Igor Mitsyanko i.mitsya...@samsung.com writes:
A straightforward conversion of SD card implementation to a proper QEMU
object.
Wrapper functions were introduced for SDClass methods in order to avoid SD
card
users modification. Because of this, name change for several functions in
hw/sd.c
On 31 July 2012 10:45, Markus Armbruster arm...@redhat.com wrote:
Igor Mitsyanko i.mitsya...@samsung.com writes:
@@ -1510,7 +1508,7 @@ void sd_write_data(SDState *sd, uint8_t value)
return;
if (sd-state != sd_receivingdata_state) {
-fprintf(stderr, sd_write_data: not in
On 07/31/2012 01:45 PM, Markus Armbruster wrote:
Igor Mitsyanko i.mitsya...@samsung.com writes:
A straightforward conversion of SD card implementation to a proper QEMU object.
Wrapper functions were introduced for SDClass methods in order to avoid SD card
users modification. Because of this,
Igor Mitsyanko i.mitsya...@samsung.com writes:
On 07/31/2012 01:45 PM, Markus Armbruster wrote:
Igor Mitsyanko i.mitsya...@samsung.com writes:
A straightforward conversion of SD card implementation to a proper QEMU
object.
Wrapper functions were introduced for SDClass methods in order to
On 31 July 2012 16:29, Markus Armbruster arm...@redhat.com wrote:
Igor Mitsyanko i.mitsya...@samsung.com writes:
QEMU requires all objects derived from TYPE_DEVICE to be connected to
some bus, if no bus was specified in new object class description,
QEMU practically assumes this object to be a
On 07/31/2012 08:17 PM, Peter Maydell wrote:
On 31 July 2012 16:29, Markus Armbruster arm...@redhat.com wrote:
Igor Mitsyanko i.mitsya...@samsung.com writes:
QEMU requires all objects derived from TYPE_DEVICE to be connected to
some bus, if no bus was specified in new object class description,
A straightforward conversion of SD card implementation to a proper QEMU object.
Wrapper functions were introduced for SDClass methods in order to avoid SD card
users modification. Because of this, name change for several functions in
hw/sd.c
was required.
Signed-off-by: Igor Mitsyanko