summaryrefslogtreecommitdiffstats
path: root/drivers/parisc/led.c
diff options
context:
space:
mode:
authorKenji Kaneshige <kaneshige.kenji@jp.fujitsu.com>2006-10-04 11:15:34 +0200
committerLinus Torvalds <torvalds@g5.osdl.org>2006-10-04 16:55:14 +0200
commit9bded00bf62090ebc9d6e8be640cdb69e8497db6 (patch)
treebee6645e3b226127d312fb0a152a2586b1d16a18 /drivers/parisc/led.c
parent[PATCH] Fix spurious error on TAGS target when missing defconfig (diff)
downloadlinux-9bded00bf62090ebc9d6e8be640cdb69e8497db6.tar.xz
linux-9bded00bf62090ebc9d6e8be640cdb69e8497db6.zip
[PATCH] fix "PCI: assign ioapic resource at hotplug"
Roland Dreier wrote: > The change "PCI: assign ioapic resource at hotplug" (commit > 23186279658cea6d42a050400d3e79c56cb459b4 in Linus's tree) makes > networking stop working on my system (SuperMicro H8QC8 with four > dual-core Opteron 885 CPUs). In particular, the on-board NIC stops > working, probably because it gets assigned the wrong IRQ (225 in the > non-working case, 217 in the working case) > > With that patch applied, e1000 doesn't work. Reverting just that > patch (shown below) from Linus's latest tree fixes things for me. > The cause of this problem might be an wrong assumption that the 'start' member of resource structure for ioapic device has non-zero value if the resources are assigned by firmware. The 'start' member of ioapic device seems not to be set even though the resources were actually assigned to ioapic devices by firmware. Cc: Kenji Kaneshige <kaneshige.kenji@jp.fujitsu.com> Cc: MUNEDA Takahiro <muneda.takahiro@jp.fujitsu.com> Cc: Satoru Takeuchi <takeuchi_satoru@jp.fujitsu.com> Cc: Kristen Carlson Accardi <kristen.c.accardi@intel.com> Cc: Greg Kroah-Hartman <gregkh@suse.de> Cc: Roland Dreier <rdreier@cisco.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Diffstat (limited to 'drivers/parisc/led.c')
0 files changed, 0 insertions, 0 deletions