lkml.org 
[lkml]   [1996]   [Dec]   [13]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Thank you everybody. Another question!

On Fri, 13 Dec 1996, Myung-gyu Hwang wrote:

> Anyway, I've got a more serious problem... When my Pentium
> boots, it displays following messages:
>
> tulip.c: v0.10 8/11/95 becker@cesdis.gsfc.nasa.gov
> +0.72 4/17/96 http://www.dsl.tutics.tut.ac.jp/~linux/tulip
> eth0: EN9400 (DEC21040 Tulip) at 0xfc00,00:40:c7:94:19:bc, IRQ 10
> eth1: EN9400 (DEC21040 Tulip) at 0xf480,00:40:c7:94:19:ba, IRQ 9
> eth2: EN9400 (DEC21040 Tulip) at 0xf400,00:40:c7:94:19:b5, IRQ 14
> eth1: 3c509 at 0x1000 tag 0,BNC port,address 00 20 af 2c 3c a3, IRQ 5
> 3c509.c: 1.07 6/15/95 becker@cesdis.gsfc.nasa.gov
> ether_setup: Ouch! Someone else took eth1
>
> It has 3 PCI tulips and 1 EISA 3Com EtherLinkIII cards. I think
> the tulip device driver deals differently than other drivers,
> so the 3Com driver counts the number of tulips as only 1 not as 3.
> Do you know any patch for this problem?

I think a work-around is to use "ether=0,0,eth3".
The ultimate solution to this general problem to get a newer Tulip (or
Lance -- similar problem) driver that allocates buffers at open() time rather
than at boot time, and thus can be initialized with the other drivers (and
also be loaded as a module).

Donald Becker becker@cesdis.gsfc.nasa.gov
USRA-CESDIS, Center of Excellence in Space Data and Information Sciences.
Code 930.5, Goddard Space Flight Center, Greenbelt, MD. 20771
301-286-0882 http://cesdis.gsfc.nasa.gov/pub/people/becker/whoiam.html


\
 
 \ /
  Last update: 2005-03-22 13:38    [W:0.023 / U:4.944 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site