Thanks, Qi
I'll send v3 patch according to your comments.
BRs,
Zhu Tao
-Original Message-
From: Zhang, Qi Z
Sent: Thursday, October 29, 2020 1:53 PM
To: Zhu, TaoX ; Yang, Qiming
Cc: dev@dpdk.org; Zhu, TaoX
Subject: RE: [PATCH v2] net/ice: support show RSS hash configuration
>
From: Yi Yang
Many NICs can't offload VXLAN UFO, so it is very important
to do VXLAN UDP GSO by software to improve VM-to-VM UDP
performance, especially for the case that VM MTU is just
1500 but not 9000.
With this enabled in DPDK, OVS DPDK can leverage it to
improve VM-to-VM UDP performance, pe
From: Zhu Tao
Implement interface 'ice_rss_hash_conf_get' to support show RSS
hash configuration.
Note:
Not support the same time setting RSS with RTE and classify API.
Only return rss_hf from latest dev_configure or dev_rss_hash_update.
All configures from rte_flow are ignored.
Signed-off-by:
> -Original Message-
> From: taox@intel.com
> Sent: Thursday, October 29, 2020 1:11 PM
> To: Yang, Qiming ; Zhang, Qi Z
>
> Cc: dev@dpdk.org; Zhu, TaoX
> Subject: [PATCH v2] net/ice: support show RSS hash configuration
>
> From: Zhu Tao
>
> Implement interface 'ice_rss_hash_con
> -Original Message-
> From: Wang, Haiyue
> Sent: Thursday, October 29, 2020 9:13 AM
> To: dev@dpdk.org
> Cc: Zhang, Qi Z ; Wang, Haiyue
> ; Zhang, AlvinX ; Yang,
> Qiming ; Guo, Jia
> Subject: [PATCH v2] net/ice: fix DCF Rx segmentation fault
>
> The initialization of selecting the h
In the current implementation of eCPRI flow item parsing of the CLI,
the token items in the list are not connected properly.
A command containing "rtc_ctrl rtc_id spec 14857 rtc_id mask 0xff00"
will be considered invalid. In order to support spec with mask, the
common entry needs to be typed twice
From: Zhu Tao
Implement interface 'ice_rss_hash_conf_get' to support show RSS
hash configuration.
Note:
Not support the same time setting RSS with RTE and classify API.
Signed-off-by: Zhu Tao
---
drivers/net/ice/ice_ethdev.c | 15 +--
drivers/net/ice/ice_ethdev.h | 1 +
2 fil
From: Zhu Tao
Implement interface 'ice_rss_hash_conf_get' to support show RSS
hash configuration.
Note:
Not support the same time set RSS with RTE and classify API.
Signed-off-by: Zhu Tao
---
drivers/net/ice/ice_ethdev.c | 15 +--
drivers/net/ice/ice_ethdev.h | 1 +
2 files c
Hi Zhou,
Although, I see that a few of the configuration options are checking for
’test_done’, I am wondering if it is truly required.
Since, as per the documentation guidelines:
'Configuration changes only become active when forwarding is started/restarted.’
> On Oct 27, 2020, at 1:42 AM, Zhou
Hi,
Please use this link for subscription
https://mails.dpdk.org/listinfo/dev#:~:text=To%20post%20a%20message%20to,subscription%2C%20in%20the%20sections%20below.&text=Subscribe%20to%20dev%20by%20filling,others%20from%20gratuitously%20subscribing%20you
.
or google for dpdk dev subscription.
Chee
> > >
> > > On Wed, Oct 21, 2020 at 01:37:38PM +0200, Juraj Linkeš wrote:
> > > > The build machine's number of cpus and numa nodes vary, resulting
> > > > in mismatched counts of RTE_MAX_LCORE and
> RTE_MAX_NUMA_NODES for
> > > many
> > > > builds. Automatically discover the host's numa and cpu
> -Original Message-
> From: dev On Behalf Of Wenzhuo Lu
> Sent: Thursday, October 29, 2020 9:24 AM
> To: dev@dpdk.org
> Cc: Lu, Wenzhuo
> Subject: [dpdk-dev] [PATCH v7 0/3] enable AVX512 for iavf
>
> AVX512 instructions is supported by more and more platforms. These
> instructions ca
Hello Thomas,
Testing with dpdk 20.11-rc1 from Red Hat looks good.
We cover below 16 scenarios and and all get PASS on RHEL8 testing:
(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)
The initialization of selecting the handler for scalar Rx path FlexiMD
fields extraction into mbuf is missed, it will cause segmentation fault
(core dumped).
Also add the missed support to handle RXDID 16, which has RSS hash value
on Qword 1.
Fixes: 7a340b0b4e03 ("net/ice: refactor Rx FlexiMD han
To enhance the per-core performance, this patch adds some AVX512
instructions to the data path to handle the Tx descriptors.
Signed-off-by: Wenzhuo Lu
Signed-off-by: Bruce Richardson
Signed-off-by: Leyi Rong
---
doc/guides/rel_notes/release_20_11.rst | 3 +
drivers/net/iavf/iavf_ethdev.c
To enhance the per-core performance, this patch adds some AVX512
instructions to the data path to handle the flexible Rx descriptors.
Signed-off-by: Wenzhuo Lu
Signed-off-by: Bruce Richardson
Signed-off-by: Leyi Rong
---
drivers/net/iavf/iavf_rxtx.c| 10 +
drivers/net/iavf/iavf_rx
AVX512 instructions is supported by more and more platforms. These instructions
can be used in the data path to enhance the per-core performance of packet
processing.
Comparing with the existing implementation, this path set introduces some
AVX512 instructions into the iavf data path, and we get
To enhance the per-core performance, this patch adds some AVX512
instructions to the data path to handle the legacy Rx descriptors.
Signed-off-by: Wenzhuo Lu
Signed-off-by: Bruce Richardson
Signed-off-by: Leyi Rong
---
drivers/net/iavf/iavf_rxtx.c| 29 +-
drivers/net/iavf/iavf_rxt
> -Original Message-
> From: Wang, Haiyue
> Sent: Thursday, October 29, 2020 12:56 AM
> To: dev@dpdk.org
> Cc: Zhang, Qi Z ; Wang, Haiyue
> ; Zhang, AlvinX ; Yang,
> Qiming ; Guo, Jia
> Subject: [PATCH v1] net/ice: fix DCF Rx segmentation fault
>
> The initialization for the handler o
> >
> > Hello,
> > IMO, Juraj's patch for meson build rework for Arm platforms will
> > need
> some time. Keeping the RC2 deadline in mind, it makes sense to accept this
> patch and target Juraj's patch for 21.02.
> >
> > Any opinions?
>
> I feel, Recent Juraj's changes looks in good sh
Hi,
> -Original Message-
> From: Viacheslav Ovsiienko
> Sent: Wednesday, October 28, 2020 2:45 PM
> To: dev@dpdk.org
> Cc: Raslan Darawsheh
> Subject: [PATCH v3] net/mlx5: use C11 atomics in packet scheduling
>
> The rte_atomic API is deprecated and needs to be replaced with
> C11 atom
On Thu, Oct 15, 2020 at 04:42:30PM +0800, wangyunjian wrote:
> External Email
>
> --
> From: Yunjian Wang
>
> This patch fixes (dereference after null check) coverity issue.
> For this reason, we should add null check at the beg
On Thu, Oct 08, 2020 at 10:40:08AM +0100, Hariprasad Govindharajan wrote:
> With DPDK 20.11 release, the igb_uio module is no more part of DPDK.
> There are use cases where this module is required, for example while
> testing the virtual ports in OvS, the virtual ports are bound to
> igb_uio module
The ctf metadata is written to the metadata file without any check for
length, so this string must be null terminated.
Fixes: f1a099f5b1f1 ("trace: create CTF TDSL metadata in memory")
Signed-off-by: David Marchand
---
lib/librte_eal/common/eal_common_trace_ctf.c | 3 ++-
1 file changed, 2 inse
This is simply a cosmetic change.
Before:
event {
id = 17;
name = "lib.eal.alarm.set";
fields := struct {
uint64_t us;uintptr_t cb_fn;uintptr_t cb_arg;int32_t rc;
};
};
After:
event {
id = 17;
name = "lib.eal.alarm.set";
fields := struct {
uint64_t us;
CTF event description is currently built by appending all fields in a
single string at trace point registration.
When dumping the metadata, this string is split again and inspected to
fixup reserved keywords and special tokens like "." or "->".
Move this fixup per field at trace point registration
On Wed, Oct 28, 2020 at 9:47 AM Liang, Ma wrote:
>
> On 28 Oct 21:27, Jerin Jacob wrote:
> > On Wed, Oct 28, 2020 at 9:19 PM Ananyev, Konstantin
> > wrote:
> > > > > > > > 28/10/2020 14:49, Jerin Jacob:
> > > > > > > > > On Wed, Oct 28, 2020 at 7:05 PM Liang, Ma
> > > > > > > > > wrote:
> > > >
Following recent increase of an internal array that was limiting CTF event
descriptions, I had a second look at the code.
All of this is slow path, so I see no reason in keeping this limitation
and we can go with dynamic allocations.
--
David Marchand
Changelog since v1:
- fix metadata dump,
Da
Rework registration so that it uses dynamic allocations and has no size
limit.
Signed-off-by: David Marchand
Reviewed-by: Jerin Jacob
---
lib/librte_eal/common/eal_common_trace.c | 39 +---
lib/librte_eal/common/eal_common_trace_ctf.c | 3 +-
lib/librte_eal/common/eal_trace
On Tue, Oct 27, 2020 at 4:11 PM Vladimir Medvedkin
wrote:
>
> This patch series implements vectorized lookup using AVX512 for
> ipv4 dir24_8 and ipv6 trie algorithms.
> Also introduced rte_fib_set_lookup_fn() to change lookup function type.
> Added option to select lookup function type in testfib
Hi,
> -Original Message-
> From: Alexander Kozyrev
> Sent: Wednesday, October 28, 2020 8:21 PM
> To: dev@dpdk.org
> Cc: Raslan Darawsheh ; Slava Ovsiienko
> ; Matan Azrad
> Subject: [PATCH] common/mlx5: fix memory allocation debug stats
>
> Fix compilation issue for memory allocation s
On 10/26/20 10:30 AM, Chautru, Nicolas wrote:
>> -Original Message-
>> From: Tom Rix
>> Sent: Monday, October 26, 2020 5:56 AM
>> To: Chautru, Nicolas ; dev@dpdk.org;
>> akhil.go...@nxp.com
>> Cc: david.march...@redhat.com
>> Subject: Re: [PATCH v5 1/7] app/bbdev: add explicit ut for lat
On Mon, Aug 17, 2020 at 04:08:27PM +0200, Renata Saiakhova wrote:
> External Email
>
> --
> Avoid race with unregister interrupt hanlder if interrupt
> source has some active callbacks at the moment, use wrapper
> around rte_intr_
On 10/26/20 9:50 AM, Chautru, Nicolas wrote:
>> -Original Message-
>> From: Tom Rix
>> Sent: Monday, October 26, 2020 6:32 AM
>> To: Chautru, Nicolas ; dev@dpdk.org;
>> akhil.go...@nxp.com
>> Cc: david.march...@redhat.com
>> Subject: Re: [PATCH v5 3/7] app/bbdev: include explicit HARQ pr
On 10/26/20 9:29 AM, Chautru, Nicolas wrote:
>> -Original Message-
>> From: Tom Rix
>> Sent: Monday, October 26, 2020 6:06 AM
>> To: Chautru, Nicolas ; dev@dpdk.org;
>> akhil.go...@nxp.com
>> Cc: david.march...@redhat.com
>> Subject: Re: [PATCH v5 2/7] app/bbdev: add explicit check for c
On 10/26/20 9:27 AM, Chautru, Nicolas wrote:
>> -Original Message-
>> From: Tom Rix
>> Sent: Monday, October 26, 2020 6:56 AM
>> To: Chautru, Nicolas ; dev@dpdk.org;
>> akhil.go...@nxp.com
>> Cc: david.march...@redhat.com
>> Subject: Re: [PATCH v5 7/7] app/bbdev: update offload test to d
On 10/26/20 9:04 AM, Chautru, Nicolas wrote:
>> From: Tom Rix
>> Sent: Monday, October 26, 2020 6:33 AM
>> To: Chautru, Nicolas ; dev@dpdk.org;
>> akhil.go...@nxp.com
>> Cc: david.march...@redhat.com
>> Subject: Re: [PATCH v5 4/7] app/bbdev: define wait for offload
>>
>>
>> On 10/23/20 4:42 PM,
Fix compilation issue for memory allocation stats in case of the
RTE_LIBRTE_MLX5_DEBUG is enabled. The mlx5_sys_mem is static and
its members should be accessed via member operator, not a pointer.
Fixes: 1f34e138f8 ("common/mlx5: use C11 atomics for memory allocation")
Signed-off-by: Alexander Ko
From: Luca Boccassi
Necessary to get build flags from DKMS.
See:
https://git.dpdk.org/dpdk/commit/?id=816d967717
Signed-off-by: Luca Boccassi
---
linux/igb_uio/Kbuild | 1 +
1 file changed, 1 insertion(+)
diff --git a/linux/igb_uio/Kbuild b/linux/igb_uio/Kbuild
index 98c98fe..3ab85c4 100644
> -Original Message-
> From: Ajit Khaparde
> Sent: Wednesday, October 28, 2020 5:02 PM
> To: Ma, Liang J
> Cc: Jerin Jacob ; Ananyev, Konstantin
> ; Thomas Monjalon
> ; dpdk-dev ; Ruifeng Wang (Arm Technology
> China) ; Wang, Haiyue
> ; Richardson, Bruce ;
> Hunt, David ; Neil Horman
28/10/2020 11:24, Van Haaren, Harry:
> From: Thomas Monjalon
> > > + IP4_LOOKUP_NODE_PRIV1_OFF(node->ctx) = node_mbuf_priv1_dynfield_offset;
> >
> > That's interesting.
> > You copy the offset in the node context for better performance.
> > How much is it better than with global offset variable?
>
Hi,
> -Original Message-
> From: Suanming Mou
> Sent: Wednesday, October 28, 2020 11:33 AM
> To: Matan Azrad ; Shahaf Shuler
> ; Slava Ovsiienko
> Cc: dev@dpdk.org; Raslan Darawsheh
> Subject: [PATCH v5 01/34] net/mlx5: use thread safe index pool for flow
> objects
>
> As mlx5 PMD is c
Fix in error flow in which the function mlx5_txq_release_devx_sq_resources
is called twice by setting the release object to NULL after the first call
The incorrect flow was introduced in the work done on generic
object creation.
Once an error flow inside mlx5_txq_create_devx_sq_resources
occurs t
The initialization for the handler of Rx FlexiMD fields extraction into
mbuf is missed, it will cause segmentation fault (core dumped).
Fixes: 7a340b0b4e03 ("net/ice: refactor Rx FlexiMD handling")
Reported-by: Alvin Zhang
Signed-off-by: Haiyue Wang
---
drivers/net/ice/ice_dcf.c | 1 +
driver
>
> * Rename variables to have names that better describe what the variables
> store
> * Remove unused or superfluous variables
> * Change a list to dictionary where key lookup is needed
> * Add informatory comments in the code
> * Minor code restructure and reformatting
>
> Signed-off-by: Jura
> -Original Message-
> From: Ma, Liang J
> Sent: Wednesday, October 28, 2020 11:48 AM
> To: Jerin Jacob
> Cc: Ananyev, Konstantin ; Thomas Monjalon
> ; dpdk-dev ; Ruifeng Wang (Arm
> Technology China) ; Wang, Haiyue
> ; Richardson, Bruce ;
> Hunt, David ; Neil Horman ;
> McDaniel, Timot
On 28 Oct 21:27, Jerin Jacob wrote:
> On Wed, Oct 28, 2020 at 9:19 PM Ananyev, Konstantin
> wrote:
> > > > > > > 28/10/2020 14:49, Jerin Jacob:
> > > > > > > > On Wed, Oct 28, 2020 at 7:05 PM Liang, Ma
> > > > > > > > wrote:
> > > > > > > > >
> > > > > > > > > Hi Thomas,
> > > > > > > > > I th
>
> On Wed, Oct 28, 2020 at 9:19 PM Ananyev, Konstantin
> wrote:
> >
> >
> >
> > > -Original Message-
> > > From: Jerin Jacob
> > > Sent: Wednesday, October 28, 2020 3:40 PM
> > > To: Ananyev, Konstantin
> > > Cc: Thomas Monjalon ; Ma, Liang J
> > > ; dpdk-dev ; Ruifeng Wang (Arm
> >
On Thu, Sep 03, 2020 at 03:49:39PM +0100, Bruce Richardson wrote:
> A number of the more advanced DPDK build settings which are not expected to
> be user modified are stored in config/rte_config.h. In some cases, for a
> custom build a user may want to override those settings via CFLAGS, so we
> ne
On Wed, Oct 28, 2020 at 04:07:17PM +, Burakov, Anatoly wrote:
> On 28-Oct-20 2:17 PM, Nithin Dabilpuram wrote:
> > On Wed, Oct 28, 2020 at 01:04:26PM +, Burakov, Anatoly wrote:
> > > On 22-Oct-20 1:13 PM, Nithin Dabilpuram wrote:
> > > > Ping.
> > > >
> > > > On Mon, Oct 19, 2020 at 03:13:
Compiling with GCC 9.3 on Ubuntu 20.04 gives a warning about possible
string truncation when getting the RX queue name:
In file included from init.c:36:
init.c: In function ‘init’:
../shared/common.h:38:28: warning: ‘%u’ directive output may be truncated
writing between 1 and 10 bytes into a regi
While helping prepare some patches for converting the DPDK examples to
build using pkg-config, a number of errors and warnings were encountered in
the example app builds. These patches fix those issues.
v3:
Dropped patch 1, since other approaches to fix this are being
investigated,
When compiling on ubuntu 20.04, a warning was issued about possible
truncation of the path string for the power management socket.
channel_manager.c: In function ‘add_all_channels’:
channel_manager.c:470:41: warning: ‘%s’ directive output may be truncated
writing up to 255 bytes into a region of
When producing a printable mac address the buffer was appropriately sized
for holding the mac address exactly, but the actual snprintf included a
'\n' character at the end, which means that the snprintf technically is
getting truncated i.e. the \n would not be added due to lack of space.
This gets
> -Original Message-
> From: wangyunjian
> Sent: Tuesday, October 27, 2020 5:51 AM
> To: dev@dpdk.org; Wang, Yipeng1 ; Gobriel, Sameh
>
> Cc: Richardson, Bruce ;
> dharmik.thak...@arm.com; jerry.lili...@huawei.com; xudin...@huawei.com;
> Yunjian Wang ; sta...@dpdk.org
> Subject: [dpdk-dev
On 28 Oct 21:31, Jerin Jacob wrote:
> On Wed, Oct 28, 2020 at 9:14 PM Liang, Ma wrote:
> >
> > On 28 Oct 21:06, Jerin Jacob wrote:
> > > On Wed, Oct 28, 2020 at 9:00 PM Liang, Ma wrote:
> > > >
> > > > On 28 Oct 20:44, Jerin Jacob wrote:
> > > > > On Wed, Oct 28, 2020 at 8:27 PM Ananyev, Konstant
On 28-Oct-20 2:17 PM, Nithin Dabilpuram wrote:
On Wed, Oct 28, 2020 at 01:04:26PM +, Burakov, Anatoly wrote:
On 22-Oct-20 1:13 PM, Nithin Dabilpuram wrote:
Ping.
On Mon, Oct 19, 2020 at 03:13:15PM +0530, Nithin Dabilpuram wrote:
On Sat, Oct 17, 2020 at 05:14:55PM +0100, Burakov, Anatoly w
On Wed, Oct 28, 2020 at 9:14 PM Liang, Ma wrote:
>
> On 28 Oct 21:06, Jerin Jacob wrote:
> > On Wed, Oct 28, 2020 at 9:00 PM Liang, Ma wrote:
> > >
> > > On 28 Oct 20:44, Jerin Jacob wrote:
> > > > On Wed, Oct 28, 2020 at 8:27 PM Ananyev, Konstantin
> > > > wrote:
> > > > >
> > > > >
> > > > >
>
On Wed, Oct 28, 2020 at 4:17 PM David Marchand
wrote:
> This fixes it:
> @@ -37,11 +37,12 @@ meta_copy(char **meta, int *offset, char *str, int rc)
> if (rc < 0)
> return rc;
>
> - ptr = realloc(ptr, count + rc);
> + ptr = realloc(ptr, count + rc + 1);
>
On Wed, Oct 28, 2020 at 9:19 PM Ananyev, Konstantin
wrote:
>
>
>
> > -Original Message-
> > From: Jerin Jacob
> > Sent: Wednesday, October 28, 2020 3:40 PM
> > To: Ananyev, Konstantin
> > Cc: Thomas Monjalon ; Ma, Liang J
> > ; dpdk-dev ; Ruifeng Wang (Arm
> > Technology China) ; Wang,
The dst variable went out of scope on failure in the get_writeback_data
function. This is now freed before returning -1.
Coverity issue: 363453
Fixes: 952e10cdad5e ("examples/fips_validation: support scatter gather list")
Cc: roy.fan.zh...@intel.com
Signed-off-by: Ciara Power
---
examples/fips_
> -Original Message-
> From: Jerin Jacob
> Sent: Wednesday, October 28, 2020 3:40 PM
> To: Ananyev, Konstantin
> Cc: Thomas Monjalon ; Ma, Liang J
> ; dpdk-dev ; Ruifeng Wang (Arm
> Technology China) ; Wang, Haiyue
> ; Richardson, Bruce
> ; Hunt, David ; Neil Horman
> ; McDaniel, Tim
On 28 Oct 21:06, Jerin Jacob wrote:
> On Wed, Oct 28, 2020 at 9:00 PM Liang, Ma wrote:
> >
> > On 28 Oct 20:44, Jerin Jacob wrote:
> > > On Wed, Oct 28, 2020 at 8:27 PM Ananyev, Konstantin
> > > wrote:
> > > >
> > > >
> > > >
> > > > > 28/10/2020 14:49, Jerin Jacob:
> > > > > > On Wed, Oct 28, 20
On Wed, Oct 28, 2020 at 9:04 PM Ananyev, Konstantin
wrote:
>
>
>
> > > > 28/10/2020 14:49, Jerin Jacob:
> > > > > On Wed, Oct 28, 2020 at 7:05 PM Liang, Ma
> > > > > wrote:
> > > > > >
> > > > > > Hi Thomas,
> > > > > > I think I addressed all of the questions in relation to V9. I
> > > > > >
The return value was not being checked when calling the
get_writeback_data function in the AES test case. On failure, this led
to a NULL dereference when using memcpy later. The return value is now
checked to avoid this NULL dereference.
Coverity issue: 363463
Fixes: cd255ccf5764 ("examples/fips_v
On Wed, Oct 28, 2020 at 9:00 PM Liang, Ma wrote:
>
> On 28 Oct 20:44, Jerin Jacob wrote:
> > On Wed, Oct 28, 2020 at 8:27 PM Ananyev, Konstantin
> > wrote:
> > >
> > >
> > >
> > > > 28/10/2020 14:49, Jerin Jacob:
> > > > > On Wed, Oct 28, 2020 at 7:05 PM Liang, Ma
> > > > > wrote:
> > > > > >
>
> > > 28/10/2020 14:49, Jerin Jacob:
> > > > On Wed, Oct 28, 2020 at 7:05 PM Liang, Ma wrote:
> > > > >
> > > > > Hi Thomas,
> > > > > I think I addressed all of the questions in relation to V9. I don't
> > > > > think I can solve the issue of a generic API on my own. From the
> > > Community
On 28 Oct 20:44, Jerin Jacob wrote:
> On Wed, Oct 28, 2020 at 8:27 PM Ananyev, Konstantin
> wrote:
> >
> >
> >
> > > 28/10/2020 14:49, Jerin Jacob:
> > > > On Wed, Oct 28, 2020 at 7:05 PM Liang, Ma wrote:
> > > > >
> > > > > Hi Thomas,
> > > > > I think I addressed all of the questions in relat
+ Ray for ABI
>
> On Wed, Oct 28, 2020 at 02:28:43PM +, Akhil Goyal wrote:
> >
> > Hi Konstantin,
> >
> > > > > Hi Tech board members,
> > > > >
> > > > > I have a doubt about the ABI breakage in below addition of field.
> > > > > Could you please comment.
> > > > >
> > > > > > /** The dat
On Wed, Oct 28, 2020 at 2:09 PM David Marchand
wrote:
> > echo "trace_autotest" | ./build/app/test/dpdk-test -c 0x3 --trace=.*
> > --no-huge --trace=.*
>
> Err, indeed, thanks for catching.
> I did some diff on metadata files, but did not notice this trailing character.
>
> This is an issue with
On Wed, Oct 28, 2020 at 8:27 PM Ananyev, Konstantin
wrote:
>
>
>
> > 28/10/2020 14:49, Jerin Jacob:
> > > On Wed, Oct 28, 2020 at 7:05 PM Liang, Ma wrote:
> > > >
> > > > Hi Thomas,
> > > > I think I addressed all of the questions in relation to V9. I don't
> > > > think I can solve the issue
On Wed, Oct 28, 2020 at 02:28:43PM +, Akhil Goyal wrote:
>
> Hi Konstantin,
>
> > > > Hi Tech board members,
> > > >
> > > > I have a doubt about the ABI breakage in below addition of field.
> > > > Could you please comment.
> > > >
> > > > > /** The data structure associated with each crypt
On Wed, Oct 28, 2020 at 03:04:05PM +0100, Juraj Linkeš wrote:
> Not all flags were moved properly from the old Makefile build system.
> Disable corresponding drivers and libnuma in cross files and remove
> deprecated config.
>
> Signed-off-by: Juraj Linkeš
> ---
> config/arm/arm64_armada_linux_g
On Wed, Oct 28, 2020 at 03:04:02PM +0100, Juraj Linkeš wrote:
> Add an option to automatically discover the host's numa and cpu counts
> and use those values for a non cross-build.
> Give users the option to override the per-arch default values or values
> from cross files by specifying them on the
> 28/10/2020 14:49, Jerin Jacob:
> > On Wed, Oct 28, 2020 at 7:05 PM Liang, Ma wrote:
> > >
> > > Hi Thomas,
> > > I think I addressed all of the questions in relation to V9. I don't
> > > think I can solve the issue of a generic API on my own. From the
> Community Call last week Jerin also
Hi Akhil,
> Hi Konstantin,
>
> > > > Hi Tech board members,
> > > >
> > > > I have a doubt about the ABI breakage in below addition of field.
> > > > Could you please comment.
> > > >
> > > > > /** The data structure associated with each crypto device. */ struct
> > > > > rte_cryptodev {
> >
> -Original Message-
> From: Jerin Jacob
> Sent: Wednesday, October 28, 2020 4:36 AM
> To: McDaniel, Timothy
> Cc: Richardson, Bruce ; dpdk-dev
> ; Carrillo, Erik G ; Eads, Gage
> ; Van Haaren, Harry ;
> Jerin Jacob
> Subject: Re: [dpdk-dev] [PATCH 1/1] eventdev: increase MAX QUEUES PE
On Wed, Oct 28, 2020 at 03:03:55PM +0100, Juraj Linkeš wrote:
> The current machine='default' build name is not descriptive. The actual
> default build is machine='native'. Add an alternative string which does
> the same build and better describes what we're building:
> machine='generic'. Leave mac
> Subject: Re: [PATCH v1 40/72] net/mlx5/windows: define errno
> ETOOMANYREFS
>
> External email: Use caution opening links or attachments
>
>
> 28/10/2020 00:23, Ophir Munk:
> > Errno ETOOMANYREFS may not be supported under Windows. In such
> cases
> > add its definition.
>
> Please add it for
Hi Konstantin,
> > > Hi Tech board members,
> > >
> > > I have a doubt about the ABI breakage in below addition of field.
> > > Could you please comment.
> > >
> > > > /** The data structure associated with each crypto device. */ struct
> > > > rte_cryptodev {
> > > > dequeue_pkt_burst
28/10/2020 14:49, Jerin Jacob:
> On Wed, Oct 28, 2020 at 7:05 PM Liang, Ma wrote:
> >
> > Hi Thomas,
> > I think I addressed all of the questions in relation to V9. I don't think
> > I can solve the issue of a generic API on my own. From the Community Call
> > last week Jerin also said that a
On 10/27/20 9:28 AM, Xueming Li wrote:
> When hardware error happens, vdpa didn't get such information and leave
> driver in silent: working state but no response.
>
> This patch subscribes firmware virtq error event and try to recover max
> 3 times in 3 seconds, stop virtq if max retry number
On Wed, Oct 28, 2020 at 01:04:26PM +, Burakov, Anatoly wrote:
> On 22-Oct-20 1:13 PM, Nithin Dabilpuram wrote:
> > Ping.
> >
> > On Mon, Oct 19, 2020 at 03:13:15PM +0530, Nithin Dabilpuram wrote:
> > > On Sat, Oct 17, 2020 at 05:14:55PM +0100, Burakov, Anatoly wrote:
> > > > On 16-Oct-20 8:10
28/10/2020 14:53, David Hunt:
> On 25/10/2020 6:22 PM, Thomas Monjalon wrote:
> > 29/03/2019 16:09, Burakov, Anatoly:
> >> On 29-Mar-19 2:14 PM, Thomas Monjalon wrote:
> >>> 18/03/2019 12:56, Hajkowski:
> From: Marcin Hajkowski
> --- a/doc/guides/rel_notes/release_19_05.rst
> +++ b/
On 28/10/2020 12:45, Bruce Richardson wrote:
According to latest DSA spec[1], the work-queue config register size
should be based off a value read from the WQ capabilities register.
Update driver to read this value and base the start of each WQ config
off that value.
Fixes: ff06fa2cf3ba ("raw/io
Not all flags were moved properly from the old Makefile build system.
Disable corresponding drivers and libnuma in cross files and remove
deprecated config.
Signed-off-by: Juraj Linkeš
---
config/arm/arm64_armada_linux_gcc| 2 ++
config/arm/arm64_armv8_linux_gcc | 8 ++--
config/arm/
> -Original Message-
> From: Ananyev, Konstantin
> Sent: Wednesday, October 28, 2020 6:56 PM
> To: Gujjar, Abhinandan S ; dev@dpdk.org;
> Doherty, Declan ; akhil.go...@nxp.com;
> honnappa.nagaraha...@arm.com
> Cc: Vangati, Narender ; jer...@marvell.com
> Subject: RE: [v5 1/2] cryptodev:
A few options that disabled drivers in the old makefiles were improperly
ported to the meson build system. Fix this by adding a to the list of
disabled drivers, similarly how the command line option works.
Signed-off-by: Juraj Linkeš
Acked-by: Bruce Richardson
---
config/arm/meson.build | 9 +++
Add an option to automatically discover the host's numa and cpu counts
and use those values for a non cross-build.
Give users the option to override the per-arch default values or values
from cross files by specifying them on the command line with -Dmax_lcores
and -Dmax_numa_nodes.
Signed-off-by:
Add support for setting core count and numa nodes in cross files. The
values specified in cross files will override the default values.
Also add missing default values.
Signed-off-by: Juraj Linkeš
---
config/arm/arm64_armada_linux_gcc| 2 ++
config/arm/arm64_armv8_linux_gcc | 6 ++
Use dictionary lookup instead of iterating over all elements in the
list. Fallback to generic part number if the discovered part number is
unknown.
Signed-off-by: Juraj Linkeš
---
config/arm/meson.build | 85 --
1 file changed, 48 insertions(+), 37 deletio
Change formatting so that it's more consistent and readable, add/modify
comments/stdout messages, move configuration options to more appropriate
places and make the order consistent according to these rules:
1. First list generic configuration options, then list options that may
be overwritten.
Simplify the code. Define native machine args in one place since they're
the same regardless of which Arm environment we're building on.
Signed-off-by: Juraj Linkeš
---
config/arm/meson.build | 56 +++---
1 file changed, 31 insertions(+), 25 deletions(-)
diff
The current machine='default' build name is not descriptive. The actual
default build is machine='native'. Add an alternative string which does
the same build and better describes what we're building:
machine='generic'. Leave machine='default' for backwards compatibility.
Signed-off-by: Juraj Link
Set flags in one loop. Append flags to a list and use the list in the
loop.
Signed-off-by: Juraj Linkeš
---
config/arm/meson.build | 36 +---
1 file changed, 17 insertions(+), 19 deletions(-)
diff --git a/config/arm/meson.build b/config/arm/meson.build
index c970
Remove variables that were either not used, referenced just once or not
needed.
Signed-off-by: Juraj Linkeš
---
config/arm/meson.build | 20 +++-
1 file changed, 7 insertions(+), 13 deletions(-)
diff --git a/config/arm/meson.build b/config/arm/meson.build
index dacbb947b..bd2acf
Rename Arm build variables and values so that they better conform to Arm
specifications. Also rename generically sounding variable to names that
better capture what the variables hold.
Rename machine_args_generic to part_number_config_default since the
variable contains more than just the generic
The current way of specifying Arm configuration options is insufficient
since we can't identify the SoC we're building for from the MIDR
information. For example, we can't distinguish between N1SDP, Graviton2
or Ampere Altra.
Add a way to specify the cpu count and numa node count for cross builds.
On 10/27/20 9:28 AM, Xueming Li wrote:
> Add the needed fields for virtq DevX object to read the error state.
>
> Acked-by: Matan Azrad
> Signed-off-by: Xueming Li
> ---
> drivers/common/mlx5/mlx5_devx_cmds.c | 3 +++
> drivers/common/mlx5/mlx5_devx_cmds.h | 1 +
> drivers/common/mlx5/mlx5_p
On 25/10/2020 6:22 PM, Thomas Monjalon wrote:
29/03/2019 16:09, Burakov, Anatoly:
On 29-Mar-19 2:14 PM, Thomas Monjalon wrote:
18/03/2019 12:56, Hajkowski:
From: Marcin Hajkowski
--- a/doc/guides/rel_notes/release_19_05.rst
+++ b/doc/guides/rel_notes/release_19_05.rst
@@ -120,6 +120,8 @@ AP
1 - 100 of 291 matches
Mail list logo
