All of lore.kernel.org
 help / color / mirror / Atom feed
From: phcoder <phcoder@gmail.com>
To: The development of GRUB 2 <grub-devel@gnu.org>
Subject: [Fwd: Re: GRUB device names wrt. ieee1275]
Date: Mon, 23 Mar 2009 11:25:47 +0100	[thread overview]
Message-ID: <49C763AB.5060601@gmail.com> (raw)

[-- Attachment #1: Type: text/plain, Size: 44 bytes --]


-- 

Regards
Vladimir 'phcoder' Serbinenko

[-- Attachment #2: Re: GRUB device names wrt. ieee1275.eml --]
[-- Type: message/rfc822, Size: 1687 bytes --]

From: phcoder <phcoder@gmail.com>
To: David Miller <davem@davemloft.net>
Subject: Re: GRUB device names wrt. ieee1275
Date: Mon, 23 Mar 2009 11:11:58 +0100
Message-ID: <49C7606E.1070404@gmail.com>

David Miller wrote:
> From: phcoder <phcoder@gmail.com>
> Date: Sun, 22 Mar 2009 23:51:14 +0100
> 
>> You could do it the way similar to how it's done on i386-pc:
>> jmp use_hardcoded
>> <code to retrieve boot block path>
>> use_hardcoded:
>> And then the grub-setup tool nops out the first jump if stage2
>> resides on a disk different than where bootblock is
> 
> Sure we could do that.
> 
> But I'm trying to figure out why to bother with this if I
> already have all of the (tested) logic and infrastructure to
> fill in the device path already?

What about booting from removable device? In this case you can't assume 
that device path during install is still valid at booting
> 
> It just seems like another case in the matrix which needs to
> be tested, and can thus go wrong.


-- 

Regards
Vladimir 'phcoder' Serbinenko

                 reply	other threads:[~2009-03-23 10:25 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

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=49C763AB.5060601@gmail.com \
    --to=phcoder@gmail.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.