Re: [PATCH net-next v15 1/7] r8169: prepare for multi irqs and napi
From: netdev-bot+sashiko
Date: Thu Oct 01 2026 - 12:08:30 EST
Thank you for your contribution! Sashiko AI review found more severe
issue(s) in other patches of this series. This mail is only an FYI, in case
you want to address the nit picks below when you respin.
Low priority / nit picks for your consideration:
- [Low] The commit message for "r8169: prepare for multi irqs and napi"
says "there is no functional change", but the patch changes some…
--
r8169: prepare for multi irqs and napi
This patch replaces the single napi_struct embedded in struct
rtl8169_private with a dynamically allocated array indexed by IRQ vector.
It also adds helpers that request, free, enable and disable the IRQs and
NAPI instances in loops. It prepares for RSS support, and irq_nvecs and
num_rx_rings are still fixed at 1.
> Currently, irq_nvecs and num_rx_rings are still hard-coded
> to 1, so there is no functional change.
[Severity: Low]
Is "no functional change" accurate here? There seem to be two changes
that users can see.
First, r8169_init_napi() now links each NAPI instance to its IRQ:
drivers/net/ethernet/realtek/r8169_main.c:r8169_init_napi() {
...
netif_napi_set_irq(&tp->rtl8169_napi[i],
pci_irq_vector(tp->pci_dev, i));
...
}
The old code never called netif_napi_set_irq(), so the netdev netlink
napi-get dump showed no IRQ for the r8169 NAPI instance. After this patch
the dump includes NETDEV_A_NAPI_IRQ.
r8169 sets neither rx_cpu_rmap_auto nor irq_affinity_auto. In that case
netif_napi_set_irq_locked() only stores napi->irq, so the datapath is not
affected.
Second, the probe message in rtl_init_one() has a new format:
netdev_info(dev, "%s, %pM, %sXID %x, IRQ %d (%u total)\n",
As a result, the dmesg line looks different on every probe.
The v13 changelog lists the netif_napi_set_irq() call as a deliberate
addition. The commit message itself mentions neither that call nor the
new log format.
Could the commit message mention both, so the patch isn't taken for a
pure refactor, for example when backporting?
--
Sashiko AI review · https://netdev-ai.bots.linux.dev/sashiko/#/patchset/20260928070423.202-1-javen_xu%40realsil.com.cn