On 12/18/09 07:12, Markus Armbruster wrote:
Sebastian Herbsztherb...@gmx.de writes:
The default iobase and irq for the ne2k_isa card are 0x300 and 9.
It should be possible to override both using the -net syntax like
-net nic,model=ne2k_isa,irq=5,iobase=0x280.
-device
Hi,
If you have a pending patch that you think should be considered for
0.12.0, please check this tree and let me know if it's not there.
http://patchwork.ozlabs.org/patch/40546/
is missing.
cheers,
Gerd
Hi,
If you have a pending patch that you think should be considered for
0.12.0, please check this tree and let me know if it's not there.
Also missing:
http://patchwork.ozlabs.org/patch/41172/
cheers,
Gerd
On 12/17/09 21:22, Anthony Liguori wrote:
Very nice! No reason not to convert std vga and vmware vga to use the
pci based rom loading interface.
seabios thinks about vgabios.bin:
Scan for VGA option rom
Attempting to init PCI bdf 00:02.0 (dev/ven 1234)
Attempting to map option rom on dev
If QEMU finds newer kernel header files on compilation time, it will use
advertised features like pipe2 or SOCK_CLOEXEC by just doing a compile test.
If later the executables are executed on an older kernel (2.6.27,
like Xen Dom0 2.6.18), then QEMU will fail on opening sockets and creating
pipes
I just had this race happen on me while building qemu. The problematic
file in my case was cutils.o. I'm using GNU make's order-only
dependencies to avoid that make recurse-all builds the tools as well.
Signed-off-by: Paolo Bonzini pbonz...@redhat.com
Signed-off-by: Paolo Bonzini
On 12/18/2009 10:45 AM, Andre Przywara wrote:
If QEMU finds newer kernel header files on compilation time, it will use
advertised features like pipe2 or SOCK_CLOEXEC by just doing a compile test.
If later the executables are executed on an older kernel (2.6.27,
like Xen Dom0 2.6.18), then QEMU
From: Anthony Liguori aligu...@us.ibm.com
Hi,
Option rom saga continued. This is the first series I consider ready
for merging. Changes:
* pci roms: will be loaded via option pci rom bar.
* non-pci roms: will be loaded via fw_cfg.
Note that using the old bochs-bios based pc-bios will
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
hw/fw_cfg.c | 26 --
hw/fw_cfg.h | 16 +---
2 files changed, 21 insertions(+), 21 deletions(-)
diff --git a/hw/fw_cfg.c b/hw/fw_cfg.c
index b25afff..2e3662d 100644
--- a/hw/fw_cfg.c
+++ b/hw/fw_cfg.c
@@
From: Anthony Liguori aligu...@us.ibm.com
Currently, we preload option roms into the option rom space in memory. This
prevents DDIM from functioning correctly which severely limits the number
of roms we can support.
This patch introduces a pci_add_option_rom() which registers the
Now that we load the option roms via fw_cfg, we can stop copying
them to the 0xc000 - 0xe000. The patch does just that.
Also the rom loader gets simplified as all remaining users of the
rom loader load the bits at a fixed address so the packing and
aligning logic can go away.
Signed-off-by:
roms: use fw_cfg for vgabios and option rom loading, additionally to
deploying them the traditional way (copy to 0xc - 0xe range).
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
hw/loader.c | 25 ++---
hw/loader.h |5 +++--
hw/pc.c |2 ++
3 files
This patch adds a romfile property to the pci bus. It allows to specify
a romfile to load into the rom bar of the pci device. The default value
comes from a new field in PCIDeviceInfo. The property allows to change
the file and also to disable the rom loading using an empty string.
Hi,
qemu is about to change the way how option roms are loaded. pci roms
will be loaded into a option rom bar (like real hardware does).
non-pci roms can be loaded using the qemu firmware interface.
With this change seabios will deploy all roms instead of having qemu
copy them to the 0xc
From: Anthony Liguori aligu...@us.ibm.com
Since qemu now supports loading option roms through PCI
Signed-off-by: Anthony Liguori aligu...@us.ibm.com
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
src/config.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
As the next patch will add one more user of the macros move them
to util.h. Also add the 16bit variants.
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
src/coreboot.c |5 -
src/util.h |7 +++
2 files changed, 7 insertions(+), 5 deletions(-)
diff --git a/src/coreboot.c
Add support for loading roms using the qemu fw_cfg interface,
modeled after the existing cbfs support. Use it to look for
vgabios (vgaroms/*) and option roms (genroms/*).
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
src/optionroms.c | 22 ++
src/paravirt.c | 37
From: Anthony Liguori aligu...@us.ibm.com
As we are going to disable CONFIG_OPTIONROMS_DEPLOYED under QEMU so that we can
make proper use of DDIM.
Signed-off-by: Anthony Liguori aligu...@us.ibm.com
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
src/shadow.c | 20
1
Am 18.12.2009 10:45, schrieb Andre Przywara:
If QEMU finds newer kernel header files on compilation time, it will use
advertised features like pipe2 or SOCK_CLOEXEC by just doing a compile test.
If later the executables are executed on an older kernel (2.6.27,
like Xen Dom0 2.6.18), then QEMU
Am 18.12.2009 um 03:39 schrieb Jun Koi junkoi2...@gmail.com
On Fri, Dec 18, 2009 at 11:37 AM, Jun Koi junkoi2...@gmail.com
wrote:
Hi,
I am running latest Qemu 0.12-rc. My guest VM runs Linux kernel
2.6.31.
Because Qemu now supports SVM, I expect to see the SVM flag in
/proc/cpuinfo, but
On Thu, Dec 17, 2009 at 8:32 PM, Richard Henderson r...@twiddle.net wrote:
funny how you seem to follow the same paths I did months ago :-)
Heh. They are the obvious points for improvement in the emulation.
Hopefully we can get them finished this time, so that some third
person doesn't go
On Thu, Dec 17, 2009 at 6:27 PM, Richard Henderson r...@twiddle.net wrote:
Defines setcond and movcond for implementing conditional moves at
the tcg opcode level. 64-bit-on-32-bit is expanded via a setcond2
primitive plus other operations.
Signed-off-by: Richard Henderson r...@twiddle.net
On Thu, Dec 17, 2009 at 6:28 PM, Richard Henderson r...@twiddle.net wrote:
It is very handy to have a reliable mapping of a condition to its inverse.
This will be used in several patches to follow.
Signed-off-by: Richard Henderson r...@twiddle.net
Acked-by: Laurent Desnogues
On Thu, Dec 17, 2009 at 6:32 PM, Richard Henderson r...@twiddle.net wrote:
Implement conditional moves in the x86_64 backend.
Signed-off-by: Richard Henderson r...@twiddle.net
---
tcg/x86_64/tcg-target.c | 65 --
1 files changed, 62
On Thu, Dec 17, 2009 at 7:38 PM, Richard Henderson r...@twiddle.net wrote:
Split out tcg_out_cond from tcg_out_brcond. Add small arguments
to all branch functions for completeness. Unify all the calls to
generate branches within brcond2 and pass on the small flag.
Signed-off-by: Richard
On Thu, Dec 17, 2009 at 6:55 PM, Richard Henderson r...@twiddle.net wrote:
There are places, like brcond2, where we know that the destination
of a forward branch will be within 127 bytes. Add the R_386_PC8
relocation type to support this, and add a flag to tcg_out_jxx to
generate it. Set the
On 12/18/2009 03:39 AM, Jun Koi wrote:
On Fri, Dec 18, 2009 at 11:37 AM, Jun Koijunkoi2...@gmail.com wrote:
Hi,
I am running latest Qemu 0.12-rc. My guest VM runs Linux kernel 2.6.31.
Because Qemu now supports SVM, I expect to see the SVM flag in
/proc/cpuinfo, but that is not the case.
So
On 12/18/09 10:06, Gerd Hoffmann wrote:
Hi,
If you have a pending patch that you think should be considered for
0.12.0, please check this tree and let me know if it's not there.
Also missing:
http://patchwork.ozlabs.org/patch/41172/
Oops, false alarm. That one is in.
/me was looking at
Kevin Wolf wrote:
@@ -302,12 +306,14 @@ int qemu_accept(int s, struct sockaddr *addr, socklen_t
*addrlen)
#ifdef CONFIG_ACCEPT4
ret = accept4(s, addr, addrlen, SOCK_CLOEXEC);
-#else
+if (ret != -1 || errno != EINVAL) {
Shouldn't this be an ENOSYS?
Oh, right you are. This was
If QEMU finds newer kernel header files on compilation time, it will use
advertised features like pipe2 or SOCK_CLOEXEC by just doing a compile test.
If later the executables are executed on an older kernel (2.6.27,
like Xen Dom0 2.6.18), then QEMU will fail on opening sockets and creating
pipes
Am 18.12.2009 13:37, schrieb Andre Przywara:
If QEMU finds newer kernel header files on compilation time, it will use
advertised features like pipe2 or SOCK_CLOEXEC by just doing a compile test.
If later the executables are executed on an older kernel (2.6.27,
like Xen Dom0 2.6.18), then QEMU
Gerd Hoffmann wrote:
Hi,
If you have a pending patch that you think should be considered for
0.12.0, please check this tree and let me know if it's not there.
Also missing:
http://patchwork.ozlabs.org/patch/41172/
Had that one. Did you copy/paste the wrong url or just miss it in
Juan Quintela wrote:
Anthony Liguori aligu...@linux.vnet.ibm.com wrote:
I haven't built/tested at all, but this is the set of patches I've
collected for the 0.12.0 release. Will be testing tonight and
tomorrow and tagging probably around 5pm CST. Will then upload the
release and announce
Markus Armbruster wrote:
Commit 731b9ff6 is correct, but commit 24598d23 is more general, and it
comes first. Drop it the former?
Nice to have commit log corrections:
* 92375e10 qdev: Improve uni-north device names (was: [Qemu-devel] [FOR 0.12
PATCH] qdev: Replace device names containing
Jan Kiszka wrote:
Anthony Liguori wrote:
I haven't built/tested at all, but this is the set of patches I've
collected for the 0.12.0 release. Will be testing tonight and tomorrow
and tagging probably around 5pm CST. Will then upload the release and
announce once things are propagated.
If
Gerd Hoffmann wrote:
Hi,
If you have a pending patch that you think should be considered for
0.12.0, please check this tree and let me know if it's not there.
http://patchwork.ozlabs.org/patch/40546/
is missing.
Picked this up, thanks.
cheers,
Gerd
--
Regards,
Anthony Liguori
Gerd Hoffmann wrote:
From: Anthony Liguori aligu...@us.ibm.com
Hi,
Option rom saga continued. This is the first series I consider ready
for merging. Changes:
* pci roms: will be loaded via option pci rom bar.
* non-pci roms: will be loaded via fw_cfg.
Note that using the old
We already have stubs for a TCG target on S390, but were missing code that
would actually generate instructions.
So I took Uli's patch, cleaned it up and present it to you again :-).
I hope I found all odd coding style and unprettiness issues, but if you
still spot one feel free to nag about it.
Apart form that there are two important changes:
1. New output for success response
2. A new argument type
Thanks.
Looks like I dropped this check when addressing the 'query-'
commands request.
QMP should only handle converted commands, obviously.
Reported-by: Markus Armbruster arm...@redhat.com
Signed-off-by: Luiz Capitulino lcapitul...@redhat.com
---
monitor.c |2 +-
1 files changed, 1 insertions(+),
Currently, when a regular command doesn't have any data to output,
QMP will emit:
{ return: OK }
Returning an empty dict is better though, because dicts can support
some protocol changes in a compatible way.
So, with this commit we will return:
{ return: {} }
Signed-off-by: Luiz Capitulino
This is for debug purposes only.
Signed-off-by: Luiz Capitulino lcapitul...@redhat.com
---
monitor.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/monitor.c b/monitor.c
index d238660..8ef1582 100644
--- a/monitor.c
+++ b/monitor.c
@@ -283,6 +283,7 @@ static void
- Fix output description
- Fix command-line usage notes
- Minor improvements
Signed-off-by: Luiz Capitulino lcapitul...@redhat.com
---
QMP/README | 34 +++---
1 files changed, 23 insertions(+), 11 deletions(-)
diff --git a/QMP/README b/QMP/README
index
- Remove draft status
- Change default success response to be json-object
- Change error and event data member to be a json-object
- Update examples
- Add new section Compatibility Considerations
- Other fixes and clarifications
Signed-off-by: Luiz Capitulino lcapitul...@redhat.com
---
This is a target long value in megabytes which should be
converted to bytes.
It will be used by handlers which accept a megabyte value
when in user mode.
Signed-off-by: Luiz Capitulino lcapitul...@redhat.com
---
monitor.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git
This makes do_balloon() accept megabyte values from the user
Monitor while accepting byte values for QMP.
Signed-off-by: Luiz Capitulino lcapitul...@redhat.com
---
monitor.c |3 +--
qemu-monitor.hx |2 +-
2 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/monitor.c
Currently only the S390 KVM target works. To keep users from accidently not
using KVM, let's not even initialize the machine when KVM is not used.
Signed-off-by: Alexander Graf ag...@suse.de
---
hw/s390-virtio.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git
On Thu, 17 Dec 2009, Richard Henderson wrote:
On 12/17/2009 07:32 AM, malc wrote:
These new opcodes are considered required by the backend,
because expanding them at the tcg level breaks the basic block.
There might be some way to emulate within tcg internals, but
that doesn't seem
I needed the following patch for this series to build:
diff --git a/src/optionroms.c b/src/optionroms.c
index c5de1ad..0be6852 100644
--- a/src/optionroms.c
+++ b/src/optionroms.c
@@ -13,6 +13,7 @@
#include pci_regs.h // PCI_ROM_ADDRESS
#include pci_ids.h // PCI_CLASS_DISPLAY_VGA
#include boot.h
On 12/18/09 16:41, Anthony Liguori wrote:
I needed the following patch for this series to build:
--- a/src/optionroms.c
+++ b/src/optionroms.c
@@ -13,6 +13,7 @@
+#include paravirt.h // qemu_cfg_*
--- a/src/paravirt.h
+++ b/src/paravirt.h
+u32 qemu_cfg_read_file(QemuCfgFile *entry, void *dst,
We're tracing a bug in qemu-img convert where it will silently fail
to convert certain types of VMDK file. The VMDK files produced by
VMWare vSphere / ESX 4.0, which have the VMDK subformat
streamOptimized are one notable case:
https://bugzilla.redhat.com/show_bug.cgi?id=548723
These two
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
virt-p2v converts physical machines to virtual machines. Boot with a
live CD or over the network (PXE) and turn machines into Xen guests.
http://et.redhat.com/~rjones/virt-p2v
From
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
virt-p2v converts physical machines to virtual machines. Boot with a
live CD or over the network (PXE) and turn machines into Xen guests.
http://et.redhat.com/~rjones/virt-p2v
From
On 12/18/2009 07:40 AM, malc wrote:
After fixing a bug (crop was done after reading the cr) i run some
openssl speed benchmarks, and, at least here on an MPC7447A, got a
speed degradation, tiny but consistent.
Well, you could try rendering the setcond with branches instead of
logical
Let's fix a buffer overflow, and add the Signed-off-by line ...
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
virt-top is 'top' for virtual machines. Tiny program with many
powerful monitoring features, net stats, disk stats, logging, etc.
Add Signed-off-by line.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
libguestfs lets you edit virtual machines. Supports shell scripting,
bindings from many languages. http://et.redhat.com/~rjones/libguestfs/
See what it can do:
Paolo Bonzini pbonz...@redhat.com wrote:
I just had this race happen on me while building qemu. The problematic
file in my case was cutils.o. I'm using GNU make's order-only
dependencies to avoid that make recurse-all builds the tools as well.
Signed-off-by: Paolo Bonzini
Gerd Hoffmann wrote:
On 12/18/09 16:41, Anthony Liguori wrote:
I needed the following patch for this series to build:
--- a/src/optionroms.c
+++ b/src/optionroms.c
@@ -13,6 +13,7 @@
+#include paravirt.h // qemu_cfg_*
--- a/src/paravirt.h
+++ b/src/paravirt.h
+u32
Notice that cutils.o (from Makefile) is built in the root dir, and
cutils.o (from Makefile.user) is built into libuser/ directory.
Ah, since that was the file that was built, that would be a problem
with my reasoning.
Definitely I saw the following in the log
AR libuser.a
CC
On 12/18/09 15:35, Anthony Liguori wrote:
I know this series carries a good bit of risk but I'd like to bring it
in 0.12.0. Because this has a guest visible change to the PCI devices,
we cannot carry it in stable-0.12 post release and I think the
functionality it brings it's very important.
On 12/18/09 17:22, Anthony Liguori wrote:
I think your fw_cfg.h changes also broke the optionroms/multiboot build.
Haven't debugged yet though.
That one is easy to fix, see attachment
cheers,
Gerd
diff --git a/hw/fw_cfg.h b/hw/fw_cfg.h
index a63f54f..c1019d0 100644
--- a/hw/fw_cfg.h
+++
Gerd Hoffmann wrote:
On 12/18/09 15:35, Anthony Liguori wrote:
I know this series carries a good bit of risk but I'd like to bring it
in 0.12.0. Because this has a guest visible change to the PCI devices,
we cannot carry it in stable-0.12 post release and I think the
functionality it brings
On Fri, Dec 18, 2009 at 8:35 PM, Alexander Graf ag...@suse.de wrote:
Am 18.12.2009 um 03:39 schrieb Jun Koi junkoi2...@gmail.com
On Fri, Dec 18, 2009 at 11:37 AM, Jun Koi junkoi2...@gmail.com wrote:
Hi,
I am running latest Qemu 0.12-rc. My guest VM runs Linux kernel 2.6.31.
Because Qemu
On 12/18/09 17:42, Anthony Liguori wrote:
Do we need to do something for -M pc-0.11? Like loading the pci roms
via fw_cfg too so the guest doesn't see the new pci rom bar?
Yes, we do. We can fix that problem as a stable-0.12 update though.
Right now, migration with pc-0.11 is broken in other
On 12/18/2009 03:39 AM, Laurent Desnogues wrote:
+static void tcg_out_setcond(TCGContext *s, int cond, TCGArg arg0,
+TCGArg arg1, TCGArg arg2, int const_arg2, int rexw)
Perhaps renaming arg0 to dest would make things slightly
more readable.
Ok.
Also note that
Gerd Hoffmann wrote:
On 12/18/09 17:42, Anthony Liguori wrote:
Do we need to do something for -M pc-0.11? Like loading the pci roms
via fw_cfg too so the guest doesn't see the new pci rom bar?
Yes, we do. We can fix that problem as a stable-0.12 update though.
Right now, migration with
Gerd Hoffmann wrote:
Is 0.11 - 0.12 migration supposed to work? That could become quite
nasty too. But maybe that is impossible anyway due to the switch to
seabios?
In theory, it should work. SeaBIOS should not be a guest visible change
because the guest should not depend on what BIOS we're
On 12/18/2009 03:39 AM, Laurent Desnogues wrote:
To be consistent with the rest I'd use:
if (small)
tcg_abort();
Ok.
+tcg_out8(s, 0x0f);
I don't think this prefix should be output.
Oops. Paste-o.
r~
Luiz Capitulino lcapitul...@redhat.com writes:
[...]
-4. Notes to Client implementors
+4. Compatibility Considerations
+
-4.1 It is recommended to always start the Server in pause mode, thus the
-Client is able to
Apart from the compatibility promise I challenged [PATCH 5/7], the
series is fine, and I badly want it in 0.12.
Am 18.12.2009 um 17:52 schrieb Jun Koi junkoi2...@gmail.com:
On Fri, Dec 18, 2009 at 8:35 PM, Alexander Graf ag...@suse.de wrote:
Am 18.12.2009 um 03:39 schrieb Jun Koi junkoi2...@gmail.com
On Fri, Dec 18, 2009 at 11:37 AM, Jun Koi junkoi2...@gmail.com
wrote:
Hi,
I am running latest
On Fri, Dec 18, 2009 at 6:11 PM, Richard Henderson r...@twiddle.net wrote:
Also note that tcg_out_modrm will generate an unneeded prefix
for some registers. cf. the patch I sent to the list months ago.
Huh. Didn't notice since the disassembler printed what I expected to see.
Is fixing this
Markus Armbruster wrote:
While I think these promises are appropriate for a mature version of the
protocol, I do not think we should make them for 0.12.
We've just dreamed up version 0.1 of the protocol. It hasn't been used
in anger. Yes, we put some serious thought in it, and we even have
On 12/18/2009 03:40 AM, Laurent Desnogues wrote:
I'm not sure I really like that rewrite, I find it hard to read.
Convince me it's better :-)
Would it be more obvious if I used a table instead of a switch?
The code size reduction is
Num:Value Size TypeBind Vis Ndx Name
On Fri, 18 Dec 2009 11:44:27 -0600
Anthony Liguori aligu...@linux.vnet.ibm.com wrote:
Markus Armbruster wrote:
While I think these promises are appropriate for a mature version of the
protocol, I do not think we should make them for 0.12.
We've just dreamed up version 0.1 of the
On Fri, 18 Dec 2009 18:20:52 +0100
Markus Armbruster arm...@redhat.com wrote:
Luiz Capitulino lcapitul...@redhat.com writes:
[...]
-4. Notes to Client implementors
+4. Compatibility Considerations
+
-4.1 It is
On 12/18/09 18:14, Anthony Liguori wrote:
If you've got additional changes, please send them out, otherwise, let
me know if you're happy with what's in staging.
Looks good.
cheers,
Gerd
On Fri, 18 Dec 2009 19:06:18 +0100
Markus Armbruster arm...@redhat.com wrote:
Anthony Liguori aligu...@linux.vnet.ibm.com writes:
Markus Armbruster wrote:
While I think these promises are appropriate for a mature version of the
protocol, I do not think we should make them for 0.12.
Anthony Liguori aligu...@linux.vnet.ibm.com writes:
Markus Armbruster wrote:
While I think these promises are appropriate for a mature version of the
protocol, I do not think we should make them for 0.12.
We've just dreamed up version 0.1 of the protocol. It hasn't been used
in anger.
Luiz Capitulino lcapitul...@redhat.com writes:
On Fri, 18 Dec 2009 18:20:52 +0100
Markus Armbruster arm...@redhat.com wrote:
Luiz Capitulino lcapitul...@redhat.com writes:
[...]
-4. Notes to Client implementors
+4. Compatibility Considerations
On Tue, 8 Dec 2009 11:45:48 -0200
Luiz Capitulino lcapitul...@redhat.com wrote:
I'm getting a strange QEMU hang if a switch fast between the SDL main
screen and the monitor's prompt. This looks like a kernel bug, but I as
can't reproduce with qemu-kvm and as we're in testing phase, I figured
Excerpts from Eduardo Habkost's message of Thu Dec 03 14:33:21 -0200 2009:
From: Naphtali Sprei nsp...@redhat.com
When guest un-eject a cdrom, re-insert the cdrom image (re-open the drive's
file).
Also, related changes for the un-eject:
o enter UNIT ATTENTION state only on change/insert
multiboot: Support arbitrary number of modules.
Signed-off-by: Adam Lackorzynski a...@os.inf.tu-dresden.de
---
hw/pc.c | 268 +++
1 files changed, 167 insertions(+), 101 deletions(-)
diff --git a/hw/pc.c b/hw/pc.c
index
multiboot: Separate multiboot loading into separate file
Move multiboot loading code into a separate file as suggested by Alex Graf.
Signed-off-by: Adam Lackorzynski a...@os.inf.tu-dresden.de
---
Makefile.target |2 +-
hw/multiboot.c | 326
Hey,
Am 18.12.2009 um 17:16 schrieb Juan Quintela:
Paolo Bonzini pbonz...@redhat.com wrote:
I just had this race happen on me while building qemu. The
problematic
file in my case was cutils.o. I'm using GNU make's order-only
dependencies to avoid that make recurse-all builds the tools as
Rebasing previous patch to latest staging tree. For the master branch and
stable-0.12.
This changes the monitor eject_device() function to not check for
bdrv_is_inserted().
Example run where the bug manifests itself:
(output of 'info block' is stripped to include only the CD-ROM device)
Sebastian Herbszt wrote:
Gerd Hoffmann wrote:
On 12/18/09 17:42, Anthony Liguori wrote:
Do we need to do something for -M pc-0.11? Like loading the pci roms
via fw_cfg too so the guest doesn't see the new pci rom bar?
Yes, we do. We can fix that problem as a stable-0.12 update though.
Right
This reverts commit 3a4921. do_migrate_set_speed() accepts
a suffix for the 'value' argument and this is not good for
QMP.
We will have to add a new argument type to handle that and
this will have to wait for 0.13.
Signed-off-by: Luiz Capitulino lcapitul...@redhat.com
---
migration.c |
Gerd Hoffmann wrote:
On 12/18/09 07:12, Markus Armbruster wrote:
Sebastian Herbsztherb...@gmx.de writes:
The default iobase and irq for the ne2k_isa card are 0x300 and 9.
It should be possible to override both using the -net syntax like
-net nic,model=ne2k_isa,irq=5,iobase=0x280.
-device
Markus Armbruster wrote:
Sebastian Herbszt herb...@gmx.de writes:
The default iobase and irq for the ne2k_isa card are 0x300 and 9.
It should be possible to override both using the -net syntax like
-net nic,model=ne2k_isa,irq=5,iobase=0x280.
-device ne2k_isa,irq=5,iobase=0x280
Shouldn't
Alexander Graf wrote:
Am 18.12.2009 um 03:39 schrieb Jun Koi junkoi2...@gmail.com
On Fri, Dec 18, 2009 at 11:37 AM, Jun Koi junkoi2...@gmail.com
wrote:
Hi,
I am running latest Qemu 0.12-rc. My guest VM runs Linux kernel
2.6.31.
Because Qemu now supports SVM, I expect to see the
Anthony Liguori wrote:
Sebastian Herbszt wrote:
Gerd Hoffmann wrote:
On 12/18/09 17:42, Anthony Liguori wrote:
Do we need to do something for -M pc-0.11? Like loading the pci roms
via fw_cfg too so the guest doesn't see the new pci rom bar?
Yes, we do. We can fix that problem as a
Jamie Lokier wrote:
Alexander Graf wrote:
Am 18.12.2009 um 03:39 schrieb Jun Koi junkoi2...@gmail.com
On Fri, Dec 18, 2009 at 11:37 AM, Jun Koi junkoi2...@gmail.com
wrote:
Hi,
I am running latest Qemu 0.12-rc. My guest VM runs Linux kernel
2.6.31.
Because Qemu now
On Fri, 18 Dec 2009 17:07:43 -0200
Eduardo Habkost ehabk...@redhat.com wrote:
When using a file, eject works as expected. But when using a host cdrom
device:
(qemu) change ide1-cd0 /dev/cdrom
(qemu) info block
ide1-cd0: type=cdrom removable=1 locked=0 file=/dev/cdrom ro=0
On Fri, Dec 18, 2009 at 06:15:27PM -0200, Luiz Capitulino wrote:
On Fri, 18 Dec 2009 17:07:43 -0200
Eduardo Habkost ehabk...@redhat.com wrote:
When using a file, eject works as expected. But when using a host cdrom
device:
(qemu) change ide1-cd0 /dev/cdrom
(qemu) info block
Markus Armbruster wrote:
Sebastian Herbszt herb...@gmx.de writes:
The default iobase and irq for the ne2k_isa card are 0x300 and 9.
It should be possible to override both using the -net syntax like
-net nic,model=ne2k_isa,irq=5,iobase=0x280.
-device ne2k_isa,irq=5,iobase=0x280
If i specify
Gerd Hoffmann wrote:
On 12/18/09 17:42, Anthony Liguori wrote:
Do we need to do something for -M pc-0.11? Like loading the pci roms
via fw_cfg too so the guest doesn't see the new pci rom bar?
Yes, we do. We can fix that problem as a stable-0.12 update though.
Right now, migration with
On Fri, 18 Dec 2009 18:22:41 -0200
Eduardo Habkost ehabk...@redhat.com wrote:
On Fri, Dec 18, 2009 at 06:15:27PM -0200, Luiz Capitulino wrote:
On Fri, 18 Dec 2009 17:07:43 -0200
Eduardo Habkost ehabk...@redhat.com wrote:
When using a file, eject works as expected. But when using a host
Sebastian Herbszt wrote:
Gerd Hoffmann wrote:
On 12/18/09 07:12, Markus Armbruster wrote:
Sebastian Herbsztherb...@gmx.de writes:
The default iobase and irq for the ne2k_isa card are 0x300 and 9.
It should be possible to override both using the -net syntax like
-net
Sebastian Herbszt wrote:
Markus Armbruster wrote:
Sebastian Herbszt herb...@gmx.de writes:
The default iobase and irq for the ne2k_isa card are 0x300 and 9.
It should be possible to override both using the -net syntax like
-net nic,model=ne2k_isa,irq=5,iobase=0x280.
-device
1 - 100 of 123 matches
Mail list logo