On Thu, Mar 26, 2020 at 09:05:21AM -0700, Bin Meng wrote:
> As of today there is no pre-built UEFI GRUB image for RISC-V 32/64
> available on the internet, and with travis-ci we don't build GRUB
> images like we do for azure and gitlab.
>
> Remove qemu-riscv64 testing temporarily.
>
>
On 3/26/20 5:19 PM, Simon Glass wrote:
> Hi Patrick,
Hi,
> On Wed, 25 Mar 2020 at 09:57, Patrick DELAUNAY
> wrote:
>>
>> Hi,
>>
>>> From: Marek Vasut
>>> Sent: mercredi 25 mars 2020 00:39
>>>
>>> Hi,
>>>
>>> I was looking at the STM32MP1 boot time and I noticed it takes about 2
>>> seconds
Commit 41e30dcf8796 ("cmd: mmc: Make Mode: printout consistent") fixed
the layout of `mmc info` output. Reflect this change in the respective
testcase.
Also fix a typo in the documentation.
Fixes: 41e30dcf8796 ("cmd: mmc: Make Mode: printout consistent")
Signed-off-by: Harald Seiler
---
On 26/03/2020 15.31, Wolfgang Denk wrote:
> Dear Rasmus,
>
>>>
>>> I can see where the increase in text size is coming from - your
>>> removal of #ifdef's now unconditionally includes some code that was
>>> omitted before, for example functions env_fat_save(),
>>> env_ext4_save(), env_sf_save(),
This is required to build GRUB UEFI target for RISC-V 32-bit.
Signed-off-by: Bin Meng
---
Dockerfile | 1 +
1 file changed, 1 insertion(+)
diff --git a/Dockerfile b/Dockerfile
index 32d43f7..dc9d6c9 100644
--- a/Dockerfile
+++ b/Dockerfile
@@ -23,6 +23,7 @@ RUN wget -O -
Build qemu-system-riscv32 executable for U-Boot testing.
Signed-off-by: Bin Meng
---
Dockerfile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Dockerfile b/Dockerfile
index a19067e..3a94eb4 100644
--- a/Dockerfile
+++ b/Dockerfile
@@ -163,7 +163,7 @@ RUN git clone
Build GRUB UEFI target grubriscv32.efi.
Signed-off-by: Bin Meng
---
Dockerfile | 16 +++-
1 file changed, 15 insertions(+), 1 deletion(-)
diff --git a/Dockerfile b/Dockerfile
index dc9d6c9..a19067e 100644
--- a/Dockerfile
+++ b/Dockerfile
@@ -96,7 +96,7 @@ RUN wget
Hi Simon,
On Fri, Mar 27, 2020 at 12:20 AM Simon Glass wrote:
>
> HI Bin,
>
> On Wed, 25 Mar 2020 at 01:25, Bin Meng wrote:
> >
> > Hi Simon,
> >
> > On Tue, Mar 24, 2020 at 9:45 PM Simon Glass wrote:
> > >
> > > At present we query the memory map on boards which don't support it. Fix
> > >
The sdmmc1_dir_pins_a: sdmmc1-dir-0 layout changed in commit 35a54d41d9d4
("ARM: dts: stm32mp1: sync device tree with v5.2-rc4") such that pins{};
became pins1{};pins2{};, however the SPL extras were not updated to reflect
that change. Fix this.
This fixes booting from SD1 X9 slot on the AV96
This adds QEMU RISC-V 32/64 SPL testing. Unlike QEMU RISC-V 32/64,
we test SPL running in M-mode and U-Boot proper running in S-mode,
with a 4-core SMP configuration.
Signed-off-by: Bin Meng
---
.azure-pipelines.yml | 16
.gitlab-ci.yml | 24
2
On 26/03/2020 16:20, Simon Glass wrote:
Hi Simon,
> On Wed, 25 Mar 2020 at 08:47, Andre Przywara wrote:
>>
>> Even though the PL011 UART driver claims to be DM compliant, it does not
>> really a good job with parsing DT nodes. U-Boot seems to adhere to a
>> non-standard binding, either
This adds EFI grub2 and fit image configuration for qemu-riscv64
target used for test.
Signed-off-by: Bin Meng
---
py/travis-ci/u_boot_boardenv_qemu_riscv64_na.py | 5 +
1 file changed, 5 insertions(+)
diff --git a/py/travis-ci/u_boot_boardenv_qemu_riscv64_na.py
On Thu, Mar 19, 2020 at 3:43 PM Jagan Teki wrote:
>
> ROC-RK3399-PC has specific set of configurations for
> on-board led setup.
>
> Due to easiness for user to know the state of the board
> roc-rk339-pc board code will setup the low power led
> on/off, and waiting for user to press power key and
On Thu, Mar 19, 2020 at 3:43 PM Jagan Teki wrote:
>
> reset cause is a generic functionality based on the soc
> cru registers in rockchip. This can be used for printing
> the cause of reset in cpuinfo or some other place where
> reset cause is needed.
>
> Other than cpuinfo, reset cause can also
Define FMC2 base address, for use in board files, until there is an
actual FMC2 bus driver.
Signed-off-by: Marek Vasut
Cc: Patrick Delaunay
Cc: Patrice Chotard
---
arch/arm/mach-stm32mp/include/mach/stm32.h | 1 +
1 file changed, 1 insertion(+)
diff --git
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
Cc: Patrick Delaunay
Cc: Patrice Chotard
---
V2: Configure FMC2 nCS4 for SRAM as well
V3: Adjust the register macros
---
On 3/26/20 10:05 AM, Bin Meng wrote:
> This adds EFI grub2 and fit image configuration for qemu-riscv64
> target used for test.
I've applied the series.
This adds the qemu-riscv32_defconfig test configuration.
Signed-off-by: Bin Meng
---
.azure-pipelines.yml | 5 +
.gitlab-ci.yml | 9 +
2 files changed, 14 insertions(+)
diff --git a/.azure-pipelines.yml b/.azure-pipelines.yml
index f66d58a..99a93cc 100644
---
Add support for testing qemu-riscv{32,64}_spl_defconfig.
Unlike qemu-riscv{32,64} targets, this creates a 4-core SMP
configuration to cover U-Boot SMP codes testing.
Signed-off-by: Bin Meng
---
bin/travis-ci/conf.qemu-riscv32_spl_na | 11 +++
On some RISC-V targets the low memory is protected that prevents
S-mode U-Boot from access.
Signed-off-by: Bin Meng
---
test/py/u_boot_utils.py | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/test/py/u_boot_utils.py b/test/py/u_boot_utils.py
index bf2a0fc..939d82e
As of today there is no pre-built UEFI GRUB image for RISC-V 32/64
available on the internet, and with travis-ci we don't build GRUB
images like we do for azure and gitlab.
Remove qemu-riscv64 testing temporarily.
Signed-off-by: Bin Meng
---
.travis.yml | 7 ---
1 file changed, 7
Add support for testing qemu-riscv32_defconfig.
Signed-off-by: Bin Meng
---
bin/travis-ci/conf.qemu-riscv32_na | 11 +++
py/travis-ci/u_boot_boardenv_qemu_riscv32_na.py | 10 ++
2 files changed, 21 insertions(+)
create mode 100644
Hi Harald,
On Mon, 23 Mar 2020 at 04:30, Harald Seiler wrote:
>
> Hello Simon,
>
> On Sun, 2020-03-22 at 12:42 -0600, Simon Glass wrote:
> > Hi Harald,
> >
> > On Sun, 22 Mar 2020 at 03:56, Harald Seiler wrote:
> > > Hi Simon,
> > >
> > > On Sat, 2020-03-21 at 13:07 -0600, Simon Glass wrote:
>
Hi Andre,
On Wed, 25 Mar 2020 at 08:47, Andre Przywara wrote:
>
> Even though the PL011 UART driver claims to be DM compliant, it does not
> really a good job with parsing DT nodes. U-Boot seems to adhere to a
> non-standard binding, either requiring to have a "skip-init" property in
> the node,
HI Bin,
On Wed, 25 Mar 2020 at 01:25, Bin Meng wrote:
>
> Hi Simon,
>
> On Tue, Mar 24, 2020 at 9:45 PM Simon Glass wrote:
> >
> > At present we query the memory map on boards which don't support it. Fix
> > this by only doing it on Apollo Lake.
> >
>
> I wonder isn't this check already covered
Hi Niel,
On Wed, 25 Mar 2020 at 07:46, Niel Fourie wrote:
>
> Add a command to print a list of available block device drivers,
> and for each, the list of known block devices.
>
> Signed-off-by: Niel Fourie
> ---
> cmd/Kconfig | 8
> cmd/Makefile| 1 +
>
Hi Patrick,
On Wed, 25 Mar 2020 at 09:57, Patrick DELAUNAY wrote:
>
> Hi,
>
> > From: Marek Vasut
> > Sent: mercredi 25 mars 2020 00:39
> >
> > Hi,
> >
> > I was looking at the STM32MP1 boot time and I noticed it takes about 2
> > seconds
> > to get to U-Boot.
>
> Thanks for the feedback.
>
>
On Thu, Mar 19, 2020 at 3:43 PM Jagan Teki wrote:
>
> Custom board_early_init_f not only deal with simple gpio
> configuration but also have a possibility to access clocks
> to process any clock related operations like checking reset
> cause state and etc.
>
> So, call it once the rockchip timer
On Thu, Mar 19, 2020 at 3:43 PM Jagan Teki wrote:
>
> Usually printing the TPL banner various between architecture
> or board codes.
> - Some of them would print at the end of board_init_f for
> making sure all initialization prior to this would happen
> properly. if at all there is a
On 3/26/20 11:07 AM, Harald Seiler wrote:
> Commit 41e30dcf8796 ("cmd: mmc: Make Mode: printout consistent") fixed
> the layout of `mmc info` output. Reflect this change in the respective
> testcase.
>
> Also fix a typo in the documentation.
Acked-by: Stephen Warren
I guess I don't have these
On Thu, Mar 26, 2020 at 09:04:52AM -0700, Bin Meng wrote:
> This is required to build GRUB UEFI target for RISC-V 32-bit.
>
> Signed-off-by: Bin Meng
Since we can use the 64bit toolchain for 32bit U-Boot, can we not pass
GRUB the right flags to use the same toolchain? Thanks!
--
Tom
On 26/03/2020 02:38, Tom Rini wrote:
Hi,
> On Wed, Mar 25, 2020 at 02:46:56PM +, Andre Przywara wrote:
>
>> The U-Boot documentation explains that variables ending with "_r" hold
>> addresses in DRAM, while those without that ending point to flash/ROM.
>> The default variables for the Juno
Hi Andre,
On Thu, 26 Mar 2020 at 11:06, André Przywara wrote:
>
> On 26/03/2020 16:20, Simon Glass wrote:
>
> Hi Simon,
>
> > On Wed, 25 Mar 2020 at 08:47, Andre Przywara wrote:
> >>
> >> Even though the PL011 UART driver claims to be DM compliant, it does not
> >> really a good job with
On Thu, 26 Mar 2020 at 11:08, Harald Seiler wrote:
>
> Commit 41e30dcf8796 ("cmd: mmc: Make Mode: printout consistent") fixed
> the layout of `mmc info` output. Reflect this change in the respective
> testcase.
>
> Also fix a typo in the documentation.
>
> Fixes: 41e30dcf8796 ("cmd: mmc: Make
From: Tom Warren
Add Macronix MX25U3235F flash device description.
This is a 4MiB part.
Signed-off-by: Tom Warren
---
drivers/mtd/spi/spi-nor-ids.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/mtd/spi/spi-nor-ids.c b/drivers/mtd/spi/spi-nor-ids.c
index 973b6f8..abdf560 100644
The eMMC uses different pinmux for the top four data lines, use such
a pinmux, otherwise it takes a very long time until the test for 8bit
operation times out. And this is the correct pinmux per schematic too.
Signed-off-by: Marek Vasut
Cc: Patrick Delaunay
Cc: Patrice Chotard
---
Add another mux option for SDMMC2 pins 4..7, this is used on AV96 board.
Signed-off-by: Marek Vasut
Cc: Patrick Delaunay
Cc: Patrice Chotard
---
arch/arm/dts/stm32mp157-pinctrl.dtsi | 21 +
1 file changed, 21 insertions(+)
diff --git a/arch/arm/dts/stm32mp157-pinctrl.dtsi
From: Tom Warren
These fixes originated on our downstream L4T U-Boot, and include
fdt, pll and code relocation changes.
Stephen Warren (1):
ARM: tegra: p2371-2180: add I2C nodes to DT
Tom Warren (1):
fdt: Fix 'system' command
Vishruth (1):
ARM: tegra: p2771-: enable PIE relocation
The DH Electronics DHCOR SOM has QSPI NOR on the SoM itself, add it
into the DT.
Signed-off-by: Marek Vasut
Cc: Patrick Delaunay
Cc: Patrice Chotard
---
arch/arm/dts/stm32mp157a-avenger96.dts | 20
1 file changed, 20 insertions(+)
diff --git
On Wed, Mar 25, 2020 at 3:47 PM Andre Przywara wrote:
> Even though the PL011 UART driver claims to be DM compliant, it does not
> really a good job with parsing DT nodes. U-Boot seems to adhere to a
> non-standard binding, either requiring to have a "skip-init" property in
> the node, or to
From: Tom Warren
This is a WAR for DHCP failure after rebooting from the L4T kernel. The
r8169.c kernel driver is setting bit 19 of the rt816x HW register 0xF0,
which goes by FuncEvent and MISC in various driver source/datasheets.
That bit is called RxDv_Gated_En in the r8169.c kernel driver.
From: Tom Warren
This allows the user to set $serverip in the environment before
executing a DHCP request. If they do, U-Boot will use that IP rather
than using the IP in the DHCP response.
Signed-off-by: Tom Warren
Acked-by: Stephen Warren
---
configs/e2220-1170_defconfig | 1 +
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.
Signed-off-by: Marek Vasut
Cc: Patrick Delaunay
Cc: Patrice
The board has an EEPROM on the same I2C bus as PMIC, at address 0x53.
The EEPROM contains the board MAC address.
Signed-off-by: Marek Vasut
Cc: Patrick Delaunay
Cc: Patrice Chotard
---
arch/arm/dts/stm32mp157a-avenger96.dts | 6 ++
1 file changed, 6 insertions(+)
diff --git
From: Tom Warren
claim_bus() is passed a udevice *dev, which is the bus device's parent.
In this driver, claim_bus assumed it was the bus, which caused the
'priv' info pointer to be wrong, and periph_id was incorrect. This in
turn caused the periph clock call to assign the wrong clock (PLLM
From: Tom Warren
This Tegra QSPI driver hadn't been brought up to date with how
DM drivers are fetching data from the FDT now, and was pulling
in bogus data for base, max freq, etc. Fixed ofdata_to_platdata
to work the same way it does in the tegra114 SPI driver, using
dev_read_ functions.
From: Tom Warren
These patches fix a couple of problems encountered in the T210 QSPI
driver discovered during Jetson Nano bringup, and adapt the driver to
upstream DM norms.
Tom Warren (3):
qspi: t210: Fix claim_bus's use of the wrong bus/device
qspi: t210: Fix QSPI clock and tap delays
From: Tom Warren
When claim_bus was setting the clock, it reset the QSPI controller,
which wipes out any tap delays set by previous bootloaders (nvtboot,
CBoot for example on Nano). Instead of doing that in claim_bus, which
gets called a lot, moved clock setting to probe(), and set tap delays
From: Tom Warren
T210 CBoot is now doing the full pinmux and GPIO init, based on the DTB
tables. Remove pinmux/GPIO init tables & code from all T210-based builds
below:
p2371-2180 aka TX1
p2371-
e2220-1170
p2571
Signed-off-by: Tom Warren
Acked-by: Stephen Warren
---
From: Tom Warren
These patches change some PLL power sequencing, remove pinmuxing
and GPIO init on T210, and adjust some load addresses to allow
for larger kernels.
JC Kuo (1):
t210: do not enable PLLE and UPHY PLL HW PWRSEQ
Tom Warren (2):
t210: Adjust ramdisk_addr_r/fdt_addr_r to allow
From: Tom Warren
The L4T kernel is 32MB+, and can overwrite the ramdisk/fdt loaded
from extlinux.conf. Adjust the load addresses to fix this for now.
Using the calculated_env addresses table from T186 U-Boot is a
better fix, but it isn't working correctly on T210 U-Boot right now,
so this will
From: JC Kuo
This commit removes the programming sequence that enables PLLE and UPHY
PLL hardware power sequencers. Per TRM, boot software should enable PLLE
and UPHY PLLs in software controlled power-on state and should power
down PLL before jumping into kernel or the next stage boot software.
On Thu, Mar 26, 2020 at 04:14:03PM +, André Przywara wrote:
> On 26/03/2020 02:38, Tom Rini wrote:
>
> Hi,
>
> > On Wed, Mar 25, 2020 at 02:46:56PM +, Andre Przywara wrote:
> >
> >> The U-Boot documentation explains that variables ending with "_r" hold
> >> addresses in DRAM, while
On Thu, Mar 19, 2020 at 3:43 PM Jagan Teki wrote:
>
> Custom board_early_init_f not only deal with simple gpio
> configuration but also have a possibility to access clocks
> to process any clock related operations like checking reset
> cause state and etc.
>
> So, call it once the rockchip timer
From: Tom Warren
These two patches are from downstream Tegra L4T U-Boot.
Tom Warren (2):
net: rt8169: WAR for DHCP not getting IP after kernel boot/reboot
tegra: Enable CONFIG_BOOTP_PREFER_SERVERIP for all Jetson boards
configs/e2220-1170_defconfig | 1 +
configs/p2371-_defconfig
From: Stephen Warren
This adds to the DT the I2C controllers that connect to the board ID EEPROM,
camera board EEPROM, etc. With this change, you can now probe all I2C devices
on a TX1 board.
Signed-off-by: Tom Warren
---
arch/arm/dts/tegra210-p2371-2180.dts | 18 ++
1 file
From: Vishruth
U-Boot is configured to build as position independent executable. Enable
relocation of RELA section required to work with different load
addresses.
Signed-off-by: Vishruth
Signed-off-by: Tom Warren
---
configs/p2771--000_defconfig | 1 +
configs/p2771--500_defconfig |
From: Tom Warren
'fdt systemsetup' wasn't working, due to the fact that the 'set' command
was being parsed in do_fdt() by only testing for the leading 's' instead
of "se", which kept the "sys" test further down from executing. Changed
to test for "se" instead, now 'fdt systemsetup' works (to
Deciding whether to compile the env_sf_save() function based solely on
CONFIG_SPL_BUILD is wrong: For U-Boot proper, it leads to a build
warning in case CONFIG_CMD_SAVEENV=n (because the initialization of
the .save member is guarded by CONFIG_CMD_SAVEENV, while the
env_sf_save() function is built
Currently, CONFIG_SPL_SAVEENV is not very well supported by the
various storage backends, as many of them contain variants of some
logic that end up not compiling the .save method when
CONFIG_SPL_BUILD.
As I need environment save support in SPL for a target that uses
ENV_IS_IN_SPI_FLASH, these
Currently, quite a few storage drivers currently do not honour
SPL_SAVEENV. That is, whether or not one enables CONFIG_SPL_SAVEENV,
the backend drivers do not provide the .save method. Witness
env/fat.c:#ifdef CONFIG_SPL_BUILD
...
env/fat.c-#else
env/fat.c-# define LOADENV
env/fat.c:# if
On Fri, Mar 27, 2020 at 7:31 AM Bin Meng wrote:
>
> On Fri, Mar 27, 2020 at 1:20 PM David Abdurachmanov
> wrote:
> >
> > On Thu, Mar 26, 2020 at 6:06 PM Bin Meng wrote:
> > >
> > > As of today there is no pre-built UEFI GRUB image for RISC-V 32/64
> > > available on the internet, and with
Add PHY reset GPIO on AV96 ethernet PHY.
Signed-off-by: Marek Vasut
Cc: Patrick Delaunay
Cc: Patrice Chotard
---
arch/arm/dts/stm32mp157a-avenger96.dts | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/dts/stm32mp157a-avenger96.dts
b/arch/arm/dts/stm32mp157a-avenger96.dts
index
Add another mux option for DWMAC RGMII, this is used on AV96 board.
Signed-off-by: Marek Vasut
Cc: Patrick Delaunay
Cc: Patrice Chotard
---
arch/arm/dts/stm32mp157-pinctrl.dtsi | 51
1 file changed, 51 insertions(+)
diff --git
The AV96 RGMII uses different pinmux for ETH_RGMII_TXD0, ETH_RGMII_RXD2
and ETH_RGMII_TX_CTL. Use the correct pinmux to make ethernet operational.
Signed-off-by: Marek Vasut
Cc: Patrick Delaunay
Cc: Patrice Chotard
---
arch/arm/dts/stm32mp157a-avenger96.dts | 4 ++--
1 file changed, 2
On Fri, Mar 27, 2020 at 10:19:05AM +0800, Bin Meng wrote:
> Hi Tom,
>
> On Fri, Mar 27, 2020 at 10:01 AM Tom Rini wrote:
> >
> > On Fri, Mar 27, 2020 at 09:51:03AM +0800, Bin Meng wrote:
> > > Hi Tom,
> > >
> > > On Fri, Mar 27, 2020 at 12:10 AM Tom Rini wrote:
> > > >
> > > > On Thu, Mar 26,
Use phys2bus macro when dma address is accessed.
Some targets need to use pyhs2bus macro. (e.g, RPI4)
After applied it, SDMA mode can be used.
Signed-off-by: Jaehoon Chung
Reviewed-by: Peng Fan
Reviewed-by: Minkyu Kang
---
drivers/mmc/sdhci.c | 6 --
1 file changed, 4 insertions(+), 2
Enable SDHCI_SDMA configuration.
Signed-off-by: Jaehoon Chung
Reviewed-by: Peng Fan
Reviewed-by: Minkyu Kang
---
configs/rpi_4_32b_defconfig | 1 +
configs/rpi_4_defconfig | 1 +
2 files changed, 2 insertions(+)
diff --git a/configs/rpi_4_32b_defconfig b/configs/rpi_4_32b_defconfig
index
From: Chen-Yu Tsai
USB 3.0 is only supported in U-boot, not in the Linux kernel where the
device tree files are ultimately synced from. While the xhci node was
moved, the external vbus regulator was not.
Move it as well.
Fixes: 2e91e2025c1b ("rockchip: rk3328: migrate u-boot node to
From: Chen-Yu Tsai
This syncs the rk3328 clock header file from Linux kernel next-20200324,
to support newer hardware blocks when syncing the device tree files.
The last non-merge commit to touch it was
0dc14b013f79 ("clk: rockchip: add clock id for watchdog pclk on rk3328")
From: Chen-Yu Tsai
The ROC-RK3328-CC from Firefly and Libre Computer Project is a credit
card size development board based on the Rockchip RK3328 SoC, with:
- 1/2/4 GB DDR4 DRAM
- eMMC connector for optional module
- micro SD card slot
- 1 x USB 3.0 host port
- 2 x USB 2.0 host port
From: Chen-Yu Tsai
The device tree file for rk3328-evb in the Linux kernel does not have
gmac2io enabled. Instead, gmac2phy is enabled, but that is not supported
in U-boot.
Move the gmac2io related nodes to rk3328-evb-u-boot.dtsi to preserve the
current functionality. When the device tree files
From: Chen-Yu Tsai
Hi everyone,
This series adds proper support for Firefly / Libre Computer ROC-RK3328-CC
single board computer.
The ROC-RK3328-CC from Firefly and Libre Computer Project is a credit
card size development board based on the Rockchip RK3328 SoC, with:
- 1/2/4 GB DDR4 DRAM
On 32 bit systems fix
warning: cast to pointer from integer of different size
[-Wint-to-pointer-cast]
Fixes: a415d61eac26 ("cmd: map addresses to sysmem in efidebug memmap")
Signed-off-by: Heinrich Schuchardt
---
cmd/efidebug.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff
From: Chen-Yu Tsai
This syncs the rk3328 power domain header file from Linux kernel
next-20200324, to support newer hardware blocks when syncing the
device tree files.
The last non-merge commit to touch it was
b24413180f56 ("License cleanup: add SPDX GPL-2.0 license identifier to
files
Do not change the value of parameter attributes in function
efi_set_variable_int(). This allows to use it later.
Signed-off-by: Heinrich Schuchardt
---
lib/efi_loader/efi_variable.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/lib/efi_loader/efi_variable.c
Up to now for MBR and GPT partitions the info field 'bootable' was set to 1
if either the partition was an EFI system partition or the bootable flag
was set.
Turn info field 'bootable' into a bit mask with separate bits for bootable
and EFI system partition.
This will allow us to identify the
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.
* upon ExitBootServices()
The file is read during the UEFI sub-system initialization to restore
Up to UEFI variable 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 32 bit systems fix
warning: cast to pointer from integer of different size
[-Wint-to-pointer-cast]
Fixes: a415d61eac26 ("cmd: map addresses to sysmem in efidebug memmap")
Signed-off-by: Heinrich Schuchardt
---
cmd/efidebug.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff
If we want to restore variables from disk, we need to initialize block
devices before variables.
Signed-off-by: Heinrich Schuchardt
---
lib/efi_loader/efi_setup.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/lib/efi_loader/efi_setup.c
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 +++
On 3/27/20 2:39 AM, Tom Rini wrote:
On Tue, Feb 25, 2020 at 06:22:16PM +0100, Kristian Amlie wrote:
EFI was disabled in f95b8a4b5f64f because of the missing DTB file,
and indeed, the DTB file is required to load recent versions of GRUB
(2.04) correctly.
Signed-off-by: Kristian Amlie
Sub-nodes of /reserved-memory may be disabled. In this case we should not
reserve memory in the memory map.
Reported-by: Patrick DELAUNAY
Fixes: fef907b2e440 ("efi_loader: create reservations after
ft_board_setup")
Signed-off-by: Heinrich Schuchardt
Reviewed-by: Atish Patra
---
cmd/bootefi.c
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 | 16 ++
lib/efi_loader/Makefile| 1 +
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
The UEFI spec requires support for the FAT file system.
Signed-off-by: Heinrich Schuchardt
---
lib/efi_loader/Kconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/lib/efi_loader/Kconfig b/lib/efi_loader/Kconfig
index 9890144d41..e10ca05549 100644
--- a/lib/efi_loader/Kconfig
+++
On Fri, Mar 27, 2020 at 1:20 PM David Abdurachmanov
wrote:
>
> On Thu, Mar 26, 2020 at 6:06 PM Bin Meng wrote:
> >
> > As of today there is no pre-built UEFI GRUB image for RISC-V 32/64
> > available on the internet, and with travis-ci we don't build GRUB
> > images like we do for azure and
In several places of the UEFI sub-system UEFI variables as accessed via
runtime services functions. These functions require being called via
EFI_CALL() to restore the register holding the gd variable. Some code
even calls the functions via the runtime services table.
By making the functions
Export the UEFI sub-system initialization state. This will allow to treat
the setting of UEFI variables during and after initialization differently.
Signed-off-by: Heinrich Schuchardt
---
include/efi_loader.h | 3 +++
lib/efi_loader/efi_setup.c | 2 +-
2 files changed, 4 insertions(+), 1
For capsule updates we need to identify the EFI system partition.
Signed-off-by: Heinrich Schuchardt
---
include/efi_loader.h | 7 +++
lib/efi_loader/efi_disk.c | 20
2 files changed, 27 insertions(+)
diff --git a/include/efi_loader.h b/include/efi_loader.h
index
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 | 584 +++--
The AV96 is in fact an assembly of DH Electronics DHCOR SoM on top
of an AV96 reference board. Split the DTs to reflect that and make
sure to DHCOR SoM can be reused on other boards easily.
It is also highly recommended to configure the board for the DHCOM
make stm32mp15_dhcom_basic_defconfig
On Tue, Feb 25, 2020 at 06:22:16PM +0100, Kristian Amlie wrote:
> EFI was disabled in f95b8a4b5f64f because of the missing DTB file,
> and indeed, the DTB file is required to load recent versions of GRUB
> (2.04) correctly.
>
> Signed-off-by: Kristian Amlie
Applied to u-boot/master, thanks!
On Fri, Mar 27, 2020 at 09:57:47AM +0800, Bin Meng wrote:
> Hi Tom,
>
> On Fri, Mar 27, 2020 at 12:14 AM Tom Rini wrote:
> >
> > On Thu, Mar 26, 2020 at 09:04:52AM -0700, Bin Meng wrote:
> >
> > > This is required to build GRUB UEFI target for RISC-V 32-bit.
> > >
> > > Signed-off-by: Bin Meng
On Fri, Mar 27, 2020 at 09:51:03AM +0800, Bin Meng wrote:
> Hi Tom,
>
> On Fri, Mar 27, 2020 at 12:10 AM Tom Rini wrote:
> >
> > On Thu, Mar 26, 2020 at 09:05:21AM -0700, Bin Meng wrote:
> >
> > > As of today there is no pre-built UEFI GRUB image for RISC-V 32/64
> > > available on the internet,
Hi Tom,
On Fri, Mar 27, 2020 at 12:14 AM Tom Rini wrote:
>
> On Thu, Mar 26, 2020 at 09:04:52AM -0700, Bin Meng wrote:
>
> > This is required to build GRUB UEFI target for RISC-V 32-bit.
> >
> > Signed-off-by: Bin Meng
>
> Since we can use the 64bit toolchain for 32bit U-Boot, can we not pass
>
Hi Kever,
Kever Yang writes:
> The ALIGN code is need by many files who need handle structure or image
> align, so move the macro to imagetool.h file.
>
> Signed-off-by: Kever Yang
Thanks for updating the patches.
For the series -
Reviewed-by: Punit Agrawal
Thanks,
Punit
> ---
>
>
Add Parallel NAND CA support to Cortina Access
Presidio Engineering Board support
Signed-off-by: Alex Nemirovsky
CC: Miquel Raynal
CC: Simon Glass
---
configs/cortina_presidio-asic-bch16_defconfig | 35 ++
configs/cortina_presidio-asic-bch24_defconfig | 36
Hi Tom,
Please pull the rockchip fixes:
- Fixed for rv1108 and elgin-rv1108 board
- Fix the keyboard from USB instead of CrOS EC
Travis:
https://travis-ci.org/keveryang/u-boot/builds/667296226
Thanks,
- Kever
The following changes since commit 0aadc0786e4a249cddd37efd8875f09e645be4cd:
Merge
1 - 100 of 178 matches
Mail list logo