[U-Boot] [PATCH v13 7/8] arm: socfpga: Add FPGA driver support for Arria 10

From: Tien Fong Chee Add FPGA driver support for Arria 10. Signed-off-by: Tien Fong Chee Reviewed-by: Ley Foon Tan Reviewed-by: Dinh Nguyen --- arch/arm/mach-socfpga/include/mach/fpga_manager.h

[U-Boot] [PATCH v13 3/8] kconfig: Convert FPGA and FPGA_ALTERA configuration to Kconfig

From: Tien Fong Chee This converts the following to Kconfig: CONFIG_FPGA CONFIG_FPGA_ALTERA Signed-off-by: Tien Fong Chee Reviewed-by: Ley Foon Tan Reviewed-by: Dinh Nguyen ---

[U-Boot] [PATCH v13 6/8] configs: Add FPGA driver config for Arria 10

From: Tien Fong Chee Add FPGA driver config for Arria 10. Signed-off-by: Tien Fong Chee Reviewed-by: Ley Foon Tan Reviewed-by: Dinh Nguyen --- configs/socfpga_arria10_defconfig | 2 ++ 1 file

[U-Boot] [PATCH v13 8/8] arm: socfpga: Enable all FPGA config support for Arria 10

From: Tien Fong Chee Enable all FPGA config support for Arria 10. Signed-off-by: Tien Fong Chee Reviewed-by: Ley Foon Tan Reviewed-by: Dinh Nguyen --- include/configs/socfpga_common.h | 3 +-- 1

[U-Boot] [PATCH v13 4/8] kconfig: Convert FPGA_SOCFPGA configuration to Kconfig

From: Tien Fong Chee This converts the following to Kconfig: CONFIG_FPGA_SOCFPGA Signed-off-by: Tien Fong Chee Reviewed-by: Ley Foon Tan Reviewed-by: Dinh Nguyen ---

[U-Boot] [PATCH v13 5/8] drivers: Enable FPGA driver build on SPL

From: Tien Fong Chee Enable FPGA driver build for Arria 10 SPL because FPGA driver is needed by Arria 10 SPL to configure and getting DDR up before loading U-boot into DDR and booting from there. Signed-off-by: Tien Fong Chee Reviewed-by: Ley

[U-Boot] [PATCH v13 2/8] arm: socfpga: Restructure FPGA driver in the preparation to support A10

From: Tien Fong Chee Move FPGA driver which is Gen5 specific code into Gen5 driver file and keeping common FPGA driver intact. All the changes are still keeping in driver/fpga/ and no functional change. Subsequent patch would move FPGA manager driver from arch/arm into

[U-Boot] [PATCH v13 1/8] arm: socfpga: Remove unused passing parameter of socfpga_bridges_reset

From: Tien Fong Chee Remove parameter from socfpga_bridges_reset(), and keeping this function for single purpose which is just triggering reset on bridges. socfpga_reset_deassert_bridges_handoff() can be called for releasing reset on any bridges based on the bridge

[U-Boot] [PATCH v13 0/8] Add Intel Arria 10 SoC FPGA driver

From: Tien Fong Chee This is the 13th version of patchset to adds support for Intel Arria 10 SoC FPGA driver. This version mainly resolved the conflicts when applying on top of u-boot.git in [v12]. This series is working on top of u-boot.git -

Re: [U-Boot] [PATCH v12 0/8] Add Intel Arria 10 SoC FPGA driver

On Isn, 2017-07-24 at 14:09 +0200, Marek Vasut wrote: > On 07/24/2017 07:49 AM, Chee, Tien Fong wrote: > > > > On Jum, 2017-07-21 at 11:06 +0200, Marek Vasut wrote: > > > > > > On 07/21/2017 10:22 AM, tien.fong.c...@intel.com wrote: > > > > > > > > > > > > From: Tien Fong Chee

Re: [U-Boot] [PATCH v2 00/34] env: Move environment code to use location drivers

Hi Simon, 2017-07-24 12:19 GMT+09:00 Simon Glass : > The environment code is ripe for improvement in various ways. It has lots > of duplication and inconsistencies between how things work with different > environment locations. It does not properly use Kconfig. Error checking

Re: [U-Boot] Compile failure encountered on latest (2017-07-20) git://git.denx.de/u-boot-usb.git branch master for target ls1021atwr_nor_defconfig

Hi Ran, On Wed, Jul 26, 2017 at 11:30 AM, Ran Wang wrote: > Hi Bin >> -Original Message- >> From: Bin Meng [mailto:bmeng...@gmail.com] >> Sent: Tuesday, July 25, 2017 8:22 PM >> To: Ran Wang >> Cc: Marek Vasut ; Patrice Chotard

Re: [U-Boot] Compile failure encountered on latest (2017-07-20) git://git.denx.de/u-boot-usb.git branch master for target ls1021atwr_nor_defconfig

Hi Bin > -Original Message- > From: Bin Meng [mailto:bmeng...@gmail.com] > Sent: Tuesday, July 25, 2017 8:22 PM > To: Ran Wang > Cc: Marek Vasut ; Patrice Chotard ; > Simon Glass ; Masahiro Yamada >

Re: [U-Boot] [PATCH 2/6] x86: tsc: Identify Intel-specific code

On Wed, Jul 26, 2017 at 11:12 AM, Bin Meng wrote: > cpu_mhz_from_msr() is currently Intel-specific, and should not oops: patch ordering issue :) It should be: try_msr_calibrate_tsc()... as try_msr_calibrate_tsc() is renamed to cpu_mhz_from_msr() in patch [6/6] > execute on

[U-Boot] [PATCH 5/6] x86: tsc: Correct Silvermont reference clock values

Atom processors use a 19.2 MHz crystal oscillator. Early processors generate 100 MHz via 19.2 MHz * 26 / 5 = 99.84 MHz. Later processors generate 100 MHz via 19.2 MHz * 125 / 24 = 100 MHz. Update the Silvermont-based tables accordingly, matching the Software Developers Manual. Also, correct a

[U-Boot] [PATCH 2/6] x86: tsc: Identify Intel-specific code

cpu_mhz_from_msr() is currently Intel-specific, and should not execute on any other vendor's parts. This keeps in sync with Linux kernel commit: ba82683: x86/tsc_msr: Identify Intel-specific code Signed-off-by: Bin Meng --- drivers/timer/tsc_timer.c | 4 1 file

[U-Boot] [PATCH 4/6] x86: tsc: Update comments and expand definitions in freq_desc_tables[]

Some processor abbreviations in the comments of freq_desc_tables[] are obscure. This updates part of these to mention processors that are known to us. Also expand frequency definitions. This keeps in sync with Linux kernel commit: 9e0cae9: x86/tsc_msr: Update comments, expand definitions

[U-Boot] [PATCH 6/6] x86: tsc: Rename try_msr_calibrate_tsc() to cpu_mhz_from_msr()

Rename try_msr_calibrate_tsc() to cpu_mhz_from_msr(), as that better describes what the routine does. This keeps in sync with Linux kernel commit: 02c0cd2: x86/tsc_msr: Remove irqoff around MSR-based TSC enumeration Signed-off-by: Bin Meng --- drivers/timer/tsc_timer.c |

[U-Boot] [PATCH 3/6] x86: tsc: Remove the fail handling in try_msr_calibrate_tsc()

If either ratio or freq is zero, the return value is zero. There is no need to create a fail branch and return zero there. This keeps in sync with Linux kernel commit: 14bb4e3: x86/tsc_msr: Remove debugging messages Signed-off-by: Bin Meng --- drivers/timer/tsc_timer.c |

[U-Boot] [PATCH 1/6] x86: tsc: Read all ratio bits from MSR_PLATFORM_INFO

Currently we read the tsc radio like this: ratio = (MSR_PLATFORM_INFO >> 8) & 0x1f; Thus we get bit 8-12 of MSR_PLATFORM_INFO, however according to the Intel manual, the ratio bits are bit 8-15. Fix this problem by masking 0xff instead. This keeps in sync with Linux kernel commit:

Re: [U-Boot] FIT image signing

On Tuesday, July 25, 2017 4:54:15 PM PDT Aaron Williams wrote: > Hi all, > > I am trying to enable support for booting signed FIT images but I'm not sure > how I go about setting up the public keys. The documentation under > uImage.fit does not seem to cover how to go about setting up the keys

Re: [U-Boot] [PATCH v2 12/34] Convert CONFIG_ENV_IS_IN_FAT to Kconfig

On Sun, Jul 23, 2017 at 09:19:47PM -0600, Simon Glass wrote: > This converts the following to Kconfig: >CONFIG_ENV_IS_IN_FAT > > Signed-off-by: Simon Glass Applied to u-boot/master, thanks! -- Tom signature.asc Description: Digital signature

Re: [U-Boot] [PATCH v2 10/34] Convert CONFIG_ENV_IS_IN_SPI_FLASH to Kconfig

On Sun, Jul 23, 2017 at 09:19:45PM -0600, Simon Glass wrote: > This converts the following to Kconfig: >CONFIG_ENV_IS_IN_SPI_FLASH > > Signed-off-by: Simon Glass Applied to u-boot/master, thanks! -- Tom signature.asc Description: Digital signature

Re: [U-Boot] [PATCH v2 13/34] Convert CONFIG_ENV_IS_IN_ONENAND to Kconfig

On Sun, Jul 23, 2017 at 09:19:48PM -0600, Simon Glass wrote: > This converts the following to Kconfig: >CONFIG_ENV_IS_IN_ONENAND > > Signed-off-by: Simon Glass Applied to u-boot/master, thanks! -- Tom signature.asc Description: Digital signature

Re: [U-Boot] [PATCH v2 09/34] Convert CONFIG_ENV_IS_IN_DATAFLASH to Kconfig

On Sun, Jul 23, 2017 at 09:19:44PM -0600, Simon Glass wrote: > This converts the following to Kconfig: >CONFIG_ENV_IS_IN_DATAFLASH > > Signed-off-by: Simon Glass Applied to u-boot/master, thanks! -- Tom signature.asc Description: Digital signature

Re: [U-Boot] [PATCH v2 07/34] Convert CONFIG_ENV_IS_IN_NVRAM to Kconfig

On Sun, Jul 23, 2017 at 09:19:42PM -0600, Simon Glass wrote: > This converts the following to Kconfig: >CONFIG_ENV_IS_IN_NVRAM > > Signed-off-by: Simon Glass Applied to u-boot/master, thanks! -- Tom signature.asc Description: Digital signature

Re: [U-Boot] [PATCH v2 11/34] Convert CONFIG_ENV_IS_IN_REMOTE to Kconfig

On Sun, Jul 23, 2017 at 09:19:46PM -0600, Simon Glass wrote: > This converts the following to Kconfig: >CONFIG_ENV_IS_IN_REMOTE > > Signed-off-by: Simon Glass Applied to u-boot/master, thanks! -- Tom signature.asc Description: Digital signature

Re: [U-Boot] [PATCH v2 05/34] env: Move help from README to Kconfig

On Sun, Jul 23, 2017 at 09:19:40PM -0600, Simon Glass wrote: > The CONFIG_ENV_IS_IN_... options which have already been converted to > Kconfig only have a small amount of help. Move the rest of it over from > the README. > > Signed-off-by: Simon Glass Applied to

Re: [U-Boot] [PATCH v2 08/34] Convert CONFIG_ENV_IS_IN_EEPROM to Kconfig

On Sun, Jul 23, 2017 at 09:19:43PM -0600, Simon Glass wrote: > This converts the following to Kconfig: >CONFIG_ENV_IS_IN_EEPROM > > Signed-off-by: Simon Glass Applied to u-boot/master, thanks! -- Tom signature.asc Description: Digital signature

Re: [U-Boot] [PATCH v2 06/34] Convert CONFIG_ENV_IS_IN_FLASH to Kconfig

On Sun, Jul 23, 2017 at 09:19:41PM -0600, Simon Glass wrote: > This converts the following to Kconfig: >CONFIG_ENV_IS_IN_FLASH > > Signed-off-by: Simon Glass Applied to u-boot/master, thanks! -- Tom signature.asc Description: Digital signature

Re: [U-Boot] [PATCH v2 04/34] Convert CONFIG_ENV_IS_IN_MMC et al to Kconfig

On Sun, Jul 23, 2017 at 09:19:39PM -0600, Simon Glass wrote: > This converts the following to Kconfig: >CONFIG_ENV_IS_IN_MMC >CONFIG_ENV_IS_IN_NAND >CONFIG_ENV_IS_IN_UBI >CONFIG_ENV_IS_NOWHERE > > In fact this already exists for sunxi as a 'choice' config. However not > all the

[U-Boot] [PATCH] efi_loader: remove more double EFI_EXIT() in efi_disk.c

Signed-off-by: Rob Clark --- lib/efi_loader/efi_disk.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/lib/efi_loader/efi_disk.c b/lib/efi_loader/efi_disk.c index adf906b7dd..4bde2287b4 100644 --- a/lib/efi_loader/efi_disk.c +++

[U-Boot] [PATCH] efi_loader: remove double EFI_EXIT() with efi_unsupported

Probably this went unnoticed before, but it causes problems with addition of 804b1d73 ("efi_loader: log EFI return values too") Signed-off-by: Rob Clark --- lib/efi_loader/efi_boottime.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[U-Boot] FIT image signing

Hi all, I am trying to enable support for booting signed FIT images but I'm not sure how I go about setting up the public keys. The documentation under uImage.fit does not seem to cover how to go about setting up the keys for U-Boot to verify the image. I can sign the .fit image without any

[U-Boot] Enc: Uboot compatible with board Tegra124-nyan-big (ChromeBook G3 HP 14")

Uboot List, Someone could help me as I wrap up this to solve my problem. Best Regards Perfeito, Alexander De: Alexandre N. Perfeito Enviado: segunda-feira, 24 de julho de 2017 18:35 Para: Thomas Hoff Cc: Simon Glass

Re: [U-Boot] [PATCH] efi_loader: allow efi_loader code to call EFI interfaces

On Tue, Jul 25, 2017 at 6:10 PM, Alexander Graf wrote: > > > On 26.07.17 00:01, Rob Clark wrote: >> >> On Tue, Jul 25, 2017 at 5:42 PM, Alexander Graf wrote: >>> >>> >>> >>> On 25.07.17 23:26, Rob Clark wrote: On Tue, Jul 25, 2017 at 5:01 PM, Heinrich

Re: [U-Boot] [PATCH 2/2] [rfc] support booting arm64 android image

On Tue, Jul 25, 2017 at 02:55:18PM +1000, Bin Chen wrote: > On 24 July 2017 at 00:41, Tom Rini wrote: > > > On Sun, Jul 23, 2017 at 11:48:53PM +1000, Bin Chen wrote: > > > On 19 July 2017 at 12:53, Tom Rini wrote: > > > > > > > On Wed, Jul 19, 2017 at

Re: [U-Boot] [PATCH] efi_loader: allow efi_loader code to call EFI interfaces

On 26.07.17 00:01, Rob Clark wrote: On Tue, Jul 25, 2017 at 5:42 PM, Alexander Graf wrote: On 25.07.17 23:26, Rob Clark wrote: On Tue, Jul 25, 2017 at 5:01 PM, Heinrich Schuchardt wrote: On 07/25/2017 09:42 PM, Rob Clark wrote: On Tue, Jul 25, 2017

Re: [U-Boot] [PATCH] efi_loader: allow efi_loader code to call EFI interfaces

On Tue, Jul 25, 2017 at 5:42 PM, Alexander Graf wrote: > > > On 25.07.17 23:26, Rob Clark wrote: >> >> On Tue, Jul 25, 2017 at 5:01 PM, Heinrich Schuchardt >> wrote: >>> >>> On 07/25/2017 09:42 PM, Rob Clark wrote: On Tue, Jul 25, 2017 at 3:12 PM,

Re: [U-Boot] [PATCH v2 00/34] env: Move environment code to use location drivers

On Tue, Jul 25, 2017 at 03:40:42PM -0600, Simon Glass wrote: > Hi Tom, > > On 25 July 2017 at 11:49, Tom Rini wrote: > > > > On Sun, Jul 23, 2017 at 09:19:35PM -0600, Simon Glass wrote: > > > > > The environment code is ripe for improvement in various ways. It has lots > > >

Re: [U-Boot] [PATCH] efi_loader: allow efi_loader code to call EFI interfaces

On 25.07.17 23:26, Rob Clark wrote: On Tue, Jul 25, 2017 at 5:01 PM, Heinrich Schuchardt wrote: On 07/25/2017 09:42 PM, Rob Clark wrote: On Tue, Jul 25, 2017 at 3:12 PM, Heinrich Schuchardt wrote: On 07/25/2017 07:52 PM, Rob Clark wrote: On Tue,

Re: [U-Boot] [PATCH v2 00/34] env: Move environment code to use location drivers

Hi Tom, On 25 July 2017 at 11:49, Tom Rini wrote: > > On Sun, Jul 23, 2017 at 09:19:35PM -0600, Simon Glass wrote: > > > The environment code is ripe for improvement in various ways. It has lots > > of duplication and inconsistencies between how things work with different > >

Re: [U-Boot] [PATCH] efi_loader: allow efi_loader code to call EFI interfaces

On Tue, Jul 25, 2017 at 5:01 PM, Heinrich Schuchardt wrote: > On 07/25/2017 09:42 PM, Rob Clark wrote: >> On Tue, Jul 25, 2017 at 3:12 PM, Heinrich Schuchardt >> wrote: >>> On 07/25/2017 07:52 PM, Rob Clark wrote: On Tue, Jul 25, 2017 at 12:56 PM,

Re: [U-Boot] [PATCH v5 00/20] dm: tegra: Move nyan-big, jetson-tk1, beaver to livetree

On 07/25/2017 08:29 AM, Simon Glass wrote: This moves four entire boards to use a live device tree as an example of the impact. ... This series is available at u-boot-dm/livet-working Changes in v5: - Update the get_enable() functions to use new method signature - Update tegra-tk1 to port

Re: [U-Boot] [PATCH] efi_loader: allow efi_loader code to call EFI interfaces

On 07/25/2017 09:42 PM, Rob Clark wrote: > On Tue, Jul 25, 2017 at 3:12 PM, Heinrich Schuchardt > wrote: >> On 07/25/2017 07:52 PM, Rob Clark wrote: >>> On Tue, Jul 25, 2017 at 12:56 PM, Heinrich Schuchardt >>> wrote: On 07/25/2017 04:28 PM,

Re: [U-Boot] [PATCH v2 8/9] spl: dm: Make it possible for the SPL to pick its own DTB from a FIT

On Tue, Jul 25, 2017 at 04:05:20PM +0200, Jean-Jacques Hiblot wrote: > u-boot can be embedded within a FIT image with multiple DTBs. It then > selects at run-time which one is best suited for the platform. > Use the same principle here for the SPL: put the DTBs in a FIT image, > compress it

Re: [U-Boot] [PATCH] efi_loader: allow efi_loader code to call EFI interfaces

On Tue, Jul 25, 2017 at 3:12 PM, Heinrich Schuchardt wrote: > On 07/25/2017 07:52 PM, Rob Clark wrote: >> On Tue, Jul 25, 2017 at 12:56 PM, Heinrich Schuchardt >> wrote: >>> On 07/25/2017 04:28 PM, Alexander Graf wrote: On 25.07.17 14:28,

Re: [U-Boot] [PATCH] efi_loader: allow efi_loader code to call EFI interfaces

On 07/25/2017 07:52 PM, Rob Clark wrote: > On Tue, Jul 25, 2017 at 12:56 PM, Heinrich Schuchardt > wrote: >> On 07/25/2017 04:28 PM, Alexander Graf wrote: >>> >>> >>> On 25.07.17 14:28, Rob Clark wrote: On Tue, Jul 25, 2017 at 8:16 AM, Alexander Graf

[U-Boot] Pull request: u-boot-mips v2

Hi Tom, second try with the gcc 6.3 build fix applied and rebased to current master. The following changes since commit d56b4b19744c314c26dc77585a7c7a9253d1487d: configs: Migrate RBTREE, LZO, CMD_MTDPARTS, CMD_UBI and CMD_UBIFS (2017-07-24 20:35:55 -0400) are available in the git

Re: [U-Boot] compilation failure on Powerpc with SPL

I checked the head of master branch d56b4b1 and e14b116 but don't see compiling error. My toolchain is gcc version 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.4). York On 07/25/2017 04:14 AM, Ashish Kumar wrote: > Sorry for missing the details. > > repo: > > git://git.denx.de/u-boot.git > >

Re: [U-Boot] [PATCH v1 7/7] x86: acpi: Don't touch hardware on HW reduced platforms

On Sun, 2017-07-23 at 08:48 +0800, Bin Meng wrote: > Hi Andy, > > On Sun, Jul 23, 2017 at 12:43 AM, Andy Shevchenko > wrote: > > On Sat, Jul 22, 2017 at 4:45 PM, Bin Meng > > wrote: > > > I assume this is needed on Intel Edison. > > > > Actually

Re: [U-Boot] [PATCH] efi_loader: allow efi_loader code to call EFI interfaces

On Tue, Jul 25, 2017 at 12:56 PM, Heinrich Schuchardt wrote: > On 07/25/2017 04:28 PM, Alexander Graf wrote: >> >> >> On 25.07.17 14:28, Rob Clark wrote: >>> On Tue, Jul 25, 2017 at 8:16 AM, Alexander Graf wrote: On 25.07.17 14:08, Rob Clark

Re: [U-Boot] [PATCH v2 00/34] env: Move environment code to use location drivers

On Sun, Jul 23, 2017 at 09:19:35PM -0600, Simon Glass wrote: > The environment code is ripe for improvement in various ways. It has lots > of duplication and inconsistencies between how things work with different > environment locations. It does not properly use Kconfig. Error checking > and

Re: [U-Boot] [RFC] efi: variable support

On Tue, Jul 25, 2017 at 1:29 PM, Alexander Graf wrote: > > >> Am 25.07.2017 um 19:23 schrieb Rob Clark : >> >>> On Tue, Jul 25, 2017 at 12:55 PM, Alexander Graf wrote: >>> >>> On 25.07.17 17:47, Rob Clark wrote: > On Tue, Jul 25,

Re: [U-Boot] [RFC] efi: variable support

> Am 25.07.2017 um 19:23 schrieb Rob Clark : > >> On Tue, Jul 25, 2017 at 12:55 PM, Alexander Graf wrote: >> >> >>> On 25.07.17 17:47, Rob Clark wrote: >>> On Tue, Jul 25, 2017 at 10:25 AM, Alexander Graf wrote:

Re: [U-Boot] [RFC] efi: variable support

On Tue, Jul 25, 2017 at 12:55 PM, Alexander Graf wrote: > > > On 25.07.17 17:47, Rob Clark wrote: >> >> On Tue, Jul 25, 2017 at 10:25 AM, Alexander Graf wrote: >>> >>> >>> >>> On 25.07.17 14:47, Rob Clark wrote: On Tue, Jul 25, 2017 at 5:38 AM,

Re: [U-Boot] [U-Boot,v2,4/4] pinctrl: meson: convert to livetree

On Mon, Jul 24, 2017 at 08:45:10PM -0400, Tom Rini wrote: > On Mon, Jul 10, 2017 at 12:30:06AM +0200, Beniamino Galvani wrote: > > > Update the Meson pinctrl/gpio driver to support a live device tree. > > > > Signed-off-by: Beniamino Galvani > > This does not apply on top

Re: [U-Boot] [PATCH] efi_loader: add back optional efi_handler::open()

On Tue, Jul 25, 2017 at 12:39 PM, Heinrich Schuchardt wrote: > On 07/25/2017 02:21 PM, Rob Clark wrote: >> In some cases it is useful to defer creation of the protocol interface >> object. So add back an optional ->open() hook that is used if >> protcol_interface is NULL. >>

Re: [U-Boot] [PATCH 2/4] efi_loader: add udevice to EFI device-path mapping

On 07/25/2017 06:46 PM, Alexander Graf wrote: > > > On 25.07.17 15:57, Rob Clark wrote: >> So the static bootefi_device_obj is making things slightly awkward for >> efi_load_image() from a file-path. And really it should just go away, >> and instead we should plug in the appropriate diskobj (or

Re: [U-Boot] [PATCH] efi_loader: allow efi_loader code to call EFI interfaces

On 25.07.17 18:18, Rob Clark wrote: On Tue, Jul 25, 2017 at 10:28 AM, Alexander Graf wrote: On 25.07.17 14:28, Rob Clark wrote: On Tue, Jul 25, 2017 at 8:16 AM, Alexander Graf wrote: I personally think having _ext functions in anything exposed to UEFI

Re: [U-Boot] [PATCH] efi_loader: allow efi_loader code to call EFI interfaces

On 07/25/2017 04:28 PM, Alexander Graf wrote: > > > On 25.07.17 14:28, Rob Clark wrote: >> On Tue, Jul 25, 2017 at 8:16 AM, Alexander Graf wrote: >>> >>> >>> On 25.07.17 14:08, Rob Clark wrote: On Tue, Jul 25, 2017 at 7:17 AM, Alexander Graf wrote: >

Re: [U-Boot] [RFC] efi: variable support

On 25.07.17 17:47, Rob Clark wrote: On Tue, Jul 25, 2017 at 10:25 AM, Alexander Graf wrote: On 25.07.17 14:47, Rob Clark wrote: On Tue, Jul 25, 2017 at 5:38 AM, Alexander Graf wrote: I agree :). We still want to have overriding mechanisms. And we do have

Re: [U-Boot] [PATCH 2/4] efi_loader: add udevice to EFI device-path mapping

On 25.07.17 15:57, Rob Clark wrote: So the static bootefi_device_obj is making things slightly awkward for efi_load_image() from a file-path. And really it should just go away, and instead we should plug in the appropriate diskobj (or netobj) to the loaded_image_obj at boot time. Also we

Re: [U-Boot] [PATCH] efi_loader: add back optional efi_handler::open()

On 07/25/2017 02:21 PM, Rob Clark wrote: > In some cases it is useful to defer creation of the protocol interface > object. So add back an optional ->open() hook that is used if > protcol_interface is NULL. > > I've slightly simplified the fxn ptr signature to remove unneeded args, > and so

Re: [U-Boot] [PATCH] efi_loader: allow efi_loader code to call EFI interfaces

On Tue, Jul 25, 2017 at 10:28 AM, Alexander Graf wrote: > > > On 25.07.17 14:28, Rob Clark wrote: >> >> On Tue, Jul 25, 2017 at 8:16 AM, Alexander Graf wrote: >> >>> I personally think having _ext functions in anything exposed to UEFI >>> payloads makes more sense.

Re: [U-Boot] armv5 and OMAP3 Question

On Tue, Jul 25, 2017 at 08:14:57AM -0500, Adam Ford wrote: > The readme file for OMAP indicates that we compile using armv5 to "to > allow more compilers to work" > > We have our arch/arm/mach-omap2/omap3/lowlevel_init.S file also noting > some special assembly insturctions becuse we use armv5.

[U-Boot] [PATCH 1/1] i2c: add i2c driver for stm32

From: Patrice Chotard Add i2c driver which can be used on both STM32F7 and STM32H7. This I2C block supports the following features: _ Slave and master modes _ Multimaster capability _ Standard-mode (up to 100 kHz) _ Fast-mode (up to 400 kHz) _ Fast-mode Plus (up to 1

Re: [U-Boot] [RFC] efi: variable support

On Tue, Jul 25, 2017 at 10:25 AM, Alexander Graf wrote: > > > On 25.07.17 14:47, Rob Clark wrote: >> >> On Tue, Jul 25, 2017 at 5:38 AM, Alexander Graf wrote: >>> >>> I agree :). We still want to have overriding mechanisms. And we do have >>> them >>> today. But the

[U-Boot] [PATCH v5 19/20] fdtdec: Drop old compatible values

These are not needed now since the drivers now use driver model. Drop them. Signed-off-by: Simon Glass Tested-by: Marcel Ziswiler Tested-on: Beaver, Jetson-TK1 --- Changes in v5: None Changes in v4: None Changes in v3: None Changes in v2: None

[U-Boot] [PATCH v5 07/20] dm: video: tegra124: Convert to livetree

Update these drives to support a live device tree. Signed-off-by: Simon Glass Acked-by: Anatolij Gustschin Tested-by: Marcel Ziswiler Tested-on: Beaver, Jetson-TK1 --- Changes in v5: None Changes in v4: None Changes in v3: None

[U-Boot] [PATCH v5 10/20] dm: tegra: usb: Convert to livetree

Update the Tegra EHCI driver to support a live device tree. Signed-off-by: Simon Glass Tested-by: Marcel Ziswiler Tested-on: Beaver, Jetson-TK1 --- Changes in v5: None Changes in v4: None Changes in v3: None Changes in v2: None

[U-Boot] [PATCH v5 13/20] dm: tegra: pwm: Convert to livetree

Update the tegra pwm driver to support a live device tree. Signed-off-by: Simon Glass Tested-by: Marcel Ziswiler Tested-on: Beaver, Jetson-TK1 --- Changes in v5: None Changes in v4: None Changes in v3: None Changes in v2: None

[U-Boot] [PATCH v5 09/20] dm: tegra: gpio: Convert to support livetree

Update the GPIO driver to support a live device tree. Signed-off-by: Simon Glass Tested-by: Marcel Ziswiler Tested-on: Beaver, Jetson-TK1 --- Changes in v5: None Changes in v4: None Changes in v3: None Changes in v2: None

[U-Boot] [PATCH v5 17/20] power: Add a GPIO driver for the as3722 PMIC

This pmic includes GPIOs which should have their own driver. Add a driver to support these. Signed-off-by: Simon Glass Reviewed-by: Lukasz Majewski Tested-by: Marcel Ziswiler Tested-on: Beaver, Jetson-TK1 --- Changes in v5: None

[U-Boot] [PATCH v5 18/20] dm: power: Convert as3722 to driver model

Convert this PMIC driver to driver model and fix up other users. The regulator and GPIO functions are now handled by separate drivers. Update nyan-big to work correct. Three boards will need to be updated by the maintainers: apalis-tk1, cei-tk1-som. Also the TODO in the code re

[U-Boot] [PATCH v5 16/20] power: Add a regulator driver for the as3722 PMIC

This pmic includes regulators which should have their own driver. Add a driver to support these. Signed-off-by: Simon Glass Reviewed-by: Lukasz Majewski Tested-by: Marcel Ziswiler Tested-on: Beaver, Jetson-TK1 --- Changes in v5: -

[U-Boot] [PATCH v5 06/20] dm: tegra: Convert clock_decode_periph_id() to support livetree

Adjust this to take a device as a parameter instead of a node. Signed-off-by: Simon Glass Tested-by: Marcel Ziswiler Tested-on: Beaver, Jetson-TK1 --- Changes in v5: None Changes in v4: None Changes in v3: None Changes in v2: None

[U-Boot] [PATCH v5 08/20] tegra: dts: Move stdout-path to /chosen

This property should be in the /chosen node, not /aliases. Signed-off-by: Simon Glass Tested-by: Marcel Ziswiler Tested-on: Beaver, Jetson-TK1 --- Changes in v5: None Changes in v4: None Changes in v3: None Changes in v2: None

[U-Boot] [PATCH v5 15/20] dm: tegra: pci: Convert to livetree

Update the tegra pci driver to support a live device tree. Fix the check for nvidia,num-lanes so that an error will actually be detected. Tested-by: Marcel Ziswiler Tested-on: Beaver, Jetson-TK1 Signed-off-by: Simon Glass --- Changes in v5: None

[U-Boot] [PATCH v5 12/20] dm: tegra: i2c: Convert to livetree

Update the tegra i2c driver to support a live device tree. Signed-off-by: Simon Glass Tested-by: Marcel Ziswiler Tested-on: Beaver, Jetson-TK1 --- Changes in v5: None Changes in v4: - Drop fdtdec.h header Changes in v3: None Changes in v2: None

[U-Boot] [PATCH v5 20/20] dm: tegra: Move nyan-big, jetson-tk1/tx1, beaver to livetree

Change these board to use a live device tree after relocation. Signed-off-by: Simon Glass Tested-by: Marcel Ziswiler Tested-on: Beaver, Jetson-TK1 --- Changes in v5: None Changes in v4: - Rebase to master - Drop changes already applied - Fix PCI

[U-Boot] [PATCH v5 03/20] tegra: spl: Enable debug UART

Enable the debug UART in SPL to allow early serial output even if the standard UART does not work (e.g. due to driver model problem). Signed-off-by: Simon Glass Tested-by: Marcel Ziswiler Tested-on: Beaver, Jetson-TK1 --- Changes in v5: None

[U-Boot] [PATCH v5 11/20] dm: tegra: spi: Convert to livetree

Update the tegra114 spi driver to support a live device tree. Signed-off-by: Simon Glass Tested-by: Marcel Ziswiler Tested-on: Beaver, Jetson-TK1 --- Changes in v5: None Changes in v4: None Changes in v3: None Changes in v2: None

[U-Boot] [PATCH v5 14/20] dm: tegra: mmc: Convert to livetree

Update the tegra mmc driver to support a live device tree. Signed-off-by: Simon Glass Tested-by: Marcel Ziswiler Tested-on: Beaver, Jetson-TK1 --- Changes in v5: None Changes in v4: None Changes in v3: None Changes in v2: None

[U-Boot] [PATCH v5 05/20] dm: tegra: Convert USB setup to livetree

Adjust this code to support a live device tree. This should be implemented as a PHY driver but that is left as an exercise for the maintainer. Signed-off-by: Simon Glass --- Changes in v5: None Changes in v4: - Update to use ofnode_read_resource() Changes in v3: None Changes

[U-Boot] [PATCH v5 04/20] tegra: tegra124: Add a PMC syscon driver

The PMC can be modelled as a syscon peripheral. Add a driver for this so that it can be accessed by drivers when needed. Enable it for tegra124 boards. Signed-off-by: Simon Glass Tested-by: Marcel Ziswiler Tested-on: Beaver, Jetson-TK1 ---

[U-Boot] [PATCH v5 02/20] dm: core: Fix up ofnode_get_addr_index() for 64-bit values

At present this function only supports 32-bit (single-cell) values. Update it to support two-cell values also. Signed-off-by: Simon Glass Tested-by: Marcel Ziswiler Tested-on: Beaver, Jetson-TK1 --- Changes in v5: None Changes in v4: - Add new

[U-Boot] [PATCH v5 01/20] dm: core: Add ofnode_read_resource()

We sometimes need to read a resource from an arbitrary node. In any case for consistency we should not put the live-tree switching code in a dev_read_...() function. Update this to suit. Signed-off-by: Simon Glass Tested-by: Marcel Ziswiler

[U-Boot] [PATCH v5 00/20] dm: tegra: Move nyan-big, jetson-tk1, beaver to livetree

This moves four entire boards to use a live device tree as an example of the impact. Nyan-big was chosen because I can easily and boot U-Boot without any media swapping, etc. Beaver is enabled as well since it failed to boot with serial v1 due to a disabled console node. Jetson-TK1 is chosen

Re: [U-Boot] [PATCH] efi_loader: allow efi_loader code to call EFI interfaces

On 25.07.17 14:28, Rob Clark wrote: On Tue, Jul 25, 2017 at 8:16 AM, Alexander Graf wrote: On 25.07.17 14:08, Rob Clark wrote: On Tue, Jul 25, 2017 at 7:17 AM, Alexander Graf wrote: On 25.07.17 13:10, Rob Clark wrote: On Tue, Jul 25, 2017 at 4:10 AM,

Re: [U-Boot] [RFC] efi: variable support

On 25.07.17 14:47, Rob Clark wrote: On Tue, Jul 25, 2017 at 5:38 AM, Alexander Graf wrote: On 19.07.17 18:38, Rob Clark wrote: On Wed, Jul 12, 2017 at 8:57 AM, Alexander Graf wrote: On 25.06.17 00:29, Rob Clark wrote: Mapping from EFI variables to

Re: [U-Boot] Pull request: u-boot-mips

Hi Daniel, On Tuesday, 25 July 2017 14:38:44 BST Daniel Schwierzeck wrote: > Hi Paul, > > 2017-07-19 15:04 GMT+02:00 Tom Rini : > > On Wed, Jul 19, 2017 at 01:59:16PM +0100, Paul Burton wrote: > >> Hi Tom, > >> > >> On Tuesday, 18 July 2017 02:07:59 BST Tom Rini wrote: > >>

[U-Boot] [PATCH v2 8/9] spl: dm: Make it possible for the SPL to pick its own DTB from a FIT

u-boot can be embedded within a FIT image with multiple DTBs. It then selects at run-time which one is best suited for the platform. Use the same principle here for the SPL: put the DTBs in a FIT image, compress it (LZO, GZIP, or no compression) and append it at the end of the SPL.

[U-Boot] [PATCH] mips-relocs: Fix warning from gcc 6.3

It seems that gcc 6.3 at least is smart enough to warn about the _val variable being unassigned in the default case in the set_hdr_field() macro, but not smart enough to figure out that the default case is never taken. This results in warnings such as the following: pfx##hdr32[idx].field =

[U-Boot] [PATCH v2 1/9] dts: renamed FIT_EMBED to MULTI_DTB_FIT and moved it to the dts Kconfig

Signed-off-by: Jean-Jacques Hiblot Reviewed-by: Tom Rini --- v1 -> v2 : no change Makefile | 2 +- board/ti/ks2_evm/board_k2e.c | 2 +- board/ti/ks2_evm/board_k2g.c | 2 +- board/ti/ks2_evm/board_k2hk.c | 2 +-

[U-Boot] [PATCH v2 2/9] fit: use 'const' for the input of fdt_offset() and locate_dtb_in_fit()

Those 2 functions don't modify their input, we can mark it const. This prevents compilation warnings when they are provided const input. Signed-off-by: Jean-Jacques Hiblot Reviewed-by: Tom Rini --- v1 -> v2 : no change common/boot_fit.c | 4 ++--

[U-Boot] [PATCH v2 9/9] omap: detect board before spl_early_init()

In order to be able to select the right DTB, we need to have identified the board before spl_early_init() is called. Signed-off-by: Jean-Jacques Hiblot Reviewed-by: Tom Rini --- v1 -> v2 : no change arch/arm/mach-omap2/hwinit-common.c | 4 +++- 1 file

[U-Boot] [PATCH] mips-relocs: Fix warning from gcc 6.3

It seems that gcc 6.3 at least is smart enough to warn about the _val variable being unassigned in the default case in the set_hdr_field() macro, but not smart enough to figure out that the default case is never taken. This results in warnings such as the following: pfx##hdr32[idx].field =

[U-Boot] [PATCH v2 6/9] gzip: add a function to parse the header

Signed-off-by: Jean-Jacques Hiblot Reviewed-by: Tom Rini --- v1 -> v2 : no change include/common.h | 1 + lib/gunzip.c | 15 --- 2 files changed, 13 insertions(+), 3 deletions(-) diff --git a/include/common.h b/include/common.h index

[U-Boot] [PATCH v2 4/9] fit: If no matching config is found in fit_find_config_node(), use the default one

If board_fit_config_name_match() doesn't match any configuration node, then use the default one (if provided). Signed-off-by: Jean-Jacques Hiblot Reviewed-by: Tom Rini --- v1 -> v2 : no change common/common_fit.c | 20 1 file changed,

  1   2   3   >