Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 80705 - using udev-050 and coldplug in runlevel boot makes system suffer masses of hotplug-events
Summary: using udev-050 and coldplug in runlevel boot makes system suffer masses of ho...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] baselayout (show other bugs)
Hardware: x86 Linux
: High critical (vote)
Assignee: Greg Kroah-Hartman (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: udev-meta
  Show dependency tree
 
Reported: 2005-02-04 05:08 UTC by Andre Lammel
Modified: 2006-04-03 10:06 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments
patch to /etc/hotplug/pci.rc (pci.rc.diff,1.35 KB, patch)
2005-02-04 05:14 UTC, Andre Lammel
Details | Diff
patch to /etc/hotplug/pci.rc (pci.rc.diff,855 bytes, patch)
2005-02-04 06:56 UTC, Andre Lammel
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Andre Lammel 2005-02-04 05:08:54 UTC
We use coldplug to autoload the drivers for our USB/PCI devices in runlevel boot, which leads to our system suffering masses (5-15/second) hotplugevents
on pci. This does not stop after boot and eats up nearly all ressources of our
system.

We use: 

Software

udev-050
hotplug-20040923
coldplug-20040920
baselayout-1.11.9-r1

Hardware

Intel P4 Serverboard
82875P/ICH5R Chipsets
SATA SW RAID1
ATI RAGE XL onboard GC
82547EI/82562EZ Ethernet Controller (e1000/eepro100)

After several hours of debugging, we found the following:

using udev > 048, /sbin/rc sets up /sbin/udevsend as hotplug-handler
in /proc/sys/kernel/hotplug. /etc/hotplug/pci.rc keeps on using the
defaulthandler /sbin/hotplug. invoking "/etc/hotplug/pci.rc start" after
switching to /sbin/udevsend as hotplug-handler makes udevsend fire up
masses of synthetic hotplugevents for the pci bus and eats up nearly
all of our system ressources.

the firing of hotplug events can be stopped by altering the hotplug-
handler in /proc/sys/kernel/hotplug and cannot be triggered again by
invoking /etc/hotplug/pci.rc start after bootup and stopping the hot-
plug events. at the moment we do not know why this happens, but we 
found a solution which works - at least for our machine.

the solution to this is to make pci.rc use the hotplug-handler from
/proc/sys/kernel/hotplug for firing up synthetic hotplugevents to
trigger device inititalisation/module loading/devnode generation and
not the default one on coldplug invocation.

We propose the attached patch to /etc/hotplug/pci.rc to fix our problem
and would be glad to receive some feedback if our machine is the only one
to suffer from this or if the patch could be included with the next ver-
sion of hotplug.

Yours, Andre Lammel
Comment 1 Andre Lammel 2005-02-04 05:14:40 UTC
Created attachment 50324 [details, diff]
patch to /etc/hotplug/pci.rc

patch to /etc/hotplug/pci.rc to use system hotplug-handler in pci.rc
Comment 2 Andre Lammel 2005-02-04 06:56:48 UTC
Created attachment 50335 [details, diff]
patch to /etc/hotplug/pci.rc

this is the corrected version - the udev version stuff was from an earlier
version of the fix and shamelessly boroughed from /sbin/rc...
Comment 3 Greg Kroah-Hartman (RETIRED) gentoo-dev 2006-04-03 10:06:14 UTC
This should be fixed in the 089 release.  If not, please let me know.