reassign 392261 linux-2.6 thanks On Wed, Oct 11, 2006 at 12:47:33AM +0200, Arnt Karlsen wrote: > ....wee udevmonitor output snippet: > UDEV [1160337418.883552] add@/module/i82365 > UDEV [1160337418.925886] add@/bus/platform/drivers/i82365 > UDEV [1160337418.952325] add@/devices/platform/i82365.0 > UEVENT[1160337419.012676] add@/module/i82365 > UEVENT[1160337419.012795] add@/bus/platform/drivers/i82365 > UEVENT[1160337419.012859] add@/devices/platform/i82365.0 > UEVENT[1160337419.012919] remove@/devices/platform/i82365.0 > UEVENT[1160337419.012979] remove@/bus/platform/drivers/i82365 > UDEV [1160337419.033612] remove@/bus/platform/drivers/i82365 > UEVENT[1160337419.037723] remove@/module/i82365 > UDEV [1160337419.155955] remove@/module/i82365 > UDEV [1160337419.181726] remove@/devices/platform/i82365.0 > ....etc loops, eating all the omph. Desktop, no pcmcia gear. > > ...so, Marco adviced udev don't do removal and closed Bug#391832, > asking me to instead put blame here on pcmciautils ;o) to help > track down this.
Well, pcmciautils doesn't remove modules either. It does modprobe i82365 if configured to do so (/etc/default/pcmciautils), but not obviously in a loop. I can only conclude that this is a kernel bug of some kind that happens when the i82365 driver fails to load. Could you provide the output of 'uname -a' and 'dmesg'? I'm guessing that you can probably work around this by blacklisting i82365. -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
