* Natalia Portillo (clau...@claunia.com) wrote:
QEMU hosted on Haiku would be interesting.
The fun of Haiku
especially when it is
hosting QEMU
--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list
* Chris Wright (chr...@redhat.com) wrote:
* Anthony Liguori (aligu...@us.ibm.com) wrote:
1. A short introduction to each of the guest agents, what guests they
support, and what verbs they support.
I think we did this once before w/ Matahari. Can we please capture
these things in email
* Anthony Liguori (aligu...@us.ibm.com) wrote:
Hi,
I'd like to propose that we discuss guest agent convergence in our next KVM
call. I've CC'd folks from oVirt and libvirt to join the discussion.
I think we should probably attempt to have some structure to the discussion.
I would
* Reeted (ree...@shiftmail.org) wrote:
On 09/28/11 11:28, Daniel P. Berrange wrote:
On Wed, Sep 28, 2011 at 11:19:43AM +0200, Reeted wrote:
On 09/28/11 09:51, Daniel P. Berrange wrote:
You could have equivalently used
-netdev tap,ifname=tap0,script=no,downscript=no,id=hostnet0,vhost=on
* Laine Stump (la...@laine.org) wrote:
On 09/29/2011 10:30 AM, Laine Stump wrote:
On 09/27/2011 05:13 AM, Daniel P. Berrange wrote:
When we originally enabled multifunction for all PCI devices, we did so
in the belief that this was effectively a no-op for guest OSes. ie it
should not have
* Reeted (ree...@shiftmail.org) wrote:
On 09/29/11 02:39, Chris Wright wrote:
Can you help narrow down what is happening during the additional 12
seconds in the guest? For example, does a quick simple boot to single
user mode happen at the same boot speed w/ and w/out vhost_net?
Not tried
* Alex Williamson (alex.william...@redhat.com) wrote:
static void reset_assigned_device(DeviceState *dev)
{
-PCIDevice *d = DO_UPCAST(PCIDevice, qdev, dev);
+PCIDevice *pci_dev = DO_UPCAST(PCIDevice, qdev, dev);
+AssignedDevice *adev = DO_UPCAST(AssignedDevice, dev, pci_dev);
+
* Alex Williamson (alex.william...@redhat.com) wrote:
On Thu, 2011-03-17 at 14:12 -0700, Chris Wright wrote:
* Alex Williamson (alex.william...@redhat.com) wrote:
+fd = open(reset_file, O_WRONLY);
+if (fd != -1) {
+ret = write(fd, reset, strlen(reset
* Eric Blake (ebl...@redhat.com) wrote:
On 01/02/2011 07:50 PM, Dave Allan wrote:
On Fri, Dec 24, 2010 at 10:41:52AM -0800, Chris Wright wrote:
The udev driver does not update a PCI device with its SR-IOV capabilities,
when applicable, the way the hal driver does. As a result, dumping
Ethernet PCIe/product
vendor id='0x17d5'Neterion Inc./vendor
capability type='phys_function'
address domain='0x' bus='0x09' slot='0x00' function='0x0'/
/capability
/capability
/device
Cc: Dave Allan dal...@redhat.com
Signed-off-by: Chris Wright chr...@redhat.com
---
src
* Chris Wright (chr...@redhat.com) wrote:
We were also able to video the speakers, and will send a note when the
videos are available.
(and thanks again to Andrew Cathrow for making this happen)
I don't think a note went out yet. The videos are available as well.
thanks,
-chris
--
libvir
pciFindStubDriver currently returns 0 in one of the error cases.
While it's correct...NULL is more readable.
Signed-off-by: Chris Wright chr...@redhat.com
---
src/util/pci.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/util/pci.c b/src/util/pci.c
index a559476
KVM Forum 2010 was quite a success, many thanks to all who participated!
For those who couldn't attend, the presentations are available online now:
(thanks to Andrew Cathrow for pushing them all up)
http://www.linux-kvm.org/page/KVM_Forum_2010#Presentations
We were also able to video the
-by: Chris Wright chr...@redhat.com
--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list
() and
just letting pciFreeDevice() handle it.
Thanks to Chris Wright for pointing out this problem.
While we are at it, fix an error check. While it would actually
work as-is (since success returns 0), it's still more clear to
check for 0 (as the rest of the code does).
Signed-off
* Chris Lalancette (clala...@redhat.com) wrote:
The code in libvirt that does ACS checking has a pretty
serious bug that was essentially rendering the check useless.
When trying to assign a device, we have to check that all
bridges upstream of this device support ACS. That means
that we have
* Daniel Veillard (veill...@redhat.com) wrote:
On Fri, Jul 23, 2010 at 11:03:45PM -0700, Chris Wright wrote:
These new helpers take hostdev list and count directly rather than
getting them indirectly from domain definition. This will allow reuse
for the attach-device case.
+static int
* Daniel Veillard (veill...@redhat.com) wrote:
On Fri, Jul 23, 2010 at 11:03:47PM -0700, Chris Wright wrote:
When doing a PCI secondary bus reset, we must be sure that there are no
active devices on the same bus segment. The active device tracking is
designed to only track host devices
/ these devices, unclear if this
patch series is implicated.
Chris Wright (4):
qemuGetPciHostDeviceList take hostdev list directly
Add helpers qemuPrepareHostdevPCIDevices and qemuDomainReAttachHostdevDevices
qemudDomainAttachHostPciDevice refactor to use new helpers
pciResetDevice: use inactive
...@redhat.com
Cc: Mark McLoughlin mar...@redhat.com
Signed-off-by: Chris Wright chr...@redhat.com
---
src/qemu/qemu_driver.c | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/src/qemu/qemu_driver.c b/src/qemu/qemu_driver.c
index c96788b..6e18d41 100644
--- a/src/qemu
McLoughlin mar...@redhat.com
Signed-off-by: Chris Wright chr...@redhat.com
---
src/qemu/qemu_driver.c | 34 +-
1 files changed, 25 insertions(+), 9 deletions(-)
diff --git a/src/qemu/qemu_driver.c b/src/qemu/qemu_driver.c
index 6e18d41..d8288da 100644
--- a/src
...@redhat.com
Cc: Mark McLoughlin mar...@redhat.com
Signed-off-by: Chris Wright chr...@redhat.com
---
src/qemu/qemu_driver.c | 37 +++--
1 files changed, 3 insertions(+), 34 deletions(-)
diff --git a/src/qemu/qemu_driver.c b/src/qemu/qemu_driver.c
index d8288da..20946e6
...@redhat.com
Cc: Chris Lalancette clala...@redhat.com
Cc: Mark McLoughlin mar...@redhat.com
Signed-off-by: Chris Wright chr...@redhat.com
---
src/qemu/qemu_driver.c |8
src/util/pci.c | 20 +++-
src/util/pci.h |3 ++-
src/xen/xen_driver.c |2 +-
4
.
Right, and if it's not entirely clear here...this allows the kernel to
deal with device specific quirks.
Signed-off-by: Chris Lalancette clala...@redhat.com
Acked-by: Chris Wright chr...@redhat.com
--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir
alex.william...@redhat.com
Cc: Don Dutile ddut...@redhat.com
Cc: Chris Lalancette clala...@redhat.com
Signed-off-by: Chris Wright chr...@redhat.com
---
src/util/pci.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/src/util/pci.c b/src/util/pci.c
index b2e1673..6d0ca24
* Daniel P. Berrange (berra...@redhat.com) wrote:
On Sun, May 23, 2010 at 12:51:50PM -0400, Stefan Berger wrote:
Index: libvirt-acl/src/util/macvtap.h
===
--- libvirt-acl.orig/src/util/macvtap.h
+++
* Hugh O. Brock (hbr...@redhat.com) wrote:
On Mon, May 24, 2010 at 11:47:18AM -0700, Chris Wright wrote:
* Daniel P. Berrange (berra...@redhat.com) wrote:
On Sun, May 23, 2010 at 12:51:50PM -0400, Stefan Berger wrote:
Index: libvirt-acl/src/util/macvtap.h
below.
Acked-by: Chris Wright chr...@redhat.com
From a945107f047c7cd71f9c1b74fd74c47d8cdc3670 Mon Sep 17 00:00:00 2001
From: David Allan dal...@redhat.com
Date: Fri, 12 Mar 2010 13:25:04 -0500
Subject: [PATCH 1/1] POC of port profile id support
* Modified schema per DanPB's feedback
* Added
-by: Chris Wright chr...@redhat.com
--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list
* Stefan Berger (stef...@linux.vnet.ibm.com) wrote:
This is so far a more or less experimental patch that adds code for
communicating with the external lldpad daemon using the recently added
netlink messages. It's communicating using multicast netlink messages in
case of 802.1Qbg and unicast
* Eric Blake (ebl...@redhat.com) wrote:
On 05/19/2010 04:37 PM, Chris Wright wrote:
Looks like some cut'n paste error to me.
While we're at it, there have been some complaints, at least on IRC,
that some recent qemu builds changed -help output to start with QEMU
emulator version instead
* Jim Meyering (j...@meyering.net) wrote:
That patch looks fine, and is nicely minimal.
However, it does relax the test significantly.
Rather than requiring that QEMU_VERSION_STR be a prefix,
it would allow it to appear anywhere within the -help output.
While I really doubt it'd ever make a
* Alex Williamson (alex.william...@redhat.com) wrote:
On Wed, 2010-05-19 at 22:34 -0700, Chris Wright wrote:
* Alex Williamson (alex.william...@redhat.com) wrote:
@@ -1378,6 +1420,9 @@ int qemudExtractVersionInfo(const char *qemu,
version, is_kvm, kvm_version
Looks like some cut'n paste error to me.
Signed-off-by: Chris Wright chr...@redhat.com
---
src/qemu/qemu_conf.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/qemu/qemu_conf.c b/src/qemu/qemu_conf.c
index 3e334dc..6d2ac6e 100644
--- a/src/qemu/qemu_conf.c
+++ b
Simple enough, and allows it to be used for other fds like Alex proposed
in the RFC patch.
Acked-by: Chris Wright chr...@redhat.com
--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list
* Alex Williamson (alex.william...@redhat.com) wrote:
@@ -1378,6 +1420,9 @@ int qemudExtractVersionInfo(const char *qemu,
version, is_kvm, kvm_version) == -1)
goto cleanup2;
+if (flags QEMUD_CMD_FLAG_DEVICE)
+qemudParsePCIDeviceStrs(qemu,
* Gerd v. Egidy (li...@egidy.de) wrote:
Hi,
I'm running current git libvirt on Fedora 13 beta. I enabled the use of
libcap-ng as it is done in the regular F13 .spec.
When I now pass a pci card through to a qemu-kvm guest using vt-d I get this
error from qemu-kvm:
Failed to assign irq
* Gerd v. Egidy (li...@egidy.de) wrote:
Hi Chris,
I traced the issue down to a missing CAP_SYS_RAWIO.The kvm kernel module
requires CAP_SYS_RAWIO to use the KVM_ASSIGN_DEV_IRQ ioctl.
There is some pending work in KVM to deal with this. It simply removes
CAP_SYS_RAWIO. Need to
* Gerhard Stenzel (gsten...@linux.vnet.ibm.com) wrote:
On Wed, 2010-05-12 at 12:13 -0400, Stefan Berger wrote:
I'd suggest to use this patch as a base for triggering the setup
protocol with the 802.1Qb{g|h} switch.
Here is a RFC patch, which demonstrates how libvirt could communicate
with
* Daniel Veillard (veill...@redhat.com) wrote:
On Wed, May 12, 2010 at 09:47:17AM -0700, Chris Wright wrote:
* Gerhard Stenzel (gsten...@linux.vnet.ibm.com) wrote:
On Wed, 2010-05-12 at 12:13 -0400, Stefan Berger wrote:
I'd suggest to use this patch as a base for triggering the setup
* Stefan Berger (stef...@us.ibm.com) wrote:
Gerhard Stenzel gsten...@linux.vnet.ibm.com wrote on 05/12/2010 12:34:09
PM:
On Wed, 2010-05-12 at 12:13 -0400, Stefan Berger wrote:
I'd suggest to use this patch as a base for triggering the setup
protocol with the 802.1Qb{g|h} switch.
* Stefan Berger (stef...@us.ibm.com) wrote:
Daniel Veillard veill...@redhat.com wrote on 05/11/2010 06:07:58 AM:
On Mon, May 10, 2010 at 07:57:37PM -0400, Stefan Berger wrote:
Below is David Alan's original patch with lots of changes.
In particular, it now parses the following
* Gerhard Stenzel (gsten...@linux.vnet.ibm.com) wrote:
As of 2.6.34-rc7, 'IFLA_VF_PORT_PROFILE' is not yet in the kernel. Any
estimate when this might change?
Expected to change Real Soon Now. So while the upstream kernel netlink
interface isn't 100% solidified, it's close enough that it's
* Scott Feldman (scofe...@cisco.com) wrote:
On 5/10/10 11:57 AM, Stefan Berger stef...@us.ibm.com wrote:
libvir-list-boun...@redhat.com wrote on 05/10/2010 02:35:49 PM:
Correct, IFLA_VF_PORT_PROFILE is not in the kernel yet. The kernel
patch is be discussed on the kernel netdev
* Daniel P. Berrange (berra...@redhat.com) wrote:
On Thu, Jan 07, 2010 at 04:50:03PM -0800, Chris Wright wrote:
Basically, this means that device assignment w/ libvirt will break
MSI/MSI-X because qemu will never be able to see that the host device
has those PCI capabilities. This, in turn
* Anthony Liguori (aligu...@linux.vnet.ibm.com) wrote:
There are two modes worth supporting for vhost-net in libvirt. The
first mode is where vhost-net backs to a tun/tap device. This is
behaves in very much the same way that -net tap behaves in qemu
today. Basically, the difference is that
* Anthony Liguori (aligu...@linux.vnet.ibm.com) wrote:
I don't know whether SR-IOV requires additional setup though wrt
programming the VF's mac address. It may make sense for libvirt to
at least do that.
Doesn't require, but will need something in the future.
Esp, as we start to acutally
* Anthony Liguori (aligu...@linux.vnet.ibm.com) wrote:
Chris Wright wrote:
* Anthony Liguori (aligu...@linux.vnet.ibm.com) wrote:
There are two modes worth supporting for vhost-net in libvirt. The
first mode is where vhost-net backs to a tun/tap device. This is
behaves in very much the same
* Mark McLoughlin (mar...@redhat.com) wrote:
PCIe DevCap register is actually 32 bits, not 16 bits. Since FLR is
bit 28, we clearly are failing to detect FLR support.
Known to fix device reset with some SR-IOV devices.
ACK. I've tested this, works now.
thanks,
-chris
--
Libvir-list
* Mark McLoughlin (mar...@redhat.com) wrote:
I'd suggest /dev/hugepages as the default - /hugetlbfs has an seriously
unstandard whiff about it
What about /var/lib/libvirt/qemu/hugetlb and having the whole thing under
libvirt's control? It can allow for better security I think.
thanks,
-chris
* Daniel P. Berrange (berra...@redhat.com) wrote:
On Thu, Jul 23, 2009 at 11:35:17AM -0700, Chris Wright wrote:
* Mark McLoughlin (mar...@redhat.com) wrote:
I'd suggest /dev/hugepages as the default - /hugetlbfs has an seriously
unstandard whiff about it
What about /var/lib/libvirt
* Aaron Clausen (mightymartia...@gmail.com) wrote:
I upgraded my Debian host to KVM 72 and libvirt 0.6.3-4 in the hopes
of gaining use of PCI passthrough. I suspect that the upgrade may
have gone a bit awry, because when I attempt to enable passthrough, I
get the following error:
* Daniel P. Berrange ([EMAIL PROTECTED]) wrote:
(*
* This is the list of all libvirt methods which return
* pointers to locked objects
*)
let lockedObjMethods = [
virDomainFindByID;
virDomainFindByUUID;
virDomainFindByName;
virDomainAssignDef;
...
All quite cool. Anyway
* Eduardo Habkost ([EMAIL PROTECTED]) wrote:
+static int brSetInterfaceMtu(brControl *ctl,
+ const char *bridge,
+ const char *ifname)
+{
+int mtu = ifGetMtu(ctl, bridge);
+
+fprintf(stderr, mtu: %d\n, mtu);
Is that just a bit
Below is a simple PoC for setting a large MTU size on a tap device.
With this we are able to improve net i/o throughput substantially (~40%
improvement on TX and ~130% improvement on RX). This is just RFC because
it's hardcoded to an MTU of 9000 for any tap device. Thoughts on the
best way to
* Anthony Liguori ([EMAIL PROTECTED]) wrote:
Mark McLoughlin wrote:
This is the bit I really don't buy - we're equating qemu caching to IDE
write-back caching and saying the risk of corruption is the same in both
cases.
Yes.
I'm with Mark here.
But doesn't qemu cache data for far, far
* Anthony Liguori ([EMAIL PROTECTED]) wrote:
I've been persuaded. Relying on the host's integrity for guest data
integrity is not a good idea by default. I don't think we should use
cache=off to address this though. I've sent a patch and started a
thread on qemu-devel. Let's continue
for the report.
Signed-off-by: Chris Wright [EMAIL PROTECTED]
Cc: Mark Wagner [EMAIL PROTECTED]
Cc: Sanjay Rao [EMAIL PROTECTED]
---
src/domain_conf.c |2 +-
src/util.c|6 +++---
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/src/domain_conf.c b/src/domain_conf.c
index
58 matches
Mail list logo