* [net-next] ptp_ocp: add force_irq to xilinx_spi configuration
@ 2023-03-06 15:57 Vadim Fedorenko
2023-03-06 18:17 ` kernel test robot
2023-03-06 20:49 ` Jakub Kicinski
0 siblings, 2 replies; 9+ messages in thread
From: Vadim Fedorenko @ 2023-03-06 15:57 UTC (permalink / raw)
To: Jakub Kicinski, Jonathan Lemon
Cc: Vadim Fedorenko, Richard Cochran, Vadim Fedorenko, netdev
Flashing firmware via devlink flash was failing on PTP OCP devices
because it is using Quad SPI mode, but the driver was not properly
behaving. With force_irq flag landed it now can be fixed.
Signed-off-by: Vadim Fedorenko <vadfed@meta.com>
---
drivers/ptp/ptp_ocp.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/ptp/ptp_ocp.c b/drivers/ptp/ptp_ocp.c
index 4bbaccd543ad..2b63f3487645 100644
--- a/drivers/ptp/ptp_ocp.c
+++ b/drivers/ptp/ptp_ocp.c
@@ -662,6 +662,7 @@ static struct ocp_resource ocp_fb_resource[] = {
.num_chipselect = 1,
.bits_per_word = 8,
.num_devices = 1,
+ .force_irq = true,
.devices = &(struct spi_board_info) {
.modalias = "spi-nor",
},
--
2.30.2
^ permalink raw reply related [flat|nested] 9+ messages in thread
* Re: [net-next] ptp_ocp: add force_irq to xilinx_spi configuration
2023-03-06 15:57 [net-next] ptp_ocp: add force_irq to xilinx_spi configuration Vadim Fedorenko
@ 2023-03-06 18:17 ` kernel test robot
2023-03-06 20:49 ` Jakub Kicinski
1 sibling, 0 replies; 9+ messages in thread
From: kernel test robot @ 2023-03-06 18:17 UTC (permalink / raw)
To: Vadim Fedorenko, Jakub Kicinski, Jonathan Lemon
Cc: oe-kbuild-all, Vadim Fedorenko, Richard Cochran, netdev
Hi Vadim,
I love your patch! Perhaps something to improve:
[auto build test WARNING on net-next/master]
url: https://github.com/intel-lab-lkp/linux/commits/Vadim-Fedorenko/ptp_ocp-add-force_irq-to-xilinx_spi-configuration/20230306-235901
patch link: https://lore.kernel.org/r/20230306155726.4035925-1-vadfed%40meta.com
patch subject: [net-next] ptp_ocp: add force_irq to xilinx_spi configuration
config: ia64-allyesconfig (https://download.01.org/0day-ci/archive/20230307/202303070211.1hVqbsqg-lkp@intel.com/config)
compiler: ia64-linux-gcc (GCC) 12.1.0
reproduce (this is a W=1 build):
wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
chmod +x ~/bin/make.cross
# https://github.com/intel-lab-lkp/linux/commit/a30de1354a643bbb9f8e8174332d00d78e74c520
git remote add linux-review https://github.com/intel-lab-lkp/linux
git fetch --no-tags linux-review Vadim-Fedorenko/ptp_ocp-add-force_irq-to-xilinx_spi-configuration/20230306-235901
git checkout a30de1354a643bbb9f8e8174332d00d78e74c520
# save the config file
mkdir build_dir && cp config build_dir/.config
COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-12.1.0 make.cross W=1 O=build_dir ARCH=ia64 olddefconfig
COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-12.1.0 make.cross W=1 O=build_dir ARCH=ia64 SHELL=/bin/bash drivers/
If you fix the issue, kindly add following tag where applicable
| Reported-by: kernel test robot <lkp@intel.com>
| Link: https://lore.kernel.org/oe-kbuild-all/202303070211.1hVqbsqg-lkp@intel.com/
All warnings (new ones prefixed by >>):
drivers/ptp/ptp_ocp.c:665:34: error: 'struct xspi_platform_data' has no member named 'force_irq'
665 | .force_irq = true,
| ^~~~~~~~~
>> drivers/ptp/ptp_ocp.c:665:46: warning: excess elements in struct initializer
665 | .force_irq = true,
| ^~~~
drivers/ptp/ptp_ocp.c:665:46: note: (near initialization for '(anonymous)')
vim +665 drivers/ptp/ptp_ocp.c
423
424 #define OCP_RES_LOCATION(member) \
425 .name = #member, .bp_offset = offsetof(struct ptp_ocp, member)
426
427 #define OCP_MEM_RESOURCE(member) \
428 OCP_RES_LOCATION(member), .setup = ptp_ocp_register_mem
429
430 #define OCP_SERIAL_RESOURCE(member) \
431 OCP_RES_LOCATION(member), .setup = ptp_ocp_register_serial
432
433 #define OCP_I2C_RESOURCE(member) \
434 OCP_RES_LOCATION(member), .setup = ptp_ocp_register_i2c
435
436 #define OCP_SPI_RESOURCE(member) \
437 OCP_RES_LOCATION(member), .setup = ptp_ocp_register_spi
438
439 #define OCP_EXT_RESOURCE(member) \
440 OCP_RES_LOCATION(member), .setup = ptp_ocp_register_ext
441
442 /* This is the MSI vector mapping used.
443 * 0: PPS (TS5)
444 * 1: TS0
445 * 2: TS1
446 * 3: GNSS1
447 * 4: GNSS2
448 * 5: MAC
449 * 6: TS2
450 * 7: I2C controller
451 * 8: HWICAP (notused)
452 * 9: SPI Flash
453 * 10: NMEA
454 * 11: Signal Generator 1
455 * 12: Signal Generator 2
456 * 13: Signal Generator 3
457 * 14: Signal Generator 4
458 * 15: TS3
459 * 16: TS4
460 --
461 * 8: Orolia TS1
462 * 10: Orolia TS2
463 * 11: Orolia TS0 (GNSS)
464 * 12: Orolia PPS
465 * 14: Orolia TS3
466 * 15: Orolia TS4
467 */
468
469 static struct ocp_resource ocp_fb_resource[] = {
470 {
471 OCP_MEM_RESOURCE(reg),
472 .offset = 0x01000000, .size = 0x10000,
473 },
474 {
475 OCP_EXT_RESOURCE(ts0),
476 .offset = 0x01010000, .size = 0x10000, .irq_vec = 1,
477 .extra = &(struct ptp_ocp_ext_info) {
478 .index = 0,
479 .irq_fcn = ptp_ocp_ts_irq,
480 .enable = ptp_ocp_ts_enable,
481 },
482 },
483 {
484 OCP_EXT_RESOURCE(ts1),
485 .offset = 0x01020000, .size = 0x10000, .irq_vec = 2,
486 .extra = &(struct ptp_ocp_ext_info) {
487 .index = 1,
488 .irq_fcn = ptp_ocp_ts_irq,
489 .enable = ptp_ocp_ts_enable,
490 },
491 },
492 {
493 OCP_EXT_RESOURCE(ts2),
494 .offset = 0x01060000, .size = 0x10000, .irq_vec = 6,
495 .extra = &(struct ptp_ocp_ext_info) {
496 .index = 2,
497 .irq_fcn = ptp_ocp_ts_irq,
498 .enable = ptp_ocp_ts_enable,
499 },
500 },
501 {
502 OCP_EXT_RESOURCE(ts3),
503 .offset = 0x01110000, .size = 0x10000, .irq_vec = 15,
504 .extra = &(struct ptp_ocp_ext_info) {
505 .index = 3,
506 .irq_fcn = ptp_ocp_ts_irq,
507 .enable = ptp_ocp_ts_enable,
508 },
509 },
510 {
511 OCP_EXT_RESOURCE(ts4),
512 .offset = 0x01120000, .size = 0x10000, .irq_vec = 16,
513 .extra = &(struct ptp_ocp_ext_info) {
514 .index = 4,
515 .irq_fcn = ptp_ocp_ts_irq,
516 .enable = ptp_ocp_ts_enable,
517 },
518 },
519 /* Timestamp for PHC and/or PPS generator */
520 {
521 OCP_EXT_RESOURCE(pps),
522 .offset = 0x010C0000, .size = 0x10000, .irq_vec = 0,
523 .extra = &(struct ptp_ocp_ext_info) {
524 .index = 5,
525 .irq_fcn = ptp_ocp_ts_irq,
526 .enable = ptp_ocp_ts_enable,
527 },
528 },
529 {
530 OCP_EXT_RESOURCE(signal_out[0]),
531 .offset = 0x010D0000, .size = 0x10000, .irq_vec = 11,
532 .extra = &(struct ptp_ocp_ext_info) {
533 .index = 1,
534 .irq_fcn = ptp_ocp_signal_irq,
535 .enable = ptp_ocp_signal_enable,
536 },
537 },
538 {
539 OCP_EXT_RESOURCE(signal_out[1]),
540 .offset = 0x010E0000, .size = 0x10000, .irq_vec = 12,
541 .extra = &(struct ptp_ocp_ext_info) {
542 .index = 2,
543 .irq_fcn = ptp_ocp_signal_irq,
544 .enable = ptp_ocp_signal_enable,
545 },
546 },
547 {
548 OCP_EXT_RESOURCE(signal_out[2]),
549 .offset = 0x010F0000, .size = 0x10000, .irq_vec = 13,
550 .extra = &(struct ptp_ocp_ext_info) {
551 .index = 3,
552 .irq_fcn = ptp_ocp_signal_irq,
553 .enable = ptp_ocp_signal_enable,
554 },
555 },
556 {
557 OCP_EXT_RESOURCE(signal_out[3]),
558 .offset = 0x01100000, .size = 0x10000, .irq_vec = 14,
559 .extra = &(struct ptp_ocp_ext_info) {
560 .index = 4,
561 .irq_fcn = ptp_ocp_signal_irq,
562 .enable = ptp_ocp_signal_enable,
563 },
564 },
565 {
566 OCP_MEM_RESOURCE(pps_to_ext),
567 .offset = 0x01030000, .size = 0x10000,
568 },
569 {
570 OCP_MEM_RESOURCE(pps_to_clk),
571 .offset = 0x01040000, .size = 0x10000,
572 },
573 {
574 OCP_MEM_RESOURCE(tod),
575 .offset = 0x01050000, .size = 0x10000,
576 },
577 {
578 OCP_MEM_RESOURCE(irig_in),
579 .offset = 0x01070000, .size = 0x10000,
580 },
581 {
582 OCP_MEM_RESOURCE(irig_out),
583 .offset = 0x01080000, .size = 0x10000,
584 },
585 {
586 OCP_MEM_RESOURCE(dcf_in),
587 .offset = 0x01090000, .size = 0x10000,
588 },
589 {
590 OCP_MEM_RESOURCE(dcf_out),
591 .offset = 0x010A0000, .size = 0x10000,
592 },
593 {
594 OCP_MEM_RESOURCE(nmea_out),
595 .offset = 0x010B0000, .size = 0x10000,
596 },
597 {
598 OCP_MEM_RESOURCE(image),
599 .offset = 0x00020000, .size = 0x1000,
600 },
601 {
602 OCP_MEM_RESOURCE(pps_select),
603 .offset = 0x00130000, .size = 0x1000,
604 },
605 {
606 OCP_MEM_RESOURCE(sma_map1),
607 .offset = 0x00140000, .size = 0x1000,
608 },
609 {
610 OCP_MEM_RESOURCE(sma_map2),
611 .offset = 0x00220000, .size = 0x1000,
612 },
613 {
614 OCP_I2C_RESOURCE(i2c_ctrl),
615 .offset = 0x00150000, .size = 0x10000, .irq_vec = 7,
616 .extra = &(struct ptp_ocp_i2c_info) {
617 .name = "xiic-i2c",
618 .fixed_rate = 50000000,
619 .data_size = sizeof(struct xiic_i2c_platform_data),
620 .data = &(struct xiic_i2c_platform_data) {
621 .num_devices = 2,
622 .devices = (struct i2c_board_info[]) {
623 { I2C_BOARD_INFO("24c02", 0x50) },
624 { I2C_BOARD_INFO("24mac402", 0x58),
625 .platform_data = "mac" },
626 },
627 },
628 },
629 },
630 {
631 OCP_SERIAL_RESOURCE(gnss_port),
632 .offset = 0x00160000 + 0x1000, .irq_vec = 3,
633 .extra = &(struct ptp_ocp_serial_port) {
634 .baud = 115200,
635 },
636 },
637 {
638 OCP_SERIAL_RESOURCE(gnss2_port),
639 .offset = 0x00170000 + 0x1000, .irq_vec = 4,
640 .extra = &(struct ptp_ocp_serial_port) {
641 .baud = 115200,
642 },
643 },
644 {
645 OCP_SERIAL_RESOURCE(mac_port),
646 .offset = 0x00180000 + 0x1000, .irq_vec = 5,
647 .extra = &(struct ptp_ocp_serial_port) {
648 .baud = 57600,
649 },
650 },
651 {
652 OCP_SERIAL_RESOURCE(nmea_port),
653 .offset = 0x00190000 + 0x1000, .irq_vec = 10,
654 },
655 {
656 OCP_SPI_RESOURCE(spi_flash),
657 .offset = 0x00310000, .size = 0x10000, .irq_vec = 9,
658 .extra = &(struct ptp_ocp_flash_info) {
659 .name = "xilinx_spi", .pci_offset = 0,
660 .data_size = sizeof(struct xspi_platform_data),
661 .data = &(struct xspi_platform_data) {
662 .num_chipselect = 1,
663 .bits_per_word = 8,
664 .num_devices = 1,
> 665 .force_irq = true,
666 .devices = &(struct spi_board_info) {
667 .modalias = "spi-nor",
668 },
669 },
670 },
671 },
672 {
673 OCP_MEM_RESOURCE(freq_in[0]),
674 .offset = 0x01200000, .size = 0x10000,
675 },
676 {
677 OCP_MEM_RESOURCE(freq_in[1]),
678 .offset = 0x01210000, .size = 0x10000,
679 },
680 {
681 OCP_MEM_RESOURCE(freq_in[2]),
682 .offset = 0x01220000, .size = 0x10000,
683 },
684 {
685 OCP_MEM_RESOURCE(freq_in[3]),
686 .offset = 0x01230000, .size = 0x10000,
687 },
688 {
689 .setup = ptp_ocp_fb_board_init,
690 },
691 { }
692 };
693
--
0-DAY CI Kernel Test Service
https://github.com/intel/lkp-tests
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [net-next] ptp_ocp: add force_irq to xilinx_spi configuration
2023-03-06 15:57 [net-next] ptp_ocp: add force_irq to xilinx_spi configuration Vadim Fedorenko
2023-03-06 18:17 ` kernel test robot
@ 2023-03-06 20:49 ` Jakub Kicinski
2023-03-06 21:10 ` Vadim Fedorenko
1 sibling, 1 reply; 9+ messages in thread
From: Jakub Kicinski @ 2023-03-06 20:49 UTC (permalink / raw)
To: Vadim Fedorenko; +Cc: Jonathan Lemon, Richard Cochran, Vadim Fedorenko, netdev
On Mon, 6 Mar 2023 07:57:26 -0800 Vadim Fedorenko wrote:
> Flashing firmware via devlink flash was failing on PTP OCP devices
> because it is using Quad SPI mode, but the driver was not properly
> behaving. With force_irq flag landed it now can be fixed.
>
> Signed-off-by: Vadim Fedorenko <vadfed@meta.com>
Give it until Friday, the patch needs to be in the networking trees
(our PR cadence during the merge window is less regular than outside
it).
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [net-next] ptp_ocp: add force_irq to xilinx_spi configuration
2023-03-06 20:49 ` Jakub Kicinski
@ 2023-03-06 21:10 ` Vadim Fedorenko
2023-03-06 21:20 ` Jakub Kicinski
0 siblings, 1 reply; 9+ messages in thread
From: Vadim Fedorenko @ 2023-03-06 21:10 UTC (permalink / raw)
To: Jakub Kicinski, Vadim Fedorenko; +Cc: Jonathan Lemon, Richard Cochran, netdev
On 06.03.2023 20:49, Jakub Kicinski wrote:
> On Mon, 6 Mar 2023 07:57:26 -0800 Vadim Fedorenko wrote:
>> Flashing firmware via devlink flash was failing on PTP OCP devices
>> because it is using Quad SPI mode, but the driver was not properly
>> behaving. With force_irq flag landed it now can be fixed.
>>
>> Signed-off-by: Vadim Fedorenko <vadfed@meta.com>
>
> Give it until Friday, the patch needs to be in the networking trees
> (our PR cadence during the merge window is less regular than outside
> it).
Looks like "1dd46599f83a spi: xilinx: add force_irq for QSPI mode" is in net and
net-next trees already? Or which patch are you talking about?
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [net-next] ptp_ocp: add force_irq to xilinx_spi configuration
2023-03-06 21:10 ` Vadim Fedorenko
@ 2023-03-06 21:20 ` Jakub Kicinski
2023-03-06 21:22 ` Jakub Kicinski
0 siblings, 1 reply; 9+ messages in thread
From: Jakub Kicinski @ 2023-03-06 21:20 UTC (permalink / raw)
To: Vadim Fedorenko; +Cc: Vadim Fedorenko, Jonathan Lemon, Richard Cochran, netdev
On Mon, 6 Mar 2023 21:10:40 +0000 Vadim Fedorenko wrote:
> On 06.03.2023 20:49, Jakub Kicinski wrote:
> > On Mon, 6 Mar 2023 07:57:26 -0800 Vadim Fedorenko wrote:
> >> Flashing firmware via devlink flash was failing on PTP OCP devices
> >> because it is using Quad SPI mode, but the driver was not properly
> >> behaving. With force_irq flag landed it now can be fixed.
> >>
> >> Signed-off-by: Vadim Fedorenko <vadfed@meta.com>
> >
> > Give it until Friday, the patch needs to be in the networking trees
> > (our PR cadence during the merge window is less regular than outside
> > it).
>
> Looks like "1dd46599f83a spi: xilinx: add force_irq for QSPI mode" is in net and
> net-next trees already? Or which patch are you talking about?
Hm, you're right. Any idea why both kbuild bot and our own CI think
this doesn't build, then?
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [net-next] ptp_ocp: add force_irq to xilinx_spi configuration
2023-03-06 21:20 ` Jakub Kicinski
@ 2023-03-06 21:22 ` Jakub Kicinski
2023-03-06 22:47 ` Vadim Fedorenko
2023-03-08 19:01 ` Vadim Fedorenko
0 siblings, 2 replies; 9+ messages in thread
From: Jakub Kicinski @ 2023-03-06 21:22 UTC (permalink / raw)
To: kernel test robot
Cc: Vadim Fedorenko, Vadim Fedorenko, Jonathan Lemon,
Richard Cochran, netdev
On Mon, 6 Mar 2023 13:20:13 -0800 Jakub Kicinski wrote:
> On Mon, 6 Mar 2023 21:10:40 +0000 Vadim Fedorenko wrote:
> > On 06.03.2023 20:49, Jakub Kicinski wrote:
> > > Give it until Friday, the patch needs to be in the networking trees
> > > (our PR cadence during the merge window is less regular than outside
> > > it).
> >
> > Looks like "1dd46599f83a spi: xilinx: add force_irq for QSPI mode" is in net and
> > net-next trees already? Or which patch are you talking about?
>
> Hm, you're right. Any idea why both kbuild bot and our own CI think
> this doesn't build, then?
Probably because they both use master :S
kernel test robot folks, could you please switch from master to main
as the base for networking patches?
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [net-next] ptp_ocp: add force_irq to xilinx_spi configuration
2023-03-06 21:22 ` Jakub Kicinski
@ 2023-03-06 22:47 ` Vadim Fedorenko
2023-03-08 19:01 ` Vadim Fedorenko
1 sibling, 0 replies; 9+ messages in thread
From: Vadim Fedorenko @ 2023-03-06 22:47 UTC (permalink / raw)
To: Jakub Kicinski; +Cc: Vadim Fedorenko, Jonathan Lemon, Richard Cochran, netdev
On 06.03.2023 21:22, Jakub Kicinski wrote:
> On Mon, 6 Mar 2023 13:20:13 -0800 Jakub Kicinski wrote:
>> On Mon, 6 Mar 2023 21:10:40 +0000 Vadim Fedorenko wrote:
>>> On 06.03.2023 20:49, Jakub Kicinski wrote:
>>>> Give it until Friday, the patch needs to be in the networking trees
>>>> (our PR cadence during the merge window is less regular than outside
>>>> it).
>>>
>>> Looks like "1dd46599f83a spi: xilinx: add force_irq for QSPI mode" is in net and
>>> net-next trees already? Or which patch are you talking about?
>>
>> Hm, you're right. Any idea why both kbuild bot and our own CI think
>> this doesn't build, then?
>
> Probably because they both use master :S
>
> kernel test robot folks, could you please switch from master to main
> as the base for networking patches?
Very interesting side effect of renaming!
Thanks!
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [net-next] ptp_ocp: add force_irq to xilinx_spi configuration
2023-03-06 21:22 ` Jakub Kicinski
2023-03-06 22:47 ` Vadim Fedorenko
@ 2023-03-08 19:01 ` Vadim Fedorenko
2023-03-09 2:25 ` Jakub Kicinski
1 sibling, 1 reply; 9+ messages in thread
From: Vadim Fedorenko @ 2023-03-08 19:01 UTC (permalink / raw)
To: Jakub Kicinski; +Cc: Vadim Fedorenko, Jonathan Lemon, Richard Cochran, netdev
On 06/03/2023 21:22, Jakub Kicinski wrote:
> On Mon, 6 Mar 2023 13:20:13 -0800 Jakub Kicinski wrote:
>> On Mon, 6 Mar 2023 21:10:40 +0000 Vadim Fedorenko wrote:
>>> On 06.03.2023 20:49, Jakub Kicinski wrote:
>>>> Give it until Friday, the patch needs to be in the networking trees
>>>> (our PR cadence during the merge window is less regular than outside
>>>> it).
>>>
>>> Looks like "1dd46599f83a spi: xilinx: add force_irq for QSPI mode" is in net and
>>> net-next trees already? Or which patch are you talking about?
>>
>> Hm, you're right. Any idea why both kbuild bot and our own CI think
>> this doesn't build, then?
>
> Probably because they both use master :S
>
> kernel test robot folks, could you please switch from master to main
> as the base for networking patches?
Should I re-send it? It's marked as Deffered and is not going forward...
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [net-next] ptp_ocp: add force_irq to xilinx_spi configuration
2023-03-08 19:01 ` Vadim Fedorenko
@ 2023-03-09 2:25 ` Jakub Kicinski
0 siblings, 0 replies; 9+ messages in thread
From: Jakub Kicinski @ 2023-03-09 2:25 UTC (permalink / raw)
To: Vadim Fedorenko; +Cc: Vadim Fedorenko, Jonathan Lemon, Richard Cochran, netdev
On Wed, 8 Mar 2023 19:01:22 +0000 Vadim Fedorenko wrote:
> On 06/03/2023 21:22, Jakub Kicinski wrote:
> > On Mon, 6 Mar 2023 13:20:13 -0800 Jakub Kicinski wrote:
> >> Hm, you're right. Any idea why both kbuild bot and our own CI think
> >> this doesn't build, then?
> >
> > Probably because they both use master :S
> >
> > kernel test robot folks, could you please switch from master to main
> > as the base for networking patches?
>
> Should I re-send it? It's marked as Deffered and is not going forward...
Yes, please, not sure why it's Deferred so let's do a resend.
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2023-03-09 2:25 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2023-03-06 15:57 [net-next] ptp_ocp: add force_irq to xilinx_spi configuration Vadim Fedorenko
2023-03-06 18:17 ` kernel test robot
2023-03-06 20:49 ` Jakub Kicinski
2023-03-06 21:10 ` Vadim Fedorenko
2023-03-06 21:20 ` Jakub Kicinski
2023-03-06 21:22 ` Jakub Kicinski
2023-03-06 22:47 ` Vadim Fedorenko
2023-03-08 19:01 ` Vadim Fedorenko
2023-03-09 2:25 ` Jakub Kicinski
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.