I can reproduce this with T16 - latest nightly 3d8854a as well as d0791fa. Immediately prior commit b630982 boots fine.

Don't have a T16, so tried to reproduce on TX16S and disconnecting the touch panel, unfortunately (well, kinda) it works fine

Any luck with this issue? (I'm afraid to wear out battery connector of my T16...:)

I still have a hope, so did some further digging... According to available schematics, T16 and TX16s have some hardware differences. On TX16S SCL and SDA signals to touchscreen connector have pullup resistors, on T16 those are trim buttons. Other 2 signals on T16 not connected - so do not have pull ups too.
Maybe it is possible to add cmake args -DHAVE_TOUCH=YES/NO for T16?

Other 2 signals on T16 not connected - so do not have pull ups too.

Might indeed be related to pull-ups. We should probably check the internal pull-ups are used in case no external ones are populated.

Is there something I can do to help fix this issue?

@pfeerick @TomasJot is this still an issue?

Yes. Latest nightly still results in T16 not booting - only the 6POS array flashing, so reverted it back to 2.10. One additional point - I DFU flashed so it had the matching bootloader, and I was able to enter the bootloader, but FWIW entering via the back door (Exit) did not work either. I will try and look at this further tomorrow or Sunday.

Just tried again with latest nightly, radio still locks up on boot. A revert of d0791fa still works ... wait... touchPanelInit() is being called twice now. 🤦‍♂ Removing that seems to fix it.