ChanServ changed the topic of #rust-embedded to: Welcome to the Rust Embedded IRC channel! Bridged to #rust-embedded:matrix.org and logged at https://libera.irclog.whitequark.org/rust-embedded, code of conduct at https://www.rust-lang.org/conduct.html
ouilemur has quit [Quit: WeeChat 4.9.2]
ouilemur has joined #rust-embedded
glitchy has quit [Ping timeout: 264 seconds]
glitchy has joined #rust-embedded
meowie has quit [Remote host closed the connection]
meowie has joined #rust-embedded
meowie has quit [Remote host closed the connection]
meowie has joined #rust-embedded
bandini has joined #rust-embedded
bandini has quit [Client Quit]
Mathias[m] has joined #rust-embedded
<Mathias[m]> <whitequark[cis]> probably also whatever arm's version of SEV is called
<Mathias[m]> The larger name is Arm CCA (Confidential Computing Architecture) which includes firmware interfaces, built on the RME (Realm Management Extension) feature of the architecture (Armv9.2-A if memory serves).
<whitequark[cis]> thank you
exark has quit [Ping timeout: 246 seconds]
sroemer has joined #rust-embedded
_whitelogger has joined #rust-embedded
<thejpster[m]> <thejpster[m]> is this an LLD bug?
<thejpster[m]> I think this is an ld bug.
glitchy has quit [Quit: glitchy]
glitchy has joined #rust-embedded
Lumpio[m] has quit [Quit: Idle timeout reached: 172800s]
dirbaio[m] has quit [Quit: Idle timeout reached: 172800s]
sroemer has quit [Quit: WeeChat 4.7.2]
bandini has joined #rust-embedded
glitchy has quit [Remote host closed the connection]
glitchy has joined #rust-embedded
glitchy has quit [Remote host closed the connection]
glitchy has joined #rust-embedded
bandini has quit [Quit: WeeChat 4.9.2]
rainingmessages1 has quit [Quit: bye]
rainingmessages1 has joined #rust-embedded
ruabmbua[m] has joined #rust-embedded
rainbyte has quit [Read error: Connection reset by peer]
rainbyte has joined #rust-embedded
<i509vcb[m]> The executor shouldn't necessarily care about the reduced register file.
<i509vcb[m]> The compiler will just register allocate differently
<ruabmbua[m]> yeah, only trap handler assembly should matter, and it seems correct.
<ruabmbua[m]> What I also noticed is that the toolchain does not generate the correct elf metadata attributes.
<ruabmbua[m]> it leaves out the extensions for whatever reason, and gdb stupidly decides to not disassemble instructions that are not whitelisted in the elf file...
<ruabmbua[m]> idk what I did, suddenly the program runs
<ruabmbua[m]> very fishy :D
<ruabmbua[m]> switched between gnu linker and back, now it works.
rom4ik has quit [Quit: bye]
rom4ik has joined #rust-embedded
<i509vcb[m]> Bad target json?
rom4ik has quit [Quit: bye]
rom4ik has joined #rust-embedded
<JamesMunns[m]> or maybe check if riscv-rt asm is correct
<JamesMunns[m]> There was an issue recently that global asm I think wasn't handling target features right
rom4ik has quit [Quit: bye]
<ruabmbua[m]> idk why but I checked now what I changed. Nothing. it suddenly started to work
<ruabmbua[m]> maybe incremental compilation / target file changes ?
rom4ik has joined #rust-embedded
<ruabmbua[m]> cargo clean could have helped..
<thejpster[m]> building with --release breaks some inline asm
<thejpster[m]> or not --release - I forget. It was codegen-units related.
<JamesMunns[m]> https://github.com/rust-lang/rust/issues/127269 was your issue I think
<ruabmbua[m]> embassy running on my custom designed rv32ea +zicsr +zifenci core & soc in RTL simulation :-)
<ruabmbua[m]> The simpler in-order core is usable in simulation, this one not so much (13 clocks / host second ) :P
<ruabmbua[m]> I`ll have to test it with 2 cores next
glitchy has quit [Ping timeout: 248 seconds]
glitchy has joined #rust-embedded