public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Michael Klose <mkmail@gmx.net>
To: Ben Greear <greearb@candelatech.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: eepro100 kernel freeze / ISDN
Date: Sat, 05 Jan 2002 01:03:39 +0100	[thread overview]
Message-ID: <3C3642DB.5020005@gmx.net> (raw)
In-Reply-To: <3C35DDFC.50700@gmx.net> <3C35E359.4000004@candelatech.com>

Ben Greear wrote:

> The problem is probably the eepro connected to the 10bt device.  10bt
> seems to lock things up much more often than a 100bt network connection.


What I think is happenening is when data is being generated and sent to 
the NIC faster than the NIC can handle. Since this is the case much 
easier with 10 MBit than 100MBit it locks up much more.

But not in my case.

The eepro100 which is directly connected to the DSL modem (10 MBut link) 
is running a maximum speed of 768kbit inwards (from Modem to Kernel) and 
128kbut outwards, which even for 10MBit is absolutely nothing. There is 
no other traffic on that link.

But the LAN side, connected to the switch (100 MBit) runs fine as long 
as the server is serving Mp3s or something or is just using the internet 
(low traffic). But as soon as you copy a few hundred megabytes in one go 
from another 100 MBit machine in the network to the linux server in one 
go  and which would normally only take a few seconds (mainly from my 
laptop via SMB as I am trying to free up the disk) the kernel goes 
Kaboom at once. Big kababoom, borrowing the expression from the 5th Element.
If I wanted the kernel to crash now, all I would have to do is copy for 
example a CD Image to the SMB share on the linux server. It happens 
every time.
Like I said, 2.4.15pre5 requires half a handful of gigabytes at once to 
make this happen. 2.4.17 looks up after half a handful of 100 megabytes 
(say half way through a cd image).


> Unfortunately, the only work-around I found for this problem so far
> is to change the hardware to a non intel NIC, or to use the e100 module
> 
>> from Intel...


I found tht out last night. Thanks. I hven't tried it yet, but I will 
tomorrow. I have just downloaded the source from intel. The source I 
downloaded from intel says it may work with "older" eepro100 models 
(which I have) but they don't guarantee it.

If I don't get it to work by monday, I have arranged a swap against some 
3Com cards.

I hope you don't mind me ccing this back to the lkml as that is where 
you picked up my mail to reply in the first place. By the way, I am not 
subscribed, but do read it regularly via nntp or via the archives for 
the week, so I can be reached over the list.






  reply	other threads:[~2002-01-05  0:03 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-01-04 16:53 eepro100 kernel freeze / ISDN Michael Klose
2002-01-04 17:16 ` Ben Greear
2002-01-05  0:03   ` Michael Klose [this message]
  -- strict thread matches above, loose matches on Subject: below --
2002-01-04 19:56 Michael Klose

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3C3642DB.5020005@gmx.net \
    --to=mkmail@gmx.net \
    --cc=greearb@candelatech.com \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox