kernel.git/drivers/mmc/core/sd.c, branch linux-2.6.24.y

MMC core learns about SPI

2007-09-23T19:51:30Z

Teach the MMC/SD/SDIO core about using SPI mode. - Use mmc_host_is_spi() so enumeration works through SPI signaling and protocols, not just the native versions. - Provide the SPI response type flags with each request issued, including requests from the new lock/unlock code. - Understand that cmd->resp[0] and mmc_get_status() results for SPI return different values than for "native" MMC/SD protocol; this affects resetting, checking card lock status, and some others. - Understand that some commands act a bit differently ... notably: * OP_COND command doesn't return the OCR * APP_CMD status doesn't have an R1_APP_CMD analogue Those changes required some new and updated primitives: - Provide utilities to access two SPI-only requests, and one request that wasn't previously needed: * mmc_spi_read_ocr() ... SPI only * mmc_spi_set_crc() ... SPI only (override by module parm) * mmc_send_cid() ... for use without broadcast mode - Updated internal routines: * Previous mmc_send_csd() modified into mmc_send_cxd_native(); it uses native "R2" responses, which include 16 bytes of data. * Previous mmc_send_ext_csd() becomes new mmc_send_cxd_data() helper for command-and-data access * Bugfix to that mmc_send_cxd_data() code: dma-to-stack is unsafe/nonportable, so kmalloc a bounce buffer instead. - Modified mmc_send_ext_csd() now uses mmc_send_cxd_data() helper - Modified mmc_send_csd(), and new mmc_spi_send_cid(), routines use those helper routines based on whether they're native or SPI The newest categories of cards supported by the MMC stack aren't expected to work yet with SPI: MMC or SD cards with over 4GB data, and SDIO. All those cards support SPI mode, so eventually they should work too. Signed-off-by: David Brownell Signed-off-by: Pierre Ossman

mmc: replace BUG_ON with WARN_ON

2007-09-23T19:23:07Z

Replace all cases of BUG_ON with WARN_ON where there is a chance (with varying degrees of slim) that the kernel can continue without incidence. Signed-off-by: Pierre Ossman

mmc: improve error code feedback

2007-09-23T07:14:43Z

Now that we use "normal" error codes, improve the reporting and response to error codes in the core. Signed-off-by: Pierre Ossman

mmc: remove custom error codes

2007-09-23T06:46:48Z

Convert the MMC layer to use standard error codes and not its own, incompatible values. Signed-off-by: Pierre Ossman

mmc: add missing printk levels

2007-07-26T00:05:49Z

Some printk:s were missing an explicit level. Signed-off-by: Pierre Ossman

mmc: be more verbose about card insertions/removal

2007-07-26T00:05:04Z

Let the user know that the kernel actually detected the card by printing some basic information in dmesg. Signed-off-by: Pierre Ossman

mmc: Don't hold lock when releasing an added card

2007-07-25T23:54:06Z

When the card has been added to the device model, it might be bound to a card driver. Therefore, we have to release the host lock when trying to remove it as we otherwise might deadlock with the driver. Signed-off-by: Pierre Ossman

mmc: update header file paths

2007-07-25T23:53:31Z

Make sure all headers in the files reflect their true position in the tree. Signed-off-by: Pierre Ossman

mmc: refactor bus operations

2007-07-09T19:27:56Z

Move bus operations to its own file for the sake of clarity. Also delegate sysfs attributes to bus handlers in preparation for other more exotic types. Signed-off-by: Pierre Ossman

mmc: get back read-only switch function

2007-06-13T17:11:20Z

Somehow the code to read the read-only switch of SD cards got lost in the reorganisation. Signed-off-by: Pierre Ossman