So I applied the patch to bcm/emmc.c and port/sdmmc.c, changed the config in emmc to use emmc for sdmmc rather than sdhc. - just in case it was that stupid simple as I am stupid. Apparently not.
After some searching I came upon the following:
If I understand correctly, the same EMMC2 controller is used for either the eMMC or the microSD card. One could reroute the older SDHOST which is still on the silicon to run the microSD, but then other things would be precluded… I don’t think any of that is a concern.
In emmc.cpp, there are logs of pre-compiler directive conditionals. But from what I think I understand (which I could be completely wrong), there are not many differences between using the EMMC and an SD card. (I’m assuming the USE_SDHOST directive refers to using the older SD controller). Looks like there are some minor command changes and chunks of code that are bypassed (like checking on properties of an SD card). I had started to try to compare what is in emmc.cpp with sdhc.c. Some of the defines and structures line up nicely, but I was having issues lining up the commands (i.e. CEMMCDevice::sd_commands[] and cmdinfo[64] ).
Hope some of my babble is useful.
mackbw
yo. I wrote a patch a while ago at
https://raw.githubusercontent.com/echoline/9emmc/master/9emmc.patchthis was for the eMMC chips in the CM3+ to work (at all)
it does need more changes still... other machine architectures... it
does not take buswidth (happy halloween!!!) into account, I wrote a
lot of it just from looking at the linux kernel, etc...
be safe out there!
love,
uppity 9fans
On Mon, Nov 8, 2021 at 1:54 PM <cinap_lenrek@felloff.net> wrote:
nice.
makes sense.
anyone with a cm4 != 1GB (with eMMC)?
we'd definitely need to adjust port/sdmmc.c code to deal with eMMC cards,
but it shouldnt be too difficult.
one can find the JDEC standard for eMMC in duckduckgo.
--
cinap