The patch decouple the intr_handle from ice_vsi_queue_bind_intr which
is shared by data Rx queue and fdir Rx queue's interrupt binding.
Though there is no issue in current implemenation of
ice_vsi_queue_bind_intr, but this rely on the assumption that the fdir
setup (when bind interrrupt for fdir q
Hi Stephen
From: Stephen Hemminger
> Applications using a port mask need a method to be able to test for (and
> reject) ethdev ports that are in use for other purposes.
>
There is already function which is thread safe to get this information:
rte_eth_dev_owner_get.
I don't think we need one mo
Hi Stephen
From: Stephen Hemminger
I think the correct terminology here is (can be the title):
Make the application be port ownership aware.
Some applications may be ownership aware and others not.
> If a ethdev port is in use for a sub device, then it should not be allowed in
> the
> portmask
14/03/2020 00:38, Dmitry Kozlyuk:
> > I suggest this change (I can send a patch fixing the issue in other .h
> > files):
> >
> > +/*
> > + * RTE_TOOLCHAIN_GCC is true if the target is built with GCC,
> > + * while a host application (like pmdinfogen) may have another compiler.
> > + * RTE_CC_IS_GN
The patch decouple the intr_handle from ice_vsi_queue_bind_intr which
is shared by data Rx queue and fdir Rx queue's interrupt binding.
Though there is no issue in current implemenation of
ice_vsi_queue_bind_intr, but this rely on the assumption that the fdir
setup (when bind interrrupt for fdir q
Hi Xiang,
> -Original Message-
> From: Wang Xiang
> Sent: Friday, March 13, 2020 3:20 AM
> To: Ori Kam
> Cc: jer...@marvell.com; dev@dpdk.org; pbhagavat...@marvell.com; Shahaf
> Shuler ; hemant.agra...@nxp.com; Opher Reviv
> ; Alex Rosenbaum ;
> dov...@marvell.com; pkap...@marvell.com;
Hi,
> -Original Message-
> From: Wisam Monther
> Sent: Thursday, March 12, 2020 11:25 AM
> To: dev@dpdk.org; Raslan Darawsheh ; Matan
> Azrad
> Cc: Slava Ovsiienko ; sta...@dpdk.org
> Subject: [PATCH] net/mlx5: fix validate set meta action for zero value
>
> There is no reason to preven
[AMD Public Use]
Hi Traynor,
Thank you very much for the detailed explanation. It clears all our doubts.
Regards,
Ravi
>
>-Original Message-
>From: Kevin Traynor
>Sent: Friday, February 28, 2020 4:49 PM
>To: Kumar, Ravi1 ; dev@dpdk.org
>Cc: Giriyapura, Maheshwaramurthy ;
>Somalapura
FVL enable Destination MAC address as FDIR's input set for
ipv4-other. When OVS-DPDK is working as a pure L2 switch,
destination MAC match offload with Mark+RSS action would help
the performance speed up. And FVL FDir supports to change input
set to be destination MAC.
Signed-off-by: Lunyuan Cui
On Sun, Mar 15, 2020 at 10:05:53AM +, Ori Kam wrote:
Hi Ori,
> Hi Xiang,
>
>
> > -Original Message-
> > From: Wang Xiang
> > Sent: Friday, March 13, 2020 3:20 AM
> > To: Ori Kam
> > Cc: jer...@marvell.com; dev@dpdk.org; pbhagavat...@marvell.com; Shahaf
> > Shuler ; hemant.agra...@n
On 03/12, Rong, Leyi wrote:
>
>> -Original Message-
>> From: Wang, ShougangX
>> Sent: Friday, March 6, 2020 10:24 AM
>> To: dev@dpdk.org
>> Cc: Rong, Leyi ; Wu, Jingjing ;
>> Wang, ShougangX
>> Subject: [PATCH] net/iavf: unify Rx ptype table
>>
>> From: Wang Shougang
>>
>> This patch u
> -Original Message-
> From: Kevin Traynor [mailto:ktray...@redhat.com]
> Sent: Saturday, March 14, 2020 03:16
> To: Li, Xiaoyun ; Zhike Wang ;
> dev@dpdk.org
> Cc: Xing, Beilei ; Zhang, Qi Z ;
> sta...@dpdk.org
> Subject: Re: [dpdk-dev] [dpdk-stable] [PATCH] net/i40e: fix X722 judgement
Sorry for the delay, the following is Broadcom's roadmap for DPDK 20.05:
* Adding support for host-memory based flow tables management for high
scalability
* Introducing new rte_flow parser/mapper
* Optimized control-plane firmware interface for flow insertions/deletions
* Adding baseline support f
Once there are millions of flows be created, the memory consumption of
one flow will become more sensitive. A byte memory means Mbytes
consumption with millions of flows. In this case, to take care of every
bytes the flow costed becomes more important.
We are planning to save the memory consum
[AMD Public Use]
For series,
Acked-by: Ravi Kumar
>From: Amaranath Somalapuram
>
>Adding api for flow_ctrl_get and flow_ctrl_set.
>By default axgbe driver flow control is disabled.
>Adding dpdk flow control to set water high and low.
>
>Signed-off-by: Amaranath Somalapuram
>---
> drivers/net
> -Original Message-
> From: Ye, Xiaolong
> Sent: Friday, March 13, 2020 16:00
> To: Wang, Haiyue
> Cc: dev@dpdk.org; Zhang, Qi Z ; Yang, Qiming
> ; Xing,
> Beilei ; Zhao1, Wei
> Subject: Re: [PATCH v2 6/7] net/ice: handle the PF initialization by DCF
>
> On 03/10, Haiyue Wang wrote:
>
> -Original Message-
> From: Ye, Xiaolong
> Sent: Friday, March 13, 2020 15:01
> To: Wang, Haiyue
> Cc: dev@dpdk.org; Zhang, Qi Z ; Yang, Qiming
> ; Xing,
> Beilei ; Zhao1, Wei
> Subject: Re: [PATCH v2 7/7] net/ice: get the VF hardware index in DCF
>
> On 03/10, Haiyue Wang wrote:
> >T
A DCF (Device Config Function) based approach is proposed where a device
bound to the device's VF0 can act as a sole controlling entity to exercise
advance functionality (such as switch, ACL) for rest of the VFs.
The DCF works as a standalone PMD to support this function, which shares the
ice PMD
Introduce the DCF (Device Config Function) feature in the ice PMD, it
works as a standalone PMD which doesn't handle the packet Rx/Tx related
things. Its hardware entity is the VF.
Add the basic DCF hardware initialization, this is specified by devarg
'cap=dcf'.
Signed-off-by: Haiyue Wang
---
d
A new DCF PMD will be introduced, which runs on Intel VF hardware, and
it is a pure software design to control the advance functionality (such
as switch, ACL) for rest of the VFs.
So if the DCF (Device Config Function) mode is specified by the devarg
'cap=dcf', then it will stop the PCI probe in t
The DCF (Device Config Function) works at the user PF level, it can't
access the real PF hardware directly. So it will pass through the PF's
AdminQ command by the DCF's mailbox.
And the DCF is mainly used to control the flow setting of other VFs, so
it only needs to initialize some core functions
A new DCF PMD will be introduced, which runs on Intel VF hardware, and
it is a pure software design to control the advance functionality (such
as switch, ACL) for rest of the VFs.
The DCF (Device Config Function) feature shares the core functions of
the ICE PMD, like it needs to export the DDP def
The DCF (Device Config Function) splits the AdminQ command into two
parts: one is the descriptor of AdminQ command, the other is the buffer
of AdminQ command (the descriptor has BUF flag set). When both of them
are received by the PF, the PF will handle them as one command.
And also, the filled de
Since the DCF (Device Config Function) controls the flow setting of
other VFs by the mailbox with PF, for security, it needs to acquire
the DCF capability from PF when starts, and disable it when exits.
Signed-off-by: Haiyue Wang
---
drivers/net/ice/ice_dcf.c | 27 ++-
1
The DCF (Device Config Function) needs the hardware index of the VFs to
control the flow setting. And also if the VF resets, the index may be
changed, so it should handle this in VF reset event.
Signed-off-by: Haiyue Wang
---
drivers/net/ice/ice_dcf.c| 87 +++-
ipn3ke driver creates a thread to check link status.
before this patch, pthread_create() is used to create
thread, leaving the new thread unrestrained wrt cpu
affinity.
After this patch, rte_ctrl_thread_create() is used to
create thread. The affinity of the new thread is based
on the CPU affinity
Hi Xiaojun,
Comments inline.
Best Regards,
Xiao
> -Original Message-
> From: Xiaojun Liu
> Sent: Friday, February 28, 2020 4:38 PM
> To: Wang, Xiao W ; Zhang, Qi Z
> ; Kwan, Ngai-mint ; Keller,
> Jacob E
> Cc: dev@dpdk.org; Xiaojun Liu
> Subject: [PATCH v1 1/5] net/fm10k: add basic fu
Hi Xiaojun,
Comments inline.
Best Regards,
Xiao
> -Original Message-
> From: Xiaojun Liu
> Sent: Friday, February 28, 2020 4:38 PM
> To: Wang, Xiao W ; Zhang, Qi Z
> ; Kwan, Ngai-mint ; Keller,
> Jacob E
> Cc: dev@dpdk.org; Xiaojun Liu
> Subject: [PATCH v1 2/5] net/fm10k: add epl serd
28 matches
Mail list logo
