| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
This fixes u32 vs. pm_message_t confusion in MMC layer.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
|
|
Patch from Pierre Ossman
Protocol definitions.
The basic commands needed for the later patches. The R1_APP_CMD seems
to be misdefined in protocol.h so this patch changes it.
|
|
Since all users of this have now been eliminated, we can eliminate
the element itself. MMC host drivers now operate only on the
scatter lists passed to them, rather than needing knowledge of
block devices.
Signed-off-by: Russell King <rmk@arm.linux.org.uk>
|
|
Host drivers should now use the scatterlist rather than accessing
the request directly. This marks the request pointer as being
deprecated so that host driver authors get a chance to fix their
drivers up before we remove this member.
|
|
This is intended to remove block layer knowledge from MMC host
drivers. Host drivers are expected to use the scatter list for
data transfers rather than accessing the struct request.
|
|
|
|
Now that the raw CSD and CID information are available in mmc_card,
there's little point not passing the mmc_card structure into the
decode functions themselves.
This will be necessary, since there's several different formats of
CID decode, and the format appears to depend on data in the CSD.
If we are unable to decode the CID or CSD, we can mark the card bad
and refuse to bind it to any drivers. Users can then retrieve the
raw undecoded CID and CSD from sysfs for debugging purposes.
|
|
|
|
Save the raw CID information, and use this to match cards
with their corresponding mmc_card structure. Different
protocol revisions have different CID formats.
|
|
Create a set of MMC_RSP_xxx definitions which correspond to the
response type we expect at a high level. These are created from
a set of flags; a MMC host driver can either interpret the flags
as the high level response type, or the low level individual
flags.
|
|
Allow MMC host drivers to specify their data phase capabilities
to the block queue. This will eventually allow us to perform
SG data phase operations, thereby processing a single request
in one go.
|
|
|
|
mmc_blk_request and request structures to avoid confusion.
|
|
This patch adds core support to the Linux kernel for driving MMC
interfaces found on embedded devices, such as found in the Intel
PXA and ARM MMCI primecell. This patch does _not_ add support
for SD or SDIO cards.
It is vaguely based upon the handhelds.org MMC code, but the bulk
of the core has been rewritten from scratch.
|
