Hi,
-DEFINE_PROP_UINT32("revision", PCIQXLDevice, revision, 2),
+DEFINE_PROP_UINT32("revision", PCIQXLDevice, revision, 3),
Can't be done unconditionally. With an older libspice we can't support
the rev3 features.
cheers,
Gerd
+void qxl_spice_update_area_async(PCIQXLDevice *qxl, uint32_t surface_id,
+ struct QXLRect *area, struct QXLRect *dirty_rects,
+ uint32_t num_dirty_rects, uint32_t
clear_dirty_region,
+ int async)
+{
+if (async) {
+
> Date: Thu, 07 Jul 2011 14:29:43 -0400
> From: John Baboval
> To: qemu-devel@nongnu.org
> Subject: Re: [Qemu-devel] Upstream Qemu With Xen configuration problem
> Message-ID: <4e15fb17.3030...@virtualcomputer.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> I find I have to
"Kevin O'Connor" writes:
> On Thu, Jul 07, 2011 at 05:45:02PM +0200, Bjørn Mork wrote:
>> It's been a while with little work and little progress on my side... But
>> I looked at this again today, and found that it may be related to the
>> SMBIOS table being allocated with malloc_high(). Does that
Joerg Roedel writes:
> This function does the same as the strtosz_suffix function
> except that it allows to specify the unit to which the
> k/M/B/T suffixes apply. This function will be used later to
> parse the tsc-frequency from the command-line.
>
> Signed-off-by: Joerg Roedel
> ---
> cutil
The above two lines change was a mistake. What about:
qxl_spice_update_area_async(...)
{
#ifdef ..
if (async) {
qxl->ssd.worker->update_area_async(...)
} else {
qxl_spice_update_area(...)
}
#else
qxl_spice_update_area(...)
#endif
}
I would do
if (async) {
#if ...
worker->fo
btw, I'm looking at "#if.*MINOR" code like
#if SPICE_INTERFACE_CORE_MINOR>= 3
(ui/spice-core.c)
Shouldn't that be checking the MAJOR as well?
major changing means a incompatible change. I doubt we ever will do
that. But if you feel better checking that it probably should just be a
#if
On Fri, Jul 08, 2011 at 09:17:50AM +0200, Gerd Hoffmann wrote:
> >+void qxl_spice_update_area_async(PCIQXLDevice *qxl, uint32_t surface_id,
> >+ struct QXLRect *area, struct QXLRect
> >*dirty_rects,
> >+ uint32_t num_dirty_rects, uint32_t
> >cle
On Fri, Jul 08, 2011 at 09:17:50AM +0200, Gerd Hoffmann wrote:
> >+void qxl_spice_update_area_async(PCIQXLDevice *qxl, uint32_t surface_id,
> >+ struct QXLRect *area, struct QXLRect
> >*dirty_rects,
> >+ uint32_t num_dirty_rects, uint32_t
> >cle
On Fri, Jul 08, 2011 at 09:19:10AM +0200, Gerd Hoffmann wrote:
> Hi,
>
> >-DEFINE_PROP_UINT32("revision", PCIQXLDevice, revision, 2),
> >+DEFINE_PROP_UINT32("revision", PCIQXLDevice, revision, 3),
>
> Can't be done unconditionally. With an older libspice we can't
> support the
Am 07.07.2011 18:04, schrieb Luiz Capitulino:
>
> Signed-off-by: Luiz Capitulino
> ---
> qemu-options.hx |5 +
> 1 files changed, 5 insertions(+), 0 deletions(-)
>
> diff --git a/qemu-options.hx b/qemu-options.hx
> index e6d7adc..5f16a78 100644
> --- a/qemu-options.hx
> +++ b/qemu-optio
Signed-off-by: Gerd Hoffmann
---
hw/ide/ich.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/hw/ide/ich.c b/hw/ide/ich.c
index 054e073..0f26603 100644
--- a/hw/ide/ich.c
+++ b/hw/ide/ich.c
@@ -72,6 +72,11 @@
#include
#include
+static const VMStateDescription v
This allows to easily tag devices as non-migratable,
so any attempt to migrate a virtual machine with the
device in question active will make migration fail.
Signed-off-by: Gerd Hoffmann
---
hw/hw.h |1 +
savevm.c |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/hw/h
Signed-off-by: Gerd Hoffmann
---
hw/usb-ehci.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/hw/usb-ehci.c b/hw/usb-ehci.c
index 91fb7de..a0449be 100644
--- a/hw/usb-ehci.c
+++ b/hw/usb-ehci.c
@@ -2136,9 +2136,15 @@ static USBBusOps ehci_bus_ops = {
.device_de
Hi,
This patch series adds an easy way to tag devices as non-migratable
puts it into use for ahci and ehci.
Gerd Hoffmann (3):
vmstate: add no_migrate flag to VMStateDescription
ahci doesn't support migration
ehci doesn't support migration
hw/hw.h |1 +
hw/ide/ich.c |6 ++
Currently libvirt seems to invoke qemu by "qemu -help" onetime, and
then analysis the output text to find whether one type of device the
qemu could support. For example, if "qemu -help" prints a text with
"-sdl" then libvirt thought the qemu could accept that.
But here comes a problem: the o
From: Hans de Goede
Signed-off-by: Hans de Goede
Signed-off-by: Gerd Hoffmann
---
hw/usb-bus.c | 10 --
1 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/hw/usb-bus.c b/hw/usb-bus.c
index 2abce12..776974e 100644
--- a/hw/usb-bus.c
+++ b/hw/usb-bus.c
@@ -140,8 +140,8 @@ U
Hi,
Here is the current usb patch queue. Most noteworthy is the usb
companion controller support added. There are also a bunch of bug
fixes, some from Hans which he found while doing the companion
controller work and some have been found in patch review.
please pull,
Gerd
The following cha
From: Hans de Goede
Cleanup / preparation patch for companion controller support. Note that
as a "side-effect" this patch also fixes the milkymist-softusb controller
not having a port_location set for its ports.
Signed-off-by: Hans de Goede
Signed-off-by: Gerd Hoffmann
---
hw/usb-bus.c |
From: Hans de Goede
To use as a companion controller, use pci-ohci as device and set the
masterbus and num-ports properties, ie:
-device usb-ehci,addr=0b.1,multifunction=on,id=ehci0
-device pci-ohci,addr=0b.0,multifunction=on,masterbus=ehci0.0,num-ports=4
Signed-off-by: Hans de Goede
Signed-of
From: Hans de Goede
with the "usb-ehci: cleanup port reset handling" patch in place no callers
are calling usb_attach(port, NULL) for a port where port->dev is NULL.
Doing that makes no sense as that causes the port detach op to get called
for a port with nothing attached. Add an assert that por
From: Hans de Goede
Signed-off-by: Hans de Goede
Signed-off-by: Gerd Hoffmann
---
hw/usb-ehci.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/hw/usb-ehci.c b/hw/usb-ehci.c
index 87e1de3..ce1a432 100644
--- a/hw/usb-ehci.c
+++ b/hw/usb-ehci.c
@@ -103,10 +103,10 @@
From: Hans de Goede
This is a preparation patch for adding support for USB companion controllers.
Signed-off-by: Hans de Goede
Signed-off-by: Gerd Hoffmann
---
hw/usb-bus.c | 31 +++
hw/usb.h |5 +
2 files changed, 36 insertions(+), 0 deletions(-)
di
The ICH4 EHCI controller which we emulate has six ports not four.
Signed-off-by: Gerd Hoffmann
---
hw/usb-ehci.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/hw/usb-ehci.c b/hw/usb-ehci.c
index ec68c29..0b959ca 100644
--- a/hw/usb-ehci.c
+++ b/hw/usb-ehci.c
@@ -130,7
From: Hans de Goede
The PED bit should only be set for highspeed devices and the PEDC bit
should not be set on "normal" PED bit changes, only on io errors.
Signed-off-by: Hans de Goede
Signed-off-by: Gerd Hoffmann
---
hw/usb-ehci.c | 24 +++-
1 files changed, 11 insertio
From: Peter Maydell
In musb_packet() handle final processing of non-asynchronous
USB packets by directly calling musb_schedule_cb() rather than
going through usb_packet_complete(). The latter will trigger
an assertion because the packet doesn't belong to a device.
Signed-off-by: Peter Maydell
S
From: Hans de Goede
Doing a usb_attach when dev is NULL will just result in the
port detach op getting called even though nothing was connected in
the first place.
Signed-off-by: Hans de Goede
Signed-off-by: Gerd Hoffmann
---
hw/usb-ehci.c |7 +--
1 files changed, 1 insertions(+), 6 d
Signed-off-by: Gerd Hoffmann
---
hw/pci_ids.h |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/hw/pci_ids.h b/hw/pci_ids.h
index d94578c..927f2b0 100644
--- a/hw/pci_ids.h
+++ b/hw/pci_ids.h
@@ -109,5 +109,13 @@
#define PCI_DEVICE_ID_INTEL_82371AB 0x7111
#def
Somehow they where left over when converting the hub
to the new usb descriptor infrastructure ...
Signed-off-by: Gerd Hoffmann
---
hw/usb-hub.c | 68 --
1 files changed, 0 insertions(+), 68 deletions(-)
diff --git a/hw/usb-hub.c b/hw/usb
From: Hans de Goede
This makes them consistent with the attach and detach ops, and in general
it makes sense to make portops take a port as argument. This also makes
adding support for a companion controller easier / cleaner.
[ kraxel: fix usb-musb.c build ]
Signed-off-by: Hans de Goede
Signed
From: Hans de Goede
Signed-off-by: Hans de Goede
Signed-off-by: Gerd Hoffmann
---
hw/usb-ehci.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/hw/usb-ehci.c b/hw/usb-ehci.c
index 96451f3..87e1de3 100644
--- a/hw/usb-ehci.c
+++ b/hw/usb-ehci.c
@@ -373,7 +373,6 @@ struc
Add a paragraph on companion controller mode and a
configuration file which sets it all up for you.
Signed-off-by: Gerd Hoffmann
---
docs/ich9-ehci-uhci.cfg | 37 +
docs/usb2.txt | 33 -
2 files changed, 65 inserti
On 08.07.2011, at 04:55, Lê Đức Tài wrote:
> On 30.06.2011, at 15:24, Alexander Graf wrote:
>
> > On 30.06.2011, at 04:11, Lê Đức Tài wrote:
> >
> > > Thank for your answer.
> > > Beside nbench, I'm also using Dhrystone to measure the guest cpu
> > performance.
> > > The performance does
From: Hans de Goede
Note this fixes 2 things in one go, first of all the device_destroy bus
op should be a device_detach bus op, as pending async packets from the
device should be cancelled on detach not on destroy.
Secondly having this as a bus op won't work with companion controllers, since
th
From: Hans de Goede
To use as a companion controller set the masterbus property.
Signed-off-by: Hans de Goede
Signed-off-by: Gerd Hoffmann
---
hw/usb-uhci.c | 41 -
1 files changed, 36 insertions(+), 5 deletions(-)
diff --git a/hw/usb-uhci.c b/hw/usb
Got lost in commit 618c169b577db64ac6589ad48825d2e11760d1a6,
add it back in. Also fix codestyle while we are at it.
Signed-off-by: Gerd Hoffmann
---
hw/usb-ohci.c |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/hw/usb-ohci.c b/hw/usb-ohci.c
index c77a20e..8491d59
From: Hans de Goede
Signed-off-by: Hans de Goede
Signed-off-by: Gerd Hoffmann
---
hw/usb-ehci.c | 174 +++--
1 files changed, 144 insertions(+), 30 deletions(-)
diff --git a/hw/usb-ehci.c b/hw/usb-ehci.c
index 973c342..ec68c29 100644
--- a/
Add ich9 controllers, Factor out properties to a separate
struct and reference it to reduce duplication.
Signed-off-by: Gerd Hoffmann
---
hw/usb-uhci.c | 54 +++---
1 files changed, 39 insertions(+), 15 deletions(-)
diff --git a/hw/usb-uhci.c b
From: Jes Sorensen
Signed-off-by: Jes Sorensen
Signed-off-by: Gerd Hoffmann
---
hw/usb-bus.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/hw/usb-bus.c b/hw/usb-bus.c
index c8347e9..f1dd55e 100644
--- a/hw/usb-bus.c
+++ b/hw/usb-bus.c
@@ -143,8 +143,6 @@ static void
Signed-off-by: Gerd Hoffmann
---
hw/usb-ehci.c | 43 +--
1 files changed, 29 insertions(+), 14 deletions(-)
diff --git a/hw/usb-ehci.c b/hw/usb-ehci.c
index 0b959ca..a4758f9 100644
--- a/hw/usb-ehci.c
+++ b/hw/usb-ehci.c
@@ -2244,19 +2244,34 @@ static US
Commit 4696425cd05c7baa0a4b469d43ba4b8488bcfc0f changes some
endpoints from isocrounous to interrupt by mistake. Fix it.
Signed-off-by: Gerd Hoffmann
---
hw/usb-bt.c | 24
1 files changed, 12 insertions(+), 12 deletions(-)
diff --git a/hw/usb-bt.c b/hw/usb-bt.c
index
Hi,
For scsi-cd and other empty-but-generally-migratable devices we should
probably add an empty vmstate, so that any further addition can be done
as subsections.
That will break migration to older versions which don't know about the
new sections, even if they are empty ...
cheers,
Gerd
On 07/08/2011 10:53 AM, Gerd Hoffmann wrote:
Hi,
This patch series adds an easy way to tag devices as non-migratable
puts it into use for ahci and ehci.
Gerd Hoffmann (3):
vmstate: add no_migrate flag to VMStateDescription
ahci doesn't support migration
ehci doesn't support migratio
On 08.07.2011, at 10:25, Piwko, Maciej wrote:
> Hi,
>
> We are currently working on passing primary VGA to GOS and checking AHCI
> emulation. Therefore we are facing problem with that tasks.
> My questions are:
> 1. What is the status of VGA pass-through? Are there any known issues with
> that
On Thursday, July 07, 2011 09:51:45 PM you wrote:
> On 07/07/2011 10:24 AM, Chunyan Liu wrote:
> > In previous thread "Support logging xen-guest console", it's considered
> > that adding a "tee" option to char layer is a more generic way and makes
> > more sense.
> > http://lists.nongnu.org/archive
On 07/08/2011 11:59 AM, Gerd Hoffmann wrote:
For scsi-cd and other empty-but-generally-migratable devices we should
probably add an empty vmstate, so that any further addition can be done
as subsections.
That will break migration to older versions which don't know about the
new sections, eve
On 08.07.2011, at 12:17, Chun Yan Liu wrote:
> On Thursday, July 07, 2011 09:51:45 PM you wrote:
>> On 07/07/2011 10:24 AM, Chunyan Liu wrote:
>>> In previous thread "Support logging xen-guest console", it's considered
>>> that adding a "tee" option to char layer is a more generic way and makes
>
From: Jes Sorensen
Hi,
I discussed the issue of a QMP command for live snapshot with Anthony,
and we have agreed that it is fine to have a QMP command that matches
the current human monitor command. This doesn't preclude that in the
future someone may want to add support breaking live snapshots
From: Jes Sorensen
Add QMP bits for snapshot_blkdev command. This is the same as
snapshot_blkdev in the human monitor. The command is synchronous.
In the future async commands and or a break down of the functionality
into multiple commands might be added.
Signed-off-by: Jes Sorensen
---
qmp-c
Gerd Hoffmann writes:
> Hi,
>
>> For scsi-cd and other empty-but-generally-migratable devices we should
>> probably add an empty vmstate, so that any further addition can be done
>> as subsections.
>
> That will break migration to older versions which don't know about the
> new sections, even i
At Wed, 06 Jul 2011 09:53:32 +0200,
Kevin Wolf wrote:
>
> Am 05.07.2011 20:21, schrieb MORITA Kazutaka:
> >>> +
> >>> +max_idx = (vdi_size + SD_DATA_OBJ_SIZE - 1) / SD_DATA_OBJ_SIZE;
> >>> +
> >>> +for (idx = 0; idx < max_idx; idx++) {
> >>> +uint64_t oid;
> >>> +oid = vid_
On 07/08/2011 01:47 PM, Gerd Hoffmann wrote:
scsi-cd is new in 0.15, older versions have scsi-disk only. That's why
we should take the occasion to add the empty vmstate at least to it.
Ok, good opportunity in that specific case.
For other devices, it's better to make the breakage in a sing
Hi,
scsi-cd is new in 0.15, older versions have scsi-disk only. That's why
we should take the occasion to add the empty vmstate at least to it.
Ok, good opportunity in that specific case.
For other devices, it's better to make the breakage in a single version.
It also allows to make 0.15 t
On Fri, 08 Jul 2011 10:18:17 +0200
Kevin Wolf wrote:
> Am 07.07.2011 18:04, schrieb Luiz Capitulino:
> >
> > Signed-off-by: Luiz Capitulino
> > ---
> > qemu-options.hx |5 +
> > 1 files changed, 5 insertions(+), 0 deletions(-)
> >
> > diff --git a/qemu-options.hx b/qemu-options.hx
> >
Hi,
If desired, in the
future we can revert this behavior for pc-0.14 and earlier machines.
And I'm still looking for a sane way to handle *this*.
One possibility is to add device name remapping to machine types, like
"ide is actually ide-0.14 when using pc-0.14" and put a different
VMStat
The syscall sigaltstack takes two parameters, not zero. This patch
should have no impact as only values above 4 influence the runtime
behaviour. Nevertheless, it is wrong.
Signed-off-by: Wesley W. Terpstra
---
diff --git a/linux-user/main.c b/linux-user/main.c
index 289054b..26ebc73 100644
--- a
On 07/08/2011 02:47 PM, Gerd Hoffmann wrote:
One possibility is to add device name remapping to machine types, like
"ide is actually ide-0.14 when using pc-0.14" and put a different
VMState in ide-0.14.
That isn't very different from subsections.
Problem is that the old qemu version doesn't h
On Tue, Jul 5, 2011 at 12:31 PM, Fam Zheng wrote:
> + ret = sscanf(p, "%10s %lld %10s %512s",
[...]
> + ret = sscanf(p, "%10s %lld %10s %511s %lld",
%512s -> %511s
But instead of duplicating the format string and sscanf(3), I suggest
doing sscanf(p, "%10s %lld %10s %511s %lld",
On 07/07/11 09:30, Avi Kivity wrote:
> On 07/07/2011 10:14 AM, Gerd Hoffmann wrote:
>>> Can't we just implicitly fail migration whenever there's a device in
>>> the tree that doesn't have VMSTATE?
>>
>>
>> There are cases where the device doesn't need to save state, so that
>> alone doesn't cut it.
Dereferencing a null pointer causes an exception 0xC (EXCP_AdEL)
instead of EXCP_TLBL. This should also trigger a segfault.
Signed-off-by: Wesley W. Terpstra
---
diff --git a/linux-user/main.c b/linux-user/main.c
index 289054b..26ebc73 100644
--- a/linux-user/main.c
+++ b/linux-user/main.c
@@ -2
Return -TARGET_ENOSYS instead of -ENOSYS from linux-user/main.c
* Caused strange 'Level 2 synchronization messages' instead of
correctly reporting the syscall was missing.
* Made glibc simply fail instead of using older syscalls
Signed-off-by: Wesley W. Terpstra
---
diff --git a/linux-user
mips uses the eabi calling convention. For 64-bit values this means
some registers are skipped. This patch replicates the behaviour of
arm/eabi for mips targets.
This affects ftruncate64, creating insane sized fails (or just failing).
Signed-off-by: Wesley W. Terpstra
---
diff --git a/linux-user
Byte swap was applied in the wrong order with testing for
RLIM_INFINITY. On mips bigendian from an amd64 system this results in
infinity being misinterpretted as 2^31-1.
This is a serious bug because it causes setrlimit stack size to kill
all child processes. This means (for example) that 'make' c
The codes for get/setrlimit differ between linux target platforms.
This patch adds conversion.
This is important else programs (rsyslog, python, ...) can go into a
near infinite loop trying to close all the file descriptors from 0 to
-1.
Signed-off-by: Wesley W. Terpstra
---
diff --git a/linux-u
On 07/08/11 14:59, Paolo Bonzini wrote:
On 07/08/2011 02:47 PM, Gerd Hoffmann wrote:
One possibility is to add device name remapping to machine types, like
"ide is actually ide-0.14 when using pc-0.14" and put a different
VMState in ide-0.14.
That isn't very different from subsections.
Probl
Signed-off-by: Gerd Hoffmann
---
hw/hw.h |2 ++
hw/qdev.c |7 ++-
2 files changed, 8 insertions(+), 1 deletions(-)
diff --git a/hw/hw.h b/hw/hw.h
index 1eb3486..6d6c493 100644
--- a/hw/hw.h
+++ b/hw/hw.h
@@ -336,6 +336,8 @@ struct VMStateDescription {
const VMStateSubsection *
On Tue, 5 Jul 2011 08:21:37 -0500
Michael Roth wrote:
>
> Signed-off-by: Michael Roth
> ---
> Makefile|4 ++-
> configure |1 +
> qga/guest-agent-command-state.c | 73
> +++
> qga/guest-agent-core.h
On 07/08/2011 03:53 AM, Gerd Hoffmann wrote:
This allows to easily tag devices as non-migratable,
so any attempt to migrate a virtual machine with the
device in question active will make migration fail.
Signed-off-by: Gerd Hoffmann
register_device_unmigratable()?
Regards,
Anthony Liguori
-
On Tue, 5 Jul 2011 08:21:38 -0500
Michael Roth wrote:
> This is the actual guest daemon, it listens for requests over a
> virtio-serial/isa-serial/unix socket channel and routes them through
> to dispatch routines, and writes the results back to the channel in
> a manner similar to QMP.
>
> A s
On 8 July 2011 14:02, Jes Sorensen wrote:
> It seems reasonable to me to introduce a situation where devices have to
> explicitly marked as migration compatible and fail if there are devices
> in the system which are not.
To ask a dumb question: does "migration" here mean only "migration"
or also
On Tue, 5 Jul 2011 08:21:39 -0500
Michael Roth wrote:
>
> Signed-off-by: Michael Roth
> ---
> qapi-schema-guest.json | 204
>
> 1 files changed, 204 insertions(+), 0 deletions(-)
> create mode 100644 qapi-schema-guest.json
I think this shou
On Tue, 5 Jul 2011 08:21:40 -0500
Michael Roth wrote:
> This adds the initial set of QMP/QAPI commands provided by the guest
> agent:
>
> guest-sync
> guest-ping
> guest-info
> guest-shutdown
> guest-file-open
> guest-file-read
> guest-file-write
> guest-file-seek
> guest-file-close
> guest-fsf
On 07/08/11 16:43, Peter Maydell wrote:
On 8 July 2011 14:02, Jes Sorensen wrote:
It seems reasonable to me to introduce a situation where devices have to
explicitly marked as migration compatible and fail if there are devices
in the system which are not.
To ask a dumb question: does "migrati
On Tue, Jul 5, 2011 at 12:31 PM, Fam Zheng wrote:
> Chnages from v7:
> 03/12: remove deadloop in probing descriptor file.
>
> Fam Zheng (12):
> VMDK: introduce VmdkExtent
> VMDK: bugfix, align offset to cluster in get_whole_cluster
> VMDK: probe for monolithicFlat images
> VMDK: separate vm
On Tue, Jul 5, 2011 at 12:31 PM, Fam Zheng wrote:
> Add create option 'format', with enums:
The -drive format=... option exists in QEMU today to specify the image
format of a file. I think adding a format=... creation option may
lead to confusion.
How about subformat=... or type=...?
> Each cr
On 07/08/11 16:26, Anthony Liguori wrote:
On 07/08/2011 03:53 AM, Gerd Hoffmann wrote:
This allows to easily tag devices as non-migratable,
so any attempt to migrate a virtual machine with the
device in question active will make migration fail.
Signed-off-by: Gerd Hoffmann
register_device_unm
On 07/08/11 17:44, Gerd Hoffmann wrote:
On 07/08/11 16:26, Anthony Liguori wrote:
register_device_unmigratable()?
Wanna have a patch to zap it?
Ah, no, we can't, for ivshmem this isn't fixed but depends on the
configuration, so a static flag in the VMStateDescription doesn't cut it.
cheer
The OMAP2430 has a fifth GPIO module which earlier OMAP2 models lack; add
the clock definition for it.
Signed-off-by: Peter Maydell
---
hw/omap_clk.c |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/hw/omap_clk.c b/hw/omap_clk.c
index 6bcabef..577b326 100644
--- a/hw
Don't complain about some writes to r/o OMAP2 GPIO registers, because the
kernel will do them anyway.
Signed-off-by: Peter Maydell
---
hw/omap_gpio.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/hw/omap_gpio.c b/hw/omap_gpio.c
index 478f7d9..b53b13b 100644
--- a/hw
These patches are changes from the meego omap3 tree which convert
the omap GPIO module device to use qdev.
Changes v1->v2:
* renamed omap_l4_base() to omap_l4_region_base()
* provide two qdev devices 'omap-gpio' and 'omap2-gpio' rather than
trying to shoehorn two significantly different devic
From: Juha Riihimäki
Add helper function omap_l4_region_base() to return the base address
of a particular region of an L4 target agent.
Signed-off-by: Juha Riihimäki
[Riku Voipio: Fixes and restructuring patchset]
Signed-off-by: Riku Voipio
[Peter Maydell: More fixes and cleanups for upstream
From: Juha Riihimäki
Convert the OMAP GPIO module to qdev.
Signed-off-by: Juha Riihimäki
[Riku Voipio: Fixes and restructuring patchset]
Signed-off-by: Riku Voipio
[Peter Maydell: More fixes and cleanups for upstream submission]
Signed-off-by: Peter Maydell
---
hw/nseries.c | 47 +--
On 07/08/2011 11:04 AM, Gerd Hoffmann wrote:
On 07/08/11 17:44, Gerd Hoffmann wrote:
On 07/08/11 16:26, Anthony Liguori wrote:
register_device_unmigratable()?
Wanna have a patch to zap it?
Ah, no, we can't, for ivshmem this isn't fixed but depends on the
configuration, so a static flag in t
I'm trying to boot a fairly minimal x86 kernel image (5M uncompressed) with a
small (11M) busybox rootfs in qemu with a minimum amount of memory. I'm able to
reduce the memory available to qemu down to 21M and boot successfully, but below
that, I get the following:
$
/home/dvhart/source/poky.git/b
If -pflash is specified and -bios is specified then pflash will
be mapped just below the system rom using hw/pflash_cfi01.c.
If -pflash is specified on the command line, but -bios is
not specified, then 'bios.bin' will NOT be loaded, and
instead the -pflash flash image will be mapped just below
4G
Hi,
When just using a simple '-smp X', both the smp_cores and smp_threads
variables are set to 1, which on x86 leads to CPUid-0x8008-ecx
returning 1 for the CPU count despite more CPUs are there. Docs say
'Missing values will be computed.', so my try on this is the following.
Comments?
Signe
On 07/08/2011 09:25 AM, Luiz Capitulino wrote:
On Tue, 5 Jul 2011 08:21:37 -0500
Michael Roth wrote:
Signed-off-by: Michael Roth
---
Makefile|4 ++-
configure |1 +
qga/guest-agent-command-state.c | 73 ++
Hello.
Bug is in (xen-mapcache.c):
Reported-by: Steve
Signed-off-by: Steve
diff --git a/xen-mapcache.c b/xen-mapcache.c
index 57fe24d..1c3b5bf 100644
--- a/xen-mapcache.c
+++ b/xen-mapcache.c
@@ -107,7 +107,7 @@ void qemu_map_cache_init(void)
size = mapcache->nr_buckets * sizeof (MapCach
On 07/08/2011 09:36 AM, Luiz Capitulino wrote:
On Tue, 5 Jul 2011 08:21:38 -0500
Michael Roth wrote:
This is the actual guest daemon, it listens for requests over a
virtio-serial/isa-serial/unix socket channel and routes them through
to dispatch routines, and writes the results back to the ch
On 07/08/2011 10:08 AM, Luiz Capitulino wrote:
On Tue, 5 Jul 2011 08:21:39 -0500
Michael Roth wrote:
Signed-off-by: Michael Roth
---
qapi-schema-guest.json | 204
1 files changed, 204 insertions(+), 0 deletions(-)
create mode 100644 qapi
Has anyone successfully installed the PPC version of Fedora-12 in a qemu
VM? So far I have been unsuccessful - with the installs failing on the
bootloader. Running yabootconfig manually is failing. Should this work?
I am using qemu.git, pulled this morning.
Thanks,
David
Hi All,
Is there a way to take a live memory snapshot of a running VM without
freezing or stopping this VM?
I explored the Qemu code and documentation and I found two ways to
take a snapshot:
1-Using "savevm" Qemu monitor command, which freezes the VM for tens of seconds
2-Using "migrate" and se
PROMOTION SITE WEB
Du 21 juin au 8 juillet 2011
Nous proposons aux entreprises/associations une solution Internet clé en
main à 999 Dinars. Grande ou petite, votre entreprise/association ne peut
plus se passer d’un site internet si elle désire grandir et se faire
connaitre du plus grand nombre
ping?
On Tue, Jun 14, 2011 at 12:47 PM, Jan Kiszka wrote:
> On 2011-06-14 16:05, Alexandre Raymond wrote:
>> Changes since v1:
>> - take pthread_sigmask() out of the ifdef as it is now common
>> to both parts.
>>
>> This fix effectively blocks, in the main thread, the signals handled
>> by signal
ping?
On Wed, Jun 15, 2011 at 10:11 AM, Alexandre Raymond wrote:
> Hi Jan,
>
>> Why? Ahh, because of qemu_cpu_kick_self: raise(SIG_IPI)! That should
>> generate a per-process SIG_IPI. And that may not only affect Darwin.
>> Looks good.
>
> Actually, with io-thread enabled, it goes through qemu_cp
On 08.07.2011, at 16:55, Alexander Graf wrote:
> I see. Qemu always gives you "best performance", as it can't throttle the
> guest
>:). Btw, I'd be happy to merge your custom board (or at least some components
>of
>it if they are reasonably mainstream) upstream, if you think it makes sense
On Sat, Jul 9, 2011 at 05:24, Ahmed M. Azab wrote:
> Hi All,
>
> Is there a way to take a live memory snapshot of a running VM without
> freezing or stopping this VM?
something like what Xen does with live migration by using incremental
page migration (or something named like that?)?
--
regards
97 matches
Mail list logo