Subject: Re: `ae' driver change
To: Scott Reynolds <scottr@og.org>
From: Hauke Fath <hauke@Espresso.Rhein-Neckar.DE>
List: port-mac68k
Date: 02/27/1997 18:51:15
At 7:17 Uhr +0100 25.02.1997, Scott Reynolds wrote:
>I've recently undertaken an effort to clean up the `ae' Ethernet driver,
>splitting the NuBus attachment code out from the driver proper, and
>hopefully making it a little more reliable and easier to maintain.  In the
>process, however, I'm changing the code to make an assumption:  the
>Ethernet MAC address for the card is stored at the location pointed to by
>resource ID 0x80 in the card's functional resource, also ID 0x80.  The
>idea for this came from Ken Nakata's Kinetics EtherPort SE/30 support, and
>it looks like the two cards that I have both have the same resources
>defined.  Having said that, though, -don't blame Ken-.  If it breaks, it's
>entirely my fault.
>
>I'd be interested to hear of any success or failure reports.


On my SE/30 with Asante card a kernel built from -current sources sup'ed on
26 feb breaks with


NetBSD/mac68k console
[ preserving 289791 bytes of netbsd symbol table ]
System RAM: 20971520 bytes in 5120 pages.
     Low = 0x0, high = 0x1400000
  no internal video at address 0 -- videoaddr is 0xfee08040.
delay calibrated, factor = 90
Copyright (c) 1982, 1986, 1989, 1991, 1993
    The Regents of the University of California.  All rights reserved.

NetBSD 1.2C (WEIDE) #0: Thu Feb 27 08:48:43 GMT 1997
    root@espresso:/usr/src/sys/arch/mac68k/compile/WEIDE
Apple Macintosh SE/30  (68030)
real mem = 20971520
avail mem = 17203200
using 204 buffers containing 835584 bytes of memory
mrg: 'Mac II class ROMs' ROM glue, tracing off, debug off, silent traps
mrg: I/O map kludge for ROMs that use hardware addresses directly.
adb: using serial console
mainbus0 (root)
obio0 at mainbus0
adb0 at obio0 (ADB event device)
asc0 at obio0: Apple Sound Chip
sbc0 at obio0: options=1<PDMA>
scsibus0 at sbc0: 8 targets
scsi_inqmatch: 2/0/0 <, , >
sd0 at scsibus0 targ 0 lun 0: <QUANTUM, TRB850S, 0403> SCSI2 0/direct fixed
sd0: 810MB, 3653 cyl, 4 head, 113 sec, 512 bytes/sec
scsi_inqmatch: 2/0/0 <, , >
sd1 at scsibus0 targ 1 lun 0: <QUANTUM, LP105S 910109405, 3.1> SCSI2
0/direct fi
xed
sd1: 100MB, 1219 cyl, 4 head, 42 sec, 512 bytes/sec
scsi_inqmatch: 2/0/1 <, , >
sd2 at scsibus0 targ 5 lun 0: <FUJITSU, M2512A, 1314> SCSI2 0/direct removable
sd2: drive offline
zsc0 at obio0 chip type 0
zstty0 at zsc0 channel 0
zstty1 at zsc0 channel 1 (console)
nubus0 at mainbus0
probing slot 9, first probe at 0x0xf9ffffff (PA 0x0).
bytelanes of 0xa5 found for slot 0x9.
fmt->top is 0x92b9000, that minus 0x14 puts us at 0x92b8fd8.
Directory offset 0xffffff1c     Length 0xf8     CRC 0xe6177f0b
Revision level 0x1      Format 0x1      Test Pattern 0x5a932bc7
ae0 at nubus0ae0: failed to clear shared memory - check configuration
ae0: failed to clear shared memory - check configuration
ae0: failed to clear shared memory - check configuration
ae0: failed to clear shared memory - check configuration
ae0: failed to clear shared memory - check configuration

[ad nauseam]


	hauke



--
"It's never straight up and down"     (DEVO)