public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* eepro100.c bug on 10Mbit half duplex (kernels 2.4.5 / 2.4.10 / 2.4.11pre6 / 2.4.11 / 2.4.10ac11)
@ 2001-10-11 12:29 Robbert Kouprie
  2001-10-11 16:27 ` John Gluck
  2001-10-11 17:42 ` Matthew S. Hallacy
  0 siblings, 2 replies; 14+ messages in thread
From: Robbert Kouprie @ 2001-10-11 12:29 UTC (permalink / raw)
  To: linux-kernel

Hi all,

I can confirm that the known bug in the Intel EtherExpress Pro/100
adapter is still not worked around in recent kernels. The bug only
manifests itself when the card is operating on 10 Mbit half duplex. On
100 Mbit there are no problems. The problem is that after the device
received certain amount of traffic (between 80 and 130 Mb in my tests)
the device will lockup on new connections. Processes start to hang after
this and logging in is impossible. The only solution is to reset the
interface (using a previously logged in root session) and reboot the
system.

This is tested on :
Linus kernels:
	- 2.4.5
	- 2.4.10-pre2
	- 2.4.10
	- 2.4.11pre6
	- 2.4.11
	- 2.4.11 with eepro100.c from ac kernel 2.4.10ac11 (minor diffs)

Again, on 100 Mbit there are no more problems.

This is my relevant dmesg output:

eepro100.c:v1.09j-t 9/29/99 Donald Becker
http://cesdis.gsfc.nasa.gov/linux/drivers/eepro100.html
eepro100.c: $Revision: 1.36 $ 2000/11/17 Modified by Andrey V. Savochkin
<saw@saw.sw.com.sg> and others
eth0: OEM i82557/i82558 10/100 Ethernet, 00:D0:B7:E8:A2:02, IRQ 17.
  Board assembly 749658-005, Physical connectors present: RJ45
  Primary interface chip i82555 PHY #1.
  General self-test: passed.
  Serial sub-system self-test: passed.
  Internal registers self-test: passed.
  ROM checksum self-test: passed (0xdbd8681d).

cat /proc/pci part:
  Bus  0, device  13, function  0:
    Ethernet controller: Intel Corporation 82557 [Ethernet Pro 100] (rev
9).
      IRQ 17.
      Master Capable.  Latency=32.  Min Gnt=8.Max Lat=56.
      Non-prefetchable 32 bit memory at 0xda020000 [0xda020fff].
      I/O at 0xc800 [0xc83f].
      Non-prefetchable 32 bit memory at 0xda000000 [0xda01ffff].

These are taken from the current setup on 100 Mbit.

Regards,
- Robbert Kouprie, System Administrator, The Netherlands


^ permalink raw reply	[flat|nested] 14+ messages in thread
* Re: eepro100.c bug on 10Mbit half duplex (kernels 2.4.5 / 2.4.10 / 2.4.11pre6 / 2.4.11 / 2.4.10ac11)
@ 2001-10-12  8:41 Robbert Kouprie
  2001-10-12 13:40 ` Ion Badulescu
  0 siblings, 1 reply; 14+ messages in thread
From: Robbert Kouprie @ 2001-10-12  8:41 UTC (permalink / raw)
  To: ionut; +Cc: poptix, linux-kernel



> >  Bus  2, device   4, function  0:
> >    Ethernet controller: Intel Corporation 82557 [Ethernet Pro 100] (rev 5).
> >                                           ^^^^
>
> Umm, no, that's actually an 82558 rev B. pci.ids should be updated to 
> have "Intel Corporation 8255[7-9]" for this id, because Intel can't make 
> up their minds to change the PCI id when they release a new product.
> rev 1-3 are 82557, rev 4-5 are 82558, rev 6-8 are 82559.

Mine says rev 9 :)

radium:/# lspci -v -d 8086:1229
00:0d.0 Ethernet controller: Intel Corporation 82557 [Ethernet Pro 100]
(rev 09)
        Subsystem: Intel Corporation: Unknown device 0011
        Flags: bus master, medium devsel, latency 32, IRQ 17
        Memory at da020000 (32-bit, non-prefetchable) [size=4K]
        I/O ports at c800 [size=64]
        Memory at da000000 (32-bit, non-prefetchable) [size=128K]
        Expansion ROM at <unassigned> [disabled] [size=1M]
        Capabilities: [dc] Power Management version 2

radium:/# lspci -nv -d 8086:1229
00:0d.0 Class 0200: 8086:1229 (rev 09)
        Subsystem: 8086:0011
        Flags: bus master, medium devsel, latency 32, IRQ 17
        Memory at da020000 (32-bit, non-prefetchable) [size=4K]
        I/O ports at c800 [size=64]
        Memory at da000000 (32-bit, non-prefetchable) [size=128K]
        Expansion ROM at <unassigned> [disabled] [size=1M]
        Capabilities: [dc] Power Management version 2


> > eth0: OEM i82557/i82558 10/100 Ethernet, DE:AD:BA:BE:CA:FE, IRQ 10.
> >  Receiver lock-up bug exists -- enabling work-around.
> >  ^^^^^^^^^^^^^^^^^^^^
> The OEM probably forgot to initialized the eeprom correctly, because 
> 82558 rev B and higher don't have this bug. Anyway, the workaround is 
> pretty harmless.

My card DOES NOT have the receiver lock-up bug and also DOES NOT have the
10 Mbit half duplex bug, which was the one I was referring to. The device 
detection for the workaround for the latter bug turned out to be
wrong.

- Robbert


^ permalink raw reply	[flat|nested] 14+ messages in thread
end of thread, other threads:[~2001-10-13 18:16 UTC | newest]

Thread overview: 14+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2001-10-11 12:29 eepro100.c bug on 10Mbit half duplex (kernels 2.4.5 / 2.4.10 / 2.4.11pre6 / 2.4.11 / 2.4.10ac11) Robbert Kouprie
2001-10-11 16:27 ` John Gluck
2001-10-11 16:52   ` Robbert Kouprie
2001-10-11 17:15     ` Alan Cox
2001-10-11 17:29       ` Robbert Kouprie
2001-10-11 19:19       ` Robbert Kouprie
2001-10-11 19:34         ` Alan Cox
2001-10-11 21:02           ` Robbert Kouprie
2001-10-11 17:42 ` Matthew S. Hallacy
2001-10-11 20:08   ` Ion Badulescu
2001-10-11 20:16     ` Dan Hollis
  -- strict thread matches above, loose matches on Subject: below --
2001-10-12  8:41 Robbert Kouprie
2001-10-12 13:40 ` Ion Badulescu
2001-10-13 18:16   ` Robbert Kouprie

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox