Date: Thu, 11 Jun 2026 17:03:47 +0000 From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 295985] e6000sw not connecting over mdio bus to Marvel 88E6190 Message-ID: <bug-295985-7501-q300rLEUpU@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-295985-7501@https.bugs.freebsd.org/bugzilla/>
index | next in thread | previous in thread | raw e-mail
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=295985 --- Comment #2 from Brett Farnam <brett.farnam@gmail.com> --- Hi Adrian, I have been following your work on this marvel switch. Thank you for getting all this worked out. So I added your suggestion and nothing at boot. Here is my /boot/loader.conf: # etherswitch_load="YES" # miiproxy_load="YES" # e6000sw_load="YES" # Added for M270 Platform Support hint.mdio.0.at="ix0" hint.e6000sw.0.at="mdio1" hint.e6000sw.0.addr="0x0" hint.e6000sw.0.port0disabled="1" hint.e6000sw.0.is6190x="1" hint.e6000sw.0.port9cpu="1" hint.e6000sw.0.port10cpu="1" hint.e6000sw.0.port9speed="2500" hint.e6000sw.0.port10speed="2500" hint.ix.0.enable_mdio=1 Then I manually loaded (kldload) etherswitch, miiproxy, and e6000sw and the interfaces came up. BUT when I uncommented the load statements in my loader.conf I end up with a kernel panic (below). Any other thoughts? V/R, Brett panic: ix0: <Intel(R) X553 (KR Backplane)> mem 0xdfa00000-0xdfbfffff,0xdfc04000-0xdfc07fff irq 16 at device 0.0 on pci6 ix0: Using 2048 TX descriptors and 2048 RX descriptors ix0: Using 4 RX queues 4 TX queues ix0: Using MSI-X interrupts with 5 vectors ix0: allocated for 4 queues ix0: allocated for 4 rx queues ix0: Ethernet address: 00:a0:c9:00:00:02 ix0: nvm 0.58.0 eTrack 0x80000863 mdio1: <MDIO> on ix0 mdioproxy0: <MII/MDIO proxy, MDIO side> on mdio1 panic: _sx_xlock_hard: recursed on non-recursive sx 0xfffff800018c7de0 @ /usr/src/sys/dev/ixgbe/if_ix_mdio.c:90 cpuid = 1 time = 1 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x36/frame 0xffffffff82a152b0 vpanic() at vpanic+0x149/frame 0xffffffff82a153e0 panic() at panic+0x43/frame 0xffffffff82a15440 _sx_xlock_hard() at _sx_xlock_hard+0x9bc/frame 0xffffffff82a15500 _sx_xlock() at _sx_xlock+0xac/frame 0xffffffff82a15540 ixgbe_mdio_readreg_c22() at ixgbe_mdio_readreg_c22+0x8a/frame 0xffffffff82a15590 e6000sw_readreg() at e6000sw_readreg+0x229/frame 0xffffffff82a155d0 e6000sw_probe() at e6000sw_probe+0x1aa/frame 0xffffffff82a15610 device_probe_child() at device_probe_child+0x156/frame 0xffffffff82a15660 device_probe() at device_probe+0x8b/frame 0xffffffff82a15680 bus_attach_children() at bus_attach_children+0x3e/frame 0xffffffff82a156a0 mdio_attach() at mdio_attach+0x1e/frame 0xffffffff82a156c0 device_attach() at device_attach+0x466/frame 0xffffffff82a15710 bus_attach_children() at bus_attach_children+0x4a/frame 0xffffffff82a15730 ixgbe_mdio_attach() at ixgbe_mdio_attach+0x9f/frame 0xffffffff82a15760 ixgbe_if_attach_post() at ixgbe_if_attach_post+0x1a0b/frame 0xffffffff82a15800 iflib_device_register() at iflib_device_register+0x2a47/frame 0xffffffff82a15940 iflib_device_attach() at iflib_device_attach+0xb8/frame 0xffffffff82a15980 device_attach() at device_attach+0x466/frame 0xffffffff82a159d0 bus_attach_children() at bus_attach_children+0x4a/frame 0xffffffff82a159f0 pci_attach() at pci_attach+0xf6/frame 0xffffffff82a15a30 acpi_pci_attach() at acpi_pci_attach+0x20/frame 0xffffffff82a15a70 device_attach() at device_attach+0x466/frame 0xffffffff82a15ac0 bus_attach_children() at bus_attach_children+0x4a/frame 0xffffffff82a15ae0 pcib_attach_child() at pcib_attach_child+0x40/frame 0xffffffff82a15b00 acpi_pcib_pci_attach() at acpi_pcib_pci_attach+0xab/frame 0xffffffff82a15b40 device_attach() at device_attach+0x466/frame 0xffffffff82a15b90 bus_attach_children() at bus_attach_children+0x4a/frame 0xffffffff82a15bb0 pci_attach() at pci_attach+0xf6/frame 0xffffffff82a15bf0 acpi_pci_attach() at acpi_pci_attach+0x20/frame 0xffffffff82a15c30 device_attach() at device_attach+0x466/frame 0xffffffff82a15c80 bus_attach_children() at bus_attach_children+0x4a/frame 0xffffffff82a15ca0 acpi_pcib_acpi_attach() at acpi_pcib_acpi_attach+0x432/frame 0xffffffff82a15d00 device_attach() at device_attach+0x466/frame 0xffffffff82a15d50 bus_attach_children() at bus_attach_children+0x4a/frame 0xffffffff82a15d70 acpi_probe_children() at acpi_probe_children+0x7a/frame 0xffffffff82a15de0 acpi_attach() at acpi_attach+0xa93/frame 0xffffffff82a15e60 device_attach() at device_attach+0x466/frame 0xffffffff82a15eb0 bus_attach_children() at bus_attach_children+0x4a/frame 0xffffffff82a15ed0 nexus_acpi_attach() at nexus_acpi_attach+0x65/frame 0xffffffff82a15ef0 device_attach() at device_attach+0x466/frame 0xffffffff82a15f40 bus_generic_new_pass() at bus_generic_new_pass+0x126/frame 0xffffffff82a15f70 root_bus_configure() at root_bus_configure+0x26/frame 0xffffffff82a15f90 configure() at configure+0x9/frame 0xffffffff82a15fa0 mi_startup() at mi_startup+0x1ed/frame 0xffffffff82a15ff0 KDB: enter: panic [ thread pid 0 tid 100000 ] Stopped at kdb_enter+0x33: movq $0,0x15ae432(%rip) db> -- You are receiving this mail because: You are the assignee for the bug.home | help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-295985-7501-q300rLEUpU>