Re: [U-Boot] [PATCH 29/40] x86: Support TPL in Intel common code

On Wed, Jan 30, 2019 at 12:00 PM Simon Glass wrote: > > Update the Makefie rules to ensure that the correct files are built when > TPL is being used. > > Signed-off-by: Simon Glass > --- > > arch/x86/cpu/intel_common/Makefile | 9 ++--- > 1 file changed, 6 insertions(+), 3 deletions(-) >

Re: [U-Boot] [PATCH 39/40] x86: Fix device-tree indentation

On Wed, Jan 30, 2019 at 12:01 PM Simon Glass wrote: > > With the use of a phandle we can outdent the device tree nodes a little. > Fix this. > > Signed-off-by: Simon Glass > --- > > arch/x86/dts/u-boot.dtsi | 147 +++ > 1 file changed, 73 insertions(+), 74

Re: [U-Boot] [PATCH 28/40] x86: Add a sysreset driver for the Intel PCH

Hi Simon, On Wed, Jan 30, 2019 at 12:00 PM Simon Glass wrote: > > Intel SoCs support a fairly stardard reset mechanism which can support > powering off the device. Add support for this and enable it by default on > broadwell, which already has the necessary pm.h header file. > > This driver

Re: [U-Boot] [PATCH 36/40] x86: samus: Update device tree for verified boot

On Wed, Jan 30, 2019 at 12:01 PM Simon Glass wrote: > > Add nvdata drivers for the TPM and RTC as used on samus. These are needed > for Chromium OS verified boot on samus. > > Signed-off-by: Simon Glass > --- > > arch/x86/dts/chromebook_samus.dts | 22 +- > 1 file changed,

Re: [U-Boot] [PATCH 21/40] x86: Allow 16-bit init to be in TPL

On Wed, Jan 30, 2019 at 12:00 PM Simon Glass wrote: > > At present we support having 16-bit init be in SPL or U-Boot proper, but > not TPL. Add support for this so that TPL can boot. > > Signed-off-by: Simon Glass > --- > > Makefile | 1 + > arch/x86/Makefile

Re: [U-Boot] [PATCH 27/40] x86: mrccache: Add more debugging

On Wed, Jan 30, 2019 at 12:00 PM Simon Glass wrote: > > When the MRC cache fails to save it is useful to have some debugging info > to indicate what when wrong. Add some more debug() calls. what went wrong. > > Signed-off-by: Simon Glass > --- > > arch/x86/lib/mrccache.c | 16

Re: [U-Boot] [PATCH 24/40] x86: Add common Intel code for SPL

On Wed, Jan 30, 2019 at 12:00 PM Simon Glass wrote: > > Add an implementation of arch_cpu_init_f() so that the x86 SPL code builds > and identifies the CPU. > > Signed-off-by: Simon Glass > --- > > arch/x86/cpu/intel_common/Makefile | 6 ++ > arch/x86/cpu/intel_common/cpu_from_spl.c

Re: [U-Boot] [PATCH 25/40] x86: Support saving MRC data from SPL

On Wed, Jan 30, 2019 at 12:00 PM Simon Glass wrote: > > When SPL is used to set up the memory controller we want to save the MRC > data in SPL to avoid needing to pass it up to U-Boot proper to save. Add a > function to handle that. > > Signed-off-by: Simon Glass > --- > >

Re: [U-Boot] [PATCH 33/40] x86: sysreset: Implement the get_last() method

Hi Simon, On Wed, Jan 30, 2019 at 12:01 PM Simon Glass wrote: > > Add a default implementation of this method which always indicates that > the last reset was a power-on reset. This is the most likely type of reset > and without a PCH-specific driver we cannot determine any other type. > See my

Re: [U-Boot] [PATCH 38/40] x86: Update device tree for Chromium OS verified boot

On Wed, Jan 30, 2019 at 12:01 PM Simon Glass wrote: > > The standard image generated by U-Boot on x86 is u-boot.rom. Add a > separate image called image.bin for verified boot. This supports > verification in TPL of which SPL/U-Boot to start, then jumping to the > correct one, with SPL setting up

Re: [U-Boot] [PATCH 20/40] x86: Add support for starting from SPL/TPL

Hi Simon, On Wed, Jan 30, 2019 at 12:00 PM Simon Glass wrote: > > When a previous phase of U-Boot has run we need to adjust the init of > subsequent states to avoid messing up the CPU state. > > Add a new version of the start logic for SPL, when it boots from TPL > (start_from tpl.c) and a new

Re: [U-Boot] [PATCH 32/40] x86: Support PCI VGA ROM when TPL is used

On Wed, Jan 30, 2019 at 12:01 PM Simon Glass wrote: > > When TPL is in use, U-Boot proper should support initing the VGA ROM even > though the 32-bit init portion is in SPL. Update the condition to handle > this. > > Signed-off-by: Simon Glass > --- > > drivers/pci/pci_rom.c | 2 +- > 1 file

Re: [U-Boot] [PATCH 35/40] x86: samus: Update device tree for SPL

On Wed, Jan 30, 2019 at 12:01 PM Simon Glass wrote: > > Add tags to allow required nodes to be present in SPL / TPL. Also enable > the sysreset driver. > > Signed-off-by: Simon Glass > --- > > arch/x86/dts/chromebook_samus.dts | 38 +++ > 1 file changed, 34

Re: [U-Boot] [PATCH 34/40] x86: Add documention on the samus flashmap

On Wed, Jan 30, 2019 at 12:01 PM Simon Glass wrote: > > There are quite a few variables which control where things appear in the > final ROM image. Add a flashmap in the documentation to make this easier > to figure out. > > Signed-off-by: Simon Glass > --- > > doc/README.x86 | 14

Re: [U-Boot] [PATCH 40/40] x86: samus: Add a target to boot through TPL

On Wed, Jan 30, 2019 at 12:01 PM Simon Glass wrote: > > Add a version of samus which supports booting from TPL to SPL and then > to U-Boot. This allows TPL to select from an A or B SPL to support > verified boot with field upgrade. > > Signed-off-by: Simon Glass > --- > > board/google/Kconfig

Re: [U-Boot] [PATCH 15/40] x86: Add a handoff header file

On Wed, Jan 30, 2019 at 12:00 PM Simon Glass wrote: > > Add an arch-specific handoff header so that we can use the HANDOFF feature > on x86 devices. > > Signed-off-by: Simon Glass > --- > > arch/x86/include/asm/handoff.h | 15 +++ > 1 file changed, 15 insertions(+) > create mode

Re: [U-Boot] [PATCH 31/40] x86: Don't generate a bootstage report in SPL

On Wed, Jan 30, 2019 at 12:00 PM Simon Glass wrote: > > This report is normally generated by U-Boot proper. Correct the condition > here so that it respects the Kconfig options for bootstage. > > Signed-off-by: Simon Glass > --- > > arch/x86/lib/bootm.c | 2 +- > 1 file changed, 1 insertion(+),

Re: [U-Boot] [PATCH 19/40] x86: broadwell: Split CPU init

On Wed, Jan 30, 2019 at 12:00 PM Simon Glass wrote: > > Split the CPU init into two parts - the 'full' init which happens in the > first U-Boot phase, and the rest of the init that happens on subsequent > stages. > > Signed-off-by: Simon Glass > --- > > arch/x86/cpu/broadwell/Makefile | 1 +

Re: [U-Boot] [PATCH 26/40] x86: Add a simple TPL implementations

On Wed, Jan 30, 2019 at 12:00 PM Simon Glass wrote: > > Add the required CPU code so that TPL builds correctly. Also update the > SPL code to deal with being booted from TPL. > > Signed-off-by: Simon Glass > --- > > arch/x86/include/asm/spl.h| 17 - > arch/x86/lib/Makefile

Re: [U-Boot] [PATCH 16/40] x86: broadwell: Improve SDRAM debugging output

On Wed, Jan 30, 2019 at 12:00 PM Simon Glass wrote: > > Add debugging during SDRAM init so that problems are easier to > diagnose. > > Signed-off-by: Simon Glass > --- > > arch/x86/cpu/broadwell/sdram.c | 32 > 1 file changed, 20 insertions(+), 12 deletions(-) >

Re: [U-Boot] [PATCH 37/40] x86: Update device tree for TPL

Hi Simon, On Wed, Jan 30, 2019 at 12:01 PM Simon Glass wrote: > > Add TPL binaries to the device x86 binman desciption. When enabled, TPL > will start first, doing the 16-bit init, then jump to SPL and finally > U-Boot proper. I am confused by "TPL will start first". My understanding is that

Re: [U-Boot] [PATCH 22/40] x86: broadwell: Allow booting from SPL

On Wed, Jan 30, 2019 at 12:00 PM Simon Glass wrote: > > At present broadwell only supports booting straight into U-Boot proper. > Add a separate init file to boot from SPL into U-Boot proper, and select > it when SPL is in use. > > Signed-off-by: Simon Glass > --- > >

Re: [U-Boot] [PATCH 23/40] x86: broadwell: Select refcode and CPU code for SPL

On Wed, Jan 30, 2019 at 12:00 PM Simon Glass wrote: > > Allow broadwell to build for SPL and include the reference code. > > Signed-off-by: Simon Glass > --- > > arch/x86/cpu/broadwell/Makefile | 7 --- > 1 file changed, 4 insertions(+), 3 deletions(-) > Reviewed-by: Bin Meng

Re: [U-Boot] [PATCH 17/40] x86: broadwell: Allow SDRAM init from SPL

Hi Simon, On Wed, Jan 30, 2019 at 12:00 PM Simon Glass wrote: > > At present SDRAM is always set up in U-Boot proper. Allow this to be done I don't understand. I thought SDRAM was already set up in the U-Boot SPL in the 64-bit build. The U-Boot proper needs a MMU table which resides in RAM, so

Re: [U-Boot] [PATCH 30/40] x86: Don't set up MTRRs in SPL

On Wed, Jan 30, 2019 at 12:00 PM Simon Glass wrote: > > The MTRRs are normally set up in U-Boot proper, so avoid setting them up > in SPL as well. > > Signed-off-by: Simon Glass > --- > > arch/x86/lib/init_helpers.c | 5 - > 1 file changed, 4 insertions(+), 1 deletion(-) > Reviewed-by: Bin

Re: [U-Boot] [PATCH 14/40] x86: Support booting with TPL

On Wed, Jan 30, 2019 at 12:00 PM Simon Glass wrote: > > Some boards want to use TPL as the first phase of U-Boot. This allows > selection of A or B SPL phases, thus allowing the memory init to be > upgraded in the field. > > Add a new Kconfig option for this. > > Signed-off-by: Simon Glass > ---

Re: [U-Boot] [PATCH 18/40] x86: Move init of debug UART to cpu.c

On Wed, Jan 30, 2019 at 12:00 PM Simon Glass wrote: > > At present the debug UART is set up in sdram.c which is not the best place > since it has nothing in particular to do with SDRAM. Since we want to > support initing this in SPL too, move it to a common file. > > Signed-off-by: Simon Glass >

Re: [U-Boot] [PATCH 13/40] x86: Support SPL and TPL

On Wed, Jan 30, 2019 at 12:00 PM Simon Glass wrote: > > At present only chromebook_link64 supports SPL. It is useful to eb able to > support both TPL and SPL to implement verified boot on x86. > > Enable the options for both along with some suitable default options > needed to boot through these

Re: [U-Boot] [PATCH 09/40] x86: mp_init: Use proper error numbers

On Wed, Jan 30, 2019 at 12:00 PM Simon Glass wrote: > > At present many of the functions in this file return -1 as an error > number. which is -EPERM. Update the code to use real error numbers. > > Signed-off-by: Simon Glass > --- > > arch/x86/cpu/mp_init.c | 10 +- > 1 file changed, 5

Re: [U-Boot] [PATCH 08/40] x86: start64: Fix copyright message

On Wed, Jan 30, 2019 at 12:00 PM Simon Glass wrote: > > There is a typo in this header. Fix it. > > Signed-off-by: Simon Glass > --- > > arch/x86/cpu/start64.S | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > Reviewed-by: Bin Meng ___

Re: [U-Boot] [PATCH 10/40] x86: Add a way to reinit the cpu

On Wed, Jan 30, 2019 at 12:00 PM Simon Glass wrote: > > We cannot init the CPU fully both than once during a boot. Add a new > function which can be called to figure out the CPU identity, but which > does not change anything. For x86_64, this is empty for now. > > Signed-off-by: Simon Glass >

Re: [U-Boot] [PATCH 12/40] x86: Update a stale comment about ifdtool

Hi Simon, On Wed, Jan 30, 2019 at 12:00 PM Simon Glass wrote: > > We use binman to build the x86 image now. Update a comment which still > refers to ifdtool. > > Signed-off-by: Simon Glass > --- > > arch/x86/cpu/intel_common/car.S | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) >

Re: [U-Boot] [PATCH 11/40] x86: dts: Add device-tree labels for rtc and reset

On Wed, Jan 30, 2019 at 12:00 PM Simon Glass wrote: > > Add labels for these nodes so that board DT files can reference them. > > Signed-off-by: Simon Glass > --- > > arch/x86/dts/reset.dtsi | 2 +- > arch/x86/dts/rtc.dtsi | 2 +- > 2 files changed, 2 insertions(+), 2 deletions(-) >

Re: [U-Boot] [PATCH 06/40] spl: Allow sandbox to build a device-tree file

Hi Simon, On Wed, Jan 30, 2019 at 12:00 PM Simon Glass wrote: > > At present only OF_SEPARATE is considered valid for building a device-tree > file in SPL. However sandbox uses OF_HOSTFILE instead. Update the logic to > handle this and make it easier to understand. > > Signed-off-by: Simon Glass

Re: [U-Boot] [PATCH 07/40] RFC: binman: Allow sections to have an offset

Hi Simon, On Wed, Jan 30, 2019 at 12:00 PM Simon Glass wrote: > > At present sections are always placed automatically. Even if an 'offset' > property is provided it is ignored. Update the logic to support an offset > for sections. > > Note: Needs a test updates > > Signed-off-by: Simon Glass >

Re: [U-Boot] [PATCH 04/40] dm: core: Fix translate condition in ofnode_get_addr_size()

On Wed, Jan 30, 2019 at 12:00 PM Simon Glass wrote: > > Update the condition to translate only if this is enabled for SPL. > > Signed-off-by: Simon Glass > --- > > drivers/core/ofnode.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > Reviewed-by: Bin Meng

Re: [U-Boot] [PATCH 03/40] binman: Add a missing comment in Entry_vblock

On Wed, Jan 30, 2019 at 12:00 PM Simon Glass wrote: > > An important property is missing. Update the entry comment to include > this. > > Signed-off-by: Simon Glass > --- > > tools/binman/etype/vblock.py | 1 + > 1 file changed, 1 insertion(+) > Reviewed-by: Bin Meng

Re: [U-Boot] [PATCH 01/40] binman: Don't generate an error in 'text' entry constructor

On Wed, Jan 30, 2019 at 12:00 PM Simon Glass wrote: > > It is not good practice to raise an exception in a constructor. In this > case the 'text' entry may not actually be used, if -i is used to filter > out the images that get built. > > Move the exception to where the data is actually used. > >

Re: [U-Boot] [PATCH 02/40] binman: Don't show image-skip message by default

Hi Simon, On Wed, Jan 30, 2019 at 12:00 PM Simon Glass wrote: > > This message is not very important since it is simply indicating that the > user's instructions are being followed. Only show it when the verbosity > level is above the default. > > Signed-off-by: Simon Glass > --- > >

Re: [U-Boot] [PATCH 05/40] cros_ec: Use a hyphen in the uclass name

Hi Simon, On Wed, Jan 30, 2019 at 12:00 PM Simon Glass wrote: > > Device-tree rules require that aliases use a hyphen rather than a > underscore. Update the uclass name to fit with this. > I don't understand the connection between the uclass name and the DT aliases. Could you please provide

Re: [U-Boot] [PATCH v2 8/8] arm: socfpga: implement proper peripheral reset

On Thu, Feb 21, 2019 at 10:56 PM Marek Vasut wrote: > > On 2/21/19 10:43 PM, Simon Goldschmidt wrote: > > This commit removes ad-hoc reset handling for peripheral resets from SPL > > for socfpga gen5. > > > > This is done because as U-Boot drivers support reset handling by now. > > > >

Re: [U-Boot] [PATCH v2 2/8] arm: socfpga: gen5: add reset & sdr node to SPL devicetrees

On Thu, Feb 21, 2019 at 11:13 PM Marek Vasut wrote: > > On 2/21/19 11:11 PM, Simon Goldschmidt wrote: > > > > > > Am Do., 21. Feb. 2019, 23:05 hat Marek Vasut > > geschrieben: > > > > On 2/21/19 11:03 PM, Simon Goldschmidt wrote: > > > > > > > > > Am Do.,

Re: [U-Boot] [PATCH v2 5/8] spi: cadence_qspi: add reset handling

On Thu, Feb 21, 2019 at 11:14 PM Marek Vasut wrote: > > On 2/21/19 11:04 PM, Simon Goldschmidt wrote: > > > > > > Am Do., 21. Feb. 2019, 22:56 hat Marek Vasut > > geschrieben: > > > > On 2/21/19 10:43 PM, Simon Goldschmidt wrote: > > > This adds reset handling to

Re: [U-Boot] [PATCH v2 6/8] reset: socfpga: add reset handling for old kernels

On Thu, Feb 21, 2019 at 11:15 PM Marek Vasut wrote: > > On 2/21/19 11:07 PM, Simon Goldschmidt wrote: > > > > > > Am Do., 21. Feb. 2019, 22:56 hat Marek Vasut > > geschrieben: > > > > On 2/21/19 10:43 PM, Simon Goldschmidt wrote: > > > This adds code to take

Re: [U-Boot] [PATCH v2 7/8] arm: socfpga: gen5: deassert peripheral reset by default

On Thu, Feb 21, 2019 at 11:17 PM Marek Vasut wrote: > > On 2/21/19 11:09 PM, Simon Goldschmidt wrote: > > > > > > Am Do., 21. Feb. 2019, 22:56 hat Marek Vasut > > geschrieben: > > > > On 2/21/19 10:43 PM, Simon Goldschmidt wrote: > > > To keep the current behaviour

[U-Boot] [PATCH] am57xx_evm_defconfig: Enable configs to support QSPI boot

AM57xx IDK EVMs can boot out of QSPI. Enable configs to support QSPI boot. Also enable configs for updating QSPI boot images over DFU. Tested on AM572x IDK EVM. Signed-off-by: Vignesh R --- configs/am57xx_evm_defconfig | 4 1 file changed, 4 insertions(+) diff --git

Re: [U-Boot] [PATCH] configs: am57xx_evm: define CONFIG_SPL_LOAD_FIT_ADDRESS for SPL-DFU

Hi Bin, On 08/02/19 10:31 PM, Bin Liu wrote: > Define CONFIG_SPL_LOAD_FIT_ADDRESS to enable SPL-DFU for am57x platform. > > Signed-off-by: Bin Liu > --- With this patch DFU args are no longer available at U-Boot prompt > include/configs/am57xx_evm.h | 11 +++ > 1 file changed, 11

Re: [U-Boot] [PATCH v7 4/7] cmd: efidebug: add drivers command

On Fri, Feb 22, 2019 at 04:01:52AM +0100, Heinrich Schuchardt wrote: > On 2/22/19 1:05 AM, AKASHI Takahiro wrote: > > On Thu, Feb 21, 2019 at 08:32:06PM +0100, Heinrich Schuchardt wrote: > >> On 2/21/19 7:26 AM, AKASHI Takahiro wrote: > >>> "drivers" command prints all the uefi drivers on the

Re: [U-Boot] SiFive FU540 U-Boot patches,

Hi Anup Anup Patel 於 2019年2月21日 週四 下午5:57寫道： > > On Thu, Feb 21, 2019 at 11:31 AM Bin Meng wrote: > > > > On Thu, Feb 21, 2019 at 12:48 PM Anup Patel wrote: > > > > > > Hi Rick, > > > > > > On Fri, Feb 15, 2019 at 10:19 AM Rick Chen wrote: > > > > > > > > Hi Anup > > > > > > > > > > Hi All,

Re: [U-Boot] [U-Boot, v3, 1/2] fs: fat: dynamically allocate memory for temporary buffer

On Thu, 2019-02-21 at 22:22 -0500, Tom Rini wrote: > On Thu, Feb 21, 2019 at 08:45:37AM +0100, Michal Simek wrote: > > > > Hi Tom, > > > > On 20. 02. 19 2:58, Tom Rini wrote: > > > > > > On Mon, Feb 11, 2019 at 02:56:19PM +0800, tien.fong.c...@intel.co > > > m wrote: > > > > > > > > > > >

Re: [U-Boot] [PATCH 3/3] am335x, guardian: Add support for the bosch guardian board

On Thu, Feb 21, 2019 at 10:13:43AM +, Martyn Welch wrote: > From: Sjoerd Simons > > Add support for the Bosch Guardian board. > > CPU : AM335X-GP rev 2.1 > Model: Bosch AM335x Guardian > I2C: ready > DRAM: 256 MiB > NAND: 512 MiB > MMC: OMAP SD/MMC: 0 > > Signed-off-by: Sjoerd

Re: [U-Boot] [PATCH 2/3] env: Don't check CONFIG_ENV_OFFSET_REDUND for SPL build

On Thu, Feb 21, 2019 at 10:13:42AM +, Martyn Welch wrote: > Currently CONFIG_ENV_OFFSET_REDUND is checked regardless of the type of > build being performed, but this doesn't seem to be needed in SPL builds. > > Don't check this configuration option for SPL builds. > > Signed-off-by: Martyn

Re: [U-Boot] [U-Boot, v3, 1/2] fs: fat: dynamically allocate memory for temporary buffer

On Thu, Feb 21, 2019 at 08:45:37AM +0100, Michal Simek wrote: > Hi Tom, > > On 20. 02. 19 2:58, Tom Rini wrote: > > On Mon, Feb 11, 2019 at 02:56:19PM +0800, tien.fong.c...@intel.com wrote: > > > >> From: Tien Fong Chee > >> > >> Drop the statically allocated get_contents_vfatname_block and >

Re: [U-Boot] [PATCH] arm: dts: exynos: Adjust whitespace around status property

On Thu, 21 Feb 2019 at 09:32, Krzysztof Kozlowski wrote: > > Just add spaces around '=' sign for clarity. > > Signed-off-by: Krzysztof Kozlowski > --- > arch/arm/dts/exynos5422-odroidxu3.dts | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) Reviewed-by: Simon Glass

Re: [U-Boot] [PATCH v7 4/7] cmd: efidebug: add drivers command

On 2/22/19 1:05 AM, AKASHI Takahiro wrote: > On Thu, Feb 21, 2019 at 08:32:06PM +0100, Heinrich Schuchardt wrote: >> On 2/21/19 7:26 AM, AKASHI Takahiro wrote: >>> "drivers" command prints all the uefi drivers on the system. >>> >>> => efi drivers >>> Driver Name Image

Re: [U-Boot] [PATCH v7 2/7] cmd: add efidebug command

On 2/22/19 2:04 AM, AKASHI Takahiro wrote: > On Thu, Feb 21, 2019 at 08:24:21PM +0100, Heinrich Schuchardt wrote: >> On 2/21/19 7:26 AM, AKASHI Takahiro wrote: >>> Currently, there is no easy way to add or modify UEFI variables. >>> In particular, bootmgr supports BootOrder/Boot variables, it

Re: [U-Boot] [PATCH v7 1/7] cmd: env: add "-e" option for handling UEFI variables

On 2/22/19 1:21 AM, AKASHI Takahiro wrote: > On Thu, Feb 21, 2019 at 08:42:37PM +0100, Heinrich Schuchardt wrote: >> On 2/21/19 7:26 AM, AKASHI Takahiro wrote: >>> "env [print|set] -e" allows for handling uefi variables without >>> knowing details about mapping to corresponding u-boot variables.

Re: [U-Boot] [PATCH v8 00/15] SiFive FU540 Support

On Fri, Feb 22, 2019 at 8:12 AM Tom Rini wrote: > > On Thu, Feb 21, 2019 at 04:03:41PM -0800, Palmer Dabbelt wrote: > > On Thu, 21 Feb 2019 15:41:02 PST (-0800), tr...@konsulko.com wrote: > > >On Wed, Feb 20, 2019 at 05:45:59AM +, Anup Patel wrote: > > > > > >>This patchset adds SiFive

Re: [U-Boot] [RFC 1/1] efi_loader: in situ relocation

On Thu, Feb 21, 2019 at 07:55:46PM +0100, Heinrich Schuchardt wrote: > On 2/21/19 11:21 AM, Alexander Graf wrote: > > On 02/20/2019 07:12 PM, Heinrich Schuchardt wrote: > >> On 2/18/19 1:52 AM, AKASHI Takahiro wrote: > >>> Heinrich, > >>> > >>> On Sat, Feb 16, 2019 at 08:50:43PM +0100, Heinrich

Re: [U-Boot] [PATCH v7 2/7] cmd: add efidebug command

On Thu, Feb 21, 2019 at 08:24:21PM +0100, Heinrich Schuchardt wrote: > On 2/21/19 7:26 AM, AKASHI Takahiro wrote: > > Currently, there is no easy way to add or modify UEFI variables. > > In particular, bootmgr supports BootOrder/Boot variables, it is > > quite hard to define them as u-boot

Re: [U-Boot] [PATCH v7 1/7] cmd: env: add "-e" option for handling UEFI variables

On Thu, Feb 21, 2019 at 08:42:37PM +0100, Heinrich Schuchardt wrote: > On 2/21/19 7:26 AM, AKASHI Takahiro wrote: > > "env [print|set] -e" allows for handling uefi variables without > > knowing details about mapping to corresponding u-boot variables. > > > > Signed-off-by: AKASHI Takahiro > >

Re: [U-Boot] [PATCH v8 00/15] SiFive FU540 Support

On Thu, Feb 21, 2019 at 04:03:41PM -0800, Palmer Dabbelt wrote: > On Thu, 21 Feb 2019 15:41:02 PST (-0800), tr...@konsulko.com wrote: > >On Wed, Feb 20, 2019 at 05:45:59AM +, Anup Patel wrote: > > > >>This patchset adds SiFive Freedom Unleashed (FU540) support > >>to RISC-V U-Boot. > >> >

Re: [U-Boot] [PATCH v8 00/15] SiFive FU540 Support

On Thu, 21 Feb 2019 15:41:02 PST (-0800), tr...@konsulko.com wrote: On Wed, Feb 20, 2019 at 05:45:59AM +, Anup Patel wrote: This patchset adds SiFive Freedom Unleashed (FU540) support to RISC-V U-Boot. The patches are based upon latest U-Boot source tree (git://git.denx.de/u-boot.git) at

Re: [U-Boot] [PATCH v7 4/7] cmd: efidebug: add drivers command

On Thu, Feb 21, 2019 at 08:32:06PM +0100, Heinrich Schuchardt wrote: > On 2/21/19 7:26 AM, AKASHI Takahiro wrote: > > "drivers" command prints all the uefi drivers on the system. > > > > => efi drivers > > Driver Name Image Path > >

[U-Boot] ut dm pch sandbox test failures

With the latest push to u-boot.git master branch, I'm seeing the following failures running test/py on sandbox: => ut dm pch_base Test: dm_test_pch_base: pch.c /var/lib/jenkins/workspace/u-boot-denx_uboot-master-build/src/u-boot/test/dm/pch.c:20, dm_test_pch_base(): 0 ==

Re: [U-Boot] [PATCH v8 00/15] SiFive FU540 Support

On Wed, Feb 20, 2019 at 05:45:59AM +, Anup Patel wrote: > This patchset adds SiFive Freedom Unleashed (FU540) support > to RISC-V U-Boot. > > The patches are based upon latest U-Boot source tree > (git://git.denx.de/u-boot.git) at v2019.04-rc2 commit id >

Re: [U-Boot] [PATCH] fs: ext4: cache extent data

On Wed, Feb 20, 2019 at 02:37:39PM -0700, Stephen Warren wrote: > On 1/30/19 12:58 PM, Stephen Warren wrote: > >From: Stephen Warren > > > >When a file contains extents, U-Boot currently reads extent-related data > >for each block in the file, even if that data is located in the same > >block

Re: [U-Boot] [PATCH] configs: dra7xx_evm: Remove ENV_IS_IN_FAT and SPL_ENV_*

On Wed, Feb 20, 2019 at 01:33:50PM +0530, Faiz Abbas wrote: > Hi Tom, > > On 19/02/19 8:45 PM, Tom Rini wrote: > > On Tue, Feb 19, 2019 at 08:25:29PM +0530, Faiz Abbas wrote: > > > >> With U-boot supporting environment in multiple places, enable only > >> ENV_IS_IN_EMMC in U-boot. > >> > >>

Re: [U-Boot] [PATCH 4/4] configs: ti_omap5_common: Add NAND environment settings

On Wed, Feb 20, 2019 at 03:34:53PM +0530, Faiz Abbas wrote: > Now that NAND is supported on DRA71x include various NAND environment > settings > > Signed-off-by: Faiz Abbas [snip] > +#ifdef CONFIG_NAND > +#define NANDARGS \ > + "mtdids=" CONFIG_MTDIDS_DEFAULT "\0" \ > + "mtdparts="

Re: [U-Boot] [PATCH v2 1/7] arm: K3: Avoid use of MCU_PSRAM0 before SYSFW is loaded

On Thu, Feb 21, 2019 at 04:35:06PM -0600, Andrew F. Davis wrote: > On HS devices the 512b region of reset isolated memory called > MCU_PSRAM0 is firewalled by default. Until SYSFW is loaded we > cannot use this memory. It is only used to store a single value > left at the end of SRAM by ROM that

Re: [U-Boot] [PATCH v3 6/7] k2g: config enable ti phy dp83867 for k2g

On Thu, Feb 21, 2019 at 12:02:06PM -0500, Murali Karicheri wrote: > Enable ti phy dp83867 for k2g > > Signed-off-by: Murali Karicheri Reviewed-by: Tom Rini -- Tom signature.asc Description: PGP signature ___ U-Boot mailing list

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

On Wed, Feb 20, 2019 at 04:52:15PM +0800, Bin Meng wrote: > Hi Tom, > > This includes the following changes to x86: > > - Add support for sound. > > Albeit the big changeset, changes are pretty limited to x86 only and a > few new sound drivers used by x86 so I think it would be good to

Re: [U-Boot] Pull request, u-boot-tegra/master

On Wed, Feb 20, 2019 at 09:34:57AM -0700, Tom Warren wrote: > Tom, > > Please pull u-boot-tegra/master into U-Boot/master. Thanks! > > All Tegra builds are OK, and Stephen's automated test system reports that > all tests pass. > > NOTE: This PR should supersede the previous one, sent

Re: [U-Boot] Please pull u-boot-fsl-qoriq master

On Wed, Feb 20, 2019 at 07:31:00AM +, Prabhakar Kushwaha wrote: > Hi Tom, > > The following changes since commit f14de0014c56093feecf42ca38b8ae5b3878f176: > > Prepare v2019.04-rc2 (2019-02-18 21:36:39 -0500) > > are available in the git repository at: > >

[U-Boot] [PATCH v2 5/7] arm: mach-k3: Add secure device build support

K3 HS devices require signed binaries for boot, use the SECDEV tools to sign the boot artifacts during build. Signed-off-by: Andrew F. Davis Reviewed-by: Tom Rini Reviewed-by: Andreas Dannenberg --- MAINTAINERS | 1 + arch/arm/mach-k3/config.mk| 25

[U-Boot] [PATCH v2 6/7] configs: Add a config for AM65x High Security EVM

Add new defconfig files for the AM65x High Security EVM. This defconfigs are the same as for the non-secure part, except for: CONFIG_TI_SECURE_DEVICE option set to 'y' CONFIG_FIT_IMAGE_POST_PROCESS option set to 'y' CONFIG_SPL_FIT_IMAGE_POST_PROCESS option set to 'y' Signed-off-by:

[U-Boot] [PATCH v2 7/7] doc: Update info on using K3 secure devices

Signed-off-by: Andrew F. Davis Reviewed-by: Tom Rini Reviewed-by: Andreas Dannenberg --- doc/README.ti-secure | 20 +++- 1 file changed, 15 insertions(+), 5 deletions(-) diff --git a/doc/README.ti-secure b/doc/README.ti-secure index 76950253ac..27c0eaa77f 100644 ---

[U-Boot] [PATCH v2 3/7] firmware: ti_sci: Modify auth_boot TI-SCI API to match new version

SYSFW version 2019.01 introduces a slightly modified version of this API, add support for it here. Signed-off-by: Andrew F. Davis Reviewed-by: Tom Rini Reviewed-by: Andreas Dannenberg --- drivers/firmware/ti_sci.c | 25 - drivers/firmware/ti_sci.h

[U-Boot] [PATCH v2 1/7] arm: K3: Avoid use of MCU_PSRAM0 before SYSFW is loaded

On HS devices the 512b region of reset isolated memory called MCU_PSRAM0 is firewalled by default. Until SYSFW is loaded we cannot use this memory. It is only used to store a single value left at the end of SRAM by ROM that will be needed later. Save that value to a global variable stored in the

[U-Boot] [PATCH v2 4/7] arm: mach-k3: Add secure device support

K3 devices have High Security (HS) variants along with the non-HS already supported. Like the previous generation devices (OMAP/Keystone2) K3 supports boot chain-of-trust by authenticating and optionally decrypting images as they are unpacked from FIT images. Add support for this here.

[U-Boot] [PATCH v2 2/7] firmware: ti_sci: Add support for firewall management

TI-SCI message protocol provides support for controlling the firewall configurations available in SoC. Introduce support for the set of TI-SCI message protocol APIs that provide us with this capability of controlling firewalls. Signed-off-by: Andrew F. Davis Reviewed-by: Tom Rini Reviewed-by:

[U-Boot] [PATCH v2 0/7] AM65x HS device support

Hello all, This series brings up HS device support on the AM65x platform. Support for HS on K3 family devices is a bit different than previous devices but for the most part all that has been abstracted into the SECDEV package, allowing for a rather straight forward implementation here. Thanks,

Re: [U-Boot] [PATCH v2 7/8] arm: socfpga: gen5: deassert peripheral reset by default

On 2/21/19 11:09 PM, Simon Goldschmidt wrote: > > > Am Do., 21. Feb. 2019, 22:56 hat Marek Vasut > geschrieben: > > On 2/21/19 10:43 PM, Simon Goldschmidt wrote: > > To keep the current behaviour of taking all peripherals out of reset > > before booting the OS

Re: [U-Boot] [PATCH v2 6/8] reset: socfpga: add reset handling for old kernels

On 2/21/19 11:07 PM, Simon Goldschmidt wrote: > > > Am Do., 21. Feb. 2019, 22:56 hat Marek Vasut > geschrieben: > > On 2/21/19 10:43 PM, Simon Goldschmidt wrote: > > This adds code to take peripherals out of reset based on an > environment > > variable.

Re: [U-Boot] [PATCH v2 2/8] arm: socfpga: gen5: add reset & sdr node to SPL devicetrees

On 2/21/19 11:11 PM, Simon Goldschmidt wrote: > > > Am Do., 21. Feb. 2019, 23:05 hat Marek Vasut > geschrieben: > > On 2/21/19 11:03 PM, Simon Goldschmidt wrote: > > > > > > Am Do., 21. Feb. 2019, 22:56 hat Marek Vasut > >

Re: [U-Boot] [PATCH v2 5/8] spi: cadence_qspi: add reset handling

On 2/21/19 11:04 PM, Simon Goldschmidt wrote: > > > Am Do., 21. Feb. 2019, 22:56 hat Marek Vasut > geschrieben: > > On 2/21/19 10:43 PM, Simon Goldschmidt wrote: > > This adds reset handling to the cadence qspi driver. > > > > For backwards compatibility,

Re: [U-Boot] [PATCH v2 2/8] arm: socfpga: gen5: add reset & sdr node to SPL devicetrees

Am Do., 21. Feb. 2019, 23:05 hat Marek Vasut geschrieben: > On 2/21/19 11:03 PM, Simon Goldschmidt wrote: > > > > > > Am Do., 21. Feb. 2019, 22:56 hat Marek Vasut > > geschrieben: > > > > On 2/21/19 10:43 PM, Simon Goldschmidt wrote: > > > The SPL for socfpga gen5

Re: [U-Boot] [PATCH v2 7/8] arm: socfpga: gen5: deassert peripheral reset by default

Am Do., 21. Feb. 2019, 22:56 hat Marek Vasut geschrieben: > On 2/21/19 10:43 PM, Simon Goldschmidt wrote: > > To keep the current behaviour of taking all peripherals out of reset > > before booting the OS before removing that code from socfpga gen5 SPL, > > this enables the new behaviour by

Re: [U-Boot] [RFT] configs: arndale: Use appropriate driver for Asix AX88760

On Thu, 21 Feb 2019 18:08:12 +0100 Krzysztof Kozlowski wrote: > Arndale board has an Asix AX88760 USB 2.0 Hub and Fast Ethernet combo. > The appropriate driver for it is USB_ETHER_ASIX. > > The mistake probably came from misinterpretation of commit > e9954b867ce0 ("usb: eth: add ASIX AX88179

Re: [U-Boot] [PATCH v2 6/8] reset: socfpga: add reset handling for old kernels

Am Do., 21. Feb. 2019, 22:56 hat Marek Vasut geschrieben: > On 2/21/19 10:43 PM, Simon Goldschmidt wrote: > > This adds code to take peripherals out of reset based on an environment > > variable. This is in preparation for removing the code that does this > from > > SPL. > > > > However, some

Re: [U-Boot] [PATCH v2 2/8] arm: socfpga: gen5: add reset & sdr node to SPL devicetrees

On 2/21/19 11:03 PM, Simon Goldschmidt wrote: > > > Am Do., 21. Feb. 2019, 22:56 hat Marek Vasut > geschrieben: > > On 2/21/19 10:43 PM, Simon Goldschmidt wrote: > > The SPL for socfpga gen5 currently takes all peripherals out of reset > > unconditionally. To

Re: [U-Boot] [PATCH v2 5/8] spi: cadence_qspi: add reset handling

Am Do., 21. Feb. 2019, 22:56 hat Marek Vasut geschrieben: > On 2/21/19 10:43 PM, Simon Goldschmidt wrote: > > This adds reset handling to the cadence qspi driver. > > > > For backwards compatibility, only a warning is printed when failing to > > get reset handles. > > > > Signed-off-by: Simon

Re: [U-Boot] [PATCH v2 1/8] arm: socfpga: gen5: sync devicetrees to Linux

On 2/21/19 11:02 PM, Simon Goldschmidt wrote: > > > Am Do., 21. Feb. 2019, 22:56 hat Marek Vasut > geschrieben: > > On 2/21/19 10:43 PM, Simon Goldschmidt wrote: > > This is again a sync to linux-next + pending patches in Dinh's tree at > > commit 1c909b2dfe6a

Re: [U-Boot] [PATCH v2 2/8] arm: socfpga: gen5: add reset & sdr node to SPL devicetrees

Am Do., 21. Feb. 2019, 22:56 hat Marek Vasut geschrieben: > On 2/21/19 10:43 PM, Simon Goldschmidt wrote: > > The SPL for socfpga gen5 currently takes all peripherals out of reset > > unconditionally. To implement proper reset handling for peripherals, > > the reset node has to be provided with

Re: [U-Boot] [PATCH v2 1/8] arm: socfpga: gen5: sync devicetrees to Linux

Am Do., 21. Feb. 2019, 22:56 hat Marek Vasut geschrieben: > On 2/21/19 10:43 PM, Simon Goldschmidt wrote: > > This is again a sync to linux-next + pending patches in Dinh's tree at > > commit 1c909b2dfe6a ("ARM: dts: socfpga: update more missing reset > > properties")' > > > > It adds missing

Re: [U-Boot] [PATCH v2 8/8] arm: socfpga: implement proper peripheral reset

On 2/21/19 10:43 PM, Simon Goldschmidt wrote: > This commit removes ad-hoc reset handling for peripheral resets from SPL > for socfpga gen5. > > This is done because as U-Boot drivers support reset handling by now. > > Signed-off-by: Simon Goldschmidt > --- > > Changes in v2: > - removed

Re: [U-Boot] [PATCH v2 5/8] spi: cadence_qspi: add reset handling

On 2/21/19 10:43 PM, Simon Goldschmidt wrote: > This adds reset handling to the cadence qspi driver. > > For backwards compatibility, only a warning is printed when failing to > get reset handles. > > Signed-off-by: Simon Goldschmidt > --- > > Changes in v2: > - add .remove callback to release

Re: [U-Boot] [PATCH v2 7/8] arm: socfpga: gen5: deassert peripheral reset by default

On 2/21/19 10:43 PM, Simon Goldschmidt wrote: > To keep the current behaviour of taking all peripherals out of reset > before booting the OS before removing that code from socfpga gen5 SPL, > this enables the new behaviour by default for all gen5 boards by adding > the environment variable

Re: [U-Boot] [PATCH v2 6/8] reset: socfpga: add reset handling for old kernels

On 2/21/19 10:43 PM, Simon Goldschmidt wrote: > This adds code to take peripherals out of reset based on an environment > variable. This is in preparation for removing the code that does this from > SPL. > > However, some drivers even in current Linux cannot handle peripheral reset, > so until

Re: [U-Boot] [PATCH v2 2/8] arm: socfpga: gen5: add reset & sdr node to SPL devicetrees

On 2/21/19 10:43 PM, Simon Goldschmidt wrote: > The SPL for socfpga gen5 currently takes all peripherals out of reset > unconditionally. To implement proper reset handling for peripherals, > the reset node has to be provided with the SPL dts. > > In preparation to move the DDR driver to DM, the

  1   2   >