All of lore.kernel.org
 help / color / mirror / Atom feed
* [Fwd: Re: GRUB device names wrt. ieee1275]
@ 2009-03-23 10:25 phcoder
  0 siblings, 0 replies; only message in thread
From: phcoder @ 2009-03-23 10:25 UTC (permalink / raw)
  To: The development of GRUB 2

[-- 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

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2009-03-23 10:25 UTC | newest]

Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-03-23 10:25 [Fwd: Re: GRUB device names wrt. ieee1275] phcoder

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.