Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Suggestion: FAT filesystem impl as its own crate. #43

Open
nihalpasham opened this issue Dec 29, 2021 · 2 comments
Open

Suggestion: FAT filesystem impl as its own crate. #43

nihalpasham opened this issue Dec 29, 2021 · 2 comments

Comments

@nihalpasham
Copy link

Firstly, thank you for this repo. It saved me a ton of time. 👍🏾 (I'm posting this as an issue as I couldn't find a discussions tab)

I'd like to make a suggestion - can we split the FAT filesystem impl into its own crate as the current implementation is pretty modular and it doesn't take a lot to turn it into a standalone crate. I wrote a bare-metal EMMC driver for the raspberry-pi 4 using embedded-sdmmc-rs (sans the SdMmcSpi controller).

  • Reason: rpi4 now has an emmc2-controller with dedicated pins connecting it to the on-board microSD slot and this slot isn't accessible via SPI.

I think a standalone no_std fat-fs crate would be easier to work with when adding fat-support to block devices driven by other (non-spi) controllers.

@MathiasKoch
Copy link

Just in case it was somehow missed, https://github.com/rafalh/rust-fatfs/ is no_std compatible and could perhaps be used eventually?

@nihalpasham
Copy link
Author

Good to know, thank you. This is what I was looking for.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants