From: Marco Gerards <metgerards@student.han.nl>
To: The development of GRUB 2 <grub-devel@gnu.org>
Subject: Re: RISC OS port
Date: Tue, 23 Nov 2004 18:03:28 +0000 [thread overview]
Message-ID: <87act8jvdb.fsf@marco.marco-g.com> (raw)
In-Reply-To: <200411231701.07309.T.E.Baldwin99@members.leeds.ac.uk> (Timothy Baldwin's message of "Tue, 23 Nov 2004 17:00:56 +0000")
Timothy Baldwin <tim.lists@majoroak.f2s.com> writes:
> During the past few months I have been working on a port to RISC OS an ARM
> processors. It has reached the point where it can boot Linux, and IMO is
> nearly ready to be included in CVS. It does not support to booting of
> compressed Linux kernels as the decompression code has not been updated to
> the new parameter passing convention.
That is really nice! Can you get the GRUB menu to work, etc?
How about module loading? I noticed you wrote some code for that
too...
I noticed you used a lot of assembler. Isn't it possible to minimize
the use of assembler somehow? If that is not possible, no problem.
> It includes support to access filesystems though the RISC OS filesystem API,
> which error numbers should be returned in case of an error?
I remember a discussion about this... I noticed you implemented some
disk access code. Is it possible to access GNU/Linux partitions?
Is it possible to write support for the filesystem used on RISC OS? I
can help you with that, if you want that.
> The other ends which need tidying up before inclusion in CVS are:
> Write a changelog
> Fix copyright notices
> Write support for ARMv4 (eg. StrongARM) and ARMv5 processors (eg. XScale).
> Fix the arrow keys
Nice. Can you please split up the patch somehow? And please make
sure you follow the GCS. That is an important requirement for patches
for GRUB. If you can do that, it will be easier for me to proof read
the patch(es) before it can be applied.
> What codes should the arrow keys return? The openfirmware and PC drivers
> disagree.
Perhaps it will be easier if there is one file that defines the
available keys. Now it is arch dependent. Anyway, I remember there
is some room for improvement...
>
> TODO list:
> Support access to RISC OS files not on (or symlinked from) devices supported
> by Grub.
Don't worry about cross filesystem symlinks.
> Possibly support attaching modules to the kernel.
Attaching modules to the kernel?
Thanks,
Marco
next prev parent reply other threads:[~2004-11-23 18:14 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-11-23 17:00 RISC OS port Timothy Baldwin
2004-11-23 18:03 ` Marco Gerards [this message]
2004-11-26 0:47 ` Timothy Baldwin
2004-11-26 10:18 ` Marco Gerards
2004-11-26 12:57 ` Yoshinori K. Okuji
2004-11-27 1:36 ` Timothy Baldwin
2004-11-27 18:21 ` Timothy Baldwin
2004-12-03 13:07 ` Marco Gerards
2004-12-04 10:30 ` Timothy Baldwin
2004-12-29 19:46 ` Marco Gerards
2004-12-03 12:53 ` Marco Gerards
2004-12-03 13:51 ` Johan Rydberg
2004-12-04 10:27 ` Timothy Baldwin
2004-12-04 13:14 ` Marco Gerards
-- strict thread matches above, loose matches on Subject: below --
2013-05-03 11:49 Vladimir 'φ-coder/phcoder' Serbinenko
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=87act8jvdb.fsf@marco.marco-g.com \
--to=metgerards@student.han.nl \
--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.