Re: [PATCH] net/e1000: support Rx/Tx burst mode info

On 4/29/25 10:47 AM, Bruce Richardson wrote: > On Wed, Apr 16, 2025 at 01:30:57PM -0400, Roger Melton wrote: >> Return burst mode according to the selected Rx/Tx burst >> function name. >> Update 25.07 release notes with this information. >> >> Signed-off-by: Roger

[PATCH v2] net/iavf: support Rx/Tx burst mode info

Return burst mode according to the selected Rx/Tx burst function name. Update 25.07 release notes with this information. Signed-off-by: Roger Melton --- doc/guides/rel_notes/release_25_07.rst | 3 + drivers/net/intel/iavf/iavf.h | 2 + drivers/net/intel/iavf/iavf_ethdev.c | 2

Re: [PATCH v3] net/ixgbe: support Rx/Tx burst mode info

On 4/28/25 12:11 PM, Bruce Richardson wrote: > On Wed, Apr 16, 2025 at 01:23:11PM -0400, Roger Melton wrote: >> Return burst mode according to the selected Rx/Tx burst >> function name. >> Update 25.07 release notes with this information. >> >> Signed-off-by:

[PATCH v4] net/ixgbe: support Rx/Tx burst mode info

Return burst mode according to the selected Rx/Tx burst function name. Update 25.07 release notes with this information. Signed-off-by: Roger Melton --- doc/guides/rel_notes/release_25_07.rst| 3 + drivers/net/intel/ixgbe/ixgbe_ethdev.c| 4 ++ drivers/net/intel/ixgbe

[PATCH] net/virtio: support Rx/Tx burst mode info

Return burst mode according to the selected Rx/Tx burst function name. Update 25.07 release notes with this information. Signed-off-by: Roger Melton --- doc/guides/rel_notes/release_25_07.rst | 3 + drivers/net/virtio/virtio_ethdev.c | 76 ++ 2 files changed, 79

[PATCH] net/e1000: support Rx/Tx burst mode info

Return burst mode according to the selected Rx/Tx burst function name. Update 25.07 release notes with this information. Signed-off-by: Roger Melton --- doc/guides/rel_notes/release_25_07.rst | 3 ++ drivers/net/intel/e1000/igb_ethdev.c | 64 ++ 2 files changed, 67

[PATCH v3] net/ixgbe: support Rx/Tx burst mode info

Return burst mode according to the selected Rx/Tx burst function name. Update 25.07 release notes with this information. Signed-off-by: Roger Melton --- doc/guides/rel_notes/release_25_07.rst| 3 + drivers/net/intel/ixgbe/ixgbe_ethdev.c| 4 ++ drivers/net/intel/ixgbe

[PATCH v2] net/ixgbe: support Rx/Tx burst mode info

Return burst mode according to the selected Rx/Tx burst function name. Update 25.07 release notes with this information. Signed-off-by: Roger Melton --- doc/guides/rel_notes/release_25_07.rst| 3 + drivers/net/intel/ixgbe/ixgbe_ethdev.c| 4 ++ drivers/net/intel/ixgbe

[PATCH] net/ixgbe: support Rx/Tx burst mode info

Return burst mode according to the selected Rx/Tx burst function name. Update 25.07 release notes with this information. Signed-off-by: Roger Melton --- doc/guides/rel_notes/release_25_07.rst| 4 ++ drivers/net/intel/ixgbe/ixgbe_ethdev.c| 4 ++ drivers/net/intel/ixgbe

[PATCH] net/iavf: support Rx/Tx burst mode info

Return burst mode according to the selected Rx/Tx burst function name. Update 25.07 release notes with this information. Signed-off-by: Roger Melton --- doc/guides/rel_notes/release_25_07.rst | 3 + drivers/net/intel/iavf/iavf.h | 2 + drivers/net/intel/iavf/iavf_ethdev.c | 2

Re: lib/eal/arm/include/rte_vect.h fails to compile with clang14 for 32bit ARM

clang version 14.0.5 On 12/5/24 2:34 PM, Wathsala Wathawana Vithanage wrote: > What version of CLANG are you using? > >> -Original Message----- >> From: Roger Melton (rmelton) >> Sent: Wednesday, December 4, 2024 11:24 AM >> To: Ruifeng Wang ; dev@dpdk

Re: lib/eal/arm/include/rte_vect.h fails to compile with clang14 for 32bit ARM

ion are copies CLANG originals modified for (my) readability. I'm not an attorney, but if used, it may be necessary to include the banner from the CLANG arm_neon.h. NOTE2: While I can build the CLANG ARM implementation, I lack the hardware to test it. Regards, Roger On 12/3/24 7:37 PM, R

Re: lib/eal/arm/include/rte_vect.h fails to compile with clang14 for 32bit ARM

tions? Regards, Roger On 12/2/24 8:26 PM, Ruifeng Wang wrote: +Arm folks. From: Roger Melton (rmelton) <mailto:rmel...@cisco.com> Date: Tuesday, December 3, 2024 at 3:39 AM To: dev@dpdk.org<mailto:dev@dpdk.org> <mailto:dev@dpdk.org>, Ruifeng Wang <mailto:ruifeng.w...@arm.com>

lib/eal/arm/include/rte_vect.h fails to compile with clang14 for 32bit ARM

Hey folks, We are building DPDK with clang14 for a 32bit armv8-a based CPU and ran into a compile error with the following from lib/eal/arm/include/rte_vect.h: #if (defined(RTE_ARCH_ARM) && defined(RTE_ARCH_32)) || \ (defined(RTE_ARCH_ARM64) && RTE_CC_IS_GNU

Re: [PATCH] net/vmxnet3: Fix vmxnet3 NULL pointer deref after configuration failure

On 10/30/24 4:28 PM, Roger Melton (rmelton) wrote: > On 10/29/24 11:15 PM, Ferruh Yigit wrote: >> On 10/26/2024 3:33 PM, Roger B Melton wrote: >>> Problem: >>> >>> If vxmnet3_dev_configure() fails, applications may call >>> vmxnet3_dev_close(). If

Re: [PATCH] net/vmxnet3: Fix vmxnet3 NULL pointer deref after configuration failure

On 10/29/24 11:15 PM, Ferruh Yigit wrote: > On 10/26/2024 3:33 PM, Roger B Melton wrote: >> Problem: >> >> If vxmnet3_dev_configure() fails, applications may call >> vmxnet3_dev_close(). If the failure occurs before the vmxnet3 >> hw->shared structure is allocated the close will lead to a segv. >>

Re: Commit broke 32-bit testpmd app

+Chris Brezovec Hi Maxime, Chris from our team is attending the DPDK Summit in Dublin this week. If you have some time available, we'd appreciate it if he could meet with you to discuss the 32bit virtio issue we are seeing. Regards, Roger Melton On 9/6/23 2:57 PM, Dave Johnson (d

Re: Commit broke 32-bit testpmd app

) <mailto:spee...@cisco.com> Date: Tuesday, December 6, 2022 at 1:08 PM To: Maxime Coquelin <mailto:maxime.coque...@redhat.com>, chenbo@intel.com<mailto:chenbo@intel.com> <mailto:chenbo@intel.com>, dev@dpdk.org<mailto:dev@dpdk.org> <mailto:dev@dp

Re: [dpdk-dev] DPDK ENA PMD spurious ierrors

Hi Igor, Thanks for the help. I’ll be happy to test patches when you are ready. Regards, Roger From: "Chauskin, Igor" Date: Friday, December 18, 2020 at 4:29 PM To: "Roger Melton (rmelton)" , "dev@dpdk.org" , "m...@semihalf.com" , "m...@semihalf

Re: [dpdk-dev] DPDK ENA PMD spurious ierrors

hardware checksum offloads and since our application validates L3/L4 ingress checksums, our workaround in DPDK 18.11.10 is to eliminate incrementing ierrors. There’s no point in wasting cycles. Regards, Roger From: "Chauskin, Igor" Date: Friday, December 18, 2020 at 12:29 PM To: &qu

[dpdk-dev] DPDK ENA PMD spurious ierrors

b7 net/ena: expose extended stats. Shouldn’t oerrors be incremented in this case? Thanks in advance for your help. Regards, Roger Melton