[U-Boot] [PATCH 5/6] board/BuR: provide real clock-frequency instead a divider

Actual am335x-fb implementation takes now a real clock frequency instead a divider. So this component doesn't need to know anymore some base frequency of the LCDC, we simply provide the pixel-clock frequency. Signed-off-by: Hannes Schmelzer --- board/BuR/common/common.c | 14

[U-Boot] [PATCH 6/6] board/BuR: drop LCDC clock manipulation from board code

The clock selection is done now from the am335x-fb code, so there is no more need doing this in the board code. Signed-off-by: Hannes Schmelzer --- board/BuR/brppt1/board.c | 3 --- board/BuR/brxre1/board.c | 2 -- 2 files changed, 5 deletions(-) diff --git

[U-Boot] [PATCH 3/6] am335x-fb: cosmetic: fix coding style

Signed-off-by: Hannes Schmelzer --- drivers/video/am335x-fb.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/video/am335x-fb.c b/drivers/video/am335x-fb.c index 8cdd2ec..5494c3c 100644 --- a/drivers/video/am335x-fb.c +++

[U-Boot] [PATCH 4/6] am335x-fb: setup display PLL

The LCDC IP-core an be feed from several clock sources, one of those is a dedicated DPLL for generating a dividable base-clock for this IP-core. The TRM specifies the maximum input frequency for the LCCD with 200 MHz, so we must not exceed this value with the PLL frequency (which can lock much

[U-Boot] [PATCH 1/6] mach-omap2: add AM335x Display PLL register definition

Adds the register definition of the Display DPLL Signed-off-by: Hannes Schmelzer --- arch/arm/include/asm/arch-am33xx/clock.h | 1 + arch/arm/mach-omap2/am33xx/clock_am33xx.c | 7 +++ 2 files changed, 8 insertions(+) diff --git a/arch/arm/include/asm/arch-am33xx/clock.h

[U-Boot] [PATCH 2/6] am335x-fb: cosmetic: update-copyright

Signed-off-by: Hannes Schmelzer --- drivers/video/am335x-fb.c | 4 ++-- drivers/video/am335x-fb.h | 4 ++-- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/video/am335x-fb.c b/drivers/video/am335x-fb.c index a8b3e74..8cdd2ec 100644 ---

[U-Boot] [PATCH 0/6] am335x-fb: support display PLL for lcd-clock / pixel-clock

In most cases days ago the LCDC IP-core clock on AM335x was sourced from the peripheral PLL with 192 MHz and the pixel clock for the connected lcd-screen was made more or less accurate with a divider inside LCDC IP- core. For certain displays, example a standard VGA with 25.17 MHz pixelclock, it

Re: [U-Boot] [U-boot] Odroidxu3/4 -s2mps11 bind pmic failed

On 01/09/2018 03:16 PM, Anand Moon wrote: > Hi Jaehoon/ Lukasz > > On 9 January 2018 at 04:17, Jaehoon Chung wrote: >> Hi, >> >> On 01/08/2018 03:57 PM, Anand Moon wrote: >>> Hi Jaehoon, >> >> This topic is on u-boot side. so Removed the linux-samsung-soc mailing. >> >>

Re: [U-Boot] [PATCH] ARM: zynq: remove unused CONFIG_ZC770_XM01* options

On 28.11.2017 07:58, Masahiro Yamada wrote: > These are defined, but not referenced at all. > > Signed-off-by: Masahiro Yamada > --- > > configs/zynq_zc770_xm010_defconfig | 1 - > configs/zynq_zc770_xm011_defconfig | 1 - > configs/zynq_zc770_xm012_defconfig | 1

Re: [U-Boot] [PATCH] arm: zynq: Remove ZC770_ config option

Hi Masahiro, On 8.1.2018 17:33, Masahiro Yamada wrote: > 2018-01-09 0:59 GMT+09:00 Michal Simek : >> This option is obsolete and it is no longer valid. >> >> Signed-off-by: Michal Simek >> --- > > I agree, although > an equivalent patch has been

Re: [U-Boot] [U-boot] Odroidxu3/4 -s2mps11 bind pmic failed

Hi Jaehoon/ Lukasz On 9 January 2018 at 04:17, Jaehoon Chung wrote: > Hi, > > On 01/08/2018 03:57 PM, Anand Moon wrote: >> Hi Jaehoon, > > This topic is on u-boot side. so Removed the linux-samsung-soc mailing. > > [..snip..] > How can we invoke and verify the

[U-Boot] [PATCH] LS2088ARDB: Fix NOR fall back option failure

From: Vinitha V Pillai Signed-off-by: Vinitha V Pillai --- include/configs/ls2080ardb.h | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/include/configs/ls2080ardb.h b/include/configs/ls2080ardb.h index

Re: [U-Boot] [PATCH 3/3] spi: cadence_qspi_apb: Make flash writes 32 bit aligned

On Mon, 08/01/2018 12:18, Vignesh R wrote: > Make flash writes 32 bit aligned by using bounce buffers to deal with non 32 > bit > aligned buffers. Allocate a 512 byte bounce buffer (max known page size > currently) for this case. Looking at drivers/mtd/spi/sf_dataflash.c, I see at least one chip

[U-Boot] [PATCH v2] arm64: ls1012ardb: Add distro secure boot support

From: Vinitha Pillai-B57223 Enable validation of boot.scr script prior to its execution dependent on "secureboot" flag in environment. Enable fall back option to qspi boot in case of secure boot. Signed-off-by: Sumit Garg Signed-off-by: Vinitha

Re: [U-Boot] [PATCH 0/3] cadence-quadspi: Fix issues with non 32bit aligned accesses

On 08/01/2018 12:18m Vignesh R wrote: > This series reverts use of bounce_buf.c for non-DMA related alignment > restriction > and replaces it with local bounce buffer to handle problems with non 32 bit > aligned > writes on TI platforms. > Based on top of Jason's series: >

Re: [U-Boot] [PATCH v2 01/12] riscv: cpu: Add nx25 to support RISC-V

Hi Tom How about the Andes NX25 cpu for RISC-V arch patchsets [PATCH v2 x/12] reviewing status ? Is everything ok ? Rick 2017-12-26 13:55 GMT+08:00 Andes : > From: Rick Chen > > Add Andes nx25 cpu core (called AndesStar V5) to support RISC-V arch > >

Re: [U-Boot] [PATCH v6 0/2] Generic firmware loader

On Isn, 2018-01-08 at 09:07 +0100, Lothar Waßmann wrote: > Hi, > > On Wed, 3 Jan 2018 08:46:09 + Chee, Tien Fong wrote: > > > > On Rab, 2017-12-27 at 13:04 +0800, tien.fong.c...@intel.com wrote: > > Hi Lothar Waßmann, > > > > > > From: Tien Fong Chee > > > > > >

Re: [U-Boot] u-boot/next and HS MMC patches

Hi, On 01/09/2018 10:32 AM, Tom Rini wrote: > Hey everyone, > > I pulled the previous MMC PR into u-boot/next, so that we wouldn't have > the current round of MMC improvements get lost. Since then, there's > been at least one update to the series to improve the binary size > growth, and

Re: [U-Boot] [PATCH 04/07] fdtdec: allow board to provide fdt for CONFIG_OF_SEPARATE

On Tue, Jan 9, 2018 at 3:37 AM, Peter Robinson wrote: > On Fri, Jan 5, 2018 at 10:29 AM, Jorge Ramirez-Ortiz > wrote: >> From: Rob Clark >> >> Similar to CONFIG_OF_BOARD, but in this case the fdt is still built by >>

Re: [U-Boot] [PATCH 04/07] fdtdec: allow board to provide fdt for CONFIG_OF_SEPARATE

On Fri, Jan 5, 2018 at 10:29 AM, Jorge Ramirez-Ortiz wrote: > From: Rob Clark > > Similar to CONFIG_OF_BOARD, but in this case the fdt is still built by > u-boot build. This allows the board to patch the fdt, etc. > > In the specific case of

Re: [U-Boot] [PATCH 05/05] db820c: stop autoboot when vol- pressed

On Fri, Jan 5, 2018 at 10:29 AM, Jorge Ramirez-Ortiz wrote: > Signed-off-by: Jorge Ramirez-Ortiz > --- > arch/arm/dts/dragonboard820c-uboot.dtsi | 19 > board/qualcomm/dragonboard820c/dragonboard820c.c | 37 >

Re: [U-Boot] RFE : CONFIG_OF_LIBFDT_OVERLAY=y in configs/orangepi_one_defconfig

On Mon, Jan 8, 2018 at 7:01 AM, Ken Harris wrote: > Can you enable the "fdt apply" command on the "Orange Pi One" u-boot : I think most AllWinner boards would likely want/need this functionality in one form or another (maybe tablets/laptops based on AllWinner are the exception

Re: [U-Boot] [PATCH v1 2/2] x86: tangier: Add Bluetooth to ACPI table

On Mon, Jan 8, 2018 at 12:51 PM, Simon Glass wrote: > On 4 January 2018 at 09:40, Andy Shevchenko > wrote: >> As defined on reference board followed by Intel Edison a Bluetooth >> device is attached to HSU0, i.e. PCI :04.1. >> >> Describe

Re: [U-Boot] [PATCH v1 1/2] x86: tangier: Use actual GPIO hardware numbers

On Mon, Jan 8, 2018 at 12:51 PM, Simon Glass wrote: > On 4 January 2018 at 09:40, Andy Shevchenko > wrote: >> The recent commit 03c4749dd6c7 >> ("gpio / ACPI: Drop unnecessary ACPI GPIO to Linux GPIO translation") >> in the Linux kernel

Re: [U-Boot] [PATCH v2] x86: Move commands from under arch/x86 to cmd/x86/

On Mon, Jan 8, 2018 at 11:08 AM, Bin Meng wrote: > On Wed, Jan 3, 2018 at 9:54 PM, Tom Rini wrote: >> We only need to compile and link these files when building for full >> U-Boot. Move them to under cmd/x86/ to make sure they aren't linked in >> and

Re: [U-Boot] [PATCH 1/1] configs: x86: allow to override CONFIG_BOOTCOMMAND

On Mon, Jan 8, 2018 at 11:10 AM, Bin Meng wrote: > On Wed, Jan 3, 2018 at 11:23 PM, Heinrich Schuchardt > wrote: >> Allow to override CONFIG_BOOTCOMMAND in .config. >> >> Signed-off-by: Heinrich Schuchardt >> --- >>

[U-Boot] u-boot/next and HS MMC patches

Hey everyone, I pulled the previous MMC PR into u-boot/next, so that we wouldn't have the current round of MMC improvements get lost. Since then, there's been at least one update to the series to improve the binary size growth, and Masahiro has posted a round of fixes as well. Can I please get

[U-Boot] [ANN] U-Boot v2018.01 is released

Hey all, I've released v2018.01 and it's now live on git and FTP and ACD (along with PGP sig file). Again, We've had a good all-around release, and I like it. One thing I want to bring up now is that we're going to start making conversion (and lack there-of) of things over to using DM a bigger

[U-Boot] [PATCH 2/2] ARM: Tegra: p2771-0000: use calculcate env var feature

From: Stephen Warren Request that all environment variables containing hard-coded address be calculated at boot time instead. Signed-off-by: Stephen Warren --- include/configs/p2771-.h | 20 1 file changed, 20 insertions(+)

[U-Boot] [PATCH 1/2] ARM: Tegra186: calculate load addresses at boot

From: Stephen Warren In the presence of potentially fragemented memory, we cannot hard-code addresses into environment variables such as kernel_addr_r. Instead, we must calculate those addresses at run-time based on available memory locations. Implement the code to perform

Re: [U-Boot] [PATCH v3 1/1] vsprintf.c: add EFI device path printing

On 01/08/2018 11:11 PM, Simon Glass wrote: HI Heinrich, On 8 January 2018 at 08:09, Heinrich Schuchardt wrote: On 01/08/2018 04:52 AM, Simon Glass wrote: On 26 December 2017 at 03:07, Heinrich Schuchardt wrote: For debugging efi_loader we need

Re: [U-Boot] [PATCH 16/16] efi_loader: consistently use efi_handle_t for handles

On 01/08/2018 04:37 AM, Simon Glass wrote: On 17 December 2017 at 08:43, Heinrich Schuchardt wrote: We should consistently use the efi_handle_t typedef when referring to handles. Signed-off-by: Heinrich Schuchardt --- cmd/bootefi.c |

Re: [U-Boot] [PATCH 11/16] efi_loader: implement DisconnectController

On 01/08/2018 04:35 AM, Simon Glass wrote: Hi Heinrich, On 17 December 2017 at 08:43, Heinrich Schuchardt wrote: Unfortunately we need a forward declaration because both OpenProtocol and CloseProtocol have to call DisconnectController. And DisconnectController calls both

Re: [U-Boot] [U-boot] Odroidxu3/4 -s2mps11 bind pmic failed

Hi, On 01/08/2018 03:57 PM, Anand Moon wrote: > Hi Jaehoon, This topic is on u-boot side. so Removed the linux-samsung-soc mailing. [..snip..] >>> How can we invoke and verify the s2mps11 init function during board >>> initialization ? >> >> When i have checked the above values, those are the

Re: [U-Boot] [PATCH 1/1] configs: x86: allow to override CONFIG_BOOTCOMMAND

Hi Heinrich, On 8 January 2018 at 13:57, Heinrich Schuchardt wrote: > On 01/08/2018 05:50 AM, Simon Glass wrote: >> >> Hi Heinrich, >> >> On 3 January 2018 at 08:23, Heinrich Schuchardt >> wrote: >>> >>> Allow to override CONFIG_BOOTCOMMAND in .config.

Re: [U-Boot] [PATCH 2/2] sysboot: Call bootm booti bootz then go on label_boot

Hi Emmanuel, On 8 January 2018 at 03:05, Emmanuel Vadot wrote: > On Sun, 7 Jan 2018 21:39:01 -0700 > Simon Glass wrote: > >> Hi Emmanuel, >> >> On 2 January 2018 at 14:27, Emmanuel Vadot wrote: >> > As do_bootm/do_booti/do_bootz will

Re: [U-Boot] [PATCH v3 1/1] vsprintf.c: add EFI device path printing

HI Heinrich, On 8 January 2018 at 08:09, Heinrich Schuchardt wrote: > > > On 01/08/2018 04:52 AM, Simon Glass wrote: >> >> On 26 December 2017 at 03:07, Heinrich Schuchardt >> wrote: >>> >>> For debugging efi_loader we need the capability to print EFI >>>

Re: [U-Boot] [PATCH 3/4] ARMv8: Allow dynamic early stack pointer

Hi Stephen, On 8 January 2018 at 11:34, Stephen Warren wrote: > > On 01/07/2018 08:40 PM, Simon Glass wrote: >> >> Hi Stephen, >> >> On 19 December 2017 at 18:30, Stephen Warren wrote: >>> >>> From: Stephen Warren >>> >>> U-Boot

Re: [U-Boot] [PATCH 1/2] cmd: go: Make do_go available to outside boot.c

Hi Emmanuel, On 8 January 2018 at 03:00, Emmanuel Vadot wrote: > > > Hello Simon, > > On Sun, 7 Jan 2018 21:38:29 -0700 > Simon Glass wrote: > > > Hi Emmanuel, > > > > On 2 January 2018 at 14:27, Emmanuel Vadot wrote: > > > Some

Re: [U-Boot] [PULL] Please pull u-boot-imx

On Mon, Jan 08, 2018 at 05:54:38PM +0100, Stefano Babic wrote: > Hi Tom, > > some fixes, please pull from u-boot-imx, thanks ! > > The following changes since commit 1314bd1192b4c67d28bdae7eee639588e88090cd: > > boards: amlogic: khadas-vim: Typo fixup (2018-01-02 07:57:34 -0500) > > are

Re: [U-Boot] [PULL] Please pull u-boot-imx

On Mon, Jan 08, 2018 at 06:50:36PM +0100, Stefano Babic wrote: > Hi Tom, > > On 08/01/2018 18:38, Tom Rini wrote: > > On Mon, Jan 08, 2018 at 05:54:38PM +0100, Stefano Babic wrote: > >> Hi Tom, > >> > >> some fixes, please pull from u-boot-imx, thanks ! > >> > >> The following changes since

Re: [U-Boot] [PATCH 1/1] configs: x86: allow to override CONFIG_BOOTCOMMAND

On 01/08/2018 05:50 AM, Simon Glass wrote: Hi Heinrich, On 3 January 2018 at 08:23, Heinrich Schuchardt wrote: Allow to override CONFIG_BOOTCOMMAND in .config. Signed-off-by: Heinrich Schuchardt --- include/configs/x86-common.h | 2 ++ 1 file

Re: [U-Boot] [PATCH v3 2/3] board: freescale: ls1012a: LS1012A-2G5RDB board support

On 11/29/2017 09:13 PM, Bhaskar Upadhaya wrote: > LS1012A-2G5RDB belongs to LS1012A family with features > 2 2.5G SGMII PFE MAC, SATA, USB 2.0/3.0, WiFi > DDR, eMMC, QuadSPI, UART > > Signed-off-by: Bhaskar Upadhaya > --- > changes for v3: > 1. remove pfe driver

Re: [U-Boot] [PATCH 3/3] drivers: net: pfe_eth: Disable autonegotiation for 2.5G SGMII

On 11/29/2017 09:13 PM, Bhaskar Upadhaya wrote: > PCS initialization sequence for 2.5G SGMII interface governs > auto negotiation to be in disabled mode > > Signed-off-by: Bhaskar Upadhaya > --- > Depends on >

Re: [U-Boot] [PATCH 3/4] ARMv8: Allow dynamic early stack pointer

On 01/07/2018 08:40 PM, Simon Glass wrote: Hi Stephen, On 19 December 2017 at 18:30, Stephen Warren wrote: From: Stephen Warren U-Boot typically uses a hard-coded value for the stack pointer before relocation. Implement option

Re: [U-Boot] [PATCH v2 1/2] env: sf: Add support for env init for QSPI-NOR

On 12/14/2017 04:06 AM, Ashish Kumar wrote: > ENV variables can now be used before relocation. > > Signed-off-by: Ashish Kumar > --- > v2: > replace & with && in #if > > Tested on ls1088ardb. > Tested on ls1012hexa after defining CONFIG_ENV_ADDR > > env/sf.c | 21

Re: [U-Boot] [PATCH 2/2] ARM: tegra: use LINUX_KERNEL_IMAGE_HEADER

On 01/07/2018 09:50 PM, Simon Glass wrote: Hi Stephen, On 2 January 2018 at 16:54, Stephen Warren wrote: From: Stephen Warren Enable CONFIG_LINUX_KERNEL_IMAGE_HEADER for all 64-bit Tegra boards. cboot (the boot SW that runs before U-Boot) will

Re: [U-Boot] [PATCH] freescale: vid: add support LTC3882 and rework of the VID support

On 12/20/2017 12:18 AM, ying.zhang22...@nxp.com wrote: > From: Zhang Ying-22455 > > Add support new regular chip: LTC3882. > > The origianl VID code didn't properly read the FUSESR on all chips > and set the voltages on all chips. It didn't properly support the >

Re: [U-Boot] [PATCH v2 06/13] drivers: usb: dwc3: add ti dwc3 peripheral driver with driver model support

Hi Lukasz, Revisiting this old thread... On 21-Jun-17 1:39 PM, Lukasz Majewski wrote: > Hi Vignesh, [...] This is something to consult with Lukasz then. >>> >>> And it seems that we are heading to adding "gadget" infrastructure >>> to DM. >>> >> >> Yes, U-Boot is moving to DM for good

Re: [U-Boot] [PULL] Please pull u-boot-imx

Hi Tom, On 08/01/2018 18:38, Tom Rini wrote: > On Mon, Jan 08, 2018 at 05:54:38PM +0100, Stefano Babic wrote: >> Hi Tom, >> >> some fixes, please pull from u-boot-imx, thanks ! >> >> The following changes since commit 1314bd1192b4c67d28bdae7eee639588e88090cd: >> >> boards: amlogic: khadas-vim:

Re: [U-Boot] [PATCH] armv8: ls1088: Add USB and PCI configs in SD-BOOT defconfig

On 01/01/2018 09:24 PM, Ashish Kumar wrote: > Signed-off-by: Ashish Kumar > --- > depends on: >

[U-Boot] [PATCH v5 22/24] arm: imx: hab: Define rvt_failsafe()

The hab_rvt_failsafe() callback according to the HABv4 documentation: "This function provides a safe path when image authentication has failed and all possible boot paths have been exhausted. It is intended for use by post-ROM boot stage components, via the ROM Vector Table." Once invoked the

[U-Boot] [PATCH v5 17/24] arm: imx: hab: Print HAB event log only after calling ROM

The current flow of authenticate_image() will print the HAB event log even if we reject an element of the IVT header before ever calling into the ROM. This can be confusing. This patch changes the flow of the code so that the HAB event log is only printed out if we have called into the ROM and

Re: [U-Boot] [PATCH] armv8: ls1088aqds: Add IFC-NOR as boot source for LS1088

On 01/01/2018 09:24 PM, Ashish Kumar wrote: > IFC-NOR and QSPI-NOR pins are muxed on SoC,so they > cannot be accessed simultaneously, but > IFC-NOR can be accessed along with SD-BOOT. > > ls1088aqds_sdcard_ifc_defconfig: is defconfig for > SD as boot source and IFC-NOR to be used as flash, > this

[U-Boot] [PATCH v5 05/24] arm: imx: hab: Move IVT_SIZE to hab.h

The size of the IVT header should be defined in hab.h move it there now. Signed-off-by: Bryan O'Donoghue Cc: Stefano Babic Cc: Fabio Estevam Cc: Peng Fan Cc: Albert Aribaud Cc:

[U-Boot] [PATCH v5 21/24] arm: imx: hab: Make imx_hab_is_enabled global

It will be helpful to boot commands to know if the HAB is enabled. Export imx_hab_is_enabled() now to facilitate further work with this data-point in a secure-boot context. Signed-off-by: Bryan O'Donoghue Cc: Stefano Babic Cc: Fabio Estevam

[U-Boot] [PATCH v5 18/24] arm: imx: hab: Make internal functions and data static

There is no need to export these functions and data structures externally. Make them all static now. Signed-off-by: Bryan O'Donoghue Cc: Stefano Babic Cc: Fabio Estevam Cc: Peng Fan Cc: Albert Aribaud

[U-Boot] [PATCH v5 09/24] arm: imx: hab: Add IVT header verification

The IVT header contains a magic number, fixed length and one of two version identifiers. Validate these settings before doing anything with a putative IVT binary. Signed-off-by: Bryan O'Donoghue Cc: Stefano Babic Cc: Fabio Estevam

[U-Boot] [PATCH v5 07/24] arm: imx: hab: Fix authenticate_image input parameters

u-boot command "hab_auth_img" tells a user that it takes - addr - image hex address - offset - hex offset of IVT in the image but in fact the callback hab_auth_img makes to authenticate_image treats the second 'offset' parameter as an image length. Furthermore existing code requires the IVT

Re: [U-Boot] [PULL] Please pull u-boot-imx

On Mon, Jan 08, 2018 at 05:54:38PM +0100, Stefano Babic wrote: > Hi Tom, > > some fixes, please pull from u-boot-imx, thanks ! > > The following changes since commit 1314bd1192b4c67d28bdae7eee639588e88090cd: > > boards: amlogic: khadas-vim: Typo fixup (2018-01-02 07:57:34 -0500) > > are

[U-Boot] [PATCH v5 19/24] arm: imx: hab: Prefix authenticate_image with imx_hab

Tidy up the HAB namespace a bit by prefixing external functions with imx_hab. All external facing functions past this point will be prefixed in the same way to make the fact we are doing IMX HAB activities clear from reading the code. authenticate_image() could mean anything

[U-Boot] [PATCH v5 16/24] arm: imx: hab: Add a hab_rvt_check_target to image auth

Add a hab_rvt_check_target() step to authenticate_image() as a sanity check for the target memory region authenticate_image() will run over, prior to making the BootROM authentication callback itself. This check is recommended by the HAB documentation so it makes sense to adhere to the guidance

[U-Boot] [PATCH v5 24/24] arm: imx: hab: Add hab_failsafe console command

hab_failsafe when called puts the part into BootROM recovery mode. This will allow u-boot scripts to script the dropping down into recovery mode. => hab_failsafe Shows the i.MX7 appear as "hiddev0,hidraw5: USB HID v1.10 Device [Freescale SemiConductor Inc SP Blank ULT1] " in a Linux dmesg thus

[U-Boot] [PATCH v5 23/24] arm: imx: hab: Implement hab_rvt_failsafe

This patch implements the basic callback hooks for hab_rvt_check_failsafe for BootROM code using the older BootROM address layout - in my test case the i.MX7. Code based on new BootROM callbacks will just do nothing and there's definitely a TODO to implement that extra functionality on the

[U-Boot] [PATCH v5 15/24] arm: imx: hab: Implement hab_rvt_check_target

This patch implements the basic callback hooks for hab_rvt_check_target() for BootROM code using the older BootROM address layout - in my test case the i.MX7. Code based on new BootROM callbacks will just have HAB_SUCCESS as a result code. Adding support for the new BootROM callbacks is a TODO.

[U-Boot] [PATCH v5 13/24] arm: imx: hab: Print additional IVT elements during debug

This patch enables printout of the IVT entry, dcd and csf data fields. Signed-off-by: Bryan O'Donoghue Cc: Stefano Babic Cc: Fabio Estevam Cc: Peng Fan Cc: Albert Aribaud Cc: Sven

[U-Boot] [PATCH v5 20/24] arm: imx: hab: Rename is_hab_enabled imx_hab_is_enabled

Understanding if the HAB is enabled is something that we want to interrogate and report on outside of the HAB layer. First step to that is renaming the relevant function to match the previously introduced external naming convention imx_hab_function() The name imx_hab_is_hab_enabled() is a

[U-Boot] [PATCH v5 14/24] arm: imx: hab: Define rvt_check_target()

The hab_rvt_check_target() callback according to the HABv4 documentation: "This function reports whether or not a given target region is allowed for either peripheral configuration or image loading in memory. It is intended for use by post-ROM boot stage components, via the ROM Vector Table, in

[U-Boot] [PATCH v5 12/24] arm: imx: hab: Print CSF based on IVT descriptor

The IVT gives the absolute address of the CSF. There is no requirement for the CSF to be located adjacent to the IVT so lets use the address provided in the IVT header instead of the hard-coded fixed CSF offset currently in place. Signed-off-by: Bryan O'Donoghue Cc:

[U-Boot] [PATCH v5 06/24] arm: imx: hab: Move CSF_PAD_SIZE to hab.h

CSF_PAD_SIZE should be defined in hab.h, move it to that location now. Signed-off-by: Bryan O'Donoghue Cc: Stefano Babic Cc: Fabio Estevam Cc: Peng Fan Cc: Albert Aribaud Cc: Sven

[U-Boot] [PATCH v5 08/24] arm: imx: hab: Add IVT header definitions

The various i.MX BootROMs containing the High Assurance Boot (HAB) block rely on a data structure called the Image Vector Table (IVT) to describe to the BootROM where to locate various data-structures used by HAB during authentication. This patch adds a definition of the IVT header for use in

[U-Boot] [PATCH v5 10/24] arm: imx: hab: Verify IVT self matches calculated address

The IVT is a self-describing structure which contains a self field. The self field is the absolute physical base address the IVT ought to be at in memory. Use the IVT self field to validate the calculated ivt_addr bugging out if the two values differ. Signed-off-by: Bryan O'Donoghue

[U-Boot] [PATCH v5 03/24] arm: imx: hab: Optimise flow of authenticate_image on is_enabled fail

There is no need to call is_enabled() twice in authenticate_image - it does nothing but add an additional layer of indentation. We can check for is_enabled() at the start of the function and return the result code directly. Signed-off-by: Bryan O'Donoghue Cc: Stefano

[U-Boot] [PATCH v5 11/24] arm: imx: hab: Only call ROM once headers are verified

Previous patches added IVT header verification steps. We shouldn't call hab_rvt_entry() until we have done the basic header verification steps. This patch changes the time we make the hab_rvt_entry() call so that it only takes place if we are happy with the IVT header sanity checks.

[U-Boot] [PATCH v5 02/24] arm: imx: hab: Fix authenticate_image result code

authenticate_image returns 1 for success and 0 for failure. That result code is mapped directly to the result code for the command line function hab_auth_img - which means when hab_auth_img succeeds it is returning CMD_RET_FAILURE (1) instead of CMD_RET_SUCCESS (0). This patch fixes this

[U-Boot] [PATCH v5 04/24] arm: imx: hab: Optimise flow of authenticate_image on hab_entry fail

The current code disjoins an entire block of code on hab_entry pass/fail resulting in a large chunk of authenticate_image being offset to the right. Fix this by checking hab_entry() pass/failure and exiting the function directly if in an error state. Signed-off-by: Bryan O'Donoghue

[U-Boot] [PATCH v5 01/24] arm: imx: hab: Make authenticate_image return int

Both usages of authenticate_image treat the result code as a simple binary. The command line usage of authenticate_image directly returns the result code of authenticate_image as a success/failure code. Right now when calling hab_auth_img and test the result code in a shell a passing hab_auth_img

[U-Boot] [PATCH v5 00/24] Fix and extend i.MX HAB layer

v5: - Drop dcache disable across HAB call. We can't replicate this error on the current codebase and the available images. We'll have to wait for the error to crop up again before pushing that patch any further. v4: - No change mixed extra patches @ v3 unnoticed with previous git-send

[U-Boot] [PULL] Please pull u-boot-imx

Hi Tom, some fixes, please pull from u-boot-imx, thanks ! The following changes since commit 1314bd1192b4c67d28bdae7eee639588e88090cd: boards: amlogic: khadas-vim: Typo fixup (2018-01-02 07:57:34 -0500) are available in the git repository at: git://www.denx.de/git/u-boot-imx.git master

Re: [U-Boot] Making lack-of DM conversion noisy warning

Hi Tom, We set a deadline of 2018.05 to have boards moved over to CONFIG_BLK. That is a pretty good proxy for conversion. Some ideas: 1. Add to the release announcement email 2. We could create a patch to remind people when they build a board without CONFIG_BLK. 3. We could create a list of

Re: [U-Boot] [PATCH] arm: zynq: Remove ZC770_ config option

2018-01-09 0:59 GMT+09:00 Michal Simek : > This option is obsolete and it is no longer valid. > > Signed-off-by: Michal Simek > --- I agree, although an equivalent patch has been delegated to you for some months.

Re: [U-Boot] Please pull u-boot-x86

On Mon, Jan 08, 2018 at 05:01:24PM +0800, Bin Meng wrote: > Hi Tom, > > The following changes since commit ca833ca9579b29c5667ea2fa7a9d3f89f1599a94: > > Merge git://git.denx.de/u-boot-rockchip (2018-01-03 12:27:12 -0500) > > are available in the git repository at: > >

Re: [U-Boot] [PATCH v3] crypto/fsl: fix BLOB encapsulation and decapsulation

On Sun, Jan 07, 2018 at 08:26:29PM +0100, Clemens Gruber wrote: > The blob_encap and blob_decap functions were not flushing the dcache > before passing data to CAAM/DMA and not invalidating the dcache when > getting data back. > Therefore, blob encapsulation and decapsulation failed with errors

[U-Boot] [PATCH] arm: zynq: Remove ZC770_ config option

This option is obsolete and it is no longer valid. Signed-off-by: Michal Simek --- configs/zynq_zc770_xm010_defconfig | 1 - configs/zynq_zc770_xm011_defconfig | 1 - configs/zynq_zc770_xm012_defconfig | 1 - configs/zynq_zc770_xm013_defconfig | 1 -

Re: [U-Boot] [U-Boot, v2, 16/18] clk: rockchip: Add rk322x gamc clock support

David, As discussed last week (off-list), I implemented infrastructure-support for the 'assigned-clocks', 'assigned-clock-parents' and 'assigned-clock-rates’ properties in the DTS … and validated on the RK3399. For my work-in-progress tree, see the ‘assigned-clocks-wip’ branch at:

Re: [U-Boot] [PATCH v3 1/1] vsprintf.c: add EFI device path printing

On 01/08/2018 04:52 AM, Simon Glass wrote: On 26 December 2017 at 03:07, Heinrich Schuchardt wrote: For debugging efi_loader we need the capability to print EFI device paths. With this patch we can write: debug("device path: %pD", dp); A possible output would be

[U-Boot] Making lack-of DM conversion noisy warning

Hey all, So, my calendar alarm went off today to remind me that we need to make the lack of DM conversion more noisy, in order to encourage the remaining conversions to happen. But, off the top of my head, I'm not quite sure of the best way to implement that, anyone have an idea? Thanks! --

[U-Boot] [PATCH 3/4] serial: ns16550: add definitions for register mdr1

Signed-off-by: Matthijs van Duin --- drivers/serial/ns16550.c | 10 +- include/ns16550.h| 14 ++ 2 files changed, 19 insertions(+), 5 deletions(-) diff --git a/drivers/serial/ns16550.c b/drivers/serial/ns16550.c index

[U-Boot] [PATCH 4/4] serial: ns16550: use 13x oversampling when available

This allows much higher baudrates in the standard series to be used, up to 32 * 115200 = 3686400 bps with 0.16% deviation. Signed-off-by: Matthijs van Duin --- drivers/serial/ns16550.c | 12 1 file changed, 8 insertions(+), 4 deletions(-) diff --git

[U-Boot] [PATCH 1/4] serial: ns16550: da8xx (freon/primus) is not omap-like

These are SoCs in the lineage of TI C6x DSPs, and as such have the same uart as TI Keystone SoCs. Signed-off-by: Matthijs van Duin --- drivers/serial/ns16550.c | 8 include/ns16550.h| 2 +- 2 files changed, 5 insertions(+), 5 deletions(-) diff --git

[U-Boot] [PATCH 2/4] serial: ns16550: centralize identification of uart variants

Signed-off-by: Matthijs van Duin --- drivers/serial/ns16550.c | 8 include/ns16550.h| 11 +-- 2 files changed, 13 insertions(+), 6 deletions(-) diff --git a/drivers/serial/ns16550.c b/drivers/serial/ns16550.c index 9cec58c887c8..5ac2469b5760

[U-Boot] [PATCH 0/4] serial: ns16550: cleanups and 13x oversampling

This is a small patch set we've been using internally for a while now, and I figured it may be useful for mainline. It originated from the desire of running the linux console at a higher bitrate, and therefore also the u-boot console for consistency's sake. When using 16x oversampling and an 48

Re: [U-Boot] [PATCH 2/2] sysboot: Call bootm booti bootz then go on label_boot

On Sun, 7 Jan 2018 21:39:01 -0700 Simon Glass wrote: > Hi Emmanuel, > > On 2 January 2018 at 14:27, Emmanuel Vadot wrote: > > As do_bootm/do_booti/do_bootz will not return if the boot succeded, always > > call them if enable by the config. > > Also add a

[U-Boot] RFE : CONFIG_OF_LIBFDT_OVERLAY=y in configs/orangepi_one_defconfig

Can you enable the "fdt apply" command on the "Orange Pi One" u-boot : diff --git a/configs/orangepi_one_defconfig b/configs/orangepi_one_defconfig index 36feab204c..edc6f549dc 100644 --- a/configs/orangepi_one_defconfig +++ b/configs/orangepi_one_defconfig @@ -15,3 +15,6 @@ CONFIG_SPL=y

Re: [U-Boot] [PATCH 1/2] cmd: go: Make do_go available to outside boot.c

Hello Simon, On Sun, 7 Jan 2018 21:38:29 -0700 Simon Glass wrote: > Hi Emmanuel, > > On 2 January 2018 at 14:27, Emmanuel Vadot wrote: > > Some commands (like sysboot) might want to call go as they can encounter > > a raw binary. > > Make do_go callable

Re: [U-Boot] "fdt" commands in extlinux.conf ?

On Sun, Jan 7, 2018 at 6:39 PM, Peter Robinson wrote: > On Sun, Jan 7, 2018 at 4:04 AM, Ken Harris wrote: >> The crux is a fdt command in u-boot : >> >> fdt set d_can1 status okay >> >> Is there a way to do this in extlinux.conf ? > You could probably

Re: [U-Boot] [BUG] x86: incorrect dram definition in dram_init_banksize().

On 08.01.18 12:31, Heinrich Schuchardt wrote: > On 01/06/2018 11:51 PM, Heinrich Schuchardt wrote: >> Function efi_add_known_memory uses the configured DRAM banks >> (gd->bd->bi_dram) to define the memory that an EFI application may use. >> >> For qemu-x86_defconfig this will result in the first

Re: [U-Boot] [PATCH v3] mx6ull: Handle the CONFIG_MX6ULL cases correctly

On 08/01/2018 12:35, Fabio Estevam wrote: > Hi Stefano, > > On Thu, Jan 4, 2018 at 1:30 PM, Stefano Babic wrote: >> On 03/01/2018 15:33, Fabio Estevam wrote: >>> Since commit 051ba9e082f7 ("Kconfig: mx6ull: Deselect MX6UL from >>> CONFIG_MX6ULL") CONFIG_MX6ULL does not select

Re: [U-Boot] [PATCH v3] mx6ull: Handle the CONFIG_MX6ULL cases correctly

Hi Stefano, On Thu, Jan 4, 2018 at 1:30 PM, Stefano Babic wrote: > On 03/01/2018 15:33, Fabio Estevam wrote: >> Since commit 051ba9e082f7 ("Kconfig: mx6ull: Deselect MX6UL from >> CONFIG_MX6ULL") CONFIG_MX6ULL does not select CONFIG_MX6UL anymore, so >> take this into

Re: [U-Boot] [BUG] x86: incorrect dram definition in dram_init_banksize().

On 01/06/2018 11:51 PM, Heinrich Schuchardt wrote: > Function efi_add_known_memory uses the configured DRAM banks > (gd->bd->bi_dram) to define the memory that an EFI application may use. > > For qemu-x86_defconfig this will result in the first 1 MB of physical > memory being available. Here we

  1   2   >