<diondokter[m]>
<danielb[m]> "are you decompiling the loader..." <- Ah interesting!
<diondokter[m]>
I just wanted to see how the header interacts with the rest of the instruction. Well, basically it doesn't haha
<diondokter[m]>
s/instruction/instructions/
<diondokter[m]>
It's so weird how the smaller header causes problems... The rest of the code of the loader is all the same at the same address in RAM
<diondokter[m]>
One thing that's curious is that the uninit routine after flashing seems to have ended just fine. Things start crashing when RTT is being connected to. Just before that there's this log: `Reason for halt has changed, old reason was Halted(Breakpoint(Unknown)), new reason is Exception timeout=100ms`
<diondokter[m]>
Not entirely sure what that means. Is the MCU hardfaulting?
kenny has quit [Quit: WeeChat 4.4.4]
emerent has quit [Ping timeout: 252 seconds]
emerent has joined #rust-embedded
flx has quit [Quit: WeeChat 4.4.3]
fsinger has joined #rust-embedded
fsinger is now known as flx
Makarov has joined #rust-embedded
Makarov has quit [Quit: Client closed]
Makarov has joined #rust-embedded
Makarov has quit [Ping timeout: 240 seconds]
<thejpster[m]>
<chrysn[m]> "Around defmt, I'm currently..." <- That sounds fine, and is backwards compatible. Is CBOR self describing like JSON?
Foxyloxy_ has quit [Read error: Connection reset by peer]
Foxyloxy has joined #rust-embedded
<chrysn[m]>
<thejpster[m]> "That sounds fine, and is..." <- yes.