#Unexpected issue with `__device_dts_ord_DT_CHOSEN_zephyr_console_ORD` issue
1 messages · Page 1 of 1 (latest)
Keyboards defined here https://github.com/peterjc/zmk-keyboard-graph-theory/tree/main tracking ZMK main with the latest //zmk board names - all building fine (tested again just now). Those have plain default keymaps.
My personal layout is in https://github.com/peterjc/zmk-config/tree/main and is also targetting main for ZMK etc. This is building on all except a split Xiao keyboard:
# Acid (split):
- board: xiao_ble//zmk
shield: acid_left
snippet: studio-rpc-usb-uart
cmake-args: -DCONFIG_ZMK_STUDIO=y
- board: xiao_ble//zmk
shield: acid_right
All that is changed here (in the personal layout, that I can see) is a keymap https://github.com/peterjc/zmk-config/blob/main/config/acid.keymap yet the build for this keyboard is failing at __device_dts_ord_DT_CHOSEN_zephyr_console_ORD
This keyboard is my only one using the Xiao BLE, and I am using the NFC pads. That's something that changed since ZMK v0.3
Error in full from the left build
Sorry, didn't get a chance look at the links. But this error might be because CONFIG_SERIAL is not enabled, which'd be needed for wired split
Good guess, but the wired split board is building (used to be working fine too - not tried yet since the //zmk changes).
Only one build is failing, my only wireless spilt, and only Xiao BLE board.
Again, this used to build fine
Hm, I should have read better, yes
My rough guess is you have a .../boards/xiao_ble.overlay somewhere, that needs to be xiao_ble_zmk.overlay
But I'll check the build
Not that either. See https://github.com/peterjc/zmk-keyboard-graph-theory/tree/main/boards/shields/acid - all the files are acid... named, nothing board specific. Likewise in https://github.com/peterjc/zmk-config/tree/main/config I don't try to do anything board specific.
You should ignore my comments, yeah
(That might still be relevent on my wired split keyboard https://github.com/peterjc/zmk-keyboard-graph-theory/tree/main/boards/shields/bivvy16d/boards where I did try using board overlays, but yet to test the new build actually works there, but it does still compile)
So whatever it is wasn't super obvious. Thanks for trying, even if we only ruled out a few potential mistakes.
I found the root cause but not sure why it's happening
https://github.com/zmkfirmware/zmk/blob/main/app/snippets/studio-rpc-usb-uart/studio-rpc-usb-uart.overlay#L9 file gets processed, but this line does not end up in the final devicetree
That's odd. I wanted ZMK Studio on the left (primary), but not right (secondary) as per the docs.
The build entry is the same on the original keyboard repo (which builds with a simple keymap) as on the personalised repo (with the fancy keymap):
# Acid (split):
- board: xiao_ble//zmk
shield: acid_left
snippet: studio-rpc-usb-uart
cmake-args: -DCONFIG_ZMK_STUDIO=y
- board: xiao_ble//zmk
shield: acid_right
I am confused, I thought I saw zephyr,console in the file I linked. But it's not there, so it never ends up getting set in your case. But in my local build, it is set in zephyr/boards/common/usb/cdc_acm_serial.dtsi
That's the debugging logging over USB thing?
Yeah, but in this case it's not from ZMK's USB logging snippet. It's just a board property
So possibly activated somewhere by mistake...
This is definitely weird, you have studio enabled on that one too. But no failure
This is pretty funky, I also couldn't reproduce locally with your config repo
Something in the GitHub action maybe? It isn't a one off - I have a branch for some RGB experiments (different keyboard), and there too this Xiao fails the same way:
/tmp/zmk-config/zephyr/drivers/console/uart_console.c:42:9: note: in expansion of macro 'DEVICE_DT_GET'
42 | DEVICE_DT_GET(DT_CHOSEN(zephyr_console));
| ^~~~~~~~~~~~~
compilation terminated due to -Wfatal-errors.
More likely that my setup has a discrepancy, I'll have another look
For the short term I've disabled the problem build https://github.com/peterjc/zmk-config/commit/7ff9da5317b61f7c009ac00b52bc0bcc9ae6a4b5 but once my new Xiao controllers arrive I'll be trying to rebuild this (Managed to flash a bad build on the original controllers, and the physical reset buttons were both broken - don't drop your Xiao keyboards folks!).