so that sounds like a software issue not a hardware issue. When I refer to hardware I really mean the electrical signaling on the interface to the host. only thing I can think of there is some subsystem in an soc ends up being too smart for it’s own good in trying to handle those commands such that the host never actually sees the commands being sent/received on the interface. cmd length sounds like a linux kernel driver issue.
You realize if that soc subsystem wasn't "too smart" you'd have to use
the Cortex A8 to manually batch every mmc cmd/data access. I'm sorry,
i'd rather use the cpu cycles for something useful.
If you need more then 32GB get a usb flash or usb sata drive. It's way
cheaper then any most microSDXC devices.
Maybe the correct question is what does the BBB have?
Because SDXC uses a different file system called exFAT and it works differently than standard SD cards, this new format is NOT backwards compatible with host devices that only take SD (128MB to 2GB) or host devices that only take SDHC (4GB to 32GB). Most host devices built after 2010 should be SDXC compatible."
Thank you very much that info should be in the bbb wiki very helpful and good to know. Especially that a usb device could solve the issue. I take lots of pictures order of thousands and need the space but dont want to goto a power hungry usb disk drive.
Would SDXC work if reformatted to get rid of Microsoft’s proprietary exFAT filesystem or is the hardware limited to 32GB? Just curious, haven’t needed anything larger than 32.
Humm... So i picked up an SDXC card a few weeks back, but this
conversation reminded me i should just test it to prove it for once an
and all... Well...
debian@beaglebone:~$ uname -r
3.8.13-bone67
debian@beaglebone:~$ dmesg
[ 98.159775] mmc0: host does not support reading read-only switch.
assuming write-enable.
[ 98.161943] mmc0: new high speed SDXC card at address aaaa
[ 98.165780] mmcblk1: mmc0:aaaa SU64G 59.4 GiB
[ 98.169334] mmcblk1: p1
[ 172.261473] mmcblk1: p1
[ 277.923870] EXT4-fs (mmcblk1p1): mounted filesystem with ordered
data mode. Opts: (null)
(mmcblk1 is SDXC)
debian@beaglebone:~$ sudo hdparm -tT /dev/mmcblk1
/dev/mmcblk1:
Timing cached reads: 448 MB in 2.00 seconds = 224.03 MB/sec
Timing buffered disk reads: 58 MB in 3.02 seconds = 19.23 MB/sec
(mmcblk0 is eMMC which i booted off of..)
debian@beaglebone:~$ sudo hdparm -tT /dev/mmcblk0
/dev/mmcblk0:
Timing cached reads: 424 MB in 2.01 seconds = 211.39 MB/sec
Timing buffered disk reads: 66 MB in 3.05 seconds = 21.66 MB/sec
That is correct, it's been running tests all day. I've been trying to
find a good sdxc implementation manual, as i thought they changed the
base command set. Unless SanDisk, put their own hardware
compatibility layer..
Python 2.7.3 (default. Mar 14 2014, 17:55:54)
[GCC 4.6.3] on linux2
Type “help”, “copyright”, “credits” or “License” for more information.
1024102433
34603008
Gio@beaglebone:~$ date
Wed Apr 23 21:40:16 UTC 2014
Gio@beaglebone:~$ dd if=/dev/zero of=/mnt/test.file bs=1024 count=34603008
34603008+0 records in
34603008+0 records out
35433480192 Bytes (35 GB) copied, 4940.65 s, 7.2 MB/s
Gio@beaglebone:~$ date