2dcbf90a93
segment, the transfer is not implicitly complete; we still need to wait for the transfer complete interrupt so that we can issue new commands successfully. This fixes the problem my Ricoh R5C822 was having where all writes after a larger (64KiB) write were failing because we attempted to issue CMD13 (to check the status of the aformentioned write) too soon afterwards. I suspect this fix to apply to other Ricoh SDHCI controllers I've heard people have had trouble with. Sorry I didn't look at this sooner. |
||
---|---|---|
.. | ||
altq | ||
arch | ||
coda | ||
compat | ||
conf | ||
crypto | ||
ddb | ||
dev | ||
dist/pf | ||
external | ||
fs | ||
gdbscripts | ||
ipkdb | ||
kern | ||
lib | ||
miscfs | ||
modules | ||
net | ||
net80211 | ||
netatalk | ||
netbt | ||
netinet | ||
netinet6 | ||
netipsec | ||
netisdn | ||
netiso | ||
netkey | ||
netmpls | ||
netnatm | ||
netsmb | ||
nfs | ||
opencrypto | ||
rump | ||
secmodel | ||
stand | ||
sys | ||
ufs | ||
uvm | ||
Makefile |