Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 42345 - e1000 driver of kernel 2.6.3 locks up machine with 82547EI controller
Summary: e1000 driver of kernel 2.6.3 locks up machine with 82547EI controller
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: x86 Linux
: High critical (vote)
Assignee: John Mylchreest (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-02-21 02:28 UTC by Maurice van der Pot (RETIRED)
Modified: 2004-02-27 02:57 UTC (History)
1 user (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Maurice van der Pot (RETIRED) gentoo-dev 2004-02-21 02:28:29 UTC
Bringing up my ethernet card locks up my computer.
This only happens with kernel 2.6.3 and only with the 82547EI controller (which is the E1000 using the CSA bus integrated on the Asus P4C800-E Deluxe motherboards).

The following three comments can be found in the Changelog of 2.6.3 (in order):

<scott.feldman@intel.com>
	[e1000] 82547 interrupt assert/de-assert re-ordering
	
	* 82547 needs interrupt disable/enable to keep interrupt assertion
	  state synced between 82547 and APIC.  82547 will re-order
	  assert and de-assert messages if hub link bus is busy (heavy
	  traffic).  Disabling interrupt on device works around re-
	  order issue.

...

<scott.feldman@intel.com>
	[netdrvr e1000] back out CSA interrupt fix
	
	* 8086:1019 82547 CSA-based LOMs lock up the system with
	  this code, so let's revert back to what's in 2.6.0 until
	  we can figure out why this is causing problems.

...

<scott.feldman@intel.com>
	[netdrvr e1000] 82547 interrupt assert/de-assert re-ordering
	
	* 82547 needs interrupt disable/enable to keep interrupt assertion
	  state synced between 82547 and APIC.  82547 will re-order
	  assert and de-assert messages if hub link bus is busy (heavy
	  traffic).  Disabling interrupt on device works around re-
	  order issue.  Note: this is a re-patch.  We backed out the
	  patch because of a report on a system with a 8086:1019 device
	  would lock up with this patch.  Turns out that system was a
	  pre-production sample.



Reproducible: Always
Steps to Reproduce:
1. Remove net.eth0 from default run-level
2. Boot a 2.6.3 kernel with e1000 driver built-in
3. Start net.eth0

Actual Results:  
System locks up.

Expected Results:  
Brought up eth0.

I removed net.eth0 from the default run-level to just get to a login prompt
first. I was hoping I could get some more info from there by tailing the syslog
while bringing up the card. It made no difference: I can't check the logs,
because it immediately locks up.
Comment 1 John Mylchreest (RETIRED) gentoo-dev 2004-02-21 03:30:26 UTC
this was fixed a few days back in gentoo-dev-sources-2.6.3-r1, the cause was the interrupt assertion code added in around about 2.6.1.

Please emerge sync && emerge -DU gentoo-dev-sources
Comment 2 Nick Demchenko 2004-02-27 02:57:17 UTC
See this: http://bugme.osdl.org/show_bug.cgi?id=2106#c7 and the both following comments.