Proper MMC command classes support
Get series with b4
b4 am [email protected]Versions newest first
- v1 Latest2 patches 0 repliesNew
Patches in v1 No applies recorded yet
| # | Subject and files | Size | Replies | Applied |
|---|---|---|---|---|
| 1/2 | Proper MMC command classes supportinclude/ | +27 | 0 replies | |
| 2/2 | Proper MMC command classes supportdrivers/ | +4 | 0 replies |
Reviews trailers per patch
None of the 2 patches has a Reviewed-by or Acked-by.
| Patch | Pierre Ossman |
|---|---|
| 1/2 | |
| 2/2 | Signed-of-by |
Trailers given in replies are filled; those carried in the patches from earlier versions are outlined with dashes.
Cover letter [PATCH 0/2] Proper MMC command classes support
The MMC block layer currently contains an if-clause which only seems to serve the purpose of killing forward compatibility:
if (card->csd.cmdclass & ~0x1ff) return -ENODEV;
This checks for (what I presume) command classes that were undefined when this code was written. Since these are now starting to be used, this code is causing a lot of problems. The following two patches tries to make a more sane check of the command classes.
(Note. The new command class is for high speed cards to allow higher transfer rates than normal)
Rgds
Pierre