[Qemu-devel] [PATCH] Suppress optionrom build on Solaris x86

2009-11-27 Thread Andreas Faerber
To avoid the build failing with: gcc -Wall -Wstrict-prototypes -Werror -fomit-frame-pointer -fno- builtin -I/export/home/andreas/QEMU/qemu -Wall -Wstrict-prototypes - Werror -fomit-frame-pointer -fno-builtin -I/export/home/andreas/QEMU/ qemu -c -o multiboot.o multiboot.S /var/tmp//ccd3aWy

Re: [Qemu-devel] Re: POST failure (loop) with isapc and seabios

2009-11-27 Thread Sebastian Herbszt
Gleb Natapov wrote: On Thu, Nov 26, 2009 at 09:55:28PM +0100, Sebastian Herbszt wrote: Gleb Natapov wrote: >On Wed, Nov 25, 2009 at 11:04:20PM +0100, Sebastian Herbszt wrote: >>Gleb Natapov wrote: >>>On Wed, Nov 25, 2009 at 06:09:51AM +, Jamie Lokier wrote: Gleb Natapov wrote: > > Bu

Re: [Qemu-devel] PATCH: Building qemu on OpenSolaris 2009.06 (SPARC) host

2009-11-27 Thread Andreas Färber
Hello, Am 26.11.2009 um 21:39 schrieb Palle Lyckegaard: Attached are a few patches that will enable qemu to build on a OpenSolaris 2009.06 host. I can ack the softfloat part (fixes redefinition warnings) and the tap part (fixes an unresolved symbol TFR). But what does the cpu.h part fix?

Re: [Qemu-devel] Re: POST failure (loop) with isapc and seabios

2009-11-27 Thread Sebastian Herbszt
Jamie Lokier wrote: Sebastian Herbszt wrote: >We could have qemu do a soft reset (not reload rom) on a triple fault >or keyboard controller reset, and then have SeaBIOS request a hard >reset (have qemu reload rom) if it detects a soft reset that is not a >"resume" request. > >I'm also not sure w

qemu_malloc() broken by design, fix it already (was: [Qemu-devel] [PATCH] qcow2: Fix some more qemu_malloc fallout)

2009-11-27 Thread Markus Armbruster
Kevin Wolf writes: > Oh joy... As predicted, breaking malloc() the way we did breaks perfectly fine code for no particular benefit. We can keep chasing these artificially created bugs, or we can fix qemu_malloc() & friends and be done with it.

[Qemu-devel] [PATCH] qcow2: Fix some more qemu_malloc fallout

2009-11-27 Thread Kevin Wolf
Oh joy... Signed-off-by: Kevin Wolf --- block/qcow2-refcount.c | 22 +++--- block/qcow2-snapshot.c |7 ++- 2 files changed, 21 insertions(+), 8 deletions(-) diff --git a/block/qcow2-refcount.c b/block/qcow2-refcount.c index 3026678..54b19f8 100644 --- a/block/qcow2-ref

Re: [Qemu-devel] Migration issues and possible solutions (Very long)

2009-11-27 Thread Gerd Hoffmann
Hi, - Dor/mst proposal of optional features This came from previous discussions, Dor want to put optional fields in the savevm protocol that target can just discard. Taking that one to the next level: Simply save all fields with name and size. qemu can skip and ignore unknown field

Re: [Qemu-devel] ARM v4t support

2009-11-27 Thread Marc Andre Tanner
Hi, On Fri, Nov 27, 2009 at 11:17:32AM +, Vincent Sanders wrote: > The affected instructions and program counter load behaviour are made > CPU version dependant and the ARM920T cpu id is introduced. It would be nice if qemu had an arm920t cpu selectin option because then I could do some autom

Re: [Qemu-devel] [PATCH] Fix recently introduced bugs in -usbdevice host

2009-11-27 Thread Gerd Hoffmann
On 11/27/09 13:05, Markus Armbruster wrote: Commit 26a9e82a has the following flaws: ACK, the fixes are correct. /me used to test with -device usb-host, mostly and obviously didn't pay enougth attention to the -usbdevice backward compatibility code paths. thanks for fixing it up, Gerd

[Qemu-devel] [PATCH] Fix description of size parameter in qemu-img's help text

2009-11-27 Thread Pierre Riteau
Valid description taken from qemu-img.texi, although it would be better to have this information recorded in only one place. Signed-off-by: Pierre Riteau --- qemu-img.c |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/qemu-img.c b/qemu-img.c index 972843a..5123f98 10

[Qemu-devel] [PATCH] Fix recently introduced bugs in -usbdevice host

2009-11-27 Thread Markus Armbruster
Commit 26a9e82a has the following flaws: * It enabled DEBUG. * It referenced two properties by the wrong name in usb_host_device_open(), which crashes with "qdev_prop_set: property "USB Host Device.bus" not found". * It broke "-usbdevice host:auto:..." by calling parse_filter() incorrectly

[Qemu-devel] [PATCH 4/4] virtio-blk: Implement rerror option

2009-11-27 Thread Kevin Wolf
Signed-off-by: Kevin Wolf --- hw/virtio-blk.c | 13 - vl.c|2 +- 2 files changed, 9 insertions(+), 6 deletions(-) diff --git a/hw/virtio-blk.c b/hw/virtio-blk.c index a93d20d..a2f0639 100644 --- a/hw/virtio-blk.c +++ b/hw/virtio-blk.c @@ -98,9 +98,11 @@ static void

[Qemu-devel] [PATCH 3/4] ide: Implement rerror option

2009-11-27 Thread Kevin Wolf
Signed-off-by: Kevin Wolf --- hw/ide/core.c | 54 hw/ide/internal.h |1 + vl.c |2 +- 3 files changed, 39 insertions(+), 18 deletions(-) diff --git a/hw/ide/core.c b/hw/ide/core.c index 49bbdcd..a5b00ae 100644 --- a/

[Qemu-devel] [PATCH 2/4] Introduce rerror option for drives

2009-11-27 Thread Kevin Wolf
rerror controls the action to be taken when an error occurs while accessing the guest image file. It corresponds to werror which already controls the action take for write errors. This purely introduces parsing rerror command line option into the right structures, real support for it in the device

[Qemu-devel] [PATCH 1/4] Rename DriveInfo.onerror to on_write_error

2009-11-27 Thread Kevin Wolf
Either rename variables and functions to refer to write errors (which is what they actually do) or introduce a parameter to distinguish reads and writes. Signed-off-by: Kevin Wolf --- hw/ide/core.c |2 +- hw/scsi-disk.c |3 ++- hw/virtio-blk.c |2 +- sysemu.h|6 --

[Qemu-devel] [PATCH 0/4] rerror option for -drive

2009-11-27 Thread Kevin Wolf
We already have a werror option in -drive that controls the action to be taken when write accesses to the image fail. A corresponding option for reads is still missing and is added by this patch series. The option is implemented on IDE and virtio-blk. I have left out SCSI for now to avoid conflict

[Qemu-devel] Migration issues and possible solutions (Very long)

2009-11-27 Thread Juan Quintela
Introduction Following Dor Laor mail thread: Live migration protocol, device features, ABIs and other beasts Several of us discussed the problem and possible solutions. This mail is a summary of the thread and discussions. I am the one that summarized the discussion, but there w

[Qemu-devel] Re: Disable DEBUG again in usb-linux.c

2009-11-27 Thread Markus Armbruster
Ignore this one; I found a few more bugs, patch in the works.

Re: [Qemu-devel] ARM v4t support

2009-11-27 Thread Filip Navara
On Fri, Nov 27, 2009 at 12:17 PM, Vincent Sanders wrote: > I appear to be unable to take a hint, your silence on this patch in > the past probably ought to have been a clue. however this will be the > last time I bother to try and get anything merged so you wont have to > be disturbed again. > > T

[Qemu-devel] ARM v4t support

2009-11-27 Thread Vincent Sanders
I appear to be unable to take a hint, your silence on this patch in the past probably ought to have been a clue. however this will be the last time I bother to try and get anything merged so you wont have to be disturbed again. The attached patch adds V4t support to the ARM emulation, its pretty m

Re: [Qemu-devel] [sneak preview] major scsi overhaul

2009-11-27 Thread Gerd Hoffmann
On 11/26/09 16:50, Hannes Reinecke wrote: So indeed, this approach would only work if we signal some sense code back to the host. I, OTOH, don't have any qualms with returning HARDWARE_ERROR, 0x26/0x08(TOO MANY SEGMENT DESCRIPTORS) resp 0x26h/0x0B (INLINE DATA LENGTH EXCEEDED). Feels only fair t

[Qemu-devel] [PATCH] eepro100: Improve debug messages

2009-11-27 Thread Stefan Weil
* buf was too small for longer register names. * Use consistent upper case for nouns in register names. * Use better name for array with e100 register names. Signed-off-by: Stefan Weil --- hw/eepro100.c |8 1 files changed, 4 insertions(+), 4 deletions(-) diff --git a/hw/eepro100.c

Re: [Qemu-devel] [PATCH] eepro100: Allocate a larger buffer for regname()

2009-11-27 Thread Stefan Weil
David Benjamin schrieb: > This should avoid truncating the register name when debugging. > > Signed-off-by: David Benjamin > --- > hw/eepro100.c | 2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > diff --git a/hw/eepro100.c b/hw/eepro100.c > index 8734907..3676dc0 100644 > --- a/hw/eepro

[Qemu-devel] Disable DEBUG again in usb-linux.c

2009-11-27 Thread Markus Armbruster
DEBUG was enabled accidentally in commit 26a9e82a. Signed-off-by: Markus Armbruster --- diff --git a/usb-linux.c b/usb-linux.c index 96f9a27..ea2a807 100644 --- a/usb-linux.c +++ b/usb-linux.c @@ -65,7 +65,7 @@ typedef int USBScanFunc(void *opaque, int bus_num, int addr, int class_id,

Re: [Qemu-devel] Socket reconnection.

2009-11-27 Thread Jamie Lokier
Ian Molton wrote: > Hi folks, > > I need my source of data for virtio-rng to be reliable - IOW. if the > server dies and comes back up, I want qemu to reconnect and suck down > fresh entropy, rather than hand the rngd process on the guest. > > I'm using the chardev 'socket' type to make the conne