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
<Vicente[m]> Well, in this case it was server side (Rustls). For embedded I use async (embedded-tls). But it seems not too much options a part of Rustls
<Vicente[m]> s/much/many/
<Vicente[m]> Just discovered: https://crates.io/crates/futures-rustls
towynlin[m] has joined #rust-embedded
<towynlin[m]> I'm writing a quick proof-of-concept embassy firmware for an stm32u5 with the adin1110 single-pair-ethernet (SPE) chip. I'm a little stuck and welcome any eyes on the code and suggestions.... (full message at <https://catircservices.org/_matrix/media/v3/download/catircservices.org/NPsuFVBFUsaiLwWBYwlqvSsr>)
adamgreig[m] has joined #rust-embedded
<adamgreig[m]> do you have any way to probe the actual spi bus and see what's happening?
<adamgreig[m]> logic analyser or oscilloscope or something of that nature might make the problem very immediately apparent
<adamgreig[m]> especially if you can compare to a working session from the c++ firmware
<towynlin[m]> Totally. I was working from home without a scope today. Was going to try that tomorrow in the office.
<adamgreig[m]> if you're getting something (that single 1) then at least something is probably happening, so I guess you find the spi mode is wrong, or clock too fast, or one pin not working, maybe cs not being toggled, something silly like that
<towynlin[m]> Yep, agreed. I could try a few different numbers for the SPI frequency. I may not have understood the rust API there correctly.
Allie has quit [*.net *.split]
NishanthMenon has quit [*.net *.split]
sknebel has quit [*.net *.split]
majors has quit [*.net *.split]
wose has quit [*.net *.split]
Allie has joined #rust-embedded
NishanthMenon has joined #rust-embedded
wose has joined #rust-embedded
majors has joined #rust-embedded
sknebel has joined #rust-embedded
dinkelhacker has quit [*.net *.split]
Rahix has quit [*.net *.split]
Rahix has joined #rust-embedded
dinkelhacker has joined #rust-embedded
bartmassey[m] has quit [Quit: Idle timeout reached: 172800s]
cr1901_ has joined #rust-embedded
cr1901 has quit [Ping timeout: 276 seconds]
Jonathan[m] has quit [Quit: Idle timeout reached: 172800s]
vancz has joined #rust-embedded
eldruin[m] has quit [Quit: Idle timeout reached: 172800s]
vollbrecht[m] has quit [Quit: Idle timeout reached: 172800s]
<thejpster[m]> Did anyone see https://github.com/rust-lang/rust/pull/127766?
<diondokter[m]> Yep! They're making progress on getting trustzone-m in stable
<thejpster[m]> and in Zulip they asked for reviewers from EDWG....
<ryan-summers[m]> Maybe should get added to next weeks meeting minutes so it doesn't get lost?
<ryan-summers[m]> I added a post to https://github.com/rust-embedded/wg/discussions/783
jessebraham[m] has quit [Quit: Idle timeout reached: 172800s]
lulf[m] has quit [Quit: Idle timeout reached: 172800s]
cr1901_ is now known as cr1901
dandels has joined #rust-embedded
ejpcmac[m] has joined #rust-embedded
<ejpcmac[m]> <thejpster[m]> "Did anyone see https://github...." <- It's pending in my GitHub notifications, I plan to take a look at this as soon as I have some time. By the way who has some TrustZone-M knowledge here?
<ejpcmac[m]> I have some for using it in C with the Arm compiler toolchain, but not in Rust yet.
<towynlin[m]> <adamgreig[m]> "if you're getting something (..." <- Bwahaha, doh! I hardcoded the configs that exist on my board since I'm not using the adin eval board with its dip switches — now I see in the embassy adin driver that reads those config switches:... (full message at <https://catircservices.org/_matrix/media/v3/download/catircservices.org/tZRUCvmzUfVBXfPhyGRliiKP>)
<towynlin[m]> towynlin[m]: Thanks for chiming in yesterday. I really appreciate it!
<diondokter[m]> <ejpcmac[m]> "It's pending in my GitHub..." <- I do a little bit, but it's from a while back and some of the details have definitely slipped by
burrbull[m] has joined #rust-embedded
<burrbull[m]> static_mut_refs
GuineaWheek[m] has joined #rust-embedded
<GuineaWheek[m]> what's good etiquette to ask about the status of a PR on an inactive repo?
<GuineaWheek[m]> a HAL for a device i'm using that i'm prepping currently relies on an unmerged PR of a repo for functionality
<diondokter[m]> GuineaWheek[m]: 1. Read the readme. If it's there, read it and you'll know.... (full message at <https://catircservices.org/_matrix/media/v3/download/catircservices.org/LmGEpacIoyBvdwKnnxefXONR>)
<diondokter[m]> Which repo is this for?
<GuineaWheek[m]> gigadevice MCUs that use the synopsys IP need this pr to have usb support
<diondokter[m]> Hmmm, it was asked a month ago in that PR
<GuineaWheek[m]> yeah that was me
<diondokter[m]> Ah right. Not sure how active disasm is right now
<diondokter[m]> disasm: ?
<GuineaWheek[m]> also
<GuineaWheek[m]> is anyone currently maintaining https://github.com/stm32-rs/bxcan
cr1901 has quit [Ping timeout: 260 seconds]
<GuineaWheek[m]> oh dear. seems the previous mantainer quit over rustconf...
inara has quit [Quit: Leaving]
inara has joined #rust-embedded
cr1901 has joined #rust-embedded
balbi[m] has quit [Quit: Idle timeout reached: 172800s]
explodingwaffle1 has joined #rust-embedded
<explodingwaffle1> iirc the bxcan crate was copy pasted into embassy-stm32 for support there
m5zs7k has quit [Ping timeout: 252 seconds]
m5zs7k has joined #rust-embedded
<GuineaWheek[m]> i'm using rtic though
<diondokter[m]> GuineaWheek[m]: That's fine. You can use embassy-stm32. It's just a HAL an doesn't depend on the embassy executor
<diondokter[m]> s/an/and/
danielb[m] has joined #rust-embedded
<danielb[m]> "just a HAL" is a bit of an understatement IMO when talking about embassy-stm32 🫠
<danielb[m]> the meaning is clear, sure, but still :D
<diondokter[m]> danielb[m]: Haha, well in this context it's 'just' a HAL. In many other contexts it's a great work of engineering :D
<danielb[m]> a repository of pain and suffering
<dirbaio[m]> 🥲
<danielb[m]> I wonder how much more before a gateway opens to the void
<diondokter[m]> Aren't all great works that? :P
<GuineaWheek[m]> also i am notably not using bxcan with actual stm32s
<dirbaio[m]> gunai