Saturday, November 3, 2018 8:19 AM, Slava Ovsiienko:
> Subject: [PATCH v5 00/13] net/mlx5: e-switch VXLAN encap/decap hardware
> offload
>
> This patchset adds the VXLAN encapsulation/decapsulation hardware offload
> feature for E-Switch.
>
> A typical use case of tunneling infrastructure is port
Thursday, November 1, 2018 7:21 PM, Yongseok Koh:
> Subject: [PATCH v3 0/2] net/mlx5: make vectorized Tx threshold configurable
>
Series applied to next-net-mlx, thanks.
Saturday, November 3, 2018 7:11 PM, Yongseok Koh:
> Subject: [PATCH] net/mlx5: limit priority range for Linux TC flower driver
>
> Due to a limitation on driver/FW, priority ranges from 1 to 16 in kernel.
> Priority in rte_flow attribute starts from 0 and is added by 1 in translation.
> This is su
Hi Ophir,
Saturday, November 3, 2018 7:40 PM, Ophir Munk
> Subject: [PATCH v4] net/mlx5: set RSS key to NULL to indicate default RSS
>
> Applications which add RSS rules must supply an RSS key and length.
> If an application is only interested in default RSS operation it should not
> care
> abo
>File *fp, opened but not closed, this patch add fclose(fp)
>
>Fixes: ef4b04f87fa6 ("crypto/ccp: support device init")
>Cc: sta...@dpdk.org
>
>Signed-off-by: Ferruh Yigit
>---
> drivers/crypto/ccp/ccp_pci.c | 5 -
> 1 file changed, 4 insertions(+), 1 deletion(-)
>
>diff --git a/drivers/crypto/c
> -Original Message-
> From: dev On Behalf Of Thomas Monjalon
> Sent: den 27 oktober 2018 17:13
> To: Jerin Jacob
> Cc: Gavin Hu (Arm Technology China) ; dev@dpdk.org;
> Honnappa Nagarahalli ;
> sta...@dpdk.org; Ola Liljedahl ;
> olivier.m...@6wind.com; chao...@linux.vnet.ibm.com;
> bruce
Applications which add RSS rules must supply an RSS key and length.
If an application is only interested in default RSS operation it
should not care about the exact RSS key.
By setting the key to NULL - the PMD will use the default RSS key.
In addition if the application does not care about the RSS
Please see comments inline
> -Original Message-
> From: Ophir Munk
> Sent: Friday, November 02, 2018 7:55 PM
> To: dev@dpdk.org; Yongseok Koh
> Cc: Thomas Monjalon ; Asaf Penso
> ; Olga Shern ; Ophir Munk
>
> Subject: FW: [PATCH v2] net/mlx5: set RSS key to NULL to indicate default
> RSS
Due to a limitation on driver/FW, priority ranges from 1 to 16 in kernel.
Priority in rte_flow attribute starts from 0 and is added by 1 in
translation. This is subject to be changed to determine the max priority
based on trial-and-error like Verbs driver once the restriction is lifted
or the range
When creating an RSS rule without specifying a key (see [1]) it is
expected that the device will use the default key.
A NULL key is uded to indicate to a PMD it should use
its default key, however testpmd assigns a non-NULL dummy key
(see [2]) instead.
This does not enable testing any PMD behavior
Applications which add RSS rules must supply an RSS key and length.
If an application is only interested in default RSS operation it
should not care about the exact RSS key.
By setting the key to NULL - the PMD will use the default RSS key.
In addition if the application does not care about the RSS
struct rte_flow_action_rss include fields 'key' and 'types'.
Field 'key' is a pointer to bytes array (uint8_t *) which contains the
specific RSS hash key.
If an application is only interested in default RSS operation it
should not care about the specific hash key. The application can set
the hash k
-Original Message-
> Date: Sat, 3 Nov 2018 11:52:54 +
> From: Jerin Jacob
> To: Honnappa Nagarahalli
> CC: "bruce.richard...@intel.com" ,
> "pablo.de.lara.gua...@intel.com" ,
> "dev@dpdk.org" , "yipeng1.w...@intel.com"
> , "dharmik.thak...@arm.com"
> , "gavin...@arm.com" ,
> "n..
build_error:
drivers/crypto/scheduler/scheduler_pmd.c: In function ‘parse_name_arg’:
drivers/crypto/scheduler/scheduler_pmd.c:372:2: error: ‘strncpy’
specified bound 64 equals destination size [-Werror=stringop-truncation]
strncpy(params->name, value, RTE_CRYPTODEV_NAME_MAX_LEN);
^
-Original Message-
> Date: Fri, 26 Oct 2018 00:37:32 -0500
> From: Honnappa Nagarahalli
> To: bruce.richard...@intel.com, pablo.de.lara.gua...@intel.com
> CC: dev@dpdk.org, yipeng1.w...@intel.com, honnappa.nagaraha...@arm.com,
> dharmik.thak...@arm.com, gavin...@arm.com, n...@arm.com
> Su
> > > ---
> > > doc/guides/rel_notes/release_18_11.rst | 7 +++
> > > lib/librte_ring/rte_ring_c11_mem.h | 10 --
> > > 2 files changed, 11 insertions(+), 6 deletions(-)
> > >
> > > diff --git a/doc/guides/rel_notes/release_18_11.rst
> > > b/doc/guides/rel_notes/release_18_11.rst
Hello Keith/Anatoly,
Another strange thing, it appears that if i keep a
breakpoint (using gdb) on my async intr handler(bnxt_int_handler), then it
seems to hit it (after the alarm callback is invoked first) and then i can
see both this alarm going off every 2s and those async/i
17 matches
Mail list logo
