Marcus Daniel wrote:
> Hello, all you friendly port-mac68k people out there.
> 
> I have a little technical problem, where your help would be very much
> appreciated.
> 
> I own an old LC II with 13" color screen (8bit 640x480) 12MB of RAM (but
> only 10MB accessible by the LC) and a Seagate ST120IN (170MB) harddrive
> that replaced the original Conner 40MB unit. The Seagate was partitioned
> with the original mac utility which I have patched with the patch lying
> around on info-mac. Otherwise there is nothing
> special about it that I know of.
> 
> The MacOS is D-7.0.1 (the German version), the Booter is 1.11.1 and the
> kernel I tried to boot is the current kernel and the 1.3.1 release kernel,
> both pulled from the original german mirror of ftp.netbsd.org. Of course I
> tried to boot without any controls or inits or whatever installed.

Sounds good so far.

> My problem is that the kernel never seems to take over the system.
> Everything works fine up to the point where it says:
>     
>      Set _mac68k_vrsrc_vec to {0x0 0x0 0x0 0x0 0x0 0x0 }.
>      Closing log file
> 
> The screen is switched to monochrome, floppy disks get ejected, the screen
> is redrawn and everything freezes including the mouse pointer.
> 
> Why is that happening ? Shouldn't the kernel take over and say something
> about being netbsd and such and doing some hardware probing ?

Yes, it should.

> The LCII is listed as a clean machine or did apple build different versions
> after all ?

The LCII should be working; I'm pretty sure I've heard from numerous
people who are using one.

> Help would be great and thanks in advance.
> 
> P.S. the mac is in 32bit mode with virtual memory disabled and the kernel 
> is a gzipped one, so I think
> there should be no problems with it being falsely downloaded as a text file.

I have a feeling that this is your problem.  I've had limited success with
gzipped kernels, especially those that are gzipped with the -9 option (as
I believe our current ones are).  If I were you, I'd gunzip the kernel
file (making sure to do it in binary mode) and try again.  BTW, just
because the kernel was in gzipped format doesn't mean that it wasn't
downloaded as a text file.  Many applications download unknown file types
as text by default.

I hope this helps.

Later.

-- 
Colin Wood                                 cwood@ichips.intel.com
Component Design Engineer - MD6                 Intel Corporation
-----------------------------------------------------------------
I speak only on my own behalf, not for my employer.