Re: kvmclock doesn't work, help?

On Fri, Dec 18, 2015 at 12:25 PM, Andy Lutomirski <l...@amacapital.net> wrote: > [cc: John Stultz -- maybe you have ideas on how this should best > integrate with the core code] > > On Fri, Dec 18, 2015 at 11:45 AM, Marcelo Tosatti <mtosa...@redhat.com> wrote: >> On F

Re: [PATCH 0/7] kvmtool: Cleanup kernel loading

On 2 November 2015 at 14:58, Will Deacon wrote: > On Fri, Oct 30, 2015 at 06:26:53PM +, Andre Przywara wrote: >> Hi, > > Hello Andre, > >> this series cleans up kvmtool's kernel loading functionality a bit. >> It has been broken out of a previous series I sent [1] and

Re: [PATCH 0/7] kvmtool: Cleanup kernel loading

On 2 November 2015 at 14:58, Will Deacon wrote: > On Fri, Oct 30, 2015 at 06:26:53PM +, Andre Przywara wrote: >> Hi, > > Hello Andre, > >> this series cleans up kvmtool's kernel loading functionality a bit. >> It has been broken out of a previous series I sent [1] and

Re: [PATCH kvmtool] Skip a few messages by default: command line args; flat binary; earlyprintk.

lean and nice to work with. On 30 September 2015 at 17:11, Andre Przywara <andre.przyw...@arm.com> wrote: > Hi Dimitri, > > thanks for sharing your patches. > > On 29/09/15 17:59, Dimitri John Ledkov wrote: >> The partial command line args & earlyprintk=serial are sti

[PATCH kvmtool] kvmtool: expose the TSC Deadline Timer feature to the guest

From: Arjan van de Ven <ar...@linux.intel.com> with the TSC deadline timer feature, we don't need to calibrate the apic timers anymore, which saves more than 100 milliseconds of boot time. Signed-off-by: Arjan van de Ven <ar...@linux.intel.com> Signed-off-by: Dimitri John Ledkov &l

[PATCH kvmtool] Skip a few messages by default: command line args; flat binary; earlyprintk.

itri John Ledkov <dimitri.j.led...@intel.com> --- builtin-run.c | 10 ++ kvm.c | 1 - x86/kvm.c | 8 ++-- 3 files changed, 12 insertions(+), 7 deletions(-) diff --git a/builtin-run.c b/builtin-run.c index e0c8732..8edbf88 100644 --- a/builtin-run.c +++ b/builtin-run.c

Re: [PATCH] kvmtool: don't rely on $HOME

Hello, On 17 September 2015 at 15:03, Alban Crequy wrote: > kvm__set_dir() called in main() and kvm__get_dir() rely on $HOME. But in > some environments (such as starting lkvm through systemd-run), $HOME is > undefined. This causes bind() to use a socket path containing

Re: [PATCH] kvmtool: don't rely on $HOME

On 18 September 2015 at 13:56, Will Deacon wrote: > On Fri, Sep 18, 2015 at 11:51:37AM +0100, Riku Voipio wrote: >> On 17 September 2015 at 18:53, Will Deacon wrote: >> > On Thu, Sep 17, 2015 at 03:03:15PM +0100, Alban Crequy wrote: >> >> kvm__set_dir()

Re: [PATCH v2 kvmtool] Make static libc and guest-init functionality optional.

Hello Will, Looks good to me =) On 15 September 2015 at 18:20, Will Deacon <will.dea...@arm.com> wrote: > Hi Dmitri, > > On Fri, Sep 11, 2015 at 03:40:00PM +0100, Dimitri John Ledkov wrote: >> If one typically only boots full disk-images, one wouldn't necessaraly >> wa

Re: [PATCH kvmtool] Make static libc and guest-init functionality optional.

On 11 September 2015 at 13:47, Andre Przywara <andre.przyw...@arm.com> wrote: > Hi Dimitri, > > thanks for sharing this patch and sorry for the delay. No worries, I have a few more patches to send, polishing them for release. > > (CC:ing Will) > > On 04/09/15 13:04

[PATCH v2 kvmtool] Make static libc and guest-init functionality optional.

If one typically only boots full disk-images, one wouldn't necessaraly want to statically link glibc, for the guest-init feature of the kvmtool. As statically linked glibc triggers haevy security maintainance. Signed-off-by: Dimitri John Ledkov <dimitri.j.led...@intel.com> --- Changes si

[PATCH kvmtool] Make static libc and guest-init functionality optional.

If one typically only boots full disk-images, one wouldn't necessaraly want to statically link glibc, for the guest-init feature of the kvmtool. As statically linked glibc triggers haevy security maintainance. Signed-off-by: Dimitri John Ledkov <dimitri.j.led...@intel.com> --- Ma

Re: Hang on reboot in FreeBSD guest on Linux KVM host

On Jun 24, 2015, at 9:50 AM, Paolo Bonzini pbonz...@redhat.com wrote: On 23/06/2015 00:08, John Nielsen wrote: I’m resurrecting an old thread since I haven’t heard anything in a while. Has anyone looked in to the KVM+apicv bug documented above as well as here: https://bugs.launchpad.net

Re: Hang on reboot in FreeBSD guest on Linux KVM host

On Jun 22, 2015, at 3:48 PM, Bandan Das b...@redhat.com wrote: John Nielsen li...@jnielsen.net writes: On Jun 17, 2014, at 10:48 AM, John Nielsen li...@jnielsen.net wrote: On Jun 17, 2014, at 12:05 AM, Gleb Natapov g...@kernel.org wrote: On Tue, Jun 17, 2014 at 06:21:23AM +0200, Paolo

Re: Hang on reboot in FreeBSD guest on Linux KVM host

On Jun 17, 2014, at 10:48 AM, John Nielsen li...@jnielsen.net wrote: On Jun 17, 2014, at 12:05 AM, Gleb Natapov g...@kernel.org wrote: On Tue, Jun 17, 2014 at 06:21:23AM +0200, Paolo Bonzini wrote: Il 16/06/2014 18:47, John Nielsen ha scritto: On Jun 16, 2014, at 10:39 AM, Paolo Bonzini

[no subject]

i need your assistance in transferring some funds -- To unsubscribe from this list: send the line unsubscribe kvm in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Infinite IRQ injection loop in QEMU

about what may be happening? Thanks in advance for any advice. --John S. (As a post-script: the kernel I am using is the version provided by David Airlie for MST [Multi-Stream Transport] support in Linux, which is still experimental. Sorry for the non-stock kernel! http

Re: [PATCH] KVM: x86: fix kvmclock breakage from timers branch merge

a reliable TSC. Add it back; and since the field boot_ns is not anymore related to the host boot-based clock, rename boot_ns-nsec_base and the existing nsec_base-snsec_base. Cc: Thomas Gleixner t...@linutronix.de Cc: John Stultz john.stu...@linaro.org Reported-by: Chris J Arges chris.j.ar

Re: [PATCH v6 2/7] random, timekeeping: Collect timekeeping entropy in the timekeeping code

code, especially after resume. Remove this code from random.c and add the appropriate add_device_randomness calls to timekeeping.c instead. Cc: John Stultz john.stu...@linaro.org Signed-off-by: Andy Lutomirski l...@amacapital.net --- drivers/char/random.c | 2 -- kernel/time

Re: Hang on reboot in FreeBSD guest on Linux KVM host

On Jun 16, 2014, at 10:21 PM, Paolo Bonzini pbonz...@redhat.com wrote: Il 16/06/2014 18:47, John Nielsen ha scritto: On Jun 16, 2014, at 10:39 AM, Paolo Bonzini pbonz...@redhat.com wrote: Il 16/06/2014 18:09, John Nielsen ha scritto: The only substantial difference on the hardware side

Re: Hang on reboot in FreeBSD guest on Linux KVM host

On Jun 20, 2014, at 1:53 PM, Paolo Bonzini pbonz...@redhat.com wrote: Il 20/06/2014 17:41, John Nielsen ha scritto: So we have a clue. Let me study the code more, I'll try to get back with a suggestion. Paolo, have you had an opportunity to look in to this some more? Not yet, sorry

Re: Hang on reboot in FreeBSD guest on Linux KVM host

On Jun 17, 2014, at 12:05 AM, Gleb Natapov g...@kernel.org wrote: On Tue, Jun 17, 2014 at 06:21:23AM +0200, Paolo Bonzini wrote: Il 16/06/2014 18:47, John Nielsen ha scritto: On Jun 16, 2014, at 10:39 AM, Paolo Bonzini pbonz...@redhat.com wrote: Il 16/06/2014 18:09, John Nielsen ha scritto

VM outperforming host

HI, I’ve been benchmarking of several GPU-enabled applications on both physical hardware and within KVM. To my surprise, I’ve found a small subset of benchmarks that are able to outperform the host system by as much as 15% in some cases, and I’m hoping that someone may be able to offer some

Re: [RFC PATCH 0/2] make mac programming for virtio net more robust

its not entirely applicable here just thought I would mention it. Thanks, John -- To unsubscribe from this list: send the line unsubscribe kvm in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [patch 13/18] time: export time information for KVM pvclock

On 11/14/2012 04:08 PM, Marcelo Tosatti wrote: As suggested by John, export time data similarly to how its done by vsyscall support. This allows KVM to retrieve necessary information to implement vsyscall support in KVM guests. Signed-off-by: Marcelo Tosatti mtosa...@redhat.com Thanks

Re: [patch 14/18] time: export time information for KVM pvclock

On 10/24/2012 06:13 AM, Marcelo Tosatti wrote: As suggested by John, export time data similarly to how its done by vsyscall support. This allows KVM to retrieve necessary information to implement vsyscall support in KVM guests. Signed-off-by: Marcelo Tosatti mtosa...@redhat.com Thanks Marcelo

Re: INFO: rcu_preempt detected stalls on CPUs/tasks: { 1} (detected by 0, t=10002 jiffies)

of a hardware issue. And in those logs, I don't see the printk time-stamp inconsistencies that were alluded to in this thread. Fengguang: Is this still reproducible? Do you have any details (dmesg) about host system as well? thanks -john -- To unsubscribe from this list: send the line unsubscribe kvm

Re: [net-next RFC V4 PATCH 0/4] Multiqueue virtio-net

for the workload manually until we manage to imlement some self-tuning heuristics. Ethtool already has this switch 'ethtool -L' can be used to set the number tx/rx channels. So you would likely just need to add a set_channels hook. .John -- To unsubscribe from this list: send the line unsubscribe kvm

Re: [net-next PATCH v0 3/5] net: add fdb generic dump routine

On 3/25/2012 6:09 AM, Roopa Prabhu wrote: On 3/18/12 11:52 PM, John Fastabend john.r.fastab...@intel.com wrote: This adds a generic dump routine drivers can call. It should be sufficient to handle any bridging model that uses the unicast address list. This should be most SR-IOV

[net-next PATCH v0 0/5] Series short description

comments/feedback appreciated! --- John Fastabend (5): ixgbe: allow RAR table to be updated in promisc mode ixgbe: enable FDB netdevice ops net: add fdb generic dump routine net: addr_list: add exclusive dev_uc_add net: add generic PF_BRIDGE:RTM_XXX FDB hooks

[net-next PATCH v0 2/5] net: addr_list: add exclusive dev_uc_add

lists. Signed-off-by: John Fastabend john.r.fastab...@intel.com --- include/linux/netdevice.h |1 + net/core/dev_addr_lists.c | 19 +++ 2 files changed, 20 insertions(+), 0 deletions(-) diff --git a/include/linux/netdevice.h b/include/linux/netdevice.h index 4208901

[net-next PATCH v0 3/5] net: add fdb generic dump routine

This adds a generic dump routine drivers can call. It should be sufficient to handle any bridging model that uses the unicast address list. This should be most SR-IOV enabled NICs. Signed-off-by: John Fastabend john.r.fastab...@intel.com --- net/core/rtnetlink.c | 56

[net-next PATCH v0 4/5] ixgbe: enable FDB netdevice ops

Enable FDB ops on ixgbe when in SR-IOV mode. Signed-off-by: John Fastabend john.r.fastab...@intel.com --- drivers/net/ethernet/intel/ixgbe/ixgbe_main.c | 59 + 1 files changed, 59 insertions(+), 0 deletions(-) diff --git a/drivers/net/ethernet/intel/ixgbe/ixgbe_main.c

[net-next PATCH v0 5/5] ixgbe: allow RAR table to be updated in promisc mode

This allows RAR table updates while in promiscuous. With SR-IOV enabled it is valuable to allow the RAR table to be updated even when in promisc mode to configure forwarding Signed-off-by: John Fastabend john.r.fastab...@intel.com --- drivers/net/ethernet/intel/ixgbe/ixgbe_main.c | 21

[net-next PATCH v0 1/5] net: add generic PF_BRIDGE:RTM_ FDB hooks

Hemminger and Ben Hutchings for valuable feedback, suggestions, and review. Signed-off-by: John Fastabend john.r.fastab...@intel.com --- include/linux/neighbour.h |3 + include/linux/netdevice.h | 26 include/linux/rtnetlink.h |4 + net/bridge/br_device.c|3 + net/bridge

Re: [net-next PATCH v0 0/5] Series short description

On 3/19/2012 3:55 PM, Stephen Hemminger wrote: On Mon, 19 Mar 2012 18:38:08 -0400 (EDT) David Miller da...@davemloft.net wrote: From: John Fastabend john.r.fastab...@intel.com Date: Sun, 18 Mar 2012 23:51:45 -0700 This series is a follow up to this thread: http://www.spinics.net/lists

Re: [net-next PATCH v0 0/5] Series short description

On 3/19/2012 5:35 PM, David Miller wrote: From: John Fastabend john.r.fastab...@intel.com Date: Mon, 19 Mar 2012 17:27:00 -0700 Dave, its probably fine to push this to 3.5 then. Fair enough. Stephen, please let me know if you see any issues though because without these we have no way

[RFC PATCH v1 0/4] net: bridge: FDB management

is appreciated! --- John Fastabend (4): ixgbe: enable FDB netdevice ops net: add fdb generic dump routine net: addr_list: add exclusive dev_uc_add net: add generic PF_BRIDGE:RTM_XXX FDB hooks drivers/net/ethernet/intel/ixgbe/ixgbe_main.c | 59 include/linux/neighbour.h

[RFC PATCH v1 2/4] net: addr_list: add exclusive dev_uc_add

lists. Signed-off-by: John Fastabend john.r.fastab...@intel.com --- include/linux/netdevice.h |1 + net/core/dev_addr_lists.c | 19 +++ 2 files changed, 20 insertions(+), 0 deletions(-) diff --git a/include/linux/netdevice.h b/include/linux/netdevice.h index 3963992

[RFC PATCH v1 3/4] net: add fdb generic dump routine

This adds a generic dump routine drivers can call. It should be sufficient to handle any bridging model that uses the unicast address list. This should be most SR-IOV enabled NICs. Signed-off-by: John Fastabend john.r.fastab...@intel.com --- net/core/rtnetlink.c | 56

[RFC PATCH v1 4/4] ixgbe: enable FDB netdevice ops

Enable FDB ops on ixgbe when in SR-IOV mode. Signed-off-by: John Fastabend john.r.fastab...@intel.com --- drivers/net/ethernet/intel/ixgbe/ixgbe_main.c | 59 + 1 files changed, 59 insertions(+), 0 deletions(-) diff --git a/drivers/net/ethernet/intel/ixgbe/ixgbe_main.c

[RFC PATCH v1 1/4] net: add generic PF_BRIDGE:RTM_ FDB hooks

opinion that the merit of this patch is now embedded and SW bridges can both be modeled correctly in user space using very nearly the same message passing. [1] 'br' tool was published as an RFC here and will be renamed 'bridge' http://patchwork.ozlabs.org/patch/117664/ Signed-off-by: John

Re: [RFC PATCH v1 4/4] ixgbe: enable FDB netdevice ops

On 3/9/2012 7:48 PM, Stephen Hemminger wrote: Enable FDB ops on ixgbe when in SR-IOV mode. Signed-off-by: John Fastabend john.r.fastab...@intel.com Will all this break anything on the vf client? What if the vf is running a bridge. No shouldn't break anything. Actually, implementing

Re: [RFC PATCH v0 1/2] net: bridge: propagate FDB table into hardware

On 3/5/2012 8:53 AM, Lennert Buytenhek wrote: On Tue, Feb 28, 2012 at 08:40:06PM -0800, John Fastabend wrote: Also if there are embedded switches with learning capabilities they might want to trigger events to user space. In this case having a protocol type makes user space a bit easier

Re: [RFC PATCH v0 1/2] net: bridge: propagate FDB table into hardware

On 3/1/2012 6:14 AM, Michael S. Tsirkin wrote: On Wed, Feb 29, 2012 at 09:25:56AM -0800, John Fastabend wrote: Agreed. I think adding some ndo_ops for bridging offloads here would work. For example the DSA infrastructure and/or macvlan devices might need this. Along the lines of extending

Re: [RFC PATCH v0 1/2] net: bridge: propagate FDB table into hardware

On 3/1/2012 5:36 AM, Jamal Hadi Salim wrote: On Wed, 2012-02-29 at 10:19 -0800, John Fastabend wrote: I want to see a unified API so that user space control applications (RSTP, TRILL?) can use one set of netlink calls for both software bridge and hardware offloaded bridges. Does

Re: [RFC PATCH v0 1/2] net: bridge: propagate FDB table into hardware

On 2/29/2012 5:56 AM, Jamal Hadi Salim wrote: On Tue, 2012-02-28 at 20:40 -0800, John Fastabend wrote: OK back to this. The last piece is where to put these messages... we could take PF_ROUTE:RTM_*NEIGH PF_ROUTE:RTM_NEWNEIGH - Add a new FDB entry to an offloaded

Re: [RFC PATCH v0 1/2] net: bridge: propagate FDB table into hardware

On 2/29/2012 9:52 AM, Stephen Hemminger wrote: On Wed, 29 Feb 2012 09:25:56 -0800 John Fastabend john.r.fastab...@intel.com wrote: On 2/29/2012 5:56 AM, Jamal Hadi Salim wrote: On Tue, 2012-02-28 at 20:40 -0800, John Fastabend wrote: OK back to this. The last piece is where to put

Re: [RFC PATCH v0 1/2] net: bridge: propagate FDB table into hardware

On 2/18/2012 4:41 AM, jamal wrote: On Fri, 2012-02-17 at 09:10 -0800, John Fastabend wrote: Yes I agree that is the goal. One last comment: With synchronization there are other challenges when the entry in the hardware conflicts with the entry in software when you intend the behavior

Re: [RFC PATCH v0 1/2] net: bridge: propagate FDB table into hardware

On 2/28/2012 8:40 PM, John Fastabend wrote: On 2/18/2012 4:41 AM, jamal wrote: On Fri, 2012-02-17 at 09:10 -0800, John Fastabend wrote: Yes I agree that is the goal. One last comment: With synchronization there are other challenges when the entry in the hardware conflicts with the entry

Re: [RFC/PATCH 1/2] kvm tools, seabios: Add --bios option to vm run

with --kernel being a seabios image, and using switches to set the load address at e and the initial IP at 0. Of course, now that I know the memory is reflected to high memory too, the initial IP could just as easily be fff0. Anyway, John, can you give us a look at a patch please? ron

Re: [RFC/PATCH 1/2] kvm tools, seabios: Add --bios option to vm run

. If I disable boot menu support from SeaBIOS, I'm now seeing this PCI out of address space error which I suppose is what Ron and John were talking about earlier: [snip, snip] So looking at SeaBIOS code, it seems to me we could simply make LKVM lie to it by claiming to be coreboot and get away

Re: [RFC/PATCH 1/2] kvm tools, seabios: Add --bios option to vm run

Here are some small changes I made to get SeaBIOS to work on lkvm. Some may not be entirely needed. Oh, and I've also attached the .config I used. John On Fri, Feb 24, 2012 at 11:29 AM, John Floren j...@jfloren.net wrote: On Fri, Feb 24, 2012 at 11:18 AM, Pekka Enberg penb...@kernel.org wrote

Re: [RFC PATCH v0 1/2] net: bridge: propagate FDB table into hardware

On 2/17/2012 6:28 AM, jamal wrote: On Wed, 2012-02-15 at 17:26 -0800, John Fastabend wrote: On 2/15/2012 6:10 AM, Jamal Hadi Salim wrote: On Tue, 2012-02-14 at 10:57 -0800, John Fastabend wrote: Roopa was likely on the right track here, http://patchwork.ozlabs.org/patch/123064/ Doesnt

Re: [RFC PATCH v0 1/2] net: bridge: propagate FDB table into hardware

On 2/15/2012 6:10 AM, Jamal Hadi Salim wrote: On Tue, 2012-02-14 at 10:57 -0800, John Fastabend wrote: Roopa was likely on the right track here, http://patchwork.ozlabs.org/patch/123064/ Doesnt seem related to the bridging stuff - the modeling looks reasonable however. The operations

Re: [RFC PATCH v0 1/2] net: bridge: propagate FDB table into hardware

On 2/14/2012 5:18 AM, jamal wrote: On Mon, 2012-02-13 at 07:13 -0800, John Fastabend wrote: The use case here is multiple VFs but the same solution should work with multiple PFs as well. FDB controls should be independent of how the ports are exposed VFs, PFs, VMDQ/queue pairs, macvlan, etc

Re: [RFC PATCH v0 1/2] net: bridge: propagate FDB table into hardware

On 2/14/2012 11:05 AM, Stephen Hemminger wrote: On Tue, 14 Feb 2012 10:57:04 -0800 John Fastabend john.r.fastab...@intel.com wrote: On 2/14/2012 5:18 AM, jamal wrote: On Mon, 2012-02-13 at 07:13 -0800, John Fastabend wrote: The use case here is multiple VFs but the same solution should

Re: [RFC PATCH v0 1/2] net: bridge: propagate FDB table into hardware

On 2/10/2012 7:18 AM, jamal wrote: Hi John, I went backwards to summarize at the top after going through your email. TL;DR version 0.1: you provide a good use case where it makes sense to do things in the kernel. IMO, you could make the same arguement if your embedded switch could do

Re: [RFC PATCH v0 1/2] net: bridge: propagate FDB table into hardware

On 2/8/2012 8:36 PM, Stephen Hemminger wrote: On Wed, 08 Feb 2012 19:22:06 -0800 John Fastabend john.r.fastab...@intel.com wrote: Propagate software FDB table into hardware uc, mc lists when the NETIF_F_HW_FDB is set. This resolves the case below where an embedded switch is used

Re: [RFC PATCH v0 1/2] net: bridge: propagate FDB table into hardware

On 2/9/2012 9:40 AM, Stephen Hemminger wrote: On Thu, 09 Feb 2012 09:36:47 -0800 John Fastabend john.r.fastab...@intel.com wrote: But the device features makes it easy for user space to learn that the device supports this sort of offload. Now if all SR-IOV devices support

Re: [RFC PATCH v0 1/2] net: bridge: propagate FDB table into hardware

On 2/9/2012 10:14 AM, Sridhar Samudrala wrote: On Wed, 2012-02-08 at 19:22 -0800, John Fastabend wrote: Propagate software FDB table into hardware uc, mc lists when the NETIF_F_HW_FDB is set. This resolves the case below where an embedded switch is used in hardware to do inter-VF or VF-PF

Re: [RFC PATCH v0 1/2] net: bridge: propagate FDB table into hardware

On 2/9/2012 4:39 PM, Sridhar Samudrala wrote: On Thu, 2012-02-09 at 12:30 -0800, John Fastabend wrote: On 2/9/2012 10:14 AM, Sridhar Samudrala wrote: On Wed, 2012-02-08 at 19:22 -0800, John Fastabend wrote: Propagate software FDB table into hardware uc, mc lists when the NETIF_F_HW_FDB is set

Re: [RFC PATCH v0 1/2] net: bridge: propagate FDB table into hardware

On 2/9/2012 1:11 PM, jamal wrote: On Thu, 2012-02-09 at 09:52 -0800, John Fastabend wrote: By netlink_notifier do you mean adding a notifier_block and using atomic_notifier_call_chain() probably in rtnl_notify()? Then drivers could register with the notifier chain

Re: [RFC PATCH v0 1/2] net: bridge: propagate FDB table into hardware

On 2/9/2012 6:14 PM, John Fastabend wrote: On 2/9/2012 1:11 PM, jamal wrote: On Thu, 2012-02-09 at 09:52 -0800, John Fastabend wrote: By netlink_notifier do you mean adding a notifier_block and using atomic_notifier_call_chain() probably in rtnl_notify()? Then drivers could register

Re: [net-next-2.6 PATCH 0/6 v4] macvlan: MAC Address filtering support for passthru mode

On 2/5/2012 8:54 AM, Roopa Prabhu wrote: On 2/3/12 7:32 AM, Roopa Prabhu ropra...@cisco.com wrote: On 2/2/12 10:58 AM, John Fastabend john.r.fastab...@intel.com wrote: snip.. Are you sure they will be good to have? I'm not so sure you want to be able to manipulate the uc and mc

[RFC PATCH v0 1/2] net: bridge: propagate FDB table into hardware

://lists.openwall.net/netdev/2011/11/08/135 Signed-off-by: John Fastabend john.r.fastab...@intel.com --- include/linux/netdev_features.h |2 ++ net/bridge/br_fdb.c | 34 ++ 2 files changed, 36 insertions(+), 0 deletions(-) diff --git a/include/linux

[RFC PATCH v0 2/2] ixgbe: add NETIF_F_HW_FDB to supported flags

-by: John Fastabend john.r.fastab...@intel.com --- drivers/net/ethernet/intel/ixgbe/ixgbe_main.c | 35 + 1 files changed, 24 insertions(+), 11 deletions(-) diff --git a/drivers/net/ethernet/intel/ixgbe/ixgbe_main.c b/drivers/net/ethernet/intel/ixgbe/ixgbe_main.c index

virtio_ioport_write unexpected address

the latest virtio drivers from Fedora. Thanks, -- John -- To unsubscribe from this list: send the line unsubscribe kvm in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [net-next-2.6 PATCH 0/6 v4] macvlan: MAC Address filtering support for passthru mode

. Thanks, John +/* MACVLAN ADDRLIST management section + * + * Contains attributes to expose multicast and unicast hardware + * RX address filters to user space. + * + * FIELDS: + * - IFLA_ADDRLIST_{UC|MC} + * + * Read only attributes, returns currently set mc or uc addr list

Re: [net-next-2.6 PATCH 0/6 v4] macvlan: MAC Address filtering support for passthru mode

On 2/2/2012 12:50 AM, Michael S. Tsirkin wrote: On Thu, Feb 02, 2012 at 12:46:57AM -0800, John Fastabend wrote: On 2/1/2012 11:24 PM, Michael S. Tsirkin wrote: On Sun, Nov 20, 2011 at 08:30:24AM -0800, Roopa Prabhu wrote: On 11/17/11 4:15 PM, Ben Hutchings bhutchi...@solarflare.com wrote

Re: [net-next-2.6 PATCH 0/6 v4] macvlan: MAC Address filtering support for passthru mode

On 2/2/2012 10:07 AM, Roopa Prabhu wrote: On 2/2/12 12:46 AM, John Fastabend john.r.fastab...@intel.com wrote: On 2/1/2012 11:24 PM, Michael S. Tsirkin wrote: On Sun, Nov 20, 2011 at 08:30:24AM -0800, Roopa Prabhu wrote: On 11/17/11 4:15 PM, Ben Hutchings bhutchi...@solarflare.com

Re: [net-next-2.6 PATCH 0/6 v4] macvlan: MAC Address filtering support for passthru mode

On 2/2/2012 12:38 PM, Ben Hutchings wrote: On Thu, 2012-02-02 at 00:46 -0800, John Fastabend wrote: [...] OK finally got to read through this. And its not clear to me why we need these per VF/PF filter netdevice ops and netlink extensions if we can get the stacking correct. (Adding filters

Re: where should I report kvm kernel bug?

I think I tracked down that problem, it should clear itself up in the next hour or so, and the missing e-mails should start arriving. - John 'Warthog9' Hawley Chief Kernel.org Administrator On 01/13/2012 12:05 AM, Ren, Yongjie wrote: When someone comments in a bug in kernel.org's bugzilla

Re: where should I report kvm kernel bug?

hard or you'll start affecting other services but it's alive. - John -- To unsubscribe from this list: send the line unsubscribe kvm in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [F.A.Q.] the advantages of a shared tool/kernel Git repository, tools/perf/ and tools/kvm/

On Tue, 8 Nov 2011, Ted Ts'o wrote: On Tue, Nov 08, 2011 at 01:55:09PM +0100, Ingo Molnar wrote: I guess you can do well with a split project as well - my main claim is that good compatibility comes *naturally* with integration. Here I have to disagree; my main worry is that

Re: Booting up an old Windows 3.1 harddisk image

. Anyway, here's my commanto run it, with npt=0 in the kvm_amd modules. kvm -no-acpi -no-hpet -cpu 486 -hda hda-caroline486.image -M isapc \ -m 4 -vga std and I'll see about changing the defaults back on. Thanks, John -- -- To unsubscribe from this list: send the line unsubscribe kvm

Re: Booting up an old Windows 3.1 harddisk image

Avi == Avi Kivity a...@redhat.com writes: Avi On 10/18/2011 02:59 AM, John Stoffel wrote: Hi Guys, I'm not a subscriber to the kvm mailing list, so please copy me in your replies. I've got an old image of an i486 disk running (I think!) Windows 3.1 which I want to bring up and play

Re: Booting up an old Windows 3.1 harddisk image

John == John Stoffel j...@stoffel.org writes: Avi == Avi Kivity a...@redhat.com writes: Avi On 10/18/2011 02:59 AM, John Stoffel wrote: Hi Guys, I'm not a subscriber to the kvm mailing list, so please copy me in your replies. I've got an old image of an i486 disk running (I think

Booting up an old Windows 3.1 harddisk image

gone, but I think it was a Gateway. Total guess. Thanks for any hints, John -- To unsubscribe from this list: send the line unsubscribe kvm in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: KVM cpu limitations

On Aug 9, 2011, at 5:13 AM, Avi Kivity wrote: On 08/08/2011 10:18 PM, John Paul Walters wrote: On Jul 21, 2011, at 2:10 AM, Avi Kivity wrote: On 07/21/2011 02:20 AM, John Paul Walters wrote: Hi, We have a 256 core SGI Ultraviolet machine running RHEL 6.1 with qemu-kvm 0.13

Re: KVM cpu limitations

On Jul 21, 2011, at 2:10 AM, Avi Kivity wrote: On 07/21/2011 02:20 AM, John Paul Walters wrote: Hi, We have a 256 core SGI Ultraviolet machine running RHEL 6.1 with qemu-kvm 0.13, and we'd like to be able to start large guest VMs of up to 256 cores. I see that x86 guests are currently

[PATCH] V2 Handle guest access to BBL_CR_CTL3 MSR

write will simply toss the guest passed data without interpretation. While this treatment of BBL_CR_CTL3 addresses the immediate problem, the approach may be modified pending clarification from Intel. Signed-off-by: john cooper john.coo...@redhat.com --- diff --git a/arch/x86/include/asm/msr

Re: [PATCH] Handle guest access to BBL_CR_CTL3 MSR

Marcelo Tosatti wrote: On Sat, Jan 08, 2011 at 12:05:14AM -0500, john cooper wrote: A correction to Intel cpu model CPUID data (patch queued) caused winxp-64 to BSOD when booted with a Penryn model. This was traced to the CPUID model field correction from 6 - 23 (as is proper for a Penryn

[PATCH] Handle guest access to BBL_CR_CTL3 MSR

this treatment of BBL_CR_CTL3 addresses the immediate problem, the approach may be modified pending clarification from Intel. Signed-off-by: john cooper john.coo...@redhat.com --- diff --git a/arch/x86/include/asm/msr-index.h b/arch/x86/include/asm/msr-index.h index 6b89f5e..145cd60 100644 --- a/arch

Re: [KVM timekeeping 17/35] Implement getnsboottime kernel API

(); + + } while (read_seqretry(xtime_lock, seq)); + return nsecs + (secs * NSEC_PER_SEC); +} +EXPORT_SYMBOL_GPL(getnsboottime); You forgot to include the boottime.tv_sec/nsec offset in this. Take a look again at getboottime() thanks -john -- To unsubscribe from this list: send the line unsubscribe

Re: [KVM timekeeping 17/35] Implement getnsboottime kernel API

On Fri, 2010-08-20 at 13:37 -1000, Zachary Amsden wrote: On 08/20/2010 08:39 AM, john stultz wrote: On Thu, 2010-08-19 at 22:07 -1000, Zachary Amsden wrote: Add a kernel call to get the number of nanoseconds since boot. This is generally useful enough to make it a generic call

Re: [KVM timekeeping 17/35] Implement getnsboottime kernel API

At this point it feels too nitpicky to suggest anything else, so go ahead and use boottime_ns and we'll refine things if anyone actually trips up on it. thanks -john -- To unsubscribe from this list: send the line unsubscribe kvm in the body of a message to majord...@vger.kernel.org More

Re: vhost-net unreleased?

On Tue, Aug 17, 2010 at 3:13 AM, Avi Kivity a...@redhat.com wrote:  On 08/17/2010 09:58 AM, Christian Theune wrote: Hi, I've been plugging through code and presentations trying to find out whether the KVM/qemu side of vhost-net has been released yet. The git archive seems to include the

Re: bad O_DIRECT read and write performance with small block sizes with virtio

On Mon, 2010-08-02 at 21:50 +0100, Stefan Hajnoczi wrote: On Mon, Aug 2, 2010 at 6:46 PM, Anthony Liguori anth...@codemonkey.ws wrote: On 08/02/2010 12:15 PM, John Leach wrote: Hi, I've come across a problem with read and write disk IO performance when using O_DIRECT from within a kvm

Re: bad O_DIRECT read and write performance with small block sizes with virtio

On Tue, 2010-08-03 at 09:35 +0300, Dor Laor wrote: On 08/02/2010 11:50 PM, Stefan Hajnoczi wrote: On Mon, Aug 2, 2010 at 6:46 PM, Anthony Liguorianth...@codemonkey.ws wrote: On 08/02/2010 12:15 PM, John Leach wrote: Hi, I've come across a problem with read and write disk IO

Re: bad O_DIRECT read and write performance with small block sizes with virtio

On Tue, 2010-08-03 at 17:44 +0300, Avi Kivity wrote: On 08/03/2010 05:40 PM, John Leach wrote: dd if=/dev/mapper/zero of=/dev/null bs=8k count=100 iflag=direct 819200 bytes (8.2 GB) copied, 3.46529 s, 2.4 GB/s dd if=/dev/mapper/zero of=/dev/null bs=8k count=100 819200

bad O_DIRECT read and write performance with small block sizes with virtio

(R) Xeon(R) L5640 2.27GHz CPUs (running only one kvm guest with 1G ram). Host disk scheduler is deadline, guest disk scheduler is noop. Guest distro is Ubuntu Lucid, 2.6.32-22-server. I've tried with both 32bit pae and 64bit guest kernels. Anyone got any thoughts on this? Thanks, John

Does KVM support VMDq?

documents from Intel mentioning KVM, but still nothing explicitly saying one way or the other. Can anyone help me out? Thanks, John -- To unsubscribe from this list: send the line unsubscribe kvm in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org

Re: Looking at using KVM for embedded product

, use of qemu could be interesting. Can't say I've built it other than linked against glibc and an extensive list of runtime libraries. Although I've never tried to configure-down that dependency. -john -- john.coo...@third-harmonic.com -- To unsubscribe from this list: send the line unsubscribe

Re: [PATCH 1/2] Add 'serial' attribute to virtio-blk devices

buffer, we must be careful to copy up to the NULL (if it present) and only 20 if it is longer and not to attempt to NULL terminate; this isn't needed. Signed-off-by: Ryan Harper ry...@us.ibm.com Signed-off-by: john cooper john.coo...@redhat.com --- drivers/block/virtio_blk.c | 32

Re: [PATCH 1/2] Add 'serial' attribute to virtio-blk devices

Ryan Harper wrote: * john cooper john.coo...@redhat.com [2010-06-21 01:11]: Rusty Russell wrote: On Sat, 19 Jun 2010 04:08:02 am Ryan Harper wrote: Create a new attribute for virtio-blk devices that will fetch the serial number of the block device. This attribute can be used by udev

Re: [PATCH 1/2] Add 'serial' attribute to virtio-blk devices

Rusty Russell wrote: On Tue, 22 Jun 2010 02:13:21 am Ryan Harper wrote: * john cooper john.coo...@redhat.com [2010-06-21 01:11]: Rusty Russell wrote: /* id_str is not necessarily nul-terminated! */ buf[VIRTIO_BLK_ID_BYTES] = '\0'; return virtblk_get_id(disk, buf); The /sys file

Re: [PATCH 2/2] Remove virtio_blk VBID ioctl

. If John Cooper acks this, I'll push it to Linus immediately. Actually I'm the one who suggested removing it. The code in question was only intended as example usage of accessing the s/n data in the driver, for the /sys interface under discussion back then. That effort subsequently stalled and Ryan had

Re: [PATCH 12/17] Add helper function get_kernel_ns

or time.h. You might also want a more descriptive name, since get_kernel_ns() doesn't really express that this is the bootbased monotonic time. The similar sounding current_kernel_time() returns a coarse tick granular CLOCK_REALTIME, so it could lead to confusion. thanks -john -- To unsubscribe

Re: [PATCH] use unfair spinlock when running on hypervisor.

basis seems complex. I believe a practical approximation to this are adaptive mutexes where upon hitting a spin time threshold, punt and let the scheduler reconcile fairness. -john -- john.coo...@third-harmonic.com -- To unsubscribe from this list: send the line unsubscribe kvm in the body

  1   2   3   >