On Friday 07 July 2017 09:08 PM, Declan Doherty wrote:
On 04/07/2017 12:57 PM, Gowrishankar wrote:
From: Gowrishankar Muthukrishnan
At present, creating bonding devices using --vdev is broken for PMD like
mlx5 as it is neither UIO nor VFIO based and hence PMD driver is unknown
to find_port_id_
Hi Jerin,
thanks for your feedback, further comments below.
On 7/7/2017 9:27 PM, Jerin Jacob wrote:
-Original Message-
Date: Fri, 7 Jul 2017 20:33:19 +0530
From: Jerin Jacob
/* adapter has inbuilt port, no need to create producer port */
#define RTE_EVENT_ETHDEV_CAP_INBUILT_PORT (1U
Hi all,
Here is the meeting notes for the last DPDK technical board meeting
held on 2017-07-05.
Member attendees:
- Hemant Agrawal
- Jan Blunck
- Jerin Jacob
- Olivier Matz
- Stephen Hemminger
- Thomas Monjalon
- Yuanhan Liu
0. Release blocking issues
No major issues, but as always, we lack o
On 9 July 2017 at 01:08, Thomas Monjalon wrote:
> 07/07/2017 18:26, Jerin Jacob:
>> vaddvq_u16() is not available for armv7.
>> Emulate the vaddvq_u16() using armv7 NEON intrinsics.
>
> After implementing this function, another missing function appears:
>
> lib/librte_sched/rte_sched.c:174
Hi Thotton,
> -Original Message-
> From: Shijith Thotton [mailto:shijith.thot...@caviumnetworks.com]
> Sent: Friday, July 7, 2017 7:14 PM
> To: dev@dpdk.org
> Cc: Yigit, Ferruh; Gregory Etelson; Thomas Monjalon; Stephen Hemminger;
> Tan, Jianfeng; Lu, Wenzhuo
> Subject: [PATCH v2] igb_uio:
On 8 July 2017 at 00:26, Jerin Jacob wrote:
> vaddvq_u16() is not available for armv7.
> Emulate the vaddvq_u16() using armv7 NEON intrinsics.
>
> Signed-off-by: Jerin Jacob
> ---
> lib/librte_eal/common/include/arch/arm/rte_vect.h | 11 +++
> 1 file changed, 11 insertions(+)
>
> diff --
Hello Ferruh,
I could not reproduce server crash with the patch.
However, some tests report ixgbe_vf_pmd and i40e_vf_pmd
do not receive and transmit frames after process restart,
although PMD initialization completed successfully
Is there a way to collect PF firmware dump for investigation ?
Reg
Tx CRC size is not counted by vsi's stats register, so it is not necessary
excluded by driver.
Fixes: 98abce237ba7 ("net/i40e: fix VF statistics")
Cc: sta...@dpdk.org
Signed-off-by: Qi Zhang
---
v2:
- improve commit log
drivers/net/i40e/i40e_ethdev.c | 3 ---
1 file changed, 3 deletions(-)
di
> -Original Message-
> From: Zhang, Qi Z
> Sent: Sunday, July 9, 2017 3:54 AM
> To: Wu, Jingjing ; Xing, Beilei
> ;
> Yigit, Ferruh
> Cc: dev@dpdk.org; Zhang, Helin ; Zhang, Qi Z
> ; sta...@dpdk.org
> Subject: [PATCH] net/i40e: fix VF Tx bytes
>
> CRC size on Tx path is not necessary to
Hi Thomas,
> -Original Message-
> From: Thomas Monjalon [mailto:tho...@monjalon.net]
> Sent: Monday, July 10, 2017 12:14 AM
> To: Hu, Jiayu
> Cc: dev@dpdk.org; Tan, Jianfeng ; Ananyev,
> Konstantin ; y...@fridaylinux.org;
> step...@networkplumber.org; Wu, Jingjing ; Yao,
> Lei A
> Subjec
On Mon, Jul 10, 2017 at 01:19:06AM +, Wu, Jingjing wrote:
> > -Original Message-
> > From: Yuanhan Liu [mailto:y...@fridaylinux.org]
> > Subject: [PATCH 2/2] testpmd: give more hint on invalid RETA size
> >
> > Print the valid RTE size range so that user knows what goes wrong.
> >
> >
> -Original Message-
> From: Yuanhan Liu [mailto:y...@fridaylinux.org]
> Sent: Friday, July 7, 2017 2:02 PM
> To: dev@dpdk.org
> Cc: Wu, Jingjing ; Yuanhan Liu
> Subject: [PATCH 2/2] testpmd: give more hint on invalid RETA size
>
> Print the valid RTE size range so that user knows what
> -Original Message-
> From: Yuanhan Liu [mailto:y...@fridaylinux.org]
> Sent: Friday, July 7, 2017 2:02 PM
> To: dev@dpdk.org
> Cc: Wu, Jingjing ; Yuanhan Liu
> Subject: [PATCH 1/2] testpmd: allow to query any RETA size
>
> Currently, testpmd just allows to query the RETA info only whe
A new DPDK release candidate is ready for testing:
http://dpdk.org/browse/dpdk/tag/?id=v17.08-rc1
The planned release date for 17.08 is in three weeks.
So we cannot wait longer for the first release candidate.
However we can accept more features in rc2 which have minor impact
and are almos
Hi,
Few typos spotted
03/07/2017 05:57, Qi Zhang:
> --- a/doc/guides/nics/i40e.rst
> +++ b/doc/guides/nics/i40e.rst
> @@ -447,3 +447,30 @@ It means if APP has set the max bandwidth for that TC,
> it comes to no
> effect.
> It's suggested to set the strict priority mode for a TC that is latency
09/07/2017 03:44, Gaetan Rivet:
> In order to be able to replicate a configuration onto a second port,
> device configuration should be fully described and available.
> Other configuration items (i.e. MAC addresses) are stored within
> rte_eth_dev_data, but not this one.
>
> Signed-off-by: Gaetan
07/07/2017 16:08, Guo, Jia:
>
> On 7/7/2017 6:17 PM, Thomas Monjalon wrote:
> > 07/07/2017 09:56, Thomas Monjalon:
> >> 29/06/2017 07:01, Jeff Guo:
> >>> --- a/drivers/net/i40e/i40e_ethdev.c
> >>> +++ b/drivers/net/i40e/i40e_ethdev.c
> >>> @@ -1283,6 +1283,7 @@ static inline void i40e_GLQF_reg_ini
07/07/2017 18:41, Harry van Haaren:
> v4:
> - Range of fixes as suggested by Jerin
> - Improved unit tests, ensuring ex-service cores become available to app
> - Added functions to EXPERIMENTAL tag in .map files (Thomas)
> - Added @warning experimental notes to Doxygen API documentation (Thomas)
>
09/07/2017 09:54, Jan Blunck:
> On Fri, Jun 16, 2017 at 10:20 AM, Thomas Monjalon wrote:
> > Please Jan, could you comment?
> >
>
> My intention was to provide a way that devices can have arbitrary
> names. Ferruh correctly pointed out that this is undocumented and
> hidden functionality. Lets ap
23/06/2017 15:05, John McNamara:
> The ReadTheDocs theme is no longer available by default in
> Sphinx versions >= 1.3.1 and if it isn't available then an
> exception is raised. This patch imports the ReadTheDocs
> theme when it is available and warns but proceeds when it
> isn't.
>
> Signed-off-b
Hi,
This method is deprecated.
See below for updating the commands.
29/06/2017 10:40, Herakliusz Lipiec:
> +Set the path to DPDK source code if its not set:
> +
> +.. code-block:: console
> +
> +export RTE_SDK=/path/to/rte_sdk
> +
> +Set the target (a default target is used if not spe
> Signed-off-by: Cian Ferriter
Applied, thanks
> > Add a note to indicate that only first four ports can be tested with this
> > application.
> >
> > Signed-off-by: Hemant Agrawal
>
> Acked-by: John McNamara
Applied, thanks
03/07/2017 16:17, Reshma Pattan:
> Updated note to make users aware that the packet capture framework
> is initialized by default only in testpmd. Other primary applications
> need to explicitly modify the code to do this initialization.
>
> Signed-off-by: Reshma Pattan
Applied, thanks
03/07/2017 15:21, John McNamara:
> Add libnuma as a dependency to the Linux Getting Started Guide
> since it is a new requirement in DPDK 17.08+.
>
> Signed-off-by: John McNamara
Applied, thanks
06/07/2017 10:29, Mcnamara, John:
> From: Tom Barbette [mailto:tom.barbe...@ulg.ac.be]
> >
> > From documentation it is very unclear how VMDq configuration can be
> > tweaked, and online search offer very poor results.
> >
> > This patch will ultimately spawn an online documentation page for the
08/07/2017 23:55, Rami Rosen:
> This trivial patch removes wrong comments about
> the return value of the rte_bus_dump(), as
> this method does not return any value
> (it's return type is void)
Fixes: a97725791eec ("bus: introduce bus abstraction")
> Signed-off-by: Rami Rosen
Applied, thanks
Hi,
04/07/2017 17:38, Cristian Dumitrescu:
> http://dpdk.org/git/next/dpdk-next-tm
I'm sorry to not have considered this tree as a high priority.
I think it may be integrated in RC2 because it is a totally new area
and should not break any existing code.
I prefer to wait because I have seen s
29/06/2017 06:23, Wenzhuo Lu:
> +static inline uint16_t
> +i40e_tc_nb_get(struct rte_eth_dev *dev)
> +{
Error with clang 4.0:
drivers/net/i40e/i40e_tm.c:58:1: fatal error:
unused function 'i40e_tc_nb_get'
08/07/2017 07:21, Changpeng Liu:
> vhost-user protocol is common to many virtio devices, such as
> virtio_net/virtio_scsi/virtio_blk. Since DPDK vhost library
> removed the NET specific data structures, the vhost library
> is common to other virtio devices, such as virtio-scsi.
>
> Here we introdu
09/07/2017 07:46, Jiayu Hu:
> Jiayu Hu (3):
> lib: add Generic Receive Offload API framework
> lib/gro: add TCP/IPv4 GRO support
> app/testpmd: enable TCP/IPv4 GRO
>
> MAINTAINERS | 4 +
> app/test-pmd/cmdline.c | 125 +++
> app/tes
09/07/2017 11:44, Jan Blunck:
> Fixes 4c07e0552f0a ("crypto/scheduler: add multicore scheduling mode")
>
> drivers/crypto/scheduler/scheduler_multicore.c: In function 'scheduler_stop':
> drivers/crypto/scheduler/scheduler_multicore.c:286:2: error: 'for' loop
> initial declarations are only allowe
09/07/2017 03:47, Gaetan Rivet:
> +#. Start testpmd
> +
> + .. code-block:: console
> +
> + $RTE_TARGET/build/app/testpmd -c 0xff -n 4 --no-pci \
> +
> --vdev='net_failsafe0,mac=de:ad:be:ef:01:02,dev(84:00.0),dev(net_ring0,nodeaction=r1:0:CREATE)'
> -- \
> + -i
It cannot w
Hi,
I think there is a real bug to fix in 17.08-rc2.
More details below. Proposals are welcome.
07/07/2017 02:04, Gaetan Rivet:
> --- a/lib/librte_eal/common/eal_common_devargs.c
> +++ b/lib/librte_eal/common/eal_common_devargs.c
> @@ -143,6 +143,21 @@ rte_eal_devargs_add(enum rte_devtype devtype
09/07/2017 12:38, Jan Blunck:
> On Sat, Jul 8, 2017 at 9:45 PM, Gaetan Rivet wrote:
> > Sending those fixes as separate patches as they stand on their own.
> > This series improves usability of the hotplug API and fixes a few issues
> > with existing implementations.
> >
>
> Interesting that you
09/07/2017 12:43, Jan Blunck:
> On Sun, Jul 9, 2017 at 6:38 AM, Thomas Monjalon wrote:
> > 09/07/2017 11:44, Jan Blunck:
> >> Fixes 4c07e0552f0a ("crypto/scheduler: add multicore scheduling mode")
> >>
> >> drivers/crypto/scheduler/scheduler_multicore.c: In function
> >> 'scheduler_stop':
> >> dr
On Sun, Jul 09, 2017 at 07:10:49AM -0400, Jan Blunck wrote:
> On Sat, Jul 8, 2017 at 9:47 PM, Gaetan Rivet wrote:
> > +static int
> > +fs_parse_device(struct sub_device *sdev, char *args)
> > +{
> > + struct rte_devargs *d;
> > + int ret;
> > +
> > + d = &sdev->devargs;
> > +
On 7/9/2017 2:58 PM, Jan Blunck wrote:
Add deprecation notice necessary to do devargs refactoring for 17.11.
Signed-off-by: Jan Blunck
---
doc/guides/rel_notes/deprecation.rst | 7 +++
1 file changed, 7 insertions(+)
diff --git a/doc/guides/rel_notes/deprecation.rst
b/doc/guides/rel_note
On Sun, Jul 09, 2017 at 06:38:52AM -0400, Jan Blunck wrote:
> On Sat, Jul 8, 2017 at 9:45 PM, Gaetan Rivet wrote:
> > Sending those fixes as separate patches as they stand on their own.
> > This series improves usability of the hotplug API and fixes a few issues
> > with existing implementations.
On Sun, Jul 09, 2017 at 07:16:45AM -0400, Jan Blunck wrote:
> On Sun, Jul 9, 2017 at 6:17 AM, Thomas Monjalon wrote:
> > 09/07/2017 10:37, Jan Blunck:
> >> On Sat, Jul 8, 2017 at 6:28 PM, Thomas Monjalon
> >> wrote:
> >> > 07/07/2017 02:04, Gaetan Rivet:
> >> >> In this patchset, the representat
On Sun, Jul 09, 2017 at 06:56:25AM -0400, Jan Blunck wrote:
> On Sun, Jul 9, 2017 at 6:46 AM, Jan Blunck wrote:
> > On Sun, Jul 9, 2017 at 6:28 AM, Thomas Monjalon wrote:
> >> 09/07/2017 11:28, Jan Blunck:
> >>> This is going to get cleaned up in future releases so lets not expose
> >>> this API
On Sun, Jul 9, 2017 at 6:17 AM, Thomas Monjalon wrote:
> 09/07/2017 10:37, Jan Blunck:
>> On Sat, Jul 8, 2017 at 6:28 PM, Thomas Monjalon wrote:
>> > 07/07/2017 02:04, Gaetan Rivet:
>> >> In this patchset, the representation of devices in rte_devargs is made
>> >> generic
>> >> to remove some de
On Sat, Jul 8, 2017 at 9:47 PM, Gaetan Rivet wrote:
> Introduce the fail-safe poll mode driver initialization and enable its
> build infrastructure.
>
> This PMD allows for applications to benefit from true hot-plugging
> support without having to implement it.
>
> It intercepts and manages Ethern
On Sun, Jul 9, 2017 at 6:46 AM, Jan Blunck wrote:
> On Sun, Jul 9, 2017 at 6:28 AM, Thomas Monjalon wrote:
>> 09/07/2017 11:28, Jan Blunck:
>>> This is going to get cleaned up in future releases so lets not expose
>>> this API unnecessarily.
>>>
>>> Signed-off-by: Jan Blunck
>>> ---
>>> --- a/li
On Sun, Jul 9, 2017 at 6:28 AM, Thomas Monjalon wrote:
> 09/07/2017 11:28, Jan Blunck:
>> This is going to get cleaned up in future releases so lets not expose
>> this API unnecessarily.
>>
>> Signed-off-by: Jan Blunck
>> ---
>> --- a/lib/librte_eal/linuxapp/eal/rte_eal_version.map
>> +++ b/lib/l
On Sun, Jul 9, 2017 at 6:38 AM, Thomas Monjalon wrote:
> 09/07/2017 11:44, Jan Blunck:
>> Fixes 4c07e0552f0a ("crypto/scheduler: add multicore scheduling mode")
>>
>> drivers/crypto/scheduler/scheduler_multicore.c: In function 'scheduler_stop':
>> drivers/crypto/scheduler/scheduler_multicore.c:286
09/07/2017 11:44, Jan Blunck:
> Fixes 4c07e0552f0a ("crypto/scheduler: add multicore scheduling mode")
>
> drivers/crypto/scheduler/scheduler_multicore.c: In function 'scheduler_stop':
> drivers/crypto/scheduler/scheduler_multicore.c:286:2: error: 'for' loop
> initial declarations are only allowe
On Sat, Jul 8, 2017 at 9:45 PM, Gaetan Rivet wrote:
> Sending those fixes as separate patches as they stand on their own.
> This series improves usability of the hotplug API and fixes a few issues
> with existing implementations.
>
Interesting that you send this series as fixes. From what I can t
09/07/2017 11:28, Jan Blunck:
> This is going to get cleaned up in future releases so lets not expose
> this API unnecessarily.
>
> Signed-off-by: Jan Blunck
> ---
> --- a/lib/librte_eal/linuxapp/eal/rte_eal_version.map
> +++ b/lib/librte_eal/linuxapp/eal/rte_eal_version.map
> @@ -211,7 +211,6 @@
09/07/2017 10:37, Jan Blunck:
> On Sat, Jul 8, 2017 at 6:28 PM, Thomas Monjalon wrote:
> > 07/07/2017 02:04, Gaetan Rivet:
> >> In this patchset, the representation of devices in rte_devargs is made
> >> generic
> >> to remove some dependencies of the EAL on specific buses implementations.
> >> F
Fixes 4c07e0552f0a ("crypto/scheduler: add multicore scheduling mode")
drivers/crypto/scheduler/scheduler_multicore.c: In function 'scheduler_stop':
drivers/crypto/scheduler/scheduler_multicore.c:286:2: error: 'for' loop
initial declarations are only allowed in C99 or C11 mode
for (uint16_t i =
On 07/08/2017 08:05 PM, Stephen Hemminger wrote:
On Thu, 25 May 2017 16:57:54 +0100
Andrew Rybchenko wrote:
+ retval = rte_eth_dev_adjust_nb_rx_tx_desc(portid, &nb_rxd, &nb_txd);
+ if (retval != 0)
+ rte_exit(EXIT_FAILURE, "port %u: rte_eth_dev_adjust_nb_rx_tx_desc
"
Since rte_devargs API will change again for 17.11 I'll add a deprecation notice
now to be able to get the change into the next release.
Jan Blunck (2):
eal: internalize devargs parsing
eal: deprecate 17.08 devargs API/ABI
doc/guides/rel_notes/deprecation.rst| 9 -
lib/li
This is going to get cleaned up in future releases so lets not expose
this API unnecessarily.
Signed-off-by: Jan Blunck
---
doc/guides/rel_notes/deprecation.rst| 2 +-
lib/librte_eal/bsdapp/eal/rte_eal_version.map | 1 -
lib/librte_eal/common/eal_common_devargs.c | 2 +-
li
Add deprecation notice necessary to do devargs refactoring for 17.11.
Signed-off-by: Jan Blunck
---
doc/guides/rel_notes/deprecation.rst | 7 +++
1 file changed, 7 insertions(+)
diff --git a/doc/guides/rel_notes/deprecation.rst
b/doc/guides/rel_notes/deprecation.rst
index 33e8b93db..5b6ed0
On Sat, Jul 8, 2017 at 6:28 PM, Thomas Monjalon wrote:
> 07/07/2017 02:04, Gaetan Rivet:
>> In this patchset, the representation of devices in rte_devargs is made
>> generic
>> to remove some dependencies of the EAL on specific buses implementations.
>> Following the device types being characteri
Providing this parameter requests flow API isolated mode on all ports at
initialization time. It ensures all traffic is received through the
configured flow rules only (see flow command).
Ports that do not support this mode are automatically discarded.
Signed-off-by: Vasily Philipov
---
app/tes
> -Original Message-
> From: Hu, Jiayu
> Sent: Sunday, July 9, 2017 1:47 PM
> To: dev@dpdk.org
> Cc: Tan, Jianfeng ; Ananyev, Konstantin
> ; y...@fridaylinux.org;
> step...@networkplumber.org; Wu, Jingjing ; Yao,
> Lei A ; Hu, Jiayu
> Subject: [PATCH v14 3/3] app/testpmd: enable TCP/IPv4
On Fri, Jun 16, 2017 at 10:20 AM, Thomas Monjalon wrote:
> Please Jan, could you comment?
>
My intention was to provide a way that devices can have arbitrary
names. Ferruh correctly pointed out that this is undocumented and
hidden functionality. Lets apply this and I can rework this if it
becomes
59 matches
Mail list logo
