linux.git/drivers/mmc, branch v2.6.15 Linux kernel source tree [MMC] Set correct capacity for 1024-byte block cards 2005-12-22T23:21:38+00:00 Russell King rmk@dyn-67.arm.linux.org.uk 2005-12-22T23:21:38+00:00 d2b18394259ef621fd2a6322aa9934198fd87a6a We were passing set_capacity() the capacity we calculated in terms of the number of blocks on the card, which happened to be the right units for 512-byte block cards. However, with 1024-byte block cards, we end up setting the capacity to half the number of blocks. Fix this by shifting by the appropriate amount. Thanks to Todd Blumer for pointing this out. Use get_capacity() to report the card capacity, rather than recalculating it from the CSD information. Finally, use our chosen IO block size for the SET_BLOCKLEN command rather than the CSD read block size. Currently these are equivalent, but will not be in the future. Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> 
We were passing set_capacity() the capacity we calculated in terms of
the number of blocks on the card, which happened to be the right units
for 512-byte block cards.  However, with 1024-byte block cards, we
end up setting the capacity to half the number of blocks.  Fix this
by shifting by the appropriate amount.

Thanks to Todd Blumer for pointing this out.

Use get_capacity() to report the card capacity, rather than
recalculating it from the CSD information.

Finally, use our chosen IO block size for the SET_BLOCKLEN command
rather than the CSD read block size.  Currently these are equivalent,
but will not be in the future.

Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
[MMC] Explain the internals of mmc_power_up() 2005-12-14T14:57:35+00:00 Russell King rmk@dyn-67.arm.linux.org.uk 2005-12-14T14:57:35+00:00 45f8245b972e360c19aec9032e2a2033b8ac3719 It seems that people get confused about what is happening in mmc_power_up(). Add a comment to make it clear why we have a two stage process. Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> 
It seems that people get confused about what is happening in
mmc_power_up().  Add a comment to make it clear why we have
a two stage process.

Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
[MMC] Proper check of SCR error code 2005-12-05T10:00:50+00:00 Pierre Ossman drzeus@drzeus.cx 2005-12-05T10:00:50+00:00 e781de44153885d5f772731726b4c0c16f8af021 The routine reading the SCR wasn't paying proper attention to the error codes returned from the driver. Signed-off-by: Pierre Ossman <drzeus@drzeus.cx> Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> 
The routine reading the SCR wasn't paying proper attention to the
error codes returned from the driver.

Signed-off-by: Pierre Ossman <drzeus@drzeus.cx>
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>
[MMC] mmci doesn't need asm/irq.h 2005-11-12T17:26:21+00:00 Russell King rmk@dyn-67.arm.linux.org.uk 2005-11-12T17:26:21+00:00 69177e890cd43e781c3aa9eed98ea091c4cb0788 Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> 
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
Merge master.kernel.org:/home/rmk/linux-2.6-drvmodel 2005-11-11T17:24:26+00:00 Linus Torvalds torvalds@g5.osdl.org 2005-11-11T17:24:26+00:00 5643f000c1e10ab991182478b76550e1364c3570 






[MMC] wbsd version 1.5
2005-11-09T23:22:27+00:00

Pierre Ossman
drzeus@drzeus.cx

2005-11-09T23:22:27+00:00

402771c786b71765c39d9a91f31b8c7b91faaa0a

New kernel, new patches, new version.

Signed-off-by: Pierre Ossman <drzeus@drzeus.cx>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>





New kernel, new patches, new version.

Signed-off-by: Pierre Ossman <drzeus@drzeus.cx>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>







[MMC] Add MODULE_AUTHOR to wbsd
2005-11-09T23:21:49+00:00

Pierre Ossman
drzeus@drzeus.cx

2005-11-09T23:21:49+00:00

de1d09e3e2ac576ee1e257b7d141c3cae4ce5fa9

'cause I'm in it for the chicks. ;)

Signed-off-by: Pierre Ossman <drzeus@drzeus.cx>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>





'cause I'm in it for the chicks. ;)

Signed-off-by: Pierre Ossman <drzeus@drzeus.cx>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>







[MMC] Use __devexit_p in wbsd
2005-11-09T23:21:06+00:00

Pierre Ossman
drzeus@drzeus.cx

2005-11-09T23:21:06+00:00

93968d7551f1ff1806f70cdacf1bd997ef30836e

wbsd_*_remove() is declared as __devexit but __devexit_p isn't used
when taking their addresses.

Signed-off-by: Pierre Ossman <drzeus@drzeus.cx>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>





wbsd_*_remove() is declared as __devexit but __devexit_p isn't used
when taking their addresses.

Signed-off-by: Pierre Ossman <drzeus@drzeus.cx>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>







[DRIVER MODEL] Convert platform drivers to use struct platform_driver
2005-11-09T22:32:44+00:00

Russell King
rmk@dyn-67.arm.linux.org.uk

2005-11-09T22:32:44+00:00

3ae5eaec1d2d9c0cf53745352e7d4b152810ba24

This allows us to eliminate the casts in the drivers, and eventually
remove the use of the device_driver function pointer methods for
platform device drivers.

Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
Acked-by: Greg Kroah-Hartman <gregkh@suse.de>





This allows us to eliminate the casts in the drivers, and eventually
remove the use of the device_driver function pointer methods for
platform device drivers.

Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
Acked-by: Greg Kroah-Hartman <gregkh@suse.de>