[U-Boot] [PATCH 2/2] cmd: bootefi: rework do_bootefi()

In this patch, do_bootefi() will be reworked, without any functional change, as it is a bit sloppy after Heinrich's "efi_loader: rework loading and starting of images." Signed-off-by: AKASHI Takahiro --- cmd/bootefi.c | 101 ++ 1 file changed, 52

Re: [U-Boot] [PATCH] lib/crc16: use non-C99 loop style

Hello, On Thu, 14 Feb 2019 01:57:02 +0100 Philipp Tomsich wrote: > At the moment, our code requires at least GNU89 (i.e. not C89) or C99, even > when compiling our host tools (which shouldn’t require any GNU extensions, > as we shouldn’t need inline-asm in the host tools). > So the earliest

[U-Boot] [PATCH 0/2] efi_loader: rework loading (continued)

Heinrich, I like your patch[1], but the resulting code looks a bit sloppy. Can you add those patches to yours? Then, I will rework my own "run -e" patch[2] on top of them. [1] https://lists.denx.de/pipermail/u-boot/2019-February/358042.html [2]

[U-Boot] [PATCH 1/2] cmd: bootefi: move bootefi_test_prepare() forward

This is a preparatory patch for reworking do_bootefi(). Signed-off-by: AKASHI Takahiro --- cmd/bootefi.c | 95 +-- 1 file changed, 47 insertions(+), 48 deletions(-) diff --git a/cmd/bootefi.c b/cmd/bootefi.c index 9d9ccdd31a08..e064edcd0cdb

Re: [U-Boot] [PATCH v3] net: phy: add TSE PCS support to dwmac-socfpga

> -Original Message- > From: Marek Vasut [mailto:ma...@denx.de] > Sent: Friday, February 1, 2019 4:21 PM > To: Ooi, Joyce ; Joe Hershberger > > Cc: See, Chin Liang ; Ong, Hean Loong > ; Priyanka Jain ; u- > b...@lists.denx.de; Tan, Ley Foon ; Chee, Tien Fong > > Subject: Re: [U-Boot]

[U-Boot] [PATCH v2] ARM: zynq: Add missing i2c get_rate for fixing i2c SPL

The commit 'f48ef0d81aa837a33020f8d61abb3929ba613774' did break I2C support because requesting the clock for the I2C ip-block isn't supported during SPL. To fixup this we add support requesting clocks for: - i2c0 - i2c1 Signed-off-by: Hannes Schmelzer --- Changes in v2: - reword commit

[U-Boot] Antwort: Re: [PATCH] zynq: fix I2C in SPL

> > Hi, Hi Michal, > > first of all I would rephrase subject a little bit. > > Something like: > "ARM: zynq: Add missing i2c get_rate for fixing i2c SPL" OK. > > On 14. 02. 19 6:50, Hannes Schmelzer wrote: > > The commit 'f48ef0d81aa837a33020f8d61abb3929ba613774' did break I2C > > support

Re: [U-Boot] [PATCH] zynq: fix I2C in SPL

Hi, first of all I would rephrase subject a little bit. Something like: "ARM: zynq: Add missing i2c get_rate for fixing i2c SPL" On 14. 02. 19 6:50, Hannes Schmelzer wrote: > The commit 'f48ef0d81aa837a33020f8d61abb3929ba613774' did break I2C > support because requesting the clock for the I2C

Re: [U-Boot] mx6cuboxi: Detecting wrong .dtb (v2019.01)

Hi Fabio, Vagrant, Thanks for the referral. Vagrant, please find my response inline below. On Wed, Feb 13 2019, Fabio Estevam wrote: > Thanks for the report. > > Adding Jon and Baruch on Cc in case they could take a look at it. > > On Wed, Feb 13, 2019 at 2:52 PM Vagrant Cascadian wrote: >> >>

Re: [U-Boot] [PATCH v2 4/9] arm: exynos: odroid-xu3: Display info late to have proper type

On Wed, 13 Feb 2019 at 17:49, Krzysztof Kozlowski wrote: > > From: Krzysztof Kozlowski > > Printing the "Type" of board requires proper detection of revision which > can happen only late because regulators are needed. > > Signed-off-by: Krzysztof Kozlowski I should sent it from my @kernel.org

Re: [U-Boot] [PATCH v8 6/8] spl : socfpga: Implement fpga bitstream loading with socfpga loadfs

On Wed, 2019-02-13 at 17:25 +0100, Marek Vasut wrote: > On 2/13/19 3:18 PM, tien.fong.c...@intel.com wrote: > > > > From: Tien Fong Chee > > > > Add support for loading FPGA bitstream to get DDR up running before > > U-Boot is loaded into DDR. Boot device initialization, generic > > firmware >

Re: [U-Boot] [PATCH v8 4/8] ARM: socfpga: Add FPGA drivers for Arria 10 FPGA bitstream loading

On Wed, 2019-02-13 at 17:20 +0100, Marek Vasut wrote: > On 2/13/19 3:18 PM, tien.fong.c...@intel.com wrote: > > > > From: Tien Fong Chee > > > > Add FPGA driver to support program FPGA with FPGA bitstream loading > > from > > filesystem. The driver are designed based on generic firmware > >

[U-Boot] [PATCH v3 1/1] configs: rk3288: Tinker Board SPL file must fit into 32 KiB

The SPL image for the Tinker Board has to fit into 32 KiB. This includes up to 2 KiB for the file header. A new configuration variable CONFIG_SPL_WITH_DTB_SIZE_LIMIT is introduced to define the board specific limit. Signed-off-by: Heinrich Schuchardt --- v3 The maximum size should of

Re: [U-Boot] [PATCHv3 10/11] pci: ls_pcie_g4: Add Workaround for A-011451

Hi Zhiqiang, On Thu, Feb 14, 2019 at 11:52 AM Z.q. Hou wrote: > > Hi Bin, > > Thanks a lot for your comments! > > > -Original Message- > > From: Bin Meng > > Sent: 2019年2月12日 11:45 > > To: Z.q. Hou > > Cc: u-boot@lists.denx.de; albert.u.b...@aribaud.net; Priyanka Jain > > ; York Sun ;

Re: [U-Boot] [PATCH v8 3/8] fit: Add function declarations to the header file

On Wed, 2019-02-13 at 17:11 +0100, Marek Vasut wrote: > On 2/13/19 3:18 PM, tien.fong.c...@intel.com wrote: > > > > From: Tien Fong Chee > > > > Adding some function declarations to the header file, so these > > functions can be referred by other C files. > > > > Signed-off-by: Tien Fong Chee

Re: [U-Boot] [PATCH v8 2/8] ARM: socfpga: Add default FPGA bitstream fitImage for Arria10 SoCDK

On Thu, 2019-02-14 at 00:04 +0100, Marek Vasut wrote: > On 2/13/19 11:45 PM, Dalon L Westergreen wrote: > > > > On Wed, 2019-02-13 at 17:10 +0100, Marek Vasut wrote: > > > > > > On 2/13/19 3:18 PM, tien.fong.c...@intel.com wrote: > > > > > > > > From: Tien Fong Chee > > > > > > > > Add

Re: [U-Boot] [PATCH v8 1/8] ARM: socfpga: Description on FPGA bitstream type and file name for Arria 10

On Wed, 2019-02-13 at 17:07 +0100, Marek Vasut wrote: > On 2/13/19 3:18 PM, tien.fong.c...@intel.com wrote: > > > > From: Tien Fong Chee > > > > This patch adds description on properties about file name used for > > both > > peripheral bitstream and core bitstream. > > > > Signed-off-by: Tien

[U-Boot] [PATCH] zynq: fix I2C in SPL

The commit 'f48ef0d81aa837a33020f8d61abb3929ba613774' did break I2C support because requesting the clock for the I2C ip-block isn't supported during SPL. To fixup this we add support requesting clocks for: - i2c0 - i2c1 Signed-off-by: Hannes Schmelzer --- drivers/clk/clk_zynq.c | 3 +++ 1

[U-Boot] [PATCH] mc : Add support to run MC in 128 MB DDR size

ls2088, ls1088 : minimum DDR size for MC is 128 MB lx2 : minimum DDR size for MC is 256 MB Alignment of MC Base Address is as per the MC size. Signed-off-by: Meenakshi Aggarwal --- drivers/net/fsl-mc/mc.c | 56 +++- include/configs/ls1088a_common.h

Re: [U-Boot] [PATCHv3 10/11] pci: ls_pcie_g4: Add Workaround for A-011451

Hi Bin, Thanks a lot for your comments! > -Original Message- > From: Bin Meng > Sent: 2019年2月12日 11:45 > To: Z.q. Hou > Cc: u-boot@lists.denx.de; albert.u.b...@aribaud.net; Priyanka Jain > ; York Sun ; > sriram.d...@nxp.com; yamada.masah...@socionext.com; Prabhakar > Kushwaha ; Mingkai

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

On 14/02/19 12:07 AM, Andrew F. Davis wrote: > 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 > --- > MAINTAINERS | 1 + > arch/arm/mach-k3/config.mk| 25

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

[...snip..] > /** > diff --git a/drivers/firmware/ti_sci.h b/drivers/firmware/ti_sci.h > index 81591fb0c7..2c92f475ed 100644 > --- a/drivers/firmware/ti_sci.h > +++ b/drivers/firmware/ti_sci.h > @@ -50,6 +50,10 @@ > #define TISCI_MSG_PROC_AUTH_BOOT_IMIAGE 0xc120 > #define

Re: [U-Boot] [PATCHv3 08/11] armv8: lx2160a: enable the pci command

Hi Bin, Thanks a lot for your comments! > -Original Message- > From: Bin Meng > Sent: 2019年2月12日 11:38 > To: Z.q. Hou > Cc: u-boot@lists.denx.de; albert.u.b...@aribaud.net; Priyanka Jain > ; York Sun ; > sriram.d...@nxp.com; yamada.masah...@socionext.com; Prabhakar > Kushwaha ; Mingkai

Re: [U-Boot] [PATCH 1/8] armv8: fsl-layerscpae: correct the PCIe controllers' region size

Hi Bin, Thanks a lot for your comments! > -Original Message- > From: Bin Meng > Sent: 2019年2月12日 11:33 > To: Z.q. Hou > Cc: u-boot@lists.denx.de; albert.u.b...@aribaud.net; Priyanka Jain > ; York Sun ; > sriram.d...@nxp.com; yamada.masah...@socionext.com; Prabhakar > Kushwaha ; Mingkai

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

On 14/02/19 12:07 AM, 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 will be needed

[U-Boot] [PATCH] preboot: Introduce CONFIG_USE_PREBOOT and migrate CONFIG_PREBOOT

This is the same migration path as commit b6251db8c3f0 ("Kconfig: Introduce USE_BOOTCOMMAND and migrate BOOTCOMMAND"). I also moved the description in README to the Kconfig help. I ripped off the sentence about 'LWMON' since it is gone already. I only let my boards migrate, leaving the rest to

[U-Boot] env: Support multiple environments with varied size/offset/redund

commit 7d714a24d7258db1188abe3c7c9c46a1cc7ab8be finalized adding support for multiple env locations in U-Boot and I'm really thankful for this work! I would like to extend this such that each env can have a unique size/offset/redund configuration. This would affect all the env drivers so before I

Re: [U-Boot] [PATCH v1] dm: pinctrl: Remove obsolete function pinctrl_decode_pin_config_dm().

On Tue, 12 Feb 2019 at 18:29, Christoph Muellner wrote: > > This reverts commit 5ff776889212c080e3d1a33634ac904405ed6845. > > As noted in the comment, the function pinctrl_decode_pin_config_dm() > only served as a temporary solution. > > Since the function has no users anymore, we can remove it

Re: [U-Boot] [PATCH 1/1] test: let use gdbserver for all sandbox targets

On Tue, 12 Feb 2019 at 15:18, Igor Opaniuk wrote: > > Enable usage of gdbserver for all sandbox targets (sandbox, > sandbox_flattree etc.). > > Signed-off-by: Igor Opaniuk > --- > test/py/conftest.py | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) Reviewed-by: Simon Glass

Re: [U-Boot] [PATCH] lib/crc16: use non-C99 loop style

Tom, > On 14.02.2019, at 01:31, Tom Rini wrote: > > On Wed, Feb 13, 2019 at 10:57:28PM +0100, Thomas Petazzoni wrote: > >> Commit 51c2345bd24837f9f67f16268da6dc71573f1325 ("Roll CRC16-CCITT >> into the hash infrastructure") has modified the crc16 code by adding a >> C99-style loop where the

Re: [U-Boot] [PATCH] lib/crc16: use non-C99 loop style

On Wed, Feb 13, 2019 at 10:57:28PM +0100, Thomas Petazzoni wrote: > Commit 51c2345bd24837f9f67f16268da6dc71573f1325 ("Roll CRC16-CCITT > into the hash infrastructure") has modified the crc16 code by adding a > C99-style loop where the loop iterator is declared inside the for() > statement. This

[U-Boot] Changed syntax for dumpimage, failing tests

The syntax for dumpimage was changed since v2019.01, but test/image/test-imagetools.sh wasn't updated with the new syntax. While the change may make sense, it breaks existing behavior, and that has it's drawbacks... In any case, the tests shouldn't fail. I believe this is the commit that

[U-Boot] [PATCH] sunxi: update SATA driver to always use DM_SCSI

It seems like the Allwinner SATA driver is already quite capable of using the driver model, so we can force this on all boards and can remove support for a non-DM_SCSI build. This removes the warning about boards with SATA ports not being DM_SCSI compliant. It also takes the opportunity to move

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

Kevin Hilman writes: > Hi Anup, > > Anup Patel writes: > >> 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 commit id >> dbe70c7d4e3d5c705a98d82952e05a591efd0683 >>

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

Hi Anup, Anup Patel writes: > 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 commit id > dbe70c7d4e3d5c705a98d82952e05a591efd0683 > > All drivers namely: SiFive PRCI,

Re: [U-Boot] [PATCH v8 2/8] ARM: socfpga: Add default FPGA bitstream fitImage for Arria10 SoCDK

On 2/13/19 11:45 PM, Dalon L Westergreen wrote: > On Wed, 2019-02-13 at 17:10 +0100, Marek Vasut wrote: >> On 2/13/19 3:18 PM, tien.fong.c...@intel.com wrote: >>> From: Tien Fong Chee >>> >>> Add default fitImage file bundling FPGA bitstreams for Arria10. >>> >>> Signed-off-by: Tien Fong Chee

Re: [U-Boot] [PATCH] lib/crc16: use non-C99 loop style

> On 13.02.2019, at 22:57, Thomas Petazzoni > wrote: > > Commit 51c2345bd24837f9f67f16268da6dc71573f1325 ("Roll CRC16-CCITT > into the hash infrastructure") has modified the crc16 code by adding a > C99-style loop where the loop iterator is declared inside the for() > statement. This breaks

Re: [U-Boot] [PATCH v8 2/8] ARM: socfpga: Add default FPGA bitstream fitImage for Arria10 SoCDK

On Wed, 2019-02-13 at 17:10 +0100, Marek Vasut wrote: > On 2/13/19 3:18 PM, tien.fong.c...@intel.com wrote: > > From: Tien Fong Chee > > > > Add default fitImage file bundling FPGA bitstreams for Arria10. > > > > Signed-off-by: Tien Fong Chee > > > > --- > > > > changes for v8 > > - Changed

Re: [U-Boot] [PATCH v7 14/15] doc: Add a readme guide for SiFive FU540

Atish Patra writes: >> On Feb 12, 2019, at 4:18 PM, Kevin Hilman wrote: >> >> Anup Patel writes: >> >>> From: Atish Patra >>> >>> The readme guide describes the procedure to build, flash and boot Linux >>> using U-Boot on HiFive Unleashed. It also explains the current state of >>> U-boot

Re: [U-Boot] [PATCH v8 2/8] ARM: socfpga: Add default FPGA bitstream fitImage for Arria10 SoCDK

On 2/13/19 3:18 PM, tien.fong.c...@intel.com wrote: > From: Tien Fong Chee > > Add default fitImage file bundling FPGA bitstreams for Arria10. > > Signed-off-by: Tien Fong Chee > > --- > > changes for v8 > - Changed the FPGA node name to fpga-core and fpga-periph for both core and > periph

Re: [U-Boot] [PATCH v8 6/8] spl : socfpga: Implement fpga bitstream loading with socfpga loadfs

On 2/13/19 3:18 PM, tien.fong.c...@intel.com wrote: > From: Tien Fong Chee > > Add support for loading FPGA bitstream to get DDR up running before > U-Boot is loaded into DDR. Boot device initialization, generic firmware > loader and SPL FAT support are required for this whole mechanism to work.

Re: [U-Boot] [PATCH v8 4/8] ARM: socfpga: Add FPGA drivers for Arria 10 FPGA bitstream loading

On 2/13/19 3:18 PM, tien.fong.c...@intel.com wrote: > From: Tien Fong Chee > > Add FPGA driver to support program FPGA with FPGA bitstream loading from > filesystem. The driver are designed based on generic firmware loader > framework. The driver can handle FPGA program operation from loading

Re: [U-Boot] [PATCH v8 1/8] ARM: socfpga: Description on FPGA bitstream type and file name for Arria 10

On 2/13/19 3:18 PM, tien.fong.c...@intel.com wrote: > From: Tien Fong Chee > > This patch adds description on properties about file name used for both > peripheral bitstream and core bitstream. > > Signed-off-by: Tien Fong Chee > > --- > > changes for v8 > - Removed explanation about support

Re: [U-Boot] [PATCH v8 3/8] fit: Add function declarations to the header file

On 2/13/19 3:18 PM, tien.fong.c...@intel.com wrote: > From: Tien Fong Chee > > Adding some function declarations to the header file, so these > functions can be referred by other C files. > > Signed-off-by: Tien Fong Chee > --- > include/image.h | 4 > 1 file changed, 4 insertions(+) >

[U-Boot] [PATCH] lib/crc16: use non-C99 loop style

Commit 51c2345bd24837f9f67f16268da6dc71573f1325 ("Roll CRC16-CCITT into the hash infrastructure") has modified the crc16 code by adding a C99-style loop where the loop iterator is declared inside the for() statement. This breaks the build with old compiler such as gcc 4.7, that do not default to

Re: [U-Boot] [PATCH v2 1/1] configs: rk3288: Tinker Board SPL file must fit into 32 KiB

Am 13.02.2019 um 22:38 schrieb Heinrich Schuchardt: The SPL image for the Tinker Board has to fit into 32 KiB. This includes 4 KiB for the device tree and up to 2 KiB for the file header. A new configuration variable CONFIG_SPL_WITH_DTB_SIZE_LIMIT is introduced to define the board specific

[U-Boot] [PATCH v4 16/22] pcm052: board: Remove in-board setup code (it is now replaced by DM setup)

This commit cleans up the pcm052.c file to remove dead code after moving to DTS and DM. Signed-off-by: Lukasz Majewski --- Changes in v4: None Changes in v3: None Changes in v2: None board/phytec/pcm052/pcm052.c | 267 --- 1 file changed, 267

[U-Boot] [PATCH v4 17/22] config: bk4: Update u-boot script to support recovery via SD card

Signed-off-by: Lukasz Majewski --- Changes in v4: None Changes in v3: None Changes in v2: None include/configs/bk4r1.h | 31 +++ 1 file changed, 31 insertions(+) diff --git a/include/configs/bk4r1.h b/include/configs/bk4r1.h index bbd3e4e636..7bd3411ff2 100644 ---

[U-Boot] [PATCH v4 19/22] pcm052: bk4: sdcard: Add support for SD card booting/recovery

This code allows reusing the default u-boot as in the late board init, the default envs are restored and proper recovery scripts executed. Signed-off-by: Lukasz Majewski --- Changes in v4: None Changes in v3: None Changes in v2: None arch/arm/cpu/armv7/vf610/Kconfig | 1 +

[U-Boot] [PATCH v4 15/22] config: bk4: Update include/configs/bk4r1.h file

The BK4's config file has changed since its initial posting to main line. This commit reflects those changes. Signed-off-by: Lukasz Majewski --- Changes in v4: None Changes in v3: None Changes in v2: None include/configs/bk4r1.h | 214 ++-- 1 file

[U-Boot] [PATCH v4 13/22] defconfig: bk4/pcm052: Update bk4r1|pcm052_defconfig to support DM/DT

This commit updates BK4's and PCM052's config files to support as much as possible device tree and model in u-boot. Moreover, remove CONFIG_* from pcm052.h (as those are now in bk4|pcm052_defconfig) Signed-off-by: Lukasz Majewski --- Changes in v4: None Changes in v3: None Changes in v2:

[U-Boot] [PATCH v4 10/22] pcm052: board: cosmetic: Add copyright notice to pcm052.c

Signed-off-by: Lukasz Majewski --- Changes in v4: None Changes in v3: None Changes in v2: None board/phytec/pcm052/pcm052.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/board/phytec/pcm052/pcm052.c b/board/phytec/pcm052/pcm052.c index 5f2c9a9c12..95df0be6c1 100644 ---

[U-Boot] [PATCH v4 22/22] pcm052: bk4: Add board_phy_config() for BK4 to setup ksz8081 phy

BK4 requires setup of 50MHz reference clock for its KSZ8081 PHY devices. Signed-off-by: Lukasz Majewski --- Changes in v4: None Changes in v3: None Changes in v2: None board/phytec/pcm052/pcm052.c | 16 1 file changed, 16 insertions(+) diff --git

[U-Boot] [PATCH v4 08/22] pcm052: board: vybrid: Update the board name for BK4 device

This commit provides distinction between PCM052 and BK4. Signed-off-by: Lukasz Majewski --- Changes in v4: None Changes in v3: None Changes in v2: None board/phytec/pcm052/pcm052.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/board/phytec/pcm052/pcm052.c

[U-Boot] [PATCH v4 11/22] ARM: DTS: Update pcm052 based dts files (bk4r1/pcm052)

This commit provides update and renames the bk4r1.dts to vf610-bk4r1.dts file with more on SoC HW description. The pcm052.dts has been renamed to vf610-pcm052.dts as well. Moreover, a new vf610-pcm052.drsi file has been introduced to reuse the common code between devices based on Phytec's pcm052

[U-Boot] [PATCH v4 14/22] config: pcm052: Use SZ_X{MK} from linux/sizes.h for include/configs/pcm052.h

Signed-off-by: Lukasz Majewski Reviewed-by: Marcel Ziswiler --- Changes in v4: None Changes in v3: None Changes in v2: None include/configs/pcm052.h | 17 + 1 file changed, 9 insertions(+), 8 deletions(-) diff --git a/include/configs/pcm052.h b/include/configs/pcm052.h index

[U-Boot] [PATCH v4 07/22] pcm052: board: Remove "m4go" command as it is superseded by "bootaux"

The "m4go" provides exactly the same functionality as the IMX generic "bootaux" command. Remove it to not duplicate the code. Signed-off-by: Lukasz Majewski --- Changes in v4: None Changes in v3: None Changes in v2: None board/phytec/pcm052/pcm052.c | 38 --

[U-Boot] [PATCH v4 12/22] ARM: DTS: Provide vf610-bk4r1-u-boot.dtsi for U-Boot specific properties

This commit brings a separate file in which the U-Boot specific properties (like 'dm-pre-reloc') are provided. Such approach allows easy sync with upstream Linux kernel in the future. Signed-off-by: Lukasz Majewski Reviewed-by: Tom Rini --- Changes in v4: None Changes in v3: None Changes in

[U-Boot] [PATCH v4 18/22] config: bk4: Update u-boot envs to support NOR memories initial setup

Signed-off-by: Lukasz Majewski --- Changes in v4: None Changes in v3: None Changes in v2: None include/configs/bk4r1.h | 18 ++ 1 file changed, 18 insertions(+) diff --git a/include/configs/bk4r1.h b/include/configs/bk4r1.h index 7bd3411ff2..05ebb7d9c5 100644 ---

[U-Boot] [PATCH v4 21/22] pcm052: mac: Provide board specific imx_get_mac_from_fuse() function

This commit introduces the board specific function to read fused mac address. Signed-off-by: Lukasz Majewski --- Changes in v4: None Changes in v3: None Changes in v2: None board/phytec/pcm052/pcm052.c | 41 + 1 file changed, 41 insertions(+) diff

[U-Boot] [PATCH v4 20/22] pcm052: board: Add code to setup LED default states

As one has moved to DM based LEDs, this code is required to setup the default state. Signed-off-by: Lukasz Majewski --- Changes in v4: None Changes in v3: None Changes in v2: None board/phytec/pcm052/pcm052.c | 4 1 file changed, 4 insertions(+) diff --git a/board/phytec/pcm052/pcm052.c

[U-Boot] [PATCH v4 09/22] ARM: DTS: vybrid: Update vf.dtsi file to descibe more vf610 hardware

This patch allows moving vf610 based boards to a device tree and model. Ported from Linux kernel - v4.20 (tag) Signed-off-by: Lukasz Majewski Reviewed-by: Stefan Agner Tested-by: Marcel Ziswiler --- Changes in v4: None Changes in v3: None Changes in v2: None arch/arm/dts/vf.dtsi | 62

[U-Boot] [PATCH v4 06/22] vybrid: Define the imx_get_mac_from_fuse() as a __weak function

The proposed way of reading fused MAC in the imx_get_mac_from_fuse() may be different for other boards. This commit defines the imx_get_mac_from_fuse() as a weak function to allow board file overriding it with customized function. Signed-off-by: Lukasz Majewski --- Changes in v4: None Changes

[U-Boot] [PATCH v4 04/22] vybrid: clock: Provide enable_i2c_clk() function for Vybrid

Provide function to enable I2C clocks for vf610 - in the generic code. This function overrides the default weak function implementation (which only returns 1). Signed-off-by: Lukasz Majewski Tested-by: Marcel Ziswiler --- Changes in v4: None Changes in v3: - Add code to enable I2C0 code as

[U-Boot] [PATCH v4 05/22] pcm052: board: Do not enable I2C2 code in the board file

As the I2C2 clock is now enabled in the generic clock code, we can remove this code from a board file. Signed-off-by: Lukasz Majewski Tested-by: Marcel Ziswiler --- Changes in v4: None Changes in v3: - New patch (separate board code patch) Changes in v2: None board/phytec/pcm052/pcm052.c |

[U-Boot] [PATCH v4 03/22] vybrid: ddr: Extend vf610-pinfunc.h with DDR pads definitions

This patch provides definitions necessary for VF610 DDR pad configurations. Signed-off-by: Lukasz Majewski Reviewed-by: Stefan Agner --- Changes in v4: - Fix maming of DDRBYTE0 -> DDRBYTE2 (as it is in the documentation) Changes in v3: None Changes in v2: None arch/arm/dts/vf610-pinfunc.h

[U-Boot] [PATCH v4 02/22] net: Kconfig: FEC: Add dependency on VF610

Signed-off-by: Lukasz Majewski Reviewed-by: Stefan Agner --- Changes in v4: None Changes in v3: None Changes in v2: None drivers/net/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/Kconfig b/drivers/net/Kconfig index 6a570285aa..a3e1b4f411 100644 ---

[U-Boot] [PATCH v4 00/22] imx: vybrid: Update BK4 and PCM052 boards to only use DM/DTS

This patch series converts PCM052 and BK4 to use Driver Model and Device Tree. Some notable changes: - The way how MAC address is read from fuses can now be adjusted - DTS improvement/sync with kernel (also extract u-boot specific properties) - Using generic code instead of one from board The

[U-Boot] [PATCH v4 01/22] net: FEC: Add compatible for vybrid (vf610) to reuse fec_mxc.c driver

The NXP's FEC driver can be reused on vf610 device (with DM). Signed-off-by: Lukasz Majewski Reviewed-by: Stefan Agner --- Changes in v4: None Changes in v3: None Changes in v2: None drivers/net/fec_mxc.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/net/fec_mxc.c

[U-Boot] [PATCH v2 1/1] configs: rk3288: Tinker Board SPL file must fit into 32 KiB

The SPL image for the Tinker Board has to fit into 32 KiB. This includes 4 KiB for the device tree and up to 2 KiB for the file header. A new configuration variable CONFIG_SPL_WITH_DTB_SIZE_LIMIT is introduced to define the board specific limit. Signed-off-by: Heinrich Schuchardt --- v2

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

On 2/13/19 2:27 PM, Tom Rini wrote: > On Wed, Feb 13, 2019 at 12:37:10PM -0600, Andrew F. Davis wrote: > >> 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 > > In general, since I suppose the

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

On 2/13/19 2:27 PM, Tom Rini wrote: > On Wed, Feb 13, 2019 at 12:37: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

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

On Wed, Feb 13, 2019 at 12:37:05PM -0600, Andrew F. Davis wrote: > 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 >

Re: [U-Boot] [PATCH] arm: socfpga: move gen5 SDR driver to DM

Am 09.02.2019 um 11:38 schrieb Simon Goldschmidt: On Sat, Feb 9, 2019 at 11:25 AM Marek Vasut wrote: On 2/7/19 10:23 PM, Simon Goldschmidt wrote: To clean up reset handling for socfpga gen5, let's move the code snippet taking the DDR controller out of reset from SPL to the DDR driver. While

Re: [U-Boot] [RFC 1/1] configs: rk3288: SPL file must fit into 32 KiB

On Wed, Feb 13, 2019 at 09:41:30PM +0100, Heinrich Schuchardt wrote: > > > On 2/13/19 9:23 PM, Philipp Tomsich wrote: > > > > > >> On 13.02.2019, at 21:21, Tom Rini wrote: > >> > >> On Wed, Feb 13, 2019 at 09:13:05PM +0100, Heinrich Schuchardt wrote: > >> > >>> The SPL image for the rk3288

Re: [U-Boot] [RFC 1/1] configs: rk3288: SPL file must fit into 32 KiB

On 2/13/19 9:23 PM, Philipp Tomsich wrote: > > >> On 13.02.2019, at 21:21, Tom Rini wrote: >> >> On Wed, Feb 13, 2019 at 09:13:05PM +0100, Heinrich Schuchardt wrote: >> >>> The SPL image for the rk3288 boards has to fit into 32 KiB. This includes >>> 4 KiB for the device tree and up to 2 KiB

Re: [U-Boot] [ANN] Monthly developer call

On Thu, Feb 14, 2019 at 02:01:02AM +0530, Jagan Teki wrote: > On Mon, Feb 11, 2019 at 10:28 PM Tom Rini wrote: > > > > Hey all, > > > > So as I mentioned back in December[1], I was thinking of doing a > > recurring community conference call. I've gone ahead and scheduled one > > now with Zoom

Re: [U-Boot] [RFC 1/1] configs: rk3288: SPL file must fit into 32 KiB

Am 13.02.2019 um 21:26 schrieb Philipp Tomsich: On 13.02.2019, at 21:19, Simon Goldschmidt > wrote: Am 13.02.2019 um 21:13 schrieb Heinrich Schuchardt: The SPL image for the rk3288 boards has to fit into 32 KiB. This includes 4 KiB for the device

Re: [U-Boot] [ANN] Monthly developer call

On Mon, Feb 11, 2019 at 10:28 PM Tom Rini wrote: > > Hey all, > > So as I mentioned back in December[1], I was thinking of doing a > recurring community conference call. I've gone ahead and scheduled one > now with Zoom (https://zoom.us/) as they work well enough with Linux as > a host. For

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

On Wed, Feb 13, 2019 at 12:37:10PM -0600, Andrew F. Davis wrote: > 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 In general, since I suppose the answer to my question is "no", so: Reviewed-by:

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

On Wed, Feb 13, 2019 at 12:37:11PM -0600, Andrew F. Davis wrote: > 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

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

On Wed, Feb 13, 2019 at 12:37:12PM -0600, Andrew F. Davis wrote: > Signed-off-by: Andrew F. Davis Reviewed-by: Tom Rini -- Tom signature.asc Description: PGP signature ___ U-Boot mailing list U-Boot@lists.denx.de

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

On Wed, Feb 13, 2019 at 12:37:09PM -0600, Andrew F. Davis wrote: > 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

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

On Wed, Feb 13, 2019 at 12:37:08PM -0600, Andrew F. Davis wrote: > 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 -- Tom signature.asc Description: PGP signature

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

On Wed, Feb 13, 2019 at 12:37:07PM -0600, Andrew F. Davis wrote: > 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

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

On Wed, Feb 13, 2019 at 12:37: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] [RFC 1/1] configs: rk3288: SPL file must fit into 32 KiB

> On 13.02.2019, at 21:19, Simon Goldschmidt > wrote: > > Am 13.02.2019 um 21:13 schrieb Heinrich Schuchardt: >> The SPL image for the rk3288 boards has to fit into 32 KiB. This includes >> 4 KiB for the device tree and up to 2 KiB for the file header. > > I'm not related to this board (and

Re: [U-Boot] [RFC 1/1] configs: rk3288: SPL file must fit into 32 KiB

> On 13.02.2019, at 21:21, Tom Rini wrote: > > On Wed, Feb 13, 2019 at 09:13:05PM +0100, Heinrich Schuchardt wrote: > >> The SPL image for the rk3288 boards has to fit into 32 KiB. This includes >> 4 KiB for the device tree and up to 2 KiB for the file header. >> >> Without the patch we

Re: [U-Boot] [RFC 1/1] configs: rk3288: SPL file must fit into 32 KiB

On Wed, Feb 13, 2019 at 09:13:05PM +0100, Heinrich Schuchardt wrote: > The SPL image for the rk3288 boards has to fit into 32 KiB. This includes > 4 KiB for the device tree and up to 2 KiB for the file header. > > Without the patch we missed to see that the TinkerBoard > spl/u-boot-spl-dtb.bin

Re: [U-Boot] [BUG] booting on the Tinker Board (tinker-rk3288_defconfig) is broken

On Wed, Feb 13, 2019 at 09:13:31PM +0100, Heinrich Schuchardt wrote: > > > On 2/13/19 2:24 PM, Tom Rini wrote: > > On Wed, Feb 13, 2019 at 02:16:12PM +0100, Heinrich Schuchardt wrote: > >> > >> > >> On 2/13/19 1:25 PM, Tom Rini wrote: > >>> On Wed, Feb 13, 2019 at 11:13:19AM +0100, Philipp

Re: [U-Boot] [RFC 1/1] configs: rk3288: SPL file must fit into 32 KiB

Am 13.02.2019 um 21:13 schrieb Heinrich Schuchardt: The SPL image for the rk3288 boards has to fit into 32 KiB. This includes 4 KiB for the device tree and up to 2 KiB for the file header. I'm not related to this board (and don't mean to step against this patch), but I have similar problems

Re: [U-Boot] [RFC 1/1] configs: rk3288: SPL file must fit into 32 KiB

> On 13.02.2019, at 21:13, Heinrich Schuchardt wrote: > > The SPL image for the rk3288 boards has to fit into 32 KiB. This includes > 4 KiB for the device tree and up to 2 KiB for the file header. > > Without the patch we missed to see that the TinkerBoard > spl/u-boot-spl-dtb.bin file is too

Re: [U-Boot] [BUG] booting on the Tinker Board (tinker-rk3288_defconfig) is broken

On 2/13/19 2:24 PM, Tom Rini wrote: > On Wed, Feb 13, 2019 at 02:16:12PM +0100, Heinrich Schuchardt wrote: >> >> >> On 2/13/19 1:25 PM, Tom Rini wrote: >>> On Wed, Feb 13, 2019 at 11:13:19AM +0100, Philipp Tomsich wrote: > On 13.02.2019, at 11:10, David Wu wrote: > > Hi

[U-Boot] [RFC 1/1] configs: rk3288: SPL file must fit into 32 KiB

The SPL image for the rk3288 boards has to fit into 32 KiB. This includes 4 KiB for the device tree and up to 2 KiB for the file header. Without the patch we missed to see that the TinkerBoard spl/u-boot-spl-dtb.bin file is too big. Signed-off-by: Heinrich Schuchardt ---

Re: [U-Boot] [PATCH v7 14/15] doc: Add a readme guide for SiFive FU540

On 2/13/19 1:52 AM, Auer, Lukas wrote: On Wed, 2019-02-13 at 01:31 +, Atish Patra wrote: On Feb 12, 2019, at 4:18 PM, Kevin Hilman wrote: Anup Patel writes: From: Atish Patra The readme guide describes the procedure to build, flash and boot Linux using U-Boot on HiFive Unleashed. It

[U-Boot] [PATCH] ARM: da850evm: Increase Malloc Size

The SPI NOR frameware was recently updated, but they require a little more memory that we had previosly allocated, so it stopped booting. This patch doubles the size of CONFIG_SPL_SYS_MALLOC_F_LEN to 0x800. Fixes: c4e8862308d4 ("mtd: spi: Switch to new SPI NOR framework") Signed-off-by: Adam

Re: [U-Boot] [RESEND PATCH v5 3/7] test: fs: Add filesystem integrity checks

On Wed, Feb 13, 2019 at 12:15:23PM +0100, Jean-Jacques Hiblot wrote: > We need to make sure that file writes,file creation, etc. are properly > performed and do not corrupt the filesystem. > To help with this, introduce the assert_fs_integrity() function that > executes the appropriate fsck tool.

Re: [U-Boot] [PULL] efi patch queue 2019-02-13

On Wed, Feb 13, 2019 at 09:48:55AM +0100, Alexander Graf wrote: > Hi Tom, > > This is my current patch queue for efi. Please pull. > > Alex > > > The following changes since commit b1b1bab7f92b838a252ab977f56d9c3584c14fb7: > > test/py: use default load address for tftp (2019-02-12

[U-Boot] [PATCH 2/2] mtd: ubi, ubifs debug: Use pr_debug instead of pr_crit

Before printk.h was introduced and MTDDEBUG was removed, pr_crit() was calling MTDDEBUG(), which was since then replaced by the current pr_debug(). pr_debug is more appropriate here. Signed-off-by: Eran Matityahu --- drivers/mtd/ubi/debug.h | 2 +- fs/ubifs/debug.h| 4 ++-- 2 files

[U-Boot] [PATCH 1/2] mtd: ubi debug: Remove the pid print from ubi_assert

Add a new definition for ubi_assert and keep the original one in an ifndef __UBOOT__. Signed-off-by: Eran Matityahu --- drivers/mtd/ubi/debug.h | 10 ++ 1 file changed, 10 insertions(+) diff --git a/drivers/mtd/ubi/debug.h b/drivers/mtd/ubi/debug.h index 8ad0c62..d853520 100644 ---

  1   2   3   >