>-Original Message-
>From: dev On Behalf Of Ferruh Yigit
>Sent: Thursday, November 7, 2019 10:55 PM
>To: Pavan Nikhilesh Bhagavatula ;
>arybche...@solarflare.com; Jerin Jacob Kollanukkaran
>; tho...@monjalon.net; John McNamara
>; Marko Kovacevic
>
>Cc: dev@dpdk.org
>Subject: Re: [dpdk-de
When compiling the driver without macro for direct rules, the flow
table reference count should also be in the flow table resource
structure.
Fixes: c7455199284a ("net/mlx5: reorganize flow tables with hash list")
Signed-off-by: Bing Zhao
---
drivers/net/mlx5/mlx5.h | 2 --
1 file changed, 2 de
>
> From: Dekel Peled
>
> The maximum supported aggregated packet size for LRO
> is advertised in rte_eth_dev_info.
> For some devices, max_lro_pktlen may be different of
> the basic max_rx_pktlen property.
>
> Various PMDs supporting LRO are updated.
>
> Signed-off-by: Dekel Peled
> Signed
Hi Matan,
> > > > > > > > On 11/7/2019 12:35 PM, Dekel Peled wrote:
> > > > > > > > > @@ -1266,6 +1286,18 @@ struct rte_eth_dev *
> > > > > > > > >
> > > > > > > > RTE_ETHER_MAX_LEN;
> > > > > > > > > }
> > > > > > > > >
> > > > > > > > > + /*
> > > > > > > > >>>
> This patch implements [1], to support API for configuration and
> validation of max size for LRO aggregated packet.
> API change notice [2] is removed, and release notes for 19.11
> are updated accordingly.
>
> Various PMDs using LRO offload are updated, the new data members are
> initialized
>
> This patch implements use of the API for LRO aggregated packet
> max size.
> It adds command-line and runtime commands to configure this value,
> and adds option to show the supported value.
> Documentation is updated accordingly.
>
> Signed-off-by: Dekel Peled
> Acked-by: Bernard Iremonge
>
> From: Ferruh Yigit
> > On 11/8/2019 11:56 AM, Matan Azrad wrote:
> > >
> > >
> > > From: Ferruh Yigit
> > >> On 11/8/2019 10:10 AM, Matan Azrad wrote:
> > >>>
> > >>>
> > >>> From: Ferruh Yigit
> > On 11/8/2019 6:54 AM, Matan Azrad wrote:
> > > Hi
> > >
> > > From: Ferruh Yi
This patch fixes a kernel driver link status issue by recovering
link status when device stops.
Fixes: e6161345d8a9 ("net/ice: support link status change")
Cc: sta...@dpdk.org
Signed-off-by: Qiming Yang
---
drivers/net/ice/ice_ethdev.c | 28 +++-
drivers/net/ice/ice_ethd
>On Fri, Nov 8, 2019 at 7:24 PM Ananyev, Konstantin
> wrote:
>>
>>
>>
>> > -Original Message-
>> > From: dev On Behalf Of Ferruh Yigit
>> > Sent: Thursday, November 7, 2019 7:41 PM
>> > To: Jerin Jacob
>> > Cc: Pavan Nikhilesh ; Andrew
>Rybchenko ; jer...@marvell.com;
>> > tho...@monjalon
https://bugs.dpdk.org/show_bug.cgi?id=361
Bug ID: 361
Summary: device reset handling with igb_uio
Product: DPDK
Version: unspecified
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Pri
On Mon, Nov 11, 2019 at 10:26 AM Pavan Nikhilesh Bhagavatula
wrote:
>
> >On Fri, Nov 8, 2019 at 7:24 PM Ananyev, Konstantin
> > wrote:
> >>
> >>
> >>
> >> > -Original Message-
> >> > From: dev On Behalf Of Ferruh Yigit
> >> > Sent: Thursday, November 7, 2019 7:41 PM
> >> > To: Jerin Jacob
Hi Honnappa,
> -Original Message-
> From: Honnappa Nagarahalli
> Sent: Tuesday, October 29, 2019 1:47 PM
> To: tho...@monjalon.net
> Cc: Jerin Jacob ; Ola Liljedahl
> ; Gavin Hu (Arm Technology China)
> ; dev@dpdk.org; pbhagavat...@marvell.com; nd
> ; jer...@marvell.com; hemant.agra...@nx
On Sat, Nov 9, 2019 at 12:07 AM Ananyev, Konstantin
wrote:
>
>
>
> > -Original Message-
> > From: Thomas Monjalon
> > Sent: Friday, November 8, 2019 5:00 PM
> > To: Ananyev, Konstantin
> > Cc: David Marchand ; dev@dpdk.org; n...@arm.com;
> > Gavin Hu ; Mcnamara, John
> > ; Kovacevic, Ma
Hi David,
> -Original Message-
> From: David Marchand
> Sent: Wednesday, November 6, 2019 22:04
> To: Ruifeng Wang (Arm Technology China)
> Cc: Ananyev, Konstantin ; Honnappa
> Nagarahalli ; Kantecki, Tomasz
> ; dev@dpdk.org; Gavin Hu (Arm Technology
> China) ; nd
> Subject: Re: [dpdk-d
To make the list complete and consistent, add cortex-a76 configuration.
Signed-off-by: Gavin Hu
Reviewed-by: Honnappa Nagarahalli
---
config/arm/meson.build | 1 +
1 file changed, 1 insertion(+)
diff --git a/config/arm/meson.build b/config/arm/meson.build
index b56e442..b23dac1 100644
--- a/co
With "-march=armv8.2-a" specified, a compiling error generated:
app/test/test_rcu_qsbr.c:234:10: error: comparison of integer
expressions of different signedness: ‘unsigned int’ and ‘int’
[-Werror=sign-compare]
Fixes: b87089b0bb19 ("test/rcu: add API and functional tests")
Cc: sta...@dpdk.org
Sig
Arm N1 SDP is an infrastructure segment development platform
based on armv8.2-a Neoverse N1 CPU. For more information, refer to:
https://community.arm.com/developer/tools-software/oss-platforms/w/
docs/440/neoverse-n1-sdp
Signed-off-by: Gavin Hu
Reviewed-by: Honnappa Nagarahalli
Reviewed-by: Ste
Nerverse N1 is a new SoC based on armv8.2-a and with other advanced features.
N1 SDP is the infrastructure segment development platform with N1 SoC inside.
Here is more information about it:
https://community.arm.com/developer/tools-software/oss-platforms/w/docs/440/neoverse-n1-sdp
V3
-change the
Issue has been observed if PTP is already enabled on PF and
later VFs are configured. Since PTP requires mbuf data off
to be shifted by 8 bytes, due to this l3fwd/l2fwd was not
working with VFs.
Also some extra garbage bytes were observed in packet data
when ptp was enabled.
Fixes: b5dc3140448e ("
> -Original Message-
> From: Jerin Jacob
> Sent: Monday, November 11, 2019 1:12 PM
> To: Ananyev, Konstantin
> Cc: tho...@monjalon.net; David Marchand
> ; dev@dpdk.org; nd ; Gavin
> Hu (Arm Technology China) ; Mcnamara, John
> ; Kovacevic, Marko
> ; jer...@marvell.com; Jan Viktorin
>
> S
Hi
From: Ananyev, Konstantin
> Hi Matan,
>
> > > > > > > > > On 11/7/2019 12:35 PM, Dekel Peled wrote:
> > > > > > > > > > @@ -1266,6 +1286,18 @@ struct rte_eth_dev *
> > > > > > > > > >
> > > > > > > > > RTE_ETHER_MAX_LEN;
> > > > > > > > > > }
> > > > > > > > > >
> -Original Message-
> From: Bing Zhao
> Sent: Sunday, November 10, 2019 18:37
> To: Slava Ovsiienko ; Raslan Darawsheh
>
> Cc: Ori Kam ; dev@dpdk.org
> Subject: [PATCH] net/mlx5: fix compiling without definition
>
> When compiling the driver without macro for direct rules, the flow tabl
Hi,
Sorry for the very late review.
I hope someone else would try it.
I tried this:
devtools/test-build.sh -v x86_64-native-linux-clang+shared+UBSAN+SANITIZE_ALL
and it triggers some link errors:
/usr/bin/ld: rte_kvargs.c:(.text+0xc65): undefined reference to
`__ubsan_handle_pointer_overflow'
In order to allow smooth addition of features without breaking
ABI compatibility, some space is reserved in several core structs
of ethdev API.
The struct rte_eth_dev and rte_eth_dev_data are supposed
to be used internally only, but there is a chance that
increasing their size would break ABI for
Thanks, PSB.
> -Original Message-
> From: Ananyev, Konstantin
> Sent: Monday, November 11, 2019 1:11 AM
> To: Dekel Peled ; Mcnamara, John
> ; Kovacevic, Marko
> ; nhor...@tuxdriver.com;
> ajit.khapa...@broadcom.com; somnath.ko...@broadcom.com; Burakov,
> Anatoly ; xuanziya...@huawei.com;
Thnaks, PSB.
> -Original Message-
> From: Ananyev, Konstantin
> Sent: Monday, November 11, 2019 1:08 AM
> To: Dekel Peled ; Mcnamara, John
> ; Kovacevic, Marko
> ; nhor...@tuxdriver.com;
> ajit.khapa...@broadcom.com; somnath.ko...@broadcom.com; Burakov,
> Anatoly ; xuanziya...@huawei.com;
>On Wed, Oct 30, 2019 at 6:23 AM wrote:
>>
>> From: Pavan Nikhilesh
>>
>> Increase the number of routes from 8 to 16 that are statically added
>for
>> lpm and em mode as most of the SoCs support more than 8
>interfaces.
>>
>> Signed-off-by: Pavan Nikhilesh
>> ---
>> examples/l3fwd/l3fwd_em.c |
This patch changes RSS rule destroy interface from ice_rem_vsi_rss_cfg()
to ice_rem_rss_cfg(). To coordinate with input set change, it should
destroy a specific flow rule but not all vsi cfg.
Fixes: 5ad3db8d4bdd ("net/ice: enable advanced RSS")
Signed-off-by: Simei Su
---
drivers/net/ice/ice_ha
28 matches
Mail list logo
