From: Philippe Guyot <pguyot@cvf•fr>
To: Sven Luther <sven.luther@wanadoo•fr>,
Hollis Blanchard <hollis@penguinppc•org>
Cc: Ulrich Teichert <krypton@ulrich-teichert•org>,
linuxppc-dev@ozlabs•org, mikemartin@linux•ca,
debian-powerpc@lists•debian.org
Subject: Re: 43p-140 install issues
Date: Wed, 5 Jan 2005 17:18:19 +0100 [thread overview]
Message-ID: <200501051718.19198.pguyot@cvf.fr> (raw)
In-Reply-To: <20050105160816.GA28046@pegasos>
On Wednesday 05 January 2005 17:08, Sven Luther wrote:
> On Wed, Jan 05, 2005 at 09:45:13AM -0600, Hollis Blanchard wrote:
> > On Jan 5, 2005, at 5:47 AM, Sven Luther wrote:
> > >On Wed, Jan 05, 2005 at 10:49:19AM +0100, Philippe Guyot wrote:
> > >>>BTW, i have another question. I am trying to fix debian-installer to
> > >>>create
> > >>>the prep partition, but i would like to have some info on the
> > >>>expected
> > >>>constraints of said partition. Some tell it has to be entirely in
> > >>>the first
> > >>>8MB, others the first 5MB, and my powerstack has a 17MB boot
> > >>>partition
> > >>>right now.
> > >>
> > >>All I can say, it's that my boot PReP partition is the 1st and about
> > >>4 MB in
> > >>size (cannot size it less than 1% of the disk.....)
> > >>second partition is /
> > >>third is swap.
> > >
> > >BTW, for debian, it makes more sense to have the second partition as
> > >swap, and
> > >the third as /, i think, since it was decided some time back to
> > >default to
> > >root=/dev/sda3, and not sda2.
> > >
> > >>That works for me.
> > >
> > >Until the kernel grows beyond 4MB.
> >
> > The size of that partition depends on firmware limitations. I have
> > definitely seen reports of systems not booting when the PReP boot
> > partition was too large. I think on some systems that has even happened
> > at 8MB.
>
> Is the problem really the size of the partition, or the space used by the
> kernel. I mean we could make a 100MB partition at start, and since we just
> dd the kernel to it, the kernel would be found at the start of the
> partition, and the firmware probably doesn't care about the real size of
> the partition, as long as it can access all the kernel data we dded to it,
> no ?
I agree, see the IEEE P1275 on solinno's site. OF determines the load image
length and transfers only that. I was able to verify that by dumping storage
after a "load" when debugging boot process.
>
> Do we have some documentation of the firmware limitations ?
Yes, on solinnos's site.
>
> > In other words, should you need more space than 4-5MB at some point in
> > the future, you cannot simply make a bigger boot partition.
>
> 8MB would be good, 4-5MB only would probably be a bit just.
>
Clear.
Friendly.
Felipe
next prev parent reply other threads:[~2005-01-05 16:15 UTC|newest]
Thread overview: 65+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <855e88d00412291051792d3daa@mail.gmail.com>
2004-12-31 9:53 ` 43p-140 install issues Sven Luther
2005-01-01 0:54 ` Mike Martin
2005-01-01 13:15 ` Ulrich Teichert
2005-01-01 15:00 ` Sven Luther
2005-01-01 16:30 ` Ulrich Teichert
2005-01-01 16:57 ` Sven Luther
2005-01-02 1:15 ` Mike Martin
2005-01-02 9:43 ` Sven Luther
2005-01-03 4:15 ` Mike Martin
2005-01-03 7:05 ` Sven Luther
2005-01-03 13:39 ` Mike Martin
2005-01-03 14:01 ` Sven Luther
2005-01-03 14:07 ` Mike Martin
2005-01-03 14:30 ` Sven Luther
2005-01-03 14:30 ` Philippe Guyot
2005-01-03 14:43 ` Mike Martin
2005-01-03 15:47 ` vinai
2005-01-03 14:45 ` Sven Luther
2005-01-04 4:03 ` Mike Martin
2005-01-04 8:20 ` Ulrich Teichert
2005-01-04 9:23 ` Philippe Guyot
2005-01-04 11:19 ` Ulrich Teichert
2005-01-04 11:23 ` Mike Martin
2005-01-04 13:41 ` Mike Martin
2005-01-04 15:23 ` Ulrich Teichert
2005-01-04 15:39 ` Mike Martin
2005-01-05 4:36 ` Mike Martin
2005-01-05 8:07 ` Ulrich Teichert
2005-01-05 22:09 ` Ulrich Teichert
2005-01-05 11:17 ` Leigh Brown
2005-01-06 3:35 ` Mike Martin
2005-01-06 8:15 ` Sven Luther
2005-01-07 5:10 ` Mike Martin
2005-01-07 7:57 ` Sven Luther
2005-01-03 15:51 ` Ulrich Teichert
2005-01-03 16:50 ` Leigh Brown
2005-01-03 17:28 ` Sven Luther
2005-01-03 19:32 ` Ulrich Teichert
2005-01-03 19:42 ` Leigh Brown
2005-01-03 22:11 ` Ulrich Teichert
2005-01-04 22:28 ` Sven Luther
2005-01-04 22:39 ` Leigh Brown
2005-01-05 9:03 ` Sven Luther
2005-01-05 9:49 ` Philippe Guyot
2005-01-05 10:00 ` Leigh Brown
2005-01-05 11:47 ` Sven Luther
2005-01-05 14:02 ` Philippe Guyot
2005-01-05 15:45 ` Hollis Blanchard
2005-01-05 16:08 ` Sven Luther
2005-01-05 16:18 ` Philippe Guyot [this message]
2005-01-05 16:52 ` Hollis Blanchard
2005-01-05 16:30 ` Leigh Brown
2005-01-05 17:00 ` Sven Luther
2005-01-03 9:56 ` Philippe Guyot
2005-01-03 10:48 ` Sven Luther
2005-01-03 10:56 ` Philippe Guyot
2005-01-03 11:17 ` Sven Luther
2005-01-03 11:57 ` Michael Schmitz
2005-01-03 12:47 ` Sven Luther
2005-01-03 15:24 ` Michael Schmitz
2005-01-03 16:04 ` Sven Luther
2005-01-06 12:19 ` Michael Schmitz
2005-01-06 14:02 ` Sven Luther
2005-01-02 15:38 ` Ulrich Teichert
2005-01-02 16:41 ` Sven Luther
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=200501051718.19198.pguyot@cvf.fr \
--to=pguyot@cvf$(echo .)fr \
--cc=debian-powerpc@lists$(echo .)debian.org \
--cc=hollis@penguinppc$(echo .)org \
--cc=krypton@ulrich-teichert$(echo .)org \
--cc=linuxppc-dev@ozlabs$(echo .)org \
--cc=mikemartin@linux$(echo .)ca \
--cc=sven.luther@wanadoo$(echo .)fr \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
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