2014-12-09 18:35, Paolo Bonzini:
> Did you make any progress in Qemu/KVM community?
> We need to be sync'ed up with them to be sure we share the same goal.
> I want also to avoid using a solution which doesn't fit with their
> plan.
> Remember that we already had this probl
On Fri, Dec 12, 2014 at 04:04:35PM +1100, David Gibson wrote:
> On Fri, Dec 12, 2014 at 03:52:45PM +1100, David Gibson wrote:
> > On a bi-endian target, with a guest in the non-default endian mode,
> > attempting to migrate twice in a row with a virtio-serial device wil
> > cause a qemu SEGV on the
On a bi-endian target, with a guest in the non-default endian mode,
attempting to migrate twice in a row with a virtio-serial device wil
cause a qemu SEGV on the second outgoing migration.
The problem is that virtio_serial_save_device() (and other places) expect
VirtIOSerial->config to be in curre
On Fri, Dec 12, 2014 at 03:52:45PM +1100, David Gibson wrote:
> On a bi-endian target, with a guest in the non-default endian mode,
> attempting to migrate twice in a row with a virtio-serial device wil
> cause a qemu SEGV on the second outgoing migration.
>
> The problem is that virtio_serial_sav
On a bi-endian target, with a guest in the non-default endian mode,
attempting to migrate twice in a row with a virtio-serial device wil
cause a qemu SEGV on the second outgoing migration.
The problem is that virtio_serial_save_device() (and other places) expect
VirtIOSerial->config to be in curre
here is qemu's log :
file_ram_alloc
filename[/dev/hugepages/libvirt/qemu/qemu_back_mem._objects_ram-node0.okpjmP]
fd[7] size[1073741824]
file_ram_alloc
filename[/dev/hugepages/libvirt/qemu/qemu_back_mem._objects_ram-node1.3b43YF]
fd[8] size[1073741824]
region fd[7]:
gpa = 0xC0
On Thu, 12/11 20:28, Bryan D. Payne wrote:
> >
> > > For those that prefer text, here's the numbers (in microseconds):
> > > QMP/pmemsave: 77706
> > > HMC/xp command: 92552
> > > QMP/pmemaccess: 95
> >
>
> I completed a proof of concept implementation for doing this memory access
> completely over
Fix proposed to branch: master
Review: https://review.openstack.org/141259
** Changed in: cinder
Assignee: Tony Breeds (o-tony) => John Griffith (john-griffith)
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launch
Hi,
I am trying to fix a problem in the netmap reg/dereg where it removes the old
rx virt_queue data and replaces it with the netmap slot buffers and vice versa.
To do so the virtnet_close is called which calls napi_disable() which stops
the callback processing of new packets in the guest but
>
> > For those that prefer text, here's the numbers (in microseconds):
> > QMP/pmemsave: 77706
> > HMC/xp command: 92552
> > QMP/pmemaccess: 95
>
I completed a proof of concept implementation for doing this memory access
completely over QMP. Basically, it works much like pmemsave except instead
I'm happy to tackle to also fix cinder with a version of the nova fix
(for consistency). I propose waiting until the nova fix lands
** Changed in: cinder
Assignee: (unassigned) => Tony Breeds (o-tony)
--
You received this bug notification because you are a member of qemu-
devel-ml, which i
I'd elevate this to high so it matches nova and ubuntu but I don't have
permissions to do so.
** Changed in: cinder
Status: New => In Progress
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/136
Add the qmp and hmp commands to query the parameters used in live
migration.
Signed-off-by: Liang Li
Signed-off-by: Yang Zhang
---
hmp-commands.hx | 2 ++
hmp.c| 19 +++
hmp.h| 1 +
migration.c | 25 +
monitor.c| 7
Add the qmp and hmp commands to tune the parameters used in live
migration.
Signed-off-by: Liang Li
Signed-off-by: Yang Zhang
---
hmp-commands.hx | 15 ++
hmp.c | 32 +
hmp.h | 3 ++
include/migration/mig
Signed-off-by: Liang Li
Signed-off-by: Yang Zhang
---
arch_init.c | 48 ++--
1 file changed, 46 insertions(+), 2 deletions(-)
diff --git a/arch_init.c b/arch_init.c
index 14bc486..7103f4f 100644
--- a/arch_init.c
+++ b/arch_init.c
@@ -24,6 +24,7 @@
#
Now, multiple thread compression can co-work with xbzrle. when
xbzrle is on, multiple thread compression will only work at the
first round of ram data sync.
Signed-off-by: Liang Li
Signed-off-by: Yang Zhang
---
arch_init.c | 13 +++--
1 file changed, 11 insertions(+), 2 deletions(-)
di
Signed-off-by: Liang Li
Signed-off-by: Yang Zhang
---
arch_init.c | 70 +++
include/migration/migration.h | 4 +++
migration.c | 15 ++
3 files changed, 89 insertions(+)
diff --git a/arch_init.c b/arch_init.c
i
Define the data structure and varibles used when doing multiple
thread decompression, and add the code to initialize and free them.
Signed-off-by: Liang Li
Signed-off-by: Yang Zhang
---
arch_init.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/arch_init.c b/arc
The multiple compression threads can be turned on/off through
qmp and hmp interface when doing live migration.
Signed-off-by: Liang Li
Signed-off-by: Yang Zhang
---
migration.c | 7 +--
qapi-schema.json | 6 +-
2 files changed, 10 insertions(+), 3 deletions(-)
diff --git a/migrati
Signed-off-by: Liang Li
Signed-off-by: Yang Zhang
---
arch_init.c | 78 ++-
include/migration/migration.h | 9 +
migration.c | 38 +
3 files changed, 124 insertions(+), 1 deletion(-)
diff --git
We rewrite this function to reuse the code in it
Signed-off-by: Liang Li
Signed-off-by: Yang Zhang
---
arch_init.c | 107 ++--
1 file changed, 61 insertions(+), 46 deletions(-)
diff --git a/arch_init.c b/arch_init.c
index 71cc756..0a575ed
This feature can help to reduce the data transferred about 60%, and the
migration time can also be reduced about 70%.
Summary of changed from v2->v3
-Splited the patch to 13 parts instead of 2
-Rewrote the core code to do compression and decompression
-Updated the document
At this point, multiple thread compression can't co-work with xbzrle.
Signed-off-by: Liang Li
Signed-off-by: Yang Zhang
---
arch_init.c | 164 +---
1 file changed, 157 insertions(+), 7 deletions(-)
diff --git a/arch_init.c b/arch_init.c
i
Define the data structure and varibles used when doing multiple
thread compression, and add the code to initialize and free them.
Signed-off-by: Liang Li
Signed-off-by: Yang Zhang
---
arch_init.c | 34 +-
1 file changed, 33 insertions(+), 1 deletion(-)
diff --gi
migrate_qemu_add_compression_data() compress the data
and put it to QEMUFile. migrate_qemu_flush() put the
data in the source QEMUFile to destination QEMUFile.
The two function can help to do live migration.
Signed-off-by: Liang Li
Signed-off-by: Yang Zhang
---
include/migration/qemu-file.h |
Give some details about the multiple compression threads and
how to use it in live migration.
Signed-off-by: Liang Li
Signed-off-by: Yang Zhang
---
docs/multi-thread-compression.txt | 141 ++
1 file changed, 141 insertions(+)
create mode 100644 docs/multi-th
This commit changes the integratorcp and versatilepb CPU initialization from
using the generic ARM cpu_arm_init function to doing it inline. This is
necessary in order to allow CPU configuration changes to occur between CPU
instance initialization and realization. Specifically, this change is in
Adds setting of the CPU has_el3 property based on the vexpress machine
secure state property during initialization. This enables/disables EL3
state during start-up. Changes include adding an additional secure state
boolean during vexpress CPU initialization. Also enables the ARM secure boot
by d
Added a "has_el3" state property to the ARMCPU descriptor. This property
indicates whether the ARMCPU has security extensions enabled (EL3) or not.
By default it is disabled at this time.
Signed-off-by: Greg Bellows
---
v1 -> v2
- Added set of has_el3 to true when EL3 is enabled
---
target-ar
Add "secure" virt machine specific property to allow override of the
default secure state configuration. By default, when using the QEMU
-kernel command line argument, virt machines boot into NS/SVC. When using
the QEMU -bios command line argument, virt machines boot into S/SVC.
The secure state
Switched the Vexpress machine initialization to use the common function with
the machine pointer to board info.
Signed-off-by: Greg Bellows
---
hw/arm/vexpress.c | 26 --
1 file changed, 4 insertions(+), 22 deletions(-)
diff --git a/hw/arm/vexpress.c b/hw/arm/vexpress.c
Add "secure" Vexpress machine specific property to allow override of the
default secure state configuration. By default, when using the QEMU
-kernel command line argument, Vexpress machines boot into NS/SVC. When using
the QEMU -bios command line argument, Vexpress machines boot into S/SVC.
The
Adds setting of the CPU has_el3 property based on the virt machine
secure state property during initialization. This enables/disables EL3
state during start-up. Changes include adding an additional secure state
boolean during virt CPU initialization. Also disables the ARM secure boot
by default.
From: Fabian Aggeler
Set ARM_FEATURE_EL3 feature for CPUs that implement Security Extensions.
Signed-off-by: Fabian Aggeler
Signed-off-by: Greg Bellows
---
target-arm/cpu.c | 4
1 file changed, 4 insertions(+)
diff --git a/target-arm/cpu.c b/target-arm/cpu.c
index 758e8f8..cb89ee2 10064
Adds the secure_boot boolean field to the arm_boot_info descriptor. This
fields is used to indicate whether Linux should boot into secure or non-secure
state if the ARM EL3 feature is enabled. The default is to leave the CPU in an
unaltered reset state. On EL3 enabled systems, the reset state is
Disables the CPU ARM_FEATURE_EL3 featuere on machine models that can be
configured to use Cortex-A9, Cortex-A15, and ARM1176 but don't officially
support EL3. This preserves backwards compatibility.
Signed-off-by: Greg Bellows
---
hw/arm/exynos4210.c | 11 +++
hw/arm/highbank.c |
Add Vexpress machine objects for the the Cortex A9 & A15 variants. The older
style QEMUMachine types were replaced with dedicated TypeInfo objects. The new
objects include dedicated class init functions that currently ustilze dedicated
machine init methods. The previous qemu_register_machine call
Switch virt qemu machine support to use the newer object type, class, and
instance model. Added virt TypeInfo with static registration along with virt
specific class and machine structs. Also added virt class initialization
method.
Signed-off-by: Greg Bellows
---
hw/arm/virt.c | 40 +++
Add an unset_feature() function to compliment the set_feature() function. This
will be used to disable functions after they have been enabled during
initialization.
Signed-off-by: Greg Bellows
Reviewed-by: Peter Maydell
---
target-arm/cpu.c | 5 +
1 file changed, 5 insertions(+)
diff --gi
Change the Vexpress daughterboard initialization method to take a vexpress
machine state pointer instead of the daughterboard struct pointer. The machine
state now contains the daughterboard pointer.
Signed-off-by: Greg Bellows
---
hw/arm/vexpress.c | 10 +-
1 file changed, 5 insertions
This patchset adds functionality for enabling the ARM CPU security extensions.
At this time, the only machines supported are Versatile Express and the QEMU
ARM virtual machines both with Cortex A9 & A15.
The patchset establishes the default security state along with adding
overriding controls of t
Adds base Vexpress class and machine objects and infrastructure. This is in
preparation for switching to the full QEMU object model. The base vexpress
infrastructure is intended to handle common vexpress details.
Signed-off-by: Greg Bellows
---
v1 -> v2
- Made the vexpress class abstract
---
On 11 December 2014 at 18:15, Michael Tokarev wrote:
> This is the first pull request from trivial-patches tree for
> quite some time, I was quiet during 2.2 freeze period and here's
> what has been accumulated during the freeze.
>
> As usual, there are many small things from Gonglei and some good
Greetings everyone,
I feel very much like I'm posting in the wrong section here, with other
discussions going on about what seems to be the internals of QEMU, although
the wiki told me to go here...
I was hoping someone may be able to create a wiki account for me. I've been
interested in emulatin
On 12/09/2014 09:45 AM, Michael S. Tsirkin wrote:
On Tue, Dec 09, 2014 at 09:40:28AM -0500, Stefan Berger wrote:
On 12/09/2014 09:35 AM, Michael S. Tsirkin wrote:
On Tue, Dec 09, 2014 at 09:18:54AM -0500, Stefan Berger wrote:
The following series of patches extends the TPM TIS implementation t
ping (forgot to CC to maintainer before)
http://patchwork.ozlabs.org/patch/417154/
On Thu, 11 Dec 2014, Leon Alrae wrote:
> > The current trunk QEMU fails to run in the system emulation mode for
> > the MIPS/Malta (mips64-softmmu) target. It fails right away:
> >
> > $ qemu-system -M malta -m 256 -k /dev/null -kernel
> > vmlinux-3.2.0-4-4kc-malta -nographic -monitor null
>
** Also affects: cinder
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1368815
Title:
qemu-img convert intermittently corrupts output images
Status in Ci
* Paolo Bonzini (pbonz...@redhat.com) wrote:
>
>
> On 09/12/2014 19:15, Dr. David Alan Gilbert (git) wrote:
> > (With the previous atapi_dma flag recovery)
> > If migration happens between the ATAPI command being written and the
> > bmdma being started, the DMA is dropped. Eventually the guest t
On 11/12/2014 16:06, Peter Maydell wrote:
> An abstraction of that from the specifics of the PC's serial port
> might be nice, yes. (omap_uart.c has to jump through some ugly hoops
> currently, with more ugliness in the out-of-tree omap3 extensions.)
> However I don't think it makes sense to forc
Hi Maciej,
On 11/12/14 16:18, Maciej W. Rozycki wrote:
> Hi,
>
> The current trunk QEMU fails to run in the system emulation mode for
> the MIPS/Malta (mips64-softmmu) target. It fails right away:
>
> $ qemu-system -M malta -m 256 -k /dev/null -kernel vmlinux-3.2.0-4-4kc-malta
> -nographic -
On 11/12/2014 18:55, Michael Tokarev wrote:
>> > superio_ioport_readb can read the 256th element of the array.
> Is there a legitimate reason for it to access byte index 256?
The 256th element is byte index 255. :)
> What is the actual size of superio config memory, 256 or 257?
It's 256 and th
From: Markus Armbruster
Signed-off-by: Markus Armbruster
Reviewed-by: Fam Zheng
Reviewed-by: Eric Blake
Signed-off-by: Michael Tokarev
---
backends/rng-random.c| 6 +-
hw/tpm/tpm_passthrough.c | 4 +---
util/uri.c | 43 +--
3 fi
From: "Dr. David Alan Gilbert"
Mainly to make it less likely to conflict during merges.
Signed-off-by: Dr. David Alan Gilbert
Reviewed-by: Alex Bennée
Signed-off-by: Michael Tokarev
---
include/qemu/typedefs.h | 105 +++-
1 file changed, 50 inserti
From: zhanghailiang
Refactor superio_ioport_writeb to fix the out of bounds write warning.
In addition, fix two typos: s/chage/change/
Signed-off-by: zhanghailiang
Signed-off-by: Michael Tokarev
---
hw/isa/vt82c686.c | 41 +++--
1 file changed, 19 insertio
From: Markus Armbruster
Signed-off-by: Markus Armbruster
Reviewed-by: Eric Blake
Reviewed-by: Fam Zheng
Signed-off-by: Michael Tokarev
---
util/uri.c | 48 ++--
1 file changed, 22 insertions(+), 26 deletions(-)
diff --git a/util/uri.c b/util/uri.c
From: Fam Zheng
Using "has" is more slick because which(1) is not always there.
Signed-off-by: Fam Zheng
Reviewed-by: Stefan Weil
Reviewed-by: Amos Kong
Signed-off-by: Michael Tokarev
---
configure | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure b/configure
ind
From: Markus Armbruster
Signed-off-by: Markus Armbruster
Reviewed-by: Eric Blake
Reviewed-by: Fam Zheng
Signed-off-by: Michael Tokarev
---
util/uri.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/util/uri.c b/util/uri.c
index 01dc09e..918d235 100644
--- a/util/uri.c
+
From: Markus Armbruster
g_new(T, n) is neater than g_malloc(sizeof(T) * n). It's also safer,
for two reasons. One, it catches multiplication overflowing size_t.
Two, it returns T * rather than void *, which lets the compiler catch
more type errors.
This commit only touches allocations with siz
From: Gonglei
commit 1773d9ee (virtio-net: cleanup: init and exit function)
removed the definition of virtio_net_init(), but didn't remove its
declaration in the header. Clean that up.
Cc: Markus Armbruster
Signed-off-by: Gonglei
Reviewed-by: Markus Armbruster
Signed-off-by: Michael Tokarev
From: Antony Pavlov
Signed-off-by: Antony Pavlov
Signed-off-by: Michael Tokarev
---
hw/block/pflash_cfi02.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/hw/block/pflash_cfi02.c b/hw/block/pflash_cfi02.c
index 8513a17..389b4aa 100644
--- a/hw/block/pflash_cfi02.c
+++ b/hw/block/pflash_cf
From: Thomas Huth
Linus likely does not want to get e-mails about QEMU, so let's
just remove this option.
Suggested-by: Michael S. Tsirkin
Signed-off-by: Thomas Huth
Reviewed-by: Don Slutz
Signed-off-by: Michael Tokarev
---
scripts/get_maintainer.pl | 45 +---
From: Amos Kong
Lack of two closed bracket in json commands.
Signed-off-by: Amos Kong
Reviewed-by: Markus Armbruster
Signed-off-by: Michael Tokarev
---
qmp-commands.hx | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/qmp-commands.hx b/qmp-commands.hx
index 718dd92..47b
From: Stefan Hajnoczi
Signed-off-by: Stefan Hajnoczi
Signed-off-by: Michael Tokarev
---
hw/timer/hpet.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hw/timer/hpet.c b/hw/timer/hpet.c
index e160e8f..d8bc231 100644
--- a/hw/timer/hpet.c
+++ b/hw/timer/hpet.c
@@ -1,5 +1,5 @
changes since commit a09f2d16f6b9f5bcdedb4d116bb54da86e9a3f6e:
>
> Merge remote-tracking branch
> 'remotes/bkoppelmann/tags/pull-tricore-20141210' into staging (2014-12-11
> 11:41:11 +)
>
> are available in the git repository at:
>
>
> git://git.linaro.org/people/pmaydell/qemu-arm.git
>
From: Markus Armbruster
Signed-off-by: Markus Armbruster
Reviewed-by: Paolo Bonzini
Reviewed-by: Gonglei
Signed-off-by: Michael Tokarev
---
hw/core/qdev.c | 4 +---
qemu-char.c| 4 +---
2 files changed, 2 insertions(+), 6 deletions(-)
diff --git a/hw/core/qdev.c b/hw/core/qdev.c
index 3
From: Gonglei
Signed-off-by: Gonglei
Signed-off-by: Michael Tokarev
---
hw/nvram/fw_cfg.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/hw/nvram/fw_cfg.c b/hw/nvram/fw_cfg.c
index a7122ee..c4b78ed 100644
--- a/hw/nvram/fw_cfg.c
+++ b/hw/nvram/fw_cfg.c
@@ -621,7 +621,6 @@ static void fw_cf
From: Gonglei
Signed-off-by: Gonglei
Reviewed-by: Eric Blake
Signed-off-by: Michael Tokarev
---
qapi-schema.json | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/qapi-schema.json b/qapi-schema.json
index 9ffdcf8..563b4ad 100644
--- a/qapi-schema.json
+++ b/qapi-schema.json
When the transmit FIFOs is enabled, it is emptied and thus the transmitter
hold register is empty. When it is disabled, the previous contents
of the transmitter hold register are discarded. In either case, the
THRE bit in LSR must be set and THRI raised.
When the receive FIFO is enable, it is em
While adding migration support for thr_ipending, I and Pavel chose
the default value of thr_ipending (absent the subsection) according
to what should be the common behavior of the serial device and its
drivers.
However, the condition did not actually match the common state of the
serial device bec
From: lijun
When see usb codes, find there are redundant brackets !((udev->port->speedmask
& USB_SPEED_MASK_SUPER)) here. So delete it.
Signed-off-by: Jun Li
Reviewed-by: Fam Zheng
Signed-off-by: Michael Tokarev
---
hw/usb/host-libusb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
This is responsible for failure of migration from 2.2 to 2.1, because
thr_ipending is always one in practice. Calling serial_update_irq is
the right thing to do indeed, because writing to IER could cause an
interrupt to appear. However, there is no reason to set thr_ipending
again.
This was alre
- assert THRE cleared and FIFO not empty (if enabled) before
sending a character. Also assert TEMT cleared, since it is
the combination of THRE && transmitter shift register empty.
- raise THRI immediately after setting THRE
- check THRE to see if another character has to be sent,
which makes th
From: Gonglei
Signed-off-by: Gonglei
Signed-off-by: Michael Tokarev
---
hw/i386/acpi-build.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/hw/i386/acpi-build.c b/hw/i386/acpi-build.c
index b37a397..76dfaea 100644
--- a/hw/i386/acpi-build.c
+++ b/hw/i386/acpi-build.c
@
This is the first pull request from trivial-patches tree for
quite some time, I was quiet during 2.2 freeze period and here's
what has been accumulated during the freeze.
As usual, there are many small things from Gonglei and some good
stuff from Marcus, plus some more from others, all pretty much
From: Gonglei
Signed-off-by: Gonglei
Signed-off-by: Michael Tokarev
---
hw/i386/acpi-build.c | 18 --
1 file changed, 12 insertions(+), 6 deletions(-)
diff --git a/hw/i386/acpi-build.c b/hw/i386/acpi-build.c
index 76dfaea..a4d0c0c 100644
--- a/hw/i386/acpi-build.c
+++ b/hw/i38
From: zhanghailiang
Array index starts at 0, so the valid index of ext_queue array,
io_queue array, mchk_queue array should be MAX_EXT_QUEUE - 1,
MAX_IO_QUEUE - 1, MAX_MCHK_QUEUE - 1.
The original checks missed the invalid bound value, which will lead
possible out of bounds read in the follow co
From: Gonglei
Signed-off-by: Gonglei
Reviewed-by: Stefan Hajnoczi
Signed-off-by: Michael Tokarev
---
hw/virtio/virtio-bus.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hw/virtio/virtio-bus.c b/hw/virtio/virtio-bus.c
index eb77019..dfd2d8c 100644
--- a/hw/virtio/virtio-
On 11 December 2014 at 16:41, Maciej W. Rozycki wrote:
> -- notice the reintroduction of the different, wrong default NaN encoding
> patterns. Will you be sending an update shortly so that I can schedule
> my MIPS IEEE 754-2008 testing tonight?
Ah, yes, as you point out these are all actually no
This bug was fixed in the package qemu - 2.1+dfsg-4ubuntu6.2
---
qemu (2.1+dfsg-4ubuntu6.2) utopic-proposed; urgency=medium
* Apply two patches to fix intermittent qemu-img corruption
(LP: #1368815)
- 501-block-raw-posix-fix-disk-corruption-in-try-fiemap
- 502-block-raw-
Applied to -trivial, after verifying the resulting set is the same
as the original. A fun change, but it is worth it. Thanks!
/mjt
The default NaN values for SNAN_BIT_IS_ONE were actually
infinities (all exponent bits set, all mantissa bits clear).
Make them really NaNs (all exponent bits set, top bit of
mantissa clear, all other mantissa bits set).
Signed-off-by: Peter Maydell
---
This fixes the error pointed out by Maciej.
Applied to trivial-patches.
This patch definitely wins The Best Patch Subject Award,
at least for this year. Very nice, thank you!
/mjt
10.12.2014 12:17, Paolo Bonzini wrote:
> superio_ioport_readb can read the 256th element of the array.
Is there a legitimate reason for it to access byte index 256?
What is the actual size of superio config memory, 256 or 257?
I don't know, but somehow it looks like it should be 256.
If that's the
On 10 December 2014 at 07:19, Marcel Apfelbaum wrote:
> Refactored the code to re-use object_property_parse.
>
> Signed-off-by: Marcel Apfelbaum
> ---
> vl.c | 5 +
> 1 file changed, 1 insertion(+), 4 deletions(-)
>
> diff --git a/vl.c b/vl.c
> index 80d30dd..f9757c3 100644
> --- a/vl.c
> +
On 11/12/2014 16:40, Gerd Hoffmann wrote:
> Hi,
>
>> Do you have a case in mind where the device emulation needs to know that?
>> As opposed to "always need opengl" or "never needs opengl".
>
> virtio-gpu has optional opengl support, and ideally the default behavior
> is 'enable opengl suppor
On Wed, Dec 03, 2014 at 02:37:43PM +0100, Max Reitz wrote:
> Add a function qcow2_change_refcount_order() which allows changing the
> refcount order of a qcow2 image.
>
> Signed-off-by: Max Reitz
> ---
> block/qcow2-refcount.c | 452
> +
> block/q
On Thu, Dec 11, 2014 at 03:46:23PM +0100, Thomas Huth wrote:
> On Thu, 11 Dec 2014 14:25:06 +0100
> Cornelia Huck wrote:
>
> > Add a helper function for checking whether a bit is set in the guest
> > features for a vdev as well as one that works on a feature bit set.
> >
> > Convert code that op
* Peter Maydell (peter.mayd...@linaro.org) wrote:
> On 11 December 2014 at 07:23, Amit Shah wrote:
> > The following changes since commit 7fb8da2b8861795e0013e6ee97acd0363d868a35:
> >
> > Open 2.3 development tree (2014-12-09 21:48:34 +)
> >
> > are available in the git repository at:
> >
>
Peter,
> Reimplement support for architectures where the most significant bit
> in the mantissa is 1 for a signaling NaN rather than a quiet NaN,
> by adding handling for SNAN_BIT_IS_ONE being set to the functions
> which test values for NaN-ness.
>
> This includes restoring the bugfixes lost in
On 11 December 2014 at 07:23, Amit Shah wrote:
> The following changes since commit 7fb8da2b8861795e0013e6ee97acd0363d868a35:
>
> Open 2.3 development tree (2014-12-09 21:48:34 +)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/virt/qemu/amit/migration.git tags
Hello,
I'm trying to specify machine type using the config file; for example:
[machine]
type = "pc-i440fx-2.1"
It seems to be ignored:
qom-get path=/machine property=type
{ u'return': u'pc-i440fx-2.2-machine'}
It does work with the command line:
-M "pc-i440fx-2.1"
qom-get path=/machin
On 2014-12-11 at 11:49, Gerd Hoffmann wrote:
Split do_sdl_resize function (which does alot more than just resizing)
into three: sdl2_window_{create,destroy,resize}.
Fix SDL_Renderer handling: must be guest display size not host window
size, and SDL2 will magically handle all scaling for us.
Mak
On 12/11/2014 07:17 AM, Vladimir Sementsov-Ogievskiy wrote:
> Add dirty parameter to qmp-migrate command. If this parameter is true,
> block-migration.c will migrate dirty bitmaps. This parameter can be used
> without "blk" parameter to migrate only dirty bitmaps, skipping block
> migration.
>
> S
Hi,
The current trunk QEMU fails to run in the system emulation mode for
the MIPS/Malta (mips64-softmmu) target. It fails right away:
$ qemu-system -M malta -m 256 -k /dev/null -kernel vmlinux-3.2.0-4-4kc-malta
-nographic -monitor null
qemu-system: pci_add_option_rom: failed to find romfile "
On 2014-12-11 at 12:05, Gerd Hoffmann wrote:
Add new sdl2-gl.c file, with display
rendering functions using opengl.
Signed-off-by: Gerd Hoffmann
---
include/ui/sdl2.h | 10
ui/Makefile.objs | 4 ++
ui/sdl2-2d.c | 6 +++
ui/sdl2-gl.c | 143 ++
No news about it in qemu2.2?
Thanks,
--
William
Correct addresses passed around in semihosting to use a data type suitable
for both 32-bit and 64-bit targets.
Signed-off-by: Maciej W. Rozycki
---
qemu-semi-type-fix.diff
Index: qemu-git-trunk/include/exec/softmmu-semi.h
===
--- qe
Hi,
This small patch series adds semihosting support for the MIPS target.
The API has been originally set with the SDE toolchain from Algorithmics,
and has been used with bare-metal software meant to be debugged with JTAG
hardware and simulators using the MDI API [1][2]. It also uses the nam
Hi,
> Consider mutli-head for a minute. There could be a scenario where we
> want to allow 3d usage in one head, but not in the other head. This
> might in turn mean we would want to enable opengl in one display
> backend but not the other, depending on which head was connected.
> eg so only one
1 - 100 of 324 matches
Mail list logo
