src-test2/sys/dev/mmc, branch stable/7 FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=stable%2F7 2012-04-21T00:28:29Z MFC: r189727 2012-04-21T00:28:29Z Marius Strobl marius@FreeBSD.org 2012-04-21T00:28:29Z urn:sha1:170fde4c54a49b3c66fdb90928a47c0a9d61bd97 read_ivar takes a uintptr_t * not a u_char *. MFC: r222475 2012-04-20T15:56:51Z Marius Strobl marius@FreeBSD.org 2012-04-20T15:56:51Z urn:sha1:7c5c86faf0376ce4ed58e090360477c758760c00 Fix read_ivar implementation for MMC and SD. 1. Both mmc_read_ivar() and sdhci_read_ivar() use the expression '*(int *)result = val' to assign to result which is uintptr_t *. This does not work on big-endian 64 bit systems. 2. The media_size ivar is declared as 'off_t' which does not fit into uintptr_t in 32bit systems, change this to long. Submitted by: kanthms at netlogicmicro com (initial version) PR: 134745 MFC rev. 187525 187543 187546 187551 187875 187877 188044 188725 2009-02-23T19:52:47Z Alexander Motin mav@FreeBSD.org 2009-02-23T19:52:47Z urn:sha1:a56dc7b85a2c3731b4fcc2a36351061a0545d8a3 Sync MMC subsystem with HEAD. Sync MMC/SD subsystem with HEAD. 2009-01-05T19:40:09Z Alexander Motin mav@FreeBSD.org 2009-01-05T19:40:09Z urn:sha1:599cae90e1e70bd79b91a77c55fb801e64649c00 Add support for MMC and SDHC cards, high speed timing, wide bus, multiblock transfers and many other features. MFp4: When querying the operating condition of SD cards (using the 2007-06-05T17:04:44Z Warner Losh imp@FreeBSD.org 2007-06-05T17:04:44Z urn:sha1:6634080beea417f2f3486a2b94c8a49899fd10dd application specific SEND_OP_COND (CMD55 + ACMD41), go ahead and allow 100 tries. This gives a timeout of a second rather than the ~100ms the old style produces. I've had one old 16MB SD card which needs the extra time. I've now had reports from the field that other cards need this too. Originally done at BSDcan 2007 while waiting to give my embedding madness minitalk. A careful reading of the disclaimer that is required to download the 2007-05-26T05:23:36Z Warner Losh imp@FreeBSD.org 2007-05-26T05:23:36Z urn:sha1:14eced725c729b3f84725c3f523d88bc1c98db07 SD Simplified specification, as well as other SD and SDIO implemenations I've examined, suggest this disclaimer may be required. It is unclear to me exactly what the license would be for, or why it might be required. Err on the side of caution and include this disclaimer so anybody deploying this code can judge for themselves. I have no further unformation about the details. First cut at making detach work. also add sdh as a possible mmc bridge. 2007-05-15T05:49:14Z Warner Losh imp@FreeBSD.org 2007-05-15T05:49:14Z urn:sha1:0e1466ac89d04507665ff51d1d263c2fc83f88c9 Submitted by: Andrea Bittau (Andrea may have updated patches, but I've tested these) Don't need mmc_mode ivar 2007-05-15T05:46:58Z Warner Losh imp@FreeBSD.org 2007-05-15T05:46:58Z urn:sha1:78f8edfb449cf010677ca05d3adc2da81039aaf3 Preliminary MMC stack. This stack supports SD 1.0 cards only, but 2006-10-20T06:39:59Z Warner Losh imp@FreeBSD.org 2006-10-20T06:39:59Z urn:sha1:114b4164ddcb5c7b6b98fbe329d5544ece25ec9f should be easily adapted to SD 2.0 (aka SDHC), SDIO, MMC and MMCplus cards. At the present time, there's only one bridge driver for the ARM9 based Atmel AT91RM9200.