<thejpster[m]>
the on start-up you walk from .sregion to .eregion picking up two words at a time and zero-ing them. Or I guess three words at a time and doing a memcpy.
<thejpster[m]>
s/the/then/
<AlexandrosLiarok>
I was not aware of LOADADDR, haven't really used it before.
<thejpster[m]>
putting __eitcm outside the .item output section means you can insert extra things in front of it. As that doesn't make sense here, you might as well put it inside the .item section.
<thejpster[m]>
but yes that looks about right (I am not a compliant GNU ld syntax parser, no warranty is given express or implied)
<thejpster[m]>
You can 'insert' sections into the main link.x script from your memory.x fragment if you don't want to write a whole new script
<thejpster[m]>
rp-rs does this to insert a .boot section in front of .text
<AlexandrosLiarok>
hmm it seems I get a conflicting FLASH range with .vector_table.
<AlexandrosLiarok>
for FLASH specifically.
<AlexandrosLiarok>
Do I need something like `AT> LOADADDR(.text) + SIZEOF(.text)` or similar for other sections ?
<thejpster[m]>
no the linker should just arrange all of the output sections into the region. Unless you told it not to somewhere.
<AlexandrosLiarok>
s/`/~~`/, s/`/`~~/
<AlexandrosLiarok>
s/`/<del>`/, s/`/`</del>/
flr7919174955 has joined #rust-embedded
flr7919174955 has quit [Remote host closed the connection]
<JamesMunns[m]>
If postcard-schema's `Schema` derive automatically emitted snapshot test powered by `insta`, would folks here use it? The idea would be that when you are making a postcard(-rpc) `icd` crate with your data types, you would get regression tests for "free" - if you ever change the contents, you'll get a failing snapshot test you have to approve to avoid breaking your wire formats.
<thejpster[m]>
You need ‘insert after .text’ or something.
<thejpster[m]>
Because cortex-m-rt nails the the vector table to ORIGIN(FLASH).
PeterKrull[m] has joined #rust-embedded
<PeterKrull[m]>
James Munns: hey, I have been wondering what the status is on the RawMutex/ScopedMutex/mutex-traits efforts, since it seems to have been still/stable for ~5 months. I have been playing around with the WaitQueue and WaitMap from maitake-sync in my own project, and really like what I do with those. And I believe much of embassy-sync could benefit from building on something like the maitake WaitQueue.
<JamesMunns[m]>
Yeah, no progress on it, I'm not sure exactly where we left off, but I believe it was working, just needed review + polish + release.
<JamesMunns[m]>
I've been working on postcard/postcard-rpc, so I haven't had cycles to pick it back up.
<JamesMunns[m]>
If you're interested in helping to get it released, it would definitely be appreciated, but I don't have a to-do list handy for what is left to check off.
MarcTrius[m] has joined #rust-embedded
<MarcTrius[m]>
Hi, I'm looking for some examples of using embedded-sdmmc with AVR