Subject: Re: your mail (ethernet question)
To: Michel Chalufour <michelc@tiac.net>
From: Bill Studenmund <wrstuden@loki.stanford.edu>
List: port-mac68k
Date: 04/25/1997 10:40:10
> 
> Okay, here's more info on my setup, answering Bill Studenmund.
> >
> >Hmm. What do the boot messages for each machine show is going on?
> >You can find them in /kern/msgbuf (if you have /kern mounted).
> 
> Boot message from the Mac-II (named "macii"):
> 
> D 1.2D (GENERIC) #29: Sun Apr 20 11:56:35 CDT 1997
>     scottr@spot:/usr/src/sys/arch/mac68k/compile/GENERIC
> Apple Macintosh II  (68020)
> real mem = 8388608
> avail mem = 5079040
> using 128 buffers containing 524288 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.
> 
> [snipped some here]
> 
> nubus0 at mainbus0
> ae0 at nubus0: address 02:60:8c:06:d5:01, type EtherNet card, 32KB memory
> macvid0 at nubus0: RasterOps ColorBoard 364
> macvid0: Unknown video card ID 0x26f -- Not installing interrupt routine.
> macvid0: 640 x 480, monochrome
> 
> Boot message from the Centris 650 (named "centris"):
> 
> NetBSD 1.2D (GENERIC) #29: Sun Apr 20 11:56:35 CDT 1997
>     scottr@spot:/usr/src/sys/arch/mac68k/compile/GENERIC
> Apple Macintosh Centris 650  (68040)
> real mem = 41943040
> avail mem = 37642240
> using 204 buffers containing 835584 bytes of memory
> mrg: 'Quadra/Centris ROMs' ROM glue, tracing off, debug off, silent traps
> mrg: I/O map kludge for ROMs that use hardware addresses directly.
> 
> [snip]
> 
> sn0 at obio0 address 08:00:07:6c:79:60
> 
> [snip]
> 
> nubus0 at mainbus0
> ae0 at nubus0: address 02:60:8c:06:d9:50, type EtherNet card, 32KB memory
> macvid0 at nubus0: Futura II LX
> macvid0: Unknown video card ID 0x417 -- Not installing interrupt routine.

Looks ok, I think.

> >What does netstat -r say?
> 
> Well, here's netstat -nr, from Macii:
> 
> macii# netstat -nr
> Routing tables
> 
> Internet:
> Destination      Gateway            Flags     Refs     Use    Mtu  Interface
> 10               link#1             UC          0        0      -  ae0
> 10.0.0.1         127.0.0.1          UGHS        1       24      -  lo0
> 127.0.0.1        127.0.0.1          UH          1        0      -  lo0
> 
> 
> >From "centris:
> 
> centris# netstat -nr
> Routing tables
> 
> Internet:
> Destination      Gateway            Flags     Refs     Use    Mtu  Interface
> 10               link#2             UC          0        0      -  ae0
> 10.0.0.10        127.0.0.1          UGHS        1       24      -  lo0
> 127.0.0.1        127.0.0.1          UH          1        0      -  lo0

Looks ok, but I'm confused by the link#2 comment. (Q: to the list) is that
reflecting the fact that ae0 was the second ethernet thing found, or is it
reflecting a link media choice on ae0? If it's the latter, could it be
choosing a media which isn't hooked up?

> >My first concern is that you might have the routing messed up (if you
> >ran ppp and tried to run ethernet in the same boot).
> 
> Don't think so, as I've had the same problems without running ppp in the
> same boot.

Bye bye theory.

> My /etc/hosts:
> 
> 10.0.0.10       centris.mynet   centris
> 127.0.0.1       localhost
> 10.0.0.1        macii.mynet     macii
> 
> When I do ifconfig ae0 as you suggest I get an error message:
> 
> macii# ifconfig ae0 inet 10.0.0.1 netmask 255.255.0.0
> macii# Apr 25 10:58:05 macii /netbsd: ae0: device timeout
> 
> The device time message worries me, seems like the card is not responding
> to the software
> 
> Any other ideas I should try, or info to supply?

I don't know what to ask. I think the fact that macii's ethernet card won't
ifconfig is a BAD sign. I bet the ping failure is a symptom of this
problem.

Maybe try the half-boot idea? Let macii come up in MacOS and centris in
NetBSD.

Good luck!

Bill