>-Original Message-
>From: De Lara Guarch, Pablo [mailto:pablo.de.lara.gua...@intel.com]
>Sent: 25 June 2018 22:10
>To: Verma, Shally ; Akhil Goyal
>; Doherty, Declan ;
>ravi1.ku...@amd.com; Jacob, Jerin ;
>Zhang, Roy Fan ; Trahe,
>Fiona ; t...@semihalf.com; jianjay.z...@huawei.com
>Cc:
The physical address of IV required by Virtio was computed using
crypto operations' physical address plus the offset. However not
all crypto ops will have physical address field initialized and
compute it runtimely is costly. This patch fixes this problem by
adding iv field in virtio_crypto_op_cook
This is an issue involve RS bit set rule in ixgbe.
Let us take function ixgbe_xmit_pkts_vec () as an example,
in this function RS bit will be set for descriptor with index
txq->tx_next_rs, and also descriptor free function
ixgbe_tx_free_bufs() also check RS bit for descriptor with index
txq->tx_nex
Hi, Olivier Matz
Will you commit fix patch for i40e and ixgbe and em?
And the code " dd = (desc / txq->tx_rs_thresh + 1) * txq->tx_rs_thresh - 1;"
Is only proper for tx function ixgbe_xmit_pkts_simple and ixgbe_xmit_pkts_vec
().
But not proper for ixgbe_xmit_pkts (), the RS bit set rule is dif
Hi Anatoly and Thomas:
Sorry for raise this late, but seems merge mp thread into interrupt thread
gives problem to enable hotplug on secondary [1].
The issue is, when secondary want to attach a share device, it send request to
primary
Then primary is running in mp callback (mp thread) to attach
Hi, Anatoly,
Thanks for these patches, good work.
Regarding "update-grub": IIRC, this is Ubuntu specific command (and
also used in Debian/Debian based flavors).
In Fedora (RedHat based) recent distros, you use grub2-mkconfig
instead (and there is no "update-grub", IIRC).
If this is true, I would c
14/06/2018 15:30, Neil Horman:
> * found a way to eliminate the use of filterdiff (new awk rules)
Thanks a lot for not requiring filterdiff dependency.
[...]
> + # Just inform the user of this occurrence, but
> + # don't flag it as an error
Hi Shally,
> -Original Message-
> From: Verma, Shally [mailto:shally.ve...@cavium.com]
> Sent: Friday, June 22, 2018 4:39 PM
> To: De Lara Guarch, Pablo
> Cc: Trahe, Fiona ; akhil.go...@nxp.com;
> dev@dpdk.org; Athreya, Narayana Prasad
> ; Sahu, Sunila
> ; Gupta, Ashish
> Subject: RE: [P
The crypto performance application was not being compiled
with -O3, which means that the performance shown may not be
optimal.
Signed-off-by: Pablo de Lara
---
app/test-crypto-perf/Makefile | 1 +
1 file changed, 1 insertion(+)
diff --git a/app/test-crypto-perf/Makefile b/app/test-crypto-perf/M
> -Original Message-
> From: Olivier Matz [mailto:olivier.m...@6wind.com]
> Sent: Monday, June 25, 2018 4:36 PM
> To: Burakov, Anatoly
> Cc: Stojaczyk, DariuszX ; dev@dpdk.org;
> thomas.monja...@6wind.com; sta...@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH 1/2] eal/thread: fix return code
The PMD specific API to configure, clear and
obtain session private size is renamed, including
the word _sym_ to clarify that it is API
for symmetric sessions, so there will not be any
conflicts for asymmetric and other type of sessions
in the future.
Signed-off-by: Pablo de Lara
---
drivers/cry
The current mbuf scatter gatter feature flag is
too ambiguous, as it is not clear if input and/or output
buffers can be scatter gather mbufs or not, plus
if in-place and/or out-of-place is supported.
Therefore, five new flags will replace this flag:
- RTE_CRYPTODEV_FF_IN_PLACE_SGL
- RTE_CRYPTODEV_
As announced in the previous release,
The API to attach/dettach a session to a queue pair
is removed, as it was only used in DPAA, and it is not
actually needed.
Signed-off-by: Pablo de Lara
---
doc/guides/rel_notes/deprecation.rst | 8
doc/guides/rel_notes/release_18_08.rst
Removed rte_cryptodev_get_header_session_size
and rte_cryptodev_get_private_session_size functions,
as they have been substituted with functions
specific for symmetric operations, with _sym_ word
after "rte_cryptodev_".
Signed-off-by: Pablo de Lara
---
doc/guides/rel_notes/deprecation.rst
Removed cryptodev queue start/stop functions,
as they were marked deprecated in 18.05, since they
were not implemented by any driver.
Signed-off-by: Pablo de Lara
Acked-by: Akhil Goyal
---
doc/guides/rel_notes/deprecation.rst | 4 ---
doc/guides/rel_notes/release_18_08.rst |
In release 18.05, a deprecation notice to remove the `sym`
structure in the cryptodev info structure was sent.
However, only one of the fields inside the structure will
be removed, so the notice is not actually correct.
In any case, it needs to be removed.
Signed-off-by: Pablo de Lara
---
doc/gu
Most crypto PMDs do not have a limitation
of the number of the sessions that can be handled
internally. The value that was set before was not
actually used at all, since the sessions are created
at the application level.
Therefore, this value is not parsed from the initial
crypto parameters anymore
Currently, the info structure contains the maximum number
of sessions that a device can manage.
This field was useful when the session mempool was created inside
each device, but now it is created at the application level.
Most PMDs do not have a limitation on the sessions managed,
but a few do, t
Signed-off-by: Pablo de Lara
---
examples/ipsec-secgw/ipsec-secgw.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/examples/ipsec-secgw/ipsec-secgw.c
b/examples/ipsec-secgw/ipsec-secgw.c
index a5da8b280..2582dcb6e 100644
--- a/examples/ipsec-secgw/ipsec-secgw.c
+++ b/examples/ipsec-se
Calculate the number of sessions required for the application,
knowing that there is only one session required per device.
Signed-off-by: Pablo de Lara
---
examples/l2fwd-crypto/main.c | 19 +--
1 file changed, 17 insertions(+), 2 deletions(-)
diff --git a/examples/l2fwd-crypto/
The maximum number of sessions device argument will be removed,
as most PMDs do not have a limitation on this number.
Therefore, the MVSAM PMD needs to parse this value internally.
Signed-off-by: Pablo de Lara
---
drivers/crypto/mvsam/rte_mrvl_pmd.c | 132
1
Instead of using the maximum number of sessions
allowed by the PMDs (which will change to unlimited most
of the PMDs), limit the number to a small sufficient amount.
Signed-off-by: Pablo de Lara
---
test/test/test_cryptodev.c | 27 +--
1 file changed, 21 insertions(+), 6
The cryptodev info structure currently contains
the maximum number of sessions that can be used in a queue pair.
This is only set in DPAA_SEC PMD, and since it is calculated
based on the maximum number of sessions (which is not used
anymore), this field can be removed.
Signed-off-by: Pablo de Lara
Instead of creating a fixed number of sessions,
calculate the necessary number based on number of devices
and queue pairs used.
Signed-off-by: Pablo de Lara
---
app/test-crypto-perf/main.c | 31 ---
1 file changed, 28 insertions(+), 3 deletions(-)
diff --git a/app/te
API changes in the cryptodev library, announced
in the previous release, 18.05.
Changes in v2:
- Instead of removing max_nb_sessions in info structure,
a new value `0` is allowed, to indicate that the PMD
does not have any limitation on the number of sessions
to be managed
- Modified crypto
Structure rte_cryptodev_info has currently PCI device
information ("struct rte_pci_device") in it.
This information is not generic to all devices,
so this gets replaced with the generic "rte_device" structure,
compatible with all crypto devices.
Signed-off-by: Pablo de Lara
Acked-by: Akhil Goyal
https://bugs.dpdk.org/show_bug.cgi?id=66
Bug ID: 66
Summary: Secondary process must have exact same whitelist "-w"
list
Product: DPDK
Version: 18.05
Hardware: x86
OS: Linux
Status: CONFIRMED
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Akhil Goyal
> Sent: Monday, June 18, 2018 7:30 AM
> To: De Lara Guarch, Pablo ; Doherty, Declan
> ; akhil.go...@nxp.com; ravi1.ku...@amd.com;
> jerin.ja...@caviumnetworks.com; Zhang, Roy Fan ;
> Trahe, Fiona ; t.
> -Original Message-
> From: Trahe, Fiona
> Sent: Tuesday, June 19, 2018 2:20 PM
> To: Tomasz Duszynski ; De Lara Guarch, Pablo
>
> Cc: Doherty, Declan ; akhil.go...@nxp.com;
> ravi1.ku...@amd.com; jerin.ja...@caviumnetworks.com; Zhang, Roy Fan
> ; jianjay.z...@huawei.com; dev@dpdk.org;
> -Original Message-
> From: Verma, Shally [mailto:shally.ve...@cavium.com]
> Sent: Friday, June 22, 2018 6:02 PM
> To: Akhil Goyal ; De Lara Guarch, Pablo
> ; Doherty, Declan
> ; ravi1.ku...@amd.com; Jacob, Jerin
> ; Zhang, Roy Fan
> ; Trahe, Fiona ;
> t...@semihalf.com; jianjay.z...@hua
> -Original Message-
> From: Verma, Shally [mailto:shally.ve...@cavium.com]
> Sent: Saturday, June 23, 2018 7:26 PM
> To: De Lara Guarch, Pablo
> Cc: Trahe, Fiona ; akhil.go...@nxp.com;
> dev@dpdk.org; Athreya, Narayana Prasad
> ; Sahu, Sunila
> ; Gupta, Ashish
> Subject: RE: [PATCH v3
On 22-Jun-18 5:37 PM, Kumar, Ravi1 wrote:
Hi,
As the memory subsystem in DPDK 18.05 is reworked, it has introduced a problem
for AMD EPYC 2P platforms.
The issue is that DPDK 18.05 only works with up to 4 NUMAs. For AMD EPYC 2P
platforms, DPDK now only works with P0 (NUMA 0-3) and does not wor
Tested-by: Ali Alnubani
> -Original Message-
> From: dev On Behalf Of Gavin Hu
> Sent: Monday, June 25, 2018 5:49 AM
> To: dev@dpdk.org
> Cc: n...@arm.com; gavin...@arm.com; sta...@dpdk.org
> Subject: [dpdk-dev] [PATCH v13 3/6] build: fix the meson build warning
>
> This is to fix the u
Tested-by: Ali Alnubani
> -Original Message-
> From: dev On Behalf Of Gavin Hu
> Sent: Monday, June 25, 2018 5:49 AM
> To: dev@dpdk.org
> Cc: n...@arm.com; gavin...@arm.com; sta...@dpdk.org
> Subject: [dpdk-dev] [PATCH v13 1/6] mk: fix makefile based cross build errors
>
> From: gavin h
This patchset attempts to create a library out of Python scripts that
come with DPDK, with a goal of enabling external tools to get the same
information about the system DPDK has, and perhaps configure DPDK.
Potential applications include:
* Better setup.sh script (it's long overdue, and you know
Make devbind use DPDKConfigLib library instead of having its own
logic for binding/unbinding/enumerating devices and getting
device information.
All semantics and output are kept the same, only the internals
changed.
Signed-off-by: Anatoly Burakov
---
usertools/dpdk-devbind.py | 518 ++-
Rewrite cpu layout script to use data provided by DPDKConfigLib
script. This demonstrates an example of how external tools can get
the same information from DPDKConfigLib.
Signed-off-by: Anatoly Burakov
---
usertools/cpu_layout.py | 53 ++---
1 file changed, 1
Add a library for getting hugepage information on Linux system.
Supported functionality:
- List active hugetlbfs mountpoints
- Change hugetlbfs mountpoints
- Supports both transient and persistent (fstab) mountpoints
- Display/change number of allocated hugepages
- Supports both total and per
This library is mostly copy-paste of devbind script, but with few
additional bells and whistles, such as the ability to enumerate and
create/destroy VF devices.
Signed-off-by: Anatoly Burakov
---
usertools/DPDKConfigLib/DevInfo.py | 414 +
usertools/DPDKConfigLib/DevU
Add a simple hugepage info script for demonstration purposes.
It lists the following information:
- Currently configured persistent hugetlbfs mountpoints (fstab)
- Currently mounted hugetlbfs mountpoints
- Total number of hugepages for each size
- Per-NUMA node number of hugepages for each size
S
This library is highly experimental and can kill kittens, but its
main purpose is to automatically set up GRUB command-line to
allocate a given number of hugepages at boot time. It works in
a similar way HugeUtil library does, but instead of committing
changes to fstab or runtime configuration, it
Add a library that will parse system information:
* NUMA nodes
* Cores and threads
* Mapping from NUMA node and core to thread id's
* Hyperthreading support status
* RAM size
* Default hugepage size as reported by kernel
This can be used by scripts.
Signed-off-by: Anatoly Burakov
---
usertools
This enables FreeBSD support for PlatformInfo part of the
DPDKConfigLib script, thereby enabling FreeBSD support for the
cpu_layout script.
Signed-off-by: Anatoly Burakov
---
usertools/DPDKConfigLib/PlatformInfo.py | 81 -
1 file changed, 78 insertions(+), 3 deletions(-)
This is a placeholder for Python library abstracting away many of
mundane details DPDK configuration scripts have to deal with. We
need __init__.py file to make the subdirectory a package so that
Python scripts in usertools/ can find their dependencies.
Signed-off-by: Anatoly Burakov
---
usertoo
On Mon, Jun 04, 2018 at 02:40:00PM -0500, Gage Eads wrote:
> This patch renames u16 to u16_buf. u16 as a variable name causes a shadowed
> declaration warning if, for example, the application also typedefs u16
> (e.g. by including a header containing "typedef unsigned short u16") and
> the applicat
Hi Honnappa,
On Thu, May 31, 2018 at 04:53:01AM +, Honnappa Nagarahalli wrote:
> > -Original Message-
> > From: Burakov, Anatoly
> > Sent: Wednesday, May 30, 2018 2:48 AM
> > To: Honnappa Nagarahalli ;
> > olivier.m...@6wind.com
> > Cc: dev@dpdk.org
> > Subject: Re: [dpdk-dev] [PATCH
On Wed, Jun 20, 2018 at 4:37 AM Alex Kiselev wrote:
> add functions to add/remove MAC addresses
> Signed-off-by: Alex Kiselev
>
Acked-by: Chas Williams
> ---
> drivers/net/bonding/rte_eth_bond_api.c | 12 ++-
> drivers/net/bonding/rte_eth_bond_pmd.c | 131
>
On Mon, Jun 11, 2018 at 07:49:37PM +0530, santosh wrote:
>
> On Monday 11 June 2018 07:37 PM, Jerin Jacob wrote:
> > -Original Message-
> >> Date: Tue, 5 Jun 2018 11:54:11 +0530
> >> From: Hemant Agrawal
> >> To: dev@dpdk.org
> >> CC: olivier.m...@6wind.com, santosh.shu...@caviumnetworks
Hi Thomas,
On Tue, Jan 23, 2018 at 05:30:57PM +0100, Olivier Matz wrote:
> Hi Thomas,
>
> On Fri, Dec 15, 2017 at 12:00:01PM +0100, Thomas Monjalon wrote:
> > 15/12/2017 11:45, Olivier MATZ:
> > > On Fri, Dec 15, 2017 at 11:32:12AM +0100, Thomas Monjalon wrote:
> > > > 15/12/2017 11:25, Olivier M
On Thu, May 31, 2018 at 10:03:28AM +0200, David Marchand wrote:
> Rather than copy the string, we can use a precision in the format string
> given to printf.
>
> Signed-off-by: David Marchand
Acked-by: Olivier Matz
On Thu, May 31, 2018 at 10:03:27AM +0200, David Marchand wrote:
> Rather than copy the log message, we can use a precision in the format
> string given to syslog.
>
> Fixes: af75078fece3 ("first public release")
> Signed-off-by: David Marchand
Reviewed-by: Olivier Matz
On Mon, Jun 18, 2018 at 11:01:40AM +0100, Burakov, Anatoly wrote:
> On 08-Jun-18 1:37 PM, Dariusz Stojaczyk wrote:
> > This function returned positive error numbers instead
> > of negative ones as desbribed in the doc. What's worse,
> > multiple of its callers only check for (rc < 0) to detect
> >
On Mon, Jun 18, 2018 at 11:00:55AM +0100, Burakov, Anatoly wrote:
> On 08-Jun-18 1:37 PM, Dariusz Stojaczyk wrote:
> > The doc says this function returns negative errno
> > on error, but it currently returns either -1 or
> > positive errno.
> >
> > It was incorrectly assumed that pthread_setname_n
Removing wrong mails from the To and Cc. Sorry.
On Mon, Jun 25, 2018 at 04:20:57PM +0200, Olivier Matz wrote:
> The Tx descriptor status api was not behaving as expected. This API is
> used to inspect the content of the descriptors in the Tx ring to
> determine the length of the Tx queue.
>
> Sin
The Tx descriptor status api was not behaving as expected. This API is
used to inspect the content of the descriptors in the Tx ring to
determine the length of the Tx queue.
Since the software advances the tail pointer and the hardware advances
the head pointer, the Tx queue is located before txq-
On 20/06/2018 9:37 AM, Alex Kiselev wrote:
add functions to add/remove MAC addresses
Signed-off-by: Alex Kiselev
---
...
Acked-by: Declan Doherty
On 22/06/2018 14:36, Remy Horton wrote:
[..]
Signed-off-by: Remy Horton
---
examples/ipsec-secgw/ipsec-secgw.c | 5 +
1 file changed, 5 insertions(+)
Self-Nack. Another pending patch already fixes this.
On 22/06/2018 16:46, Ferruh Yigit wrote:
[..]
Is following covering this patch:
https://patches.dpdk.org/patch/41313/
Looks like it. Didn't spot it earlier..
..Remy
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Tiwei Bie
> Sent: Monday, June 25, 2018 1:02 PM
>
>
> Hi Dariusz,
>
Hi Tiwei,
> Thank you for putting efforts in making the DPDK
> vhost more generic!
>
> From my understanding, your proposal is that:
>
> 1
On Mon, Jun 25, 2018 at 11:23:22AM +, Shahaf Shuler wrote:
> Monday, June 25, 2018 9:41 AM , Nélio Laranjeiro:
> > Subject: Re: [PATCH] net/mlx5: separate generic tunnel TSO from the
> > standard one
> >
> > On Sun, Jun 24, 2018 at 09:22:26AM +0300, Shahaf Shuler wrote:
> > > The generic tunne
Monday, June 25, 2018 9:41 AM , Nélio Laranjeiro:
> Subject: Re: [PATCH] net/mlx5: separate generic tunnel TSO from the
> standard one
>
> On Sun, Jun 24, 2018 at 09:22:26AM +0300, Shahaf Shuler wrote:
> > The generic tunnel TSO was depended in the regular one capabilities to
> > be enabled.
> >
>
Daria,
Yes, please. I will ack the patch once it will be resent.
Thanks,
Michal
2018-06-25 13:05 GMT+02:00 Kolistratova, Daria :
> Hi Michal,
>
> Yes, it won't fix the issue, but will return error instead of fail. I tried
> to execute with changes from the earlier email thread and it works. Sho
Hi Michal,
Yes, it won't fix the issue, but will return error instead of fail. I tried to
execute with changes from the earlier email thread and it works. Should I
resend patch with these changes?
Best regards,
Kolistratova Daria
-Original Message-
From: Michał Krawczyk [mailto:m...@
On Thu, Jun 07, 2018 at 05:12:20PM +0200, Dariusz Stojaczyk wrote:
> rte_vhost is not vhost-user spec compliant. Some Vhost drivers have
> been already confirmed not to work with rte_vhost. virtio-user-scsi-pci
> in QEMU 2.12 doesn't fully initialize its management queues at SeaBIOS
> stage. This i
On Mon, Jun 25, 2018 at 09:19:34AM +0200, Maxime Coquelin wrote:
> On 06/25/2018 04:21 AM, Tiwei Bie wrote:
> > On Sat, Jun 23, 2018 at 09:11:24AM +0200, Maxime Coquelin wrote:
[...]
> > > @@ -293,7 +314,8 @@ fill_vec_buf(struct virtio_net *dev, struct
> > > vhost_virtqueue *vq,
> > > static inl
HI Lee
>-Original Message-
>From: Daly, Lee [mailto:lee.d...@intel.com]
>Sent: 25 June 2018 15:35
>To: Verma, Shally
>Cc: Trahe, Fiona ; dev@dpdk.org;
>pathr...@caviumnetworks.com; Sahu, Sunila ;
>Gupta, Ashish ; De Lara Guarch, Pablo
>
>Subject: RE: [dpdk-dev] [PATCH v1 2/6] compress/z
> >
> >> -Original Message-
> >> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Shally Verma
> >> Sent: Tuesday, May 15, 2018 11:32 AM
> >> To: De Lara Guarch, Pablo
> >> Cc: Trahe, Fiona ; dev@dpdk.org;
> >> pathr...@caviumnetworks.com; Sunila Sahu
> >> ; Ashish Gupta
> >>
> >> Sub
On 06/25/2018 10:17 AM, Qi Zhang wrote:
Previously, detach port on secondary process will mess primary
process and cause same device can't be attached again, by take
advantage of rte_eth_release_port_private, we can support this
with minor change.
Signed-off-by: Qi Zhang
---
drivers/net/i40e/
On 21-Jun-18 3:51 PM, Yaron Illouz wrote:
Hi
dpdk-devbind.py support only ipv4 interface, when run with -s parameter which
is status, it display all ipv6 interface as non Active
It set interface as Active according to "ip -o route" output
Here is a change that can support ipv6
@@ -269,6 +269,
https://bugs.dpdk.org/show_bug.cgi?id=65
Bug ID: 65
Summary: Tx VLAN offload not working on DPDK 17.11 LTS
Product: DPDK
Version: 17.11
Hardware: All
OS: Linux
Status: CONFIRMED
Severity: major
P
> -Original Message-
> From: Zhang, Qi Z
> Sent: Monday, June 25, 2018 3:56 PM
> To: Zhao1, Wei ; dev@dpdk.org
> Cc: Lu, Wenzhuo ; sta...@dpdk.org
> Subject: RE: [PATCH] net/ixgbe: fix Tx check descriptor status APIs error
>
>
>
> > -Original Message-
> > From: Zhao1, Wei
> > S
Hi Daria,
>From what you reported on bugzilla, it looks like this patch won't fix
the issue. Have you tried to execute the application with the changes
I suggested in the earlier email thread?
Thanks,
Michal
czw., 21.06.2018, 17:34 użytkownik Daria Kolistratova
napisał:
>
> When he number of
> -Original Message-
> From: Zhao1, Wei
> Sent: Monday, June 25, 2018 3:53 PM
> To: Zhang, Qi Z ; dev@dpdk.org
> Cc: Lu, Wenzhuo ; sta...@dpdk.org
> Subject: RE: [PATCH] net/ixgbe: fix Tx check descriptor status APIs error
>
> Hi, qi
>
> > -Original Message-
> > From: Zhang, Qi
Hi, qi
> -Original Message-
> From: Zhang, Qi Z
> Sent: Monday, June 25, 2018 3:47 PM
> To: Zhao1, Wei ; dev@dpdk.org
> Cc: Lu, Wenzhuo ; sta...@dpdk.org
> Subject: RE: [PATCH] net/ixgbe: fix Tx check descriptor status APIs error
>
>
>
> > -Original Message-
> > From: Zhao1, Wei
> -Original Message-
> From: Zhao1, Wei
> Sent: Monday, June 25, 2018 2:49 PM
> To: Zhang, Qi Z ; dev@dpdk.org
> Cc: Lu, Wenzhuo ; sta...@dpdk.org
> Subject: RE: [PATCH] net/ixgbe: fix Tx check descriptor status APIs error
>
> Hi，qi
>
> > -Original Message-
> > From: Zhang, Qi
IN_ORDER virtio-user Tx function support Tx checksum offloading and
TSO which also support on normal Tx function. So extracts common part
into separated function.
Signed-off-by: Marvin Liu
diff --git a/drivers/net/virtio/virtio_rxtx.c b/drivers/net/virtio/virtio_rxtx.c
index 0bca29855..e9b1b496e
After IN_ORDER Rx/Tx paths added, need to update Rx/Tx path selection
logic.
Rx path select logic: If IN_ORDER is disabled will select normal Rx
path. If IN_ORDER is enabled, Rx offload and merge-able are disabled
will select simple Rx path. Otherwise will select IN_ORDER Rx path.
Tx path select
Add parameters for configuring VIRTIO_NET_F_MRG_RXBUF and
VIRTIO_F_IN_ORDER feature bits. If feature is disabled, also update
corresponding unsupported feature bit.
Signed-off-by: Marvin Liu
diff --git a/drivers/net/virtio/virtio_user/virtio_user_dev.c
b/drivers/net/virtio/virtio_user/virtio_us
Signed-off-by: Marvin Liu
diff --git a/drivers/net/virtio/virtio_ethdev.h
b/drivers/net/virtio/virtio_ethdev.h
index 8ab1267b0..69da18d9c 100644
--- a/drivers/net/virtio/virtio_ethdev.h
+++ b/drivers/net/virtio/virtio_ethdev.h
@@ -36,6 +36,7 @@
1ULL << VIRTIO_NET_F_GUEST_ANNOUNCE | \
IN_ORDER Rx function can support merge-able feature. Descriptors
allocation and free will be done in bulk.
Virtio dequeue logic:
dequeue_burst_rx(burst mbufs)
for (each mbuf b) {
if (b need merge) {
merge remained mbufs
add merged mbuf to
Add new function for freeing IN_ORDER descriptors. As descriptors will
be allocated and freed sequentially when IN_ORDER feature was
negotiated. There will be no need to utilize chain for freed descriptors
management, only index update is enough.
Signed-off-by: Marvin Liu
diff --git a/drivers/ne
If VIRTIO_F_IN_ORDER has been negotiated, driver will use descriptors in
ring order: starting from offset 0 in the table, and wrapping around at
the end of the table. Also introduce use_inorder_[rt]x flag for
selection of IN_ORDER [RT]x handlers.
Signed-off-by: Marvin Liu
diff --git a/drivers/ne
If devices always use descriptors in the same order in which they have
been made available. These devices can offer the VIRTIO_F_IN_ORDER
feature. If negotiated, this knowledge allows devices to notify the use
of a batch of buffers to virtio driver by only writing used ring index.
Vhost user devic
In latest virtio-spec, new feature bit VIRTIO_F_IN_ORDER was introduced.
When this feature has been negotiated, virtio driver will use
descriptors in ring order: starting from offset 0 in the table, and
wrapping around at the end of the table. Vhost devices will always use
descriptors in the same o
This is a issue involve RS bit set rule in ixgbe.
Let us take function i40e_xmit_pkts_vec () as an example,
in this function RS bit will be set for descriptor with index
txq->tx_next_rs, and also descriptor free function
i40e_tx_free_bufs() also check RS bit for descriptor with index
txq->tx_next_r
On 06/25/2018 04:21 AM, Tiwei Bie wrote:
On Sat, Jun 23, 2018 at 09:11:24AM +0200, Maxime Coquelin wrote:
This patch aims at simplifying the desc to mbuf and mbuf to desc
copy functions. It performs the iova to hva translations at
vectors fill time.
Doing this, in case desc buffer isn't cont
The sample code demonstrate device (ethdev only) management
at multi-process envrionment. User can attach/detach a device
on primary process and see it is synced on secondary process
automatically, also user can lock a device to prevent it be
detached or unlock it to go back to default behaviour.
Previously, detach port on secondary process will mess primary
process and cause same device can't be attached again, by take
advantage of rte_eth_release_port_private, we can support this
with minor change.
Signed-off-by: Qi Zhang
---
drivers/net/pcap/rte_eth_pcap.c | 15 ++-
1 file
Previously, detach port on secondary process will mess primary
process and cause same device can't be attached again, by take
advantage of rte_eth_release_port_private, we can support this
with minor change.
Signed-off-by: Qi Zhang
---
drivers/net/softnic/rte_eth_softnic.c | 19 -
Previously, detach port on secondary process will mess primary
process and cause same device can't be attached again, by take
advantage of rte_eth_release_port_private, we can support this
with minor change.
Signed-off-by: Qi Zhang
---
drivers/net/tap/rte_eth_tap.c | 17 +++--
1 file
Previously, detach port on secondary process will mess primary
process and cause same device can't be attached again, by take
advantage of rte_eth_release_port_private, we can support this
with minor change.
Signed-off-by: Qi Zhang
---
drivers/net/octeontx/octeontx_ethdev.c | 16
Previously, detach port on secondary process will mess primary
process and cause same device can't be attached again, by take
advantage of rte_eth_release_port_private, we can support this
with minor change.
Signed-off-by: Qi Zhang
---
drivers/net/vhost/rte_eth_vhost.c | 11 +++
1 file c
Previously, detach port on secondary process will mess primary
process and cause same device can't be attached again, by take
advantage of rte_eth_release_port_private, we can support this
with minor change.
Signed-off-by: Qi Zhang
---
drivers/net/null/rte_eth_null.c | 16 +++-
1 fil
Previously, detach port on secondary process will mess primary
process and cause same device can't be attached again, by take
advantage of rte_eth_release_port_private, we can support this
with minor change.
Signed-off-by: Qi Zhang
---
drivers/net/kni/rte_eth_kni.c | 11 +++
1 file chang
Previously, detach port on secondary process will mess primary
process and cause same device can't be attached again, by take
advantage of rte_eth_release_port_private, we can support this
with minor change.
Signed-off-by: Qi Zhang
---
drivers/net/bonding/rte_eth_bond_pmd.c | 11 +++
1 f
Previously, detach port on secondary process will mess primary
process and cause same device can't be attached again, by take
advantage of rte_eth_release_port_private, we can support this
with minor change.
Signed-off-by: Qi Zhang
---
drivers/net/fm10k/fm10k_ethdev.c | 9 +
1 file chang
Previously, detach port on secondary process will mess primary
process and cause same device can't be attached again, by take
advantage of rte_eth_release_port_private, we can support this
with minor change.
Signed-off-by: Qi Zhang
---
drivers/net/failsafe/failsafe.c | 16
1 fil
Previously, detach port on secondary process will mess primary
process and cause same device can't be attached again, by take
advantage of rte_eth_release_port_private, we can support this
with minor change.
Signed-off-by: Qi Zhang
---
drivers/net/af_packet/rte_eth_af_packet.c | 11 +++
Previously, detach port on secondary process will mess primary
process and cause same device can't be attached again, by take
advantage of rte_eth_release_port_private, we can support this
with minor change.
Signed-off-by: Qi Zhang
---
drivers/net/i40e/i40e_ethdev.c| 2 ++
drivers/net/i40e/i
Previously, detach port on secondary process will mess primary
process and cause same device can't be attached again, by take
advantage of rte_eth_release_port_private, we can support this
with minor change.
Signed-off-by: Qi Zhang
---
drivers/net/e1000/em_ethdev.c | 9 +
1 file changed,
1 - 100 of 110 matches
Mail list logo
