The goal is to sleep qemu whenever the guest clock
is in advance compared to the host clock (we use
the monotonic clocks). The amount of time to sleep
is calculated in the execution loop in cpu_exec.
At first, we tried to approximate at each for loop the real time elapsed
while searching for a TB
Show in 'info jit' the current delay between the host clock
and the guest clock. In addition, print the maximum advance
and delay of the guest compared to the host.
Signed-off-by: Sebastian Tanase sebastian.tan...@openwide.fr
Tested-by: Camille Bégué camille.be...@openwide.fr
---
cpu-exec.c
If the align option is enabled, we print to the user whenever
the guest clock is behind the host clock in order for he/she
to have a hint about the actual performance. The maximum
print interval is 2s and we limit the number of messages to 100.
If desired, this can be changed in cpu-exec.c
Am 25.07.2014 11:56, schrieb Sebastian Tanase:
Sebastian Tanase (6):
icount: Add QemuOpts for icount
icount: Add align option to icount
icount: Make icount_time_shift available everywhere
cpu_exec: Add sleeping algorithm
cpu_exec: Print to console if the guest is late
FWIW the
Il 25/07/2014 11:56, Sebastian Tanase ha scritto:
The goal is to sleep qemu whenever the guest clock
is in advance compared to the host clock (we use
the monotonic clocks). The amount of time to sleep
is calculated in the execution loop in cpu_exec.
At first, we tried to approximate at each
Peter Maydell writes:
On 24 July 2014 16:52, Alex Bennée alex.ben...@linaro.org wrote:
+/* See: D4.7.2 TLB maintenance requirements and the TLB maintenance
instructions
+ * Page D4-1736 (DDI0487A.b) For TLB maintenance instructions that
+ * take an address, the maintenance of VA[63:56] is
Zhang Haoyu writes:
Hi, all
If I use qemu command directly to run vm, bypass libvirt, how to configure
qemu to assure that each vm has its own log file, like vmname.log?
For example, VM: rhel7-net has its own log file, rhel7-net.log,
VM:rhel7-stor has its own log file, rhel7-stor.log.
-D
Obviously, there is a misprint in function implementation.
From: Dmitry Poletaev poletaev-q...@yandex.ru
Signed-off-by: Dmitry Poletaev poletaev-q...@yandex.ru
---
target-i386/fpu_helper.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target-i386/fpu_helper.c
Hi, all
If I use qemu command directly to run vm, bypass libvirt, how to configure
qemu to assure that each vm has its own log file, like vmname.log?
For example, VM: rhel7-net has its own log file, rhel7-net.log,
VM:rhel7-stor has its own log file, rhel7-stor.log.
-D
Currently, qemu will take a hard exit if it fails to set up guest or
host notifiers, giving no real clue as to what went wrong (e.g., when
out of file descriptors).
This patchset tries to make this more manageable: Both by improving the
error message and by gracefully falling back to
Setting up guest or host notifiers may fail, but the user will have
no idea why: Let's print the error returned by the callback.
Acked-by: Christian Borntraeger borntrae...@de.ibm.com
Signed-off-by: Cornelia Huck cornelia.h...@de.ibm.com
---
hw/block/dataplane/virtio-blk.c | 13 -
The dataplane code is currently doing a hard exit if it fails to set
up either guest or host notifiers. In practice, this may mean that a
guest suddenly dies after a dataplane device failed to come up (e.g.,
when a file descriptor limit is hit for tne nth device).
Let's just try to unwind the
The following changes since commit f368c33d5ab09dd5656924185cd975b11838cd25:
Update version for v2.1.0-rc3 release (2014-07-22 18:17:03 +0100)
are available in the git repository at:
git://github.com/bonzini/qemu.git tags/for-upstream
for you to fetch changes up to
Changing the ACPI table size causes migration to break, and the memory
hotplug work opened our eyes on how horribly we were breaking things in
2.0 already.
The ACPI table size is rounded to the next 4k, which one would think
gives some headroom. In practice this is not the case, because the user
This replaces the _PRT constant with a method that computes it.
The problem is that the DSDT+SSDT have grown from 2.0 to 2.1,
enough to cross the 8k barrier (we align the ACPI tables to 4k
before putting them in fw_cfg). This causes problems with
migration and the pc-i440fx-2.0 machine type.
After commit f702e62 (serial: change retry logic to avoid concurrency,
2014-07-11), guest boot hangs if the backend is an unconnected PTY.
The reason is that PTYs do not support G_IO_HUP, and serial_xmit is
never called. To fix this, simply invoke serial_xmit immediately
(via g_idle_source_new)
The following changes since commit f368c33d5ab09dd5656924185cd975b11838cd25:
Update version for v2.1.0-rc3 release (2014-07-22 18:17:03 +0100)
are available in the git repository at:
git://github.com/bonzini/qemu.git tags/for-upstream
for you to fetch changes up to
After commit f702e62 (serial: change retry logic to avoid concurrency,
2014-07-11), guest boot hangs if the backend is an unconnected PTY.
The reason is that PTYs do not support G_IO_HUP, and serial_xmit is
never called. To fix this, simply invoke serial_xmit immediately
(via g_idle_source_new)
On 24/07/14 22:34, Jeff Cody wrote:
On Tue, Jul 22, 2014 at 05:19:34PM +0400, Denis V. Lunev wrote:
Parallels image format has several additional fields inside:
- nb_sectors is actually 64 bit wide. Upper 32bits are not used for
images with signature WithoutFreeSpace and must be explicitely
I can confirm this.
Using qemu-kvm for three virtual machines on Ubuntu 14.04 LTS using a
Intel i7-4770 Haswell based server.
dmesg:
[63429.847437] mce: [Hardware Error]: Machine check events logged
[65996.795630] mce: [Hardware Error]: Machine check events logged
mcelog:
Hardware event. This
On 24/07/14 22:50, Jeff Cody wrote:
On Tue, Jul 22, 2014 at 05:19:36PM +0400, Denis V. Lunev wrote:
and rework error path a bit. There is no difference at the moment, but
the code will be definitely shorter when additional processing will
be required for WithouFreSpacExt
Signed-off-by: Denis
attachment
logfiles, dmidecode, system information
** Attachment added: logfiles, dmidecode, system information
https://bugs.launchpad.net/qemu/+bug/1307225/+attachment/4162599/+files/logfiles-mce.txt
--
You received this bug notification because you are a member of qemu-
devel-ml, which is
On Fri, Jul 25, 2014 at 07:51:47AM +0400, Denis V. Lunev wrote:
On 24/07/14 23:25, Jeff Cody wrote:
On Tue, Jul 22, 2014 at 05:19:37PM +0400, Denis V. Lunev wrote:
Parallels has released in the recent updates of Parallels Server 5/6
new addition to his image format. Images with signature
On 25/07/14 17:08, Jeff Cody wrote:
On Fri, Jul 25, 2014 at 07:51:47AM +0400, Denis V. Lunev wrote:
On 24/07/14 23:25, Jeff Cody wrote:
On Tue, Jul 22, 2014 at 05:19:37PM +0400, Denis V. Lunev wrote:
Parallels has released in the recent updates of Parallels Server 5/6
new addition to his
These sysemu functions will be needed by qemu-char.c, which is linked
into tests/vhost-user-test without system emulation functionality.
Signed-off-by: Stefan Hajnoczi stefa...@redhat.com
---
stubs/Makefile.objs | 1 +
stubs/shutdown.c| 5 +
2 files changed, 6 insertions(+)
create mode
v2:
* Added qemu_system_shutdown_force() API [Peter]
Test cases are supposed to clean up even if they fail. Historically libqtest
has leaked QEMU processes and files. This caused annoyances and buildbot
failures so it was gradually fixed.
The solution we have for terminating the QEMU process
When the test case aborts it is important to terminate the QEMU process
so it does not leak. This was implemented using a SIGABRT handler
function in libqtest that sent SIGTERM to QEMU.
The SIGABRT approach is messy because it requires a global signal
handler but libqtest should support multiple
The QEMU --no-shutdown option prevents guests from shutting down. There
are several cases where shutdown should be forced, even if --no-shutdown
was given.
This patch adds an API for forcing shutdown. This cleans up the code
and hides the extern int no_shutdown variable which is currently being
When QEMU is executed as part of a test case or from a script, it is
usually desirable to exit if the parent process terminates. This
ensures that leaked QEMU processes do not continue consuming resources
after their parent has died.
This patch adds the -chardev exit-on-eof option causing socket
Am 25.07.2014 13:07, schrieb Zhang Haoyu:
Hi, all
If I use qemu command directly to run vm, bypass libvirt, how to configure
qemu to assure that each vm has its own log file, like vmname.log?
For example, VM: rhel7-net has its own log file, rhel7-net.log,
VM:rhel7-stor has its own log file,
Hi,
I think the AArch64 port has a problem with a self-modifying code sequence
that appears to run fine on other simulators, but I can't get QEMU to run the
small bare metal test case I created to try to reproduce the issue. Any help
would be appreciated.
qemu-system-aarch64 -nodefaults
On 25 July 2014 15:01, Christopher Covington c...@codeaurora.org wrote:
Hi,
I think the AArch64 port has a problem with a self-modifying code sequence
that appears to run fine on other simulators, but I can't get QEMU to run the
small bare metal test case I created to try to reproduce the
Il 25/07/2014 14:15, Paolo Bonzini ha scritto:
The following changes since commit f368c33d5ab09dd5656924185cd975b11838cd25:
Update version for v2.1.0-rc3 release (2014-07-22 18:17:03 +0100)
are available in the git repository at:
git://github.com/bonzini/qemu.git tags/for-upstream
- Mail original -
De: Paolo Bonzini pbonz...@redhat.com
À: Sebastian Tanase sebastian.tan...@openwide.fr, qemu-devel@nongnu.org
Cc: aligu...@amazon.com, afaer...@suse.de, r...@twiddle.net, peter maydell
peter.mayd...@linaro.org,
mich...@walle.cc, a...@alex.org.uk,
Hi Peter,
On 07/25/2014 10:07 AM, Peter Maydell wrote:
On 25 July 2014 15:01, Christopher Covington c...@codeaurora.org wrote:
Hi,
I think the AArch64 port has a problem with a self-modifying code sequence
that appears to run fine on other simulators, but I can't get QEMU to run the
small
On 25 July 2014 15:35, Christopher Covington c...@codeaurora.org wrote:
qemu-system-aarch64 -nodefaults -nographic -monitor none -M virt \
-cpu cortex-a57 -m 3G -semihosting -kernel hello
qemu: fatal: Trying to execute code outside RAM or ROM at 0x
This means your code took
On Thu, Jul 24, 2014 at 08:30:59PM +0200, Marc Marí wrote:
+static QPCIBus *test_start(void)
+{
+char cmdline[100];
+char tmp_path[] = /tmp/qtest.XX;
+int fd, ret;
+
+/* Create a temporary raw image */
+fd = mkstemp(tmp_path);
+g_assert_cmpint(fd, =, 0);
+
Hi Peter,
On 07/25/2014 10:41 AM, Peter Maydell wrote:
On 25 July 2014 15:35, Christopher Covington c...@codeaurora.org wrote:
qemu-system-aarch64 -nodefaults -nographic -monitor none -M virt \
-cpu cortex-a57 -m 3G -semihosting -kernel hello
qemu: fatal: Trying to execute code outside RAM
On 25 July 2014 16:05, Christopher Covington c...@codeaurora.org wrote:
I have local patches adding semihosting for AArch64. I hope eventually be able
to share them and other changes, but the approvals will likely take a while
longer.
That would be good; there is demand from other quarters for
On Thu, Jul 24, 2014 at 08:31:00PM +0200, Marc Marí wrote:
+static uint32_t qvirtio_pci_get_features(QVirtioDevice *d)
+{
+QVirtioPCIDevice *dev = (QVirtioPCIDevice *)d;
+return qpci_io_readl(dev-pdev, dev-addr + QVIRTIO_DEVICE_FEATURES);
+}
Unused? If it's unused, then it's
On Thu, Jul 24, 2014 at 08:31:03PM +0200, Marc Marí wrote:
Signed-off-by: Marc Marí marc.mari.barc...@gmail.com
---
tests/libqos/malloc.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/libqos/malloc.h b/tests/libqos/malloc.h
index 46f6000..5565381 100644
---
The code in do_cpu_reset() correctly handled AArch64 CPUs
when running Linux kernels, but was missing code in the
branch of the if() that deals with loading ELF files.
Correctly jump to the ELF entry point on reset rather than
leaving the reset PC at zero.
Reported-by: Christopher Covington
On Thu, Jul 24, 2014 at 08:31:01PM +0200, Marc Marí wrote:
@@ -397,10 +398,18 @@ QDict *qtest_qmpv(QTestState *s, const char *fmt,
va_list ap)
/* No need to send anything for an empty QObject. */
if (qobj) {
+size_t len;
+int log = getenv(QTEST_LOG) != NULL;
Hi,
The following patch introduce a mechanism to test the correctness of the
vmstate's information. This is achieved by saving the device states'
information to a memory buffer and then clearing the states, followed by
loading the data from the saved memory buffer.
v1 -- v2:
* Added a list
From: Dr. David Alan Gilbert dgilb...@redhat.com
Stefan Berger's to create a QEMUFile that goes to a memory buffer;
from:
http://lists.gnu.org/archive/html/qemu-devel/2013-03/msg05036.html
Using the QEMUFile interface, this patch adds support functions for
operating
on in-memory sized buffers
I have provided a qmp interface for getting the list of qdevified devices
that have been registered with SaveVMHandlers.
Signed-off-by: Sanidhya Kashyap sanidhya.ii...@gmail.com
---
qapi-schema.json | 22 ++
qmp-commands.hx | 25 +
savevm.c |
In this patch, I have made the following changes:
* changed the DPRINT statement.
* renamed the variables.
* added noqdev variable which decides which option to use for resetting.
* added devices option which can help in resetting one or many devices
(only qdevified ones).
* updated the
This patch provides the hmp interface for qdevified devices list.
Signed-off-by: Sanidhya Kashyap sanidhya.ii...@gmail.com
---
hmp-commands.hx | 2 ++
hmp.c | 21 +
hmp.h | 1 +
monitor.c | 7 +++
4 files changed, 31 insertions(+)
diff --git
I have added a structure containing the list of qdevified devices which have
been added to the SaveVMHandlers. Since, I was unable to find any particular
struct containing the information about all the qdevified devices. So, I have
created my own version, which is very very specific.
I shall be
I have added the hmp interface for vmstate testing. Currently, the patch does
not support the qdev list, since I could not figure out how to the pass the
VMStatesQdevDevices struct which can be parsed and used.
Signed-off-by: Sanidhya Kashyap sanidhya.ii...@gmail.com
---
hmp-commands.hx | 15
Signed-off-by: Sanidhya Kashyap sanidhya.ii...@gmail.com
---
hmp-commands.hx | 15 +++
hmp.c | 14 ++
hmp.h | 1 +
3 files changed, 30 insertions(+)
diff --git a/hmp-commands.hx b/hmp-commands.hx
index c1dc6a2..6d15184 100644
--- a/hmp-commands.hx
+++
Added a hmp interface for providing the information about the testing process.
I have used the underscore as a separater on Eric's advice. But, I have found
some of the commands having hyphen.
Signed-off-by: Sanidhya Kashyap sanidhya.ii...@gmail.com
---
hmp-commands.hx | 2 ++
hmp.c |
This patch provides the information about an already executing testing
process. I have modified the qmp command to query-test-vmstates from
test-vmstates-get-info.
Signed-off-by: Sanidhya Kashyap sanidhya.ii...@gmail.com
---
qapi-schema.json | 34 ++
Signed-off-by: Sanidhya Kashyap sanidhya.ii...@gmail.com
---
qapi-schema.json | 9 +
qmp-commands.hx | 19 +++
savevm.c | 16 ++--
3 files changed, 42 insertions(+), 2 deletions(-)
diff --git a/qapi-schema.json b/qapi-schema.json
index
Signed-off-by: Sanidhya Kashyap sanidhya.ii...@gmail.com
---
hmp-commands.hx | 14 ++
hmp.c | 6 ++
hmp.h | 1 +
3 files changed, 21 insertions(+)
diff --git a/hmp-commands.hx b/hmp-commands.hx
index 6d15184..fe224fc 100644
--- a/hmp-commands.hx
+++
No particular change, except variable name. Since I am not modifying other
variables, so I have not made the command generic.
Signed-off-by: Sanidhya Kashyap sanidhya.ii...@gmail.com
---
qapi-schema.json | 12
qmp-commands.hx | 23 +++
savevm.c | 13
Changing the ACPI table size causes migration to break, and the memory
hotplug work opened our eyes on how horribly we were breaking things in
2.0 already.
To trigger issue start
QEMU-1.7 with -M pc-i440fx-1.7 -device pci-bridge,chassis_nr=1
and try to migrate to QEMU-2.1 or QEMU-2.0 as result
It fixes migration failure for machine type pc-i440fx-1.7 from
QEMU 1.7/2.0 to QEMU 2.1
Migration fails due to ACPI tables size grows across 1.7-2.1
versions. That causes ACPI tables ROM blob to change its size
differently for the same configurations on different QEMU versions.
As result
On Thu, Jul 24, 2014 at 08:31:02PM +0200, Marc Marí wrote:
Signed-off-by: Paolo Bonzini pbonz...@redhat.com
Signed-off-by: Marc Marí marc.mari.barc...@gmail.com
---
tests/libqos/malloc-pc.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Reviewed-by: Stefan Hajnoczi
Add API to mark memory region as extend-able on migration,
to allow migration code to load smaller RAMBlock into
a bigger one on destination QEMU instance.
This will allow to fix broken migration from QEMU 1.7/2.0 to
QEMU 2.1 due to ACPI tables size changes across 1.7/2.0/2.1
versions by marking
On 25 July 2014 15:22, Paolo Bonzini pbonz...@redhat.com wrote:
Since Igor hasn't sent his patches, and I'm leaving the office, I pushed
this to
git://github.com/bonzini/qemu.git tags/for-upstream-full
I don't know about tests/acpi-test-data/pc. It makes sense that this
patch should
ping: anyone got any views on this one?
On 22 Jul 2014, at 19:43, Alex Bligh a...@alex.org.uk wrote:
Add a machine type pc-1.0-qemu-kvm for live migrate compatibility
with qemu-kvm version 1.0.
Signed-off-by: Alex Bligh a...@alex.org.uk
---
hw/acpi/piix4.c | 49
On 07/25/2014 11:23 AM, Peter Maydell wrote:
The code in do_cpu_reset() correctly handled AArch64 CPUs
when running Linux kernels, but was missing code in the
branch of the if() that deals with loading ELF files.
Correctly jump to the ELF entry point on reset rather than
leaving the reset PC
On Thu, Jul 24, 2014 at 08:31:05PM +0200, Marc Marí wrote:
+static void qvirtio_pci_set_queue_address(QVirtioDevice *d, uint16_t addr)
+{
+QVirtioPCIDevice *dev = (QVirtioPCIDevice *)d;
+qpci_io_writel(dev-pdev, dev-addr + QVIRTIO_QUEUE_ADDRESS, addr);
+}
Why is addr uint16_t? It
On 07/25/14 17:48, Igor Mammedov wrote:
Changing the ACPI table size causes migration to break, and the memory
hotplug work opened our eyes on how horribly we were breaking things in
2.0 already.
To trigger issue start
QEMU-1.7 with -M pc-i440fx-1.7 -device pci-bridge,chassis_nr=1
and
On 25 July 2014 13:38, Paolo Bonzini pbonz...@redhat.com wrote:
The following changes since commit f368c33d5ab09dd5656924185cd975b11838cd25:
Update version for v2.1.0-rc3 release (2014-07-22 18:17:03 +0100)
are available in the git repository at:
git://github.com/bonzini/qemu.git
Public bug reported:
It appears that smp is broken on qemu for arm64. I'm looking into the
root cause but am curious if others can reproduce in their environments.
Tested with commit f368c33d5ab09dd5656924185cd975b11838cd25 (July 22)
from https://github.com/qemu/qemu.git
[root@joelaarch64 ~]#
** Changed in: qemu
Assignee: (unassigned) = Joel Schopp (joel-schopp)
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1348719
Title:
arm64: -smp 2 hangs qemu
Status in QEMU:
New
Bug
On Thu, Jul 24, 2014 at 09:44:41AM +0800, Chen, Tiejun wrote:
On 2014/7/24 4:54, Konrad Rzeszutek Wilk wrote:
On Sat, Jul 19, 2014 at 12:27:21AM +, Kay, Allen M wrote:
For the MCH PCI registers that do need to be read - can you tell us which
ones those are?
In
El Fri, 25 Jul 2014 16:19:41 +0100
Stefan Hajnoczi stefa...@redhat.com escribió:
On Thu, Jul 24, 2014 at 08:31:00PM +0200, Marc Marí wrote:
+static uint32_t qvirtio_pci_get_features(QVirtioDevice *d)
+{
+QVirtioPCIDevice *dev = (QVirtioPCIDevice *)d;
+return
Il 25/07/2014 17:48, Igor Mammedov ha scritto:
It fixes migration failure for machine type pc-i440fx-1.7 from
QEMU 1.7/2.0 to QEMU 2.1
Migration fails due to ACPI tables size grows across 1.7-2.1
versions. That causes ACPI tables ROM blob to change its size
differently for the same
On 07/25/14 17:48, Igor Mammedov wrote:
Add API to mark memory region as extend-able on migration,
to allow migration code to load smaller RAMBlock into
a bigger one on destination QEMU instance.
This will allow to fix broken migration from QEMU 1.7/2.0 to
QEMU 2.1 due to ACPI tables size
On 07/25/14 17:48, Igor Mammedov wrote:
It fixes migration failure for machine type pc-i440fx-1.7 from
QEMU 1.7/2.0 to QEMU 2.1
Migration fails due to ACPI tables size grows across 1.7-2.1
versions. That causes ACPI tables ROM blob to change its size
differently for the same configurations
Now that bdrv_amend_options() supports a status callback, use it to
display a progress report.
Signed-off-by: Max Reitz mre...@redhat.com
---
qemu-img.c | 26 +++---
1 file changed, 23 insertions(+), 3 deletions(-)
diff --git a/qemu-img.c b/qemu-img.c
index 90d6b79..a06f425
The main purpose of this series is to add a progress report to
qemu-img amend. This is achieved by adding a callback function to
bdrv_amend_options() - the reasons for this choice are explained in
patch 1.
While adapting qcow2's expand_zero_clusters_in_l1() accordingly, I
noticed a way to
The only really time-consuming operation potentially performed by
qcow2_amend_options() is zero cluster expansion when downgrading qcow2
images from compat=1.1 to compat=0.10, so report status of that
operation and that operation only through the status CB.
For this, count the number of L2 zero
Reading the refcount of a cluster is an operation which can be useful in
all of the qcow2 code, so make that function globally available.
Signed-off-by: Max Reitz mre...@redhat.com
---
block/qcow2-refcount.c | 23 ---
block/qcow2.h | 2 ++
2 files changed, 14
As soon as options is set in img_amend(), it needs to be freed before
the function returns. This leak is rather insignifcant, as qemu-img will
exit subsequently anyway, but there's no point in not fixing it.
Signed-off-by: Max Reitz mre...@redhat.com
---
qemu-img.c | 4 +++-
1 file changed, 3
Actually, we do not need to allocate a new data cluster for every zero
cluster to be expanded: It is completely sufficient to rely on qcow2's
COW part and instead create a single zero cluster and reuse it as much
as possible.
Signed-off-by: Max Reitz mre...@redhat.com
---
block/qcow2-cluster.c |
Currently, we have a bitmap for keeping track of which clusters have
been created during the zero cluster expansion process. This was
necessary because we need to properly increase the refcount for shared
L2 tables.
However, now we can simply take the L2 refcount and use it for the
cluster
Add some tests for progress output and one test regarding the COPIED
flag for shared zeroed clusters to 061.
Signed-off-by: Max Reitz mre...@redhat.com
---
tests/qemu-iotests/061 | 41 +
tests/qemu-iotests/061.out | 40
Depending on the changed options and the image format,
bdrv_amend_options() may take a significant amount of time. In these
cases, a way to be informed about the operation's status is desirable.
Since the operation is rather complex and may fundamentally change the
image, implementing it as AIO
Add functions for virtio PCI libqos driver. Add more debugging tools. Solve
bugs found while generating tests.
Marc Marí (7):
tests: Functions bus_foreach and device_find from libqos virtio API
tests: Add virtio device initialization
libqtest: add QTEST_LOG for debugging qtest testcases
Without this correction, only a three descriptor layout is accepted, and
requests with just two descriptors are not completed and no error message is
displayed.
Signed-off-by: Stefan Hajnoczi stefa...@redhat.com
Signed-off-by: Marc Marí marc.mari.barc...@gmail.com
---
hw/block/virtio-blk.c |
Add functions to read and write virtio header fields.
Add status bit setting in virtio-blk-device.
Signed-off-by: Marc Marí marc.mari.barc...@gmail.com
---
tests/Makefile|2 +-
tests/libqos/virtio-pci.c | 57 +
Virtio header has been changed to compile and work with a real device.
Functions bus_foreach and device_find have been implemented for PCI.
Virtio-blk test case now opens a fake device.
Signed-off-by: Marc Marí marc.mari.barc...@gmail.com
---
tests/Makefile|3 +-
Reviewed-by: Stefan Hajnoczi stefa...@redhat.com
Signed-off-by: Marc Marí marc.mari.barc...@gmail.com
---
tests/libqos/malloc.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/libqos/malloc.h b/tests/libqos/malloc.h
index 46f6000..5565381 100644
---
Add status changing and feature negotiation.
Add basic virtqueue support for adding and sending virtqueue requests.
Add ISR checking.
Signed-off-by: Marc Marí marc.mari.barc...@gmail.com
---
tests/libqos/virtio-pci.c | 91 +-
tests/libqos/virtio-pci.h |7 ++
Signed-off-by: Paolo Bonzini pbonz...@redhat.com
Signed-off-by: Marc Marí marc.mari.barc...@gmail.com
---
tests/libqtest.c |7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/tests/libqtest.c b/tests/libqtest.c
index 98e8f4b..fbd600d 100644
--- a/tests/libqtest.c
+++
Reviewed-by: Stefan Hajnoczi stefa...@redhat.com
Signed-off-by: Paolo Bonzini pbonz...@redhat.com
Signed-off-by: Marc Marí marc.mari.barc...@gmail.com
---
tests/libqos/malloc-pc.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/libqos/malloc-pc.c
Hi Ming Paolo,
On Wed, 2014-06-18 at 23:11 +0800, Ming Lei wrote:
On Wed, Jun 18, 2014 at 11:06 PM, Paolo Bonzini pbonz...@redhat.com wrote:
Il 18/06/2014 17:02, Paolo Bonzini ha scritto:
Il 18/06/2014 16:18, Ming Lei ha scritto:
This should never be triggered by vhost-scsi. Perhaps
Hi, Gerd
-Original Message-
From: Gerd Hoffmann [mailto:kra...@redhat.com]
Sent: Friday, July 25, 2014 5:52 PM
Subject: Re: [PATCH v2 4/7] bootindex: delete bootindex when device is
removed
Hi,
+del_boot_device_path(dev);
You can call this from device_finalize()
Hi, Gerd
-Original Message-
From: Gerd Hoffmann [mailto:kra...@redhat.com]
Sent: Friday, July 25, 2014 5:46 PM
Hi,
+void modify_boot_device_path(int32_t bootindex, DeviceState *dev,
+ const char *suffix)
+{
+FWBootEntry *node, *i;
+
+
Hi, all
If I use qemu command directly to run vm, bypass libvirt, how to configure
qemu to assure that each vm has its own log file, like vmname.log?
For example, VM: rhel7-net has its own log file, rhel7-net.log,
VM:rhel7-stor has its own log file, rhel7-stor.log.
-D
Hi, all
If I use qemu command directly to run vm, bypass libvirt, how to
configure qemu to assure that each vm has its own log file, like
vmname.log?
For example, VM: rhel7-net has its own log file, rhel7-net.log,
VM:rhel7-stor has its own log file, rhel7-stor.log.
-D
On Sat, Jul 26, 2014 at 7:10 AM, Nicholas A. Bellinger
n...@linux-iscsi.org wrote:
Hi Ming Paolo,
On Wed, 2014-06-18 at 23:11 +0800, Ming Lei wrote:
On Wed, Jun 18, 2014 at 11:06 PM, Paolo Bonzini pbonz...@redhat.com wrote:
Il 18/06/2014 17:02, Paolo Bonzini ha scritto:
Il 18/06/2014
From: Gonglei arei.gong...@huawei.com
Device should be removed from global boot list when
it is hot-unplugged.
Signed-off-by: Chenliang chenlian...@huawei.com
Signed-off-by: Gonglei arei.gong...@huawei.com
---
hw/core/qdev.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/hw/core/qdev.c
From: Gonglei arei.gong...@huawei.com
When we want to change one device's bootindex, we
should lookup the device and change the bootindex.
it is simply that remove it from the global boot list,
then re-add it, sorted by new bootindex. If the new
bootindex has already used by another device just
From: Gonglei arei.gong...@huawei.com
Sometimes, we want to modify boot order of a guest, but no need to
shutdown it. We can call dynamic changing bootindex of a guest, which
can be assured taking effect just after the guest rebooting.
For example, in P2V scene, we boot a guest and then attach a
From: Gonglei arei.gong...@huawei.com
Introduce a del_boot_device_path() cleanup fw_cfg content
when hot-unplugging devcie refer to bootindex.
Signed-off-by: Gonglei arei.gong...@huawei.com
Signed-off-by: Chenliang chenlian...@huawei.com
---
include/sysemu/sysemu.h | 1 +
vl.c
1 - 100 of 130 matches
Mail list logo