[dpdk-dev] [PATCH] ixgbe: fix x550 flow director issue

> > On x550, flow director doesn't support other IP packets directly. > > If we want to monitor IP other packets, the L4 protocol and ports must be > > masked. It means, on x550, if we want to add a flow director filter for > > other > > IP packets, a flow director mask must have been configed to

[dpdk-dev] [PATCH 00/26] update ixgbe base driver

> > Wenzhuo Lu (26): > > ixgbe/base: update copyright and readme > > ixgbe/base: fix code comment, double from > > ixgbe/base: fix typo error in code comment > > ixgbe/base: check return value after calling > > ixgbe/base: allow tunneled UDP and TCP frames to reach their > >

[dpdk-dev] [RFC PATCH V4] ixgbe: changes to support PCI Port Hotplug

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Bernard Iremonger > Sent: Monday, June 08, 2015 4:48 PM > To: dev at dpdk.org > Subject: [dpdk-dev] [RFC PATCH V4] ixgbe: changes to support PCI Port Hotplug > > This patch depends on the Port Hotplug

[dpdk-dev] [PATCH] doc: guidelines for library statistics

> -Original Message- > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] > Sent: Thursday, June 11, 2015 1:05 PM > To: Dumitrescu, Cristian > Cc: dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH] doc: guidelines for library statistics > > Hi Cristian, > > Thanks for trying to

[dpdk-dev] How to get net_device and use struct ethtool_cmd at DPDK enverinment?

Hi, I want to get etherport's net_device structs and using ethtool_cmd to get some information of etherports. Are these capabilitys igb_uio driver also provided? If not, how can I get net_devices and use ethtool_cmd capabilitys? -- Best Regards, Scott Jhuang Software Engineering Dept.

[dpdk-dev] rte_mbuf.next in 2nd cacheline

On Mon, Jun 15, 2015 at 05:10:44PM +0100, Ananyev, Konstantin wrote: > > > > -Original Message- > > From: Richardson, Bruce > > Sent: Monday, June 15, 2015 5:02 PM > > To: Ananyev, Konstantin > > Cc: Olivier MATZ; dev at dpdk.org; Damjan Marion (damarion) > > Subject: Re: [dpdk-dev]

[dpdk-dev] rte_mbuf.next in 2nd cacheline

On 06/15/2015 04:52 PM, Ananyev, Konstantin wrote: > Hi Olivier, > >> -Original Message- >> From: Olivier MATZ [mailto:olivier.matz at 6wind.com] >> Sent: Monday, June 15, 2015 3:31 PM >> To: Richardson, Bruce >> Cc: Ananyev, Konstantin; dev at dpdk.org; Damjan Marion (damarion) >>

[dpdk-dev] [PATCH] e1000: enable allmulticast support for VF

We still have no maintainer for e1000. Anyone to double-check this short patch? 2015-05-28 17:46, Yury Kylulin: > Add support to enable and disable reception of all multicast packets by the > VF using standard API > rte_eth_allmulticast_enable()/rte_eth_allmulticast_disable(). > >

[dpdk-dev] rte_mbuf.next in 2nd cacheline

On Mon, Jun 15, 2015 at 04:59:55PM +0100, Ananyev, Konstantin wrote: > > > > As I can see, vector TX is the only one that calls > __rte_pktmbuf_prefree_seg() directly. > All others use rte_pktmbuf_free_seg(), that does ' m->next = NULL' anyway. > For vector TX - yes, need to verify that it

[dpdk-dev] [PATCH v3 1/6] ethdev: add an field for querying hash key size

2015-06-12 15:33, Helin Zhang: > v3 changes: > * Moved the newly added element right after 'uint16_t reta_size', where it > was a padding. So it will not break any ABI compatibility, and no need to > disable it by default. [...] > @@ -918,6 +918,7 @@ struct rte_eth_dev_info { > uint32_t

[dpdk-dev] rte_mbuf.next in 2nd cacheline

On Mon, Jun 15, 2015 at 04:28:55PM +0100, Ananyev, Konstantin wrote: > > > > -Original Message- > > From: Richardson, Bruce > > Sent: Monday, June 15, 2015 4:24 PM > > To: Olivier MATZ > > Cc: Ananyev, Konstantin; dev at dpdk.org; Damjan Marion (damarion) > > Subject: Re: [dpdk-dev]

[dpdk-dev] rte_mbuf.next in 2nd cacheline

On 06/15/2015 04:12 PM, Bruce Richardson wrote: > On Mon, Jun 15, 2015 at 04:05:05PM +0200, Olivier MATZ wrote: >> Hi, >> >> On 06/15/2015 03:54 PM, Ananyev, Konstantin wrote: >>> >>> -Original Message- From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Bruce Richardson

[dpdk-dev] rte_mbuf.next in 2nd cacheline

On Mon, Jun 15, 2015 at 05:19:27PM +0200, Olivier MATZ wrote: > > > On 06/15/2015 04:52 PM, Ananyev, Konstantin wrote: > > Hi Olivier, > > > >> -Original Message- > >> From: Olivier MATZ [mailto:olivier.matz at 6wind.com] > >> Sent: Monday, June 15, 2015 3:31 PM > >> To: Richardson,

[dpdk-dev] rte_mbuf.next in 2nd cacheline

> -Original Message- > From: Richardson, Bruce > Sent: Monday, June 15, 2015 5:02 PM > To: Ananyev, Konstantin > Cc: Olivier MATZ; dev at dpdk.org; Damjan Marion (damarion) > Subject: Re: [dpdk-dev] rte_mbuf.next in 2nd cacheline > > On Mon, Jun 15, 2015 at 04:59:55PM +0100, Ananyev,

[dpdk-dev] [PATCH v2] eal: Allow combining -m and --no-huge

> > Needed to run as non-root but with higher memory allocations, and > > removes a constraint on no-huge mode being limited to 64M. A usage > > example is if running with file input with the pcap PMD, which can be > > done as non-root after this patch via e.g., > > > > ./test-dpdk --no-huge

[dpdk-dev] [PATCH v4 1/4] ethdev: add apis to support access device info

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Ananyev, Konstantin > Sent: Monday, June 15, 2015 9:46 AM > To: Wang, Liang-min; dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH v4 1/4] ethdev: add apis to support access > device info > > > > >

[dpdk-dev] rte_mbuf.next in 2nd cacheline

Hi, On 06/15/2015 03:54 PM, Ananyev, Konstantin wrote: > > >> -Original Message- >> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Bruce Richardson >> Sent: Monday, June 15, 2015 2:44 PM >> To: Olivier MATZ >> Cc: dev at dpdk.org; Damjan Marion (damarion) >> Subject: Re:

[dpdk-dev] [PATCH v2] eal: Allow combining -m and --no-huge

On Wed, May 27, 2015 at 11:30 AM, Simon Kagstrom < simon.kagstrom at netinsight.net> wrote: > Needed to run as non-root but with higher memory allocations, and > removes a constraint on no-huge mode being limited to 64M. A usage > example is if running with file input with the pcap PMD, which can

[dpdk-dev] rte_mbuf.next in 2nd cacheline

> -Original Message- > From: Richardson, Bruce > Sent: Monday, June 15, 2015 4:40 PM > To: Ananyev, Konstantin; # > Cc: Olivier MATZ; dev at dpdk.org; Damjan Marion (damarion) > Subject: Re: [dpdk-dev] rte_mbuf.next in 2nd cacheline > > On Mon, Jun 15, 2015 at 04:28:55PM +0100, Ananyev,

[dpdk-dev] [PATCH v3 9/9] doc: Update doc for vhost multiple queues

Update the sample guide doc for vhost multiple queues; Update the prog guide doc for vhost lib multiple queues feature; It is added since v3 Signed-off-by: Changchun Ouyang --- doc/guides/prog_guide/vhost_lib.rst | 35 doc/guides/sample_app_ug/vhost.rst | 110

[dpdk-dev] [PATCH v3 8/9] vhost: Add per queue stats info

Add per queue stats info Changes in v3 - fix coding style and displaying format - check stats_enable to alloc mem for queue pair Changes in v2 - fix the stats issue in tx_local - dynamically alloc mem for queue pair stats info - fix checkpatch errors Signed-off-by: Changchun Ouyang

[dpdk-dev] [PATCH v3 7/9] virtio: Resolve for control queue

Control queue can't work for vhost-user mulitple queue mode, so introduce a counter to void the dead loop when polling the control queue. Changes in v2: - fix checkpatch errors Signed-off-by: Changchun Ouyang --- drivers/net/virtio/virtio_ethdev.c | 15 +-- 1 file changed, 13

[dpdk-dev] [PATCH v3 6/9] vhost: Support multiple queues

Sample vhost leverage the VMDq+RSS in HW to receive packets and distribute them into different queue in the pool according to 5 tuples. And enable multiple queues mode in vhost/virtio layer. HW queue numbers in pool exactly same with the queue number in virtio device, e.g. rxq = 4, the queue

[dpdk-dev] [PATCH v3 5/9] vhost: Add new command line option: rxq

Sample vhost need know the queue number user want to enable for each virtio device, so add the new option '--rxq' into it. Changes in v3 - fix coding style Changes in v2 - refine help info - check if rxq = 0 - fix checkpatch errors Signed-off-by: Changchun Ouyang ---

[dpdk-dev] [PATCH v3 2/9] lib_vhost: Support multiple queues in virtio dev

Each virtio device could have multiple queues, say 2 or 4, at most 8. Enabling this feature allows virtio device/port on guest has the ability to use different vCPU to receive/transmit packets from/to each queue. In multiple queues mode, virtio device readiness means all queues of this virtio

[dpdk-dev] [PATCH v3 0/9] Support multiple queues in vhost

This patch set supports the multiple queues for each virtio device in vhost. The vhost-user is used to enable the multiple queues feature, It's not ready for vhost-cuse. The QEMU patch of enabling vhost-use multiple queues has already merged into upstream sub-tree in QEMU community and it will

[dpdk-dev] [PATCH] mem: allow mem size to be specified when no hugetblfs

2015-05-29 15:23, Paul Atkins: > The config option to turn off huge table support does not work with > the existing -m option to specify the amount of memory to use. Add > a new option --no-huge-mem-size that takes a paramater > to use as the heap size instead of the value specified by >

[dpdk-dev] rte_mbuf.next in 2nd cacheline

On Mon, Jun 15, 2015 at 04:30:56PM +0200, Olivier MATZ wrote: > > > On 06/15/2015 04:12 PM, Bruce Richardson wrote: > > On Mon, Jun 15, 2015 at 04:05:05PM +0200, Olivier MATZ wrote: > >> Hi, > >> > >> On 06/15/2015 03:54 PM, Ananyev, Konstantin wrote: > >>> > >>> > -Original

[dpdk-dev] rte_mbuf.next in 2nd cacheline

> -Original Message- > From: Richardson, Bruce > Sent: Monday, June 15, 2015 4:24 PM > To: Olivier MATZ > Cc: Ananyev, Konstantin; dev at dpdk.org; Damjan Marion (damarion) > Subject: Re: [dpdk-dev] rte_mbuf.next in 2nd cacheline > > On Mon, Jun 15, 2015 at 05:19:27PM +0200, Olivier

[dpdk-dev] [PATCH] app/test: return error code on failed tests

2015-06-11 15:48, John McNamara: > This change returns a system error code if tests fail when > running any of the "make test" targets. > > This allows the tests to report failures while running in > continuous integration environments. > > Previously "make test" returned $? == 0 for all

[dpdk-dev] rte_mbuf.next in 2nd cacheline

Hi Damjan, On 06/10/2015 11:47 PM, Damjan Marion (damarion) wrote: > > Hi, > > We noticed 7% performance improvement by simply moving rte_mbuf.next field to > the 1st cache line. > > Currently, it falls under /* second cache line - fields only used in slow > path or on TX */ > but it is

[dpdk-dev] rte_mbuf.next in 2nd cacheline

On Mon, Jun 15, 2015 at 04:05:05PM +0200, Olivier MATZ wrote: > Hi, > > On 06/15/2015 03:54 PM, Ananyev, Konstantin wrote: > > > > > >> -Original Message- > >> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Bruce Richardson > >> Sent: Monday, June 15, 2015 2:44 PM > >> To:

[dpdk-dev] [PATCH v4 5/5] eal: Fix uio mapping differences between linuxapp and bsdapp

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Iremonger, Bernard > Sent: Monday, June 15, 2015 3:32 PM > To: Tetsuya Mukawa; dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH v4 5/5] eal: Fix uio mapping differences > between linuxapp and bsdapp > > >

[dpdk-dev] [PATCH] app/test: fix default memory assignment

> Each test requires a certain minimal amount of memory. > Spreading memory on all sockets means that the test will get less memory than > what it wanted on multi sockets system. > So replace all_sockets() with per_sockets(). > > Also doubled memory on group_5 as current requirement is not

[dpdk-dev] [PATCH v4 3/5] eal: Fix memory leaks and needless increment of pci_map_addr

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Iremonger, Bernard > Sent: Monday, June 15, 2015 3:30 PM > To: Tetsuya Mukawa; dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH v4 3/5] eal: Fix memory leaks and needless > increment of pci_map_addr > > >

[dpdk-dev] rte_mbuf.next in 2nd cacheline

Hi Olivier, > -Original Message- > From: Olivier MATZ [mailto:olivier.matz at 6wind.com] > Sent: Monday, June 15, 2015 3:31 PM > To: Richardson, Bruce > Cc: Ananyev, Konstantin; dev at dpdk.org; Damjan Marion (damarion) > Subject: Re: [dpdk-dev] rte_mbuf.next in 2nd cacheline > > > >

[dpdk-dev] [PATCH v4 1/4] ethdev: add apis to support access device info

> -Original Message- > From: Ananyev, Konstantin > Sent: Monday, June 15, 2015 9:46 AM > To: Wang, Liang-min; dev at dpdk.org > Subject: RE: [dpdk-dev] [PATCH v4 1/4] ethdev: add apis to support access > device info > > > > > -Original Message- > > From: Wang, Liang-min > >

[dpdk-dev] rte_mbuf.next in 2nd cacheline

On Mon, Jun 15, 2015 at 03:20:22PM +0200, Olivier MATZ wrote: > Hi Damjan, > > On 06/10/2015 11:47 PM, Damjan Marion (damarion) wrote: > > > > Hi, > > > > We noticed 7% performance improvement by simply moving rte_mbuf.next field > > to the 1st cache line. > > > > Currently, it falls under /*

[dpdk-dev] [PATCH v4 5/5] eal: Fix uio mapping differences between linuxapp and bsdapp

> -Original Message- > From: Tetsuya Mukawa [mailto:mukawa at igel.co.jp] > Sent: Tuesday, May 19, 2015 6:55 AM > To: dev at dpdk.org > Cc: Iremonger, Bernard; Tetsuya Mukawa > Subject: [PATCH v4 5/5] eal: Fix uio mapping differences between linuxapp > and bsdapp > > This patch fixes

[dpdk-dev] [PATCH v4 3/5] eal: Fix memory leaks and needless increment of pci_map_addr

> -Original Message- > From: Tetsuya Mukawa [mailto:mukawa at igel.co.jp] > Sent: Tuesday, May 19, 2015 6:55 AM > To: dev at dpdk.org > Cc: Iremonger, Bernard; Tetsuya Mukawa > Subject: [PATCH v4 3/5] eal: Fix memory leaks and needless increment of > pci_map_addr > > This patch fixes

[dpdk-dev] [PATCH] ixgbe: fix x550 flow director issue

On x550, flow director doesn't support other IP packets directly. If we want to monitor IP other packets, the L4 protocol and ports must be masked. It means, on x550, if we want to add a flow director filter for other IP packets, a flow director mask must have been configed to mask L4 protocol and

[dpdk-dev] rte_mbuf.next in 2nd cacheline

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Bruce Richardson > Sent: Monday, June 15, 2015 2:44 PM > To: Olivier MATZ > Cc: dev at dpdk.org; Damjan Marion (damarion) > Subject: Re: [dpdk-dev] rte_mbuf.next in 2nd cacheline > > On Mon, Jun 15, 2015 at

[dpdk-dev] [PATCH v3] Implement memcmp using SIMD intrinsics

On Fri, Jun 12, 2015 at 1:30 AM, Ond?ej B?lka wrote: > On Mon, May 18, 2015 at 01:01:42PM -0700, Ravi Kerur wrote: > > Background: > > After preliminary discussion with John (Zhihong) and Tim from Intel it > was > > decided that it would be beneficial to use AVX/SSE intrinsics for memcmp > >

[dpdk-dev] rte_mbuf.next in 2nd cacheline

On Mon, 15 Jun 2015 18:34:13 + "Ananyev, Konstantin" wrote: > > > > -Original Message- > > From: Richardson, Bruce > > Sent: Monday, June 15, 2015 5:23 PM > > To: Ananyev, Konstantin > > Cc: Olivier MATZ; dev at dpdk.org; Damjan Marion (damarion) > > Subject: Re: [dpdk-dev]

[dpdk-dev] [PATCH v4 1/4] ethdev: add apis to support access device info

> -Original Message- > From: Wang, Liang-min > Sent: Monday, June 15, 2015 2:26 PM > To: Ananyev, Konstantin; dev at dpdk.org > Subject: RE: [dpdk-dev] [PATCH v4 1/4] ethdev: add apis to support access > device info > > > > > -Original Message- > > From: Ananyev, Konstantin >

[dpdk-dev] [PATCH v4 1/4] ethdev: add apis to support access device info

> -Original Message- > From: Ananyev, Konstantin > Sent: Friday, June 12, 2015 8:31 AM > To: Wang, Liang-min; dev at dpdk.org > Subject: RE: [dpdk-dev] [PATCH v4 1/4] ethdev: add apis to support access > device info > > > > > -Original Message- > > From: Wang, Liang-min > >

[dpdk-dev] [PATCH] ixgbe: fix TSO in IPv6

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of David Marchand > Sent: Monday, June 01, 2015 1:11 PM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH] ixgbe: fix TSO in IPv6 > > From: Didier Pallard > > When TSO is used with IPv6, generated frames are

[dpdk-dev] [PATCH 3/3] librte_cfgfile: rework

2015-05-29 17:26, Maciej Gajdzica: > From: Pawel Wodkowski > > This patch add following features: > 1. Make entry variable length - remove 64 byte limit. > 2. Add line continue character '\' to make multiline values possible. > > This patch also fixes following issues: > 1. BUG: section were

[dpdk-dev] [PATCH] qos_sched: example modification to use librte_cfgfile

> > This is a modification of qos_sched example to use > > librte_cfgfile for parsing configuration file. > > > > Signed-off-by: Michal Jastrzebski > > Acked-by: Cristian Dumitrescu Applied, thanks

[dpdk-dev] DPDK and ASLR

On Fri, Jun 12, 2015 at 10:53:58PM +, Assaad, Sami (Sami) wrote: > When I operate a DPDK based application, the EAL always reports the following: > EAL: WARNING: Address Space Layout Randomization (ASLR) is enabled in the > kernel. > EAL: This may cause issues with mapping memory into

[dpdk-dev] [PATCH 4/4] ethdev: check support for rx_queue_count and descriptor_done fns

On Fri, Jun 12, 2015 at 01:32:56PM -0400, Roger B. Melton wrote: > Hi Bruce, Comment in-line. Regards, Roger > > On 6/12/15 7:28 AM, Bruce Richardson wrote: > >The functions rte_eth_rx_queue_count and rte_eth_descriptor_done are > >supported by very few PMDs. Therefore, it is best to check for

[dpdk-dev] [PATCH 2/3] librte_compat: fix macro deffinition

Hi, More fixes are needed in rte_compat.h 2015-05-29 17:26, Maciej Gajdzica: > --- a/lib/librte_compat/rte_compat.h > +++ b/lib/librte_compat/rte_compat.h > @@ -103,7 +103,7 @@ > #define VERSION_SYMBOL(b, e, v) Should be b,e,n > #define __vsym > #define BASE_SYMBOL(b, n) Should be b,e >

[dpdk-dev] [PATCH 3/3] acl: mark deprecated functions

From: Stephen Hemminger To allow for compatiablity with later releases, any functions to be removed should be marked as deprecated for one release. Signed-off-by: Stephen Hemminger --- app/test/Makefile| 8 +++- lib/librte_acl/rte_acl.h | 4 ++-- 2 files

[dpdk-dev] [PATCH 2/3] kni: remove deprecated functions

From: Stephen Hemminger These functions were tagged as deprecated in 2.0 so they can be removed in 2.1 Signed-off-by: Stephen Hemminger Acked-by: Helin Zhang --- v2 - remove doc and version map references app/test/Makefile | 6 ---

[dpdk-dev] [PATCH 1/3] pmd_ring: remove deprecated functions

From: Stephen Hemminger These were deprecated in 2.0 so remove them from 2.1 Signed-off-by: Stephen Hemminger --- drivers/net/ring/rte_eth_ring.c | 55 --- drivers/net/ring/rte_eth_ring_version.map | 4 +-- 2 files changed, 1

[dpdk-dev] [PATCH 0/3 v2] remove code marked as deprecated in 2.0

From: Stephen Hemminger The ring and KNI patches remove functions marked as deprecated. I wanted to do the same thing for ACL but the those functions were not properly marked as deprecated in 2.0 so final removal will have to wait until 2.2. Stephen Hemminger (3):

[dpdk-dev] [PATCH v2] fm10k: fix PF/VF MAC address register and clean up bug

v2 changes: - rebase this patch onto the HEAD - add more description for this patch This patch includes 3 changes related to MAC/VLAN address table when the system(e.g. testpmd) is started and closed: - remove default MAC address with fixed VLAN 0 which was for the debug purpose before the

[dpdk-dev] [PATCH v2 3/3] fm10k: update VLAN offload features

Fm10k PF/VF does not support QinQ; VLAN strip and filter are always on for PF/VF ports. Signed-off-by: Shaopeng He --- drivers/net/fm10k/fm10k_ethdev.c | 26 +- 1 file changed, 25 insertions(+), 1 deletion(-) diff --git a/drivers/net/fm10k/fm10k_ethdev.c

[dpdk-dev] [PATCH v2 2/3] fm10k: add MAC filter

MAC filter function was newly added, each PF and VF can have up to 64 MAC addresses. VF filter needs support from PF host, which is not available now. Signed-off-by: Shaopeng He --- drivers/net/fm10k/fm10k.h| 3 +- drivers/net/fm10k/fm10k_ethdev.c | 91

[dpdk-dev] [PATCH v2 1/3] fm10k: update VLAN filter

VLAN filter was updated to add/delete one static entry in MAC table for each combination of VLAN and MAC address. More sanity checks were added. Signed-off-by: Shaopeng He --- drivers/net/fm10k/fm10k.h| 23 ++ drivers/net/fm10k/fm10k_ethdev.c | 65

[dpdk-dev] [PATCH v2 0/3] fm10k: update MAC/VLAN filter and VLAN offload features

v2 changes: - add result check when updating MAC address table for VLAN filter - move VLAN Table updating to the end of VLAN filter process - release mailbox lock immediately after each mailbox related operation - update the value of rx_offload_capa and tx_offload_capa - fix miscelleous

[dpdk-dev] [PATCH v2] kni: Add link status update

On Mon, 15 Jun 2015 04:21:43 -0400 Vijayakumar Muthuvel Manickam wrote: > Implement .ndo_change_carrier to enable > DPDK applications to propagate link state changes to > kni virtual interfaces through sysfs > > Signed-off-by: Vijayakumar Muthuvel Manickam > --- > Implemented

[dpdk-dev] huge page didn't get freed when dpdk-app exit(or killed)

Hi, I play OpenvSwitch dpdk, when ovs-vswitchd got killed, it won't free up any allocated huge pages, shown by below: # tail /proc/meminfo HardwareCorrupted: 0 kB AnonHugePages:106496 kB HugePages_Total: 8 HugePages_Free:6 HugePages_Rsvd:0 HugePages_Surp:0

[dpdk-dev] [PATCH 1/3] kni: minor opto

On Sun, Jun 14, 2015 at 9:07 PM, Zhang, Helin wrote: > Would it be better to modify the similar thing in kni_ioctl_create()? > That one doesn't need to use the "safe" version of list_for_each_entry() either, but it isn't in the packet processing path so the minor performance improvement doesn't

[dpdk-dev] [PATCH] ixgbe: fix x550 flow director issue

Acked-by: Jingjing Wu > -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Wenzhuo Lu > Sent: Monday, June 15, 2015 1:59 PM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH] ixgbe: fix x550 flow director issue > > On x550, flow director doesn't support other

[dpdk-dev] [PATCH 3/6] ethdev: extend struct to support flow director in VFs

> -Original Message- > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] > Sent: Saturday, June 13, 2015 12:45 AM > To: Wu, Jingjing > Cc: dev at dpdk.org; neil.horman at tuxdriver.com > Subject: Re: [dpdk-dev] [PATCH 3/6] ethdev: extend struct to support flow > director in VFs

[dpdk-dev] Poor Virtio PMD TX Performance

Hi Jason, The same results by adding "vhostforce=on" -device virtio-net-pci,netdev=public1,mac=00:0c:29:e1:ff:ff,ioeventfd=on -netdev tap,id=public1,ifname=tapvm02,script=/home/geo/tzhou/kvm-image/ovs.sh,downscript=/home/geo/tzhou/kvm-image/ovs_down.sh,vhostforce=on,vnet_hdr=on Or -device

[dpdk-dev] [PATCH v2] kni: Add link status update

Implement .ndo_change_carrier to enable DPDK applications to propagate link state changes to kni virtual interfaces through sysfs Signed-off-by: Vijayakumar Muthuvel Manickam --- Implemented .ndo_change_carrier instead of adding a new ioctl lib/librte_eal/linuxapp/kni/kni_net.c | 10 ++

[dpdk-dev] [PATCH] kni: Passing virtual PID to get_net_ns_by_pid(), so we can create kni interfaces in containers like docker

Hi Wenfeng It would be better to describe why 'current->pid' cannot, while 'task_pid_vnr(current)' can be used in containers. In addition, the title should be brief, and there should be a commit log for the detailed description. Thanks, Helin > -Original Message- > From: dev

[dpdk-dev] [PATCH 2/3] kni: remove deprecated functions

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Stephen Hemminger > Sent: Friday, June 12, 2015 1:19 PM > To: dev at dpdk.org > Cc: Stephen Hemminger > Subject: [dpdk-dev] [PATCH 2/3] kni: remove deprecated functions > > From: Stephen Hemminger > > These

[dpdk-dev] [PATCH 2/2] doc: fix kni command line in Kernel NIC Interface chapter

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Bernard Iremonger > Sent: Wednesday, June 10, 2015 11:13 PM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH 2/2] doc: fix kni command line in Kernel NIC > Interface > chapter > > > Signed-off-by: Bernard

[dpdk-dev] [PATCH 1/2] doc: correct kni command line in virtio chapter

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Bernard Iremonger > Sent: Wednesday, June 10, 2015 11:13 PM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH 1/2] doc: correct kni command line in virtio > chapter > > > Signed-off-by: Bernard Iremonger

[dpdk-dev] [PATCH 2/3] kni: minor opto

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Jay Rolette > Sent: Thursday, June 4, 2015 3:19 AM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH 2/3] kni: minor opto The title is not so descriptive for the changes. The change itself seems OK for me.

[dpdk-dev] [PATCH 1/3] kni: minor opto

Would it be better to modify the similar thing in kni_ioctl_create()? - Helin > -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Jay Rolette > Sent: Thursday, June 4, 2015 3:19 AM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH 1/3] kni: minor opto > >

[dpdk-dev] [PATCH] kni: Add link status update

That?s great. Thanks! - Helin From: Vijayakumar Muthuvel Manickam [mailto:mmvi...@gmail.com] Sent: Monday, June 15, 2015 9:11 AM To: Zhang, Helin Cc: thomas.monjalon at 6wind.com; dev at dpdk.org Subject: Re: [dpdk-dev] [PATCH] kni: Add link status update Hi Helin, Since Stepthen

[dpdk-dev] [PATCH] kni: ignore double calls to rte_kni_init()

Hi Marc > -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Marc Sune > Sent: Monday, June 1, 2015 8:33 AM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH] kni: ignore double calls to rte_kni_init() > > Prevent double initialization of the KNI subsytem. > >

[dpdk-dev] [PATCH 1/4] kni: add function to query the name of a kni object

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Bruce Richardson > Sent: Wednesday, May 27, 2015 9:48 PM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH 1/4] kni: add function to query the name of a kni > object > > When a KNI object is created, a name

[dpdk-dev] [PATCH] kni: Add link status update

Any response for my comments? Did I miss anything? - Helin > -Original Message- > From: Zhang, Helin > Sent: Tuesday, May 19, 2015 8:54 AM > To: Vijayakumar Muthuvel Manickam; dev at dpdk.org > Subject: RE: [dpdk-dev] [PATCH] kni: Add link status update > > Hello > > > -Original

[dpdk-dev] [PATCH] kni: fix igb and ixgbe kni ethtool get_link op

Any response to my comments? Did I miss anything? - Helin > -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Zhang, Helin > Sent: Monday, May 4, 2015 4:56 PM > To: Shelton Chia; dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH] kni: fix igb and ixgbe kni

[dpdk-dev] [PATCH] kni/ethtool/ixgbe: enforce access between ixgbe PCI and CPU

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of > xuelin.shi at freescale.com > Sent: Wednesday, February 11, 2015 2:50 PM > To: thomas.monjalon at 6wind.com > Cc: dev at dpdk.org > Subject: [dpdk-dev] [PATCH] kni/ethtool/ixgbe: enforce access between ixgbe

[dpdk-dev] [PATCH] kni: Passing task_pid_vnr(current) to get_net_ns_by_pid() in kni_ioctl_create()

In containers like docker, current->pid returns current process's global PID instead of its own PID under containers's PID namespace, and get_net_ns_by_pid() suppose to accept a virtual PID under its own namespace, so we should use task_pid_vnr(current) to get current process's virtual PID