From: yuan wang
When numa reallocation occurs, numa_realoc() on the control
plane will free the old vq. If rte_vhost_dequeue_burst()
on the data plane get the vq just before release, then it
will access the released vq. We need to put the
vq->access_lock into struct virtio_net to ensure that it
c
Please don't delay integration of this patch set further to port individual
tests. Individual tests can be ported to windows with significantly reduced
sensitivity to the churn once the conditional mechanisms are in place.
We spend enormous amounts of time continuously rebasing it every time on
Hi,
since DPDK 21.11 is out, we should start discussion to make asymmetric API
stable.
- Struct rte_crypto_vec vs struct rte_crypto_param_t
We have two almost identical functionally structs, one in _sym.h another in
asym.h so we probably should pick one of them.
"rte_crypto_vec" ad
ECDSA op:
rte_crypto_param k;
/**< The ECDSA per-message secret number, which is an integer
* in the interval (1, n-1)
*/
DSA op:
No 'k'.
This one I think have described some time ago:
Only PMD that verifies ECDSA is OCTEON which apparent
> From: Morten Brørup [mailto:m...@smartsharesystems.com]
> Sent: Thursday, 2 December 2021 14.56
>
> > From: Ananyev, Konstantin [mailto:konstantin.anan...@intel.com]
> > Sent: Thursday, 2 December 2021 14.01
> >
> > > > From: Thomas Monjalon [mailto:tho...@monjalon.net]
> > > > Sent: Thursday, 2
Hi
> -Original Message-
> From: Olivier Matz
> Sent: Friday, October 29, 2021 09:29
> To: Morten Brørup
> Cc: Yigit, Ferruh ; Li, Xiaoyun
> ;
> Ananyev, Konstantin ;
> step...@networkplumber.org; dev@dpdk.org; sta...@dpdk.org;
> Medvedkin, Vladimir
> Subject: Re: [dpdk-dev] [PATCH v3]
Added functions to calculate UDP/TCP checksum for packets which may be
over multi-segments and fix the checksum issue with testpmd csum
forwarding mode.
Xiaoyun Li (2):
net: add functions to calculate UDP/TCP cksum in mbuf
testpmd: fix l4 sw csum over multi segments
---
v4:
* Called rte_raw_
Add functions to call rte_raw_cksum_mbuf() to calculate IPv4/6
UDP/TCP checksum in mbuf which can be over multi-segments.
Signed-off-by: Xiaoyun Li
---
doc/guides/rel_notes/release_22_03.rst | 10 ++
lib/net/rte_ip.h | 186 +
lib/net/version.map
In csum forwarding mode, software UDP/TCP csum calculation only takes
the first segment into account while using the whole packet length so
the calculation will read invalid memory region with multi-segments
packets and will get wrong value.
This patch fixes this issue.
Signed-off-by: Xiaoyun Li
On Fri, 2021-12-03 at 08:54 +0100, christian.ehrha...@canonical.com
wrote:
> From: Christian Ehrhardt
>
> It was important in the past to select anything with "fix" in the
> headline, but recently more often created false positives and work
> to sort tihngs out than identifying many helpful patch
On Fri, 2021-12-03 at 08:54 +0100, christian.ehrha...@canonical.com
wrote:
> From: Christian Ehrhardt
>
> The candidate list for backports lists partial fixes like:
> "(21.02 (partially fixed in 21.08))"
> That is useful to identify fixes menat for later releases, but
> indirectly applying to ol
On 03/12/2021 07:54, christian.ehrha...@canonical.com wrote:
From: Christian Ehrhardt
It was important in the past to select anything with "fix" in the
headline, but recently more often created false positives and work
to sort tihngs out than identifying many helpful patches.
The community and
On 03/12/2021 07:54, christian.ehrha...@canonical.com wrote:
From: Christian Ehrhardt
The candidate list for backports lists partial fixes like:
"(21.02 (partially fixed in 21.08))"
That is useful to identify fixes menat for later releases, but
indirectly applying to older ones as well.
Whil
The checks for the table-only and default-only annotations were
incorrect, as they were using the pipeline action ID instead of the
table action ID for retrieving the table action info. These checks are
now corrected and pushed into the internal table_entry_check()
function.
Fixes: cd79e0205824 ("
On Fri, 3 Dec 2021 08:19:07 +0100
Markus Theil wrote:
> From: Markus Theil
>
> Fix kni's ioctl signature to correctly match the kernel's
> structs. This shaves off the (void*) casts and uses struct file*
> instead of struct inode*. With the correct signature, control flow
> integrity checkers
Adds roc APIs roc_nix_cq_head_tail_get, roc_nix_sq_head_tail_get
to get head-tail of receive and transmit queue respectively.
Signed-off-by: Rahul Bhansali
---
drivers/common/cnxk/roc_nix.h | 4 +++
drivers/common/cnxk/roc_nix_queue.c | 53 +
drivers/common/cnx
Provides ethdev callback support of rx_queue_count,
rx_descriptor_status and tx_descriptor_status.
Signed-off-by: Rahul Bhansali
---
drivers/net/cnxk/cnxk_ethdev.c | 3 ++
drivers/net/cnxk/cnxk_ethdev.h | 5 +++
drivers/net/cnxk/cnxk_ethdev_ops.c | 60 ++
3
On Thu, Dec 2, 2021 at 9:45 AM Mcnamara, John wrote:
> > At the time the dpdk-fips_validation tool was written the test vectors
> > weren't available in JSON format, and, to the best of my knowledge, there
> > was a format specification (which is why there is different parsing for
> > different al
Hello all,
We have several platforms based on Intel's C3000 series of SoCs that
have integrated ixgbe devices (X550EM) operating in the "Native SFI"
mode (the 0x15c4 device ID).
The first five patches in the series all fix issues relating to the ID
and setup of SFPs.
Patch 6 allows slow to boot
Currently all X500EM* MAC types fallthrough to the default case and get
reported as non-SFP regardless of media type, which isn't correct.
Fixes: 0790adeb567 ("ixgbe/base: support X550em_a device")
Cc: sta...@dpdk.org
Signed-off-by: Stephen Douthit
---
drivers/net/ixgbe/ixgbe_ethdev.c | 14
Refactor the SFP check code from ixgbe_check_mac_link_generic into its own
function.
Note that the SFP present status was inverted for the X550EM family of
devices, where SDP0 represents the active low PRSNT# signal from the cage.
Call the new function in ixgbe_identify_module_generic() to short
Make sure an SFP is really a SFF-8472 device that supports the optional
soft rate select feature before just blindly poking those I2C registers.
Skip all I2C traffic if we know there's no SFP.
Fixes: f3430431aba ("ixgbe/base: add SFP+ dual-speed support")
Cc: sta...@dpdk.org
Signed-off-by: Steph
1ca05831b9b added a check that SDP3 (used as a TX_DISABLE output to the
SFP cage on these cards) is not asserted to avoid incorrectly reporting
link up when the SFP's laser is turned off.
ff8162cb957 limited this workaround to fiber ports
Refactor this so it's:
* Not open coded in ixgbe_dev_link
Currently the ixgbe driver does not ID any SFP except for the first one
plugged in. This can lead to no-link, or incorrect speed conditions.
For example:
* If link is initially established with a 1G SFP, and later a 1G/10G
multispeed part is later installed, then the MAC link setup functions are
Some XGS-PON SFPs have been observed ACKing I2C reads and return
uninitialized garbage while their uC boots. This can lead to the SFP ID
code marking an otherwise working SFP module as unsupported if a bogus
ID value is read while it's internal PHY/microcontroller is still
booting.
Retry the ID r
1G Cu SFPs are not officially supported on the X552/X553 family of devices
but treat them as 1G SX modules since they usually work. Print a warning
though since support isn't validated, similar to what already happens for
other unofficially supported SFPs enabled via the allow_unsupported_sfps
par
On 12/2/2021 4:06 PM, Jie Zhou wrote:
This patchset is to enable a subset of unit tests on windows. It mainly
includes:
- Replace POSIX specific codes
- Add test stubs for not supported ones on Windows
- Fix some lib and tests per failures investigation
- Replace .sh script with .py script for
2021-12-01 10:43 (UTC-0800), Jie Zhou:
> - Remove header inclusion of netinet/in.h and terminos.h
Typo: "termios.h".
> - Include rte_os_shim.h
> - Replace sleep and usleep with rte_delay_us_sleep
Instead of all the above I'd say:
"Replace POSIX-specific code with DPDK equivalents
or conditional
2021-12-02 16:06 (UTC-0800), Jie Zhou:
> Fix incorrect errno variable used in memory autotest.
> Use rte_errno instead.
>
> Fixes: 086d426406bd ("app/test: fix memory autotests on FreeBSD")
> Cc: bruce.richard...@intel.com
>
> Signed-off-by: Jie Zhou
Acked-by: Dmitry Kozlyuk
> ---
> app/test
2021-12-02 16:06 (UTC-0800), Jie Zhou:
> Even though test_interrupts.c can compile on Windows, skip interrupt
> tests for now since majority of eal_interrupt on Windows are stubs.
> Will remove the skip after interrupt being fully enabled on Windows.
>
> Signed-off-by: Jie Zhou
Acked-by: Dmitry
2021-12-02 16:06 (UTC-0800), Jie Zhou:
> - Add python script to check if system supports hugepages
> - Remove corresponding .sh script
> - Replace calling of .sh with corresponding .py in meson.build
>
> Signed-off-by: Jie Zhou
Acked-by: Dmitry Kozlyuk
2021-12-02 16:06 (UTC-0800), Jie Zhou:
> Remove two alarm_autotest test cases which do bogus range check
> on Windows.
>
> Signed-off-by: Jie Zhou
Acked-by: Dmitry Kozlyuk
Overflow check in rte_eal_alarm_set() for all systems
should be revised and corrected if need be.
2021-12-02 16:06 (UTC-0800), Jie Zhou:
> DPDK logs_autotest on Windows failed at "dynamic log types" tests.
> The failures are on 2 test cases for rte_log_set_level_regexp API,
> due to regular expression is not supported on Windows in DPDK yet
> and regcomp/regexec are just stubs on Windows (in re
2021-12-02 16:06 (UTC-0800), Jie Zhou:
> On Windows, strerror returns just "Unknown error" for errnum greater
> than MAX_ERRNO, while linux and freebsd returns "Unknown error ",
> which is the current expectation for errno_autotest. Differentiate
> the error string on Windows to remove a "duplicate
34 matches
Mail list logo
