Add myself as co-maintainer for these drivers and library.
Suggested-by: Yuanhan Liu
Signed-off-by: Maxime Coquelin
---
MAINTAINERS | 3 +++
1 file changed, 3 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index cc3bf98..8305237 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -381,6 +381,7
Testpmd failed to start in another hugetlbfs mount point on
i40e, the root cause is that hash table is always allocated
on socket 0. Fix the issue by assigning scocket id during
hash parameter defination.
Fixes: 5c53c82c8174 ("net/i40e: store flow director filter")
Fixes: 425c3325f0b0 ("net/i40e:
On Fri, Feb 17, 2017 at 09:31:42AM +0100, Maxime Coquelin wrote:
> Add myself as co-maintainer for these drivers and library.
>
> Suggested-by: Yuanhan Liu
> Signed-off-by: Maxime Coquelin
I think it's obvious that Maxime is done great job at reviewing
vhost/virtio patches. So,
Acked-by: Yuanh
2017-02-16 15:01, Mcnamara, John:
>
> > -Original Message-
> > From: Thomas Monjalon [mailto:thomas.monja...@6wind.com]
> > Sent: Wednesday, February 15, 2017 2:55 PM
> > To: Mcnamara, John
> > Cc: dev@dpdk.org
> > Subject: Re: [dpdk-dev] [PATCH v1] doc: add template release notes for
> >
A meeting of the DPDK technical board was held last Wednesday, 2017-02-15.
Below are the meeting minutes.
Please note that future meetings will be open to all to attend, as described
below. The next meeting is planned for March 1st, and any topics to be referred
to the tech board for discussi
2017-02-17 16:49, Yuanhan Liu:
> On Fri, Feb 17, 2017 at 09:31:42AM +0100, Maxime Coquelin wrote:
> > Add myself as co-maintainer for these drivers and library.
> >
> > Suggested-by: Yuanhan Liu
> > Signed-off-by: Maxime Coquelin
>
> I think it's obvious that Maxime is done great job at reviewi
Signed-off-by: Thomas Monjalon
---
lib/librte_eal/common/include/rte_version.h | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/lib/librte_eal/common/include/rte_version.h
b/lib/librte_eal/common/include/rte_version.h
index 979b6c3..c84c748 100644
--- a/lib/librte_eal/co
Hi Jan,
On Thu, 16 Feb 2017 18:26:39 +0100, Jan Blunck
wrote:
> On Thu, Feb 16, 2017 at 2:48 PM, Olivier Matz
> wrote:
> > On Mon, 6 Feb 2017 18:41:27 +, "Ananyev, Konstantin"
> > wrote:
> >> >
> >> > The main changes are:
> >> > - reorder structure to increase vector performance on some
On Fri, Feb 17, 2017 at 11:42:20AM +0100, Thomas Monjalon wrote:
> Signed-off-by: Thomas Monjalon
Acked-by: Bruce Richardson
On 1/11/2017 6:57 PM, Ferruh Yigit wrote:
> On 11/21/2016 11:29 PM, Ferruh Yigit wrote:
>> Coverity project created for dpdk-next-net tree:
>> https://scan.coverity.com/projects/dpdk-next-net
>>
>> This can be useful to fix coverity issues before next-net merged into
>> master branch.
>>
>> Project
On 2/17/2017 10:59 AM, Bruce Richardson wrote:
> On Fri, Feb 17, 2017 at 11:42:20AM +0100, Thomas Monjalon wrote:
>> Signed-off-by: Thomas Monjalon
>
> Acked-by: Bruce Richardson
Hi Thomas,
What do you think about tagging -rc0 releases?
I find it useful for "git describe" output, but not sure
2017-02-17 10:22, Richardson, Bruce:
> 4. Issue of review and timely feedback
> * Discussion focused on review of patches for existing DPDK
> components/libraries
> * Agreed that patch maintainers are primarily responsible for accepting
> patches in their area, and need to ensure sufficient rev
2017-02-17 10:59, Bruce Richardson:
> On Fri, Feb 17, 2017 at 11:42:20AM +0100, Thomas Monjalon wrote:
> > Signed-off-by: Thomas Monjalon
>
> Acked-by: Bruce Richardson
Applied, let's start the 17.05 cycle :)
2017-02-17 11:15, Ferruh Yigit:
> What do you think about tagging -rc0 releases?
>
> I find it useful for "git describe" output, but not sure if it bloats
> ref list.
You're right, it could be useful for "git describe".
Unfortunately it would create a snapshot in the cgit view:
http://dpd
On 2/16/2017 1:27 PM, Bruce Richardson wrote:
> On Thu, Feb 16, 2017 at 08:22:49AM -0500, Neil Horman wrote:
>> On Thu, Feb 16, 2017 at 06:08:59AM +0530, Hemant Agrawal wrote:
>>> The patch series adds NXP’s QorIQ-Layerscape DPAA2 Architecture based
>>> fsl-mc bus driver and network SoC PMD. This
On 02/17/2017 11:35 AM, Thomas Monjalon wrote:
2017-02-17 16:49, Yuanhan Liu:
On Fri, Feb 17, 2017 at 09:31:42AM +0100, Maxime Coquelin wrote:
Add myself as co-maintainer for these drivers and library.
Suggested-by: Yuanhan Liu
Signed-off-by: Maxime Coquelin
I think it's obvious that Max
This patchset changes the cryptodev library's device configuration API
and updates all crypto PMD to comply with this change.
Fan Zhang (3):
cryptodev: change device configuration API
crypto/scheduler: improve slave configuration
doc: remove deprecation notice
app/test/test_cryptodev.c
This patch changes the device configuration API for rte_cryptodev_ops
function prototype, and update all cryptodev PMDs for this change.
Signed-off-by: Fan Zhang
---
drivers/crypto/aesni_gcm/aesni_gcm_pmd_ops.c | 3 ++-
drivers/crypto/aesni_mb/rte_aesni_mb_pmd_ops.c | 3 ++-
drivers/crypto/arm
Since the new device configuration API is updated, we can make use of
this feature to the crypto scheduler PMD to configure its slaves
automatically with the same configurations it got. As originally the
slaves have to be manually configured one by one, this patch should
help reducing the coding co
Signed-off-by: Fan Zhang
---
doc/guides/rel_notes/deprecation.rst | 4
1 file changed, 4 deletions(-)
diff --git a/doc/guides/rel_notes/deprecation.rst
b/doc/guides/rel_notes/deprecation.rst
index 9d4dfcc..3e17b20 100644
--- a/doc/guides/rel_notes/deprecation.rst
+++ b/doc/guides/rel_notes
On Fri, Feb 17, 2017 at 11:34:43AM +, Ferruh Yigit wrote:
> On 2/16/2017 1:27 PM, Bruce Richardson wrote:
> > On Thu, Feb 16, 2017 at 08:22:49AM -0500, Neil Horman wrote:
> >> On Thu, Feb 16, 2017 at 06:08:59AM +0530, Hemant Agrawal wrote:
> >>> The patch series adds NXP’s QorIQ-Layerscape DPAA
Le 17/02/2017 à 13:13, Bruce Richardson a écrit :
If it builds without an SDK dependency I'd be happy enough to see this
merged into DPDK.
+1, the patch is clean enough to be compiled.
Boards or CPUs can rely on specific SDK, firmware, etc., it is up to the
vendors.
regards,
Vincent
As announced in the deprecation notice, remove these functions.
Signed-off-by: Olivier Matz
---
doc/guides/rel_notes/deprecation.rst | 5
lib/librte_mempool/rte_mempool.c | 6 -
lib/librte_mempool/rte_mempool.h | 41 --
lib/librte_
As announced in the deprecation notice, remove the functions for
single/multi producer/consumer enqueue/dequeue.
Signed-off-by: Olivier Matz
---
doc/guides/rel_notes/deprecation.rst | 4 -
lib/librte_mempool/rte_mempool.h | 180 ---
2 files changed, 184 dele
On 1/18/2017 12:27 PM, Alejandro Lucero wrote:
> For using a DPDK app when iommu is enabled, it requires to
> add iommu=pt to the kernel command line. But using igb_uio driver
> makes DMAR errors because the device has not an IOMMU domain.
>
> Since kernel 3.15, iommu=pt requires to use the intern
On 2/16/2017 6:57 PM, Bruce Richardson wrote:
On Thu, Feb 16, 2017 at 08:22:49AM -0500, Neil Horman wrote:
On Thu, Feb 16, 2017 at 06:08:59AM +0530, Hemant Agrawal wrote:
The patch series adds NXP’s QorIQ-Layerscape DPAA2 Architecture based
fsl-mc bus driver and network SoC PMD. This version o
Hi Olivier, Jan,
On Fri, Feb 17, 2017 at 11:51:53AM +0100, Olivier Matz wrote:
> Hi Jan,
>
> On Thu, 16 Feb 2017 18:26:39 +0100, Jan Blunck
> wrote:
> > On Thu, Feb 16, 2017 at 2:48 PM, Olivier Matz
> > wrote:
> > > On Mon, 6 Feb 2017 18:41:27 +, "Ananyev, Konstantin"
> > > wrote:
> > >>
On Fri, Feb 17, 2017 at 11:51 AM, Olivier Matz wrote:
> Hi Jan,
>
> On Thu, 16 Feb 2017 18:26:39 +0100, Jan Blunck
> wrote:
>> On Thu, Feb 16, 2017 at 2:48 PM, Olivier Matz
>> wrote:
>> > On Mon, 6 Feb 2017 18:41:27 +, "Ananyev, Konstantin"
>> > wrote:
>> >> >
>> >> > The main changes are:
2017-02-17 12:13, Bruce Richardson:
> On Fri, Feb 17, 2017 at 11:34:43AM +, Ferruh Yigit wrote:
> > On 2/16/2017 1:27 PM, Bruce Richardson wrote:
> > > On Thu, Feb 16, 2017 at 08:22:49AM -0500, Neil Horman wrote:
> > >> On Thu, Feb 16, 2017 at 06:08:59AM +0530, Hemant Agrawal wrote:
> > >>> Pre
Add KNI PMD which wraps librte_kni for ease of use.
KNI PMD can be used as any regular PMD to send / receive packets to the
Linux networking stack.
Signed-off-by: Ferruh Yigit
Reviewed-by: Yong Wang
---
v9:
* update for 17.05
v8:
* Don't try to link against librte_pmd_kni if librte_kni is dis
2017-02-17 13:42, Ferruh Yigit:
> Add KNI PMD which wraps librte_kni for ease of use.
>
> KNI PMD can be used as any regular PMD to send / receive packets to the
> Linux networking stack.
>
> Signed-off-by: Ferruh Yigit
> Reviewed-by: Yong Wang
> ---
>
> v9:
> * update for 17.05
You keep upda
On Fri, Feb 17, 2017 at 1:49 PM, Nélio Laranjeiro
wrote:
> Hi Olivier, Jan,
>
> On Fri, Feb 17, 2017 at 11:51:53AM +0100, Olivier Matz wrote:
>> Hi Jan,
>>
>> On Thu, 16 Feb 2017 18:26:39 +0100, Jan Blunck
>> wrote:
>> >
>> > If we talk about setting the timestamp value in the RX path this
>> > i
On 17/02/17 14:47, Thomas Monjalon wrote:
2017-02-17 13:42, Ferruh Yigit:
Add KNI PMD which wraps librte_kni for ease of use.
KNI PMD can be used as any regular PMD to send / receive packets to the
Linux networking stack.
Signed-off-by: Ferruh Yigit
Reviewed-by: Yong Wang
---
v9:
* update f
Hi Jan,
On Fri, 17 Feb 2017 14:38:32 +0100, Jan Blunck
wrote:
> On Fri, Feb 17, 2017 at 11:51 AM, Olivier Matz
> wrote:
> > Hi Jan,
> >
> > On Thu, 16 Feb 2017 18:26:39 +0100, Jan Blunck
> > wrote:
> >> On Thu, Feb 16, 2017 at 2:48 PM, Olivier Matz
> >> wrote:
> >> > On Mon, 6 Feb 2017 18:
On 2/17/2017 1:47 PM, Thomas Monjalon wrote:
> 2017-02-17 13:42, Ferruh Yigit:
>> Add KNI PMD which wraps librte_kni for ease of use.
>>
>> KNI PMD can be used as any regular PMD to send / receive packets to the
>> Linux networking stack.
>>
>> Signed-off-by: Ferruh Yigit
>> Reviewed-by: Yong Wang
Calling strncpy with a maximum size argument of 16 bytes on destination
array "ifr.ifr_ifrn.ifrn_name" of size 16 bytes might leave the
destination string unterminated.
Signed-off-by: Keith Wiles
---
drivers/net/tap/rte_eth_tap.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
> On Feb 17, 2017, at 8:44 AM, Keith Wiles wrote:
>
> Calling strncpy with a maximum size argument of 16 bytes on destination
> array "ifr.ifr_ifrn.ifrn_name" of size 16 bytes might leave the
> destination string unterminated.
>
> Signed-off-by: Keith Wiles
> ---
> drivers/net/tap/rte_eth_tap.
Calling strncpy with a maximum size argument of 16 bytes on destination
array "ifr.ifr_ifrn.ifrn_name" of size 16 bytes might leave the
destination string unterminated.
Signed-off-by: Keith Wiles
---
drivers/net/tap/rte_eth_tap.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
The following patchset adds software eventdev implementation
to the next-eventdev tree.
This implementation is based on the previous software eventdev
v2 patchset, now with comments addressed:
1) Fixed queue configure in single link, returning -EDQOUT (Jerin)
2) SW_SCHED_TYPE_DIRECT now in SW_ na
This commit improves the documentation of the api return
values for rte_event_dequeue_timeout_ticks(), and allows
-ENOTSUP to be returned by devices which do not support
timeouts.
The unit test is modified to accept -ENOTSUP as a pass,
as the device doesn't implement the timeout_ticks function.
F
Large port enqueue sizes were not supported as the value
it was stored in was a uint8_t. Using uint8_ts to save
space in config apis makes no sense - increasing the 3
instances of uint8_t enqueue / dequeue depths to more
appropriate values (based on the context around them).
Signed-off-by: Harry v
From: Bruce Richardson
Add in APIs for extended stats so that eventdev implementations can report
out information on their internal state. The APIs are based on, but not
identical to, the equivalent ethdev functions.
Signed-off-by: Bruce Richardson
Signed-off-by: Harry van Haaren
---
lib/libr
From: Bruce Richardson
This adds the minimal changes to allow a SW eventdev implementation to
be compiled, linked and created at run time. The eventdev does nothing,
but can be created via vdev on commandline, e.g.
sudo ./x86_64-native-linuxapp-gcc/app/test --vdev=event_sw0
...
PMD: Creati
The software eventdev can lock-up if not all queues are
linked to a port. For this reason, the software evendev
fails to start if queues are not linked to anything.
This commit creates dummy links from all queues to port
0 in the eventdev setup function and start/stop test,
which would otherwise f
From: Bruce Richardson
Add in the info_get function to return details on the queues, flow,
prioritization capabilities, etc. that this device has.
Signed-off-by: Bruce Richardson
Signed-off-by: Harry van Haaren
---
drivers/event/sw/sw_evdev.c | 23 +++
1 file changed, 23 i
From: Bruce Richardson
Signed-off-by: Bruce Richardson
Signed-off-by: Harry van Haaren
---
drivers/event/sw/sw_evdev.c | 15 +++
drivers/event/sw/sw_evdev.h | 11 +++
2 files changed, 26 insertions(+)
diff --git a/drivers/event/sw/sw_evdev.c b/drivers/event/sw/sw_evdev.c
i
From: Bruce Richardson
Add in the data structures for the event queues, and the eventdev
functions to create and destroy those queues.
Signed-off-by: Bruce Richardson
Signed-off-by: Harry van Haaren
---
drivers/event/sw/iq_ring.h | 176
drivers/ev
From: Bruce Richardson
Signed-off-by: Bruce Richardson
---
drivers/event/sw/sw_evdev.c | 32
1 file changed, 32 insertions(+)
diff --git a/drivers/event/sw/sw_evdev.c b/drivers/event/sw/sw_evdev.c
index 28a2326..d1fa3a7 100644
--- a/drivers/event/sw/sw_evdev.c
From: Bruce Richardson
Add in the data-structures for the ports used by workers to send
packets to/from the scheduler. Also add in the functions to
create/destroy those ports.
Signed-off-by: Bruce Richardson
Signed-off-by: Harry van Haaren
---
drivers/event/sw/event_ring.h | 185 +
From: Bruce Richardson
Signed-off-by: Bruce Richardson
Signed-off-by: Harry van Haaren
---
drivers/event/sw/sw_evdev.c | 74 +
1 file changed, 74 insertions(+)
diff --git a/drivers/event/sw/sw_evdev.c b/drivers/event/sw/sw_evdev.c
index 37f8846..b80
From: Bruce Richardson
Signed-off-by: Bruce Richardson
Signed-off-by: Harry van Haaren
---
drivers/event/sw/sw_evdev.c | 74 +
1 file changed, 74 insertions(+)
diff --git a/drivers/event/sw/sw_evdev.c b/drivers/event/sw/sw_evdev.c
index 68c4d0b..6fa
From: Bruce Richardson
Add in the scheduling function which takes the events from the
producer queues and buffers them before scheduling them to consumer
queues. The scheduling logic includes support for atomic, reordered,
and parallel scheduling of flows.
Signed-off-by: Bruce Richardson
Signed
From: Bruce Richardson
Add support for xstats to report out on the state of the eventdev.
Useful for debugging and for unit tests, as well as observability
at runtime and performance tuning of apps to work well with the
scheduler.
Signed-off-by: Bruce Richardson
Signed-off-by: Harry van Haaren
From: Bruce Richardson
Since the sw driver is a standalone lookaside device that has no HW
requirements, we can provide a set of unit tests that test its
functionality across the different queue types and with different input
scenarios.
This also adds the tests to be automatically run by autotes
On Fri, Feb 17, 2017 at 02:29:51PM +, Ferruh Yigit wrote:
> On 2/17/2017 1:47 PM, Thomas Monjalon wrote:
> > 2017-02-17 13:42, Ferruh Yigit:
> >> Add KNI PMD which wraps librte_kni for ease of use.
> >>
> >> KNI PMD can be used as any regular PMD to send / receive packets to the
> >> Linux netw
From: Bruce Richardson
add the event enqueue, dequeue and release functions to the eventdev.
These also include tracking of stats for observability in the load of
the scheduler.
Internally in the enqueue function, the various types of enqueue
operations, to forward an existing event, to send a ne
On Fri, Feb 17, 2017 at 08:44:26AM -0600, Keith Wiles wrote:
> Calling strncpy with a maximum size argument of 16 bytes on destination
> array "ifr.ifr_ifrn.ifrn_name" of size 16 bytes might leave the
> destination string unterminated.
>
> Signed-off-by: Keith Wiles
> ---
> drivers/net/tap/rte_e
From: Bruce Richardson
Segfault issue resolved when only partially configured and
rte_event_dev_dump() is called before start(),
Reported-by: Vipin Varghese
Signed-off-by: Bruce Richardson
Signed-off-by: Harry van Haaren
---
drivers/event/sw/sw_evdev.c | 148 +
On 31/01/2017 17:44, Ben Walker wrote:
For Linux kernel 4.0 and newer, the ability to obtain
physical page frame numbers for unprivileged users from
/proc/self/pagemap was removed. Instead, when an IOMMU
is present, simply choose our own DMA addresses instead.
Signed-off-by: Ben Walker
---
li
> On Feb 17, 2017, at 9:02 AM, Richardson, Bruce
> wrote:
>
> On Fri, Feb 17, 2017 at 08:44:26AM -0600, Keith Wiles wrote:
>> Calling strncpy with a maximum size argument of 16 bytes on destination
>> array "ifr.ifr_ifrn.ifrn_name" of size 16 bytes might leave the
>> destination string untermin
On Fri, Feb 17, 2017 at 03:05:40PM +, Wiles, Keith wrote:
>
> > On Feb 17, 2017, at 9:02 AM, Richardson, Bruce
> > wrote:
> >
> > On Fri, Feb 17, 2017 at 08:44:26AM -0600, Keith Wiles wrote:
> >> Calling strncpy with a maximum size argument of 16 bytes on destination
> >> array "ifr.ifr_ifr
On 2/17/2017 3:05 PM, Wiles, Keith wrote:
>
>> On Feb 17, 2017, at 9:02 AM, Richardson, Bruce
>> wrote:
>>
>> On Fri, Feb 17, 2017 at 08:44:26AM -0600, Keith Wiles wrote:
>>> Calling strncpy with a maximum size argument of 16 bytes on destination
>>> array "ifr.ifr_ifrn.ifrn_name" of size 16 byt
The API comments are not consistent between each other.
The function rte_eth_rx_queue_count() returns the number of used
descriptors on a receive queue.
Signed-off-by: Olivier Matz
Acked-by: Ferruh Yigit
---
This commit was part of RFC patchset that will be reworked:
http://dpdk.org/dev/patchw
The check of queue_id is done in all drivers implementing
rte_eth_rx_queue_count(). Factorize this check in the generic function.
Note that the nfp driver was doing the check differently, which could
induce crashes if the queue index was too big.
Signed-off-by: Olivier Matz
---
This commit was
Calling strncpy with a maximum size argument of 16 bytes on destination
array "ifr.ifr_ifrn.ifrn_name" of size 16 bytes might leave the
destination string unterminated.
Signed-off-by: Keith Wiles
---
v3 - convert strncpy to use snprintf instead.
v2 - fix the checkpatch warning no spaces around '-
> On Feb 17, 2017, at 9:37 AM, Keith Wiles wrote:
>
> Calling strncpy with a maximum size argument of 16 bytes on destination
> array "ifr.ifr_ifrn.ifrn_name" of size 16 bytes might leave the
> destination string unterminated.
>
> Signed-off-by: Keith Wiles
> ---
> v3 - convert strncpy to use
Calling strncpy with a maximum size argument of 16 bytes on destination
array "ifr.ifr_ifrn.ifrn_name" of size 16 bytes might leave the
destination string unterminated.
Signed-off-by: Keith Wiles
---
v4 - Forgot to finish rebase
v3 - convert strncpy to use snprintf instead.
v2 - fix the checkpatc
The variables DESTDIR and prefix are used with "make install"
to copy the files in $DESTDIR$prefix.
Their default values will be shown when calling "make help".
Signed-off-by: Thomas Monjalon
---
doc/build-sdk-quick.txt | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/doc/
On 2/13/2017 7:35 AM, Wei Zhao wrote:
> All kinds of filter need to hardware mac type check
> to make sure the hardware support that type of fliter.
> If not, it may cause serious issue.
>
> Fixes: 11777435c727 ("net/ixgbe: parse flow director filter")
> Fixes: 672be56d76a2 ("net/ixgbe: parse n-tu
On 16/02/2017 16:17, Markos Chandras wrote:
The librte_ethtool library depends on librte_pmd_ixgbe if that
pmd driver is enabled so we need to link against it when we compile
the ethtool application. It fixes the following build problem:
For some reason this is not an issue with my Fedora box,
On 2/17/2017 3:43 PM, Keith Wiles wrote:
> Calling strncpy with a maximum size argument of 16 bytes on destination
> array "ifr.ifr_ifrn.ifrn_name" of size 16 bytes might leave the
> destination string unterminated.
>
> Signed-off-by: Keith Wiles
net/tap: fix possibly unterminated string
On 02/17/2017 04:11 PM, Remy Horton wrote:
>
> On 16/02/2017 16:17, Markos Chandras wrote:
>> The librte_ethtool library depends on librte_pmd_ixgbe if that
>> pmd driver is enabled so we need to link against it when we compile
>> the ethtool application. It fixes the following build problem:
>
>
> On Feb 17, 2017, at 10:21 AM, Yigit, Ferruh wrote:
>
> On 2/17/2017 3:43 PM, Keith Wiles wrote:
>> Calling strncpy with a maximum size argument of 16 bytes on destination
>> array "ifr.ifr_ifrn.ifrn_name" of size 16 bytes might leave the
>> destination string unterminated.
>>
>> Signed-off-by
On 2/17/2017 4:34 PM, Wiles, Keith wrote:
>
>> On Feb 17, 2017, at 10:21 AM, Yigit, Ferruh wrote:
>>
>> On 2/17/2017 3:43 PM, Keith Wiles wrote:
>>> Calling strncpy with a maximum size argument of 16 bytes on destination
>>> array "ifr.ifr_ifrn.ifrn_name" of size 16 bytes might leave the
>>> dest
On 2/14/2017 2:31 PM, Shahaf Shuler wrote:
> This commit adds RX out of buffer counter to xstats report.
> The counter counts the number of dropped occurred due to lack of buffers
> on device RX queues.
>
> Signed-off-by: Shahaf Shuler
> Acked-by: Nelio Laranjeiro
Applied to dpdk-next-net/maste
> On Feb 17, 2017, at 10:48 AM, Yigit, Ferruh wrote:
>
> On 2/17/2017 4:34 PM, Wiles, Keith wrote:
>>
>>> On Feb 17, 2017, at 10:21 AM, Yigit, Ferruh wrote:
>>>
>>> On 2/17/2017 3:43 PM, Keith Wiles wrote:
Calling strncpy with a maximum size argument of 16 bytes on destination
array
> -Original Message-
> From: Ferruh Yigit [mailto:ferruh.yi...@intel.com]
> Sent: Friday, February 17, 2017 6:30 AM
> To: Thomas Monjalon
> Cc: dev@dpdk.org; John McNamara ; Yong
> Wang
> Subject: Re: [PATCH v9] net/kni: add KNI PMD
>
> On 2/17/2017 1:47 PM, Thomas Monjalon wrote:
> > 20
Hi guys,
> -Original Message-
> From: Olivier Matz [mailto:olivier.m...@6wind.com]
> Sent: Friday, February 17, 2017 2:17 PM
> To: Jan Blunck
> Cc: Ananyev, Konstantin ; dev@dpdk.org
> Subject: Re: [dpdk-dev] [RFC 0/8] mbuf: structure reorganization
>
> Hi Jan,
>
> On Fri, 17 Feb 2017 1
On Tue, 31 Jan 2017 10:44:53 -0700
Ben Walker wrote:
> + if (physaddr == RTE_BAD_PHYS_ADDR) {
> RTE_LOG(ERR, EAL,
> - "Cannot open /proc/self/pagemap: %s. "
> - "virt2phys address translation will not work\n",
> + "Cann
On Thu, 16 Feb 2017 16:22:29 +0530
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.
> ---
2017-02-17 17:52, Yong Wang:
> From: Ferruh Yigit [mailto:ferruh.yi...@intel.com]
> > On 2/17/2017 1:47 PM, Thomas Monjalon wrote:
> > > 2017-02-17 13:42, Ferruh Yigit:
> > >> Add KNI PMD which wraps librte_kni for ease of use.
> > >>
> > >> KNI PMD can be used as any regular PMD to send / receive
On Fri, Feb 17, 2017 at 01:17:26PM +0100, Vincent JARDIN wrote:
> Le 17/02/2017 à 13:13, Bruce Richardson a écrit :
> > If it builds without an SDK dependency I'd be happy enough to see this
> > merged into DPDK.
>
> +1, the patch is clean enough to be compiled.
>
> Boards or CPUs can rely on spe
On 02/17/2017 04:51 PM, Jan Blunck wrote:
On Fri, Feb 17, 2017 at 1:49 PM, Nélio Laranjeiro
wrote:
Hi Olivier, Jan,
On Fri, Feb 17, 2017 at 11:51:53AM +0100, Olivier Matz wrote:
Hi Jan,
On Thu, 16 Feb 2017 18:26:39 +0100, Jan Blunck
wrote:
If we talk about setting the timestamp value in th
83 matches
Mail list logo
