repository: C:/dev/kvm-guest-drivers-windows
branch: master
commit 2cae0c67461fc79802984ca06656230d8d7fa7a2
Author: Yan Vugenfirer yvuge...@redhat.com
Date: Wed Jan 27 16:42:27 2010 +0200
[WINDOWS-GUEST-DRIVERs] Adding balloon driver to global build\clean scripts.
diff --git
repository: C:/dev/kvm-guest-drivers-windows
branch: master
commit 88a24e312806d5780181c6e3d089091320f830e5
Author: Yan Vugenfirer yvuge...@redhat.com
Date: Wed Jan 27 16:42:27 2010 +0200
[WINDOWS-GUEST-DRIVERS] Adding balloon driver to global build\clean scripts.
I will be on vacation and offline for a week. Marcelo will continue to
hold the fort in my absence.
--
Do not meddle in the internals of kernels, for they are subtle and quick to
panic.
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to
Marcelo Tosatti wrote:
qemu-kvm should reset and save/restore vcpu events.
Signed-off-by: Marcelo Tosatti mtosa...@redhat.com
diff --git a/kvm.h b/kvm.h
index e2a945b..9fa4e25 100644
--- a/kvm.h
+++ b/kvm.h
@@ -52,6 +52,9 @@ int kvm_set_migration_log(int enable);
int
On Tue, Jan 26, 2010 at 02:50:28PM -0600, Anthony Liguori wrote:
On 01/26/2010 02:47 PM, Anthony Liguori wrote:
On 01/26/2010 02:40 PM, Sridhar Samudrala wrote:
This patch adds raw socket backend to qemu and is based on Or Gerlitz's
patch re-factored and ported to the latest qemu-kvm git tree.
On Wednesday 27 January 2010, Michael S. Tsirkin wrote:
I am not sure I agree with this sentiment. The main issue being that
macvtap doesn't exist on all kernels :). macvlan also requires hardware
support, packet socket can work with any network card in promisc mode.
To be clear, macvlan does
On Tue, Jan 26, 2010 at 03:11:34PM -0200, Lucas Meneghel Rodrigues wrote:
On Tue, 2010-01-26 at 11:25 +0800, Yolkfull Chow wrote:
This is designed to test all subcommands of 'qemu-img' however
so far 'commit' is not implemented.
Hi Yolkful, this is very good! Seeing this test made me think
On Wed, Jan 27, 2010 at 10:34:35AM +0100, Arnd Bergmann wrote:
On Wednesday 27 January 2010, Michael S. Tsirkin wrote:
I am not sure I agree with this sentiment. The main issue being that
macvtap doesn't exist on all kernels :). macvlan also requires hardware
support, packet socket can
Export getboottime and monotonic_to_bootbased in order to let them
could be used by following patch.
Signed-off-by: Jason Wang jasow...@redhat.com
---
kernel/time/timekeeping.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/kernel/time/timekeeping.c
Current kvm wallclock does not consider the total_sleep_time which could cause
wrong wallclock in guest after host suspend/resume. This patch solve
this issue by counting total_sleep_time to get the correct host boot time.
Signed-off-by: Jason Wang jasow...@redhat.com
---
arch/x86/kvm/x86.c |
On Wed, 2010-01-27 at 11:43 +0800, Yolkfull Chow wrote:
On Tue, Jan 26, 2010 at 02:04:09PM -0200, Lucas Meneghel Rodrigues wrote:
Yolkfull, I am copying Michael and Lawrence on the e-mail so they can
comment on the points I am going to present.
Lucas, firstly thank you very much for
On Wed, 2010-01-27 at 17:41 +0800, Yolkfull Chow wrote:
On Tue, Jan 26, 2010 at 03:11:34PM -0200, Lucas Meneghel Rodrigues wrote:
On Tue, 2010-01-26 at 11:25 +0800, Yolkfull Chow wrote:
This is designed to test all subcommands of 'qemu-img' however
so far 'commit' is not implemented.
Hi list,
I have a box with Intel 82575EB NIC and VT-d. I can assign the NIC to
guest successfully by following the HOWTO of linux-kvm.org, and it
works well.
Later I found that the 82575 card also supports VMDq, so I search the
Internet for some help.
But there are only 2 articles I've found:
On Wed, Jan 27, 2010 at 07:13:49PM +0800, Jason Wang wrote:
Current kvm wallclock does not consider the total_sleep_time which could cause
wrong wallclock in guest after host suspend/resume. This patch solve
this issue by counting total_sleep_time to get the correct host boot time.
- Yolkfull Chow yz...@redhat.com wrote:
On Tue, Jan 26, 2010 at 03:11:34PM -0200, Lucas Meneghel Rodrigues
wrote:
On Tue, 2010-01-26 at 11:25 +0800, Yolkfull Chow wrote:
This is designed to test all subcommands of 'qemu-img' however
so far 'commit' is not implemented.
Hi
On 01/27/2010 03:44 AM, Michael S. Tsirkin wrote:
On Wed, Jan 27, 2010 at 10:34:35AM +0100, Arnd Bergmann wrote:
On Wednesday 27 January 2010, Michael S. Tsirkin wrote:
I am not sure I agree with this sentiment. The main issue being that
macvtap doesn't exist on all kernels :).
On 01/26/2010 11:22 PM, Jamin W. Collins wrote:
Every time I start a Windows Vista or Windows 7 virtual machine it
request a that a location be set for the network, regardless of the fact
that the network location has already been set the same way every time
the system is started. Near as I
On 01/27/2010 03:24 AM, Michael S. Tsirkin wrote:
I am not sure I agree with this sentiment. The main issue being that
macvtap doesn't exist on all kernels :).
Neither does vhost ;-) If it were just that as the difference, I'd be
inclined to agree, but macvtap is much better from a security
Chris Lalancette wrote:
On 01/26/2010 11:22 PM, Jamin W. Collins wrote:
While the uuid isn't the same from one execution to the next, to my
knowledge it's not something the VM ever sees and is only an identifier
within KVM. Has anyone else seen anything like this?
Actually, that's not true
This patch originates in the mp_state writeback issue: During runtime
and even on reset, we must not write the previously saved VCPU state
back into the kernel in an uncontrolled fashion. E.g mp_state should
only written on reset or on VCPU setup. Certain clocks (e.g. the TSC)
may only be written
On Wed, Jan 27, 2010 at 08:07:11AM -0600, Anthony Liguori wrote:
On 01/27/2010 03:24 AM, Michael S. Tsirkin wrote:
I am not sure I agree with this sentiment. The main issue being that
macvtap doesn't exist on all kernels :).
Neither does vhost ;-) If it were just that as the difference, I'd
On 01/27/2010 10:59 AM, Michael S. Tsirkin wrote:
On Wed, Jan 27, 2010 at 08:07:11AM -0600, Anthony Liguori wrote:
On 01/27/2010 03:24 AM, Michael S. Tsirkin wrote:
I am not sure I agree with this sentiment. The main issue being that
macvtap doesn't exist on all kernels :).
On Wed, Jan 27, 2010 at 11:07:45AM -0600, Anthony Liguori wrote:
On 01/27/2010 10:59 AM, Michael S. Tsirkin wrote:
On Wed, Jan 27, 2010 at 08:07:11AM -0600, Anthony Liguori wrote:
On 01/27/2010 03:24 AM, Michael S. Tsirkin wrote:
I am not sure I agree with this sentiment. The main
On 01/27/2010 11:25 AM, Michael S. Tsirkin wrote:
In this case, the full
syntax would be:
-net vepa,if=eth0
or
-net vepa,fd=N
I still hope it's extbridge, vepa is an acronym that will likely not be
known for 99% of users.
Oh sorry, I don't care about the name at all. If you
On Tue, Jan 26, 2010 at 04:34:34PM +0200, Avi Kivity wrote:
These features are unused by modern userspace and can go away. Paravirt
mmu needs to stay a little longer for live migration.
Signed-off-by: Avi Kivity a...@redhat.com
---
Documentation/feature-removal-schedule.txt | 23
On 01/27/2010 11:54 AM, Sridhar Samudrala wrote:
I too think that we should not block raw backend in qemu just because of
security reasons. It should be perfectly fine to use raw backend in
scenarios where qemu can be run as a privileged process.
libvirt need not support raw backend until we
On Wed, Jan 27, 2010 at 12:02:34PM -0600, Anthony Liguori wrote:
On 01/27/2010 11:54 AM, Sridhar Samudrala wrote:
I too think that we should not block raw backend in qemu just because of
security reasons. It should be perfectly fine to use raw backend in
scenarios where qemu can be run as a
On Wed, Jan 27, 2010 at 11:36:31AM -0600, Anthony Liguori wrote:
On 01/27/2010 11:25 AM, Michael S. Tsirkin wrote:
In this case, the full
syntax would be:
-net vepa,if=eth0
or
-net vepa,fd=N
I still hope it's extbridge, vepa is an acronym that will likely not be
known for 99%
On 01/27/2010 12:03 PM, Michael S. Tsirkin wrote:
On Wed, Jan 27, 2010 at 12:02:34PM -0600, Anthony Liguori wrote:
On 01/27/2010 11:54 AM, Sridhar Samudrala wrote:
I too think that we should not block raw backend in qemu just because of
security reasons. It should be perfectly fine
On Wed, Jan 27, 2010 at 03:54:08PM +0100, Jan Kiszka wrote:
This patch originates in the mp_state writeback issue: During runtime
and even on reset, we must not write the previously saved VCPU state
back into the kernel in an uncontrolled fashion. E.g mp_state should
only written on reset or
On Wednesday 27 January 2010, Anthony Liguori wrote:
I think -net socket,fd should just be (trivially) extended to work with raw
sockets out of the box, with no support for opening it. Then you can have
libvirt or some wrapper open a raw socket and a private namespace and just
pass it
On Fri, Jan 22, 2010 at 7:12 AM, Lucas Meneghel Rodrigues
l...@redhat.com wrote:
On Fri, 2010-01-22 at 11:26 +, Yann Hamon wrote:
Hello list,
I am using Ubuntu 8.04 with the kvm84 and libvirt 0.6.1 backports. I am
experiencing regular crashes of my Vms - well, more like freezes than
Thanks for the pointer, Lucas.
I have worked with Yann to get a better KVM onto Ubuntu 8.04 LTS, more
or less at his request. At the time, I backported the then-current
kvm-84 from Ubuntu 9.04 (Jaunty) to Ubuntu 8.04 (Hardy), as a stop-gap
measure, replacing the purely ancient kvm-62.
Bugs item #2941282, was opened at 2010-01-28 00:19
Message generated for change (Tracker Item Submitted) made by intgr
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=2941282group_id=180599
Please note that this message will contain a full copy of the
On Wed, Jan 27, 2010 at 07:13:49PM +0800, Jason Wang wrote:
Current kvm wallclock does not consider the total_sleep_time which could cause
wrong wallclock in guest after host suspend/resume. This patch solve
this issue by counting total_sleep_time to get the correct host boot time.
On Tue, Jan 26, 2010 at 06:25:08PM -0200, Luiz Capitulino wrote:
While testing QMP on qemu-kvm I found that it's not emitting basic
events like RESET or POWERDOWN.
The reason is that in QEMU upstream those events are triggered
in QEMU's main loop (ie. vl.c:main_loop()), but control doesn't
On Wed, 2010-01-27 at 22:11 +, Yann Hamon wrote:
Thanks for the pointer, Lucas.
I have worked with Yann to get a better KVM onto Ubuntu 8.04 LTS, more
or less at his request. At the time, I backported the then-current
kvm-84 from Ubuntu 9.04 (Jaunty) to Ubuntu 8.04 (Hardy), as a
The last two hunks will cause the same !CONFIG_KVM breakages qemu-kvm's
mpstate used to as well. You may either fix it up temporarily or wait
for my refactoring that is now scheduled with highest priority (should
be ready today or tomorrow).
It needs to go in 0.12-stable, so we'll have to
On Wed, 2010-01-27 at 22:39 +0100, Arnd Bergmann wrote:
On Wednesday 27 January 2010, Anthony Liguori wrote:
I think -net socket,fd should just be (trivially) extended to work with
raw
sockets out of the box, with no support for opening it. Then you can have
libvirt or some wrapper
Bugs item #2924683, was opened at 2010-01-01 15:53
Message generated for change (Comment added) made by iggy_cav
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=2924683group_id=180599
Please note that this message will contain a full copy of the comment
Bugs item #2930756, was opened at 2010-01-12 11:20
Message generated for change (Comment added) made by iggy_cav
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=2930756group_id=180599
Please note that this message will contain a full copy of the comment
Hi!
I'm a long time KVM user, but I've encountered a problem that I couldn't solve.
I've switched my good old Core2 Quad with gentoo (2.6.27 kernel) for a
Dual Xeon L5530 with Arch (2.6.32 kernel).
I've tried starting the old vmachines on the new hardware but if I
enable kvm acceleration in qemu
We are pleased to announce that planning is underway for the
2010 KVM Forum. The plan is to co-locate the KVM Forum in
Boston with the Linux Foundation's LinuxCon 2010 in August.
The KVM Forum is planned for Aug 9-10, 2010. Pencil in those
dates and begin thinking about what work you would like
Bugs item #2941282, was opened at 2010-01-28 00:19
Message generated for change (Comment added) made by intgr
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=2941282group_id=180599
Please note that this message will contain a full copy of the comment
On Wednesday 27 January 2010 05:37:14 pm Matteo Ghezzi wrote:
Hi!
I'm a long time KVM user, but I've encountered a problem that I couldn't
solve. I've switched my good old Core2 Quad with gentoo (2.6.27 kernel)
for a Dual Xeon L5530 with Arch (2.6.32 kernel).
I've tried starting the old
On Wed, Jan 27, 2010 at 07:37:46AM -0500, Michael Goldish wrote:
- Yolkfull Chow yz...@redhat.com wrote:
On Tue, Jan 26, 2010 at 03:11:34PM -0200, Lucas Meneghel Rodrigues
wrote:
On Tue, 2010-01-26 at 11:25 +0800, Yolkfull Chow wrote:
This is designed to test all subcommands of
Yolkfull,
Good test. Did never come to my mind to add such a test to autotest.
I would like to test your latest patch!!
On Thu, Jan 28, 2010 at 8:37 AM, Yolkfull Chow yz...@redhat.com wrote:
On Wed, Jan 27, 2010 at 07:37:46AM -0500, Michael Goldish wrote:
- Yolkfull Chow yz...@redhat.com
Commit 03cbdac7 Disable fall-back to read-only when cannot open drive's
file for read-write result in read-only image can't be used as backed
image in qemu-img.
CC: Naphtali Sprei nsp...@redhat.com
Signed-off-by: Sheng Yang sh...@linux.intel.com
---
This issue blocked our QA's KVM nightly test.
On Wednesday 27 January 2010, Sridhar Samudrala wrote:
On Wed, 2010-01-27 at 22:39 +0100, Arnd Bergmann wrote:
On Wednesday 27 January 2010, Anthony Liguori wrote:
I think -net socket,fd should just be (trivially) extended to work
with raw
sockets out of the box, with no support
49 matches
Mail list logo
