Add template release notes for DPDK 17.11 with inline
comments and explanations of the various sections.
Signed-off-by: John McNamara
---
V2: Updated library version numbers.
doc/guides/rel_notes/index.rst | 1 +
doc/guides/rel_notes/release_17_11.rst | 200 +
Modify port_id related code in examples accordingly since port_id
definition in lib changes.
Signed-off-by: Zhiyong Yang
---
examples/bond/main.c| 6 +++---
examples/ip_fragmentation/main.c| 4 ++--
examples/l3fwd-power/main.c |
Extend port_id definition from uint8_t to uint16_t in lib
ethdev data structures, specifically rte_eth_dev_data and
modify the APIs using port_id at the same time.
Signed-off-by: Zhiyong Yang
---
app/pdump/main.c | 2 +-
app/test-pmd/cmdline.c |
port_id is currently defined as uint8_t, which is limited to the range 0 to
255. A larger range is required for vdev scalability.
It is necessary for a redefinition of port_id to extend it from 1 bytes to
2 bytes. All ethdev APIs and usages related to port_id will be changed at the
same time.
Bel
Hi Zhiyong,
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Zhiyong Yang
> Sent: Wednesday, August 9, 2017 9:42 AM
> To: dev@dpdk.org
> Cc: tho...@monjalon.net
> Subject: [dpdk-dev] [PATCH 0/2] increase port_id range
>
> port_id is currently defined as uint8_t,
Hiļ¼Pablo:
> -Original Message-
> From: De Lara Guarch, Pablo
> Sent: Wednesday, August 9, 2017 5:01 PM
> To: Yang, Zhiyong ; dev@dpdk.org
> Cc: tho...@monjalon.net
> Subject: RE: [dpdk-dev] [PATCH 0/2] increase port_id range
>
> Hi Zhiyong,
>
> > -Original Message-
> > From: dev
On 8/9/2017 9:42 AM, Zhiyong Yang wrote:
> Extend port_id definition from uint8_t to uint16_t in lib
> ethdev data structures, specifically rte_eth_dev_data and
> modify the APIs using port_id at the same time.
>
> Signed-off-by: Zhiyong Yang
> ---
> app/pdump/main.c |
> On Aug 9, 2017, at 7:52 AM, Ferruh Yigit wrote:
>
> On 8/9/2017 9:42 AM, Zhiyong Yang wrote:
>> Extend port_id definition from uint8_t to uint16_t in lib
>> ethdev data structures, specifically rte_eth_dev_data and
>> modify the APIs using port_id at the same time.
If we have not already deci
rte_kvargs_process() should return error if the key
is not found in the kvlist or kvlist is NULL.
Minor documentation changes and update for when an
error is returned.
Signed-off-by: Keith Wiles
---
lib/librte_kvargs/rte_kvargs.c | 7 ---
lib/librte_kvargs/rte_kvargs.h | 7 ---
2 files
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Keith Wiles
> Sent: Wednesday, August 9, 2017 4:30 PM
> To: dev@dpdk.org
> Subject: [dpdk-dev] [PATCH] kvargs: return error if key not find in kvlist
>
> rte_kvargs_process() should return error if the key
> is n
> On Aug 9, 2017, at 8:53 AM, Ananyev, Konstantin
> wrote:
>
>
>
>> -Original Message-
>> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Keith Wiles
>> Sent: Wednesday, August 9, 2017 4:30 PM
>> To: dev@dpdk.org
>> Subject: [dpdk-dev] [PATCH] kvargs: return error if key not find
> -Original Message-
> From: Wiles, Keith
> Sent: Wednesday, August 9, 2017 5:36 PM
> To: Ananyev, Konstantin
> Cc: dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] kvargs: return error if key not find in kvlist
>
>
> > On Aug 9, 2017, at 8:53 AM, Ananyev, Konstantin
> > wrote:
> >
> >
On Wed, 9 Aug 2017 16:42:03 +0800
Zhiyong Yang wrote:
> - BOND_PORT = (uint8_t)retval;
> + BOND_PORT = (uint16_t)retval;
>
The cast here is unnecessary (in C). Please remove it.
-Original Message-
> Date: Wed, 9 Aug 2017 02:23:15 +
> From: "Eads, Gage"
> To: Jerin Jacob
> CC: "Rao, Nikhil" , "dev@dpdk.org" ,
> "tho...@monjalon.net" , "Richardson, Bruce"
> , "Van Haaren, Harry"
> , "hemant.agra...@nxp.com"
> , "nipun.gu...@nxp.com" ,
> "Vangati, Narender"
> -Original Message-
> From: Jerin Jacob [mailto:jerin.ja...@caviumnetworks.com]
> Sent: Wednesday, August 9, 2017 11:20 AM
> To: Eads, Gage
> Cc: Rao, Nikhil ; dev@dpdk.org; tho...@monjalon.net;
> Richardson, Bruce ; Van Haaren, Harry
> ; hemant.agra...@nxp.com;
> nipun.gu...@nxp.com; V
Events sent through single-link queues are naturally in-order and
atomic, without reordering or atomic scheduling. Logically the
nb_atomic_flows and nb_atomic_order_sequences arguments don't apply to a
single link queue, but applications must set these (depending on the queue
config type) to bypass
Can anyone point out to me when and where the change to require SSE4.2 was
dicussed? The first I saw of it was when the commit to the release notes went
in on August 3, and I can find no prior mention of it, save for the patches that
went in separately in the prior weeks.
Neil
With the new updated requirement for SSE4.2, dpdk no longer supports
building on atom machines, as they only support up to SSE3. Remove the
machine definition.
Signed-off-by: Neil Horman
CC: Thomas Monjalon
---
mk/machine/atm/rte.vars.mk | 58 --
1 f
Hi, Ferruh:
> -Original Message-
> From: Yigit, Ferruh
> Sent: Wednesday, August 9, 2017 8:53 PM
> To: Yang, Zhiyong ; dev@dpdk.org
> Cc: tho...@monjalon.net
> Subject: Re: [dpdk-dev] [PATCH 1/2] ethdev: increase port_id range
>
> On 8/9/2017 9:42 AM, Zhiyong Yang wrote:
> > Extend port_i
> -Original Message-
> From: Wiles, Keith
> Sent: Wednesday, August 9, 2017 8:58 PM
> To: Yigit, Ferruh
> Cc: Yang, Zhiyong ; dev@dpdk.org;
> tho...@monjalon.net
> Subject: Re: [dpdk-dev] [PATCH 1/2] ethdev: increase port_id range
>
>
> > On Aug 9, 2017, at 7:52 AM, Ferruh Yigit wrote:
Hi, Stephen:
> -Original Message-
> From: Stephen Hemminger [mailto:step...@networkplumber.org]
> Sent: Wednesday, August 9, 2017 10:49 PM
> To: Yang, Zhiyong
> Cc: dev@dpdk.org; tho...@monjalon.net
> Subject: Re: [dpdk-dev] [PATCH 2/2] examples: increase port_id range
>
> On Wed, 9 Aug
The GRO library provides two reassembly modes: lightweight mode and
heavyweight mode. This patch is to support the heavyweight mode in
csum forwarding engine.
With the command "gro (heavymode|lightmode) (on|off) ", users
can select the lightweight mode or the heavyweight mode to use. With
the comm
The GRO library provides two reassembly modes: lightweight mode and
heavyweight mode. The lightweight mode has been supported by testpmd.
This patchset is to support the heavyweight mode in testpmd.
Jiayu Hu (2):
app/testpmd: support the heavywight mode GRO
doc: update testpmd user guide for t
Signed-off-by: Jiayu Hu
---
doc/guides/testpmd_app_ug/testpmd_funcs.rst | 14 +-
1 file changed, 13 insertions(+), 1 deletion(-)
diff --git a/doc/guides/testpmd_app_ug/testpmd_funcs.rst
b/doc/guides/testpmd_app_ug/testpmd_funcs.rst
index 2ed62f5..bc8f7f8 100644
--- a/doc/guides/test
Flow control watermark is not read out correctly,
that may cause an application who not intend to change
watermark but does change it with a rte_eth_dev_flow_ctrl_set
call right after rte_eth_dev_flow_ctrl_get.
Fixes: f53577f06925 ("i40e: support flow control")
Cc: sta...@dpdk.org
Signed-off-by:
On 08/08/17 21:16, Jonas Pfefferle wrote:
> DMA window size needs to be big enough to span all memory segment's
> physical addresses. We do not need multiple levels of IOMMU tables
> as we already span ~70TB of physical memory with 16MB hugepages.
>
> Signed-off-by: Jonas Pfefferle
Reviewed-by:
26 matches
Mail list logo
