According to loopback mode, setup loopback link or not.
If loopback link is setted, packets in tx will be sent to rx directly.
Loopback mode can be used to support testing task
Signed-off-by: Yanglong Wu
---
v2:
fix coding style issue
---
drivers/net/i40e/i40e_ethdev.c | 10 ++
drivers/n
-Original Message-
> Date: Tue, 19 Dec 2017 15:27:26 +
> From: "Ananyev, Konstantin"
> To: Jerin Jacob
> CC: "dev@dpdk.org" , "shah...@mellanox.com"
>
> Subject: RE: [dpdk-dev] [RFC PATCH 0/3] ethdev: few changes in rte_ethdev
> layer
>
>
Hi Konstantin,
> > > > >
> > > > > 2. M
Hi Fiona
Please refer to my comments below with my understanding on two major points
OUT_OF_SPACE and Stateful Design.
If you believe we still need a meeting to converge on same please share meeting
details to me.
> -Original Message-
> From: Trahe, Fiona [mailto:fiona.tr...@intel.com]
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Beilei Xing
> Sent: Friday, December 8, 2017 3:41 PM
> To: Wu, Jingjing
> Cc: dev@dpdk.org; sta...@dpdk.org
> Subject: [dpdk-dev] [PATCH v2] net/i40e: fix VF Tx error issue
>
> When using kernel PF + DPDK VF, if
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Rami Rosen
> Sent: Monday, November 27, 2017 3:26 AM
> To: dev@dpdk.org
> Cc: Wu, Jingjing; Xing, Beilei; Rosen, Rami
> Subject: [dpdk-dev] [PATCH] net/i40e: remove forward declaraion of
> i40e_xmit_pkts_simple
>
On 12/19/2017 8:03 PM, Bruce Richardson wrote:
This contains the output of a script run to replace the BSD License with
SPDX tags on Intel copyright files. The script should only have modified
files with a single, Intel copyright on them, and ignored all files that
had multiple copyright lines. D
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Radu Nicolau
> Sent: Wednesday, November 22, 2017 7:19 PM
> To: dev@dpdk.org
> Cc: Ananyev, Konstantin; Lu, Wenzhuo; Nicolau, Radu
> Subject: [dpdk-dev] [PATCH] net/ixgbe: removed ipsec keys from private data
We n
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of zhouyangchao
> Sent: Monday, December 4, 2017 2:38 PM
> To: dev@dpdk.org
> Cc: Zhang, Qi Z
> Subject: [dpdk-dev] [PATCH] net/fm10k: remove RSS restriction with num of
> queues
>
> FM10K HW does not have such rest
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Dai, Wei
> Sent: Tuesday, December 19, 2017 8:22 PM
> To: zhouyangchao; dev@dpdk.org
> Cc: Lu, Wenzhuo
> Subject: Re: [dpdk-dev] [PATCH] igb: fix Tx queue number
>
> > -Original Message-
> > From: dev [ma
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Kovacevic, Marko
> Sent: Wednesday, December 13, 2017 12:57 AM
> To: Xing, Beilei; Mcnamara, John
> Cc: dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] doc: add i40e limitation of DCB function
>
>
>
> > -Ori
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Dai, Wei
> Sent: Wednesday, November 22, 2017 9:18 AM
> To: Lu, Wenzhuo; dev@dpdk.org
> Cc: Lu, Wenzhuo; sta...@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] net/ixgbe: fix VF RX hang
>
>
>
> > -Original Messa
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Wei Dai
> Sent: Friday, December 8, 2017 9:54 AM
> To: Ananyev, Konstantin; Wu, Jingjing; Xing, Beilei; Peng, Yuan
> Cc: dev@dpdk.org; Dai, Wei
> Subject: [dpdk-dev] [PATCH v7] net/i40e: determine number of queues
On 2017/12/15 20:48, Yuanhan Liu wrote:
On Fri, Dec 15, 2017 at 10:33:41AM +, Loftus, Ciara wrote:
>>
>> Hi Junjie,
>>
>> On 12/13/2017 05:50 PM, Junjie Chen wrote:
>>> This fix dequeue zero copy can not work with Qemu
>>> version >= 2.7. Since from Qemu 2.7 virtio device
>>> use virtio-1 pro
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Zhang, Helin
> Sent: Wednesday, December 20, 2017 1:44 PM
> To: Wang, Xiao W; Zhang, Qi Z
> Cc: dev@dpdk.org; sta...@dpdk.org; Wang, Xiao W
> Subject: Re: [dpdk-dev] [PATCH] net/fm10k: fix logical port delete
>
>
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Xiao Wang
> Sent: Saturday, December 9, 2017 9:56 AM
> To: Zhang, Qi Z
> Cc: dev@dpdk.org; sta...@dpdk.org; Wang, Xiao W
> Subject: [dpdk-dev] [PATCH] net/fm10k: fix logical port delete
>
> When closing port, we
> -Original Message-
> From: Zhang, Qi Z
> Sent: Tuesday, December 19, 2017 9:21 PM
> To: Xing, Beilei
> Cc: dev@dpdk.org
> Subject: RE: [PATCH] net/i40e: fix FDIR input set conflict
>
>
>
> > -Original Message-
> > From: Xing, Beilei
> > Sent: Monday, December 18, 2017 1:21 PM
> -Original Message-
> From: Olivier MATZ [mailto:olivier.m...@6wind.com]
> Sent: Tuesday, December 19, 2017 6:11 PM
> To: Xing, Beilei
> Cc: Wu, Jingjing ; dev@dpdk.org; Chilikin, Andrey
>
> Subject: Re: [PATCH 1/2] mbuf: support PPPoE and L2TP in software packet
> type parser
>
> Hi
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Xing, Beilei
> Sent: Thursday, November 30, 2017 2:53 PM
> To: Zhang, Qi Z
> Cc: dev@dpdk.org; sta...@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] net/i40e: fix VLAN offload setting
>
>
> > -Original Message--
Ixgbe ntuple filter in rte_flow need to support diversion data
with less than 5 tuple parameters.So add this new support in parser
code.
Signed-off-by: Wei Zhao
---
v2:
-fix coding style issue.
---
drivers/net/ixgbe/ixgbe_flow.c | 84 ++
1 file changed,
On Tue, Dec 19, 2017 at 09:58:13AM -0800, Xiao Wang wrote:
[...]
> static char *intr_mode;
> @@ -336,6 +337,9 @@ struct rte_uio_pci_dev {
> struct pci_dev *dev = udev->pdev;
> int err;
>
> + if (atomic_inc_return(&udev->refcnt) > 1)
> + return 0;
> +
Hmm, ideally, yo
Ixgbe ntuple filter in rte_flow need to support diversion data
with less than 5 tuple parameters.So add this new support in parser
code.
Signed-off-by: Wei Zhao
---
drivers/net/ixgbe/ixgbe_flow.c | 86 ++
1 file changed, 46 insertions(+), 40 deletions(-)
On 12/19/2017 5:59 PM, Ferruh Yigit wrote:
> On 12/19/2017 3:31 AM, Pablo de Lara wrote:
>> Fixes: fbde27f19ab8 ("ethdev: get default Rx/Tx configuration from dev info")
>> Cc: sta...@dpdk.org
>>
>> Signed-off-by: Pablo de Lara
>
> Acked-by: Ferruh Yigit
Applied to dpdk-next-net/master, thanks.
On 12/19/2017 3:31 AM, Pablo de Lara wrote:
> Fixes: fbde27f19ab8 ("ethdev: get default Rx/Tx configuration from dev info")
> Cc: sta...@dpdk.org
>
> Signed-off-by: Pablo de Lara
Acked-by: Ferruh Yigit
On 12/18/2017 10:38 PM, Stephen Hemminger wrote:
> All PMD should be using dynamic log levels.
>
> Signed-off-by: Stephen Hemminger
> ---
> config/common_base | 1 -
> drivers/net/avp/avp_ethdev.c | 10 ++
> drivers/net/avp/avp_logs.h | 9 -
> 3 files changed, 14 in
Hi Maxime,
> -Original Message-
> From: Maxime Coquelin [mailto:maxime.coque...@redhat.com]
> Sent: Tuesday, December 19, 2017 7:15 PM
> To: Yang, Zhiyong ; dev@dpdk.org;
> y...@fridaylinux.org
> Cc: Wang, Wei W ; Tan, Jianfeng
>
> Subject: Re: [PATCH 00/11] net/vhostpci: A new vhostpci P
On 12/18/2017 10:38 PM, Stephen Hemminger wrote:
> Signed-off-by: Stephen Hemminger
> ---
> config/common_base | 3 ++-
> drivers/net/nfp/nfp_net.c | 14 ++
> drivers/net/nfp/nfp_net_logs.h | 22 ++
> 3 files changed, 22 insertions(+), 17 deletion
On 12/18/2017 10:38 PM, Stephen Hemminger wrote:
> This patch set implements dynamic logging for 11 drivers.
> All these patches are compile tested only. I don't have
> access to most of this hardware.
>
> It makes more sense to "just do it" for dynamic logging rather
> than keeping TODO lists in
On 12/18/2017 10:38 PM, Stephen Hemminger wrote:
> Replace compile time option for init and driver log with
> dynamic value.
>
> Signed-off-by: Stephen Hemminger
> ---
> config/common_base | 2 --
> doc/guides/nics/bnx2x.rst| 8
> drivers/net/bnx2x/bnx2x_ethdev.c
Hi Olivier,
On Tue, Dec 19, 2017 at 11:50:31AM +0100, Olivier MATZ wrote:
> On Mon, Dec 18, 2017 at 10:50:47AM +0800, Tiwei Bie wrote:
> > On Thu, Dec 14, 2017 at 03:32:13PM +0100, Olivier Matz wrote:
> > > From: Samuel Gauthier
> > >
> > > On arm32, we were always selecting the simple handler,
Hi Matan,
On Tue, Dec 19, 2017 at 05:10:15PM +, Matan Azrad wrote:
> There is time between the physical removal of the device until
> sub-device PMDs get a RMV interrupt. At this time DPDK PMDs and
> applications still don't know about the removal and may call sub-device
> control operation wh
On Tue, Dec 19, 2017 at 09:51:10PM +0100, Thomas Monjalon wrote:
> 19/12/2017 18:24, Matan Azrad:
> > HI
> >
> > > -Original Message-
> > > From: Stephen Hemminger [mailto:step...@networkplumber.org]
> > > Sent: Tuesday, December 19, 2017 7:20 PM
> > > To: Matan Azrad
> > > Cc: Adrien Maz
19/12/2017 18:24, Matan Azrad:
> HI
>
> > -Original Message-
> > From: Stephen Hemminger [mailto:step...@networkplumber.org]
> > Sent: Tuesday, December 19, 2017 7:20 PM
> > To: Matan Azrad
> > Cc: Adrien Mazarguil ; Thomas Monjalon
> > ; Gaetan Rivet ;
> > dev@dpdk.org
> > Subject: Re: [
On 12/19/2017 7:06 AM, Adrien Mazarguil wrote:
> On Mon, Dec 18, 2017 at 05:54:45PM -0800, Ferruh Yigit wrote:
>> On 12/18/2017 8:46 AM, Adrien Mazarguil wrote:
>>> As described in more details in the attached documentation (see patch
>>> contents), this virtual device driver manages NetVSC interfa
On 12/19/2017 11:41 AM, Bruce Richardson wrote:
> On Tue, Dec 19, 2017 at 11:29:25AM -0800, Ferruh Yigit wrote:
>> On 12/19/2017 2:18 AM, Bruce Richardson wrote:
>>> On Mon, Dec 18, 2017 at 01:18:33PM -0800, Ferruh Yigit wrote:
On 12/18/2017 1:06 PM, Ferruh Yigit wrote:
> Signed-off-by: Fe
On Tue, Dec 19, 2017 at 11:29:25AM -0800, Ferruh Yigit wrote:
> On 12/19/2017 2:18 AM, Bruce Richardson wrote:
> > On Mon, Dec 18, 2017 at 01:18:33PM -0800, Ferruh Yigit wrote:
> >> On 12/18/2017 1:06 PM, Ferruh Yigit wrote:
> >>> Signed-off-by: Ferruh Yigit
> >>
> >> <...>
> >>
> >>> + * SPDX-Lic
> -Original Message-
> From: Yigit, Ferruh
> Sent: Monday 11 December 2017 19:02
> To: Mokhtar, Amr ; dev@dpdk.org
> Cc: tho...@monjalon.net; Burakov, Anatoly ; De
> Lara Guarch, Pablo ; Power, Niall
> ; Macnamara, Chris
> Subject: Re: [dpdk-dev] [PATCH v3 5/5] bbdev: documentation
>
>
On 12/19/2017 2:18 AM, Bruce Richardson wrote:
> On Mon, Dec 18, 2017 at 01:18:33PM -0800, Ferruh Yigit wrote:
>> On 12/18/2017 1:06 PM, Ferruh Yigit wrote:
>>> Signed-off-by: Ferruh Yigit
>>
>> <...>
>>
>>> + * SPDX-License-Identifier: BSD-3-Clause
>>> + * Copyright(c) 2010-2016 Intel Corporation
> -Original Message-
> From: Yigit, Ferruh
> Sent: Monday 11 December 2017 19:00
> To: Mokhtar, Amr ; dev@dpdk.org
> Cc: tho...@monjalon.net; Burakov, Anatoly ; De
> Lara Guarch, Pablo ; Power, Niall
> ; Macnamara, Chris
> Subject: Re: [dpdk-dev] [PATCH v3 2/5] bbdev: PMD drivers (null/t
On Tue, Dec 19, 2017 at 01:18:45PM +, Van Haaren, Harry wrote:
> > From: Pavan Nikhilesh [mailto:pbhagavat...@caviumnetworks.com]
> > Sent: Thursday, December 7, 2017 8:37 PM
> > To: Eads, Gage ; jerin.jacobkollanukka...@cavium.com;
> > Van Haaren, Harry ; Rao, Nikhil
> > ; hemant.agra...@nxp.c
> -Original Message-
> From: Yigit, Ferruh
> Sent: Saturday 9 December 2017 02:44
> To: Mokhtar, Amr ; dev@dpdk.org
> Cc: tho...@monjalon.net; Burakov, Anatoly ; De
> Lara Guarch, Pablo ; Power, Niall
> ; Macnamara, Chris
> Subject: Re: [dpdk-dev] [PATCH v3 1/5] bbdev: librte_bbdev librar
On Tue, Dec 19, 2017 at 01:26:30PM +, Van Haaren, Harry wrote:
> > From: Pavan Nikhilesh [mailto:pbhagavat...@caviumnetworks.com]
> > Sent: Thursday, December 7, 2017 8:37 PM
> > To: Eads, Gage ; jerin.jacobkollanukka...@cavium.com;
> > Van Haaren, Harry ; Rao, Nikhil
> > ; hemant.agra...@nxp.c
On 12/18/2017 9:07 PM, Hemant Agrawal wrote:
> + Jerin (Cavium), Oliver (6 Wind)
> Hi Ferruh,
> You have also modified the license header for Cavium and 6 Wind
> copyright files. This patch will need an explicit ack from Cavium and 6
> Wind.
Since this is a mechanical change, not the licen
Hi Harry,
Thanks for review and comments. Feedback inline.
On Tue, Dec 19, 2017 at 12:00:02PM +, Van Haaren, Harry wrote:
> > From: Pavan Nikhilesh [mailto:pbhagavat...@caviumnetworks.com]
> > Sent: Thursday, December 7, 2017 8:37 PM
> > To: Eads, Gage ; jerin.jacobkollanukka...@cavium.com;
>
Hi Harry,
Thanks for the review, comments below.
On Tue, Dec 19, 2017 at 03:27:25PM +, Van Haaren, Harry wrote:
> > From: Pavan Nikhilesh [mailto:pbhagavat...@caviumnetworks.com]
> > Sent: Thursday, December 14, 2017 3:02 PM
> > To: jerin.ja...@caviumnetworks.com; santosh.shu...@caviumnetwork
Clean up the dependency between alloc and memory area registration, this
removes the need for SLIST data structure and octeontx_pool_list.
Signed-off-by: Pavan Nikhilesh
Acked-by: Santosh Shukla
---
drivers/mempool/octeontx/octeontx_fpavf.c | 23 ++--
drivers/mempool/octeontx/octeontx
Mempool creation needs to be completed first before notifying mempool to
register the mempool area.
Signed-off-by: Pavan Nikhilesh
Acked-by: Santosh Shukla
---
v2 Changes:
- Redo commit log.
lib/librte_mempool/rte_mempool.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
When octeontx event dev receives a packet for the event Rx adapter, the
mbuf port id should contain the appropriate ethdev id instead of
internal channel info.
Fixes: 45a914c5bd71 ("event/octeontx: support event Rx adapter")
Signed-off-by: Pavan Nikhilesh
Acked-by: Santosh Shukla
---
drivers/e
The channel to port id map is used by event octeontx to map the received
wqe to the respective ethdev port.
Signed-off-by: Pavan Nikhilesh
Acked-by: Santosh Shukla
---
v3 changes:
- Add rte_ prefix to shared variable octeontx_pchan_map.
v2 changes:
- Used extern instead of defining glob
> From: Laatz, Kevin
> Sent: Tuesday, December 19, 2017 5:32 PM
> To: dev@dpdk.org
> Cc: Richardson, Bruce ; Laatz, Kevin
>
> Subject: [PATCH] meson: add tests to build
>
> This commit adds most of the remaining tests to the meson build.
> They can be run using test binary as normal.
>
Just a s
This commit adds most of the remaining tests to the meson build.
They can be run using test binary as normal.
Signed-off-by: Kevin Laatz
---
test/test/meson.build | 17 +
1 file changed, 17 insertions(+)
diff --git a/test/test/meson.build b/test/test/meson.build
index 1a4f894..a
HI
> -Original Message-
> From: Stephen Hemminger [mailto:step...@networkplumber.org]
> Sent: Tuesday, December 19, 2017 7:20 PM
> To: Matan Azrad
> Cc: Adrien Mazarguil ; Thomas Monjalon
> ; Gaetan Rivet ;
> dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v3 1/6] ethdev: add devop to check
All this series patches are V1.
Sorry for V3 mistake.
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Matan Azrad
> Sent: Tuesday, December 19, 2017 7:14 PM
> To: Gaetan Rivet
> Cc: dev@dpdk.org
> Subject: [dpdk-dev] [PATCH v3 0/3] improve failsafe performance
On Tue, 19 Dec 2017 17:10:10 +
Matan Azrad wrote:
> int
> +rte_eth_dev_is_removed(uint16_t port_id)
> +{
> + struct rte_eth_dev *dev;
> + int ret;
> +
> + RTE_ETH_VALID_PORTID_OR_ERR_RET(port_id, 0);
> +
> + dev = &rte_eth_devices[port_id];
> +
> + RTE_FUNC_PTR_OR_ERR_RET
Connecting the sub-devices each other by cyclic linked list can help to
iterate over them by Rx burst functions because there is no need to
check the sub-devices ring wraparound.
Create the aforementioned linked-list and change the Rx burst functions
iteration accordingly.
Signed-off-by: Matan Az
Fail-safe uses atomic operations to protect sub-device close operation
calling by host thread in removal time while the removed sub-device
burst functions are still in process by application threads.
Using "set" atomic operations is a liitle bit more efficient than "add"
or "sub" atomic operations
failsafe_rx_burst function is used when there are no sub-devices or at
least one of them has been removed, on the other hand, when all the
sub-devices are present, failsafe_rx_burst_fast function is used.
So it's really expected that some of the sub-devices will be unsafe for
Rx burst in failsafe_
This fail-safe series should improve some cycles in failsafe data path.
It is obvious that we cannot improve a lot because the most of data path
functionality are done by the sub devices data path.
So the expectation from this series is just to improve some cycles in sub
devices management done b
There is time between the physical removal of the device until
sub-device PMDs get a RMV interrupt. At this time DPDK PMDs and
applications still don't know about the removal and may call sub-device
control operation which should return an error.
In previous code this error is reported to the appl
rte_eth_dev_is_removed API was added to detect a device removal
synchronously.
When a device removal occurs during flow command execution, many
different errors can be reported to the user.
Adjust all flow APIs error reports to return -EIO in case of device
removal using rte_eth_dev_is_removed AP
rte_eth_dev_is_removed API was added to detect a device removal
synchronously.
When a device removal occurs during control command execution, many
different errors can be reported to the user.
Adjust all ethdev APIs error reports to return -EIO in case of device
removal using rte_eth_dev_is_remov
Add support to get removal status of mlx4 device.
Signed-off-by: Matan Azrad
---
drivers/net/mlx4/mlx4.c| 1 +
drivers/net/mlx4/mlx4.h| 1 +
drivers/net/mlx4/mlx4_ethdev.c | 20
3 files changed, 22 insertions(+)
diff --git a/drivers/net/mlx4/mlx4.c b/drive
Add support to get removal status of mlx5 device.
It is not supported in secondary process.
Signed-off-by: Matan Azrad
---
drivers/net/mlx5/mlx5.c| 2 ++
drivers/net/mlx5/mlx5.h| 1 +
drivers/net/mlx5/mlx5_ethdev.c | 20
3 files changed, 23 insertions(+)
d
There is time between the physical removal of the device until PMDs get
a RMV interrupt. At this time DPDK PMDs and applications still don't
know about the removal.
Current removal detection is achieved only by registration to device RMV
event and the notification comes asynchronously. So, there i
There is time between the physical removal of the device until sub-device PMDs
get a RMV interrupt.
At this time DPDK PMDs and applications still don't know about the removal and
may call sub-device
control operation which should return an error.
This series adds new ethdev operation to check
> On Dec 19, 2017, at 10:01 AM, Stephen Hemminger
> wrote:
>
> On Tue, 19 Dec 2017 15:51:09 +
> "Wiles, Keith" wrote:
>
>>> On Dec 19, 2017, at 9:44 AM, Stephen Hemminger
>>> wrote:
>>>
>>> On Tue, 19 Dec 2017 14:12:27 +
>>> "Wiles, Keith" wrote:
>>>
Hi all,
One
On 19-Dec-17 4:06 PM, Stephen Hemminger wrote:
On Tue, 19 Dec 2017 16:02:51 +
"Burakov, Anatoly" wrote:
On 19-Dec-17 3:46 PM, Stephen Hemminger wrote:
On Tue, 19 Dec 2017 11:14:27 +
Anatoly Burakov wrote:
This patchset introduces a prototype implementation of dynamic memory allo
On Tue, 19 Dec 2017 16:02:51 +
"Burakov, Anatoly" wrote:
> On 19-Dec-17 3:46 PM, Stephen Hemminger wrote:
> > On Tue, 19 Dec 2017 11:14:27 +
> > Anatoly Burakov wrote:
> >
> >> This patchset introduces a prototype implementation of dynamic memory
> >> allocation
> >> for DPDK. It is
On 19-Dec-17 3:46 PM, Stephen Hemminger wrote:
On Tue, 19 Dec 2017 11:14:27 +
Anatoly Burakov wrote:
This patchset introduces a prototype implementation of dynamic memory allocation
for DPDK. It is intended to start a conversation and build consensus on the best
way to implement this funct
On Tue, 19 Dec 2017 15:48:58 +
Bruce Richardson wrote:
> Similar to what was done with the .c and .h files, replace BSD license
> headers on makefiles and script files which were copyright by Intel alone.
>
> Bruce Richardson (8):
> app: add SPDX tags for Intel copyright Makefiles
> tool
On Tue, 19 Dec 2017 15:51:09 +
"Wiles, Keith" wrote:
> > On Dec 19, 2017, at 9:44 AM, Stephen Hemminger
> > wrote:
> >
> > On Tue, 19 Dec 2017 14:12:27 +
> > "Wiles, Keith" wrote:
> >
> >> Hi all,
> >>
> >> One other area with logging is we do not time stamp our logs to the
> >>
Signed-off-by: Bruce Richardson
---
doc/guides/conf.py | 31 ++-
1 file changed, 2 insertions(+), 29 deletions(-)
diff --git a/doc/guides/conf.py b/doc/guides/conf.py
index 31f914a89..77d93acf1 100644
--- a/doc/guides/conf.py
+++ b/doc/guides/conf.py
@@ -1,32 +1,5 @@
Replace the BSD license header with the SPDX tag for Makefiles and
scripting files with only an Intel copyright on them.
Signed-off-by: Bruce Richardson
---
test/Makefile | 32 ++--
test/cmdline_test/Makefile | 32 ++---
> On Dec 19, 2017, at 9:44 AM, Stephen Hemminger
> wrote:
>
> On Tue, 19 Dec 2017 14:12:27 +
> "Wiles, Keith" wrote:
>
>> Hi all,
>>
>> One other area with logging is we do not time stamp our logs to the screen,
>> which I feel is needed in some cases. The bigger area is figuring out w
Replace the BSD license header with the SPDX tag for Makefiles and
scripting files with only an Intel copyright on them.
Signed-off-by: Bruce Richardson
---
lib/Makefile| 32 ++---
lib/librte_acl/Makefile | 32 ++
Replace the BSD license header with the SPDX tag for Makefiles and
scripting files with only an Intel copyright on them.
Signed-off-by: Bruce Richardson
---
mk/arch/i686/rte.vars.mk | 32 ++
mk/arch/x86_64/rte.vars.mk | 32 ++-
Replace the BSD license header with the SPDX tag for Makefiles and
scripting files with only an Intel copyright on them.
Signed-off-by: Bruce Richardson
---
examples/bond/Makefile | 32 ++---
examples/cmdline/Makefile | 32 ++--
Replace the BSD license header with the SPDX tag for Makefiles and
scripting files with only an Intel copyright on them.
Signed-off-by: Bruce Richardson
---
drivers/Makefile | 32 ++--
drivers/bus/vdev/Makefile | 32 ++-
Replace the BSD license header with the SPDX tag for Makefiles and
scripting files with only an Intel copyright on them.
Signed-off-by: Bruce Richardson
---
app/Makefile | 32 ++--
app/pdump/Makefile| 32 ++--
a
Replace the BSD license header with the SPDX tag for Makefiles and
scripting files with only an Intel copyright on them.
Signed-off-by: Bruce Richardson
---
buildtools/gen-build-mk.sh | 33 ++---
buildtools/gen-config-h.sh | 33 ++---
build
Similar to what was done with the .c and .h files, replace BSD license
headers on makefiles and script files which were copyright by Intel alone.
Bruce Richardson (8):
app: add SPDX tags for Intel copyright Makefiles
tools: add SPDX tags for Intel copyright scripts
drivers: add SPDX tags for
> From: Pavan Nikhilesh [mailto:pbhagavat...@caviumnetworks.com]
> Sent: Thursday, December 14, 2017 3:02 PM
> To: jerin.ja...@caviumnetworks.com; santosh.shu...@caviumnetworks.com;
> Richardson, Bruce ; Van Haaren, Harry
> ; Eads, Gage ;
> hemant.agra...@nxp.com; nipun.gu...@nxp.com; Ma, Liang J
>
On Tue, 19 Dec 2017 11:14:27 +
Anatoly Burakov wrote:
> This patchset introduces a prototype implementation of dynamic memory
> allocation
> for DPDK. It is intended to start a conversation and build consensus on the
> best
> way to implement this functionality. The patchset works well enou
> From: Pavan Nikhilesh [mailto:pbhagavat...@caviumnetworks.com]
> Sent: Thursday, December 14, 2017 3:01 PM
> To: jerin.ja...@caviumnetworks.com; santosh.shu...@caviumnetworks.com;
> Richardson, Bruce ; Van Haaren, Harry
> ; Eads, Gage ;
> hemant.agra...@nxp.com; nipun.gu...@nxp.com; Ma, Liang J
>
On Tue, 19 Dec 2017 14:12:27 +
"Wiles, Keith" wrote:
> Hi all,
>
> One other area with logging is we do not time stamp our logs to the screen,
> which I feel is needed in some cases. The bigger area is figuring out where
> the log message came from and greping the code is a bit hard in som
> From: Pavan Nikhilesh [mailto:pbhagavat...@caviumnetworks.com]
> Sent: Thursday, December 14, 2017 3:02 PM
> To: jerin.ja...@caviumnetworks.com; santosh.shu...@caviumnetworks.com;
> Richardson, Bruce ; Van Haaren, Harry
> ; Eads, Gage ;
> hemant.agra...@nxp.com; nipun.gu...@nxp.com; Ma, Liang J
>
On Tue, 19 Dec 2017 17:55:05 +0530
Pavan Nikhilesh wrote:
> Implement dynamic logging for cavium specific thunder nicvf and octeontx
> platforms.
>
> Pavan Nikhilesh (5):
> net/thunderx: implement dynamic logging
> net/octeontx: implement dynamic logging
> mempool/octeontx: implement dynam
On Tue, 19 Dec 2017 07:42:20 -0800
Xiao Wang wrote:
> + atomic_dec(&udev->refcnt);
> + if (atomic_read(&udev->refcnt) > 0)
> + return 0;
> +
The point of using atomic functions is to do atomic operations.
You need to use atomic_dec_and_test here.
On Tue, 19 Dec 2017 11:01:55 +0100
Adrien Mazarguil wrote:
> > Why not use sscanf which would be safer in this case.
>
> Right, this is indeed the obvious implementation, however not only the fixed
> MAC-48 format is not the most convenient to use for user input (somewhat
> like forcing them t
From: Fan Zhang
Add support to AES-CCM, for 128-bit keys.
Signed-off-by: Fan Zhang
---
v5:
* Updated macro names, since they have changed
in the Multi-buffer library
* Fixed capabilities (only 128-bit keys are supported)
v4:
* Fixed bugs
* Updated capabilities
v3:
* Update with changed nam
On Tue, 19 Dec 2017 11:15:38 +0100
Adrien Mazarguil wrote:
> On Tue, Dec 19, 2017 at 09:53:27AM +, Bruce Richardson wrote:
> > On Mon, Dec 18, 2017 at 09:23:41PM +0100, Adrien Mazarguil wrote:
> > > On Mon, Dec 18, 2017 at 10:34:12AM -0800, Stephen Hemminger wrote:
> > > > On Mon, 18 Dec
From: Fan Zhang
Add support to AES-CCM, for 128-bit keys.
Signed-off-by: Fan Zhang
---
doc/guides/cryptodevs/aesni_mb.rst | 4 +
doc/guides/cryptodevs/features/aesni_mb.ini| 1 +
doc/guides/rel_notes/release_18_02.rst | 5 +
drivers/crypto/aesni_mb/rte
Hi Jerin,
> > > >
> > > > 2. Make it safe to remove rx/tx callback at runtime.
> > > > Right now it is not possible for the application to figure out
> > > > when it is safe to free removed callback handle and
> > > > associated with it resources(unless the queue is stopped).
> > > > That's proba
> From: Pavan Nikhilesh [mailto:pbhagavat...@caviumnetworks.com]
> Sent: Thursday, December 14, 2017 3:02 PM
> To: jerin.ja...@caviumnetworks.com; santosh.shu...@caviumnetworks.com;
> Richardson, Bruce ; Van Haaren, Harry
> ; Eads, Gage ;
> hemant.agra...@nxp.com; nipun.gu...@nxp.com; Ma, Liang J
>
On Mon, Dec 18, 2017 at 05:54:45PM -0800, Ferruh Yigit wrote:
> On 12/18/2017 8:46 AM, Adrien Mazarguil wrote:
> > As described in more details in the attached documentation (see patch
> > contents), this virtual device driver manages NetVSC interfaces in virtual
> > machines hosted by Hyper-V/Azur
-- Oryginal message --
Ethdev offloads API has changed since:
commit ce17eddefc20 ("ethdev: introduce Rx queue offloads API")
commit cba7f53b717d ("ethdev: introduce Tx queue offloads API")
This commit support the new API.
Signed-off-by: Shahaf Shuler
---
examples/l3fwd/main.c | 40 +++
Hi Tiwei,
> Hi Ning,
>
> On Thu, Dec 14, 2017 at 07:38:14PM +0800, Ning Li wrote:
> > When use virtio_user as exception path, we need to specify a MAC
> > address for the tap port.
>
> Is this a fix? Did you meet any issue? If so, please describe
> the issue and add a fixline.
Specify the MAC a
Do a replacement of the full BSD License header with the SPDX reference
for all .c/.h files with an Intel copyright only on them.
Signed-off-by: Bruce Richardson
---
app/pdump/main.c | 32 ++--
app/proc_info/main.c |
This contains the output of a script run to replace the BSD License with
SPDX tags on Intel copyright files. The script should only have modified
files with a single, Intel copyright on them, and ignored all files that
had multiple copyright lines. Due to variance in the headers used, not all
files
On Tue, Dec 19, 2017 at 01:25:17PM +, Luca Boccassi wrote:
> On Tue, 2017-12-19 at 10:52 +, Bruce Richardson wrote:
> > While meson has built-in support for cross-compilation, there can be
> > things
> > inside the meson.build files which cause problems in a cross-compile
> > environment. T
On Tue, Dec 19, 2017 at 01:27:07PM +, Luca Boccassi wrote:
> On Tue, 2017-12-19 at 10:53 +, Bruce Richardson wrote:
> > Add some skeleton files to enable compiling for ARM target. This has
> > been
> > tested by doing a cross-compile for armv8-a type using the linaro gcc
> > toolchain.
> >
1 - 100 of 240 matches
Mail list logo
