<feed xmlns='http://www.w3.org/2005/Atom'>
<title>bcm63xx/u-boot/board/logicpd/am3517evm, 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:56Z</updated>
<entry>
<title>ARM: am3517_evm: Add spl_start_uboot for Falcon Mode</title>
<updated>2019-04-12T12:05:56Z</updated>
<author>
<name>Adam Ford</name>
</author>
<published>2019-03-31T14:18:29Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/commit/?id=86034a959a91fbb09fb02af708764a544161df9b'/>
<id>urn:sha1:86034a959a91fbb09fb02af708764a544161df9b</id>
<content type='text'>
When booting the am3517-evm, the following message appears:
SPL: Please implement spl_start_uboot() for your board
SPL: Direct Linux boot not active!

This patch implements spl_start_uboot to clear this message
and allow device to know if it should boot U-Boot or kernel.

Fixes: 1c6b6f383a41 ("ARM: am3517_evm: Enable Falcon Mode")

Signed-off-by: Adam Ford &lt;aford173@gmail.com&gt;
</content>
</entry>
<entry>
<title>ARM: am3517_evm: Disable DM_I2C_COMPAT</title>
<updated>2018-09-12T01:48:04Z</updated>
<author>
<name>Adam Ford</name>
</author>
<published>2018-08-19T16:11:03Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/commit/?id=819ad5f625b17d189c5dcaec377c451fd3266def'/>
<id>urn:sha1:819ad5f625b17d189c5dcaec377c451fd3266def</id>
<content type='text'>
DM_I2C_COMPAT is somehow being enabled outside of Kconfig, so
this explicitly undefines it in the header file, and brackets
the I2C initialization around an #ifdef to not manually
initialize the I2C controller when the DM_I2C is enabled.

Signed-off-by: Adam Ford &lt;aford173@gmail.com&gt;
Tested-by: Derald D. Woods &lt;woods.technical@gmail.com&gt;
</content>
</entry>
<entry>
<title>ARM: AM3517-EVM: Update Maintainer</title>
<updated>2018-07-24T13:25:23Z</updated>
<author>
<name>Adam Ford</name>
</author>
<published>2018-07-21T23:18:10Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/commit/?id=a745a3369a5a72974e88221980a56f3e5727c8e2'/>
<id>urn:sha1:a745a3369a5a72974e88221980a56f3e5727c8e2</id>
<content type='text'>
The previous e-mail pointing to Vaibhav Hiremath &lt;hvaibhav@ti.com&gt;
is bouncing and has for some time.  This updates it to myself and I
work for Logic PD the manufacturer of the AM3517-SOM and EVM

Signed-off-by: Adam Ford &lt;aford173@gmail.com&gt;
</content>
</entry>
<entry>
<title>ARM: am3517_evm: Enable SPL_OF_CONTROL and SPL_OF_PLATDATA</title>
<updated>2018-06-13T11:49:14Z</updated>
<author>
<name>Adam Ford</name>
</author>
<published>2018-06-08T14:22:30Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/commit/?id=e3b1aaa4e0340b986513a9a54a57cb0244cbabd2'/>
<id>urn:sha1:e3b1aaa4e0340b986513a9a54a57cb0244cbabd2</id>
<content type='text'>
The SPL doesn't have much room, so in order to support OF_CONTROL
in SPL, we need the extra functionality of SPL_OF_PLATDATA.

Adding these features allows us to remove a small part of code without
losing the serial port during SPL.

Signed-off-by: Adam Ford &lt;aford173@gmail.com&gt;
</content>
</entry>
<entry>
<title>SPDX: Convert all of our single license tags to Linux Kernel style</title>
<updated>2018-05-07T13:34:12Z</updated>
<author>
<name>Tom Rini</name>
</author>
<published>2018-05-06T21:58:06Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/commit/?id=83d290c56fab2d38cd1ab4c4cc7099559c1d5046'/>
<id>urn:sha1:83d290c56fab2d38cd1ab4c4cc7099559c1d5046</id>
<content type='text'>
When U-Boot started using SPDX tags we were among the early adopters and
there weren't a lot of other examples to borrow from.  So we picked the
area of the file that usually had a full license text and replaced it
with an appropriate SPDX-License-Identifier: entry.  Since then, the
Linux Kernel has adopted SPDX tags and they place it as the very first
line in a file (except where shebangs are used, then it's second line)
and with slightly different comment styles than us.

In part due to community overlap, in part due to better tag visibility
and in part for other minor reasons, switch over to that style.

This commit changes all instances where we have a single declared
license in the tag as both the before and after are identical in tag
contents.  There's also a few places where I found we did not have a tag
and have introduced one.

Signed-off-by: Tom Rini &lt;trini@konsulko.com&gt;
</content>
</entry>
<entry>
<title>ARM: omap3: am3517-evm: Add device tree and DM support</title>
<updated>2017-09-29T18:07:54Z</updated>
<author>
<name>Adam Ford</name>
</author>
<published>2017-09-20T01:32:11Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/commit/?id=b85781c2a82ff33a65a32b64599416d3c21eeba6'/>
<id>urn:sha1:b85781c2a82ff33a65a32b64599416d3c21eeba6</id>
<content type='text'>
With the device tree ported from Linux 4.13, this enables
Driver Model and Device Tree support for the am3517-evm

Signed-off-by: Adam Ford &lt;aford173@gmail.com&gt;
Tested-by: Derald D. Woods &lt;woods.technical@gmail.com&gt;
</content>
</entry>
<entry>
<title>omap3: am3517_evm: Enable TI_COMMON_CMD_OPTION</title>
<updated>2017-09-12T22:02:21Z</updated>
<author>
<name>Adam Ford</name>
</author>
<published>2017-08-22T15:50:02Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/commit/?id=29487ef4d5d720012658cb7a093af742f8ae2af5'/>
<id>urn:sha1:29487ef4d5d720012658cb7a093af742f8ae2af5</id>
<content type='text'>
Enable TI_COMMON_CMD_OPTIONS and remove similar options
from the defconfig. Updated with savedefconfig.

Signed-off-by: Adam Ford &lt;aford173@gmail.com&gt;
Tested-by: Derald D. Woods &lt;woods.technical@gmail.com&gt;
</content>
</entry>
<entry>
<title>Configs: Migrate CONFIG_SYS_I2C_OMAP34XX to CONFIG_SYS_I2C_OMAP24XX</title>
<updated>2017-08-09T04:14:13Z</updated>
<author>
<name>Adam Ford</name>
</author>
<published>2017-08-07T18:11:19Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/commit/?id=94d50bed653ba088b39416b12f825eb13a2a87c5'/>
<id>urn:sha1:94d50bed653ba088b39416b12f825eb13a2a87c5</id>
<content type='text'>
The driver is for all boards 24XX and up, so let's eliminate the
extra option called CONFIG_SYS_I2C_OMAP34XX since the driver checks
for CONFIG_OMAP34XX we don't need CONFIG_SYS_I2C_OMAP34XX.

Signed-off-by: Adam Ford &lt;aford173@gmail.com&gt;
Reviewed-by: Heiko Schocher &lt;hs@denx.de&gt;
</content>
</entry>
<entry>
<title>mmc: replace CONFIG_GENERIC_MMC with CONFIG_MMC</title>
<updated>2017-05-15T09:28:23Z</updated>
<author>
<name>Masahiro Yamada</name>
</author>
<published>2017-05-09T11:31:39Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/commit/?id=4aa2ba3a34e3e4413c2cc63fc54f3176881b1a56'/>
<id>urn:sha1:4aa2ba3a34e3e4413c2cc63fc54f3176881b1a56</id>
<content type='text'>
Now CONFIG_GENERIC_MMC and CONFIG_MMC match for all defconfig.
We do not need two options for the same feature.  Deprecate the
former.

This commit was generated with the sed script 's/GENERIC_MMC/MMC/'
and manual fixup of drivers/mmc/Kconfig.

Signed-off-by: Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;
</content>
</entry>
<entry>
<title>ti: boot: Register the MMC controllers in SPL in the same way as in u-boot</title>
<updated>2017-03-20T02:17:14Z</updated>
<author>
<name>Jean-Jacques Hiblot</name>
</author>
<published>2017-02-01T10:39:14Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/commit/?id=d5abcf94c7123167725fc22ace342f0d455093c1'/>
<id>urn:sha1:d5abcf94c7123167725fc22ace342f0d455093c1</id>
<content type='text'>
To keep a consistent MMC device mapping in SPL and in u-boot, let's
register the MMC controllers the same way in u-boot and in the SPL.
In terms of boot time, it doesn't hurt to register more controllers than
needed because the MMC device is initialized only prior being accessed for
the first time.
Having the same device mapping in SPL and u-boot allows us to use the
environment in SPL whatever the MMC boot device.

Signed-off-by: Jean-Jacques Hiblot &lt;jjhiblot@ti.com&gt;
</content>
</entry>
</feed>
