On Fri, 21 Jun 2019 12:17:00 +0800
Chuanhua Han wrote:
> Add an implementation of the ds3231 driver that uses the driver
> model i2c APIs.
>
> Signed-off-by: Chuanhua Han
> ---
> Changes in v3:
> - Update copyright information.
>
> Changes in v2:
> - Replace "#ifndef
Add an implementation of the ds3231 driver that uses the driver
model i2c APIs.
Signed-off-by: Chuanhua Han
---
Changes in v3:
- Update copyright information.
Changes in v2:
- Replace "#ifndef CONFIG_DM_RTC" with "#if !CONFIG_IS_ENABLED(DM_RTC)"
drivers/rtc/ds3231.c | 108
Hi Jagan,
> -Original Message-
> From: Chuanhua Han
> Sent: Friday, June 21, 2019 7:52 AM
> To: w...@denx.de; Shengzhou Liu ; Ruchika Gupta
> ; ja...@openedev.com; s...@chromium.org;
> Prabhakar Kushwaha
> Cc: u-boot@lists.denx.de; Chuanhua Han
> Subject: [PATCH v4 0/5] dm: spi:
Add an implementation of the ds3231 driver that uses the driver
model i2c APIs.
Signed-off-by: Chuanhua Han
---
Changes in v2:
- Replace "#ifndef CONFIG_DM_RTC" with "#if !CONFIG_IS_ENABLED(DM_RTC)"
drivers/rtc/ds3231.c | 105 +++
1 file
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 v4:
- No change.
Changes in v3:
- Add a cover-letter for this patch set.
Changes in v2:
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 v4:
- No change.
Changes in v3:
- Add a cover-letter for this patch set.
Changes in v2:
- No
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 v4:
- Modify the spi-max-frequency attribute value of the
flash@x node of the device tree.
Changes in v3:
-
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 v4:
- No change.
Changes in v3:
- Add a cover-letter for this patch set.
Changes in v2:
- No change.
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
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
On Tue, Jun 18, 2019 at 08:40:54PM -0700, Bin Meng wrote:
> Update all git repo links with the new gitlab ones.
>
> Signed-off-by: Bin Meng
> Acked-by: Wolfgang Denk
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Thu, Jun 13, 2019 at 02:46:44PM +0200, Mian Yousaf Kaukab wrote:
> Fixes: 8163faf952 ARMv8: add optional Linux kernel image header
>
> Signed-off-by: Mian Yousaf Kaukab
> Reviewed-by: Stephen Warren
> Tested-by: Andreas Färber
Applied to u-boot/master, thanks!
--
Tom
signature.asc
On Wed, Jun 12, 2019 at 03:27:55PM +0100, Alex Kiernan wrote:
> If flash_write fails, whilst we propagate this up to our caller, we need
> to avoid swapping in the new file (if we're on a filesystem) in this
> case.
>
> Fixes: dbc34323796b ("tools: env: Implement atomic replace for filesystem")
On Fri, Jun 07, 2019 at 08:48:19PM +, Shannon Barber wrote:
> Signed-off-by: Shannon Barber
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
___
U-Boot mailing list
U-Boot@lists.denx.de
On Thu, Jun 06, 2019 at 05:08:45PM +0930, Joel Stanley wrote:
> The driver was using milliseconds and programming it into a register
> which takes ticks of the watchdog clock, which runs at 1MHz. This meant
> we were off by 1000 with the desired value.
>
> When 06985289d452 ("watchdog: Implement
On Wed, Jun 05, 2019 at 06:18:30PM +, Breno Matheus Lima wrote:
> Commit ad7061ed742e ("doc: Move device tree bindings documentation to
> doc/device-tree-bindings") moved all device tree binding documentation
> to doc/device-tree-bindings directory.
>
> The current U-Boot project still have
On Thu, Jun 20, 2019 at 09:44:32AM +, Prabhakar Kushwaha wrote:
> Dear Tom,
>
> Please find my pull request for u-boot-mpc85xx/master
>
> Summary:
> - PCIe driver change to support DM model
> - T2080QDS migrated to use PCIe DM model
>
> Travis-CI:
On Thu, May 16, 2019 at 10:16:54PM +0200, Marek Vasut wrote:
> Add myself as an SH maintainer.
>
> Signed-off-by: Marek Vasut
> Cc: Nobuhiro Iwamatsu
> Cc: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Thu, Jun 20, 2019 at 02:31:46AM +, Peng Fan wrote:
> Hi Tom,
>
> Please pull mmc-6-19 for v2019.07-rc4
> CI: https://travis-ci.org/MrVan/u-boot/builds/547549538
>
> Thanks,
> Peng.
>
> The following changes since commit 77f6e2dd0551d8a825bab391a1bd6b838874bcd4:
>
> Merge tag
On Thu, Jun 20, 2019 at 06:48:16AM +, Patrice CHOTARD wrote:
> Hi Tom
>
>
> The following changes since commit 77f6e2dd0551d8a825bab391a1bd6b838874bcd4:
>
> Merge tag 'efi-2019-07-rc5-2' of git://git.denx.de/u-boot-efi (2019-06-15
> 13:03:00 -0400)
>
> are available in the Git
On Thu, Jun 20, 2019 at 11:59:12PM +0200, Heinrich Schuchardt wrote:
> Hello Alex,
>
> currently we have two code sections in U-Boot:
>
> * __efi_runtime/__efi_runtime_data (mapped to EFI_RUNTIME_SERVICES_CODE)
> * all other code (mapped to EFI_LOADER_DATA by add_u_boot_and_runtime())
>
> All
Hi Marek,
> -Original Message-
> From: Marek Vasut [mailto:ma...@denx.de]
> Sent: 2019年6月21日 4:54
> To: u-boot@lists.denx.de
> Cc: Marek Vasut ; Abel Vesa ; Adam
> Ford ; Fabio Estevam ;
> Ludwig Zenz ; Peng Fan ;
> Stefano Babic ; Vagrant Cascadian
> Subject: [PATCH] usb: ehci-mx6: Fix
On Mon, Jun 17, 2019 at 12:37 AM Jagan Teki wrote:
>
> This is the v2 set for supporting LPDDR4 with associated
> features, wrt to previous series[1].
>
> Thanks to
> - YouMin Chen
> - Akash Gajjar
> - Kever Yang
> for supporting all the help on this work.
>
> On summary this series support
> -
Enable DM support for regulators and fixed regulator driver and
convert USB Vbus control over to the regulators defined in DT.
Signed-off-by: Marek Vasut
Cc: Ludwig Zenz
Cc: Stefano Babic
---
V2: Fix subject, should read DM regulator instead of DM GPIO
---
On 2019-06-20 5:55 a.m., Michal Simek wrote:
> On 19. 06. 19 17:43, Robert Hancock wrote:
>> On 2019-06-19 6:10 a.m., Michal Simek wrote:
>>> On 18. 06. 19 17:47, Robert Hancock wrote:
These changes add support for slave serial mode, in addition to the
existing slave SelectMAP mode, for
Hello Alex,
currently we have two code sections in U-Boot:
* __efi_runtime/__efi_runtime_data (mapped to EFI_RUNTIME_SERVICES_CODE)
* all other code (mapped to EFI_LOADER_DATA by add_u_boot_and_runtime())
All code and data that is not marked as __efi_runtime or
__efi_runtime_data lives in a
IDE devices are no longer automatically probed by u-boot, so it should
be done by the distro boot command before attempting to boot from IDE
(just like scsi and nvme)
Signed-off-by: Joshua Watt
---
include/config_distro_bootcmd.h | 16 +++-
1 file changed, 15 insertions(+), 1
*** PLEASE DO NOT MERGE.
*** This is only RFC, a discussion thread. Patch is only for the
*** reference here right now, to create a discussion context.
There are 2 possible reboot use-cases:
1. User did "fastboot reboot bootloader" (we're setting "dofastboot"
variable as an indicator in
On 20/06/2019 19:01, Clément Péron wrote:
Hi Clément,
thanks for trying that!
...
> On Wed, 19 Jun 2019 at 12:03, Andre Przywara wrote:
>>
>> On Wed, 19 Jun 2019 10:57:14 +0200
>> Clément Péron wrote:
>>
>> Hi,
>>
>>> On Wed, 19 Jun 2019 at 03:04, André Przywara wrote:
On Tue, 18
Enable DM support for regulators and fixed regulator driver and
convert USB Vbus control over to the regulators defined in DT.
Signed-off-by: Marek Vasut
Cc: Ludwig Zenz
Cc: Stefano Babic
---
board/dhelectronics/dh_imx6/dh_imx6.c | 17 -
configs/dh_imx6_defconfig |
It is likely that the DM conversion of EHCI iMX5 driver was a derivative
of EHCI VF, however the conversion is incomplete and is missing the bind
workaround, which updates dev->seq number. Without this, all controllers
have dev->seq number 0 . Add this bind workaround into EHCI iMX5 driver
as
It is likely that the DM conversion of EHCI iMX6 driver was a derivative
of EHCI VF, however the conversion is incomplete and is missing the bind
workaround, which updates dev->seq number. Without this, all controllers
have dev->seq number 0 . Add this bind workaround into EHCI iMX6 driver
as
Allow mx6 sabreauto and sabresd to boot via the default distro boot
commands to make it easier to support general distributions. The
previous boot setup is still supported via legacy boot targets.
Signed-off-by: Sjoerd Simons
---
configs/mx6sabreauto_defconfig| 2 ++
Both the distro boot configuration as well as the general pxe support
standardized on fdtfile as the variable to hold the dtb filename.
Adjust to follow that such that e.g. "pxe boot" will just work.
Signed-off-by: Sjoerd Simons
---
include/configs/mx6sabre_common.h | 22 +++---
On Thu, Jun 20, 2019 at 7:08 PM Sam Protsenko
wrote:
>
> Hi Igor,
>
> On Thu, Jun 20, 2019 at 5:55 PM Igor Opaniuk wrote:
> >
> > Hi Sam,
> >
> > On Thu, Jun 20, 2019 at 5:00 PM Sam Protsenko
> > wrote:
> > >
> > > As per [1], there is no such fastboot variable as "bootloader-version".
> > >
Enter fastboot mode ASAP during the boot, when user performed
"fastboot reboot bootloader" command, before starting the
CONFIG_BOOTDELAY countdown. We don't want to allow user to get into
U-Boot shell when we already know user wants to get into fastboot mode.
Signed-off-by: Sam Protsenko
---
Add spl_board_init for TPL, that have TPL banner will help
to print tpl boot prints.
Signed-off-by: Jagan Teki
---
arch/arm/mach-rockchip/rk3399-board-tpl.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/mach-rockchip/rk3399-board-tpl.c
Enable TPL_BOARD_INIT, this would help us to show
TPL boot prints.
Signed-off-by: Jagan Teki
---
arch/arm/mach-rockchip/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/mach-rockchip/Kconfig b/arch/arm/mach-rockchip/Kconfig
index ce039022df..1d483be8b9 100644
---
Now, we have spl_board_init with preloader_console_init that
indeed show SPL banner.
So mark the 'U-Boot SPL board init' print into debug.
Signed-off-by: Jagan Teki
---
arch/arm/mach-rockchip/rk3399-board-spl.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Now, we have spl_board_init which has TPL banner prints.
So mark the 'U-Boot TPL board init' print into debug.
Signed-off-by: Jagan Teki
---
arch/arm/mach-rockchip/rk3399-board-tpl.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-rockchip/rk3399-board-tpl.c
Enable SPL_BOARD_INIT globally to rk3399, this would
help to print the SPL banner during bootup.
Signed-off-by: Jagan Teki
---
arch/arm/mach-rockchip/Kconfig | 1 +
configs/puma-rk3399_defconfig | 1 -
2 files changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-rockchip/Kconfig
Support common spl_board_init by moving code from puma
board file into, common rk3399-board-spl.c.
Part of the code has sysreset-gpio, regulators_enable_boot_on
but right now only puma board is using this with relevant
config options rest remains common for all targets.
Signed-off-by: Jagan Teki
u-boot,dm-pre-reloc for uart0, uart2 indeed u-boot specific
properties. Move them into rk3399-u-boot.dtsi so the boards
which enabled these node will available during SPL.
Signed-off-by: Jagan Teki
---
arch/arm/dts/rk3399-gru.dtsi| 1 -
arch/arm/dts/rk3399-puma.dtsi | 1 -
preloader_console_init is used for printing SPL boot banner that
usually called from spl_board_init.
The current spl_board_init in evb and rock960 is enabling explicit
pinctrl, debug uart prior to calling preloader_console_init which
eventually not required since board_init_f is already enabled
This is v2 set for previous v1. No much diff, except the
latest rebase.
Usually spl_board_init has preloader_console_init which
would help to print boot up banner during SPL and TPL.
The current rk3399 lacking that in few of the boards,
this series make reuse of spl_board_init in SPL and TPL
HI André,
On Wed, 19 Jun 2019 at 12:03, Andre Przywara wrote:
>
> On Wed, 19 Jun 2019 10:57:14 +0200
> Clément Péron wrote:
>
> Hi,
>
> > On Wed, 19 Jun 2019 at 03:04, André Przywara wrote:
> > >
> > > On Tue, 18 Jun 2019 19:22:34 +0200
> > > Clément Péron wrote:
> > >
> > > Hi,
> > >
> > >
>
This patch is to enable u-boot as a payload which runs on top of
Slim Bootloader(https://github.com/slimbootloader/slimbootloader)
boot firmware for x86 platforms.
Added new SLIMBOOTLOADER SYS/VENDOR/TARGET CONFIG
- New arch/x86/cpu/slimbootloader directory with minimum codes
- New
From: Aiden Park
This patch is to enable u-boot as a payload which runs on top of Slim
Bootloader(https://github.com/slimbootloader/slimbootloader) boot firmware for
x86 platforms.
The Slim Bootloader is designed with multi-staqe architecture for the execution
from reset vector to OS
The board was added without adding a MAINTAINERS entry.
Fixes:
$ ./tools/genboardscfg.py -f
WARNING: no status info for 'avnet_ultrazedev_cc_v1_0_ultrazedev_som_v1_0'
WARNING: no maintainers for 'avnet_ultrazedev_cc_v1_0_ultrazedev_som_v1_0'
$
Reported-by: Michal Simek
Signed-off-by:
Hi Michal,
On 20/06/19 08:03, Michal Simek wrote:
> On 19. 06. 19 18:28, Luca Ceresoli wrote:
>> The board was added without adding a MAINTAINERS entry.
>>
>> Fixes:
>>
>> $ ./tools/genboardscfg.py -f
>> WARNING: no status info for 'avnet_ultrazedev_cc_v1_0_ultrazedev_som_v1_0'
>> WARNING:
Hi Igor,
On Thu, Jun 20, 2019 at 5:55 PM Igor Opaniuk wrote:
>
> Hi Sam,
>
> On Thu, Jun 20, 2019 at 5:00 PM Sam Protsenko
> wrote:
> >
> > As per [1], there is no such fastboot variable as "bootloader-version".
> > Only "version-bootloader" is supported. Let's reflect this and not
> > confuse
Hi Sam,
On Thu, Jun 20, 2019 at 5:00 PM Sam Protsenko
wrote:
>
> As per [1], there is no such fastboot variable as "bootloader-version".
> Only "version-bootloader" is supported. Let's reflect this and not
> confuse users further.
>
> [1]
>
Defines LS1028A RDB SGMII port, QDS RGMII port.
Signed-off-by: Alex Marginean
---
arch/arm/dts/fsl-ls1028a-qds.dts | 13 +
arch/arm/dts/fsl-ls1028a-rdb.dts | 13 +
arch/arm/dts/fsl-ls1028a.dtsi| 24
3 files changed, 50 insertions(+)
diff
Ethernet interfaces using serial protocols go through the serdes block
integrated in the SoC. This is accessed over dedicated internal MDIOs
which are part of the Ethernet PCI functions. Set up serdes at _start,
along with other protocol specific port/MAC configuration.
MDIO code is shared with
Enables ethernet, MDIO, PHY drivers for LS1028A RDB and QDS.
Signed-off-by: Alex Marginean
---
configs/ls1028aqds_tfa_defconfig | 5 -
configs/ls1028ardb_tfa_defconfig | 2 ++
2 files changed, 6 insertions(+), 1 deletion(-)
diff --git a/configs/ls1028aqds_tfa_defconfig
Adds a driver for NXP ENETC ethernet controller currently integrated in
LS1028A. ENETC is a fairly straight-forward BD ring device and interfaces
are presented as PCI EPs on the SoC ECAM.
Signed-off-by: Catalin Horghidan
Signed-off-by: Alex Marginean
---
drivers/net/Kconfig | 7 +
Adds a driver for the MDIO interface currently integrated in LS1028A SoC.
This MDIO interface is shared by multiple ethernet interfaces and is
presented as a stand-alone PCI function on the SoC ECAM.
Ethernet has a functional dependency on MDIO, for simplicity there is a
single config option for
LS1028A ethernet interfaces work with at least 8 BDs, set number of buffers
to match that.
Signed-off-by: Alex Marginean
---
include/configs/ls1028a_common.h | 4
1 file changed, 4 insertions(+)
diff --git a/include/configs/ls1028a_common.h b/include/configs/ls1028a_common.h
index
This patch set introduces ENETC ethernet and MDIO drivers, integrated in LS1028A
NXP device and enables networking on the two existing boards.
The SGMII interface labeled MAC0 is now functional on the reference design board
(RDB). The RDB also features four switch ports, not enabled yet.
On the
Hi Sam,
On Thu, Jun 20, 2019 at 4:40 PM Sam Protsenko
wrote:
>
> As per documentation [1], Android-Q requires for bootloader to provide
> "is-userspace" variable. "no" value should be always returned. This
> patch implements this fastboot variable.
>
> [1]
>
As per [1], there is no such fastboot variable as "bootloader-version".
Only "version-bootloader" is supported. Let's reflect this and not
confuse users further.
[1]
https://android.googlesource.com/platform/system/core/+/master/fastboot/README.md#client-variables
Signed-off-by: Sam Protsenko
As per documentation [1], Android-Q requires for bootloader to provide
"is-userspace" variable. "no" value should be always returned. This
patch implements this fastboot variable.
[1]
https://android.googlesource.com/platform/system/core/+/master/fastboot/README.md#client-variables
Add git custodians for STMicroelectronics STM32MP entry.
Signed-off-by: Patrice Chotard
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 14c332e423..455466df25 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -297,6 +297,7 @@ ARM STM STM32MP
M:
> -Original Message-
> From: Y.b. Lu
> Sent: 2019年6月20日 11:34
> To: Lukasz Majewski
> Cc: u-boot@lists.denx.de; Stefano Babic ; Fabio Estevam
> ; dl-uboot-imx ; Albert Aribaud
> ; Eddy Petrișor ;
> Akshay Bhat ; Ken Lin
> ; Heiko Schocher ; Christian
> Gmeiner ; Stefan Roese ; Patrick
>
Hello All,
I have been working on a system using a NAND flash along with U-Boot 2018.07
and Linux Kernel 4.14. This is an Atmel based system FYI so it uses the Atmel
NAND driver. I create a UBI image with 3 separate volumes - 2 of these are a
specified fixed size and the third is specified as
On Thu, Jun 20, 2019 at 10:44:14AM +, Prabhakar Kushwaha wrote:
> Hi Tom,
>
> > -Original Message-
> > From: Tom Rini
> > Sent: Thursday, June 20, 2019 5:24 AM
> > To: Prabhakar Kushwaha
> > Cc: u-boot@lists.denx.de
> > Subject: Re: Pull request : u-boot-fsl-qoriq/master
> >
> > On
The sunxi SPI peripheral driver attempts to interact with the
peripheral in the set_speed function. It also resets the device
completely (disabling clocks and power) when the bus is released and
turns it back on when claiming. So, if the clock was set up before
the bus was claimed, the speed
> -Original Message-
> From: Lukasz Majewski
> Sent: 2019年6月19日 14:48
> To: Y.b. Lu
> Cc: u-boot@lists.denx.de; Stefano Babic ; Fabio Estevam
> ; dl-uboot-imx ; Albert Aribaud
> ; Eddy Petrișor ;
> Akshay Bhat ; Ken Lin
> ; Heiko Schocher ; Christian
> Gmeiner ; Stefan Roese ; Patrick
Dropped useless code for i.MX eSDHC driver.
Signed-off-by: Yangbo Lu
Tested-by: Steffen Dirkwinkel
Reviewed-by: Peng Fan
Reviewed-by: Martyn Welch
Reviewed-by: Lukasz Majewski
---
Changes for v2:
- Added this patch.
Changes for v3:
- None.
Changes for v4:
- Dropped
Dropped i.MX code which couldn't be reused.
Signed-off-by: Yangbo Lu
Tested-by: Steffen Dirkwinkel
Acked-by: Peng Fan
Reviewed-by: Martyn Welch
---
Changes for v2:
- Added this patch.
Changes for v3:
- Rebased.
Changes for v4:
- Rebased.
- Added
The fsl_esdhc driver was for Freescale eSDHC on MPC83XX/MPC85XX
initially. The later QoriQ series PowerPC processors (which were
evolutions of MPC83XX/MPC85XX), QorIQ series ARM processors, and
i.MX series processors were using this driver for their eSDHCs too.
For the two series processors, the
Moved CONFIG_FSL_ESDHC from header files to defconfig files.
Signed-off-by: Yangbo Lu
Tested-by: Steffen Dirkwinkel
Reviewed-by: Peng Fan
Reviewed-by: Lukasz Majewski
Reviewed-by: Martyn Welch
Acked-by: Jason Liu
---
Changes for v2:
- Rebased.
Changes for v3:
- Rebased.
The fsl_esdhc driver was for Freescale eSDHC on MPC83XX/MPC85XX
initially. The later QoriQ series PowerPC processors (which were
evolutions of MPC83XX/MPC85XX), QorIQ series ARM processors, and
i.MX series processors were using this driver for their eSDHCs too.
For the two series processors, the
Hi Lukasz
Thank you for your answer and your warm welcome.
Actually I have tried to enable dm_mmc by including
select DM
select DM_MMC
select OF_CONTROL
imply CMD_DM
into kconfig.
Unfortunately, this breaks everything.
I don’t even get any output on my console.
u-boot breaks at
in
Hi
Are there any further comments?
BR
Fabien
On 14/05/2019 11:20 AM, Fabien Dessenne wrote:
> This patchset adds the mailbox ipcc driver for the stm32mp1 SOC
> and enables it for the stm32mp157 boards.
>
> Fabien Dessenne (4):
>mailbox: introduce stm32-ipcc driver
>MAINTAINERS: Add
On 19. 06. 19 17:43, Robert Hancock wrote:
> On 2019-06-19 6:10 a.m., Michal Simek wrote:
>> On 18. 06. 19 17:47, Robert Hancock wrote:
>>> These changes add support for slave serial mode, in addition to the
>>> existing slave SelectMAP mode, for programming Xilinx Virtex2 (and later)
>>> FPGAs,
efi_status_t and int are of different size. Use separate variables for
return codes of different type.
Signed-off-by: Heinrich Schuchardt
---
cmd/efidebug.c | 25 ++---
1 file changed, 14 insertions(+), 11 deletions(-)
diff --git a/cmd/efidebug.c b/cmd/efidebug.c
index
If a variable cannot be set, always show an information message.
Signed-off-by: Heinrich Schuchardt
---
cmd/efidebug.c | 23 ---
1 file changed, 16 insertions(+), 7 deletions(-)
diff --git a/cmd/efidebug.c b/cmd/efidebug.c
index 479e37714c..cb152b3339 100644
---
If a variable cannot be set, always show an information message.
Do not reuse a variable for a value of a different type.
Heinrich Schuchardt (2):
efi_loader: consistent types in efidebug.c
efi_loader: consistent error handling in efidebug.c
cmd/efidebug.c | 36
Right now rockchip platform need to copy bl31.elf into u-boot
source directory to make use of building u-boot.itb.
So, add environment variable BL31 like Allwinner SoC so-that the
bl31.elf would available via BL31.
If the builds are not exporting BL31 env, the make_fit_atf.py
explicitly create
On Wed, Jun 19, 2019 at 7:22 PM Tom Rini wrote:
>
> On Tue, Jun 18, 2019 at 10:39:54AM +0100, Peter Robinson wrote:
> > Hi Simon,
> >
> > With the EOL of python2 soon I've been looking at the Fedora U-Boot
> > builds to see what it would take to move over to python3. There's a
> > couple of
Hi Tom,
> -Original Message-
> From: Tom Rini
> Sent: Thursday, June 20, 2019 5:24 AM
> To: Prabhakar Kushwaha
> Cc: u-boot@lists.denx.de
> Subject: Re: Pull request : u-boot-fsl-qoriq/master
>
> On Wed, Jun 19, 2019 at 11:42:51AM +, Prabhakar Kushwaha wrote:
>
> > Dear Tom,
> >
>
Hi Elena, Miquel,
I'm busy on SLB9670 again after a longer interruption. I'm using Xilinx
Zynq/ZynqMP and SLB960/SLM9670/SLI9670 and u-boot 2019.06-rc2.
Out of the box the driver can access on the TPM after patching the Cadence SPI
driver what I use on Zynq/ZynqMP. So you should be able to
On 6/20/19 12:55 PM, Anup Patel wrote:
>
>> -Original Message-
>> From: Ramon Fried
>> Sent: Thursday, June 20, 2019 2:48 PM
>> To: Anup Patel
>> Cc: Rick Chen ; Bin Meng ;
>> Lukas Auer ; Simon Glass
>> ; Joe Hershberger ; Palmer
>> Dabbelt ; Paul Walmsley ;
>> Troy Benjegerdes ; Atish
Let's keep similar things together.
Move efi_query_variable_info() to lib/efi_loader/efi_variable.c
Signed-off-by: Heinrich Schuchardt
---
include/efi_loader.h | 5 +
lib/efi_loader/efi_runtime.c | 27 ---
lib/efi_loader/efi_variable.c | 27
Right now puma rk3399 board need to copy bl31-rk3399.bin and
rk3399m0.bin into u-boot source directory to make use of building
u-boot.itb.
So, add environment variable
- BL31 for bl31.bin (instead of bl31-rk3399.bin to compatible with other
platform BL31 env)
- PMUM0 for rk3399m0.bin
If the
Right now rockchip platform need to copy bl31.elf into u-boot
source directory to make use of building u-boot.itb.
So, add environment variable BL31 like Allwinner SoC so-that the
bl31.elf would available via BL31.
If the builds are not exporting BL31 env, the make_fit_atf.py
explicitly create
Currently rockchip platform is using explicit 'make u-boot.itb' for
building u-boot.itb but if we enable CONFIG_BUILD_TARGET as 'u-boot.itb'
then the resulting u-boot.itb directly will create by make.
But, that indeed make travis build fail since it require python-pyelftools
host package.
So add
Add u-boot.itb BUILD_TARGET for Rockchip platform when SPL_LOAD_FIT
is being used.
This can get rid of building itb explicitly with 'make u-boot.itb'
so, from now all required images will build just by make.
Signed-off-by: Jagan Teki
Reviewed-by: Kever Yang
---
Kconfig
binman tools for creating single image build will create image.map
at the end, which has information about binman image node details.
current u-boot, is unable to clean this image.map so add a command
entry in clean target in Makefile.
Signed-off-by: Jagan Teki
Reviewed-by: Kever Yang
---
Rockchip platform has its python script that would generate various
bl31_*bin for creating u-boot.itb file by taking bl31.elf as input.
These bl31_*.bin files are generated in u-boot root directory and
have no rule to clean it up. so add support for it by adding in
command entry of clean target
This is v4 set for supporting u-boot.itb build target
image for rk3399. here is the previous version changes[1]
Changes for v4:
- rebase on master
- support u-boot.itb build even if bl31.elf available
in PWD like what is doing right now. this would keep
the backward compatible.
- update
Add CONFIG_BOARD_LATE_INIT config so that
many late init work can be done.
Signed-off-by: Yuantian Tang
---
arch/arm/Kconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index 958d048971..8b6a68367e 100644
--- a/arch/arm/Kconfig
+++
> -Original Message-
> From: Ramon Fried
> Sent: Thursday, June 20, 2019 2:48 PM
> To: Anup Patel
> Cc: Rick Chen ; Bin Meng ;
> Lukas Auer ; Simon Glass
> ; Joe Hershberger ; Palmer
> Dabbelt ; Paul Walmsley ;
> Troy Benjegerdes ; Atish Patra
> ; Alistair Francis ; U-Boot
> Mailing
> -Original Message-
> From: Z.q. Hou
> Sent: Thursday, May 23, 2019 5:53 PM
> To: u-boot@lists.denx.de; Prabhakar Kushwaha
> ; w...@denx.de; Shengzhou Liu
> ; bmeng...@gmail.com; Jagdish Gediya
> ; s...@chromium.org; ley.foon@intel.com;
> s...@denx.de
> Cc: M.h. Lian ; Xiaowei Bao
>
> -Original Message-
> From: Z.q. Hou
> Sent: Thursday, May 23, 2019 5:52 PM
> To: u-boot@lists.denx.de; Prabhakar Kushwaha
> ; w...@denx.de; Shengzhou Liu
> ; bmeng...@gmail.com; Jagdish Gediya
> ; s...@chromium.org; ley.foon@intel.com;
> s...@denx.de
> Cc: M.h. Lian ; Xiaowei Bao
>
> -Original Message-
> From: Z.q. Hou
> Sent: Thursday, May 23, 2019 5:52 PM
> To: u-boot@lists.denx.de; Prabhakar Kushwaha
> ; w...@denx.de; Shengzhou Liu
> ; bmeng...@gmail.com; Jagdish Gediya
> ; s...@chromium.org; ley.foon@intel.com;
> s...@denx.de
> Cc: M.h. Lian ; Xiaowei Bao
>
> -Original Message-
> From: Z.q. Hou
> Sent: Thursday, May 23, 2019 5:52 PM
> To: u-boot@lists.denx.de; Prabhakar Kushwaha
> ; w...@denx.de; Shengzhou Liu
> ; bmeng...@gmail.com; Jagdish Gediya
> ; s...@chromium.org; ley.foon@intel.com;
> s...@denx.de
> Cc: M.h. Lian ; Xiaowei Bao
>
> -Original Message-
> From: Z.q. Hou
> Sent: Thursday, May 23, 2019 5:52 PM
> To: u-boot@lists.denx.de; Prabhakar Kushwaha
> ; w...@denx.de; Shengzhou Liu
> ; bmeng...@gmail.com; Jagdish Gediya
> ; s...@chromium.org; ley.foon@intel.com;
> s...@denx.de
> Cc: M.h. Lian ; Xiaowei Bao
>
> -Original Message-
> From: Z.q. Hou
> Sent: Thursday, May 23, 2019 5:52 PM
> To: u-boot@lists.denx.de; Prabhakar Kushwaha
> ; w...@denx.de; Shengzhou Liu
> ; bmeng...@gmail.com; Jagdish Gediya
> ; s...@chromium.org; ley.foon@intel.com;
> s...@denx.de
> Cc: M.h. Lian ; Xiaowei Bao
>
1 - 100 of 138 matches
Mail list logo
