The call to rte_eth_dev_allocate(tap_name) sets dev->data->name to
tap_name (e.g. "dtap0").
A look-up using tap_name is expected to return this device, not a
look-up using name (e.g. "net_tap0").
Signed-off-by: Pascal Mazon
---
drivers/net/tap/rte_eth_tap.c | 2 +-
1 file changed, 1 insertion(+
On Thursday 16 February 2017 04:22 PM, Nipun Gupta wrote:
Signed-off-by: Nipun Gupta
rte_device is a generic device which is available to the applications
and EAL. This patch replaces rte_pci_device in 'struct rte_eventdev'
and in 'struct rte_event_dev_info' with common rte_device.
Patch cont
Hi Muthurkrishnan,
> From: Gowrishankar Muthukrishnan
>
> Below changes adds pci probing support for vfio-pci devices in power8.
>
> Changes:
> v2 - kernel version checked and doc updated
>
> Signed-off-by: Gowrishankar Muthukrishnan
>
> ---
> doc/guides/rel_notes/release_17_05.rst | 4 ++
>
Signed-off-by: Pascal Mazon
---
app/test-pmd/cmdline.c | 12 +---
1 file changed, 9 insertions(+), 3 deletions(-)
diff --git a/app/test-pmd/cmdline.c b/app/test-pmd/cmdline.c
index 43fc6366f279..4bbefa43966e 100644
--- a/app/test-pmd/cmdline.c
+++ b/app/test-pmd/cmdline.c
@@ -405,6 +405,
rte_device is a generic device which is available to the applications
and EAL. This patch replaces rte_pci_device in 'struct rte_eventdev'
and in 'struct rte_event_dev_info' with common rte_device.
Signed-off-by: Nipun Gupta
Acked-by: Shreyansh Jain
---
drivers/event/skeleton/skeleton_eventdev.
This patchset adds replace filter function according
to DCR288 and supports cloud filter to VF.
This patchset serves for QinQ and MPLSoUDP/MPLSoGRE.
Beilei Xing (4):
net/i40e: support replace filter type
net/i40e: rework tunnel filter functions
net/i40e: support tunnel filter to VF
net/i40
Add new admin queue function and extended fields
in DCR 288:
- Add admin queue function for Replace filter
command (Opcode: 0x025F)
- Add General fields for Add/Remove Cloud filters
command
This patch will be removed to base driver in future.
Signed-off-by: Bernard Iremonger
Signed-off-b
This patch is to support tunnel filter to VF.
Signed-off-by: Bernard Iremonger
Signed-off-by: Yong Liu
Signed-off-by: Beilei Xing
---
drivers/net/i40e/i40e_ethdev.c | 145 +
drivers/net/i40e/i40e_ethdev.h | 32 +
drivers/net/i40e/i40e_flow.c |
Add i40e_tunnel_type enumeration type to refine consistent
tunnel filter, it will be esay to add new tunnel type for
i40e.
Signed-off-by: Beilei Xing
---
drivers/net/i40e/i40e_ethdev.c | 8
drivers/net/i40e/i40e_ethdev.h | 18 --
drivers/net/i40e/i40e_flow.c | 6 +++-
Rework tunnel filter functions to align with the
new command buffer for add/remove cloud filter.
This patch also changes tunnel filter function
name to VXLAN filter function, it will be easy to
add other tunnel type parsing function.
Signed-off-by: Beilei Xing
---
drivers/net/i40e/i40e_ethdev.c
I think the title needs to be a bit more specific on this one...
On Fri, Mar 03, 2017 at 10:35:33AM +0800, Jingjing Wu wrote:
> On X722, we can control whether or not the hardware performs ATR
> eviction. Define the correct bit so we can twiddle it.
>
> Signed-off-by: Jingjing Wu
> ---
> driver
Given that this patch is not about point-to-point protocol, i.e. the
best-known expansion of "PPP", I think you need to clarify the acronym
in the commit message, at minimum, if not also in the commit title.
/Bruce
On Fri, Mar 03, 2017 at 03:26:07PM +0800, Beilei Xing wrote:
> Signed-off-by: Beil
On Fri, Mar 03, 2017 at 09:39:26AM +, Bruce Richardson wrote:
> Given that this patch is not about point-to-point protocol, i.e. the
> best-known expansion of "PPP", I think you need to clarify the acronym
> in the commit message, at minimum, if not also in the commit title.
>
> /Bruce
>
Nev
This patchset enables MPLSoUDP & MPLSoGRE
cloud filter.
This function depends on PPP function and
replace filter AQ command.
Beilei Xing (3):
app/testpmd: support MPLS for generic filter
net/i40e: add MPLS parsing function
net/i40e: enable cloud filter for MPLS
app/test-pmd/cmdline_flow.c
This patch adds MPLS support for generic filter
API.
Signed-off-by: Beilei Xing
---
app/test-pmd/cmdline_flow.c | 55 +
app/test-pmd/config.c | 2 ++
lib/librte_ether/rte_flow.h | 40 +
3 files changed, 97 inserti
This patch adds MPLS parsing function to support
MPLSoUDP & MPLSoGRE cloud filter.
Signed-off-by: Beilei Xing
---
drivers/net/i40e/i40e_ethdev.h | 5 +
drivers/net/i40e/i40e_flow.c | 217 +
2 files changed, 222 insertions(+)
diff --git a/drivers/net/i
This patch enables MPLSoUDP and MPLSoGRE
cloud filter with replace cloud filter.
Signed-off-by: Beilei Xing
---
drivers/net/i40e/i40e_ethdev.c | 44 +++--
drivers/net/i40e/i40e_ethdev.h | 9 +++-
drivers/net/i40e/i40e_flow.c | 108 +
3 fil
A tap netdevice actually receives every packet, without any filtering
whatsoever. There is no need for any multicast address registration
to receive multicast packets.
Signed-off-by: Pascal Mazon
---
doc/guides/nics/features/tap.ini | 1 +
drivers/net/tap/rte_eth_tap.c| 13 +
2
Advertize RTE_PTYPE_UNKNOWN since tap does not report any packet type.
Signed-off-by: Pascal Mazon
---
doc/guides/nics/features/tap.ini | 1 +
drivers/net/tap/rte_eth_tap.c| 15 +++
2 files changed, 16 insertions(+)
diff --git a/doc/guides/nics/features/tap.ini b/doc/guides/nic
Set a random MAC address when probing the device, as to not leave an
empty MAC in pmd->eth_addr.
This MAC will be set on the tap netdevice as soon as it's been created
using tun_alloc(). As the tap_mac_add() function depend on the fd in
the first rxq, move code from tun_alloc() to tap_setup_queue(
A tap netdevice does not support flow control; ensure nothing but
RTE_FC_NONE mode can be set.
Signed-off-by: Pascal Mazon
---
doc/guides/nics/features/tap.ini | 1 +
drivers/net/tap/rte_eth_tap.c| 19 +++
2 files changed, 20 insertions(+)
diff --git a/doc/guides/nics/featu
Tap PMD is flexible, it supports any speed.
Signed-off-by: Pascal Mazon
---
doc/guides/nics/features/tap.ini | 1 +
drivers/net/tap/rte_eth_tap.c| 35 +++
2 files changed, 36 insertions(+)
diff --git a/doc/guides/nics/features/tap.ini b/doc/guides/nics/featu
Add a few eth_dev ops to the tap PMD for completeness.
We want it to behave as much as possible as a standard PMD.
Pascal Mazon (6):
net/tap: add MAC address management ops
net/tap: add speed capabilities
net/tap: add multicast addresses management
net/tap: add MTU management
net/tap: ad
The MTU is assigned to the tap netdevice according to the argument, but
packet transmission and reception just write/read on an fd with the
default limit being the socket buffer size.
Signed-off-by: Pascal Mazon
---
doc/guides/nics/features/tap.ini | 1 +
drivers/net/tap/rte_eth_tap.c| 37 +
Introduce few APIs to set/get/enable/disable driver features.
Signed-off-by: Yuanhan Liu
---
lib/librte_vhost/rte_vhost_version.map | 10
lib/librte_vhost/rte_virtio_net.h | 9
lib/librte_vhost/socket.c | 90 ++
3 files changed, 109 in
This is a first attempt to make DPDK vhost library be generic enough,
so that user could built its own vhost-user drivers on top of it. For
example, SPDK (Storage Performance Development Kit) is trying to enable
vhost-user SCSI.
The basic idea is, let DPDK vhost be a vhost-user agent. It stores al
Assume there is an application both support vhost-user net and
vhost-user scsi, the callback should be different. Making notify
ops per vhost driver allow application define different set of
callbacks for different driver.
Signed-off-by: Yuanhan Liu
---
drivers/net/vhost/rte_eth_vhost.c | 20 +++
vdev options is better for disabling/enabling some features.
Signed-off-by: Yuanhan Liu
---
drivers/net/vhost/rte_eth_vhost.c | 25
drivers/net/vhost/rte_eth_vhost.h | 30 -
drivers/net/vhost/rte_pmd_vhost_version.map | 3
Some vhost-user driver may need this info to setup its own page tables
for GPA (guest physical addr) to HPA (host physical addr) translation.
SPDK (Storage Performance Development Kit) is one example.
Besides, by exporting this memory info, we could also export the
gpa_to_vva() as an inline functi
Signed-off-by: Yuanhan Liu
---
examples/tep_termination/main.c| 4 +++-
examples/vhost/main.c | 43 +-
lib/librte_vhost/rte_vhost_version.map | 3 ---
lib/librte_vhost/rte_virtio_net.h | 13 --
lib/librte_vhost/socket.c
Signed-off-by: Yuanhan Liu
---
lib/librte_vhost/rte_vhost_version.map | 1 +
lib/librte_vhost/rte_virtio_net.h | 21 +
lib/librte_vhost/vhost.h | 19 ---
lib/librte_vhost/virtio_net.c | 23 +--
4 files changed, 3
Signed-off-by: Yuanhan Liu
---
lib/librte_vhost/rte_vhost_version.map | 1 +
lib/librte_vhost/rte_virtio_net.h | 1 +
lib/librte_vhost/vhost.c | 12
3 files changed, 14 insertions(+)
diff --git a/lib/librte_vhost/rte_vhost_version.map
b/lib/librte_vhost/rte_vho
Signed-off-by: Yuanhan Liu
---
lib/librte_vhost/rte_vhost_version.map | 1 +
lib/librte_vhost/rte_virtio_net.h | 13 +
lib/librte_vhost/vhost.c | 30 ++
lib/librte_vhost/vhost.h | 2 ++
4 files changed, 46 insertions(+)
d
The queue pair is very virtio-net specific, other devices don't have
such concept. To make it generic, we should log the number of vrings
instead of the number of queue pairs.
This patch just does a simple convert, a later patch would export the
number of vrings to applications.
Signed-off-by: Yu
Currently, we check vq->desc, vq->kickfd and vq->callfd to know whether
a virtio device is ready or not. However, we only do it when handling
SET_VRING_KICK message, which could be wrong if a vhost-user frontend
send SET_VRING_KICK first and SET_VRING_CALL later.
To work for all possible vhost-use
We used to use rte_vhost_get_queue_num() for telling how many vrings.
However, the return value is the number of "queue pairs", which is
very virtio-net specific. To make it generic, we should return the
number of vrings instead, and let the driver do the proper translation.
Say, virtio-net driver
Include it internally, at vhost.h.
Signed-off-by: Yuanhan Liu
---
examples/vhost/main.h | 2 ++
lib/librte_vhost/rte_virtio_net.h | 4
lib/librte_vhost/vhost.h | 4
3 files changed, 6 insertions(+), 4 deletions(-)
diff --git a/examples/vhost/main.h b/examples/vhos
They are virti-net specific and should be defined inside the virtio-net
driver.
Signed-off-by: Yuanhan Liu
---
drivers/net/vhost/rte_eth_vhost.c | 2 ++
examples/tep_termination/main.h | 2 ++
examples/vhost/main.h | 2 ++
lib/librte_vhost/rte_virtio_net.h | 3 ---
4 files changed,
rename "virtio_net_device_ops" to "vhost_device_ops", to not let it
be virtio-net specific.
Signed-off-by: Yuanhan Liu
---
drivers/net/vhost/rte_eth_vhost.c | 2 +-
examples/tep_termination/main.c | 4 ++--
examples/vhost/main.c | 4 ++--
lib/librte_vhost/Makefile | 2 +-
l
Rename "rte_virtio_net.h" to "rte_vhost.h", to not let it be virtio
net specific.
Signed-off-by: Yuanhan Liu
---
doc/guides/rel_notes/deprecation.rst | 9 --
drivers/net/vhost/rte_eth_vhost.c | 2 +-
drivers/net/vhost/rte_eth_vhost.h | 2 +-
examples/tep_termination/main.c
Rename "virtio-net" to "vhost" in the API comments.
Signed-off-by: Yuanhan Liu
---
lib/librte_vhost/rte_virtio_net.h | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/lib/librte_vhost/rte_virtio_net.h
b/lib/librte_vhost/rte_virtio_net.h
index 5cde87d..2f761da 10
Now DPDK vhost lib has been generic enough, that it can be used to
implement any vhost-user drivers.
For example, this patch implements a very simple vhost-user net driver,
mainly for demonstrating how to use those generic vhost APIs.
And when the --builtin-net-driver option is used, the example
When I compiled dpdk With configuration "CONFIG_RTE_BUILD_SHARED_LIB=y",
I get error message "EAL: no driver found for net_pcap_rx_0" and
"EAL: Driver cannot attach the device (net_pcap_rx_0)" by running pdump.
So I add library librte_pmd_pcap.so.
Signed-off-by: zhaozhanxu
---
app/pdump/Makefile
From: "De Lara Guarch, Pablo"
moving the crypto processing from the enqueue burst to the dequeue burst, to
remove the requirement to continually call the rte_cryptodev_burst_enqueue
function to guarantee that all operations get flushed from the multi-buffer
managers buffers.
Signed-off-by: Decla
On 2/27/2017 7:56 AM, Rasesh Mody wrote:
> Hi,
>
> This patch set adds support for new firmware 8.18.9.0, new features and
> bug fixes.
This looks like depends other qede driver patchset [1], can you please
confirm? If so, it helps to mention from it here.
Also I am getting following build error
On 2/27/2017 7:56 AM, Rasesh Mody wrote:
> Add support to send FW version and driver state to Management FW.
>
> Signed-off-by: Rasesh Mody
<...>
> - return ECORE_SUCCESS;
> + if (IS_PF(p_dev)) {
> + p_hwfn = ECORE_LEADING_HWFN(p_dev);
> + drv_mb_param = (FW_MAJO
This series add support for the flow API in tap PMD.
It enables filtering specific packets incoming on the tap netdevice, to
process only desired ones. Under the hood, it uses kernel TC (traffic
control), which takes place very early in the stack, and supports most
common pattern items and actions
In the next patch, access to struct pmd_internals will be necessary in
tap_flow.c to store the flows.
Signed-off-by: Pascal Mazon
Acked-by: Olga Shern
---
drivers/net/tap/Makefile | 1 +
drivers/net/tap/rte_eth_tap.c | 34 ++--
drivers/net/tap/tap.h | 73 ++
Supported flow rules are now mapped to TC rules on the tap netdevice.
The netlink message used for creating the TC rule is stored in struct
rte_flow. That way, by simply changing a metadata in it, we can require
for the rule deletion without further parsing.
Supported items:
- eth: src and dst (wi
Each kernel netdevice may have queueing disciplines set for it, which
determine how to handle the packet (mostly on egress). That's part of
the TC (Traffic Control) mechanism.
Through TC, it is possible to set filter rules that match specific
packets, and act according to what is in the rule. This
The flow API provides the ability to classify packets received by a tap
netdevice.
This patch only implements skeleton functions for flow API support, no
patterns are supported yet.
Signed-off-by: Pascal Mazon
Acked-by: Olga Shern
---
doc/guides/nics/features/tap.ini | 1 +
drivers/net/tap/M
On 2/25/2017 9:59 PM, Shrikrishna Khare wrote:
> In vmxnet3 version 3, the emulation added support for the vmxnet3 driver
> to communicate information about the memory regions the driver will use
> for rx/tx buffers. The driver can also indicate which rx/tx queue the
> memory region is applicable f
On 2/25/2017 9:59 PM, Shrikrishna Khare wrote:
> In vmxnet3 version 3, the emulation added support for the vmxnet3 driver
> to communicate information about the memory regions the driver will use
> for rx/tx buffers. The driver can also indicate which rx/tx queue the
> memory region is applicable f
> -Original Message-
> From: Allain Legacy [mailto:allain.leg...@windriver.com]
> Sent: Thursday, March 2, 2017 7:29 PM
> To: Richardson, Bruce ; Dumitrescu, Cristian
>
> Cc: dev@dpdk.org; Jolliffe, Ian (Wind River)
> Subject: [PATCH 3/5] cfgfile: add support for unamed global section
>
Added three new functions to API: rte_eth_xstats_get_by_name(),
rte_eth_xstats_get_by_group(), rte_eth_xstats_get_names_by_group().
Extension of the 'rte_igb_xstats_name_off' structure
with additional field 'group_mask'. For each xstats there is now
specified group (e.g. TX_GROUP), one xstatistic
On 2/25/2017 9:59 PM, Shrikrishna Khare wrote:
> vmxnet3 emulation has recently added several new features which includes
> support for new commands the driver can issue to emulation, change in
> descriptor fields etc. This patch series extends the vmxnet3 driver to
> leverage these new features.
>
> -Original Message-
> From: Dumitrescu, Cristian [mailto:cristian.dumitre...@intel.com]
>
> What is the motivation for the having key/value pair outside of any section?
> What would be the drawback of having the user explicitly define a GLOBAL
> section to host these key/value pairs?
Glob
From: Jacek Piasecki
This patch extends library for retriving xstats by specified groups and
single xstat by given name.
Signed-off-by: Jacek Piasecki
Signed-off-by: Kuba Kozak
---
lib/librte_ether/rte_ethdev.c | 310 --
lib/librte_ether/rte_ethdev.h |
> -Original Message-
> From: Legacy, Allain [mailto:allain.leg...@windriver.com]
> Sent: Friday, March 3, 2017 11:04 AM
> To: Dumitrescu, Cristian ; Richardson, Bruce
>
> Cc: dev@dpdk.org; Jolliffe, Ian (Wind River)
> Subject: RE: [PATCH 3/5] cfgfile: add support for unamed global secti
Hi Beilei,
I think the commit title should reflect that this commit adds support for
GRE and MPLS items to rte_flow, testpmd changes are only a consequence.
On Fri, Mar 03, 2017 at 05:43:54PM +0800, Beilei Xing wrote:
> This patch adds MPLS support for generic filter
> API.
>
> Signed-off-by: Be
From: Jacek Piasecki
This patch extends the 'rte_igb_xstats_name_off' structure
with additional field 'group_mask'. For each xstats there is now
specified group (e.g. TX_GROUP), one xstatistic can be in several groups.
To implement new functionality of retriving xstats by group
on driver level, t
> -Original Message-
> From: Dumitrescu, Cristian [mailto:cristian.dumitre...@intel.com]
>
> I am not totally against it, but IMO this option is a bit confusing. Again,
> what's
> wrong with user explicitly adding the GLOBAL section if needed?
There's nothing wrong with using a global sec
From: Jacek Piasecki
This patch extends the 'rte_ixgbe_xstats_name_off' structure
with additional field 'group_mask'. For each xstats there is
now specified group (e.g. MAC_GROUP), one xstatistic can be in
several groups. To implement new functionality of retriving
xstats by group on driver level
> > We are trying to avoid adding in extra build-time options to DPDK, so
> > can you please rework this patch to make it a run-time option instead.
>
> +1 for making it a run-time option.
>
> --yliu
>
+1
> > Perhaps just add a set_comment_char() API call to the library. If this
> > is a
> -Original Message-
> From: Legacy, Allain [mailto:allain.leg...@windriver.com]
> Sent: Friday, March 3, 2017 11:15 AM
> To: Dumitrescu, Cristian ; Richardson, Bruce
>
> Cc: dev@dpdk.org; Jolliffe, Ian (Wind River)
> Subject: RE: [PATCH 3/5] cfgfile: add support for unamed global secti
The rte_eth_tx_burst() function in the file Rte_ethdev.h is invoked to
transmit output packets on the output queue for DPDK applications as
follows.
static inline uint16_t
rte_eth_tx_burst(uint8_t port_id, uint16_t queue_id,
struct rte_mbuf **tx_pkts, uint16_t nb_pkts);
Note: The
To add a wrapper function to remove the limit of tx burst size.
The patch makes fm10k vec function an best effort to transmit
pkts in the consistent behavior like fm10k_xmit_pkts does that.
Cc: Jing Chen
Signed-off-by: Zhiyong Yang
---
drivers/net/fm10k/fm10k.h | 4 ++--
drivers/net/f
To add a wrapper function to remove the limit of tx burst size. The patch
makes i40e vec function an best effort to transmit the pkts in the
consistent behavior like i40e_xmit_pkts_simple and i40e_xmit_pkts do that.
Cc: Helin Zhang
Cc: Jingjing Wu
Signed-off-by: Zhiyong Yang
---
drivers/net/i4
To add a wrapper function to remove the limit of tx burst size and
implement the "make an best effort to transmit the pkts" policy.
The patch makes ixgbe vec function work in a consistent behavior
like ixgbe_xmit_pkts_simple and ixgbe_xmit_pkts do that.
Cc: Helin Zhang
Cc: Konstantin Ananyev
Sig
vhost removes limit of RX burst size(32 pkts) and supports to make
an best effort to receive pkts.
Cc: yuanhan@linux.intel.com
Cc: maxime.coque...@redhat.com
Signed-off-by: Zhiyong Yang
---
drivers/net/vhost/rte_eth_vhost.c | 17 +++--
1 file changed, 15 insertions(+), 2 deletion
vhost removes limit of TX burst size(32 pkts) and supports to make
an best effort to transmit pkts.
Cc: yuanhan@linux.intel.com
Cc: maxime.coque...@redhat.com
Signed-off-by: Zhiyong Yang
---
drivers/net/vhost/rte_eth_vhost.c | 17 +++--
1 file changed, 15 insertions(+), 2 deletio
From: Jacek Piasecki
This patch provides support for proc_info application
to allow printing single xstat value specified by its
name and printing xstats values specified by its group name.
New proc_info arguments:
--xstats-name NAME: to display single xstat value by NAME
--xstats-group GROUPNAME
> -Original Message-
> From: Dumitrescu, Cristian [mailto:cristian.dumitre...@intel.com]
> Possible options that I see:
> 1. Add a new parameters argument to the load functions (e.g. struct
> cfgfile_params *p), whit the comment char as one (and currently only) field
> of this struct. Drawb
> -Original Message-
> From: Trahe, Fiona
> Sent: Thursday, March 2, 2017 1:03 PM
> To: dev@dpdk.org; De Lara Guarch, Pablo
> Cc: Jain, Deepak K ; Trahe, Fiona
>
> Subject: [PATCH 1/4] crypto/qat: adding docsisbpi mode support
>
> DOCSISPBI mode is handled in the QAT PMD by sending full
> -Original Message-
> From: Trahe, Fiona
> Sent: Thursday, March 2, 2017 1:03 PM
> To: dev@dpdk.org; De Lara Guarch, Pablo
> Cc: Jain, Deepak K ; Trahe, Fiona
>
> Subject: [PATCH 2/4] test: add AES DOCSIS tests for QAT PMD
>
> Extend test suite to run AES DOCSIS tests on Intel QuickAss
> -Original Message-
> From: Trahe, Fiona
> Sent: Thursday, March 2, 2017 1:03 PM
> To: dev@dpdk.org; De Lara Guarch, Pablo
> Cc: Jain, Deepak K ; Trahe, Fiona
>
> Subject: [PATCH 4/4] test: added crypto OOP tests
>
> Added out-of-place (OOP) tests for AES-CBC, AES-DOCSIS and DES-DOCSIS
> -Original Message-
> From: Trahe, Fiona
> Sent: Thursday, March 2, 2017 1:03 PM
> To: dev@dpdk.org; De Lara Guarch, Pablo
> Cc: Jain, Deepak K ; Trahe, Fiona
>
> Subject: [PATCH 3/4] test: add DES DOCSIS tests for QAT PMD
>
> Extend test suite to run DES DOCSIS tests on Intel
>
> -Original Message-
> From: Legacy, Allain [mailto:allain.leg...@windriver.com]
> Sent: Friday, March 3, 2017 11:31 AM
> To: Dumitrescu, Cristian ; Yuanhan Liu
> ; Richardson, Bruce
>
> Cc: dev@dpdk.org; Jolliffe, Ian (Wind River)
> Subject: RE: [dpdk-dev] [PATCH 1/5] cfgfile: configur
On Fri, Mar 03, 2017 at 11:31:11AM +, Legacy, Allain wrote:
> > -Original Message-
> > From: Dumitrescu, Cristian [mailto:cristian.dumitre...@intel.com]
> > Possible options that I see:
> > 1. Add a new parameters argument to the load functions (e.g. struct
> > cfgfile_params *p), whit
> -Original Message-
> From: Dumitrescu, Cristian [mailto:cristian.dumitre...@intel.com]
> Both approaches can support this. Therefore, IMO the separator char is not
> enough to justify approach 1. I would only go for approach 1 if there are
> some other parameters that we could consider
> -Original Message-
> From: Bruce Richardson [mailto:bruce.richard...@intel.com]
> Also, for a single parameter like a comment char, I don't think we need to go
> creating a separate structure. The current flags parameter is unused, so just
> replace it with the comment char one. With usi
> -Original Message-
> From: Legacy, Allain [mailto:allain.leg...@windriver.com]
> Sent: Friday, March 3, 2017 12:14 PM
> To: Dumitrescu, Cristian ; Yuanhan Liu
> ; Richardson, Bruce
>
> Cc: dev@dpdk.org; Jolliffe, Ian (Wind River)
> Subject: RE: [dpdk-dev] [PATCH 1/5] cfgfile: configur
> -Original Message-
> From: Dumitrescu, Cristian [mailto:cristian.dumitre...@intel.com]
> I disagree here. I think we must control the set of allowed separators to
> avoid confusion.
I don't understand. What will be confusing? The app owns the file format and
is responsible to ensure th
By default, a tap netdevice is of no use when not fed by a separate
process. The ability to automatically feed it from another netdevice
allows applications to capture any kind of traffic normally destined to
the kernel stack.
This patch implements this ability through a new optional "remote"
para
The remote on a tap is most likely used with netdevices that are not
under DPDK control. Outgoing traffic is supposed to use the source MAC
address of the remote netdevice.
This commit synchronizes the MAC address of the local tap netdevice with
the remote one.
Of course, it is still possible to
This patchset adds the special "remote" feature to the tap PMD, that
actually enables capturing traffic from another netdevice. This is
especially useful to get packets into the DPDK app, when the remote
netdevice has no DPDK support.
The "remote" feature requires flow API support as flow rules wi
Signed-off-by: Pascal Mazon
---
drivers/net/tap/rte_eth_tap.c | 29 +++--
1 file changed, 23 insertions(+), 6 deletions(-)
diff --git a/drivers/net/tap/rte_eth_tap.c b/drivers/net/tap/rte_eth_tap.c
index 98b466aba223..141fc7944a5f 100644
--- a/drivers/net/tap/rte_eth_tap.
Synchronize PROMISC and ALLMULTI flags to the remote netdevice if
possible.
Leave the IFF_UP flag as it is, however.
Signed-off-by: Pascal Mazon
Acked-by: Olga Shern
---
drivers/net/tap/rte_eth_tap.c | 36 +++-
drivers/net/tap/tap.h | 1 +
2 files chang
Hi Anatoly,
On Friday 03 March 2017 02:38 PM, Burakov, Anatoly wrote:
Please correct me if I'm wrong here, but wouldn't all of these SPAPR-specific
defines
and structures not be available for pre-4.2? So the kernel check should also
contain all the definitions and structs as well. Maybe it's
From: Ivan Malov
Signed-off-by: Ivan Malov
Signed-off-by: Andrew Rybchenko
---
drivers/net/sfc/sfc.h| 2 ++
drivers/net/sfc/sfc_ethdev.c | 23 +++
drivers/net/sfc/sfc_port.c | 24
3 files changed, 49 insertions(+)
diff --git a/drivers/ne
From: Ivan Malov
If a libefx-based driver needs some way to clear port statistics,
then an MCDI agnostic method is required.
Signed-off-by: Ivan Malov
Signed-off-by: Andrew Rybchenko
---
drivers/net/sfc/base/efx.h | 4
drivers/net/sfc/base/efx_impl.h | 1 +
drivers/net/sfc/base/ef
Support for all the following was added in release 16.11
but not updated in the matrix:
3DES, MD5_HMAC, SHA224, SHA383, NULL, KASUMI F8/F9, GMAC.
Fixes: e1b7f509e6f2 ("crypto/qat: add 3DES cipher algorithm")
Fixes: 61ec5181625f ("crypto/qat: add MD5 HMAC capability")
Fixes: ebdbe12fbfc1 ("crypto/q
> -Original Message-
> From: Legacy, Allain [mailto:allain.leg...@windriver.com]
> Sent: Friday, March 3, 2017 12:19 PM
> To: Dumitrescu, Cristian ; Yuanhan Liu
> ; Richardson, Bruce
>
> Cc: dev@dpdk.org; Jolliffe, Ian (Wind River)
> Subject: RE: [dpdk-dev] [PATCH 1/5] cfgfile: configur
Hi Gowrishankar,
> Hi Anatoly,
>
>
> On Friday 03 March 2017 02:38 PM, Burakov, Anatoly wrote:
> >
> > Please correct me if I'm wrong here, but wouldn't all of these
> > SPAPR-specific defines and structures not be available for pre-4.2? So
> > the kernel check should also contain all the defini
On Fri, Mar 03, 2017 at 12:17:47PM +, Legacy, Allain wrote:
> > -Original Message-
> > From: Bruce Richardson [mailto:bruce.richard...@intel.com]
> > Also, for a single parameter like a comment char, I don't think we need to
> go
> > creating a separate structure. The current flags pa
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Roman Korynkevych
> Sent: Wednesday, March 1, 2017 4:27 PM
> To: dev@dpdk.org
> Cc: Korynkevych, RomanX
> Subject: [dpdk-dev] [PATCH v3] proc-info: added collectd-format and host-id
> options.
>
> Extended proc-info application to send DPDK p
Based over the DPAA2 PMD driver [1], this series of patches introduces the
DPAA2_SEC PMD which provides DPDK crypto driver for NXP's DPAA2 CAAM
Hardware accelerator.
SEC is NXP DPAA2 SoC's security engine for cryptographic acceleration and
offloading. It implements block encryption, stream cipher,
Signed-off-by: Akhil Goyal
---
lib/librte_cryptodev/rte_cryptodev.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/lib/librte_cryptodev/rte_cryptodev.h
b/lib/librte_cryptodev/rte_cryptodev.h
index 82f3bc3..7fd7975 100644
--- a/lib/librte_cryptodev/rte_cryptodev.h
+++ b/lib/librte_cryptod
Signed-off-by: Akhil Goyal
---
lib/librte_cryptodev/rte_cryptodev.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/lib/librte_cryptodev/rte_cryptodev.h
b/lib/librte_cryptodev/rte_cryptodev.h
index 82f3bc3..7fd7975 100644
--- a/lib/librte_cryptodev/rte_cryptodev.h
+++ b/lib/librte_cryptod
Signed-off-by: Hemant Agrawal
Signed-off-by: Akhil Goyal
---
config/common_base | 8 +
config/defconfig_arm64-dpaa2-linuxapp-gcc | 12 ++
drivers/bus/Makefile | 3 +
drivers/crypto/Makefile|
1 - 100 of 239 matches
Mail list logo
