From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([208.118.235.92]:47902)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <aurelien@aurel32.net>) id 1UCfzm-0007fu-P7
	for qemu-devel@nongnu.org; Mon, 04 Mar 2013 19:44:43 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <aurelien@aurel32.net>) id 1UCfzl-0006rr-Fh
	for qemu-devel@nongnu.org; Mon, 04 Mar 2013 19:44:42 -0500
Received: from hall.aurel32.net ([2001:470:1f15:c4f::1]:38649)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <aurelien@aurel32.net>) id 1UCfzl-0006rn-96
	for qemu-devel@nongnu.org; Mon, 04 Mar 2013 19:44:41 -0500
Date: Tue, 5 Mar 2013 01:44:38 +0100
From: Aurelien Jarno <aurelien@aurel32.net>
Message-ID: <20130305004438.GF23040@ohm.aurel32.net>
References: <1362442784-22324-1-git-send-email-aurelien@aurel32.net>
	<CAFEAcA9Mr3V9PvnD5cbsZYemnbOEkU3eLPXDnz2J6npRqJ=Qww@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
Content-Disposition: inline
In-Reply-To: <CAFEAcA9Mr3V9PvnD5cbsZYemnbOEkU3eLPXDnz2J6npRqJ=Qww@mail.gmail.com>
Subject: Re: [Qemu-devel] [PATCH] hw/vexpress: set default block type to SD
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Peter Maydell <peter.maydell@linaro.org>
Cc: qemu-devel@nongnu.org

On Tue, Mar 05, 2013 at 08:22:57AM +0800, Peter Maydell wrote:
> On 5 March 2013 08:19, Aurelien Jarno <aurelien@aurel32.net> wrote:
> > The versatile express has no SCSI card, but instead boot on an SD card.
> > Change block_default_type accordingly.
> 
> I notice that no other board has SD as the block_default_type...
> 
> What effect does this actually have on the user experience?

The effect is that the user don't has to specify the interface type.
Basically:

  -drive file=/path/to/file,if=sd
can be replaced by
  -drive file=/path/to/file

It means the user doesn't have to know the details of the machine to
know how to attach a disk. Note that the user here can also be a script,
which then becomes a bit simpler.

> Also, won't vl.c now try to create a cdrom drive on the SD interface?
> 

It still creates a cdrom drive as before, but still doesn't try to
connect it to the SD interface. In short the behaviour on that side is
unchanged.

-- 
Aurelien Jarno                          GPG: 1024D/F1BCDB73
aurelien@aurel32.net                 http://www.aurel32.net