Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#31676 - [linux] viafb causes system hang during startup on VIA Unichrome
Attached to Project:
Arch Linux
Opened by Bartosz Stepien (briest) - Monday, 24 September 2012, 20:22 GMT
Last edited by Tobias Powalowski (tpowa) - Monday, 15 October 2012, 06:37 GMT
Opened by Bartosz Stepien (briest) - Monday, 24 September 2012, 20:22 GMT
Last edited by Tobias Powalowski (tpowa) - Monday, 15 October 2012, 06:37 GMT
|
DetailsDescription:
udevadm trigger --action=add --type=devices (part of boot sequence) causes system hang as soon as it touches graphics card. Symptomes: - screen goes off (both backlight and picture) - keyboard leds react to keys, but - no reaction to blindly typed commands - no reaction on ACPI events (power button, lid close) - network stops working (I have made some tests after manually starting network, acpid and syslog and then triggering hang). I have tried it on three kernels: current as of now versions of standard Arch kernel (3.5.4-1), ck-p4 (Graysky build, 3.5.4-1) and lts (3.0.43-1) with same result; so it does not seem to be kernel fault. I have not much left to add, as screen goes off, syslog provides no logs during hang, journalctl apparently cannot read its own binary logs since last update, network fails and machine has no serial port, so no message could be read. Additional info: * systemd version: 189, package 189-4 * hardware according to lspci: VIA Technologies, Inc. CN700/P4M800 Pro/P4M800 CE/VN800 Graphics [S3 UniChrome Pro] (rev 01) Workaround (not too pretty): just add --attr-nomatch=boot_vga to relevant udevadm invocation. Everything works OK then, so probably udevadm has no real reason to harass my unichrome ;) |
This task depends upon
"udevadm trigger" does nothing but write to sysfs nodes, which makes the kernel resend uevents. udevd processes these uevents and likely inserts the graphics module. udev isn't at fault here.
FS#31426- [linux, linux-lts] enable viafb module); the module was disabled in earlier builds. Blacklisting viafb made my system bootable again with no modifications to udevadm invocation.Thanks for pointing me in right direction and sorry for wasting dev's time; as for me, the bug can be closed now (viafb is and was buggy, nothing new here), but maybe -- if more users with similar problems are found -- the module should be installed, but blacklisted by default? Manual deblacklisting may be cumbersome, but dealing with system that hangs on as soon as udev starts seems worse...