RE: [PATCH 7/7] dpaax: replace zero length array with flex array

Acked-by: Hemant Agrawal

Re: [PATCH] doc: add capability to access physical addresses

2023-01-14 18:27 (UTC-0800), Stephen Hemminger: > DAC_OVERRIDE is like having the master key. It opens all doors > and if so, running as non-root really doesn't matter that much. > > Ideally, a finer grain permission could be used. > Recommending this to users seems wrong. According to my tests,

[PATCH v2] Update mailmap file

Added myself as a contributor Signed-off-by: Yevgeny Kliteynik --- Changes from v1: Removed gmail address, added commit msg body .mailmap | 1 + 1 file changed, 1 insertion(+) diff --git a/.mailmap b/.mailmap index 75884b6fe2..c6f34d18a6 100644 --- a/.mailmap +++ b/.mailmap @@ -1495,6 +1495,7 @

Re: [PATCH] doc: add capability to access physical addresses

Hi, On Sun, Jan 15, 2023 at 2:46 PM Dmitry Kozlyuk wrote: > > 2023-01-14 18:27 (UTC-0800), Stephen Hemminger: > > DAC_OVERRIDE is like having the master key. It opens all doors > > and if so, running as non-root really doesn't matter that much. > > > > Ideally, a finer grain permission could be u

Re: [PATCH] Update mailmap file

On 12-Jan-23 18:26, Thomas Monjalon wrote: External email: Use caution opening links or attachments 12/01/2023 16:03, Yevgeny Kliteynik: +Yevgeny Kliteynik Your nvidia.com email should be enough. Thanks Thomas. I sent v2 of this stand-alone patch so that there won't be a need to send v2

Re: [PATCH] Update mailmap file

On 12-Jan-23 18:26, Thomas Monjalon wrote: External email: Use caution opening links or attachments 12/01/2023 16:03, Yevgeny Kliteynik: +Yevgeny Kliteynik Your nvidia.com email should be enough. Thanks Thomas. I sent v2 of this stand-alone patch so that there won't be a need to send v2

Re: [PATCH 5/7] nfp: replace zero length array with flex array

Hi Stephen, Thanks for your patch. On 2023-01-13 13:52:03 -0800, Stephen Hemminger wrote: > Zero length arrays are GNU extension. Replace with > standard flex array. > > Signed-off-by: Stephen Hemminger I understand this works might depend on another work to raise the minimum compiler version

[PATCH] build: fix dependencies lookup

The first parameter of the Meson function "find_library()" should be the library name without the "lib" prefix. Otherwise Meson prints this warning: WARNING: find_library('libexecinfo') starting in "lib" only works by accident and is not portable Fixes: 1cd512b2f532 ("build: detec

[PATCH 0/2] *** Memory Allocation: Fixes ms_idx jump in fb_array library ***

*** The problem : In the legacy mem mode, when the fb_array is being populated, if there are holes in between, the ms_idx could go backward and there will be an overlap of the region starting from the ms_idx returned later. i.e. it's being mapped to two different physical regions in PA space to

[PATCH 1/2] Memory Allocation: Fixes ms_idx jump (lookahead) during find_next_n() in fb_array library

In the legacy mem mode, when the fb_array is being populated, if there are holes in between, the ms_idx could go backward and there will be an overlap of the region starting from the ms_idx returned later. i.e. it's being mapped to two different physical regions in PA space to a contiguous regio

[PATCH 2/2] Memory Allocation: Fixes ms_idx jump (lookbehind) during find_prev_n() in fb_array library

Cc: sta...@dpdk.org Signed-off-by: Vipin P R Acked-by: Kumara Parameshwaran --- lib/eal/common/eal_common_fbarray.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/lib/eal/common/eal_common_fbarray.c b/lib/eal/common/eal_common_fbarray.c index 551bd87..90240e8 100644 --- a/

[PATCH] *** Memory Allocation: Adding a new UT for fb_array ***

*** Partial output of fbarray_autotest (app/test/dpdk-test --log-level="*:debug") [WITHOUT THE FIX] .. .. EAL: ms_idx:1096 EAL: ms_idx:1097 EAL: ms_idx:1098 EAL: ms_idx:1099 EAL: ms_idx:1155 EAL: ms_idx:1156 EAL: ms_idx:1158 EAL: ms_idx:1159 EAL: ms_idx:1154 EAL: ms_idx jumping behind. ms_idx: 1

[PATCH] Memory Allocation: Adding a new UT for fb_array

add test case coverage to cover the ms_idx jump Cc: sta...@dpdk.org Signed-off-by: Vipin P R Acked-by: Kumara Parameshwaran --- Depends-on: 0001-Memory-Allocation-Fixes-ms_idx-jump-lookahead-during.patch Depends-on: 0002-Memory-Allocation-Fixes-ms_idx-jump-lookbehind-durin.patch --- app/test/t

[PATCH 0/2] *** Memory Allocation: Fixes ignore_msk during find_next_n() in fb_array library***

*** In the lookahead logic, let's say after the Right-Shift-And operation to check for contiguity, we hit case http://code.dpdk.org/dpdk/latest/source/lib/eal/common/eal_common_fbarray.c#L235 /* if first bit is not set, we've lost the run */ if ((lookahead_msk & 1) == 0)

[PATCH 1/2] Memory Allocation: Fixes ignore_msk during find_next_n() in fb_array library

Ignore mask ignores essential bits WHICH could have been contiguous. This commit aims to rectify that Cc: sta...@dpdk.org Signed-off-by: Vipin P R Acked-by: Kumara Parameshwaran --- Depends-on: 0001-Memory-Allocation-Fixes-ms_idx-jump-lookahead-during.patch Depends-on: 0002-Memory-Allocation-Fi

[PATCH 2/2] Memory Allocation: Alternative fix for ignore_msk during find_next_n() in fb_array library

Ignore mask ignores essential bits WHICH could have been contiguous. This commit aims to rectify that Cc: sta...@dpdk.org Signed-off-by: Vipin P R Acked-by: Kumara Parameshwaran --- Depends-on: 0001-Memory-Allocation-Fixes-ms_idx-jump-lookahead-during.patch Depends-on: 0002-Memory-Allocation-Fi

[PATCH] *** Intel iavf: Return in the case of ADD/DEL ETH address ***

*** Intel iavf: Return in the case of ADD/DEL ETH address In case of i40vf, VIRTCHNL_OP_DEL_ETH_ADDR and VIRTCHNL_OP_ADD_ETH_ADDR are unsupported. i40evf_execute_vf_cmd is invoked with these operations as part of i40evf_set_mc_addr_list() The cases are not handled in i40evf_exe

[PATCH] Intel iavf: Return in the case of ADD/DEL ETH address

In case of i40vf, VIRTCHNL_OP_DEL_ETH_ADDR and VIRTCHNL_OP_ADD_ETH_ADDR are unsupported. i40evf_execute_vf_cmd is invoked with these operations as part of i40evf_set_mc_addr_list() The cases are not handled in i40evf_execute_vf_cmd() thus hitting the default case. There is a retry logic of upto

Re: [RFC v3 2/2] ethdev: add API to set process to active or standby

26/12/2022 17:44, Ori Kam: > From: Rongwei Liu > > From: Jerin Jacob > > > On Wed, Dec 21, 2022 at 6:20 PM Rongwei Liu wrote: > > > > From: Jerin Jacob > > > > > On Wed, Dec 21, 2022 at 5:35 PM Rongwei Liu wrote: > > > > > > From: Jerin Jacob > > > > > > > On Wed, Dec 21, 2022 at 3:02 PM Rongwe

RE: [PATCH 1/8] net/nfp: break out function to report device information

Hi all, A gentle ping on this patch. > -Original Message- > From: Chaoyong He > Sent: 2022年11月28日 14:54 > To: dev@dpdk.org > Cc: oss-drivers ; Niklas Soderlund > ; Nole Zhang ; > Chaoyong He > Subject: [PATCH 1/8] net/nfp: break out function to report device > information > > From: Pen

Re: [PATCH v4] eventdev/timer: add API to get remaining ticks

On Sat, Jan 14, 2023 at 1:20 AM Erik Gabriel Carrillo wrote: > > Introduce an event timer adapter API which allows users to determine how > many adapter ticks remain until an event timer expires. > > Signed-off-by: Erik Gabriel Carrillo Acked-by: Jerin Jacob Updated the git commit as follows a

RE: [PATCH v2 0/5] net/idpf: code refine

> -Original Message- > From: Xing, Beilei > Sent: Friday, January 6, 2023 5:05 PM > To: Zhang, Qi Z > Cc: dev@dpdk.org; Xing, Beilei > Subject: [PATCH v2 0/5] net/idpf: code refine > > From: Beilei Xing > > 1. Remove some unnecessary fields from idpf_adapter structure. > 2. Fix xmi