From: Ken Brownfield <brownfld@irridia.com>
To: Florin Andrei <florin@sgi.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: 2.2.19: eepro100 and cmd_wait issues
Date: Tue, 12 Jun 2001 12:20:58 -0700 [thread overview]
Message-ID: <200106121921.OAA05009@asooo.flowerfire.com> (raw)
In-Reply-To: <992371907.26356.3.camel@stantz.corp.sgi.com>
Or you could keep your hardware and try the Intel driver, which seems to
work fine. It only works as a module, though. This might also help
narrow the issue to a driver vs. card vs. mobo/BIOS/IRQ/APIC/etc issue.
Personally, I've found the EtherExpress hardware and eepro100 driver to
be flawless in production on both single and dual units, card and
built-in. It's the first choice for Linux now that Tulip has somewhat
faded from view, AFAIC. I have heard mentioned on this list that the
Intel driver is necessary for some (older?) cards, however.
OT: does anyone know what the current state of the Tulip driver is and
if there is good hardware out there? SMC left Tulip and went through at
least two other chipsets, so the only Tulip card I could find as of a
couple of years ago was Digital's. But it was astonishingly expensive
and not clearly supported by the Linux driver.
Thanks,
--
Ken.
On Tuesday, June 12, 2001, at 11:51 AM, Florin Andrei wrote:
> On 12 Jun 2001 13:00:41 -0500, John Madden wrote:
>>
>> kernel: eepro100: cmd_wait for(0x70) timedout with(0x70)!
>> kernel: eepro100: cmd_wait for(0x10) timedout with(0x10)!
>
> I have the same problem, since a long time, with various 2.2 and 2.4
> kernels running on a i815 motherboard, with on-board eepro100 net card.
>
>> The only solution I've found that works is to reboot, and since this is
>
> For me, it's enough to "ifconfig down" then "ifconfig up" the interface.
>
> I will probably buy another network card, since changing the OS is not
> an option, and Linux seems to not like eepro100 that much... :-/
>
> --
> Florin Andrei
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel"
> in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
next prev parent reply other threads:[~2001-06-12 19:21 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-06-12 18:00 2.2.19: eepro100 and cmd_wait issues John Madden
2001-06-12 18:51 ` Florin Andrei
2001-06-12 19:20 ` Ken Brownfield [this message]
2001-06-13 0:51 ` Ben Greear
2001-06-13 0:03 ` David Lang
2001-06-13 1:52 ` Ben Greear
2001-06-13 11:16 ` Henning P. Schmiedehausen
2001-06-14 17:12 ` Florin Andrei
-- strict thread matches above, loose matches on Subject: below --
2001-06-13 21:30 Jason Murphy
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=200106121921.OAA05009@asooo.flowerfire.com \
--to=brownfld@irridia.com \
--cc=florin@sgi.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