From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:44638) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1THAVk-0005lj-EV for qemu-devel@nongnu.org; Thu, 27 Sep 2012 05:36:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1THAVg-0007Bj-B6 for qemu-devel@nongnu.org; Thu, 27 Sep 2012 05:36:00 -0400 Received: from e23smtp01.au.ibm.com ([202.81.31.143]:36169) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1THAVf-0007Ba-Pt for qemu-devel@nongnu.org; Thu, 27 Sep 2012 05:35:56 -0400 Received: from /spool/local by e23smtp01.au.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Thu, 27 Sep 2012 19:34:03 +1000 Message-ID: <1348738549.24701.26.camel@pasglop> From: Benjamin Herrenschmidt Date: Thu, 27 Sep 2012 19:35:49 +1000 In-Reply-To: References: <50641A82.4030708@linux.vnet.ibm.com> <1348738150.24701.21.camel@pasglop> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Mime-Version: 1.0 Subject: Re: [Qemu-devel] [Qemu-ppc] Qemu boot device precedence over nvram boot-device setting List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Alexander Graf Cc: Gleb Natapov , "qemu-ppc@nongnu.org List" , Avik Sil , Nikunj A Dadhania , qemu-devel qemu-devel On Thu, 2012-09-27 at 11:33 +0200, Alexander Graf wrote: > > I think the command line should override anything user specified. So > basically: > > * user defined -boot option (or bootindex magic from Gleb) > * nvram > * fallback to default > > > Eventually we should try to implement some sort of interactive boot > > device selection in SLOF, such as SMS does on pseries, but that will > > take a bit of time. Ok but that means we need a way to know that an explicit -boot argument was passed vs. the default built-in list. I don't think vl.c gives us that today, does it ? > That would be en par with the bootmenu on x86 :). Please check out how > x86 models these things. It could sure be interesting for pseries. Hrm... might apply ... or not. If we can specific an explicit qdev on qemu command line, then it's going to be an interesting exercise to tell SLOF about it (PCI devices come to mind). Cheers Ben.