From: Dan Malek <dan@mvista.com>
To: Wolfgang Denk <wd@denx.de>
Cc: Josh Huber <huber@alum.wpi.edu>,
Tom Rini <trini@kernel.crashing.org>,
Stefan Roese <stefan.roese@esd-electronics.com>,
Linuxppc-Embedded <linuxppc-embedded@lists.linuxppc.org>,
Linuxppc-Commit <linuxppc-commit@source.mvista.com>
Subject: Re: CPCI-405 port (PPC405GP)
Date: Mon, 24 Sep 2001 00:04:26 -0400 [thread overview]
Message-ID: <3BAEB0CA.5DF89FB0@mvista.com> (raw)
In-Reply-To: 20010923180012.755801009E@denx.denx.de
Wolfgang Denk wrote:
> Where can I get more information what it will look like in 2.5?
>From my understanding it will be similar to the current implementation,
but will pass pointers/info in registers rather than stuffing it
into a "well known" memory location.
There should be some discussion in the archives.
> Keep in mind that PPCBoot is in use for 50+ boards from many diffe-
> rent hardware manufacturers. And the number is growing every week.
That's why we keep suggesting a piggyback loader is always used rather
than trying to boot vmlinux (or compressed version of it) directly.
We currently support lots of boards that don't use PPCboot, the
kernel interface has changed a couple of times (most recently the
clock speed stuff), and it didn't affect any of the boot roms.
You could just leave the PPCboot interface as it is, write a supporting
function for it in the current embed_config.c file, and just use the
same code we use on all of the other embedded boards.
> Or is there even a discussion of this stuff where one can at least
> inject ideas or point out thinks that might cause problems - BEFORE
> everything is cast in stone?
The discussion has pretty much died away. We just have to find time
to implement it. The intention is to provide a single standard interface
to the kernel, that is flexible and extensible. The bi_recs are basically
a tag and information, you can ignore anything you don't understand in the
list and provide defaults for things you don't see in the record list.
Many of the piggyback loaders already support the first version of this,
the "well known" memory location made it a challenge for the 8xx boards,
so I was slow doing anything about it until Ben suggested the change to
use the registers to pass the record start/end information. This will
break the existing kernel calling interface, so everyone has to change to
use the same thing.
-- Dan
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
next prev parent reply other threads:[~2001-09-24 4:04 UTC|newest]
Thread overview: 43+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <EFEAIMDCOOOHIEPHDNFJEEENDCAA.stefan.roese@esd-electronics.com>
2001-09-10 17:13 ` CPCI-405 port (PPC405GP) Dan Malek
2001-09-11 7:15 ` AW: " Stefan Roese
2001-09-11 17:36 ` Matthew Locke
2001-09-11 17:53 ` Dan Malek
2001-09-12 13:12 ` AW: " Stefan Roese
2001-09-18 18:57 ` Tom Rini
2001-09-19 13:46 ` Stefan Roese
2001-09-19 14:17 ` Tom Rini
2001-09-19 15:55 ` AW: " Stefan Roese
2001-09-19 18:10 ` Dan Malek
2001-09-19 22:57 ` Tom Rini
2001-09-19 23:02 ` Dan Malek
2001-09-19 23:31 ` Tom Rini
2001-09-20 4:12 ` Dan Malek
2001-09-20 9:20 ` Stefan Roese
2001-09-20 15:20 ` Dan Malek
2001-09-20 15:46 ` Tom Rini
2001-09-20 21:43 ` Dan Malek
2001-09-20 21:56 ` Tom Rini
2001-09-21 7:04 ` Geert Uytterhoeven
2001-09-21 13:55 ` Tom Rini
2001-09-23 18:01 ` Wolfgang Denk
[not found] ` <3BAEB9DA.232C8FEB@mvista.com>
2001-09-29 15:34 ` Dan Malek
2001-09-20 14:55 ` Tom Rini
2001-09-20 15:34 ` Dan Malek
2001-09-20 15:51 ` Tom Rini
2001-09-20 16:10 ` Mark Hatle
2001-09-20 21:38 ` Dan Malek
2001-09-23 18:01 ` Wolfgang Denk
2001-09-23 20:54 ` Tom Rini
2001-09-20 14:59 ` Josh Huber
2001-09-20 15:39 ` Dan Malek
2001-09-20 15:57 ` Josh Huber
2001-09-20 16:07 ` Tom Rini
2001-09-20 16:32 ` Josh Huber
2001-09-20 16:35 ` Tom Rini
2001-09-23 18:00 ` Wolfgang Denk
2001-09-23 20:50 ` Tom Rini
2001-09-24 4:04 ` Dan Malek [this message]
2001-09-23 18:00 ` Wolfgang Denk
2001-09-20 8:00 ` Stefan Roese
2001-09-19 14:32 ` Stefan Roese
[not found] <3BAEB761.194CE057@mvista.com>
2001-09-29 7:53 ` Wolfgang Denk
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=3BAEB0CA.5DF89FB0@mvista.com \
--to=dan@mvista.com \
--cc=huber@alum.wpi.edu \
--cc=linuxppc-commit@source.mvista.com \
--cc=linuxppc-embedded@lists.linuxppc.org \
--cc=stefan.roese@esd-electronics.com \
--cc=trini@kernel.crashing.org \
--cc=wd@denx.de \
/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).