[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: second NIC problem



We really need some more info, like what NIC is it that is working,
which isn't?  What are you trying to do with the second NIC that isn't
working?  What testing are you using to determine the second NIC isn't
working, etc.

ASSUMING you have configured all the other files properly (and I have
no basis for this, you haven't even implied you have done anything
other than stick a card in and assume something magical happens.  You
may well be assuming we will assume you did the right things, but the
one of the rules of trouble shooting is "Assumptions are what got you
into this mess" 8-), I'm guessing that it is the ep0 NIC that isn't
working...  I see one thing right away that makes me nervous about it
-- the IRQ 15.  That is usually the second IDE interface.  YES, I see
it appears you have both IDE channels disabled, but I don't trust that
to truly disconnect the IRQ from the bus and make it available for
other devices.

I'd pick another IRQ, say, 11, reserve it in the BIOS setup for an
ISA/non PNP device, see if that has any impact on the problem.

Something else that caught my eye in your dmesg:
> eg0: can't map I/O space
'eg' is a 3c505 card.  If you really have one of these in your
computer, please do us all a favor, and remove it (it is a very weird
card, it isn't worth the potential problems).  If you don't have a
3c505, it might be very instructive to find out why OpenBSD thinks you
do.  I'd remove one card at a time, until the 'eg0' message goes
away.  I'm thinking perhaps the 3c509 is at fault -- I have NO good
reason to think it is, I'm rather fearing I'm using the logic of "3c
this, 3c that, it must be related somehow" and that is quite bogus
logic, I just can't think of anything else that would cause a bogus
eg0 detect.  If removing the 3c509 does the trick, try a different I/O
location for the 3c509 -- 280 seems to be one of my favorites.

*IF* it is your ne1 device which is not working, my bet is that the
card really isn't set to IRQ 10.  In the case of the ne2000 driver,
dmesg just shows what OpenBSD assumes the IRQ is, if the NIC isn't
there, it won't work.  In other words, if your card were REALLY set to
300/3 (a VERY common default for NE2000 cards out of the box), OpenBSD
will detect the card when probing I/O 300, but it won't test for the
IRQ, it will just assume 10, because that is the proper setting for an
NE2000 at I/O 300.  Use the setup program that came with the card (or
the jumpers on it) to change it to 300/10.

Nick.


Clarence Chan wrote:
> 
> This is follow up of my previous message and I enclosed the whole dmes.
> Thanks for your help.
> 
> Clarence
> 
> ======= dmesg =======
> OpenBSD 2.8 (GENERIC) #3: Wed Jan 17 12:11:36 HKT 2001
>     root@tfs210:/sys/arch/i386/compile/GENERIC
> cpu0: Intel Pentium Pro ("GenuineIntel" 686-class, 256KB L2 cache) 180 MHz
> cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SYS,MTRR,PGE,MCA,CMOV
> real mem  = 66699264 (65136K)
> avail mem = 56762368 (55432K)
> using 839 buffers containing 3436544 bytes (3356K) of memory
> mainbus0 (root)
> bios0 at mainbus0: AT/286+(00) BIOS, date 07/15/95, BIOS32 rev. 0 @ 0xfdb80
> apm0 at bios0: Power Management spec V1.2
> apm0: AC on, battery charge unknown
> pcibios0 at bios0: rev. 2.1 found at 0xf0000[0x10000]
> pcibios0: PCI BIOS has 6 Interrupt Routing table entries
> pcibios0: PCI bus #0 is the last bus
> pci0 at mainbus0 bus 0: configuration mode 1 (bios)
> pchb0 at pci0 dev 0 function 0 "Intel 82441FX" rev 0x02
> pcib0 at pci0 dev 7 function 0 "Intel 82371SB (Triton II) PCI-ISA" rev 0x01
> pciide0 at pci0 dev 7 function 1 "Intel 82371SB (Triton II) IDE" rev 0x00: DMA, channel 0 wired to compatibility, channel 1 wired to compatibility
> pciide0: channel 0 ignored (disabled)
> pciide0: channel 1 ignored (disabled)
> "Intel 82371SB (Triton II) USB" rev 0x01 at pci0 dev 7 function 2 not configured
> ahc1 at pci0 dev 17 function 0 "Adaptec AHA-2940U" rev 0x00: irq 9
> ahc1: Wide Channel A, SCSI Id=7, 16/255 SCBs
> scsibus0 at ahc1: 16 targets
> ahc1: target 0 using 16bit transfers
> ahc1: target 0 synchronous at 20.0MHz, offset = 0x8
> sd0 at scsibus0 targ 0 lun 0: <IBM, DDRS-39130D, DC1B> SCSI2 0/direct fixed
> sd0: 8715MB, 8387 cyl, 10 head, 212 sec, 512 bytes/sec, 17850000 sec total
> ahc1: target 1 using 8bit transfers
> ahc1: target 1 using asynchronous transfers
> sd1 at scsibus0 targ 1 lun 0: <FUJITSU, M2513A, 1500> SCSI2 0/direct removable
> sd1: 606MB, 606 cyl, 8 head, 64 sec, 2048 bytes/sec, 310352 sec total
> ahc1: target 3 using 8bit transfers
> ahc1: target 3 synchronous at 10.0MHz, offset = 0xf
> cd0 at scsibus0 targ 3 lun 0: <PLEXTOR, CD-ROM PX-20TS, 1.00> SCSI2 5/cdrom removable
> "S3 Trio32/64" rev 0x54 at pci0 dev 18 function 0 not configured
> isa0 at pcib0
> isadma0 at isa0
> ne1 at isa0 port 0x300/32 irq 10
> ne1: NE2000 Ethernet
> ne1: address 00:00:e8:c3:93:4b
> eg0: can't map I/O space
> ep0 at isa0 port 0x200/16 irq 15: address 00:20:af:7c:89:04, utp/aui/bnc (default utp)
> pcppi0 at isa0 port 0x61
> midi0 at pcppi0: <PC speaker>
> sysbeep0 at pcppi0
> lpt0 at isa0 port 0x378/4 irq 7
> npx0 at isa0 port 0xf0/16: using exception 16
> pccom0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo
> pccom1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo
> vt0 at isa0 port 0x60/16 irq 1: vga 80 col, color, 8 scr, mf2-kbd
> pms0 at vt0 irq 12
> fdc0 at isa0 port 0x3f0/6 irq 6 drq 2
> fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec
> biomask 240 netmask 8640 ttymask 96c2
> pctr: 686-class user-level performance counters enabled
> mtrr: Pentium Pro MTRR support
> dkcsum: sd0 matched BIOS disk 80
> dkcsum: read of sd1 failed (0)
> root on sd0a
> rootdev=0x400 rrootdev=0xd00 rawdev=0xd02
> ======= dmesg =======
> 
> On Sat, 27 Jan 2001, Clarence Chan wrote:
> 
> > Hello,
> >
> > I recently tried to install second NIC to my OpenBSD-2.8 (i386) system.
> > The two NICs can be recognise by the system. However, it cannot
> > communicate with other machines in the LAN.  Any idea to fix the problem?
> > Thanks.
> >
> > Clarence
> >
> >
> >

-- 
http://www.holland-consulting.net/