00:27 <rmsyn[m]> @dirbaio: all the specs for SD card stuff is openly available online too: https://www.sdcard.org/downloads/pls/

00:29 <rmsyn[m]> I'm currently working on SD driver for a board I'm working on, and hope to be able to break it out into its own library. once it's solid enough, I should be able to port it into use with embedded-sdmmc

00:30 <rmsyn[m]> though, I guess the sdcard.org specs are all simplified. many thanks @whitequark

07:15 <thejpster[m]> That issue says that CHECKED_FLASH_PROGRAMMING fixed it. I don’t know what that does.

07:20 <thejpster[m]> https://thecavepearlproject.org/2017/05/21/switching-off-sd-cards-for-low-power-data-logging/ is also interesting

07:54 <shilga[m]> <thejpster[m]> "That issue says that CHECKED_FLA..." <- The answer to that is in that comment https://github.com/greiman/SdFat/issues/90#issuecomment-353729881

08:32 <shilga[m]> I measured something wrong yesterday. Well, it was late... I have a difference of 80mA on the power supply of the whole system (there are 2 voltage regulators before the sd card) if I put the sd card into sleep. That is definetely worth the one line after operation is finished: ```volume_mgr.device().spi(|dev|{dev.bus_mut().blocking_write(&[0xFF; 2]).unwrap();});```

08:34 <shilga[m]> Sadly CMD48 and CMD49 are not available in SPI mode. Those would be able to do power management. But they are in the 4 data line sd interface only for which you have to pay a license...

09:30 <korken89[m]> I was checking `cortex-m-rt` for what symbols are available, and considered public, to set MSPLIM to get `flip-link` like functionality. I want to set it to `__euninit` which is address at where stack and statically allocated memory would collide, however there is no "public" symbol there.

09:30 <korken89[m]> What would be the best course of action here? Either one adds a feature like `set-msplim` that uses the internal symbol, or add a public symbol to indicate "end of statically allocated memory" so users can setup MSPLIM themselves in `pre_init`.

09:32 <korken89[m]> Right now I'll do the following, but that might break in any patch release:... (full message at <https://catircservices.org/_irc/v1/media/download/AY5IiELjyyTGTB4Pkol0liDEMH0sBeOGpAczA2unUUcyO56DC0ce1UyXZUBe19K7yX_brSb_TZtR_oF1DLYbboNCeSwzuudgAGNhdGlyY3NlcnZpY2VzLm9yZy94c3hpeElPZWhuRm1jUUNKVFNqQ2hzRnc>)

09:41 <JamesMunns[m]> You probably know, but msplim is only thumbv8

09:42 <JamesMunns[m]> (ah, I get it now, you want to set it for your project, not all of cortex-m-rt, you just need the info from cmrt to do so)

09:46 <JamesMunns[m]> I didn't realize how conservative the claims on the defined linker symbols were: https://github.com/rust-embedded/cortex-m/blob/6a324a830fd3040181d18ce59ae05bd44e4759a6/cortex-m-rt/link.x.in#L3-L7

09:51 <korken89[m]> <JamesMunns[m]> "(ah, I get it now, you want to..." <- Correct :D

09:52 <korken89[m]> We have an Cortex-M33 MCU that has weird stuff that makes flip-link hard to use

09:52 <korken89[m]> And their C HAL uses MSPLIM, so I'd thought I'd copy that

09:52 <JamesMunns[m]> yeah, if you have thumbv8, it makes total sense to use msplim

09:53 <korken89[m]> <JamesMunns[m]> "I didn't realize how conservativ..." <- Indeed, I was reading this which caused my question. I think they won't be changed, but I'd also like to give it some better guarantees now that I'm poking at it :)

09:54 <korken89[m]> We have OKs to put time to extend open source stuff in the current project, so better make use of it 🚀

09:54 <korken89[m]> Maybe this needs an issue though, so people can comment on it async

09:55 <korken89[m]> I just wanted to check if I missed something obvious

22:58 <thejpster[m]> Ugh, Long File Names are messy: https://github.com/rust-embedded-community/embedded-sdmmc-rs/pull/157