Extend user-mode-linux driver to support nwfilter.
Signed-off-by: Soren Hansen so...@linux2go.dk
---
src/uml/uml_conf.c | 16 +---
src/uml/uml_driver.c |8 +++-
2 files changed, 20 insertions(+), 4 deletions(-)
diff --git a/src/uml/uml_conf.c b/src/uml/uml_conf.c
index
On Tue, Sep 07, 2010 at 10:04:37AM +0200, Jiri Denemark wrote:
---
daemon/Makefile.am |2 +-
libvirt.spec.in|4
tools/Makefile.am |2 +-
3 files changed, 2 insertions(+), 6 deletions(-)
Okay, better fix this in the makefiles than the spec file !
ACK
Daniel
--
On Tue, Sep 07, 2010 at 10:19:56AM +0200, Soren Hansen wrote:
Extend user-mode-linux driver to support nwfilter.
Signed-off-by: Soren Hansen so...@linux2go.dk
---
src/uml/uml_conf.c | 16 +---
src/uml/uml_driver.c |8 +++-
2 files changed, 20 insertions(+), 4
daemon/Makefile.am |2 +-
libvirt.spec.in|4
tools/Makefile.am |2 +-
3 files changed, 2 insertions(+), 6 deletions(-)
Okay, better fix this in the makefiles than the spec file !
ACK
Thanks, pushed.
Jirka
--
libvir-list mailing list
On 07-09-2010 10:32, Daniel Veillard wrote:
We are supposed to be in feature freeze mode this week,
Apologies. I didn't realise. Where could I have learned this?
--
Soren Hansen
Ubuntu Developer
http://www.ubuntu.com/
--
libvir-list mailing list
libvir-list@redhat.com
On 09/07/10 - 04:08:13PM, Lai Jiangshan wrote:
Hi, Chris,
I saw virDomainQemuMonitorCommand() in libvirt-qemu.c,
I think it will help me to send arbitrary qemu-monitor command to
qemu via libvirtd.
But how can I use virDomainQemuMonitorCommand()?
Can I use it by just using current
On 09/03/10 - 09:23:48PM, Roland Moriz wrote:
Hello Chris,
could you publish the updated ruby-libvirt bindings to rubygems.org?
There is still only version 0.1.0 of 2008 available:
http://rubygems.org/gems/ruby-libvirt
Thank you!
Hello,
I'd be happy to update the gem on
Hi,
We've got copy-on-read and image streaming working in QED and before
going much further, I wanted to bounce some interfaces off of the
libvirt folks to make sure our final interface makes sense.
Here's the basic idea:
Today, you can create images based on base images that are copy on
On 09/07/2010 09:01 AM, Alexander Graf wrote:
I'm torn here too. Why not expose both? Have a qemu internal daemon available that gets a
sleep time as parameter and an external pull sectors command. We'll see which
one is more useful, but I don't think it's too much code to justify only having
On 09/07/2010 09:34 AM, Kevin Wolf wrote:
Am 07.09.2010 15:41, schrieb Anthony Liguori:
Hi,
We've got copy-on-read and image streaming working in QED and before
going much further, I wanted to bounce some interfaces off of the
libvirt folks to make sure our final interface makes sense.
On 09/07/2010 09:33 AM, Stefan Hajnoczi wrote:
On Tue, Sep 7, 2010 at 2:41 PM, Anthony Liguori
aligu...@linux.vnet.ibm.com wrote:
The interface for copy-on-read is just an option within qemu-img create.
Streaming, on the other hand, requires a bit more thought. Today, I have a
monitor
On 09/07/2010 09:49 AM, Stefan Hajnoczi wrote:
On Tue, Sep 7, 2010 at 3:34 PM, Kevin Wolfkw...@redhat.com wrote:
Am 07.09.2010 15:41, schrieb Anthony Liguori:
Hi,
We've got copy-on-read and image streaming working in QED and before
going much further, I wanted to bounce some
On Tue, Sep 7, 2010 at 2:41 PM, Anthony Liguori
aligu...@linux.vnet.ibm.com wrote:
The interface for copy-on-read is just an option within qemu-img create.
Streaming, on the other hand, requires a bit more thought. Today, I have a
monitor command that does the following:
stream device
On Tue, Sep 7, 2010 at 3:34 PM, Kevin Wolf kw...@redhat.com wrote:
Am 07.09.2010 15:41, schrieb Anthony Liguori:
Hi,
We've got copy-on-read and image streaming working in QED and before
going much further, I wanted to bounce some interfaces off of the
libvirt folks to make sure our final
Am 07.09.2010 15:41, schrieb Anthony Liguori:
Hi,
We've got copy-on-read and image streaming working in QED and before
going much further, I wanted to bounce some interfaces off of the
libvirt folks to make sure our final interface makes sense.
Here's the basic idea:
Today, you can
On Tue, Sep 7, 2010 at 3:51 PM, Anthony Liguori
aligu...@linux.vnet.ibm.com wrote:
On 09/07/2010 09:33 AM, Stefan Hajnoczi wrote:
On Tue, Sep 7, 2010 at 2:41 PM, Anthony Liguori
aligu...@linux.vnet.ibm.com wrote:
The interface for copy-on-read is just an option within qemu-img create.
Am 07.09.2010 16:49, schrieb Anthony Liguori:
Shouldn't it be a runtime option? You can use the very same image with
copy-on-read or copy-on-write and it will behave the same (execpt for
performance), so it's not an inherent feature of the image file.
The way it's implemented in QED is
On 09/07/2010 09:55 AM, Stefan Hajnoczi wrote:
On Tue, Sep 7, 2010 at 3:51 PM, Anthony Liguori
aligu...@linux.vnet.ibm.com wrote:
On 09/07/2010 09:33 AM, Stefan Hajnoczi wrote:
On Tue, Sep 7, 2010 at 2:41 PM, Anthony Liguori
aligu...@linux.vnet.ibm.comwrote:
The
On Tue, Sep 7, 2010 at 3:57 PM, Anthony Liguori
aligu...@linux.vnet.ibm.com wrote:
On 09/07/2010 09:49 AM, Stefan Hajnoczi wrote:
On Tue, Sep 7, 2010 at 3:34 PM, Kevin Wolfkw...@redhat.com wrote:
Am 07.09.2010 15:41, schrieb Anthony Liguori:
Hi,
We've got copy-on-read and image
On Tue, Sep 07, 2010 at 08:41:44AM -0500, Anthony Liguori wrote:
Hi,
We've got copy-on-read and image streaming working in QED and before
going much further, I wanted to bounce some interfaces off of the
libvirt folks to make sure our final interface makes sense.
Here's the basic idea:
On 09/07/2010 10:02 AM, Kevin Wolf wrote:
Am 07.09.2010 16:49, schrieb Anthony Liguori:
Shouldn't it be a runtime option? You can use the very same image with
copy-on-read or copy-on-write and it will behave the same (execpt for
performance), so it's not an inherent feature of the image
On Tue, Sep 7, 2010 at 4:00 PM, Anthony Liguori
aligu...@linux.vnet.ibm.com wrote:
On 09/07/2010 09:55 AM, Stefan Hajnoczi wrote:
On Tue, Sep 7, 2010 at 3:51 PM, Anthony Liguori
aligu...@linux.vnet.ibm.com wrote:
On 09/07/2010 09:33 AM, Stefan Hajnoczi wrote:
On Tue, Sep 7, 2010 at 2:41
On 09/07/2010 10:03 AM, Daniel P. Berrange wrote:
On Tue, Sep 07, 2010 at 08:41:44AM -0500, Anthony Liguori wrote:
Hi,
We've got copy-on-read and image streaming working in QED and before
going much further, I wanted to bounce some interfaces off of the
libvirt folks to make sure our final
On 09/07/2010 10:05 AM, Stefan Hajnoczi wrote:
On Tue, Sep 7, 2010 at 3:57 PM, Anthony Liguori
aligu...@linux.vnet.ibm.com wrote:
On 09/07/2010 09:49 AM, Stefan Hajnoczi wrote:
On Tue, Sep 7, 2010 at 3:34 PM, Kevin Wolfkw...@redhat.comwrote:
Am 07.09.2010 15:41,
On 09/07/2010 10:20 AM, Kevin Wolf wrote:
Am 07.09.2010 17:11, schrieb Anthony Liguori:
On 09/07/2010 10:02 AM, Kevin Wolf wrote:
Am 07.09.2010 16:49, schrieb Anthony Liguori:
Shouldn't it be a runtime option? You can use the very same image with
copy-on-read or
Am 07.09.2010 17:30, schrieb Anthony Liguori:
On 09/07/2010 10:20 AM, Kevin Wolf wrote:
Am 07.09.2010 17:11, schrieb Anthony Liguori:
Copy-on-read is, in many cases, a property of the backing file because
it suggests that the backing file is either very slow or potentially
volatile.
[adding libvir-list]
On 09/07/2010 07:42 AM, Tom Horsley wrote:
On Tue, 07 Sep 2010 13:51:09 +0100
Adam Williamson wrote:
I did find a Should-start: avahi-daemon comment in the libvirtd
init script, so maybe that is the source.
Shouldn't be. 'Should-start' means 'if this other service is
On 09/07/2010 10:39 AM, Kevin Wolf wrote:
Am 07.09.2010 17:30, schrieb Anthony Liguori:
On 09/07/2010 10:20 AM, Kevin Wolf wrote:
Am 07.09.2010 17:11, schrieb Anthony Liguori:
Copy-on-read is, in many cases, a property of the backing file because
it suggests that the backing
On Tue, Sep 07, 2010 at 09:38:15AM -0600, Eric Blake wrote:
[adding libvir-list]
On 09/07/2010 07:42 AM, Tom Horsley wrote:
On Tue, 07 Sep 2010 13:51:09 +0100
Adam Williamson wrote:
I did find a Should-start: avahi-daemon comment in the libvirtd
init script, so maybe that is the
Am 07.09.2010 17:11, schrieb Anthony Liguori:
On 09/07/2010 10:02 AM, Kevin Wolf wrote:
Am 07.09.2010 16:49, schrieb Anthony Liguori:
Shouldn't it be a runtime option? You can use the very same image with
copy-on-read or copy-on-write and it will behave the same (execpt for
performance),
On 09/07/2010 10:09 AM, Stefan Hajnoczi wrote:
Right, so that argues for an incremental interface like I started with :-)
BTW, this whole discussion is also relevant for other background tasks like
online defragmentation so keep that use-case in mind too.
Right, I'm a little hesitant to
On 09/06/2010 04:34 AM, Daniel Veillard wrote:
On Fri, Sep 03, 2010 at 02:12:47PM -0600, Eric Blake wrote:
These changes allow './autobuild.sh' to complete again, when a full
mingw cross-compilation is available on Fedora.
* libvirt.spec.in (%file): List new installed files.
* configure.ac
2010/9/6 Daniel Veillard veill...@redhat.com:
On Sat, Sep 04, 2010 at 01:36:08AM +0200, Matthias Bolte wrote:
QueryVirtualDiskUuid is only available on an ESX(i) server. vCenter
returns an NotImplemented fault and a GSX server is missing the
VirtualDiskManager completely. Therefore only use
2010/9/6 Daniel Veillard veill...@redhat.com:
On Sun, Sep 05, 2010 at 11:41:39PM +0200, Matthias Bolte wrote:
---
src/esx/esx_vi.c | 122
+++---
src/esx/esx_vi.h | 1 +
2 files changed, 62 insertions(+), 61 deletions(-)
Looks like
On 09/07/2010 02:50 AM, Soren Hansen wrote:
On 07-09-2010 10:32, Daniel Veillard wrote:
We are supposed to be in feature freeze mode this week,
Apologies. I didn't realise. Where could I have learned this?
About once a month, the list gets a message announcing an upcoming
release;
35 matches
Mail list logo
