All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Vesa Jääskeläinen" <chaac@nic.fi>
To: The development of GRUB 2 <grub-devel@gnu.org>
Subject: Re: My Summer of Code Project
Date: Wed, 25 Apr 2007 11:07:20 +0300	[thread overview]
Message-ID: <462F0C38.5060603@nic.fi> (raw)
In-Reply-To: <8c0c43de0704242149m4721854bo8f221346aa65111a@mail.gmail.com>

Alex Roman wrote:
> Interesting piece of code... Yet another example of showing how to
> implement an ATA/IDE controller driver :)
> 
> Right now I'm pondering whether it is worth implementing a BIOS calls
> CDROM boot support, or whether I should just go right ahead and do it
> all with the ATA controller.
> 
> I'm not sure how IDE controllers work on PPC, since I've unfortunately
> never used the architecture...
> 
> Technically, if the ATA/IDE driver is there, implementing the ATAPI
> command set to "talk" to the CDROM and interpreting the El-Torito spec
> shouldn't be that hard.
> 
> If CD-ROM drives are ATAPI on all platforms (where they use ATA), and
> the ATA code is there, the ATAPI and El Torito layer should stay
> cross-platform. The interesting bit will be making it so that
> "plugging in" a SCSI driver will require the least amount of code
> change.
> 
> Anyways, I'm kind of rambling for now... Until the official "code
> start" day I'll do some more reading and investigating how it would be
> best to tie the code into GRUB2 to give the most elegant solution.

There are couple of things to think of.

1. BIOS method seems to be somewhat unusable as if device is booted from
other medium like hard disk, first the CD-ROM device is hidden and it
cannot be accessed through normal means. I haven't tried packet
interface from BIOS but that could be one solution, but I vaguely
remember that there was some issue in that one too.

2. ATA/ATAPI would be a nice addition but it should be developed in a
way that it allows also other buses to be used later on, like SCSI, USB, ...

3. In order to boot OSes which need to load boot sectors and such there
is a need to provide El Torito emulation layer and it would then
communicate with developed CD-ROM driver. This emulation layer and
driver would then need to be installed on system and that should be used
to boot specific device. GRUB 2's CD-ROM driver and El Torito emulation
layer may use different code in order to make it compatible for El
Torito emulation.

4. Only concentrate on architecture that you know and have access. Just
try to abstract it a bit so that it first nicely in GRUB 2's software
architecture.

Doing all tasks related to CD-ROM support might not be possible in time
reserved for GSoC, but performance may vary depending on person.



  parent reply	other threads:[~2007-04-25  8:13 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-04-21 14:17 My Summer of Code Project Alex Roman
2007-04-24 20:06 ` Devils-Hawk
2007-04-24 20:17   ` Stefan Reinauer
2007-04-25 12:38     ` Marco Gerards
2007-04-25  4:49   ` Alex Roman
2007-04-25  5:52     ` Andrei E. Warkentin
2007-04-25  8:07     ` Vesa Jääskeläinen [this message]
2007-04-25 13:01     ` Marco Gerards
2007-04-25 14:20       ` Alex Roman
2007-04-25 16:08         ` Marco Gerards
2007-04-25 16:41           ` Alex Roman
2007-04-25 18:26             ` Yoshinori K. Okuji
2007-04-25 18:12     ` Yoshinori K. Okuji
2007-04-25 12:33   ` Marco Gerards
2007-04-25 12:28 ` Marco Gerards
     [not found] <200704211558.l3LFwgRT001308@correoredir01.dinaserver.com>
2007-04-23  0:01 ` adrian15
2007-04-25 18:17   ` Yoshinori K. Okuji

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=462F0C38.5060603@nic.fi \
    --to=chaac@nic.fi \
    --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.