nex8192 has left #rust-embedded [Error from remote client]
emerent has quit [Ping timeout: 246 seconds]
emerent has joined #rust-embedded
<re_irc>
<@mali:grusbv.com> I would like to get an opinion here on our application with nrf-softdevice and embassy on nrf52840.
<re_irc>
<@mali:grusbv.com> What I noticed lately is that when we compile with opt-level 0 the application crashes.
<re_irc>
<@mali:grusbv.com> We end up with the softdevice panic handler at a60 (not a80)
<re_irc>
<@mali:grusbv.com> And the probe-rs message that I get is "Core is at LOCKUP status"
<re_irc>
<@mali:grusbv.com> Bu with opt level 1 and up we have no issues
<re_irc>
<@mali:grusbv.com> But my issue is that the probe-rs debug symbols get unhelpful from opt level 1
<re_irc>
<@mali:grusbv.com> Sorry, I thought this was embassy, will cross post there as well. Long day.
<re_irc>
<@mali:grusbv.com> Some observations:
nex8192 has joined #rust-embedded
exark has quit [Quit: quit]
exark has joined #rust-embedded
<re_irc>
<@whitequark:matrix.org> agg ⚡️: I'm ready to give bridging a go the second time
<re_irc>
<@whitequark:matrix.org> I've addressed the configuration issue that prevented it from working fully the previous time, so I expect now it will work fine
<re_irc>
<@adamgreig:matrix.org> : wanna try now? I'm ready to disable the current bridge if so
<re_irc>
<@whitequark:matrix.org> sure!
re_irc has quit [Remote host closed the connection]
_catircservices has joined #rust-embedded
whitequark[cis] has joined #rust-embedded
<whitequark[cis]>
test
JamesMunns[m] has joined #rust-embedded
<JamesMunns[m]>
testack
<JamesMunns[m]>
(I just got a DM invite from the bridge?)
<whitequark[cis]>
yeah
whitequark[test] has joined #rust-embedded
<whitequark[test]>
test on IRC side
<agg>
looks good
<whitequark[test]>
yeah this works fine
adamgreig[m] has joined #rust-embedded
<adamgreig[m]>
nice!
<adamgreig[m]>
I guess nothing to be done about the matrix-side DMs?
<whitequark[cis]>
not without patching it :/
dirbaio[m]1 has joined #rust-embedded
<dirbaio[m]1>
O_o
<adamgreig[m]>
so it goes
<dirbaio[m]1>
yep I got the DM too
<whitequark[cis]>
it only DMs the people who actually talk now, which is an improvement
<adamgreig[m]>
I think ideally then I'd have you disable it for a minute while I turn the old bridge back on and then tell it to unplumb the room to delete all the matrix-side puppets it has
<whitequark[cis]>
yes, one moment please
<whitequark[cis]>
hah, it's still starting according to systemd
<whitequark[cis]>
oh nevermind, it's SSH connection multiplexing breaking in a weird way
adamgreig[m] has quit [Client Quit]
dirbaio[m]1 has quit [Client Quit]
JamesMunns[m] has quit [Quit: Bridge terminating on SIGTERM]
_catircservices has quit [Quit: Bridge terminating on SIGTERM]
whitequark[cis] has quit [Quit: Bridge terminating on SIGTERM]
re_irc has joined #rust-embedded
<re_irc>
<@adamgreig:matrix.org> ok, it's off
<re_irc>
<@whitequark:matrix.org> test
<re_irc>
<@whitequark:matrix.org> yeah
<re_irc>
<@jamesmunns:beeper.com> (I just got a DM invite from the bridge?)
<re_irc>
<@jamesmunns:beeper.com> testack
<re_irc>
<@libera_whitequark[test]:catircservices.org> test on IRC side
<re_irc>
<@libera_agg:catircservices.org> looks good
<re_irc>
<@libera_whitequark[test]:catircservices.org> yeah this works fine
<re_irc>
<@adamgreig:matrix.org> nice!
<re_irc>
<@adamgreig:matrix.org> I guess nothing to be done about the matrix-side DMs?
<re_irc>
<@dirbaio:matrix.org> O_o
<re_irc>
<@whitequark:matrix.org> not without patching it :/
<re_irc>
<@adamgreig:matrix.org> so it goes
<re_irc>
<@dirbaio:matrix.org> yep I got the DM too
<re_irc>
<@whitequark:matrix.org> it only DMs the people who actually talk now, which is an improvement
<re_irc>
<@adamgreig:matrix.org> I think ideally then I'd have you disable it for a minute while I turn the old bridge back on and then tell it to unplumb the room to delete all the matrix-side puppets it has
<re_irc>
<@whitequark:matrix.org> yes, one moment please
<re_irc>
<@whitequark:matrix.org> hah, it's still starting according to systemd
<re_irc>
<@whitequark:matrix.org> oh nevermind, it's SSH connection multiplexing breaking in a weird way
re_irc has left #rust-embedded [#rust-embedded]
<Shell>
o.o
<whitequark[test]>
Shell: we're moving from one bridge to another
<whitequark[test]>
and re_irc just replayed all federated messages
<whitequark[test]>
or just queued, not sure if the homeserver was stopped too
_catircservices has joined #rust-embedded
<whitequark[test]>
test from IRC?
_catircservices has quit [Client Quit]
_catircservices has joined #rust-embedded
_catircservices has quit [Client Quit]
_catircservices has joined #rust-embedded
whitequark[cis] has joined #rust-embedded
<whitequark[cis]>
I think it's taking a minute for it to fully start now
<whitequark[cis]>
hmm
<whitequark[cis]>
test
<whitequark[cis]>
huh
<whitequark[cis]>
why'd it work one side but not the other
<whitequark[cis]>
okay, it broke completely
<whitequark[cis]>
seems like this is why:
adamgreig[m] has joined #rust-embedded
<whitequark[cis]>
```
<whitequark[cis]>
Aug 03 15:59:26 catircservices postgres[380408]: [380408] ERROR: could not serialize access due to concurrent update
<adamgreig[m]>
cool, thanks!
<adamgreig[m]>
👻
<whitequark[cis]>
test
<whitequark[cis]>
I'll just reboot the machine >_>
<whitequark[cis]>
I think that worked
<whitequark[cis]>
"have you tried turning it off and back on again"
whitequark[test] has quit [Quit: leaving]
<whitequark[cis]>
anyway, yeah, o/ IRC side: you can now enjoy a much nicer experience
<mameluc[m]>
Any idea why my stm32 based board only runs with the st-link connected?
<mameluc[m]>
okay seems to be something with some reset pin. Plugged in usb power, pulled it out again and then connected the battery an now it seems to work idk
crabbedhaloablut has quit []
dc740 has joined #rust-embedded
dc740 has quit [Remote host closed the connection]
pbsds has quit [Ping timeout: 260 seconds]
pbsds has joined #rust-embedded
likewise[m] has joined #rust-embedded
<likewise[m]>
How would I create a custom RISC-V op-code in Rust, based on this C macro?
<thejpster[m]1>
Apparently NXP just released a VS Code extension. I don’t love Microsoft being the winner but Eclipse was so painful to use.
<thejpster[m]1>
Also the libera irc bot DM’d me. Is that expected?
JamesMunns[m] has joined #rust-embedded
<JamesMunns[m]>
<thejpster[m]1> "Also the libera irc bot DM’d me...." <- yes, apparently (I have no idea why)
AndoThorNando[m] has joined #rust-embedded
<AndoThorNando[m]>
Hi everyone :) hoping this is the right place to ask this question because searching anywhere is a bust. I’m wondering if it’s possible to use Thread (the mesh network protocol) in a rust embedded program?
<AndoThorNando[m]>
My end goal is to have an end device that can establish a TCP connection to a server outside the thread network.
<AndoThorNando[m]>
I’m currently looking at using Nordic thingy:53 for a prototype but have 4 nrf52840-DK as well to test with
<JamesMunns[m]>
Definitely the right place! I've seen some people poke around with thread on Rust (either through C bindings, or maybe some initial native rust support?), so hoping they chime in!
dirbaio[m]1 has joined #rust-embedded
<dirbaio[m]1>
there's no native Rust thread impl, no
IlPalazzo-ojiisa has quit [Remote host closed the connection]
<AndoThorNando[m]>
I didn’t think there would be either. I’m fully expecting to have to sort this prototype out by cobbling some openthread and Nordic C samples together. But if there was a sliver of hope, then I would much rather do it mostly in rust!