All of lore.kernel.org
 help / color / mirror / Atom feed
From: Hollis Blanchard <hollisb@us.ibm.com>
To: Pavel Roskin <proski@gnu.org>
Cc: The development of GRUB 2 <grub-devel@gnu.org>,
	Carlos Roberto do Nascimento Costa <crncosta@linux.vnet.ibm.com>,
	Manoel <mrabran@linux.vnet.ibm.com>
Subject: Re: PPC64
Date: Tue, 21 Oct 2008 17:40:06 -0500	[thread overview]
Message-ID: <1224628806.31194.99.camel@localhost.localdomain> (raw)
In-Reply-To: <1224626697.3267.19.camel@dv>

On Tue, 2008-10-21 at 18:04 -0400, Pavel Roskin wrote:
> 
> util/ieee1275/grub-install.in is not suitable for PowerPC.

It worked great for me. :)

> It assumes that /boot is on the HFS boot partition.

I documented the partitioning assumptions it uses:
http://grub.enbug.org/TestingOnPowerPC

> It's not the case for Fedora
> and perhaps any distro.  The HFS boot partition is not mounted and
> should be accessed by hfstools.  The modules should be installed
> under /boot/grub.  The path to /boot/grub should be embedded into the
> core image.  We have support for embedding the default module path now.
> We need a better script that would not put all modules on the short HFS
> boot partition.  Considering that the SPARC port is defunct, I would
> just rewrite util/ieee1275/grub-install.in.

The "boot partition" is an unnecessary hack instituted by a particularly
opinionated ybin developer, and a great inconvenience. It's ridiculous
to have scripts to copy and convert yaboot.conf files into a "secret"
partition, especially since the bootloader is perfectly capable of
discovering files at run time (unlike lilo, where the ybin model came
from). Also, have you looked at those scripts? <shudder>

On IBM POWER servers, there is no HFS partition at all. Instead, there
is a "raw" partition onto which you dd an ELF file. Firmware loads the
whole thing into memory and jumps at offset 0. Traditionally, yaboot is
installed there, and when it runs it does a shoddy job of trying to walk
the (DOS) partition table, searching for /etc/yaboot.conf.

Once GRUB replaces yaboot/ybin we can happily wave both of these
anachronisms goodbye. Firmware on both systems is fully capable of
loading ELF files from a filesystem, and since it's on a filesystem
there is no need to embed anything or search anywhere: all files
(grub.cfg and the modules) should be placed adjacent to the executable.

As for embedding the path in the executable itself, that's a nice idea
until you copy the executable to another system or move your hard disk
to another system where devices have different Open Firmware paths and
aliases. Another big pain point is building bootable CDs, since these
also unfortunately cannot make assumptions about the Open Firmware
devices available.

Just put all the files in the same directory on a real filesystem and be
happy. I know I am. :)

-- 
Hollis Blanchard
IBM Linux Technology Center




  reply	other threads:[~2008-10-21 22:40 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-10-21 20:52 PPC64 Hollis Blanchard
2008-10-21 22:04 ` PPC64 Pavel Roskin
2008-10-21 22:40   ` Hollis Blanchard [this message]
2008-10-23  5:25     ` PPC64 Pavel Roskin
2008-10-23 15:06       ` PPC64 Hollis Blanchard
2008-10-23 16:52         ` PPC64 Pavel Roskin
2008-10-23 18:00 ` PPC64 Manoel
2008-10-23 19:08   ` PPC64 Hollis Blanchard
2008-10-24 12:10     ` PPC64 Manoel
2008-10-24 14:51       ` PPC64 Hollis Blanchard
2008-10-24 21:53     ` PPC64 Manoel
2008-10-27 17:19       ` PPC64 Pavel Roskin
2008-11-04 16:05         ` PPC64 Manoel
2008-11-04 16:12           ` PPC64 Hollis Blanchard
2008-11-04 18:18             ` PPC64 mlongcall gcc flag Manoel
2008-11-04 18:21               ` Manoel
2008-11-04 19:16               ` Robert Millan
2008-11-04 23:48               ` Pavel Roskin
2008-11-05  9:43                 ` Robert Millan
2008-11-05 15:35                   ` Pavel Roskin
2008-11-05 17:25                 ` Hollis Blanchard
2008-11-05 19:27                   ` Manoel
2008-11-06 15:12                   ` Robert Millan
2008-11-06 17:42                     ` Manoel
  -- strict thread matches above, loose matches on Subject: below --
2008-10-27  8:04 PPC64 rubisher
2008-10-20 19:18 PPC64 Manoel
2008-10-20 19:32 ` PPC64 Hollis Blanchard
2008-10-21 16:43   ` PPC64 Manoel

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=1224628806.31194.99.camel@localhost.localdomain \
    --to=hollisb@us.ibm.com \
    --cc=crncosta@linux.vnet.ibm.com \
    --cc=grub-devel@gnu.org \
    --cc=mrabran@linux.vnet.ibm.com \
    --cc=proski@gnu.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.