The current efi_et_variable() doesn't support EFI_VARIABLE_APPEND_WRITE
attiribut for now, and so should return an error.
Signed-off-by: AKASHI Takahiro
---
lib/efi_loader/efi_variable.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/lib/efi_loader/efi_variable.c b/lib/efi
Error message will alert a user that setting/deleting a variable failed.
Signed-off-by: AKASHI Takahiro
---
Changes in v2 (May 24, 2019)
* change a message to "Out of memory"
* add more error messages
---
cmd/nvedit_efi.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --
If a variable already exists, efi_set_variable() should not change
the variable's attributes. This patch enforces it.
Signed-off-by: AKASHI Takahiro
---
lib/efi_loader/efi_variable.c | 13 +++--
1 file changed, 11 insertions(+), 2 deletions(-)
diff --git a/lib/efi_loader/efi_variable.c
If a user defines BootNext but not BootOrder and loading from BootNext
fails, you will see only a message like this:
BootOrder not defined
This may confuse a user. Adding an error message will be helpful.
Signed-off-by: AKASHI Takahiro
---
Changes in v2 (May 24, 2019)
* add an error mess
On Fri, May 24, 2019 at 07:27:11AM +0200, Heinrich Schuchardt wrote:
> On 5/22/19 5:15 AM, AKASHI Takahiro wrote:
> > Alex,
> >
> > It seems to me that the current efi_runtime_detach() has
> > two meanings:
> > * changes relating to the transition to virtual address mode
> > * changes relating to e
On Fri, May 24, 2019 at 07:12:37AM +0200, Heinrich Schuchardt wrote:
> On 5/24/19 3:02 AM, AKASHI Takahiro wrote:
> > Heinrich,
> >
> > On Thu, May 16, 2019 at 07:34:54PM +0200, Heinrich Schuchardt wrote:
> >> In EFI 1.10 a version of the Unicode collation protocol using ISO 639-2
> >> language cod
On Mon, 2019-05-13 at 12:15 +0300, Igor Opaniuk wrote:
> Replace usage of "/dev/mmcblk*p*" with a proper UUID of rootfs
> partition. This fixes the issue, when MMC controllers are probed in
> a different order in U-boot and Linux kernel.
>
> Signed-off-by: Igor Opaniuk
Acked-by: Marcel Ziswiler
On Mon, 2019-05-13 at 12:15 +0300, Igor Opaniuk wrote:
> Replace usage of "/dev/mmcblk*p*" with a proper UUID of rootfs
> partition. This fixes the issue, when MMC controllers are probed in
> a different order in U-boot and Linux kernel.
>
> Signed-off-by: Igor Opaniuk
Acked-by: Marcel Ziswiler
On Mon, 2019-05-13 at 12:15 +0300, Igor Opaniuk wrote:
> Replace usage of "/dev/mmcblk*p*" with a proper UUID of rootfs
> partition. This fixes the issue, when MMC controllers are probed in
> a different order in U-boot and Linux kernel.
>
> Signed-off-by: Igor Opaniuk
Acked-by: Marcel Ziswiler
On Mon, 2019-05-13 at 12:15 +0300, Igor Opaniuk wrote:
> 1. Replace usage of "/dev/mmcblk*p*" with a proper UUID of rootfs
> partition. This fixes the issue, when MMC controllers are probed in
> a different order in U-boot and Linux kernel.
> 2. Fix legacy USB command (both sdboot and usbboot can b
On Mon, 2019-05-13 at 12:15 +0300, Igor Opaniuk wrote:
> 1. Replace usage of "/dev/mmcblk*p*" with a proper UUID of rootfs
> partition. This fixes the issue, when MMC controllers are probed in
> a different order in U-boot and Linux kernel.
> 2. Fix legacy USB command (both sdboot and usbboot can b
On 23. 05. 19 15:54, Luca Ceresoli wrote:
> Hi,
>
> On 22/05/19 12:24, Michal Simek wrote:
>> On 10. 05. 19 10:15, Luca Ceresoli wrote:
>>> Avnet UltraZed-EV Starter Kit is composed by the UltraZed-EV SoM and the
>>> only publicly-available compatible carrier card. The SoM is based on the EV
>>> v
On Fri, 2019-05-24 at 09:51 +0200, Marcel Ziswiler wrote:
> On Mon, 2019-05-13 at 12:15 +0300, Igor Opaniuk wrote:
> > 1. Replace usage of "/dev/mmcblk*p*" with a proper UUID of rootfs
> > partition. This fixes the issue, when MMC controllers are probed in
> > a different order in U-boot and Linux
Hi Bin and Prabhakar,
Thanks a lot for your comments!
> -Original Message-
> From: Bin Meng [mailto:bmeng...@gmail.com]
> Sent: 2019年5月24日 10:14
> To: Xiaowei Bao ; Simon Glass
> Cc: Z.q. Hou ; u-boot@lists.denx.de; Prabhakar
> Kushwaha ; w...@denx.de; Shengzhou Liu
> ; Jagdish Gediya ;
Fix the confict of scriptaddr address with ramdisk_addr_r used
in EXTRA_ENV_SETTINGS.
Signed-off-by: Anand Moon
---
Prevoius patch:
[0] https://marc.info/?l=u-boot&m=155411969503169&w=2
changes from prevoius changes:
drop: "pxefile_addr_r=0x5100\0" \
U-Boot 2019.07-rc2-00199-g40920bdecc4
Hi Chuanhua,
> This patch enables the i2c controller to generate a stop signal before
> reading the slave device's internal register after setting the
> register address (need to determine if the signal is needed according
> to the message flag).
>
> Signed-off-by: Biwen Li
> Signed-off-by: Chua
Hi Zhiqiang,
On Fri, May 24, 2019 at 4:17 PM Z.q. Hou wrote:
>
> Hi Bin and Prabhakar,
>
> Thanks a lot for your comments!
>
> > -Original Message-
> > From: Bin Meng [mailto:bmeng...@gmail.com]
> > Sent: 2019年5月24日 10:14
> > To: Xiaowei Bao ; Simon Glass
> > Cc: Z.q. Hou ; u-boot@lists.
Hi Eric,
On Fri, May 24, 2019 at 4:04 PM Eric Lin wrote:
>
> Hi Bin
>
> Bin Meng 於 2019年5月22日 週三 下午5:25寫道：
> >
> > Hi Eric,
> >
> > On Wed, May 22, 2019 at 4:23 PM wrote:
> > >
> > > Hi Bin,
> > >
> > > > -Original Message-
> > > > From: Bin Meng [mailto:bmeng...@gmail.com]
> > > > Sent
On 22/05/19 5:07 AM, Peter Howard wrote:
> Hi Sekhar
>
> On Tue, 2019-05-21 at 20:39 +0530, Sekhar Nori wrote:
>> Hi,
>>
>> Here is a set of patches that fixes MMC/SD boot breakage introduced
>> after 2018.09 release.
>>
>> This was tested with MMC/SD boot on OMAP-L138 LCDK. I still need to
>> do
On 23. 05. 19 12:39, Jean-Jacques Hiblot wrote:
> From: Michal Simek
>
> doc/uImage.FIT/overlay-fdt-boot.txt is describing how to create FIT
> image with DT overlays in it.
> Add support for this feature to SPL.
>
> Here is the ZynqMP fragment where dtb points to full DT and dtbo is
> overlay wh
From: Tien Fong Chee
Current implementation almost release all peripherals out of reset for
gen5, but A10 has more peripherals than gen5, hence this patch is required
to release the rest of peripherals to support old kernels.
Signed-off-by: Tien Fong Chee
---
drivers/reset/reset-socfpga.c | 3
On 5/24/19 1:40 PM, tien.fong.c...@intel.com wrote:
> From: Tien Fong Chee
>
> Current implementation almost release all peripherals out of reset for
> gen5, but A10 has more peripherals than gen5, hence this patch is required
> to release the rest of peripherals to support old kernels.
>
> Sign
On Fri, May 24, 2019 at 1:44 PM Marek Vasut wrote:
>
> On 5/24/19 1:40 PM, tien.fong.c...@intel.com wrote:
> > From: Tien Fong Chee
> >
> > Current implementation almost release all peripherals out of reset for
> > gen5, but A10 has more peripherals than gen5, hence this patch is required
> > to
On Fri, 2019-05-24 at 13:53 +0200, Simon Goldschmidt wrote:
> On Fri, May 24, 2019 at 1:44 PM Marek Vasut wrote:
> >
> >
> > On 5/24/19 1:40 PM, tien.fong.c...@intel.com wrote:
> > >
> > > From: Tien Fong Chee
> > >
> > > Current implementation almost release all peripherals out of
> > > rese
On Fri, May 24, 2019 at 1:57 PM Chee, Tien Fong
wrote:
>
> On Fri, 2019-05-24 at 13:53 +0200, Simon Goldschmidt wrote:
> > On Fri, May 24, 2019 at 1:44 PM Marek Vasut wrote:
> > >
> > >
> > > On 5/24/19 1:40 PM, tien.fong.c...@intel.com wrote:
> > > >
> > > > From: Tien Fong Chee
> > > >
> > > >
On 21/05/19 9:01 PM, Adam Ford wrote:
> On Tue, May 21, 2019 at 10:09 AM Sekhar Nori wrote:
>>
>> U-Boot README recommends initializing SDRAM in board_init_f(). DA850
>> was doing it as part of board_init_r() (through call to spl_board_init()
>> which calls arch_cpu_init() which calls da850_ddr_se
Modify the Freescale ESPI driver to support the driver model.
Also resolved the following problems:
= WARNING ==
This board does not use CONFIG_DM_SPI. Please update
the board before v2019.04 for no dm conversion
and v2019.07 for partially dm converted drive
This patch solves the problem that spiboot cannot be performed in
non-DM SPL.
Signed-off-by: Pan Jiafei
Signed-off-by: Chuanhua Han
---
Changes in v2:
- No change.
include/config_uncmd_spl.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/config_uncmd_spl.h b/include/confi
Add espi slave nodes to support t2080qds.
Signed-off-by: Chuanhua Han
---
depends on:
- https://patchwork.ozlabs.org/project/uboot/list/?series=99439
Changes in v2:
- No change.
arch/powerpc/dts/t2080qds.dts | 33 +
1 file changed, 33 insertion
Hi Bin
Bin Meng 於 2019年5月22日 週三 下午5:25寫道：
>
> Hi Eric,
>
> On Wed, May 22, 2019 at 4:23 PM wrote:
> >
> > Hi Bin,
> >
> > > -Original Message-
> > > From: Bin Meng [mailto:bmeng...@gmail.com]
> > > Sent: Tuesday, May 21, 2019 3:56 PM
> > > To: Eric Te-Sheng Lin(林德晟)
> > > Cc: U-Boot Mail
Add espi controller node to support t2080.
Signed-off-by: Chuanhua Han
---
depends on:
- https://patchwork.ozlabs.org/project/uboot/list/?series=99439
Changes in v2:
- No change.
arch/powerpc/dts/t2080.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/p
In order to convert the Freescale ESPI driver to the driver model, there
are 5 related patches in the current patch set:
0001-spl-dm-disable-SPI-DM-flash-for-non-DM-SPL.patch
0002-dm-spi-Convert-Freescale-ESPI-driver-to-driver-model.patch
0003-powerpc-dts-t2080-add-espi-controller-node-support.pat
Hi Bin
Bin Meng 於 2019年5月22日 週三 下午5:25寫道：
>
> Hi Eric,
>
> On Wed, May 22, 2019 at 4:23 PM wrote:
> >
> > Hi Bin,
> >
> > > -Original Message-
> > > From: Bin Meng [mailto:bmeng...@gmail.com]
> > > Sent: Tuesday, May 21, 2019 3:56 PM
> > > To: Eric Te-Sheng Lin(林德晟)
> > > Cc: U-Boot Mail
This patch is to enable espi DM for T2080QDS in uboot
Signed-off-by: Chuanhua Han
---
depends on:
- https://patchwork.ozlabs.org/project/uboot/list/?series=99439
Changes in v2:
- No change.
configs/T2080QDS_NAND_defconfig | 2 ++
configs/T2080QDS_SDCARD_defconfig
Modify the Freescale ESPI driver to support the driver model.
Also resolved the following problems:
= WARNING ==
This board does not use CONFIG_DM_SPI. Please update
the board before v2019.04 for no dm conversion
and v2019.07 for partially dm converted drive
Add espi controller node to support t2080.
Signed-off-by: Chuanhua Han
---
depends on:
- https://patchwork.ozlabs.org/project/uboot/list/?series=99439
Changes in v3:
- Add a cover-letter for this patch set.
Changes in v2:
- No change.
arch/powerpc/dts/t2080.dtsi | 10
From: Tien Fong Chee
Finding bitstream from cff-file is no longer valid after bitstream is built
into FIT image and loaded by generic firmware loader. Remove cff-file
as this is legacy implementation from A10 downstream.
Signed-off-by: Tien Fong Chee
---
arch/arm/dts/socfpga_arria10_socdk_sdmm
This patch is to enable espi DM for T2080QDS in uboot
Signed-off-by: Chuanhua Han
---
depends on:
- https://patchwork.ozlabs.org/project/uboot/list/?series=99439
Changes in v3:
- Add a cover-letter for this patch set.
Changes in v2:
- No change.
configs/T2080QDS_NAN
This patch solves the problem that spiboot cannot be performed in
non-DM SPL.
Signed-off-by: Pan Jiafei
Signed-off-by: Chuanhua Han
---
Changes in v3:
- Add a cover-letter for this patch set.
Changes in v2:
- No change.
include/config_uncmd_spl.h | 1 +
1 file changed, 1 insert
Hi Bin
Bin Meng 於 2019年5月22日 週三 下午5:25寫道：
>
> Hi Eric,
>
> On Wed, May 22, 2019 at 4:23 PM wrote:
> >
> > Hi Bin,
> >
> > > -Original Message-
> > > From: Bin Meng [mailto:bmeng...@gmail.com]
> > > Sent: Tuesday, May 21, 2019 3:56 PM
> > > To: Eric Te-Sheng Lin(林德晟)
> > > Cc: U-Boot Mail
Add espi slave nodes to support t2080qds.
Signed-off-by: Chuanhua Han
---
depends on:
- https://patchwork.ozlabs.org/project/uboot/list/?series=99439
Changes in v3:
- Add a cover-letter for this patch set.
Changes in v2:
- No change.
arch/powerpc/dts/t2080qds.dts |
Update qspi clock configuration in TFABOOT in case
of QSPI BOOT source.
Signed-off-by: Pankit Garg
---
arch/arm/cpu/armv8/fsl-layerscape/soc.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm/cpu/armv8/fsl-layerscape/soc.c
b/arch/arm/cpu/armv8/fsl-layerscape/soc.c
index df3
From: Nick
Khadas Edge is a board from Khadas, you can find the detail about it here:
https://www.khadas.com/edge
This patch add basic node for the board and make it able to bring up.
Specification
- Rockchip RK3399
- Dual-Channel 2GB/4GB LPDDR4
- SD card slot
- Onboard 16GB/32GB/128GB eMMC
- R
From: Nick
Khadas Edge is a board from Khadas, you can find the detail about it here:
https://www.khadas.com/edge
This patch add basic node for the board and make it able to bring up.
Specification
- Rockchip RK3399
- Dual-Channel 2GB/4GB LPDDR4
- SD card slot
- Onboard 16GB/32GB/128GB eMMC
- R
On Fri, 2019-05-24 at 14:00 +0200, Simon Goldschmidt wrote:
> On Fri, May 24, 2019 at 1:57 PM Chee, Tien Fong
> wrote:
> >
> >
> > On Fri, 2019-05-24 at 13:53 +0200, Simon Goldschmidt wrote:
> > >
> > > On Fri, May 24, 2019 at 1:44 PM Marek Vasut
> > > wrote:
> > > >
> > > >
> > > >
> > > >
On 5/24/19 2:14 PM, tien.fong.c...@intel.com wrote:
> From: Tien Fong Chee
>
> Finding bitstream from cff-file is no longer valid after bitstream is built
> into FIT image and loaded by generic firmware loader. Remove cff-file
> as this is legacy implementation from A10 downstream.
>
> Signed-of
When using device model it is required to select the pinctrl
drivers so that the pins can be properly configured via
devicetree.
mx6sabreauto board is an example of a target that uses DM and does
not select the pinctrl drivers.
Instead of doing the pinctrl driver selection in each individual
defc
Set default value for the ethact variable to the WAN port.
Signed-off-by: Marek Behún
---
include/configs/turris_omnia.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/turris_omnia.h b/include/configs/turris_omnia.h
index 018f54428b..290828d73e 100644
--- a/include/configs/t
Hi Stefan,
here is v2 of the last fixes for Turris Omnia.
Changes:
- removed the #ifdef you asked for
- added a patch changing the bootargs setting in Omnia rescue bootcmd
Marek
Marek Behún (7):
arm: mvebu: turris_omnia: set default ethernet adapter
arm: mvebu: turris_omnia: fix adapters
This is not needed here since Omnia is using DM_PCI now.
Signed-off-by: Marek Behún
---
include/configs/turris_omnia.h | 5 -
1 file changed, 5 deletions(-)
diff --git a/include/configs/turris_omnia.h b/include/configs/turris_omnia.h
index 8e3d5cc8cf..26f85466a4 100644
--- a/include/configs
The board code reads MAC addresses from the ATSHA204A cryptochip.
For compatibility reasons the ethernet adapters on this SOC are not
enumerated in register address order. But when Omnia was first
manufactured this was done differently.
Change setting of MAC addresses to conform to the description
We always want to enumerate PCIe devices, because withouth this they
won't work in Linux.
Signed-off-by: Marek Behún
---
board/CZ.NIC/turris_omnia/turris_omnia.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/board/CZ.NIC/turris_omnia/turris_omnia.c
b/board/CZ.NIC/turris_omnia/turris_omnia
If SCSI and USB boot options are both available, try to boot from SCSI
first.
Signed-off-by: Marek Behún
---
include/configs/turris_omnia.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/configs/turris_omnia.h b/include/configs/turris_omnia.h
index 26f85466a4..edd776
Rescue mode bootcmd currently only appends the "omniarescue" parameter
to the bootargs variable. We do not want the user to be able to change
rescue mode bootargs. Therefore change this so that bootcmd sets the
bootargs variable in an absolute way (adding console device information
and the omniares
The U-Boot partition is 1 MiB and environment is 64 KiB. It does not
make sense to have environment at 0xc when it could be at 0xf
and we can have more space for U-Boot binary.
Signed-off-by: Marek Behún
---
include/configs/turris_omnia.h | 4 ++--
1 file changed, 2 insertions(+), 2 dele
On Fri, 24 May 2019 09:50:53 -0300
Fabio Estevam wrote:
> When using device model it is required to select the pinctrl
> drivers so that the pins can be properly configured via
> devicetree.
>
> mx6sabreauto board is an example of a target that uses DM and does
> not select the pinctrl drivers.
On Fri, May 24, 2019 at 5:10 AM Sekhar Nori wrote:
>
> On 21/05/19 9:01 PM, Adam Ford wrote:
> > On Tue, May 21, 2019 at 10:09 AM Sekhar Nori wrote:
> >>
> >> U-Boot README recommends initializing SDRAM in board_init_f(). DA850
> >> was doing it as part of board_init_r() (through call to spl_boar
Hi,
On 24/05/19 10:01, Michal Simek wrote:
> On 23. 05. 19 15:54, Luca Ceresoli wrote:
>> Hi,
>>
>> On 22/05/19 12:24, Michal Simek wrote:
>>> On 10. 05. 19 10:15, Luca Ceresoli wrote:
Avnet UltraZed-EV Starter Kit is composed by the UltraZed-EV SoM and the
only publicly-available compat
On Fri, May 24, 2019 at 6:19 AM Heinrich Schuchardt wrote:
>
> On 5/24/19 3:02 AM, AKASHI Takahiro wrote:
> > Heinrich,
> >
> > On Thu, May 16, 2019 at 07:34:54PM +0200, Heinrich Schuchardt wrote:
> >> In EFI 1.10 a version of the Unicode collation protocol using ISO 639-2
> >> language codes exis
This script transforms a pair of psu_init_gpl.c and .h files produced by
the Xilinx Vivado tool for ZynqMP into a smaller psu_init_gpl.c file that
is almost checkpatch compliant.
Based on a script by Michal Simek.
Signed-off-by: Luca Ceresoli
---
Changes v1 -> v2:
- document that is INPUT_DIR
Fixes sparse warnings when building zynqmp defconfigs:
./board/xilinx/zynqmp/xil_io.h:12:6: warning: symbol 'Xil_Out32' was not
declared. Should it be static?
./board/xilinx/zynqmp/xil_io.h:17:5: warning: symbol 'Xil_In32' was not
declared. Should it be static?
./board/xilinx/zynqmp/xil_io.
Avnet UltraZed-EV Starter Kit is composed by the UltraZed-EV SoM and the
only publicly-available compatible carrier card. The SoM is based on the EV
version of the Xilinx ZynqMP SoC+FPGA.
The psu_init_gpl.c file has been generated from the board definition files
at [0] using Vivado 2018.3 and then
Hi Bin,
> -Original Message-
> From: Bin Meng [mailto:bmeng...@gmail.com]
> Sent: 2019年5月24日 17:38
> To: Z.q. Hou
> Cc: Xiaowei Bao ; Simon Glass ;
> u-boot@lists.denx.de; Prabhakar Kushwaha
> ; w...@denx.de; Shengzhou Liu
> ; Jagdish Gediya ;
> ley.foon@intel.com; s...@denx.de; M.h.
Am 23.05.19 um 07:55 schrieb Stefan Roese:
> With commit 06985289d452 ("watchdog: Implement generic watchdog_reset()
> version") the init sequence has changed in arch_misc_init(), resulting
> in a re-appearance of the d-cache issue on MT7688 boards (e.g. gardena).
> When this happens, the first (
Am 23.05.19 um 07:55 schrieb Stefan Roese:
> Enable CONFIG_USE_PREBOOT on for the gardena mt7688 platforms, so that
> this feature can be used here.
>
> Signed-off-by: Stefan Roese
> Cc: Daniel Schwierzeck
> ---
> v2:
> - No change
>
> configs/gardena-smart-gateway-mt7688-ram_defconfig | 1 +
Am 08.05.19 um 14:47 schrieb Stefan Roese:
> This patch enables the "wdt" command, which is quite useful for watchdog
> testing.
>
> Signed-off-by: Stefan Roese
> Cc: Daniel Schwierzeck
> ---
> configs/gardena-smart-gateway-mt7688-ram_defconfig | 1 +
> configs/gardena-smart-gateway-mt7688_de
On Fri, May 24, 2019 at 12:40:53PM +0800, Chuanhua Han wrote:
> This patch solves the problem that spiboot cannot be performed in
> non-DM SPL.
>
> Signed-off-by: Pan Jiafei
> Signed-off-by: Chuanhua Han
> ---
> Changes in v2:
> - No change.
>
> include/config_uncmd_spl.h | 1 +
> 1 fi
On 5/24/19 8:59 AM, AKASHI Takahiro wrote:
> The error here should be marked *todo*.
>
> Signed-off-by: AKASHI Takahiro
Reviewed-by: Heinrich Schuchardt
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
On 5/24/19 8:59 AM, AKASHI Takahiro wrote:
> The current efi_et_variable() doesn't support EFI_VARIABLE_APPEND_WRITE
> attiribut for now, and so should return an error.
>
> Signed-off-by: AKASHI Takahiro
I will correct the typos in the commit message and add a TODO comment in
the code.
Reviewed-
On 5/24/19 8:59 AM, AKASHI Takahiro wrote:
> If a variable already exists, efi_set_variable() should not change
> the variable's attributes. This patch enforces it.
>
> Signed-off-by: AKASHI Takahiro
Reviewed-by: Heinrich Schuchardt
> ---
> lib/efi_loader/efi_variable.c | 13 +++--
> 1
On 24/05/19 6:51 PM, Adam Ford wrote:
diff --git a/arch/arm/mach-davinci/spl.c b/arch/arm/mach-davinci/spl.c
index 103639e34757..117b5ee836f8 100644
--- a/arch/arm/mach-davinci/spl.c
+++ b/arch/arm/mach-davinci/spl.c
@@ -33,10 +33,14 @@ void putc(char c)
void spl
From: Leo Ruan
Add sub-command 'env info' to display environment information:
- env_valid : is environment valid
- env_ready : is environment imported into hash table
- env_use_default : is default environment using
This command can be optionally used for evaluation in scripts:
[-d] : evaluate w
Simon,
There were a couple of issues with your patches (two appear to be malformed -
the README and the 'fifo_threshold' one, looked like a linewrap issue, and the
defconfig changes just didn't match up exactly w/TOT tegra/master after
rebasing against TomR's main master). I was able to fix the
On Thu, May 23, 2019 at 01:48:21PM -0300, Fabio Estevam wrote:
> On Thu, May 23, 2019 at 1:11 PM Jagan Teki wrote:
>
> > Don't know whether this is SPL size issue or not? can you try
> > SPL_OF_PLATDATA and TINY* I can see the size reduced with 64512 bytes
> > (one build issue on fdtdec_get_int u
+ CCed to mainatiners.
On Fri, May 24, 2019 at 5:52 PM wrote:
>
> From: Nick
>
> Khadas Edge is a board from Khadas, you can find the detail about it here:
> https://www.khadas.com/edge
Drop this http from commit message, we usually don't keep.
>
> This patch add basic node for the board and m
On Fri, May 17, 2019 at 4:00 PM Jagan Teki wrote:
>
> Add initial support for Rock PI 4 board.
>
> Specification
> - Rockchip RK3399
> - LPDDR4
> - eMMC
> - SD card slot
> - RTL8211E 1Gbps
> - HDMI In/Out, DP, MIPI DSI/CSI
> - PCIe M.2
> - USB 2.0, USB-3.0
> - USB C Type
>
> Commit details of rk33
On 5/24/19 8:59 AM, AKASHI Takahiro wrote:
> Error message will alert a user that setting/deleting a variable failed.
>
> Signed-off-by: AKASHI Takahiro
> ---
> Changes in v2 (May 24, 2019)
> * change a message to "Out of memory"
> * add more error messages
> ---
> cmd/nvedit_efi.c | 11 +
On 5/24/19 3:30 PM, Peter Robinson wrote:
> On Fri, May 24, 2019 at 6:19 AM Heinrich Schuchardt
> wrote:
>>
>> On 5/24/19 3:02 AM, AKASHI Takahiro wrote:
>>> Heinrich,
>>>
>>> On Thu, May 16, 2019 at 07:34:54PM +0200, Heinrich Schuchardt wrote:
In EFI 1.10 a version of the Unicode collation
Hi Tom,
please pull some minor updates for MT7688 Gardena Smart Gateway. One patch
is a fix for network instability which should be merged for 2019.07.
https://travis-ci.org/danielschwierzeck/u-boot/builds/536793504
The following changes since commit 40920bdecc4e1b7096de6f546d7b5c2185554ba6:
Hello Simon,
I am really grateful for your review comments.
I think I tackled all of them in
https://patchwork.ozlabs.org/cover/1104242/
("[U-Boot,v3,0/3] Add 'bcb' command to read/modify/write Android BCB")
I would appreciate if you can have one more/final look.
--
Best Regards,
Eugeniu.
Superseded by https://patchwork.ozlabs.org/cover/1104242/
("[U-Boot,v3,0/3] Add 'bcb' command to read/modify/write Android BCB")
--
Best Regards,
Eugeniu.
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Mario,
On Tue, May 21, 2019 at 4:42 PM Tom Rini wrote:
>
> On Mon, May 20, 2019 at 10:48:23PM +0530, Jagan Teki wrote:
>
> > Hi Tom,
> >
> > Please pull this PR.
> >
> > Summary:
> > - mpc8xxx spi driver fixes (Mario)
> > - mpc8xxx spi dm conversion (Mario, Jagan)
> > - SPI DM Migration update
Hello Stephen,
On Fri, May 17, 2019 at 05:28:25PM +0200, Eugeniu Rosca wrote:
> On Fri, May 17, 2019 at 04:26:23PM +0100, Stephen Finucane wrote:
> [..]
> > http://patchwork.ozlabs.org/patch/1099264/
> >
> > We're just waiting for ozlabs to apply that patch.
> >
> > Stephen
>
> Thanks!
jFYI/FW
On Wed, May 22, 2019 at 02:50:58PM -0400, Tom Rini wrote:
> On Wed, May 22, 2019 at 06:50:36PM +0200, Eugeniu Rosca wrote:
[..]
> > 0421 0024 T clk_free
> > 0961 0027 T clk_disable
> > 0888 0027 T clk_enable
> > 000
This adds a size check for SPL that can dynamically check generated
SPL binaries (including devicetree) for a size limit that ensures
this image plus global data, heap and stack fit in initial SRAM.
Since some of these sizes are not available to make, a new host tool
'spl_size_limit' is added that
Am 24.05.2019 um 19:43 schrieb Tom Rini:
On Thu, May 23, 2019 at 01:48:21PM -0300, Fabio Estevam wrote:
On Thu, May 23, 2019 at 1:11 PM Jagan Teki wrote:
Don't know whether this is SPL size issue or not? can you try
SPL_OF_PLATDATA and TINY* I can see the size reduced with 64512 bytes
(one bu
Am 24.05.2019 um 22:07 schrieb Simon Goldschmidt:
This adds a size check for SPL that can dynamically check generated
SPL binaries (including devicetree) for a size limit that ensures
this image plus global data, heap and stack fit in initial SRAM.
Since some of these sizes are not available to
On Tue, 2019-05-21 at 10:37 -0300, Fabio Estevam wrote:
> Currently the mx6qsabresd board does not boot:
>
> U-Boot SPL 2019.07-rc2 (May 16 2019 - 14:28:55 -0300)
> Trying to boot from MMC1
> spl: could not find mmc device 0. error: -19
> SPL: failed to boot from all boot devices
> ### ERROR ### P
Hi Ezequiel,
On Fri, May 24, 2019 at 6:31 PM Ezequiel Garcia wrote:
> Since we care about the SPL size, is there any reason why we have
> CONFIG_SPL_FS_EXT4?
>
> AFAICS, u-boot.img is not on a filesystem, so why do we need ext2/3/4?
Yes, I will remove CONFIG_SPL_FS_EXT4 and CONFIG_SPL_I2C_SUPP
On Fri, 2019-05-24 at 18:41 -0300, Fabio Estevam wrote:
> Hi Ezequiel,
>
> On Fri, May 24, 2019 at 6:31 PM Ezequiel Garcia
> wrote:
>
> > Since we care about the SPL size, is there any reason why we have
> > CONFIG_SPL_FS_EXT4?
> >
> > AFAICS, u-boot.img is not on a filesystem, so why do we n
Hi Eugeniu,
jFYI/FWIW, a recent patch series no longer suffers from this problem:
https://patchwork.ozlabs.org/cover/1104242/
("[U-Boot,v3,0/3] Add 'bcb' command to read/modify/write Android BCB")
OK, super. I'd applied the fix for that issue on patchwork.ozlabs.org
last week.
However, the
On 5/8/19 1:22 PM, Niel Fourie wrote:
[...]
> diff --git a/include/configs/phycore_am335x_r2.h
> b/include/configs/phycore_am335x_r2.h
> new file mode 100644
> index 00..31a07062a0
> --- /dev/null
> +++ b/include/configs/phycore_am335x_r2.h
> @@ -0,0 +1,130 @@
> +/* SPDX-License-Identifi
Hello Jagan,
Thanks for your review.
> Hope you sync the dts from Linux, if not please submit it and aprove
> > first, if yes then add commit sha1. This would help to keep track of
> > syncing dts from Linux later and since dts files are more relatives
> > same from Linux it always better to appr
On Sat, May 25, 2019 at 9:14 AM Nick Xie wrote:
>
>
> Hello Jagan,
>
> Thanks for your review.
>
>> > Hope you sync the dts from Linux, if not please submit it and aprove
>> > first, if yes then add commit sha1. This would help to keep track of
>> > syncing dts from Linux later and since dts files
94 matches
Mail list logo
