2007-05-19 11:39:01 +00:00
|
|
|
/*
|
|
|
|
* linux/drivers/mmc/core/bus.c
|
|
|
|
*
|
|
|
|
* Copyright (C) 2003 Russell King, All Rights Reserved.
|
|
|
|
* Copyright (C) 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 version 2 as
|
|
|
|
* published by the Free Software Foundation.
|
|
|
|
*
|
|
|
|
* MMC card bus driver model
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include <linux/device.h>
|
|
|
|
#include <linux/err.h>
|
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 08:04:11 +00:00
|
|
|
#include <linux/slab.h>
|
2010-10-02 11:54:08 +00:00
|
|
|
#include <linux/pm_runtime.h>
|
2007-05-19 11:39:01 +00:00
|
|
|
|
|
|
|
#include <linux/mmc/card.h>
|
|
|
|
#include <linux/mmc/host.h>
|
|
|
|
|
|
|
|
#include "core.h"
|
2007-07-30 13:15:30 +00:00
|
|
|
#include "sdio_cis.h"
|
2007-05-19 11:39:01 +00:00
|
|
|
#include "bus.h"
|
|
|
|
|
|
|
|
#define to_mmc_driver(d) container_of(d, struct mmc_driver, drv)
|
|
|
|
|
|
|
|
static ssize_t mmc_type_show(struct device *dev,
|
|
|
|
struct device_attribute *attr, char *buf)
|
|
|
|
{
|
2010-09-18 00:32:25 +00:00
|
|
|
struct mmc_card *card = mmc_dev_to_card(dev);
|
2007-05-19 11:39:01 +00:00
|
|
|
|
|
|
|
switch (card->type) {
|
|
|
|
case MMC_TYPE_MMC:
|
|
|
|
return sprintf(buf, "MMC\n");
|
|
|
|
case MMC_TYPE_SD:
|
|
|
|
return sprintf(buf, "SD\n");
|
2007-05-21 18:23:20 +00:00
|
|
|
case MMC_TYPE_SDIO:
|
|
|
|
return sprintf(buf, "SDIO\n");
|
2010-08-11 01:01:40 +00:00
|
|
|
case MMC_TYPE_SD_COMBO:
|
|
|
|
return sprintf(buf, "SDcombo\n");
|
2007-05-19 11:39:01 +00:00
|
|
|
default:
|
|
|
|
return -EFAULT;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
static struct device_attribute mmc_dev_attrs[] = {
|
2008-03-21 22:54:50 +00:00
|
|
|
__ATTR(type, S_IRUGO, mmc_type_show, NULL),
|
2007-05-19 11:39:01 +00:00
|
|
|
__ATTR_NULL,
|
|
|
|
};
|
|
|
|
|
|
|
|
/*
|
|
|
|
* This currently matches any MMC driver to any MMC card - drivers
|
|
|
|
* themselves make the decision whether to drive this card in their
|
|
|
|
* probe method.
|
|
|
|
*/
|
|
|
|
static int mmc_bus_match(struct device *dev, struct device_driver *drv)
|
|
|
|
{
|
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int
|
2007-08-14 13:15:12 +00:00
|
|
|
mmc_bus_uevent(struct device *dev, struct kobj_uevent_env *env)
|
2007-05-19 11:39:01 +00:00
|
|
|
{
|
2010-09-18 00:32:25 +00:00
|
|
|
struct mmc_card *card = mmc_dev_to_card(dev);
|
2007-06-17 09:18:46 +00:00
|
|
|
const char *type;
|
2007-08-14 13:15:12 +00:00
|
|
|
int retval = 0;
|
2007-05-19 11:39:01 +00:00
|
|
|
|
|
|
|
switch (card->type) {
|
|
|
|
case MMC_TYPE_MMC:
|
2007-06-17 09:18:46 +00:00
|
|
|
type = "MMC";
|
2007-05-19 11:39:01 +00:00
|
|
|
break;
|
|
|
|
case MMC_TYPE_SD:
|
2007-06-17 09:18:46 +00:00
|
|
|
type = "SD";
|
2007-05-19 11:39:01 +00:00
|
|
|
break;
|
2007-05-21 18:23:20 +00:00
|
|
|
case MMC_TYPE_SDIO:
|
2007-06-17 09:18:46 +00:00
|
|
|
type = "SDIO";
|
2007-05-21 18:23:20 +00:00
|
|
|
break;
|
2010-08-11 01:01:40 +00:00
|
|
|
case MMC_TYPE_SD_COMBO:
|
|
|
|
type = "SDcombo";
|
|
|
|
break;
|
2007-06-17 09:18:46 +00:00
|
|
|
default:
|
|
|
|
type = NULL;
|
2007-05-19 11:39:01 +00:00
|
|
|
}
|
|
|
|
|
2007-06-17 09:18:46 +00:00
|
|
|
if (type) {
|
2007-08-14 13:15:12 +00:00
|
|
|
retval = add_uevent_var(env, "MMC_TYPE=%s", type);
|
|
|
|
if (retval)
|
|
|
|
return retval;
|
2007-06-17 09:18:46 +00:00
|
|
|
}
|
2007-05-19 11:39:01 +00:00
|
|
|
|
2007-08-14 13:15:12 +00:00
|
|
|
retval = add_uevent_var(env, "MMC_NAME=%s", mmc_card_name(card));
|
2009-02-23 12:38:41 +00:00
|
|
|
if (retval)
|
|
|
|
return retval;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Request the mmc_block device. Note: that this is a direct request
|
|
|
|
* for the module it carries no information as to what is inserted.
|
|
|
|
*/
|
|
|
|
retval = add_uevent_var(env, "MODALIAS=mmc:block");
|
2007-05-19 11:39:01 +00:00
|
|
|
|
2007-08-14 13:15:12 +00:00
|
|
|
return retval;
|
2007-05-19 11:39:01 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
static int mmc_bus_probe(struct device *dev)
|
|
|
|
{
|
|
|
|
struct mmc_driver *drv = to_mmc_driver(dev->driver);
|
2010-09-18 00:32:25 +00:00
|
|
|
struct mmc_card *card = mmc_dev_to_card(dev);
|
2007-05-19 11:39:01 +00:00
|
|
|
|
|
|
|
return drv->probe(card);
|
|
|
|
}
|
|
|
|
|
|
|
|
static int mmc_bus_remove(struct device *dev)
|
|
|
|
{
|
|
|
|
struct mmc_driver *drv = to_mmc_driver(dev->driver);
|
2010-09-18 00:32:25 +00:00
|
|
|
struct mmc_card *card = mmc_dev_to_card(dev);
|
2007-05-19 11:39:01 +00:00
|
|
|
|
|
|
|
drv->remove(card);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int mmc_bus_suspend(struct device *dev, pm_message_t state)
|
|
|
|
{
|
|
|
|
struct mmc_driver *drv = to_mmc_driver(dev->driver);
|
2010-09-18 00:32:25 +00:00
|
|
|
struct mmc_card *card = mmc_dev_to_card(dev);
|
2007-05-19 11:39:01 +00:00
|
|
|
int ret = 0;
|
|
|
|
|
|
|
|
if (dev->driver && drv->suspend)
|
|
|
|
ret = drv->suspend(card, state);
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int mmc_bus_resume(struct device *dev)
|
|
|
|
{
|
|
|
|
struct mmc_driver *drv = to_mmc_driver(dev->driver);
|
2010-09-18 00:32:25 +00:00
|
|
|
struct mmc_card *card = mmc_dev_to_card(dev);
|
2007-05-19 11:39:01 +00:00
|
|
|
int ret = 0;
|
|
|
|
|
|
|
|
if (dev->driver && drv->resume)
|
|
|
|
ret = drv->resume(card);
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2010-10-02 11:54:08 +00:00
|
|
|
#ifdef CONFIG_PM_RUNTIME
|
|
|
|
|
|
|
|
static int mmc_runtime_suspend(struct device *dev)
|
|
|
|
{
|
|
|
|
struct mmc_card *card = mmc_dev_to_card(dev);
|
|
|
|
|
|
|
|
return mmc_power_save_host(card->host);
|
|
|
|
}
|
|
|
|
|
|
|
|
static int mmc_runtime_resume(struct device *dev)
|
|
|
|
{
|
|
|
|
struct mmc_card *card = mmc_dev_to_card(dev);
|
|
|
|
|
|
|
|
return mmc_power_restore_host(card->host);
|
|
|
|
}
|
|
|
|
|
|
|
|
static int mmc_runtime_idle(struct device *dev)
|
|
|
|
{
|
|
|
|
return pm_runtime_suspend(dev);
|
|
|
|
}
|
|
|
|
|
|
|
|
static const struct dev_pm_ops mmc_bus_pm_ops = {
|
|
|
|
.runtime_suspend = mmc_runtime_suspend,
|
|
|
|
.runtime_resume = mmc_runtime_resume,
|
|
|
|
.runtime_idle = mmc_runtime_idle,
|
|
|
|
};
|
|
|
|
|
|
|
|
#define MMC_PM_OPS_PTR (&mmc_bus_pm_ops)
|
|
|
|
|
|
|
|
#else /* !CONFIG_PM_RUNTIME */
|
|
|
|
|
|
|
|
#define MMC_PM_OPS_PTR NULL
|
|
|
|
|
|
|
|
#endif /* !CONFIG_PM_RUNTIME */
|
|
|
|
|
2007-05-19 11:39:01 +00:00
|
|
|
static struct bus_type mmc_bus_type = {
|
|
|
|
.name = "mmc",
|
|
|
|
.dev_attrs = mmc_dev_attrs,
|
|
|
|
.match = mmc_bus_match,
|
|
|
|
.uevent = mmc_bus_uevent,
|
|
|
|
.probe = mmc_bus_probe,
|
|
|
|
.remove = mmc_bus_remove,
|
|
|
|
.suspend = mmc_bus_suspend,
|
|
|
|
.resume = mmc_bus_resume,
|
2010-10-02 11:54:08 +00:00
|
|
|
.pm = MMC_PM_OPS_PTR,
|
2007-05-19 11:39:01 +00:00
|
|
|
};
|
|
|
|
|
|
|
|
int mmc_register_bus(void)
|
|
|
|
{
|
|
|
|
return bus_register(&mmc_bus_type);
|
|
|
|
}
|
|
|
|
|
|
|
|
void mmc_unregister_bus(void)
|
|
|
|
{
|
|
|
|
bus_unregister(&mmc_bus_type);
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* mmc_register_driver - register a media driver
|
|
|
|
* @drv: MMC media driver
|
|
|
|
*/
|
|
|
|
int mmc_register_driver(struct mmc_driver *drv)
|
|
|
|
{
|
|
|
|
drv->drv.bus = &mmc_bus_type;
|
|
|
|
return driver_register(&drv->drv);
|
|
|
|
}
|
|
|
|
|
|
|
|
EXPORT_SYMBOL(mmc_register_driver);
|
|
|
|
|
|
|
|
/**
|
|
|
|
* mmc_unregister_driver - unregister a media driver
|
|
|
|
* @drv: MMC media driver
|
|
|
|
*/
|
|
|
|
void mmc_unregister_driver(struct mmc_driver *drv)
|
|
|
|
{
|
|
|
|
drv->drv.bus = &mmc_bus_type;
|
|
|
|
driver_unregister(&drv->drv);
|
|
|
|
}
|
|
|
|
|
|
|
|
EXPORT_SYMBOL(mmc_unregister_driver);
|
|
|
|
|
|
|
|
static void mmc_release_card(struct device *dev)
|
|
|
|
{
|
2010-09-18 00:32:25 +00:00
|
|
|
struct mmc_card *card = mmc_dev_to_card(dev);
|
2007-05-19 11:39:01 +00:00
|
|
|
|
2007-07-30 13:15:30 +00:00
|
|
|
sdio_free_common_cis(card);
|
|
|
|
|
2007-09-19 16:42:16 +00:00
|
|
|
if (card->info)
|
|
|
|
kfree(card->info);
|
|
|
|
|
2007-05-19 11:39:01 +00:00
|
|
|
kfree(card);
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Allocate and initialise a new MMC card structure.
|
|
|
|
*/
|
2008-03-21 22:54:50 +00:00
|
|
|
struct mmc_card *mmc_alloc_card(struct mmc_host *host, struct device_type *type)
|
2007-05-19 11:39:01 +00:00
|
|
|
{
|
|
|
|
struct mmc_card *card;
|
|
|
|
|
2007-08-10 21:00:47 +00:00
|
|
|
card = kzalloc(sizeof(struct mmc_card), GFP_KERNEL);
|
2007-05-19 11:39:01 +00:00
|
|
|
if (!card)
|
|
|
|
return ERR_PTR(-ENOMEM);
|
|
|
|
|
|
|
|
card->host = host;
|
|
|
|
|
|
|
|
device_initialize(&card->dev);
|
|
|
|
|
|
|
|
card->dev.parent = mmc_classdev(host);
|
|
|
|
card->dev.bus = &mmc_bus_type;
|
|
|
|
card->dev.release = mmc_release_card;
|
2008-03-21 22:54:50 +00:00
|
|
|
card->dev.type = type;
|
2007-05-19 11:39:01 +00:00
|
|
|
|
|
|
|
return card;
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Register a new MMC card with the driver model.
|
|
|
|
*/
|
|
|
|
int mmc_add_card(struct mmc_card *card)
|
|
|
|
{
|
|
|
|
int ret;
|
2007-07-22 22:12:10 +00:00
|
|
|
const char *type;
|
2007-05-19 11:39:01 +00:00
|
|
|
|
2008-11-08 20:37:46 +00:00
|
|
|
dev_set_name(&card->dev, "%s:%04x", mmc_hostname(card->host), card->rca);
|
2007-05-19 11:39:01 +00:00
|
|
|
|
2007-07-22 22:12:10 +00:00
|
|
|
switch (card->type) {
|
|
|
|
case MMC_TYPE_MMC:
|
|
|
|
type = "MMC";
|
|
|
|
break;
|
|
|
|
case MMC_TYPE_SD:
|
|
|
|
type = "SD";
|
2011-05-05 06:49:03 +00:00
|
|
|
if (mmc_card_blockaddr(card)) {
|
|
|
|
if (mmc_card_ext_capacity(card))
|
|
|
|
type = "SDXC";
|
|
|
|
else
|
|
|
|
type = "SDHC";
|
|
|
|
}
|
2007-07-22 22:12:10 +00:00
|
|
|
break;
|
2007-05-21 18:23:20 +00:00
|
|
|
case MMC_TYPE_SDIO:
|
|
|
|
type = "SDIO";
|
|
|
|
break;
|
2010-08-11 01:01:40 +00:00
|
|
|
case MMC_TYPE_SD_COMBO:
|
|
|
|
type = "SD-combo";
|
|
|
|
if (mmc_card_blockaddr(card))
|
|
|
|
type = "SDHC-combo";
|
2011-04-09 06:16:47 +00:00
|
|
|
break;
|
2007-07-22 22:12:10 +00:00
|
|
|
default:
|
|
|
|
type = "?";
|
|
|
|
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-08 16:11:32 +00:00
|
|
|
if (mmc_host_is_spi(card->host)) {
|
2011-10-11 06:14:09 +00:00
|
|
|
pr_info("%s: new %s%s%s card on SPI\n",
|
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-08 16:11:32 +00:00
|
|
|
mmc_hostname(card->host),
|
|
|
|
mmc_card_highspeed(card) ? "high speed " : "",
|
2010-08-24 10:20:26 +00:00
|
|
|
mmc_card_ddr_mode(card) ? "DDR " : "",
|
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-08 16:11:32 +00:00
|
|
|
type);
|
|
|
|
} else {
|
2010-08-24 10:20:26 +00:00
|
|
|
printk(KERN_INFO "%s: new %s%s%s card at address %04x\n",
|
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-08 16:11:32 +00:00
|
|
|
mmc_hostname(card->host),
|
2011-05-05 06:49:03 +00:00
|
|
|
mmc_sd_card_uhs(card) ? "ultra high speed " :
|
|
|
|
(mmc_card_highspeed(card) ? "high speed " : ""),
|
2010-08-24 10:20:26 +00:00
|
|
|
mmc_card_ddr_mode(card) ? "DDR " : "",
|
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-08 16:11:32 +00:00
|
|
|
type, card->rca);
|
|
|
|
}
|
2007-07-22 22:12:10 +00:00
|
|
|
|
2008-07-24 12:18:58 +00:00
|
|
|
#ifdef CONFIG_DEBUG_FS
|
|
|
|
mmc_add_card_debugfs(card);
|
|
|
|
#endif
|
|
|
|
|
2011-01-04 17:55:14 +00:00
|
|
|
ret = device_add(&card->dev);
|
|
|
|
if (ret)
|
|
|
|
return ret;
|
|
|
|
|
2007-05-19 11:39:01 +00:00
|
|
|
mmc_card_set_present(card);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Unregister a new MMC card with the driver model, and
|
|
|
|
* (eventually) free it.
|
|
|
|
*/
|
|
|
|
void mmc_remove_card(struct mmc_card *card)
|
|
|
|
{
|
2008-07-24 12:18:58 +00:00
|
|
|
#ifdef CONFIG_DEBUG_FS
|
|
|
|
mmc_remove_card_debugfs(card);
|
|
|
|
#endif
|
|
|
|
|
2007-05-19 11:39:01 +00:00
|
|
|
if (mmc_card_present(card)) {
|
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-08 16:11:32 +00:00
|
|
|
if (mmc_host_is_spi(card->host)) {
|
2011-10-11 06:14:09 +00:00
|
|
|
pr_info("%s: SPI card removed\n",
|
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-08 16:11:32 +00:00
|
|
|
mmc_hostname(card->host));
|
|
|
|
} else {
|
2011-10-11 06:14:09 +00:00
|
|
|
pr_info("%s: card %04x removed\n",
|
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-08 16:11:32 +00:00
|
|
|
mmc_hostname(card->host), card->rca);
|
|
|
|
}
|
2007-05-19 11:39:01 +00:00
|
|
|
device_del(&card->dev);
|
|
|
|
}
|
|
|
|
|
|
|
|
put_device(&card->dev);
|
|
|
|
}
|
|
|
|
|