Issues with new-pxi branch with sdcard write support about linux HOT 11 OPEN

well that rules out cache inconsistencies.

I'll keep investigating, if you find other ways to workaround the bug, post them here, it might be a clue about what's going wrong

from linux.

tagging @iAmInActions because he's worked on this issue with us recently.

apparently buildroot needs a specific patch to enable multilib - exactly why I'm not sure yet, but it seems to fix this issue when executing programs off the SD card.

can you confirm this didn't happen with the old virtio-based driver? there might be some caching issue, but none of the other SD drivers have provisions for invalidation or SMP management, so idk

from linux.

ya the old virtio based driver had no issues. i dont think its a multilib issue either as i didnt need to enable it to fix the issues. it does sound like a caching issue because after reading the executable with sha256sum or something else and try to execute it will run just fine. it seems to only cause issues on the first execution of the file.

from linux.

thinking about it again it might be the driver behaving incoherently within the instruction cache.

could you try building a version with disabled icache (check "System Type -> Disable I-Cache (I-bit)") and see if you can still trigger the bug? seems like a surefire way to determine this.

from linux.

issue still persists after enabling "Disable I-Cache (I-bit)"

from linux.

@spike11302000 I just pushed a new driver in the branch that uses DMA, can you test again?

from linux.

it seems to work but im unable to write it just reports as a read only filesystem

from linux.

hmmm
theres something weird going on

first i had to lock on the micro sd adapter but when i switch it to unlock the system will hang when mount and the last message i see is

3ds-sdhc 10100000.sdhc-controller: buffer error: 80000000

i have tried different microsd adapters but same thing. i dont have time to test other sd cards at the moment but i will try to do that tomorrow

from linux.

I have a regular sd card and I can try it in a few hours

from linux.

Yeah buffer error 0x80000000 basically means there's another transfer going on (ILA bit)... It's probably a bug regarding writes and the DMA engine system, I might be signaling end-of-request while it's still active and causing this bug. I'll just clean up that logic so that end of writes are signaled by DATAEND and end of reads are signaled by the DMA transfer finishing.

from linux.

Sorry for the slight delay but I just pushed a fix that should fix this: 1053381

Can anyone try it? Works for me

from linux.