>Hi,
>
>I believe the problem I am having is due to the well-known ethernet/video
>conflict. I have an SE/30 with a somewhat unusual configuration:
>
>Daystar 50 Mhz accelerator (original CPU replacement)
>Lapis ProColor Server/8 PDS video card
>Asante MacCon Si/SE/30 PDS Ethernet card
>20 MB RAM
>Total of 4 SCSI hard drives, one 500 MB is partitioned root&usr and swap
>for MacBSD
>
>All this rebuilt inside a PC tower case to accomodate the two PDS cards (the
>video is "piggybacked" on the ethernet).
>
>Given the difficulties of physically putting together this setup (which works
>a treat under MacOS) it is not at all practical to remove the ethernet card
>in order to boot MacBSD.
>
>With all recent kernels (1.1, 1.2, I have tried just about every variation
>and test kernel that has been announced) I get this:
>
>*************
>
>[ preserving 292135 bytes of netbsd symbol table ]
>Bootstrapping NetBSD/mac68k.
>Getting mapping from MNU.
>System RAM: 20971520 bytes in 5120 pages.
>        Low = 0x0, high = 0x400000
>        Low = 0x400000, high = 0x5000000
>  no internal video at address 0 -- videoaddr is 0xf9000004.
>Done.
>Bootstrapping the pmap system.
>Pmap bootstrapped.
>Moving ROMBase from 0x40800000 to 0x9f5000.
>Video address 0xf90000004 -> 0xbf5004.
>
>******************
>
>And at this point it hangs. I always disable the Daystar accel before booting
>MacBSD, and this worked fine with kernels prior to 1.1.

Monroe Williams very kindly built a kernel with no ethernet for me, (Thanks!)
but I'm sorry to say that the result was exactly the same as above. Now the
following is from netbsd.GENERIC.11 dated 19 October 1995:

[ preserving 89324 bytes of netbsd symbol table ]
Bootstrapping NetBSD/mac68k.
Getting mappnig from MMU.
System RAM: 20971520 bytes in 5120 pages.
      Low = 0x0, high = 0x400000
      Low = 0x4000000, high = 0x5000000
Non-system RAM (nubus, etc.):
      Log = 0xf9000000, Phys = 0x9000000, Len = 0x6000000 (100663296d)
  no internal video at address 0 -- videoaddr is 0x9000004.
Done.
Bootstrapping the pmap system.
Pmap bootstrapped.
Moving ROMBase from 0x40800000 to 0x1800000.
Video address 0xf9000004 -> 0x2800004.
Copyright (c) 1982, 1986,1989.1991, 1993 ....

...
...
...
grf0 at nubus0: 640 x 481 monochrome QD-compatible (Lapis ProColorServer 8
PDS) display
ae0 at nubus0: address 00:00:94:31:73:cf, type MacNIC II/E, 32k mem.
(HANG)

The problem must lie in the difference between

Moving ROMBase from 0x40800000 to 0x9f5000.
Video address 0xf90000004 -> 0xbf5004.

and

Moving ROMBase from 0x40800000 to 0x1800000.
Video address 0xf9000004 -> 0x2800004.

Can somebody explain to me why all the later kernels evidently do something
wrong for this particular card at this point?

--
        "I'd say you people already suffer from full denial."
                                                -- Special Agent Mulder
david@trouble.wariat.org




-- 
              Allen Briggs - end killing - briggs@macbsd.com