latest script in the CI select ‘next-net’ tree for the patch, I
think we are good. Can you please confirm this?
[1]
rte_eth_bond_api.c:(.text+0x12e6): undefined reference to
`rte_eth_dev_get_by_name'
From: Owen Hilyard
Sent: Monday, February 7, 2022 7:59 PM
To: Yigit, Ferruh
Cc: Ali Aln
> Subject: Re: [PATCH v7 02/25] ethdev: add a link status text representation
>
> 10.07.2020 16:06, Yigit, Ferruh пишет:
> > On 7/10/2020 8:02 AM, Ivan Dyukov wrote:
> >> This commit add function which treat link status structure and format
> >> it to text repres
> Subject: Re: [dpdk-dev] [PATCH v7 0/25] ethdev: allow unknown link speed
>
> There are still comments in this patchset which is doing two things:
> 1/ declare unknown speed
> 2/ format link infos
>
> Could we merge the first part in 20.08-rc1, while waiting to complete the
> second
> On Fri, 10 Jul 2020 13:06:02 +
> "Yigit, Ferruh" wrote:
>
> > > + /* ignore unknown specifier */
> > > + default:
> > > + *str_cur = '%';
> > > +
> -Original Message-
> From: Ivan Dyukov
> Sent: Friday, July 10, 2020 8:02 AM
> To: dev@dpdk.org; i.dyu...@samsung.com; v.kurams...@samsung.com;
> tho...@monjalon.net; david.march...@redhat.com; Yigit, Ferruh
> ; arybche...@solarflare.com; Zhao1, Wei
> ; Guo, Jia ;
On 7/10/2020 8:02 AM, Ivan Dyukov wrote:
> This commit add function which treat link status structure
> and format it to text representation.
>
> Signed-off-by: Ivan Dyukov
<...>
> +static int
> +rte_eth_link_strf_parser(char *str, size_t len, const char *const fmt,
> +c
On 11/12/2019 8:47 AM, Matan Azrad wrote:
> The port was not validated before detaching.
>
> Ignore port detach operation when the port is not valid.
>
> Fixes: f8e5baa2662d ("app/testpmd: check not detaching device twice")
> Cc: tho...@monjalon.net
> Cc: sta...@dpdk.org
>
> Signed-off-by: Matan
On 12/2/2019 3:35 PM, David Marchand wrote:
> We are currently stuck with no option but recompile a DPDK if the system
> has more cores than RTE_MAX_LCORE.
> A bit of a pity when you get a system with more than 200+ cores and your
> testpmd has been built and packaged with RTE_MAX_LCORE == 128.
Ju
On 3/13/2019 7:35 AM, Thomas Monjalon wrote:
> 13/03/2019 02:59, Ferruh Yigit:
>> Add target git sub-tree information for libraries, this is mainly to
>> reduce apply failures of the patches by automating target sub-tree
>> selection for a patch for automation.
>>
>> Also can be useful for develope
On 9/11/2019 9:27 PM, Thomas Monjalon wrote:
> 11/09/2019 19:55, Ferruh Yigit:
>> There are two constraints for the .02 releases which makes it harder to plan,
>> the Christmas/New Year's holidays and Chinese Spring Festival Holiday.
>>
>> This years schedule for them is:
>>
>> * Christmas/New Year
On 8/22/2019 9:18 AM, Jakub Grajciar wrote:
> Zero-copy slave support for memif PMD.
> Slave interface exposes DPDK memory to
> master interface. Only single file segments
> are supported (EAL option --single-file-segments).
>
> Signed-off-by: Jakub Grajciar
Reviewed-by: Ferruh Yigit
Since bin
On 8/8/2019 1:28 PM, Nilanjan Sarkar wrote:
> This api is similar like api `rte_eth_tx_buffer` except it
> does not attempt to flush the buffer in case buffer is full.
> The advantage is that, this api does not need port id and
> queue id. In case port id and queue id are shared within threads
> th
On 8/16/2019 7:12 AM, vattun...@marvell.com wrote:
> From: Kiran Kumar K
>
> Patch adds support for kernel module to work in IOVA = VA mode,
> the idea is to get physical address from IOVA address using
> iommu_iova_to_phys API and later use phys_to_virt API to
> convert the physical address to k
On 8/16/2019 7:12 AM, vattun...@marvell.com wrote:
> From: Vamsi Attunuru
>
> When KNI operates in IOVA = VA mode, it requires mbuf memory
> to be physically contiguous to ensure KNI kernel module could
> translate IOVA addresses properly. Patch adds a KNI specific
> mempool create routine to pop
On 8/16/2019 7:12 AM, vattun...@marvell.com wrote:
> From: Vamsi Attunuru
>
> Current KNI implementation only operates in IOVA=PA mode, patch adds
> required functionality in KNI lib to support IOVA=VA mode.
>
> KNI kernel module requires device info to get iommu domain related
> information for
On 8/16/2019 7:12 AM, vattun...@marvell.com wrote:
> From: Vamsi Attunuru
>
> ---
> V10 Changes:
> * Fixed function return code on failure when min_chunk_size > pg_sz.
> * Marked new mempool populate routine as EXPERIMENTAL.
>
> V9 Changes:
> * Used rte_mempool_ops_calc_mem_size() instead of def
On 7/30/2019 4:57 PM, Thomas Monjalon wrote:
> As legacy filter API "filter_ctrl" is superseded since 2017
> by the rte_flow API, and got the deprecated attribute in DPDK 19.05,
> it is time to remove the associated features from the matrix.
> Not documenting deprecated features as supported will a
On 8/23/2019 9:16 AM, kka...@marvell.com wrote:
> From: Krzysztof Kanas
>
> On rare situation test_link_bonding test case fail due to timespec
> tv_nsec overflow, which causes pthread_cond_timedwait to return EINVAL
> and test to fail.
>
> Fixes: 76d29903f5f5 ("bond: support link status interrup
On 8/12/2019 4:06 AM, Xiaolong Ye wrote:
> This patch adds support to allow users enable/disable allmulticast mode for
> kni interface.
>
> This requirement comes from bugzilla 312, more details can refer to:
> https://bugs.dpdk.org/show_bug.cgi?id=312
>
> Bugzilla ID: 312
>
> Signed-off-by: Xia
On 8/5/2019 3:44 PM, kka...@marvell.com wrote:
> From: Krzysztof Kanas
>
> Fix max_index to return uint16_t as it is valid slave_id type.
>
> Arrays agg_count and agg_bandwidth should be indexed by slave_id not by
> aggregator port_id.
The port_id type has been fixed already with another patch
On 8/5/2019 3:44 PM, kka...@marvell.com wrote:
> From: Krzysztof Kanas
>
> Bonding selection logic uses agg_bandwidth, agg_count indexed by port_id
> but those arrays are 8 entries long.
>
> Fixes: 6d72657ce379 ("net/bonding: add other aggregator modes")
> Cc: danielx.t.mrzyg...@intel.com
>
> S
On 7/30/2019 4:59 PM, Thomas Monjalon wrote:
> Since the concept of representors was introduced,
> we do not need any specific API for VF ports.
> Any VF port should be able to be configured through
> its representor port in a more generic fashion.
I think we need a confirmation that functionality
On 7/30/2019 12:41 PM, Moti Haimovsky wrote:
>> -Original Message-
>> From: dev On Behalf Of Matan Azrad
>> Sent: Monday, July 29, 2019 3:37 PM
>> To: Wenzhuo Lu ; Jingjing Wu
>>
>> Cc: dev@dpdk.org
>> Subject: [dpdk-dev] [PATCH 2/2] app/testpmd: add bits per second to
>> statistics
>>
>>
On 7/31/2019 7:11 AM, Matan Azrad wrote:
> Hi Ferruh
>
> From: Ferruh Yigit
>> On 7/30/2019 7:34 PM, Matan Azrad wrote:
>>>
>>>
>>> From: Ferruh Yigit
On 7/30/2019 4:56 PM, Matan Azrad wrote:
> Hi Ferruh
>
> From: Ferruh Yigit
>> Sent: Tuesday, July 30, 2019 6:22 PM
>> To
On 8/19/2019 8:09 AM, Akhil Goyal wrote:
> Hi Anoob,
>>
>> Hi Akhil,
>>
The rte_security API which enables inline protocol/crypto
feature mandates that for every security session an rte_flow is
>>> created.
This would internally translate to a rule in the hardwar
On 7/11/2019 2:59 AM, Yongseok Koh wrote:
> On Tue, Jul 09, 2019 at 10:38:06AM +0200, Adrien Mazarguil wrote:
>> On Fri, Jul 05, 2019 at 06:05:50PM +, Yongseok Koh wrote:
On Jul 5, 2019, at 6:54 AM, Adrien Mazarguil
wrote:
On Thu, Jul 04, 2019 at 04:23:02PM -0700, Yongseok
On 7/29/2019 4:06 PM, Adrien Mazarguil wrote:
> On Sun, Jul 14, 2019 at 02:46:58PM +0300, Andrew Rybchenko wrote:
>> On 11.07.2019 10:44, Adrien Mazarguil wrote:
>>> On Wed, Jul 10, 2019 at 04:37:46PM +, Yongseok Koh wrote:
> On Jul 10, 2019, at 5:26 AM, Thomas Monjalon wrote:
>
>
On 7/16/2019 6:20 PM, Stephen Hemminger wrote:
> The key size for memif is 256 but the unix domain socket structure has
> space for 100 bytes. Change it to use a larger buffer and not hard
> code the keysize everywhere.
>
> Not sure what purpose of socket is anyway since there is no code
> which c
On 7/29/2019 12:15 PM, Ferruh Yigit wrote:
> On 7/26/2019 5:43 PM, Xiaolong Ye wrote:
>> Signed-off-by: Xiaolong Ye
>> Acked-by: Bruce Richardson
>
> Hi Ethan,
>
> Can you please check this patch, this is switching license representation (not
> license itself) to SPDX tags, as a copyright owner
On 7/25/2019 10:03 AM, kirankum...@marvell.com wrote:
> From: Kiran Kumar K
>
> Add new rte_flow_item_nsh in order to match the network service header
> based on RFC 8300.
>
> Signed-off-by: Kiran Kumar K
Hi Adrien, Ori,
Any concern/objection on the patchset [1], if not will be merged in next
On 3/22/2019 11:18 AM, Maxime Coquelin wrote:
>
>
> On 3/21/19 9:28 PM, David Marchand wrote:
>> From: Zhaohui
>>
>> mode_bond_id and mode_band_id are slave ids, stored on 16bits.
>>
>> Fixes: f8244c6399d9 ("ethdev: increase port id range")
>> Cc: sta...@dpdk.org
>>
>> Signed-off-by: Zhaohui
>>
On 3/24/2019 1:35 PM, Chas Williams wrote:
> Have you ever experienced this problem in practice? I ask because I am
> considering some fixes that would limit the number of slaves to a more
> reasonable number (and reduce the over stack usage of the bonding driver
> in general).
>
> On 3/21/19 4
On 7/1/2019 9:15 AM, Bruce Richardson wrote:
> On Mon, Jul 01, 2019 at 04:57:30AM +, Slava Ovsiienko wrote:
>> I think we should compromise: keep existing RTE_TEST_PMD_RECORD_CORE_CYCLES
>> and extend with runtime switch under this build-time option:
>>
>> #ifdef RTE_TEST_PMD_RECORD_CORE_CYCLES
On 4/10/2019 1:53 PM, David Marchand wrote:
> Another series with focus on the fast/normal rx/tx handlers for 802.3ad.
>
> The first two patches make sure that the rx (resp. tx) fast and normal
> handlers are equivalent.
>
> The third one will most likely have an impact on performance which I
> t
On 5/29/2019 9:16 AM, Nithin Dabilpuram wrote:
> Hi Thomas,
>
> On Mon, May 20, 2019 at 06:20:53PM +0530, Nithin Dabilpuram wrote:
>> On Fri, May 17, 2019 at 10:59:38AM +0200, Thomas Monjalon wrote:
>>> 17/05/2019 10:55, Nithin Dabilpuram:
On Wed, May 15, 2019 at 09:27:22AM +0200, Thomas Monj
On 4/16/2019 11:02 AM, Ferruh Yigit wrote:
> On 4/16/2019 10:59 AM, Ferruh Yigit wrote:
>> On 3/25/2019 1:30 PM, Ferruh Yigit wrote:
>>> On 3/25/2019 1:01 PM, Saleh Alsouqi wrote:
According to ietf rfc791 (see [1])
"The Version field indicates the format of the
internet
On 3/4/2019 11:18 AM, David Marchand wrote:
> According to the api, the q_errors[] per queue statistic is for reception
> errors not transmit errors.
> This is a first cleanup on statistics before looking at oerrors.
>
The fix is correct according the documentation but it was waiting for a soluti
On 1/24/2019 3:53 AM, Jie Pan wrote:
> The type for mac address in struct rte_kni_conf should be unsigned.
>
> Signed-off-by: Jie Pan
> ---
> lib/librte_kni/rte_kni.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/lib/librte_kni/rte_kni.h b/lib/librte_kni/rte_kni.h
> i
On 4/5/2019 3:55 PM, Ferruh Yigit wrote:
> On 5/22/2018 11:17 PM, Thomas Monjalon wrote:
>> 12/12/2017 11:05, Nikhil Agarwal:
>>> Currently, if the rte_eth_rx_burst() function returns a value less than
>>> *nb_pkts*, the application will assume that no more packets are present.
>>>
>>> Some of the
On 1/8/2019 11:30 AM, Tom Barbette wrote:
> Ferruh Yigit wrote:
>> Why timestamp offloading become useless? When timestamp offloading enabled,
>> device fills 'mbuf.timestamp' and you can use it.
> But the frequency is unknown, and the reference time neither. So it can be
> used only to know that
On 12/19/2018 6:22 AM, Andrew Rybchenko wrote:
> The patch series tries to improve documentation of what is retained
> across default restart.
>
> Andrew Rybchenko (3):
> ethdev: advertise MTU as retained across device stop/start
> ethdev: advertise default MAC as retained on device restart
>
On 2/18/2019 6:01 PM, Yigit, Ferruh wrote:
> On 11/28/2018 1:12 PM, Lam, Tiago wrote:
>> On 27/11/2018 17:43, Ferruh Yigit wrote:
>>> On 11/20/2018 10:26 AM, Tiago Lam wrote:
>>>> Use the underlying MTU to calculate the framsize to be used for the mmap
>>>&g
On 2/28/2019 7:13 AM, Rosen Xu wrote:
> Add IPN3KE support for testpmd
I think it is already decided to remove this patch, +1.
>
> Signed-off-by: Rosen Xu
> Signed-off-by: Andy Pei
> ---
> app/test-pmd/Makefile | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/app/test-pmd/Makefil
On 2/28/2019 7:13 AM, Rosen Xu wrote:
> Add build enablement for Intel FPGA Acceleration
> NIC IPN3KE.
No need to make this a separate patch, can squash into previous one.
>
> Signed-off-by: Rosen Xu
> ---
> config/common_base | 6 ++
> 1 file changed, 6 insertions(+)
>
> diff --git a/con
On 2/28/2019 7:13 AM, Rosen Xu wrote:
> Add link enablement for Intel FPGA Acceleration
> NIC IPN3KE.
Again, I think no need/benefit to make this separate patch, please merge into
main one that add pmd.
>
> Signed-off-by: Rosen Xu
> ---
> mk/rte.app.mk | 1 +
> 1 file changed, 1 insertion(+)
>
On 11/28/2018 1:12 PM, Lam, Tiago wrote:
> On 27/11/2018 17:43, Ferruh Yigit wrote:
>> On 11/20/2018 10:26 AM, Tiago Lam wrote:
>>> Use the underlying MTU to calculate the framsize to be used for the mmap
>>> RINGs. This is to make it more flexible on deployments with different
>>> MTU requirements
On 12/27/2018 9:35 AM, Olivier Matz wrote:
> Hi,
>
> On Fri, Dec 21, 2018 at 03:14:29PM +, Ferruh Yigit wrote:
>> On 12/21/2018 2:38 PM, Wiles, Keith wrote:
>>>
>>>
On Dec 20, 2018, at 5:48 PM, Stephen Hemminger
wrote:
On Thu, 20 Dec 2018 21:59:37 +
Ferruh Yigit
On 11/29/2018 3:09 PM, Harman Kalra wrote:
> From: Harman Kalra
>
> On restarting worker 0 after shutdown, packets handled by
> worker 0 must be incremented only when a packet is received by
> it.
>
> Signed-off-by: Harman Kalra
Hi Harman,
The patchset doesn't apply cleanly because the relati
On 11/2/2018 5:38 PM, Honnappa Nagarahalli wrote:
>>
>> On Thu, Nov 01, 2018 at 06:25:18PM -0500, Honnappa Nagarahalli wrote:
>>> Various configuration flags in rte_hash library result in increase of
>>> number of test cases. Configuration flags for enabling transactional
>>> memory use and read/wr
8, 2017 2:43 PM
> To: Yigit, Ferruh ; dev@dpdk.org
> Cc: Adrien Mazarguil ; Nélio Laranjeiro
>
> Subject: RE: [dpdk-dev] [PATCH v5] net/mlx5: support upstream rdma-core
>
>
>
> > -Original Message-
> > From: Ferruh Yigit [mailto:ferruh.yi...@intel.com]
On Wed, Feb 17, 2016 at 07:58:16PM +, Ananyev, Konstantin wrote:
>
>
> > -Original Message-
> > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Ferruh Yigit
> > Sent: Friday, February 12, 2016 1:46 PM
> > To: dev at dpdk.org
> > Subject: [dpdk-dev] [PATCH v2 2/3] rte_ctrl_if:
On Wed, Feb 17, 2016 at 07:39:05PM +, Ananyev, Konstantin wrote:
> Hi Ferruh,
>
> > -Original Message-
> > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Ferruh Yigit
> > Sent: Friday, February 12, 2016 1:46 PM
> > To: dev at dpdk.org
> > Subject: [dpdk-dev] [PATCH v2 3/3] exa
On Mon, Feb 01, 2016 at 04:02:05PM +, Mcnamara, John wrote:
> > -Original Message-
> > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Ferruh Yigit
> > Sent: Friday, January 29, 2016 10:12 AM
> > To: dev at dpdk.org
> > Subject: [dpdk-dev] [PATCH] doc: minor correction in docume
On Thu, Jan 28, 2016 at 08:16:09AM +, Xu, Qian Q wrote:
> Any dependencies with kernel versions? What kernel versions should it
> support?
>
Hi Qian,
Kernel module dependencies is same as KNI, and DPDK supports Kernel version >=
2.6.34, this is valid for KDP.
For PMD, it is not dependent
On Thu, Jan 28, 2016 at 01:57:04PM +, Ananyev, Konstantin wrote:
> Hi Ferruh,
>
> > -Original Message-
> > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Ferruh Yigit
> > Sent: Thursday, January 28, 2016 1:15 PM
> > To: Horton, Remy
> > Cc: dev at dpdk.org
> > Subject: Re: [dp
On Mon, Dec 21, 2015 at 03:15:46PM +, Burakov, Anatoly wrote:
> > This is based on patch from Alex Williamson:
> > https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=03
> > 3291eccbdb
> > plus
> > http://dpdk.org/dev/patchwork/patch/9598/
> >
> > This patch is intended
On Fri, Dec 18, 2015 at 02:50:17PM -0700, Alex Williamson wrote:
> On Fri, 2015-12-18 at 07:38 -0700, Alex Williamson wrote:
> > On Fri, 2015-12-18 at 10:43 +0000, Yigit, Ferruh wrote:
> > > On Thu, Dec 17, 2015 at 09:43:59AM -0700, Ale
On Thu, Dec 17, 2015 at 09:43:59AM -0700, Alex Williamson wrote:
<...>
> > > > > >
> > > > > > Also I need to disable VFIO_CHECK_EXTENSION ioctl, because in
> > > > > > vfio
> > > > > > module,
> > > > > > container->noiommu is not set before doing a
> > > > > > vfio_group_set_container()
> > > >
On Thu, Nov 26, 2015 at 09:52:15AM +, Mrzyglod, DanielX T wrote:
> >-Original Message-
> >From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Ferruh Yigit
> >Sent: Wednesday, November 25, 2015 6:41 PM
> >To: dev at dpdk.org
> >Subject: [dpdk-dev] [PATCH v2] examples/bond: fix bsd co
59 matches
Mail list logo
