Hi,
It is an overlay on the tx burst API.
Probably it doesn't hurt to add it but we have to be really cautious
with the API definition to try keeping it stable in the future.
2016-02-24 18:08, Tomasz Kulasek:
> +/**
> + * Structure used to buffer packets for future TX
> + * Used by APIs rte_eth_t
virtio PMD could use IO port to configure the virtio device without
using UIO/VFIO driver in legacy mode.
There are two issues with previous implementation:
1) virtio PMD will take over the virtio device(s) blindly even if not
intended for DPDK.
2) driver conflict between virtio PMD and virtio-net
call rte_eal_pci_ioport_map (on x86) only if the pci device is not bound
to a kernel driver.
Signed-off-by: Huawei Xie
Acked-by: Yuanhan Liu
Acked-by: David Marchand
---
lib/librte_eal/linuxapp/eal/eal_pci.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/lib/librte_eal/
Signed-off-by: Huawei Xie
Acked-by: Yuanhan Liu
Acked-by: David Marchand
---
lib/librte_eal/linuxapp/eal/eal_pci.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/lib/librte_eal/linuxapp/eal/eal_pci.c
b/lib/librte_eal/linuxapp/eal/eal_pci.c
index dc0aa37..4ede4cb 1006
Signed-off-by: Huawei Xie
Acked-by: Yuanhan Liu
Acked-by: David Marchand
---
lib/librte_eal/linuxapp/eal/eal_pci.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/lib/librte_eal/linuxapp/eal/eal_pci.c
b/lib/librte_eal/linuxapp/eal/eal_pci.c
index b44fa32..dc0aa3
Use RTE_KDRV_NONE to indicate that kernel driver (other than VFIO/UIO) isn't
managing the device.
Signed-off-by: Huawei Xie
Acked-by: Yuanhan Liu
Acked-by: David Marchand
---
lib/librte_eal/linuxapp/eal/eal_pci.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/librte_ea
positive return of devinit of pci driver means the driver doesn't support
this device.
Signed-off-by: Huawei Xie
Acked-by: Yuanhan Liu
Acked-by: David Marchand
---
lib/librte_eal/common/eal_common_pci.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/lib/librte_eal/
v5 changes:
Split patches
Remove free of mac addr when vtpci_init fails. Will send the fix in
a seperate patch.
Fail if the virtio device is whitelisted but bound to kernel driver.
v4 changes:
Rebase as IO port map is moved to EAL.
Reword some commit messages.
Don't fall back to PORT IO if V
Signed-off-by: Michal Kobylinski
Acked-by: David Hunt
---
examples/ip_fragmentation/main.c| 7 ++-
examples/ip_reassembly/main.c | 7 ++-
examples/l3fwd-power/main.c | 10 --
examples/l3fwd-vf/main.c|
Signed-off-by: Michal Kobylinski
Acked-by: David Hunt
---
app/test/test_func_reentrancy.c| 9 +-
app/test/test_lpm.c| 145 +++--
app/test/test_mp_secondary.c | 7 +-
app/test/test_table_combined.c | 2 +
app/test/tes
A new rte_lpm_config structure is used so LPM library will allocate
exactly the amount of memory which is necessary to hold application?s
rules.
Michal Kobylinski (2):
lpm: added a new rte_lpm_config structure for ipv4
examples: update to use new rte_lpm_config structure for ipv4
app/test/te
Signed-off-by: Michal Kobylinski
Acked-by: David Hunt
---
examples/ip_fragmentation/main.c| 16 ++--
examples/ip_reassembly/main.c | 15 +--
examples/l3fwd-power/main.c | 2 +-
examples/l3fwd-vf/main.c
Signed-off-by: Michal Kobylinski
Acked-by: David Hunt
---
app/test/test_lpm.c| 122 ++--
doc/guides/rel_notes/release_16_04.rst |5 +-
lib/librte_lpm/Makefile|2 +-
lib/librte_lpm/rte_lpm.c | 1090 +---
lib/li
This patchset extended next_hop field from 8-bits to 24-bits in LPM library for
IPv4.
Added versioning symbols to functions and updated
library and applications that have a dependency on LPM library.
Michal Kobylinski (2):
lpm: extend ip4 next_hop and add config structure
examples: update to
> -Original Message-
> From: Kobylinski, MichalX
> Sent: Tuesday, March 8, 2016 4:54 PM
> To: 'Thomas Monjalon'
> Cc: dev at dpdk.org; Jerin Jacob
> Subject: RE: [dpdk-dev] [PATCH v2 0/2] Increase number of next hops for
> LPM IPv4
>
>
>
> > -Original Message-
> > From: Thoma
2016-02-09 23:04, Liming Sun:
> rte_vect.h was missing earlier thus LPM was disabled and l3fwd is
> not able to compile. This commit implements the vector api and
> enable LPM in the tilegx configuration by default.
>
> Signed-off-by: Liming Sun
> Acked-by: Zhigang Lu
[...]
> # This following l
Hi,
2016-02-09 21:33, Thomas Monjalon:
> 2016-02-09 18:37, Liming Sun:
> > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> > A comment about the TILE-Mx would be welcome.
> > Is it supported currently?
> > Isn't it an ARM arch?
> >
> > [lsun] Yes, it's ARM arch, but with similar mp
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Olivier MATZ
> Sent: Friday, February 19, 2016 5:31 AM
> To: Hunt, David ; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH 2/6] mempool: add stack (lifo) based
> external mempool handler
>
> Hi David,
>
> On 0
On Mon, Mar 07, 2016 at 03:34:53AM +, Xie, Huawei wrote:
> On 2/18/2016 9:48 PM, Yuanhan Liu wrote:
> > + while (1) {
> > + /* done with current mbuf, fetch next */
> > + if (mbuf_avail == 0) {
> > + m = m->next;
> > + if (m == NULL)
> >
On Mon, Mar 07, 2016 at 01:49:26PM +, Loftus, Ciara wrote:
>
> I encountered the " PANIC in rte_free():" error when using
> RTE_LIBRTE_VHOST_NUMA too, and applying this series resolved the issue.
> Thanks for the patches.
>
> Tested-by: Ciara Loftus
Thanks for testing. A new version (just
> -Original Message-
> From: Stephen Hemminger [mailto:stephen at networkplumber.org]
> Sent: Tuesday, March 8, 2016 4:33 PM
> To: Dumitrescu, Cristian
> Cc: Thomas Monjalon ; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH 0/3] sched: patches for 2.2
>
> On Tue, 8 Mar 2016 07:49:20 +0
2016-03-08 19:38, Thomas Monjalon:
> It enables 'extended tag' for i40e devices only during its port
> initialization, which is key for 40G performance. It also deprecates
> the similar in igb_uio, and eal lib.
>
> v3:
> - fix build with deprecated attribute
> - keep deprecated attribute
> - re
From: Helin Zhang
It deprecates sys files of 'extended_tag' and
'max_read_request_size' which was not documented.
Signed-off-by: Helin Zhang
---
doc/guides/linux_gsg/enable_func.rst | 26 ---
doc/guides/rel_notes/deprecation.rst | 2 +
lib/librte_eal/linuxapp/igb_uio/igb_uio
From: Helin Zhang
Remove pci configuration of 'extended tag' and 'max read request
size', as they are not required by all devices and it lets PMD to
configure them if necessary.
In addition, 'pci_config_space_set()' is deprecated.
Signed-off-by: Helin Zhang
Signed-off-by: Thomas Monjalon
---
From: Helin Zhang
PCIe feature of 'Extended Tag' is important for 40G performance.
It adds its enabling during each port initialization, to ensure
the high performance.
Signed-off-by: Helin Zhang
---
doc/guides/linux_gsg/enable_func.rst | 3 ++
doc/guides/rel_notes/release_16_04.rst | 6 ++
It enables 'extended tag' for i40e devices only during its port
initialization, which is key for 40G performance. It also deprecates
the similar in igb_uio, and eal lib.
v3:
- fix build with deprecated attribute
- keep deprecated attribute
- reword release notes a bit
- revert doc move from v2
2016-02-22 11:59, Helin Zhang:
> It deprecated sys files of 'extended_tag' and
> 'max_read_request_size', and announced the planned ABI changes of
> them.
[...]
> - Moved high performance part of i40e from 'GSG' to a new for .nics'.
This change is not related to extended tag only.
Let's move the
2016-02-22 11:59, Helin Zhang:
> --- /dev/null
> +++ b/doc/guides/nics/i40e.rst
This file is not included in the index.
> --- a/lib/librte_eal/common/include/rte_pci.h
> +++ b/lib/librte_eal/common/include/rte_pci.h
> @@ -587,7 +587,7 @@ void rte_eal_pci_ioport_write(struct rte_pci_ioport *p,
>
If page size is large (like 64K on ARM) and object size is small
then don't waste lots of memory by rounding up to page size.
Instead, round up so that 1 or more objects all fit in a page.
This preserves the requirement that an object must not a page
or virt2phys would break, and makes sure 62K is
Two new pipeline API functions have been added to the library. The packet
hijack API function can be called by any input/output port or table action
handler to remove selected packets from the burst of packets read from one
of the pipeline input ports and then either send these packets out through
Currently, there is no mechanism that allows the pipeline ports (in/out)
and table action handlers to override the default forwarding decision
(as previously configured per input port or in the table entry). The port
(in/out) and table action handler prototypes have been changed to allow
pipeline a
2016-02-22 11:59, Helin Zhang:
> --- a/lib/librte_eal/common/include/rte_pci.h
> +++ b/lib/librte_eal/common/include/rte_pci.h
> @@ -580,12 +580,14 @@ void rte_eal_pci_ioport_write(struct rte_pci_ioport *p,
> #ifdef RTE_PCI_CONFIG
> /**
> * Set special config space registers for performance pur
On Tue, Mar 08, 2016 at 04:00:29PM +0100, Marc Sune wrote:
> 2016-03-01 1:45 GMT+01:00 Marc Sune :
>
> > The current rte_eth_dev_info abstraction does not provide any mechanism to
> > get the supported speed(s) of an ethdev.
> >
> > For some drivers (e.g. ixgbe), an educated guess could be done ba
On Fri, Feb 26, 2016 at 02:51:52PM +0800, Jingjing Wu wrote:
> v3 changes:
> - commit log doc rewording.
> - rebase on latest dpdk-next-net/rel_16_04 branch.
> - remove few useless line
> - adjust interval and increase times for waiting pf msg
>
> v2 changes:
> - remove the change on vf reset
Hi,
Stephen acked the other LPM patch I had last week (thanks).
There was no feedback to this one so far and none of the two patches is
committed yet.
So I wanted to give this another "ping" for feedback or acceptance.
Thanks in advance,
Christian
Christian Ehrhardt
Software Engineer, Ubuntu Ser
On Fri, Feb 26, 2016 at 11:05:29AM +0800, Wenzhuo Lu wrote:
> Normally the auto-negotiation is supported by FW. SW need not care about
> that. But on x550em_x, FW doesn't support auto-neg. As the ports of x550em_x
> are 10G, if we connect the port will a peer which is 1G, the link will always
> be
2016-03-08 15:53, Kobylinski, MichalX:
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> > 2016-01-29 13:12, Michal Kobylinski:
> > > This patchset extend next_hop field from 8-bits to 24-bits in LPM library
> > > for
> > IPv4.
> >
> > waiting v3, any news please?
>
> I'm working o
On Thu, Feb 25, 2016 at 03:33:32PM +0800, Jingjing Wu wrote:
> Currently, the example vmdq_dcb only works on Intel(R) 82599 NICs.
> This patchset extended this sample to make it works both on Intel(R)
> 82599 and X710/XL710 NICs. This patch set also enabled DCB VMDQ mode
> in i40e driver and added
This patch documents that the statistics of fm10k based NICs must be
read regularly in order to avoid an undetected 32 bit integer-overflow.
Signed-off-by: Harry van Haaren
Acked-by: John McNamara
---
v3:
-Removed paragraph from "Known Issues" based on feedback
v2:
-Moved notes to Known Issues
Call the ixgbevf_remove_mac_addr() function in the ixgbevf_dev_close()
function to ensure that the VF traffic goes to the PF after stop,
close and detach of the VF.
Fixes: af75078fece3 ("first public release")
Signed-off-by: Bernard Iremonger
---
drivers/net/ixgbe/ixgbe_ethdev.c | 8 ++--
1
Add the nb_rx_q and nb_tx_q values to the error message
to give details about the error.
Fixes: 27b609cbd1c6 ("ethdev: move the multi-queue mode check to specific
drivers")
Signed-off-by: Bernard Iremonger
Acked-by: Konstantin Ananyev
---
drivers/net/ixgbe/ixgbe_ethdev.c | 4 +++-
1 file chan
Releasing the rx and tx queues is already done in ixgbe_dev_close()
so it does not need to be done in eth_ixgbevf_dev_uninit().
Fixes: 2866c5f1b87e ("ixgbe: support port hotplug")
Signed-off-by: Bernard Iremonger
Acked-by: Konstantin Ananyev
---
drivers/net/ixgbe/ixgbe_ethdev.c | 15 +-
This patch set implements the following:
Removes code which was duplicated in eth_ixgbevf_dev_init().
Adds more information to the error message in ixgbe_check_mq_mode().
Removes the VF MAC address in ixgbevf_dev_close().
Changes in v4:
rebase
revert changes to ixgbe_pf.c
Changes in v3:
Revised p
This patch adds a new function to the EAL API:
int rte_eal_primary_proc_alive(const char *path);
The function indicates if a primary process is alive right now.
This functionality is implemented by testing for a write-
lock on the config file, and the function tests for a lock.
The use case for t
This patch fixes a race-condition when a primary and
secondary process simultaneously probe PCI devices.
This is implemented by moving the rte_eal_mcfg_complete()
function call in rte_eal_init() until after rte_eal_pci_probe().
The end result is that the secondary process waits longer,
until the
The first patch of this patchset contains a fix for EAL PCI probing,
to avoid a race-condition where a primary and secondary probe PCI
devices at the same time.
The second patch adds a function that can be polled by a process to
detect if a DPDK primary process is alive. This function does not
rel
On Tue, Mar 08, 2016 at 10:49:30AM +0200, Panu Matilainen wrote:
> On 03/07/2016 03:13 PM, Yuanhan Liu wrote:
> >To me, maybe you could base the SINGLE_FILE_SEGMENTS option, and add
> >another option, say --no-sort (I confess this name sucks, but you get
> >my point). With that, we could make sure
On 3/1/2016 6:09 PM, Xie, Huawei wrote:
> On 3/1/2016 5:57 PM, Thomas Monjalon wrote:
>> 2016-03-01 08:39, Xie, Huawei:
>>> On 3/1/2016 4:24 PM, Thomas Monjalon wrote:
2016-03-01 07:53, Xie, Huawei:
> On 3/1/2016 3:18 PM, Thomas Monjalon wrote:
>> 2016-02-26 09:53, Huawei Xie:
>>>
Signed-off-by: Matej Vido
---
doc/guides/nics/overview.rst | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/doc/guides/nics/overview.rst b/doc/guides/nics/overview.rst
index d4c6ff4..177393a 100644
--- a/doc/guides/nics/overview.rst
+++ b/doc/guides/nics/
VIRTIO_NET_F_GUEST_ANNOUNCE is a new feature introduced since kernel
v3.5. For older kernels (or more precisely, old distributions), we
could simply define it manually, to fix the "macro not defined" error.
Fixes: d293dac8f30e ("vhost: claim support of guest announce")
Signed-off-by: Yuanhan Liu
For the secondary process of DPDK to initialize ixgbevf, it will always
use the simple RX function or LRO RX function, and this behavior is not
the same RX/TX function selection logic as it is for the primary process,
so use the ixgbe_set_tx_function and ixgbe_set_rx_function to select the
RX/TX fu
On 3/8/2016 9:42 AM, Jianfeng Tan wrote:
> This patch adds an option, --huge-trybest, to use a recover mechanism to
> the case that there are not so many hugepages (declared in sysfs), which
> can be used. It relys on a mem access to fault-in hugepages, and if fails
> with SIGBUS, recover to prev
On Mon, Feb 29, 2016 at 02:30:45AM +, Ding, HengX wrote:
> Tested-by: Heng Ding
>
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Wang Xiao W
> Sent: Friday, February 19, 2016 7:07 PM
> To: Chen, Jing D
> Cc: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH
Remove support for AES CMAC support for which was added to
the code in error. AES CMAC will be added in a subsequent release
when testing completes.
Fixes: 1703e94ac5ce ("qat: add driver for QuickAssist devices")
Signed-off-by: John Griffin
---
drivers/crypto/qat/qat_crypto.c | 2 +-
1 file ch
Signed-off-by: John Griffin
---
app/test/test_cryptodev.c | 34 +-
1 file changed, 33 insertions(+), 1 deletion(-)
diff --git a/app/test/test_cryptodev.c b/app/test/test_cryptodev.c
index d7e80c4..a5d4208 100644
--- a/app/test/test_cryptodev.c
+++ b/app/test/test_
AES GCM on the cryptodev API was giving invalid results
in some cases, due to an incorrect IV setting.
Added AES GCM in the QAT supported algorithms,
as encryption/decryption is fully functional.
Fixes: 1703e94ac5ce ("qat: add driver for QuickAssist devices")
Signed-off-by: John Griffin
---
do
This patchset solves an issue in QAT driver, that was giving
invalid AES GCM results, due to incorrect IV setting.
It adds unit tests to validate AES GCM in QAT.
It also fixes the premature addition of AES CMAC support which was added to
the code in error. AES CMAC will be added in a subsequent
It removes the i40evf_set_mac_type() defined in PMD, and reuses
i40e_set_mac_type() defined in base driver.
Signed-off-by: Helin Zhang
Acked-by: Jingjing Wu
---
drivers/net/i40e/i40e_ethdev_vf.c | 22 +-
1 file changed, 1 insertion(+), 21 deletions(-)
diff --git a/drivers/n
It adds base driver release information such as release date,
for better tracking in the future.
Signed-off-by: Helin Zhang
Acked-by: Jingjing Wu
---
drivers/net/i40e/Makefile | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/net/i40e/Makefile b/drivers/net/i40e/Makefile
index 033ee4a
Several structures and macros are added or updated, such
as 'struct i40e_aqc_get_link_status',
'struct i40e_aqc_run_phy_activity' and
'struct i40e_aqc_lldp_set_local_mib_resp'.
Signed-off-by: Helin Zhang
Acked-by: Jingjing Wu
---
doc/guides/rel_notes/release_16_04.rst | 9 +++
drivers/net
It adds the new AQ command and struct for managing a
thermal sensor.
Signed-off-by: Helin Zhang
Acked-by: Jingjing Wu
---
drivers/net/i40e/base/i40e_adminq_cmd.h | 17 +
1 file changed, 17 insertions(+)
diff --git a/drivers/net/i40e/base/i40e_adminq_cmd.h
b/drivers/net/i40e/ba
X722 supports Expanded version of TCP, UDP PCTYPES for RSS.
Add a Virtchnl offload to support this.
Without this patch VF drivers will not be able to support
the correct PCTYPES for X722 and UDP flows will not fan out.
Signed-off-by: Helin Zhang
Acked-by: Jingjing Wu
---
drivers/net/i40e/base/i
This patch adds 7 new register definitions for programming the
parser, flow director and RSS blocks in the HW.
Signed-off-by: Helin Zhang
Acked-by: Jingjing Wu
---
drivers/net/i40e/base/i40e_register.h | 48 +++
drivers/net/i40e/i40e_ethdev.c| 11 ++--
RX control register read/write functions are added, as directly
read/write may fail when under stress small traffic. After the
adminq is ready, all rx control registers should be read/written
by dedicated functions.
Signed-off-by: Helin Zhang
Acked-by: Jingjing Wu
---
doc/guides/rel_notes/relea
It adds coding style fixes.
Signed-off-by: Helin Zhang
Acked-by: Jingjing Wu
---
drivers/net/i40e/base/i40e_common.c | 19 ---
1 file changed, 12 insertions(+), 7 deletions(-)
v4:
- Reworded the commit logs.
diff --git a/drivers/net/i40e/base/i40e_common.c
b/drivers/net/i40e
When updating a VSI, save off the number of allocated and
unallocated VSIs as we do when adding a VSI.
Signed-off-by: Helin Zhang
Acked-by: Jingjing Wu
---
drivers/net/i40e/base/i40e_common.c | 6 ++
1 file changed, 6 insertions(+)
v4:
- Reworded the commit logs.
diff --git a/drivers/net
It fixes the driver load failure with linking with particular
PHY types, as the amount of time it takes for the
GLGEN_RSTAT_DEVSTATE to be set increases greatly on those PHY
types, which can lead to a timeout.
Fixes: 9aeefed05538 ("i40e/base: support ESS")
Signed-off-by: Helin Zhang
Acked-by: Ji
In Multi-Function Mode (MFP) mode particularly when it sets the PF
VSI in limited promiscuous, the HW switch was still mirroring the
outgoing packets from other VSIs (VF/VMdq) onto the PF VSI.
It sets a new bit to avoid above mirroring, and it is in limited
promiscuous on the PF VSI in MFP which is
This patch adds functions to blink led on devices using a new
PHY since MAC registers used in other designs do not work in
this device configuration.
Signed-off-by: Helin Zhang
Acked-by: Jingjing Wu
---
drivers/net/i40e/base/i40e_common.c| 329 +
drivers/net/
Add the support code for calling the AdminQ API call
aq_set_switch_config.
Signed-off-by: Helin Zhang
Acked-by: Jingjing Wu
---
drivers/net/i40e/base/i40e_adminq_cmd.h | 12
drivers/net/i40e/base/i40e_common.c | 28
drivers/net/i40e/base/i40e_protot
With the latest firmware, statistics gathering can now be enabled and
disabled in the HW switch, so we need to add a parameter to allow the
driver to set it as desired. At the same time, the L2 cloud filtering
parameter has been removed as it was never used.
Older drivers working with the newer fir
This patch implements necessary functions related to port
mirroring features such as add/delete mirror rule, function
to set promiscuous VLAN mode for VSI if mirror rule_type is
"VLAN Mirroring".
Signed-off-by: Helin Zhang
Acked-by: Jingjing Wu
---
drivers/net/i40e/base/i40e_common.c| 162 +
It adds the use of the new shared MAC filter bit for multicast
and broadcast filters in order to make better use of the
filters available from the device.
Signed-off-by: Helin Zhang
Acked-by: Jingjing Wu
---
drivers/net/i40e/base/i40e_adminq_cmd.h | 1 +
drivers/net/i40e/base/i40e_common.c
This patch fixes a problem where the NVMUpdate Tool, when
using the PHY NVM feature, gets bad data from the PHY because
of contention on the MDIO interface from get phy capability
calls from the driver during regular operations. The problem
is fixed by adding a check if media is available before ca
The device capabilities were defined in two places, and neither had
all the definitions. It really belongs with the AQ API definition,
so this patch removes the other set of definitions and fills out the
missing item.
Signed-off-by: Helin Zhang
Acked-by: Jingjing Wu
---
drivers/net/i40e/base/i4
The recently added proxy opcodes should be available only with
X722_SUPPORT, so move them into the #ifdef, and reorder these
to be in numerical order with the rest of the opcodes. Several
structs that were added are unnecessary, so they are removed
here.
Fixes: 788fc17b2dec ("i40e/base: support pr
The recently added Wakeup On Line (WOL) opcodes should be
available only with X722_SUPPORT, so move them into the #ifdef,
and reorder these to be in numerical order with the rest of the
opcodes. Several structs that were added are unnecessary, so
they are removed here.
Fixes: 3c89193a36fd ("i40e/b
Add new Device ID's for backplane and QSFP+ adapters, and delete
deprecated one for backplane.
Signed-off-by: Helin Zhang
Acked-by: Jingjing Wu
---
drivers/net/i40e/base/i40e_common.c | 12 ++--
drivers/net/i40e/base/i40e_devids.h | 10 +-
drivers/net/i40
In one obscure corner case, it was possible to clear the NVM update
wait flag when no update_done message was actually received. This
patch cleans the event descriptor before use, and moves the opcode
check to where it won't get done if there was no event to clean.
Fixes: 8db9e2a1b232 ("i40e: base
The standard way to check if the AQ is enabled is to look at
the count field. So it should only set this field after it has
successfully allocated memory.
Signed-off-by: Helin Zhang
Acked-by: Jingjing Wu
---
drivers/net/i40e/base/i40e_adminq.c | 4 ++--
1 file changed, 2 insertions(+), 2 deleti
It's possible that while waiting for the spinlock, another
entity (that owns the spinlock) has shut down the admin queue.
If it then attempts to use the queue, it will panic.
It adds a check for this condition on the receive side. This
matches an existing check on the send queue side.
Fixes: 8db9e
XL710/X710 devices requires FW version checks to properly handle
DCB configurations from the FW while other devices (e.g. X722)
do not, so limit these checks to XL710/X710 only.
Signed-off-by: Helin Zhang
Acked-by: Jingjing Wu
---
drivers/net/i40e/base/i40e_dcb.c | 34 +-
In X722, NVM reads can't be done through SRCTL registers.
And require AQ calls, which require grabbing the NVM lock.
Unfortunately some paths need the lock to be acquired once
and do a whole bunch of stuff and then release it.
This patch creates an unsafe version of the read calls, so
that it can b
Instead of doing the MAC check, use a flag that gets set per
MAC. This way there are less chances of user error and it
can enable multiple MACs with the capability in a single place
rather than cluttering the code with MAC checks.
Signed-off-by: Helin Zhang
Acked-by: Jingjing Wu
---
drivers/net
It needs to acquire the NVM ownership before issuing an AQ read
to the X722 NVM otherwise it will get EBUSY from the firmware.
Also it should be released when done.
Signed-off-by: Helin Zhang
Acked-by: Jingjing Wu
---
drivers/net/i40e/base/i40e_nvm.c | 35 +--
1
It fixes compilation warnings.
Fixes: bd6651c2d2d7 ("i40e/base: use bit shift macros")
Signed-off-by: Helin Zhang
Acked-by: Jingjing Wu
---
drivers/net/i40e/base/i40e_lan_hmc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
v4:
- Reworded the commit logs.
diff --git a/drivers/net
i40e base driver is updated, to support new X722 device IDs, and
use rx control AQ commands to read/write rx control registers.
Of cause, fixes and enhancements are added as listed as below.
The patch set branches off below commit on branch rel_16_04 of
repo dpdk-next-net.
commit 4ac366ba647909c3b
2016-01-29 13:12, Michal Kobylinski:
> This patchset extend next_hop field from 8-bits to 24-bits in LPM library for
> IPv4.
waiting v3, any news please?
Jerin has to rebase on top of this series.
2016-02-28 22:17, Thomas Monjalon:
> 2016-02-13 13:38, Matthew Hall:
> > There is no good way to shut down this thread from an application signal
> > handler. Here we add an rte_eal_intr_exit() function to allow this.
>
> Please Cunming,
> Would you have time to review this series about interrupt
2016-03-01 1:45 GMT+01:00 Marc Sune :
> The current rte_eth_dev_info abstraction does not provide any mechanism to
> get the supported speed(s) of an ethdev.
>
> For some drivers (e.g. ixgbe), an educated guess could be done based on the
> driver's name (driver_name in rte_eth_dev_info), see:
>
>
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Tuesday, March 8, 2016 4:13 PM
> To: Kobylinski, MichalX
> Cc: dev at dpdk.org; Jerin Jacob
> Subject: Re: [dpdk-dev] [PATCH v2 0/2] Increase number of next hops for
> LPM IPv4
> Importance: High
On Tue, Mar 8, 2016 at 2:57 PM, Van Haaren, Harry
wrote:
>> From: David Marchand [mailto:david.marchand at 6wind.com]
>> >> The issue is that if a secondary process is initialized, it holds a read
>> >> lock on /var/run/.rte_config and this prevents a primary from starting.
>> >
>> > The new fun
2016-03-07 11:50, Fiona Trahe:
> This patch modifies the crypto burst enqueue/dequeue APIs to operate on bursts
> rte_crypto_op's rather than the current implementation which operates on
> rte_mbuf bursts, this simplifies the burst processing in the crypto PMDs and
> the
> use of crypto operations
Hi,
2016-03-07 11:50, Fiona Trahe:
> This patch splits symmetric specific definitions and
> functions away from the common crypto APIs to facilitate the future extension
> and expansion of the cryptodev framework, in order to allow asymmetric
> crypto operations to be introduced at a later dat
Add the CLIs to support the E-tag operation.
1, Offloading of E-tag insertion and stripping.
2, Forwarding the E-tag packets to pools based on the GRP and E-CID_base.
Signed-off-by: Wenzhuo Lu
---
app/test-pmd/cmdline.c | 399
doc/guides/testpmd_
Add CLIs to config ether type of l2 tunnel, and to enable/disable
a type of l2 tunnel.
Now only e-tag tunnel is supported.
Signed-off-by: Wenzhuo Lu
---
app/test-pmd/cmdline.c | 278 +++-
doc/guides/testpmd_app_ug/testpmd_funcs.rst | 11 ++
2 files c
Add support of l2 tunnel configuration and operations.
1, Support modifying ether type of a type of l2 tunnel.
2, Support enabling and disabling the support of a type of l2 tunnel.
3, Support enabling/disabling l2 tunnel tag insertion/stripping.
4, Support enabling/disabling l2 tunnel packets forwa
Add functions to support l2 tunnel configuration and operations.
1, L2 tunnel ether type modification.
It means modifying the ether type of a specific type of tunnel.
So the packet with this ether type will be parsed as this type
of tunnel.
2, Enabling/disabling l2 tunnel support.
It me
On X550, as required by datasheet, E-tag packets are not expected
when double VLAN are used. So modify the register PFVTCTL after
enabling double VLAN to select pool by MAC but not MAC or E-tag.
An introduction of E-tag:
It's defined in IEEE802.1br. Please reference this website,
http://www.ieee80
This patch set adds the support of E-tag offloading and forwarding
on X550.
The offloading means E-tag can be inserted and stripped by HW.
And E-tag packets can be recognized and forwarded to specific pools
based on GRP and E-CID_base in E-tag.
E-tag is defined in IEEE802.1br. Please reference
htt
1 - 100 of 157 matches
Mail list logo
