Hi Luca, thanks for joining! On Wed, Jun 14, 2017 at 6:12 PM, Luca Porzio (lporzio) <lporzio@xxxxxxxxxx> wrote: > This behavior is not Micron specific but instead it is enforced by the Jedec > Specification. All eMMC must have HW reset disabled by default. That's very good to know. > This specification (as Ulf correctly hinted) originated from badly connected > HW Reset pins which caused unnecessary eMMC reset glitches. > Disabling this feature is a good option to contain glitches and avoid > system level bugs. Ah, makes sense. > IMHO mmc-util is where the patch really stands: the enabling is OTP, > the programmer have to use mmc-util only once and the kernel > will behave accordingly. So we should not add it to the device tree. > Any platform vendor must check that the HW Reset pin is actually > Connected BEFORE enabling this feature otherwise the system may be > unstable. A DT Binding may be dangerous if this condition is not met > as well as the code execution at each MMC init is honestly redundant > for an OTP location of the extCSD. I agree. So the device should be configured during production, or a user who know exactly what they are doing may reconfigure it using the mmc-utils. Thus the kernel should just read what the device says and stay with that, no DT props or anything. This makes a lot of sense. When say ethernet devices need MAC addresses written to their OTP we do not put that into the device tree to be programmed either, we assume production tools to do that job. Yours, Linus Walleij -- To unsubscribe from this list: send the line "unsubscribe linux-mmc" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
