<feed xmlns='http://www.w3.org/2005/Atom'>
<title>u-boot.git/board/st, branch v2017.07</title>
<subtitle>Unnamed repository; edit this file 'description' to name the repository.</subtitle>
<id>http://cgit.235523.xyz/u-boot.git/atom/board/st?h=v2017.07</id>
<link rel='self' href='http://cgit.235523.xyz/u-boot.git/atom/board/st?h=v2017.07'/>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/'/>
<updated>2017-06-09T15:24:00Z</updated>
<entry>
<title>spl: stm32f7: configure for xip booting</title>
<updated>2017-06-09T15:24:00Z</updated>
<author>
<name>Vikas Manocha</name>
<email>vikas.manocha@st.com</email>
</author>
<published>2017-05-28T19:55:14Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=1a73bd842e5181ef82d59df0bf4770c6405deaa5'/>
<id>urn:sha1:1a73bd842e5181ef82d59df0bf4770c6405deaa5</id>
<content type='text'>
With xip booting configuration, we don't need to copy the next image
(U-Boot or linux xipimage) from flash to sdram area.

Flash memory organization is like this:
	spl-U-Boot:	u-boot-spl.bin 	: 0x0800_0000
	U-Boot :	u-boot-dtb.bin	: 0x0800_8000
	linux :		xipImage	: 0x0800_8000

It is also possible to have U-Boot binary &amp; linux binaries configured at
different addresses of flash memory like U-Boot at 0x0800_8000 &amp; linux
xipImage at 0x0800_4000. But in any case, spl-U-Boot needs to be compiled for
U-Boot as next binary with SPL_OS_BOOT option disabled.
By default, spl is configured to boot linux xipImage.

Signed-off-by: Vikas Manocha &lt;vikas.manocha@st.com&gt;
</content>
</entry>
<entry>
<title>spl: stm32f7: add kernel boot support</title>
<updated>2017-06-09T15:24:00Z</updated>
<author>
<name>Vikas Manocha</name>
<email>vikas.manocha@st.com</email>
</author>
<published>2017-05-28T19:55:13Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=55a3ef714f9867a9b2e18851cfdca906698e8c2f'/>
<id>urn:sha1:55a3ef714f9867a9b2e18851cfdca906698e8c2f</id>
<content type='text'>
Signed-off-by: Vikas Manocha &lt;vikas.manocha@st.com&gt;
</content>
</entry>
<entry>
<title>stm32: stm32f7: add spl build support</title>
<updated>2017-06-09T15:23:55Z</updated>
<author>
<name>Vikas Manocha</name>
<email>vikas.manocha@st.com</email>
</author>
<published>2017-05-28T19:55:10Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=b97476965bf292c13074e01de4bd39253de0ef66'/>
<id>urn:sha1:b97476965bf292c13074e01de4bd39253de0ef66</id>
<content type='text'>
This commit supports booting from stm32 internal nor flash. spl U-Boot
initializes the sdram memory, copies next image (e.g. standard U-Boot)
to sdram &amp; then jumps to entry point.

Here are the flash memory addresses for U-Boot-spl &amp; standard U-Boot:
	- spl U-Boot		: 0x0800_0000
	- standard U-Boot	: 0x0800_8000

To compile u-boot without spl: Remove SUPPORT_SPL configuration
(arch/arm/mach-stm32/Kconfig)

Signed-off-by: Vikas Manocha &lt;vikas.manocha@st.com&gt;
[trini: Rework Kconfig logic a bit]
Signed-off-by: Tom Rini &lt;trini@konsulko.com&gt;
</content>
</entry>
<entry>
<title>dm: gpio: Add live tree support</title>
<updated>2017-06-01T13:03:10Z</updated>
<author>
<name>Simon Glass</name>
<email>sjg@chromium.org</email>
</author>
<published>2017-05-31T03:47:09Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=150c5afe5bafa90e4fe398e59af32ad3cdbfe5b7'/>
<id>urn:sha1:150c5afe5bafa90e4fe398e59af32ad3cdbfe5b7</id>
<content type='text'>
Add support for requesting GPIOs with a live device tree.

This involves adjusting the function signature for the legacy function
gpio_request_by_name_nodev(), so fix up all callers.

Signed-off-by: Simon Glass &lt;sjg@chromium.org&gt;
Fixes to stm32f746-disco.c:
Signed-off-by: Tom Rini &lt;trini@konsulko.com&gt;
</content>
</entry>
<entry>
<title>dm: Use dm.h header when driver mode is used</title>
<updated>2017-06-01T12:57:52Z</updated>
<author>
<name>Simon Glass</name>
<email>sjg@chromium.org</email>
</author>
<published>2017-05-17T23:18:03Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=9d922450aa9944ecf8c249c892078cda80f40e02'/>
<id>urn:sha1:9d922450aa9944ecf8c249c892078cda80f40e02</id>
<content type='text'>
This header includes things that are needed to make driver build. Adjust
existing users to include that always, even if other dm/ includes are
present

Signed-off-by: Simon Glass &lt;sjg@chromium.org&gt;
</content>
</entry>
<entry>
<title>stm32f7: stm32f746-disco: read memory info from device tree</title>
<updated>2017-05-08T15:57:21Z</updated>
<author>
<name>Vikas Manocha</name>
<email>vikas.manocha@st.com</email>
</author>
<published>2017-04-10T22:03:01Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=57af3cc32a7b39bc26987780fbca109e206d1c34'/>
<id>urn:sha1:57af3cc32a7b39bc26987780fbca109e206d1c34</id>
<content type='text'>
Signed-off-by: Vikas Manocha &lt;vikas.manocha@st.com&gt;
cc: Christophe KERELLO &lt;christophe.kerello@st.com&gt;
</content>
</entry>
<entry>
<title>stm32f746: to switch on user LED1 &amp; read user button</title>
<updated>2017-05-08T15:57:21Z</updated>
<author>
<name>Vikas Manocha</name>
<email>vikas.manocha@st.com</email>
</author>
<published>2017-04-10T22:03:00Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=2f80a9f72ecf4cfee68279a45e3c155f6516faa1'/>
<id>urn:sha1:2f80a9f72ecf4cfee68279a45e3c155f6516faa1</id>
<content type='text'>
All discovery boards have one user button &amp; one user LED. Here we are
just reading the button status &amp; switching ON the user LED.

Signed-off-by: Vikas Manocha &lt;vikas.manocha@st.com&gt;
cc: Christophe KERELLO &lt;christophe.kerello@st.com&gt;
</content>
</entry>
<entry>
<title>stm32f7: use stm32f7 gpio driver supporting driver model</title>
<updated>2017-05-08T15:57:21Z</updated>
<author>
<name>Vikas Manocha</name>
<email>vikas.manocha@st.com</email>
</author>
<published>2017-04-10T22:02:59Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=280057bd7dd623420b2d8b383fe5bbe26820bc93'/>
<id>urn:sha1:280057bd7dd623420b2d8b383fe5bbe26820bc93</id>
<content type='text'>
With this gpio driver supporting DM, there is no need to enable clocks
for different gpios (for pin muxing) in the board specific code.

Need to increase the allocatable area required before relocation from 0x400 to
0xC00 becuase of 10 new gpio devices(&amp; new gpio class) added in device tree.

Signed-off-by: Vikas Manocha &lt;vikas.manocha@st.com&gt;
cc: Christophe KERELLO &lt;christophe.kerello@st.com&gt;
Reviewed-by: Simon Glass &lt;sjg@chromium.org&gt;
</content>
</entry>
<entry>
<title>stm32f7: use clock driver to enable sdram controller clock</title>
<updated>2017-05-08T15:39:04Z</updated>
<author>
<name>Vikas Manocha</name>
<email>vikas.manocha@st.com</email>
</author>
<published>2017-04-10T22:02:55Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=d0b24c1aa96729d4d9fee02e2c60fc920068c6c5'/>
<id>urn:sha1:d0b24c1aa96729d4d9fee02e2c60fc920068c6c5</id>
<content type='text'>
This patch also removes the sdram/fmc clock enable from board specific
code.

Signed-off-by: Vikas Manocha &lt;vikas.manocha@st.com&gt;
cc: Christophe KERELLO &lt;christophe.kerello@st.com&gt;
</content>
</entry>
<entry>
<title>stm32f7: use driver model for sdram initialization</title>
<updated>2017-05-08T15:39:04Z</updated>
<author>
<name>Vikas Manocha</name>
<email>vikas.manocha@st.com</email>
</author>
<published>2017-04-10T22:02:54Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=2d9c33ca3f7ba69eaf4b2b88f36a0f3cf1a1e19f'/>
<id>urn:sha1:2d9c33ca3f7ba69eaf4b2b88f36a0f3cf1a1e19f</id>
<content type='text'>
As driver model takes care of pin control configuraion, this patch also
removes the sdram/fmc pin configuration.

Signed-off-by: Vikas Manocha &lt;vikas.manocha@st.com&gt;
cc: Christophe KERELLO &lt;christophe.kerello@st.com&gt;
</content>
</entry>
</feed>
