From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1Vm1JK-0005TI-71 for mharc-grub-devel@gnu.org; Thu, 28 Nov 2013 08:07:14 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:42661) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vm1JC-0005Sf-Nl for grub-devel@gnu.org; Thu, 28 Nov 2013 08:07:12 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Vm1J6-0005Wr-Ii for grub-devel@gnu.org; Thu, 28 Nov 2013 08:07:06 -0500 Received: from mail-wg0-f54.google.com ([74.125.82.54]:55357) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vm1J6-0005Wg-AD for grub-devel@gnu.org; Thu, 28 Nov 2013 08:07:00 -0500 Received: by mail-wg0-f54.google.com with SMTP id n12so7102306wgh.33 for ; Thu, 28 Nov 2013 05:06:59 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=3Q13btJ0IVDWZXkFPcezavwz15tYYsI+O69XBCL95js=; b=IdQ9ZorOYBM2sWS+uhy1TS8SR+IW16ZpmnWBswJb6bKhINnep7NQKnJqLykdr7E1Zy NgbXhfmzOEwmifeppVnq5J407b6rtc+S/OF5coL8p4m99wSc9a4baNXOGzxaoL+iuovv B4aNWpvnun1fOovBifiCC8Sfa0B3vSm0LCPkjMywrzYU4o7527V9J9dpDcEX+7Zr1BBx mdLqymVcP1D+wzXVAUWV1MC2maU0WhMQ4F6u8v/6p7HkFPzCEoxyUKqhx5sP7k1V+AFE VBvyzaP/FE9gX7XNf0BStQyG/7C0wPYacKXlSRjRWLyLYXVMmNCjxjfOmoTng2apN2Gj gdHw== X-Gm-Message-State: ALoCoQn8iiudjflbAl2bSavUcrnnGXQneC383cqR34ru85SGIpy3u8GVCrPqAILkoHG1Nb0Ji0ea X-Received: by 10.181.5.40 with SMTP id cj8mr2448686wid.18.1385644019000; Thu, 28 Nov 2013 05:06:59 -0800 (PST) Received: from [192.168.1.26] (ip-73-126.sn2.eutelia.it. [83.211.73.126]) by mx.google.com with ESMTPSA id je17sm81181639wic.4.2013.11.28.05.06.56 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 28 Nov 2013 05:06:57 -0800 (PST) Message-ID: <52973FF8.7040502@m2r.biz> Date: Thu, 28 Nov 2013 14:07:04 +0100 From: Fabio Fantoni User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: Andrey Borzenkov Subject: Re: [Xen-devel] pvgrub2 is merged References: <527EA084.6000706@gmail.com> <20131110084753.540b0107@opensuse.site> <5283DD8F.5080103@gmail.com> <52850918.1040406@gmail.com> <52851D28.1090905@gmail.com> <52851D77.6060203@gmail.com> <5285440B.2040301@gmail.com> <5293733B.3090604@m2r.biz> <5294E157.90708@m2r.biz> <20131126221221.3fe316e3@opensuse.site> <5295D867.9050306@m2r.biz> <5295DCA0.2010805@gmail.com> <529616EA.4000504@m2r.biz> <529617B7.2020507@gmail.com> <52961CD5.1040009@m2r.biz> <20131127213552.3120f5e5@opensuse.site> In-Reply-To: <20131127213552.3120f5e5@opensuse.site> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 74.125.82.54 Cc: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= , M A Young , "xen-devel@lists.xen.org" , The development of GNU GRUB X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: The development of GNU GRUB List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Nov 2013 13:07:12 -0000 Il 27/11/2013 18:35, Andrey Borzenkov ha scritto: > В Wed, 27 Nov 2013 17:24:53 +0100 > Fabio Fantoni пишет: > >> Il 27/11/2013 17:03, Vladimir 'φ-coder/phcoder' Serbinenko ha scritto: >>> On 27.11.2013 16:59, Fabio Fantoni wrote: >>>> Il 27/11/2013 12:50, Vladimir 'φ-coder/phcoder' Serbinenko ha scritto: >>>>> That pretty much explains what happened: you don't have any >>>>> /boot/grub2/grub.cfg and when looking for /boot/grub/grub.cfg GRUB found >>>>> its own memdisk and fell into recursion. I'm not sure what should be the >>>>> proper way to solve this recursion. > Yes, it was a bit naive on my side. Recursion in principle can be > stopped by using global variable, but search is limited to the first > match only anyway, so I guess it is not worth it. > >>>> Anyone know how to exclude memdisk from the search please? > Please look in grub2 sources at docs/osdetect.cfg. It implements > advanced run-time detection of possible bootable files from > various operating systems. It boils down to loop across all devices, > and of course you can either limit device names (like looking for hd* > only) or explicitly exclude known ones (like memdisk). > >> Is it possible to specify a different default grub.cfg path (different >> from all other distributions) changing this command: >> ./grub-mkstandalone --grub-mkimage=./grub-mkimage -o pvgrub2.xen -O >> x86_64-xen -d grub-core/ boot/grub/grub.cfg >> Is it hardcoded as /boot/grub/grub.cfg for grub memdisk or can be set? >> > Not really. Currently the situation is > > - grub-mkstandalone hardcodes $prefix as (memdisk)/boot/grub > - after launch grub unconditionally starts "normal" module if at all > possible > - normal module always tries to load and execute $prefix/grub.cfg if no > explicit configuration file name is given as argument > > But I think that using osdetect.cfg or something based on this idea > won't require changing defaults at all. Thanks for your reply. I did this script that is working about finding and include the grub.cfg of pv domUs with many cases: cat > boot/grub/grub.cfg <