<feed xmlns='http://www.w3.org/2005/Atom'>
<title>bcm63xx/u-boot/drivers/firmware, branch master</title>
<subtitle>Broadcom-s U-Boot</subtitle>
<id>https://git-03.infra.openwrt.org/project/bcm63xx/u-boot/atom?h=master</id>
<link rel='self' href='https://git-03.infra.openwrt.org/project/bcm63xx/u-boot/atom?h=master'/>
<link rel='alternate' type='text/html' href='https://git-03.infra.openwrt.org/project/bcm63xx/u-boot/'/>
<updated>2019-05-03T11:23:17Z</updated>
<entry>
<title>firmware: ti_sci: Always request response from firmware</title>
<updated>2019-05-03T11:23:17Z</updated>
<author>
<name>Andrew F. Davis</name>
</author>
<published>2019-04-29T13:04:11Z</published>
<link rel='alternate' type='text/html' href='https://git-03.infra.openwrt.org/project/bcm63xx/u-boot/commit/?id=efbfd448e51a75acbace51849e8bed63e0ea5ce0'/>
<id>urn:sha1:efbfd448e51a75acbace51849e8bed63e0ea5ce0</id>
<content type='text'>
TI-SCI firmware will only respond to messages when the
TI_SCI_FLAG_REQ_ACK_ON_PROCESSED flag is set. Most messages
already do this, set this for the ones that do not.

Signed-off-by: Andrew F. Davis &lt;afd@ti.com&gt;
Tested-by: Alejandro Hernandez &lt;ajhernandez@ti.com&gt;
Acked-by: Nishanth Menon &lt;nm@ti.com&gt;
</content>
</entry>
<entry>
<title>firmware: ti_sci: Fix TISCI mailbox receive timeout handling</title>
<updated>2019-05-03T11:23:17Z</updated>
<author>
<name>Andreas Dannenberg</name>
</author>
<published>2019-04-24T19:20:08Z</published>
<link rel='alternate' type='text/html' href='https://git-03.infra.openwrt.org/project/bcm63xx/u-boot/commit/?id=32aebcf244bea1c3270aa1f87b2be8e5f0fa546e'/>
<id>urn:sha1:32aebcf244bea1c3270aa1f87b2be8e5f0fa546e</id>
<content type='text'>
An earlier commit converted the TISCI receive timeouts to be specified
in ms rather than us however it failed to take this change into account
when passing the actual timeout to be used when invoking the mailbox
receive API. This leads to the actual timeout to be 1,000 times shorter
than expected and as a result certain TISCI operations would fail.

Fix the issue by converting the timeout declared in ms to us on the fly
as expected by the respective API.

Fixes: fd6b40b1ba20 ("firmware: ti_sci: Add support for NAVSS resource management")
Signed-off-by: Andreas Dannenberg &lt;dannenberg@ti.com&gt;
Reviewed-by: Lokesh Vutla &lt;lokeshvutla@ti.com&gt;
</content>
</entry>
<entry>
<title>firmware: ti_sci: Modify auth_boot TI-SCI API to match new version</title>
<updated>2019-04-26T21:51:51Z</updated>
<author>
<name>Andrew F. Davis</name>
</author>
<published>2019-04-12T16:54:44Z</published>
<link rel='alternate' type='text/html' href='https://git-03.infra.openwrt.org/project/bcm63xx/u-boot/commit/?id=ff6043a5fd9ada40d5890eb6cf4f624e22c14c80'/>
<id>urn:sha1:ff6043a5fd9ada40d5890eb6cf4f624e22c14c80</id>
<content type='text'>
SYSFW version 2019.01 introduces a slightly modified version of this API,
add support for it here.

Signed-off-by: Andrew F. Davis &lt;afd@ti.com&gt;
Reviewed-by: Tom Rini &lt;trini@konsulko.com&gt;
Reviewed-by: Andreas Dannenberg &lt;dannenberg@ti.com&gt;
</content>
</entry>
<entry>
<title>firmware: ti_sci: Add support for firewall management</title>
<updated>2019-04-26T21:51:51Z</updated>
<author>
<name>Andrew F. Davis</name>
</author>
<published>2019-04-12T16:54:43Z</published>
<link rel='alternate' type='text/html' href='https://git-03.infra.openwrt.org/project/bcm63xx/u-boot/commit/?id=32ca8ffd5b282da8f4767680ac8b440f73ad41b5'/>
<id>urn:sha1:32ca8ffd5b282da8f4767680ac8b440f73ad41b5</id>
<content type='text'>
TI-SCI message protocol provides support for controlling the firewall
configurations available in SoC.

Introduce support for the set of TI-SCI message protocol APIs that
provide us with this capability of controlling firewalls.

Signed-off-by: Andrew F. Davis &lt;afd@ti.com&gt;
Reviewed-by: Tom Rini &lt;trini@konsulko.com&gt;
Reviewed-by: Andreas Dannenberg &lt;dannenberg@ti.com&gt;
</content>
</entry>
<entry>
<title>firmware: Add support for querying msmc memory</title>
<updated>2019-04-12T12:05:50Z</updated>
<author>
<name>Lokesh Vutla</name>
</author>
<published>2019-03-08T06:17:32Z</published>
<link rel='alternate' type='text/html' href='https://git-03.infra.openwrt.org/project/bcm63xx/u-boot/commit/?id=826eb74015fafda92f1fd35e91aeec76a8099539'/>
<id>urn:sha1:826eb74015fafda92f1fd35e91aeec76a8099539</id>
<content type='text'>
DMSC can use certain amount of msmc memory available in the
system. Also certain part of msmc memory can be marked as L3
cache using board config. But users might not know what size
is being used and the remaining available msmc memory. In order
to fix this TISCI protocol provides a messages that can query
the available msmc memory in the system. Add support for this
message.

Signed-off-by: Lokesh Vutla &lt;lokeshvutla@ti.com&gt;
</content>
</entry>
<entry>
<title>firmware: ti_sci: Add support for NAVSS resource management</title>
<updated>2019-04-12T00:07:12Z</updated>
<author>
<name>Grygorii Strashko</name>
</author>
<published>2019-02-05T12:01:21Z</published>
<link rel='alternate' type='text/html' href='https://git-03.infra.openwrt.org/project/bcm63xx/u-boot/commit/?id=fd6b40b1ba20b7344e85c0c97eb1c4d14ed72a98'/>
<id>urn:sha1:fd6b40b1ba20b7344e85c0c97eb1c4d14ed72a98</id>
<content type='text'>
Texas Instruments' System Control Interface (TI-SCI) Message Protocol
abstracts management of NAVSS resources, like PSI-L pairing and
unpairing, UDMAP tx/rx/flow configuration and Rings.

This patch adds support for requesting and configuring such resources
from TI-SCI firmware.

Signed-off-by: Peter Ujfalusi &lt;peter.ujfalusi@ti.com&gt;
Signed-off-by: Grygorii Strashko &lt;grygorii.strashko@ti.com&gt;
Reviewed-by: Tom Rini &lt;trini@konsulko.com&gt;
Signed-off-by: Vignesh R &lt;vigneshr@ti.com&gt;
</content>
</entry>
<entry>
<title>firmware: psci: introduce SPL_ARM_PSCI_FW</title>
<updated>2018-12-12T17:14:25Z</updated>
<author>
<name>Peng Fan</name>
</author>
<published>2018-12-09T12:45:45Z</published>
<link rel='alternate' type='text/html' href='https://git-03.infra.openwrt.org/project/bcm63xx/u-boot/commit/?id=cdd7486616d03e1642ba1dacea6f05c10fc97863'/>
<id>urn:sha1:cdd7486616d03e1642ba1dacea6f05c10fc97863</id>
<content type='text'>
Introduce a new macro SPL_ARM_PSCI_FW

Signed-off-by: Peng Fan &lt;peng.fan@nxp.com&gt;
Reviewed-by: Stefano Babic &lt;sbabic@denx.de&gt;
</content>
</entry>
<entry>
<title>efi_loader: PSCI reset and shutdown</title>
<updated>2018-12-02T20:59:37Z</updated>
<author>
<name>Heinrich Schuchardt</name>
</author>
<published>2018-10-18T10:29:40Z</published>
<link rel='alternate' type='text/html' href='https://git-03.infra.openwrt.org/project/bcm63xx/u-boot/commit/?id=81ea00838c682da06637bcf208549095181df337'/>
<id>urn:sha1:81ea00838c682da06637bcf208549095181df337</id>
<content type='text'>
When an operating system started via bootefi tries to reset or power off
this is done by calling the EFI runtime ResetSystem(). On most ARMv8 system
the actual reset relies on PSCI. Depending on whether the PSCI firmware
resides the hypervisor (EL2) or in the secure monitor (EL3) either an HVC
or an SMC command has to be issued.

The current implementation always uses SMC. This results in crashes on
systems where the PSCI firmware is implemented in the hypervisor, e.g.
qemu-arm64_defconfig.

The logic to decide which call is needed based on the device tree is
already implemented in the PSCI firmware driver. During the EFI runtime
the device driver model is not available. But we can minimize code
duplication by merging the EFI runtime reset and poweroff code with
the PSCI firmware driver.

As the same HVC/SMC problem is also evident for the ARMv8 do_poweroff
and reset_misc routines let's move them into the same code module.

Signed-off-by: Heinrich Schuchardt &lt;xypron.glpk@gmx.de&gt;
Reviewed-by: Sumit Garg &lt;sumit.garg@linaro.org&gt;
Tested-by: Sumit Garg &lt;sumit.garg@linaro.org&gt;
Signed-off-by: Alexander Graf &lt;agraf@suse.de&gt;
</content>
</entry>
<entry>
<title>dm: test: Add "/firmware" node scan test</title>
<updated>2018-09-29T17:49:35Z</updated>
<author>
<name>Rajan Vaja</name>
</author>
<published>2018-09-19T10:43:46Z</published>
<link rel='alternate' type='text/html' href='https://git-03.infra.openwrt.org/project/bcm63xx/u-boot/commit/?id=31b8217e83a63d1c8c70edcdcdf5aff3b1791640'/>
<id>urn:sha1:31b8217e83a63d1c8c70edcdcdf5aff3b1791640</id>
<content type='text'>
Add a test which verifies that all subnodes under "/firmware"
nodes are scanned.

Signed-off-by: Rajan Vaja &lt;rajan.vaja@xilinx.com&gt;
Reviewed-by: Simon Glass &lt;sjg@chromium.org&gt;
Added 'imply FIRMWARE' to sandbox Kconfig to fix test failures, fixed
ordering of lines in arch/sandbox/dts/test.dts and test/dm/Makefile,
updated #if condition in drivers/firmware/firmware-uclass.c:
Signed-off-by: Simon Glass &lt;sjg@chromium.org&gt;
</content>
</entry>
<entry>
<title>firmware: Add FIRMWARE config prompt string</title>
<updated>2018-09-29T17:49:35Z</updated>
<author>
<name>Rajan Vaja</name>
</author>
<published>2018-09-19T10:43:43Z</published>
<link rel='alternate' type='text/html' href='https://git-03.infra.openwrt.org/project/bcm63xx/u-boot/commit/?id=e7a52ba65be227f4fa06b851d1d92af1bef694e0'/>
<id>urn:sha1:e7a52ba65be227f4fa06b851d1d92af1bef694e0</id>
<content type='text'>
There is no prompt string for FIRMWARE config. Without this,
FIRMWARE config cannot be enabled through menuconfing or
config file. Fix this by adding prompt summary.

Signed-off-by: Rajan Vaja &lt;rajan.vaja@xilinx.com&gt;
Reviewed-by: Simon Glass &lt;sjg@chromium.org&gt;
</content>
</entry>
</feed>
