All of lore.kernel.org
 help / color / mirror / Atom feed
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




  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.