>This has been in my /etc/modules from the start. For a while now, (most
>recent?) 2.6 kernels, this will not load "device not found". Since it did not
>seem to effect anything, I just let it be. (Note I have both a rtc.ko and
>rtcgen.ko in my kernel's modules.)
>Finally, an app kicked! Playing with the latest Dynebolic 1.4.1 running in
>Qemu (1.1 ran very nicely without complaint), I got a non-fatal error message
>unable to set rtc to some parameter 1024. It suggested running in a 2.6 host
>kernel (2.6.15 at your service!) or echoing 1024 into a file on some /proc
>subdirectory (I have no such subdirectory in /proc).
More ...
I started /etc/module-ing rtc for use with lmsensors. The kernel config file
lists this as a "USB watchdog card". Maybe just because it is listed in this
group. Genrtc is a "generic" rtc driver for one who lacks this hardware
capability. As rtc used to work (or at least modprobe), I apparently have it.
Saw something interestic in my logchecks:
kernel: Generic RTD Driver v1.07
If I take this one off, the "real" one will modprobe :-)
Question is, who is loading genrtc BEFORE /etc/modules gets referenced?
Actually, I tried commenting it there and ... the error message remains so
something, somewhere is trying to load BOTH of them!
Anyone know anything about this?
Received on Mon Feb 6 20:15:05 2006
This archive was generated by hypermail 2.1.8 : Mon Feb 06 2006 - 20:15:05 EET