Guido Günther schrieb:
On Sun, May 03, 2009 at 09:21:20PM +0200, Felix Schwarz wrote:
So how can I use USB pass through? Could this be Windows-related? Judging from
all the other threads (like [1]) it should be really easy to use.
Yes, it usually is. I had problems with older KVM as well. Try
In my case kvm is just a link to qemu-system-x86_64.
Please let me ask another question: do you know if the mentioned patch
is already integrated in the cvs repository tree?
Thank you very much
Jens
On 05/03/09 Guido Günther wrote:
Does kvm 85 identify as QEMU? If so Daniel's patch to enable
Hello,
on http://libvirt.org/contact.html I read about the #virt irc channel.
How can I participate in this channel, it seems to be locked because I
have to specify a channel key.
Greetings
Jens
--
Libvir-list mailing list
Libvir-list@redhat.com
Daniel P. Berrange wrote:
On Tue, Apr 28, 2009 at 11:31:52AM -0400, Cole Robinson wrote:
This way the caller can catch more errors (e.g. from a hook callback) from
the intermediate process.
---
src/util.c | 56
1 files changed, 28
Daniel P. Berrange wrote:
On Tue, Apr 28, 2009 at 11:31:51AM -0400, Cole Robinson wrote:
---
src/util.c | 27 +++
1 files changed, 27 insertions(+), 0 deletions(-)
diff --git a/src/util.c b/src/util.c
index b7e0362..87e215d 100644
--- a/src/util.c
+++
Daniel P. Berrange wrote:
On Tue, Apr 28, 2009 at 12:33:44PM -0400, Cole Robinson wrote:
This comment hid from my attempt to 'grep FILE_BOCHS', which is the
actual name of the constant.
ACK
commit 62861e902fc3c272e46cdf9948079f12564ca119
Author: Cole Robinson crobi...@redhat.com
Date:
I've imported a Windows Server 2003 as a guest using the IDE drivers.
When I try to use the virtio drivers instead, Windows just blue
screens. Am I stuck with the IDE drivers under Windows?
--
Aaron Clausen
mightymartia...@gmail.com
--
Libvir-list mailing list
Libvir-list@redhat.com
Signed-off-by: Cole Robinson crobi...@redhat.com
---
include/libvirt/libvirt.h|4 +++
include/libvirt/libvirt.h.in |4 +++
src/driver.h |6
src/libvirt.c| 61 -
src/libvirt_public.syms |5 +++
Signed-off-by: Cole Robinson crobi...@redhat.com
---
qemud/remote.c | 34 ++
qemud/remote_dispatch_args.h |1 +
qemud/remote_dispatch_prototypes.h |7 +++
qemud/remote_dispatch_ret.h|1 +
Signed-off-by: Cole Robinson crobi...@redhat.com
---
src/test.c | 95
1 files changed, 95 insertions(+), 0 deletions(-)
diff --git a/src/test.c b/src/test.c
index 1915b57..d7be18b 100644
--- a/src/test.c
+++ b/src/test.c
@@ -3140,6
There is some funkiness here, since we are either dealing with 2 different
pools (which means validation x 2) or the same pool, where we have to be
careful not to deadlock.
Signed-off-by: Cole Robinson crobi...@redhat.com
---
src/storage_backend.h |2 +
src/storage_driver.c | 153
Improves readability, particularly wrt the pending CreateFromXML changes.
This will also help implementing File-Block volume creation in the future,
since some of this code will need to be moved to a backend agnostic file.
Signed-off-by: Cole Robinson crobi...@redhat.com
---
Add an extra 'inputvol' parameter to the file volume building routines. This
allows us to easily reuse the duplicate functionality.
Signed-off-by: Cole Robinson crobi...@redhat.com
---
src/storage_backend_fs.c | 248 +++---
1 files changed, 212
The attached patch fixes some small issues with VolCreateXML
implementation in the test driver.
Thanks,
Cole
commit b2e9f55f8acdc4b7ad50e3753c258fe19f350fed
Author: Cole Robinson crobi...@redhat.com
Date: Fri May 1 09:56:57 2009 -0400
Small cleanups in test driver VolCreateXML
On Mon, May 4, 2009 at 08:51, Aaron Clausen mightymartia...@gmail.com wrote:
I've imported a Windows Server 2003 as a guest using the IDE drivers.
When I try to use the virtio drivers instead, Windows just blue
screens. Am I stuck with the IDE drivers under Windows?
Never mind. Should have
Daniel P. Berrange wrote:
On Tue, Apr 28, 2009 at 12:25:41PM -0400, Cole Robinson wrote:
diff --git a/src/qemu_driver.c b/src/qemu_driver.c
index 79ee072..6b5c17f 100644
--- a/src/qemu_driver.c
+++ b/src/qemu_driver.c
@@ -1872,10 +1872,12 @@ static int qemudGetNodeInfo(virConnectPtr
The attached patch removes the error message squashing that can take
place in the qemu driver when launching a new VM via restore or migrate.
Thanks,
Cole
commit cd93c8247c9df7e98b3f2b092c18e4be45d46059
Author: Cole Robinson crobi...@redhat.com
Date: Thu Apr 23 15:01:29 2009 -0400
Don't
Daniel P. Berrange wrote:
On Tue, Apr 28, 2009 at 11:31:57AM -0400, Cole Robinson wrote:
---
src/qemu_driver.c | 10 +++---
1 files changed, 7 insertions(+), 3 deletions(-)
diff --git a/src/qemu_driver.c b/src/qemu_driver.c
index 04df8ae..b293f72 100644
--- a/src/qemu_driver.c
+++
In this case we reference def with is NULL. O.k. to apply?
Cheers,
-- Guido
From ff82eb24e50b4f80769bd932ca739e8a2539edb4 Mon Sep 17 00:00:00 2001
From: =?utf-8?q?Guido=20G=C3=BCnther?= a...@sigxcpu.org
Date: Mon, 4 May 2009 21:29:15 +0200
Subject: [PATCH 1/2] don't crash with def == NULL
Hi,
attached patch makes it easier to detect bogus paths when
creating/removing pidfiles. O.k. to apply?
Cheers,
-- Guido
From f79fcd99b28e36cbb80bd91ac52109148eafa814 Mon Sep 17 00:00:00 2001
From: =?utf-8?q?Guido=20G=C3=BCnther?= a...@sigxcpu.org
Date: Mon, 4 May 2009 21:31:57 +0200
Subject:
Error reporting for failed QEMU processes isn't too great at the moment.
A couple cases I have hit:
- Trying to start a VM with a cdrom pointing to a nonexistent file. The
svirt hook function choked on this and indicated as much in the domain
log, but I still had to wait for the pidfile timeout
Wraps __virExec with the VIR_EXEC_DAEMON flag. Waits on the intermediate
process to ensure we don't end up with any zombies, and differentiates between
original process errors and intermediate process errors.
Signed-off-by: Cole Robinson crobi...@redhat.com
---
src/libvirt_private.syms |2 +-
This ensures the user will actually see 'hook' function error output.
Signed-off-by: Cole Robinson crobi...@redhat.com
---
src/qemu_driver.c | 13 +++--
1 files changed, 11 insertions(+), 2 deletions(-)
diff --git a/src/qemu_driver.c b/src/qemu_driver.c
index cc510b2..5200532 100644
By checking the pid every retry period, we can quickly determine if
the process crashed at startup, rather than make the user wait for
the entire timeout (3 seconds).
Signed-off-by: Cole Robinson crobi...@redhat.com
---
src/qemu_driver.c | 33 ++---
1 files changed,
Daniel P. Berrange wrote:
On Tue, Apr 28, 2009 at 11:31:53AM -0400, Cole Robinson wrote:
Wraps __virExec with the VIR_EXEC_DAEMON flag. Waits on the intermediate
process to ensure we don't end up with any zombies, and differentiates
between
original process errors and intermediate process
Hello DV,
I agree with your suggestions and everything is fixed now. But I would
like to discuss some points.
+while (channel channel_is_open(channel)) {
+ret = channel_read(channel, readbuf, 0, 0);
+if (ret 0) {
+(*exit_status) =
---
src/node_device.c | 355
src/node_device.h | 14 ++
src/node_device_conf.c | 106 ++-
src/node_device_conf.h | 16 ++
src/node_device_hal.c | 134 ++
src/storage_backend.c | 24 +---
src/virsh.c
Here is an initial implementation of the NPIV support backend using
the node device API. It only implements create. Destroy should be
fairly straightforward, but I want to get the patch out to the list
for comment while I continue to work. The code currently requires the
device name and host
28 matches
Mail list logo