From: a sun <asun@saul9.u.washington.edu>
To: linuxppc-dev@lists.linuxppc.org
Cc: Roy Wood <roy@centricsystems.ca>,
"David A. Gatwood" <marsmail@globegate.utm.edu>,
Dave Weis <djweis@plconline.com>,
bh40@calva.net
Subject: Re: Resurrecting mkLinux
Date: Wed, 7 Apr 1999 01:26:40 -0700 (PDT) [thread overview]
Message-ID: <199904070826.BAA23922@saul9.u.washington.edu> (raw)
In-Reply-To: <Pine.LNX.3.95.990406200339.14652L-100000@catbert.desm.plconline.com>
We got around a lot of this in the linux-ma68k port. I think these
series of powermacs are pretty similar to the top-of-the-line
68k's. I've put more comments below.
benh and i have been talking about this off and on. both of our
schedules have been pretty busy though. anyways, here's the scoop on
what's been happening:
1) bootx needs to be modified to boot on nubus powermacs and pass in
chunks of memory (ala the m68k booter) either because memory is
discontiguous or video memory is sitting at 1MB.
2) the APUS code needs modifications to allow use by the
powermac. in case you don't already know, the APUS platform is
basically an m68k platform with a PPC card in it. sound familiar?
as a result, things just need to be generalized a bit for
powermacs. for example, i already have some of the interrupt
glue.
so, most of the work essentially ends up being changes to the
m68k code base to add in "newer" models. in addition, the mm code
needs to be a little less restrictive. it already handles memory
chunks, but the apus code doesn't use it that way.
once a working boot loader is done, it actually shouldn't be too
difficult to get things working. the hairiest part will probably be
the tweaking that head.S needs. however, the apus code actually
fiddles with the exception table and copies its virttophys constant
into a specific memory location. i think we should be able to do
something similar with the nubus powermac code as well to deal with
memory holes if need be.
beyond that, using the m68k drivers should pretty much work as the
apus stuff needs to do that anyway. from my look at the code, we
should be able to replace CONFIG_APUS with a CONFIG_M68KPPC.
anyways, feel free to dive in if you have time. i've been using the
absence of a working boot loader as an excuse not to do much with
it. just create a mach_m68k directory in arch/ppc, stick the amiga
directory in there, create a mac subdirectory and maybe a common
directory, and merge away. the more files that end up being links to a
slightly modified m68k code base the better.
-a
asun@u.washington.edu
[[ 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. Please check http://lists.linuxppc.org/ ]]
[[ and http://www.linuxppc.org/ for useful information before posting. ]]
next prev parent reply other threads:[~1999-04-07 8:26 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
1999-04-06 18:41 Resurrecting mkLinux Roy Wood
1999-04-06 23:16 ` David A. Gatwood
1999-04-07 1:11 ` Dave Weis
1999-04-07 3:09 ` David A. Gatwood
1999-04-07 8:26 ` a sun [this message]
1999-04-07 14:15 ` Jesper Skov
1999-04-07 14:52 ` Benjamin Herrenschmidt
1999-04-07 15:25 ` Geert Uytterhoeven
1999-04-07 17:27 ` a sun
1999-04-07 17:42 ` David A. Gatwood
1999-04-07 8:38 ` Geert Uytterhoeven
1999-04-07 7:12 ` Gary Thomas
1999-04-08 9:42 ` Hubert Figuiere
-- strict thread matches above, loose matches on Subject: below --
1999-04-07 10:24 Benjamin Herrenschmidt
1999-04-07 18:52 ` a sun
[not found] <Pine.LNX.4.03.9904071324330.27618-100000@mercator.cs.kuleuven.ac.be>
1999-04-07 11:37 ` Jesper Skov
1999-04-08 22:56 Ben Martz
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=199904070826.BAA23922@saul9.u.washington.edu \
--to=asun@saul9.u.washington.edu \
--cc=bh40@calva.net \
--cc=djweis@plconline.com \
--cc=linuxppc-dev@lists.linuxppc.org \
--cc=marsmail@globegate.utm.edu \
--cc=roy@centricsystems.ca \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).