Hi,
On Fri, Jan 24, 2020 at 08:25:18PM +, Viacheslav Ovsiienko wrote:
> This patch adds unit test for the mbufs allocated from
> the special pool with pinned external data buffers.
>
> The pinned buffer mbufs are tested in the same way as
> regular ones with taking into account some specifics
Olivier, thanks for the reviewing.
I'll remove the comment and send the v2.
I use 1G huge pages, will retest over 2M
and continue finding why my host fails.
With best regards, Slava
> -Original Message-
> From: Olivier Matz
> Sent: Thursday, February 6, 2020 10:17
> To: Slava Ovsiienko
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Ananyev,
> Konstantin
> Sent: Wednesday, February 5, 2020 10:16 PM
>
> >
> > As I mentioned in my FOSDEM talk the current DPDK eBPF handling is
> > not usable for packet filters. I have ported the classic BPF to eBPF
> code
> > and the generat
I agree fixing offsets in cbpf to ebpf converter and passing mbuf is
easier. There is still the pathological case of multi segment mbuf. But
Linux XDP doesn't handle it either.
Let me put early version of filter2rteebf on GitHub
On Thu, Feb 6, 2020, 8:54 AM Morten Brørup wrote:
> > From: dev [m
As discussed in community meeting, the goal was to have core parsing
in Windows EAL 20.02.
Given that there is a crash and a doubt on the imported getopt library,
I think it's better to postpone this series to 20.05.
06/02/2020 07:41, Dmitry Kozlyuk:
> > On 2/5/2020 4:39 PM, Pallavi Kadam wrote:
On Wed, Feb 5, 2020 at 11:22 PM Thomas Monjalon wrote:
> 05/02/2020 13:24, Akhil Goyal:
> > > For series,
> > > Acked-by: Ravi Kumar
> > >
> > > >
> > > >From: Sardar Shamsher Singh
> > > >
> > > >sha3 support enabled in AMD-CCP crypto controller
> > > >
> > > >Signed-off-by: Sardar Shamsher Sin
On Wed, Jan 22, 2020 at 08:50:35AM +, Viacheslav Ovsiienko wrote:
> Minor style issue is fixed.
>
> Fixes: 6c8e50c2e549 ("mbuf: create pool with external memory buffers")
>
> Signed-off-by: Viacheslav Ovsiienko
Acked-by: Olivier Matz
On Wed, Jan 22, 2020 at 09:39:56AM -0800, Stephen Hemminger wrote:
> The rte_pktmbuf_dump should display offset, refcount, and vlan
> info since these are often useful during debugging.
>
> Signed-off-by: Stephen Hemminger
> Acked-by: Andrew Rybchenko
Acked-by: Olivier Matz
This patch adds unit test for the mbufs allocated from
the special pool with pinned external data buffers.
The pinned buffer mbufs are tested in the same way as
regular ones with taking into account some specifics
of cloning/attaching.
Signed-off-by: Viacheslav Ovsiienko
---
v2: uncomment the fa
I checked with 2M huge pages - fork() works OK on my host, does not work over
1G.
RH7.2/3.10.327. Will try other kernels.
With best regards, Slava
> -Original Message-
> From: Slava Ovsiienko
> Sent: Thursday, February 6, 2020 10:25
> To: Olivier Matz
> Cc: dev@dpdk.org; Matan Azrad ; R
This patch replaces an existing test vector with a new one containing
public domain text only. This is to avoid any potential issues
re-licensing content as BSD-3 which has no clear original license.
Fixes: b06aa643cac4 ("test/compress: add initial unit tests")
Signed-off-by: Artur Trybula
---
v
Hi Jerin,
Thanks for the comments. Please see replies below.
Kind Regards,
David
> On Tue, Feb 4, 2020 at 8:15 PM David Coyle wrote:
> >
> > Introduction
> >
> >
> > This RFC introduces a new DPDK library, rte_accelerator.
> >
> > The main aim of this library is to provide a flexibl
> I agree fixing offsets in cbpf to ebpf converter and passing mbuf is easier.
> There is still the pathological case of multi segment mbuf. But
> Linux XDP doesn't handle it either.
Why do you think multi-seg would be a problem?
If we’ll use rte_pktmbuf_read() for interpreter and something simil
Minutes 6 February 2020
---
Agenda:
* Release Dates
* Subtrees
* OvS
Participants:
* Intel
* Marvell
* Mellanox
* NXP
* Red Hat
Release Dates
-
* v20.02 dates:
* -rc2 pushed to *Thursday 6 February 2020*
* -rc3 pushed to *Friday 14
On Thu, Feb 6, 2020 at 3:35 PM Coyle, David wrote:
>
> Hi Jerin,
Hi David,
> Thanks for the comments. Please see replies below.
>
> Kind Regards,
> David
>
> > On Tue, Feb 4, 2020 at 8:15 PM David Coyle wrote:
> > >
> > > Introduction
> > >
> > >
> > > This RFC introduces a new DPD
testpmd 'show summary' command always shows interface status as down
with 0 Mbps speed regardless of the underlying VF's status.
This happens as hn_dev_link_update() is never called, even on the initial
RNDIS_STATUS_MEDIA_CONNECT message as LSC interrupts are not yet enabled
at this point.
Let's c
On Wed, Feb 05, 2020 at 11:41:05PM +0300, Dmitry Kozlyuk wrote:
> > > > > > +if is_windows
> > > > > > + # Require platform SDK for Windows 7 and above.
> > > > > > + add_project_arguments('-D_WIN32_WINNT=0x0601', language: 'c')
> > > > > >
> > > > >
> > > > > Please explain. Why Windows
Hi Akhil,
> > > @Akhil, do you have any comments?
> > >
> > > Also, I think we should make it
> > >
> > >
> > Looks good to me, but I believe this would need more changes and
> > testing in event patches.
> > Also it does not have any changes for lookaside cases.
> > Can we move this to next
On Tue, 04 Feb 2020 16:05:43 -0700
Alex Williamson wrote:
> Allow bus drivers to provide their own callback to match a device to
> the user provided string.
>
> Signed-off-by: Alex Williamson
> ---
> drivers/vfio/vfio.c | 19 +++
> include/linux/vfio.h |3 +++
> 2 files
>
> Hi Akhil,
>
> > > > @Akhil, do you have any comments?
> > > >
> > > > Also, I think we should make it
> > > >
> > > >
> > > Looks good to me, but I believe this would need more changes and
> > > testing in event patches.
> > > Also it does not have any changes for lookaside cases.
> >
06/02/2020 11:46, Anoob Joseph:
> Hi Akhil,
>
> > > > @Akhil, do you have any comments?
> > > >
> > > > Also, I think we should make it
> > > >
> > > >
> > > Looks good to me, but I believe this would need more changes and
> > > testing in event patches.
> > > Also it does not have any change
On Thu, Feb 06, 2020 at 09:44:24AM +0300, Dmitry Kozlyuk wrote:
> MinGW-w64 linker does not mimic MS linker options, so the build system
> must differentiate between linkers on Windows. Use GNU linker options
> with GCC and MS linker options with Clang.
>
> MinGW-w64 by default uses MSVCRT stdio,
From: Vamsi Attunuru
SIGTERM handling is added for graceful application exit.
Useful when application is terminated without specifying
any signal on 'kill' command.
Signed-off-by: Vamsi Attunuru
Acked-by: Ferruh Yigit
---
v2 Change:
* Changed commit log
examples/kni/main.c | 11 ---
loopback devices are exposed as ethdev device in octeontx2.
dpdk link update APIs updating the link information for cgx
ports but skipping loopback ports.
When stack uses loopback port for forwarding, packets are
dropped as link status is down. Link information need to be
updated for loopback port
The new symbols should be in ABI version 20.0.1.
Fixes: 89214fe915b8 ("net/iavf/base: move to drivers common directory")
Signed-off-by: Haiyue Wang
---
drivers/common/iavf/rte_common_iavf_version.map | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/common/iavf/rte_com
Add missing doxygen comment of rte_crypto_mbuf_to_vec's fields.
Signed-off-by: Marcin Smoczynski
---
lib/librte_cryptodev/rte_crypto_sym.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/lib/librte_cryptodev/rte_crypto_sym.h
b/lib/librte_cryptodev/rte_crypto_sym.h
index deb46971f..9e887c1
On Thu, Jan 23, 2020 at 9:31 AM Thomas Monjalon wrote:
>
> When adding custom element size feature, some internal inline functions
> were added in a public header without rte_ prefix.
> It is fixed by adding __rte_ring_.
>
> Fixes: cc4b218790f6 ("ring: support configurable element size")
>
> Repor
> -Original Message-
> From: Smoczynski, MarcinX
> Sent: Thursday, February 6, 2020 12:36 PM
> To: akhil.go...@nxp.com; Ananyev, Konstantin ;
> tho...@monjalon.net
> Cc: dev@dpdk.org; Smoczynski, MarcinX
> Subject: [PATCH] cryptodev: fix missing doxygen comment
>
> Add missing doxyge
Hello,
When RTE_LIBRTE_SECURITY is disabled, compilation fails for octeontx2
(on an Intel machine):
git clone git://dpdk.org/dpdk
cd dpdk
make config T=x86_64-native-linux-gcc
cd build
vi .config
=> disable RTE_LIBRTE_IPSEC and RTE_LIBRTE_SECURITY
make
...
== Build drivers/net/octeontx2
CC
On Tue, 04 Feb 2020 16:06:24 -0700
Alex Williamson wrote:
> It currently results in messages like:
>
> "vfio-pci :03:00.0: vfio_pci: ..."
>
> Which is quite a bit redundant.
>
> Signed-off-by: Alex Williamson
> ---
> drivers/vfio/pci/vfio_pci.c |1 -
> 1 file changed, 1 deletion(-)
On 22-Dec-19 3:33 PM, Byonggon Chun wrote:
x-posting to dev mailing list.
Hi all.
I'm Kubernetes contributors and I'm working to make container isolation of
hugepages that allows us to set hugepages limit per container cgroup.
(At this point, limits are set on pod level cgroup even though we ask
23/01/2020 11:01, Jerin Jacob:
> On Mon, Dec 2, 2019 at 1:03 PM Jerin Jacob wrote:
> >
> > On Mon, Dec 2, 2019 at 4:01 PM Liron Himi wrote:
> > >
> > > Hi Jerin,
> > >
> > > I have created a patch to MUSDK that fix this conflicts as you suggested.
> > > This will be externally available in the ne
06/01/2020 03:06, Qingmin Liu:
> Broadcom Stingray is armv8 CPU having cortex-a72. The implementor ID is
> 0x41 (arm) and the primary part number is 0xd08 (cortex-a72).
>
> Signed-off-by: Qingmin Liu
Applied, thanks
On Sat, Jan 4, 2020 at 2:34 AM Stephen Hemminger
wrote:
>
> Recently started using valgrind with DPDK, and the results
> are not clean.
>
> The DPDK has a function that applications can use to tell it
> to cleanup resources on shutdown (rte_eal_cleanup). But the
> current coverage of that API is s
21/01/2020 09:00, jer...@marvell.com:
> From: Jerin Jacob
>
> Some machines may have a lot of PCI devices, logs from PCI probe
> creates a lot of clutter on boot-up, typically one needs
> to scroll the screen to find other issues in boot-up.
>
> This patch changes the loglevel of PCI probes to `
22/01/2020 18:06, Stephen Hemminger:
> The loop to unwind existing mmaps was only unmapping the
> first segment and the error paths after mmap() were not
> doing munmap of the current segment.
>
> Fixes: 66cc45e293ed ("mem: replace memseg with memseg lists")
> Cc: anatoly.bura...@intel.com
> Cc: s
On 2/6/20 2:39 AM, Itsuro Oda wrote:
> vhost PMD has not been available for secondary processes since
> DPDK v18.11. (https://bugs.dpdk.org/show_bug.cgi?id=194)
> (for a long term !)
> This series of patches intend to make vhost PMD available for
> secondary processes.
> Because now setting vho
Adding back Ivan as you removed it from the To: list.
So he may not have seen your comment.
On 1/29/20 11:10 AM, Adrian Moreno wrote:
> On 1/20/20 6:05 PM, Ivan Dyukov wrote:
>> Some applications like pktgen use link_speed to calculate
>> transmit rate. It limits outcome traffic to hardcoded 10G.
On 2/6/20 3:22 PM, Maxime Coquelin wrote:
> Adding back Ivan as you removed it from the To: list.
> So he may not have seen your comment.
Oops, sorry about that.
Adrian
>
> On 1/29/20 11:10 AM, Adrian Moreno wrote:
>> On 1/20/20 6:05 PM, Ivan Dyukov wrote:
>>> Some applications like pktgen use lin
06/02/2020 10:46, Olivier Matz:
> On Wed, Jan 22, 2020 at 08:50:35AM +, Viacheslav Ovsiienko wrote:
> > Minor style issue is fixed.
> >
> > Fixes: 6c8e50c2e549 ("mbuf: create pool with external memory buffers")
> >
> > Signed-off-by: Viacheslav Ovsiienko
>
> Acked-by: Olivier Matz
Applied
On Thu, Feb 06, 2020 at 02:39:28PM +0100, Thierry Herbelot wrote:
> Hello,
>
> When RTE_LIBRTE_SECURITY is disabled, compilation fails for octeontx2 (on an
> Intel machine):
>
> git clone git://dpdk.org/dpdk
> cd dpdk
> make config T=x86_64-native-linux-gcc
> cd build
> vi .config
> => disable
06/02/2020 10:48, Olivier Matz:
> On Wed, Jan 22, 2020 at 09:39:56AM -0800, Stephen Hemminger wrote:
> > The rte_pktmbuf_dump should display offset, refcount, and vlan
> > info since these are often useful during debugging.
> >
> > Signed-off-by: Stephen Hemminger
> > Acked-by: Andrew Rybchenko
On 2/6/20 3:27 PM, Bruce Richardson wrote:
On Thu, Feb 06, 2020 at 02:39:28PM +0100, Thierry Herbelot wrote:
Hello,
When RTE_LIBRTE_SECURITY is disabled, compilation fails for octeontx2 (on an
Intel machine):
git clone git://dpdk.org/dpdk
cd dpdk
make config T=x86_64-native-linux-gcc
cd build
On Thu, Feb 6, 2020 at 7:44 PM Thomas Monjalon wrote:
>
> 21/01/2020 09:00, jer...@marvell.com:
> > From: Jerin Jacob
> >
> > Some machines may have a lot of PCI devices, logs from PCI probe
> > creates a lot of clutter on boot-up, typically one needs
> > to scroll the screen to find other issues
06/02/2020 10:49, Viacheslav Ovsiienko:
> This patch adds unit test for the mbufs allocated from
> the special pool with pinned external data buffers.
>
> The pinned buffer mbufs are tested in the same way as
> regular ones with taking into account some specifics
> of cloning/attaching.
>
> Signe
On Thu, Feb 6, 2020 at 8:06 PM Thierry Herbelot
wrote:
>
> On 2/6/20 3:27 PM, Bruce Richardson wrote:
> > On Thu, Feb 06, 2020 at 02:39:28PM +0100, Thierry Herbelot wrote:
> >> Hello,
> >>
> >> When RTE_LIBRTE_SECURITY is disabled, compilation fails for octeontx2 (on
> >> an
> >> Intel machine):
Hi Bruce/Thierry,
> On Thu, Feb 06, 2020 at 02:39:28PM +0100, Thierry Herbelot wrote:
> > Hello,
> >
> > When RTE_LIBRTE_SECURITY is disabled, compilation fails for octeontx2 (on
> an
> > Intel machine):
> >
> > git clone git://dpdk.org/dpdk
> > cd dpdk
> > make config T=x86_64-native-linux-gcc
>
On 2/6/20 3:48 PM, Jerin Jacob wrote:
On Thu, Feb 6, 2020 at 8:06 PM Thierry Herbelot
wrote:
On 2/6/20 3:27 PM, Bruce Richardson wrote:
On Thu, Feb 06, 2020 at 02:39:28PM +0100, Thierry Herbelot wrote:
Hello,
When RTE_LIBRTE_SECURITY is disabled, compilation fails for octeontx2 (on an
Intel
In current version, we are setting the ports
using portmask. With portmask, we can use only
upto 64 ports. This portlist option enables the user
to use more than 64 ports.
Now we can specify the ports in 2 different ways
- Using portmask (-p [0x]nnn): mask must be in hex for
On Thu, Feb 6, 2020 at 8:26 PM Thierry Herbelot
wrote:
>
> On 2/6/20 3:48 PM, Jerin Jacob wrote:
> > On Thu, Feb 6, 2020 at 8:06 PM Thierry Herbelot
> > wrote:
> >>
> >> On 2/6/20 3:27 PM, Bruce Richardson wrote:
> >>> On Thu, Feb 06, 2020 at 02:39:28PM +0100, Thierry Herbelot wrote:
> Hello
21/01/2020 16:07, Vladimir Medvedkin:
> This commit fixes possible integer overflow for
> prev_idx in build_common_root() CID 350596
> and
> tbl8_idx in write_edge() CID 350597
>
> Unintentional integer overflow (OVERFLOW_BEFORE_WIDEN)
> overflow_before_widen: Potentially overflowing expression tb
On 2/6/20 4:06 PM, Jerin Jacob wrote:
On Thu, Feb 6, 2020 at 8:26 PM Thierry Herbelot
wrote:
On 2/6/20 3:48 PM, Jerin Jacob wrote:
On Thu, Feb 6, 2020 at 8:06 PM Thierry Herbelot
wrote:
On 2/6/20 3:27 PM, Bruce Richardson wrote:
On Thu, Feb 06, 2020 at 02:39:28PM +0100, Thierry Herbelot w
On Tue, Jan 14, 2020 at 10:05 AM Sunil Kumar Kori wrote:
>
> From: Harman Kalra
>
> Added an API to check if current execution is in interrupt
> context. This will be helpful to handle nested interrupt cases.
>
> Signed-off-by: Harman Kalra
> Signed-off-by: Sunil Kumar Kori
> Reviewed-by: Jerin
On Thu, Feb 6, 2020 at 8:48 PM Thierry Herbelot
wrote:
>
> On 2/6/20 4:06 PM, Jerin Jacob wrote:
> > On Thu, Feb 6, 2020 at 8:26 PM Thierry Herbelot
> > wrote:
> >>
> >> On 2/6/20 3:48 PM, Jerin Jacob wrote:
> >>> On Thu, Feb 6, 2020 at 8:06 PM Thierry Herbelot
> >>> wrote:
>
> On 2/6/
24/01/2020 18:05, Anatoly Burakov:
> When --no-huge mode is used, the memory is currently allocated with
> mmap(NULL, ...). This is fine in most cases, but can fail in cases
> where DPDK is run on a machine with an IOMMU that is of more limited
> address width than that of a VA, because we're not s
27/01/2020 14:18, Mahipal Challa:
> Defects reported by coverity scan are resolved.
> Coverity issue: CID 353611 - Error handling.
> Coverity issue: CID 353622 - Error handling.
> Coverity issue: CID 353632 - NULL pointer dereference.
>
> Signed-off-by: Mahipal Challa
Applied, thanks
From: Kalesh AP
Please apply.
Kalesh AP (5):
net/bnxt: avoid an unnecessary delay in port stop
net/bnxt: log firmware debug notifications
net/bnxt: register for debug notification async event from fw
net/bnxt: fix to call port stop when error recovery fails
net/bnxt: move locally used
From: Kalesh AP
bnxt_rss_ctxts() function is declared in header file bnxt.h,
implemented in bnxt_ethdev.c, and called only in bnxt_ethdev.c.
Also many functions are declared in header file bnxt_hwrm.h,
implemented in bnxt_hwrm.c, and called only in bnxt_hwrm.c.
This patch moves these function d
From: Rahul Gupta
Initially when driver is loading, there is no HWRM timeout configured
by FW, the VER_GET command needs use default timeout as 500ms and
while recovering from fatal/non-fatal FW error, it should use timeout
as 50ms.
Fixes: 458f0360e8dc ("net/bnxt: get default HWRM command timeou
From: Kalesh AP
VFs and multifunction PFs do not have the privilege to change
link configuration. We force the physical link down as a part
of device stop only for single physical function(SPF).
This change also helps in eliminating the logs when a VF port
is stopped:
"Port 0: link state change
From: Kalesh AP
During live FW upgrade or error recovery, if restoring the filter
settings fail after port start, driver invokes bnxt_uninit_resources()
only. Fix it to invoke bnxt_dev_stop_op() first before calling
bnxt_uninit_resources().
Fixes: df6cd7c1f73a ("net/bnxt: handle reset notify asy
From: Kalesh AP
PF driver has to register for the debug notification async event
with firmware in the HWRM_FUNC_DRV_RGTR command.
Signed-off-by: Kalesh AP
Reviewed-by: Ajit Kumar Khaparde
---
drivers/net/bnxt/bnxt_hwrm.c | 3 +++
drivers/net/bnxt/bnxt_hwrm.h | 2 ++
2 files changed, 5 inserti
From: Santoshkumar Karanappa Rastapur
In case of a buffer allocation failure, we reattempt buffer allocation
before the rx handler exits. We were not attempting this when producer
index is greater than the number of buffers to allocate. Fixed it with
correct checks.
Fixes: d9dd0b29ed31 ("net/bnx
From: Kalesh AP
The debug notifications are not functional in nature, they should
only have diagnostic value. Other than logging to system log,
drivers shall not take any other functional action based on this
async event.
Signed-off-by: Kalesh AP
Reviewed-by: Somnath Kotur
Reviewed-by: Ajit Ku
On Mon, Jan 6, 2020 at 2:05 PM Somnath Kotur wrote:
>
> Certain hardware may be able to strip and/or save only the outermost
> VLAN instead of both the VLANs in the mbuf in a QinQ scenario.
> To handle such cases, we could re-interpret setting of just
> PKT_RX_QINQ_STRIPPED to indicate that only t
Hi Jerin, see reply below
> On Thu, Feb 6, 2020 at 3:35 PM Coyle, David wrote:
> >
> > Hi Jerin,
>
> Hi David,
>
> > Thanks for the comments. Please see replies below.
> >
> > Kind Regards,
> > David
> >
> > > On Tue, Feb 4, 2020 at 8:15 PM David Coyle
> wrote:
> > > >
> > > > Introduction
> >
On Thu, Feb 6, 2020 at 10:01 PM Coyle, David wrote:
Hi David,
> >
> >
> > > > > - XGS-PON MAC: Crypto-CRC-BIP
> > > > > - Order:
> > > > > - Downstream: CRC, Encrypt, BIP
> > > >
> > > > I understand if the chain has two operations then it may possible to
> > > > have han
Hi Somnath,
Sorry for the delay, please find some comments below.
I suggest the following title instead:
mbuf: extend meaning of QinQ stripped bit
On Mon, Jan 06, 2020 at 02:04:23PM +0530, Somnath Kotur wrote:
> Certain hardware may be able to strip and/or save only the outermost
> VLAN inste
On Thu, 6 Feb 2020 12:14:19 +0100
Cornelia Huck wrote:
> On Tue, 04 Feb 2020 16:05:43 -0700
> Alex Williamson wrote:
>
> > Allow bus drivers to provide their own callback to match a device to
> > the user provided string.
> >
> > Signed-off-by: Alex Williamson
> > ---
> > drivers/vfio/vfio.c
From: Kalesh AP
PF driver has to register for the debug notification async event
with firmware in the HWRM_FUNC_DRV_RGTR command.
Signed-off-by: Kalesh AP
Reviewed-by: Ajit Khaparde
---
drivers/net/bnxt/bnxt_hwrm.c | 3 +++
drivers/net/bnxt/bnxt_hwrm.h | 2 ++
2 files changed, 5 insertions(+)
From: Kalesh AP
VFs and multifunction PFs do not have the privilege to change
link configuration. We force the physical link down as a part
of device stop only for single physical function(SPF).
This change also helps in eliminating the logs when a VF port
is stopped:
"Port 0: link state change
From: Kalesh AP
The debug notifications are not functional in nature, they should
only have diagnostic value. Other than logging to system log,
drivers shall not take any other functional action based on this
async event.
Signed-off-by: Kalesh AP
Reviewed-by: Somnath Kotur
Reviewed-by: Ajit Kh
v1->v2: fixed the commit logs.
Kalesh AP (5):
net/bnxt: fix unnecessary delay in port stop
net/bnxt: log firmware debug notifications
net/bnxt: register for debug notification event from FW
net/bnxt: fix to call port stop when error recovery fails
net/bnxt: move locally used functions to
From: Rahul Gupta
Initially when driver is loading, there is no HWRM timeout configured
by FW, the VER_GET command needs use default timeout as 500ms and
while recovering from fatal/non-fatal FW error, it should use timeout
as 50ms.
Fixes: 458f0360e8dc ("net/bnxt: get default HWRM command timeou
From: Kalesh AP
bnxt_rss_ctxts() function is declared in header file bnxt.h,
implemented in bnxt_ethdev.c, and called only in bnxt_ethdev.c.
Also many functions are declared in header file bnxt_hwrm.h,
implemented in bnxt_hwrm.c, and called only in bnxt_hwrm.c.
This patch moves these function d
From: Kalesh AP
During live FW upgrade or error recovery, if restoring the filter
settings fail after port start, driver invokes bnxt_uninit_resources()
only. Fix it to invoke bnxt_dev_stop_op() first before calling
bnxt_uninit_resources().
Fixes: df6cd7c1f73a ("net/bnxt: handle reset notify asy
From: Santoshkumar Karanappa Rastapur
In case of a buffer allocation failure, we reattempt buffer allocation
before the rx handler exits. We were not attempting this when producer
index is greater than the number of buffers to allocate. Fixed it with
correct checks.
Fixes: d9dd0b29ed31 ("net/bnx
Support was added in commit 94eb699bc82e ("net/bnxt: support flow mark action")
Signed-off-by: Ajit Khaparde
---
doc/guides/rel_notes/release_20_02.rst | 6 ++
1 file changed, 6 insertions(+)
diff --git a/doc/guides/rel_notes/release_20_02.rst
b/doc/guides/rel_notes/release_20_02.rst
index
On Thu, Feb 6, 2020 at 10:44 AM Ajit Khaparde
wrote:
> v1->v2: fixed the commit logs.
>
Patchset applied to dpdk-next-net-brcm.
>
> Kalesh AP (5):
> net/bnxt: fix unnecessary delay in port stop
> net/bnxt: log firmware debug notifications
> net/bnxt: register for debug notification event
On Thu, Feb 6, 2020 at 10:48 AM Ajit Khaparde
wrote:
> Support was added in commit 94eb699bc82e ("net/bnxt: support flow mark
> action")
>
> Signed-off-by: Ajit Khaparde
>
Patch applied to dpdk-next-net-brcm. Thanks
> ---
> doc/guides/rel_notes/release_20_02.rst | 6 ++
> 1 file changed,
Stopping an already disabled vport leads to firmware
assert. Stop the vport only if it was started.
Fixes: 2ea6f76aff40 ("qede: add core driver")
Cc: sta...@dpdk.org
Signed-off-by: Manish Chopra
Signed-off-by: Rasesh Mody
---
drivers/net/qede/qede_ethdev.c | 3 ++-
1 file changed, 2 insertions
On ungraceful termination of DPDK application, PMD VF driver
fails to re-load due to PF seeing the VF in unexpected state
during VF acquisition handshake.
This patch fixes it by allowing VF to request the PF for soft
FLR during the load in such cases so that it can get cleanly
re-loaded.
Fixes: 2
On Wed, Feb 5, 2020 at 10:44 PM Dmitry Kozlyuk wrote:
>
> This patch series add support for building DPDK using MinGW-w64.
>
> MinGW-w64 provides GNU toolchain and independent platform SDK on
> Windows. It also supports cross-compilation to Windows from POSIX
> systems by providing cross tollchain
06/02/2020 16:39, Thomas Monjalon:
> 24/01/2020 18:05, Anatoly Burakov:
> > When --no-huge mode is used, the memory is currently allocated with
> > mmap(NULL, ...). This is fine in most cases, but can fail in cases
> > where DPDK is run on a machine with an IOMMU that is of more limited
> > address
A new DPDK release candidate is ready for testing:
https://git.dpdk.org/dpdk/tag/?id=v20.02-rc2
226 patches were integrated.
The release notes so far:
http://doc.dpdk.org/guides/rel_notes/release_20_02.html
Highlights of 20.02-rc2:
- ABI check tooling
- Mellanox vD
On Thu, 6 Feb 2020 12:55:41 +0200
Mohammed Gamal wrote:
> testpmd 'show summary' command always shows interface status as down
> with 0 Mbps speed regardless of the underlying VF's status.
> This happens as hn_dev_link_update() is never called, even on the initial
> RNDIS_STATUS_MEDIA_CONNECT me
If application is using link state interrupt, the correct link state
needs to be filled in when device is started. This is similar to
how virtio updates link information.
Reported-by: Mohammed Gamal
Signed-off-by: Stephen Hemminger
---
This version marked RFT because am in airport without access
This patchset includes additional functionalities for Windows EAL
to support command-line parsing feature and some EAL common code
on Windows.
This patchset can be applied to windpdk-next-dev branch in the draft repo.
v8 changes:
Fixed the naming conventions.
Fixed a crash encount
The Governing Board and Tech Board have provided exceptions for
MIT and BSD-2-Clause license files for DPDK support on Windows.
Signed-off-by: Pallavi Kadam
Reviewed-by: Ranjit Menon
---
license/exceptions.txt | 12 +++-
1 file changed, 7 insertions(+), 5 deletions(-)
diff --git a/lice
Adding dirent.h on Windows to support common code.
eal_common_options.c includes this file.
The original contribution is under MIT license.
https://github.com/tronkko/dirent
Signed-off-by: Antara Ganesh Kolar
Signed-off-by: Pallavi Kadam
Reviewed-by: Ranjit Menon
Reviewed-by: Keith Wiles
---
Modified \common\include\arch\x86\rte_vect.h
to include SSE4 header for Windows.
Signed-off-by: Antara Ganesh Kolar
Signed-off-by: Pallavi Kadam
Reviewed-by: Ranjit Menon
Reviewed-by: Keith Wiles
---
lib/librte_eal/common/include/arch/x86/rte_vect.h | 4 +++-
1 file changed, 3 insertions(+),
Excluding syslog/ dlfcn definitions and parameters
from Windows by adding #ifndef RTE_EXEC_ENV_WINDOWS.
Note: This is a temporary change. In future, separate
'unix' directory will be created for unix specific functions.
Signed-off-by: Pallavi Kadam
Reviewed-by: Ranjit Menon
---
lib/librte_eal/
Adding getopt files to support parsing option on
Windows.
The original contribution is under BSD-2 license.
https://github.com/greenplum-db/libusual/blob/master/usual/getopt.c
https://github.com/greenplum-db/libusual/blob/master/usual/getopt.h
Signed-off-by: Antara Ganesh Kolar
Signed-off-by: Pa
Adding additional function definitions for pthread, cpuset
implementation, asprintf implementation, in order to support
common code.
Signed-off-by: Bruce Richardson
Signed-off-by: Pallavi Kadam
Reviewed-by: Ranjit Menon
Reviewed-by: Keith Wiles
---
lib/librte_eal/windows/eal/include/pthread.h
Adding a function to detect process type, also included
header files to contain suitable function declarations
and to support extra warning flags.
Signed-off-by: Pallavi Kadam
Signed-off-by: Antara Ganesh Kolar
Reviewed-by: Ranjit Menon
Reviewed-by: Keith Wiles
---
lib/librte_eal/windows/eal/
Adding specific logic for eal.c to support parsing on
Windows.
Signed-off-by: Pallavi Kadam
Signed-off-by: Antara Ganesh Kolar
Reviewed-by: Ranjit Menon
Reviewed-by: Keith Wiles
---
lib/librte_eal/windows/eal/eal.c | 133 ++-
1 file changed, 130 insertions(+), 3 de
Added support for additional common files in meson build
to expand Windows EAL and to support the lcore parsing
feature on Windows.
Signed-off-by: Pallavi Kadam
Signed-off-by: Antara Ganesh Kolar
Reviewed-by: Ranjit Menon
Reviewed-by: Keith Wiles
---
lib/librte_eal/windows/eal/meson.build | 8
https://bugs.dpdk.org/show_bug.cgi?id=392
Bug ID: 392
Summary: l3fwd fails to run with eventdev
Product: DPDK
Version: 20.02
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: N
Hi Dmitry,
On 2/5/2020 10:41 PM, Dmitry Kozlyuk wrote:
On 2/5/2020 4:39 PM, Pallavi Kadam wrote:
On 2/5/2020 11:54 AM, Dmitry Kozlyuk wrote:
Crashes at argument parsing, WinDbg log attached.
This patch works fine with meson=0.49.
I was able to execute the 'helloworld' app.
When I tried to
From: Pavan Nikhilesh
Service core mask should be a hexadecimal value rather than a range of
lcores.
Bugzilla ID: 392
Fixes: 55499896d91a ("doc: add event mode to l3fwd guide")
Signed-off-by: Pavan Nikhilesh
---
doc/guides/sample_app_ug/l3_forward.rst | 2 +-
1 file changed, 1 insertion(+), 1
1 - 100 of 102 matches
Mail list logo
