Porting to NuBus PowerMacs

Ron Nelson rnelson at den.wantweb.net
Wed Jan 13 16:40:11 EST 1999


I know you guys are only in the early stages with this but I have a 6100 
that I will run anything you come up with on.. I don't have mklinux on it
right now but I could get that on it and be a guinea pig if you need one..

Ron Nelson

----------
>From: "David A. Gatwood" <marsmail at globegate.utm.edu>
>To: Benjamin Herrenschmidt <bh40 at calva.net>
>Cc: linuxppc-dev at lists.linuxppc.org, Hubert Figuiere
<Hubert.Figuiere at solsoft.fr>
>Subject: Re: Porting to NuBus PowerMacs
>Date: Tue, Jan 12, 1999, 5:12 PM
>

>
> On Tue, 12 Jan 1999, Benjamin Herrenschmidt wrote:
>
>> That was the original idea, but several things makes me wonder if it
>> wouldn't be simpler to just pass a list of known infos (total ram size,
>> processor type, machine ID and a couple of baseaddresses) to the kernel
>> and almost-hard-code things in drivers since this hardware will not
>> evolve very much now ;-)
>
> RAM chips on that machine are... according to a reliable source... aligned
> on 64 meg boundaries, and are thought to be mirrored throughout that bank
> if they're <64 megs.  Question is... what happens if a bank isn't filled.
> This is left as an exercise for the reader.  But determining the memory
> layout is critical to getting it working.  I'm hoping that I can get that
> bit of code from the MkLinux booter, but I'm not making any promises.
>
>
>> Basically, I have to provide him a version of BootX that works on those
>> machines and provide the requested infos. I didn't have time to work a
>> lot on BootX those few last days, but I think I'll send him something
>> around the end of the week, maybe next week.
>
> Also, please pass the machine gestalt (for model detection), video
> address, processor speed, and a flattened OF tree, if you could (and if
> you aren't already).  That would ease porting the Mach MK to BootX-style
> booting (which is basically the only way MkLinux will ever run on iMacs
> and the new G3 MiniTower machines, unless we add OF booting, which I don't
> want to muck with right now).
>
>
> Later,
> David
>
> David A. Gatwood                         Visit globegate's internet
> dgatwood at globegate.utm.edu                  talker, Deep Space 36
> http://globegate.utm.edu                telnet globegate.utm.edu:9624
>
> -----BEGIN GEEK CODE BLOCK-----
> Version 3.1
> GCS/CC/FA/H/L/MC/M/MU/PA/TW d-@ s:>- a-- C++ ++>$ UBLAS*++ ++>$
> P+?>$ L++ +>$ !E--- W++ +>$ N++(++ +)>++ +$ !o? K-? !w--- !O
> M++>$ !V-- PS+>$ !PE- Y+>$ PGP+>$ t++ +>$ 5+>++ ++$ !X- !R tv+>$
> b++>$ !DI !D- G++(++ +)>$ e>++ ++ h--! r--- !y-
> ------END GEEK CODE BLOCK------
>

[[ This message was sent via the linuxppc-dev mailing list. Replies are ]]
[[ not forced back to the list, so be sure to  Cc linuxppc-dev  if your ]]
[[ reply is of general interest. To unsubscribe from linuxppc-dev, send ]]
[[ the message 'unsubscribe' to linuxppc-dev-request at lists.linuxppc.org ]]




More information about the Linuxppc-dev mailing list