linux-toradex.git/include/linux/mmc, branch v2.6.16.15 Linux kernel for Apalis and Colibri modules [MMC] Fix mmc_cmd_type() mask 2006-02-22T09:32:46+00:00 Russell King rmk@dyn-67.arm.linux.org.uk 2006-02-17T20:23:29+00:00 5bd546aa78b5d74f3162815e41940f862215d9e3 It's MMC_CMD_MASK not MMC_CMD_TYPE. Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> 
It's MMC_CMD_MASK not MMC_CMD_TYPE.

Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
[MMC] Add MMC command type flags 2006-02-02T12:23:12+00:00 Russell King rmk@dyn-67.arm.linux.org.uk 2006-02-02T12:23:12+00:00 e92251762d02a46177d4105d1744041e3f8bc465 Some hosts need to know the command type, so pass it via a set of flags in cmd->flags. Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> 
Some hosts need to know the command type, so pass it via a set of
flags in cmd->flags.

Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
[MMC] Indicate that R1/R1b contains command opcode 2006-01-09T22:51:46+00:00 Pierre Ossman drzeus@drzeus.cx 2006-01-09T22:51:46+00:00 7225b3fd0b6e224235fc50a69f70479ff96d5602 Some controllers actually check the first byte of the response (most don't). This byte contains the command opcode for R1/R1b and all 1:s for other types. The difference must be indicated to the controller so it knows which reply to expect. Signed-off-by: Pierre Ossman <drzeus@drzeus.cx> 
Some controllers actually check the first byte of the response (most
don't).  This byte contains the command opcode for R1/R1b and all 1:s
for other types. The difference must be indicated to the controller
so it knows which reply to expect.

Signed-off-by: Pierre Ossman <drzeus@drzeus.cx>
[MMC] Add DATA_MULTI flag 2006-01-09T21:12:17+00:00 Russell King rmk@dyn-67.arm.linux.org.uk 2006-01-09T21:12:17+00:00 788ee7b09883515f3a72a8f2a980df5e94f37e2c Some hosts need to know that a transfer will be multi-block. Add a data flag to indicate multiple data block transfers. Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> 
Some hosts need to know that a transfer will be multi-block.
Add a data flag to indicate multiple data block transfers.

Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
[MMC] Fix missing ',' 2006-01-04T12:40:39+00:00 Russell King rmk@dyn-67.arm.linux.org.uk 2006-01-04T12:40:39+00:00 ce11a161c11868f268964274edc7a26a3e063e08 Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> 
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
[MMC] Improve MMC card block size selection 2006-01-03T22:38:44+00:00 Russell King rmk@dyn-67.arm.linux.org.uk 2006-01-03T22:38:44+00:00 a6f6c96b65d7f65a7a7bf5cbe874eda182a6b2cc Select a block size for IO based on the read and write block size combinations, and whether the card supports partial block reads and/or partial block writes. If we are able to satisfy block reads but not block writes, mark the device read only. Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> 
Select a block size for IO based on the read and write block size
combinations, and whether the card supports partial block reads
and/or partial block writes.

If we are able to satisfy block reads but not block writes, mark
the device read only.

Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
[MMC] Fix protocol errors 2005-11-28T21:00:29+00:00 Pierre Ossman drzeus@drzeus.cx 2005-11-28T21:00:29+00:00 24117defabc849a6ad5081ad0fafd0664bf55f13 A review against MMC/SD specifications found some errors in the current implementation. Signed-off-by: Pierre Ossman <drzeus@drzeus.cx> Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> 
A review against MMC/SD specifications found some errors in the current
implementation.

Signed-off-by: Pierre Ossman <drzeus@drzeus.cx>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
[ARM] 3031/1: fix typos in comments of mmc.h 2005-10-28T15:28:04+00:00 Erik Hovland erik@hovland.org 2005-10-28T15:28:04+00:00 8573b80f020dce7aefa3237f1e932d562b65323d Patch from Erik Hovland I noticed that the same typo (i before c in associated) showed up twice in the file kernel/include/linux/mmc/mmc.h. This patch fixes both of the instances I found with this mistake. The typos are in comments and should have no affect on working code. E Signed-off-by: Erik Hovland <erik@hovland.org> Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> 
Patch from Erik Hovland

I noticed that the same typo (i before c in associated) showed up twice
in the file kernel/include/linux/mmc/mmc.h.

This patch fixes both of the instances I found with this mistake. The
typos are in comments and should have no affect on working code.

E

Signed-off-by: Erik Hovland <erik@hovland.org>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
[MMC] Ensure correct mmc_priv() behaviour 2005-09-08T21:46:00+00:00 Russell King rmk@dyn-67.arm.linux.org.uk 2005-09-08T21:46:00+00:00 01357dcac62ac028de65a1c315eb75c530c8a5d6 mmc_priv() has some nasty effects if the wrong pointer type is passed to it. Introduce type checking, which also means we get the right type. Also add an additional member to mmc_host which is used to align host-private data appropriately. Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> 
mmc_priv() has some nasty effects if the wrong pointer type is
passed to it.  Introduce type checking, which also means we get
the right type.  Also add an additional member to mmc_host which
is used to align host-private data appropriately.

Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
[MMC] Allow detection/removal to be delayed 2005-09-08T16:53:01+00:00 Richard Purdie rpurdie@rpsys.net 2005-09-08T16:53:01+00:00 8dc003359cc3996abad9e53a7b2280b272610283 Change mmc_detect_change() to take a delay argument such that the detection of card insertions and removals can be delayed according to the requirements of the host driver or platform. Signed-off-by: Richard Purdie <rpurdie@rpsys.net> Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> 
Change mmc_detect_change() to take a delay argument such that
the detection of card insertions and removals can be delayed
according to the requirements of the host driver or platform.

Signed-off-by: Richard Purdie <rpurdie@rpsys.net>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>