Subject: Re: Building a Kernel for Classic II
To: Colin Wood <cwood@ichips.intel.com>
From: Paul Goyette <paul@whooppee.com>
List: port-mac68k
Date: 08/25/1998 14:46:58
The video frame buffer has been remapped into available kernel virtual
address space - this is normal.  Note that the page offsets of the 
"before" and "after" are the same.  Also, note that moving the frame
buffer's mapping occurs right after remapping the MacOS ROMs...

Up to this point, everything looks good to me - I wish that the Debug
button would work so you could get us a ddb traceback.  :(


On Tue, 25 Aug 1998, Colin Wood wrote:

> Andrew Foakes wrote:
> > > Tried the GENERIC-81 kernal and it stopped after the screen cleared with 
> > > the message:
> > > 
> > > System RAM: 10452992 bytes in 2552 pages.
> > >      Low = 0x0, high = 0x9f8000
> > >   no internal video at address 0 -- videoaddr is 0xfee09a80
> > > 
> > > But then nothing and I have to hit the bong button.
> > 
> > to which Colin Wood suggested:
> > 
> > > Is this with "extra kernel debug messages" (or something like that) turned
> > > on in the booter?  If not, could you try again with it on?  Just hoping
> > > something more useful might pop up ;-)
> > 
> > Well I tried it.  With the most recent GENERIC 82 kernel (22/08/98) I get:
> > 
> > == START ==
> > 
> > Bootstrapping NetBSD/mac68k.
> > Getting mapping from MMU.
> > System RAM: 10452992 bytes in 2552 pages.
> >      Low = 0x0, high = 0x9f8000
> >   no internal video at address 0 -- videoaddr is 0xfee09a80.
> > Done.
> > Bootstrapping the pmap system.
> > Pmap bootstrapped.
> > Moving ROMBase from 0x40a00000 tp 0x9fa000.
> > Video address 0xfee09a80 -> 0xbfaa80.
> > 
> > == STOP ==
> > 
> > Then I have to hit the bong button (by which I mean the debug button does 
> > nothing).  It's not as simple as the video being looked for at an 
> > inappropriate address (0xbfaa80) is it (i.e. everything is working, but 
> > the screen isn't where NetBSD now thinks it is)?
> 
> hmmm...it kinda depends on where 0xbfaa80 is exactly...perhaps it's now
> writing video stuff into what should be usable kernel memory which is
> totally hosing the kernel itself....
> 
> perhaps scott knows what's going on here?
> 
> later.
> 
> -- 
> Colin Wood                                 cwood@ichips.intel.com
> Component Design Engineer - PMD                 Intel Corporation
> -----------------------------------------------------------------
> I speak only on my own behalf, not for my employer.
> 

-----------------------------------------------------------------------------
| Paul Goyette      | Public Key fingerprint:    | E-mail addresses:        |
| Network Engineer  |   0E 40 D2 FC 2A 13 74 A0  |  paul@whooppee.com       |
| and kernel hacker |   E4 69 D5 BE 65 E4 56 C6  |  paul.goyette@ascend.com |
-----------------------------------------------------------------------------