kernel/drivers/net/ethernet/sfc/net_driver.h, branch linux-6.18.yHosts the 0x221E linux distro kernel.https://universe.0xinfinity.dev/distro/kernel/atom?h=linux-6.18.y2025-07-02T00:01:15Zsfc: eliminate xdp_rxq_info_valid using XDP base API2025-07-02T00:01:15ZFushuai Wangwangfushuai@baidu.com2025-06-28T05:10:16Zurn:sha1:582643672deb828da4751eaddaa1e97b8e3f6bd1
Commit eb9a36be7f3e ("sfc: perform XDP processing on received packets")
use xdp_rxq_info_valid to track failures of xdp_rxq_info_reg().
However, this driver-maintained state becomes redundant since the XDP
framework already provides xdp_rxq_info_is_reg() for checking registration
status.
Signed-off-by: Fushuai Wang <wangfushuai@baidu.com>
Acked-by: Edward Cree <ecree.xilinx@gmail.com>
Reviewed-by: Larysa Zaremba <larysa.zaremba@intel.com>
Link: https://patch.msgid.link/20250628051016.51022-1-wangfushuai@baidu.com
Signed-off-by: Jakub Kicinski <kuba@kernel.org>
sfc: support X4 devlink flash2025-03-25T14:55:11ZEdward Creeecree.xilinx@gmail.com2025-03-20T17:57:12Zurn:sha1:5726a15499daf619eb3e67d615a0252ca69b84b9
Unlike X2 and EF100, we do not attempt to parse the firmware file to
find an image within it; we simply hand the entire file to the MC,
which is responsible for understanding any container formats we might
use and validating that the firmware file is applicable to this NIC.
Signed-off-by: Edward Cree <ecree.xilinx@gmail.com>
Link: https://patch.msgid.link/9a72a74002a7819c780b0a18ce9294c9d4e1db12.1742493017.git.ecree.xilinx@gmail.com
Signed-off-by: Jakub Kicinski <kuba@kernel.org>
sfc: rip out MDIO support2025-03-25T14:55:10ZEdward Creeecree.xilinx@gmail.com2025-03-20T17:57:10Zurn:sha1:c339fcdd738be78c540407ae78fef5601ba5092a
Unlike Siena, no EF10 board ever had an external PHY, and consequently
MDIO handling isn't even built into the firmware. Since Siena has
been split out into its own driver, the MDIO code can be deleted from
the sfc driver.
Signed-off-by: Edward Cree <ecree.xilinx@gmail.com>
Link: https://patch.msgid.link/aa689d192ddaef7abe82709316c2be648a7bd66e.1742493017.git.ecree.xilinx@gmail.com
Signed-off-by: Jakub Kicinski <kuba@kernel.org>
sfc: deploy devlink flash images to NIC over MCDI2025-02-12T01:12:17ZEdward Creeecree.xilinx@gmail.com2025-02-10T11:25:44Zurn:sha1:3ed63980ae7998b0a75d9f4e12918047d7493465
Use MC_CMD_NVRAM_* wrappers to write the firmware to the partition
identified from the image header.
Signed-off-by: Edward Cree <ecree.xilinx@gmail.com>
Link: https://patch.msgid.link/a746335876b621b3e54cf4e49948148e349a1745.1739186253.git.ecree.xilinx@gmail.com
Signed-off-by: Jakub Kicinski <kuba@kernel.org>
sfc: Use netdev refcount tracking in struct efx_async_filter_insertion2024-12-23T18:11:49ZYiFei Zhuzhuyifei@google.com2024-12-19T17:30:04Zurn:sha1:85101bda1387e85eabf77cd416bfc38e14f1bce6
I was debugging some netdev refcount issues in OpenOnload, and one
of the places I was looking at was in the sfc driver. Only
struct efx_async_filter_insertion was not using netdev refcount tracker,
so add it here. GFP_ATOMIC because this code path is called by
ndo_rx_flow_steer which holds RCU.
This patch should be a no-op if !CONFIG_NET_DEV_REFCNT_TRACKER
Signed-off-by: YiFei Zhu <zhuyifei@google.com>
Reviewed-by: Eric Dumazet <edumazet@google.com>
Link: https://patch.msgid.link/20241219173004.2615655-1-zhuyifei@google.com
Signed-off-by: Jakub Kicinski <kuba@kernel.org>
net: sfc: use ethtool string helpers2024-11-09T17:10:37ZRosen Penevrosenp@gmail.com2024-11-05T23:18:55Zurn:sha1:9dae59210556114562b49f6b909181443ebdbabe
The latter is the preferred way to copy ethtool strings.
Avoids manually incrementing the pointer. Cleans up the code quite well.
Signed-off-by: Rosen Penev <rosenp@gmail.com>
Acked-by: Edward Cree <ecree.xilinx@gmail.com>
Link: https://patch.msgid.link/20241105231855.235894-1-rosenp@gmail.com
Signed-off-by: Jakub Kicinski <kuba@kernel.org>
sfc: add per-queue RX bytes stats2024-10-06T15:02:23ZEdward Creeecree.xilinx@gmail.com2024-09-30T13:52:45Zurn:sha1:b3411dbdaa55cffbcdfa1aaffa78f812132937fe
While this does add overhead to the fast path, it should be minimal
as the cacheline should already be held for write from updating the
queue's rx_packets stat.
Reviewed-by: Jacob Keller <jacob.e.keller@intel.com>
Signed-off-by: Edward Cree <ecree.xilinx@gmail.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
sfc: implement per-queue TSO (hw_gso) stats2024-10-06T15:02:23ZEdward Creeecree.xilinx@gmail.com2024-09-30T13:52:44Zurn:sha1:db3067c8aab6836004a985a4236e9825b34c4dd7
Use our existing TSO stats, which count enqueued TSO TXes.
Users may expect them to count completions, as tx-packets and
tx-bytes do; however, these are the counters we have, and the
qstats documentation doesn't actually specify.
Reviewed-by: Jacob Keller <jacob.e.keller@intel.com>
Signed-off-by: Edward Cree <ecree.xilinx@gmail.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
sfc: implement per-queue rx drop and overrun stats2024-10-06T15:02:23ZEdward Creeecree.xilinx@gmail.com2024-09-30T13:52:43Zurn:sha1:07e5fa5b7f43efd18040ae47569258850cf94a09
Reviewed-by: Jacob Keller <jacob.e.keller@intel.com>
Signed-off-by: Edward Cree <ecree.xilinx@gmail.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
sfc: account XDP TXes in netdev base stats2024-10-06T15:02:23ZEdward Creeecree.xilinx@gmail.com2024-09-30T13:52:42Zurn:sha1:cfa63b9080bce70a40d40ff0a0669cf81a2f66d1
When we handle a TX completion for an XDP packet, it is not counted
in the per-TXQ netdev stats. Record it in new internal counters,
and include those in the device-wide total in efx_get_base_stats().
Signed-off-by: Edward Cree <ecree.xilinx@gmail.com>
Signed-off-by: David S. Miller <davem@davemloft.net>