* [PATCH net 0/2] sfc: fix some efx_separate_tx_channels errors
@ 2022-05-11 12:59 Íñigo Huguet
2022-05-11 12:59 ` [PATCH net 1/2] sfc: fix wrong tx channel offset with efx_separate_tx_channels Íñigo Huguet
2022-05-11 12:59 ` [PATCH net 2/2] sfc: do not initialize non existing queues " Íñigo Huguet
0 siblings, 2 replies; 8+ messages in thread
From: Íñigo Huguet @ 2022-05-11 12:59 UTC (permalink / raw)
To: ecree.xilinx, habetsm.xilinx, amaftei
Cc: davem, edumazet, kuba, pabeni, netdev, Íñigo Huguet
These patches fix some errors that happens at NIC's probe when using the
modparam efx_separate_tx_channels. However, there are still some other
errors that prevent from using the NIC with that modparam and I haven't
been able to find the cause (see the 2nd patch).
Anyway, my opinion is that this parameter should be better removed: it
has been completely broken for years and no users have complained, so I
don't think it's used anywhere. Discussed this with Edward and he was of
the opinion that removing a modparam is problematic because it breaks
compatibility, but I still think it should because of the reason above.
Íñigo Huguet (2):
sfc: fix wrong tx channel offset with efx_separate_tx_channels
sfc: do not initialize non existing queues with
efx_separate_tx_channels
drivers/net/ethernet/sfc/efx_channels.c | 39 ++++++++++++-------------
1 file changed, 18 insertions(+), 21 deletions(-)
--
2.34.1
^ permalink raw reply [flat|nested] 8+ messages in thread* [PATCH net 1/2] sfc: fix wrong tx channel offset with efx_separate_tx_channels 2022-05-11 12:59 [PATCH net 0/2] sfc: fix some efx_separate_tx_channels errors Íñigo Huguet @ 2022-05-11 12:59 ` Íñigo Huguet 2022-05-12 17:01 ` Jakub Kicinski 2022-05-11 12:59 ` [PATCH net 2/2] sfc: do not initialize non existing queues " Íñigo Huguet 1 sibling, 1 reply; 8+ messages in thread From: Íñigo Huguet @ 2022-05-11 12:59 UTC (permalink / raw) To: ecree.xilinx, habetsm.xilinx, amaftei Cc: davem, edumazet, kuba, pabeni, netdev, Íñigo Huguet, Tianhao Zhao tx_channel_offset is calculated in efx_allocate_msix_channels, but it is also calculated again in efx_set_channels because it was originally done there, and when efx_allocate_msix_channels was introduced it was forgotten to be removed from efx_set_channels. Moreover, the old calculation is wrong when using efx_separate_tx_channels because now we can have XDP channels after the TX channels, so n_channels - n_tx_channels doesn't point to the first TX channel. Remove the old calculation from efx_set_channels, and add the initialization of this variable if MSI or legacy interrupts are used, next to the initialization of the rest of the related variables, where it was missing. Fixes: 3990a8fffbda ("sfc: allocate channels for XDP tx queues") Reported-by: Tianhao Zhao <tizhao@redhat.com> Signed-off-by: Íñigo Huguet <ihuguet@redhat.com> --- drivers/net/ethernet/sfc/efx_channels.c | 17 +++++------------ 1 file changed, 5 insertions(+), 12 deletions(-) diff --git a/drivers/net/ethernet/sfc/efx_channels.c b/drivers/net/ethernet/sfc/efx_channels.c index 40df910aa140..da2db6791907 100644 --- a/drivers/net/ethernet/sfc/efx_channels.c +++ b/drivers/net/ethernet/sfc/efx_channels.c @@ -241,14 +241,9 @@ static int efx_allocate_msix_channels(struct efx_nic *efx, n_channels -= efx->n_xdp_channels; if (efx_separate_tx_channels) { - efx->n_tx_channels = - min(max(n_channels / 2, 1U), - efx->max_tx_channels); - efx->tx_channel_offset = - n_channels - efx->n_tx_channels; - efx->n_rx_channels = - max(n_channels - - efx->n_tx_channels, 1U); + efx->n_tx_channels = min(max(n_channels / 2, 1U), efx->max_tx_channels); + efx->tx_channel_offset = n_channels - efx->n_tx_channels; + efx->n_rx_channels = max(n_channels - efx->n_tx_channels, 1U); } else { efx->n_tx_channels = min(n_channels, efx->max_tx_channels); efx->tx_channel_offset = 0; @@ -324,6 +319,7 @@ int efx_probe_interrupts(struct efx_nic *efx) efx->n_channels = 1; efx->n_rx_channels = 1; efx->n_tx_channels = 1; + efx->tx_channel_offset = 0; efx->n_xdp_channels = 0; efx->xdp_channel_offset = efx->n_channels; rc = pci_enable_msi(efx->pci_dev); @@ -344,6 +340,7 @@ int efx_probe_interrupts(struct efx_nic *efx) efx->n_channels = 1 + (efx_separate_tx_channels ? 1 : 0); efx->n_rx_channels = 1; efx->n_tx_channels = 1; + efx->tx_channel_offset = 1; efx->n_xdp_channels = 0; efx->xdp_channel_offset = efx->n_channels; efx->legacy_irq = efx->pci_dev->irq; @@ -979,10 +976,6 @@ int efx_set_channels(struct efx_nic *efx) struct efx_channel *channel; int rc; - efx->tx_channel_offset = - efx_separate_tx_channels ? - efx->n_channels - efx->n_tx_channels : 0; - if (efx->xdp_tx_queue_count) { EFX_WARN_ON_PARANOID(efx->xdp_tx_queues); -- 2.34.1 ^ permalink raw reply related [flat|nested] 8+ messages in thread
* Re: [PATCH net 1/2] sfc: fix wrong tx channel offset with efx_separate_tx_channels 2022-05-11 12:59 ` [PATCH net 1/2] sfc: fix wrong tx channel offset with efx_separate_tx_channels Íñigo Huguet @ 2022-05-12 17:01 ` Jakub Kicinski 0 siblings, 0 replies; 8+ messages in thread From: Jakub Kicinski @ 2022-05-12 17:01 UTC (permalink / raw) To: Íñigo Huguet Cc: ecree.xilinx, habetsm.xilinx, amaftei, davem, edumazet, pabeni, netdev, Tianhao Zhao On Wed, 11 May 2022 14:59:40 +0200 Íñigo Huguet wrote: > if (efx_separate_tx_channels) { > - efx->n_tx_channels = > - min(max(n_channels / 2, 1U), > - efx->max_tx_channels); > - efx->tx_channel_offset = > - n_channels - efx->n_tx_channels; > - efx->n_rx_channels = > - max(n_channels - > - efx->n_tx_channels, 1U); > + efx->n_tx_channels = min(max(n_channels / 2, 1U), efx->max_tx_channels); > + efx->tx_channel_offset = n_channels - efx->n_tx_channels; > + efx->n_rx_channels = max(n_channels - efx->n_tx_channels, 1U); No whitespace cleanups in fixes, please. Besides, I still prefer to stay under 80 chars. ^ permalink raw reply [flat|nested] 8+ messages in thread
* [PATCH net 2/2] sfc: do not initialize non existing queues with efx_separate_tx_channels 2022-05-11 12:59 [PATCH net 0/2] sfc: fix some efx_separate_tx_channels errors Íñigo Huguet 2022-05-11 12:59 ` [PATCH net 1/2] sfc: fix wrong tx channel offset with efx_separate_tx_channels Íñigo Huguet @ 2022-05-11 12:59 ` Íñigo Huguet 2022-05-13 11:07 ` Martin Habets 1 sibling, 1 reply; 8+ messages in thread From: Íñigo Huguet @ 2022-05-11 12:59 UTC (permalink / raw) To: ecree.xilinx, habetsm.xilinx, amaftei Cc: davem, edumazet, kuba, pabeni, netdev, Íñigo Huguet, Tianhao Zhao If efx_separate_tx_channels is used, some error messages and backtraces are shown in the logs (see below). This is because during channels start, all queues in the channels are init asumming that they exist, but they might not if efx_separate_tx_channels is used: some channels only have RX queues and others only have TX queues. Avoid that by checking if the channel has TX, RX or both queues. However, even with this patch the NIC is unusable when using efx_separate_tx_channels, so there are more problems that I've not identified. These messages are still shown at probe time many times: sfc 0000:03:00.0 (unnamed net_device) (uninitialized): MC command 0x92 inlen 8 failed rc=-71 (raw=0) arg=0 sfc 0000:03:00.0 (unnamed net_device) (uninitialized): failed to link VI 4294967295 to PIO buffer 1 (-71) Those messages were also shown before these patch. And then this other message and backtrace were also shown many times, but now they're not: sfc 0000:03:00.0 ens6f0np0: MC command 0x82 inlen 544 failed rc=-22 (raw=0) arg=0 ------------[ cut here ]------------ netdevice: ens6f0np0: failed to initialise TXQ -1 WARNING: CPU: 1 PID: 626 at drivers/net/ethernet/sfc/ef10.c:2393 efx_ef10_tx_init+0x201/0x300 [sfc] [...] stripped RIP: 0010:efx_ef10_tx_init+0x201/0x300 [sfc] [...] stripped Call Trace: efx_init_tx_queue+0xaa/0xf0 [sfc] efx_start_channels+0x49/0x120 [sfc] efx_start_all+0x1f8/0x430 [sfc] efx_net_open+0x5a/0xe0 [sfc] __dev_open+0xd0/0x190 __dev_change_flags+0x1b3/0x220 dev_change_flags+0x21/0x60 [...] At remove time, these messages were shown. Now they're neither shown: sfc 0000:03:00.0 ens6f0np0: failed to flush 10 queues sfc 0000:03:00.0 ens6f0np0: failed to flush queues Fixes: 7ec3de426014 ("sfc: move datapath management code") Reported-by: Tianhao Zhao <tizhao@redhat.com> Signed-off-by: Íñigo Huguet <ihuguet@redhat.com> --- drivers/net/ethernet/sfc/efx_channels.c | 22 +++++++++++++--------- 1 file changed, 13 insertions(+), 9 deletions(-) diff --git a/drivers/net/ethernet/sfc/efx_channels.c b/drivers/net/ethernet/sfc/efx_channels.c index da2db6791907..b6b960e2021c 100644 --- a/drivers/net/ethernet/sfc/efx_channels.c +++ b/drivers/net/ethernet/sfc/efx_channels.c @@ -1139,17 +1139,21 @@ void efx_start_channels(struct efx_nic *efx) struct efx_channel *channel; efx_for_each_channel_rev(channel, efx) { - efx_for_each_channel_tx_queue(tx_queue, channel) { - efx_init_tx_queue(tx_queue); - atomic_inc(&efx->active_queues); + if (channel->channel >= efx->tx_channel_offset) { + efx_for_each_channel_tx_queue(tx_queue, channel) { + efx_init_tx_queue(tx_queue); + atomic_inc(&efx->active_queues); + } } - efx_for_each_channel_rx_queue(rx_queue, channel) { - efx_init_rx_queue(rx_queue); - atomic_inc(&efx->active_queues); - efx_stop_eventq(channel); - efx_fast_push_rx_descriptors(rx_queue, false); - efx_start_eventq(channel); + if (channel->channel < efx->n_rx_channels) { + efx_for_each_channel_rx_queue(rx_queue, channel) { + efx_init_rx_queue(rx_queue); + atomic_inc(&efx->active_queues); + efx_stop_eventq(channel); + efx_fast_push_rx_descriptors(rx_queue, false); + efx_start_eventq(channel); + } } WARN_ON(channel->rx_pkt_n_frags); -- 2.34.1 ^ permalink raw reply related [flat|nested] 8+ messages in thread
* Re: [PATCH net 2/2] sfc: do not initialize non existing queues with efx_separate_tx_channels 2022-05-11 12:59 ` [PATCH net 2/2] sfc: do not initialize non existing queues " Íñigo Huguet @ 2022-05-13 11:07 ` Martin Habets 2022-05-13 12:37 ` Martin Habets 0 siblings, 1 reply; 8+ messages in thread From: Martin Habets @ 2022-05-13 11:07 UTC (permalink / raw) To: Íñigo Huguet Cc: ecree.xilinx, amaftei, davem, edumazet, kuba, pabeni, netdev, Tianhao Zhao On Wed, May 11, 2022 at 02:59:41PM +0200, Íñigo Huguet wrote: > If efx_separate_tx_channels is used, some error messages and backtraces > are shown in the logs (see below). This is because during channels > start, all queues in the channels are init asumming that they exist, but > they might not if efx_separate_tx_channels is used: some channels only > have RX queues and others only have TX queues. Thanks for reporting this. At first glance I suspect there may be more callers of efx_for_each_channel_tx_queue() which is why it is not yet working for you even with this fix. Probably we need to fix those macros themselves. I'm having a closer look, but it will take some time. Martin > > Avoid that by checking if the channel has TX, RX or both queues. > However, even with this patch the NIC is unusable when using > efx_separate_tx_channels, so there are more problems that I've not > identified. These messages are still shown at probe time many times: > sfc 0000:03:00.0 (unnamed net_device) (uninitialized): MC command 0x92 inlen 8 failed rc=-71 (raw=0) arg=0 > sfc 0000:03:00.0 (unnamed net_device) (uninitialized): failed to link VI 4294967295 to PIO buffer 1 (-71) > > Those messages were also shown before these patch. > > And then this other message and backtrace were also shown many times, > but now they're not: > sfc 0000:03:00.0 ens6f0np0: MC command 0x82 inlen 544 failed rc=-22 (raw=0) arg=0 > ------------[ cut here ]------------ > netdevice: ens6f0np0: failed to initialise TXQ -1 > WARNING: CPU: 1 PID: 626 at drivers/net/ethernet/sfc/ef10.c:2393 efx_ef10_tx_init+0x201/0x300 [sfc] > [...] stripped > RIP: 0010:efx_ef10_tx_init+0x201/0x300 [sfc] > [...] stripped > Call Trace: > efx_init_tx_queue+0xaa/0xf0 [sfc] > efx_start_channels+0x49/0x120 [sfc] > efx_start_all+0x1f8/0x430 [sfc] > efx_net_open+0x5a/0xe0 [sfc] > __dev_open+0xd0/0x190 > __dev_change_flags+0x1b3/0x220 > dev_change_flags+0x21/0x60 > [...] > > At remove time, these messages were shown. Now they're neither shown: > sfc 0000:03:00.0 ens6f0np0: failed to flush 10 queues > sfc 0000:03:00.0 ens6f0np0: failed to flush queues > > Fixes: 7ec3de426014 ("sfc: move datapath management code") > Reported-by: Tianhao Zhao <tizhao@redhat.com> > Signed-off-by: Íñigo Huguet <ihuguet@redhat.com> > --- > drivers/net/ethernet/sfc/efx_channels.c | 22 +++++++++++++--------- > 1 file changed, 13 insertions(+), 9 deletions(-) > > diff --git a/drivers/net/ethernet/sfc/efx_channels.c b/drivers/net/ethernet/sfc/efx_channels.c > index da2db6791907..b6b960e2021c 100644 > --- a/drivers/net/ethernet/sfc/efx_channels.c > +++ b/drivers/net/ethernet/sfc/efx_channels.c > @@ -1139,17 +1139,21 @@ void efx_start_channels(struct efx_nic *efx) > struct efx_channel *channel; > > efx_for_each_channel_rev(channel, efx) { > - efx_for_each_channel_tx_queue(tx_queue, channel) { > - efx_init_tx_queue(tx_queue); > - atomic_inc(&efx->active_queues); > + if (channel->channel >= efx->tx_channel_offset) { > + efx_for_each_channel_tx_queue(tx_queue, channel) { > + efx_init_tx_queue(tx_queue); > + atomic_inc(&efx->active_queues); > + } > } > > - efx_for_each_channel_rx_queue(rx_queue, channel) { > - efx_init_rx_queue(rx_queue); > - atomic_inc(&efx->active_queues); > - efx_stop_eventq(channel); > - efx_fast_push_rx_descriptors(rx_queue, false); > - efx_start_eventq(channel); > + if (channel->channel < efx->n_rx_channels) { > + efx_for_each_channel_rx_queue(rx_queue, channel) { > + efx_init_rx_queue(rx_queue); > + atomic_inc(&efx->active_queues); > + efx_stop_eventq(channel); > + efx_fast_push_rx_descriptors(rx_queue, false); > + efx_start_eventq(channel); > + } > } > > WARN_ON(channel->rx_pkt_n_frags); > -- > 2.34.1 ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH net 2/2] sfc: do not initialize non existing queues with efx_separate_tx_channels 2022-05-13 11:07 ` Martin Habets @ 2022-05-13 12:37 ` Martin Habets 2022-05-24 15:36 ` Íñigo Huguet 0 siblings, 1 reply; 8+ messages in thread From: Martin Habets @ 2022-05-13 12:37 UTC (permalink / raw) To: Íñigo Huguet, Tianhao Zhao Cc: ecree.xilinx, amaftei, davem, edumazet, kuba, pabeni, netdev On Fri, May 13, 2022 at 12:07:23PM +0100, Martin Habets wrote: > On Wed, May 11, 2022 at 02:59:41PM +0200, Íñigo Huguet wrote: > > If efx_separate_tx_channels is used, some error messages and backtraces > > are shown in the logs (see below). This is because during channels > > start, all queues in the channels are init asumming that they exist, but > > they might not if efx_separate_tx_channels is used: some channels only > > have RX queues and others only have TX queues. > > Thanks for reporting this. At first glance I suspect there may be more callers > of efx_for_each_channel_tx_queue() which is why it is not yet working for you > even with this fix. > Probably we need to fix those macros themselves. > > I'm having a closer look, but it will take some time. It was easier than I thought. With the patch below I do not get any errors, and ping works. I did not have to touch efx_for_each_channel_rx_queue(). Can you give this a try and report if it works for you? Martin --- drivers/net/ethernet/sfc/net_driver.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/ethernet/sfc/net_driver.h b/drivers/net/ethernet/sfc/net_driver.h index 318db906a154..723bbeea5d0c 100644 --- a/drivers/net/ethernet/sfc/net_driver.h +++ b/drivers/net/ethernet/sfc/net_driver.h @@ -1530,7 +1530,7 @@ static inline bool efx_channel_is_xdp_tx(struct efx_channel *channel) static inline bool efx_channel_has_tx_queues(struct efx_channel *channel) { - return true; + return channel && channel->channel >= channel->efx->tx_channel_offset; } static inline unsigned int efx_channel_num_tx_queues(struct efx_channel *channel) ^ permalink raw reply related [flat|nested] 8+ messages in thread
* Re: [PATCH net 2/2] sfc: do not initialize non existing queues with efx_separate_tx_channels 2022-05-13 12:37 ` Martin Habets @ 2022-05-24 15:36 ` Íñigo Huguet 2022-05-27 6:14 ` Martin Habets 0 siblings, 1 reply; 8+ messages in thread From: Íñigo Huguet @ 2022-05-24 15:36 UTC (permalink / raw) To: Íñigo Huguet, Tianhao Zhao, Edward Cree, amaftei, David S. Miller, Eric Dumazet, Jakub Kicinski, Paolo Abeni, netdev On Fri, May 13, 2022 at 2:37 PM Martin Habets <habetsm.xilinx@gmail.com> wrote: > > On Fri, May 13, 2022 at 12:07:23PM +0100, Martin Habets wrote: > > On Wed, May 11, 2022 at 02:59:41PM +0200, Íñigo Huguet wrote: > > > If efx_separate_tx_channels is used, some error messages and backtraces > > > are shown in the logs (see below). This is because during channels > > > start, all queues in the channels are init asumming that they exist, but > > > they might not if efx_separate_tx_channels is used: some channels only > > > have RX queues and others only have TX queues. > > > > Thanks for reporting this. At first glance I suspect there may be more callers > > of efx_for_each_channel_tx_queue() which is why it is not yet working for you > > even with this fix. > > Probably we need to fix those macros themselves. > > > > I'm having a closer look, but it will take some time. > > It was easier than I thought. With the patch below I do not get any errors, > and ping works. I did not have to touch efx_for_each_channel_rx_queue(). > Can you give this a try and report if it works for you? Martin, this is working fine for me. Module loads and unloads without errors, and I can ping and run an iperf3 test also without errors. How do you want to do it? Should I send this patch on your behalf within my patch series? Or do you want to send it yourself first? > > Martin > --- > drivers/net/ethernet/sfc/net_driver.h | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/net/ethernet/sfc/net_driver.h b/drivers/net/ethernet/sfc/net_driver.h > index 318db906a154..723bbeea5d0c 100644 > --- a/drivers/net/ethernet/sfc/net_driver.h > +++ b/drivers/net/ethernet/sfc/net_driver.h > @@ -1530,7 +1530,7 @@ static inline bool efx_channel_is_xdp_tx(struct efx_channel *channel) > > static inline bool efx_channel_has_tx_queues(struct efx_channel *channel) > { > - return true; > + return channel && channel->channel >= channel->efx->tx_channel_offset; > } > > static inline unsigned int efx_channel_num_tx_queues(struct efx_channel *channel) > -- Íñigo Huguet ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH net 2/2] sfc: do not initialize non existing queues with efx_separate_tx_channels 2022-05-24 15:36 ` Íñigo Huguet @ 2022-05-27 6:14 ` Martin Habets 0 siblings, 0 replies; 8+ messages in thread From: Martin Habets @ 2022-05-27 6:14 UTC (permalink / raw) To: Íñigo Huguet Cc: Tianhao Zhao, Edward Cree, amaftei, David S. Miller, Eric Dumazet, Jakub Kicinski, Paolo Abeni, netdev On Tue, May 24, 2022 at 05:36:49PM +0200, Íñigo Huguet wrote: > On Fri, May 13, 2022 at 2:37 PM Martin Habets <habetsm.xilinx@gmail.com> wrote: > > > > On Fri, May 13, 2022 at 12:07:23PM +0100, Martin Habets wrote: > > > On Wed, May 11, 2022 at 02:59:41PM +0200, Íñigo Huguet wrote: > > > > If efx_separate_tx_channels is used, some error messages and backtraces > > > > are shown in the logs (see below). This is because during channels > > > > start, all queues in the channels are init asumming that they exist, but > > > > they might not if efx_separate_tx_channels is used: some channels only > > > > have RX queues and others only have TX queues. > > > > > > Thanks for reporting this. At first glance I suspect there may be more callers > > > of efx_for_each_channel_tx_queue() which is why it is not yet working for you > > > even with this fix. > > > Probably we need to fix those macros themselves. > > > > > > I'm having a closer look, but it will take some time. > > > > It was easier than I thought. With the patch below I do not get any errors, > > and ping works. I did not have to touch efx_for_each_channel_rx_queue(). > > Can you give this a try and report if it works for you? > > Martin, this is working fine for me. Module loads and unloads without > errors, and I can ping and run an iperf3 test also without errors. > > How do you want to do it? Should I send this patch on your behalf > within my patch series? Or do you want to send it yourself first? IMO you did the hard work so I did not want to steal your thunder. Please send it as part of your series, I'll Ack it. Martin > > > > Martin > > --- > > drivers/net/ethernet/sfc/net_driver.h | 2 +- > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > diff --git a/drivers/net/ethernet/sfc/net_driver.h b/drivers/net/ethernet/sfc/net_driver.h > > index 318db906a154..723bbeea5d0c 100644 > > --- a/drivers/net/ethernet/sfc/net_driver.h > > +++ b/drivers/net/ethernet/sfc/net_driver.h > > @@ -1530,7 +1530,7 @@ static inline bool efx_channel_is_xdp_tx(struct efx_channel *channel) > > > > static inline bool efx_channel_has_tx_queues(struct efx_channel *channel) > > { > > - return true; > > + return channel && channel->channel >= channel->efx->tx_channel_offset; > > } > > > > static inline unsigned int efx_channel_num_tx_queues(struct efx_channel *channel) > > > > > -- > Íñigo Huguet ^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2022-05-27 6:14 UTC | newest] Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2022-05-11 12:59 [PATCH net 0/2] sfc: fix some efx_separate_tx_channels errors Íñigo Huguet 2022-05-11 12:59 ` [PATCH net 1/2] sfc: fix wrong tx channel offset with efx_separate_tx_channels Íñigo Huguet 2022-05-12 17:01 ` Jakub Kicinski 2022-05-11 12:59 ` [PATCH net 2/2] sfc: do not initialize non existing queues " Íñigo Huguet 2022-05-13 11:07 ` Martin Habets 2022-05-13 12:37 ` Martin Habets 2022-05-24 15:36 ` Íñigo Huguet 2022-05-27 6:14 ` Martin Habets
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.