On 12/24, Guinan Sun wrote:
>Ixgbe PMD pf host code needs to support ixgbevf mac address
>add and remove. For this purpose, a response was added
>between pf and vf to update the mac address.
>
>Signed-off-by: Guinan Sun
>---
>v3:
>* Changed from `RTE_LOG` to `PMD_DRV_LOG`.
>v2:
>* Changed the titl
> -Original Message-
> From: Cao, Yahui
> Sent: Tuesday, December 24, 2019 12:13 PM
> To: Wu, Jingjing ; Lu, Wenzhuo
>
> Cc: dev@dpdk.org; sta...@dpdk.org; Zhang, Qi Z ; Cao,
> Yahui ; Ye, Xiaolong ; Su,
> Simei
> Subject: [PATCH v3] net/iavf: fix virtual channel return value error
>
In iavf_handle_virtchnl_msg(), it is not appropriate for _clear_cmd()
to be used as a notification to forground thread. So introduce
_notify_cmd() to fix this error. In addition, since _notify_cmd()
contains rte_wmb(), rte_compiler_barrier() is not necessary.
Sending msg from VF to PF is mainly by
Ixgbe PMD pf host code needs to support ixgbevf mac address
add and remove. For this purpose, a response was added
between pf and vf to update the mac address.
Signed-off-by: Guinan Sun
---
v3:
* Changed from `RTE_LOG` to `PMD_DRV_LOG`.
v2:
* Changed the title of commit message.
* Checked null in
Given that we haven't heard any objection from anyone in a while on
this ...can we get this in please?
Thanks
On Mon, Dec 16, 2019 at 2:43 PM Andrew Rybchenko
wrote:
>
> On 12/16/19 11:47 AM, Somnath Kotur wrote:
> > On Mon, Dec 16, 2019 at 12:01 PM Andrew Rybchenko
> > wrote:
> >>
> >> On 12/1
On 12/24, Zhang, Qi Z wrote:
>
>
>> -Original Message-
>> From: Cui, LunyuanX
>> Sent: Tuesday, December 3, 2019 7:44 PM
>> To: dev@dpdk.org
>> Cc: Xing, Beilei ; Zhang, Qi Z ;
>> Yang, Qiming ; Cui, LunyuanX
>>
>> Subject: [PATCH] net/i40e: enable multi-queue Rx interrupt for VF
>>
>> C
Add support to the igb vf for the API rte_eth_tx_done_cleanup
to force free consumed buffers on Tx ring.
Signed-off-by: Chenxu Di
---
drivers/net/e1000/igb_ethdev.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/net/e1000/igb_ethdev.c b/drivers/net/e1000/igb_ethdev.c
index a3e30dbe
Add support to the ixgbe driver for the API rte_eth_tx_done_cleanup
to force free consumed buffers on Tx ring.
Signed-off-by: Chenxu Di
---
drivers/net/ixgbe/ixgbe_ethdev.c | 2 +
drivers/net/ixgbe/ixgbe_rxtx.c | 121 +++
drivers/net/ixgbe/ixgbe_rxtx.h | 2 +
Add support to the i40e driver for the API rte_eth_tx_done_cleanup
to force free consumed buffers on Tx ring.
Signed-off-by: Chenxu Di
---
drivers/net/i40e/i40e_ethdev.c| 1 +
drivers/net/i40e/i40e_ethdev_vf.c | 1 +
drivers/net/i40e/i40e_rxtx.c | 122 ++
Add support to the drivers inclulding fm10k, i40e, ice, ixgbe
and igb vf for the API rte_eth_tx_done_cleanup to
force free consumed buffers on Tx ring.
---
v2:
added code about igb vf.
v3:
changed information of author
v4:
changed code.
Chenxu Di (5):
net/fm10k: cleanup Tx buffers
net/i40e:
Add support to the ice driver for the API rte_eth_tx_done_cleanup
to force free consumed buffers on Tx ring.
Signed-off-by: Chenxu Di
---
drivers/net/ice/ice_ethdev.c | 1 +
drivers/net/ice/ice_rxtx.c | 123 +++
drivers/net/ice/ice_rxtx.h | 1 +
3 files ch
Add support to the fm10k driver for the API rte_eth_tx_done_cleanup
to force free consumed buffers on Tx ring.
Signed-off-by: Chenxu Di
---
drivers/net/fm10k/fm10k.h| 2 ++
drivers/net/fm10k/fm10k_ethdev.c | 1 +
drivers/net/fm10k/fm10k_rxtx.c | 45
3
On 12/23, Guinan Sun wrote:
>Ixgbe PMD pf host code needs to support ixgbevf mac address
>add and remove. For this purpose, a response was added
>between pf and vf to update the mac address.
>
>Signed-off-by: Guinan Sun
>---
>v2:
>* Changed the title of commit message.
>* Checked null in front of
> -Original Message-
> From: Cui, LunyuanX
> Sent: Tuesday, December 3, 2019 7:44 PM
> To: dev@dpdk.org
> Cc: Xing, Beilei ; Zhang, Qi Z ;
> Yang, Qiming ; Cui, LunyuanX
>
> Subject: [PATCH] net/i40e: enable multi-queue Rx interrupt for VF
>
> Current implementation is that only one R
> Add Rx adapter support. The event helper init routine will initialize
> the Rx adapter according to the configuration. If Rx adapter config
> is not present it will generate a default config. It will check the
> available eth ports and event queues and map them 1:1. So one eth port
> will be conn
> This patch adds the driver outbound worker thread for ipsec-secgw.
> In this mode the security session is a fixed one and sa update
> is not done.
>
> Signed-off-by: Ankur Dwivedi
> Signed-off-by: Anoob Joseph
> Signed-off-by: Lukasz Bartosik
> ---
> examples/ipsec-secgw/ipsec-secgw.c | 1
Hi,
I have a dpdk app that implements a simple run-to-completion model. I use
igb_uio as my PMD. I notice a weird situation where my receiver (
rte_eth_rx_burst) seems to sporadically read packets I intend to transmit
through the same port using rte_eth_tx_burst.
Is this possible by any chance an
>
> Add IPsec application processing code for event mode.
>
> Signed-off-by: Anoob Joseph
> Signed-off-by: Lukasz Bartosik
> ---
> examples/ipsec-secgw/ipsec-secgw.c | 124 ++
> examples/ipsec-secgw/ipsec-secgw.h | 81
> examples/ipsec-secgw/ipsec.h|
>
> Add eventmode support to ipsec-secgw. This uses event helper to setup
> and use the eventmode capabilities. Add driver inbound worker.
>
> Example command:
> ./ipsec-secgw -c 0x1 -w 0002:02:00.0,ipsec_in_max_spi=100 -w 0002:07:00.0
> -w 0002:0e:00.0 -w 0002:10:00.1 -- -P -p 0x3 -u 0x1
> --c
On Mon, 23 Dec 2019 05:04:12 +
Honnappa Nagarahalli wrote:
>
>
> >
> > On Sat, 21 Dec 2019 16:07:23 +
> > Honnappa Nagarahalli wrote:
> >
> > > Converting these into macros will help remove the size based duplication
> > > of
> > APIs. I came up with the following macro:
> > >
> > Add command line option -s which can be used to configure number
> > of buffers in a pool. Default number of buffers is 8192.
> >
> > Signed-off-by: Anoob Joseph
> > Signed-off-by: Lukasz Bartosik
> > ---
> > examples/ipsec-secgw/ipsec-secgw.c | 23 +++
> > 1 file chan
>
> Add command line option -s which can be used to configure number
> of buffers in a pool. Default number of buffers is 8192.
>
> Signed-off-by: Anoob Joseph
> Signed-off-by: Lukasz Bartosik
> ---
> examples/ipsec-secgw/ipsec-secgw.c | 23 +++
> 1 file changed, 19 inser
> > >>> 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 hardware
> > >>> which would do packet
Hi,
I'm not sure if this is a bug, but I've seen an inconsistency in the behavior
of DPDK with regards to hugepage allocation for rte_mempool. Basically, for the
same mempool size, the number of hugepages allocated changes from run to run.
Here's how I reproduce with DPDK 19.11. IOVA=pa (default
If the compiler does not recognise the specific CPU when building with the
default "native" machine type, sse4.2 instructions can be missing, causing
a build error. Rather than advising the user to change the machine type,
we can just turn on SSE4.2 directly. This can prevent issues with running
au
Hi Jerin,
> -Original Message-
> From: Jerin Jacob
> Sent: Monday, December 23, 2019 5:20 PM
> To: Gavin Hu
> Cc: dpdk-dev ; nd ; David Marchand
> ; tho...@monjalon.net;
> rasl...@mellanox.com; maxime.coque...@redhat.com;
> tiwei@intel.com; hemant.agra...@nxp.com; jer...@marvell.com;
Hi
Still, stability and correctness are much more important than performance.
As I said, with WC can benefit more than 20X perf. Comparing to this benefit,
the difference between rte_wmb and rte_io_wmb is not that important.
And in my test, the performance is not that bad with rte_wmb especially
On Mon, Dec 23, 2019 at 2:44 PM Gavin Hu wrote:
>
> Hi Jerin,
Hi Gavin,
>
> I think we are on the same page with regard to the problem, and the
> situations, thanks for illuminating the historical background of the two
> barriers.
> About the solution, I added inline comments.
> > It will be o
Ixgbe PMD pf host code needs to support ixgbevf mac address
add and remove. For this purpose, a response was added
between pf and vf to update the mac address.
Signed-off-by: Guinan Sun
---
v2:
* Changed the title of commit message.
* Checked null in front of valid ether addr check.
---
drivers/
Hi Jerin,
I think we are on the same page with regard to the problem, and the situations,
thanks for illuminating the historical background of the two barriers.
About the solution, I added inline comments.
> -Original Message-
> From: Jerin Jacob
> Sent: Friday, December 20, 2019 2:56
On Sat, Dec 21, 2019 at 9:37 PM Honnappa Nagarahalli
wrote:
> > > +__rte_experimental
> > > +static inline uint32_t
> > > +rte_get_bit32_relaxed(unsigned int nr, uint32_t *addr) {
> > Why not pass the memory order as a parameter? It would reduce the number
> > of API calls by half.
> I think thes
Hi Xiaolong
> -Original Message-
> From: Ye, Xiaolong
> Sent: Monday, December 23, 2019 3:25 PM
> To: Sun, GuinanX
> Cc: dev@dpdk.org; Lu, Wenzhuo ; Yang, Qiming
> ; Xing, Beilei
> Subject: Re: [dpdk-dev] [PATCH] net/ixgbe: add or remove MAC address
>
> Hi, guinan
>
> For the title, be
Hi Xiaoyun,
> -Original Message-
> From: Li, Xiaoyun
> Sent: Monday, December 23, 2019 3:52 PM
> To: Gavin Hu ; Wu, Jingjing
> Cc: dev@dpdk.org; Maslekar, Omkar ;
> sta...@dpdk.org; nd
> Subject: RE: [dpdk-dev] [PATCH v2] raw/ntb: fix write memory barrier issue
>
> Hi
> I reconsidered
33 matches
Mail list logo
