<f_ridge>
<clever___/D> @x2x6_ the first nibble in the argument (the far right 1) says that the access mode should switch to highspeed or sdr25 (depending on something else)
<f_ridge>
<clever___/D> the 5 f's say that groups 2 thru 6 should remain unchanged
<f_ridge>
<clever___/D> ah, but bit 31 isnt set in this example
<f_ridge>
<clever___/D> immediately after, i run the same thing again, but with bit 31 set
<f_ridge>
<clever___/D> you can see it got `0x900` back as the R1 response in both cases
<f_ridge>
<clever___/D> and it got a 512 bit reply back as well, over the DAT channel
<f_ridge>
<clever___/D> page 84 explains that those 512 bits mean, and keep in mind, they come out kind of backwards, you need to byteswap (be->le) each 32bit word from the fifo, and then bit 511 (the "last" bit) will be the right most (bit 31) of the 0th word
<f_ridge>
<clever___/D> the first reply claims 100mA (0x64) to run in the current mode, the 2nd reply claims 200ma (0xc8)
<f_ridge>
<clever___/D> and then all of the `0x8001`'s claim only function 0 and function f are valid, for groups 2 thru 6
<f_ridge>
<clever___/D> but the `0x8003` at the end, says that functions 0/1/f are valid in group 1 (access mode)
<f_ridge>
<clever___/D> but, i cant find a matching high-speed flag on the sdhost controller, and i get random crc16 errors, at many clock speeds, both with and without this set
<f_ridge>
<clever___/D> i'm heading back to bed, good luck!
<juri_>
clever: sounds fun. i've been writing various vector assemblies. :)