RE: [PATCH v1 1/1] mmc: core: fix power class selection

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]


> Yes, this makes sense. With current implementation, mmc_select_powerclass()
> should never really fail which means failure should be treated as fatal and
> we should really skip the card initialization.
> This patch is already pushed to mmc-next. So I will post another patch (by
> next week as I will be on vacation in this week) to skip the card
> initialization if mmc_select_powerclass fails.
> Is this ok?
> Regards,
> Subhash

There was an error in the public JEDEC eMMC 4.5 version: PWR_CL_200_360 = EXT_CSD[237] 
is wrongly defined because HS200 can be supported only @1.2V or 1.8V. New Jedec spec 
revision might fix this.

I and Danilo did a quick check in the power class selection routines and it looks 
like the power class is set according to the OCR parsing.
The OCR parsing to check the supported voltage range does not totally cover 
the device capabilities because Vccq = 1.2V support is not encoded in the register.

If the above is true, this implies that indexes EXT_CSD_PWR_CL_200_360 will lead to an error.

DEVICE_TYPE = EXT_CSD[196] is more useful because it provides information on the 
Speed Rate and Voltage Range supported by the device.

To unsubscribe from this list: send the line "unsubscribe linux-arm-msm" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at

[Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [Linux for Sparc]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]

Add to Google