Add support the set_mc_addr_list device operation in the bnx2xvf PMD.
The configured addresses are stored in the device private area, so
they can be flushed before adding new ones.
Without this v6 multicast packets were properly forwarded to the
Guest VF.
Signed-off-by: "Dey, Souvik"
---
driv
In case of bnx2xvf pmd, tx packets can support vland id in 2 ways :
1. setting the mbuf ol_flags=PKT_TX_VLAN_PKT and passing the
vlanid in mbuf->vlan_tci.
2. the tx packet itself has the vlan id included in the packet.
The first case is working as expected but the second case where
the vlan id is i
In case of bnx2xvf pmd, tx packets can support vland id in 2 ways :
1. setting the mbuf ol_flags=PKT_TX_VLAN_PKT and passing the
vlanid in mbuf->vlan_tci.
2. the tx packet itself has the vlan id included in the packet.
The first case is working as expected but the second case where
the vlan id is i
On 2/3/2020 5:04 AM, asoma...@amd.com wrote:
> From: Amaranath Somalapuram
>
> Adding API for priority_flow_ctrl_set.
> Priority flow control to set water high and low,
> pause_time and priority.
>
> Cc: sta...@dpdk.org
>
> Signed-off-by: Amaranath Somalapuram
Can you please rebase the patch
On Fri, Feb 28, 2020 at 10:08:43AM +, Ferruh Yigit wrote:
> On 2/27/2020 8:00 PM, Stephen Hemminger wrote:
> > Since qpairs is part of the vdev arguments, there is no need to
> > limit it to 16. The queue arrays can be dynamically sized based
> > on the requested parameters.
> >
> > Signed-off
From: Chandu Babu N
Supports adding MAC addresses to enable whitelist filtering to
accept packets
implement eth_dev_ops mac_addr_set, mac_addr_add, mac_addr_remove and
set_mc_addr_list
Signed-off-by: Chandu Babu N
---
drivers/net/axgbe/axgbe_dev.c| 29 ++
drivers/net/axgbe/axgbe_et
From: Chandu Babu N
implement eth_dev_ops uc_hash_table_set and uc_all_hash_table_set
Signed-off-by: Chandu Babu N
---
drivers/net/axgbe/axgbe_common.h | 2 +
drivers/net/axgbe/axgbe_dev.c| 60
drivers/net/axgbe/axgbe_ethdev.c | 79
[AMD Official Use Only - Internal Distribution Only]
Hi Ferruh,
Thank you for pointing it out, I will correct them.
Regards,
Chandu
-Original Message-
From: Ferruh Yigit
Sent: Friday, February 28, 2020 7:33 PM
To: Namburu, Chandu-babu ; dev@dpdk.org; Somalapuram, Amaranath
Cc: Kumar,
From: Chandu Babu N
Supports adding MAC addresses to enable whitelist filtering to
accept packets
implement eth_dev_ops mac_addr_set, mac_addr_add, mac_addr_remove and
set_mc_addr_list
Signed-off-by: Chandu Babu N
---
drivers/net/axgbe/axgbe_dev.c| 29 ++
drivers/net/axgbe/axgbe_et
From: Chandu Babu N
implement eth_dev_ops uc_hash_table_set and uc_all_hash_table_set
Signed-off-by: Chandu Babu N
---
drivers/net/axgbe/axgbe_common.h | 2 +
drivers/net/axgbe/axgbe_dev.c| 60
drivers/net/axgbe/axgbe_ethdev.c | 79
On 2/28/2020 1:59 PM, cha...@amd.com wrote:
> From: Chandu Babu N
>
> Supports adding MAC addresses to enable whitelist filtering to
> accept packets
> implement eth_dev_ops mac_addr_set, mac_addr_add, mac_addr_remove and
> set_mc_addr_list
>
> Signed-off-by: Chandu Babu N
Hi Chandu, Amaranath
From: Chandu Babu N
implement eth_dev_ops uc_hash_table_set and uc_all_hash_table_set
Signed-off-by: Chandu Babu N
---
drivers/net/axgbe/axgbe_common.h | 2 +
drivers/net/axgbe/axgbe_dev.c| 60
drivers/net/axgbe/axgbe_ethdev.c | 79
From: Chandu Babu N
Supports adding MAC addresses to enable whitelist filtering to
accept packets
implement eth_dev_ops mac_addr_set, mac_addr_add, mac_addr_remove and
set_mc_addr_list
Signed-off-by: Chandu Babu N
---
drivers/net/axgbe/axgbe_dev.c| 29 ++
drivers/net/axgbe/axgbe_et
Hi All,
There has been a request to use the next OVS-DPDK meeting (Wed March 4th
@ 17:00 UTC, call details below) to present/discuss about Hw offload
capabilities and OVS integration with DPDK rte_flow API.
Perhaps some design discussion now can save time coding/reworking later.
Would request any
> -Original Message-
> From: dev On Behalf Of Avinash .
> Sent: Wednesday, February 26, 2020 10:46 AM
> To: dev@dpdk.org
> Cc: Gokul Bargaje ; Mohit P. Tahiliani
>
> Subject: [dpdk-dev] DPDK Enqueue Pipeline
>
> Hi all,
> The DPDK QoS scheduler has a 4-stage pipeline for enqueuing the
In the check for the version of intel-ipsec-mb library,
there is a backslash in front of the #include.
This backslash is for escaping the hash sign parsed as
a number sign in make.
Since make-4.3, escaping is not required for the number sign.
As a consequence, it resolves now to '\#':
syntax erro
On 2/27/2020 6:33 AM, sseba...@amd.com wrote:
> From: Selwin Sebastian
>
> Enable scattered rx support and add jumbo packet transmit capability
>
> Signed-off-by: Selwin Sebastian
<...>
> @@ -1018,9 +1024,19 @@ eth_axgbe_dev_init(struct rte_eth_dev *eth_dev)
> struct rte_pci_device *pci
On 2/28/2020 9:00 AM, Sebastian, Selwin wrote:
>
> Thanks and Regards
> Selwin Sebastian
>
>
>
> -Original Message-
> From: Ferruh Yigit
> Sent: Thursday, February 27, 2020 8:08 PM
> To: Sebastian, Selwin ; dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v1] net/axgbe: add support for
28/02/2020 13:41, Thomas Monjalon:
> 28/02/2020 13:24, Akhil Goyal:
> > Hi Thomas,
> >
> > >
> > > In the check for the version of intel-ipsec-mb library,
> > > there is a backslash in front of the #include.
> > > It is not clear why this backslash is for.
> > > It is not clear why there was no e
28/02/2020 13:24, Akhil Goyal:
> Hi Thomas,
>
> >
> > In the check for the version of intel-ipsec-mb library,
> > there is a backslash in front of the #include.
> > It is not clear why this backslash is for.
> > It is not clear why there was no error so far.
> >
> > In an up-to-date ArchLinux, t
Hi Thomas,
>
> In the check for the version of intel-ipsec-mb library,
> there is a backslash in front of the #include.
> It is not clear why this backslash is for.
> It is not clear why there was no error so far.
>
> In an up-to-date ArchLinux, these errors were seen:
>
> syntax error near une
On 2/28/2020 10:44 AM, asoma...@amd.com wrote:
> From: Amaranath Somalapuram
>
> Adding API for axgbe_rxq_info_get, axgbe_txq_info_get
>
> Signed-off-by: Amaranath Somalapuram
Hi Amaranath,
I guess you are sending patches one by one, which each end up being a new
thread, makes harder for the
On 28/02/2020 10:46, Kumar, Ravi1 wrote:
> [AMD Official Use Only - Internal Distribution Only]
>
> Hi,
>
Hi Ravi,
Please remove the banner above, it is not appropriate for an open source
mailing list.
> I want to understand details on DPDK mainline process.
>
> Is it possible to upstream pat
On 2/26/20 7:32 PM, Jerin Jacob wrote:
> On Wed, Feb 26, 2020 at 10:00 PM Olivier Matz wrote:
>>
>> On Mon, Feb 17, 2020 at 05:46:42PM +0100, Thomas Monjalon wrote:
>>> Write first lines of the README file about the intent (upstream first)
>>> and the licenses allowed so far in DPDK.
>>>
>>> Signe
On 2/26/20 7:53 PM, Thomas Monjalon wrote:
> 26/02/2020 17:35, Jerin Jacob:
>> On Wed, Feb 26, 2020 at 8:31 PM Ferruh Yigit wrote:
>>>
>>> Signed-off-by: Ferruh Yigit
>>
>> Acked-by: Jerin Jacob
>
> Acked-by: Thomas Monjalon
>
Acked-by: Andrew Rybchenko
[AMD Official Use Only - Internal Distribution Only]
Hi,
I want to understand details on DPDK mainline process.
Is it possible to upstream patches to the older stable branches, upstreaming to
18.11 as an example? How do we do it?
Regards,
Ravi
From: Amaranath Somalapuram
Adding API axgbe_dev_rx_descriptor_status, axgbe_dev_tx_descriptor_status
Signed-off-by: Amaranath Somalapuram
---
drivers/net/axgbe/axgbe_ethdev.c | 2 ++
drivers/net/axgbe/axgbe_rxtx.c | 46
drivers/net/axgbe/axgbe_rxtx.h | 2
From: Amaranath Somalapuram
Adding api for eth_dev_supported_ptypes_get_t
Signed-off-by: Amaranath Somalapuram
---
drivers/net/axgbe/axgbe_ethdev.c | 37
1 file changed, 37 insertions(+)
diff --git a/drivers/net/axgbe/axgbe_ethdev.c b/drivers/net/axgbe/axgbe_e
From: Amaranath Somalapuram
Adding API for axgbe_rxq_info_get, axgbe_txq_info_get
Signed-off-by: Amaranath Somalapuram
---
drivers/net/axgbe/axgbe_ethdev.c | 30 ++
1 file changed, 30 insertions(+)
diff --git a/drivers/net/axgbe/axgbe_ethdev.c b/drivers/net/axgbe/a
On 2/27/2020 8:00 PM, Stephen Hemminger wrote:
> Since qpairs is part of the vdev arguments, there is no need to
> limit it to 16. The queue arrays can be dynamically sized based
> on the requested parameters.
>
> Signed-off-by: Stephen Hemminger
> ---
> drivers/net/af_packet/rte_eth_af_packet.c
From: Kalesh AP
There is a race condition when port is closed while error recovery
is happening in driver. Fixed this by canceling the recovery threads
during port close.
Fixes: df6cd7c1f73a ("net/bnxt: handle reset notify async event from FW")
Cc: sta...@dpdk.org
Signed-off-by: Kalesh AP
Revi
On 28/02/2020 08:52, Kalesh A P wrote:
> From: Kalesh AP
>
> There is a race condition when port is closed while error recovery
> is happening in driver. Fixed this by canceling the recovery threads
> during port close.
>
> Fixes: df6cd7c1f73a (net/bnxt: handle reset notify async event from FW)
Thanks and Regards
Selwin Sebastian
-Original Message-
From: Ferruh Yigit
Sent: Thursday, February 27, 2020 8:08 PM
To: Sebastian, Selwin ; dev@dpdk.org
Subject: Re: [dpdk-dev] [PATCH v1] net/axgbe: add support for Scattered Rx
[CAUTION: External Email]
On 2/27/2020 2:35 PM, Sebas
Split dev init to 2 parts.
First only register the port in switch
management; second init hook will be
called after all the pf are registered
and switch initialization. It will finish
dev init. Also add switch interrupt support.
Add fm10k_mirror_rule_set/fm10k_mirror_rule_reset
to support mirror op
Add flow interface to support offload flow into HW.
It supports parse vlan and parse mpls, all these
data will be transferred to ffu data.
Add switch management, includes initialization,
port mapping, epl port link, LED controller, interrupt handler.
It create 3 threads. One for interrupt handler,
Add ffu to support offload flow into HW.
It supports forward, mirror, push VLAN, pop VLAN.
It also supports flowset for a group flow definition.
The config file can configure debug log, port speed,
epl port mapping dpdk port, flowset. All these configuration
will be used by switch management.
Stati
Add I2C to control the inside LED and PHY.
All the operations of I2C are using fm10k I2C register.
Add SBUS to communicate with spico(micro code in serdes)
by using fm10k SBUS register. This is like I2C operations.
Add registers defination, which include all the registers
will be used in the driver
V1:
* Add I2C to control the inside LED and PHY.
* Add SBUS to communicate with spico.
* Add registers defination.
* Add switch management log API.
* Add switch management structures.
* Add epl serdes include loading spico,
controlling pcsl, dma, dfe, ical.
* Add spico code.
* Add state machine
From: Kalesh AP
There is a race condition when port is closed while error recovery
is happening in driver. Fixed this by canceling the recovery threads
during port close.
Fixes: df6cd7c1f73a (net/bnxt: handle reset notify async event from FW)
Cc: sta...@dpdk.org
Signed-off-by: Kalesh AP
Review
Decrease the code and make it easier to read. It's
useful for understanding the inflight APIs and how
packed ring works. Update the RST because the packed
ring patch has been merged to QEMU master and ring_packed
parameter changes to packed.
Fixes: c19beb3f38cd ("examples/vhost_blk: introduce vhos
40 matches
Mail list logo
