Arch Linux

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!
Tasklist

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
Task Type Bug Report
Category Upstream Bugs
Status Closed
Assigned To Tobias Powalowski (tpowa)
Thomas Bächler (brain0)
Architecture i686
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:

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

Closed by  Tobias Powalowski (tpowa)
Monday, 15 October 2012, 06:37 GMT
Reason for closing:  Upstream
Comment by Dave Reisner (falconindy) - Tuesday, 25 September 2012, 13:04 GMT
You'd get the exact same results with 'modprobe <myvideodriver>'.

"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.
Comment by Alexander F. Rødseth (xyproto) - Tuesday, 25 September 2012, 13:34 GMT
Do you experience problems if you modprobe your video driver, like Dave suggested?
Comment by Bartosz Stepien (briest) - Friday, 28 September 2012, 21:32 GMT
Yes, indeed -- the problem is triggered by loading viafb module and seems to be known for some time; looks like I started to experience it because of https://bugs.archlinux.org/task/31426 ( 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...
Comment by Alexander F. Rødseth (xyproto) - Friday, 28 September 2012, 23:56 GMT
Do you happen to know if this has been reported upstream to the liunux developers? Thanks.

Loading...