<feed xmlns='http://www.w3.org/2005/Atom'>
<title>u-boot.git/drivers/mmc, branch v2017.09-rc1</title>
<subtitle>Unnamed repository; edit this file 'description' to name the repository.</subtitle>
<id>http://cgit.235523.xyz/u-boot.git/atom/drivers/mmc?h=v2017.09-rc1</id>
<link rel='self' href='http://cgit.235523.xyz/u-boot.git/atom/drivers/mmc?h=v2017.09-rc1'/>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/'/>
<updated>2017-07-28T18:02:47Z</updated>
<entry>
<title>dm: tegra: mmc: Convert to livetree</title>
<updated>2017-07-28T18:02:47Z</updated>
<author>
<name>Simon Glass</name>
<email>sjg@chromium.org</email>
</author>
<published>2017-07-25T14:30:08Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=49cb9308c43b833f9fe7ca9e9c206c191b184b8a'/>
<id>urn:sha1:49cb9308c43b833f9fe7ca9e9c206c191b184b8a</id>
<content type='text'>
Update the tegra mmc driver to support a live device tree.

Signed-off-by: Simon Glass &lt;sjg@chromium.org&gt;
Tested-by: Marcel Ziswiler &lt;marcel.ziswiler@toradex.com&gt;
Tested-on: Beaver, Jetson-TK1
Tested-by: Stephen Warren &lt;swarren@nvidia.com&gt;
</content>
</entry>
<entry>
<title>mmc: cadence: use fdt32_t for DT property value to fix sparse warning</title>
<updated>2017-07-19T10:13:59Z</updated>
<author>
<name>Masahiro Yamada</name>
<email>yamada.masahiro@socionext.com</email>
</author>
<published>2017-06-22T08:58:09Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=aae6f016a7928edc79dff78d1235103fff282a34'/>
<id>urn:sha1:aae6f016a7928edc79dff78d1235103fff282a34</id>
<content type='text'>
DTB is encoded in big endian.  When we retrieve property values,
we need to use fdt32_to_cpu (aka be32_to_cpu) for endian conversion.
This is a bit error-prone, but sparse is useful to detect endian
mismatch.

We need to use (fdt32_t *) instead of (u32 *) for a pointer of a
property value.  Otherwise sparse warns "cast to restricted __be32".

Signed-off-by: Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;
Signed-off-by: Jaehoon Chung &lt;jh80.chung@samsung.com&gt;
</content>
</entry>
<entry>
<title>mmc: rpmb: update size format for write_counter</title>
<updated>2017-07-19T10:13:59Z</updated>
<author>
<name>Kever Yang</name>
<email>kever.yang@rock-chips.com</email>
</author>
<published>2017-06-08T01:20:04Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=343749c42554b058e53086aefe21d47b383326d5'/>
<id>urn:sha1:343749c42554b058e53086aefe21d47b383326d5</id>
<content type='text'>
According to MMC spec, the write_counter is 4-byte length,
use 'int' instead of 'long' type for the 'long' is not 4-byte
in 64 bit CPU.

Signed-off-by: Jason Zhu &lt;jason.zhu@rock-chips.com&gt;
Signed-off-by: Kever Yang &lt;kever.yang@rock-chips.com&gt;
Reviewed-by: Simon Glass &lt;sjg@chromium.org&gt;
Signed-off-by: Jaehoon Chung &lt;jh80.chung@samsung.com&gt;
</content>
</entry>
<entry>
<title>imx: reorganize IMX code as other SOCs</title>
<updated>2017-07-12T08:17:44Z</updated>
<author>
<name>Stefano Babic</name>
<email>sbabic@denx.de</email>
</author>
<published>2017-06-29T08:16:06Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=552a848e4f75e224515269a84a1155c84b762bc7'/>
<id>urn:sha1:552a848e4f75e224515269a84a1155c84b762bc7</id>
<content type='text'>
Change is consistent with other SOCs and it is in preparation
for adding SOMs. SOC's related files are moved from cpu/ to
mach-imx/&lt;SOC&gt;.

This change is also coherent with the structure in kernel.

Signed-off-by: Stefano Babic &lt;sbabic@denx.de&gt;

CC: Fabio Estevam &lt;fabio.estevam@nxp.com&gt;
CC: Akshay Bhat &lt;akshaybhat@timesys.com&gt;
CC: Ken Lin &lt;Ken.Lin@advantech.com.tw&gt;
CC: Marek Vasut &lt;marek.vasut@gmail.com&gt;
CC: Heiko Schocher &lt;hs@denx.de&gt;
CC: "Sébastien Szymanski" &lt;sebastien.szymanski@armadeus.com&gt;
CC: Christian Gmeiner &lt;christian.gmeiner@gmail.com&gt;
CC: Stefan Roese &lt;sr@denx.de&gt;
CC: Patrick Bruenn &lt;p.bruenn@beckhoff.com&gt;
CC: Troy Kisky &lt;troy.kisky@boundarydevices.com&gt;
CC: Nikita Kiryanov &lt;nikita@compulab.co.il&gt;
CC: Otavio Salvador &lt;otavio@ossystems.com.br&gt;
CC: "Eric Bénard" &lt;eric@eukrea.com&gt;
CC: Jagan Teki &lt;jagan@amarulasolutions.com&gt;
CC: Ye Li &lt;ye.li@nxp.com&gt;
CC: Peng Fan &lt;peng.fan@nxp.com&gt;
CC: Adrian Alonso &lt;adrian.alonso@nxp.com&gt;
CC: Alison Wang &lt;b18965@freescale.com&gt;
CC: Tim Harvey &lt;tharvey@gateworks.com&gt;
CC: Martin Donnelly &lt;martin.donnelly@ge.com&gt;
CC: Marcin Niestroj &lt;m.niestroj@grinn-global.com&gt;
CC: Lukasz Majewski &lt;lukma@denx.de&gt;
CC: Adam Ford &lt;aford173@gmail.com&gt;
CC: "Albert ARIBAUD (3ADEV)" &lt;albert.aribaud@3adev.fr&gt;
CC: Boris Brezillon &lt;boris.brezillon@free-electrons.com&gt;
CC: Soeren Moch &lt;smoch@web.de&gt;
CC: Richard Hu &lt;richard.hu@technexion.com&gt;
CC: Wig Cheng &lt;wig.cheng@technexion.com&gt;
CC: Vanessa Maegima &lt;vanessa.maegima@nxp.com&gt;
CC: Max Krummenacher &lt;max.krummenacher@toradex.com&gt;
CC: Stefan Agner &lt;stefan.agner@toradex.com&gt;
CC: Markus Niebel &lt;Markus.Niebel@tq-group.com&gt;
CC: Breno Lima &lt;breno.lima@nxp.com&gt;
CC: Francesco Montefoschi &lt;francesco.montefoschi@udoo.org&gt;
CC: Jaehoon Chung &lt;jh80.chung@samsung.com&gt;
CC: Scott Wood &lt;oss@buserror.net&gt;
CC: Joe Hershberger &lt;joe.hershberger@ni.com&gt;
CC: Anatolij Gustschin &lt;agust@denx.de&gt;
CC: Simon Glass &lt;sjg@chromium.org&gt;
CC: "Andrew F. Davis" &lt;afd@ti.com&gt;
CC: "Łukasz Majewski" &lt;l.majewski@samsung.com&gt;
CC: Patrice Chotard &lt;patrice.chotard@st.com&gt;
CC: Nobuhiro Iwamatsu &lt;iwamatsu@nigauri.org&gt;
CC: Hans de Goede &lt;hdegoede@redhat.com&gt;
CC: Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;
CC: Stephen Warren &lt;swarren@nvidia.com&gt;
CC: Andre Przywara &lt;andre.przywara@arm.com&gt;
CC: "Álvaro Fernández Rojas" &lt;noltari@gmail.com&gt;
CC: York Sun &lt;york.sun@nxp.com&gt;
CC: Xiaoliang Yang &lt;xiaoliang.yang@nxp.com&gt;
CC: Chen-Yu Tsai &lt;wens@csie.org&gt;
CC: George McCollister &lt;george.mccollister@gmail.com&gt;
CC: Sven Ebenfeld &lt;sven.ebenfeld@gmail.com&gt;
CC: Filip Brozovic &lt;fbrozovic@gmail.com&gt;
CC: Petr Kulhavy &lt;brain@jikos.cz&gt;
CC: Eric Nelson &lt;eric@nelint.com&gt;
CC: Bai Ping &lt;ping.bai@nxp.com&gt;
CC: Anson Huang &lt;Anson.Huang@nxp.com&gt;
CC: Sanchayan Maity &lt;maitysanchayan@gmail.com&gt;
CC: Lokesh Vutla &lt;lokeshvutla@ti.com&gt;
CC: Patrick Delaunay &lt;patrick.delaunay@st.com&gt;
CC: Gary Bisson &lt;gary.bisson@boundarydevices.com&gt;
CC: Alexander Graf &lt;agraf@suse.de&gt;
CC: u-boot@lists.denx.de
Reviewed-by: Fabio Estevam &lt;fabio.estevam@nxp.com&gt;
Reviewed-by: Christian Gmeiner &lt;christian.gmeiner@gmail.com&gt;
</content>
</entry>
<entry>
<title>mmc: fsl_esdhc: drop CONFIG_SYS_FSL_ESDHC_FORCE_VSELECT</title>
<updated>2017-07-12T07:44:22Z</updated>
<author>
<name>Peng Fan</name>
<email>peng.fan@nxp.com</email>
</author>
<published>2017-06-12T09:50:55Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=f34ccce50a1805a6fdb2d1604ec4e40d79302455'/>
<id>urn:sha1:f34ccce50a1805a6fdb2d1604ec4e40d79302455</id>
<content type='text'>
CONFIG_SYS_FSL_ESDHC_FORCE_VSELECT is not the correct method
to set I/O to 1.8. To boards that does not support vqmmc-supply,
use vs18_enable in fsl_esdhc_cfg. If regulator is supported,
use fixed 1.8V regulator for vqmmc-supply.

Signed-off-by: Peng Fan &lt;peng.fan@nxp.com&gt;
Cc: Jaehoon Chung &lt;jh80.chung@samsung.com&gt;
Cc: York Sun &lt;york.sun@nxp.com&gt;
Cc: Stefano Babic &lt;sbabic@denx.de&gt;
</content>
</entry>
<entry>
<title>dm: mmc: fsl_esdhc: handle vqmmc supply</title>
<updated>2017-07-12T07:44:22Z</updated>
<author>
<name>Peng Fan</name>
<email>peng.fan@nxp.com</email>
</author>
<published>2017-06-12T09:50:54Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=4483b7eb8874cb78a1ebddfcd599bec00c87ab71'/>
<id>urn:sha1:4483b7eb8874cb78a1ebddfcd599bec00c87ab71</id>
<content type='text'>
Handle vqmmc supply. Some boards have a fixed I/O voltage
at 1.8V for emmc, so the usdhc also needs to be configured
as 1.8V by setting VSELECT bit. The vs18_enable is the one
that used to checking whether setting VSELECT or not in
the driver. So if vqmmc supply is 1.8V, set vs18_enable,
the driver will set VSELECT.

Signed-off-by: Peng Fan &lt;peng.fan@nxp.com&gt;
Cc: Jaehoon Chung &lt;jh80.chung@samsung.com&gt;
Cc: York Sun &lt;york.sun@nxp.com&gt;
Cc: Stefano Babic &lt;sbabic@denx.de&gt;
Reviewed-by: Jaehoon Chung &lt;jh80.chung@samsung.com&gt;
</content>
</entry>
<entry>
<title>mmc: fsl_esdhc: introduce vs18_enable for 1.8V fix I/O</title>
<updated>2017-07-12T07:44:22Z</updated>
<author>
<name>Peng Fan</name>
<email>peng.fan@nxp.com</email>
</author>
<published>2017-06-12T09:50:53Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=32a9179f3adf6b36d85601ff6eba251dc6d207f9'/>
<id>urn:sha1:32a9179f3adf6b36d85601ff6eba251dc6d207f9</id>
<content type='text'>
When using eMMC with 1.8V I/O, the VSELECT bit need to be set in
the USDHC controller when init.

This patch adds a parameter "vs18_enable" in fsl_esdhc_cfg
structure and priv data, so each controller can have different
settings.

We could not use CONFIG_SYS_FSL_ESDHC_FORCE_VSELECT, it has problem
that it will apply to all USDHC controllers and it only set the 1.8V
at init phase. So if user does not select to the eMMC device,
the voltage on the I/O pins are not correct.

Signed-off-by: Peng Fan &lt;peng.fan@nxp.com&gt;
Cc: Jaehoon Chung &lt;jh80.chung@samsung.com&gt;
Cc: York Sun &lt;york.sun@nxp.com&gt;
Cc: Stefano Babic &lt;sbabic@denx.de&gt;
</content>
</entry>
<entry>
<title>Merge branch 'master' of git://git.denx.de/u-boot-rockchip</title>
<updated>2017-07-11T18:21:50Z</updated>
<author>
<name>Tom Rini</name>
<email>trini@konsulko.com</email>
</author>
<published>2017-07-11T18:21:50Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=d43ef73bf26614af9b01fd57baa1a1fcf24bfade'/>
<id>urn:sha1:d43ef73bf26614af9b01fd57baa1a1fcf24bfade</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Revert "mmc: dw_mmc: rockchip: select proper card clock"</title>
<updated>2017-07-11T10:13:47Z</updated>
<author>
<name>Kever Yang</name>
<email>kever.yang@rock-chips.com</email>
</author>
<published>2017-06-14T08:31:49Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=419b08012a09f2656c44c81d976ffa41926f5e6b'/>
<id>urn:sha1:419b08012a09f2656c44c81d976ffa41926f5e6b</id>
<content type='text'>
The origin patch get rockchip dwmmc by name 'ciu', which lead
to the SPL not able to remove 'clock-names' node in dts.
I'm not saying this is not correct, but I would prefer to handle
this in dts or clock driver to save memory for SPL.
For example the rk3288 SPL size has out of memory if not enable
BACK_TO_BROM option, there are many other SoCs has less internal
memory than rk3288.

This reverts commit 480a9b834c661fc88217f50bdf780192c3018d66.

Signed-off-by: Kever Yang &lt;kever.yang@rock-chips.com&gt;
Reviewed-by: Simon Glass &lt;sjg@chromium.org&gt;
Reviewed-by: Philipp Tomsich &lt;philipp.tomsich@theobroma-systems.com&gt;
</content>
</entry>
<entry>
<title>rockchip: dwmmc: use max-frequency when OF_PLATDATA enabled</title>
<updated>2017-07-11T10:13:47Z</updated>
<author>
<name>Kever Yang</name>
<email>kever.yang@rock-chips.com</email>
</author>
<published>2017-06-14T08:31:46Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=8093529809650621ba74ebfc9e317d7ba87489b6'/>
<id>urn:sha1:8093529809650621ba74ebfc9e317d7ba87489b6</id>
<content type='text'>
Since the 'clock-freq-min-max' is deprecated, we use max-frequency for
all rockchip SoC dwmmc controller.

Signed-off-by: Kever Yang &lt;kever.yang@rock-chips.com&gt;
Reviewed-by: Simon Glass &lt;sjg@chromium.org&gt;
Reviewed-by: Philipp Tomsich &lt;philipp.tomsich@theobroma-systems.com&gt;
</content>
</entry>
</feed>
