2006-12-25 05:46:55 +08:00
|
|
|
/*
|
2007-07-12 02:04:50 +08:00
|
|
|
* linux/drivers/mmc/core/mmc_ops.h
|
2006-12-25 05:46:55 +08:00
|
|
|
*
|
|
|
|
* Copyright 2006-2007 Pierre Ossman
|
|
|
|
*
|
|
|
|
* This program is free software; you can redistribute it and/or modify
|
|
|
|
* it under the terms of the GNU General Public License as published by
|
|
|
|
* the Free Software Foundation; either version 2 of the License, or (at
|
|
|
|
* your option) any later version.
|
|
|
|
*/
|
|
|
|
|
include cleanup: Update gfp.h and slab.h includes to prepare for breaking implicit slab.h inclusion from percpu.h
percpu.h is included by sched.h and module.h and thus ends up being
included when building most .c files. percpu.h includes slab.h which
in turn includes gfp.h making everything defined by the two files
universally available and complicating inclusion dependencies.
percpu.h -> slab.h dependency is about to be removed. Prepare for
this change by updating users of gfp and slab facilities include those
headers directly instead of assuming availability. As this conversion
needs to touch large number of source files, the following script is
used as the basis of conversion.
http://userweb.kernel.org/~tj/misc/slabh-sweep.py
The script does the followings.
* Scan files for gfp and slab usages and update includes such that
only the necessary includes are there. ie. if only gfp is used,
gfp.h, if slab is used, slab.h.
* When the script inserts a new include, it looks at the include
blocks and try to put the new include such that its order conforms
to its surrounding. It's put in the include block which contains
core kernel includes, in the same order that the rest are ordered -
alphabetical, Christmas tree, rev-Xmas-tree or at the end if there
doesn't seem to be any matching order.
* If the script can't find a place to put a new include (mostly
because the file doesn't have fitting include block), it prints out
an error message indicating which .h file needs to be added to the
file.
The conversion was done in the following steps.
1. The initial automatic conversion of all .c files updated slightly
over 4000 files, deleting around 700 includes and adding ~480 gfp.h
and ~3000 slab.h inclusions. The script emitted errors for ~400
files.
2. Each error was manually checked. Some didn't need the inclusion,
some needed manual addition while adding it to implementation .h or
embedding .c file was more appropriate for others. This step added
inclusions to around 150 files.
3. The script was run again and the output was compared to the edits
from #2 to make sure no file was left behind.
4. Several build tests were done and a couple of problems were fixed.
e.g. lib/decompress_*.c used malloc/free() wrappers around slab
APIs requiring slab.h to be added manually.
5. The script was run on all .h files but without automatically
editing them as sprinkling gfp.h and slab.h inclusions around .h
files could easily lead to inclusion dependency hell. Most gfp.h
inclusion directives were ignored as stuff from gfp.h was usually
wildly available and often used in preprocessor macros. Each
slab.h inclusion directive was examined and added manually as
necessary.
6. percpu.h was updated not to include slab.h.
7. Build test were done on the following configurations and failures
were fixed. CONFIG_GCOV_KERNEL was turned off for all tests (as my
distributed build env didn't work with gcov compiles) and a few
more options had to be turned off depending on archs to make things
build (like ipr on powerpc/64 which failed due to missing writeq).
* x86 and x86_64 UP and SMP allmodconfig and a custom test config.
* powerpc and powerpc64 SMP allmodconfig
* sparc and sparc64 SMP allmodconfig
* ia64 SMP allmodconfig
* s390 SMP allmodconfig
* alpha SMP allmodconfig
* um on x86_64 SMP allmodconfig
8. percpu.h modifications were reverted so that it could be applied as
a separate patch and serve as bisection point.
Given the fact that I had only a couple of failures from tests on step
6, I'm fairly confident about the coverage of this conversion patch.
If there is a breakage, it's likely to be something in one of the arch
headers which should be easily discoverable easily on most builds of
the specific arch.
Signed-off-by: Tejun Heo <tj@kernel.org>
Guess-its-ok-by: Christoph Lameter <cl@linux-foundation.org>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: Lee Schermerhorn <Lee.Schermerhorn@hp.com>
2010-03-24 16:04:11 +08:00
|
|
|
#include <linux/slab.h>
|
2011-07-11 00:42:00 +08:00
|
|
|
#include <linux/export.h>
|
2006-12-25 05:46:55 +08:00
|
|
|
#include <linux/types.h>
|
|
|
|
#include <linux/scatterlist.h>
|
|
|
|
|
|
|
|
#include <linux/mmc/host.h>
|
|
|
|
#include <linux/mmc/card.h>
|
|
|
|
#include <linux/mmc/mmc.h>
|
|
|
|
|
|
|
|
#include "core.h"
|
2015-05-07 18:10:15 +08:00
|
|
|
#include "host.h"
|
2006-12-25 05:46:55 +08:00
|
|
|
#include "mmc_ops.h"
|
|
|
|
|
2012-11-16 23:31:41 +08:00
|
|
|
#define MMC_OPS_TIMEOUT_MS (10 * 60 * 1000) /* 10 minute timeout */
|
|
|
|
|
2014-12-01 23:53:34 +08:00
|
|
|
static const u8 tuning_blk_pattern_4bit[] = {
|
|
|
|
0xff, 0x0f, 0xff, 0x00, 0xff, 0xcc, 0xc3, 0xcc,
|
|
|
|
0xc3, 0x3c, 0xcc, 0xff, 0xfe, 0xff, 0xfe, 0xef,
|
|
|
|
0xff, 0xdf, 0xff, 0xdd, 0xff, 0xfb, 0xff, 0xfb,
|
|
|
|
0xbf, 0xff, 0x7f, 0xff, 0x77, 0xf7, 0xbd, 0xef,
|
|
|
|
0xff, 0xf0, 0xff, 0xf0, 0x0f, 0xfc, 0xcc, 0x3c,
|
|
|
|
0xcc, 0x33, 0xcc, 0xcf, 0xff, 0xef, 0xff, 0xee,
|
|
|
|
0xff, 0xfd, 0xff, 0xfd, 0xdf, 0xff, 0xbf, 0xff,
|
|
|
|
0xbb, 0xff, 0xf7, 0xff, 0xf7, 0x7f, 0x7b, 0xde,
|
|
|
|
};
|
|
|
|
|
|
|
|
static const u8 tuning_blk_pattern_8bit[] = {
|
|
|
|
0xff, 0xff, 0x00, 0xff, 0xff, 0xff, 0x00, 0x00,
|
|
|
|
0xff, 0xff, 0xcc, 0xcc, 0xcc, 0x33, 0xcc, 0xcc,
|
|
|
|
0xcc, 0x33, 0x33, 0xcc, 0xcc, 0xcc, 0xff, 0xff,
|
|
|
|
0xff, 0xee, 0xff, 0xff, 0xff, 0xee, 0xee, 0xff,
|
|
|
|
0xff, 0xff, 0xdd, 0xff, 0xff, 0xff, 0xdd, 0xdd,
|
|
|
|
0xff, 0xff, 0xff, 0xbb, 0xff, 0xff, 0xff, 0xbb,
|
|
|
|
0xbb, 0xff, 0xff, 0xff, 0x77, 0xff, 0xff, 0xff,
|
|
|
|
0x77, 0x77, 0xff, 0x77, 0xbb, 0xdd, 0xee, 0xff,
|
|
|
|
0xff, 0xff, 0xff, 0x00, 0xff, 0xff, 0xff, 0x00,
|
|
|
|
0x00, 0xff, 0xff, 0xcc, 0xcc, 0xcc, 0x33, 0xcc,
|
|
|
|
0xcc, 0xcc, 0x33, 0x33, 0xcc, 0xcc, 0xcc, 0xff,
|
|
|
|
0xff, 0xff, 0xee, 0xff, 0xff, 0xff, 0xee, 0xee,
|
|
|
|
0xff, 0xff, 0xff, 0xdd, 0xff, 0xff, 0xff, 0xdd,
|
|
|
|
0xdd, 0xff, 0xff, 0xff, 0xbb, 0xff, 0xff, 0xff,
|
|
|
|
0xbb, 0xbb, 0xff, 0xff, 0xff, 0x77, 0xff, 0xff,
|
|
|
|
0xff, 0x77, 0x77, 0xff, 0x77, 0xbb, 0xdd, 0xee,
|
|
|
|
};
|
|
|
|
|
2016-11-08 22:27:27 +08:00
|
|
|
int mmc_send_status(struct mmc_card *card, u32 *status)
|
2013-09-04 20:21:05 +08:00
|
|
|
{
|
|
|
|
int err;
|
2016-12-19 19:51:18 +08:00
|
|
|
struct mmc_command cmd = {};
|
2013-09-04 20:21:05 +08:00
|
|
|
|
|
|
|
cmd.opcode = MMC_SEND_STATUS;
|
|
|
|
if (!mmc_host_is_spi(card->host))
|
|
|
|
cmd.arg = card->rca << 16;
|
|
|
|
cmd.flags = MMC_RSP_SPI_R2 | MMC_RSP_R1 | MMC_CMD_AC;
|
|
|
|
|
|
|
|
err = mmc_wait_for_cmd(card->host, &cmd, MMC_CMD_RETRIES);
|
|
|
|
if (err)
|
|
|
|
return err;
|
|
|
|
|
|
|
|
/* NOTE: callers are required to understand the difference
|
|
|
|
* between "native" and SPI format status words!
|
|
|
|
*/
|
|
|
|
if (status)
|
|
|
|
*status = cmd.resp[0];
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2006-12-25 05:46:55 +08:00
|
|
|
static int _mmc_select_card(struct mmc_host *host, struct mmc_card *card)
|
|
|
|
{
|
2016-12-19 19:51:18 +08:00
|
|
|
struct mmc_command cmd = {};
|
2006-12-25 05:46:55 +08:00
|
|
|
|
|
|
|
cmd.opcode = MMC_SELECT_CARD;
|
|
|
|
|
|
|
|
if (card) {
|
|
|
|
cmd.arg = card->rca << 16;
|
|
|
|
cmd.flags = MMC_RSP_R1 | MMC_CMD_AC;
|
|
|
|
} else {
|
|
|
|
cmd.arg = 0;
|
|
|
|
cmd.flags = MMC_RSP_NONE | MMC_CMD_AC;
|
|
|
|
}
|
|
|
|
|
2016-01-08 10:15:25 +08:00
|
|
|
return mmc_wait_for_cmd(host, &cmd, MMC_CMD_RETRIES);
|
2006-12-25 05:46:55 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
int mmc_select_card(struct mmc_card *card)
|
|
|
|
{
|
|
|
|
|
|
|
|
return _mmc_select_card(card->host, card);
|
|
|
|
}
|
|
|
|
|
|
|
|
int mmc_deselect_cards(struct mmc_host *host)
|
|
|
|
{
|
|
|
|
return _mmc_select_card(host, NULL);
|
|
|
|
}
|
|
|
|
|
2014-08-19 16:45:51 +08:00
|
|
|
/*
|
|
|
|
* Write the value specified in the device tree or board code into the optional
|
|
|
|
* 16 bit Driver Stage Register. This can be used to tune raise/fall times and
|
|
|
|
* drive strength of the DAT and CMD outputs. The actual meaning of a given
|
|
|
|
* value is hardware dependant.
|
|
|
|
* The presence of the DSR register can be determined from the CSD register,
|
|
|
|
* bit 76.
|
|
|
|
*/
|
|
|
|
int mmc_set_dsr(struct mmc_host *host)
|
|
|
|
{
|
2016-12-19 19:51:18 +08:00
|
|
|
struct mmc_command cmd = {};
|
2014-08-19 16:45:51 +08:00
|
|
|
|
|
|
|
cmd.opcode = MMC_SET_DSR;
|
|
|
|
|
|
|
|
cmd.arg = (host->dsr << 16) | 0xffff;
|
|
|
|
cmd.flags = MMC_RSP_NONE | MMC_CMD_AC;
|
|
|
|
|
|
|
|
return mmc_wait_for_cmd(host, &cmd, MMC_CMD_RETRIES);
|
|
|
|
}
|
|
|
|
|
2006-12-25 05:46:55 +08:00
|
|
|
int mmc_go_idle(struct mmc_host *host)
|
|
|
|
{
|
|
|
|
int err;
|
2016-12-19 19:51:18 +08:00
|
|
|
struct mmc_command cmd = {};
|
2006-12-25 05:46:55 +08:00
|
|
|
|
MMC core learns about SPI
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 <dbrownell@users.sourceforge.net>
Signed-off-by: Pierre Ossman <drzeus@drzeus.cx>
2007-08-09 00:11:32 +08:00
|
|
|
/*
|
|
|
|
* Non-SPI hosts need to prevent chipselect going active during
|
|
|
|
* GO_IDLE; that would put chips into SPI mode. Remind them of
|
|
|
|
* that in case of hardware that won't pull up DAT3/nCS otherwise.
|
|
|
|
*
|
|
|
|
* SPI hosts ignore ios.chip_select; it's managed according to
|
2011-03-31 09:57:33 +08:00
|
|
|
* rules that must accommodate non-MMC slaves which this layer
|
MMC core learns about SPI
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 <dbrownell@users.sourceforge.net>
Signed-off-by: Pierre Ossman <drzeus@drzeus.cx>
2007-08-09 00:11:32 +08:00
|
|
|
* won't even know about.
|
|
|
|
*/
|
|
|
|
if (!mmc_host_is_spi(host)) {
|
|
|
|
mmc_set_chip_select(host, MMC_CS_HIGH);
|
|
|
|
mmc_delay(1);
|
|
|
|
}
|
2006-12-25 05:46:55 +08:00
|
|
|
|
|
|
|
cmd.opcode = MMC_GO_IDLE_STATE;
|
|
|
|
cmd.arg = 0;
|
MMC core learns about SPI
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 <dbrownell@users.sourceforge.net>
Signed-off-by: Pierre Ossman <drzeus@drzeus.cx>
2007-08-09 00:11:32 +08:00
|
|
|
cmd.flags = MMC_RSP_SPI_R1 | MMC_RSP_NONE | MMC_CMD_BC;
|
2006-12-25 05:46:55 +08:00
|
|
|
|
|
|
|
err = mmc_wait_for_cmd(host, &cmd, 0);
|
|
|
|
|
|
|
|
mmc_delay(1);
|
|
|
|
|
MMC core learns about SPI
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 <dbrownell@users.sourceforge.net>
Signed-off-by: Pierre Ossman <drzeus@drzeus.cx>
2007-08-09 00:11:32 +08:00
|
|
|
if (!mmc_host_is_spi(host)) {
|
|
|
|
mmc_set_chip_select(host, MMC_CS_DONTCARE);
|
|
|
|
mmc_delay(1);
|
|
|
|
}
|
2006-12-25 05:46:55 +08:00
|
|
|
|
MMC core learns about SPI
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 <dbrownell@users.sourceforge.net>
Signed-off-by: Pierre Ossman <drzeus@drzeus.cx>
2007-08-09 00:11:32 +08:00
|
|
|
host->use_spi_crc = 0;
|
2006-12-25 05:46:55 +08:00
|
|
|
|
|
|
|
return err;
|
|
|
|
}
|
|
|
|
|
|
|
|
int mmc_send_op_cond(struct mmc_host *host, u32 ocr, u32 *rocr)
|
|
|
|
{
|
2016-12-19 19:51:18 +08:00
|
|
|
struct mmc_command cmd = {};
|
2006-12-25 05:46:55 +08:00
|
|
|
int i, err = 0;
|
|
|
|
|
|
|
|
cmd.opcode = MMC_SEND_OP_COND;
|
MMC core learns about SPI
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 <dbrownell@users.sourceforge.net>
Signed-off-by: Pierre Ossman <drzeus@drzeus.cx>
2007-08-09 00:11:32 +08:00
|
|
|
cmd.arg = mmc_host_is_spi(host) ? 0 : ocr;
|
|
|
|
cmd.flags = MMC_RSP_SPI_R1 | MMC_RSP_R3 | MMC_CMD_BCR;
|
2006-12-25 05:46:55 +08:00
|
|
|
|
|
|
|
for (i = 100; i; i--) {
|
|
|
|
err = mmc_wait_for_cmd(host, &cmd, 0);
|
2007-07-23 04:18:46 +08:00
|
|
|
if (err)
|
2006-12-25 05:46:55 +08:00
|
|
|
break;
|
|
|
|
|
MMC core learns about SPI
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 <dbrownell@users.sourceforge.net>
Signed-off-by: Pierre Ossman <drzeus@drzeus.cx>
2007-08-09 00:11:32 +08:00
|
|
|
/* if we're just probing, do a single pass */
|
|
|
|
if (ocr == 0)
|
2006-12-25 05:46:55 +08:00
|
|
|
break;
|
|
|
|
|
MMC core learns about SPI
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 <dbrownell@users.sourceforge.net>
Signed-off-by: Pierre Ossman <drzeus@drzeus.cx>
2007-08-09 00:11:32 +08:00
|
|
|
/* otherwise wait until reset completes */
|
|
|
|
if (mmc_host_is_spi(host)) {
|
|
|
|
if (!(cmd.resp[0] & R1_SPI_IDLE))
|
|
|
|
break;
|
|
|
|
} else {
|
|
|
|
if (cmd.resp[0] & MMC_CARD_BUSY)
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
2007-07-23 04:18:46 +08:00
|
|
|
err = -ETIMEDOUT;
|
2006-12-25 05:46:55 +08:00
|
|
|
|
|
|
|
mmc_delay(10);
|
|
|
|
}
|
|
|
|
|
MMC core learns about SPI
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 <dbrownell@users.sourceforge.net>
Signed-off-by: Pierre Ossman <drzeus@drzeus.cx>
2007-08-09 00:11:32 +08:00
|
|
|
if (rocr && !mmc_host_is_spi(host))
|
2006-12-25 05:46:55 +08:00
|
|
|
*rocr = cmd.resp[0];
|
|
|
|
|
|
|
|
return err;
|
|
|
|
}
|
|
|
|
|
|
|
|
int mmc_all_send_cid(struct mmc_host *host, u32 *cid)
|
|
|
|
{
|
|
|
|
int err;
|
2016-12-19 19:51:18 +08:00
|
|
|
struct mmc_command cmd = {};
|
2006-12-25 05:46:55 +08:00
|
|
|
|
|
|
|
cmd.opcode = MMC_ALL_SEND_CID;
|
|
|
|
cmd.arg = 0;
|
|
|
|
cmd.flags = MMC_RSP_R2 | MMC_CMD_BCR;
|
|
|
|
|
|
|
|
err = mmc_wait_for_cmd(host, &cmd, MMC_CMD_RETRIES);
|
2007-07-23 04:18:46 +08:00
|
|
|
if (err)
|
2006-12-25 05:46:55 +08:00
|
|
|
return err;
|
|
|
|
|
|
|
|
memcpy(cid, cmd.resp, sizeof(u32) * 4);
|
|
|
|
|
2007-07-23 04:18:46 +08:00
|
|
|
return 0;
|
2006-12-25 05:46:55 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
int mmc_set_relative_addr(struct mmc_card *card)
|
|
|
|
{
|
2016-12-19 19:51:18 +08:00
|
|
|
struct mmc_command cmd = {};
|
2006-12-25 05:46:55 +08:00
|
|
|
|
|
|
|
cmd.opcode = MMC_SET_RELATIVE_ADDR;
|
|
|
|
cmd.arg = card->rca << 16;
|
|
|
|
cmd.flags = MMC_RSP_R1 | MMC_CMD_AC;
|
|
|
|
|
2016-01-08 10:15:25 +08:00
|
|
|
return mmc_wait_for_cmd(card->host, &cmd, MMC_CMD_RETRIES);
|
2006-12-25 05:46:55 +08:00
|
|
|
}
|
|
|
|
|
MMC core learns about SPI
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 <dbrownell@users.sourceforge.net>
Signed-off-by: Pierre Ossman <drzeus@drzeus.cx>
2007-08-09 00:11:32 +08:00
|
|
|
static int
|
|
|
|
mmc_send_cxd_native(struct mmc_host *host, u32 arg, u32 *cxd, int opcode)
|
2006-12-25 05:46:55 +08:00
|
|
|
{
|
|
|
|
int err;
|
2016-12-19 19:51:18 +08:00
|
|
|
struct mmc_command cmd = {};
|
2006-12-25 05:46:55 +08:00
|
|
|
|
MMC core learns about SPI
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 <dbrownell@users.sourceforge.net>
Signed-off-by: Pierre Ossman <drzeus@drzeus.cx>
2007-08-09 00:11:32 +08:00
|
|
|
cmd.opcode = opcode;
|
|
|
|
cmd.arg = arg;
|
2006-12-25 05:46:55 +08:00
|
|
|
cmd.flags = MMC_RSP_R2 | MMC_CMD_AC;
|
|
|
|
|
MMC core learns about SPI
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 <dbrownell@users.sourceforge.net>
Signed-off-by: Pierre Ossman <drzeus@drzeus.cx>
2007-08-09 00:11:32 +08:00
|
|
|
err = mmc_wait_for_cmd(host, &cmd, MMC_CMD_RETRIES);
|
2007-07-23 04:18:46 +08:00
|
|
|
if (err)
|
2006-12-25 05:46:55 +08:00
|
|
|
return err;
|
|
|
|
|
MMC core learns about SPI
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 <dbrownell@users.sourceforge.net>
Signed-off-by: Pierre Ossman <drzeus@drzeus.cx>
2007-08-09 00:11:32 +08:00
|
|
|
memcpy(cxd, cmd.resp, sizeof(u32) * 4);
|
2006-12-25 05:46:55 +08:00
|
|
|
|
2007-07-23 04:18:46 +08:00
|
|
|
return 0;
|
2006-12-25 05:46:55 +08:00
|
|
|
}
|
|
|
|
|
2012-08-03 08:58:03 +08:00
|
|
|
/*
|
|
|
|
* NOTE: void *buf, caller for the buf is required to use DMA-capable
|
|
|
|
* buffer or on-stack buffer (with some overhead in callee).
|
|
|
|
*/
|
MMC core learns about SPI
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 <dbrownell@users.sourceforge.net>
Signed-off-by: Pierre Ossman <drzeus@drzeus.cx>
2007-08-09 00:11:32 +08:00
|
|
|
static int
|
|
|
|
mmc_send_cxd_data(struct mmc_card *card, struct mmc_host *host,
|
|
|
|
u32 opcode, void *buf, unsigned len)
|
2006-12-25 05:46:55 +08:00
|
|
|
{
|
2016-12-19 19:51:18 +08:00
|
|
|
struct mmc_request mrq = {};
|
|
|
|
struct mmc_command cmd = {};
|
|
|
|
struct mmc_data data = {};
|
2006-12-25 05:46:55 +08:00
|
|
|
struct scatterlist sg;
|
|
|
|
|
|
|
|
mrq.cmd = &cmd;
|
|
|
|
mrq.data = &data;
|
|
|
|
|
MMC core learns about SPI
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 <dbrownell@users.sourceforge.net>
Signed-off-by: Pierre Ossman <drzeus@drzeus.cx>
2007-08-09 00:11:32 +08:00
|
|
|
cmd.opcode = opcode;
|
2006-12-25 05:46:55 +08:00
|
|
|
cmd.arg = 0;
|
|
|
|
|
MMC core learns about SPI
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 <dbrownell@users.sourceforge.net>
Signed-off-by: Pierre Ossman <drzeus@drzeus.cx>
2007-08-09 00:11:32 +08:00
|
|
|
/* NOTE HACK: the MMC_RSP_SPI_R1 is always correct here, but we
|
|
|
|
* rely on callers to never use this with "native" calls for reading
|
|
|
|
* CSD or CID. Native versions of those commands use the R2 type,
|
|
|
|
* not R1 plus a data block.
|
|
|
|
*/
|
|
|
|
cmd.flags = MMC_RSP_SPI_R1 | MMC_RSP_R1 | MMC_CMD_ADTC;
|
|
|
|
|
|
|
|
data.blksz = len;
|
2006-12-25 05:46:55 +08:00
|
|
|
data.blocks = 1;
|
|
|
|
data.flags = MMC_DATA_READ;
|
|
|
|
data.sg = &sg;
|
|
|
|
data.sg_len = 1;
|
|
|
|
|
2014-10-17 17:58:24 +08:00
|
|
|
sg_init_one(&sg, buf, len);
|
2006-12-25 05:46:55 +08:00
|
|
|
|
2009-02-10 22:32:33 +08:00
|
|
|
if (opcode == MMC_SEND_CSD || opcode == MMC_SEND_CID) {
|
|
|
|
/*
|
|
|
|
* The spec states that CSR and CID accesses have a timeout
|
|
|
|
* of 64 clock cycles.
|
|
|
|
*/
|
|
|
|
data.timeout_ns = 0;
|
|
|
|
data.timeout_clks = 64;
|
|
|
|
} else
|
|
|
|
mmc_set_data_timeout(&data, card);
|
2006-12-25 05:46:55 +08:00
|
|
|
|
MMC core learns about SPI
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 <dbrownell@users.sourceforge.net>
Signed-off-by: Pierre Ossman <drzeus@drzeus.cx>
2007-08-09 00:11:32 +08:00
|
|
|
mmc_wait_for_req(host, &mrq);
|
|
|
|
|
2007-07-23 04:18:46 +08:00
|
|
|
if (cmd.error)
|
2006-12-25 05:46:55 +08:00
|
|
|
return cmd.error;
|
2007-07-23 04:18:46 +08:00
|
|
|
if (data.error)
|
2006-12-25 05:46:55 +08:00
|
|
|
return data.error;
|
|
|
|
|
2007-07-23 04:18:46 +08:00
|
|
|
return 0;
|
2006-12-25 05:46:55 +08:00
|
|
|
}
|
|
|
|
|
MMC core learns about SPI
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 <dbrownell@users.sourceforge.net>
Signed-off-by: Pierre Ossman <drzeus@drzeus.cx>
2007-08-09 00:11:32 +08:00
|
|
|
int mmc_send_csd(struct mmc_card *card, u32 *csd)
|
|
|
|
{
|
2007-10-27 20:14:23 +08:00
|
|
|
int ret, i;
|
2012-08-03 08:58:03 +08:00
|
|
|
u32 *csd_tmp;
|
2007-10-27 20:14:23 +08:00
|
|
|
|
MMC core learns about SPI
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 <dbrownell@users.sourceforge.net>
Signed-off-by: Pierre Ossman <drzeus@drzeus.cx>
2007-08-09 00:11:32 +08:00
|
|
|
if (!mmc_host_is_spi(card->host))
|
|
|
|
return mmc_send_cxd_native(card->host, card->rca << 16,
|
|
|
|
csd, MMC_SEND_CSD);
|
|
|
|
|
2014-10-17 18:00:56 +08:00
|
|
|
csd_tmp = kzalloc(16, GFP_KERNEL);
|
2012-08-03 08:58:03 +08:00
|
|
|
if (!csd_tmp)
|
|
|
|
return -ENOMEM;
|
|
|
|
|
|
|
|
ret = mmc_send_cxd_data(card, card->host, MMC_SEND_CSD, csd_tmp, 16);
|
2007-10-27 20:14:23 +08:00
|
|
|
if (ret)
|
2012-08-03 08:58:03 +08:00
|
|
|
goto err;
|
2007-10-27 20:14:23 +08:00
|
|
|
|
|
|
|
for (i = 0;i < 4;i++)
|
2012-08-03 08:58:03 +08:00
|
|
|
csd[i] = be32_to_cpu(csd_tmp[i]);
|
2007-10-27 20:14:23 +08:00
|
|
|
|
2012-08-03 08:58:03 +08:00
|
|
|
err:
|
|
|
|
kfree(csd_tmp);
|
|
|
|
return ret;
|
MMC core learns about SPI
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 <dbrownell@users.sourceforge.net>
Signed-off-by: Pierre Ossman <drzeus@drzeus.cx>
2007-08-09 00:11:32 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
int mmc_send_cid(struct mmc_host *host, u32 *cid)
|
|
|
|
{
|
2007-10-27 20:14:23 +08:00
|
|
|
int ret, i;
|
2012-08-03 08:58:03 +08:00
|
|
|
u32 *cid_tmp;
|
2007-10-27 20:14:23 +08:00
|
|
|
|
MMC core learns about SPI
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 <dbrownell@users.sourceforge.net>
Signed-off-by: Pierre Ossman <drzeus@drzeus.cx>
2007-08-09 00:11:32 +08:00
|
|
|
if (!mmc_host_is_spi(host)) {
|
|
|
|
if (!host->card)
|
|
|
|
return -EINVAL;
|
|
|
|
return mmc_send_cxd_native(host, host->card->rca << 16,
|
|
|
|
cid, MMC_SEND_CID);
|
|
|
|
}
|
|
|
|
|
2014-10-17 18:00:56 +08:00
|
|
|
cid_tmp = kzalloc(16, GFP_KERNEL);
|
2012-08-03 08:58:03 +08:00
|
|
|
if (!cid_tmp)
|
|
|
|
return -ENOMEM;
|
|
|
|
|
|
|
|
ret = mmc_send_cxd_data(NULL, host, MMC_SEND_CID, cid_tmp, 16);
|
2007-10-27 20:14:23 +08:00
|
|
|
if (ret)
|
2012-08-03 08:58:03 +08:00
|
|
|
goto err;
|
2007-10-27 20:14:23 +08:00
|
|
|
|
|
|
|
for (i = 0;i < 4;i++)
|
2012-08-03 08:58:03 +08:00
|
|
|
cid[i] = be32_to_cpu(cid_tmp[i]);
|
2007-10-27 20:14:23 +08:00
|
|
|
|
2012-08-03 08:58:03 +08:00
|
|
|
err:
|
|
|
|
kfree(cid_tmp);
|
|
|
|
return ret;
|
MMC core learns about SPI
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 <dbrownell@users.sourceforge.net>
Signed-off-by: Pierre Ossman <drzeus@drzeus.cx>
2007-08-09 00:11:32 +08:00
|
|
|
}
|
|
|
|
|
2014-10-17 17:32:32 +08:00
|
|
|
int mmc_get_ext_csd(struct mmc_card *card, u8 **new_ext_csd)
|
|
|
|
{
|
|
|
|
int err;
|
|
|
|
u8 *ext_csd;
|
|
|
|
|
|
|
|
if (!card || !new_ext_csd)
|
|
|
|
return -EINVAL;
|
|
|
|
|
|
|
|
if (!mmc_can_ext_csd(card))
|
|
|
|
return -EOPNOTSUPP;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* As the ext_csd is so large and mostly unused, we don't store the
|
|
|
|
* raw block in mmc_card.
|
|
|
|
*/
|
2014-10-17 18:00:56 +08:00
|
|
|
ext_csd = kzalloc(512, GFP_KERNEL);
|
2014-10-17 17:32:32 +08:00
|
|
|
if (!ext_csd)
|
|
|
|
return -ENOMEM;
|
|
|
|
|
2014-10-17 17:54:22 +08:00
|
|
|
err = mmc_send_cxd_data(card, card->host, MMC_SEND_EXT_CSD, ext_csd,
|
|
|
|
512);
|
2014-10-17 17:32:32 +08:00
|
|
|
if (err)
|
|
|
|
kfree(ext_csd);
|
|
|
|
else
|
|
|
|
*new_ext_csd = ext_csd;
|
|
|
|
|
|
|
|
return err;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(mmc_get_ext_csd);
|
|
|
|
|
MMC core learns about SPI
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 <dbrownell@users.sourceforge.net>
Signed-off-by: Pierre Ossman <drzeus@drzeus.cx>
2007-08-09 00:11:32 +08:00
|
|
|
int mmc_spi_read_ocr(struct mmc_host *host, int highcap, u32 *ocrp)
|
|
|
|
{
|
2016-12-19 19:51:18 +08:00
|
|
|
struct mmc_command cmd = {};
|
MMC core learns about SPI
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 <dbrownell@users.sourceforge.net>
Signed-off-by: Pierre Ossman <drzeus@drzeus.cx>
2007-08-09 00:11:32 +08:00
|
|
|
int err;
|
|
|
|
|
|
|
|
cmd.opcode = MMC_SPI_READ_OCR;
|
|
|
|
cmd.arg = highcap ? (1 << 30) : 0;
|
|
|
|
cmd.flags = MMC_RSP_SPI_R3;
|
|
|
|
|
|
|
|
err = mmc_wait_for_cmd(host, &cmd, 0);
|
|
|
|
|
|
|
|
*ocrp = cmd.resp[1];
|
|
|
|
return err;
|
|
|
|
}
|
|
|
|
|
|
|
|
int mmc_spi_set_crc(struct mmc_host *host, int use_crc)
|
|
|
|
{
|
2016-12-19 19:51:18 +08:00
|
|
|
struct mmc_command cmd = {};
|
MMC core learns about SPI
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 <dbrownell@users.sourceforge.net>
Signed-off-by: Pierre Ossman <drzeus@drzeus.cx>
2007-08-09 00:11:32 +08:00
|
|
|
int err;
|
|
|
|
|
|
|
|
cmd.opcode = MMC_SPI_CRC_ON_OFF;
|
|
|
|
cmd.flags = MMC_RSP_SPI_R1;
|
|
|
|
cmd.arg = use_crc;
|
|
|
|
|
|
|
|
err = mmc_wait_for_cmd(host, &cmd, 0);
|
|
|
|
if (!err)
|
|
|
|
host->use_spi_crc = use_crc;
|
|
|
|
return err;
|
|
|
|
}
|
|
|
|
|
2016-10-19 17:04:42 +08:00
|
|
|
static int mmc_switch_status_error(struct mmc_host *host, u32 status)
|
2015-05-07 18:10:19 +08:00
|
|
|
{
|
|
|
|
if (mmc_host_is_spi(host)) {
|
|
|
|
if (status & R1_SPI_ILLEGAL_COMMAND)
|
|
|
|
return -EBADMSG;
|
|
|
|
} else {
|
|
|
|
if (status & 0xFDFFA000)
|
|
|
|
pr_warn("%s: unexpected status %#x after switch\n",
|
|
|
|
mmc_hostname(host), status);
|
|
|
|
if (status & R1_SWITCH_ERROR)
|
|
|
|
return -EBADMSG;
|
|
|
|
}
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2016-10-19 17:04:42 +08:00
|
|
|
/* Caller must hold re-tuning */
|
2016-12-02 19:16:35 +08:00
|
|
|
int __mmc_switch_status(struct mmc_card *card, bool crc_err_fatal)
|
2016-10-19 17:04:42 +08:00
|
|
|
{
|
|
|
|
u32 status;
|
|
|
|
int err;
|
|
|
|
|
|
|
|
err = mmc_send_status(card, &status);
|
2016-12-02 19:16:35 +08:00
|
|
|
if (!crc_err_fatal && err == -EILSEQ)
|
|
|
|
return 0;
|
2016-10-19 17:04:42 +08:00
|
|
|
if (err)
|
|
|
|
return err;
|
|
|
|
|
|
|
|
return mmc_switch_status_error(card->host, status);
|
|
|
|
}
|
|
|
|
|
2016-12-02 19:16:35 +08:00
|
|
|
int mmc_switch_status(struct mmc_card *card)
|
|
|
|
{
|
|
|
|
return __mmc_switch_status(card, true);
|
|
|
|
}
|
|
|
|
|
2016-10-19 19:20:49 +08:00
|
|
|
static int mmc_poll_for_busy(struct mmc_card *card, unsigned int timeout_ms,
|
2016-11-08 22:39:13 +08:00
|
|
|
bool send_status, bool retry_crc_err)
|
2016-10-19 19:20:49 +08:00
|
|
|
{
|
|
|
|
struct mmc_host *host = card->host;
|
|
|
|
int err;
|
|
|
|
unsigned long timeout;
|
|
|
|
u32 status = 0;
|
|
|
|
bool expired = false;
|
|
|
|
bool busy = false;
|
|
|
|
|
|
|
|
/* We have an unspecified cmd timeout, use the fallback value. */
|
|
|
|
if (!timeout_ms)
|
|
|
|
timeout_ms = MMC_OPS_TIMEOUT_MS;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* In cases when not allowed to poll by using CMD13 or because we aren't
|
|
|
|
* capable of polling by using ->card_busy(), then rely on waiting the
|
|
|
|
* stated timeout to be sufficient.
|
|
|
|
*/
|
|
|
|
if (!send_status && !host->ops->card_busy) {
|
|
|
|
mmc_delay(timeout_ms);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
timeout = jiffies + msecs_to_jiffies(timeout_ms) + 1;
|
|
|
|
do {
|
|
|
|
/*
|
2016-10-19 22:15:31 +08:00
|
|
|
* Due to the possibility of being preempted while polling,
|
|
|
|
* check the expiration time first.
|
2016-10-19 19:20:49 +08:00
|
|
|
*/
|
|
|
|
expired = time_after(jiffies, timeout);
|
2016-10-19 22:15:31 +08:00
|
|
|
|
|
|
|
if (host->ops->card_busy) {
|
|
|
|
busy = host->ops->card_busy(host);
|
|
|
|
} else {
|
2016-11-08 20:53:36 +08:00
|
|
|
err = mmc_send_status(card, &status);
|
2016-11-21 22:49:48 +08:00
|
|
|
if (retry_crc_err && err == -EILSEQ) {
|
2016-11-08 20:53:36 +08:00
|
|
|
busy = true;
|
2016-11-21 22:49:48 +08:00
|
|
|
} else if (err) {
|
2016-10-19 19:20:49 +08:00
|
|
|
return err;
|
2016-11-21 22:49:48 +08:00
|
|
|
} else {
|
|
|
|
err = mmc_switch_status_error(host, status);
|
|
|
|
if (err)
|
|
|
|
return err;
|
2016-11-08 20:53:36 +08:00
|
|
|
busy = R1_CURRENT_STATE(status) == R1_STATE_PRG;
|
2016-11-21 22:49:48 +08:00
|
|
|
}
|
2016-10-19 19:20:49 +08:00
|
|
|
}
|
|
|
|
|
2016-10-19 22:15:31 +08:00
|
|
|
/* Timeout if the device still remains busy. */
|
|
|
|
if (expired && busy) {
|
|
|
|
pr_err("%s: Card stuck being busy! %s\n",
|
2016-10-19 19:20:49 +08:00
|
|
|
mmc_hostname(host), __func__);
|
|
|
|
return -ETIMEDOUT;
|
|
|
|
}
|
2016-10-19 22:15:31 +08:00
|
|
|
} while (busy);
|
2016-10-19 19:20:49 +08:00
|
|
|
|
2016-11-21 22:49:48 +08:00
|
|
|
return 0;
|
2016-10-19 19:20:49 +08:00
|
|
|
}
|
|
|
|
|
2011-04-12 05:13:43 +08:00
|
|
|
/**
|
2012-09-17 16:42:02 +08:00
|
|
|
* __mmc_switch - modify EXT_CSD register
|
2011-04-12 05:13:43 +08:00
|
|
|
* @card: the MMC card associated with the data transfer
|
|
|
|
* @set: cmd set values
|
|
|
|
* @index: EXT_CSD register index
|
|
|
|
* @value: value to program into EXT_CSD register
|
|
|
|
* @timeout_ms: timeout (ms) for operation performed by register write,
|
|
|
|
* timeout of zero implies maximum possible timeout
|
mmc: core: Enable __mmc_switch() to change bus speed timing for the host
In cases when a speed mode change is requested for mmc cards, a CMD6 is
sent by calling __mmc_switch() during the card initialization. The CMD6
leads to the card entering a busy period. When that is completed, the host
must parse the CMD6 status to find out whether the change of the speed mode
succeeded.
To enable the mmc core to poll the card by using CMD13 to find out when the
busy period is completed, it's reasonable to make sure polling is done by
having the mmc host and the mmc card, being configured to operate at the
same selected bus speed timing.
Therefore, let's extend __mmc_switch() to take yet another parameter, which
allow its callers to update the bus speed timing of the mmc host. In this
way, __mmc_switch() also becomes capable of reading and validating the CMD6
status by sending a CMD13, in cases when that's desired.
If __mmc_switch() encounters a failure, we make sure to restores the old
bus speed timing for the mmc host, before propagating the error code.
Signed-off-by: Ulf Hansson <ulf.hansson@linaro.org>
Tested-by: Linus Walleij <linus.walleij@linaro.org>
Acked-by: Adrian Hunter <adrian.hunter@intel.com>
2016-11-10 00:33:36 +08:00
|
|
|
* @timing: new timing to change to
|
2012-09-17 16:42:02 +08:00
|
|
|
* @use_busy_signal: use the busy signal as response type
|
2013-09-09 17:57:57 +08:00
|
|
|
* @send_status: send status cmd to poll for busy
|
2016-11-08 22:39:13 +08:00
|
|
|
* @retry_crc_err: retry when CRC errors when polling with CMD13 for busy
|
2011-04-12 05:13:43 +08:00
|
|
|
*
|
|
|
|
* Modifies the EXT_CSD register for selected card.
|
|
|
|
*/
|
2012-09-17 16:42:02 +08:00
|
|
|
int __mmc_switch(struct mmc_card *card, u8 set, u8 index, u8 value,
|
mmc: core: Enable __mmc_switch() to change bus speed timing for the host
In cases when a speed mode change is requested for mmc cards, a CMD6 is
sent by calling __mmc_switch() during the card initialization. The CMD6
leads to the card entering a busy period. When that is completed, the host
must parse the CMD6 status to find out whether the change of the speed mode
succeeded.
To enable the mmc core to poll the card by using CMD13 to find out when the
busy period is completed, it's reasonable to make sure polling is done by
having the mmc host and the mmc card, being configured to operate at the
same selected bus speed timing.
Therefore, let's extend __mmc_switch() to take yet another parameter, which
allow its callers to update the bus speed timing of the mmc host. In this
way, __mmc_switch() also becomes capable of reading and validating the CMD6
status by sending a CMD13, in cases when that's desired.
If __mmc_switch() encounters a failure, we make sure to restores the old
bus speed timing for the mmc host, before propagating the error code.
Signed-off-by: Ulf Hansson <ulf.hansson@linaro.org>
Tested-by: Linus Walleij <linus.walleij@linaro.org>
Acked-by: Adrian Hunter <adrian.hunter@intel.com>
2016-11-10 00:33:36 +08:00
|
|
|
unsigned int timeout_ms, unsigned char timing,
|
|
|
|
bool use_busy_signal, bool send_status, bool retry_crc_err)
|
2006-12-25 05:46:55 +08:00
|
|
|
{
|
2014-01-28 21:05:39 +08:00
|
|
|
struct mmc_host *host = card->host;
|
2006-12-25 05:46:55 +08:00
|
|
|
int err;
|
2016-12-19 19:51:18 +08:00
|
|
|
struct mmc_command cmd = {};
|
2014-01-28 21:15:34 +08:00
|
|
|
bool use_r1b_resp = use_busy_signal;
|
mmc: core: Enable __mmc_switch() to change bus speed timing for the host
In cases when a speed mode change is requested for mmc cards, a CMD6 is
sent by calling __mmc_switch() during the card initialization. The CMD6
leads to the card entering a busy period. When that is completed, the host
must parse the CMD6 status to find out whether the change of the speed mode
succeeded.
To enable the mmc core to poll the card by using CMD13 to find out when the
busy period is completed, it's reasonable to make sure polling is done by
having the mmc host and the mmc card, being configured to operate at the
same selected bus speed timing.
Therefore, let's extend __mmc_switch() to take yet another parameter, which
allow its callers to update the bus speed timing of the mmc host. In this
way, __mmc_switch() also becomes capable of reading and validating the CMD6
status by sending a CMD13, in cases when that's desired.
If __mmc_switch() encounters a failure, we make sure to restores the old
bus speed timing for the mmc host, before propagating the error code.
Signed-off-by: Ulf Hansson <ulf.hansson@linaro.org>
Tested-by: Linus Walleij <linus.walleij@linaro.org>
Acked-by: Adrian Hunter <adrian.hunter@intel.com>
2016-11-10 00:33:36 +08:00
|
|
|
unsigned char old_timing = host->ios.timing;
|
2014-01-28 21:15:34 +08:00
|
|
|
|
2015-05-07 18:10:15 +08:00
|
|
|
mmc_retune_hold(host);
|
|
|
|
|
2014-01-28 21:15:34 +08:00
|
|
|
/*
|
|
|
|
* If the cmd timeout and the max_busy_timeout of the host are both
|
|
|
|
* specified, let's validate them. A failure means we need to prevent
|
|
|
|
* the host from doing hw busy detection, which is done by converting
|
|
|
|
* to a R1 response instead of a R1B.
|
|
|
|
*/
|
|
|
|
if (timeout_ms && host->max_busy_timeout &&
|
|
|
|
(timeout_ms > host->max_busy_timeout))
|
|
|
|
use_r1b_resp = false;
|
2006-12-25 05:46:55 +08:00
|
|
|
|
|
|
|
cmd.opcode = MMC_SWITCH;
|
|
|
|
cmd.arg = (MMC_SWITCH_MODE_WRITE_BYTE << 24) |
|
|
|
|
(index << 16) |
|
|
|
|
(value << 8) |
|
|
|
|
set;
|
2012-09-17 16:42:02 +08:00
|
|
|
cmd.flags = MMC_CMD_AC;
|
2014-01-28 21:15:34 +08:00
|
|
|
if (use_r1b_resp) {
|
2012-09-17 16:42:02 +08:00
|
|
|
cmd.flags |= MMC_RSP_SPI_R1B | MMC_RSP_R1B;
|
2014-01-28 21:15:34 +08:00
|
|
|
/*
|
|
|
|
* A busy_timeout of zero means the host can decide to use
|
|
|
|
* whatever value it finds suitable.
|
|
|
|
*/
|
|
|
|
cmd.busy_timeout = timeout_ms;
|
|
|
|
} else {
|
2012-09-17 16:42:02 +08:00
|
|
|
cmd.flags |= MMC_RSP_SPI_R1 | MMC_RSP_R1;
|
2014-01-28 21:15:34 +08:00
|
|
|
}
|
2012-09-17 16:42:02 +08:00
|
|
|
|
2013-04-18 20:41:55 +08:00
|
|
|
if (index == EXT_CSD_SANITIZE_START)
|
|
|
|
cmd.sanitize_busy = true;
|
2006-12-25 05:46:55 +08:00
|
|
|
|
2014-01-28 21:05:39 +08:00
|
|
|
err = mmc_wait_for_cmd(host, &cmd, MMC_CMD_RETRIES);
|
2007-07-23 04:18:46 +08:00
|
|
|
if (err)
|
2015-05-07 18:10:15 +08:00
|
|
|
goto out;
|
2006-12-25 05:46:55 +08:00
|
|
|
|
2012-09-17 16:42:02 +08:00
|
|
|
/* No need to check card status in case of unblocking command */
|
|
|
|
if (!use_busy_signal)
|
2015-05-07 18:10:15 +08:00
|
|
|
goto out;
|
2012-09-17 16:42:02 +08:00
|
|
|
|
2016-10-19 17:35:12 +08:00
|
|
|
/*If SPI or used HW busy detection above, then we don't need to poll. */
|
|
|
|
if (((host->caps & MMC_CAP_WAIT_WHILE_BUSY) && use_r1b_resp) ||
|
2017-01-13 19:05:03 +08:00
|
|
|
mmc_host_is_spi(host))
|
mmc: core: Enable __mmc_switch() to change bus speed timing for the host
In cases when a speed mode change is requested for mmc cards, a CMD6 is
sent by calling __mmc_switch() during the card initialization. The CMD6
leads to the card entering a busy period. When that is completed, the host
must parse the CMD6 status to find out whether the change of the speed mode
succeeded.
To enable the mmc core to poll the card by using CMD13 to find out when the
busy period is completed, it's reasonable to make sure polling is done by
having the mmc host and the mmc card, being configured to operate at the
same selected bus speed timing.
Therefore, let's extend __mmc_switch() to take yet another parameter, which
allow its callers to update the bus speed timing of the mmc host. In this
way, __mmc_switch() also becomes capable of reading and validating the CMD6
status by sending a CMD13, in cases when that's desired.
If __mmc_switch() encounters a failure, we make sure to restores the old
bus speed timing for the mmc host, before propagating the error code.
Signed-off-by: Ulf Hansson <ulf.hansson@linaro.org>
Tested-by: Linus Walleij <linus.walleij@linaro.org>
Acked-by: Adrian Hunter <adrian.hunter@intel.com>
2016-11-10 00:33:36 +08:00
|
|
|
goto out_tim;
|
2013-09-04 20:21:05 +08:00
|
|
|
|
2016-10-19 19:20:49 +08:00
|
|
|
/* Let's try to poll to find out when the command is completed. */
|
2016-11-08 22:39:13 +08:00
|
|
|
err = mmc_poll_for_busy(card, timeout_ms, send_status, retry_crc_err);
|
2017-01-13 19:05:03 +08:00
|
|
|
if (err)
|
|
|
|
goto out;
|
mmc: core: Enable __mmc_switch() to change bus speed timing for the host
In cases when a speed mode change is requested for mmc cards, a CMD6 is
sent by calling __mmc_switch() during the card initialization. The CMD6
leads to the card entering a busy period. When that is completed, the host
must parse the CMD6 status to find out whether the change of the speed mode
succeeded.
To enable the mmc core to poll the card by using CMD13 to find out when the
busy period is completed, it's reasonable to make sure polling is done by
having the mmc host and the mmc card, being configured to operate at the
same selected bus speed timing.
Therefore, let's extend __mmc_switch() to take yet another parameter, which
allow its callers to update the bus speed timing of the mmc host. In this
way, __mmc_switch() also becomes capable of reading and validating the CMD6
status by sending a CMD13, in cases when that's desired.
If __mmc_switch() encounters a failure, we make sure to restores the old
bus speed timing for the mmc host, before propagating the error code.
Signed-off-by: Ulf Hansson <ulf.hansson@linaro.org>
Tested-by: Linus Walleij <linus.walleij@linaro.org>
Acked-by: Adrian Hunter <adrian.hunter@intel.com>
2016-11-10 00:33:36 +08:00
|
|
|
|
|
|
|
out_tim:
|
2017-01-13 19:05:03 +08:00
|
|
|
/* Switch to new timing before check switch status. */
|
|
|
|
if (timing)
|
|
|
|
mmc_set_timing(host, timing);
|
|
|
|
|
|
|
|
if (send_status) {
|
|
|
|
err = mmc_switch_status(card);
|
|
|
|
if (err && timing)
|
|
|
|
mmc_set_timing(host, old_timing);
|
|
|
|
}
|
2015-05-07 18:10:15 +08:00
|
|
|
out:
|
|
|
|
mmc_retune_release(host);
|
2009-09-23 07:44:37 +08:00
|
|
|
|
2015-05-07 18:10:15 +08:00
|
|
|
return err;
|
2006-12-25 05:46:55 +08:00
|
|
|
}
|
2012-09-17 16:42:02 +08:00
|
|
|
|
|
|
|
int mmc_switch(struct mmc_card *card, u8 set, u8 index, u8 value,
|
|
|
|
unsigned int timeout_ms)
|
|
|
|
{
|
mmc: core: Enable __mmc_switch() to change bus speed timing for the host
In cases when a speed mode change is requested for mmc cards, a CMD6 is
sent by calling __mmc_switch() during the card initialization. The CMD6
leads to the card entering a busy period. When that is completed, the host
must parse the CMD6 status to find out whether the change of the speed mode
succeeded.
To enable the mmc core to poll the card by using CMD13 to find out when the
busy period is completed, it's reasonable to make sure polling is done by
having the mmc host and the mmc card, being configured to operate at the
same selected bus speed timing.
Therefore, let's extend __mmc_switch() to take yet another parameter, which
allow its callers to update the bus speed timing of the mmc host. In this
way, __mmc_switch() also becomes capable of reading and validating the CMD6
status by sending a CMD13, in cases when that's desired.
If __mmc_switch() encounters a failure, we make sure to restores the old
bus speed timing for the mmc host, before propagating the error code.
Signed-off-by: Ulf Hansson <ulf.hansson@linaro.org>
Tested-by: Linus Walleij <linus.walleij@linaro.org>
Acked-by: Adrian Hunter <adrian.hunter@intel.com>
2016-11-10 00:33:36 +08:00
|
|
|
return __mmc_switch(card, set, index, value, timeout_ms, 0,
|
|
|
|
true, true, false);
|
2012-09-17 16:42:02 +08:00
|
|
|
}
|
2011-04-12 05:13:43 +08:00
|
|
|
EXPORT_SYMBOL_GPL(mmc_switch);
|
2006-12-25 05:46:55 +08:00
|
|
|
|
2015-10-27 14:24:28 +08:00
|
|
|
int mmc_send_tuning(struct mmc_host *host, u32 opcode, int *cmd_error)
|
2014-11-26 13:05:33 +08:00
|
|
|
{
|
2016-12-19 19:51:18 +08:00
|
|
|
struct mmc_request mrq = {};
|
|
|
|
struct mmc_command cmd = {};
|
|
|
|
struct mmc_data data = {};
|
2014-11-26 13:05:33 +08:00
|
|
|
struct scatterlist sg;
|
2014-12-05 18:31:22 +08:00
|
|
|
struct mmc_ios *ios = &host->ios;
|
2014-11-26 13:05:33 +08:00
|
|
|
const u8 *tuning_block_pattern;
|
|
|
|
int size, err = 0;
|
|
|
|
u8 *data_buf;
|
|
|
|
|
|
|
|
if (ios->bus_width == MMC_BUS_WIDTH_8) {
|
|
|
|
tuning_block_pattern = tuning_blk_pattern_8bit;
|
|
|
|
size = sizeof(tuning_blk_pattern_8bit);
|
|
|
|
} else if (ios->bus_width == MMC_BUS_WIDTH_4) {
|
|
|
|
tuning_block_pattern = tuning_blk_pattern_4bit;
|
|
|
|
size = sizeof(tuning_blk_pattern_4bit);
|
|
|
|
} else
|
|
|
|
return -EINVAL;
|
|
|
|
|
|
|
|
data_buf = kzalloc(size, GFP_KERNEL);
|
|
|
|
if (!data_buf)
|
|
|
|
return -ENOMEM;
|
|
|
|
|
|
|
|
mrq.cmd = &cmd;
|
|
|
|
mrq.data = &data;
|
|
|
|
|
|
|
|
cmd.opcode = opcode;
|
|
|
|
cmd.flags = MMC_RSP_R1 | MMC_CMD_ADTC;
|
|
|
|
|
|
|
|
data.blksz = size;
|
|
|
|
data.blocks = 1;
|
|
|
|
data.flags = MMC_DATA_READ;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* According to the tuning specs, Tuning process
|
|
|
|
* is normally shorter 40 executions of CMD19,
|
|
|
|
* and timeout value should be shorter than 150 ms
|
|
|
|
*/
|
|
|
|
data.timeout_ns = 150 * NSEC_PER_MSEC;
|
|
|
|
|
|
|
|
data.sg = &sg;
|
|
|
|
data.sg_len = 1;
|
|
|
|
sg_init_one(&sg, data_buf, size);
|
|
|
|
|
2014-12-05 18:31:22 +08:00
|
|
|
mmc_wait_for_req(host, &mrq);
|
2014-11-26 13:05:33 +08:00
|
|
|
|
2015-10-27 14:24:28 +08:00
|
|
|
if (cmd_error)
|
|
|
|
*cmd_error = cmd.error;
|
|
|
|
|
2014-11-26 13:05:33 +08:00
|
|
|
if (cmd.error) {
|
|
|
|
err = cmd.error;
|
|
|
|
goto out;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (data.error) {
|
|
|
|
err = data.error;
|
|
|
|
goto out;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (memcmp(data_buf, tuning_block_pattern, size))
|
|
|
|
err = -EIO;
|
|
|
|
|
|
|
|
out:
|
|
|
|
kfree(data_buf);
|
|
|
|
return err;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(mmc_send_tuning);
|
|
|
|
|
2016-12-02 21:14:23 +08:00
|
|
|
int mmc_abort_tuning(struct mmc_host *host, u32 opcode)
|
|
|
|
{
|
2016-12-19 19:51:18 +08:00
|
|
|
struct mmc_command cmd = {};
|
2016-12-02 21:14:23 +08:00
|
|
|
|
|
|
|
/*
|
|
|
|
* eMMC specification specifies that CMD12 can be used to stop a tuning
|
|
|
|
* command, but SD specification does not, so do nothing unless it is
|
|
|
|
* eMMC.
|
|
|
|
*/
|
|
|
|
if (opcode != MMC_SEND_TUNING_BLOCK_HS200)
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
cmd.opcode = MMC_STOP_TRANSMISSION;
|
|
|
|
cmd.flags = MMC_RSP_SPI_R1 | MMC_RSP_R1 | MMC_CMD_AC;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* For drivers that override R1 to R1b, set an arbitrary timeout based
|
|
|
|
* on the tuning timeout i.e. 150ms.
|
|
|
|
*/
|
|
|
|
cmd.busy_timeout = 150;
|
|
|
|
|
|
|
|
return mmc_wait_for_cmd(host, &cmd, 0);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(mmc_abort_tuning);
|
|
|
|
|
2010-12-15 15:14:24 +08:00
|
|
|
static int
|
|
|
|
mmc_send_bus_test(struct mmc_card *card, struct mmc_host *host, u8 opcode,
|
|
|
|
u8 len)
|
|
|
|
{
|
2016-12-19 19:51:18 +08:00
|
|
|
struct mmc_request mrq = {};
|
|
|
|
struct mmc_command cmd = {};
|
|
|
|
struct mmc_data data = {};
|
2010-12-15 15:14:24 +08:00
|
|
|
struct scatterlist sg;
|
|
|
|
u8 *data_buf;
|
|
|
|
u8 *test_buf;
|
|
|
|
int i, err;
|
|
|
|
static u8 testdata_8bit[8] = { 0x55, 0xaa, 0, 0, 0, 0, 0, 0 };
|
|
|
|
static u8 testdata_4bit[4] = { 0x5a, 0, 0, 0 };
|
|
|
|
|
|
|
|
/* dma onto stack is unsafe/nonportable, but callers to this
|
|
|
|
* routine normally provide temporary on-stack buffers ...
|
|
|
|
*/
|
|
|
|
data_buf = kmalloc(len, GFP_KERNEL);
|
|
|
|
if (!data_buf)
|
|
|
|
return -ENOMEM;
|
|
|
|
|
|
|
|
if (len == 8)
|
|
|
|
test_buf = testdata_8bit;
|
|
|
|
else if (len == 4)
|
|
|
|
test_buf = testdata_4bit;
|
|
|
|
else {
|
2011-10-11 14:14:09 +08:00
|
|
|
pr_err("%s: Invalid bus_width %d\n",
|
2010-12-15 15:14:24 +08:00
|
|
|
mmc_hostname(host), len);
|
|
|
|
kfree(data_buf);
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (opcode == MMC_BUS_TEST_W)
|
|
|
|
memcpy(data_buf, test_buf, len);
|
|
|
|
|
|
|
|
mrq.cmd = &cmd;
|
|
|
|
mrq.data = &data;
|
|
|
|
cmd.opcode = opcode;
|
|
|
|
cmd.arg = 0;
|
|
|
|
|
|
|
|
/* NOTE HACK: the MMC_RSP_SPI_R1 is always correct here, but we
|
|
|
|
* rely on callers to never use this with "native" calls for reading
|
|
|
|
* CSD or CID. Native versions of those commands use the R2 type,
|
|
|
|
* not R1 plus a data block.
|
|
|
|
*/
|
|
|
|
cmd.flags = MMC_RSP_SPI_R1 | MMC_RSP_R1 | MMC_CMD_ADTC;
|
|
|
|
|
|
|
|
data.blksz = len;
|
|
|
|
data.blocks = 1;
|
|
|
|
if (opcode == MMC_BUS_TEST_R)
|
|
|
|
data.flags = MMC_DATA_READ;
|
|
|
|
else
|
|
|
|
data.flags = MMC_DATA_WRITE;
|
|
|
|
|
|
|
|
data.sg = &sg;
|
|
|
|
data.sg_len = 1;
|
2013-08-25 11:25:12 +08:00
|
|
|
mmc_set_data_timeout(&data, card);
|
2010-12-15 15:14:24 +08:00
|
|
|
sg_init_one(&sg, data_buf, len);
|
|
|
|
mmc_wait_for_req(host, &mrq);
|
|
|
|
err = 0;
|
|
|
|
if (opcode == MMC_BUS_TEST_R) {
|
|
|
|
for (i = 0; i < len / 4; i++)
|
|
|
|
if ((test_buf[i] ^ data_buf[i]) != 0xff) {
|
|
|
|
err = -EIO;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
kfree(data_buf);
|
|
|
|
|
|
|
|
if (cmd.error)
|
|
|
|
return cmd.error;
|
|
|
|
if (data.error)
|
|
|
|
return data.error;
|
|
|
|
|
|
|
|
return err;
|
|
|
|
}
|
|
|
|
|
|
|
|
int mmc_bus_test(struct mmc_card *card, u8 bus_width)
|
|
|
|
{
|
2016-01-08 10:15:25 +08:00
|
|
|
int width;
|
2010-12-15 15:14:24 +08:00
|
|
|
|
|
|
|
if (bus_width == MMC_BUS_WIDTH_8)
|
|
|
|
width = 8;
|
|
|
|
else if (bus_width == MMC_BUS_WIDTH_4)
|
|
|
|
width = 4;
|
|
|
|
else if (bus_width == MMC_BUS_WIDTH_1)
|
|
|
|
return 0; /* no need for test */
|
|
|
|
else
|
|
|
|
return -EINVAL;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Ignore errors from BUS_TEST_W. BUS_TEST_R will fail if there
|
|
|
|
* is a problem. This improves chances that the test will work.
|
|
|
|
*/
|
|
|
|
mmc_send_bus_test(card, card->host, MMC_BUS_TEST_W, width);
|
2016-01-08 10:15:25 +08:00
|
|
|
return mmc_send_bus_test(card, card->host, MMC_BUS_TEST_R, width);
|
2010-12-15 15:14:24 +08:00
|
|
|
}
|
2011-10-18 13:26:42 +08:00
|
|
|
|
|
|
|
int mmc_send_hpi_cmd(struct mmc_card *card, u32 *status)
|
|
|
|
{
|
2016-12-19 19:51:18 +08:00
|
|
|
struct mmc_command cmd = {};
|
2011-10-18 13:26:42 +08:00
|
|
|
unsigned int opcode;
|
|
|
|
int err;
|
|
|
|
|
2012-03-12 07:57:27 +08:00
|
|
|
if (!card->ext_csd.hpi) {
|
2014-09-13 05:56:56 +08:00
|
|
|
pr_warn("%s: Card didn't support HPI command\n",
|
|
|
|
mmc_hostname(card->host));
|
2012-03-12 07:57:27 +08:00
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
2011-10-18 13:26:42 +08:00
|
|
|
opcode = card->ext_csd.hpi_cmd;
|
|
|
|
if (opcode == MMC_STOP_TRANSMISSION)
|
2012-03-12 07:57:27 +08:00
|
|
|
cmd.flags = MMC_RSP_R1B | MMC_CMD_AC;
|
2011-10-18 13:26:42 +08:00
|
|
|
else if (opcode == MMC_SEND_STATUS)
|
2012-03-12 07:57:27 +08:00
|
|
|
cmd.flags = MMC_RSP_R1 | MMC_CMD_AC;
|
2011-10-18 13:26:42 +08:00
|
|
|
|
|
|
|
cmd.opcode = opcode;
|
|
|
|
cmd.arg = card->rca << 16 | 1;
|
|
|
|
|
|
|
|
err = mmc_wait_for_cmd(card->host, &cmd, 0);
|
|
|
|
if (err) {
|
|
|
|
pr_warn("%s: error %d interrupting operation. "
|
|
|
|
"HPI command response %#x\n", mmc_hostname(card->host),
|
|
|
|
err, cmd.resp[0]);
|
|
|
|
return err;
|
|
|
|
}
|
|
|
|
if (status)
|
|
|
|
*status = cmd.resp[0];
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
2014-10-20 17:33:53 +08:00
|
|
|
|
|
|
|
int mmc_can_ext_csd(struct mmc_card *card)
|
|
|
|
{
|
|
|
|
return (card && card->csd.mmca_vsn > CSD_SPEC_VER_3);
|
|
|
|
}
|
2017-03-13 20:36:37 +08:00
|
|
|
|
|
|
|
static int mmc_cmdq_switch(struct mmc_card *card, bool enable)
|
|
|
|
{
|
|
|
|
u8 val = enable ? EXT_CSD_CMDQ_MODE_ENABLED : 0;
|
|
|
|
int err;
|
|
|
|
|
|
|
|
if (!card->ext_csd.cmdq_support)
|
|
|
|
return -EOPNOTSUPP;
|
|
|
|
|
|
|
|
err = mmc_switch(card, EXT_CSD_CMD_SET_NORMAL, EXT_CSD_CMDQ_MODE_EN,
|
|
|
|
val, card->ext_csd.generic_cmd6_time);
|
|
|
|
if (!err)
|
|
|
|
card->ext_csd.cmdq_en = enable;
|
|
|
|
|
|
|
|
return err;
|
|
|
|
}
|
|
|
|
|
|
|
|
int mmc_cmdq_enable(struct mmc_card *card)
|
|
|
|
{
|
|
|
|
return mmc_cmdq_switch(card, true);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(mmc_cmdq_enable);
|
|
|
|
|
|
|
|
int mmc_cmdq_disable(struct mmc_card *card)
|
|
|
|
{
|
|
|
|
return mmc_cmdq_switch(card, false);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(mmc_cmdq_disable);
|