Kasli 1.0 smoltcp panic on boot #1489

Closed
opened 2026-01-18 19:03:35 +08:00 by bradbqc · 2 comments

Migrated from GitHub: #1922


Question

Category: devices

Description

We recently repurposed an older Kasli that has been unused for a while. Disclaimer: it's possible that this panic is because of a hardware issue -- I thought we had fixed any hardware issues this board had, but I can't remember for sure.

UART output on boot:

__  __ _ ____         ____ 
|  \/  (_) ___|  ___  / ___|
| |\/| | \___ \ / _ \| |    
| |  | | |___) | (_) | |___ 
|_|  |_|_|____/ \___/ \____|

MiSoC Bootloader
Copyright (c) 2017-2021 M-Labs Limited

Bootloader CRC passed
Gateware ident 6.7666.20dc923c;tester_10
Initializing SDRAM...
Read leveling scan:
Module 1:
00000000000011111111110000000000
Module 0:
00000000000011111111111000000000
Read leveling: 16+-5 17+-5 done
SDRAM initialized
Memory test passed

Booting from flash...
Starting firmware.
[     0.000009s]  INFO(runtime): ARTIQ runtime starting...
[     0.003932s]  INFO(runtime): software ident 6.7666.20dc923c;tester_10
[     0.010387s]  INFO(runtime): gateware ident 6.7666.20dc923c;tester_10
[     0.016865s]  INFO(runtime): log level set to INFO by default
[     0.022585s]  INFO(runtime): UART log level set to INFO by default
[     0.028969s]  INFO(runtime::rtio_clocking): using internal RTIO clock (by default)
[     0.306891s]  INFO(board_artiq::si5324): waiting for Si5324 lock...
[     4.950347s]  INFO(board_artiq::si5324):   ...locked
[     4.954404s]  INFO(runtime): network addresses: MAC=f7-38-8d-39-67-96 IPv4=10.236.88.212 IPv6-LL=fe80s
panic at /nix/store/nibcfajv0yswvxvd0dffylxgcvqn23bh-artiq-firmware-cargo-vendored/registry/smoltcp/src/it
backtrace for software version 6.7666.20dc923c;tester_10:
0x4004d610
0x4001feb0
0x400424ec
0x40047bc0
0x4004cd50
halting.
use `artiq_coremgmt config write -s panic_reset 1` to restart instead

I tried completely erasing and re-flashing the board, to no avail. I'm unable to ping the board or connect with any network-based utilities (like artiq_coremgmt), so I'm not sure what else to try. Any ideas?

> **Migrated from GitHub:** [#1922](https://github.com/m-labs/artiq/issues/1922) --- # Question <!-- Make sure you check the ARTIQ documentation before posting a question. Don't forget you can search it! Beta version: https://m-labs.hk/artiq/manual-beta/ Stable version: https://m-labs.hk/artiq/manual/ The forum is also a very good place for questions: https://forum.m-labs.hk/ Can also ask on IRC: https://webchat.freenode.net/?channels=m-labs or check mailing list archives: https://ssl.serverraum.org/lists-archive/artiq/ Remember: if you have this question then others probably do too! The best way of thanking the people who help you with this issue is to contribute to ARTIQ by submitting a pull request to update the documentation. --> ## Category: devices <!-- One-word category this question falls into: GUI, installation/setup, devices, development, documentation, etc. --> ## Description We recently repurposed an older Kasli that has been unused for a while. Disclaimer: it's possible that this panic is because of a hardware issue -- I thought we had fixed any hardware issues this board had, but I can't remember for sure. UART output on boot: ``` __ __ _ ____ ____ | \/ (_) ___| ___ / ___| | |\/| | \___ \ / _ \| | | | | | |___) | (_) | |___ |_| |_|_|____/ \___/ \____| MiSoC Bootloader Copyright (c) 2017-2021 M-Labs Limited Bootloader CRC passed Gateware ident 6.7666.20dc923c;tester_10 Initializing SDRAM... Read leveling scan: Module 1: 00000000000011111111110000000000 Module 0: 00000000000011111111111000000000 Read leveling: 16+-5 17+-5 done SDRAM initialized Memory test passed Booting from flash... Starting firmware. [ 0.000009s] INFO(runtime): ARTIQ runtime starting... [ 0.003932s] INFO(runtime): software ident 6.7666.20dc923c;tester_10 [ 0.010387s] INFO(runtime): gateware ident 6.7666.20dc923c;tester_10 [ 0.016865s] INFO(runtime): log level set to INFO by default [ 0.022585s] INFO(runtime): UART log level set to INFO by default [ 0.028969s] INFO(runtime::rtio_clocking): using internal RTIO clock (by default) [ 0.306891s] INFO(board_artiq::si5324): waiting for Si5324 lock... [ 4.950347s] INFO(board_artiq::si5324): ...locked [ 4.954404s] INFO(runtime): network addresses: MAC=f7-38-8d-39-67-96 IPv4=10.236.88.212 IPv6-LL=fe80s panic at /nix/store/nibcfajv0yswvxvd0dffylxgcvqn23bh-artiq-firmware-cargo-vendored/registry/smoltcp/src/it backtrace for software version 6.7666.20dc923c;tester_10: 0x4004d610 0x4001feb0 0x400424ec 0x40047bc0 0x4004cd50 halting. use `artiq_coremgmt config write -s panic_reset 1` to restart instead ``` I tried completely erasing and re-flashing the board, to no avail. I'm unable to ping the board or connect with any network-based utilities (like `artiq_coremgmt`), so I'm not sure what else to try. Any ideas?
sb10q closed this issue 2026-01-18 19:03:35 +08:00
Owner

Try artiq 7: newer smoltcp.
Also try clearing the config flash parameters.
And decode the backtrace.

Try artiq 7: newer smoltcp. Also try clearing the config flash parameters. And decode the backtrace.
Author

🤦‍♂️ I forgot to turn on line wrapping in my serial terminal... This was the full error message:

[     4.922190s]  INFO(runtime): network addresses: MAC=f7-38-8d-39-67-96 IPv4=10.236.88.212 IPv6-LL=fe80:
:f538:8dff:fe39:6796 IPv6=no configured address
panic at /nix/store/nibcfajv0yswvxvd0dffylxgcvqn23bh-artiq-firmware-cargo-vendored/registry/smoltcp/src/if
ace/ethernet.rs:705:13: Ethernet address f7-38-8d-39-67-96 is not unicast

That's what I get for using a randomly generated mac address without checking it

:man_facepalming: I forgot to turn on line wrapping in my serial terminal... This was the full error message: ``` [ 4.922190s] INFO(runtime): network addresses: MAC=f7-38-8d-39-67-96 IPv4=10.236.88.212 IPv6-LL=fe80: :f538:8dff:fe39:6796 IPv6=no configured address panic at /nix/store/nibcfajv0yswvxvd0dffylxgcvqn23bh-artiq-firmware-cargo-vendored/registry/smoltcp/src/if ace/ethernet.rs:705:13: Ethernet address f7-38-8d-39-67-96 is not unicast ``` That's what I get for using a randomly generated mac address without checking it
Sign in to join this conversation.