From: Paul Brook <paul@codesourcery.com>
To: Peter Maydell <peter.maydell@linaro.org>
Cc: Kevin Wolf <kwolf@redhat.com>,
patches@linaro.org, Markus Armbruster <armbru@redhat.com>,
qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH 0/3] Drop default SD card creation
Date: Thu, 16 Aug 2012 15:56:50 +0100 [thread overview]
Message-ID: <201208161556.52432.paul@codesourcery.com> (raw)
In-Reply-To: <CAFEAcA_RUUj60+LGv7ahdM_wGWjsRRVLO4RXbrxSw1SerOnNSw@mail.gmail.com>
> On 16 August 2012 15:11, Markus Armbruster <armbru@redhat.com> wrote:
> > Peter Maydell <peter.maydell@linaro.org> writes:
> >> As suggested in the recent discussion on Markus' patchset to suppress
> >> unused default drives, this patchset cleans up the omap and pxa2xx
> >>
> >> SD card controllers to behave like the other controllers:
> >> * the init function looks for the next IF_SD drive
> >> * if there isn't one, we start up as a controller with no card
> >>
> >> present
> >
> > Isn't this an incompatible change? Before, you get an SD card reader
> > backed by an empty BDS default. You can load/unload cards in the
> > monitor. After, you get an SD card reader that isn't backed by a BDS by
> > default. Device models prepared for that can treat it as permanently
> > empty.
>
> Hmm, yes, but most of our SD controllers already act that way.
> We should probably fix them all...
>
> So what's the block layer equivalent of drive_get_next() that always
> returns us something we can get a bdrv from?
I think this may be the wrong way to fix this. SD cards aren't really have
removable media. In the same way that a SCSI HDD are generally not removable
media - you hotplug the whole drive.
Don't we really want a proper QOM device for the SD card, with hotplug
support.
Paul
next prev parent reply other threads:[~2012-08-16 14:57 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-08-16 13:45 [Qemu-devel] [PATCH 0/3] Drop default SD card creation Peter Maydell
2012-08-16 13:45 ` [Qemu-devel] [PATCH 1/3] omap: Get BlockDriverState* in mmc controller init, not board init Peter Maydell
2012-08-16 13:45 ` [Qemu-devel] [PATCH 2/3] pxa2xx: " Peter Maydell
2012-08-16 13:45 ` [Qemu-devel] [PATCH 3/3] Drop default SD card creation Peter Maydell
2012-08-16 14:11 ` [Qemu-devel] [PATCH 0/3] " Markus Armbruster
2012-08-16 14:26 ` Peter Maydell
2012-08-16 14:56 ` Paul Brook [this message]
2012-08-16 15:17 ` Markus Armbruster
2012-08-16 15:24 ` Peter Maydell
2012-08-16 16:03 ` Markus Armbruster
2012-08-16 16:34 ` Paul Brook
2012-08-16 16:09 ` Paul Brook
2012-08-16 15:05 ` Markus Armbruster
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=201208161556.52432.paul@codesourcery.com \
--to=paul@codesourcery.com \
--cc=armbru@redhat.com \
--cc=kwolf@redhat.com \
--cc=patches@linaro.org \
--cc=peter.maydell@linaro.org \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.