[PATCH 1/2] x86: Resolve shadow warnings from apic_io.h

. Signed-off-by: Mark Rustad Signed-off-by: Jeff Kirsher --- arch/x86/include/asm/io_apic.h | 14 +- arch/x86/kernel/apic/io_apic.c | 211 ++-- arch/x86/kvm/lapic.c | 758 + arch/x86/kvm/lapic.h | 23 +- arch/x86/kvm/trace.h

[PATCH 3/4] x86/kvm: Resolve shadow warnings in macro expansion

referenced instead of what was intended. This macro doesn't have any parameters - at this time - but prepend an _ to all of the macro-declared variables as is the custom, to resolve the warnings and eliminate any future hazard. Signed-off-by: Mark Rustad Signed-off-by: Jeff Kirsher --- arch/x8

[PATCH 4/4] x86/kvm: Resolve shadow warning from min macro

From: Mark Rustad Resolve a shadow warning generated in W=2 builds by the nested use of the min macro by instead using the min3 macro for the minimum of 3 values. Signed-off-by: Mark Rustad Signed-off-by: Jeff Kirsher --- arch/x86/kvm/emulate.c | 3 +-- 1 file changed, 1 insertion(+), 2

[PATCH 1/4] x86/kvm: Resolve some missing-initializers warnings

From: Mark Rustad Resolve some missing-initializers warnings that appear in W=2 builds. They are resolved by using a designated initialization, which is enough to resolve the warning. Signed-off-by: Mark Rustad Signed-off-by: Jeff Kirsher --- arch/x86/kvm/x86.c | 4 ++-- 1 file changed, 2

[PATCH 2/4] kvm: Resolve missing-field-initializers warnings

From: Mark Rustad Resolve missing-field-initializers warnings seen in W=2 kernel builds by having macros generate more elaborated initializers. That is enough to silence the warnings. Signed-off-by: Mark Rustad Signed-off-by: Jeff Kirsher --- virt/kvm/irq_comm.c | 4 ++-- 1 file changed, 2

Re: SR-IOV problem with Intel 82599EB (not enough MMIO resources for SR-IOV)

On 11/08/2012 03:15 AM, pkill.2012 wrote: > Hello, > > I installed kvm and tried to use SR-IOV virtualizaton for 82599EB(Intel > XT-520 T2) dual port card with latest ixgbe driver(version:3.11.33) , > kernel2.6.32-279.14.1(OS:Centos6.3) ,after configuration and reboot > It seems that only first

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

, 0 deletions(-) Acked-by: Jeff Kirsher signature.asc Description: This is a digitally signed message part

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

--- > > drivers/net/ethernet/intel/ixgbe/ixgbe_main.c | 21 > +++-- > 1 files changed, 11 insertions(+), 10 deletions(-) Acked-by: Jeff Kirsher signature.asc Description: This is a digitally signed message part

Re: [PATCH net-next] ixgbe: make macvlan on PF working when SRIOV is enabled

On Tue, May 25, 2010 at 09:55, Shirley Ma wrote: > When SRIOV is enabled, if we create macvlan on PF and load the VF driver in > host > domain, when macvlan/PF and VF interfaces are all up, the macvlan incoming > network > traffics are directed to VF interface not PF interface. This patch has fi

Re: [PATCH net-next] ixgbe: return error in set_rar when index out of range

RR_ instead and there is another spot where this could be used. Instead I propose this patch instead... ixgbe: return IXGBE_ERR_RAR_INDEX when out of range From: Jeff Kirsher Based on patch from Shirley Ma Return IXGBE_ERR_RAR_INDEX when RAR index is out of range, instead of returning IXGBE_SUCCE

Re: [PATCH net-next] ixgbevf: Enable GRO by default

On Thu, May 13, 2010 at 12:51, Shirley Ma wrote: > Enable GRO by default for performance. > > Signed-off-by: Shirley Ma > --- > >  drivers/net/ixgbevf/ixgbevf_main.c |    1 + >  1 files changed, 1 insertions(+), 0 deletions(-) > > diff --git a/drivers/net/ixgbevf/ixgbevf_main.c > b/drivers/net/i

[net-next PATCH 2/2] igb: add PF to pool if adding a VLVF register value and the VFTA bit is

From: Alexander Duyck already set. This patch addresses the unlikely situation that the PF adds a vlan entry when the vlvf is full, and a vf later adds the vlan to the vlvf. Signed-off-by: Alexander Duyck Signed-off-by: Jeff Kirsher --- drivers/net/igb/e1000_mac.c | 21

Re: [SR-IOV driver example 0/3 resend] introduction

On Tue, Dec 2, 2008 at 1:27 AM, Yu Zhao <[EMAIL PROTECTED]> wrote: > SR-IOV drivers of Intel 82576 NIC are available. There are two parts > of the drivers: Physical Function driver and Virtual Function driver. > The PF driver is based on the IGB driver and is used to control PF to > allocate hardwa