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: 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,
> -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.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: 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
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
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
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
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
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
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
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
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
> -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
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
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
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/
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
> -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
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
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).
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
> > 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
> 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 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
>
> > 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
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
> > 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
> > 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
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
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
>
> 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
> 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
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
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
> 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
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
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
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,
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
41 matches
Mail list logo
