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#8591 - 2 failed udev events + fix

Attached to Project: Arch Linux
Opened by Michal Soltys (msoltyspl) - Friday, 09 November 2007, 23:50 GMT
Last edited by Aaron Griffin (phrakture) - Thursday, 21 February 2008, 18:03 GMT
Task Type Bug Report
Category System
Status Closed
Assigned To Tobias Powalowski (tpowa)
Aaron Griffin (phrakture)
Architecture All
Severity Very Low
Priority Low
Reported Version 2007.08-2
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

I have noticed, that arch fails two uevents regularry:

1) regarding /devices/pnp0/00:04 - which corresponds to rtc_cmos module. Default rules in arch try few other modules - rtc_{dev,proc,sysfs} - of which none exist. Simple

ACTION=="add", SUBSYSTEM=="pnp", ENV{MODALIAS}!="?*", ATTRS{id}=="PNP0b00", RUN+="/lib/udev/load-modules.sh rtc_cmos"

fixes this. Non existing ones could probably be safely removed.

2) regarding /devices/pnp0/00:05 (PNP0800) - which corresponds to pcspkr, but modprobe fails on loading it (or any other module under input/miscelanneous) and udevinfo doesn't even list proper driver under latest Arch's default 2.6.23 kernel (kernel26 2.6.23.1-6). Needed rule is in place though.

Maybe due to some .config misconfiguration of sorts ?
This task depends upon

Closed by  Aaron Griffin (phrakture)
Thursday, 21 February 2008, 18:03 GMT
Reason for closing:  Implemented
Additional comments about closing:  In 118-2
Comment by Tobias Powalowski (tpowa) - Monday, 12 November 2007, 06:31 GMT
about 1) you are right those modules disappeared

about pcspkr, i have this module and it loads fine
Comment by Roman Kyrylych (Romashka) - Sunday, 10 February 2008, 09:13 GMT
status of this issue?
Comment by Tobias Powalowski (tpowa) - Sunday, 10 February 2008, 09:25 GMT
will be fixed with next udev bump
Comment by Michal Soltys (msoltyspl) - Wednesday, 20 February 2008, 21:54 GMT
Btw, #2 is no longer an issue. I'm actually not sure what I did, that it had problems then. Oh well :o
Comment by Roman Kyrylych (Romashka) - Thursday, 21 February 2008, 09:34 GMT
@Aaron: I think your fix broke clock devices in /dev:  FS#9636 
I guess loading other rtc_* modules should be put back.
Comment by Roman Kyrylych (Romashka) - Thursday, 21 February 2008, 10:59 GMT
ignore me, the reason seems to be different.
Comment by Aaron Griffin (phrakture) - Thursday, 21 February 2008, 17:18 GMT
Roman, the previous modules actually do not exist
Comment by Roman Kyrylych (Romashka) - Thursday, 21 February 2008, 17:45 GMT
yeah, that bug I referenced is not related to this fix.
BTW, this bug can be closed, I think

Loading...