Hi Matthias,
On 11.06.2020 10:39, Matthias Brugger wrote:
> ...
> Series looks good to me. The problem is that on RPi4 with 8 GB the USB FW
> get's
> loaded via the RPi FW. Nicolas provided a series which is under review right
> now. Without this series the 8 GB RPi4 won't boot. As soon as the se
Correct the description of the ESR register.
Fix a typo.
Signed-off-by: Heinrich Schuchardt
---
doc/develop/crash_dumps.rst | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/doc/develop/crash_dumps.rst b/doc/develop/crash_dumps.rst
index 18696372fc..85030b4e36 100644
-
Now that this directory contains only uniphier_sbc_boot_is_swapped(),
move it to boot-device.c and delete the sbc/ directory entirely.
Signed-off-by: Masahiro Yamada
---
arch/arm/mach-uniphier/Makefile | 1 -
arch/arm/mach-uniphier/boot-device/boot-device.c | 9 -
arc
This was used by the old sLD3 SoC, the support of which was removed
by commit 00aa453ebf56 ("ARM: uniphier: remove sLD3 SoC support").
There is no more user of this function.
Signed-off-by: Masahiro Yamada
---
arch/arm/mach-uniphier/init.h| 5 -
arch/arm/mach-uniphier/sbc/sbc.c | 34 +
I increased the maximum U-Boot proper size from time to time, but
configs/uniphier_v7_defconfig hit the current limit 832KB.
Some historical info:
In the initial support, the max size was 512MB.
Commit 58d702274c09 ("ARM: uniphier: increase CONFIG_SYS_MONITOR_LEN")
increased it to 576KB, and com
I actually do not see this used these days because eMMC or NAND is used
for non-volatile devices. Dump the burden to maintain this crappy code.
Signed-off-by: Masahiro Yamada
---
arch/arm/mach-uniphier/board_init.c | 4 -
arch/arm/mach-uniphier/micro-support-card.c | 97 ---
Since commit 1517126fdac2 ("ARM: uniphier: select DM_ETH"), DM-based
drivers/net/smc911x.c is compiled, but it is never probed because the
parent node lacks the DM-based driver.
I need a skeleton driver to populate child devices (but the next commit
will move more hardware settings to the this dri
Signed-off-by: Masahiro Yamada
---
arch/arm/dts/uniphier-ld11-global.dts | 1 +
arch/arm/dts/uniphier-ld11-ref.dts| 1 +
arch/arm/dts/uniphier-ld11.dtsi | 16 +++-
arch/arm/dts/uniphier-ld20-global.dts | 1 +
arch/arm/dts/uniphier-ld20-ref.dts| 1 +
arch/arm/dts/uniphier-ld
Currently, the supports for the following two ARMv7 SoC groups
are exclusive, because the boot ROM loads the SPL to a different
address:
- LD4, sLD8 (SPL is loaded at 0x0004)
- Pro4, Pro5, PXs2, LD6b(SPL is loaded at 0x0010)
This limitation exists only when CONFIG_SP
If CONFIG_MICRO_SUPPORT_CARD is unset, the build fails due to
function redefinition.
Signed-off-by: Masahiro Yamada
---
arch/arm/mach-uniphier/sbc/Makefile | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/mach-uniphier/sbc/Makefile
b/arch/arm/mach-uniphier/sbc/Makefile
index 6c69
This reverts commit 45f41c134baf5ff1bbf59d33027f6c79884fa4d9.
This weird workaround was the best I came up with at that time
to boot U-Boot from TF-A.
I noticed U-Boot successfully boots on LD20 (i.e. CA72 CPU) by using
the latest TF-A.
Specifically, since the following TF-A commit, U-Boot runs
Move the bus initialization code to this driver from board files.
Signed-off-by: Masahiro Yamada
---
arch/arm/mach-uniphier/board_init.c | 12 --
arch/arm/mach-uniphier/init.h | 23 ---
arch/arm/mach-uniphier/micro-support-card.c | 13 +-
arch/arm/mach-uniphier/sbc/Make
Tom,
On Wed, Jul 08, 2020 at 11:15:26PM -0400, Tom Rini wrote:
> On Thu, Jul 09, 2020 at 09:58:03AM +0900, AKASHI Takahiro wrote:
>
> > Hi Tom,
> >
> > I'd like to make sure of your policy about usage of "sudo" on CI.
> > Do you think that we should always avoid using "sudo" in testing?
> >
> >
On 08.07.20 20:46, Jagan Teki wrote:
On Wed, Jul 8, 2020 at 12:19 PM Jagan Teki wrote:
On Sun, Jun 28, 2020 at 10:31 PM Simon Guinot wrote:
This patch converts the following Kirkwood-based LaCie boards to DM,
DM_SPI and DM_SPI_FLASH:
- d2 Network v2
- Internet Space v2
- 2Big Network v2
-
On Thu, Jul 9, 2020 at 1:32 AM Patrick DELAUNAY wrote:
>
> Hi Bin,
>
> > From: Bin Meng
> > Sent: mercredi 8 juillet 2020 09:19
> >
> > Add parentheses around CONFIG_IS_ENABLED() in the if statement, to fix
> > potential build failures.
> >
> > Signed-off-by: Bin Meng
> >
> > ---
> > Fixes the i
Tom,
On 6/30/20 7:43 AM, Tom Rini wrote:
On Mon, Jun 29, 2020 at 11:38:46PM -0500, Dave Gerlach wrote:
Introduce UCLASS_SOC to be used for SOC identification and attribute
matching based on the SoC ID info. This allows drivers to be provided
for SoCs to retrieve SoC identifying information and
Simon,
On 7/2/20 10:50 PM, Simon Glass wrote:
On Mon, 29 Jun 2020 at 22:38, Dave Gerlach wrote:
Introduce UCLASS_SOC to be used for SOC identification and attribute
matching based on the SoC ID info. This allows drivers to be provided
for SoCs to retrieve SoC identifying information and also f
On Thu, Jul 09, 2020 at 09:58:03AM +0900, AKASHI Takahiro wrote:
> Hi Tom,
>
> I'd like to make sure of your policy about usage of "sudo" on CI.
> Do you think that we should always avoid using "sudo" in testing?
>
> I remember that you had allowed us to run sudo in (python)
> test scripts on Tr
Hi Tom,
I'd like to make sure of your policy about usage of "sudo" on CI.
Do you think that we should always avoid using "sudo" in testing?
I remember that you had allowed us to run sudo in (python)
test scripts on Travis CI when I requested this (for FAT filesystem?).
-Takahiro Akashi
On Tue,
Heinrich,
On Wed, Jul 08, 2020 at 12:29:54PM +0200, Heinrich Schuchardt wrote:
> On 08.07.20 07:01, AKASHI Takahiro wrote:
> > By adding extra symbols, we can now avoid including x509_parser and
> > pkcs7_parser.h files multiple times.
> >
> > Signed-off-by: AKASHI Takahiro
> > Suggested-by: Hein
On Tue, Jun 30, 2020 at 01:05:45AM +0200, Heiko Stuebner wrote:
> From: Heiko Stuebner
>
> Even in boot scripts it may be needed to "panic" when all options
> are exhausted and the device specification specifies hanging
> instead of resetting the board.
>
> So add a new panic command that just
On Thu, Jun 18, 2020 at 04:23:28PM +0200, Heiko Stuebner wrote:
> From: Heiko Stuebner
>
> Verifying FIT images obviously needs the rsa parts of crypto
> support and while main uboot always compiles crypto support,
> it's optional for SPL and we should thus select the necessary
> option to not e
On Tue, Jul 07, 2020 at 10:57:26PM +0200, Heinrich Schuchardt wrote:
> From: Heiko Stuebner
>
> When calculating rrtmp/rr rsa_gen_key_prop() tries to make
> (((rlen + 31) >> 5) + 1) steps in the rr uint32_t array and
> (((rlen + 7) >> 3) + 1) / 4 steps in uint32_t rrtmp[]
> with rlen being num_b
On Thu, Jun 18, 2020 at 04:23:27PM +0200, Heiko Stuebner wrote:
> From: Heiko Stuebner
>
> rsa-checsum needs support for hash functions or else will run into
> compile errors like:
> u-boot/lib/rsa/rsa-checksum.c:28: undefined reference to
> `hash_progressive_lookup_algo'
>
> So similar to the
On Fri, Jun 12, 2020 at 05:17:33PM +0200, Bruno Thomsen wrote:
> This solves a compatibility issue with Linux device trees
> that contain TPMv2.x hardware. So it's easier to import DTS
> from upstream kernel when migrating board init from C code
> to DTS.
>
> The issue is that fallback binding is
On Thu, Jun 18, 2020 at 04:23:21PM +0200, Heiko Stuebner wrote:
> From: Heiko Stuebner
>
> While the SPL may want to do signature checking this won't be
> the case for TPL in all cases, as TPL is mostly used when the
> amount of initial memory is not enough for a full SPL.
>
> So on a system wh
On Thu, Jun 18, 2020 at 04:23:26PM +0200, Heiko Stuebner wrote:
> From: Heiko Stuebner
>
> padding_pss_verify only works with the default pss salt setting of -2
> (length to be automatically determined based on the PSS block structure)
> not -1 (salt length set to the maximum permissible value),
On Thu, Jun 18, 2020 at 04:23:22PM +0200, Heiko Stuebner wrote:
> From: Heiko Stuebner
>
> Right now in multiple places there are only checks for the full
> CONFIG_RSA_VERIFY_WITH_PKEY option, not split into main,spl,tpl variants.
>
> This breaks when the rsa functions get enabled for SPL, for
On Thu, Jun 18, 2020 at 04:23:25PM +0200, Heiko Stuebner wrote:
> From: Heiko Stuebner
>
> n, rr and rrtmp are used for internal calculations, but in the end
> the results are copied into separately allocated elements of the
> actual key_prop, so the n, rr and rrtmp elements are not used anymore
On Thu, Jun 04, 2020 at 04:43:59PM -0700, Dhananjay Phadke wrote:
> Add support for TPM2 GetRandom command
>
> Signed-off-by: Dhananjay Phadke
> Reviewed-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Thu, Jun 18, 2020 at 04:23:23PM +0200, Heiko Stuebner wrote:
> From: Heiko Stuebner
>
> The exponent field of struct key_prop gets allocated an uint64_t,
> and the contents are positioned from the back, so an exponent of
> "0x01 0x00 0x01" becomes 0x0 0x0 0x0 0x0 0x0 0x1 0x0 0x1"
>
> Right n
On Tue, Jun 02, 2020 at 07:26:49PM -0600, Simon Glass wrote:
> It is useful to be able to find hex values and strings in a memory range.
> Add a command to support this.
>
> cmd: Fix 'md' and add a memory-search command
> At present 'md.q' is broken. This series provides a fix for this. It also
>
On Tue, Jun 02, 2020 at 07:26:48PM -0600, Simon Glass wrote:
> This is defined only when __lp64__ is defined. That means that ulong is
> 64 bits long. Therefore we don't need to use a separate u64 type on those
> architectures.
>
> Fix up the code to take advantage of that, removing the preproces
On Tue, Jun 02, 2020 at 07:26:47PM -0600, Simon Glass wrote:
> This is defined only when __lp64__ is defined. That means that ulong is
> 64 bits long. Therefore we don't need to use a separate u64 type on those
> architectures.
>
> Fix up the code to take advantage of that, removing the preproces
On Thu, Jun 04, 2020 at 01:29:22PM +0200, Marcin Juszkiewicz wrote:
> Linker complained about lack of `pci_virt_to_mem` function.
> Looks like driver was not ready for device model - I took solution from
> e1000.c driver.
>
> Signed-off-by: Marcin Juszkiewicz
Applied to u-boot/master, thanks!
On Wed, May 27, 2020 at 01:56:21PM +0200, Dario Binacchi wrote:
> Replacing the ret variable with err and handling first the error
> condition about the value returned by the spl_nand_fit_read routine,
> improves the code readability.
> Furthermore, the 'else' int the 'else return ret' instruction
On Wed, May 27, 2020 at 01:56:20PM +0200, Dario Binacchi wrote:
> The offset at which the image to be loaded from NAND is located is
> retrieved from the itb header. The presence of bad blocks in the area
> of the NAND where the itb image is located could invalidate the offset
> which must therefo
On Tue, Jun 02, 2020 at 07:26:46PM -0600, Simon Glass wrote:
> This is defined only when __lp64__ is defined. That means that ulong is
> 64 bits long. Therefore we don't need to use a separate u64 type on those
> architectures.
>
> Fix up the code to take advantage of that, removing the preproces
On Wed, May 27, 2020 at 01:56:19PM +0200, Dario Binacchi wrote:
> If uboot does not embed its device tree and the FIT loading function
> returns error in case of failure in the FDT append, the redundant itb
> image could be loaded.
>
> cc: Michael Trimarchi
> Signed-off-by: Dario Binacchi
> Rev
On Tue, Jun 02, 2020 at 07:26:45PM -0600, Simon Glass wrote:
> It is a bit painful to have #ifdefs in the middle of the help for each
> command. Add a macro to avoid this.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Stefan Roese
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Desc
On Tue, Jun 02, 2020 at 07:26:44PM -0600, Simon Glass wrote:
> Define this macro always so we don't need the preprocessor to check it.
> Convert the users to #if instead of #ifdef.
>
> Note that '#if MEM_SUPPORT_64BIT_DATA' does not give an error if the
> macro is not define. It just assumes zero
On Fri, May 15, 2020 at 07:09:03AM +0200, Stefan Roese wrote:
> Add linefeeds before and after the announce string. This makes the
> output easier to read, especially if some text follows the announce
> message without a specific additional CR.
>
> Signed-off-by: Stefan Roese
> Reviewed-by: Bin
On Wed, May 27, 2020 at 01:56:18PM +0200, Dario Binacchi wrote:
> U-Boot adopted the kernel-doc annotation style.
>
> cc: Michael Trimarchi
> Signed-off-by: Dario Binacchi
> Reviewed-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Fri, May 22, 2020 at 04:20:33PM +0200, Heiko Stuebner wrote:
> From: Heiko Stuebner
>
> rsa_verify() expects a memory region and wants to do the hashing itself,
> but there may be cases where the hashing is done via other means,
> like hashing a squashfs rootfs.
>
> So add rsa_verify_hash()
On Mon, Jul 06, 2020 at 05:32:27PM +0200, Bruno Thomsen wrote:
> tpm2_tis_spi driver fails to compile with errors like this:
>
> drivers/tpm/tpm_tis.h:117:2: error: redeclaration of enumerator
> 'TPM_ACCESS_VALID'
> drivers/tpm/tpm_tis.h:118:2: error: redeclaration of enumerator
> 'TPM_ACCESS_A
On Mon, May 11, 2020 at 03:22:25PM +0200, Johannes Holland wrote:
> tpm_tis_spi.c directly includes tpm_tis.h and tpm-v2.h which both
> define the same enums (see e.g. TPM_ACCESS_VALID). Add an #ifndef to
> prevent redeclaration errors.
>
> Signed-off-by: Johannes Holland
Applied to u-boot/mast
Add U-Boot SPI Flash support for the PINE64 Rock64 board
Signed-off-by: Johannes Krottmayer
Cc: Matwey V. Kornilov
---
configs/rock64-rk3328_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/configs/rock64-rk3328_defconfig b/configs/rock64-rk3328_defconfig
index f123826358..0a51e5
Add U-Boot SPI Flash support for the PINE64 Rock64 board
Signed-off-by: Johannes Krottmayer
Cc: Matwey V. Kornilov
---
arch/arm/dts/rk3328-rock64-u-boot.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/dts/rk3328-rock64-u-boot.dtsi
b/arch/arm/dts/rk3328-rock64-u-boot.dts
This patch series adds SPI Flash support for the PINE64 Rock64
board.
Tested with the version 2.0 of the board.
Johannes Krottmayer (2):
ARM: dts: rk3328-rock64: Add SPI Flash support
configs: rock64-rk3328_defconfig: Add SPI Flash support
arch/arm/dts/rk3328-rock64-u-boot.dtsi | 6 ++
Hi Simon,
Thanks a lot for reviewing the patch.
I would appreciate if you could clarify the following in-line questions:
On 6/29/2020 10:31 AM, Simon Glass wrote:
> Hi Thirupathaiah,
>
>
> On Mon, 29 Jun 2020 at 11:26, Simon Glass wrote:
>>
>> Hi Thirupathaiah,
>>
>> On Thu, 25 Jun 2020 at
On Wed, 8 Jul 2020 at 15:46, Stephen Warren wrote:
>
> From: Stephen Warren
>
> When fixdep detects CONFIG_IS_ENABLED and other similar macros, it must
> parse the macro parameter to determine which actual CONFIG_ option is
> being referenced. This involves moving a pointer forward through the
>
Hi Sebastian,
On Wed, 1 Jul 2020 at 11:27, Sebastian Reichel
wrote:
>
> Add GPIO poweroff driver, which is based on the Linux
> driver and uses the same DT binding.
>
> Signed-off-by: Sebastian Reichel
> ---
> drivers/power/Kconfig | 8
> drivers/power/Makefile| 1 +
> dr
On 7/2/20 2:26 AM, Sebastian Reichel wrote:
> Add GPIO poweroff driver, which is based on the Linux
> driver and uses the same DT binding.
>
> Signed-off-by: Sebastian Reichel
> ---
> drivers/power/Kconfig | 8
> drivers/power/Makefile| 1 +
> drivers/power/poweroff-gpio.c
Add SPI support for the RK3328 clock driver
Signed-off-by: Johannes Krottmayer
Cc: Kever Yang
Cc: Jagan Teki
---
drivers/clk/rockchip/clk_rk3328.c | 31 +++
1 file changed, 31 insertions(+)
diff --git a/drivers/clk/rockchip/clk_rk3328.c
b/drivers/clk/rockchip/clk_
Add U-Boot SPI support for the RK3328
Signed-off-by: Johannes Krottmayer
Cc: Kever Yang
Cc: Jagan Teki
---
arch/arm/dts/rk3328-u-boot.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/dts/rk3328-u-boot.dtsi b/arch/arm/dts/rk3328-u-boot.dtsi
index c69e13e11e..c980daae99 100
This patch series adds support for the RK3328 SPI
controller.
Johannes Krottmayer (3):
drivers: clk: rockchip: clk_rk3328: Add SPI support
drivers: spi: rk_spi: Add support for RK3328
ARM: dts: rk3328: Add SPI support
arch/arm/dts/rk3328-u-boot.dtsi | 5 +
drivers/clk/rockchip/clk_r
Add support for the RK3328 SPI controller
Signed-off-by: Johannes Krottmayer
Cc: Kever Yang
Cc: Jagan Teki
---
I don't know if "rk3399_spi_params" is also required for the
RK3328 SPI controller.
Probing, Reading, Writing and Erasing of a flash device works
with the SF command. Tested it with t
From: Stephen Warren
When fixdep detects CONFIG_IS_ENABLED and other similar macros, it must
parse the macro parameter to determine which actual CONFIG_ option is
being referenced. This involves moving a pointer forward through the
entire CONFIG_ option "word". Currently, the code uses variable q
On 7/8/20 2:24 PM, Stephen Warren wrote:
> On 7/8/20 10:06 AM, Tom Rini wrote:
>> On Wed, Jul 08, 2020 at 09:50:06AM -0600, Stephen Warren wrote:
>>> Latest u-boot/master is failing a couple test/py test_ut tests for GPIO:
>>>
=> ut dm gpio
Test: dm_test_gpio: gpio.c
extra-gpios: get
Hi,
On Wed, 8 Jul 2020 at 14:24, Stephen Warren wrote:
>
> On 7/8/20 10:06 AM, Tom Rini wrote:
> > On Wed, Jul 08, 2020 at 09:50:06AM -0600, Stephen Warren wrote:
> >> Latest u-boot/master is failing a couple test/py test_ut tests for GPIO:
> >>
> >>> => ut dm gpio
> >>> Test: dm_test_gpio: gpio.
On 7/8/20 10:06 AM, Tom Rini wrote:
> On Wed, Jul 08, 2020 at 09:50:06AM -0600, Stephen Warren wrote:
>> Latest u-boot/master is failing a couple test/py test_ut tests for GPIO:
>>
>>> => ut dm gpio
>>> Test: dm_test_gpio: gpio.c
>>> extra-gpios: get_value: error: gpio b5 not reserved
>>> /var/lib/
This commit adds device tree files supporting
SBC from Seeed Studio based on STM32MP157C.
This works with generic stm32mp1 config.
Right now only booting from SD card is supported.
Signed-off-by: Marcin Sloniewski
---
Changes in v5:
- removed description of PLL1 which is now handled by OPP info
On Tue, 2020-07-07 at 11:09 +1000, Daniel Axtens wrote:
> Simon Glass writes:
>
> > Hi Daniel,
> >
> > On Sun, 5 Jul 2020 at 22:50, Daniel Axtens wrote:
> > > Daniel Axtens writes:
> > >
> > > > Hi Simon,
> > > >
> > > > I can't see a cover letter so apologies if I've misunderstood something
This commit adds device tree files supporting
SBC from Seeed Studio based on STM32MP157C.
This works with generic stm32mp1 config.
Right now only booting from SD card is supported.
Signed-off-by: Marcin Sloniewski
---
Changes in v6:
- forgot to add changes in v5 ;(
Changes in v5:
- removed des
On Wed, 8 Jul 2020 at 15:04, Jagan Teki wrote:
>
> On Sat, Jun 13, 2020 at 7:26 PM Jagan Teki wrote:
> >
> > DM, OF_CONTROL, DM_SPI and other driver model migration
> > deadlines are expired for this board.
> >
> > Remove it.
> >
> > Patch-cc: Magnus Lilja
> > Signed-off-by: Jagan Teki
> > ---
On Wed, 8 Jul 2020 at 14:55, Stefano Babic wrote:
>
> On 08.07.20 13:40, Jagan Teki wrote:
> > On Sat, Jun 13, 2020 at 9:11 PM Tom Rini wrote:
> >>
> >> On Sat, Jun 13, 2020 at 07:24:39PM +0530, Jagan Teki wrote:
> >>
> >>> This series updated boards which are using mxc_spi
> >>> driver.
> >>>
>
On Wed, Jul 8, 2020 at 12:19 PM Jagan Teki wrote:
>
> On Sun, Jun 28, 2020 at 10:31 PM Simon Guinot
> wrote:
> >
> > This patch converts the following Kirkwood-based LaCie boards to DM,
> > DM_SPI and DM_SPI_FLASH:
> >
> > - d2 Network v2
> > - Internet Space v2
> > - 2Big Network v2
> > - Netwo
On Wed, Jul 08, 2020 at 12:12:57PM +0530, Jagan Teki wrote:
> On Tue, Jul 7, 2020 at 9:30 PM Tom Rini wrote:
> >
> > On Tue, Jul 07, 2020 at 09:18:52PM +0530, Jagan Teki wrote:
> > > On Sat, Jun 13, 2020 at 11:51 PM Jagan Teki
> > > wrote:
> > > >
> > > > On Wed, May 27, 2020 at 6:27 PM Jagan Te
Hi Heiko
> From: Heiko Schocher
> Sent: mardi 7 juillet 2020 07:21
>
> Hello Patrick,
>
> Am 06.07.2020 um 13:31 schrieb Patrick Delaunay:
> > Read SYSCFG bindings to set Fast Mode Plus bits if Fast Mode Plus
> > speed is selected.
> >
> > Handle the stm32mp15 specific compatible to handle Fast
tps://gitlab.denx.de/u-boot/custodians/u-boot-amlogic.git
> tags/u-boot-amlogic-20200708
>
> for you to fetch changes up to d9c967792b7830d51a1fe596f9a27ea6dfd4bcfe:
>
> ARM: dts: meson-sm1-odroid-c4: add ethernet PHY reset (2020-07-08 10:52:45
> +0200)
>
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
Hi Bin,
> From: Bin Meng
> Sent: mercredi 8 juillet 2020 09:19
>
> Add parentheses around CONFIG_IS_ENABLED() in the if statement, to fix
> potential build failures.
>
> Signed-off-by: Bin Meng
>
> ---
> Fixes the issue as seen with Azure:
> https://dev.azure.com/bmeng/GitHub/_build/results?b
Thanks,
> From: Eugeniu Rosca
> Sent: lundi 6 juillet 2020 08:47
>
> Hi Patrick,
>
> On Fri, Jul 03, 2020 at 04:40:28PM +, Patrick DELAUNAY wrote:
> > > From: U-Boot On Behalf Of Eugeniu
> > > Rosca
> > > Sent: samedi 11 janvier 2020 00:30
> > >
> > > Hi Tom,
> > >
> > > On Fri, Jan 10, 20
On 08.07.20 07:01, AKASHI Takahiro wrote:
> Summary
> ===
> I'm currently working on reworking UEFI secure boot, aiming to add
> "intermediate certificates" support. In this effort, I found a couple
> of issues that should immediately be fixed or useful improvements even
> without intermediate
Saving UEFI variable as encoded U-Boot environment variables does not allow
support at runtime.
Provide functions to manage a memory buffer with UEFI variables.
Signed-off-by: Heinrich Schuchardt
---
include/efi_variable.h | 54 +++
lib/efi_loader/Makefile | 1 +
lib/efi_loade
As variable services are available at runtime we have to expect EFI_SUCCESS
when calling the services.
Signed-off-by: Heinrich Schuchardt
---
lib/efi_selftest/efi_selftest_variables_runtime.c | 13 ++---
1 file changed, 6 insertions(+), 7 deletions(-)
diff --git a/lib/efi_selftest/efi_s
Saving UEFI variable as encoded U-Boot environment variables does not allow
implement run-time support.
Use a memory buffer for storing UEFI variables.
Signed-off-by: Heinrich Schuchardt
---
lib/efi_loader/efi_variable.c | 556 ++
1 file changed, 93 insertions(+)
Enable UEFI variables at runtime.
Signed-off-by: Heinrich Schuchardt
---
v3:
Use efi_var_mem_ins() when restoring variables from file.
Remove EFI_VARIABLE_READ_ONLY attribute in runtime GetVariable().
---
lib/efi_loader/efi_runtime.c | 2 ++
lib/efi_loader/efi_var_file.c | 6 +
If the EFI_OPTIONAL_PTR is set in DebugDisposition, a NULL pointer does not
constitute an invalid parameter.
Signed-off-by: Heinrich Schuchardt
---
include/efi_api.h| 2 ++
lib/efi_loader/efi_runtime.c | 6 ++
2 files changed, 8 insertions(+)
diff --git a/include/efi_api.h b/inc
Provide a memcpy() function that we can use at UEFI runtime.
Signed-off-by: Heinrich Schuchardt
---
include/efi_loader.h | 3 +++
lib/efi_loader/efi_runtime.c | 19 +++
2 files changed, 22 insertions(+)
diff --git a/include/efi_loader.h b/include/efi_loader.h
index fe87
In audit mode the UEFI variable SecureBoot is set to zero but the
efi_secure_boot flag is set to true.
The efi_secure_boot flag should match the UEFIvariable SecureBoot.
Signed-off-by: Heinrich Schuchardt
---
lib/efi_loader/efi_variable.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletio
Persist non-volatile UEFI variables in a file on the EFI system partition.
The file is written whenever a non-volatile UEFI variable is changed after
initialization of the UEFI sub-system.
The file is read during the UEFI sub-system initialization to restore
non-volatile UEFI variables.
Signed-o
We need ConvertPointer() to adjust pointers when implementing runtime
services within U-Boot.
After ExitBootServices() gd is not available anymore. So we should not use
EFI_ENTRY() and EFI_EXIT().
Signed-off-by: Heinrich Schuchardt
---
include/efi_loader.h | 3 +++
lib/efi_loader/efi_r
Set the read only property of the UEFI variables AuditMode and DeployedMode
conforming to the UEFI specification.
Signed-off-by: Heinrich Schuchardt
---
lib/efi_loader/efi_variable.c | 22 +-
1 file changed, 13 insertions(+), 9 deletions(-)
diff --git a/lib/efi_loader/efi_va
We currently have two implementations of UEFI variables:
* variables provided via an OP-TEE module
* variables stored in the U-Boot environment
Read only variables are up to now only implemented in the U-Boot
environment implementation.
Provide a common interface for both implementations that al
According to the UEFI specification the variable VendorKeys is 1 if the
"system is configured to use only vendor-provided keys".
As we do not supply any vendor keys yet the variable VendorKeys must be
zero.
Signed-off-by: Heinrich Schuchardt
---
lib/efi_loader/efi_variable.c | 75 +++---
Separate the remaining UEFI variable API functions GetNextVariableName and
QueryVariableInfo() from internal functions implementing them.
Signed-off-by: Heinrich Schuchardt
---
v3:
avoid setting efi_runtime_services.set_variable twice
---
include/efi_variable.h| 39 ++
Simplify the implementation of the UEFI boot manager:
* avoid EFI_CALL for SetVariable() and GetVariable()
* remove unnecessary type conversions
Signed-off-by: Heinrich Schuchardt
---
lib/efi_loader/efi_bootmgr.c | 28
1 file changed, 12 insertions(+), 16 deletions(
UEFI variables OsIndicationsSupported, PlatformLangCodes should be read
only.
Avoid EFI_CALL() for SetVariable().
Signed-off-by: Heinrich Schuchardt
---
lib/efi_loader/efi_setup.c | 59 --
1 file changed, 31 insertions(+), 28 deletions(-)
diff --git a/lib/ef
Let the 'printenv -e' command display the read only flag.
If the variable is time authenticated write the time stamp.
Avoid EFI_CALL() when calling SetVariable() and GetVariable().
Signed-off-by: Heinrich Schuchardt
---
cmd/nvedit_efi.c | 24
1 file changed, 16 insertio
Do not change the value of parameter attributes in function
efi_set_variable_int(). This allows to use it later.
Do not use variable attr for different purposes but declare separate
variables (attr and old_attr).
Signed-off-by: Heinrich Schuchardt
---
lib/efi_loader/efi_variable.c | 24
Up to now UEFI variables where stored in U-Boot environment variables.
Saving UEFI variables was not possible without saving the U-Boot
environment variables.
With this patch series file ubootefi.var in the EFI system partition is
used for saving UEFI variables.
Furthermore the UEFI variables are
On Wed, Jul 08, 2020 at 09:50:06AM -0600, Stephen Warren wrote:
> Latest u-boot/master is failing a couple test/py test_ut tests for GPIO:
>
> > => ut dm gpio
> > Test: dm_test_gpio: gpio.c
> > extra-gpios: get_value: error: gpio b5 not reserved
> > /var/lib/jenkins/workspace/u-boot-denx_uboot-mas
Latest u-boot/master is failing a couple test/py test_ut tests for GPIO:
> => ut dm gpio
> Test: dm_test_gpio: gpio.c
> extra-gpios: get_value: error: gpio b5 not reserved
> /var/lib/jenkins/workspace/u-boot-denx_uboot-master-build/src/u-boot/test/dm/gpio.c:137,
> dm_test_gpio (): 0 == gpio_looku
On 05/05/2020 16:51, Nicolas Saenz Julienne wrote:
Supporting USB keyboards out of the box is both handy for development
and production. Notably if u-boot is used to boot into GRUB.
Signed-off-by: Nicolas Saenz Julienne
Applied to rpi-next now.
I dropped the hunk for 32 bit for now, pleas
On Wed, Jul 08, 2020 at 05:21:59PM +0200, Matthias Brugger wrote:
> Hi Tom,
>
> I just realized that
> 88bd5b1793 ("configs: Resync with savedefconfig")
>
> Delete the CONFIG_NR_DRAM_BANKS entries as added in this patch, which leads
> to a regression in RPi4 (only one GB of memory visible to the
Hi Tom,
I just realized that
88bd5b1793 ("configs: Resync with savedefconfig")
Delete the CONFIG_NR_DRAM_BANKS entries as added in this patch, which leads to a
regression in RPi4 (only one GB of memory visible to the kernel if you use Grub
for booting).
Is it generally wrong to add CONFIG_NR
Hi Simon,
On Mon, Jul 6, 2020 at 11:53 AM Rayagonda Kokatanur
wrote:
>
> On Mon, Jul 6, 2020 at 10:56 AM Simon Glass wrote:
> >
> > Hi Rayagonda,
> >
> > On Sun, 5 Jul 2020 at 12:21, Rayagonda Kokatanur
> > wrote:
> > >
> > > Hi Simon,
> > >
> > > On Sun, Jul 5, 2020 at 12:20 AM Rayagonda Koka
Hi Simon,
On Wed, Jul 8, 2020 at 8:31 PM Simon Glass wrote:
>
> Hi Rayagonda,
>
> On Wed, 8 Jul 2020 at 01:01, Rayagonda Kokatanur
> wrote:
> >
> > Hi Simon,
> >
> > On Fri, Jul 3, 2020 at 6:16 AM Simon Glass wrote:
> > >
> > > Hi Rayagonda,
> > >
> > > On Mon, 29 Jun 2020 at 22:43, Rayagonda K
On 29/06/2020 18:37, Nicolas Saenz Julienne wrote:
Newer revisions of the RPi4 need their xHCI chip, VL805, firmware to be
loaded explicitly. Earlier versions didn't need that as they where using
an EEPROM for that purpose. This series takes care of setting up the
relevant infrastructure and r
On 25/05/2020 13:39, Sylwester Nawrocki wrote:
Hi all,
This patch series adds USB host support for Raspberry Pi 4 board.
It includes the Broadcom STB PCIe controller driver ported from Linux
kernel, a memory mapping update for the xHCI controller on PCIe bus
for 64-bit builds and some related
1 - 100 of 176 matches
Mail list logo
