Hello,
I have some basic questions about telemetry API
which is planned to be relaesed in 18.11.
Note that I have read the follwoing document.
https://doc.dpdk.org/guides/howto/telemetry.html
Q1. In general dpdk application use polling when
receiving packets. So CPU usage is always looks 100%
wh
On 11/21/2018 2:02 AM, Stephen Hemminger wrote:
On Tue, 20 Nov 2018 23:09:31 +0800
Jeff Guo wrote:
When device has been bound to igb_uio driver and application is running,
hot-unplugging the device may cause kernel crash.
Signed-off-by: Jeff Guo
---
doc/guides/rel_notes/known_issues.rst
On Mon, 19 Nov 2018 08:02:02 +
Shahaf Shuler wrote:
> Thursday, November 15, 2018 6:57 PM, Morten Brørup:
> > Subject: [RFC] Ethernet drivers to add padding on egress
> >
> > Hi networking driver maintainers,
> >
> > I suggest that the TX functions of Ethernet interface drivers accept packe
On Thu, 15 Nov 2018 17:56:48 +0100
Morten Brørup wrote:
> Hi networking driver maintainers,
>
> I suggest that the TX functions of Ethernet interface drivers accept packets
> with less than 60 byte payload, and transmit them on the medium as valid
> Ethernet frames, i.e. by padding the packets
Monday, November 19, 2018 6:10 PM, Stephen Hemminger:
> Subject: Re: [dpdk-dev] [RFC] Ethernet drivers to add padding on egress
>
> On Thu, 15 Nov 2018 17:56:48 +0100
> Morten Brørup wrote:
>
> > Hi networking driver maintainers,
> >
> > I suggest that the TX functions of Ethernet interface driv
Thursday, November 15, 2018 6:57 PM, Morten Brørup:
> Subject: [RFC] Ethernet drivers to add padding on egress
>
> Hi networking driver maintainers,
>
> I suggest that the TX functions of Ethernet interface drivers accept packets
> with less than 60 byte payload, and transmit them on the medium a
> -Original Message-
> From: Ananyev, Konstantin
> Sent: Tuesday, November 20, 2018 5:26 PM
> To: Zhang, Qi Z ; Richardson, Bruce
> ; Wiles, Keith
> Cc: dev@dpdk.org; Lu, Wenzhuo ; Iremonger, Bernard
> ; sta...@dpdk.org
> Subject: RE: [dpdk-dev] [PATCH] app/testpmd: improve MAC swap p
On 11/20/2018 1:00 PM, Jasvinder Singh wrote:
> The memcpy operation overwrites the device info fields set
> by ethdev API and leaves the device field undefined.
> Thus, replaces memcpy by only updating the required fields
> at the driver layer.
>
> error log: testpmd> show port info 1
>
> I
If vdev_netvsc is run with debug logging enabled, then the
log output will fill with:
net_vdev_netvsc: interface lo is non-ethernet device
Remove the message since it is not useful.
Signed-off-by: Stephen Hemminger
---
drivers/net/vdev_netvsc/vdev_netvsc.c | 5 +
1 file changed, 1 i
On Tue, 2018-11-20 at 19:52 +, Zhang, Qi Z wrote:
> > -Original Message-
> > From: Luca Boccassi [mailto:bl...@debian.org]
> > Sent: Tuesday, November 20, 2018 3:27 AM
> > To: dev@dpdk.org
> > Cc: Lu, Wenzhuo ; Ananyev, Konstantin
> > ; Zhang, Qi Z ;
> > 3ch...@gmail.com; Luca Boccassi
> -Original Message-
> From: Luca Boccassi [mailto:bl...@debian.org]
> Sent: Tuesday, November 20, 2018 3:27 AM
> To: dev@dpdk.org
> Cc: Lu, Wenzhuo ; Ananyev, Konstantin
> ; Zhang, Qi Z ;
> 3ch...@gmail.com; Luca Boccassi ; sta...@dpdk.org
> Subject: [PATCH v4] net/ixgbe: add LHA ID to
> -Original Message-
> From: Wu, Yanglong
> Sent: Monday, November 19, 2018 9:59 PM
> To: dev@dpdk.org
> Cc: Zhang, Qi Z ; Wu, Jingjing ;
> Wu, Yanglong
> Subject: [PATCH v2] net/ixgbe: fix TDH register setting issue
>
> The only time that software should write to the TDH register is a
On Tue, 20 Nov 2018 16:25:25 +
"Trahe, Fiona" wrote:
> Hi Stephen,
>
> > -Original Message-
> > From: Stephen Hemminger [mailto:step...@networkplumber.org]
> > Sent: Monday, November 19, 2018 6:54 PM
> > To: Trahe, Fiona
> > Cc: dev@dpdk.org; akhil.go...@nxp.com; Jozwiak, TomaszX
>
On Tue, 20 Nov 2018 23:09:31 +0800
Jeff Guo wrote:
> When device has been bound to igb_uio driver and application is running,
> hot-unplugging the device may cause kernel crash.
>
> Signed-off-by: Jeff Guo
> ---
> doc/guides/rel_notes/known_issues.rst | 21 +
> 1 file chang
> -Original Message-
> From: Zhang, Qi Z
> Sent: Tuesday, November 20, 2018 4:58 PM
> To: Ananyev, Konstantin ; Richardson, Bruce
> ; Wiles, Keith
>
> Cc: dev@dpdk.org; Lu, Wenzhuo ; Iremonger, Bernard
> ; sta...@dpdk.org
> Subject: RE: [dpdk-dev] [PATCH] app/testpmd: improve MAC swap
> -Original Message-
> From: Ananyev, Konstantin
> Sent: Tuesday, November 20, 2018 1:17 AM
> To: Zhang, Qi Z ; Richardson, Bruce
> ; Wiles, Keith
> Cc: dev@dpdk.org; Lu, Wenzhuo ; Iremonger, Bernard
> ; Zhang, Qi Z ;
> sta...@dpdk.org
> Subject: RE: [dpdk-dev] [PATCH] app/testpmd: impr
Hi Shally,
> -Original Message-
> From: Verma, Shally [mailto:shally.ve...@cavium.com]
> Sent: Monday, November 19, 2018 10:17 PM
> To: Trahe, Fiona ; dev@dpdk.org
> Cc: akhil.go...@nxp.com; Jozwiak, TomaszX ; Gupta,
> Ashish
> ; Daly, Lee
> Subject: RE: [PATCH] compressdev: add feature
rx_buffer_info should be refill not linearly, but out of order.
IDs should be taken from empty_rx_reqs array.
rx_refill_buffer is introduced to temporary storage
bulk of mbufs taken from pool.
In case of error unused mbufs are put back to pool.
Fixes: c2034976673d ("net/ena: add Rx out of order
Hi Stephen,
> -Original Message-
> From: Stephen Hemminger [mailto:step...@networkplumber.org]
> Sent: Monday, November 19, 2018 6:54 PM
> To: Trahe, Fiona
> Cc: dev@dpdk.org; akhil.go...@nxp.com; Jozwiak, TomaszX
> ;
> shally.ve...@caviumnetworks.com; ashish.gu...@caviumnetworks.com; Da
Previous fix for rte_panic has moved setting of alarm before
sending the message. This means that whether we send a message,
the alarm would still trigger. The comment noted that cleanup
would happen in the alarm handler, but that's not what actually
happened - instead, in the event of failed send
From: root
rx_buffer_info should be refill not linearly, but out of order.
IDs should be taken from empty_rx_reqs array.
rx_refill_buffer is introduced to temporary storage
bulk of mbufs taken from pool.
In case of error unused mbufs are put back to pool.
Fixes: c2034976673d ("net/ena: add Rx
>
> Add tested Intel platforms with Intel NICs to the release note.
>
> Signed-off-by: Lijuan Tu
> ---
> doc/guides/rel_notes/release_18_11.rst | 70
> ++
> 1 file changed, 70 insertions(+)
>
Acked-by: Marko Kovacevic
Previous fix for rte_panic has moved setting of alarm before
sending the message. This means that whether we send a message,
the alarm would still trigger. The comment noted that cleanup
would happen in the alarm handler, but that's not what actually
happened - instead, in the event of failed send
When device has been bound to igb_uio driver and application is running,
hot-unplugging the device may cause kernel crash.
Signed-off-by: Jeff Guo
---
doc/guides/rel_notes/known_issues.rst | 21 +
1 file changed, 21 insertions(+)
diff --git a/doc/guides/rel_notes/known_issue
HI Kenvish,
Apologies, maybe I miss something, but what is the issue ?
Regards,
Rami Rosen
On Tue, 20 Nov 2018 at 08:24, Kenvish Butani wrote:
>
> # ./l3fwd -c 0x3 -n 2 -- -p 0x3 --config="(0,0,0),(1,0,1)" EAL: Detected 24
> lcore(s) EAL: Detected 2 NUMA nodes EAL: Multi-process socket
> /var/r
> On Nov 20, 2018, at 3:16 AM, Ananyev, Konstantin
> wrote:
>
> Hi Qi,
>
>> -Original Message-
>> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Qi Zhang
>> Sent: Tuesday, November 20, 2018 4:46 AM
>> To: Richardson, Bruce ; Wiles, Keith
>>
>> Cc: dev@dpdk.org; Lu, Wenzhuo ;
From: Ferruh Yigit
> DEFERRED state replaced by ownership concept and it is no more used as
> code comment states.
>
> ethdev ABI broken on this release use this opportunity to remove DEFERRED
> state.
>
> Signed-off-by: Ferruh Yigit
Acked-by: Matan Azrad
The memcpy operation overwrites the device info fields set
by ethdev API and leaves the device field undefined.
Thus, replaces memcpy by only updating the required fields
at the driver layer.
error log: testpmd> show port info 1
Infos for port 1
MAC address: 00:00:00:00:00:00
Device na
Document that AVX512F has been disabled for GCC builds [1] and document
its potential implications on release notes, known issue section.
[1]
Commit 8d07c82b239f ("mk: disable gcc AVX512F support")
Signed-off-by: Ferruh Yigit
---
doc/guides/rel_notes/release_18_11.rst | 11 +++
1 file c
On 11/20/18 1:28 PM, Ferruh Yigit wrote:
On 11/19/2018 9:49 AM, Maxime Coquelin wrote:
On 11/19/18 10:38 AM, Fan Zhang wrote:
This patch fixes the mismatch keyword in vhost_crypto sample
application guide.
Fixes: 709521f4c2cd ("examples/vhost_crypto: support multi-core")
Cc: sta...@dpdk.o
On 11/19/2018 9:49 AM, Maxime Coquelin wrote:
>
>
> On 11/19/18 10:38 AM, Fan Zhang wrote:
>> This patch fixes the mismatch keyword in vhost_crypto sample
>> application guide.
>>
>> Fixes: 709521f4c2cd ("examples/vhost_crypto: support multi-core")
>> Cc: sta...@dpdk.org
>>
>> Signed-off-by: Fan
DEFERRED state replaced by ownership concept and it is no more used as
code comment states.
ethdev ABI broken on this release use this opportunity to remove
DEFERRED state.
Signed-off-by: Ferruh Yigit
---
Cc: Matan Azrad
---
lib/librte_ethdev/rte_ethdev.h | 2 --
1 file changed, 2 deletions(-)
On 8/27/2018 4:00 PM, Andrew Rybchenko wrote:
> On 08/24/2018 05:51 PM, Ferruh Yigit wrote:
>> Add a deprecation notice to remove RTE_ETH_DEV_DEFERRED state, but this
>> is mostly a reminder because of a missing target.
>> It doesn't worth to break the ABI because of this change and removal
>> can
On 11/16/2018 4:29 PM, Ferruh Yigit wrote:
> DCR is Intel internal information, no need to be in public code.
>
> Fixes: de2cd512b176 ("net/i40e/base: new AQ commands for cloud filter")
> Cc: sta...@dpdk.org
>
> Signed-off-by: Ferruh Yigit
Applied to dpdk-next-net/master, thanks.
On Fri, 2018-11-09 at 13:18 +, Luca Boccassi wrote:
> On Wed, 2018-11-07 at 18:27 +, Zhang, Qi Z wrote:
> > > -Original Message-
> > > From: Luca Boccassi [mailto:bl...@debian.org]
> > > Sent: Wednesday, November 7, 2018 5:55 AM
> > > To: Zhang, Qi Z ; Chas Williams <3chas3@gma
> >
ixgbe is able to recognize 1G SX and LX id, but it is missing the LHA.
Add it, so that it can handle LHA sfp plugin.
Fixes: d2e72774e58c ("ixgbe/base: support X550")
Cc: sta...@dpdk.org
Signed-off-by: Luca Boccassi
---
v4: dropped first patch, no longer necessary in 18.11
drivers/net/ixgbe/bas
Hi,
I'm trying to build a config of v18.11-rc4 as a prep for porting our old
branch on top of it. Currently it fails to build in librte_port with the
following error:
CC rte_port_sym_crypto.o
In file included from
/home/baruch/dev/dpdk/lib/librte_port/rte_port_sym_crypto.c:9:
/home/baruch/dev/d
On 11/20/2018 11:04 AM, Kevin Traynor wrote:
> On 10/24/2018 11:11 AM, Darek Stojaczyk wrote:
>> This function is documented to return the number of unregistered
>> callbacks or negative numbers on error, but pci_vfio checks for
>> ret != 0 to detect failures. Not anymore.
>>
>> Fixes: c115fd000c32
On 10/24/2018 11:11 AM, Darek Stojaczyk wrote:
> This function is documented to return the number of unregistered
> callbacks or negative numbers on error, but pci_vfio checks for
> ret != 0 to detect failures. Not anymore.
>
> Fixes: c115fd000c32 ("vfio: handle hotplug request notifier")
> Cc: ji
On 20-Nov-18 8:08 AM, Shahaf Shuler wrote:
Monday, November 19, 2018 7:18 PM, Burakov, Anatoly:
Subject: Re: [RFC] ethdev: introduce DMA memory mapping for external
memory
On 19-Nov-18 11:20 AM, Shahaf Shuler wrote:
Thursday, November 15, 2018 1:00 PM, Burakov, Anatoly:
Subject: Re: [RFC] eth
On 20/11/2018 10:29, Kevin Traynor wrote:
> On 11/20/2018 10:26 AM, Tiago Lam wrote:
>> When setting the MTU, eth_dev_mtu_set() is called to validate the
>> provided MTU. As part of that, it calculates the useful area to store
>> data and compares it against the MTU, to guarantee that there's en
On 11/20/2018 10:26 AM, Tiago Lam wrote:
> When setting the MTU, eth_dev_mtu_set() is called to validate the
> provided MTU. As part of that, it calculates the useful area to store
> data and compares it against the MTU, to guarantee that there's enough
> space to store the data. It calculates that
On 16/11/2018 17:20, Ferruh Yigit wrote:
> On 11/15/2018 7:02 PM, Lam, Tiago wrote:
>> Hi guys,
>>
>> OvS-DPDK has recently had small a change that changed the data room
>> available in an mbuf (commit dfaf00e in OvS). This seems to have had the
>> consequence of breaking the initialisation of eth_
When setting the MTU, eth_dev_mtu_set() is called to validate the
provided MTU. As part of that, it calculates the useful area to store
data and compares it against the MTU, to guarantee that there's enough
space to store the data. It calculates that as:
"tp_frame_size - TPACKET2_HDRLEN - sizeo
Use the underlying MTU to calculate the framsize to be used for the mmap
RINGs. This is to make it more flexible on deployments with different
MTU requirements, instead of using a pre-defined value of 2048B.
If a 'framsz' option is provided, that value is used instead and the MTU
of the underlying
Instead of re-iterating through kvlist just to parse the
ETH_AF_PACKET_IFACE_ARG argument in rte_pmd_init_internals(), we now use
the already existing iteration in rte_eth_from_packet() to parse and
validate the ETH_AF_PACKET_IFACE_ARG argument.
This will be useful for a later commit, which needs
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Ananyev, Konstantin
> Sent: Tuesday, November 20, 2018 9:44 AM
> To: Zhang, Qi Z ; dev@dpdk.org
> Cc: Awal, Mohammad Abdul
> Subject: Re: [dpdk-dev] [PATCH 6/9] ipsec: implement SA data-path API
>
>
> Hi Qi,
>
Use the underlying MTU to calculate the framsize to be used for the mmap
RINGs. This is to make it more flexible on deployments with different
MTU requirements, instead of using a pre-defined value of 2048B.
If a 'framsz' option is provided, that value is used instead and the MTU
of the underlying
When setting the MTU, eth_dev_mtu_set() is called to validate the
provided MTU. As part of that, it calculates the useful area to store
data and compares it against the MTU, to guarantee that there's enough
space to store the data. It calculates that as:
"tp_frame_size - TPACKET2_HDRLEN - sizeo
Instead of re-iterating through kvlist just to parse the
ETH_AF_PACKET_IFACE_ARG argument in rte_pmd_init_internals(), we now use
the already existing iteration in rte_eth_from_packet() to parse and
validate the ETH_AF_PACKET_IFACE_ARG argument.
This will be useful for a later commit, which needs
Hi Wei,
> -Original Message-
> From: Zhao1, Wei
> Sent: Tuesday, November 20, 2018 5:40 AM
> To: Ananyev, Konstantin ; Wang, Dong1
> ; Lipiec, Herakliusz
> ; dev@dpdk.org
> Cc: tho...@monjalon.net; Burakov, Anatoly ;
> sta...@dpdk.org
> Subject: RE: [PATCH v2] example/ipv4_multicast: fix
Hi Qi,
>
> Hi Konstantin and Awal:
>
> I have couple questions for this patch.
> please forgive me if they are obvious, since I don't have much insight
> on IPsec, but I may work on related stuff in future :)
>
> > +static inline int32_t
> > +esp_outb_tun_pkt_prepare(struct rte_i
On 11/17/2018 9:37 AM, Mody, Rasesh wrote:
> Signed-off-by: Rasesh Mody
Applied to dpdk-next-net/master, thanks.
(patch 1/2 deferred to next release.)
Hi Qi,
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Qi Zhang
> Sent: Tuesday, November 20, 2018 4:46 AM
> To: Richardson, Bruce ; Wiles, Keith
>
> Cc: dev@dpdk.org; Lu, Wenzhuo ; Iremonger, Bernard
> ; Zhang, Qi Z
> ; sta...@dpdk.org
> Subject: [dpdk-dev]
> -Original Message-
> From: dev On Behalf Of Dekel Peled
> Sent: Monday, November 19, 2018 6:55 PM
> To: wenzhuo...@intel.com; jingjing...@intel.com;
> bernard.iremon...@intel.com
> Cc: dev@dpdk.org; Ori Kam ; Shahaf Shuler
> ; Dekel Peled
> Subject: [dpdk-dev] [PATCH] app/testpmd: fi
Monday, November 19, 2018 7:18 PM, Burakov, Anatoly:
> Subject: Re: [RFC] ethdev: introduce DMA memory mapping for external
> memory
>
> On 19-Nov-18 11:20 AM, Shahaf Shuler wrote:
> > Thursday, November 15, 2018 1:00 PM, Burakov, Anatoly:
> >> Subject: Re: [RFC] ethdev: introduce DMA memory mappi
56 matches
Mail list logo
