Hi Lee,
Apologies if the logic is already done for my query
snipped
> + /* Set private xform checksum */
> + switch (xform->compress.chksum) {
> + /* Raw deflate by default */
Does the user have to choose RTE_COMP_CHECKSUM_NONE while creating
compress/isal ins
Hi Maxime,
> -Original Message-
> From: Maxime Coquelin [mailto:maxime.coque...@redhat.com]
> Sent: Sunday, December 16, 2018 1:11 AM
> To: Wang, Xiao W ; Bie, Tiwei
> Cc: alejandro.luc...@netronome.com; dev@dpdk.org; Wang, Zhihong
> ; Ye, Xiaolong
> Subject: Re: [PATCH v4 03/10] vhost:
Hi Maxime,
> -Original Message-
> From: Maxime Coquelin [mailto:maxime.coque...@redhat.com]
> Sent: Sunday, December 16, 2018 1:17 AM
> To: Wang, Xiao W ; Bie, Tiwei
> Cc: alejandro.luc...@netronome.com; dev@dpdk.org; Wang, Zhihong
> ; Ye, Xiaolong
> Subject: Re: [PATCH v4 06/10] net/ifc
Hi Maxime,
> -Original Message-
> From: Maxime Coquelin [mailto:maxime.coque...@redhat.com]
> Sent: Sunday, December 16, 2018 1:21 AM
> To: Wang, Xiao W ; Bie, Tiwei
> Cc: alejandro.luc...@netronome.com; dev@dpdk.org; Wang, Zhihong
> ; Ye, Xiaolong
> Subject: Re: [PATCH v4 07/10] net/ifc
Hi Maxime,
> -Original Message-
> From: Maxime Coquelin [mailto:maxime.coque...@redhat.com]
> Sent: Sunday, December 16, 2018 1:35 AM
> To: Wang, Xiao W ; Bie, Tiwei
> Cc: alejandro.luc...@netronome.com; dev@dpdk.org; Wang, Zhihong
> ; Ye, Xiaolong
> Subject: Re: [PATCH v4 09/10] net/ifc
As of commit 364e08f2bbc0, DPDK allows an aplication to send and receive
raw packets using an AF_PACKET and PACKET_MMAP, when using a Linux
Kernel. This complements it by adding a simple guide with the following
information:
- An introduction, where a brief explanation of this driver is given,
po
Hi Maxime,
> -Original Message-
> From: Maxime Coquelin [mailto:maxime.coque...@redhat.com]
> Sent: Sunday, December 16, 2018 1:36 AM
> To: Wang, Xiao W ; Bie, Tiwei
> Cc: alejandro.luc...@netronome.com; dev@dpdk.org; Wang, Zhihong
> ; Ye, Xiaolong
> Subject: Re: [PATCH v4 10/10] doc: up
Hi Vipin, thanks for the question.
> -Original Message-
> From: Varghese, Vipin
> Sent: Monday, December 17, 2018 8:20 AM
> To: Daly, Lee ; akhil.go...@nxp.com
> Cc: dev@dpdk.org; Daly, Lee
> Subject: RE: [dpdk-dev] [PATCH v4 1/3] compress/isal: enable checksum
> support in driver
>
> Hi
Hi Ferruh,
On 28/11/2018 13:33, Ferruh Yigit wrote:
> On 11/28/2018 1:12 PM, Lam, Tiago wrote:
>> On 27/11/2018 17:43, Ferruh Yigit wrote:
>>> On 11/20/2018 10:26 AM, Tiago Lam wrote:
Use the underlying MTU to calculate the framsize to be used for the mmap
RINGs. This is to make it more
Missing brackets around the if means that the loop will end at its first
iteration.
Cc: sta...@dpdk.org
Fixes: 2395332798d0 ("eal: add option register infrastructure")
Signed-off-by: Gaetan Rivet
---
lib/librte_eal/common/rte_option.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
dif
Hi Keith,
On Sun, Dec 16, 2018 at 05:01:03PM -0600, Keith Wiles wrote:
> Add a missing newline to a RTE_LOG message.
>
I think it might interest sta...@dpdk.org, and you might as well include
a fixline reference.
> Signed-off-by: Keith Wiles
> ---
> lib/librte_eal/common/rte_option.c | 2 +-
>
On 17-Dec-18 9:25 AM, Gaetan Rivet wrote:
Missing brackets around the if means that the loop will end at its first
iteration.
Cc: sta...@dpdk.org
Fixes: 2395332798d0 ("eal: add option register infrastructure")
Signed-off-by: Gaetan Rivet
---
lib/librte_eal/common/rte_option.c | 3 ++-
1 fil
On 14-Dec-18 5:13 PM, Jim Harris wrote:
SPDK uses the rte_mem_event_callback_register API to
create RDMA memory regions (MRs) for newly allocated regions
of memory. This is used in both the SPDK NVMe-oF target
and the NVMe-oF host driver.
DPDK creates internal malloc_elem structures for these
al
> -Original Message-
> From: Mattias Rönnblom [mailto:mattias.ronnb...@ericsson.com]
> Sent: Saturday, December 15, 2018 2:16 PM
> To: Ananyev, Konstantin ; Pattan, Reshma
> ; dev@dpdk.org; Dumitrescu, Cristian
> ; jerin.ja...@caviumnetworks.com; Singh,
> Jasvinder
> Subject: Re: [dpdk-d
On 17-Dec-18 9:40 AM, Burakov, Anatoly wrote:
On 14-Dec-18 5:13 PM, Jim Harris wrote:
SPDK uses the rte_mem_event_callback_register API to
create RDMA memory regions (MRs) for newly allocated regions
of memory. This is used in both the SPDK NVMe-oF target
and the NVMe-oF host driver.
DPDK creat
Hi,
On 12/14/2018 9:52 PM, Amr Mokhtar wrote:
> some application facing functions are missing from
> the map file. these are added by this patch.
>
> Signed-off-by: Amr Mokhtar
> ---
> lib/librte_bbdev/rte_bbdev_version.map | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/lib/librt
Dear Thomas and all,
I took a look on dpdk code.
I firstly write qustions and my analisys
on the current dpdk code follows after that.
[1.Questions]
I have several questions to ask again.
Is my understanding correct about followings
Q1: "EAL:ERROR, Invalid memory" is ignorable
Q2: there is no
On Fri, Dec 14, 2018 at 8:41 AM Jeff Guo wrote:
> This command-line option will enable hotplug event detecting and enable
> hotplug handling for device hotplug.
>
> Signed-off-by: Jeff Guo
>
Is there a reason why we would want this disabled by default and enabled
via option ?
diff --git a/lib
On Mon, Dec 17, 2018 at 10:26 AM Gaetan Rivet
wrote:
> Missing brackets around the if means that the loop will end at its first
> iteration.
>
> Cc: sta...@dpdk.org
>
> Fixes: 2395332798d0 ("eal: add option register infrastructure")
> Signed-off-by: Gaetan Rivet
> ---
> lib/librte_eal/common/rt
On 17-Dec-18 10:02 AM, Hideyuki Yamashita wrote:
Dear Thomas and all,
I took a look on dpdk code.
I firstly write qustions and my analisys
on the current dpdk code follows after that.
[1.Questions]
I have several questions to ask again.
Is my understanding correct about followings
Q1: "EAL:ERR
On 12/14/2018 4:28 PM, Stephen Hemminger wrote:
> On Fri, 14 Dec 2018 16:09:33 +
> Ferruh Yigit wrote:
>
>> On 12/14/2018 1:26 AM, Stephen Hemminger wrote:
>>> In some cases, VLAN stripping is not desireable. If necessary
>>> re-insert stripped vlan tag.
>>>
>>> Signed-off-by: Stephen Hemming
On 17-Dec-18 10:23 AM, Burakov, Anatoly wrote:
On 17-Dec-18 10:02 AM, Hideyuki Yamashita wrote:
Dear Thomas and all,
I took a look on dpdk code.
I firstly write qustions and my analisys
on the current dpdk code follows after that.
[1.Questions]
I have several questions to ask again.
Is my unde
On 12/14/2018 1:26 AM, Stephen Hemminger wrote:
> On device close or startup errors, the transmit descriptor pool
> was being left behind.
So this is fixing possible memory leak, should this be an "fix" commit, so that
it can be backported to stable trees?
>
> Signed-off-by: Stephen Hemminger
> On 17-Dec-18 10:02 AM, Hideyuki Yamashita wrote:
> > Dear Thomas and all,
> >
> > I took a look on dpdk code.
> > I firstly write qustions and my analisys
> > on the current dpdk code follows after that.
> >
> > [1.Questions]
> > I have several questions to ask again.
> > Is my understanding corr
On 12/14/2018 1:26 AM, Stephen Hemminger wrote:
> It is possible that the VF device exists but DPDK doesn't know
> about it. This could happen if device was blacklisted or more
> likely the necessary device (Mellanox) was not part of the DPDK
> configuration.
>
> In either case, the right thing to
On 12/14/2018 4:59 PM, Kevin Traynor wrote:
> On 12/03/2018 08:07 AM, Zhang, Qi Z wrote:
>>
>>
>>> -Original Message-
>>> From: Li, Xiaoyun
>>> Sent: Monday, December 3, 2018 3:08 PM
>>> To: Zhang, Qi Z
>>> Cc: dev@dpdk.org; Li, Xiaoyun
>>> Subject: [PATCH v2] net/i40e: firmware status ch
Hi Xiao,
On 12/17/18 9:51 AM, Wang, Xiao W wrote:
Hi Maxime,
-Original Message-
From: Maxime Coquelin [mailto:maxime.coque...@redhat.com]
Sent: Sunday, December 16, 2018 1:11 AM
To: Wang, Xiao W ; Bie, Tiwei
Cc: alejandro.luc...@netronome.com; dev@dpdk.org; Wang, Zhihong
; Ye, Xiaolon
From: Rafal Kozik
When wrong req_id is detected some previous mbufs could be used for
receiving different segments of received packets. In such cases chained
mbufs will be twice returned to pool.
To prevent it chained mbuf is now freed just after error detection.
To simplify cleaning, pointers
> On 17-Dec-18 10:23 AM, Burakov, Anatoly wrote:
> > On 17-Dec-18 10:02 AM, Hideyuki Yamashita wrote:
> >> Dear Thomas and all,
> >>
> >> I took a look on dpdk code.
> >> I firstly write qustions and my analisys
> >> on the current dpdk code follows after that.
> >>
> >> [1.Questions]
> >> I have s
From: Rafal Kozik
When wrong req_id is detected some previous mbufs could be used for
receiving different segments of received packets. In such cases chained
mbufs will be twice returned to pool.
To prevent it chained mbuf is now freed just after error detection.
To simplify cleaning, pointers
On 12/17/18 10:12 AM, Wang, Xiao W wrote:
Hi Maxime,
-Original Message-
From: Maxime Coquelin [mailto:maxime.coque...@redhat.com]
Sent: Sunday, December 16, 2018 1:35 AM
To: Wang, Xiao W ; Bie, Tiwei
Cc: alejandro.luc...@netronome.com; dev@dpdk.org; Wang, Zhihong
; Ye, Xiaolong
Sub
>-Original Message-
>From: Tomasz Jozwiak
>Sent: 12 December 2018 17:25
>To: dev@dpdk.org; fiona.tr...@intel.com; tomaszx.jozw...@intel.com; Verma,
>Shally ;
>akhil.go...@nxp.com
>Subject: [PATCH v6 0/5] add initial version of compress-perf
>
>External Email
>
>This patchset adds initi
On 17-Dec-18 10:45 AM, Hideyuki Yamashita wrote:
On 17-Dec-18 10:02 AM, Hideyuki Yamashita wrote:
Dear Thomas and all,
I took a look on dpdk code.
I firstly write qustions and my analisys
on the current dpdk code follows after that.
[1.Questions]
I have several questions to ask again.
Is my un
> -Original Message-
> From: Dumitrescu, Cristian
> Sent: Saturday, December 15, 2018 12:16 AM
> To: Ananyev, Konstantin ; Pattan, Reshma
> ; dev@dpdk.org;
> jerin.ja...@caviumnetworks.com; Singh, Jasvinder
> Cc: Pattan, Reshma
> Subject: RE: [dpdk-dev] [PATCH v2 2/3] eal: add new rte
Hi Eelco,
> -Original Message-
> From: Eelco Chaudron [mailto:echau...@redhat.com]
> Sent: Thursday, November 29, 2018 11:29 AM
> To: Dumitrescu, Cristian
> Cc: dev@dpdk.org
> Subject: [PATCH v2 1/2] lib/librte_meter: add RFC4115 trTCM meter support
>
> This patch adds support for RFC411
use case: if callback is used to receive message form socket,
and the message received is disconnect/error, this callback needs
to be unregistered, but cannot because it is still active.
With this patch it is possible to mark the callback to be
unregistered once the interrupt process is done with
Hi Keith,
16/12/2018 18:46, Keith Wiles:
> DFS stands for DPDK Filesystem, which helps expose data
> and control files in a FUSE based filesystem. The dfs requires
> libfuse3 and libjansson to be present in the Linux system.
You presented this idea at the DPDK Summit in Dublin,
and I have not see
On 17 Dec 2018, at 12:23, Dumitrescu, Cristian wrote:
Hi Eelco,
-Original Message-
From: Eelco Chaudron [mailto:echau...@redhat.com]
Sent: Thursday, November 29, 2018 11:29 AM
To: Dumitrescu, Cristian
Cc: dev@dpdk.org
Subject: [PATCH v2 1/2] lib/librte_meter: add RFC4115 trTCM mete
use case: if callback is used to receive message form socket,
and the message received is disconnect/error, this callback needs
to be unregistered, but cannot because it is still active.
With this patch it is possible to mark the callback to be
unregistered once the interrupt process is done with
use case: if callback is used to receive message form socket,
and the message received is disconnect/error, this callback needs
to be unregistered, but cannot because it is still active.
With this patch it is possible to mark the callback to be
unregistered once the interrupt process is done with
> On 17-Dec-18 10:45 AM, Hideyuki Yamashita wrote:
> >> On 17-Dec-18 10:02 AM, Hideyuki Yamashita wrote:
> >>> Dear Thomas and all,
> >>>
> >>> I took a look on dpdk code.
> >>> I firstly write qustions and my analisys
> >>> on the current dpdk code follows after that.
> >>>
> >>> [1.Questions]
> >
Tested-by: Marko Kovacevic
Acked-by: Marko Kovacevic
Series-acked-by: Marko Kovacevic
Hi,
> -Original Message-
> From: Pattan, Reshma
> Sent: Saturday, December 15, 2018 1:38
> To: Xu, Rosen ; dev@dpdk.org
> Cc: Lu, Wenzhuo ; Wu, Jingjing
> ; Iremonger, Bernard
> ; Xu, Rosen ; Yigit,
> Ferruh
> Subject: RE: [dpdk-dev] [PATCH v2] app/test-pmd: add IFPGA AFU register
> read/
Tested-by: Marko Kovacevic
Hi Bernard,
> -Original Message-
> From: Iremonger, Bernard
> Sent: Friday, December 14, 2018 18:19
> To: Xu, Rosen ; dev@dpdk.org
> Cc: Lu, Wenzhuo ; Wu, Jingjing
> ; Yigit, Ferruh
> Subject: RE: [PATCH v2] app/test-pmd: add IFPGA AFU register read/write
> access for testpmd
>
> Hi Rose
Currently register read/write of testpmd is only for PCI device,
but more and more IFPGA based AFU devices need this feature to
access registers, this patch will add support for it.
Signed-off-by: Rosen Xu
---
app/test-pmd/config.c | 116 -
app/te
use case: if callback is used to receive message form socket,
and the message received is disconnect/error, this callback needs
to be unregistered, but cannot because it is still active.
With this patch it is possible to mark the callback to be
unregistered once the interrupt process is done with
Thanks for the update
> -Original Message-
> From: Daly, Lee
> Sent: Monday, December 17, 2018 2:50 PM
> To: Varghese, Vipin ; akhil.go...@nxp.com
> Cc: dev@dpdk.org; Trahe, Fiona
> Subject: RE: [dpdk-dev] [PATCH v4 1/3] compress/isal: enable checksum
> support in driver
>
> Hi Vipin, th
Hello,
I’d like to know why KNI module is not being developed for FreeBSD.
Regards
D
Currently register read/write of testpmd is only for PCI device,
but more and more IFPGA based AFU devices need this feature to
access registers, this patch will add support for it.
Signed-off-by: Rosen Xu
---
app/test-pmd/config.c | 116 -
app/te
On 17-Dec-18 12:39 PM, Dobri Dobrev wrote:
Hello,
I’d like to know why KNI module is not being developed for FreeBSD.
Regards
D
Hi,
Most likely answer is because no one has bothered to do so. Patches are
always welcome :)
--
Thanks,
Anatoly
> >
> > > > >
> > > > > > > +
> > > > > > > +/* Add a reader thread, running on an lcore, to the list of
> > > > > > > +threads
> > > > > > > + * reporting their quiescent state on a TQS variable.
> > > > > > > + */
> > > > > > > +int __rte_experimental
> > > > > > > +rte_tqs_register_lcore(stru
Meeting notes for the DPDK technical board meeting held on 2018-12-05
=
Attendees:
- Bruce Richardson
- Ferruh Yigit
- Konstantin Ananyev
- Maxime Coquelin
- Olivier Matz
- Thomas Monjalon
1) Status of the Meson build system
---
Hi Shally,
Thanks for your answers :).
My answers in [AK-v2]
> -Original Message-
> From: Verma, Shally [mailto:shally.ve...@cavium.com]
> Sent: Monday, December 17, 2018 6:45 AM
> To: Kusztal, ArkadiuszX
> Cc: dev@dpdk.org; Trahe, Fiona ; Doherty, Declan
> ; Kanaka Durga Kotamarthy
> ;
On 12/17/2018 11:10 AM, Zhirun Yan wrote:
> This patch respond the VIRTCHNL_OP_REQUEST_QUEUES msg from VF, and
> process to allocated more queues for the requested VF. If successful,
> PF will notify VF to reset. If unsuccessful, PF will send message to
> inform VF.
Hi Zhirun,
Is this request sup
On 12/17/2018 11:10 AM, Zhirun Yan wrote:
> Before this patch, VF gets a default number of queues from the PF.
> This patch enables VF to request a different number. When VF configures
> more queues, it will send VIRTCHNL_OP_REQUEST_QUEUES to PF to request
> more queues, if success, PF will reset t
On 12/17/2018 11:10 AM, Zhirun Yan wrote:
> Before this patch, VF gets a default number of queues from the PF.
> This patch enables VF to request a different number. When VF configures
> more queues, it will send VIRTCHNL_OP_REQUEST_QUEUES to PF to request
> more queues, if success, PF will reset t
Thanks for the confirmation.
BRs,
Xiao
> -Original Message-
> From: Maxime Coquelin [mailto:maxime.coque...@redhat.com]
> Sent: Monday, December 17, 2018 7:03 PM
> To: Wang, Xiao W ; Bie, Tiwei
> Cc: alejandro.luc...@netronome.com; dev@dpdk.org; Wang, Zhihong
> ; Ye, Xiaolong
> Subject:
> On Dec 17, 2018, at 5:45 AM, Thomas Monjalon wrote:
>
> Hi Keith,
>
> 16/12/2018 18:46, Keith Wiles:
>> DFS stands for DPDK Filesystem, which helps expose data
>> and control files in a FUSE based filesystem. The dfs requires
>> libfuse3 and libjansson to be present in the Linux system.
>
>
Reviewed-by: Rami Rosen
On Fri, 14 Dec 2018 at 18:43, Jeff Shaw wrote:
>
> Prior to this patch, the two affected .c files include
> unnecessarily. This commit removes the include lines.
>
> Signed-off-by: Jeff Shaw
> ---
> lib/librte_eal/common/eal_common_lcore.c | 1 -
> lib/librte_eal/commo
On 12/14/18 4:59 PM, Jens Freimann wrote:
Signed-off-by: Jens Freimann
---
drivers/net/virtio/virtio_pci.h | 1 +
drivers/net/virtio/virtio_ring.h | 30 ++
drivers/net/virtio/virtqueue.h | 6 ++
3 files changed, 37 insertions(+)
Reviewed-by: Maxime
More information: the i40e driver on host (ubuntu16.04) was 2.2.4, but I
tried the latest 2.7.26 i40e driver and it had the same problem. DPDK 17.05
was running in a linux VM, but I don't think the latest DPDK has solved
the problem. It's easy to reproduce.
On Fri, Dec 14, 2018 at 4:28 PM Min Tang
The functions for checksumming the packet payload don't perform bounds
checks, and are used by the TAP driver which does not do any bounds checks
on the incoming packet either. This means a packet received with an
incorrect IP header can read beyond the end of the mbuf.
In the worst case, where th
If we receive a packet with an invalid IP header, where the total packet
length is reported as less than the IP header length, we would end up
getting an underflow in the length subtraction. This could cause us to
checksum e.g. 4GB of data in the case where the result of the subtraction
was -1. We
The checksum calculation APIs take only the packet headers pointers as
parameters, so they assume that the lengths reported in those headers are
correct. However, a malicious packet could claim to be far larger than it
is, so we need to check the header lengths in the driver before calling
the chec
On 12/14/18 4:59 PM, Jens Freimann wrote:
Add helper functions to set/clear and check descriptor flags.
Signed-off-by: Jens Freimann
---
drivers/net/virtio/virtio_pci.h | 6 +++
drivers/net/virtio/virtqueue.h | 91 -
2 files changed, 95 insertions(+), 2
Thanks for your detailed answer Keith.
Honestly, I do not have much more to say,
except some implementation details that I may comment later.
I hope we will read more opinions from the community.
17/12/2018 16:01, Wiles, Keith:
> > On Dec 17, 2018, at 5:45 AM, Thomas Monjalon wrote:
> > 16/12/2
On 12/14/18 4:59 PM, Jens Freimann wrote:
Add and initialize descriptor data structures.
Signed-off-by: Jens Freimann
Signed-off-by: Tiwei Bie
---
drivers/net/virtio/virtio_ethdev.c | 32 ++--
drivers/net/virtio/virtio_ring.h | 34 --
> On Dec 16, 2018, at 4:22 PM, Luca Boccassi wrote:
>
> On Sun, 2018-12-16 at 11:46 -0600, Keith Wiles wrote:
>> --- /dev/null
>> +++ b/lib/librte_dfs/meson.build
>> @@ -0,0 +1,47 @@
>> +# SPDX-License-Identifier: BSD-3-Clause
>> +# Copyright(c) 2018 Intel Corporation
>> +
>> +version = 1
>
>
On 12/14/18 4:59 PM, Jens Freimann wrote:
+static inline void
+_set_desc_avail(struct vring_packed_desc *desc, int wrap_counter)
+{
+ desc->flags |= VRING_DESC_F_AVAIL(wrap_counter) |
+ VRING_DESC_F_USED(!wrap_counter);
+}
+
+static inline void
+set_desc_avail(struct
On 12/14/18 4:59 PM, Jens Freimann wrote:
This implements the transmit path for devices with
support for packed virtqueues.
Signed-off-by: Jens Freiman
Signed-off-by: Tiwei Bie
---
drivers/net/virtio/virtio_ethdev.c | 57 ---
drivers/net/virtio/virtio_ethdev.h | 2 +
drivers/net/
On 12/17/2018 10:57 AM, Ferruh Yigit wrote:
> On 12/14/2018 4:59 PM, Kevin Traynor wrote:
>> On 12/03/2018 08:07 AM, Zhang, Qi Z wrote:
>>>
>>>
-Original Message-
From: Li, Xiaoyun
Sent: Monday, December 3, 2018 3:08 PM
To: Zhang, Qi Z
Cc: dev@dpdk.org; Li, Xiaoyun
On 12/14/18 4:59 PM, Jens Freimann wrote:
Implement the receive part.
Signed-off-by: Jens Freimann
Signed-off-by: Tiwei Bie
---
drivers/net/virtio/virtio_ethdev.c | 58 +++--
drivers/net/virtio/virtio_ethdev.h | 5 +
drivers/net/virtio/virtio_rxtx.c | 375 ++
On 12/14/18 4:59 PM, Jens Freimann wrote:
Use packed virtqueue format when reading and writing descriptors
to/from the ring.
Signed-off-by: Jens Freimann
---
drivers/net/virtio/virtio_ethdev.c | 90 ++
1 file changed, 90 insertions(+)
Reviewed-by: Maxime Coque
On 12/14/18 4:59 PM, Jens Freimann wrote:
From: Yuanhan Liu
Add option to enable packed queue support for virtio-user
devices.
Signed-off-by: Yuanhan Liu
---
.../net/virtio/virtio_user/virtio_user_dev.c | 18 ++
.../net/virtio/virtio_user/virtio_user_dev.h | 2 +-
I think you meant control queue in the title?
On 12/14/18 4:59 PM, Jens Freimann wrote:
Until we have support for ctrl virtqueues let's disable it and
fail device initalization if specified as a parameter.
Signed-off-by: Jens Freimann
---
drivers/net/virtio/virtio_user/virtio_user_dev.c | 10
On 12/14/18 4:59 PM, Jens Freimann wrote:
Signed-off-by: Jens Freimann
---
drivers/net/virtio/virtio_ethdev.h | 1 +
drivers/net/virtio/virtio_user/virtio_user_dev.c | 3 ++-
2 files changed, 3 insertions(+), 1 deletion(-)
Reviewed-by: Maxime Coquelin
Thanks,
Maxime
> -Original Message-
> From: Ananyev, Konstantin
> Sent: Monday, December 17, 2018 11:21 AM
> To: Dumitrescu, Cristian ; Pattan, Reshma
> ; dev@dpdk.org;
> jerin.ja...@caviumnetworks.com; Singh, Jasvinder
>
> Cc: Pattan, Reshma
> Subject: RE: [dpdk-dev] [PATCH v2 2/3] eal: add new rte
https://bugs.dpdk.org/show_bug.cgi?id=165
Bug ID: 165
Summary: checkpatches.sh doesn't detect rte_exit() /
rte_panic() instances
Product: DPDK
Version: 18.11
Hardware: All
OS: All
Status: CONFIRM
27/11/2018 12:09, Bruce Richardson:
> On Mon, Nov 26, 2018 at 09:26:59PM +0100, Thomas Monjalon wrote:
> > This RPM recipe is not well maintained and probably not used a lot.
> > Each distribution has its own constraints and recipes.
> > It may not be a good idea to try maintaining packaging recipe
Hi Shally, Arek,
> -Original Message-
> From: Kusztal, ArkadiuszX
> Sent: Monday, December 17, 2018 7:25 AM
> To: Verma, Shally
> Cc: dev@dpdk.org; Trahe, Fiona ; Doherty, Declan
> ; Kanaka Durga Kotamarthy
> ; Sunila Sahu
> ; Kotamarthy, Kanaka ; Sahu,
> Sunila
> ; Cel, TomaszX ; Jozwi
> -Original Message-
> From: Pattan, Reshma
> Sent: Monday, December 17, 2018 5:15 PM
> To: Ananyev, Konstantin ; Dumitrescu,
> Cristian ; dev@dpdk.org;
> jerin.ja...@caviumnetworks.com; Singh, Jasvinder
>
> Subject: RE: [dpdk-dev] [PATCH v2 2/3] eal: add new rte color definition
>
>
On 12/17/18 3:41 PM, Wang, Xiao W wrote:
Thanks for the confirmation.
Please note that CI reports a checkpatch issue:
http://patches.dpdk.org/patch/48935/
Thanks,
Maxime
BRs,
Xiao
-Original Message-
From: Maxime Coquelin [mailto:maxime.coque...@redhat.com]
Sent: Monday, December
On Mon, 2018-12-17 at 16:26 +, Wiles, Keith wrote:
> > On Dec 16, 2018, at 4:22 PM, Luca Boccassi
> > wrote:
> >
> > On Sun, 2018-12-16 at 11:46 -0600, Keith Wiles wrote:
> > > --- /dev/null
> > > +++ b/lib/librte_dfs/meson.build
> > > @@ -0,0 +1,47 @@
> > > +# SPDX-License-Identifier: BSD-3-
On Mon, Dec 17, 2018 at 05:52:08PM +0100, Maxime Coquelin wrote:
I think you meant control queue in the title?
On 12/14/18 4:59 PM, Jens Freimann wrote:
Until we have support for ctrl virtqueues let's disable it and
fail device initalization if specified as a parameter.
Signed-off-by: Jens Fre
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Fan Zhang
> Sent: Tuesday, December 11, 2018 3:34 AM
> To: dev@dpdk.org
> Cc: akhil.go...@nxp.com; Ananyev, Konstantin
> Subject: [dpdk-dev] [PATCH v2 1/2] cryptodev: change queue pair configure
> structure
>
On 2018-12-17 10:41, Dumitrescu, Cristian wrote:
-Original Message-
From: Mattias Rönnblom [mailto:mattias.ronnb...@ericsson.com]
Sent: Saturday, December 15, 2018 2:16 PM
To: Ananyev, Konstantin ; Pattan, Reshma
; dev@dpdk.org; Dumitrescu, Cristian
; jerin.ja...@caviumnetworks.com; Si
Hi Fan,
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Fan Zhang
> Sent: Tuesday, December 11, 2018 3:34 AM
> To: dev@dpdk.org
> Cc: akhil.go...@nxp.com; Ananyev, Konstantin
> Subject: [dpdk-dev] [PATCH v2 2/2] cryptodev: change symmetric session
> structure
13/12/2018 19:08, Reshma Pattan:
> Added new rte_color definition in eal to
> consolidate color definition which is currently replicated
> in various places such as rte_meter.h, rte_tm.h and rte_mtr.h
I don't think EAL is the right place for such definition.
Why ethdev would not rely on definition
On Mon, 2018-12-17 at 10:09 +0530, Nikhil Rao wrote:
> rte_event_eth_tx_adapter_queue_add() - add a check
> that returns an error if the ethdev has zero Tx queues
> configured.
>
> rte_event_eth_tx_adapter_queue_del() - remove the
> checks for ethdev queue count, instead check for
> queues added t
This is a basic implementation of packed virtqueues as specified in the
Virtio 1.1 draft. A compiled version of the current draft is available
at https://github.com/oasis-tcs/virtio-docs.git (or as .pdf at
https://github.com/oasis-tcs/virtio-docs/blob/master/virtio-v1.1-packed-wd10.pdf
A packed
Add and initialize descriptor data structures.
Signed-off-by: Jens Freimann
Signed-off-by: Tiwei Bie
Reviewed-by: Maxime Coquelin
---
drivers/net/virtio/virtio_ethdev.c | 32 --
drivers/net/virtio/virtio_ring.h | 28 ++
drivers/net/virtio/v
Add helper functions to set/clear and check descriptor flags.
Signed-off-by: Jens Freimann
---
drivers/net/virtio/virtio_pci.h | 6 +++
drivers/net/virtio/virtqueue.h | 72 -
2 files changed, 76 insertions(+), 2 deletions(-)
diff --git a/drivers/net/virtio/virt
Signed-off-by: Jens Freimann
Reviewed-by: Maxime Coquelin
---
drivers/net/virtio/virtio_pci.h | 1 +
drivers/net/virtio/virtio_ring.h | 30 ++
drivers/net/virtio/virtqueue.h | 6 ++
3 files changed, 37 insertions(+)
diff --git a/drivers/net/virtio/virtio_pci
Implement the receive part.
Signed-off-by: Jens Freimann
Signed-off-by: Tiwei Bie
Reviewed-by: Maxime Coquelin
---
drivers/net/virtio/virtio_ethdev.c | 56 +++--
drivers/net/virtio/virtio_ethdev.h | 5 +
drivers/net/virtio/virtio_rxtx.c | 375 -
drivers/net/vir
Use packed virtqueue format when reading and writing descriptors
to/from the ring.
Signed-off-by: Jens Freimann
Reviewed-by: Maxime Coquelin
---
drivers/net/virtio/virtio_ethdev.c | 96 ++
1 file changed, 96 insertions(+)
diff --git a/drivers/net/virtio/virtio_ethde
Add support to dump packed virtqueue data to the
VIRTQUEUE_DUMP() macro.
Signed-off-by: Jens Freimann
Reviewed-by: Maxime Coquelin
---
drivers/net/virtio/virtqueue.h | 9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/net/virtio/virtqueue.h b/drivers/net/virtio/virtqueue.h
inde
This implements the transmit path for devices with
support for packed virtqueues.
Signed-off-by: Jens Freiman
Signed-off-by: Tiwei Bie
Reviewed-by: Maxime Coquelin
---
drivers/net/virtio/virtio_ethdev.c | 56 ---
drivers/net/virtio/virtio_ethdev.h | 2 +
drivers/net/virtio/virtio_rxtx.c
Until we have support for control virtqueues let's disable it and
fail device initalization if specified as a parameter.
Signed-off-by: Jens Freimann
---
drivers/net/virtio/virtio_user/virtio_user_dev.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/drivers/net/vi
1 - 100 of 144 matches
Mail list logo
