From: Chas Williams
The same issue was fixed on for the ipv4 version of this routine in
commit 8d4d3a4f7337 ("ip_frag: handle MTU sizes not aligned to 8 bytes").
Briefly, the size of an ipv6 header is always 40 bytes. With an MTU of
1500, this will never produce a multiple of 8 bytes for the fra
OK, thank you very much!
-- Original --
From: "Dumitrescu, Cristian";
Date: Tue, Nov 27, 2018 05:49 AM
To: "bai bakari"<912873...@qq.com>;"dev";
Subject: RE: [dpdk-dev] About the LRU Cache based DPDK?
> -Original Message-
> From: dev [mailto:dev-b
> -Original Message-
> From: Wiles, Keith
> Sent: Saturday, November 24, 2018 8:24 AM
> To: Zhang, Qi Z
> Cc: Richardson, Bruce ; dev ; Lu,
> Wenzhuo ; Iremonger, Bernard
> ; sta...@dpdk.org
> Subject: Re: [PATCH] app/testpmd: improve MAC swap performance
>
>
>
> > On Nov 23, 2018, a
On Mon, 26 Nov 2018 22:47:23 +0100
Timothy Redaelli wrote:
> On Mon, 26 Nov 2018 13:30:46 -0800
> Stephen Hemminger wrote:
>
> > Started testing DPDK support of Hyper-V in Fedora and discovered that it
> > doesn't work.
> > Looks like the multiq qdisc is not in the default Fedora kernel
> > c
As good news never come alone,
the Camp Fire is contained, and a new major DPDK release is available:
http://fast.dpdk.org/rel/dpdk-18.11.tar.xz
The branch 18.11 should be supported for at least two years,
making it recommended for system integration and deployment.
The maintainer of this
Hi,
I’ve been troubleshooting a possible memory allocator corruption:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffefdf0700 (LWP 1079)]
0x004794ee in malloc_elem_free_list_insert (elem=0x7ff82d265000) at
dpdk/lib/librte_eal/common/malloc_elem.c:292
292
26/11/2018 18:18, Thomas Monjalon:
> Signed-off-by: Thomas Monjalon
Applied
27/11/2018 00:15, John McNamara:
> Fix grammar, spelling and formatting of DPDK 18.11 release notes.
>
> Signed-off-by: John McNamara
Applied with few more details changed
Fix grammar, spelling and formatting of DPDK 18.11 release notes.
Signed-off-by: John McNamara
---
doc/guides/rel_notes/release_18_11.rst | 298 -
1 file changed, 148 insertions(+), 150 deletions(-)
diff --git a/doc/guides/rel_notes/release_18_11.rst
b/doc/guide
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of bai bakari
> Sent: Monday, November 26, 2018 9:28 AM
> To: dev
> Subject: [dpdk-dev] About the LRU Cache based DPDK?
>
> Hi all,
>
>
> I'm going to implement a LRU Cache based DPDK.
> The most famous implemen
On Mon, 26 Nov 2018 13:30:46 -0800
Stephen Hemminger wrote:
> Started testing DPDK support of Hyper-V in Fedora and discovered that it
> doesn't work.
> Looks like the multiq qdisc is not in the default Fedora kernel configuration.
> Hopefully CentOS/RHEL don't have the same problem.
>
> Not su
Hi Stephen,
On 11/26/18 10:30 PM, Stephen Hemminger wrote:
Started testing DPDK support of Hyper-V in Fedora and discovered that it
doesn't work.
Looks like the multiq qdisc is not in the default Fedora kernel configuration.
Hopefully CentOS/RHEL don't have the same problem.
Not sure why SCH_M
Started testing DPDK support of Hyper-V in Fedora and discovered that it
doesn't work.
Looks like the multiq qdisc is not in the default Fedora kernel configuration.
Hopefully CentOS/RHEL don't have the same problem.
Not sure why SCH_MULTIQ is in the shipped kernel config files but not present.
L
As RHEL8 beta has been released and is based on recent upstream kernels
which don't use ndo_change_mtu_rh74 function. Fix the build so that it
doesn't fail because the function is missing
Signed-off-by: Mohammed Gamal
---
kernel/linux/kni/compat.h | 3 ++-
1 file changed, 2 insertions(+), 1 dele
This RPM recipe is not well maintained and probably not used a lot.
Each distribution has its own constraints and recipes.
It may not be a good idea to try maintaining packaging recipes in
the project itself.
Signed-off-by: Thomas Monjalon
---
pkg/dpdk.spec | 96 -
26/11/2018 18:59, Mcnamara, John:
> > From: Thomas Monjalon [mailto:tho...@monjalon.net]
> >
> > The DPDK website has a new URL scheme since June 2018.
>
> Acked-by: John McNamara
Cc stable for backport in all maintained releases.
Applied
> > Signed-off-by: Thomas Monjalon
>
> For drivers/net/avp:
> Acked-by: Allain Legacy
Applied
> -Original Message-
> From: Thomas Monjalon [mailto:tho...@monjalon.net]
> Sent: Monday, November 26, 2018 5:56 PM
> To: Jerin Jacob ; Mcnamara, John
> ; Kovacevic, Marko ;
> Griffin, John ; Trahe, Fiona ;
> Jain, Deepak K ; Richardson, Bruce
> ; John Daley ; Hyong Youb Kim
> ; Carrillo
> -Original Message-
> From: Thomas Monjalon [mailto:tho...@monjalon.net]
> Sent: Monday, November 26, 2018 2:53 PM
> To: Mcnamara, John
> Cc: dev@dpdk.org; Kovacevic, Marko
> Subject: Re: [dpdk-dev] [PATCH v1] doc: update release notes for 18.11
>
> Hi John,
>
> Thanks for the updat
The DPDK website has a new URL scheme since June 2018.
Signed-off-by: Thomas Monjalon
---
app/test-eventdev/test_order_atq.c | 2 +-
app/test-eventdev/test_order_queue.c | 2 +-
app/test-eventdev/test_perf_atq.c| 2 +-
app/test-eventdev/test_perf_queu
> -Original Message-
> From: Thomas Monjalon [mailto:tho...@monjalon.net]
> Sent: Monday, November 26, 2018 12:11 PM
> To: Legacy, Allain; Peters, Matt; Ravi Kumar; Declan Doherty; Chas Williams;
> Cristian Dumitrescu; Fiona Trahe; Pablo de Lara; Ashish Gupta; Konstantin
> Ananyev; David
Signed-off-by: Thomas Monjalon
---
lib/librte_eal/common/include/rte_version.h | 4 ++--
meson.build | 2 +-
pkg/dpdk.spec | 2 +-
3 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/lib/librte_eal/common/include/rte_version
Signed-off-by: Thomas Monjalon
---
drivers/net/avp/rte_pmd_avp_version.map | 3 +--
drivers/net/axgbe/rte_pmd_axgbe_version.map | 3 +--
drivers/net/bonding/rte_pmd_bond_version.map| 9 -
lib/librte_cfgfile/rte_cfgfile_version.map | 4 ++--
.../rte_compressdev_ver
Good news!
About the format of this email, no need to Cc techboard.
I think it would be easier to find if sent as a reply of the release candidate
email.
Thank you
26/11/2018 16:11, Pei Zhang:
> Hi all,
>
> dpdk 18.11-rc5 testing: PASS . As no regression bugs were found.
>
> Testing scenar
+CC Ilia & Sasha.
-Original Message-
From: Burakov, Anatoly
Sent: Monday, November 26, 2018 04:57 PM
To: Ilya Maximets ; Asaf Sinai ;
dev@dpdk.org; Thomas Monjalon
Subject: Re: [dpdk-dev] CONFIG_RTE_EAL_NUMA_AWARE_HUGEPAGES: no difference in
memory pool allocations, when enabling/disa
Hi all,
dpdk 18.11-rc5 testing: PASS . As no regression bugs were found.
Testing scenarios:
(1)Guest with device assignment(PF) throughput testing(1G hugepage size) PASS
(2)Guest with device assignment(PF) throughput testing(2M hugepage size) PASS
(3)Guest with device assignment(VF) throughp
On 26-Nov-18 2:32 PM, Ilya Maximets wrote:
On 26.11.2018 17:21, Burakov, Anatoly wrote:
On 26-Nov-18 2:10 PM, Ilya Maximets wrote:
On 26.11.2018 16:42, Burakov, Anatoly wrote:
On 26-Nov-18 1:20 PM, Ilya Maximets wrote:
On 26.11.2018 16:16, Ilya Maximets wrote:
On 26.11.2018 15:50, Burakov, A
Hi John,
Thanks for the update.
I have a couple of comments below.
26/11/2018 11:51, John McNamara:
> * **Updated the AESNI MB PMD.**
>
> - The AESNI MB PMD has been updated with additional support for AES-GCM
> - algorithm support.
> -
> -* **Added NXP CAAM JR PMD.**
> -
> - Added the new
26/11/2018 12:14, Hunt, David:
> Hi Anatoly,
>
> On 26/11/2018 10:57 AM, Anatoly Burakov wrote:
> > When RTE_EAL_NUMA_AWARE_HUGEPAGES is set to "n", not all memtypes
> > will be valid, because we skip some due to not supporting other
> > NUMA nodes, leading to a division by zero error down the lin
On 26.11.2018 17:21, Burakov, Anatoly wrote:
> On 26-Nov-18 2:10 PM, Ilya Maximets wrote:
>> On 26.11.2018 16:42, Burakov, Anatoly wrote:
>>> On 26-Nov-18 1:20 PM, Ilya Maximets wrote:
On 26.11.2018 16:16, Ilya Maximets wrote:
> On 26.11.2018 15:50, Burakov, Anatoly wrote:
>> On 26-Nov
On 26-Nov-18 2:10 PM, Ilya Maximets wrote:
On 26.11.2018 16:42, Burakov, Anatoly wrote:
On 26-Nov-18 1:20 PM, Ilya Maximets wrote:
On 26.11.2018 16:16, Ilya Maximets wrote:
On 26.11.2018 15:50, Burakov, Anatoly wrote:
On 26-Nov-18 11:43 AM, Burakov, Anatoly wrote:
On 26-Nov-18 11:33 AM, Asaf
On 26.11.2018 16:42, Burakov, Anatoly wrote:
> On 26-Nov-18 1:20 PM, Ilya Maximets wrote:
>> On 26.11.2018 16:16, Ilya Maximets wrote:
>>> On 26.11.2018 15:50, Burakov, Anatoly wrote:
On 26-Nov-18 11:43 AM, Burakov, Anatoly wrote:
> On 26-Nov-18 11:33 AM, Asaf Sinai wrote:
>> Hi Anatol
On 26-Nov-18 1:20 PM, Ilya Maximets wrote:
On 26.11.2018 16:16, Ilya Maximets wrote:
On 26.11.2018 15:50, Burakov, Anatoly wrote:
On 26-Nov-18 11:43 AM, Burakov, Anatoly wrote:
On 26-Nov-18 11:33 AM, Asaf Sinai wrote:
Hi Anatoly,
We did not check it with "testpmd", only with our application.
On 26.11.2018 16:16, Ilya Maximets wrote:
> On 26.11.2018 15:50, Burakov, Anatoly wrote:
>> On 26-Nov-18 11:43 AM, Burakov, Anatoly wrote:
>>> On 26-Nov-18 11:33 AM, Asaf Sinai wrote:
Hi Anatoly,
We did not check it with "testpmd", only with our application.
From the beginning,
On 26.11.2018 15:50, Burakov, Anatoly wrote:
> On 26-Nov-18 11:43 AM, Burakov, Anatoly wrote:
>> On 26-Nov-18 11:33 AM, Asaf Sinai wrote:
>>> Hi Anatoly,
>>>
>>> We did not check it with "testpmd", only with our application.
>>> From the beginning, we did not enable this configuration (look at att
On 26-Nov-18 11:43 AM, Burakov, Anatoly wrote:
On 26-Nov-18 11:33 AM, Asaf Sinai wrote:
Hi Anatoly,
We did not check it with "testpmd", only with our application.
From the beginning, we did not enable this configuration (look at
attached files), and everything works fine.
Of course we rebuil
On 26.11.2018 15:23, Ilya Maximets wrote:
>> Hi,
>>
>> We have 2 NUMAs in our system, and we try to allocate a single DPDK memory
>> pool on each NUMA.
>> However, we see no difference when enabling/disabling
>> "CONFIG_RTE_EAL_NUMA_AWARE_HUGEPAGES" configuration.
>> We expected that disabling it
> Hi,
>
> We have 2 NUMAs in our system, and we try to allocate a single DPDK memory
> pool on each NUMA.
> However, we see no difference when enabling/disabling
> "CONFIG_RTE_EAL_NUMA_AWARE_HUGEPAGES" configuration.
> We expected that disabling it will allocate pools only on one NUMA (probably
On 26-Nov-18 11:33 AM, Asaf Sinai wrote:
Hi Anatoly,
We did not check it with "testpmd", only with our application.
From the beginning, we did not enable this configuration (look at attached
files), and everything works fine.
Of course we rebuild DPDK, when we change configuration.
Please note
Hi Jasvinder,
> -Original Message-
> From: Singh, Jasvinder
> Sent: Friday, November 23, 2018 4:54 PM
> To: dev@dpdk.org
> Cc: Dumitrescu, Cristian ; Pattan, Reshma
>
> Subject: [PATCH] mbuf: implement generic format for sched field
>
> This patch implements the changes proposed in the d
Hi Anatoly,
We did not check it with "testpmd", only with our application.
From the beginning, we did not enable this configuration (look at attached
files), and everything works fine.
Of course we rebuild DPDK, when we change configuration.
Please note that we use DPDK 17.11.3, maybe this is why
Hi Anatoly,
On 26/11/2018 10:57 AM, Anatoly Burakov wrote:
When RTE_EAL_NUMA_AWARE_HUGEPAGES is set to "n", not all memtypes
will be valid, because we skip some due to not supporting other
NUMA nodes, leading to a division by zero error down the line
because the necessary memtype fields weren't
On 26-Nov-18 9:15 AM, Asaf Sinai wrote:
Hi,
We have 2 NUMAs in our system, and we try to allocate a single DPDK memory pool
on each NUMA.
However, we see no difference when enabling/disabling
"CONFIG_RTE_EAL_NUMA_AWARE_HUGEPAGES" configuration.
We expected that disabling it will allocate pools
When RTE_EAL_NUMA_AWARE_HUGEPAGES is set to "n", not all memtypes
will be valid, because we skip some due to not supporting other
NUMA nodes, leading to a division by zero error down the line
because the necessary memtype fields weren't populated.
Fix it by limiting number of memtypes to number of
> -Original Message-
> From: Mcnamara, John
> Sent: Monday, November 26, 2018 10:51 AM
> To: dev@dpdk.org
> Cc: Kovacevic, Marko ; Mcnamara, John
>
> Subject: [PATCH v1] doc: update release notes for 18.11
Thanks to everyone who submitted updates to this release note. The
quality of descr
Fix grammar, spelling and formatting of DPDK 18.11 release notes.
Signed-off-by: John McNamara
---
doc/guides/rel_notes/release_18_11.rst | 299 -
1 file changed, 149 insertions(+), 150 deletions(-)
diff --git a/doc/guides/rel_notes/release_18_11.rst
b/doc/guide
Hi,
> Hi Vipin,
>
> >
> > Hi Konstantin,
> >
> > > >
> > > > If the operator is '|' what else except of 'OR' you expect it to be
> > > > remapped?
> >
> > Thanks for your correction. I have rerun with logical or
> >
> > if ((ret) || (!is_leaf))
> >9a512: 83 bd 3
Hi Vipin,
>
> Hi Konstantin,
>
> > >
> > > If the operator is '|' what else except of 'OR' you expect it to be
> > > remapped?
>
> Thanks for your correction. I have rerun with logical or
>
> if ((ret) || (!is_leaf))
>9a512: 83 bd 3c fd ff ff 00cmpD
On 11/25/2018 10:42 AM, Thomas Monjalon wrote:
> 23/11/2018 23:29, Thomas Monjalon:
>> 23/11/2018 21:07, Kevin Traynor:
>>> On 11/23/2018 04:25 PM, Maxime Coquelin wrote:
On 11/23/18 4:53 PM, Ilya Maximets wrote:
> On 23.11.2018 18:41, Maxime Coquelin wrote:
>> On 11/23/18 4:39 PM, Ily
Hi Konstantin,
> >
> > If the operator is '|' what else except of 'OR' you expect it to be
> > remapped?
Thanks for your correction. I have rerun with logical or
if ((ret) || (!is_leaf))
9a512: 83 bd 3c fd ff ff 00cmpDWORD PTR [rbp-0x2c4],0x0
9a519:
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Ananyev, Konstantin
> Sent: Monday, November 26, 2018 9:28 AM
> To: Varghese, Vipin ; Stephen Hemminger
>
> Cc: Pattan, Reshma ; dev@dpdk.org;
> tho...@monjalon.net; Mcnamara, John ;
> Byrne, Stephen1 ; Glynn,
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Varghese, Vipin
> Sent: Monday, November 26, 2018 4:15 AM
> To: Stephen Hemminger
> Cc: Pattan, Reshma ; dev@dpdk.org;
> tho...@monjalon.net; Mcnamara, John ;
> Byrne, Stephen1 ; Glynn, Michael J
> ; Patel, Am
Hi all,
I'm going to implement a LRU Cache based DPDK.
The most famous implementation of LRU is based on LinkedHashMap.
I know that DPDK has a `rte_hash` library, but I don't know whether
it can assist me to build a LRU Cache.
Can someone give me some advice? Thanks a lot in advance.
Hi,
We have 2 NUMAs in our system, and we try to allocate a single DPDK memory pool
on each NUMA.
However, we see no difference when enabling/disabling
"CONFIG_RTE_EAL_NUMA_AWARE_HUGEPAGES" configuration.
We expected that disabling it will allocate pools only on one NUMA (probably
NUMA0), but i
There's very commonly that more than 4G DDR memory in NIC for HQoS,
so right now the queue threshold size of RED needs to expand to
uint64_t. For struct rte_tm_red_params, it has been fixed, but for
test-pmd TM configuration, it hasn't been fixed. This patch fixes it.
Fixes: bddc2f40b594 ("app/tes
On Saturday 24 November 2018 11:03 PM, Thomas Monjalon wrote:
> 23/11/2018 17:32, Jerin Jacob:
>> From: Shreyansh Jain
>>>
>>> rte_rawdevs is expected to be deprecated in future releases. This is
>>> not expected to be directly used, without API access that is, by any
>>> external application or d
> -Original Message-
> From: Thomas Monjalon
> Sent: Monday, November 26, 2018 1:09 PM
> To: Varghese, Vipin
> Cc: dev@dpdk.org; Mcnamara, John ; Kovacevic,
> Marko ; Byrne, Stephen1
> ; amol.patel@dpdk.org;
> honnappa.nagaraha...@arm.com; Dumitrescu, Cristian
> ; Burakov, Anatoly
57 matches
Mail list logo
