Hi,
My premise with this attempt is that we walk the hierarchy and use the
names to create the base of the path. As we get to the device,
particularly to the parent bus of the device, we need to start looking at
properties to ensure uniqueness.
You'll need that for every bus along the way d
Currently HPET ACPI table is created regardless of whether qemu actually
created hpet device. This may confuse some guests that don't check that
hpet is functional before using it. Solve this by passing info about
hpets in qemu to seabios via fw config interface. Additional benefit is
that seabios
Load hpet info for HPET ACPI table from qemu instead of using hardcoded
values. Use hardcoded values anyway if old qemu is detected.
Signed-off-by: Gleb Natapov
diff --git a/src/acpi.c b/src/acpi.c
index 0559443..864f1a8 100644
--- a/src/acpi.c
+++ b/src/acpi.c
@@ -469,7 +469,7 @@ build_ssdt(voi
Blue Swirl writes:
> Convert to qdev.
>
> Signed-off-by: Blue Swirl
> ---
> hw/apic.h|2 --
> hw/ioapic.c | 45 ++---
> hw/pc.h |4 +++-
> hw/pc_piix.c | 19 ++-
> 4 files changed, 51 insertions(+), 19 deletions(-)
>
@@ -1066,6 +1077,7 @@ USBDevice *usb_host_device_open(const char *devname)
qdev_prop_set_uint32(&dev->qdev, "vendorid", filter.vendor_id);
qdev_prop_set_uint32(&dev->qdev, "productid", filter.product_id);
qdev_init_nofail(&dev->qdev);
+atexit(usb_host_cleanup);
return
From: Nicholas Bellinger
Quick resend with project subject for cover letter..
Greetings Gerd, Hannes and co,
This series adds initial support for a hw/scsi-bsg.c backstore for scsi-bus
compatible HBA emulation in QEMU-KVM on Linux hosts supporting the BSG driver.
This code is available from the
Blue Swirl writes:
> Make APICState completely private to apic.c by using DeviceState
> in external APIs.
Could you explain why this is an improvement?
From: Nicholas Bellinger
This patch updates hw/scsi-bus.c:scsi_bus_legacy_add_drive() to check for the
scsi-bsg backstore.
It also updates hw/scsi-disk.c:scsi_disk_initfn() to check for when
bdrv_is_bsg() is present and
we need to fail for the fileio backed scsi-disk code.
Signed-off-by: Nich
Changing to libvirt as commentary here, and on the upstream bug report
by Cole indicate a fix has been commit that improves this performance.
** Package changed: qemu-kvm (Ubuntu) => libvirt (Ubuntu)
** Also affects: libvirt via
https://bugzilla.redhat.com/show_bug.cgi?id=599091
Importance:
From: Nicholas Bellinger
This patch adds posix-aio-compat.c:paio_submit_len(), which is a identical
to paio_submit() expect that in expected nb_len instead of nb_sectors (* 512)
so that it can be used by BSG AIO for write()/read() of struct sg_io_v4.
Signed-off-by: Nicholas A. Bellinger
---
bl
Am 14.06.2010 11:38, schrieb Christoph Hellwig:
> On Fri, Jun 04, 2010 at 07:35:24PM +0200, Kevin Wolf wrote:
>> This adds test cases for qcow2 error paths (using blkdebug)
>
> Thanks, applied.
>
> What's the plan for getting the fixes this tests into mainline?
The test passes in the block branc
From: Nicholas Bellinger
Greetings Gerd, Hannes and co,
This series adds initial support for a hw/scsi-bsg.c backstore for scsi-bus
compatible HBA emulation in QEMU-KVM on Linux hosts supporting the BSG driver.
This code is available from the scsi-bsg branch in the megasas/scsi friendly
QEMU-KV
From: Nicholas Bellinger
This patch adds initial support for using the Linux BSG interface with
write/read vectored
AIO as a QEMU backstore (SCSIDeviceInfo) with hw/scsi-bus.c compatible HBA
emulation.
So far it has been tested with x86_64 host and guest using hw/megasas.c and
TCM_Loop LLD
Po
From: Nicholas Bellinger
This patch adds top level BSG support to QEMU-KVM block and adds the
BDS_* prefixed defines for SG_IO and BSG.
It adds the BDS_SCSI_GENERIC and BDS_BSG assignments in
block/raw-posix.c:hdev_open()
using S_ISCHR() and major(st.st_rdev) in order to determine when we are d
From: Nicholas Bellinger
This patch adds a BSG specific qemu_open() call in block/raw.c:raw_open() that
saves the opened file descriptor for BSG AIO into BlockDriverState->fd.
It also adds the reverse close() call to block/raw.c:raw_close()
Signed-off-by: Nicholas A. Bellinger
---
block/raw.c
On Fri, Jun 04, 2010 at 07:35:24PM +0200, Kevin Wolf wrote:
> This adds test cases for qcow2 error paths (using blkdebug)
Thanks, applied.
What's the plan for getting the fixes this tests into mainline?
14.06.2010 13:37, Dave Walker wrote:
Changing to libvirt as commentary here, and on the upstream bug report
by Cole indicate a fix has been commit that improves this performance.
Um. This is not that simple, apparently.
I did some tests after this bug were discussed/mentioned last time,
and s
Re-introducing qemu-kvm, as commentary on qemu-devel mailing list
suggest there could be a timing concern meaning poor performance.
Leaving Libvirt on this report, as upstream libvirt have quoted improved
performance adjusting the block size for dd. However, Qemu feel that
the real issue is in the
On Mon, Jun 14, 2010 at 02:44:31AM -0700, Nicholas A. Bellinger wrote:
> From: Nicholas Bellinger
>
> This patch adds posix-aio-compat.c:paio_submit_len(), which is a identical
> to paio_submit() expect that in expected nb_len instead of nb_sectors (* 512)
> so that it can be used by BSG AIO for
From: Jes Sorensen
Fix bvprintf to respect space padding when printing hex numbers
and the caller specifies alignment without zero padding, eg. %2x
as opposed to %02x
Signed-off-by: Jes Sorensen
---
src/output.c | 27 +--
1 files changed, 21 insertions(+), 6 deletions
On Mon, 2010-06-14 at 07:42 -0400, Christoph Hellwig wrote:
> On Mon, Jun 14, 2010 at 02:44:31AM -0700, Nicholas A. Bellinger wrote:
> > From: Nicholas Bellinger
> >
> > This patch adds posix-aio-compat.c:paio_submit_len(), which is a identical
> > to paio_submit() expect that in expected nb_len
On Mon, 2010-06-14 at 08:39 +0200, Markus Armbruster wrote:
> Alex Williamson writes:
>
> > qdev_get_dev_path() is intended to be the canonical utility for creating
> > a string representing the qdev hierarchy of a device. The path consists
> > of bus and device names as well as identified prope
> > > "/main-system-bus/pci.0,addr=09.0/virtio-blk-pci"
There's a device missing between the main system bus and the pci bus. Should
be something like:
/main-system-bus/piix4-pcihost/pci.0/_09.0
> > Could you explain why you add "identified properties of the immediate
> > parent bus and device
Alex Williamson wrote:
> On Mon, 2010-06-14 at 08:39 +0200, Markus Armbruster wrote:
>> Alex Williamson writes:
>>
>>> qdev_get_dev_path() is intended to be the canonical utility for creating
>>> a string representing the qdev hierarchy of a device. The path consists
>>> of bus and device names a
Hello,
I am trying to use qemu-system-arm (0.12.3) to execute an ARM bare
machine program (not a Linux kernel), and I have some trouble when the
program in question tries to read from stdin.
The program does use ARM semihosting to communicate with the host.
Here is the sample code:
=
Hi there,
I'm currently doing some work on tidying up Linux's PCIe ASPM support,
and one thing that would be useful would be to be able to instrument
reads and writes made by Windows to PCIe space. I noticed that you've
been working on Q35 support for qemu - is there a public repository
which
On 06/12/2010 06:14 AM, Juan Quintela wrote:
Anthony Liguori wrote:
On 06/11/2010 09:30 AM, Luiz Capitulino wrote:
On Thu, 10 Jun 2010 12:44:55 +0200
Juan Quintela wrote:
I think we've more or less agreed that MIGRATION_CONNECTED is really
the event we want.
Thi
On Mon, Jun 14, 2010 at 11:30:53AM +0300, Gleb Natapov wrote:
> Load hpet info for HPET ACPI table from qemu instead of using hardcoded
> values. Use hardcoded values anyway if old qemu is detected.
The current code does a lot of mixing of qemu provided and seabios
provided data to build the acpi
On 06/12/2010 06:05 AM, Juan Quintela wrote:
Luiz Capitulino wrote:
On Thu, 10 Jun 2010 12:44:55 +0200
Juan Quintela wrote:
Luiz Capitulino wrote:
On Wed, 9 Jun 2010 14:10:53 +0200
Juan Quintela wrote:
This is a resent with what we agreed on yesterday call.
On Mon, Jun 14, 2010 at 09:54:25AM -0400, Kevin O'Connor wrote:
> On Mon, Jun 14, 2010 at 11:30:53AM +0300, Gleb Natapov wrote:
> > Load hpet info for HPET ACPI table from qemu instead of using hardcoded
> > values. Use hardcoded values anyway if old qemu is detected.
>
> The current code does a l
On Mon, 14 Jun 2010 08:58:19 -0500
Anthony Liguori wrote:
> For 0.13, we need to focus on introducing the least disruptive change
> that addresses the fundamental requirement--allow clients to avoid a
> polling loop for determining when migration ends. Having a single event
> with no payload
On 06/14/2010 09:24 AM, Luiz Capitulino wrote:
On Mon, 14 Jun 2010 08:58:19 -0500
Anthony Liguori wrote:
For 0.13, we need to focus on introducing the least disruptive change
that addresses the fundamental requirement--allow clients to avoid a
polling loop for determining when migration en
On Sat, 12 Jun 2010 13:20:54 +0200
Juan Quintela wrote:
> Luiz Capitulino wrote:
> > On Fri, 11 Jun 2010 09:38:42 -0500
> > Anthony Liguori wrote:
> >
> >> > 1. QMP only returns the response when the command is finished, eg:
> >> >
> >> > C: { "execute": "migrate", "id": "foo" ... }
> >>
Gleb Natapov wrote:
> On Mon, Jun 14, 2010 at 09:54:25AM -0400, Kevin O'Connor wrote:
> > Could we just have qemu build the hpet tables and pass them through to
> > seabios? Perhaps using the qemu_cfg_acpi_additional_tables() method.
> >
> Possible, and I considered that. I personally prefer to p
On Mon, 14 Jun 2010 09:35:52 -0500
Anthony Liguori wrote:
> On 06/14/2010 09:24 AM, Luiz Capitulino wrote:
> > On Mon, 14 Jun 2010 08:58:19 -0500
> > Anthony Liguori wrote:
> >
> >
> >> For 0.13, we need to focus on introducing the least disruptive change
> >> that addresses the fundamental
Juan, you've complained a few times in the past about how complicated the
qcow_create2 code was. I hope you'll like this one. :-)
Kevin Wolf (2):
qcow2: Simplify image creation
qcow2: Remove old image creation function
block/qcow2.c | 272 ++--
Instead of doing lots of magic for setting up initial refcount blocks and stuff
create a minimal (inconsistent) image, open it and initialize the rest with
regular qcow2 functions.
This is a complete rewrite of the image creation function. The old
implementating is #ifdef'd out and will be removed
They have been #ifdef'd out by the previous patch.
Signed-off-by: Kevin Wolf
---
block/qcow2.c | 224 -
1 files changed, 0 insertions(+), 224 deletions(-)
diff --git a/block/qcow2.c b/block/qcow2.c
index acb850c..6f26564 100644
--- a/bloc
On 06/02/2010 11:55 AM, Markus Armbruster wrote:
Existing -drive defines both host and guest part. To make it work
with -device, we created if=none. But all this does is peel off guest
device selection. The other guest properties such as geometry,
removable vs. fixed media, and serial number a
On 06/14/2010 05:09 PM, Gleb Natapov wrote:
Could we just have qemu build the hpet tables and pass them through to
seabios? Perhaps using the qemu_cfg_acpi_additional_tables() method.
Possible, and I considered that. I personally prefer to pass minimum
information required for seabios to
From: Jes Sorensen
Remove unused DEBUG defines from hw/msix.c to avoid having anything
define the word DEBUG without any additions such as MSIX_DEBUG.
Signed-off-by: Jes Sorensen
---
hw/msix.c |9 -
1 files changed, 0 insertions(+), 9 deletions(-)
diff --git a/hw/msix.c b/hw/msix.
From: Jes Sorensen
Hi,
To address
https://sourceforge.net/tracker/?func=detail&aid=1945129&group_id=180599&atid=893831
this patch removes two cases where drivers would define 'DEBUG' naked
instead of using E1000_DEBUG or similar. Such usage of DEBUG conflicts
with the possibility to build QEMU
From: Jes Sorensen
Change #define DEBUG to #define E1000_DEBUG in hw/e1000.c to make
it possible to build QEMU with -DDEBUG
Signed-off-by: Jes Sorensen
---
hw/e1000.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/hw/e1000.c b/hw/e1000.c
index 96d045d..0da65f9 1006
Signed-off-by: Gerd Hoffmann
---
vnc.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/vnc.c b/vnc.c
index b25b6a1..039fb21 100644
--- a/vnc.c
+++ b/vnc.c
@@ -2300,6 +2300,7 @@ static void vnc_connect(VncDisplay *vd, int csock)
if (vs->vd->lock_key_sync) {
Signed-off-by: Gerd Hoffmann
---
console.h | 11 +++
input.c | 37 -
vnc.c | 13 -
vnc.h |2 +-
4 files changed, 28 insertions(+), 35 deletions(-)
diff --git a/console.h b/console.h
index cac959f..171b32c 100644
--- a/c
Signed-off-by: Gerd Hoffmann
---
Makefile.objs |1 +
pflib.c | 204 +
pflib.h |6 ++
3 files changed, 211 insertions(+), 0 deletions(-)
create mode 100644 pflib.c
create mode 100644 pflib.h
diff --git a/Makefile.objs
Hook up any cleanup work which needs to be done here. Advantages over
using atexit(3):
(1) You get passed in a pointer to the notifier. If you embed that
into your state struct you can use container_of() to get get your
state info.
(2) You can unregister, say when un-plugging a d
Kill nographic timer. Have a global gui_timer instead. Have the gui
timer enabled unconditionally. We need a timer running anyway for mmio
flush, so the whole have-gui-timer-only-when-needed logic is pretty
pointless. It also simplifies displaylisteners coming and going at
runtime, we don't nee
Signed-off-by: Gerd Hoffmann
---
console.h |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/console.h b/console.h
index 3a80dca..a0da498 100644
--- a/console.h
+++ b/console.h
@@ -227,6 +227,11 @@ static inline void
register_displaychangelistener(DisplayState *ds, Di
On 06/14/2010 10:25 AM, Gerd Hoffmann wrote:
Signed-off-by: Gerd Hoffmann
---
Makefile.objs |1 +
pflib.c | 204 +
pflib.h |6 ++
3 files changed, 211 insertions(+), 0 deletions(-)
create mode 100644 pflib.c
cre
Signed-off-by: Gerd Hoffmann
---
console.h | 72 +++
hw/xenfb.c |2 +-
vl.c |9 ++-
3 files changed, 42 insertions(+), 41 deletions(-)
diff --git a/console.h b/console.h
index cac959f..3a80dca 100644
--- a/console.h
++
vnc assumes that the screen width is a multiple of 16 in several places.
If this is not the case vnc will overrun buffers, corrupt memory, make
qemu crash.
This is the minimum fix for this bug. It makes sure we don't overrun the
scanline, thereby fixing the segfault. The rendering is *not* correc
On Mon, 2010-06-14 at 14:09 +0100, Paul Brook wrote:
> > > > "/main-system-bus/pci.0,addr=09.0/virtio-blk-pci"
>
> There's a device missing between the main system bus and the pci bus. Should
> be something like:
>
> /main-system-bus/piix4-pcihost/pci.0/_09.0
Ok, I can easily come up with:
/S
> On Mon, 2010-06-14 at 14:09 +0100, Paul Brook wrote:
> > > > > "/main-system-bus/pci.0,addr=09.0/virtio-blk-pci"
> >
> > There's a device missing between the main system bus and the pci bus.
> > Should be something like:
> >
> > /main-system-bus/piix4-pcihost/pci.0/_09.0
>
> Ok, I can easily
Luiz Capitulino wrote:
> On Sat, 12 Jun 2010 13:20:54 +0200
> Juan Quintela wrote:
>> Both.
>
> What does it report in the source?
That migration has started :) Nothing else, nothing less.
Think again multiple monitors and/or audit.
>> Why can't we just tell them that migration has ended wi
Signed-off-by: Gerd Hoffmann
---
Makefile.objs |1 +
pflib.c | 213 +
pflib.h |6 ++
3 files changed, 220 insertions(+), 0 deletions(-)
create mode 100644 pflib.c
create mode 100644 pflib.h
diff --git a/Makefile.objs
On 06/04/2010 04:45 PM, Cam Macdonell wrote:
This is useful for devices that do not want to take memory regions data with
them on migration.
---
arch_init.c | 28
cpu-all.h|2 ++
cpu-common.h |2 ++
exec.c | 12
4 files chang
On 06/11/2010 05:03 PM, Cam Macdonell wrote:
Hi Anthony,
Is my implementation of master/peer roles acceptable?
Yes, it looks good.
I realize with
Alex's RAMList changes I may need to modify my patch, but is the
approach of marking memory non-migratable an acceptable
implementation?
On 06/04/2010 04:45 PM, Cam Macdonell wrote:
this code is a standalone server which will pass file descriptors for the shared
memory region and eventfds to support interrupts between guests using inter-VM
shared memory.
---
contrib/ivshmem-server/Makefile | 16 ++
contrib/ivshmem-ser
Alex Williamson wrote:
> On Mon, 2010-06-14 at 14:09 +0100, Paul Brook wrote:
> "/main-system-bus/pci.0,addr=09.0/virtio-blk-pci"
>> There's a device missing between the main system bus and the pci bus.
>> Should
>> be something like:
>>
>> /main-system-bus/piix4-pcihost/pci.0/_09.0
>
> Ok,
On 06/11/2010 02:58 PM, Luiz Capitulino wrote:
Hi Anthony,
The following QMP/Monitor patches have been sent to the list and look good
to me. I have also tested most of them.
The changes (since 0e2029a063405091ee34170ef71aa321715e4357) are available in
the following repository:
git:/
Anthony Liguori wrote:
> On 06/12/2010 06:05 AM, Juan Quintela wrote:
>> Luiz Capitulino wrote:
>> The monitor that did it knows it, nobody else knows it. At destination
>> time, I guess you agree this is important, i.e. the management app knows
>> that migration has started.
>>
>
> Dual mo
On Mon, Jun 14, 2010 at 03:40:16PM +0100, Jamie Lokier wrote:
> Gleb Natapov wrote:
> > On Mon, Jun 14, 2010 at 09:54:25AM -0400, Kevin O'Connor wrote:
> > > Could we just have qemu build the hpet tables and pass them through to
> > > seabios? Perhaps using the qemu_cfg_acpi_additional_tables() me
On 06/14/2010 11:08 AM, Cam Macdonell wrote:
On Mon, Jun 14, 2010 at 9:51 AM, Anthony Liguori wrote:
On 06/04/2010 04:45 PM, Cam Macdonell wrote:
This is useful for devices that do not want to take memory regions data
with them on migration.
---
arch_init.c | 28
I am attempting to run FreeRTOS under qemu-system-arm 0.12. I am compiling
from source. At the current time arm-test works fine. It uses a boot
loader with the expectation that the PC=0 after Reset is de-asserted.
The CORTEXT-M3 reference states:
NVIC resets, holds core in reset NVIC clears mos
On 06/14/2010 11:02 AM, Juan Quintela wrote:
Anthony Liguori wrote:
On 06/12/2010 06:05 AM, Juan Quintela wrote:
Luiz Capitulino wrote:
The monitor that did it knows it, nobody else knows it. At destination
time, I guess you agree this is important, i.e. the managemen
On Mon, Jun 14, 2010 at 9:51 AM, Anthony Liguori wrote:
> On 06/04/2010 04:45 PM, Cam Macdonell wrote:
>>
>> This is useful for devices that do not want to take memory regions data
>> with them on migration.
>> ---
>> arch_init.c | 28
>> cpu-all.h | 2 ++
>>
On 06/13/2010 03:23 PM, Alexander Graf wrote:
> On 13.06.2010, at 18:44, Aurelien Jarno wrote:
>> Is KVM in 31-bit mode actually functional?
>
> I'm not aware of anything preventing it to be. But I honestly haven't
> tried. As long as all hypercall parameters stay within the first
> 32/31 bits, th
On 06/11/2010 03:19 AM, Kevin Wolf wrote:
When dest is NULL, i.e. a new copy of the list is created, we don't get a
properly terminated list after the realloc. Initialize it as an empty list.
Signed-off-by: Kevin Wolf
Applied. Thanks.
Regards,
Anthony Liguori
---
Xudong, can you plea
On 06/11/2010 07:21 AM, Markus Armbruster wrote:
To hot-unplug guest and host part of a network device, you do:
device_del NIC-ID
netdev_del NETDEV-ID
For PCI devices, device_del merely tells ACPI to unplug the device.
The device goes away for real only after the guest processed the A
On 06/11/2010 12:11 PM, Alex Williamson wrote:
This makes the RAM block list easier to manipulate. Also incorporate
relevant variables into the RAMList struct.
Signed-off-by: Alex Williamson
Acked-by: Chris Wright
Applied. Thanks.
Regards,
Anthony Liguori
---
v2: For qemu.git this ti
On 06/14/2010 01:40 AM, Jan Kiszka wrote:
From: Jan Kiszka
The capability register is read-only from guest POV, so we do not need
to update it on reset.
Signed-off-by: Jan Kiszka
Applied. Thanks.
Regards,
Anthony Liguori
---
hw/hpet.c |9 +
1 files changed, 5 insertions
On 06/14/2010 10:05 AM, jes.soren...@redhat.com wrote:
From: Jes Sorensen
Remove unused DEBUG defines from hw/msix.c to avoid having anything
define the word DEBUG without any additions such as MSIX_DEBUG.
Signed-off-by: Jes Sorensen
Applied. Thanks.
Regards,
Anthony Liguori
---
hw
On 06/14/2010 03:29 AM, Gleb Natapov wrote:
Currently HPET ACPI table is created regardless of whether qemu actually
created hpet device. This may confuse some guests that don't check that
hpet is functional before using it. Solve this by passing info about
hpets in qemu to seabios via fw config
On 06/14/2010 10:46 AM, Gerd Hoffmann wrote:
Signed-off-by: Gerd Hoffmann
---
Makefile.objs |1 +
pflib.c | 213 +
pflib.h |6 ++
3 files changed, 220 insertions(+), 0 deletions(-)
create mode 100644 pflib.c
cre
On Mon, 2010-06-14 at 18:00 +0200, Jan Kiszka wrote:
> Alex Williamson wrote:
> > On Mon, 2010-06-14 at 14:09 +0100, Paul Brook wrote:
> > "/main-system-bus/pci.0,addr=09.0/virtio-blk-pci"
> >> There's a device missing between the main system bus and the pci bus.
> >> Should
> >> be somethin
lsi_bad_phase has a bug in the choice of pmjad1/pmjad2. This does
not matter with Linux guests because it uses just one routine for
both, but it breaks Windows 64-bit guests. This is the text
from the spec:
"[The PMJCTL] bit controls which decision mechanism is used
when jumping on phase m
Alex Williamson wrote:
> On Mon, 2010-06-14 at 18:00 +0200, Jan Kiszka wrote:
>> Alex Williamson wrote:
>>> On Mon, 2010-06-14 at 14:09 +0100, Paul Brook wrote:
>>> "/main-system-bus/pci.0,addr=09.0/virtio-blk-pci"
There's a device missing between the main system bus and the pci bus.
>>>
On 06/08/2010 12:21 AM, Amit Shah wrote:
On (Mon) Jun 07 2010 [11:09:32], Anthony Liguori wrote:
On 05/31/2010 07:41 AM, Amit Shah wrote:
Hello,
This patch series adds support to specify some descriptive help text
to qdev device parameters. This series adds some help text to the
virt
On 06/09/2010 09:27 AM, Gerd Hoffmann wrote:
Hi,
This make sense when you mistakenly add a pci device on a -s -S
scenario, like the scenario described on the following bug:
https://bugs.launchpad.net/qemu/+bug/544367.
It doesn't IMHO.
When ACPI-based hotplug support is present on the gues
On 06/09/2010 03:05 AM, john cooper wrote:
This patch adds the ability to determine the build-configured
runtime "config file" paths from the command line. After
support for cpu model definitions were added to the default
runtime "target-" config file, testing of this feature has
tripped over an
Paolo Bonzini wrote:
> lsi_bad_phase has a bug in the choice of pmjad1/pmjad2. This does
> not matter with Linux guests because it uses just one routine for
> both, but it breaks Windows 64-bit guests. This is the text
> from the spec:
>
>"[The PMJCTL] bit controls which decision mechanism i
On Mon, Jun 14, 2010 at 12:01:42PM -0500, Anthony Liguori wrote:
> On 06/09/2010 03:05 AM, john cooper wrote:
> >This patch adds the ability to determine the build-configured
> >runtime "config file" paths from the command line. After
> >support for cpu model definitions were added to the default
On 06/08/2010 08:18 AM, Gerd Hoffmann wrote:
On 06/08/10 13:50, Paul Brook wrote:
Kill nographic timer. Have a global gui_timer instead. Have the gui
timer enabled unconditionally. We need a timer running anyway for
mmio
flush, so the whole have-gui-timer-only-when-needed logic is pretty
po
On 06/14/2010 07:05 PM, Jan Kiszka wrote:
Paolo Bonzini wrote:
lsi_bad_phase has a bug in the choice of pmjad1/pmjad2. This does
not matter with Linux guests because it uses just one routine for
both, but it breaks Windows 64-bit guests. This is the text
from the spec:
"[The PMJCTL] b
lsi_bad_phase has a bug in the choice of pmjad1/pmjad2. This does
not matter with Linux guests because it uses just one routine for
both, but it breaks Windows 64-bit guests. This is the text
from the spec:
"[The PMJCTL] bit controls which decision mechanism is used
when jumping on phase m
Michal Novotny wrote:
> On 06/14/2010 07:05 PM, Jan Kiszka wrote:
>> Paolo Bonzini wrote:
>>
>>> lsi_bad_phase has a bug in the choice of pmjad1/pmjad2. This does
>>> not matter with Linux guests because it uses just one routine for
>>> both, but it breaks Windows 64-bit guests. This is the t
On 06/14/2010 07:05 PM, Jan Kiszka wrote:
Paolo Bonzini wrote:
lsi_bad_phase has a bug in the choice of pmjad1/pmjad2. This does
not matter with Linux guests because it uses just one routine for
both, but it breaks Windows 64-bit guests. This is the text
from the spec:
"[The PMJCTL] b
On 06/14/2010 07:31 PM, Jan Kiszka wrote:
Michal Novotny wrote:
On 06/14/2010 07:05 PM, Jan Kiszka wrote:
Paolo Bonzini wrote:
lsi_bad_phase has a bug in the choice of pmjad1/pmjad2. This does
not matter with Linux guests because it uses just one routine for
both, but it br
On Mon, Jun 14, 2010 at 9:33 AM, Markus Armbruster wrote:
> Blue Swirl writes:
>
>> Convert to qdev.
>>
>> Signed-off-by: Blue Swirl
>> ---
>> hw/apic.h | 2 --
>> hw/ioapic.c | 45 ++---
>> hw/pc.h | 4 +++-
>> hw/pc_piix.c | 19 ++
Am 14.06.2010 um 18:20 schrieb Richard Henderson :
On 06/13/2010 03:23 PM, Alexander Graf wrote:
On 13.06.2010, at 18:44, Aurelien Jarno wrote:
Is KVM in 31-bit mode actually functional?
I'm not aware of anything preventing it to be. But I honestly haven't
tried. As long as all hypercall pa
On Mon, Jun 14, 2010 at 9:36 AM, Markus Armbruster wrote:
> Blue Swirl writes:
>
>> Make APICState completely private to apic.c by using DeviceState
>> in external APIs.
>
> Could you explain why this is an improvement?
Outside of apic.c, there is no need to access APICState fields so we
can rem
On Mon, Jun 14, 2010 at 9:44 AM, Nicholas A. Bellinger
wrote:
> From: Nicholas Bellinger
>
> This patch adds initial support for using the Linux BSG interface with
> write/read vectored
> AIO as a QEMU backstore (SCSIDeviceInfo) with hw/scsi-bus.c compatible HBA
> emulation.
Did I miss the doc
Anthony Liguori wrote:
> On 06/09/2010 03:05 AM, john cooper wrote:
>> This patch adds the ability to determine the build-configured
>> runtime "config file" paths from the command line. After
>> support for cpu model definitions were added to the default
>> runtime "target-" config file, testing
On Mon, Jun 14, 2010 at 05:51:27PM +0300, Avi Kivity wrote:
> On 06/14/2010 05:09 PM, Gleb Natapov wrote:
> >>Could we just have qemu build the hpet tables and pass them through to
> >>seabios? Perhaps using the qemu_cfg_acpi_additional_tables() method.
> >>
> >Possible, and I considered that. I p
Anthony Liguori wrote:
> On 06/14/2010 11:02 AM, Juan Quintela wrote:
>> Anthony Liguori wrote:
>>
>>> On 06/12/2010 06:05 AM, Juan Quintela wrote:
>>>
Luiz Capitulino wrote:
>>
The monitor that did it knows it, nobody else knows it. At destination
tim
On Mon, 2010-06-14 at 18:49 +0200, Jan Kiszka wrote:
> Alex Williamson wrote:
> > On Mon, 2010-06-14 at 18:00 +0200, Jan Kiszka wrote:
> >> And instead of introducing another hierarchy level with the bus address,
> >> I would also prefer to add this as prefix or suffix to the device name,
> >> e.g
Fix a warning from OpenBSD gcc (3.3.5 (propolice)):
/src/qemu/block.c: In function `bdrv_info_stats_bs':
/src/qemu/block.c:1548: warning: long long int format, long unsigned
int arg (arg 6)
There may be also truncation effects.
Signed-off-by: Blue Swirl
---
Alternatively 'ULL' prefix could be ap
On Mon, Jun 14, 2010 at 02:25:21PM -0400, Kevin O'Connor wrote:
> On Mon, Jun 14, 2010 at 05:51:27PM +0300, Avi Kivity wrote:
> > On 06/14/2010 05:09 PM, Gleb Natapov wrote:
> > >>Could we just have qemu build the hpet tables and pass them through to
> > >>seabios? Perhaps using the qemu_cfg_acpi_
On 06/14/2010 01:35 PM, Juan Quintela wrote:
Anthony Liguori wrote:
On 06/14/2010 11:02 AM, Juan Quintela wrote:
Anthony Liguori wrote:
On 06/12/2010 06:05 AM, Juan Quintela wrote:
Luiz Capitulinowrote:
The monitor that did it knows
1 - 100 of 168 matches
Mail list logo