<feed xmlns='http://www.w3.org/2005/Atom'>
<title>u-boot.git/board/dhelectronics, branch v2020.07-rc2</title>
<subtitle>Unnamed repository; edit this file 'description' to name the repository.</subtitle>
<id>http://cgit.235523.xyz/u-boot.git/atom/board/dhelectronics?h=v2020.07-rc2</id>
<link rel='self' href='http://cgit.235523.xyz/u-boot.git/atom/board/dhelectronics?h=v2020.07-rc2'/>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/'/>
<updated>2020-04-18T11:00:07Z</updated>
<entry>
<title>ARM: imx6: DHCOM i.MX6 PDK: Convert to DM_ETH</title>
<updated>2020-04-18T11:00:07Z</updated>
<author>
<name>Harald Seiler</name>
<email>hws@denx.de</email>
</author>
<published>2020-04-15T18:04:53Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=15df6b31b62671d4e2347131bdbf4c07a305cab1'/>
<id>urn:sha1:15df6b31b62671d4e2347131bdbf4c07a305cab1</id>
<content type='text'>
Use DM_ETH instead of legacy networking.  Add VIO as a fixed regulator
to the relevant device-trees and augment the FEC node with properties
for the reset GPIO.

It should be noted that the relevant properties for the reset GPIO
already exist in the PHY node (reset-gpios, reset-delay-us,
reset-post-delay-us) but U-Boot currently ignores those and only
supports the bus-level reset properties in the FEC node
(phy-reset-gpios, phy-reset-duration, phy-reset-post-delay).

Signed-off-by: Harald Seiler &lt;hws@denx.de&gt;
</content>
</entry>
<entry>
<title>board: stm32mp1: correct CONFIG_IS_ENABLED usage for LED</title>
<updated>2020-04-15T07:10:12Z</updated>
<author>
<name>Patrick Delaunay</name>
<email>patrick.delaunay@st.com</email>
</author>
<published>2020-04-10T17:14:01Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=71ba2cb0d678d2c29dadd5fcca61ce3942876ee6'/>
<id>urn:sha1:71ba2cb0d678d2c29dadd5fcca61ce3942876ee6</id>
<content type='text'>
Use the correct macro to test presence CONFIG_LED:
replace CONFIG_IS_ENABLED(CONFIG_LED) by CONFIG_IS_ENABLED(LED)

Issue see during review unrelated patch
"board: stm32mp1: update management of boot-led"
http://patchwork.ozlabs.org/patch/1264823/

Cc: Marek Vasut &lt;marex@denx.de&gt;
Cc: Patrice Chotard &lt;patrice.chotard@st.com&gt;
Signed-off-by: Patrick Delaunay &lt;patrick.delaunay@st.com&gt;
Reviewed-by: Marek Vasut &lt;marex@denx.de&gt;
Reviewed-by: Patrice Chotard &lt;patrice.chotard@st.com&gt;
</content>
</entry>
<entry>
<title>configs: stm32mp1: replace STM32MP1_TRUSTED by TFABOOT</title>
<updated>2020-04-15T07:08:37Z</updated>
<author>
<name>Patrick Delaunay</name>
<email>patrick.delaunay@st.com</email>
</author>
<published>2020-04-01T07:07:33Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=654706be84322b27ae9524c8def7dda4a71763cf'/>
<id>urn:sha1:654706be84322b27ae9524c8def7dda4a71763cf</id>
<content type='text'>
Activate ARCH_SUPPORT_TFABOOT and replace the arch stm32mp
specific config CONFIG_STM32MP1_TRUSTED by the generic CONFIG_TFABOOT
introduced by the commit 535d76a12150 ("armv8: layerscape: Add TFABOOT
support").
This config CONFIG_TFABOOT is activated for the trusted boot chain,
when U-Boot is loaded by TF-A.

Signed-off-by: Patrick Delaunay &lt;patrick.delaunay@st.com&gt;
Reviewed-by: Patrice Chotard &lt;patrice.chotard@st.com&gt;
</content>
</entry>
<entry>
<title>ARM: dts: stm32: Add KS8851-16MLL ethernet on FMC2</title>
<updated>2020-04-15T07:08:29Z</updated>
<author>
<name>Marek Vasut</name>
<email>marex@denx.de</email>
</author>
<published>2020-03-28T01:01:58Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=de80a2476a829a9e23ddb60ba87104aeb55d9c6a'/>
<id>urn:sha1:de80a2476a829a9e23ddb60ba87104aeb55d9c6a</id>
<content type='text'>
Add DT entries, Kconfig entries and board-specific entries to configure
FMC2 bus and make KS8851-16MLL on that bus accessible to U-Boot.

Signed-off-by: Marek Vasut &lt;marex@denx.de&gt;
Cc: Patrick Delaunay &lt;patrick.delaunay@st.com&gt;
Cc: Patrice Chotard &lt;patrice.chotard@st.com&gt;
Reviewed-by: Patrice Chotard &lt;patrice.chotard@st.com&gt;
Reviewed-by: Patrick Delaunay &lt;patrick.delaunay@st.com&gt;
</content>
</entry>
<entry>
<title>ARM: dts: stm32: Use DT alias for the configuration EEPROM</title>
<updated>2020-04-01T09:58:00Z</updated>
<author>
<name>Marek Vasut</name>
<email>marex@denx.de</email>
</author>
<published>2020-03-31T17:51:29Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=f19312e5f400b1eb23252fa6d9e49a1e5512b448'/>
<id>urn:sha1:f19312e5f400b1eb23252fa6d9e49a1e5512b448</id>
<content type='text'>
Use DT /aliases node to establish a stable phandle to the configuration
EEPROM. This permits the configuration EEPROM to be moved e.g. to a
different address or a different bus. Adjust the board code to handle
new phandle lookup.

Reviewed-by: Patrice Chotard &lt;patrice.chotard@st.com&gt;
Reviewed-by: Patrick Delaunay &lt;patrick.delaunay@st.com&gt;
Signed-off-by: Marek Vasut &lt;marex@denx.de&gt;
Cc: Manivannan Sadhasivam &lt;manivannan.sadhasivam@linaro.org&gt;
Cc: Patrick Delaunay &lt;patrick.delaunay@st.com&gt;
Cc: Patrice Chotard &lt;patrice.chotard@st.com&gt;
</content>
</entry>
<entry>
<title>ARM: dts: stm32: Add DH Electronics DHCOM SoM and PDK2 board</title>
<updated>2020-02-12T18:48:39Z</updated>
<author>
<name>Marek Vasut</name>
<email>marex@denx.de</email>
</author>
<published>2020-01-24T17:39:16Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=199537309ba53d294c31283064d63dafc995fbed'/>
<id>urn:sha1:199537309ba53d294c31283064d63dafc995fbed</id>
<content type='text'>
Add support for DH Electronics DHCOM SoM and PDK2 rev. 400 carrier
board. This is an SoM with STM32MP15xx and an evaluation kit. The
baseboard provides Ethernet, UART, USB, CAN and optional display.

Signed-off-by: Marek Vasut &lt;marex@denx.de&gt;
Cc: Patrick Delaunay &lt;patrick.delaunay@st.com&gt;
Cc: Patrice Chotard &lt;patrice.chotard@st.com&gt;
Reviewed-by: Patrick Delaunay &lt;patrick.delaunay@st.com&gt;
</content>
</entry>
<entry>
<title>common: Move old EEPROM functions into a new header</title>
<updated>2019-12-02T23:25:25Z</updated>
<author>
<name>Simon Glass</name>
<email>sjg@chromium.org</email>
</author>
<published>2019-11-14T19:57:50Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=cb3ef6810a27c8ddf5db8694bcef9337f27d12ce'/>
<id>urn:sha1:cb3ef6810a27c8ddf5db8694bcef9337f27d12ce</id>
<content type='text'>
These functions do not use driver model but are still used. Move them to a
new eeprom.h header file.

Signed-off-by: Simon Glass &lt;sjg@chromium.org&gt;
Reviewed-by: Tom Rini &lt;trini@konsulko.com&gt;
</content>
</entry>
<entry>
<title>common: Move some board functions out of common.h</title>
<updated>2019-12-02T23:25:21Z</updated>
<author>
<name>Simon Glass</name>
<email>sjg@chromium.org</email>
</author>
<published>2019-11-14T19:57:46Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=5255932f0167c502fc7fce527bfe7e81df3322f9'/>
<id>urn:sha1:5255932f0167c502fc7fce527bfe7e81df3322f9</id>
<content type='text'>
A number of board function belong in init.h with the others. Move them.

Signed-off-by: Simon Glass &lt;sjg@chromium.org&gt;
Reviewed-by: Tom Rini &lt;trini@konsulko.com&gt;
</content>
</entry>
<entry>
<title>ARM: imx6: DHCOM i.MX6 PDK: spl: Add eMMC initialization to SPL code</title>
<updated>2019-11-03T16:04:16Z</updated>
<author>
<name>Claudius Heine</name>
<email>ch@denx.de</email>
</author>
<published>2019-10-29T12:17:56Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=5c47bf7195767d45049fd2482bc75fccbbfe7055'/>
<id>urn:sha1:5c47bf7195767d45049fd2482bc75fccbbfe7055</id>
<content type='text'>
In order for 'bmode emmc' to work, the eMMC needs to be initialized in the
SPL. This change initializes the eMMC as BOOT_DEVICE_MMC1 (index=0).

Signed-off-by: Claudius Heine &lt;ch@denx.de&gt;
</content>
</entry>
<entry>
<title>ARM: imx6: DHCOM i.MX6 PDK: fix board_boot_modes emmc entry</title>
<updated>2019-11-03T16:04:16Z</updated>
<author>
<name>Claudius Heine</name>
<email>ch@denx.de</email>
</author>
<published>2019-10-29T12:17:55Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=5331fadbfc19e8786e7710f1a9858ac47b4ffda8'/>
<id>urn:sha1:5331fadbfc19e8786e7710f1a9858ac47b4ffda8</id>
<content type='text'>
The board_boot_modes contained the wrong values for the emmc entry.

The eMMC here is connected over a 8-bit bus.

This change allows to use the 'bmode emmc' command to boot from emmc.

Signed-off-by: Claudius Heine &lt;ch@denx.de&gt;
</content>
</entry>
</feed>
