From: Bart Grantham <bart-grubdevel@bartgrantham.com>
To: The development of GRUB 2 <grub-devel@gnu.org>
Subject: Re: GRUB2 Sparc
Date: Fri, 23 Sep 2005 03:29:56 -0400 [thread overview]
Message-ID: <4333AEF4.6010205@bartgrantham.com> (raw)
In-Reply-To: <43252D74.5050001@yahoo.fr>
Vincent Pelletier wrote:
> Current status (on CVS) :
> Grub 2 boots to rescue mode, ls is buggy.
> Only tested in netboot environment (my U10 can boot grubof
> straightforward, it's an ELF64 file).
>
> Current status (on my disk) :
> Grub 2 has module support, ls is still buggy, I tested some modules and
> they work - loaded from disk. It still can't boot anything.
>
...
>
> I'm sorry not to have synced the cvs to my current progress on the port,
No problem at all. I'm still not sure if I'll have time to really get
into this long-term, myself.
Thanks for the heads up on the current status. I've downloaded the code
and have been looking through it. Turns out that the installation of
gcc that I have on my Ultra5 (gentoo stage 3) doesn't support 64bit
binaries, so I think I'll have to rebuild gcc to really get underway.
In the meantime I have a number of questions if you have any time to
answer them, that would be very helpful.
- It looks like the Sparc port piggybacks on the powerpc port a bit for
the open firmware bits. Is that correct, or am I missing something? If
so, I suppose a good goal would be to try to move any OF-specific code
into it's own module?
- My (admittedly somewhat hazy) understanding of how an Ultrasparc
machine boots from disk (any IEEE1275 machine?) is that it reads the
first sector on the given partition as OF bytecode, which then loads up
a secondary bootloader or kernel. Please correct me if I'm wrong on
this. Is the GRUB2 project intended to provide a standard bytecode
sector for this as well, or will platform specific bootsector code
continue to be used? And if it's the latter, how does the team envision
the interface between the boot loader and GRUB2 working? Will something
like SILO load up GRUB2 like it currently does the linux kernel and then
GRUB2 takes over from there, leveraging OF for keyboard, mouse, display
drivers?
I apologize for the list-wide reply, but I figured that if Vincent is
unavailable, perhaps someone else could help me. Thanks for any
filling-in (or corrections :) ) that anyone can provide.
Bart
next prev parent reply other threads:[~2005-09-23 7:34 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-09-11 4:35 GRUB2 Sparc Bart Grantham
2005-09-12 7:25 ` Vincent Pelletier
2005-09-23 7:29 ` Bart Grantham [this message]
2005-09-23 13:56 ` Marco Gerards
[not found] ` <4335D770.6050002@chumps.net>
[not found] ` <87vf0pa067.fsf@student.han.nl>
2005-09-25 19:14 ` Bart Grantham
2005-09-25 19:44 ` Marco Gerards
2005-09-27 3:14 ` Bart Grantham
2005-09-27 8:51 ` Marco Gerards
2005-09-26 8:39 ` Vincent Pelletier
2005-09-26 8:33 ` Vincent Pelletier
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=4333AEF4.6010205@bartgrantham.com \
--to=bart-grubdevel@bartgrantham.com \
--cc=grub-devel@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.