From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43930) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z835I-0005G0-Bu for qemu-devel@nongnu.org; Thu, 25 Jun 2015 05:04:40 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Z835F-0005G9-LF for qemu-devel@nongnu.org; Thu, 25 Jun 2015 05:04:36 -0400 Received: from mail-vn0-f46.google.com ([209.85.216.46]:44483) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z835F-0005Fv-HT for qemu-devel@nongnu.org; Thu, 25 Jun 2015 05:04:33 -0400 Received: by vnbg7 with SMTP id g7so10054813vnb.11 for ; Thu, 25 Jun 2015 02:04:33 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <878ub844of.fsf@blackfin.pond.sub.org> References: <1435068107-12594-1-git-send-email-peter.maydell@linaro.org> <1435068107-12594-4-git-send-email-peter.maydell@linaro.org> <878ub844of.fsf@blackfin.pond.sub.org> From: Peter Maydell Date: Thu, 25 Jun 2015 10:04:13 +0100 Message-ID: Content-Type: text/plain; charset=UTF-8 Subject: Re: [Qemu-devel] [PATCH v2 for-2.4 3/3] hw/arm/virt: Make block devices default to virtio List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Markus Armbruster Cc: Kevin Wolf , QEMU Developers , qemu-block@nongnu.org, Patch Tracking On 25 June 2015 at 08:40, Markus Armbruster wrote: > Peter Maydell writes: > >> Now we have virtio-pci, we can make the virt board's default block >> device type be IF_VIRTIO. This allows users to use simplified >> command lines that don't have to explicitly create virtio-pci-blk >> devices; the -hda &c very short options now also work. >> >> This means we also need to set no_cdrom to avoid getting a >> default cdrom device -- this is needed because the virtio-blk >> device will fail if it is connected to a block backend with >> no media, which is what the default cdrom device typically is. >> Providing a cdrom with media via -cdrom will still work. > > It'll create a virtio-blk device with non-removable medium, won't it? Yes, I think so. Mostly I cared that -cdrom won't make qemu die with a confusing error. (Without no_cdrom, qemu dies even if you don't say -cdrom, because of the default empty drive.) >> The command line will be changed to include 'if=none', as the > > will have to be changed Yes. -- PMM