Report a Bug.
-
What is this hardware? The boot log shows 32 phys. Is that real?
It's also using a dc(4) NIC which is ancient and that appears to be where the crash was:
Backtrace:db:0:kdb.enter.default> bt Tracing pid 488 tid 100123 td 0xfffffe00ce704e40 kdb_enter() at kdb_enter+0x32/frame 0xfffffe008cb8a240 vpanic() at vpanic+0x183/frame 0xfffffe008cb8a290 panic() at panic+0x43/frame 0xfffffe008cb8a2f0 trap_fatal() at trap_fatal+0x409/frame 0xfffffe008cb8a350 trap_pfault() at trap_pfault+0x4f/frame 0xfffffe008cb8a3b0 calltrap() at calltrap+0x8/frame 0xfffffe008cb8a3b0 --- trap 0xc, rip = 0xffffffff806bde2b, rsp = 0xfffffe008cb8a480, rbp = 0xfffffe008cb8a490 --- dc_hash_maddr_21143() at dc_hash_maddr_21143+0x9b/frame 0xfffffe008cb8a490 if_foreach_llmaddr() at if_foreach_llmaddr+0x5b/frame 0xfffffe008cb8a4e0 dc_setfilt() at dc_setfilt+0x15c/frame 0xfffffe008cb8a540 dc_ioctl() at dc_ioctl+0xee/frame 0xfffffe008cb8a580 if_addmulti() at if_addmulti+0x41c/frame 0xfffffe008cb8a620 in6_joingroup_locked() at in6_joingroup_locked+0x1f3/frame 0xfffffe008cb8a6f0 in6_joingroup() at in6_joingroup+0x4f/frame 0xfffffe008cb8a730 in6_update_ifa() at in6_update_ifa+0xf87/frame 0xfffffe008cb8a8b0 in6_ifattach() at in6_ifattach+0x5ff/frame 0xfffffe008cb8aa30 in6_if_up() at in6_if_up+0x7e/frame 0xfffffe008cb8aa70 if_up() at if_up+0x49/frame 0xfffffe008cb8aab0 ifhwioctl() at ifhwioctl+0xd84/frame 0xfffffe008cb8abc0 ifioctl() at ifioctl+0x944/frame 0xfffffe008cb8acc0 kern_ioctl() at kern_ioctl+0x257/frame 0xfffffe008cb8ad30 sys_ioctl() at sys_ioctl+0x12c/frame 0xfffffe008cb8ae00 amd64_syscall() at amd64_syscall+0x109/frame 0xfffffe008cb8af30 fast_syscall_common() at fast_syscall_common+0xf8/frame 0xfffffe008cb8af30 --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x8284daf5a, rsp = 0x820b29108, rbp = 0x820b29170 ---
Panic:
miibus1: mii_mediachg: can't handle non-zero PHY instance 3 miibus1: mii_mediachg: can't handle non-zero PHY instance 2 miibus1: mii_mediachg: can't handle non-zero PHY instance 1 <6>nfe0: link state changed to DOWN <118>done. <118>Configuring WAN interface... dc0: dc_netcfg_wait: failed to force tx to idle state <6>dc0: link state changed to UP Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x50 fault code = supervisor write data, page not present instruction pointer = 0x20:0xffffffff806bde2b stack pointer = 0x28:0xfffffe008cb8a480 frame pointer = 0x28:0xfffffe008cb8a490 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 488 (php-cgi) rdi: fffff800057e1508 rsi: 6 rdx: 4 rcx: 0 r8: 6 r9: 0 rax: 14 rbx: fffffe0083398000 rbp: fffffe008cb8a490 r10: 0 r11: 63 r12: 0 r13: fffffe0083397000 r14: fffffe0083398000 r15: ffffffff806bdd90 trap number = 12 panic: page fault cpuid = 0 time = 1689507968 KDB: enter: panic
Did it actually complete the install in either 2.6 or 2.7?
I would try replacing or removing the dc NIC if you can.
Steve
-
@stephenw10 said in Report a Bug.:
What is this hardware?
@stephenw10 said in Report a Bug.:
I would try replacing or removing the dc NIC if you can.
Ok. I will be back to report if everything is working, thank you very much.
-
But is this a desktop device? A networking appliance? This is the boot log looks all wrong:
nfe0: <NVIDIA nForce MCP61 Networking Adapter> port 0xc080-0xc087 mem 0xeedfd000-0xeedfdfff irq 20 at device 7.0 on pci0 miibus1: <MII bus> on nfe0 rlphy0: <RTL8201L 10/100 media interface> PHY 0 on miibus1 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy1: <RTL8201L 10/100 media interface> PHY 1 on miibus1 rlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy2: <RTL8201L 10/100 media interface> PHY 2 on miibus1 rlphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy3: <RTL8201L 10/100 media interface> PHY 3 on miibus1 rlphy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy4: <RTL8201L 10/100 media interface> PHY 4 on miibus1 rlphy4: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy5: <RTL8201L 10/100 media interface> PHY 5 on miibus1 rlphy5: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy6: <RTL8201L 10/100 media interface> PHY 6 on miibus1 rlphy6: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy7: <RTL8201L 10/100 media interface> PHY 7 on miibus1 rlphy7: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy8: <RTL8201L 10/100 media interface> PHY 8 on miibus1 rlphy8: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy9: <RTL8201L 10/100 media interface> PHY 9 on miibus1 rlphy9: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy10: <RTL8201L 10/100 media interface> PHY 10 on miibus1 rlphy10: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy11: <RTL8201L 10/100 media interface> PHY 11 on miibus1 rlphy11: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy12: <RTL8201L 10/100 media interface> PHY 12 on miibus1 rlphy12: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy13: <RTL8201L 10/100 media interface> PHY 13 on miibus1 rlphy13: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy14: <RTL8201L 10/100 media interface> PHY 14 on miibus1 rlphy14: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy15: <RTL8201L 10/100 media interface> PHY 15 on miibus1 rlphy15: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy16: <RTL8201L 10/100 media interface> PHY 16 on miibus1 rlphy16: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy17: <RTL8201L 10/100 media interface> PHY 17 on miibus1 rlphy17: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy18: <RTL8201L 10/100 media interface> PHY 18 on miibus1 rlphy18: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy19: <RTL8201L 10/100 media interface> PHY 19 on miibus1 rlphy19: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy20: <RTL8201L 10/100 media interface> PHY 20 on miibus1 rlphy20: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy21: <RTL8201L 10/100 media interface> PHY 21 on miibus1 rlphy21: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy22: <RTL8201L 10/100 media interface> PHY 22 on miibus1 rlphy22: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy23: <RTL8201L 10/100 media interface> PHY 23 on miibus1 rlphy23: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy24: <RTL8201L 10/100 media interface> PHY 24 on miibus1 rlphy24: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy25: <RTL8201L 10/100 media interface> PHY 25 on miibus1 rlphy25: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy26: <RTL8201L 10/100 media interface> PHY 26 on miibus1 rlphy26: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy27: <RTL8201L 10/100 media interface> PHY 27 on miibus1 rlphy27: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy28: <RTL8201L 10/100 media interface> PHY 28 on miibus1 rlphy28: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy29: <RTL8201L 10/100 media interface> PHY 29 on miibus1 rlphy29: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy30: <RTL8201L 10/100 media interface> PHY 30 on miibus1 rlphy30: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy31: <RTL8201L 10/100 media interface> PHY 31 on miibus1 rlphy31: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow <6>nfe0: Ethernet address: bc:5f:f4:7b:8d:ff
It sees 32 Realtek PHYs on that nfe MAC. I've never seen anything like that and it's hard to imagine it's accurate. I assume this does not have 32 Ethernet ports?
-
@stephenw10 said in Report a Bug.:
I assume this does not have 32 Ethernet ports?
Only 2.
@stephenw10 said in Report a Bug.:
But is this a desktop device?
Yes.
-
Ok, then both those NICs appear to be buggy but the dc(4) driver is known to have issues so I'd replace that first.
-
@stephenw10 The ENF656-ESW-NDPR V1.1 will be ok?
-
That looks like a 56K modem, so almost certainly not what you want and it probably not supported anyway.
-
@stephenw10 RTL8139D(L)?
-
@stephenw10 I have a very old computer for this, can I put a link for a store from my country for best help? I don't know if put a link of an online store is accepted here, so I ask just in case.
-
That will probably work but it's still an old NIC that isn't really that great.
Use Intel based NICs if you possibly can.
-
@stephenw10 Only find intel ether Express Pro100 Smart adaptor for a reasonable price.
-
Well that probably would work but it's also an old 100M NIC.
-
@stephenw10 thanks, but I have only 50 mb of internet, so I suppose is ok, not?
-
Probably be fine then.
-
@stephenw10 Also found bic2se Model 315-0610020esa, but I don't find any documentation for that card.
-
Yeah, I have no idea if that would work. And it's SFP so added complexity. And possibly fibre channel only which wouldn't work.
-
@stephenw10 the NC3121?
-
Looks like an Intel NIC so I'd expect it to work. I've never tested it myself though.
-
@stephenw10 Hi again! The networks adapters are the real problem (1 from the motherboard and other pci) that don't let me update to 2.7? I ask this because I want to be sure to changing the nics all will be work fine.
Thanks.
All the best.
-
Well the crash you posted is in the dc driver so if you remove that NIC it can't happen.
You only need one NIC to test it though so try installing 2.7 with only the on-board nfe NIC.