<feed xmlns='http://www.w3.org/2005/Atom'>
<title>u-boot.git/common, branch v2021.04-rc3</title>
<subtitle>Unnamed repository; edit this file 'description' to name the repository.</subtitle>
<id>http://cgit.235523.xyz/u-boot.git/atom/common?h=v2021.04-rc3</id>
<link rel='self' href='http://cgit.235523.xyz/u-boot.git/atom/common?h=v2021.04-rc3'/>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/'/>
<updated>2021-02-26T14:30:55Z</updated>
<entry>
<title>usb: kbd: Also accept keyboards with Interrupt OUT endpoint</title>
<updated>2021-02-26T14:30:55Z</updated>
<author>
<name>Stefan Brüns</name>
<email>stefan.bruens@rwth-aachen.de</email>
</author>
<published>2021-02-20T16:26:06Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=ba0b984bb0246b5ceea29fd0ac9d8b011a30f77b'/>
<id>urn:sha1:ba0b984bb0246b5ceea29fd0ac9d8b011a30f77b</id>
<content type='text'>
The OUT endpoint can just be ignored as it is not used, just as the
corresponding Set_Report request for IN-only interfaces. E.g. the
Linux gadget hid keyboard also provides an interrupt endpoint.

Also cleanup confusing debug messages like "found set protocol", which
is printed when a keyboard device is found, while the Set_Protocol request
is issued quite some time later.

Signed-off-by: Stefan Brüns &lt;stefan.bruens@rwth-aachen.de&gt;
</content>
</entry>
<entry>
<title>Kconfig: SPL_FIT_SIGNATURE requires SPL_LOAD_FIT</title>
<updated>2021-02-24T21:51:48Z</updated>
<author>
<name>Klaus Heinrich Kiwi</name>
<email>klaus@linux.vnet.ibm.com</email>
</author>
<published>2021-02-09T18:41:54Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=bdb7f2632bdc3baf910c5ef547df03df0ec0dbea'/>
<id>urn:sha1:bdb7f2632bdc3baf910c5ef547df03df0ec0dbea</id>
<content type='text'>
Having the ability to support firmware FIT signatures on the SPL sounds
not so useful if the SPL is not supporting to load a (U-boot) firmware
as a FIT image.

Signed-off-by: Klaus Heinrich Kiwi &lt;klaus@linux.vnet.ibm.com&gt;
</content>
</entry>
<entry>
<title>Kconfig: SPL_FIT_SIGNATURE selects FIT_SIGNATURE</title>
<updated>2021-02-24T21:51:48Z</updated>
<author>
<name>Klaus Heinrich Kiwi</name>
<email>klaus@linux.vnet.ibm.com</email>
</author>
<published>2021-02-09T18:41:53Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=6ce28132b88a95eb6d4e67c594270f0825d6dad8'/>
<id>urn:sha1:6ce28132b88a95eb6d4e67c594270f0825d6dad8</id>
<content type='text'>
Selecting SPL_FIT_SIGNATURE (without selecting U-boot proper
verified boot first) breaks the build due to
CONFIG_FIT_SIGNATURE_MAX_SIZE being undefined, in addition to Kconfig
warnings on RSA and IMAGE_SIGN_INFO unmet dependencies.

Signed-off-by: Klaus Heinrich Kiwi &lt;klaus@linux.vnet.ibm.com&gt;
</content>
</entry>
<entry>
<title>cmd: fdt: skip board specific fixup using env variable</title>
<updated>2021-02-24T21:51:48Z</updated>
<author>
<name>Wasim Khan</name>
<email>wasim.khan@nxp.com</email>
</author>
<published>2021-02-04T14:44:04Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=402558b1fe604baaa4aa4b3e1c72a65692861f2a'/>
<id>urn:sha1:402558b1fe604baaa4aa4b3e1c72a65692861f2a</id>
<content type='text'>
Sometimes it is useful to boot OS with already fixed-up
device tree. Check for env variable 'skip_board_fixup'
before calling ft_board_setup().
Current behaviour is unchanged, additionally user can
set skip_board_fixup to 1 to skip the fixup.

Signed-off-by: Wasim Khan &lt;wasim.khan@nxp.com&gt;
</content>
</entry>
<entry>
<title>Merge tag 'video-for-v2021.04-rc3' of https://gitlab.denx.de/u-boot/custodians/u-boot-video</title>
<updated>2021-02-22T14:11:27Z</updated>
<author>
<name>Tom Rini</name>
<email>trini@konsulko.com</email>
</author>
<published>2021-02-22T14:11:27Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=a3ddc776fa2dfc57fba6ec44f95093156717eb1e'/>
<id>urn:sha1:a3ddc776fa2dfc57fba6ec44f95093156717eb1e</id>
<content type='text'>
 - splash_source warning fix when building with 64-bit toolchains
 - lq123p1jx31 and nv101wxmn51 compatible in simple panel driver
 - remove not used mb862xx driver
 - add Himax HX8238D panel driver
 - s/video_uc_platdata/video_uc_plat/
</content>
</entry>
<entry>
<title>fdt/sunxi: Remove OF_STDOUT_PATH</title>
<updated>2021-02-19T23:29:47Z</updated>
<author>
<name>Andre Przywara</name>
<email>andre.przywara@arm.com</email>
</author>
<published>2021-02-14T10:35:18Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=e036a1d227112565cdf32b5558ac6ccaf5d1633f'/>
<id>urn:sha1:e036a1d227112565cdf32b5558ac6ccaf5d1633f</id>
<content type='text'>
OF_STDOUT_PATH was meant to hold the devicetree path to the serial
console, to be put into the linux,stdout-path property of the chosen node.

The only user of that was sunxi, and it was actually wrong for years
there: the paths hardcoded in sunxi_common.h were not matching the DTs,
evident by the leading 0's in nodenames, which have been removed years
ago.

On top of that, "linux,stdout-path" is now deprecated for a while (Linux
commit 2a9d832cc9aae from November 2014), and also all modern DTs
(including those included in U-Boot) carry a "stdout-path" property
already.

So remove the stanza from sunxi_common.h, and, since this was the last
user, also remove the associated bits from the rest of U-Boot.

Signed-off-by: Andre Przywara &lt;andre.przywara@arm.com&gt;
Reviewed-by: Tom Rini &lt;trini@konsulko.com&gt;
Reviewed-by: Simon Glass &lt;sjg@chromium.org&gt;
</content>
</entry>
<entry>
<title>common: splash_source: fix -Wint-to-pointer-cast warning</title>
<updated>2021-02-19T21:17:10Z</updated>
<author>
<name>Jaehoon Chung</name>
<email>jh80.chung@samsung.com</email>
</author>
<published>2020-12-07T08:18:51Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=a0b74acb9b4a21405e7441c808d538a460a3678f'/>
<id>urn:sha1:a0b74acb9b4a21405e7441c808d538a460a3678f</id>
<content type='text'>
Fix -Wint-to-pointer-cast warning

common/splash_source.c: In function 'splash_load_raw':
common/splash_source.c:100:12: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast]
  100 |  bmp_hdr = (struct bmp_header *)bmp_load_addr;
      |            ^
common/splash_source.c: In function 'splash_sf_read_raw':
common/splash_source.c:39:47: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast]
   39 |  return spi_flash_read(sf, offset, read_size, (void *)bmp_load_addr);
      |                                               ^

Signed-off-by: Jaehoon Chung &lt;jh80.chung@samsung.com&gt;
Reviewed-by: Simon Glass &lt;sjg@chromium.org&gt;
</content>
</entry>
<entry>
<title>Merge branch '2021-02-18-SPL-FIT-OP-TEE-Linux-improvements'</title>
<updated>2021-02-18T17:02:11Z</updated>
<author>
<name>Tom Rini</name>
<email>trini@konsulko.com</email>
</author>
<published>2021-02-18T17:02:11Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=766927a7595a6f18fef460a06fdac370fd9e02cf'/>
<id>urn:sha1:766927a7595a6f18fef460a06fdac370fd9e02cf</id>
<content type='text'>
- Improve interactions between SPL / OP-TEE and Linux in FIT images
</content>
</entry>
<entry>
<title>dm: Introduce xxx_get_dma_range()</title>
<updated>2021-02-18T10:56:25Z</updated>
<author>
<name>Nicolas Saenz Julienne</name>
<email>nsaenzjulienne@suse.de</email>
</author>
<published>2021-01-12T12:55:22Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=51bdb50904b1ffffc1caa8dd92f5abea78e33a0b'/>
<id>urn:sha1:51bdb50904b1ffffc1caa8dd92f5abea78e33a0b</id>
<content type='text'>
Add the following functions to get a specific device's DMA ranges:
 - dev_get_dma_range()
 - ofnode_get_dma_range()
 - of_get_dma_range()
 - fdt_get_dma_range()
They are specially useful in oder to be able validate a physical address
space range into a bus's and to convert addresses from and to address
spaces.

Signed-off-by: Nicolas Saenz Julienne &lt;nsaenzjulienne@suse.de&gt;
Reviewed-by: Simon Glass &lt;sjg@chromium.org&gt;
Tested-by: Peter Robinson &lt;pbrobinson@gmail.com&gt;
Signed-off-by: Matthias Brugger &lt;mbrugger@suse.com&gt;
</content>
</entry>
<entry>
<title>spl: fit: Load devicetree when a Linux payload is found</title>
<updated>2021-02-18T00:46:43Z</updated>
<author>
<name>Alexandru Gagniuc</name>
<email>mr.nuke.me@gmail.com</email>
</author>
<published>2021-01-20T16:46:56Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=71551055cbdbb059be0e2051aad7976ee9847197'/>
<id>urn:sha1:71551055cbdbb059be0e2051aad7976ee9847197</id>
<content type='text'>
When a FIT config specifies a devicetree, we should load it, no
questions asked. In the case of the "simple" FIT loading path, a
difficulty arises in selecting the load address of the FDT.

The default FDT location is right after the "kernel" or "firmware"
image. However, if that is an OP-TEE image, then the FDT may end up in
secure DRAM, and not be accessible to normal world kernels.

Although the best solution is to be more careful about the FDT
address, a viable workaround is to only append the FDT after a u-boot
or Linux image. This is identical to the previous logic, except that
FDT loading is extended to IH_OS_LINUX images.

Signed-off-by: Alexandru Gagniuc &lt;mr.nuke.me@gmail.com&gt;
</content>
</entry>
</feed>
