Message ID | 20190418122714.30805-1-jbrunet@baylibre.com |
---|---|
Headers | show |
Series | arm64: dts: meson: mmc clean-up | expand |
On Thu, Apr 18, 2019 at 2:27 PM Jerome Brunet <jbrunet@baylibre.com> wrote: > > While some 3.3v eMMC 4.0 are available from libretech, Only the 1.8v 5.0 > modules are recommended and supported for the aml-s905x-cc. > > the 1.8v is provided by LDOs on the eMMC card, from vcc 3.3v > > Signed-off-by: Jerome Brunet <jbrunet@baylibre.com> Acked-by: Martin Blumenstingl <martin.blumenstingl@googlemail.com> (I don't have an eMMC module for my Libretech-CC so I can't add a Tested-by)
On Thu, Apr 18, 2019 at 2:28 PM Jerome Brunet <jbrunet@baylibre.com> wrote: > > For some reason the vim2 is missing the clk-gate pinctrl setting all > the other board have. Just add this missing bit > > Signed-off-by: Jerome Brunet <jbrunet@baylibre.com> Reviewed-by: Martin Blumenstingl<martin.blumenstingl@googlemail.com>
On Thu, Apr 18, 2019 at 2:27 PM Jerome Brunet <jbrunet@baylibre.com> wrote: > > The eMMC on this board is add-on module which is not mandatory. Removing > 'non-removable' property should prevent some errors when booting a board > w/o an eMMC module present. > > Fixes: 72fb2c852188 ("ARM64: dts: meson-gxl-s905x-libretech-cc: fixup board definition") > Signed-off-by: Jerome Brunet <jbrunet@baylibre.com> Reviewed-by: Martin Blumenstingl<martin.blumenstingl@googlemail.com>
Jerome Brunet <jbrunet@baylibre.com> writes: > The patchset is bunch of clean-up found while debugging meson mmc. > > * The first 2 patches address the libretech-cc which actually uses 1.8v > eMMC modules. > * Patch 3 is a pin bias fixup depending on mmc pins. > * Patch 4 lower the mmc max frequencies on gx chips. It was not easy > to spot but, according to the datasheet, the maximum UHS rate > supported by these chips is 100MHz (SDR50). This explains why we > never really managed to get a stable SDR104. SDIO is limited to HS. > * Patch 5 adds missing pinctrl definition on the vim2 > * Patch 6 remove hs400 from the supported modes of the vim2. This mode is > mode reliable enough with HW/SW ATM. Queued for v5.3 (branch: v5.3/dt64) Kevin