Peter Maydell <peter.mayd...@linaro.org> writes:
> On Tue, 30 Jun 2020 at 14:39, Philippe Mathieu-Daudé <f4...@amsat.org> wrote:
>>
>> As we have no interest in the underlying block geometry,
>> directly call blk_getlength(). We have to care about machines
>> creating SD card with not drive attached (probably incorrect
>> API use). Simply emit a warning when such Frankenstein cards
>> of zero size are reset.
>
> Which machines create SD cards without a backing block device?
>
> I have a feeling that also the monitor "change" and "eject"
> commands can remove the backing block device from the SD card
> object.
Correct:
static const BlockDevOps sd_block_ops = {
.change_media_cb = sd_cardchange,
};
This is TYPE_SD_CARD's ("sd-card"). What exactly does that device
model?
If it's the sd-card, then the modelling is odd. A physical SD card gets
plugged and unplugged as a whole. This model can't. Instead, you
change "media". Isn't the SD card the medium?
The other device models with removable media (IDE & SCSI CD drives,
floppy drives) model the receptacle for media. On media change, the
drive stays put, and only the medium changes, both in the physical world
and in our virtual world.
Our "sd-card" seems to be an "SD card drive". But then I wonder what
the thing at the other end of TYPE_SD_BUS ("sd-bus") actually models.
Any ideas?
