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.
next prev parent 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