From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1LlWVp-0005dq-AD for mharc-grub-devel@gnu.org; Sun, 22 Mar 2009 18:51:25 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LlWVn-0005ct-A7 for grub-devel@gnu.org; Sun, 22 Mar 2009 18:51:23 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LlWVi-0005aG-FC for grub-devel@gnu.org; Sun, 22 Mar 2009 18:51:22 -0400 Received: from [199.232.76.173] (port=59816 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LlWVi-0005aA-B9 for grub-devel@gnu.org; Sun, 22 Mar 2009 18:51:18 -0400 Received: from mail-fx0-f166.google.com ([209.85.220.166]:42524) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LlWVh-0000wP-S9 for grub-devel@gnu.org; Sun, 22 Mar 2009 18:51:18 -0400 Received: by fxm10 with SMTP id 10so1451116fxm.42 for ; Sun, 22 Mar 2009 15:51:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=IIsYKIbRuy4NZTr7V5ynuF0WTGhNaY/YsSzh0oeioCc=; b=TJ1/bicfx/EX2s7VSFwdGtzr/PIfBwFW8cOCAn/p0uaJEiAWLxC4yO5M29elkYsMNz oBsYhRgAbZIWLnXrOR4KSRJdHTugJnK1VY5Vnumzqf6LFzrGTEfeg8lzQnfVBTrcV3Qj Qv/mVhlMTqNWUZS91j2QlDTaEytz7ftkqFkA4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=On5kus1/7lFq8ImKr73TRfHyvtmgmBq76EB7c459peAXbiFRdQXzgd6aGRvoAy/7kI CUzZuAbT4OxNks30U+IghlNkcSZu41fcXStp36h2OjmomuM9Hp3tJfAJZYtqhHsEEWo3 wV+9pstiImtjJvF664asYTfuO8YxDuWxkE7tI= Received: by 10.86.89.20 with SMTP id m20mr3130059fgb.39.1237762275105; Sun, 22 Mar 2009 15:51:15 -0700 (PDT) Received: from ?192.168.1.2? (100-209.0-85.cust.bluewin.ch [85.0.209.100]) by mx.google.com with ESMTPS id e20sm2406280fga.29.2009.03.22.15.51.14 (version=SSLv3 cipher=RC4-MD5); Sun, 22 Mar 2009 15:51:14 -0700 (PDT) Message-ID: <49C6C0E2.7020308@gmail.com> Date: Sun, 22 Mar 2009 23:51:14 +0100 From: phcoder User-Agent: Thunderbird 2.0.0.21 (X11/20090318) MIME-Version: 1.0 To: David Miller , The development of GRUB 2 References: <49C58950.90104@gmail.com> <20090321.185640.75768008.davem@davemloft.net> <49C61E3D.3040901@gmail.com> <20090322.153022.233646325.davem@davemloft.net> In-Reply-To: <20090322.153022.233646325.davem@davemloft.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) Cc: Subject: Re: GRUB device names wrt. ieee1275 X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: The development of GRUB 2 List-Id: The development of GRUB 2 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Mar 2009 22:51:23 -0000 You could do it the way similar to how it's done on i386-pc: jmp use_hardcoded use_hardcoded: And then the grub-setup tool nops out the first jump if stage2 resides on a disk different than where bootblock is David Miller wrote: > From: phcoder > Date: Sun, 22 Mar 2009 12:17:17 +0100 > >> As for the boot block I would prefer to acquire bootpath from OFW >> instead of hardcoding in the boot sector. It has an obvious >> advantage of e.g. USB booting even if no "usb" alias is defined. Is >> it possible? (It seems it is but I'm not familiar with OFW yet, >> looking at nvram is a bad idea because user may manually boot >> another device from OFW console) > > You can obtain the disk where the boot block was loaded from but with > GRUB that can be miles away from where the second stage boot block and > rest of the GRUB kernel reside. > > I've been through this thought process already, that's why I've > designed it this way with the full path encoded into the first stage > boot block. -- Regards Vladimir 'phcoder' Serbinenko