Hi, everyone,
since I need to realize my own protocol with which RSS can not be
configured.
but we need massive packets to be processed with multiple cpus(even that
one cpu is always polling is not enough)
does anyone know how to distribute traffic to multiple queues
thanks®ards
--
Linc @bjtu
For linux
http://dpdk.org/doc/guides/linux_gsg/index.html
http://dpdk.org/doc/guides/linux_gsg/build_dpdk.html
http://dpdk.org/doc/guides/linux_gsg/build_sample_apps.html
On Fri, Jun 9, 2017 at 8:31 AM, Sam wrote:
> hi all,
>
> I want to build example(DPDK_HOME/example/*) in dpdk, and to have a
-Original Message-
> Date: Thu, 8 Jun 2017 20:44:17 +0100
> From: Ferruh Yigit
> To: Jerin Jacob
> CC: dev@dpdk.org, tho...@monjalon.net
> Subject: Re: [dpdk-dev] [PATCH v2 1/2] eal/pci: introduce a PCI driver flag
> User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
This patch fixes incorrect reporting of link status
1) When link is down, set speed to zero. Otherwise a wrong non-zero speed
will be displayed.
2) DAC cables can detect there is a signal, but it necessarily does not
mean link is up. Code perviously treated this as link up.
Signed-off-by: Stephen
Some HWRM defines are missing from hsi_struct_def_dpdk.h
This patch adds them.
Also remove duplicate HWRM_RING_GRP_ALLOC entry.
Signed-off-by: Ajit Khaparde
---
drivers/net/bnxt/hsi_struct_def_dpdk.h | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/net/bnxt/hsi_
Move PMD specific functions in the appropriate rte_pmd_bnxt.c file
Signed-off-by: Ajit Khaparde
---
drivers/net/bnxt/bnxt.h | 26 --
drivers/net/bnxt/bnxt_ethdev.c | 18 --
drivers/net/bnxt/rte_pmd_bnxt.c | 18 ++
drivers/net/bnxt/
This patchset against dpdk-next-net addresses some issues found during
integration testing. The first patch cleans moves some PMD specific code
out of bnxt_ethdev.c and bnxt.h, while the second patch updates some HWRM
definitions in hsi_struct_def_dpdk.h and the last patch fixes an issue
with link
This patch adds a function to flush all the fliter list
and filter rule on a port.
Signed-off-by: Wei Zhao
---
drivers/net/e1000/e1000_ethdev.h | 9 +++
drivers/net/e1000/igb_ethdev.c | 67 +--
drivers/net/e1000/igb_flow.c | 141 ++-
3
This patch adds a function to create the flow directory filter.
Signed-off-by: Wei Zhao
---
drivers/net/e1000/e1000_ethdev.h | 58 +
drivers/net/e1000/igb_ethdev.c | 22 +++
drivers/net/e1000/igb_flow.c | 137 ++-
3 files changed, 2
check if the rule is a TCP SYN rule, and get the SYN info.
Signed-off-by: Wei Zhao
---
drivers/net/e1000/igb_flow.c | 277 +++
1 file changed, 277 insertions(+)
diff --git a/drivers/net/e1000/igb_flow.c b/drivers/net/e1000/igb_flow.c
index d2f8946..420775
This patch adds a function to destroy the flow fliter.
Signed-off-by: Wei Zhao
---
drivers/net/e1000/igb_flow.c | 88 +++-
1 file changed, 87 insertions(+), 1 deletion(-)
diff --git a/drivers/net/e1000/igb_flow.c b/drivers/net/e1000/igb_flow.c
index b0802
check if the rule is a flex byte rule, and get the flex info.
Signed-off-by: Wei Zhao
---
drivers/net/e1000/e1000_ethdev.h | 6 +
drivers/net/e1000/igb_ethdev.c | 6 -
drivers/net/e1000/igb_flow.c | 267 +++
3 files changed, 273 insertions(+), 6 dele
check if the rule is a ethertype rule, and get the ethertype info.
Signed-off-by: Wei Zhao
---
drivers/net/e1000/igb_flow.c | 263 +++
1 file changed, 263 insertions(+)
diff --git a/drivers/net/e1000/igb_flow.c b/drivers/net/e1000/igb_flow.c
index fad5583
Add support for restoring flex type filter in SW.
Signed-off-by: Wei Zhao
---
drivers/net/e1000/igb_ethdev.c | 189 ++---
1 file changed, 122 insertions(+), 67 deletions(-)
diff --git a/drivers/net/e1000/igb_ethdev.c b/drivers/net/e1000/igb_ethdev.c
index 9d8
Add rule validate function and check if the rule is a
n-tuple rule, and get the n-tuple info.
Signed-off-by: Wei Zhao
---
drivers/net/e1000/Makefile | 1 +
drivers/net/e1000/e1000_ethdev.h | 9 +
drivers/net/e1000/igb_ethdev.c | 14 +-
drivers/net/e1000/igb_flow.c | 514
Add support for restoring ether type filter in SW.
Signed-off-by: Wei Zhao
---
drivers/net/e1000/e1000_ethdev.h | 10 +++--
drivers/net/e1000/igb_ethdev.c | 47 ++--
2 files changed, 44 insertions(+), 13 deletions(-)
diff --git a/drivers/net/e1000/e1000
Add support for restoring n-tuple
filter in SW.
Signed-off-by: Wei Zhao
---
drivers/net/e1000/igb_ethdev.c | 257 -
1 file changed, 154 insertions(+), 103 deletions(-)
diff --git a/drivers/net/e1000/igb_ethdev.c b/drivers/net/e1000/igb_ethdev.c
index 1077
Add support for storing and restoring TCP SYN
filter in SW.
Signed-off-by: Wei Zhao
---
drivers/net/e1000/e1000_ethdev.h | 2 ++
drivers/net/e1000/igb_ethdev.c | 45 +---
2 files changed, 44 insertions(+), 3 deletions(-)
diff --git a/drivers/net/e1000/e100
The patches mainly finish following functions:
1) Store and restore all kinds of filters.
2) Parse all kinds of filters.
3) Add flow validate function.
4) Add flow create function.
5) Add flow destroy function.
6) Add flow flush function.
v2 changes:
fix git log warning
rebase patch set
v3 chan
hi all,
I want to build example(DPDK_HOME/example/*) in dpdk, and to have a look at
vhost demo. But I can't find guide in dpdk home page or document.
So is there some document to tell me HOWTO?
>Hi Rasesh,
>
>On Wed, 7 Jun 2017 00:43:48 -0700, Rasesh Mody
>wrote:
>> From: Harish Patil
>>
>> Some PMDs need to know the tunnel type in order to handle advance TX
>> features. This patch adds a new TX offload flag for MPLS-in-UDP packets.
>>
>> Signed-off-by: Harish Patil
>> ---
>> lib/li
18/05/2017 11:22, Adrien Mazarguil:
> On Thu, May 18, 2017 at 05:06:12PM +0800, Beilei Xing wrote:
> > This commit adds TCP flags support in flow API as
> > some drivers have SYN filter.
> >
> > Signed-off-by: Beilei Xing
>
> Acked-by: Adrien Mazarguil
Applied, thanks
18/05/2017 11:14, Zhao1, Wei:
> Test that patch use flow API of igb NIC syn filter, it is ok.
>
> Acked-by: Wei Zhao
In this case, I think the appropriate tag is Tested-by ;)
Thanks
12/05/2017 09:50, Adrien Mazarguil:
> On Fri, May 12, 2017 at 03:13:09PM +0800, Beilei Xing wrote:
> > Application fails to create NVGRE and E_Tag flows with
> > current configuration, this commit fixes the issue by
> > adding flow items for E_TAG and NVGRE.
> >
> > Fixes: e4840ef2685d ("ethdev: f
06/06/2017 17:10, Ferruh Yigit:
> rte_driver->name has the driver name and all physical and virtual
> devices has access to it.
>
> Previously it was not possible for virtual ethernet devices to access
> rte_driver->name field (because eth_dev used to keep only pci_dev),
> and it was required to s
11/05/2017 10:28, Tom Barbette:
> From documentation it is very unclear how VMDq configuration can be
> tweaked, and online search offer very poor results.
>
> This patch will ultimately spawn an online documentation page
> for the rte_eth_vmdq_rx_conf struct which will eventually add a bit of
> d
10/05/2017 13:01, Ferruh Yigit:
> Virtual device/driver probing done via name.
>
> A new alternative method introduced to probe the device with providing
> driver name in devargs as "driver=".
>
> This patch removes alternative method and fixes virtual device usages
> with proper device names.
>
Hi Thomas,
On Thu, Jun 08, 2017 at 09:31:23AM +0200, Thomas Monjalon wrote:
> I'm sorry, I do not understand the description.
> Please start with a real problem statement and explain how it is solved.
> Thanks
Sure.
Currently, we probe devices by using
./usertools/dpkd-devbind.py -b igb_uio 00:
On 6/8/2017 6:15 PM, Jerin Jacob wrote:
> -Original Message-
>> Date: Thu, 8 Jun 2017 15:40:33 +0100
>> From: Ferruh Yigit
>> To: Jerin Jacob , dev@dpdk.org
>> CC: tho...@monjalon.net
>> Subject: Re: [dpdk-dev] [PATCH v2 1/2] eal/pci: introduce a PCI driver flag
>> User-Agent: Mozilla/5.0
Currently when a malloc_elem is split after resizing, any padding
present in the elem is ignored. This causes the resized elem to be too
small when padding is present, and user data can overwrite the beginning
of the following malloc_elem.
Solve this by including the size of the padding when comp
Hi Sergio,
> Hi Jamie,
>
> On 31/05/2017 01:16, Jamie Lavigne wrote:
> > Currently when a malloc_elem is split after resizing, any padding
> > present in the elem is ignored. This causes the resized elem to be too
> > small when padding is present, and user data can overwrite the beginning
> On Jun 8, 2017, at 1:07 PM, Christian Ehrhardt
> wrote:
>
> On Thu, Jun 8, 2017 at 10:26 AM, Stephen Hemminger <
> step...@networkplumber.org> wrote:
>
>> On a side note, it would be good to use the GCC extensions that allow
>> building different versions of the same routine into one binary.
On Thu, Jun 8, 2017 at 10:26 AM, Stephen Hemminger <
step...@networkplumber.org> wrote:
> On a side note, it would be good to use the GCC extensions that allow
> building different versions of the same routine into one binary.
>
And we are back to the discussion we had two years ago about how to
-Original Message-
> Date: Thu, 8 Jun 2017 15:40:33 +0100
> From: Ferruh Yigit
> To: Jerin Jacob , dev@dpdk.org
> CC: tho...@monjalon.net
> Subject: Re: [dpdk-dev] [PATCH v2 1/2] eal/pci: introduce a PCI driver flag
> User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
-Original Message-
> Date: Wed, 7 Jun 2017 11:27:26 +0200
> From: Gaëtan Rivet
> To: Jerin Jacob
> Cc: dev@dpdk.org, bruce.richard...@intel.com, harry.van.haa...@intel.com,
> hemant.agra...@nxp.com, gage.e...@intel.com, nipun.gu...@nxp.com,
> narender.vang...@intel.com, nikhil@intel
...
>
> I'm sure I'm missing something.
> In my understanding, we do not need to change the ops:
> - if the device offers the capability, let's call the ops
> - else call the software fallback function
>
What you might be missing is the observation that the approach you're
describi
> -Original Message-
> From: Richardson, Bruce
> Sent: Thursday, June 8, 2017 5:21 PM
> To: Ananyev, Konstantin
> Cc: Olivier Matz ; Verkamp, Daniel
> ; dev@dpdk.org
> Subject: RE: [dpdk-dev] [PATCH v2] ring: use aligned memzone allocation
>
>
>
> > -Original Message-
> > Fro
08/06/2017 11:14, Adrien Mazarguil:
> On Wed, Jun 07, 2017 at 04:16:58PM +0200, Thomas Monjalon wrote:
> > Hi, some comments below:
> >
> > 18/05/2017 12:14, Adrien Mazarguil:
> > > +#define RTE_STATIC_BSWAP64(v) \
> > > + uint64_t)(v) & UINT64_C(0x00ff)) << 56) | \
> > > + (((uin
On Thu, 8 Jun 2017 09:59:01 +0100
Bruce Richardson wrote:
> On Wed, Jun 07, 2017 at 04:26:17PM -0700, Stephen Hemminger wrote:
> > On Wed, 7 Jun 2017 11:47:42 +0100
> > Bruce Richardson wrote:
> >
> > > The prototype is incomplete, but it does build a reasonable number of our
> > > libraries
> -Original Message-
> From: Ananyev, Konstantin
> Sent: Thursday, June 8, 2017 5:13 PM
> To: Richardson, Bruce
> Cc: Olivier Matz ; Verkamp, Daniel
> ; dev@dpdk.org
> Subject: RE: [dpdk-dev] [PATCH v2] ring: use aligned memzone allocation
>
>
>
> > -Original Message-
> > From
08/06/2017 17:27, Dumitrescu, Cristian:
> From: Thomas Monjalon [mailto:tho...@monjalon.net]
> > 08/06/2017 15:27, Dumitrescu, Cristian:
> > > Hi Thomas,
> > >
> > > Thanks for reviewing this patch set!
> > >
> > > From: Thomas Monjalon [mailto:tho...@monjalon.net]
> > > >
> > > > Hi Jasvinder,
> >
> -Original Message-
> From: Richardson, Bruce
> Sent: Thursday, June 8, 2017 5:04 PM
> To: Ananyev, Konstantin
> Cc: Olivier Matz ; Verkamp, Daniel
> ; dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v2] ring: use aligned memzone allocation
>
> On Thu, Jun 08, 2017 at 04:35:20PM +0100,
On Thu, Jun 08, 2017 at 04:35:20PM +0100, Ananyev, Konstantin wrote:
>
>
> > -Original Message-
> > From: Richardson, Bruce
> > Sent: Thursday, June 8, 2017 4:25 PM
> > To: Ananyev, Konstantin
> > Cc: Olivier Matz ; Verkamp, Daniel
> > ; dev@dpdk.org
> > Subject: Re: [dpdk-dev] [PATCH v
Hi Gaetan,
> -Original Message-
> From: Gaëtan Rivet [mailto:gaetan.ri...@6wind.com]
> Sent: Wednesday, June 07, 2017 11:55 PM
> To: De Lara Guarch, Pablo
> Cc: Doherty, Declan; tho...@monjalon.net; dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH 00/12] Remove cryptodev driver
>
> Hi Pablo,
On 08/06/2017 13:14, Bruce Richardson wrote:
On Thu, Jun 08, 2017 at 02:21:58PM +0300, Ilya Maximets wrote:
Hi everyone,
I just want to clarify current status of these patches.
As I understand, moving to the new build system (for example,
meson+ninja as proposed[1] by Bruce) is a very long proc
> -Original Message-
> From: Richardson, Bruce
> Sent: Thursday, June 8, 2017 4:25 PM
> To: Ananyev, Konstantin
> Cc: Olivier Matz ; Verkamp, Daniel
> ; dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v2] ring: use aligned memzone allocation
>
> On Thu, Jun 08, 2017 at 03:50:34PM +0100,
> -Original Message-
> From: Thomas Monjalon [mailto:tho...@monjalon.net]
> Sent: Thursday, June 8, 2017 3:00 PM
> To: Dumitrescu, Cristian
> Cc: Singh, Jasvinder ; dev@dpdk.org; Yigit,
> Ferruh ; hemant.agra...@nxp.com;
> jerin.jacobkollanukka...@cavium.com; Lu, Wenzhuo
>
> Subject: Re
On Thu, Jun 08, 2017 at 03:50:34PM +0100, Ananyev, Konstantin wrote:
>
>
> > -Original Message-
> > From: Richardson, Bruce
> > Sent: Thursday, June 8, 2017 3:12 PM
> > To: Olivier Matz
> > Cc: Ananyev, Konstantin ; Verkamp, Daniel
> > ; dev@dpdk.org
> > Subject: Re: [dpdk-dev] [PATCH v
On Thu, Jun 08, 2017 at 03:25:03PM +0100, Ferruh Yigit wrote:
> On 6/8/2017 3:20 PM, Ferruh Yigit wrote:
> > On 6/8/2017 2:30 PM, Gaëtan Rivet wrote:
> >> On Thu, Jun 08, 2017 at 11:56:37AM +0100, Ferruh Yigit wrote:
> >>> On 6/8/2017 12:59 AM, Gaetan Rivet wrote:
> eal: complete attach / deta
> -Original Message-
> From: Richardson, Bruce
> Sent: Thursday, June 8, 2017 3:12 PM
> To: Olivier Matz
> Cc: Ananyev, Konstantin ; Verkamp, Daniel
> ; dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v2] ring: use aligned memzone allocation
>
> On Thu, Jun 08, 2017 at 04:05:26PM +0200,
On 6/8/2017 12:44 PM, Jerin Jacob wrote:
> Some ethdev devices like nicvf thunderx PMD need special treatment for
> Secondary queue set(SQS) PCIe VF devices, where, it expects to not unmap
> or free the memory without registering the ethdev subsystem.
>
> Introducing a new RTE_PCI_DRV_KEEP_MAPPED_
Let test_mbuf alloc and free mempool.
Cc: sta...@dpdk.org
Signed-off-by: Santosh Shukla
---
v1 --> v2:
- Clubed v1 two patch into 1 patch per Olivier review comment [1]
[1] http://dpdk.org/dev/patchwork/patch/24237/
test/test/test_mbuf.c | 148 --
On 6/8/2017 3:20 PM, Ferruh Yigit wrote:
> On 6/8/2017 2:30 PM, Gaëtan Rivet wrote:
>> On Thu, Jun 08, 2017 at 11:56:37AM +0100, Ferruh Yigit wrote:
>>> On 6/8/2017 12:59 AM, Gaetan Rivet wrote:
eal: complete attach / detach support
http://dpdk.org/ml/archives/dev/2017-May/066366.html
>>>
On 6/8/2017 2:30 PM, Gaëtan Rivet wrote:
> On Thu, Jun 08, 2017 at 11:56:37AM +0100, Ferruh Yigit wrote:
>> On 6/8/2017 12:59 AM, Gaetan Rivet wrote:
>>> eal: complete attach / detach support
>>> http://dpdk.org/ml/archives/dev/2017-May/066366.html
>>> http://dpdk.org/dev/patchwork/patch/24522/
>>>
On Thu, Jun 08, 2017 at 04:05:26PM +0200, Olivier Matz wrote:
> On Thu, 8 Jun 2017 14:20:52 +0100, Bruce Richardson
> wrote:
> > On Thu, Jun 08, 2017 at 02:45:40PM +0200, Olivier Matz wrote:
> > > On Tue, 6 Jun 2017 15:56:28 +0100, Bruce Richardson
> > > wrote:
> > > > On Tue, Jun 06, 2017 at
On Thu, 8 Jun 2017 14:20:52 +0100, Bruce Richardson
wrote:
> On Thu, Jun 08, 2017 at 02:45:40PM +0200, Olivier Matz wrote:
> > On Tue, 6 Jun 2017 15:56:28 +0100, Bruce Richardson
> > wrote:
> > > On Tue, Jun 06, 2017 at 02:19:21PM +0100, Ananyev, Konstantin wrote:
> > > >
> > > >
> >
08/06/2017 15:27, Dumitrescu, Cristian:
> Hi Thomas,
>
> Thanks for reviewing this patch set!
>
> From: Thomas Monjalon [mailto:tho...@monjalon.net]
> >
> > Hi Jasvinder,
> >
> > 26/05/2017 20:11, Jasvinder Singh:
> > > The SoftNIC PMD provides SW fall-back option for the NICs not supporting
>
On Thu, Jun 08, 2017 at 11:56:37AM +0100, Ferruh Yigit wrote:
> On 6/8/2017 12:59 AM, Gaetan Rivet wrote:
> > eal: complete attach / detach support
> > http://dpdk.org/ml/archives/dev/2017-May/066366.html
> > http://dpdk.org/dev/patchwork/patch/24522/
> >
> > ethdev: add flow API rule copy functio
Hi Thomas,
Thanks for reviewing this patch set!
> -Original Message-
> From: Thomas Monjalon [mailto:tho...@monjalon.net]
> Sent: Wednesday, June 7, 2017 3:32 PM
> To: Singh, Jasvinder
> Cc: dev@dpdk.org; Dumitrescu, Cristian ;
> Yigit, Ferruh ; hemant.agra...@nxp.com;
> jerin.jacobkolla
On Thu, Jun 08, 2017 at 02:45:40PM +0200, Olivier Matz wrote:
> On Tue, 6 Jun 2017 15:56:28 +0100, Bruce Richardson
> wrote:
> > On Tue, Jun 06, 2017 at 02:19:21PM +0100, Ananyev, Konstantin wrote:
> > >
> > >
> > > > -Original Message-
> > > > From: Richardson, Bruce
> > > > Sent: Tu
On Thu, Jun 08, 2017 at 01:38:12PM +0200, Jan Blunck wrote:
> On Wed, Jun 7, 2017 at 9:55 PM, Gaëtan Rivet wrote:
> > On Wed, Jun 07, 2017 at 07:22:05PM +0200, Jan Blunck wrote:
> >> On Wed, May 24, 2017 at 5:12 PM, Gaetan Rivet
> >> wrote:
> >> > Following the evolutions announced in [1], here
08/06/2017 13:19, Ferruh Yigit:
> Hi Cristian, Thomas,
>
> Since these features developed based on TM code in next-tm tree, I am
> for getting these patches via next-tm, instead of next-net, any objection?
I agree
On Thu, Jun 08, 2017 at 01:40:46PM +0200, Jan Blunck wrote:
> On Thu, Jun 8, 2017 at 1:36 PM, Gaëtan Rivet wrote:
> > On Thu, Jun 08, 2017 at 12:45:17PM +0200, Jan Blunck wrote:
> >> On Wed, Jun 7, 2017 at 10:03 PM, Gaëtan Rivet
> >> wrote:
> >> > On Wed, Jun 07, 2017 at 07:28:07PM +0200, Jan Bl
On Tue, 6 Jun 2017 15:56:28 +0100, Bruce Richardson
wrote:
> On Tue, Jun 06, 2017 at 02:19:21PM +0100, Ananyev, Konstantin wrote:
> >
> >
> > > -Original Message-
> > > From: Richardson, Bruce
> > > Sent: Tuesday, June 6, 2017 1:42 PM
> > > To: Ananyev, Konstantin
> > > Cc: Verkamp,
Hi Rasesh,
On Wed, 7 Jun 2017 00:43:48 -0700, Rasesh Mody wrote:
> From: Harish Patil
>
> Some PMDs need to know the tunnel type in order to handle advance TX
> features. This patch adds a new TX offload flag for MPLS-in-UDP packets.
>
> Signed-off-by: Harish Patil
> ---
> lib/librte_mbuf/rt
On Thu, Jun 08, 2017 at 02:21:58PM +0300, Ilya Maximets wrote:
> Hi everyone,
>
> I just want to clarify current status of these patches.
> As I understand, moving to the new build system (for example,
> meson+ninja as proposed[1] by Bruce) is a very long process.
> But we have issues with imbalan
Since the commit e84ad157b7bc ("pci: unmap resources if probe fails"),
EAL unmaps the PCI device if ethdev probe returns positive or
negative value.
nicvf thunderx PMD needs special treatment for Secondary queue set(SQS)
PCIe VF devices, where, it expects to not unmap or free the memory
without re
Some ethdev devices like nicvf thunderx PMD need special treatment for
Secondary queue set(SQS) PCIe VF devices, where, it expects to not unmap
or free the memory without registering the ethdev subsystem.
Introducing a new RTE_PCI_DRV_KEEP_MAPPED_RES
PCI driver flag to request PCI subsystem to not
On Thu, Jun 8, 2017 at 1:36 PM, Gaëtan Rivet wrote:
> On Thu, Jun 08, 2017 at 12:45:17PM +0200, Jan Blunck wrote:
>> On Wed, Jun 7, 2017 at 10:03 PM, Gaëtan Rivet wrote:
>> > On Wed, Jun 07, 2017 at 07:28:07PM +0200, Jan Blunck wrote:
>> >> On Wed, May 24, 2017 at 5:12 PM, Gaetan Rivet
>> >> wr
On Wed, Jun 7, 2017 at 9:55 PM, Gaëtan Rivet wrote:
> On Wed, Jun 07, 2017 at 07:22:05PM +0200, Jan Blunck wrote:
>> On Wed, May 24, 2017 at 5:12 PM, Gaetan Rivet wrote:
>> > Following the evolutions announced in [1], here is the first part of
>> > the rte_devargs rework planned for 17.08. The ra
On Thu, Jun 08, 2017 at 12:45:17PM +0200, Jan Blunck wrote:
> On Wed, Jun 7, 2017 at 10:03 PM, Gaëtan Rivet wrote:
> > On Wed, Jun 07, 2017 at 07:28:07PM +0200, Jan Blunck wrote:
> >> On Wed, May 24, 2017 at 5:12 PM, Gaetan Rivet
> >> wrote:
> >> > Find which bus should be able to parse this dev
Avoid re-initializing of mbuf fields which are set while in pool.
Replaced lio_recv_buffer_alloc with rte_pktmbuf_alloc.
See commit 8f094a9ac5d7 ("mbuf: set mbuf fields while in pool").
Signed-off-by: Shijith Thotton
---
drivers/net/liquidio/lio_rxtx.c | 37 ---
Hi Olivier,
On Thursday 08 June 2017 03:38 PM, Olivier Matz wrote:
> Hi Santosh,
>
> On Thu, 11 May 2017 16:00:43 +0530, Santosh Shukla
> wrote:
>> Cc: sta...@dpdk.org
>> Signed-off-by: Santosh Shukla
>> ---
>> test/test/test_mbuf.c | 100
>> +-
Hi everyone,
I just want to clarify current status of these patches.
As I understand, moving to the new build system (for example,
meson+ninja as proposed[1] by Bruce) is a very long process.
But we have issues with imbalanced memory allocation now, and
IMHO it's better to fix them in a near futur
On 5/27/2017 9:17 AM, Wenzhuo Lu wrote:
> Implement the traffic manager APIs on i40e and ixgbe.
> This patch set is based on the patch set,
> "ethdev: abstraction layer for QoS traffic management"
> http://dpdk.org/dev/patchwork/patch/24411/
> http://dpdk.org/dev/patchwork/patch/24412/
>
> Wenzhuo
Check iova mode and accordingly return phy addr.
Signed-off-by: Santosh Shukla
Signed-off-by: Jerin Jacob
---
lib/librte_mempool/rte_mempool.h | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/lib/librte_mempool/rte_mempool.h b/lib/librte_mempool/rte_mempool.h
index
Check iova mode and accordingly return phy addr.
Signed-off-by: Santosh Shukla
Signed-off-by: Jerin Jacob
---
lib/librte_eal/common/rte_malloc.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/lib/librte_eal/common/rte_malloc.c
b/lib/librte_eal/common/rte_malloc.c
i
Check iova mode and accordingly map iova to pa or va.
Signed-off-by: Santosh Shukla
Signed-off-by: Jerin Jacob
---
lib/librte_eal/linuxapp/eal/eal_vfio.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/lib/librte_eal/linuxapp/eal/eal_vfio.c
b/lib/librte_eal/linux
Check iova mode and accordingly return phy addr.
Signed-off-by: Santosh Shukla
Signed-off-by: Jerin Jacob
---
lib/librte_eal/linuxapp/eal/eal_memory.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/lib/librte_eal/linuxapp/eal/eal_memory.c
b/lib/librte_eal/linuxapp/eal/eal_memory.c
inde
Currently there is noway to detect iova address mapping scheme for a
device on the bus.
API(rte_bus_get_iommu_class) helps to automatically detect and select
appropriate iova mapping scheme for iommu capable device on that bus.
Signed-off-by: Santosh Shukla
Signed-off-by: Jerin Jacob
---
lib/l
- Moving late bus scanning to up..just after eal_parsing.
- Mapping mode would be default for bsdapp. It supports
only one pass through mode (RTE_KDRV_NIC_UIO)
Signed-off-by: Santosh Shukla
Signed-off-by: Jerin Jacob
---
lib/librte_eal/bsdapp/eal/eal.c | 24 ++---
- Moving late bus scanning to up..just after eal_parsing.
- Detect iova mapping mode based on user provided eal option
(rte_eal_iova_mode) and result of rte_bus_scan_iommu_class.
Signed-off-by: Santosh Shukla
Signed-off-by: Jerin Jacob
---
lib/librte_eal/linuxapp/eal/eal.c | 24
In the case of user don't want to use bus iova scheme and want
to override.
For that, Adding eal option --iova-mode= where valid input
string is 'pa' or 'va'.
Signed-off-by: Santosh Shukla
Signed-off-by: Jerin Jacob
---
lib/librte_eal/common/eal_common_options.c | 31 ++
Get iommu class of PCI device on the bus and returns preferred iova
mapping mode for that bus.
IOVA mapping scheme for linuxapp case:
- uio/uio_generic/vfio_noiommu --> default i.e.. (RTE_IOVA_PA)
- vfio --> RTE_IOVA_VA.
- In case of no device attached to any driver,
return RTE_IOVA_DC.
Signed-
Introducing rte_pci_get_iommu_class API which helps to get iommu class
of PCI device on the bus and returns preferred iova mapping mode for
that bus.
Bsdapp case returns default iova mode.
Signed-off-by: Santosh Shukla
Signed-off-by: Jerin Jacob
---
lib/librte_eal/bsdapp/eal/eal_pci.c
Q) Why do we need such infrastructure?
A) Some NPU hardware like OCTEONTX follows push model to get the packet
from the pktio device. Where packet allocation and freeing done
by the HW. Since HW can operate only on IOVA with help of SMMU/IOMMU,
when packet receives from the Ethernet device, it is
On 6/8/2017 12:59 AM, Gaetan Rivet wrote:
> eal: complete attach / detach support
> http://dpdk.org/ml/archives/dev/2017-May/066366.html
> http://dpdk.org/dev/patchwork/patch/24522/
>
> ethdev: add flow API rule copy function
> http://dpdk.org/ml/archives/dev/2017-May/066145.html
> http://dpdk.org
On Wed, Jun 7, 2017 at 10:03 PM, Gaëtan Rivet wrote:
> On Wed, Jun 07, 2017 at 07:28:07PM +0200, Jan Blunck wrote:
>> On Wed, May 24, 2017 at 5:12 PM, Gaetan Rivet wrote:
>> > Find which bus should be able to parse this device name into an internal
>> > device representation.
>> >
>>
>> No, pleas
-Original Message-
> Date: Wed, 17 May 2017 15:38:04 -0700
> From: John Daley
> To: ferruh.yi...@intel.com
> Cc: dev@dpdk.org, John Daley
> Subject: [dpdk-dev] [PATCH v4 1/8] net/enic: bring NIC interface functions
> up to date
> X-Mailer: git-send-email 2.12.0
>
> Update the base funct
On 6/7/2017 9:07 AM, Lu, Wenzhuo wrote:
> Hi,
>
>
>> -Original Message-
>> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Beilei Xing
>> Sent: Wednesday, June 7, 2017 2:54 PM
>> To: Wu, Jingjing
>> Cc: dev@dpdk.org
>> Subject: [dpdk-dev] [PATCH v3 2/2] net/i40e: add NVGRE parsing fu
On 6/6/2017 12:04 PM, Shijith Thotton wrote:
> max_rx_pkt_len member of port RX configuration indicates max frame
> length. Ethernet header and CRC length should be subtracted from it to
> find MTU.
>
> Fixes: 605164c8e79d ("net/liquidio: add API to validate VF MTU")
>
> Signed-off-by: Shijith Th
On Thu, 8 Jun 2017 11:01:54 +0100, Bruce Richardson
wrote:
> On Thu, Jun 08, 2017 at 11:29:17AM +0200, Olivier Matz wrote:
> > Hi,
> >
> > One of our customers encounters an issue with dpdk when there
> > is a bogus SFP on one of the ports. The following message is
> > reported:
> >
> > PMD:
Hi Santosh,
On Thu, 11 May 2017 16:00:43 +0530, Santosh Shukla
wrote:
> Cc: sta...@dpdk.org
> Signed-off-by: Santosh Shukla
> ---
> test/test/test_mbuf.c | 100
> +-
> 1 file changed, 51 insertions(+), 49 deletions(-)
>
Thank you for doing thi
Hi Hemant,
On Tue, 23 May 2017 15:03:48 +0530, Hemant Agrawal
wrote:
> Debug logs are helpful for better debugging. Alloc
> was having the logs, but logs were not present in free routines.
>
> This patch add support for debug mode logs in free routine.
> Also, changing the log category to DRV i
On Thu, Jun 08, 2017 at 11:29:17AM +0200, Olivier Matz wrote:
> Hi,
>
> One of our customers encounters an issue with dpdk when there
> is a bogus SFP on one of the ports. The following message is
> reported:
>
> PMD: eth_i40e_dev_init(): Failed to sync phy type: -95
>
> (note: 95 is EOPNOTSU
On 6/7/2017 9:09 AM, Beilei Xing wrote:
> This patch adds flexible payload parsing support for
> flow director filter.
>
> Signed-off-by: Beilei Xing
<...>
> /* 1. Last in item should be NULL as range is not supported.
> - * 2. Supported flow type and input set: refer to array
> + * 2. Support
Hi Hemant,
On Tue, 23 May 2017 15:03:47 +0530, Hemant Agrawal
wrote:
> In case the alloc api is not able to allocate the required
> number of buffer, it can return '0', which will not indicate
> the failure to the calling function.
> This patch fix the return value to indicate the failure.
>
>
Hi,
One of our customers encounters an issue with dpdk when there
is a bogus SFP on one of the ports. The following message is
reported:
PMD: eth_i40e_dev_init(): Failed to sync phy type: -95
(note: 95 is EOPNOTSUPP/ENOTSUP)
Unfortunately I cannot reproduce the issue to give more details,
bu
On Wed, Jun 07, 2017 at 04:16:58PM +0200, Thomas Monjalon wrote:
> Hi, some comments below:
>
> 18/05/2017 12:14, Adrien Mazarguil:
> > These macros resolve to constant expressions that allow developers to
> > perform endianness conversion on static/const objects, even outside of
> > function scop
Hi,
In the structure reorganization patchset [1], some work was done
to ensure that the values of the following fields are always initialized
for mbuf that are inside the mbuf pool (not yet allocated).
In other words, calling rte_mbuf_raw_alloc() or rte_mempool_get() return
mbufs that are initial
1 - 100 of 109 matches
Mail list logo
