Hi Konstantin,
2014-05-28 09:17, Ananyev, Konstantin:
> Hi Thomas,
>
> >As you are doing optimizations, it's important to know the performance gain.
> >It could help to mitigate future reworks.
> >So please, could you provide some benchmarking numbers in the commit log?
>
> Some performance data
Hi Changchun,
2014-06-05 03:30, Ouyang, Changchun:
> As we can see below, There are already 4 existing functions for vf in the
> header file:
> rte_ethdev.h:int rte_eth_dev_set_vf_rxmode(uint8_t port, uint16_t vf,
> uint16_t rx_mode,
> rte_ethdev.h:rte_eth_dev_set_vf_tx(uint8_t port,uint16_t vf,
one more simple way would be to assign the desired hash function to the
hash_func in the rte_hash structure returned by rte_hash_find_existing call
at the secondary initialization phase. that way there is no difference
between a primary or a secondary process.
Regards,
On Tue, Jun 10, 2014 at 3
Hi Horman and Thomas
Thank you guys for the good comments for this patch!
The checking if a function is defined will be removed, and will use
self-defined functions no matter they have been defined somewhere or not. This
will have the same behavior of latest Linux ixgbe/igb driver.
I guess the
This patch removes obsolete code that prevents adding integrated copper NICs
82575EB and I350 to list of supported NICs.
---
app/test/test_pci.c |1 -
lib/librte_eal/common/include/rte_pci_dev_ids.h |8
2 files changed, 9 deletions(-)
diff --git a/ap
Hi, guys
I found that the ivshmem are supported in DPDK 1.6 but has no any
document about it, how do I use ivshmem? I remember that we must use a
patched qemu binary for enabling ivshmem support in OVDK, does DPDK 1.6 also
need do this? Also, where can I find some ivshmem docs?
Best Regards
J
Hi,
2014-06-11 16:53, GongJinrong:
> I found that the ivshmem are supported in DPDK 1.6 but has no any
> document about it, how do I use ivshmem? I remember that we must use a
> patched qemu binary for enabling ivshmem support in OVDK, does DPDK 1.6 also
> need do this? Also, where can I find
> Hi,
>
> 2014-06-11 16:53, GongJinrong:
> > I found that the ivshmem are supported in DPDK 1.6 but has no any
> > document about it, how do I use ivshmem? I remember that we must use a
> > patched qemu binary for enabling ivshmem support in OVDK, does DPDK
> > 1.6 also need do this? Also, whe
> > From: Bruce Richardson
> >
> > When running "make config", an additional config.orig file is also
> > generated, which is intended to hold the original, clean configuration
> > from the template.
> > When running make install, we first check if there is no existing
> > .config file, and run m
> > Error message for missing template is factorized in notemplate rule.
> >
> > RTE_OUTPUT directory is marked as order-only prerequisite.
> >
> > RTE_OUTPUT is always created after having been cleaned for rte_config.h.
> >
> > Signed-off-by: Thomas Monjalon
>
> Acked-by Olivier Matz
Applied f
2014-06-10 22:00, Bruce Richardson:
> On Thu, Jun 05, 2014 at 05:12:08PM +0100, Alan Carew wrote:
> > I'm not sure why this has not caused an issue before, perhaps
> > missing -Werror=unused-parameter or super-set
> > and subsequently fixed.
> > This patch adds __rte_unused to
> > pci_unbind_kernel
> > Recent change to rte_dump_tailq, which now uses a FILE parameter
> > causes compilation to fail under FreeBSD and sourced to a
> > missing include of stdio.h
> >
> > This and next patch(both small) allows to compile without error.
> >
> > Signed-off-by: Alan Carew
>
> Acked-by: Bruce Richar
> > This commit removes trailing whitespace from lines in files. Almost all
> > files are affected, as the BSD license copyright header had trailing
> > whitespace on 4 lines in it [hence the number of files reporting 8 lines
> > changed in the diffstat].
> >
> > Signed-off-by: Bruce Richardson
>
> Konstantin Ananyev (4):
> e1000: do not release queue on alloc error
> igb/ixgbe: reset queue pointers after releasing
> ethdev: fix compiler warning on PMD_DEBUG_TRACE formats
> ethdev: prevent from starting/stopping already started/stopped
Acked-by: Thomas Monjalon
Applied for versio
> > This patch series contain the following 3 items:
> > 1. Add API to support setting link up and down, it can be used to
> > repeatedly stop and restart
> > RX/TX of a port without re-allocating resources for the port and
> > re-configuring the port.
> > 2. Implement the functionality of settin
Thanks, I want use DPDK, not OVDK, if I run l2fwd-ivshmem, do I use a
patched qemu or just a normal qemu?
-Original Message-
From: Gray, Mark D [mailto:mark.d.g...@intel.com]
Sent: Wednesday, June 11, 2014 5:24 PM
To: Thomas Monjalon; GongJinrong
Cc: dev at dpdk.org
Subject: RE: [dpdk-dev
On Tue, Jun 10, 2014 at 01:47:09PM -0700, Stephen Hemminger wrote:
> On Tue, 10 Jun 2014 19:26:08 +
> "Carew, Alan" wrote:
>
> > One alternative for us is then to take Neil Horman's idea of scanning
> > /sys/bus/pci/devices//msi_irqs/
> > This gives us at least (MSI | MSI-X) | INT-X, however
>
> Thanks, I want use DPDK, not OVDK, if I run l2fwd-ivshmem, do I use a
> patched qemu or just a normal qemu?
>
Patched.
--
Intel Shannon Limited
Registered in Ireland
Registered Office: Collinstown Industrial Park, Leixlip, County Ki
Ok, thanks a lot.
-Original Message-
From: Gray, Mark D [mailto:mark.d.g...@intel.com]
Sent: Wednesday, June 11, 2014 6:31 PM
To: GongJinrong; 'Thomas Monjalon'
Cc: dev at dpdk.org
Subject: RE: [dpdk-dev] About ivshmem
>
> Thanks, I want use DPDK, not OVDK, if I run l2fwd-ivshmem, do I
2014-06-11 10:30, Gray, Mark D:
> 2014-06-11 18:13, GongJinrong:
> > Thanks, I want use DPDK, not OVDK, if I run l2fwd-ivshmem, do I use a
> > patched qemu or just a normal qemu?
>
> Patched.
Not sure for l2fwd-ivshmem but you should be able to use memnic PMD
with a standard Qemu (not patched).
v2 changes:
add performance data to the patch comments
fix some checkpatch.pl errors/warnings
Konstantin Ananyev (2):
lpm: Introduce rte_lpm_lookupx4
l3fwd: reorganise and optimize l3fwd LPM code path.
app/test/test_lpm.c | 70
examples/l3fwd/main.c
Introduce rte_lpm_lookupx4():
- Allows to lookup four IP addresses in an LPM table.
- Uses SSE instrincts.
Signed-off-by: Konstantin Ananyev
---
app/test/test_lpm.c | 70 ++
lib/librte_eal/common/Makefile | 1 +
lib/librte_eal/common/
With latest HW and optimised RX/TX path there is a huge gap between
tespmd iofwd and l3fwd performance results.
So there is an attempt to optimise l3fwd LPM code path and reduce the gap:
- Instead of processing each input packet up to completion -
divide packet processing into several stages and
From: HELIN ZHANG
The compile errors are copied as follows. The fixes came from
Linux drivers of ixgbe-3.21.2 and igb-5.1.2 with modifications.
The idea is to use self-defined functions no matter they have
already been defined somewhere or not.
* Oracle Linux6.4
lib/librte_eal/linuxapp/kni/ethto
> This patch series also contain the 3 items:
> 1. Add API to support setting TX rate for a queue or a VF.
> 2. Implement the functionality of setting TX rate for queue or VF in IXGBE
> PMD.
> 3. Add commands in testpmd to test the functionality of setting TX rate for
> queue or VF.
Acked-by: Ji
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of David Marchand
> Sent: Thursday, May 22, 2014 7:28 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH] ethdev: add RX errors counter for missed,
> badcrc and badlen packets
>
> From: Ivan Boule
>
> Split in
The trouble is:
a) how do we guarantee that the function in question is present in the
secondary process at all? It could be only referenced by name in the primary
process and omitted by the linker in the secondary as unused, for instance.
b) how do we find out the address of the function in the
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Wednesday, June 11, 2014 3:04 AM
> To: Richardson, Bruce
> Cc: dev at dpdk.org; Neil Horman
> Subject: Re: [dpdk-dev] [PATCH] fix trailing whitespace.
>
> > > This commit removes trailing whitespace
Hi Jingjing,
Please reply below the question.
2014-05-28 01:12, Wu, Jingjing:
> You are discussing whether the APIs provide for NIC filters is generic
> or not. About that we can use same API for a type of filter. For example,
> if we want to configure ethertype filter, we can use the same API, n
On Wed, Jun 11, 2014 at 03:24:04PM +, Richardson, Bruce wrote:
> > -Original Message-
> > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> > Sent: Wednesday, June 11, 2014 3:04 AM
> > To: Richardson, Bruce
> > Cc: dev at dpdk.org; Neil Horman
> > Subject: Re: [dpdk-dev] [PA
2014-06-11 08:20, Pawel Wodkowski:
> This patch removes obsolete code that prevents adding integrated copper NICs
> 82575EB and I350 to list of supported NICs.
Applied for version 1.7.0 with following addition:
- remove conditions for I218
As you were only removing some lines, I assumed S
2014-05-30 15:44, Helmut Sim:
> I am trying to verify that the 82575EB NIC functions well.
> The file rte_pci_dev_ids.h includes the following lines:
>
> #ifdef RTE_PCI_DEV_USE_82575EB_COPPER
> RTE_PCI_DEV_ID_DECL_IGB(PCI_VENDOR_ID_INTEL, E1000_DEV_ID_82575EB_COPPER)
> #endif
>
> so I defined the
Hi Declan,
Do you think you can send another version of your serie soon?
Some comments need to be addressed.
2 formatting comments:
- I saw some strange alignments of comments
- you should send your patches as children of the cover letter
Thanks
--
Thomas
> -Original Message-
> From: Neil Horman [mailto:nhorman at tuxdriver.com]
> Sent: Sunday, June 08, 2014 4:37 PM
> To: Stephen Hemminger
> Cc: Carew, Alan; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v2 09/10] igbuio: show irq mode in sysfs
>
> On Fri, Jun 06, 2014 at 04:50:37PM -0700
This is what I am testing, along with 10 other virtio patches.
Subject: virtio: check for using msix interrupt
Fix how the device driver detects MSI-X vs INTX mode.
Look in sysfs to find if MSI-X is enabled.
Suggested-by: Neil Horman
Signed-off-by: Stephen Hemminger
--- a/lib/librte_pmd_virt
EAL -c option allows the user to enable any lcore in the system.
Oftentimes, the user app wants to know 1st enabled core, 2nd
enabled core, etc, rather than phyical core ID (rte_lcore_id().)
The new API rte_lcore_id2() will return an index from enabled lcores
starting from zero.
---
lib/librte_ea
Hi,
2014-06-11 13:45, Patrick Lu:
> EAL -c option allows the user to enable any lcore in the system.
> Oftentimes, the user app wants to know 1st enabled core, 2nd
> enabled core, etc, rather than phyical core ID (rte_lcore_id().)
>
> The new API rte_lcore_id2() will return an index from enabled
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Thomas Monjalon
> Sent: Wednesday, June 11, 2014 2:51 PM
> To: Lu, Patrick
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] Add an API to query enabled core index
>
> Hi,
>
> 2014-06-11 13:45, Patrick
-Original Message-
From: Thomas Monjalon [mailto:thomas.monja...@6wind.com]
Sent: Wednesday, June 11, 2014 2:51 PM
To: Lu, Patrick
Cc: dev at dpdk.org
Subject: Re: [dpdk-dev] [PATCH] Add an API to query enabled core index
Hi,
2014-06-11 13:45, Patrick Lu:
> EAL -c option allows the user
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Wednesday, June 11, 2014 3:19 PM
> To: Richardson, Bruce
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v2 0/2] 10G PMD: vectorized RX and TX
> functions
>
> Hi Bruce,
>
> You are introducin
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Wednesday, June 11, 2014 3:50 PM
> To: Richardson, Bruce
> Cc: Lu, Patrick; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] Add an API to query enabled core index
>
> 2014-06-11 21:57, Richardson,
41 matches
Mail list logo
