[Bug 252485] [re] [panic] Panic in if_re.c (Realtek RTL8111/8168/8411)

[bugzilla-noreply at freebsd.org]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=252485

--- Comment #2 from Maciej Suszko <maciej at suszko.eu> ---
Unfortunately, using ports kernel module stability is better but the machine
paniced after ~16h... but now it's not strictly if_re related I suppose:

Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 00
fault virtual address   = 0x100000010
fault code              = supervisor read data, page not present
instruction pointer     = 0x20:0xffffffff80627b34
stack pointer           = 0x28:0xfffffe0074516780
frame pointer           = 0x28:0xfffffe00745167e0
code segment            = base 0x0, limit 0xfffff, type 0x1b
                        = DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags        = resume, IOPL = 0
current process         = 11 (idle: cpu0)
trap number             = 12
panic: page fault
cpuid = 0
time = 1610073011
KDB: stack backtrace:
#0 0xffffffff80659775 at kdb_backtrace+0x65
#1 0xffffffff8060da2b at vpanic+0x17b
#2 0xffffffff8060d8a3 at panic+0x43
#3 0xffffffff8095e0d1 at trap_fatal+0x391
#4 0xffffffff8095e12f at trap_pfault+0x4f
#5 0xffffffff8095d776 at trap+0x286
#6 0xffffffff809376a8 at calltrap+0x8
#7 0xffffffff809809f8 at handleevents+0x188
#8 0xffffffff809811ef at timercb+0x25f
#9 0xffffffff809beceb at lapic_handle_timer+0x9b
#10 0xffffffff809393a1 at Xtimerint+0xb1
#11 0xffffffff809b54fe at cpu_idle_acpi+0x3e
#12 0xffffffff809b55af at cpu_idle+0x9f
#13 0xffffffff806415e6 at sched_idletd+0x326
#14 0xffffffff805cf35e at fork_exit+0x7e
#15 0xffffffff809386de at fork_trampoline+0xe
Uptime: 15h54m12s

#0  doadump () at src/sys/amd64/include/pcpu_aux.h:55
55              __asm("movq %%gs:%P1,%0" : "=r" (td) : "n" (offsetof(struct
pcpu,
(kgdb) #0  doadump () at src/sys/amd64/include/pcpu_aux.h:55
#1  0xffffffff8060d645 in kern_reboot (howto=260)
    at /usr/src/sys/kern/kern_shutdown.c:451
#2  0xffffffff8060da83 in vpanic (fmt=<value optimized out>, 
    ap=<value optimized out>) at /usr/src/sys/kern/kern_shutdown.c:880
#3  0xffffffff8060d8a3 in panic (fmt=<value optimized out>)
    at /usr/src/sys/kern/kern_shutdown.c:807
#4  0xffffffff8095e0d1 in trap_fatal (frame=<value optimized out>, 
    eva=<value optimized out>) at /usr/src/sys/amd64/amd64/trap.c:921
#5  0xffffffff8095e12f in trap_pfault (frame=0xfffffe00745166c0, 
    usermode=<value optimized out>, signo=<value optimized out>, 
    ucode=<value optimized out>) at src/sys/amd64/include/pcpu_aux.h:55
#6  0xffffffff8095d776 in trap (frame=0xfffffe00745166c0)
    at /usr/src/sys/amd64/amd64/trap.c:405
#7  0xffffffff809376a8 in calltrap ()
    at /usr/src/sys/amd64/amd64/exception.S:289
#8  0xffffffff80627b34 in callout_process (now=245898303208611)
    at /usr/src/sys/kern/kern_timeout.c:489
#9  0xffffffff809809f8 in handleevents (now=245898303208611, fake=0)
    at /usr/src/sys/kern/kern_clocksource.c:213
#10 0xffffffff809811ef in timercb (et=0xffffffff80f769e0, 
    arg=<value optimized out>) at /usr/src/sys/kern/kern_clocksource.c:357
#11 0xffffffff809beceb in lapic_handle_timer (frame=0xfffffe00745168b0)
    at /usr/src/sys/x86/x86/local_apic.c:1339
#12 0xffffffff809393a1 in Xtimerint () at apic_vector.S:132
#13 0xffffffff803c12ab in acpi_cpu_idle (sbt=<value optimized out>)
    at /usr/src/sys/dev/acpica/acpi_cpu.c:1194
#14 0xffffffff809b54fe in cpu_idle_acpi (sbt=68154160)
    at /usr/src/sys/x86/x86/cpu_machdep.c:506
#15 0xffffffff809b55af in cpu_idle (busy=0)
    at /usr/src/sys/x86/x86/cpu_machdep.c:654
#16 0xffffffff806415e6 in sched_idletd (dummy=<value optimized out>)
    at /usr/src/sys/kern/sched_ule.c:2860
#17 0xffffffff805cf35e in fork_exit (
    callout=0xffffffff806412c0 <sched_idletd>, arg=0x0, 
    frame=0xfffffe0074516b00) at /usr/src/sys/kern/kern_fork.c:1080
#18 0xffffffff809386de in fork_trampoline ()
    at /usr/src/sys/amd64/amd64/exception.S:1078
#19 0x0000000000000000 in ?? ()

Any ideas?

-- 
You are receiving this mail because:
You are the assignee for the bug.