public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
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/

  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