<feed xmlns='http://www.w3.org/2005/Atom'>
<title>bcm63xx/u-boot/drivers/mmc/omap_hsmmc.c, branch master</title>
<subtitle>Broadcom-s U-Boot</subtitle>
<id>https://git.openwrt.org/project/bcm63xx/u-boot/atom?h=master</id>
<link rel='self' href='https://git.openwrt.org/project/bcm63xx/u-boot/atom?h=master'/>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/'/>
<updated>2019-04-12T12:05:57Z</updated>
<entry>
<title>mmc: omap_hsmmc: Set 3.3V for IO voltage</title>
<updated>2019-04-12T12:05:57Z</updated>
<author>
<name>Faiz Abbas</name>
</author>
<published>2019-04-05T08:48:46Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/commit/?id=d2c05f50e12f87128597a28146de7092aaa847c3'/>
<id>urn:sha1:d2c05f50e12f87128597a28146de7092aaa847c3</id>
<content type='text'>
Pbias voltage should match the IO voltage set for the SD card. With the
latest pbias change to 3.3V, update the capabilities and IO voltages
settings to 3.3V.

Signed-off-by: Faiz Abbas &lt;faiz_abbas@ti.com&gt;
</content>
</entry>
<entry>
<title>Merge tag 'dm-pull-10feb19' of git://git.denx.de/u-boot-dm</title>
<updated>2019-02-10T13:11:32Z</updated>
<author>
<name>Tom Rini</name>
</author>
<published>2019-02-10T13:11:32Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/commit/?id=151b8339ccd33428d249e75bd036bd7eb33c1ef6'/>
<id>urn:sha1:151b8339ccd33428d249e75bd036bd7eb33c1ef6</id>
<content type='text'>
Samsung sound patches (applied for Samsung maintainer)
Common sound support
buildman environment support
of-platdata documentation improvements
</content>
</entry>
<entry>
<title>mmc: omap_hsmmc: Use regulator_set_enable_if_allowed for enabling regulator</title>
<updated>2019-02-09T19:50:22Z</updated>
<author>
<name>Lokesh Vutla</name>
</author>
<published>2019-01-11T09:45:52Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/commit/?id=d3de38554a35e96872e43644b683e32f018c46a8'/>
<id>urn:sha1:d3de38554a35e96872e43644b683e32f018c46a8</id>
<content type='text'>
Use regulator_set_enable_if_allowed() api instead of regulator_set_enable()
while enabling io regulators. This way the driver doesn't see an error
when disabling an always-on regulator and when enabling is not supported.

Reviewed-by: Simon Glass &lt;sjg@chromium.org&gt;
Signed-off-by: Lokesh Vutla &lt;lokeshvutla@ti.com&gt;
</content>
</entry>
<entry>
<title>mmc: omap_hsmmc: Workaround errata regarding SDR104/HS200 tuning failures (i929)</title>
<updated>2019-02-09T12:50:58Z</updated>
<author>
<name>Faiz Abbas</name>
</author>
<published>2019-01-30T12:38:42Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/commit/?id=351a4aa050c834954498e2114cab3429597b7c92'/>
<id>urn:sha1:351a4aa050c834954498e2114cab3429597b7c92</id>
<content type='text'>
Errata i929 in certain OMAP5/DRA7XX/AM57XX silicon revisions
(SPRZ426D - November 2014 - Revised February 2018 [1]) mentions
unexpected tuning pattern errors. A small failure band may be present
in the tuning range which may be missed by the current algorithm.
Furthermore, the failure bands vary with temperature leading to
different optimum tuning values for different temperatures.

As suggested in the related Application Report (SPRACA9B - October 2017
- Revised July 2018 [2]), tuning should be done in two stages.
In stage 1, assign the optimum ratio in the maximum pass window for the
current temperature. In stage 2, if the chosen value is close to the
small failure band, move away from it in the appropriate direction.

References:
[1] http://www.ti.com/lit/pdf/sprz426
[2] http://www.ti.com/lit/pdf/SPRACA9

Signed-off-by: Faiz Abbas &lt;faiz_abbas@ti.com&gt;
</content>
</entry>
<entry>
<title>mmc: omap: Surround DM_FLAG_PRE_RELOC flag with OF_CONTROL check</title>
<updated>2018-11-14T17:16:28Z</updated>
<author>
<name>Bin Meng</name>
</author>
<published>2018-10-24T13:36:32Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/commit/?id=223b10ca7a6b1d35db9c775033895969b132ad56'/>
<id>urn:sha1:223b10ca7a6b1d35db9c775033895969b132ad56</id>
<content type='text'>
When a driver declares DM_FLAG_PRE_RELOC flag, it wishes to be
bound before relocation. However due to a bug in the DM core,
the flag only takes effect when devices are statically declared
via U_BOOT_DEVICE(). This bug has been fixed recently by commit
"dm: core: Respect drivers with the DM_FLAG_PRE_RELOC flag in
lists_bind_fdt()", but with the fix, it has a side effect that
all existing drivers that declared DM_FLAG_PRE_RELOC flag will
be bound before relocation now. This may expose potential boot
failure on some boards due to insufficient memory during the
pre-relocation stage.

To mitigate this potential impact, the following changes are
implemented:

- Remove DM_FLAG_PRE_RELOC flag in the driver, if the driver
  only supports configuration from device tree (OF_CONTROL)
- Keep DM_FLAG_PRE_RELOC flag in the driver only if the device
  is statically declared via U_BOOT_DEVICE()
- Surround DM_FLAG_PRE_RELOC flag with OF_CONTROL check, for
  drivers that support both statically declared devices and
  configuration from device tree

Signed-off-by: Bin Meng &lt;bmeng.cn@gmail.com&gt;
Reviewed-by: Simon Glass &lt;sjg@chromium.org&gt;
</content>
</entry>
<entry>
<title>mmc: omap_mmc: Remove invert references</title>
<updated>2018-09-29T12:06:56Z</updated>
<author>
<name>Adam Ford</name>
</author>
<published>2018-09-08T13:16:23Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/commit/?id=f4df405f0e7ee22e24ff19bb8057b21c9e80dd2a'/>
<id>urn:sha1:f4df405f0e7ee22e24ff19bb8057b21c9e80dd2a</id>
<content type='text'>
With DM_GPIO and DM_MMC translating GPIO_ACTIVE_LOW, any boards
using the 'cd-invert' option will no longer need to do this.  This
patch removes the support for 'invert' from the MMC driver.

Signed-off-by: Adam Ford &lt;aford173@gmail.com&gt;
[trini: Fix warning over when !DM_GPIO]
Signed-off-by: Tom Rini &lt;trini@konsulko.com&gt;
</content>
</entry>
<entry>
<title>mmc: omap_hsmmc: Fix pbias for omap3_logic to enable CD pin</title>
<updated>2018-09-26T01:49:18Z</updated>
<author>
<name>Adam Ford</name>
</author>
<published>2018-09-05T09:11:08Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/commit/?id=03190a7888493058c3a0fd6c50fd0b8dadd165ee'/>
<id>urn:sha1:03190a7888493058c3a0fd6c50fd0b8dadd165ee</id>
<content type='text'>
The MMC card detect pin is connected to gpio127 on omap3_logic.
When setting up the pbias register for MMC, let's also enable
gpio_127 for the card detect.  As part of the package deal,
gpio_126 and gpio_129 are also enabled.

Signed-off-by: Adam Ford &lt;aford173@gmail.com&gt;
</content>
</entry>
<entry>
<title>mmc: omap_hsmmc: Make DM_GPIO calls dependent on DM_GPIO</title>
<updated>2018-09-12T01:39:11Z</updated>
<author>
<name>Adam Ford</name>
</author>
<published>2018-08-21T12:16:56Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/commit/?id=307a214329908e4abc0f978b9a10b1467e3872c6'/>
<id>urn:sha1:307a214329908e4abc0f978b9a10b1467e3872c6</id>
<content type='text'>
The getcd and getwp functions when DM_MMC is enabled are
assumming the DM_GPIO is enabled.  In cases (like SPL) where
DM_GPIO may not be enabled, wrap these calls in an #ifdef

Signed-off-by: Adam Ford &lt;aford173@gmail.com&gt;
</content>
</entry>
<entry>
<title>mmc: omap_hsmmc: use a default 52MHz max clock rate if none is specified</title>
<updated>2018-02-26T01:52:15Z</updated>
<author>
<name>Jean-Jacques Hiblot</name>
</author>
<published>2018-02-23T09:40:19Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/commit/?id=beac7d33d9131d22ffbdbfbf2786858062b63786'/>
<id>urn:sha1:beac7d33d9131d22ffbdbfbf2786858062b63786</id>
<content type='text'>
mmc_of_parse() doesn't set a default value if none is available in DT.
In that case, use a default 52MHz clock rate.

Signed-off-by: Alex Kiernan &lt;alex.kiernan@gmail.com&gt;
Signed-off-by: Jean-Jacques Hiblot &lt;jjhiblot@ti.com&gt;
Tested-by: Adam Ford &lt;aford173@gmail.com&gt;
Reviewed-by: Tom Rini &lt;trini@konsulko.com&gt;
</content>
</entry>
<entry>
<title>mmc: omap_hsmmc: make it possible to compile out ADMA support</title>
<updated>2018-02-26T01:52:15Z</updated>
<author>
<name>Jean-Jacques Hiblot</name>
</author>
<published>2018-02-23T09:40:18Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/commit/?id=27a4b3bc4c165695cac65e92a5cb2537367a2392'/>
<id>urn:sha1:27a4b3bc4c165695cac65e92a5cb2537367a2392</id>
<content type='text'>
Some platforms don't have ADMA controllers. For those platforms, compiling
it out reduces the size of the binary by about 600 bytes.
Leaving the support in doesn't break things as the driver checks at runtime
if the ADMA2 controller is present.

Signed-off-by: Jean-Jacques Hiblot &lt;jjhiblot@ti.com&gt;
Tested-by: Adam Ford &lt;aford173@gmail.com&gt;
Reviewed-by: Tom Rini &lt;trini@konsulko.com&gt;
</content>
</entry>
</feed>
