[E1000-devel] absurdism

2009-07-22 Thread Lacroix
What Do Women Wannt in Bed - Here is Soemthing Women Desperately Want You to 
Know.www. nu23. com

--
___
E1000-devel mailing list
E1000-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/e1000-devel


[E1000-devel] spanning packet on multiple rx descriptors

2009-07-22 Thread Benzi
Hi,

What are the user scenario cases where packet is received on multiple rx
descriptors (i guess that usually it is not the case)? How can i force it to
happen?


Thanks,
Benzi.
--
___
E1000-devel mailing list
E1000-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/e1000-devel


Re: [E1000-devel] SR-IOV: IGB/IGBVF initialisation problem

2009-07-22 Thread Duyck, Alexander H
Simon Horman wrote:
 I did managed to get a bit further using Yu Zhao's suggestion of
 using the pci=assign-busses boot option. With that in effect I get:
 
 $ modprobe igb max_vfs=1
 dca service started, version 1.8
 Intel(R) Gigabit Ethernet Network Driver - version 1.3.16-k2
 Copyright (c) 2007-2009 Intel Corporation.
 igb :01:00.0: PCI INT A - GSI 16 (level, low) - IRQ 16
 igb :01:00.0: 1 vfs allocated
 Intel(R) Virtual Function Network Driver - version 1.0.0-k0
 Copyright (c) 2009 Intel Corporation.
 igb :01:00.0: Intel(R) Gigabit Ethernet Network Connection
 igb :01:00.0: eth3: (PCIe:2.5Gb/s:Width x4) 00:1b:21:2f:16:84
 igb :01:00.0: eth3: PBA No: e43709-003
 igb :01:00.0: Using MSI-X interrupts. 2 rx queue(s), 2 tx queue(s)
 igbvf :02:10.0: enabling device ( - 0002)
 igbvf :02:10.0: PF still in reset state, assigning new address
 igbvf :02:10.0: PF still resetting
 igbvf :02:10.0: Intel(R) 82576 Virtual Function
 igbvf :02:10.0: Address: 26:32:a2:c5:bb:97
 igbvf :02:10.0: MAC: 1
 igb :01:00.1: PCI INT B - GSI 17 (level, low) - IRQ 17
 igbvf :02:10.1: enabling device ( - 0002)
 igbvf :02:10.1: PF still in reset state, assigning new address
 igbvf :02:10.1: PF still resetting
 igbvf :02:10.1: Intel(R) 82576 Virtual Function
 igbvf :02:10.1: Address: fa:24:e0:85:d7:20
 igbvf :02:10.1: MAC: 1
 igb :01:00.1: 1 vfs allocated
 igb :01:00.1: Intel(R) Gigabit Ethernet Network Connection
 igb :01:00.1: eth5: (PCIe:2.5Gb/s:Width x4) 00:1b:21:2f:16:85
 igb :01:00.1: eth5: PBA No: e43709-003
 igb :01:00.1: Using MSI-X interrupts. 2 rx queue(s), 2 tx queue(s)
 
 However the PF resetting messages seem to be of concern and
 the resulting NICs don't seem to get any packets.


Actually all this indicates is that the PF has not been brought up and is 
likely still down.  You just need to do an 'ifconfig eth3 up' and then the VF 
on 02:10.0 should show link as well when it is brought up.

Thanks,

Alex
--
___
E1000-devel mailing list
E1000-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/e1000-devel


Re: [E1000-devel] SR-IOV: IGB/IGBVF initialisation problem

2009-07-22 Thread Simon Horman
On Wed, Jul 22, 2009 at 08:55:10AM -0700, Duyck, Alexander H wrote:
 Simon Horman wrote:
  I did managed to get a bit further using Yu Zhao's suggestion of
  using the pci=assign-busses boot option. With that in effect I get:
  
  $ modprobe igb max_vfs=1
  dca service started, version 1.8
  Intel(R) Gigabit Ethernet Network Driver - version 1.3.16-k2
  Copyright (c) 2007-2009 Intel Corporation.
  igb :01:00.0: PCI INT A - GSI 16 (level, low) - IRQ 16
  igb :01:00.0: 1 vfs allocated
  Intel(R) Virtual Function Network Driver - version 1.0.0-k0
  Copyright (c) 2009 Intel Corporation.
  igb :01:00.0: Intel(R) Gigabit Ethernet Network Connection
  igb :01:00.0: eth3: (PCIe:2.5Gb/s:Width x4) 00:1b:21:2f:16:84
  igb :01:00.0: eth3: PBA No: e43709-003
  igb :01:00.0: Using MSI-X interrupts. 2 rx queue(s), 2 tx queue(s)
  igbvf :02:10.0: enabling device ( - 0002)
  igbvf :02:10.0: PF still in reset state, assigning new address
  igbvf :02:10.0: PF still resetting
  igbvf :02:10.0: Intel(R) 82576 Virtual Function
  igbvf :02:10.0: Address: 26:32:a2:c5:bb:97
  igbvf :02:10.0: MAC: 1
  igb :01:00.1: PCI INT B - GSI 17 (level, low) - IRQ 17
  igbvf :02:10.1: enabling device ( - 0002)
  igbvf :02:10.1: PF still in reset state, assigning new address
  igbvf :02:10.1: PF still resetting
  igbvf :02:10.1: Intel(R) 82576 Virtual Function
  igbvf :02:10.1: Address: fa:24:e0:85:d7:20
  igbvf :02:10.1: MAC: 1
  igb :01:00.1: 1 vfs allocated
  igb :01:00.1: Intel(R) Gigabit Ethernet Network Connection
  igb :01:00.1: eth5: (PCIe:2.5Gb/s:Width x4) 00:1b:21:2f:16:85
  igb :01:00.1: eth5: PBA No: e43709-003
  igb :01:00.1: Using MSI-X interrupts. 2 rx queue(s), 2 tx queue(s)
  
  However the PF resetting messages seem to be of concern and
  the resulting NICs don't seem to get any packets.
 
 
 Actually all this indicates is that the PF has not been brought up and is
 likely still down.  You just need to do an 'ifconfig eth3 up' and then
 the VF on 02:10.0 should show link as well when it is brought up.

Thanks, that seems to have done the trick.


--
___
E1000-devel mailing list
E1000-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/e1000-devel