Hi Vadim,
I test the vioscsi 0001-queue-depth254.patch for virtio-win-0.1-74 with
minor modifications about
virtio api, because it have not updated to use the linux api. When a VM with
four disks in one controller
and 4kb 32depth sequential read for each disk at the same time, the tool of
On Tue, 2014-12-09 at 16:20 +0800, Wangting (Kathy) wrote:
Hi Vadim,
I test the vioscsi 0001-queue-depth254.patch for virtio-win-0.1-74 with
minor modifications about
virtio api, because it have not updated to use the linux api. When a VM with
four disks in one controller
and 4kb
On 9 December 2014 at 01:54, Maciej W. Rozycki ma...@codesourcery.com wrote:
Hi,
This patch series comprises changes to QEMU, both the MIPS backend and
generic SoftFloat support code, to support IEEE 754-2008 features
introduced to revision 3.50 of the MIPS Architecture as follows
I really
Am 08.12.2014 um 17:54 hat Fabian Greffrath geschrieben:
PS: I am a bit shocked by the fact how complicated it is to install GRUB
on a disk image. And, John, even if the approach you outlined worked, I
guess GRUB will find its device.map puzzled when it will get rebooted
from inside an image
Hi,
So... after playing with this thing for some time, it's become clear
that MMIO traps are painfully slow on the aarch64 platform we've been
working on (using KVM).
So, as we don't have compatibility requirements, and we also can't play
tricks like using x86 string instructions: How
On 09/12/14 06:29, Dmitry Antipov wrote:
On 12/08/2014 08:53 PM, Stefan Hajnoczi wrote:
Try:
qemu-system-sparc -m 256 \
-netdev vde,sock=/tmp/vde0,id=vde0 \
-device ne2k_pci,netdev=vde0 \
-netdev vde,sock=/tmp/vde1,id=vde1 \
-device ne2k_pci,netdev=vde1 \
-hda
arei.gong...@huawei.com writes:
From: Gonglei arei.gong...@huawei.com
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 arm...@redhat.com
On Tue, Dec 9, 2014 at 6:29 AM, Dmitry Antipov dmanti...@yandex.ru wrote:
On 12/08/2014 08:53 PM, Stefan Hajnoczi wrote:
Try:
qemu-system-sparc -m 256 \
-netdev vde,sock=/tmp/vde0,id=vde0 \
-device ne2k_pci,netdev=vde0 \
-netdev vde,sock=/tmp/vde1,id=vde1 \
-device
Hello Ben, you're completely right on what regards the version on the
error message. I'll fix it as soon as possible. Sorry for the trouble on
that :( (and sorry for the late reply I was on vacations)
Regarding the if statement, as Peter said here --
On Tue, Dec 9, 2014 at 3:52 AM, Josh Durgin josh.dur...@inktank.com wrote:
On 12/08/2014 05:58 AM, Jun Li wrote:
On Fri, 12/05 18:01, Max Reitz wrote:
On 2014-12-05 at 16:32, Jun Li wrote:
Currently, qemu-img can not create qcow2 image format on rbd server.
Analysis
the code as
On Tue, Dec 9, 2014 at 9:44 AM, Fabian Greffrath fab...@greffrath.com wrote:
Am Dienstag, den 09.12.2014, 10:28 +0100 schrieb Kevin Wolf:
Syslinux is relatively easy as well. Just avoid GRUB 2 if you want to
set up disk images from the host. I've done it before, but it's ugly...
Yep, I was
Am Dienstag, den 09.12.2014, 09:51 + schrieb Stefan Hajnoczi:
The multiboot image is fine.
I think so.
10 MB for a boot loader? Just wow, at some point it's better to slap
a boot sector onto the Linux kernel and be done with it, kexec already
exists.
Well, it's a bit more than just a
On Mon, 8 Dec 2014 22:57:05 +0200
Michael S. Tsirkin m...@redhat.com wrote:
On Mon, Dec 08, 2014 at 04:08:00PM +, Igor Mammedov wrote:
ACPI parser in XP considers PNP0A06 devices of CPU and
memory hotplug as duplicates. Adding unique _UID
to CPU hotplug device fixes BSOD.
On Mon, 8 Dec 2014 21:13:25 +0200
Michael S. Tsirkin m...@redhat.com wrote:
On Mon, Dec 08, 2014 at 04:08:01PM +, Igor Mammedov wrote:
when bridge hotplug is disabled, i.e. for machine
types less then 2.0, bridge device was created as
hotpluggable by mistake since commit 133a2da.
On Mon, 8 Dec 2014 23:03:02 +0200
Michael S. Tsirkin m...@redhat.com wrote:
On Mon, Dec 08, 2014 at 04:08:02PM +, Igor Mammedov wrote:
zero initialize AcpiPmInfo struct to reduce code bloat
a little bit.
Signed-off-by: Igor Mammedov imamm...@redhat.com
I generally prefer explicit
This patch series enables machvirt to dynamically instantiate sysbus
devices from command line (using -device option).
All those sysbus devices are plugged onto a platform bus. This latter
device is instantiated in machvirt and takes care of the binding of
children sysbus devices on a machine
This new C module will be used by ARM machine files to generate
platform bus node and their dynamic sysbus device tree nodes.
Dynamic sysbus device node addition is done in a machine init
done notifier. arm_register_platform_bus_fdt_creator does the
registration of this latter and is supposed to
On 12/05/2014 05:36 PM, Peter Maydell wrote:
On 30 November 2014 at 18:19, Eric Auger eric.au...@linaro.org wrote:
Allows sysbus devices to be instantiated from command line by
using -device option. Machvirt creates a platform bus at init.
The dynamic sysbus devices are attached to this
Device tree nodes for the platform bus and its children dynamic sysbus
devices are added in a machine init done notifier. To load the dtb once,
after those latter nodes are built and before ROM freeze, the actual
arm_load_kernel existing code is moved into a notifier notify function,
Allows sysbus devices to be instantiated from command line by
using -device option. Machvirt creates a platform bus at init.
The dynamic sysbus devices are attached to this platform bus device.
The platform bus device registers a machine init done notifier
whose role will be to bind the dynamic
On Mon, 8 Dec 2014 23:15:32 +0200
Michael S. Tsirkin m...@redhat.com wrote:
On Mon, Dec 08, 2014 at 04:08:03PM +, Igor Mammedov wrote:
According to ACPI spec NameSeg shorter than 4 characters
must be padded up to 4 characters with _ symbol.
ACPI 5.0: 20.2.2 Name Objects Encoding
On 12/05/2014 07:16 PM, Peter Maydell wrote:
On 5 December 2014 at 16:38, Peter Maydell peter.mayd...@linaro.org wrote:
On 30 November 2014 at 18:19, Eric Auger eric.au...@linaro.org wrote:
load_dtb is renamed into arm_load_dtb and becomes non static.
it will be used by machvirt for dynamic
On 12/05/2014 05:40 PM, Peter Maydell wrote:
On 30 November 2014 at 18:19, Eric Auger eric.au...@linaro.org wrote:
--- /dev/null
+++ b/hw/arm/sysbus-fdt.c
@@ -0,0 +1,180 @@
+/*
+ * ARM Platform Bus device tree generation helpers
+ *
+ * Copyright (c) 2014 Linaro Limited
+ *
+ * Authors:
On Tue, Dec 09, 2014 at 11:05:37AM +0100, Igor Mammedov wrote:
On Mon, 8 Dec 2014 22:57:05 +0200
Michael S. Tsirkin m...@redhat.com wrote:
On Mon, Dec 08, 2014 at 04:08:00PM +, Igor Mammedov wrote:
ACPI parser in XP considers PNP0A06 devices of CPU and
memory hotplug as duplicates.
On Tue, Dec 09, 2014 at 11:27:16AM +0100, Igor Mammedov wrote:
On Mon, 8 Dec 2014 21:13:25 +0200
Michael S. Tsirkin m...@redhat.com wrote:
On Mon, Dec 08, 2014 at 04:08:01PM +, Igor Mammedov wrote:
when bridge hotplug is disabled, i.e. for machine
types less then 2.0, bridge device
On Thu, Dec 04, 2014 at 01:59:19PM -0500, John Snow wrote:
diff --git a/hw/ide/atapi.c b/hw/ide/atapi.c
index c63b7e5..d27c34b 100644
--- a/hw/ide/atapi.c
+++ b/hw/ide/atapi.c
@@ -622,19 +622,98 @@ static void cmd_request_sense(IDEState *s, uint8_t *buf)
static void cmd_inquiry(IDEState *s,
On Mon, 8 Dec 2014 22:43:40 +0200
Michael S. Tsirkin m...@redhat.com wrote:
On Mon, Dec 08, 2014 at 04:08:04PM +, Igor Mammedov wrote:
the will be later used for composing AML primitives
and all that could be reused later for ARM machines
as well.
Signed-off-by: Igor Mammedov
On Tue, Dec 09, 2014 at 11:32:45AM +0100, Igor Mammedov wrote:
On Mon, 8 Dec 2014 23:15:32 +0200
Michael S. Tsirkin m...@redhat.com wrote:
On Mon, Dec 08, 2014 at 04:08:03PM +, Igor Mammedov wrote:
According to ACPI spec NameSeg shorter than 4 characters
must be padded up to 4
On Mon, 8 Dec 2014 22:21:20 +0200
Michael S. Tsirkin m...@redhat.com wrote:
On Mon, Dec 08, 2014 at 04:08:05PM +, Igor Mammedov wrote:
Use build_append_namestring() instead of build_append_nameseg()
So user won't have to care whether name is NameSeg, NamePath or
NameString.
See
Booting a minimal KVM guest throws the below error on Cubietruck:
kvm_init_vcpu failed: Invalid argument
More context and an easy reproducer in this QEMU bug[1] for Fedora.
Context quoting Rich Jones from comment #2:
For some reason I thought this had been fixed upstream, but
now
On 9 December 2014 at 10:50, Kashyap Chamarthy kcham...@redhat.com wrote:
Booting a minimal KVM guest throws the below error on Cubietruck:
kvm_init_vcpu failed: Invalid argument
More context and an easy reproducer in this QEMU bug[1] for Fedora.
Context quoting Rich Jones from comment
On Mon, 8 Dec 2014 22:54:03 +0200
Michael S. Tsirkin m...@redhat.com wrote:
On Mon, Dec 08, 2014 at 04:08:06PM +, Igor Mammedov wrote:
Signed-off-by: Igor Mammedov imamm...@redhat.com
I'm not sure this makes sense for these constants.
Device Check seems more readable than
Hi PMM,
On 5 December 2014 at 19:41, Peter Maydell peter.mayd...@linaro.org wrote:
These patches implement support for migration/save/load on AArch64
CPUs. The first one from Alex (with some mangling from me) just
moves the sysreg sync code we have for 32-bit across to 64-bit.
The second
On Tue, Dec 09, 2014 at 11:50:31AM +0100, Kashyap Chamarthy wrote:
Booting a minimal KVM guest throws the below error on Cubietruck:
kvm_init_vcpu failed: Invalid argument
More context and an easy reproducer in this QEMU bug[1] for Fedora.
Context quoting Rich Jones from comment #2:
On Tue, Dec 09, 2014 at 10:53:41AM +, Peter Maydell wrote:
On 9 December 2014 at 10:50, Kashyap Chamarthy kcham...@redhat.com wrote:
Booting a minimal KVM guest throws the below error on Cubietruck:
kvm_init_vcpu failed: Invalid argument
More context and an easy reproducer in this
Hi,
I am new to qemu, And i need help in understanding a part of code, Can any one
tell the use of Canonical paths of the Object.
Thanks,Sai Pavan
On 9 December 2014 at 11:25, Richard W.M. Jones rjo...@redhat.com wrote:
I really think that qemu should just do the right thing though.
Tricky, because you have to use the same CPU as the host if
you want to use KVM, and that conflicts with wanting to do the
same thing on all host platforms for
On 9 December 2014 at 11:07, Pranavkumar Sawargaonkar
pranavku...@linaro.org wrote:
Thanks for the patch.
I have applied this patch and called cpu_synchronize_state() to get
sctlr_el1 value in env-cp15.c1_sys during virtio endianness
determination while ARM64 guest was booting , but value
On Tue, 9 Dec 2014 12:34:02 +0200
Michael S. Tsirkin m...@redhat.com wrote:
On Tue, Dec 09, 2014 at 11:27:16AM +0100, Igor Mammedov wrote:
On Mon, 8 Dec 2014 21:13:25 +0200
Michael S. Tsirkin m...@redhat.com wrote:
On Mon, Dec 08, 2014 at 04:08:01PM +, Igor Mammedov wrote:
when
On Tue, Dec 09, 2014 at 11:39:39AM +0100, Igor Mammedov wrote:
On Mon, 8 Dec 2014 22:21:20 +0200
Michael S. Tsirkin m...@redhat.com wrote:
On Mon, Dec 08, 2014 at 04:08:05PM +, Igor Mammedov wrote:
Use build_append_namestring() instead of build_append_nameseg()
So user won't have
From: Dr. David Alan Gilbert dgilb...@redhat.com
The migration code now occupies a fair chunk of the top level .c
files, it seems time to give it it's own directory.
I've not touched:
arch_init.c - that's mostly RAM migration but has a few random other
bits
savevm.c-
From: Dr. David Alan Gilbert dgilb...@redhat.com
The general feeling is that having migration/migration-blah
is overkill.
Signed-off-by: Dr. David Alan Gilbert dgilb...@redhat.com
---
migration/Makefile.objs | 8
migration/{block-migration.c = block.c} | 0
On Tue, Dec 09, 2014 at 11:27:02AM +, Richard W.M. Jones wrote:
On Tue, Dec 09, 2014 at 10:53:41AM +, Peter Maydell wrote:
On 9 December 2014 at 10:50, Kashyap Chamarthy kcham...@redhat.com wrote:
Booting a minimal KVM guest throws the below error on Cubietruck:
kvm_init_vcpu
From: Dr. David Alan Gilbert dgilb...@redhat.com
This is a small set of patches that shuffle migration code
around, but doesn't change the behaviour:
1) Move a lot of the migration source into a separate 'migration' directory
Note this moves a lot of files around, git format-patch -M -B
From: Dr. David Alan Gilbert dgilb...@redhat.com
Now we've got multiple QEMUFile source files, some of them need
access to things that were defined in qemu-file.c, so create
a -internal header for them.
Signed-off-by: Dr. David Alan Gilbert dgilb...@redhat.com
---
migration/qemu-file-internal.h
From: Dr. David Alan Gilbert dgilb...@redhat.com
The splitting of qemu-file and addition of the buffered file landed
at the same time; so now split the buffered file code out.
Signed-off-by: Dr. David Alan Gilbert dgilb...@redhat.com
---
migration/Makefile.objs | 2 +-
On 9 December 2014 at 12:28, Maciej W. Rozycki ma...@codesourcery.com wrote:
On Tue, 9 Dec 2014, Peter Maydell wrote:
I really really want to hold this patchset off until the softfloat
relicensing has gone through, because repeating that work would
be really painful...
Understood. Do you
On Tue, Dec 09, 2014 at 12:45:27PM +0100, Igor Mammedov wrote:
On Tue, 9 Dec 2014 12:34:02 +0200
Michael S. Tsirkin m...@redhat.com wrote:
On Tue, Dec 09, 2014 at 11:27:16AM +0100, Igor Mammedov wrote:
On Mon, 8 Dec 2014 21:13:25 +0200
Michael S. Tsirkin m...@redhat.com wrote:
On Tue, 9 Dec 2014 12:38:12 +0200
Michael S. Tsirkin m...@redhat.com wrote:
On Tue, Dec 09, 2014 at 11:32:45AM +0100, Igor Mammedov wrote:
On Mon, 8 Dec 2014 23:15:32 +0200
Michael S. Tsirkin m...@redhat.com wrote:
On Mon, Dec 08, 2014 at 04:08:03PM +, Igor Mammedov wrote:
On 12/09/2014 12:37 PM, Stefan Hajnoczi wrote:
Is there a reason why you are using the old 32-bit SPARC machine types
instead of the more modern 64-bit SPARC machine types?
Unfortunately yes, this is the closest match to the real (legacy)
hardware I need to use :-(.
I guess the SS-5 default
On Tue, 9 Dec 2014 14:02:17 +0200
Michael S. Tsirkin m...@redhat.com wrote:
On Tue, Dec 09, 2014 at 11:39:39AM +0100, Igor Mammedov wrote:
On Mon, 8 Dec 2014 22:21:20 +0200
Michael S. Tsirkin m...@redhat.com wrote:
On Mon, Dec 08, 2014 at 04:08:05PM +, Igor Mammedov wrote:
Use
On Tue, Dec 09, 2014 at 01:57:51PM +0100, Igor Mammedov wrote:
On Tue, 9 Dec 2014 14:51:59 +0200
Michael S. Tsirkin m...@redhat.com wrote:
On Tue, Dec 09, 2014 at 12:45:27PM +0100, Igor Mammedov wrote:
On Tue, 9 Dec 2014 12:34:02 +0200
Michael S. Tsirkin m...@redhat.com wrote:
Hello,
Is this call still going to happen today? I haven't yet received the
contact details.
Thanks and best regards.
* Peter Maydell (peter.mayd...@linaro.org) wrote:
On 9 December 2014 at 11:25, Richard W.M. Jones rjo...@redhat.com wrote:
I really think that qemu should just do the right thing though.
Tricky, because you have to use the same CPU as the host if
you want to use KVM
That's an unusally
On Fri, 5 Dec 2014 10:19:58 +0100
Frank Blaschka blasc...@linux.vnet.ibm.com wrote:
From: Frank Blaschka frank.blasc...@de.ibm.com
This patch adds support to generate s390 pci error events
It also uses the new infrastructure for iota error handling (which
confused me when I read this), so I
On Fri, 5 Dec 2014 10:19:57 +0100
Frank Blaschka blasc...@linux.vnet.ibm.com wrote:
Coni, Alex, Christian,
here are 2 more s390/pci features on top of the base pci support.
Thx!
Frank
Frank Blaschka (2):
s390/pci: add error event support
s390/pci: implement stpcifc instruction
On Mon, 8 Dec 2014 09:18:59 +0100
Frank Blaschka blasc...@linux.vnet.ibm.com wrote:
Remove all unnecessary calls to cpu_synchronize_state
Signed-off-by: Frank Blaschka blasc...@linux.vnet.ibm.com
---
hw/s390x/s390-pci-inst.c | 6 --
1 file changed, 6 deletions(-)
Applied to
Alexander Spyridakis a.spyrida...@virtualopensystems.com wrote:
Hello,
Is this call still going to happen today? I haven't yet received the
contact details.
Just sent it, it would be in 20 mins.
Later, Juan.
Hi
Just a gentle reminder that Today we have a call to continue talking
about multithread.
Thanks, Juan.
On Tue, Dec 02, 2014 at 02:00:22PM +0100, Cornelia Huck wrote:
virtio-ccw should now have everything in place to operate virtio 1.0
devices, so let's enable revision 1.
Signed-off-by: Cornelia Huck cornelia.h...@de.ibm.com
Looks like this will allow revision 1 for all devices,
we only want
On 9 December 2014 at 12:33, Dr. David Alan Gilbert dgilb...@redhat.com wrote:
* Peter Maydell (peter.mayd...@linaro.org) wrote:
On 9 December 2014 at 11:25, Richard W.M. Jones rjo...@redhat.com wrote:
I really think that qemu should just do the right thing though.
Tricky, because you have
On Mon, 8 Dec 2014 22:43:24 +0200
Michael S. Tsirkin m...@redhat.com wrote:
On Mon, Dec 08, 2014 at 04:08:08PM +, Igor Mammedov wrote:
it replaces PCI tree structure in SSDT with a set of scopes
describing each PCI bus as a separate scope with a child devices.
It makes code easier to
Remove first email address and let the one from which I am contributing.
Chrysostomos Nanakos (1):
MAINTAINERS: Update email addresses for Chrysostomos Nanakos
MAINTAINERS |1 -
1 file changed, 1 deletion(-)
--
1.7.10.4
On 09/12/2014 08:15, zhanghailiang wrote:
Refactor superio_ioport_writeb to fix the out of bounds write warning.
In addition, fix two typos: s/chage/change/
Signed-off-by: zhanghailiang zhang.zhanghaili...@huawei.com
---
- using bool instead of int for can_write as suggested by Stefan
Remove first email address and let the one from which I am contributing.
Signed-off-by: Chrysostomos Nanakos ch...@include.gr
---
MAINTAINERS |1 -
1 file changed, 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index bcb69e8..a33d8f7 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@
On Tue, 9 Dec 2014 14:51:59 +0200
Michael S. Tsirkin m...@redhat.com wrote:
On Tue, Dec 09, 2014 at 12:45:27PM +0100, Igor Mammedov wrote:
On Tue, 9 Dec 2014 12:34:02 +0200
Michael S. Tsirkin m...@redhat.com wrote:
On Tue, Dec 09, 2014 at 11:27:16AM +0100, Igor Mammedov wrote:
On
On Tue, 9 Dec 2014 14:51:59 +0200
Michael S. Tsirkin m...@redhat.com wrote:
On Tue, Dec 09, 2014 at 12:45:27PM +0100, Igor Mammedov wrote:
On Tue, 9 Dec 2014 12:34:02 +0200
Michael S. Tsirkin m...@redhat.com wrote:
On Tue, Dec 09, 2014 at 11:27:16AM +0100, Igor Mammedov wrote:
On
Improve the access to the registers with 32 and 16 bit reads and writes.
Also enable access to a non-base register address, such as reads of the
2nd byte of a register. Map the FIFO byte access to any byte within
its 4 byte register (following specs).
Signed-off-by: Stefan Berger
The following series of patches extends the TPM TIS implementation to
version 1.3. This will lead to a TIS version that supports TPM 2.
For this I would post relatively small patches afterwards.
Regards,
Stefan
Stefan Berger (5):
tpm: Extend sts register to 32 bit
tpm: Allow 32 16 bit
Provide the TIS 1.3 capability flags.
The interface now looks like a TIS 1.3 interface. It's fully
compatible with previous TIS 1.2 and drivers written for
TIS 1.2 continue to work.
Signed-off-by: Stefan Berger stef...@linux.vnet.ibm.com
---
hw/tpm/tpm_tis.c | 9 -
1 file changed, 8
Support for the XFIFO register (range) of the TIS 1.3 specification.
We support a range of 64 bytes.
Signed-off-by: Stefan Berger stef...@linux.vnet.ibm.com
---
hw/tpm/tpm_tis.c | 4
1 file changed, 4 insertions(+)
diff --git a/hw/tpm/tpm_tis.c b/hw/tpm/tpm_tis.c
index 6170693..a37c7ce
Extend the backend to check whether the TPM_ContinueSelfTest
finished successfully and provide a flag to the TIS front-end
if it successfully finished. The TIS then sets a flag in
all localities in the STS register and keeps it until the next
reset.
Signed-off-by: Stefan Berger
More recent TIS specs extend the STS register to 32 bit. While
we don't store the TIS interface state, yet, we can extend it
without sideeffects.
Signed-off-by: Stefan Berger stef...@linux.vnet.ibm.com
---
hw/tpm/tpm_tis.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On Tue, Dec 09, 2014 at 03:01:00PM +0100, Igor Mammedov wrote:
On Mon, 8 Dec 2014 22:43:24 +0200
Michael S. Tsirkin m...@redhat.com wrote:
On Mon, Dec 08, 2014 at 04:08:08PM +, Igor Mammedov wrote:
it replaces PCI tree structure in SSDT with a set of scopes
describing each PCI bus
On Tue, Dec 09, 2014 at 09:18:54AM -0500, Stefan Berger wrote:
The following series of patches extends the TPM TIS implementation to
version 1.3. This will lead to a TIS version that supports TPM 2.
For this I would post relatively small patches afterwards.
Regards,
Stefan
Since this
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 to
version 1.3. This will lead to a TIS version that supports TPM 2.
For this I would post relatively small patches
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 to
version 1.3. This will lead to a TIS version
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
Am 08.12.2014 um 15:07 schrieb Jun Li:
Ping, why does this patch has not been merged until now? Could anyone give
some explanations? Thx.
I had already applied the previous version of the patch to qom-next.
I'll drop it and replace it with this version then.
Regards,
Andreas
On Wed, 11/05
By evidence, I mean actual numbers for actual QEMU code. Nothing
sophisticated, just use your new interface in a way you consider
relevant for your own use case, then approximate this use with existing
interfaces. The approximation can be very rough. For instance, showing
that doing the
On Tue, Nov 25, 2014 at 05:30:02PM -0600, grhookatw...@gmail.com wrote:
From: Gary R Hook gary.h...@nimboxx.com
Modify block_save_iterate() to return positive/zero/negative
(success/not done/failure) return status. The computation of
the blocks transferred (an int64_t) exceeds the size of an
On Tue, Dec 02, 2014 at 09:18:59PM +0100, Paolo Bonzini wrote:
On 27/11/2014 04:39, Anton Blanchard wrote:
Initialise our maximum page size capability to 64kB and increase
the page_size variable from 16 to 32 bits.
Signed-off-by: Anton Blanchard an...@samba.org
--
diff --git
Am 05.11.2014 um 08:03 schrieb Jun Li:
Currently when *obj is not a TYPE_DEVICE, qemu will abort. This patch just
fixed it. When *obj is not a TYPE_DEVICE, just do not add it to hotpluggable
device list.
This patch also fixed the following issue:
1, boot qemu using cli:
$
On Tue, Dec 02, 2014 at 09:46:50AM +0900, Ady Wahyudi Paundu wrote:
I know that simpletrace records go to memory buffer before it flushed
to file by a writer thread. My question is how to call this thread
(preferably using python), so I can make the flush process periodical?
Look at the
On 12/09/2014 12:38 AM, Fam Zheng wrote:
This will make it easier to keep checkpatch.pl happy.
Fam Zheng (2):
qemu-iotests: Remove traling whitespaces in *.out
block: Don't add trailing space in Formating... message
Series:
Reviewed-by: Eric Blake ebl...@redhat.com
--
Eric Blake
On 12/08/2014 11:38 PM, zhanghailiang wrote:
Signed-off-by: zhanghailiang zhang.zhanghaili...@huawei.com
---
qmp-commands.hx | 6 ++
1 file changed, 6 insertions(+)
- xbzrle: XBZRLE support
+- rdma-pin-all: pin all pages when use of RDMA during migration
s/use of/using/
With the
On 12/09/14 10:31, Gerd Hoffmann wrote:
Hi,
So... after playing with this thing for some time, it's become clear
that MMIO traps are painfully slow on the aarch64 platform we've been
working on (using KVM).
So, as we don't have compatibility requirements, and we also can't play
tricks
On 05.12.2014 15:58, Eric Blake wrote:
On 12/05/2014 04:50 AM, Peter Lieven wrote:
Signed-off-by: Peter Lieven p...@kamp.de
---
block.c|2 ++
block/accounting.c |7 +++
block/qapi.c |2 ++
hmp.c |6 +-
On 05.12.2014 16:05, Eric Blake wrote:
On 12/05/2014 04:50 AM, Peter Lieven wrote:
this patch finally introduce multiread support to virtio-blk while
s/introduce/introduces/
s/virtio-blk while/virtio-blk. While/
multiwrite support was there for a long time read support was missing.
Public bug reported:
all I have are the traces, should hopefully be easy to reproduce.
# qemu-system-i386 -machine isapc
VNC server running on `::1:5900'
qemu: fatal: Trying to execute code outside RAM or ROM at 0x1a0dff44
EAX=000f0f88 EBX=0010 ECX=07fc EDX=002c
ESI=6f5c
On 9 December 2014 at 15:41, Laszlo Ersek ler...@redhat.com wrote:
Again, this was the idea that Rich had in 2010 (see the links in the
discussion thus far). It was rejected back then (which is why I didn't
even try to resurrect it now), and Peter has now asked if anything has
changed that
On Mon, Dec 01, 2014 at 03:30:08PM -0500, John Snow wrote:
diff --git a/block.c b/block.c
index e5c6ccf..3f27519 100644
--- a/block.c
+++ b/block.c
@@ -5420,6 +5420,25 @@ int bdrv_get_dirty(BlockDriverState *bs,
BdrvDirtyBitmap *bitmap, int64_t sector
}
}
+#define
Hello,
I too have the same results.
Below is an additional snippet where the call is made through valgrind.
While valgrind grinds, the SDL window displays Guest has not
initialized the display (yet).
==16648== Memcheck, a memory error detector
==16648== Copyright (C) 2002-2013, and
On Mon, Dec 01, 2014 at 03:30:09PM -0500, John Snow wrote:
diff --git a/include/block/block.h b/include/block/block.h
index 066ded6..f180f93 100644
--- a/include/block/block.h
+++ b/include/block/block.h
@@ -440,6 +440,8 @@ void bdrv_dirty_bitmap_make_anon(BlockDriverState *bs,
Hi,
Resending patches after the release of version 2.2.
Please note that this patch set doesn't include the *.hex.generated
files and the binary ACPI tables (make check will fail).
Thanks,
Gal.
V9 - Add a unit test.
- Rebased to version 2.2.
- Removed hex.generated the binary files
Based on Microsoft's sepecifications (paper can be dowloaded from
http://go.microsoft.com/fwlink/?LinkId=260709), add a device
description to the SSDT ACPI table and its implementation.
The GUID is set using a global vmgenid.uuid parameter.
Signed-off-by: Gal Hammer gham...@redhat.com
---
Signed-off-by: Gal Hammer gham...@redhat.com
---
tests/Makefile | 2 ++
tests/vmgenid-test.c | 48
2 files changed, 50 insertions(+)
create mode 100644 tests/vmgenid-test.c
diff --git a/tests/Makefile b/tests/Makefile
index
Signed-off-by: Gal Hammer gham...@redhat.com
---
docs/specs/vmgenid.txt | 27 +++
1 file changed, 27 insertions(+)
create mode 100644 docs/specs/vmgenid.txt
diff --git a/docs/specs/vmgenid.txt b/docs/specs/vmgenid.txt
new file mode 100644
index 000..9a09d11
---
As it was not obvious (at least for me) where the 32 comes from;
add a constant for it.
Signed-off-by: Peter Lieven p...@kamp.de
Reviewed-by: Eric Blake ebl...@redhat.com
---
hw/block/virtio-blk.c |2 +-
include/hw/virtio/virtio-blk.h |4 +++-
2 files changed, 4 insertions(+), 2
this patch finally introduces multiread support to virtio-blk. While
multiwrite support was there for a long time, read support was missing.
To achieve this the patch does several things which might need further
explanation:
- the whole merge and multireq logic is moved from block.c into
1 - 100 of 149 matches
Mail list logo