Subject: Re: Problems with quad ethernet card
To: de SAINT LEGER Rodolphe <rslr@free.fr>
From: Brad Knowles <brad.knowles@skynet.be>
List: port-sparc64
Date: 05/01/2002 23:08:04
At 8:15 PM +0200 2002/05/01, de SAINT LEGER Rodolphe wrote:
> Sorry for posting on the two lists at the same time.
>
> I've got a SparcStation5 and a Ultra-1E.
Please note that sparc64 and sparc are two different variants of
NetBSD, and the way they handle certain types of devices may be
entirely different.
> When the Sparcstation5 boots, no problems, everything works fine.
> However, the Ultra-1E freezes during boot, when printing information
> about the card...
Is this an SBus QFE card that you're using, and is it the same
card that you've moved from one machine to the other?
> qec0 at sbus0 slot 0 offset 0x20000 vector 4 ipl 2: 128K memory
> qe0 at qec0 slot 0 offset 0x0 rev 1 address 08:00:20:86:a2:a0
> qe1 at qec0 slot 1 offset 0x0 rev 1 address 08:00:20:86:a2:a0
> qe2 at qec0 slot 2 offset 0x0 rev 1 address 08:00:20:86:a2:a0
> qe3 at qec0 slot 3 offset 0x0 rev 1
Hmm. Weird. I've got a Twinhead Twinstation 5G (SPARCstation
4/5 clone) with an SBus QFE installed, and mine seems to get past
this point just fine:
% dmesg
NetBSD 1.5.2 (GENERIC) #0: Wed Aug 22 04:33:09 CST 2001
toor@proxima:/usr/src/sys/arch/sparc/compile/GENERIC
total memory = 32288 KB
avail memory = 26720 KB
using 429 buffers containing 1716 KB of memory
bootpath:
/iommu@0,10000000/sbus@0,10001000/espdma@4,8400000/esp@4,8800000/sd@3,0
mainbus0 (root): SUNW,SPARCstation-5
cpu0 at mainbus0: MB86904 @ 85 MHz, on-chip FPU
cpu0: 16K instruction (32 b/l), 8K data (16 b/l): cache enabled
obio0 at mainbus0
clock0 at obio0 slot 0 offset 0x200000: mk48t08 (eeprom)
timer0 at obio0 slot 0 offset 0xd00000 delay constant 40
zs0 at obio0 slot 0 offset 0x100000 level 12 softpri 6
zstty0 at zs0 channel 0 (console i/o)
zstty1 at zs0 channel 1
zs1 at obio0 slot 0 offset 0x0 level 12 softpri 6
kbd0 at zs1 channel 0
ms0 at zs1 channel 1
slavioconfig at obio0 slot 0 offset 0x800000 not configured
auxreg0 at obio0 slot 0 offset 0x900000
power0 at obio0 slot 0 offset 0x910000 level 2
fdc0 at obio0 slot 0 offset 0x400000 level 11 softpri 4: chip 82077
fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec
iommu0 at mainbus0 addr 0x10000000: version 0x4/0x0, page-size 4096, range 64MB
sbus0 at iommu0: clock = 21.200 MHz
dma0 at sbus0 slot 4 offset 0x8400000: rev 2
esp0 at dma0 slot 4 offset 0x8800000 level 4: ESP200, 40MHz, SCSI ID 7
scsibus0 at esp0: 8 targets, 8 luns per target
audioamd0 at sbus0 slot 4 offset 0x1300000 level 7 (ipl 13) softpri 4
audio0 at audioamd0: full duplex
bpp0 at sbus0 slot 4 offset 0xc800000 level 2 (ipl 3): rev 2
ledma0 at sbus0 slot 4 offset 0x8400010: rev 2
le0 at ledma0 slot 4 offset 0x8c00000 level 6: address 00:40:45:00:06:7b
le0: 8 receive buffers, 2 transmit buffers
SUNW,qfe at sbus0 slot 1 offset 0x8c00000 level 4 (ipl 7) not configured
SUNW,qfe at sbus0 slot 1 offset 0x8c10000 level 4 (ipl 7) not configured
SUNW,qfe at sbus0 slot 1 offset 0x8c20000 level 4 (ipl 7) not configured
SUNW,qfe at sbus0 slot 1 offset 0x8c30000 level 4 (ipl 7) not configured
cgsix0 at sbus0 slot 3 offset 0x0 level 9: SUNW,501-1672, 1152 x 900, rev 7
cgsix0: attached to /dev/fb
scsibus0: waiting 2 seconds for devices to settle...
probe(esp0:3:0): max sync rate 10.00MB/s
sd0 at scsibus0 target 3 lun 0: <QUANTUM, FIREBALL ST4.3S, 0F0C>
SCSI2 0/direct fixed
sd0: 4136 MB, 7068 cyl, 6 head, 199 sec, 512 bytes/sect x 8471232 sectors
probe(esp0:4:0): max sync rate 10.00MB/s
sd1 at scsibus0 target 4 lun 0: <SEAGATE, ST32151N, 0094> SCSI2 0/direct fixed
sd1: 2049 MB, 4177 cyl, 8 head, 125 sec, 512 bytes/sect x 4197914 sectors
root on sd0a dumps on sd0b
root file system type: ffs
My problem is that there is no support in the OS (well, at least
in NetBSD/sparc, I don't know about NetBSD/sparc64) for QFE cards,
outside of NetBSD 1.5-CURRENT, and I'm having troubles upgrading my
system from 1.5.2-REL to 1.5-CURRENT.
What version of NetBSD do you have installed on these machines?
> Does anyone have a fix about this,
>
> should I file a pr ???
I would say "not yet". I don't know too much about your setup,
but based on the above, I'd be willing to say that you might have a
bad card. Have you tried swapping in a different card?
--
Brad Knowles, <brad.knowles@skynet.be>
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety."
-Benjamin Franklin, Historical Review of Pennsylvania.