Signed-off-by: Rasesh Mody
---
drivers/net/qede/qede_ethdev.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/qede/qede_ethdev.h b/drivers/net/qede/qede_ethdev.h
index 7453539..d2f61db 100644
--- a/drivers/net/qede/qede_ethdev.h
+++ b/drivers/net/qede/qede_ethde
Signed-off-by: Rasesh Mody
---
doc/guides/nics/qede.rst |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/doc/guides/nics/qede.rst b/doc/guides/nics/qede.rst
index 50e6f87..8f132c9 100644
--- a/doc/guides/nics/qede.rst
+++ b/doc/guides/nics/qede.rst
@@ -65,6 +65,8 @@ Non-s
From: Harish Patil
This patch fixes the base driver version display.
The driver version notation is:
Fixes: 2ea6f76 ("qede: add core driver")
Signed-off-by: Harish Patil
---
drivers/net/qede/qede_ethdev.c | 43
drivers/net/qede/qede_ethdev.h | 17
From: Harish Patil
There is no need to poll for slowpath events for VF
device since the ramrod responses are received over
PF-VF backchannel synchronously. So the fix is to
restrict the slowpath polling for PF device only.
Fixes 2af14ca ("net/qede: support 100G")
Signed-off-by: Harish Patil
--
From: Harish Patil
Add support to send PF FLR request to the management firmware to
bringup the device in clean slate. This cleanup is necessary
in some corner cases where the device would be left in a bad
state from its previous operations. The driver will send PF FLR
request before slowpath ini
Changed q_{rx,tx}_start APIs to use common queue start parameters
Signed-off-by: Rasesh Mody
---
drivers/net/qede/base/ecore_l2.c | 131 +++---
drivers/net/qede/base/ecore_l2.h | 26 ++-
drivers/net/qede/base/ecore_l2_api.h | 69 --
dr
From: Sony Chacko
Add scatter gather support, to enable trasmit
and receive of packets larger than descriptor buffer sizes.
Signed-off-by: Sony Chacko
---
doc/guides/nics/features/qede.ini|1 +
doc/guides/nics/features/qede_vf.ini |1 +
doc/guides/nics/qede.rst |4
From: Harish Patil
This patch contains few RSS related changes as follows:
o Fix inadvarent initializing of rss_params outside of the
if block in qed_update_vport() which could cause FW exception.
o Fix disabling of RSS when hash function is 0.
o Rename qede_config_rss() to qede_check_vport_
From: Harish Patil
The device doesn't explicitly support enable/disable
of VLAN filtering. However, VLAN filtering takes effect
when a matching VLAN is configured. So in order to
support enable/disable of VLAN filtering, VLAN 0 is
added/removed respectively. A check is added to ensure that
the us
From: Harish Patil
librte_ether does not keep track of VLAN filters
configured, so it becomes driver's responsibility to
keep track of it and prevent duplicate filter
programming. The fix is to use a singly linked
list for tracking the entries and there by prevent
duplicates.
Fixes: 2ea6f76 ("qe
From: Harish Patil
Fixes: 2ea6f76 ("qede: add core driver")
Signed-off-by: Harish Patil
---
drivers/net/qede/qede_eth_if.c | 10 --
drivers/net/qede/qede_ethdev.c |3 ---
drivers/net/qede/qede_ethdev.h | 12
drivers/net/qede/qede_if.h |9 -
4 files
From: Harish Patil
This patch fixes the missing 100G link speed advertisement
when the 100G support was initially added.
Fixes 2af14ca ("net/qede: support 100G")
Signed-off-by: Harish Patil
---
doc/guides/nics/features/qede.ini|1 +
doc/guides/nics/features/qede_vf.ini |1 +
drive
From: Harish Patil
Add support to allow MTU change on a deactivated vport in
the qede/base driver and the core driver shall utilize the same.
Signed-off-by: Harish Patil
---
drivers/net/qede/base/ecore_l2.c |5 +
drivers/net/qede/base/ecore_l2_api.h |4
drivers/net/qede/qe
From: Harish Patil
Some applications set port configuration params like promisc mode
before calling dev_start(). This config results in a firmware exception
since this operation internally translates to sending of VPORT-UPDATE
before VPORT-START ramrod which is considered illegal from firmware
st
From: Sony Chacko
Previous release of the qede PMD had a limitation that the
driver expects the number of tx and rx queues to be the same.
This patch fixes this issue by making appropriate changes in
control and data path.
Fixes: 2ea6f76 ("qede: add core driver")
Signed-off-by: Sony Chacko
---
Signed-off-by: Rasesh Mody
---
drivers/net/qede/base/ecore.h |3 +
drivers/net/qede/base/ecore_dev.c | 22 ++---
drivers/net/qede/base/ecore_dev_api.h | 29 ---
drivers/net/qede/base/ecore_mcp.c | 151 +
drivers/net/qede/base/ecore_mcp.
This patch updates the base driver and incorporates neccessary changes
required to bring in the new firmware 8.10.9.0.
In addition, it would allow driver to add new functionalities that might
be needed in future.
Signed-off-by: Rasesh Mody
---
doc/guides/nics/features/qede.ini |
This patch set includes changes to update the base driver, work with
newer FW, adds new features, provides bug fixes and updates
documentation for the QEDE poll mode driver.
The patch set updates the QEDE PMD to 1.2.0.1.
Please apply to DPDK tree for v1611 release.
Thanks!
Rasesh
Harish Patil (
From: Byron Marohn
This patch replaces the pipelined rte_hash lookup mechanism with a
loop-and-jump model, which performs significantly better,
especially for smaller table sizes and smaller table occupancies.
Signed-off-by: Byron Marohn
Signed-off-by: Saikrishna Edupuganti
Signed-off-by: Pabl
From: Byron Marohn
In lookup bulk function, the signatures of all entries
are compared against the signature of the key that is being looked up.
Now that all the signatures are together, they can be compared
with vector instructions (SSE, AVX2), achieving higher lookup performance.
Also, entries
From: Byron Marohn
Move current signatures of all entries together in the bucket
and same with all alternative signatures, instead of having
current and alternative signatures together per entry in the bucket.
This will be benefitial in the next commits, where a vectorized
comparison will be perf
This patchset improves lookup performance on the current hash library
by changing the existing lookup bulk pipeline, with an improved pipeline,
based on a loop-and-jump model, instead of the current 4-stage 2-entry pipeline.
Also, x86 vectorized intrinsics are used to improve performance when compa
Instead of checking if the current and alternative signatures are 0,
it is faster to check if the key index associated to an entry
is 0, meaning that the slot is empty.
Signed-off-by: Pablo de Lara
---
lib/librte_hash/rte_cuckoo_hash.c | 16
lib/librte_hash/rte_cuckoo_hash.h
This commit fixes a corner case scenario. When a key is deleted,
its signature in the hash table gets clear, which should prevent
a lookup of that same key, unless the signature of the key is all zeroes.
In that case, there will be a match, and key would be compared against
the key that is in the
Ring stores the free slots available to be used in the key table.
The ring size was being increased by 1, because of the dummy slot,
used for key misses, but this is not actually stored in the ring,
so there is no need to increase it.
Fixes: 5915699153d7 ("hash: fix scaling by reducing contention"
This patchset includes some minor fixes to the hash library,
plus a small improvement in checking for an empty slot
when performing different hash operations.
Pablo de Lara (3):
hash: fix ring size
hash: fix false zero signature key hit lookup
hash: check if slot is empty with key index
li
The network_layers configuration file (config/network_layers.cfg)
demonstrates the various network layer components such as TCP, UDP,
ICMP etc, which can be easily integrated into ip pipeline
infrastructure.
The loopback function (implemented using passthrough pipeline) is
updated to perform swap
Pass-through pipeline is updated with addition of packet fields swap
action. To enable swap action, new entry i.e 'swap' is required in
the passthrough pipeline section of the configuration file, and this
entry contains the offsets (in bytes) of the packet fields to be
swapped.
Each swap entry spe
This functionality is required mostly in the cloud infrastructure.
For example, if we use gre or vxlan network between compute and
controller, then we should not use 1500 mtu in the guest as with
encapsulation the sixe of the packet will be more and will get
dropped in the infrastructure. So, in t
Now that rte_device is available, drivers can start using its members (numa,
name) as well as link themselves into another rte_device list.
As of now no one is using this list, but can be used for moving over all
devices (pdev/vdev/Xdev) and perform bulk actions (like cleanup).
Signed-off-by: Jan
Signed-off-by: Jan Viktorin
Signed-off-by: Shreyansh Jain
---
lib/librte_eal/common/eal_common_dev.c | 13 +
lib/librte_eal/common/include/rte_dev.h | 31 +++
2 files changed, 44 insertions(+)
diff --git a/lib/librte_eal/common/eal_common_dev.c
b/lib/li
To register both vdev and pci drivers into the list of all rte_driver,
we have to call rte_eal_driver_register explicitly.
Signed-off-by: Jan Viktorin
Signed-off-by: Shreyansh Jain
---
lib/librte_eal/common/eal_common_pci.c | 2 ++
lib/librte_eal/common/eal_common_vdev.c | 2 ++
2 files change
Remove the 'name' member from rte_pci_driver and move to generic rte_driver.
Most of the PMD drivers were initially using DRIVER_REGISTER_PCI(..)
as well as assigning a name to eth_driver.pci_drv.name member.
In this patch, only the original DRIVER_REGISTER_PCI(..) name has been
populated into the
There is no need to have a custom memory resource representation for
each infrastructure (PCI, ...) as it would always have the same members.
Signed-off-by: Jan Viktorin
Signed-off-by: Shreyansh Jain
---
drivers/net/szedata2/rte_eth_szedata2.c | 4 ++--
lib/librte_eal/common/include/rte_dev.h
Further refactoring and generalization of PCI infrastructure will
require access to the rte_dev.h contents.
Signed-off-by: Jan Viktorin
Signed-off-by: Shreyansh Jain
---
lib/librte_eal/common/include/rte_pci.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/lib/librte_eal/common/include/rte
- All devices register themselfs by calling a kind of DRIVER_REGISTER_XXX.
The PMD_REGISTER_DRIVER is not used anymore.
- PMD_VDEV type is also not being used - can be removed from all VDEVs.
Note: PMD_REGISTER_DRIVER usage by PMDINFO tool and its documentation has not
yet been removed.
Signed-
These functions are virtual-device specific and they are never called
for any PCI driver (after introducing DRIVER_REGISTER_PCI, there is
no way to do it). All affected drivers are updated.
The prototypes are renamed to rte_vdev_init_t and rte_vdev_uninit_t.
Signed-off-by: Jan Viktorin
Signed-of
All PMD_VDEV drivers can now use rte_vdev_driver instead of the
rte_driver (which is embedded in the rte_vdev_driver).
Signed-off-by: Jan Viktorin
Signed-off-by: Shreyansh Jain
---
drivers/crypto/aesni_gcm/aesni_gcm_pmd.c | 14 --
drivers/crypto/aesni_mb/rte_aesni_mb_pmd.c | 14 ++
- Remove checks for VDEV from rte_eal_vdev_(init/uninint) as all devices are
inherently virtual here.
- PDEVs perform PCI specific inits - rte_eal_dev_init() need not call
rte_driver->init();
Signed-off-by: Jan Viktorin
Signed-off-by: Shreyansh Jain
---
lib/librte_eal/common/eal_common_dev.
Move all PMD_VDEV-specific code into a separate module and header
file to not polute the generic code anymore. There is now a list
of virtual devices available.
The rte_vdev_driver integrates the original rte_driver inside
(C inheritance). The rte_driver will be however change in the
future to ser
Now that hotplug has been moved to eal, there is no reason to keep the device
type in this layer.
Signed-off-by: David Marchand
Signed-off-by: Shreyansh Jain
---
app/test/virtual_pmd.c| 2 +-
drivers/net/af_packet/rte_eth_af_packet.c | 2 +-
drivers/net/bonding/rte_eth_bon
Remove bus logic from ethdev hotplug by using eal for this.
Current api is preserved:
- the last port that has been created is tracked to return it to the
application when attaching,
- the internal device name is reused when detaching.
We can not get rid of ethdev hotplug yet since we still nee
Hotplug invocations, which deals with devices, should come from the layer that
already handles them, i.e. EAL.
For both attach and detach operations, 'name' is used to select the bus
that will handle the request.
Signed-off-by: David Marchand
Signed-off-by: Shreyansh Jain
---
lib/librte_eal/bs
No need to scan all devices, we only need to update the device being
attached.
Signed-off-by: David Marchand
Signed-off-by: Shreyansh Jain
---
lib/librte_eal/common/eal_common_pci.c | 11 ---
lib/librte_ether/rte_ethdev.c | 3 ---
2 files changed, 8 insertions(+), 6 deletions(
- Move rte_eth_dev_create_unique_device_name() from ether/rte_ethdev.c to
common/include/rte_pci.h as rte_eal_pci_device_name(). Being a common method,
can be used across crypto/net PCI PMDs.
- Remove crypto specific routine and fallback to common name function.
- Introduce a eal private Update
Now that all pdev are pci drivers, we don't need to register crypto and ethdev
drivers through a dedicated channel.
Signed-off-by: David Marchand
Signed-off-by: Shreyansh Jain
---
lib/librte_cryptodev/rte_cryptodev.c | 22 ---
lib/librte_cryptodev/rte_cryptodev_pmd.h
Simplify crypto and ethdev pci drivers init by using newly introduced
init macros and helpers.
Those drivers then don't need to register as "rte_driver"s anymore.
Exceptions:
- virtio and mlx* use RTE_INIT directly as they have custom initialization
steps.
- VDEV devices are not modified - they
crypto and ethdev drivers aligned to PCI probe/remove. Existing handlers for
init/uninit can be easily reused for this.
Signed-off-by: David Marchand
Signed-off-by: Shreyansh Jain
---
lib/librte_cryptodev/rte_cryptodev.c | 16
lib/librte_cryptodev/rte_cryptodev_pmd.h
Introduce a RTE_INIT macro used to mark an init function as a constructor.
Current eal macros have been converted to use this (no functional impact).
DRIVER_REGISTER_PCI is added as a helper for pci drivers.
Suggested-by: Jan Viktorin
Signed-off-by: David Marchand
Signed-off-by: Shreyansh Jain
Pure coding style, but it might make it easier later if we want to move
fields in rte_cryptodev_driver and eth_driver structures.
Signed-off-by: David Marchand
Signed-off-by: Shreyansh Jain
---
drivers/crypto/qat/rte_qat_cryptodev.c | 2 +-
drivers/net/ena/ena_ethdev.c | 2 +-
drivers
This information is not used and just adds noise.
Signed-off-by: David Marchand
Signed-off-by: Shreyansh Jain
---
lib/librte_cryptodev/rte_cryptodev.c | 8 +++-
lib/librte_cryptodev/rte_cryptodev.h | 2 --
lib/librte_cryptodev/rte_cryptodev_pmd.h | 3 +--
3 files changed, 4 insertio
These lists can be initialized once and for all at build time.
With this, those lists are only manipulated in a common place
(and we could even make them private).
A nice side effect is that pci drivers can now register in constructors.
Signed-off-by: David Marchand
Reviewed-by: Jan Viktorin
Si
rte_eal_dev_init is declared in both eal_private.h and rte_dev.h since its
introduction.
This function has been exported in ABI, so remove it from eal_private.h
Fixes: e57f20e05177 ("eal: make vdev init path generic for both virtual and pci
devices")
Signed-off-by: David Marchand
Signed-off-by:
Signed-off-by: Jan Viktorin
Signed-off-by: Shreyansh Jain
---
lib/librte_eal/common/include/rte_common.h | 16
1 file changed, 16 insertions(+)
diff --git a/lib/librte_eal/common/include/rte_common.h
b/lib/librte_eal/common/include/rte_common.h
index 332f2a4..a9b6792 100644
--
Based on master (e22856313fff2)
Background:
===
It includes two different patch-sets floated on ML earlier:
* Original patch series is from David Marchand [1], [2].
`- This focused mainly on PCI (PDEV) part
`- v7 of this was posted by me [8] in August/2016
* Patch series [4] from Ja
On 08/27/2016 06:26 PM, Pankaj Chauhan wrote:
> Introduce generic vswitch framework in vhost-switch application. Following
> are the goals/aim of the framework:
>
> 1. Make vhost-switch application generic so that it can support devices
> which don't support VMDQ.
>
> 2. Provide a framework so th
Thomas,
Any comments of this patch set? Are we waiting for more acks?
Thank you!
-Original Message-
From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Chao Zhu
Sent: 2016?8?17? 16:49
To: 'Gowrishankar Muthukrishnan' ;
dev at dpdk.org
Cc: 'Bruce Richardson' ; 'Konstantin Ananyev'
; 'Tho
From: Kamil Rytarowski
Signed-off-by: Maciej Czekaj
Signed-off-by: Kamil Rytarowski
Signed-off-by: Zyta Szpak
Signed-off-by: Slawomir Rosek
Signed-off-by: Radoslaw Biernacki
Signed-off-by: Jerin Jacob
---
doc/guides/nics/thunderx.rst | 114 ---
1 fil
From: Kamil Rytarowski
Signed-off-by: Maciej Czekaj
Signed-off-by: Kamil Rytarowski
Signed-off-by: Zyta Szpak
Signed-off-by: Slawomir Rosek
Signed-off-by: Radoslaw Biernacki
Signed-off-by: Jerin Jacob
---
drivers/net/thunderx/nicvf_ethdev.c | 178 +---
1 fil
From: Kamil Rytarowski
Signed-off-by: Maciej Czekaj
Signed-off-by: Kamil Rytarowski
Signed-off-by: Zyta Szpak
Signed-off-by: Slawomir Rosek
Signed-off-by: Radoslaw Biernacki
Signed-off-by: Jerin Jacob
---
drivers/net/thunderx/nicvf_ethdev.c | 65 +
1 fil
From: Kamil Rytarowski
Signed-off-by: Maciej Czekaj
Signed-off-by: Kamil Rytarowski
Signed-off-by: Zyta Szpak
Signed-off-by: Slawomir Rosek
Signed-off-by: Radoslaw Biernacki
Signed-off-by: Jerin Jacob
---
drivers/net/thunderx/nicvf_ethdev.c | 266 +++-
1 fil
From: Kamil Rytarowski
Signed-off-by: Maciej Czekaj
Signed-off-by: Kamil Rytarowski
Signed-off-by: Zyta Szpak
Signed-off-by: Slawomir Rosek
Signed-off-by: Radoslaw Biernacki
Signed-off-by: Jerin Jacob
---
drivers/net/thunderx/nicvf_ethdev.c | 142 +++-
1 fil
From: Kamil Rytarowski
Signed-off-by: Maciej Czekaj
Signed-off-by: Kamil Rytarowski
Signed-off-by: Zyta Szpak
Signed-off-by: Slawomir Rosek
Signed-off-by: Radoslaw Biernacki
Signed-off-by: Jerin Jacob
---
drivers/net/thunderx/nicvf_ethdev.h | 39 +
1 fil
From: Kamil Rytarowski
In case of the multiprocess mode a shared nicvf struct between processes
cannot point with the eth_dev pointer to master device, therefore remove it
allong with references to it refactoring the code where needed.
Fixes: 7413feee662d ("net/thunderx: add device start/stop an
From: Kamil Rytarowski
Signed-off-by: Maciej Czekaj
Signed-off-by: Kamil Rytarowski
Signed-off-by: Zyta Szpak
Signed-off-by: Slawomir Rosek
Signed-off-by: Radoslaw Biernacki
Signed-off-by: Jerin Jacob
---
drivers/net/thunderx/nicvf_ethdev.c | 41 ++---
1 fil
From: Kamil Rytarowski
These functions (nicvf_svf) are DPDK specialization of base/nicvf_bsvf.[ch]
ones.
Signed-off-by: Maciej Czekaj
Signed-off-by: Kamil Rytarowski
Signed-off-by: Zyta Szpak
Signed-off-by: Slawomir Rosek
Signed-off-by: Radoslaw Biernacki
Signed-off-by: Jerin Jacob
---
dr
From: Kamil Rytarowski
Changes:
- add new message sqs_alloc in mailbox
- add a queue container to hold secondary qsets.
- add nicvf_mbox_request_sqs
- handle new mailbox messages for secondary queue set support
- register secondary queue sets for furthe reuse
- register the number secondary
From: Kamil Rytarowski
This interface (nicvf_bsvf) will be used for secondary queue set support.
Signed-off-by: Maciej Czekaj
Signed-off-by: Kamil Rytarowski
Signed-off-by: Zyta Szpak
Signed-off-by: Slawomir Rosek
Signed-off-by: Radoslaw Biernacki
Signed-off-by: Jerin Jacob
---
drivers/ne
From: Kamil Rytarowski
The symbols PKT_TX_TCP_CKSUM and PKT_TX_UDP_CKSUM are not bits on a
bitmask. Set l3_offset always for TX offloads, not just for PKT_TX_IP_CKSUM
being true.
Fixes: 1c421f18e095 ("net/thunderx: add single and multi-segment Tx")
Signed-off-by: Maciej Czekaj
Signed-off-by: K
From: Kamil Rytarowski
Refactored features:
- enable nicvf_qset_rbdr_precharge to handle handle secondary queue sets
- rte_free already handles NULL pointer
- check mempool flags to predict being contiguous in memory
- allow to use mempool with multiple memory chunks
- simplify local constru
This series of patches adds support for secondary queue set in nicvf thunderx
driver
There are two types of VFs:
- Primary VF
- Secondary VF
Each port consist of a primary VF and n secondary VF(s). Each VF provides 8
Tx/Rx queues to a port. In case port is configured to use more than 8 queues,
From: Fiona Trahe
This patch depends on
* 3DES QuickAssist driver patch:
http://dpdk.org/dev/patchwork/patch/15413/
* libcrypto test patch:
http://dpdk.org/dev/patchwork/patch/15344/
Signed-off-by: Fiona Trahe
---
app/test/test_cryptodev.c | 68 +
This patch adds txprep engine to the testpmd application.
Txprep engine is intended to verify Tx preparation functionality
implemented in pmd driver.
It's based on the default "io" engine with the folowing changes:
- Tx HW offloads are reset in incoming packet,
- burst is passed to the Tx prepa
Signed-off-by: Tomasz Kulasek
---
drivers/net/ixgbe/ixgbe_ethdev.c |3 ++
drivers/net/ixgbe/ixgbe_ethdev.h |8 +++-
drivers/net/ixgbe/ixgbe_rxtx.c | 83 +-
drivers/net/ixgbe/ixgbe_rxtx.h |2 +
4 files changed, 94 insertions(+), 2 deletions(-)
Signed-off-by: Tomasz Kulasek
---
drivers/net/i40e/i40e_ethdev.c |3 ++
drivers/net/i40e/i40e_rxtx.c | 98 +++-
drivers/net/i40e/i40e_rxtx.h | 10
3 files changed, 110 insertions(+), 1 deletion(-)
diff --git a/drivers/net/i40e/i40e_ethdev.c b/
Signed-off-by: Tomasz Kulasek
---
drivers/net/fm10k/fm10k.h|9
drivers/net/fm10k/fm10k_ethdev.c |5 +++
drivers/net/fm10k/fm10k_rxtx.c | 87 +-
3 files changed, 100 insertions(+), 1 deletion(-)
diff --git a/drivers/net/fm10k/fm10k.h b/
Signed-off-by: Tomasz Kulasek
---
drivers/net/e1000/e1000_ethdev.h | 11 +
drivers/net/e1000/em_ethdev.c|5 +++-
drivers/net/e1000/em_rxtx.c | 46 ++-
drivers/net/e1000/igb_ethdev.c |4 +++
drivers/net/e1000/igb_rxtx.c | 50
Added API for `rte_eth_tx_prep`
uint16_t rte_eth_tx_prep(uint8_t port_id, uint16_t queue_id,
struct rte_mbuf **tx_pkts, uint16_t nb_pkts)
Added fields to the `struct rte_eth_desc_lim`:
uint16_t nb_seg_max;
/**< Max number of segments per whole packet. */
As discussed in that thread:
http://dpdk.org/ml/archives/dev/2015-September/023603.html
Different NIC models depending on HW offload requested might impose
different requirements on packets to be TX-ed in terms of:
- Max number of fragments per packet allowed
- Max number of fragments per TSO
Add comments to describe that not all statistics fields in
struct rte_eth_stats are supported by any type of network
interface card. If any statistics field is not supported,
its value is 0.
Fixes: af75078fece3 ("first public release")
Signed-off-by: Wei Dai
---
lib/librte_ether/rte_ethdev.h |
As discussed in that thread:
http://dpdk.org/ml/archives/dev/2015-September/023603.html
Different NIC models depending on HW offload requested might impose
different requirements on packets to be TX-ed in terms of:
- Max number of fragments per packet allowed
- Max number of fragments per TSO
2016-08-26 18:55, Chao Zhu:
> Thomas,
>
> Any comments of this patch set? Are we waiting for more acks?
Yes, especially for lpm and acl, a review from respective maintainers
may be needed.
Konstantin? Bruce?
If no review is done in 1 week, it will be applied as-is.
Gowrishankar, using --in-rep
This patch includes cuckoo has table for testing all the APIs
The cuckoo hash is added for both test_table_tables and test_table_combined
cases.
The testing is completed and the results are OK.
Signed-off-by: Sankar Chokkalingam
Signed-off-by: Guruprasad Rao
---
app/test/test_table_combined.c |
This patch inclides cuckoo hash table into test-pipeline
This allows to benchmark the performance of the cuckoo hash table
The following key sizes are supported for cuckoo hash table
8, 16, 32, 48, 64, 80, 96, 112 and 128.
The test-pipeline can be run using the following command
./app/test
This patch provides table apis for dosig version of cuckoo hash via
rte_table_hash_cuckoo_dosig_ops
The following apis are implemented for cuckoo hash
rte_table_hash_cuckoo_create
rte_table_hash_cuckoo_free
rte_table_hash_cuckoo_entry_add
rte_table_hash_cuckoo_entr
This patchset implements the table APIs for cuckoo hash.
This will enable any dpdk application to use the cuckoo hash table apis
instead of the direct apis from lib/librte_hash
The dosig version of the cuckoo hash is implemented in this patch
with the following APIs
rte_table_hash_cuckoo
From: Fiona Trahe
3DES support added to QuickAssist PMD
With CTR and CBC mode.
Both cipher-only and chained with HMAC_SHAx
This patch depends on following patch :
crypto/qat: enable support of Kasumi F8 in QAT cryptodev
http://dpdk.org/dev/patchwork/patch/15320/
Signed-off-by: Fiona Trahe
From: Fiona Trahe
Cleanup of unused code.
Rename and simplify a badly named struct element, was aes, but
used for all types of ciphers
Print correct error msg (Unsupported rather than Undefined)
for all ciphers not supported by qat PMD.
Signed-off-by: Fiona Trahe
---
drivers/crypto/qat/qat_adf
From: Fiona Trahe
Some preparatory cleanup done in QAT PMD for adding 3DES 3DES support added to
QuickAssist PMD With CTR and CBC mode.
Both cipher-only and chained with HMAC_SHAx
3DES test code is dependent on the libcrypto patch, so will be sent separately
after that patch
Changes since v
> +#if (defined(RHEL_RELEASE_CODE) && \
> + (RHEL_RELEASE_CODE >= RHEL_RELEASE_VERSION(6, 8)) && \
> + (LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 34)))
> +#undef NET_NAME_UNKNOWN
> +#endif
Should the title be "kni: support RHEL 6.8"?
Welcome,
2016-08-26 13:44, Finn Christensen:
> +NTNIC Poll Mode Driver
> +==
> +
> +The NTNIC poll mode driver library (**librte_pmd_ntnic**) implements support
> +for **Napatech NIC** 40/50 Gbps adapters.
> +This PMD is implemented as a pure software virtual device and must be
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: 26. august 2016 16:44
> To: Finn Christensen
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] ntnic: add PMD driver
>
> Welcome,
Thanks!
>
> 2016-08-26 13:44, Finn Christensen:
> > +NTNIC Poll Mode Driver
> > +=
Hi Jianbo (and other developers of vectorized PMDs),
2016-08-24 15:23, Jianbo Liu:
> Use ARM NEON intrinsic to implement i40e vPMD
Have you tried to use the generic SIMD intrinsics?
We could maintain only one vectorized implementation by using
__attribute__ ((vector_size (n)))
as describe
abi-dumper giving following warning:
WARNING: incompatible build option detected: -O3
Although this patch won't fix warning, it is to ensure code compiled
with optimization disabled.
Signed-off-by: Ferruh Yigit
---
scripts/validate-abi.sh | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
d
Oops, sorry, typo in email address ! - will resend
-Original Message-
From: y at ecsmtp.ir.intel.com [mailto:y...@ecsmtp.ir.intel.com]
Sent: Friday, August 26, 2016 4:40 PM
To: dev at dpdk.org
Cc: De Lara Guarch, Pablo ; Griffin, John
; Jain, Deepak K ;
Kusztal, ArkadiuszX ; Trahe, Fion
Add a new macro DRIVER_REGISTER_KMOD_DEP() that allows a driver to
declare the list of kernel modules required to run properly.
Today, most PCI drivers require uio/vfio.
Signed-off-by: Olivier Matz
---
In this RFC, I supposed that all PCI drivers require a the loading of a
uio/vfio module (exce
Using dpdk-pmdinfo with the '-r' flag does not produce a json output as
documented. Instead, the python representation of the json object is
shown, which is nearly the same, but cannot be properly parsed by a json
parser.
python repr (before):
{u'pci_ids': [[5549, 1968, 65535, 65535]], u'name':
On 24 August 2016 at 18:49, Thomas Monjalon
wrote:
> 2016-08-24 15:23, Jianbo Liu:
>> This patch set is to implement i40e vector PMD on ARM64.
>
> Thanks for extending ARM support.
>
> The current NIC support status is:
> % git grep -l 'ARM.*=.*Y' doc/guides/nics/features/
> doc/guides/nics/featu
From: Maciej Czekaj
"flowgen" forwarding mode has fixed packet size (300).
Let it re-use --txpkts option for specifying generated packet size.
Signed-off-by: Maciej Czekaj
---
app/test-pmd/config.c | 2 +-
app/test-pmd/flowgen.c | 3 +-
This is the Napatech NTNIC Poll Mode Driver (PMD) for DPDK.
This patch adds support for Napatech NICs to DPDK. This is the
inital implementation.
Signed-off-by: Finn Christensen
---
MAINTAINERS | 5 +
config/common_base | 6 +
doc/gui
1 - 100 of 171 matches
Mail list logo
