Re: [PATCH v4 14/15] net/xsc: add ethdev infos get

2025-01-05 Thread WanRenyong
On 2025/1/4 3:22, Stephen Hemminger wrote: > On Fri, 03 Jan 2025 23:04:35 +0800 > "WanRenyong" wrote: > >> + >> +static int >> +xsc_ethdev_infos_get(struct rte_eth_dev *dev, struct rte_eth_dev_info *info) >> +{ >> +struct xsc_ethdev_priv *priv = TO_XSC_ETHDEV_PRIV(dev); >> + >> +info->min_

Re: [PATCH 00/19] XSC PMD for Yunsilicon NICs

2025-01-05 Thread WanRenyong
On 2025/1/5 3:12, Stephen Hemminger wrote: > On Fri, 6 Sep 2024 20:13:46 +0800 > "WanRenyong" wrote: > >> This xsc PMD (**librte_net_xsc**) provides poll mode driver for Yunsilicon >> metaScale >> serials NICs. >> >> Features: >> - >> - MTU update >> - TSO >> - RSS hash >> - RSS key upda

Re: [PATCH v4 02/15] net/xsc: add xsc device initialization

2025-01-05 Thread WanRenyong
On 2025/1/4 2:58, Stephen Hemminger wrote: > On Fri, 03 Jan 2025 23:04:08 +0800 > "WanRenyong" wrote: > >> +struct xsc_hwinfo { >> +uint8_t valid; /* 1: current phy info is valid, 0 : invalid */ >> +uint32_t pcie_no; /* pcie number , 0 or 1 */ >> +uint32_t func_id; /* pf glb func id */

Re: [PATCH v4 09/15] net/xsc: add ethdev start

2025-01-05 Thread WanRenyong
On 2025/1/4 3:17, Stephen Hemminger wrote: > On Fri, 03 Jan 2025 23:04:23 +0800 > "WanRenyong" wrote: > >> +static int >> +xsc_ethdev_start(struct rte_eth_dev *dev) >> +{ >> +int ret; >> +struct xsc_ethdev_priv *priv = TO_XSC_ETHDEV_PRIV(dev); >> + >> +ret = xsc_txq_start(priv); >> +

Re: [PATCH v4 07/15] net/xsc: add ethdev configure and RSS ops

2025-01-05 Thread WanRenyong
On 2025/1/4 3:14, Stephen Hemminger wrote: > On Fri, 03 Jan 2025 23:04:19 +0800 > "WanRenyong" wrote: > >> +static int >> +xsc_ethdev_rss_hash_conf_get(struct rte_eth_dev *dev, >> + struct rte_eth_rss_conf *rss_conf) >> +{ >> +struct xsc_ethdev_priv *priv = TO_XSC_ETHDE

Re: [PATCH v4 04/15] net/xsc: add xsc dev ops to support VFIO driver

2025-01-05 Thread WanRenyong
On 2025/1/4 3:06, Stephen Hemminger wrote: > On Fri, 03 Jan 2025 23:04:13 +0800 > "WanRenyong" wrote: > >> +static int >> +xsc_vfio_get_mac(struct xsc_dev *xdev, uint8_t *mac) >> +{ >> +struct xsc_cmd_query_eth_mac_mbox_in in; >> +struct xsc_cmd_query_eth_mac_mbox_out out; >> +int ret;

Re: [PATCH v4 04/15] net/xsc: add xsc dev ops to support VFIO driver

2025-01-05 Thread WanRenyong
On 2025/1/4 3:04, Stephen Hemminger wrote: > On Fri, 03 Jan 2025 23:04:13 +0800 > "WanRenyong" wrote: > >> +static int >> +xsc_vfio_set_mtu(struct xsc_dev *xdev, uint16_t mtu) >> +{ >> +struct xsc_cmd_set_mtu_mbox_in in; >> +struct xsc_cmd_set_mtu_mbox_out out; >> +int ret; >> + >> +

Re: [PATCH v4 04/15] net/xsc: add xsc dev ops to support VFIO driver

2025-01-05 Thread WanRenyong
On 2025/1/4 3:02, Stephen Hemminger wrote: > On Fri, 03 Jan 2025 23:04:13 +0800 > "WanRenyong" wrote: > >> +static int >> +xsc_vfio_destroy_qp(void *qp) >> +{ >> +int ret; >> +int in_len, out_len, cmd_len; >> +struct xsc_cmd_destroy_qp_mbox_in *in; >> +struct xsc_cmd_destroy_qp_mbo

Re: [PATCH v4 01/15] net/xsc: add xsc PMD framework

2025-01-05 Thread WanRenyong
On 2025/1/4 3:00, Stephen Hemminger wrote: > On Fri, 03 Jan 2025 23:04:06 +0800 > "WanRenyong" wrote: > >> +XSC Poll Mode Driver >> +== >> + >> +The xsc PMD (**librte_net_xsc**) provides poll mode driver support for >> +10/25/50/100/200 Gbps Yunsilicon metaScale Series Network

Re: Feature arc slides

2025-01-05 Thread Stephen Hemminger
On Fri, 3 Jan 2025 20:29:15 +0530 Nitin Saxena wrote: > Sending to DPDK community again > > Thanks, > Nitin Why not convert the slides into useful long term documentation in the doc/guides directory.

Re: memif jumbo fixes

2025-01-05 Thread Stephen Hemminger
On Thu, 2 Jan 2025 13:42:10 -0800 Mike Bly wrote: > Please review/accept the following fixes for drivers/net/memif. This is in > regards to https://bugs.dpdk.org/show_bug.cgi?id=1609. > > RX and TX fixes to correct linking/handling of multiple memif buffers for > jumbo frames (>2KB) in mixed tra

Re: Cross-Compiling x86_64 but for different CPU

2025-01-05 Thread Dmitry Kozlyuk
2024-12-31 11:45 (UTC+0300), Zaid M: > I have an Intel CPU but I want to compile an optimized binary for AMD > (x86_64) which may have a different CPU instruction set (e.g. avx512 or > avx512bw) and I don't want to use "-Dplatform=generic". How can I achieve > that? When you use `-Dplatform=generi

memif jumbo fixes

2025-01-05 Thread Mike Bly
Please review/accept the following fixes for drivers/net/memif. This is in regards to https://bugs.dpdk.org/show_bug.cgi?id=1609. RX and TX fixes to correct linking/handling of multiple memif buffers for jumbo frames (>2KB) in mixed traffic scenarios. >From fa1f5ab578bb06aa22b356b8ce5cfbdb52dd4a4

Is it possible to add a new option (XDP_ATTACH_MODE) to AF_XDP PMD https://doc.dpdk.org/guides/nics/af_xdp.html#options ?//Re: Can DPDK AF_XDP PMD support macvlan driver in container?

2025-01-05 Thread Xiaohua Wang
Thanks, Stephen, Is it possible to add a new option (XDP_ATTACH_MODE) to AF_XDP PMD https://doc.dpdk.org/guides/nics/af_xdp.html#options ? Because in container scenario, we need to assign xdp attach mode manually. Currently I have a workaround solution, in xsk_configure() function, to get the m

Cross-Compiling x86_64 but for different CPU

2025-01-05 Thread Zaid M
I have an Intel CPU but I want to compile an optimized binary for AMD (x86_64) which may have a different CPU instruction set (e.g. avx512 or avx512bw) and I don't want to use "-Dplatform=generic". How can I achieve that?

[PATCH v2] ring: add the second version of the RTS interface

2025-01-05 Thread Huichao Cai
The timing of the update of the RTS enqueues/dequeues tail is limited to the last enqueues/dequeues, which reduces concurrency, so the RTS interface of the V2 version is added, which makes the tail of the enqueues/dequeues not limited to the last enqueues/dequeues and thus enables timely updates to

[PATCH v2] ring: add the second version of the RTS interface

2025-01-05 Thread Huichao Cai
The timing of the update of the RTS enqueues/dequeues tail is limited to the last enqueues/dequeues, which reduces concurrency, so the RTS interface of the V2 version is added, which makes the tail of the enqueues/dequeues not limited to the last enqueues/dequeues and thus enables timely updates to

[PATCH] ring: add the second version of the RTS interface

2025-01-05 Thread Huichao Cai
The timing of the update of the RTS enqueues/dequeues tail is limited to the last enqueues/dequeues, which reduces concurrency, so the RTS interface of the V2 version is added, which makes the tail of the enqueues/dequeues not limited to the last enqueues/dequeues and thus enables timely updates to