From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:35934) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qy0ok-0000CJ-GD for qemu-devel@nongnu.org; Mon, 29 Aug 2011 08:19:55 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Qy0oi-0002SC-Tq for qemu-devel@nongnu.org; Mon, 29 Aug 2011 08:19:54 -0400 Received: from ssl.dlh.net ([91.198.192.8]:47137) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qy0oi-0002Rs-Ko for qemu-devel@nongnu.org; Mon, 29 Aug 2011 08:19:52 -0400 Received: from localhost (localhost [127.0.0.1]) by ssl.dlh.net (Postfix) with ESMTP id 28EB8146269 for ; Mon, 29 Aug 2011 14:19:51 +0200 (CEST) Received: from ssl.dlh.net ([127.0.0.1]) by localhost (ssl.dlh.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bbsWTt2N6E-3 for ; Mon, 29 Aug 2011 14:19:48 +0200 (CEST) Received: from [172.21.12.60] (unknown [82.141.1.226]) by ssl.dlh.net (Postfix) with ESMTPSA id CBA5B1461CF for ; Mon, 29 Aug 2011 14:19:48 +0200 (CEST) Message-ID: <4E5B83E4.7040400@dlh.net> Date: Mon, 29 Aug 2011 14:19:48 +0200 From: Peter Lieven MIME-Version: 1.0 References: <4E5B65FE.7020101@dlh.net> <4E5B7B3B.6020804@dlh.net> <4E5B82AB.5010408@msgid.tls.msk.ru> In-Reply-To: <4E5B82AB.5010408@msgid.tls.msk.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] qemu-kvm 0.15.0 boot order not working List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org On 29.08.2011 14:14, Michael Tokarev wrote: > On 29.08.2011 15:42, Peter Lieven wrote: >> On 29.08.2011 13:21, Ottavio wrote: >>> On 29 August 2011 11:12, Peter Lieven wrote: >>>> Hi, >>>> >>>> when I specify something like >>>> >>>> qemu -boot order=dc -cdrom image.iso -drive file=img.raw,if=virtio,boot=yes >>>> >>>> or >>>> >>>> qemu -boot order=n -cdrom image.iso -drive file=img.raw,if=virtio,boot=yes >>>> >>>> with qemu-kvm 0.15.0 >>>> >>>> it will always directly boot from the hardrive and not from cdrom or >>>> network. >>>> is this on purpose? the behaviour was different in earlier versions. >>>> If i omit the boot=yes in the drive specification the "-boot order" >>>> parameter is working >>>> as expected. >>> This is the qemu doc file: >>> http://qemu.weilnetz.de/qemu-doc.html >>> >>> and this is qemu-kvm man page: >>> http://linux.die.net/man/1/qemu-kvm >>> >>> I have never seen the boot=yes as an option to the argument -drive. I >>> have also checked on previous versions of qemu and I haven't seen it >>> so I'm puzzled why it should have worked in the first instance. >> -drive [file=file][,if=type][,bus=n][,unit=m][,media=d][,index=i] >> [,cyls=c,heads=h,secs=s[,trans=t]][,snapshot=on|off] >> [,cache=writethrough|writeback|none|unsafe][,format=f] >> [,serial=s][,addr=A][,id=name][,aio=threads|native] >> [,readonly=on|off][,boot=on|off] >> use 'file' as a drive image >> >> you cannot boot e.g. from a virtio_blk device without this flag. > It is possible since 0.13 or 0.14. Actually it's seabios thing, > it got real support for virtio drives awhile back, before it was > indeed possible only using boot=on drive option. > >> it seems that the if the extboot option rom is loaded the >> specified boot order is ignored. > And yes this is the case. the -boot tells bios about normal > boot order, and with extboot you overwrite that. That's how > booting works for stuff which is not supported by bios. i checked. it is working on qemu-kvm 0.12.5 if i take the seabios packaged with qemu 0.14.1. with this version i can boot from virtio and still use any bootorder. so there was some chance in seabios that broke this feature since in older version extboot.bin was obviously loaded when the bios tried to boot from hard drive... peter > /mjt >