.
This looks good to me, thanks Stefan!
Acked-by: Lucas Meneghel Rodrigues l...@redhat.com
Signed-off-by: Stefan Hajnoczi stefa...@redhat.com
---
v3:
* Use $ escaping in tests/Makefile [eblake]
v2:
* Randomize MALLOC_PERTURB_ value [armbru]
* Preserve existing MALLOC_PERTURB_ variable, if set
On 23/05/13 05:50 AM, Michael S. Tsirkin wrote:
Hey guys,
I've updated the kvm networking todo wiki with current projects.
Will try to keep it up to date more often.
Original announcement below.
I've put up a wiki page with a kvm networking todo list,
mainly to avoid effort duplication,
Hello:
In the daily qemu.git autotest run, I started to see the following
problem while checking out the qemu.git tree and checking out the
submodules:
$ git submodule update
Submodule path 'dtc': checked out 'bc895d6d09695d05ceb8b52486ffe861d6cfbdde'
Submodule path 'pixman': checked out
On 10/01/2013 04:37 PM, Alex Bennée wrote:
l...@redhat.com writes:
Hello:
In the daily qemu.git autotest run, I started to see the following
problem while checking out the qemu.git tree and checking out the
submodules:
$ git submodule update
snip
fatal: reference is not a tree:
On 10/01/2013 04:52 PM, Alex Bennée wrote:
l...@redhat.com writes:
On 10/01/2013 04:37 PM, Alex Bennée wrote:
l...@redhat.com writes:
Hello:
In the daily qemu.git autotest run, I started to see the following
problem while checking out the qemu.git tree and checking out the
submodules:
On 10/01/2013 10:32 PM, Anthony Liguori wrote:
Should be better now.
Thanks, Anthony!
Public bug reported:
During today's automated qemu.git testing, a segmentation fault while
installing Windows 7 SP1 happened.
qemu.git top commit:
10/02 01:30:24 INFO | git:0150| git commit ID is
a684f3cf9b9b9c3cb82be87aafc463de8974610c (tag v1.4.0-4237-ga684f3c)
commit
the human monitor is supposed to print the newline anyway.
CC: Stefan Hajnoczi stefa...@redhat.com
Signed-off-by: Lucas Meneghel Rodrigues l...@redhat.com
---
hmp.c| 2 +-
roms/seabios | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/hmp.c b/hmp.c
index 5891507..2d2e5f8
On 10/02/2013 10:08 PM, Lucas Meneghel Rodrigues wrote:
I've noticed this when virt-test QEMU monitor protocol
code was getting all confused with output like:
'Removable device: not locked, tray closed\n [not inserted](qemu)'
Since it was breaking some assumptions on that code. I've
fixed
Good point, I've just changed the configure line to include --enable-
debug.
About the relation of the crash with the top commit, We can't ensure it
was because of this top commit, could be other patches that were applied
from one day to another. We only test qemu.git once a day, we don't have
The problem showed up this morning again, same top commit:
10/07 01:34:42 INFO | git:0150| git commit ID is
a684f3cf9b9b9c3cb82be87aafc463de8974610c (tag v1.4.0-4237-ga684f3c)
This time around, debug symbols were enabled on the configure line:
10/07 01:35:31 DEBUG|build_help:0588|
Yep, I did let this one slip...
In any case, I don't see this problem anymore, it was fixed a long while
ago. Are you trying QEMU from the latest master?
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
On 12/09/2013 03:20 PM, Eduardo Otubo wrote:
This option was requested by virt-test team so they can run tests with
Qemu and -sandbox on set without breaking whole test if host doesn't
have support for seccomp in kernel. It covers two possibilities:
1) Host kernel support does not support
On 12/10/2013 01:20 AM, Corey Bryant wrote:
IMHO the test suite should probe to see if sandbox is working or not,
and
just not use the -sandbox on arg if the host doesn't support it.
But I think this could be done on virt-test as well :)
This would make sense.
Although it sounds like Lucas
On 12/10/2013 05:31 PM, Paul Moore wrote:
On Tuesday, December 10, 2013 04:48:54 PM Lucas Meneghel Rodrigues wrote:
On 12/10/2013 01:20 AM, Corey Bryant wrote:
IMHO the test suite should probe to see if sandbox is working or not,
and
just not use the -sandbox on arg if the host doesn't support
Hi folks, I've noticed an issue during our sanity testing for upstream.
On a RHEL 6 VM, After we issue the shutdown command, the qemu-kvm
process is still alive for some reason, making autotest fail the test.
More info:
VM serial console:
2010-11-24 15:15:16: initctl: Event failed
2010-11-24
of?
I plan to add qemu-iotests.
Perhaps the kvm-autotest folks want to contribute a buildslave? I
have CCed Lucas Meneghel Rodrigues.
I am not too familiar with buildbot myself, so I went to the buildbot
page and read some of the documentation. KVM autotest has its own kvm
build code, and we
On Mon, 2011-02-07 at 15:15 +, Stefan Hajnoczi wrote:
On Mon, Feb 7, 2011 at 3:02 PM, Richard W.M. Jones rjo...@redhat.com wrote:
On Sat, Feb 05, 2011 at 04:36:11PM +, Stefan Hajnoczi wrote:
Occassionally a commit that breaks the build gets merged into
qemu.git/master. Build
On Tue, 2011-02-08 at 09:23 +, Stefan Hajnoczi wrote:
Public automated qemu.git autotest would be excellent. To be honest I
haven't had much visibility of KVM-Autotest myself as a QEMU/KVM
developer. I suspect many others haven't either but there are big
benefits if we can change this.
On Tue, 2010-07-20 at 09:34 +0800, Amos Kong wrote:
Old method uses the mac address in the configuration files which could
lead serious problem when multiple tests running in different hosts.
This patch adds a new macaddress pool algorithm, it generates the mac prefix
based on mac address of
On Tue, 2010-07-20 at 09:35 +0800, Amos Kong wrote:
The function get_interface_name is used to get the interface name of linux
guest through the macaddress of specified macaddress.
I wonder if it wouldn't be overkill to have separate utility libraries
on the kvm test instead of a single
On Tue, 2010-07-20 at 09:35 +0800, Amos Kong wrote:
The kvm_net_utils.py is a just a place that wraps common network
related commands which is used to do the network-related tests.
Use -1 as the packet ratio for loss analysis.
Use quiet mode when doing the flood ping.
Signed-off-by: Jason
On Tue, 2010-07-20 at 09:35 +0800, Amos Kong wrote:
This test use ping to check the virtual nics, it contains two kinds of test:
1. Packet loss ratio test, ping the guest with different size of packets.
2. Stress test, flood ping guest then use ordinary ping to test the network.
The interval
On Tue, 2010-07-20 at 09:35 +0800, Amos Kong wrote:
According to different nic model set different MTU for it. And ping from guest
to host, to see whether tested size can be received by host.
Signed-off-by: Jason Wang jasow...@redhat.com
Signed-off-by: Amos Kong ak...@redhat.com
---
0
On Tue, 2010-07-20 at 09:35 +0800, Amos Kong wrote:
This test is the basic test of transfering file between host and guest. Try to
transfer a large file from host to guest, and transfer it back to host, then
compare the files by diff command.
The default file size is 4000M, scp timeout is
On Tue, 2010-07-20 at 09:35 +0800, Amos Kong wrote:
Repeatedly load/unload nic driver, try to transfer file between guest and host
by threads at the same time, and check the md5sum.
Signed-off-by: Amos Kong ak...@redhat.com
---
0 files changed, 0 insertions(+), 0 deletions(-)
diff --git
On Tue, 2010-07-20 at 09:35 +0800, Amos Kong wrote:
This test mainly covers TCP sent from host to guest and from guest to host
with repeatedly turn on/off NIC promiscuous mode.
Signed-off-by: Amos Kong ak...@redhat.com
---
0 files changed, 0 insertions(+), 0 deletions(-)
diff --git
On Tue, 2010-07-20 at 09:36 +0800, Amos Kong wrote:
Use 'ping' to test send/recive multicat packets. Flood ping test is also
added.
Limit guest network as 'bridge' mode, because multicast packets could not be
transmitted to guest when using 'user' network.
Add join_mcast.py for joining
On Tue, 2010-07-20 at 09:36 +0800, Amos Kong wrote:
This case just snoop tftp packet through tcpdump, it depends on public dhcp
server, better to test it through dnsmasq.
It would be a good idea to have an alternate implementation using
dnsmasq, but not urgent.
Signed-off-by: Jason Wang
On Tue, 2010-07-20 at 09:36 +0800, Amos Kong wrote:
Mainly test steps:
1. get a new mac from pool, and the old mac addr of guest.
2. execute the mac_change.sh in guest.
3. relogin to guest and query the interfaces info by `ifconfig`
Signed-off-by: Cao, Chen k...@redhat.com
Signed-off-by:
On Tue, 2010-07-20 at 09:36 +0800, Amos Kong wrote:
Add network load by netperf, server is launched on guest, execute netperf
client with different protocols on host. if all clients execute successfully,
case will be pass. Test result will be record into result.txt.
Now this case only tests
On Tue, 2010-07-20 at 09:36 +0800, Amos Kong wrote:
The latest case contains TX/RX/SG/TSO/GSO/GRO/LRO test. RTL8139 NIC doesn't
support TSO, LRO, it's too old, so drop offload test from rtl8139. LRO, GRO
are only supported by latest kernel, virtio nic doesn't support receive
offloading
On Tue, 2010-07-20 at 09:34 +0800, Amos Kong wrote:
The following series contain 11 network related subtests, welcome to give me
some suggestions about correctness, design, enhancement.
Thank you so much!
Ok Amos, now that I made the first review of this patchset, I'll wait
for a v2 and
Hi folks:
As most of you might know, we run some daily sanity and functional tests
with both qemu-kvm.git and qemu.git. I decided to write asking for help
with regards to what it appears to be a problem with the e1000 nw card
(the default). Here is a list of what it fails pretty much every day
Hi folks, on during the latest upstream test job I noticed that the
-mem-path option got broken on latest qemu-kvm. qemu abnormally ends
with exit code 1 when trying to call it with -mem-path
04/29 18:35:32 DEBUG|kvm_vm:0461| Running qemu command:
/usr/local/autotest/tests/kvm/qemu -name
I tried to reproduce this bug to see if it was solved in qemu master
HEAD, but I bumped into another bug, so I couldn't verify it.
Version of qemu tested: git://git.savannah.nongnu.org/qemu.git is
d9b73e47a3d596c5b33802597ec5bd91ef3348e2
--
DHCP/NAT: Vista fails to get IP from DHCP engine
** Attachment added: screenshot from seconds before the crash
http://launchpadlibrarian.net/49578174/vm1_2010-06-02_13-17-12.jpg
--
qemu segfaults when trying to install winvista64 sp2 64 bit on VM
https://bugs.launchpad.net/bugs/588955
You received this bug notification because you are a
Public bug reported:
When trying to install windows vista sp2 64bit on a KVM VM, we get
consistently a segfault.
Version of qemu affected: Commit hash for
git://git.savannah.nongnu.org/qemu.git is
d9b73e47a3d596c5b33802597ec5bd91ef3348e2 (no tag found)
Backtrace:
[r...@virtlab7 qemu]# gdb
Public bug reported:
We've been finding timedrift issues witth Win7 under qemu-kvm on our
daily testing
kvm.qemu-kvm-git.smp2.Win7.64.timedrift.with_load FAIL1 Time
drift too large after rest period: 38.63%
kvm.qemu-kvm-git.smp2.Win7.64.timedrift.with_reboot FAIL1
** Attachment added: timedrift with migration log
http://launchpadlibrarian.net/51133264/kvm.qemu-kvm-git.smp2.Win7.64.timedrift.with_migration.DEBUG
--
Timedrift problems with Win7 + qemu-kvm
https://bugs.launchpad.net/bugs/599958
You received this bug notification because you are a member
** Attachment added: timedrift with load log
http://launchpadlibrarian.net/51133239/kvm.qemu-kvm-git.smp2.Win7.64.timedrift.with_load.DEBUG
--
Timedrift problems with Win7 + qemu-kvm
https://bugs.launchpad.net/bugs/599958
You received this bug notification because you are a member of qemu-
** Attachment added: timedrift with reboot log
http://launchpadlibrarian.net/51133275/kvm.qemu-kvm-git.smp2.Win7.64.timedrift.with_reboot.DEBUG
--
Timedrift problems with Win7 + qemu-kvm
https://bugs.launchpad.net/bugs/599958
You received this bug notification because you are a member of
I will try that on a separate test job and will let you know about the
results.
--
Timedrift problems with Win7 + qemu-kvm
https://bugs.launchpad.net/bugs/599958
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in QEMU: New
Bug
Indeed -no-hpet made the tests pass. It's still uncertain to me whether
this flag is supported across several branches of qemu-kvm, if it's
supported in all branches I'm going to update the upstream kvm autotest
config file.
--
Timedrift problems with Win7 + qemu-kvm
Sent patch http://patchwork.test.kernel.org/patch/2384/ to autotest and
will update the autotest server to reflect that option.
--
Timedrift problems with Win7: hpet missing time drift fixups
https://bugs.launchpad.net/bugs/599958
You received this bug notification because you are a member of
** Description changed:
When trying to install windows vista sp2 64bit on a KVM VM, we get
consistently a segfault.
Version of qemu affected: Commit hash for
git://git.savannah.nongnu.org/qemu.git is
d9b73e47a3d596c5b33802597ec5bd91ef3348e2 (no tag found)
Backtrace:
-
On Tue, 2010-07-20 at 09:34 +0800, Amos Kong wrote:
The following series contain 11 network related subtests, welcome to give me
some suggestions about correctness, design, enhancement.
Awesome work, will start to review them today. Thanks!
Thank you so much!
---
Amos Kong (14):
On Wed, 2010-02-03 at 08:23 -0600, Anthony Liguori wrote:
On 02/03/2010 08:11 AM, Kleen, Andi wrote:
If you want to integrate MCE testing into qemu using the host
to inject
MCEs, you'll need to figure out a way to do it that allows the whole
thing to be done without potentially
Hi folks, I found this problem trying to build qemu from the qemu.git
repo:
03/04 13:07:34 ERROR| kvm:0061| Test failed: Command make install
failed, rc=2, Command returned non-zero exit status
* Command:
make install
Exit status: 2
Duration: 0
stdout:
install -d -m0755 -p
On Wed, 2010-03-10 at 18:30 -0300, Luiz Capitulino wrote:
Hi there,
Our wiki page for the Summer of Code 2010 is doing quite well:
http://wiki.qemu.org/Google_Summer_of_Code_2010
Just to let you guys know that I'm going to give a talk at the local
university (Unicamp) about kvm autotest,
Hi folks,
I've implemented a functional test for the cpu_set feature some time
ago. I was going through the patch queue and realized the patch needed
some respin, so I did it. I decided to try and see what is the state of
the feature, considering last time I tried it was not working
On 12/19/2011 03:55 PM, Anthony Liguori wrote:
On 12/19/2011 11:39 AM, Avi Kivity wrote:
On 12/19/2011 07:13 PM, Anthony Liguori wrote:
Hi,
I've published a set of tests I wrote over the weekend on qemu.org.
My motivations were 1) to prevent regressions like the libguestfs one
and 2) to have
On 12/27/2011 02:40 PM, Anthony Liguori wrote:
On 12/27/2011 09:58 AM, Avi Kivity wrote:
On 12/27/2011 05:22 PM, Anthony Liguori wrote:
The infrastructure assumes that you have a full OS available in the
guest. The tests are written in Python and make a variety of
assumptions. To my
On 12/29/2011 05:04 PM, Peter Maydell wrote:
On 29 December 2011 18:35, Anthony Liguorianth...@codemonkey.ws wrote:
On 12/29/2011 11:49 AM, Peter Maydell wrote:
The next obvious question is: are we going to make a serious attempt?
(For instance, in a hypothetical tests-required world, would
On 12/29/2011 12:38 PM, Dor Laor wrote:
From the recent threads it looks to me that the 2 advantages of
qemu-test over kvm-autotest are:
1. python is not used within the guest
^ Just a (relatively small) subset of KVM autotest tests do require
python in the guest (the ones that execute the
On 12/29/2011 03:02 PM, Anthony Liguori wrote:
On 12/29/2011 10:53 AM, Avi Kivity wrote:
On 12/29/2011 06:39 PM, Anthony Liguori wrote:
It might have made sense to split the kvm-testing functionality of
autotest, and have autotest drive that. We could even have called it
qemu-test.
I
.
anthony@titi:~/git/autotest/client/tests$ git log --format=%an %ae
kvm | sort -u
Amos Kong ak...@redhat.com
Chris Evich cev...@redhat.com
Cleber Rosa cr...@redhat.com
Jerry Tang jt...@suse.com
lmr lmr@592f7852-d20e-0410-864c-8624ca9c26a4
Lucas Meneghel Rodrigues l...@redhat.com
Lucas Meneghel
On 01/13/2012 02:49 PM, Stefan Hajnoczi wrote:
Hi Lucas,
The Python script below verifies the image streaming feature. It's
built on the standard library unittest module, as well as QEMU's
qmp.py module. It spawns a qemu process and creates necessary disk
image files. The tests themselves
On 11/12/2011 01:57 PM, Anthony Liguori wrote:
Now when you try to migrate with qcow2, you get:
(qemu) migrate tcp:localhost:1025
Block format 'qcow2' used by device 'ide0-hd0' does not support feature 'live
migration'
(qemu)
LGTM. From a testing perspective, it's clear and understandable, a
Hi guys,
Today during the last 'sanity' qemu-kvm testing, we've noticed a
recurring problem: guest OS does not see the floppy, making the windows
installs time out. This problem has been extensively discussed on qemu
and qemu is fine here, problem is specific with qemu-kvm.
to script execution, normal detection mechanism
takes place.
Signed-off-by: Lucas Meneghel Rodrigues l...@redhat.com
---
common.config | 12 +---
1 files changed, 9 insertions(+), 3 deletions(-)
diff --git a/common.config b/common.config
index d5a72af..d07f435 100644
--- a/common.config
+++ b
Print the paths of the programs under test
(qemu, qemu-img and qemu-io).
Signed-off-by: Lucas Meneghel Rodrigues l...@redhat.com
---
check |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/check b/check
index 84ef3e5..8499a04 100755
--- a/check
+++ b/check
@@ -158,6
variables is very convenient and minimally intrusive.
So, make it possible to set qemu paths through env
variables, and also, print the paths of the qemu versions
being tested, for clarity sake.
Lucas Meneghel Rodrigues (2):
check: print relevant path information
common.config: Allow use of arbitrary
Hi folks, here I am reporting an error found during today's qemu.git
autotest sanity job:
Original Message
Subject: Autotest | Job ID: 2333 Upstream qemu.git sanity 12-11-2011
00:05:02 | Status: 1 Completed | Success Rate: 69.23 %
Date: Sun, 11 Dec 2011 06:44:37 -0500
Job
On 12/15/2011 11:33 AM, Kevin Wolf wrote:
Am 15.12.2011 14:18, schrieb Jan Kiszka:
On 2011-12-15 14:02, Stefan Hajnoczi wrote:
What is the status of QEMU's transition from HMP to the QMP interface?
My current understanding is that QEMU provides new HMP commands for
humans, but HMP is being
On 10/25/2011 01:03 PM, Eduardo Habkost wrote:
On Tue, Oct 25, 2011 at 03:27:35PM +0200, Gerd Hoffmann wrote:
[...]
A while ago I played with some simple IDE tests. It basically was a
small x86 kernel with an empty image that sends IDE commands and prints
some results, and a script that invokes
Hi folks:
We've captured a regression with floppy disk on recent qemu (and
qemu-kvm, after a code merge). We bisected it to be caused by:
commit 212ec7baa28cc9d819234fed1541fc1423cfe3d8
Author: Richard Henderson r...@twiddle.net
Date: Mon Aug 15 15:08:45 2011 -0700
fdc: Convert to
On 10/26/2011 01:47 PM, Kevin Wolf wrote:
Am 26.10.2011 16:41, schrieb Lucas Meneghel Rodrigues:
Hi folks:
We've captured a regression with floppy disk on recent qemu (and
qemu-kvm, after a code merge). We bisected it to be caused by:
commit 212ec7baa28cc9d819234fed1541fc1423cfe3d8
Author
** Changed in: qemu
Status: Incomplete = Invalid
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/318824
Title:
DHCP/NAT: Vista fails to get IP from DHCP engine
Status in QEMU:
Invalid
Bug
This bug was opened a long time ago, and probably is no longer valid,
hence, closing it as invalid.
** Changed in: qemu
Status: New = Invalid
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
On 10/27/2011 05:17 AM, Stefan Hajnoczi wrote:
On Wed, Oct 26, 2011 at 03:19:17PM -0200, Lucas Meneghel Rodrigues wrote:
On 10/26/2011 01:47 PM, Kevin Wolf wrote:
Am 26.10.2011 16:41, schrieb Lucas Meneghel Rodrigues:
Hi folks:
We've captured a regression with floppy disk on recent qemu
On Thu 27 Oct 2011 11:17:48 PM BRST, Zhi Yong Wu wrote:
On Fri, Oct 28, 2011 at 2:57 AM, Lucas Meneghel Rodrigues
l...@redhat.com wrote:
On 10/27/2011 05:17 AM, Stefan Hajnoczi wrote:
On Wed, Oct 26, 2011 at 03:19:17PM -0200, Lucas Meneghel Rodrigues wrote:
On 10/26/2011 01:47 PM, Kevin
On 10/27/2011 11:17 PM, Zhi Yong Wu wrote:
On Fri, Oct 28, 2011 at 2:57 AM, Lucas Meneghel Rodrigues
l...@redhat.com wrote:
On 10/27/2011 05:17 AM, Stefan Hajnoczi wrote:
On Wed, Oct 26, 2011 at 03:19:17PM -0200, Lucas Meneghel Rodrigues wrote:
On 10/26/2011 01:47 PM, Kevin Wolf wrote
Hi folks, sending this to QEMU devel to inform the current problems we
are able to reproduce on the current master branch.
So, qemu.git is presenting problems as of latest master. None of the
problems mentioned is happening on qemu-kvm.git.
Original Message
Subject:
On 11/01/2011 12:17 PM, kvm-autotest wrote:
Job ID: 2011
Job name: Upstream qemu-kvm.git sanity 11-01-2011 00:04:02
Summary: Host: Status: Completed
Status: 1 Completed
Execution time (HH:MM:SS): 01:17:02
User tests executed: 19
User tests passed: 18
User tests failed: 1
User tests success rate:
On 11/02/2011 05:48 AM, Zhi Yong Wu wrote:
On Wed, Oct 26, 2011 at 10:41 PM, Lucas Meneghel Rodrigues
l...@redhat.com wrote:
Hi folks:
We've captured a regression with floppy disk on recent qemu (and qemu-kvm,
after a code merge). We bisected it to be caused by:
commit
Hi guys,
As we understand that qemu is approaching 1.0, we think it's a good idea
to share the issues we have been seeing on recent qemu.git sanity jobs:
1) Some condition is consistently making a RHEL 6.1 linux guest not able
to bring up the network interface, causing login failures for all
On Fri 04 Nov 2011 02:50:53 PM BRST, Kevin Wolf wrote:
Am 04.11.2011 17:40, schrieb Lucas Meneghel Rodrigues:
2) The floppy regression problem which was reported some days ago on
this mailing list still happens, Kevin did post a patch that resolves it
[...]
But still wasn't integrated
On Fri 04 Nov 2011 02:56:30 PM BRST, Anthony Liguori wrote:
On 11/04/2011 11:40 AM, Lucas Meneghel Rodrigues wrote:
Hi guys,
As we understand that qemu is approaching 1.0, we think it's a good
idea to
share the issues we have been seeing on recent qemu.git sanity jobs:
1) Some condition
On 11/04/2011 02:56 PM, Anthony Liguori wrote:
On 11/04/2011 11:40 AM, Lucas Meneghel Rodrigues wrote:
Hi guys,
As we understand that qemu is approaching 1.0, we think it's a good
idea to
share the issues we have been seeing on recent qemu.git sanity jobs:
1) Some condition is consistently
** Attachment added: screenshot showing nw initialization failure
https://bugs.launchpad.net/bugs/886255/+attachment/2585413/+files/vm1_2011-11-04_00-45-19.jpg
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Public bug reported:
Guest: RHEL 6.1 64 bit DVD
Kernel: Latest Fedora, also reproduces with Avi's kvm.git kernel based
on 3.1: 2.6.40.6-0.fc15.x86_64
qemu version:
11/04 00:25:30 DEBUG|virt_utils:2587| Git repo qemu uri:
git://git.qemu.org/qemu.git
11/04 00:25:30 DEBUG|virt_utils:2590| Git
We are currently investigating the failure. One of our suspects is that
on kvm autotest, each new qemu process instance might have a new NIC mac
address, and that might be triggering some condition in qemu in
conjunction to the guest init scripts.
It is important to note that this problem does
A little more investigation shows that empty ssh keys are being
generated on the first boot, so now it doesn't look like a network
problem anymore. now we are trying to figure out just on qemu this
phenomenon is happening.
--
You received this bug notification because you are a member of qemu-
Hi folks,
qemu-kvm is segfaulting when executing migration with blkdebug files.
19:50:02 DEBUG| Git repo qemu_kvm uri: git://github.com/avikivity/qemu.git
19:50:02 DEBUG| Git repo qemu_kvm branch: master
19:50:30 INFO | Commit hash for qemu_kvm is
7879db7e9c09b92d9af1c143fbe2cc212ec89e4b (no
On 11/07/2011 07:29 AM, Kevin Wolf wrote:
Am 05.11.2011 03:16, schrieb Lucas Meneghel Rodrigues:
Hi folks,
qemu-kvm is segfaulting when executing migration with blkdebug files.
19:50:02 DEBUG| Git repo qemu_kvm uri: git://github.com/avikivity/qemu.git
19:50:02 DEBUG| Git repo qemu_kvm branch
We've identified that the following commit resolved the issue
commit 47113ab6b8c5659ad94c69aacca572f731ebb0ac
Author: Wen Congyang we...@cn.fujitsu.com
Date: Fri Nov 4 10:45:58 2011 +0800
reenable vm_clock when resuming all vcpus
We disable vm_clock when pausing all vcpus,
** Summary changed:
- Qemu master branch - RHEL 6.1 guest failing to start network
+ Qemu master branch - RHEL 6.1 guest fails to boot
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/886255
Title:
Hi guys, here I am, reporting yet another issue with qemu. This time,
it's something that was first reported in January, and Juan proposed a
patch for it:
http://comments.gmane.org/gmane.comp.emulators.qemu/89009
[PATCH 4/5] Reopen files after migration
The symptom is, when running disk
Public bug reported:
Hi guys, here I am, reporting yet another issue with qemu. This time,
it's something that was first reported in January, and Juan proposed a
patch for it:
http://comments.gmane.org/gmane.comp.emulators.qemu/89009
[PATCH 4/5] Reopen files after migration
The symptom is,
On 11/09/2011 05:16 PM, Juan Quintela wrote:
We need to invalidate the Read Cache on the destination, otherwise we
have corruption. Easy way to reproduce it is:
- create an qcow2 images
- start qemu on destination of migration (qemu -incoming tcp:...)
- start qemu on source of migration
On 11/09/2011 05:25 PM, Juan Quintela wrote:
Lucas Meneghel Rodriguesl...@redhat.com wrote:
Hi guys, here I am, reporting yet another issue with qemu. This time,
it's something that was first reported in January, and Juan proposed a
patch for it:
On Tue, 2011-06-21 at 16:56 +0300, Avi Kivity wrote:
On 06/21/2011 04:50 PM, Anthony Liguori wrote:
On 06/21/2011 06:28 AM, Avi Kivity wrote:
On 06/20/2011 10:42 AM, Juan Quintela wrote:
Please send in any agenda items you are interested in covering.
On 08/04/2011 12:17 PM, Stefan Hajnoczi wrote:
On Sat, Jul 30, 2011 at 1:39 AM, Anthony Liguorianth...@codemonkey.ws wrote:
On behalf of the entire QEMU team, I'm please to announce the release of
QEMU 0.15.0-rc1. This is the second release candidate for the 0.15.0
release.
There are
Meneghel Rodrigues l...@redhat.com
---
Makefile.target |1 +
hw/testdev.c| 140 +++
2 files changed, 141 insertions(+), 0 deletions(-)
create mode 100644 hw/testdev.c
diff --git a/Makefile.target b/Makefile.target
index e280bf6..e095dd5
Hi folks,
I've recently sent a patch porting the -testdev device from qemu-kvm.git
to qemu.git, and I went ahead and started running the unittests on
qemu.git. It's still not integrated to our test grid, I just ran it in
my laptop, which runs a fairly recent linux 3.0 kernel (which in Fedora
On 08/26/2011 06:22 PM, Anthony Liguori wrote:
On 08/26/2011 03:04 PM, Lucas Meneghel Rodrigues wrote:
Add a test device which supports the kvmctl ioports,
for running the KVM test suite. This is a straight
port from the latest version of the test device present
on qemu-kvm, using the APIs
On 08/31/2011 12:38 PM, Avi Kivity wrote:
Since master.kernel.org is down for maintenance, I've set up temporary
repositories on github:
git://github.com/avikivity/kvm.git
git://github.com/avikivity/qemu.git
Please use these instead of kvm.git and qemu-kvm.git until further notice.
Ok,
a...@redhat.com
Signed-off-by: Marcelo Tosatti mtosa...@redhat.com
Signed-off-by: Lucas Meneghel Rodrigues l...@redhat.com
---
Makefile.target |1 +
hw/pc-testdev.c | 121 +++
2 files changed, 122 insertions(+), 0 deletions(-)
create mode
Rather than letting the test dev do it.
CC: Avi Kivity a...@redhat.com
CC: Marcelo Tosatti mtosa...@redhat.com
Signed-off-by: Lucas Meneghel Rodrigues l...@redhat.com
---
lib/x86/fwcfg.c |5 +
lib/x86/fwcfg.h |1 +
lib/x86/vm.c|2 +-
3 files changed, 7 insertions(+), 1
1 - 100 of 203 matches
Mail list logo
