<feed xmlns='http://www.w3.org/2005/Atom'>
<title>u-boot.git/include/configs, branch v2020.10-rc4</title>
<subtitle>Unnamed repository; edit this file 'description' to name the repository.
</subtitle>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/'/>
<entry>
<title>arm: mvebu: Espressobin: Define fdt_addr and kernel_addr env aliases</title>
<updated>2020-08-31T12:45:53+00:00</updated>
<author>
<name>Pali Rohár</name>
<email>pali@kernel.org</email>
</author>
<published>2020-08-27T13:01:27+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=6b610662106eafef516875198c30795f584536c4'/>
<id>6b610662106eafef516875198c30795f584536c4</id>
<content type='text'>
Boot scripts for existing Espressobin Linux distributions, like OpenWRT,
expect that U-Boot set fdt_addr and kernel_addr envs. So add env aliases
from fdt_addr_r and kernel_addr_r values.

Signed-off-by: Pali Rohár &lt;pali@kernel.org&gt;
Reviewed-by: Stefan Roese &lt;sr@denx.de&gt;
Tested-by: Andre Heider &lt;a.heider@gmail.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Boot scripts for existing Espressobin Linux distributions, like OpenWRT,
expect that U-Boot set fdt_addr and kernel_addr envs. So add env aliases
from fdt_addr_r and kernel_addr_r values.

Signed-off-by: Pali Rohár &lt;pali@kernel.org&gt;
Reviewed-by: Stefan Roese &lt;sr@denx.de&gt;
Tested-by: Andre Heider &lt;a.heider@gmail.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>arm: mvebu: Espressobin: Change default loadaddr</title>
<updated>2020-08-31T12:45:53+00:00</updated>
<author>
<name>Pali Rohár</name>
<email>pali@kernel.org</email>
</author>
<published>2020-08-27T13:01:26+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=996ecfd3ec4e86be9dbee17b2223061e16627f71'/>
<id>996ecfd3ec4e86be9dbee17b2223061e16627f71</id>
<content type='text'>
Current loadaddr is not writable on Espressobin and 'loadb' command cause
rebooting board. Marvell's U-Boot already set default loadaddr to value
0x06000000 [1] and after this change 'loadb' is working fine.

[1] - https://github.com/MarvellEmbeddedProcessors/u-boot-marvell/commit/0a5b159806baa0746b6449920e450498bc269ba7

Signed-off-by: Pali Rohár &lt;pali@kernel.org&gt;
Reviewed-by: Stefan Roese &lt;sr@denx.de&gt;
Tested-by: Andre Heider &lt;a.heider@gmail.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Current loadaddr is not writable on Espressobin and 'loadb' command cause
rebooting board. Marvell's U-Boot already set default loadaddr to value
0x06000000 [1] and after this change 'loadb' is working fine.

[1] - https://github.com/MarvellEmbeddedProcessors/u-boot-marvell/commit/0a5b159806baa0746b6449920e450498bc269ba7

Signed-off-by: Pali Rohár &lt;pali@kernel.org&gt;
Reviewed-by: Stefan Roese &lt;sr@denx.de&gt;
Tested-by: Andre Heider &lt;a.heider@gmail.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>arm: mvebu: Espressobin: Move env load addresses</title>
<updated>2020-08-31T12:45:53+00:00</updated>
<author>
<name>Pali Rohár</name>
<email>pali@kernel.org</email>
</author>
<published>2020-08-27T13:01:25+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=bb40fe1f6ce20f818306d34e17b1bb829f00cb6f'/>
<id>bb40fe1f6ce20f818306d34e17b1bb829f00cb6f</id>
<content type='text'>
According to Marvell's U-Boot description [1] current env load addresses
overlaps with ATF RT services region and TEE. Because the ATF RT service
and TEE region is going to be marked as secure and can't be overwritten,
use different different addresses for envs.

[1] - https://github.com/MarvellEmbeddedProcessors/u-boot-marvell/commit/0a5b159806baa0746b6449920e450498bc269ba7

Signed-off-by: Pali Rohár &lt;pali@kernel.org&gt;
Tested-by: Andre Heider &lt;a.heider@gmail.com&gt;
Reviewed-by: Stefan Roese &lt;sr@denx.de&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
According to Marvell's U-Boot description [1] current env load addresses
overlaps with ATF RT services region and TEE. Because the ATF RT service
and TEE region is going to be marked as secure and can't be overwritten,
use different different addresses for envs.

[1] - https://github.com/MarvellEmbeddedProcessors/u-boot-marvell/commit/0a5b159806baa0746b6449920e450498bc269ba7

Signed-off-by: Pali Rohár &lt;pali@kernel.org&gt;
Tested-by: Andre Heider &lt;a.heider@gmail.com&gt;
Reviewed-by: Stefan Roese &lt;sr@denx.de&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>Merge tag 'u-boot-imx-20200825' of https://gitlab.denx.de/u-boot/custodians/u-boot-imx</title>
<updated>2020-08-26T03:12:43+00:00</updated>
<author>
<name>Tom Rini</name>
<email>trini@konsulko.com</email>
</author>
<published>2020-08-26T03:12:43+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=7a1a01c6029039e4fa6aa185cdbbf9a357eecba7'/>
<id>7a1a01c6029039e4fa6aa185cdbbf9a357eecba7</id>
<content type='text'>
For 2020.10
-----------

- mx6: SOCs user selectable
       Fix for imx6q_logic
       Some DM conversion
- mx7: introduce secondary boot device

Travis: https://travis-ci.org/github/sbabic/u-boot-imx/builds/720918010

Signed-off-by: Tom Rini &lt;trini@konsulko.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
For 2020.10
-----------

- mx6: SOCs user selectable
       Fix for imx6q_logic
       Some DM conversion
- mx7: introduce secondary boot device

Travis: https://travis-ci.org/github/sbabic/u-boot-imx/builds/720918010

Signed-off-by: Tom Rini &lt;trini@konsulko.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>Merge https://gitlab.denx.de/u-boot/custodians/u-boot-marvell</title>
<updated>2020-08-25T17:38:29+00:00</updated>
<author>
<name>Tom Rini</name>
<email>trini@konsulko.com</email>
</author>
<published>2020-08-25T14:24:40+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=9f9ecd3e4d7839e24c182fb7b24937e19b670f1b'/>
<id>9f9ecd3e4d7839e24c182fb7b24937e19b670f1b</id>
<content type='text'>
- Add basic Marvell/Cavium OcteonTX/TX2 support (Suneel)
- Infrastructure changes to PCI uclass to support these SoC's (Suneel)
- Add PCI, MMC &amp; watchdog driver drivers for OcteonTX/TX2 (Suneel)
- Increase CONFIG_SYS_MALLOC_F_LEN for qemu-x86 (Stefan)
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
- Add basic Marvell/Cavium OcteonTX/TX2 support (Suneel)
- Infrastructure changes to PCI uclass to support these SoC's (Suneel)
- Add PCI, MMC &amp; watchdog driver drivers for OcteonTX/TX2 (Suneel)
- Increase CONFIG_SYS_MALLOC_F_LEN for qemu-x86 (Stefan)
</pre>
</div>
</content>
</entry>
<entry>
<title>imx8m: config: convert to bootm_size</title>
<updated>2020-08-25T08:26:38+00:00</updated>
<author>
<name>Grygorii Tertychnyi</name>
<email>grembeter@gmail.com</email>
</author>
<published>2020-08-21T13:39:43+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=acbc1d86f16cc8372cccb7b862a0b9dc242f8fe5'/>
<id>acbc1d86f16cc8372cccb7b862a0b9dc242f8fe5</id>
<content type='text'>
Restrict the memory range available for image processing in the
"bootm" to 256 MiB so the kernel can access it and FDT or initrd are
not overwritten on ARM64.

Signed-off-by: Grygorii Tertychnyi &lt;grygorii.tertychnyi@leica-geosystems.com&gt;
Cc: Peng Fan &lt;peng.fan@nxp.com&gt;
Cc: Marek Vasut &lt;marex@denx.de&gt;
Cc: Andrey Zhizhikin &lt;andrey.zhizhikin@leica-geosystems.com&gt;
Reviewed-by: Tom Rini &lt;trini@konsulko.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Restrict the memory range available for image processing in the
"bootm" to 256 MiB so the kernel can access it and FDT or initrd are
not overwritten on ARM64.

Signed-off-by: Grygorii Tertychnyi &lt;grygorii.tertychnyi@leica-geosystems.com&gt;
Cc: Peng Fan &lt;peng.fan@nxp.com&gt;
Cc: Marek Vasut &lt;marex@denx.de&gt;
Cc: Andrey Zhizhikin &lt;andrey.zhizhikin@leica-geosystems.com&gt;
Reviewed-by: Tom Rini &lt;trini@konsulko.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>ARM: imx6q_logic: Fix broken booting by moving fdt_addr_r address</title>
<updated>2020-08-25T08:26:31+00:00</updated>
<author>
<name>Adam Ford</name>
<email>aford173@gmail.com</email>
</author>
<published>2020-08-20T13:56:49+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=74d8f9d56266773784be2cecb5f52a573b1d060c'/>
<id>74d8f9d56266773784be2cecb5f52a573b1d060c</id>
<content type='text'>
The loading address is too close to the kernel address, so newer kernels
may overlap memory space, so loading the device tree may corrupt zImage.

This patch moves the fdt_addr_r to 0x14000000 which is also consistent
with guidance that the kernel be allocated 32MB.  This places it
in the same place as the ramdisk, so this patch moves the ramdisk address
512KB after the fdt.

Signed-off-by: Adam Ford &lt;aford173@gmail.com&gt;
Reviewed-by: Tom Rini &lt;trini@konsulko.com&gt;
Reviewed-by: Fabio Estevam &lt;festevam@gmail.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The loading address is too close to the kernel address, so newer kernels
may overlap memory space, so loading the device tree may corrupt zImage.

This patch moves the fdt_addr_r to 0x14000000 which is also consistent
with guidance that the kernel be allocated 32MB.  This places it
in the same place as the ramdisk, so this patch moves the ramdisk address
512KB after the fdt.

Signed-off-by: Adam Ford &lt;aford173@gmail.com&gt;
Reviewed-by: Tom Rini &lt;trini@konsulko.com&gt;
Reviewed-by: Fabio Estevam &lt;festevam@gmail.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>arm: mx6: Make all i.MX6 SoCs user-selectable</title>
<updated>2020-08-25T08:26:14+00:00</updated>
<author>
<name>Tom Rini</name>
<email>trini@konsulko.com</email>
</author>
<published>2020-08-18T11:43:50+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=f27ffe4177a7cc09614e2f87012234c1e260c8f2'/>
<id>f27ffe4177a7cc09614e2f87012234c1e260c8f2</id>
<content type='text'>
We have a number of platforms that are a combination of a carrier board
and System-on-Module (SoM) that in turn allows for the board to have
different SoCs on it.  In some cases, this is handled via board-specific
Kconfig options.  In other cases we make use of
CONFIG_SYS_EXTRA_OPTIONS.  This latter case however can lead to invalid
configurations as we will not in turn get options that in Kconfig are
selected by or depend on that setting.

To resolve this, make the SoC option a choice in Kconfig and make boards
depend on what they can support.  This change opens us up for further
clean-ups in the cases where a single CONFIG_TARGET_xxx can support
different SoCs and today they do not, or do not cleanly do so.

Reported-by: Matt Porter &lt;mporter@konsulko.com&gt;
Cc: Stefano Babic &lt;sbabic@denx.de&gt;
Cc: Fabio Estevam &lt;festevam@gmail.com&gt;
Cc: "NXP i.MX U-Boot Team" &lt;uboot-imx@nxp.com&gt;
Cc: Soeren Moch &lt;smoch@web.de&gt;
Cc: Markus Niebel &lt;Markus.Niebel@tq-group.com&gt;
Cc: Igor Opaniuk &lt;igor.opaniuk@toradex.com&gt;
Cc: Heiko Schocher &lt;hs@denx.de&gt;
Cc: Hannes Schmelzer &lt;hannes.schmelzer@br-automation.com&gt;
Cc: Otavio Salvador &lt;otavio@ossystems.com.br&gt;
Cc: Nikita Kiryanov &lt;nikita@compulab.co.il&gt;
Cc: Andreas Geisreiter &lt;ageisreiter@dh-electronics.de&gt;
Cc: Ludwig Zenz &lt;lzenz@dh-electronics.de&gt;
Cc: Lukasz Majewski &lt;lukma@denx.de&gt;
Cc: Akshay Bhat &lt;akshaybhat@timesys.com&gt;
Cc: Ken Lin &lt;Ken.Lin@advantech.com.tw&gt;
Cc: Ian Ray &lt;ian.ray@ge.com&gt;
Cc: Tim Harvey &lt;tharvey@gateworks.com&gt;
Cc: Jagan Teki &lt;jagan@amarulasolutions.com&gt;
Cc: Raffaele RECALCATI &lt;raffaele.recalcati@bticino.it&gt;
Cc: Simone CIANNI &lt;simone.cianni@bticino.it&gt;
Cc: Adam Ford &lt;aford173@gmail.com&gt;
Cc: Marcin Niestroj &lt;m.niestroj@grinn-global.com&gt;
Cc: "Eric Bénard" &lt;eric@eukrea.com&gt;
Cc: Baruch Siach &lt;baruch@tkos.co.il&gt;
Cc: Jason Liu &lt;jason.hui.liu@nxp.com&gt;
Cc: Ye Li &lt;ye.li@nxp.com&gt;
Cc: Eric Nelson &lt;eric@nelint.com&gt;
Cc: Troy Kisky &lt;troy.kisky@boundarydevices.com&gt;
Cc: Peng Fan &lt;peng.fan@nxp.com&gt;
Cc: Parthiban Nallathambi &lt;parthiban@linumiz.com&gt;
Cc: Marek Vasut &lt;marex@denx.de&gt;
Cc: "Sébastien Szymanski" &lt;sebastien.szymanski@armadeus.com&gt;
Cc: Christian Gmeiner &lt;christian.gmeiner@gmail.com&gt;
Cc: Niel Fourie &lt;lusus@denx.de&gt;
Cc: Martyn Welch &lt;martyn.welch@collabora.com&gt;
Cc: Richard Hu &lt;richard.hu@technexion.com&gt;
Cc: Stefan Roese &lt;sr@denx.de&gt;
Cc: Boris Brezillon &lt;bbrezillon@kernel.org&gt;
Cc: Arkadiusz Karas &lt;arkadiusz.karas@somlabs.com&gt;
Cc: Breno Lima &lt;breno.lima@nxp.com&gt;
Cc: Francesco Montefoschi &lt;francesco.montefoschi@udoo.org&gt;
Cc: Silvio Fricke &lt;open-source@softing.de&gt;
Tested-by: Matt Porter &lt;mporter@konsulko.com&gt; [colibri_imx6]
Signed-off-by: Tom Rini &lt;trini@konsulko.com&gt;
Reviewed-by: Marcin Niestroj &lt;m.niestroj@grinn-global.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
We have a number of platforms that are a combination of a carrier board
and System-on-Module (SoM) that in turn allows for the board to have
different SoCs on it.  In some cases, this is handled via board-specific
Kconfig options.  In other cases we make use of
CONFIG_SYS_EXTRA_OPTIONS.  This latter case however can lead to invalid
configurations as we will not in turn get options that in Kconfig are
selected by or depend on that setting.

To resolve this, make the SoC option a choice in Kconfig and make boards
depend on what they can support.  This change opens us up for further
clean-ups in the cases where a single CONFIG_TARGET_xxx can support
different SoCs and today they do not, or do not cleanly do so.

Reported-by: Matt Porter &lt;mporter@konsulko.com&gt;
Cc: Stefano Babic &lt;sbabic@denx.de&gt;
Cc: Fabio Estevam &lt;festevam@gmail.com&gt;
Cc: "NXP i.MX U-Boot Team" &lt;uboot-imx@nxp.com&gt;
Cc: Soeren Moch &lt;smoch@web.de&gt;
Cc: Markus Niebel &lt;Markus.Niebel@tq-group.com&gt;
Cc: Igor Opaniuk &lt;igor.opaniuk@toradex.com&gt;
Cc: Heiko Schocher &lt;hs@denx.de&gt;
Cc: Hannes Schmelzer &lt;hannes.schmelzer@br-automation.com&gt;
Cc: Otavio Salvador &lt;otavio@ossystems.com.br&gt;
Cc: Nikita Kiryanov &lt;nikita@compulab.co.il&gt;
Cc: Andreas Geisreiter &lt;ageisreiter@dh-electronics.de&gt;
Cc: Ludwig Zenz &lt;lzenz@dh-electronics.de&gt;
Cc: Lukasz Majewski &lt;lukma@denx.de&gt;
Cc: Akshay Bhat &lt;akshaybhat@timesys.com&gt;
Cc: Ken Lin &lt;Ken.Lin@advantech.com.tw&gt;
Cc: Ian Ray &lt;ian.ray@ge.com&gt;
Cc: Tim Harvey &lt;tharvey@gateworks.com&gt;
Cc: Jagan Teki &lt;jagan@amarulasolutions.com&gt;
Cc: Raffaele RECALCATI &lt;raffaele.recalcati@bticino.it&gt;
Cc: Simone CIANNI &lt;simone.cianni@bticino.it&gt;
Cc: Adam Ford &lt;aford173@gmail.com&gt;
Cc: Marcin Niestroj &lt;m.niestroj@grinn-global.com&gt;
Cc: "Eric Bénard" &lt;eric@eukrea.com&gt;
Cc: Baruch Siach &lt;baruch@tkos.co.il&gt;
Cc: Jason Liu &lt;jason.hui.liu@nxp.com&gt;
Cc: Ye Li &lt;ye.li@nxp.com&gt;
Cc: Eric Nelson &lt;eric@nelint.com&gt;
Cc: Troy Kisky &lt;troy.kisky@boundarydevices.com&gt;
Cc: Peng Fan &lt;peng.fan@nxp.com&gt;
Cc: Parthiban Nallathambi &lt;parthiban@linumiz.com&gt;
Cc: Marek Vasut &lt;marex@denx.de&gt;
Cc: "Sébastien Szymanski" &lt;sebastien.szymanski@armadeus.com&gt;
Cc: Christian Gmeiner &lt;christian.gmeiner@gmail.com&gt;
Cc: Niel Fourie &lt;lusus@denx.de&gt;
Cc: Martyn Welch &lt;martyn.welch@collabora.com&gt;
Cc: Richard Hu &lt;richard.hu@technexion.com&gt;
Cc: Stefan Roese &lt;sr@denx.de&gt;
Cc: Boris Brezillon &lt;bbrezillon@kernel.org&gt;
Cc: Arkadiusz Karas &lt;arkadiusz.karas@somlabs.com&gt;
Cc: Breno Lima &lt;breno.lima@nxp.com&gt;
Cc: Francesco Montefoschi &lt;francesco.montefoschi@udoo.org&gt;
Cc: Silvio Fricke &lt;open-source@softing.de&gt;
Tested-by: Matt Porter &lt;mporter@konsulko.com&gt; [colibri_imx6]
Signed-off-by: Tom Rini &lt;trini@konsulko.com&gt;
Reviewed-by: Marcin Niestroj &lt;m.niestroj@grinn-global.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>arm: octeontx2: Add support for OcteonTX2 SoC platforms</title>
<updated>2020-08-25T06:01:16+00:00</updated>
<author>
<name>Suneel Garapati</name>
<email>sgarapati@marvell.com</email>
</author>
<published>2019-10-20T01:47:37+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=0a668f6d38a2a631eb872f4f1107399db46b1c15'/>
<id>0a668f6d38a2a631eb872f4f1107399db46b1c15</id>
<content type='text'>
This patch adds support for all OcteonTX2 96xx/95xx
boards from Marvell.
For 96xx boards, use octeontx_96xx_defconfig and
for 95xx boards, use octeontx_95xx_defconfig.

Signed-off-by: Suneel Garapati &lt;sgarapati@marvell.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This patch adds support for all OcteonTX2 96xx/95xx
boards from Marvell.
For 96xx boards, use octeontx_96xx_defconfig and
for 95xx boards, use octeontx_95xx_defconfig.

Signed-off-by: Suneel Garapati &lt;sgarapati@marvell.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>arm: octeontx: Add support for OcteonTX SoC platforms</title>
<updated>2020-08-25T06:01:16+00:00</updated>
<author>
<name>Suneel Garapati</name>
<email>sgarapati@marvell.com</email>
</author>
<published>2019-10-20T01:37:55+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=03c2288070155ee88d0c3341748a1b2b13418d8c'/>
<id>03c2288070155ee88d0c3341748a1b2b13418d8c</id>
<content type='text'>
This patch adds support for all OcteonTX 81xx/83xx
boards from Marvell.
For 81xx boards, use octeontx_81xx_defconfig and
for 83xx boards, use octeontx_83xx_defconfig.

Signed-off-by: Suneel Garapati &lt;sgarapati@marvell.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This patch adds support for all OcteonTX 81xx/83xx
boards from Marvell.
For 81xx boards, use octeontx_81xx_defconfig and
for 83xx boards, use octeontx_83xx_defconfig.

Signed-off-by: Suneel Garapati &lt;sgarapati@marvell.com&gt;
</pre>
</div>
</content>
</entry>
</feed>
