Alix apu board having sudden reboots

  • Hi guys,

    I have a working 2.3.4 install working flawlessly. The update to 2.4-RC worked and the basic functionality was there until the board suddenly reboots. No packages installed;

    Just 3 physical interfaces and a couple of VLANs configured. As the box worked before (and still does after the fresh install), I assume it's the 2.4-RC version. I sent in the bug reports via GUI, hoping that they'd help.

    Nothing in "Cryptographic Hardware" which would kill the box. PoE on the switch attached to it was disabled.

  • Banned

    There is no 2.4 for x86 (such as Alix)

  • 2.3.4-RELEASE-p1 (amd64)
    built on Fri Jul 14 14:52:43 CDT 2017
    FreeBSD 10.3-RELEASE-p19

    Judging by the stuff pfsense tells me on the dashboard… The box is 64 bit. So there is an Image available.

    Correction: it's an apu.

  • Banned


    Correction: it's an apu.

    Helps to know which HW your have. The original post stated Alix 2D13 - there sure like hell is no 2.4 image for that.

    2.3.4-RELEASE-p1 (amd64)
    built on Fri Jul 14 14:52:43 CDT 2017
    FreeBSD 10.3-RELEASE-p19

    Clearly not upgraded, posting to wrong board.

  • had to roll back to get the box usable again.

  • Rebel Alliance Developer Netgate

    The submitted crash is in ALTQ, you might try removing the traffic shaper and upgrading and see if it's stable that way.

    db:0:kdb.enter.default>  bt
    Tracing pid 12 tid 100006 td 0xfffff8000396b000
    kdb_enter() at kdb_enter+0x3b/frame 0xfffffe00f439f820
    vpanic() at vpanic+0x19f/frame 0xfffffe00f439f8a0
    panic() at panic+0x43/frame 0xfffffe00f439f900
    hfsc_dequeue() at hfsc_dequeue+0x633/frame 0xfffffe00f439f940
    tbr_dequeue() at tbr_dequeue+0xdf/frame 0xfffffe00f439f990
    vlan_start() at vlan_start+0x12c/frame 0xfffffe00f439f9f0
    tbr_timeout() at tbr_timeout+0x57/frame 0xfffffe00f439fa20
    softclock_call_cc() at softclock_call_cc+0x18a/frame 0xfffffe00f439faf0
    softclock() at softclock+0x94/frame 0xfffffe00f439fb20
    intr_event_execute_handlers() at intr_event_execute_handlers+0x20f/frame 0xfffffe00f439fb60
    ithread_loop() at ithread_loop+0xc6/frame 0xfffffe00f439fbb0
    fork_exit() at fork_exit+0x85/frame 0xfffffe00f439fbf0
    fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00f439fbf0
    --- trap 0, rip = 0, rsp = 0, rbp = 0 ---

    That said, I'm running 2.4 on an APU (first gen, not APU2), with traffic shaping on and it doesn't crash there. I'm using PRIQ though, not HFSC.

Log in to reply