Hi,
I found some small issues:
- In rte_flow_error_set(), *cause argument should be const to avoid a
compilation error when we implement it.
- In port_flow_create(), the flow is not stored in the pf structure
which ends by providing a null pointer to port_flow_destroy()
function.
On Thu, Nov 03, 2016 at 12:25:47PM +, Mcnamara, John wrote:
> > -Original Message-
> > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Nelio Laranjeiro
> > Sent: Wednesday, November 2, 2016 1:47 PM
> > To: dev at dpdk.org
> > Subject: [dpdk-dev] [PATCH 2/2] doc: add mlx5
Hi all,
Am facing an issue with compilation on redhat 6.5 of DPDK v16.11-rc2,
compilation fails with:
cc1: warnings being treated as errors
/root/dpdk/drivers/net/i40e/i40e_ethdev_vf.c: In function
?i40evf_dev_interrupt_handler?:
/root/dpdk/drivers/net/i40e/i40e_ethdev_vf.c:1391: error:
On Thu, Oct 13, 2016 at 02:35:05PM +, Oleg Kuporosov wrote:
>
> Hello DPDK Developers,
>
> Financial Services Industry which is pretty eager for several DPDK
> features especially low latency while high throughput. The major issue
> so far for increasing DPDK adoption there is requirement
On Wed, Sep 14, 2016 at 01:53:47PM +0200, Nelio Laranjeiro wrote:
> - Flow director
> - Rx Capabilities
> - Inline
>
> Changes in V2:
>
> - Fix a compilation error.
>
> Adrien Mazarguil (1):
> net/mlx5: fix Rx VLAN offload capability report
>
> Nelio Laranjeiro (3):
> net/mlx5: force
On Wed, Sep 14, 2016 at 11:43:35AM +0100, Ferruh Yigit wrote:
> Hi Nelio,
>
> On 9/7/2016 8:02 AM, Nelio Laranjeiro wrote:
> > To improve performance the NIC expects for large packets to have a pointer
> > to a cache aligned address, old inline code could break this assumption
> > which hurts
On Wed, Jul 27, 2016 at 12:27:26PM +0300, Olga Shern wrote:
> Signed-off-by: Olga Shern
> ---
> doc/guides/nics/mlx5.rst |7 ++-
> doc/guides/rel_notes/release_16_07.rst | 14 ++
> 2 files changed, 20 insertions(+), 1 deletions(-)
>
> diff --git
Hi Kevin,
On Sat, Jul 16, 2016 at 07:38:50PM +0300, Kevin Wilson wrote:
> Hello,
>
> I had tried to build the connectx-3 driver with latest git tree and
> it fails with
> ...
> ...
> == Build drivers/net/mlx4
> CC mlx4.o
> /work/down/temp/dpdk/drivers/net/mlx4/mlx4.c: In function
Thomas,
On Wed, Jul 06, 2016 at 12:38:50PM +0200, Thomas Monjalon wrote:
> From: Nelio Laranjeiro
>
> A driver patch under net should start with "net/" or if
> a patch touch multiple drivers, it should only start with "net:".
> The same apply for crypto.
> A patch touching all drivers (net +
On Mon, Jun 27, 2016 at 11:35:19PM +0100, Pablo de Lara wrote:
> Number of forwarding cores must be equal or less than
> number of forwarding streams, otherwise two cores
> would try to use a same queue on a port, which is not allowed.
>
> Fixes: f2bb7ae1d204 ("app/testpmd: handle all Rx queues
Hi Pablo,
On Mon, Jun 27, 2016 at 10:36:38PM +, De Lara Guarch, Pablo wrote:
> Hi Nelio,
>
> > -Original Message-
> > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of N?lio Laranjeiro
> > Sent: Monday, June 27, 2016 3:24 PM
> > To: Wang, Zhihong
> > Cc: dev at dpdk.org;
On Tue, Jun 14, 2016 at 07:08:05PM -0400, Zhihong Wang wrote:
> This patch removes constraints in rxq handling when multiqueue is enabled
> to handle all the rxqs.
>
> Current testpmd forces a dedicated core for each rxq, some rxqs may be
> ignored when core number is less than rxq number, and
On Mon, Jun 27, 2016 at 01:17:42PM +0100, Bruce Richardson wrote:
> On Fri, Jun 24, 2016 at 03:17:56PM +0200, Nelio Laranjeiro wrote:
> > From: Yaacov Hazan
> >
> > Implement send inline feature which copies packet data directly into WQEs
> > for improved latency. The maximum packet size and the
Sorry about this, it will need a v7, a bug was introduced in the
previous version to fix a checkpatch warning. kvargs were no more
interpreted.
I will resend a v7 after verifying everything.
Regards,
--
N?lio Laranjeiro
6WIND
Hi,
I got an connection failure to my stmp server in the middle.
If you want a v6 tell me.
Regards,
--
N?lio Laranjeiro
6WIND
Hi Cristian, Chao,
I have encountered a compilation failure on IBM Power8 when compiling
master branch with EXTRA_CFLAGS='-O0 -g':
/root/nl/dpdk.org/build/lib/librte_meter.a(rte_meter.o): In function
`rte_meter_get_tb_params':
/root/nl/dpdk.org/lib/librte_meter/rte_meter.c:57: undefined
On Tue, Jun 21, 2016 at 05:42:42PM +0100, Ferruh Yigit wrote:
> On 6/21/2016 8:23 AM, Nelio Laranjeiro wrote:
> > The intent is to replace the remaining compile-time options and environment
> > variables with a common mean of runtime configuration. This commit only
> > adds the kvargs handling
On Tue, Jun 21, 2016 at 04:05:44PM +0800, Yuanhan Liu wrote:
> On Tue, Jun 21, 2016 at 10:00:34AM +0200, N?lio Laranjeiro wrote:
> > On Tue, Jun 21, 2016 at 03:43:08PM +0800, Yuanhan Liu wrote:
> > > Hi,
> > >
> > > Here is an off-topic comment: would you please add following line to
> > > the
On Tue, Jun 21, 2016 at 03:43:08PM +0800, Yuanhan Liu wrote:
> Hi,
>
> Here is an off-topic comment: would you please add following line to
> the sendemail section of your git config file?
>
> chainreplyto = false
>
> That would let me to break the long threads in my client much easier.
>
Hi Ferruh,
On Mon, Jun 20, 2016 at 06:01:49PM +0100, Ferruh Yigit wrote:
> Hi Nelio,
>
> On 6/20/2016 5:10 PM, Nelio Laranjeiro wrote:
> > Enhance mlx5 with a data path that bypasses Verbs.
> >
> > The first half of this patchset removes support for functionality completely
> > rewritten in the
On Mon, Jun 20, 2016 at 04:03:00PM +0100, Ferruh Yigit wrote:
> On 6/20/2016 8:38 AM, N?lio Laranjeiro wrote:
> > On Fri, Jun 17, 2016 at 05:09:43PM +0100, Ferruh Yigit wrote:
> >> On 6/8/2016 10:47 AM, Nelio Laranjeiro wrote:
> >>> Enhance mlx5 with a data path that bypasses Verbs.
> >>>
> >>>
On Fri, Jun 17, 2016 at 05:09:43PM +0100, Ferruh Yigit wrote:
> On 6/8/2016 10:47 AM, Nelio Laranjeiro wrote:
> > Enhance mlx5 with a data path that bypasses Verbs.
> >
> > The first half of this patchset removes support for functionality completely
> > rewritten in the second half
On Mon, Jun 13, 2016 at 11:50:48AM -0700, Javier Blazquez wrote:
>[...]
> This is a very exciting patch. I applied it and reran some microbenchmarks
> of mine that test the TX and RX paths separately. These are the results I
> got:
>
> TX path (burst = 64 packets)
>
> 1 thread - 2 ports - 4
On Mon, Mar 14, 2016 at 10:55:38PM +0100, Thomas Monjalon wrote:
> Re-spin of the Marc's patchset.
> The first version was sent 10 months ago!
> There are still too few tests and reviews but it is now time to move
> forward with this rework.
> Some issues were remaining in v9 and were difficult to
On Wed, Mar 09, 2016 at 03:14:07PM +0100, Thomas Monjalon wrote:
> There was an ABI change and more are coming in the release 16.04.
>
> Fixes: a9963a86b2e1 ("ethdev: increase RETA entry size")
>
> Signed-off-by: Thomas Monjalon
> ---
> doc/guides/rel_notes/release_16_04.rst | 5 -
>
On Wed, Mar 09, 2016 at 11:09:55AM +0100, Marc wrote:
>On 9 March 2016 at 09:45, N?lio Laranjeiro <[1]nelio.laranjeiro at
> 6wind.com>
>wrote:
>
> Hi Marc,
>
> A small remark bellow.
> On Tue, Mar 01, 2016 at 01:45:50AM +0100, Marc Sune wrote:
> > This patch
On Wed, Mar 09, 2016 at 10:29:38AM +0100, N?lio Laranjeiro wrote:
> On Tue, Mar 08, 2016 at 05:53:05PM +0100, N?lio Laranjeiro wrote:
> > On Tue, Mar 08, 2016 at 04:00:29PM +0100, Marc Sune wrote:
> > > 2016-03-01 1:45 GMT+01:00 Marc Sune :
> > >
> > > > The current rte_eth_dev_info abstraction
On Tue, Mar 08, 2016 at 05:53:05PM +0100, N?lio Laranjeiro wrote:
> On Tue, Mar 08, 2016 at 04:00:29PM +0100, Marc Sune wrote:
> > 2016-03-01 1:45 GMT+01:00 Marc Sune :
> >
> > > The current rte_eth_dev_info abstraction does not provide any mechanism to
> > > get the supported speed(s) of an
Hi Marc,
A small remark bellow.
On Tue, Mar 01, 2016 at 01:45:50AM +0100, Marc Sune wrote:
> This patch redesigns the API to set the link speed/s configure
> for an ethernet port. Specifically:
>
> - it allows to define a set of advertised speeds for
> auto-negociation.
> - it allows to
On Tue, Mar 08, 2016 at 04:00:29PM +0100, Marc Sune wrote:
> 2016-03-01 1:45 GMT+01:00 Marc Sune :
>
> > The current rte_eth_dev_info abstraction does not provide any mechanism to
> > get the supported speed(s) of an ethdev.
> >
> > For some drivers (e.g. ixgbe), an educated guess could be done
On Mon, Jan 18, 2016 at 03:38:43PM +0100, Olivier MATZ wrote:
> Hi,
>
> On 01/15/2016 10:00 AM, Panu Matilainen wrote:
> diff --git a/lib/librte_cmdline/cmdline_rdline.h
> b/lib/librte_cmdline/cmdline_rdline.h
> index b9aad9b..72e2dad 100644
> ---
Hi Marc,
On Mon, Feb 15, 2016 at 06:14:42PM +0100, Marc wrote:
> Rahul, Neilo, Jing D, et al
>
> On 15 February 2016 at 15:43, Rahul Lakkireddy chelsio.com
> > wrote:
>
> > Hi Marc,
> >
> > On Sunday, February 02/14/16, 2016 at 23:17:37 +0100, Marc Sune wrote:
> > > Added speed capabilities to
On Sun, Feb 14, 2016 at 11:17:38PM +0100, Marc Sune wrote:
> This patch redesigns the API to set the link speed/s configure
> for an ethernet port. Specifically:
>
> - it allows to define a set of advertised speeds for
> auto-negociation.
> - it allows to disable link auto-negociation (single
On Sun, Feb 14, 2016 at 11:17:37PM +0100, Marc Sune wrote:
> Added speed capabilities to all pmds supporting physical NICs:
>
> * e1000
> * ixgbe
> * i40
> * bnx2x
> * cxgbe
> * mlx4
> * mlx5
> * nfp
> * fm10k
>[...]
> diff --git a/drivers/net/mlx5/mlx5_ethdev.c b/drivers/net/mlx5/mlx5_ethdev.c
>
On Tue, Feb 02, 2016 at 11:30:59PM +0100, Marc wrote:
> On 2 February 2016 at 03:20, Stephen Hemminger
> wrote:
>
> > On Thu, 28 Jan 2016 17:33:20 +
> > Harish Patil wrote:
> >
> > > * Added utility MACROs ETH_SPEED_NUM_XXX with the numeric
> > > values of all supported link speeds, in
Hi Marc,
On Fri, Jan 29, 2016 at 01:42:05AM +0100, Marc Sune wrote:
>[...]
> /**
> - * Device supported speeds
> - */
> -#define ETH_SPEED_CAP_NOT_PHY(0) /*< No phy media > */
> -#define ETH_SPEED_CAP_10M_HD (1 << 0) /*< 10 Mbps half-duplex> */
> -#define ETH_SPEED_CAP_10M_FD (1 << 1)
On Tue, Jan 12, 2016 at 02:46:07PM +0200, Panu Matilainen wrote:
> On 01/12/2016 12:49 PM, Nelio Laranjeiro wrote:
> >Allow long command lines in testpmd (like flow director with IPv6, ...).
> >
> >Signed-off-by: John McNamara
> >Signed-off-by: Nelio Laranjeiro
> >---
> >
On Mon, Jan 04, 2016 at 02:36:14PM +, Ananyev, Konstantin wrote:
>
>
> > -Original Message-
> > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Adrien Mazarguil
> > Sent: Monday, January 04, 2016 11:38 AM
> > To: Tan, Jianfeng
> > Cc: dev at dpdk.org
> > Subject: Re:
On Mon, Nov 09, 2015 at 11:45:04AM +, Mcnamara, John wrote:
>
>
> > -Original Message-
> > From: N?lio Laranjeiro [mailto:nelio.laranjeiro at 6wind.com]
> > Sent: Thursday, November 5, 2015 4:51 PM
> > To: Mcnamara, John; Olivier Matz; Thomas Monjalon
> > Cc: dev at dpdk.org
> >
On Thu, Nov 05, 2015 at 09:58:36AM +, John McNamara wrote:
> Increase commandline buffer size to 512 to allow for longer
> commandlines required by testpmd when dealing with flow
> director and IPv6 addresses.
>
> Signed-off-by: John McNamara
> ---
> lib/librte_cmdline/cmdline_rdline.h | 2
On Fri, Oct 16, 2015 at 01:40:00PM +, Lu, Wenzhuo wrote:
> Hi N?lio,
>
> > Hi Wenzhuo,
> >
> > We should discuss about this API for a future release of DPDK because this
> > one
> > lacks in flexibility. Some other NICs have indirection tables with a
> > different/configurable size, and
On Mon, Sep 28, 2015 at 03:52:27PM +0800, Wenzhuo Lu wrote:
> This patch set implements the RSS enhancement on x550.
> The enhancement includes, the PF RSS redirection table is enlarged
> from 128 entries to 512 entries, the VF doesn't share the same
> registers with PF and per VF RSS redirection
Hi Marc,
On Sun, Oct 04, 2015 at 11:12:46PM +0200, Marc Sune wrote:
>[...]
> /**
> + * Device supported speeds bitmap flags
> + */
> +#define ETH_LINK_SPEED_AUTONEG (0 << 0) /*< Autonegociate
> (all speeds) */
> +#define ETH_LINK_SPEED_NO_AUTONEG(1 << 0) /*< Disable autoneg
On Tue, Sep 15, 2015 at 12:50:11AM +0200, Morten Br?rup wrote:
> Comments inline, marked MB>.
>
> Med venlig hilsen / kind regards
> - Morten Br?rup
>
> Marc Sune on 14. september 2015 23:34 wrote:
>
> 2015-09-14 12:52 GMT+02:00 Morten Br?rup :
> > It is important to consider that a multipath
On Sun, Sep 13, 2015 at 11:18:33PM +0200, Thomas Monjalon wrote:
> 2015-09-13 21:14, Marc Sune:
> > 2015-09-09 15:33 GMT+02:00 Thomas Monjalon :
> > > 2015-09-09 15:10, N?lio Laranjeiro:
> > > > I think V2 is better, maybe you can add a function to convert a single
> > > > bitmap value to the
Marc,
(making this discussion public again)
On Wed, Sep 09, 2015 at 12:07:01PM +0200, Marc Sune wrote:
> Hi Nelio
>
> 2015-09-09 11:08 GMT+02:00 N?lio Laranjeiro :
>
> Marc,
>
> On Tue, Sep 08, 2015 at 10:24:36PM +0200, Marc Sune wrote:
> > Neilo,
> >
> > 2015-09-08 12:03
bitmap
Reply-To:
Shern , Adrien
Mazarguil
Bcc:
Subject: Re: [dpdk-dev] [PATCH v4 0/2] ethdev: add port speed capability bitmap
Reply-To:
In-Reply-To: <20150909090855.GC17463 at autoinstall.dev.6wind.com>
Marc,
On Tue, Sep 08, 2015 at 10:24:36PM +0200, Marc Sune wrote:
> Neilo,
>
>
On Mon, Sep 07, 2015 at 10:52:53PM +0200, Marc Sune wrote:
> 2015-08-29 2:16 GMT+02:00 Marc Sune :
>
> > The current rte_eth_dev_info abstraction does not provide any mechanism to
> > get the supported speed(s) of an ethdev.
> >
> > For some drivers (e.g. ixgbe), an educated guess can be done
48 matches
Mail list logo