Hi,
It has following files:
arch.h ib.h kern-abi.h mlx4dv.h mlx5dv.h opcode.h sa.h sa-kern-abi.h
verbs.h
I tried with both MLNX_OFED_LINUX-4.2-1.0.0.0 and
MLNX_OFED_LINUX-4.2-1.2.0.0-ubuntu14.04-x86_64
Regards,
Nitin
-Original Message-
From: Shahaf Shuler [mailto:shah...@mella
Rather than copy the log message, we can use a precision in the format
string given to syslog.
Fixes: af75078fece3 ("first public release")
Signed-off-by: David Marchand
---
lib/librte_eal/linuxapp/eal/eal_log.c | 13 +
1 file changed, 1 insertion(+), 12 deletions(-)
diff --git a/li
Rather than copy the string, we can use a precision in the format string
given to printf.
Signed-off-by: David Marchand
---
lib/librte_cmdline/cmdline_parse.c | 9 ++---
1 file changed, 2 insertions(+), 7 deletions(-)
diff --git a/lib/librte_cmdline/cmdline_parse.c
b/lib/librte_cmdline/cmd
On Thu, May 31, 2018 at 07:01:17AM +, Nitin Katiyar wrote:
> Hi,
> It has following files:
>
> arch.h ib.h kern-abi.h mlx4dv.h mlx5dv.h opcode.h sa.h
> sa-kern-abi.h verbs.h
>
> I tried with both MLNX_OFED_LINUX-4.2-1.0.0.0 and
> MLNX_OFED_LINUX-4.2-1.2.0.0-ubuntu14.04-x86_64
Did you
When detaching a port bound to ixgbe PMD, if the port
does not have any VFs, *vfinfo is not set and there is
a NULL dereference attempt, when calling
rte_eth_switch_domain_free(), which expects VFs to be used,
causing a segmentation fault.
Steps to reproduce:
./testpmd -- -i
testpmd> port stop al
Yes,I installed it using --dpdk --upstream-libs. What is the way forward now?
Regards,
Nitin
-Original Message-
From: Nélio Laranjeiro [mailto:nelio.laranje...@6wind.com]
Sent: Thursday, May 31, 2018 1:36 PM
To: Nitin Katiyar
Cc: Shahaf Shuler ; dev@dpdk.org
Subject: Re: [dpdk-dev] Comp
https://dpdk.org/tracker/show_bug.cgi?id=54
Fan Zhang (roy.fan.zh...@intel.com) changed:
What|Removed |Added
Status|CONFIRMED |RESOLVED
Componen
This patchset does two things. First, it enables reserving
memzones of zero-length that are IOVA-contiguous. Second,
it fixes a long-standing race condition in reserving
zero-length memzones, where malloc heap is not locked between
stats collection and reservation, and will instead allocate
biggest
Add an internal-only function to allocate biggest element from
the heap. Nominally, it supports SOCKET_ID_ANY as its socket
argument, but it's essentially useless because other sockets
will only be allocated from if the entire heap on current or
specified socket is busy.
Still, asking to reserve a
Adding internal-only function to find biggest free IOVA-contiguous
malloc element. This is not exposed to external API.
Signed-off-by: Anatoly Burakov
Acked-by: Remy Horton
Acked-by: Shreyansh Jain
---
Notes:
v6:
- Patch was postponed to 18.08 but i forgot to add
deprecation noti
Currently, reserving zero-length memzones is done by looking at
malloc statistics, and reserving biggest sized element found in those
statistics. This has two issues.
First, there is a race condition. The heap is unlocked between the
time we check stats, and the time we reserve malloc element for
When detaching a port bound to ixgbe PMD, if the port
does not have any VFs, *vfinfo is not set and there is
a NULL dereference attempt, when calling
rte_eth_switch_domain_free(), which expects VFs to be used,
causing a segmentation fault.
Steps to reproduce:
./testpmd -- -i
testpmd> port stop al
On Thu, May 31, 2018 at 09:14:03AM +, Nitin Katiyar wrote:
> Yes,I installed it using --dpdk --upstream-libs. What is the way
> forward now?
In v17.05 MLX5 PMD is still relying on libibverbs and libmlx5, the way
Those options you used are necessary to select in their package the
installation o
> -Original Message-
> From: Maxime Coquelin [mailto:maxime.coque...@redhat.com]
> Sent: Tuesday, May 29, 2018 5:45 PM
> To: dev@dpdk.org; Bie, Tiwei ; Wang, Zhihong
>
> Cc: Maxime Coquelin
> Subject: [PATCH v2 0/2] Vhost: unitfy receive paths
>
> Hi,
>
> This second version fixes th
Hi,
I am testing packet drops scenario by setting the MTU size.
My setup have i40evf driver. I set the dpdk interface's MTU size to 1800.
I am sending 100 packets of size 1918 each.
I am expecting the drop counter to increment.
rte_eth_stats_get() returns i.packets with number of packets I sent.
T
As previously discussed [1], IPC threads need to be removed and their
workload moved to interrupt thread.
The transition is complete as far as Linux support is concerned, however
since there is no interrupt thread on FreeBSD, this patchset effectively
disables IPC on FreeBSD for now (hence it stil
From: Jianfeng Tan
We will reply on alarm API for async IPC request as following patch
indicates. rte_malloc could require async IPC request.
To avoid such chicken or the egg causality dilemma, we change to
use glibc malloc in alarm implimentation.
Signed-off-by: Jianfeng Tan
Signed-off-by: An
From: Jianfeng Tan
We will rely on interrupt thread to implement IPC; and IPC initialization
is in very early stage, when memory subsystem is not initialized yet.
So we change to use glibc malloc/free.
Signed-off-by: Jianfeng Tan
Signed-off-by: Anatoly Burakov
---
lib/librte_eal/linuxapp/eal/
Previously, to handle requests from peer(s), or replies for a
request (sync or async) by itself, a dedicated IPC thread was set
up.
Now that every other piece of the puzzle is in place, we can get rid
of the IPC thread, and move waiting for IPC messages entirely into the
interrupt thread.
Signed-
From: Jianfeng Tan
IPC will reply on interrupt handling, so we move forward the init
of interrupt handling.
Signed-off-by: Jianfeng Tan
Signed-off-by: Anatoly Burakov
---
lib/librte_eal/linuxapp/eal/eal.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/lib/librt
Previously, we were using two IPC threads - one to handle messages
and synchronous requests, and another to handle asynchronous requests.
To handle replies for an async request, rte_mp_handle woke up the
rte_mp_handle_async thread to process through pthread_cond variable.
Change it to handle async
From: Jianfeng Tan
We are going to merge IPC into interrupt thread. This patch adds
IPC type for interrupt thread.
Signed-off-by: Jianfeng Tan
Signed-off-by: Anatoly Burakov
---
Notes:
RFC->RFCv2:
- Fixed typo in test app
.../common/include/rte_eal_interrupts.h | 1 +
lib/lib
Hi all,
Here is a list of patches targeted for LTS release 16.11.7. Please
help review and test. The planned date for the final release is Monday,
June the 11th.
Before that, please shout if anyone has objections with these
patches being applied.
Also for the companies committed to running regres
Hello all,
At this morning's release meeting (minutes coming soon from John), we
briefly discussed the state of the regression testing for stable
releases and agreed we need to formalise the process.
At the moment we have a firm commitment from Intel and Mellanox to test
all stable branches (and
Currently, memory for device maps is allocated ad-hoc, by calculating
end of VA space allocated for hugepages and crossing fingers in hopes that
those addresses will be free in primary and secondary processes. This leads
to situations such as this:
EAL: Detected 88 lcore(s)
EAL: Detected 2 NUMA no
In order for hotplug in multiprocess to work reliably, we will need
a common shared memory area that is guaranteed to be accessible to all
processes at all times. This is accomplished by pre-reserving memory
that will be used for device mappings at startup, and managing it
at runtime.
Two new API
We need to keep usage of our memory area indexed, but we don't
actually need to store any data - we need just the indexing
capabilities of fbarray. Yet, it currently disallows zero-sized
elements. Fix that by removing the check for zero-sized elements -
the rest will work correctly already.
Signed
Adjust PCI infrastructure to reserve device memory through the
new device memory API. Any hotplug event will reserve memory, any
hot-unplug event will release memory back to the system.
This allows for more reliable PCI mappings in secondary processes,
and will be crucial to support multiprocess h
Hi,
I am testing packet drops scenario by setting the MTU size.
My setup have i40evf driver. I set the dpdk interface's MTU size to 1800.
I am sending 100 packets of size 1918 each.
I am expecting the drop counter to increment.
rte_eth_stats_get() returns i.packets with number of packets I sent.
https://dpdk.org/tracker/show_bug.cgi?id=58
Bug ID: 58
Summary: cppcheck static analyzer warnings
Product: DPDK
Version: 18.05
Hardware: All
OS: All
Status: CONFIRMED
Severity: normal
Priority: N
On 5/16/2018 1:41 PM, Ferruh Yigit wrote:
> Today after listening Colin's Static Analysis talk, I run cppcheck on
> v18.05-rc4
> code and it revealed some issues, sharing here for anyone to interested in
> fixing them. At least I encourage to check maintainers to check their own
> pieces.
>
> It
Thanks Shahaf, it worked after removing the options you specified.
Regards,
Nitin
-Original Message-
From: Nélio Laranjeiro [mailto:nelio.laranje...@6wind.com]
Sent: Thursday, May 31, 2018 3:23 PM
To: Nitin Katiyar
Cc: Shahaf Shuler ; dev@dpdk.org
Subject: Re: [dpdk-dev] Compilation of
The error path was disabled in previous release to let apps to be more
flexible.
But this release they are enabled, applications have to obey offload API
rules otherwise they will get errors from following APIs:
rte_eth_dev_configure
rte_eth_rx_queue_setup
rte_eth_tx_queue_setup
Signed-off-by: Fe
On 05/31/2018 11:55 AM, Wang, Zhihong wrote:
-Original Message-
From: Maxime Coquelin [mailto:maxime.coque...@redhat.com]
Sent: Tuesday, May 29, 2018 5:45 PM
To: dev@dpdk.org; Bie, Tiwei ; Wang, Zhihong
Cc: Maxime Coquelin
Subject: [PATCH v2 0/2] Vhost: unitfy receive paths
Hi,
Hi Alex,
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Alex Kiselev
> Sent: Wednesday, May 16, 2018 12:04 PM
> To: dev@dpdk.org; Burakov, Anatoly
> Subject: [dpdk-dev] [PATCH 1/2] librte_ip_frag: add function to delete
> expired entries
>
> add new function
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Alex Kiselev
> Sent: Wednesday, May 16, 2018 12:04 PM
> To: dev@dpdk.org; Burakov, Anatoly
> Subject: [dpdk-dev] [PATCH 2/2] librte_ip_frag: add mbuf counter
>
> add new function rte_frag_table_mbuf_count() tha
PMDs should provide supported RSS hash functions via
dev_info.flow_type_rss_offloads variable.
There is a check in ethdev if requested RSS hash function is supported
by PMD or not.
This check has been relaxed in previous release to not return an error
when a non supported has function requested [1
On 4/22/2018 12:30 PM, Ophir Munk wrote:
> Prior to this commit IP/UDP/TCP checksum offload calculations
> were skipped in case of a multi segments packet.
> This commit enables TAP checksum calculations for multi segments
> packets.
> The only restriction is that the first segment must contain
> h
On 5/31/2018 2:52 PM, Ferruh Yigit wrote:
> On 4/22/2018 12:30 PM, Ophir Munk wrote:
>> Prior to this commit IP/UDP/TCP checksum offload calculations
>> were skipped in case of a multi segments packet.
>> This commit enables TAP checksum calculations for multi segments
>> packets.
>> The only restr
Existing service functions allow us to stop a service, but doing so doesn't
guarantee that the service has finished running on a service core. This
patch set introduces a function, rte_service_may_be_active(), to check
whether a stopped service is truly stopped.
This is needed for flows that modif
Existing service functions allow us to stop a service, but doing so doesn't
guarantee that the service has finished running on a service core. This
commit introduces rte_service_may_be_active(), which returns whether the
service may be executing on one or more lcores currently, or definitely is
not
This commit also adds a flush callback test to the sw eventdev's selftest
suite.
Signed-off-by: Gage Eads
---
drivers/event/sw/sw_evdev.c | 114 ++-
drivers/event/sw/sw_evdev_selftest.c | 81 -
2 files changed, 192 insertions(+),
On 4/26/2018 11:44 AM, Tomasz Duszynski wrote:
> Hello Stephen,
>
> A few nits on this inline.
Hi Tomasz,
This was an RFC targeting your driver.
Can you re-spin the patch with your suggested updates?
>
> On Wed, Apr 25, 2018 at 09:44:54AM -0700, Stephen Hemminger wrote:
>> All DPDK drivers sh
On 5/9/2018 1:06 PM, Radu Nicolau wrote:
> Add a call to rte_eth_link_get_nowait on every slave to update
> the internal link status struct. Otherwise slave add will fail
> for mode 4 if the ports are all stopped but only one of them checked.
>
> Signed-off-by: Radu Nicolau
Hi Radu,
Can you ple
Hi Konstantin.
>> -Original Message-
>> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Alex Kiselev
>> Sent: Wednesday, May 16, 2018 12:04 PM
>> To: dev@dpdk.org; Burakov, Anatoly
>> Subject: [dpdk-dev] [PATCH 2/2] librte_ip_frag: add mbuf counter
>> add new function rte_frag_table
This command-line option will cause DPDK to not create any shared
files at runtime, including any shared configuration or hugetlbfs
files. This is useful for debug purposes, as well as for certain
use cases like containers.
Currently, this option does nothing.
Signed-off-by: Anatoly Burakov
---
This patchset takes old debug options "--huge-unlink" and
"--no-shconf" and replaces them both with a new option,
"--no-shared-files". This is a special mode which will
disable support for secondary processes, but which will
cause DPDK to not create any shared files while running -
neither hugepage
Unlink hugepages after creating them, to honor the no shared files mode.
We cannot resize non-existing files, so make single file segments
explicitly unsupported.
Signed-off-by: Anatoly Burakov
---
lib/librte_eal/linuxapp/eal/eal.c | 9 +
lib/librte_eal/linuxapp/eal/eal_memallo
IPC is an inter-process communication mechanism. Since no secondaries
can ever be expected to run in no shared files mode, IPC will be
useless, so do not enable it in the first place. In the interests of
API usage convenience, we will still allow registering callbacks, but
obviously they won't ever
Now that the rest of the EAL is adjusted to not create any shared
files, prevent runtime directory from ever being created.
Signed-off-by: Anatoly Burakov
---
lib/librte_eal/bsdapp/eal/eal.c | 3 ++-
lib/librte_eal/linuxapp/eal/eal.c | 3 ++-
2 files changed, 4 insertions(+), 2 deletions(-)
d
Move all functionality associated with --no-shconf to
--no-shared-files, and make the former an alias for the latter.
Signed-off-by: Anatoly Burakov
---
lib/librte_eal/bsdapp/eal/eal.c| 4 ++--
lib/librte_eal/common/eal_common_memory.c | 3 ++-
lib/librte_eal/common/eal_common_opt
Do not create any shared hugepage size info files if we were
asked to not create any shared files.
Signed-off-by: Anatoly Burakov
---
lib/librte_eal/bsdapp/eal/eal_hugepage_info.c | 4
lib/librte_eal/linuxapp/eal/eal_hugepage_info.c | 4
2 files changed, 8 insertions(+)
diff --git a
Do not create a shared hugepage data file if we were asked to
not create any shared files.
Signed-off-by: Anatoly Burakov
---
lib/librte_eal/linuxapp/eal/eal_memory.c | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
diff --git a/lib/librte_eal/linuxapp/eal/eal_memory.c
b/lib
When using --no-shared-files option, the expectation is that no
multiprocess will be supported as no shared files are created. However,
fbarray still creates some shared files that prevent multiple processes
with the same prefix from starting.
Fix this by avoiding creating shared files whenever no
This will supplant no-shared-files mode to use memfd-based hugetlbfs
allocation instead of hugetlbfs mounts. Due to memfd only being
supported kernel 4.14+ and glibc 2.27+, a compile-time check is
performed along with runtime checks.
Signed-off-by: Anatoly Burakov
---
.../linuxapp/eal/eal_hugepa
COUNT action has been modified and has several fields not addressable
though testpmd. In addition, as those fields are not definable testpmd
is providing an empty configuration which is undefined.
Fixes: fb8fd96d4251 ("ethdev: add shared counter to flow API")
Cc: declan.dohe...@intel.com
Cc: sta.
Move all functionality associated with --huge-unlink command-line
option to --no-shared-files, and make it an alias. Since the new
command-line option does things other than just unlinking hugepage
files after they've been created, it is no longer incompatible with
--no-huge option, so removing tha
Add a call to rte_eth_link_get_nowait on every slave to update
the internal link status struct. Otherwise slave add will fail
for mode 4 if the ports are all stopped but only one of them checked.
Fixes: b77d21cc2364 ("ethdev: add link status get/set helper functions")
Bugzilla entry: https://dpdk.
Hi Konstantin.
> Hi Alex,
>> -Original Message-
>> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Alex Kiselev
>> Sent: Wednesday, May 16, 2018 12:04 PM
>> To: dev@dpdk.org; Burakov, Anatoly
>> Subject: [dpdk-dev] [PATCH 1/2] librte_ip_frag: add function to delete
>> expired entri
On 5/9/2018 1:45 PM, Michal Krawczyk wrote:
> ena_com is the HAL provided by the vendor and it shouldn't be modified
> by the driver developers.
>
> The PMD and platform file was adjusted for the new version of the
> ena_com:
> * Do not use deprecated meta descriptor fields
> * Add empty A
Validate RTE_HASH_BUCKET_ENTRIES during compilation instead of
run time.
Signed-off-by: Honnappa Nagarahalli
Reviewed-by: Gavin Hu
---
lib/librte_eal/common/include/rte_common.h | 5 +
lib/librte_hash/rte_cuckoo_hash.c | 1 -
lib/librte_hash/rte_cuckoo_hash.h | 4
3 f
On 5/31/2018 3:34 PM, Radu Nicolau wrote:
I can see you just prefix "fix" to the title without updating it :)
What about following one:
"net/bonding: fix slave add for mode 4" ?
> Add a call to rte_eth_link_get_nowait on every slave to update
> the internal link status struct. Otherwise slave ad
As per deprecation notice [1], move DPDK runtime config to default
DPDK runtime data location. Also, remove the deprecation notice.
[1] http://dpdk.org/dev/patchwork/patch/40418/
Signed-off-by: Anatoly Burakov
---
doc/guides/rel_notes/deprecation.rst | 10 --
lib/librte_eal/common/eal
On 5/31/2018 4:34 PM, Ferruh Yigit wrote:
> On 5/31/2018 3:34 PM, Radu Nicolau wrote:
>
> I can see you just prefix "fix" to the title without updating it :)
>
> What about following one:
> "net/bonding: fix slave add for mode 4" ?
>
>> Add a call to rte_eth_link_get_nowait on every slave to upd
On 5/15/2018 1:36 PM, Wiles, Keith wrote:
>
>
>> On May 12, 2018, at 1:30 AM, Vipin Varghese wrote:
>>
>> Updating the logic to reflect unsigned integer as index for TAP PMD.
>>
>> Signed-off-by: Vipin Varghese
<...>
> Acked by Keith Wiles
Repeating ack with "-" to help patchwork:
Acked-by:
When rte_eal_cleanup() is called, it is expected that DPDK will be able to
release all of its memory back to the system. However, if pages are marked
as unfreeable, the pages will not be released back. Fix this to mark all
pages as freeable on calling rte_eal_cleanup(), but only do it for primary
p
On 5/31/2018 4:36 PM, Ferruh Yigit wrote:
On 5/31/2018 4:34 PM, Ferruh Yigit wrote:
On 5/31/2018 3:34 PM, Radu Nicolau wrote:
I can see you just prefix "fix" to the title without updating it :)
What about following one:
"net/bonding: fix slave add for mode 4" ?
Great, I'll use it for v3 :)
The test application didn't call rte_eal_cleanup() on exit, which
caused leftover hugepages and memory leaks when running secondary
processes. Fix this by calling rte_eal_cleanup() on exit.
Signed-off-by: Anatoly Burakov
---
test/test/test.c | 33 +++--
1 file changed
Add a call to rte_eth_link_get_nowait on every slave to update
the internal link status struct. Otherwise slave add will fail
for mode 4 if the ports are all stopped but only one of them checked.
Fixes: b77d21cc2364 ("ethdev: add link status get/set helper functions")
Bugzilla ID: 52
Signed-off-b
On 5/30/2018 7:41 AM, Rakesh K wrote:
>
>
> On Monday 28 May 2018 07:14 PM, Ferruh Yigit wrote:
>> On 5/28/2018 1:57 PM, rkudurumalla wrote:
>>> This feature is used to create a hole between HEADROOM
>>> and actual data.Size of hole is specified in bytes as
>>> module param to pmd
>>
>> Can't mbu
TCP Segmentation Offload (TSO) is a feature which enables the TCP/IP
network stack to delegate segmentation of a TCP segment to the NIC,
thus saving compute resources.
This RFC proposes to add support for TSO to the MLX4 PMD.
Prerequisites:
In order for the PMD to recognize the TSO capabilities o
On 5/31/2018 5:13 PM, Radu Nicolau wrote:
>
>
> On 5/31/2018 4:36 PM, Ferruh Yigit wrote:
>> On 5/31/2018 4:34 PM, Ferruh Yigit wrote:
>>> On 5/31/2018 3:34 PM, Radu Nicolau wrote:
>>>
>>> I can see you just prefix "fix" to the title without updating it :)
>>>
>>> What about following one:
>>> "n
On 5/23/2018 12:16 AM, Rasesh Mody wrote:
> This patch fixes VF MTU update to work without having to restart the
> vport and there by not requiring port re-configuration. It adds a
> VF MTU Update TLV to achieve the same. Firmware can handle VF MTU update
> by just pausing the vport.
>
> Fixes: dd
On 5/23/2018 7:00 PM, Rahul Lakkireddy wrote:
> Report current configured link auto-negotiation. Also initialize
> rte_eth_link.
>
> Coverity issue: 280648
> Fixes: f5b3c7b29357 ("net/cxgbevf: fix inter-VM traffic when physical link
> down")
>
> Signed-off-by: Rahul Lakkireddy
Applied to dpdk-
Previously, when joining adjacent free elements, we were erasing
trailer and header, but did not erase the padding. Fix this by
accounting for padding on erase, and do not erase padding twice
by adjusting data pointer and data len to not include padding.
Fixes: bb372060dad4 ("malloc: make heap a d
Minutes from the weekly DPDK Release Status Meeting.
The DPDK Release Status Meeting is intended for DPDK Committers to discuss
the status of the master tree and sub-trees, and for project managers to
track progress or milestone dates.
The meeting occurs on Thursdays at 8:30 UTC. If you wish to a
Previously, it was possible to limit maximum amount of memory
allowed for allocation by creating validator callbacks. Although a
powerful tool, it's a bit of a hassle and requires modifying the
application for it to work with DPDK example applications.
Fix this by adding a new parameter "--socket-
> On May 31, 2018, at 11:21 AM, Moti Haimovsky wrote:
>
> TCP Segmentation Offload (TSO) is a feature which enables the TCP/IP
> network stack to delegate segmentation of a TCP segment to the NIC,
> thus saving compute resources.
>
> This RFC proposes to add support for TSO to the MLX4 PMD.
>
> On May 31, 2018, at 12:18 PM, dev-boun...@dpdk.org wrote:
>
> Minutes from the weekly DPDK Release Status Meeting.
>
> The DPDK Release Status Meeting is intended for DPDK Committers to discuss
> the status of the master tree and sub-trees, and for project managers to
> track progress or mil
Add small amount of additional code, use consistent variable names
across code blocks, change the image to represent queues and
CPU cores intuitively. These help improve the eventdev library
documentation.
Signed-off-by: Honnappa Nagarahalli
Reviewed-by: Gavin Hu
---
doc/guides/prog_guide/event
Add template release notes for DPDK 18.08 with inline
comments and explanations of the various sections.
Signed-off-by: Thomas Monjalon
---
doc/guides/rel_notes/index.rst | 1 +
doc/guides/rel_notes/release_18_08.rst | 192 +
2 files changed, 193 insertions(+)
It's not clear to me that the issue here is the bonding slave add.
You can only add started PMDs. When a PMD dev start is complete,
the PMD should have a valid link state and the link properties should be
valid. A few of the PMDs are very good about this, particularly the
ones with LSC interrupts
On Thu, May 31, 2018 at 12:26 PM, Luca Boccassi wrote:
> Hello all,
>
> At this morning's release meeting (minutes coming soon from John), we
> briefly discussed the state of the regression testing for stable
> releases and agreed we need to formalise the process.
>
> At the moment we have a firm
83 matches
Mail list logo
