When "kemari:" is set in front of URI of migrate command, it will turn
on ft_mode to start FT migration mode (Kemari). On the receiver side,
the option looks like, -incoming kemari:::
Signed-off-by: Yoshiaki Tamura
Acked-by: Paolo Bonzini
---
hmp-commands.hx |4 +++-
migration.c | 12
Introduce qemu_savevm_trans_{begin,commit} to send the memory and
device info together, while avoiding cancelling memory state tracking.
This patch also abstracts common code between
qemu_savevm_state_{begin,iterate,commit}.
Signed-off-by: Yoshiaki Tamura
---
savevm.c | 157
Introduce migrate_ft_trans_put_ready() which kicks the FT transaction
cycle. When ft_mode is on, migrate_fd_put_ready() would open
ft_trans_file and turn on event_tap. To end or cancel FT transaction,
ft_mode and event_tap is turned off. migrate_ft_trans_get_ready() is
called to receive ack from
Luiz Capitulino writes:
> On Mon, 21 Feb 2011 09:37:57 +0800
> Lai Jiangshan wrote:
>
>> Hi, Luiz Capitulino
>>
>> Any problem?
>
> Sorry for the delay. Looks good in general to me know, there's only one
> small problem and it's the error message:
>
> (qemu) nmi 100
> Parameter 'cpu-index'
On 2011-02-24 07:49, Gerhard Wiesinger wrote:
> On Wed, 23 Feb 2011, Jan Kiszka wrote:
>> Right, but if I set IP(eth0) == IP(macvlan0), I'm able to communicate
>> between macvlan0 and mactapX, thus between guest and host. Just
>> re-checked here, still works (after resolving the usual MAC address m
On Mon, Feb 21, 2011 at 05:38:43PM +0100, Christophe Lyon wrote:
> These 5 patches fix the ARM Neon VRECPE and VRSQRTE instructions by
> matching the algorithms descibed in the ARM ARM.
>
> Patches #1 to #3 are unchanged compared to v4
>
> Patches #4 and #5 should address Peter's comments.
>
> C
On 02/24/2011 08:09 AM, Markus Armbruster wrote:
For completeness: a local variable may be necessary to convince the
optimizer that the value doesn't change. Cases where this matters
exist, but they're rare.
In particular, for non-pointers they're nonexistent if the variable is
static and you
event-tap controls when to start FT transaction, and provides proxy
functions to called from net/block devices. While FT transaction, it
queues up net/block requests, and flush them when the transaction gets
completed.
Signed-off-by: Yoshiaki Tamura
Signed-off-by: OHMURA Kei
---
Makefile.targe
On Thursday 24 February 2011, Jan Kiszka wrote:
> On 2011-02-24 07:49, Gerhard Wiesinger wrote:
> > On Wed, 23 Feb 2011, Jan Kiszka wrote:
> >> Right, but if I set IP(eth0) == IP(macvlan0), I'm able to communicate
> >> between macvlan0 and mactapX, thus between guest and host. Just
> >> re-checked
Anthony Liguori writes:
> On 01/27/2011 02:20 AM, Lai Jiangshan wrote:
>> Make we can inject NMI via qemu-monitor-protocol.
>> We use "inject-nmi" for the qmp command name, the meaning is clearer.
>>
>> Signed-off-by: Lai Jiangshan
>> ---
>> diff --git a/hmp-commands.hx b/hmp-commands.hx
>> inde
On Fri, Feb 18, 2011 at 01:39:00PM +, Peter Maydell wrote:
> The SD_STATUS and SEND_NUM_WR_BLOCKS commands are supposed to cause
> the card to send data back to the host. However sd.c was missing the
> state change to sd_sendingdata_state for these commands, with the effect
> that the Linux dri
On 02/23/2011 10:18 PM, Anthony Liguori wrote:
Then the management stack has to worry about yet another way of
interacting via qemu.
{ 'StateItem': { 'key': 'str', 'value': 'str' } }
{ 'StateSection': { 'kind': 'str', 'name': 'str', 'items': [
'StateItem' ] } }
{ 'StateInfo': { 'sections': [
On 02/23/2011 07:49 PM, Marcelo Tosatti wrote:
On Wed, Feb 23, 2011 at 03:01:14PM +0200, Avi Kivity wrote:
> On 02/23/2011 01:14 AM, Anthony Liguori wrote:
> >
> >-drive already ties into the qemuopts infrastructure and we have
> >readconfig and writeconfig. I don't think we're missing any m
Yoshiaki Tamura wrote:
> 2011/2/24 Juan Quintela :
>>
>> Signed-off-by: Juan Quintela
>> ---
>> migration.c | 8
>> migration.h | 8
>> 2 files changed, 8 insertions(+), 8 deletions(-)
>>
>> diff --git a/migration.c b/migration.c
>> index 493c2d7..697c74f 100644
>> --- a/
Hi,
This is what my board do
cpu_register_physical_memory(0, 128*1024*1024, ...)
cpu_register_physical_memory(0xFF80, 8*1024*1024, ...)
and this layout does not change over the entire live (virtual) of the board.
For the following offset (1st column) and size in bytes (2nd column)
{0x00
Hi, all
I have a Linux/SPARC machine and want to run QEMU on it.
Here is the system information.
--
$ uname -a
Linux sparc 2.6.37-rc5-git #1 SMP Tue Dec 21 17:03:53 CST 2010 sparc64 sun4v
UltraSparc T2 (Niagara2) GNU/Linux
$ gcc --version
On 02/24/2011 08:21 AM, Markus Armbruster wrote:
Why can't you cast straight to void *?
"warning: cast from pointer to integer of different size", and similarly
in the other direction.
Am 24.02.2011 08:21, schrieb Markus Armbruster:
> Stefan Weil writes:
>
>> Here the int values fds[0], sigfd, s, sock and fd are converted
>> to void pointers which are later converted back to an int value.
>>
>> These conversions should always use intptr_t instead of unsigned long.
>>
>> They ar
David Gibson wrote:
> Add the etags output generated by "make TAGS" and editor backup files
> to .gitignore.
>
> This patch has previously appeared in my series of patches to add
> pSeries emulation support. However, it obviously has no real
> connection to that, and can be applied seperately.
>
Juan Quintela wrote:
Yoshiaki Tamura wrote:
2011/2/24 Juan Quintela:
Signed-off-by: Juan Quintela
---
migration.c |8
migration.h |8
2 files changed, 8 insertions(+), 8 deletions(-)
diff --git a/migration.c b/migration.c
index 493c2d7..697c74f 100644
--- a/migr
[ trimming cc to kvm & qemu lists]
Yoshiaki Tamura wrote:
> Juan Quintela wrote:
>> Yoshiaki Tamura wrote:
>>> This code implements VM transaction protocol. Like buffered_file, it
>>> sits between savevm and migration layer. With this architecture, VM
>>> transaction protocol is implemented m
2011/2/24 Juan Quintela :
>
> [ trimming cc to kvm & qemu lists]
>
> Yoshiaki Tamura wrote:
>> Juan Quintela wrote:
>>> Yoshiaki Tamura wrote:
This code implements VM transaction protocol. Like buffered_file, it
sits between savevm and migration layer. With this architecture, VM
After migration failure, even a user commands migrate_cancel, it keeps
saying:
Migration status: failed
Move checking s->state is MIG_STATE_ACTIVE, to allow setting
MIG_STATE_CANCEL even if s->state != MIG_STATE_ACTIVE. With this
patch the message above would be:
Migration status: cancelled
Si
On Thu, Feb 24, 2011 at 5:41 AM, James Brown wrote:
> Who I can do it?
Please see http://lists.nongnu.org/mailman/listinfo/qemu-devel for
info on how to unsubscribe.
Stefan
On Thu, Feb 24, 2011 at 12:57 AM, Benjamin Poirier
wrote:
> Signed-off-by: Benjamin Poirier
> ---
> net.c | 28 ++--
> 1 files changed, 6 insertions(+), 22 deletions(-)
Reviewed-by: Stefan Hajnoczi
Kevin Wolf writes:
> Am 24.02.2011 08:21, schrieb Markus Armbruster:
>> Stefan Weil writes:
>>
>>> Here the int values fds[0], sigfd, s, sock and fd are converted
>>> to void pointers which are later converted back to an int value.
>>>
>>> These conversions should always use intptr_t instead of
On Thu, Feb 24, 2011 at 12:36 AM, Anthony Liguori wrote:
> On 02/23/2011 05:38 PM, Juan Quintela wrote:
>>
>> Anthony Liguori wrote:
>>
>>>
>>> On 02/23/2011 05:00 PM, Juan Quintela wrote:
>>>
Anthony Liguori wrote:
>
> The goal is to enable the monitor to run indepe
Hi,
Currently Iam trying to emulate USB in qemu for realview board.so on board
isp1761 controller is connected thru smc911 controller for which there is
support in qemu.but I dont see isp1761support.
Iam using qemu 0.13.0.Plz let me know as soon as possible.
--Thanx
AK
There are objects that need to be in both places, just make it explicit
in a single place.
Signed-off-by: Juan Quintela
---
Makefile |4 +---
Makefile.objs | 14 +-
2 files changed, 10 insertions(+), 8 deletions(-)
diff --git a/Makefile b/Makefile
index 9e090cb..1902f96 1
Hi
- all tools shared the same list of object files, create a variable instead
or repeating them (tools-obj-y).
- tools and softmmu targets share lots of objects, just make that explicit
with shared-obj-y.
Please review, Juan.
Juan Quintela (2):
build: Create tools-obj-y variable
build:
All our tools have to have exactly all this objects, just share them.
Signed-off-by: Juan Quintela
---
Makefile | 10 +++---
1 files changed, 7 insertions(+), 3 deletions(-)
diff --git a/Makefile b/Makefile
index eca4c76..9e090cb 100644
--- a/Makefile
+++ b/Makefile
@@ -150,14 +150,18 @@
Hi,
Iam trying to emulate USB for realview board in QEMU.
trying to access it thru the PCI bus.for realview board Idont see PCI
support in QEMU although it is there for versatile boad.so I googled and
found realview PCIX support.I applied the patch. but then in
arch/arm/mach-realview/pcix.c inside
On 24 February 2011 10:52, asim khan wrote:
> Hi,
> Iam trying to emulate USB for realview board in QEMU.
> trying to access it thru the PCI bus.for realview board Idont see PCI
> support in QEMU although it is there for versatile boad.so I googled and
> found realview PCIX support.I applied the
On 02/23/2011 08:04 PM, Aurelien Jarno wrote:
Actually that's the reason why i386 doesn't use softfloat, as all the
trigonometric use libm, and the bridge between softfloat and libm is not
working correctly (plenty of type abuse).
Besides, I doubt softfloat would want bug-compatible trig functi
On 24 February 2011 10:33, Juan Quintela wrote:
> +# shared-obj-y has the object that are shared by qemu binary and tools
> +
> +shared-obj-y = qemu-error.o $(block-obj-y) $(qobject-obj-y) $(oslib-obj-y)
> +shared-obj-y += qemu-timer-common.o
I don't feel very strongly about this, but:
It seems
On Thu, Feb 24, 2011 at 12:10 PM, Paolo Bonzini wrote:
> On 02/23/2011 08:04 PM, Aurelien Jarno wrote:
>>
>> Actually that's the reason why i386 doesn't use softfloat, as all the
>> trigonometric use libm, and the bridge between softfloat and libm is not
>> working correctly (plenty of type abuse)
It was deprecated, and it has no users.
Signed-off-by: Juan Quintela
---
net.c | 41 -
qemu_socket.h |3 ---
2 files changed, 0 insertions(+), 44 deletions(-)
diff --git a/net.c b/net.c
index ec4745d..4c3e083 100644
--- a/net.c
+++ b/net.c
@
Hi,
Iam using qemu0.13.0. Iam loking for usb support in qemu for realview
pbx board.
is usb support already there in qemu for realview pbx board?.
what things I need to do for giving usb support in realviewpbx boad in
qemu
plz let me know as soon as possible.
--Thanx
AK
Peter Maydell writes:
> On 24 February 2011 10:33, Juan Quintela wrote:
>> +# shared-obj-y has the object that are shared by qemu binary and tools
>> +
>> +shared-obj-y = qemu-error.o $(block-obj-y) $(qobject-obj-y) $(oslib-obj-y)
>> +shared-obj-y += qemu-timer-common.o
>
> I don't feel very st
All targets except SH4 have the same cpu_halted() routine, and it has
only one caller. It is therefore a good candidate for inlining.
The difference is the handling of the intr_at_halt, which is necessary
to ignore SR.BL when sleeping. Move intr_at_halt handling out of it, by
setting this variable
On 02/24/2011 12:54 PM, Aurelien Jarno wrote:
All targets except SH4 have the same cpu_halted() routine, and it has
only one caller. It is therefore a good candidate for inlining.
The difference is the handling of the intr_at_halt, which is necessary
to ignore SR.BL when sleeping. Move intr_at_h
Anthony Liguori writes:
> On 02/23/2011 11:26 AM, Markus Armbruster wrote:
>>> I don't think it's reasonable to have three different ways to interact
>>> with qemu, all needed: the command line, reading and writing the
>>> stateful config file, and the monitor. I'd rather push for starting
>>> q
Markus Armbruster wrote:
> Peter Maydell writes:
>
>> On 24 February 2011 10:33, Juan Quintela wrote:
>>> +# shared-obj-y has the object that are shared by qemu binary and tools
>>> +
>>> +shared-obj-y = qemu-error.o $(block-obj-y) $(qobject-obj-y) $(oslib-obj-y)
>>> +shared-obj-y += qemu-timer
Yoshiaki Tamura wrote:
> 2011/2/23 Juan Quintela :
>> Yoshiaki Tamura wrote:
>>> 2011/2/23 Juan Quintela :
>>> Although you're right, I would prefer to keep it so that somebody
>>> outside of migration may understand the status in the future if
>>> there are no harms.
>>
>> my plan is to move Mi
On (Wed) 23 Feb 2011 [08:31:52], Michael Roth wrote:
> On 02/22/2011 10:59 PM, Amit Shah wrote:
> >On (Tue) 22 Feb 2011 [16:40:55], Michael Roth wrote:
> >>If something in the guest is attempting to read/write from the
> >>virtio-serial device, and nothing is connected to virtio-serial's
> >>host c
On Thu, Feb 24, 2011 at 01:05:02PM +0100, Paolo Bonzini wrote:
> On 02/24/2011 12:54 PM, Aurelien Jarno wrote:
> >All targets except SH4 have the same cpu_halted() routine, and it has
> >only one caller. It is therefore a good candidate for inlining.
> >
> >The difference is the handling of the int
All targets except SH4 have the same cpu_halted() routine, and it has
only one caller. It is therefore a good candidate for inlining.
The difference is the handling of the intr_at_halt, which is necessary
to ignore SR.BL when sleeping. Move intr_at_halt handling out of it, by
setting this variable
Juan Quintela writes:
> Markus Armbruster wrote:
>> Peter Maydell writes:
>>
>>> On 24 February 2011 10:33, Juan Quintela wrote:
+# shared-obj-y has the object that are shared by qemu binary and tools
+
+shared-obj-y = qemu-error.o $(block-obj-y) $(qobject-obj-y)
$(oslib-
On 02/24/2011 02:53 PM, Markus Armbruster wrote:
really-common-obj-y?;)
Seriously, what about renaming common-obj-y away? target-indep-obj-y?
softmmu-obj-y?
Paolo
Paolo Bonzini wrote:
> On 02/24/2011 02:53 PM, Markus Armbruster wrote:
>> really-common-obj-y?;)
>>
>> Seriously, what about renaming common-obj-y away? target-indep-obj-y?
>
> softmmu-obj-y?
Waiting for Anthony to decide anything, renaming the variable is the
easy thing to do.
Later, Juan.
Hi
This devices savevm support is "Not Even Wrong". Just remove it.
It has never work for sure.
Anthony, please apply.
Later, Juan.
Juan Quintela (3):
vmstate: remove grackle_pci savevm code
vmstate: remove uninorth savevm code
gt64xxx: remove savevm support
hw/grackle_pci.c | 19 ---
It was migrating the wrong structures, no way it would work
Signed-off-by: Juan Quintela
---
hw/grackle_pci.c | 19 ---
1 files changed, 0 insertions(+), 19 deletions(-)
diff --git a/hw/grackle_pci.c b/hw/grackle_pci.c
index bd3d6b0..d35701f 100644
--- a/hw/grackle_pci.c
+++ b
Signed-off-by: Juan Quintela
---
hw/gt64xxx.c | 21 -
1 files changed, 0 insertions(+), 21 deletions(-)
diff --git a/hw/gt64xxx.c b/hw/gt64xxx.c
index 923073b..c66188f 100644
--- a/hw/gt64xxx.c
+++ b/hw/gt64xxx.c
@@ -1080,25 +1080,6 @@ static void gt64120_reset(void *opaque
It was migrating the wrong structures, no way it would work
Signed-off-by: Juan Quintela
---
hw/unin_pci.c | 21 -
1 files changed, 0 insertions(+), 21 deletions(-)
diff --git a/hw/unin_pci.c b/hw/unin_pci.c
index 5f15058..c57c0a1 100644
--- a/hw/unin_pci.c
+++ b/hw/unin_p
On 02/24/2011 02:33 AM, Markus Armbruster wrote:
Anthony Liguori writes:
On 01/27/2011 02:20 AM, Lai Jiangshan wrote:
Make we can inject NMI via qemu-monitor-protocol.
We use "inject-nmi" for the qmp command name, the meaning is clearer.
Signed-off-by: Lai Jiangshan
---
diff --git
Hi,
I got some troubles hot plugging network pci devices. An attach works
as expected but the mac address is still set to "00:00:00:00:00:00" on
the guest machine. I have to reboot the guest to get the correct mac
address.
I first tried through libvirt with:
# virsh attach-interface dom0 network d
On 02/24/2011 06:48 AM, Amit Shah wrote:
On (Wed) 23 Feb 2011 [08:31:52], Michael Roth wrote:
On 02/22/2011 10:59 PM, Amit Shah wrote:
On (Tue) 22 Feb 2011 [16:40:55], Michael Roth wrote:
If something in the guest is attempting to read/write from the
virtio-serial device, and
On 02/24/2011 06:23 AM, Juan Quintela wrote:
Yoshiaki Tamura wrote:
2011/2/23 Juan Quintela:
Yoshiaki Tamura wrote:
2011/2/23 Juan Quintela:
Although you're right, I would prefer to keep it so that somebody
outside of migration may understand the status in th
On 02/24/2011 04:19 AM, Stefan Hajnoczi wrote:
Any chance of reusing info qtree, QemuOpts, or other existing
infrastructure for the config file?
I'm nowhere near implementation details like that. I'm still trying to
understand whether this is a Good Idea at all.
Regards,
Anthony Liguo
On 02/24/2011 02:54 AM, Avi Kivity wrote:
On 02/23/2011 10:18 PM, Anthony Liguori wrote:
Then the management stack has to worry about yet another way of
interacting via qemu.
{ 'StateItem': { 'key': 'str', 'value': 'str' } }
{ 'StateSection': { 'kind': 'str', 'name': 'str', 'items': [
'State
On Thu, Feb 24, 2011 at 10:58:10AM +0200, Avi Kivity wrote:
> On 02/23/2011 07:49 PM, Marcelo Tosatti wrote:
> >On Wed, Feb 23, 2011 at 03:01:14PM +0200, Avi Kivity wrote:
> >> On 02/23/2011 01:14 AM, Anthony Liguori wrote:
> >> >
> >> >-drive already ties into the qemuopts infrastructure and we
On Wed, Feb 23, 2011 at 03:41:30PM -0600, Anthony Liguori wrote:
> On 02/23/2011 02:44 PM, Marcelo Tosatti wrote:
> >
> >>Any indirect qemu state. Block migration is an example, but other
> >>examples would be VNC server information (like current password),
> >>WCE setting (depending on whether we
On 02/24/2011 05:00 PM, Anthony Liguori wrote:
On 02/24/2011 02:54 AM, Avi Kivity wrote:
On 02/23/2011 10:18 PM, Anthony Liguori wrote:
Then the management stack has to worry about yet another way of
interacting via qemu.
{ 'StateItem': { 'key': 'str', 'value': 'str' } }
{ 'StateSection': {
On 02/24/2011 05:14 PM, Marcelo Tosatti wrote:
> >> The problem with qemu config files is that it splits the
> >> authoritative source of where images are stored into two. Is it in
> >> the management tool's database or is it in qemu's config file?
> >>
> >> For the problem at hand,
On 02/18/2011 05:37 PM, Stefan Berger wrote:
[...]
> I have a tpm_tis.c with major changes in it getting rid of the polling,
> closer to specs that passes a test suite and a registerable backend as
> well that has several more interface functions, due to support for
> snapshotting etc. Unfortunatel
On 4 February 2011 08:05, Corentin Chary wrote:
> Use the new update frequency infrastructure to use jpeg for regions with
> high update frequency.
>
> Signed-off-by: Corentin Chary
> @@ -1514,6 +1536,8 @@ static int send_sub_rect(VncState *vs, int x, int y,
> int w, int h)
> uint32_t bg =
On 02/24/2011 01:12 AM, Anthony Liguori wrote:
What is the plan from here?
1) Decouple QMP from qemu_machine_init(). This really requires the
introduction of the new QAPI server that exists outside of the chardev
infrastructure since chardevs are currently initialized in
qemu_machine_init(
Add some missing #ifdefs to fix compilation failures in the !CONFIG_VNC_JPEG
case introduced by commit ce702e93.
Signed-off-by: Peter Maydell
---
ui/vnc-enc-tight.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/ui/vnc-enc-tight.c b/ui/vnc-enc-tight.c
index 5933394..
On 02/02/2011 08:49 AM, anthony.per...@citrix.com wrote:
From: Anthony PERARD
Signed-off-by: Anthony PERARD
Acked-by: Alexander Graf
Is this really necessary? The advantage to building globally is that it
keeps the code from getting unnecessary i386-isms.
Regards,
Anthony Liguori
--
Anthony Liguori writes:
> On 02/24/2011 02:33 AM, Markus Armbruster wrote:
>> Anthony Liguori writes:
>>
>>
>>> On 01/27/2011 02:20 AM, Lai Jiangshan wrote:
>>>
Make we can inject NMI via qemu-monitor-protocol.
We use "inject-nmi" for the qmp command name, the meaning is clea
On Thu, Feb 24, 2011 at 16:11, Anthony Liguori wrote:
> Is this really necessary? The advantage to building globally is that it
> keeps the code from getting unnecessary i386-isms.
Nop, is not necessary, I add this patch after this mail:
http://lists.nongnu.org/archive/html/qemu-devel/2010-12/ms
On Thu, Feb 24, 2011 at 4:04 PM, Peter Maydell wrote:
> Add some missing #ifdefs to fix compilation failures in the !CONFIG_VNC_JPEG
> case introduced by commit ce702e93.
Ooops.
Acked-By: Corentin Chary
--
Corentin Chary
http://xf.iksaif.net
On Thu, Feb 24, 2011 at 05:28:20PM +0200, Avi Kivity wrote:
> On 02/24/2011 05:14 PM, Marcelo Tosatti wrote:
> >> >> The problem with qemu config files is that it splits the
> >> >> authoritative source of where images are stored into two. Is it in
> >> >> the management tool's database o
On 02/24/2011 10:20 AM, Markus Armbruster wrote:
Anthony Liguori writes:
On 02/24/2011 02:33 AM, Markus Armbruster wrote:
Anthony Liguori writes:
On 01/27/2011 02:20 AM, Lai Jiangshan wrote:
Make we can inject NMI via qemu-monitor-protocol.
We use "inject-nm
On 02/24/2011 10:01 AM, Avi Kivity wrote:
On 02/24/2011 01:12 AM, Anthony Liguori wrote:
What is the plan from here?
1) Decouple QMP from qemu_machine_init(). This really requires the
introduction of the new QAPI server that exists outside of the
chardev infrastructure since chardevs are c
On 02/24/2011 10:25 AM, Anthony PERARD wrote:
On Thu, Feb 24, 2011 at 16:11, Anthony Liguori wrote:
Is this really necessary? The advantage to building globally is that it
keeps the code from getting unnecessary i386-isms.
Nop, is not necessary, I add this patch after this mail:
htt
On 02/24/2011 06:39 PM, Marcelo Tosatti wrote:
> >
> >You can live migrate (but not live migrate with live block migration)
> >with live copy in progress, its just that its not supported yet.
>
> A RAID-1 driver will work with block live migration too.
Nobody cares about that one (block copy
On 02/02/2011 08:49 AM, anthony.per...@citrix.com wrote:
From: Steven Smith
Introduce a new emulated PCI device, specific to fully virtualized Xen
guests. The device is necessary for PV on HVM drivers to work.
Signed-off-by: Steven Smith
Signed-off-by: Anthony PERARD
Signed-off-by: Stefano Sta
On 02/02/2011 08:49 AM, anthony.per...@citrix.com wrote:
From: Anthony PERARD
Introduce the Xen FV (Fully Virtualized) machine to Qemu, some more Xen
specific call will be added in further patches.
Signed-off-by: Anthony PERARD
---
hw/pc.c | 19 +--
hw/pc_piix.c | 21
On 02/02/2011 08:49 AM, anthony.per...@citrix.com wrote:
From: Anthony PERARD
This patch introduces Xen specific call in piix_pci.
The specific part for Xen is in write_config, set_irq and get_pirq.
Signed-off-by: Anthony PERARD
Signed-off-by: Stefano Stabellini
Acked-by: Alexander Graf
---
On 02/24/2011 06:33 PM, Anthony Liguori wrote:
On 02/02/2011 08:49 AM, anthony.per...@citrix.com wrote:
From: Steven Smith
Introduce a new emulated PCI device, specific to fully virtualized Xen
guests. The device is necessary for PV on HVM drivers to work.
Signed-off-by: Steven Smith
Signed-of
On 02/02/2011 08:49 AM, anthony.per...@citrix.com wrote:
From: Anthony PERARD
This patch adds a generic layer for xc calls, allowing us to choose between the
xenner and xen implementations at runtime.
It also update the libxenctrl calls in Qemu to use the new interface,
otherwise Qemu wouldn't
On 02/24/2011 10:39 AM, Marcelo Tosatti wrote:
On Thu, Feb 24, 2011 at 05:28:20PM +0200, Avi Kivity wrote:
On 02/24/2011 05:14 PM, Marcelo Tosatti wrote:
>>The problem with qemu config files is that it splits the
>>authoritative source of where images are stored into two.
On 02/02/2011 08:49 AM, anthony.per...@citrix.com wrote:
From: Anthony PERARD
Hi,
There is a lot of change since the V9 of the Xen device model. One of theme is
to use the 'pc' machine for Xen instead of duplicate this machine in another
file.
Here is the change since the last version:
- ty
On 2011-02-24 18:27, Anthony Liguori wrote:
> On 02/24/2011 10:25 AM, Anthony PERARD wrote:
>> On Thu, Feb 24, 2011 at 16:11, Anthony Liguori wrote:
>>
>>> Is this really necessary? The advantage to building globally is that it
>>> keeps the code from getting unnecessary i386-isms.
>>>
It only contains a PCIDevice by know, but it makes easy to use migration code
Signed-off-by: Juan Quintela
---
hw/piix4.c | 29 +
1 files changed, 17 insertions(+), 12 deletions(-)
diff --git a/hw/piix4.c b/hw/piix4.c
index 72073cd..40cd91a 100644
--- a/hw/piix4.c
Signed-off-by: Juan Quintela
---
hw/piix4.c | 25 +++--
1 files changed, 11 insertions(+), 14 deletions(-)
diff --git a/hw/piix4.c b/hw/piix4.c
index 40cd91a..71f1f84 100644
--- a/hw/piix4.c
+++ b/hw/piix4.c
@@ -72,19 +72,16 @@ static void piix4_reset(void *opaque)
pci
Signed-off-by: Juan Quintela
---
hw/mac_dbdma.c | 45 +++--
1 files changed, 27 insertions(+), 18 deletions(-)
diff --git a/hw/mac_dbdma.c b/hw/mac_dbdma.c
index 5680fa9..c108aee 100644
--- a/hw/mac_dbdma.c
+++ b/hw/mac_dbdma.c
@@ -165,6 +165,10 @@ typed
Signed-off-by: Juan Quintela
---
hw/mac_dbdma.c | 46 ++
1 files changed, 22 insertions(+), 24 deletions(-)
diff --git a/hw/mac_dbdma.c b/hw/mac_dbdma.c
index c108aee..3522552 100644
--- a/hw/mac_dbdma.c
+++ b/hw/mac_dbdma.c
@@ -810,30 +810,28 @@ sta
On 02/24/2011 11:46 AM, Jan Kiszka wrote:
On 2011-02-24 18:27, Anthony Liguori wrote:
On 02/24/2011 10:25 AM, Anthony PERARD wrote:
On Thu, Feb 24, 2011 at 16:11, Anthony Liguori wrote:
Is this really necessary? The advantage to building globally is that it
keeps the code
On 02/24/2011 10:04 AM, Peter Maydell wrote:
Add some missing #ifdefs to fix compilation failures in the !CONFIG_VNC_JPEG
case introduced by commit ce702e93.
Signed-off-by: Peter Maydell
Applied. Thanks.
Regards,
Anthony Liguori
---
ui/vnc-enc-tight.c |4
1 files changed,
On 02/23/2011 11:34 PM, David Gibson wrote:
Add the etags output generated by "make TAGS" and editor backup files
to .gitignore.
This patch has previously appeared in my series of patches to add
pSeries emulation support. However, it obviously has no real
connection to that, and can be applied
On 02/23/2011 11:44 PM, Amit Shah wrote:
From: Gerd Hoffmann
VirtIOSerialDevice is like VirtIOSerialPort with just the first two
fields, which makes it pretty pointless. Using VirtIOSerialPort
directly works equally well and is less confusing.
[Amit: - rebase
- rename 'dev' to 'port' i
Signed-off-by: Juan Quintela
---
hw/hw.h | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/hw/hw.h b/hw/hw.h
index d439a6d..af88460 100644
--- a/hw/hw.h
+++ b/hw/hw.h
@@ -519,6 +519,16 @@ extern const VMStateInfo vmstate_info_unused_buffer;
.offset = offs
Signed-off-by: Juan Quintela
---
hw/hw.h | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/hw/hw.h b/hw/hw.h
index bff56e1..923efc9 100644
--- a/hw/hw.h
+++ b/hw/hw.h
@@ -508,6 +508,17 @@ extern const VMStateInfo vmstate_info_unused_buffer;
.offset = off
Signed-off-by: Juan Quintela
---
hw/adb.c | 40 ++--
1 files changed, 14 insertions(+), 26 deletions(-)
diff --git a/hw/adb.c b/hw/adb.c
index 99b30f6..fbf5080 100644
--- a/hw/adb.c
+++ b/hw/adb.c
@@ -261,30 +261,19 @@ static int adb_kbd_request(ADBDevice *d
Signed-off-by: Juan Quintela
---
hw/stellaris.c | 31 +++
1 files changed, 11 insertions(+), 20 deletions(-)
diff --git a/hw/stellaris.c b/hw/stellaris.c
index 00beaf2..3e77b8f 100644
--- a/hw/stellaris.c
+++ b/hw/stellaris.c
@@ -1219,24 +1219,16 @@ static uint32_t
Signed-off-by: Juan Quintela
---
hw/syborg_rtc.c | 34 --
1 files changed, 12 insertions(+), 22 deletions(-)
diff --git a/hw/syborg_rtc.c b/hw/syborg_rtc.c
index 329aa42..4e24e52 100644
--- a/hw/syborg_rtc.c
+++ b/hw/syborg_rtc.c
@@ -102,26 +102,17 @@ static CPU
Signed-off-by: Juan Quintela
---
hw/m48t59.c | 36 +---
1 files changed, 13 insertions(+), 23 deletions(-)
diff --git a/hw/m48t59.c b/hw/m48t59.c
index 2020487..82223c9 100644
--- a/hw/m48t59.c
+++ b/hw/m48t59.c
@@ -585,28 +585,18 @@ static CPUReadMemoryFunc * c
Signed-off-by: Juan Quintela
---
hw/syborg_pointer.c | 73 +++---
1 files changed, 28 insertions(+), 45 deletions(-)
diff --git a/hw/syborg_pointer.c b/hw/syborg_pointer.c
index a886888..2f99707 100644
--- a/hw/syborg_pointer.c
+++ b/hw/syborg_pointe
1 - 100 of 184 matches
Mail list logo
