Re: [U-Boot] [PATCH] ls1021a: QSPI: update the node for QSPI support

On 11/08/2016 02:27 AM, York Sun wrote: > On 10/10/2016 11:09 PM, Yuan Yao wrote: > > From: Yuan Yao > > > > Add the address value and size value name for QSPI dts node. > > This message doesn't match the change. Do you call "QuadSPI" the address > value name? > Yes, I always

Re: [U-Boot] [PATCH v5 01/21] sf: Adopt flash table INFO macro from Linux

On 10/30/2016 10:47 AM, Jagan Teki wrote: > INFO macro make flash table entries more adjustable like > adding new flash_info attributes, update ID length bytes > and so on and more over it will sync to Linux way of defining > flash_info attributes. > > - Add JEDEC_ID > - Add JEDEC_EXT macro > -

Re: [U-Boot] [PATCH] board/ls2080qds: add the procedure to deply QSPI image.

On 11/08/2016 02:17 PM, York Sun wrote: > On 10/16/2016 08:58 PM, Yao Yuan wrote: > > Hi York, > > > > It seems arch/arm/cpu/armv8/fsl-layerscape/doc/README.* is better. > > I will update my patch and resend soon. > > > > Did you send the update? BTW, I think you meant "deploy QSPI image" in the

[U-Boot] [PATCH v2] armv8: fsl-layerscape: Add Readme for deploy QSPI image

From: Yuan Yao Signed-off-by: Yuan Yao --- Changed in v2: Move the readme for QSPI deploy out of only for ls2080aqds. --- .../arm/cpu/armv8/fsl-layerscape/doc/README.deploy | 44 ++ 1 file changed, 44 insertions(+) create mode

Re: [U-Boot] [PATCH] armv8: QSPI: Add AHB bus 16MB+ size support

On 11/08/2016 02:27 AM, York Sun wrote: > On 10/25/2016 07:10 PM, Yuan Yao wrote: > > From: Yuan Yao > > > > The default configuration for QSPI AHB bus can't support 16MB+. > > But some flash on NXP layerscape board are more than 16MB. > > So what do you do? > > Is this an

Re: [U-Boot] [PATCH] ls1021a: QSPI: update the node for QSPI support

On 11/08/2016 12:46 PM, York Sun wrote: > On 11/07/2016 07:58 PM, Yao Yuan wrote: > > On 11/08/2016 02:27 AM, York Sun wrote: > >> On 10/10/2016 11:09 PM, Yuan Yao wrote: > >>> From: Yuan Yao > >>> > >>> Add the address value and size value name for QSPI dts node. > >> > >> This

[U-Boot] [PATCH v5] efi_loader: console: Correctly report modes

Add support for EFI console modes. Mode 0 is always 80x25 and present by EFI specification. Mode 1 is always 80x50 and not mandatory. Mode 2 and above is freely usable. If the terminal can handle mode 1, we mark it as supported. If the terminal size is greater than mode 0 and different than mode

Re: [U-Boot] [PATCH v2] armv8: fsl-layerscape: Add Readme for deploy QSPI image

On 11/07/2016 07:52 PM, Yuan Yao wrote: > From: Yuan Yao > > Signed-off-by: Yuan Yao > --- > Changed in v2: > Move the readme for QSPI deploy out of only for ls2080aqds. > --- > .../arm/cpu/armv8/fsl-layerscape/doc/README.deploy | 44 >

Re: [U-Boot] [PATCH] ls1021a: QSPI: update the node for QSPI support

On 11/07/2016 07:58 PM, Yao Yuan wrote: > On 11/08/2016 02:27 AM, York Sun wrote: >> On 10/10/2016 11:09 PM, Yuan Yao wrote: >>> From: Yuan Yao >>> >>> Add the address value and size value name for QSPI dts node. >> >> This message doesn't match the change. Do you call "QuadSPI"

Re: [U-Boot] [PATCH 4/5] kconfig: fsl PPA: move CONFIG_* to Kconfig

Hi York, Thanks for your comments! > -Original Message- > From: york sun > Sent: 2016年11月8日 2:33 > To: Priyanka Jain ; Z.Q. Hou > ; u-boot@lists.denx.de; albert.u.b...@aribaud.net; > s...@chromium.org; bmeng...@gmail.com; h...@denx.de; >

Re: [U-Boot] [PATCH v2 1/2] ext4: Allow reading files with non-zero offset, clamp read len

On 11/06/2016 10:33 AM, Stefan Brüns wrote: Support was already implemented, but not hooked up. This fixes several fails in the test cases. diff --git a/fs/ext4/ext4fs.c b/fs/ext4/ext4fs.c /* Adjust len so it we can't read past the end of the file. */ - if (len > filesize) -

Re: [U-Boot] [PATCH v3 1/3] ARM: bcm283x: Implement EFI RTS reset_system

On 11/06/2016 03:24 AM, Alexander Graf wrote: On 05/11/2016 23:01, Stephen Warren wrote: On 11/02/2016 03:36 AM, Alexander Graf wrote: The rpi has a pretty simple way of resetting the whole system. All it takes is to poke a few registers at a well defined location in MMIO space. This patch

Re: [U-Boot] [PATCH v2] rpi: passthrough of the firmware provided FDT blob

On 11/07/2016 07:44 AM, Cédric Schieli wrote: Raspberry firmware used to pass a FDT blob at a fixed address (0x100), but this is not true anymore. The address now depends on both the memory size and the blob size [1]. If one wants to passthrough this FDT blob to the kernel, the most reliable

[U-Boot] [PATCH 3/3] TI: Remove CONFIG_OMAP_COMMON in favor of CONFIG_ARCH_OMAP2

With the move to arch/arm/mach-omap2 there are now very few uses of CONFIG_OMAP_COMMON and further they can all be replaced with CONFIG_ARCH_OMAP2, so do so. Signed-off-by: Tom Rini --- arch/arm/config.mk | 2 +- arch/arm/include/asm/global_data.h

[U-Boot] [PATCH 2/3] arm: Introduce arch/arm/mach-omap2 for OMAP2 derivative platforms

This moves what was in arch/arm/cpu/armv7/omap-common in to arch/arm/mach-omap2 and moves arch/arm/cpu/armv7/{am33xx,omap3,omap4,omap5} in to arch/arm/mach-omap2 as subdirectories. All refernces to the former locations are updated to the current locations. For the logic to decide what our

[U-Boot] [PATCH 0/3] arm: Move TI/omap related code to arch/arm/mach-omap2

The following series moves the contents of arch/arm/cpu/armv7/omap-common to arch/arm/mach-omap2/ and arch/arm/cpu/armv7{omap[345],am33xx} over to sub-directories ofarch/arm/mach-omap2/. I thought about moving them all to the top level but I don't think that will add clarity to the situation.

[U-Boot] [PATCH 1/3] arm: Introduce ARCH_OMAP2

To start consolidating various TI-related code, introduce the ARCH_OMAP2 symbol. While we have removed omap2-specific boards some time ago, matching up with the kernel naming here will help overall. Signed-off-by: Tom Rini --- arch/arm/Kconfig | 50

Re: [U-Boot] [PATCH v2 1/1] ARM: ts4600: add basic board support

Hi, I found an problem with this patch on the last rev B of the TS4600 due to a DRAM timing issue. Please do not consider this patch until i post an other one. Sorry for the noise, Regards. On 11/07/2016 02:30 PM, Sebastien Bourdelin wrote: > This commit adds basic support including: > MMC,

Re: [U-Boot] [PATCH] net: use random ethernet address if invalid and not zero

Hi Joe, Thanks for your reply. On 11/07/2016 10:20 AM, Joe Hershberger wrote: Hi Jim, On Wed, Nov 2, 2016 at 8:21 AM, James Chargin wrote: Hi, Regarding "invalid" Ethernet address. Is there a reliable way to set the default environment that will prevent Ethernet

Re: [U-Boot] [PATCH 4/5] kconfig: fsl PPA: move CONFIG_* to Kconfig

On 10/24/2016 12:40 AM, Priyanka Jain wrote: > > >> -Original Message- >> From: U-Boot [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Zhiqiang >> Hou >> Sent: Wednesday, October 12, 2016 2:56 PM >> To: u-boot@lists.denx.de; albert.u.b...@aribaud.net; york sun >> ;

Re: [U-Boot] [PATCH 1/9] dm: pci: return the real controller in pci_bus_to_hose()

On 10/11/2016 07:11 AM, M.H. Lian wrote: >> >> I got it. But this does not look that good to me. There are two controllers, >> and >> bus number should be relative to the controller itself, not system wide. It's >> definitely right to assign bus number 0 to both PCIe host controllers, as >> they

[U-Boot] [PATCH v2 1/1] ARM: ts4600: add basic board support

This commit adds basic support including: MMC, Serial console Signed-off-by: Sebastien Bourdelin --- Changes v1 -> v2: - remove useless define - remove eMMC muxing and init which doesn't exist on the TS4600 board - disable SSP1 and SSP2 clocks

Re: [U-Boot] [PATCH v7 1/2] armv8: Support loading 32-bit OS in AArch32 execution state

On 11/06/2016 06:21 PM, Alison Wang wrote: >> > [Alison Wang] Thanks for all your comments. > > For the issue about the tree would not be bisect-able, I have > a solution. Actually it is the root cause that 64-bit kernel could not boot > up when U-Boot is running in EL2. I will move these codes

Re: [U-Boot] [PATCH] armv8: QSPI: Add AHB bus 16MB+ size support

On 10/25/2016 07:10 PM, Yuan Yao wrote: > From: Yuan Yao > > The default configuration for QSPI AHB bus can't support 16MB+. > But some flash on NXP layerscape board are more than 16MB. So what do you do? Is this an erratum workaround? If yes, please refer the erratum number.

Re: [U-Boot] [PATCH] armv8: ls2080aqds: fix SGMII repeater settings

On 10/17/2016 01:33 AM, shh@gmail.com wrote: > From: Shaohui Xie > > The current value to check whether the PHY was configured has dependency > on MC, it expects MC to start PCS AN, this is not true during boot up, > so it should be changed to remove the dependency. > >

Re: [U-Boot] [PATCH] driver: net: fsl-mc: Use aligned address for MC FW load

On 10/24/2016 01:05 AM, Priyanka Jain wrote: > Firmware of Management Complex (MC) should be loaded at 512MB aligned > address. > So use aligned address for firmware load. > > Signed-off-by: Priyanka Jain > Signed-off-by: Prabhakar Kushwaha >

Re: [U-Boot] [PATCH] armv8: Add workaround for USB erratum A-009008

On 10/25/2016 12:03 AM, Suresh Gupta wrote: > USB High Speed (HS) EYE Height Adjustment > USB HS speed eye diagram fails with the default value at > many corners, particularly at a high temperature > > Optimal eye at TXVREFTUNE value to 1001 is observed, change > set the same vale. > >

Re: [U-Boot] [Resend RFC PATCH 1/2] armv8: Fix dcache disable function

On 11/07/2016 06:12 AM, Mark Rutland wrote: > On Fri, Oct 28, 2016 at 09:35:37PM +, york sun wrote: >> I am struggling on the dcache_disable() which implies all dcache is >> flushed. I don't have a reasonable way to flush all if I want to skip >> L3. I tried to benchmark flushing by VA to

Re: [U-Boot] [PATCH] armv8/ls1043a: Add the OCRAM initialization

On 10/27/2016 02:47 AM, Calvin Johnson wrote: > Hi York, > >> -Original Message- >> From: york sun >> Sent: Wednesday, October 26, 2016 10:09 PM >> To: Calvin Johnson ; Prabhakar Kushwaha >> ; Pratiyush >> Srivastava

Re: [U-Boot] [PATCH] ls1021a: QSPI: update the node for QSPI support

On 10/10/2016 11:09 PM, Yuan Yao wrote: > From: Yuan Yao > > Add the address value and size value name for QSPI dts node. This message doesn't match the change. Do you call "QuadSPI" the address value name? > > Signed-off-by: Yuan Yao > --- >

Re: [U-Boot] [PATCH] board/ls2080qds: add the procedure to deply QSPI image.

On 10/16/2016 08:58 PM, Yao Yuan wrote: > Hi York, > > It seems arch/arm/cpu/armv8/fsl-layerscape/doc/README.* is better. > I will update my patch and resend soon. > Did you send the update? BTW, I think you meant "deploy QSPI image" in the subject. York

Re: [U-Boot] [PATCH] net: use random ethernet address if invalid and not zero

Hi Jim, On Wed, Nov 2, 2016 at 8:21 AM, James Chargin wrote: > Hi, > > Regarding "invalid" Ethernet address. > > Is there a reliable way to set the default environment that will prevent > Ethernet communications from being attempted. > > That is, when an Ethernet capable

Re: [U-Boot] net: use random ethernet address if invalid and not zero

Hi Michal, https://patchwork.ozlabs.org/patch/690374/ was applied to u-boot-net.git. Thanks! -Joe ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] net: mvgbe: Fix build error with CONFIG_PHYLIB

Hi Chris, https://patchwork.ozlabs.org/patch/689658/ was applied to u-boot-net.git. Thanks! -Joe ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] ARM: tegra: enable Ethernet on p2771-0000

Hi Stephen, https://patchwork.ozlabs.org/patch/668913/ was applied to u-boot-net.git. Thanks! -Joe ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] net: phy: micrel: center FLP burst timing at 16ms

Hi Ash, https://patchwork.ozlabs.org/patch/685298/ was applied to u-boot-net.git. Thanks! -Joe ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] ARM: tegra: add DWC EQoS (ethernet) to Tegra186 DT

Hi Stephen, https://patchwork.ozlabs.org/patch/668912/ was applied to u-boot-net.git. Thanks! -Joe ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] ARM: tegra: configure Ethernet address on Tegra186

Hi Stephen, https://patchwork.ozlabs.org/patch/668911/ was applied to u-boot-net.git. Thanks! -Joe ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] ARM: tegra: add SoC-level hook for board_late_init()

Hi Stephen, https://patchwork.ozlabs.org/patch/668910/ was applied to u-boot-net.git. Thanks! -Joe ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] net: add driver for Synopsys Ethernet QoS device

Hi Stephen, https://patchwork.ozlabs.org/patch/685273/ was applied to u-boot-net.git. Thanks! -Joe ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] dt: net: add DWC EQoS binding

Hi Stephen, https://patchwork.ozlabs.org/patch/685272/ was applied to u-boot-net.git. Thanks! -Joe ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

[U-Boot] Pull request: u-boot-net.git master

Hi Tom, The following changes since commit 4b6035da482cccda06aeb419634f99937c9fc783: mx6sabresd: Make Ethernet functional again (2016-11-06 06:59:27 -0500) are available in the git repository at: git://git.denx.de/u-boot-net.git master for you to fetch changes up to

Re: [U-Boot] [PATCH 1/3] fsl/ddr: Revise erratum a009942 and clean related erratum

On 11/06/2016 06:42 PM, Shengzhou Liu wrote: > >> -Original Message- >> From: york sun >> Sent: Friday, November 04, 2016 11:20 PM >> To: Shengzhou Liu ; u-boot@lists.denx.de >> Subject: Re: [PATCH 1/3] fsl/ddr: Revise erratum a009942 and clean related >> erratum >>

Re: [U-Boot] [PATCH 1/1] ARM: ts4600: add basic board support

Hi Fabio On 11/07/2016 11:49 AM, Fabio Estevam wrote: > Hi Sebastien, > > On Mon, Nov 7, 2016 at 2:24 PM, Sebastien Bourdelin > wrote: > >> Yes currently i'm using the mainstream Linux kernel using the mx28evk >> defconfig and its Device Tree. >>

Re: [U-Boot] [PATCH 1/1] ARM: ts4600: add basic board support

Hi Sebastien, On Mon, Nov 7, 2016 at 2:24 PM, Sebastien Bourdelin wrote: > Yes currently i'm using the mainstream Linux kernel using the mx28evk > defconfig and its Device Tree. > Obviously not all peripherals are working. Ok, got it. So that means

Re: [U-Boot] [PATCH v3 7/8] x86: efi: Add a hello world test program

On 07/11/2016 10:46, Simon Glass wrote: Hi Alex, On 19 October 2016 at 01:09, Alexander Graf wrote: On 18/10/2016 22:37, Simon Glass wrote: Hi Alex, On 18 October 2016 at 01:14, Alexander Graf wrote: On 10/18/2016 04:29 AM, Simon Glass wrote: It is

Re: [U-Boot] [PATCH 1/1] ARM: ts4600: add basic board support

Hi Fabio. On 11/07/2016 10:43 AM, Fabio Estevam wrote: > Hi Sebastien, > > On Mon, Nov 7, 2016 at 1:36 PM, Sebastien Bourdelin > wrote: >> >> It's in my todo list yes, but nothing really planned currently, do you >> think i should keep the mx28evk dtb

[U-Boot] [PATCH v4 14/14] x86: Enable EFI loader support

Enable this so that EFI applications (notably grub) can be run under U-Boot on x86 platforms. At present the 'hello world' EFI application is not supported for the qemu-x86_efi_payload64 board. That board builds a payload consisting of a 64-bit header and a 32-bit U-Boot, which is incompatible

[U-Boot] [PATCH v4 13/14] efi: x86: Adjust EFI files support efi_loader

Add compiler flags and make a few minor adjustments to support the efi loader. Signed-off-by: Simon Glass --- Changes in v4: - Add new patch to adjust EFI files support efi_loader Changes in v3: None Changes in v2: None arch/x86/config.mk | 16

[U-Boot] [PATCH v4 10/14] efi: arm: Enable the hello world test program

It is useful to have a basic sanity check for EFI loader support. Enable this for ARM. Signed-off-by: Simon Glass --- Changes in v4: - Use the build-generated 'hello world' program instead of a binary blob Changes in v3: - Include a link to the program instead of adding it

[U-Boot] [PATCH v4 12/14] x86: Move efi .S files into the 'lib' directory

These files now need to be in a standard place so that they can be located by generic Makefile rules. Move them to the 'lib' directory. Signed-off-by: Simon Glass --- Changes in v4: None Changes in v3: None Changes in v2: None Makefile

[U-Boot] [PATCH v4 11/14] x86: Move efi .lds files into the 'lib' directory

These files now need to be in a standard place so that they can be located by generic Makefile rules. Move them to the 'lib' directory. Signed-off-by: Simon Glass --- Changes in v4: None Changes in v3: None Changes in v2: None arch/x86/config.mk |

[U-Boot] [PATCH v4 09/14] efi: arm: Add aarch64 EFI app support

Add support for EFI apps on aarch64. This includes start-up and relocation code plus a link script. Signed-off-by: Simon Glass --- Changes in v4: - Add new patch to add EFI app support on aarch64 Changes in v3: None Changes in v2: None arch/arm/cpu/armv8/config.mk |

[U-Boot] [PATCH v4 08/14] efi: arm: Add EFI app support

Add support for EFI apps on ARM. This includes start-up and relocation code, plus a link script and some compiler setting changes. Signed-off-by: Simon Glass --- Changes in v4: - Add new patch to add EFI app support Changes in v3: None Changes in v2: None

[U-Boot] [PATCH v4 07/14] elf: arm: Add a few ARM relocation types

Rather than hard-coding the relocation type, add it to the ELF header file and use it from there. Signed-off-by: Simon Glass --- Changes in v4: None Changes in v3: None Changes in v2: None arch/arm/lib/relocate.S| 3 ++- arch/arm/lib/relocate_64.S | 3 ++-

[U-Boot] [PATCH v4 06/14] efi: Add support for a hello world test program

It is useful to have a basic sanity check for EFI loader support. Add a 'bootefi hello' command which loads HelloWord.efi and runs it under U-Boot. Signed-off-by: Simon Glass --- Changes in v4: - Move hello world test program into new patch Changes in v3: None Changes in v2:

[U-Boot] [PATCH v4 05/14] efi: Makefile: Export variables for use with EFI

When building an EFI app we need three things: - start-up code - relocation code - link script These are all different for each architecture. We also need special compiler flags in some cases. Add top-level Makefile variables for these along with documentation. Signed-off-by: Simon

[U-Boot] [PATCH v4 03/14] efi: Fix debug message address format

This should use U-Boot's standard format for hex address. Fix it. Signed-off-by: Simon Glass --- Changes in v4: None Changes in v3: None Changes in v2: None cmd/bootefi.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/cmd/bootefi.c b/cmd/bootefi.c index

[U-Boot] [PATCH v4 04/14] x86: Tidy up selection of building the EFI stub

At present we use a CONFIG option in efi.h to determine whether we are building the EFI stub or not. This means that the same header cannot be used for EFI_LOADER support. The CONFIG option will be enabled for the whole build, even when not building the stub. Use a different define instead, set

[U-Boot] [PATCH v4 01/14] x86: Correct a build warning in x86 tables

There is a build warning for three x86 boards since write_smbios_table_wrapper() is not used. Fix it. Fixes: e824cf3f (smbios: Allow compilation on 64bit systems) Signed-off-by: Simon Glass --- Changes in v4: None Changes in v3: None Changes in v2: None

[U-Boot] [PATCH v4 02/14] efi: Correct cache flush alignment

Make sure that the cache flushes correctly by ensuring that the end address is correctly aligned. Signed-off-by: Simon Glass --- Changes in v4: None Changes in v3: None Changes in v2: None lib/efi_loader/efi_image_loader.c | 3 ++- 1 file changed, 2 insertions(+), 1

[U-Boot] [PATCH v4 00/14] efi: x86: Add EFI hello world and loader support for x86

This series adds EFI loader support for x86. Since U-Boot already supports running as an EFI app (and as a payload) this is relatively straightforward, requiring just moving files into place and updating a few compiler flags. One problem with the EFI loader is that it lacks even rudimentary test

Re: [U-Boot] [PATCH 4/6] x86: efi: Add EFI loader support for x86

Hi Alex, On 25 October 2016 at 15:33, Alexander Graf wrote: > > > On 10/08/2016 14:56, Simon Glass wrote: >> Hi Alex, >> [...] #endif struct efi_device_path; diff --git a/lib/efi_loader/efi_boottime.c b/lib/efi_loader/efi_boottime.c index

Re: [U-Boot] [PATCH 3/6] arm: efi: Add a hello world test program

Hi Leif, On 20 October 2016 at 02:19, Leif Lindholm wrote: > On 19 October 2016 at 21:22, Leif Lindholm wrote: >> On Mon, Oct 17, 2016 at 07:55:02PM -0600, Simon Glass wrote: >>> Hi Leif, >>> >>> On 26 September 2016 at 19:53, Leif Lindholm

Re: [U-Boot] [PATCH v3 7/8] x86: efi: Add a hello world test program

Hi Alex, On 19 October 2016 at 01:09, Alexander Graf wrote: > > > On 18/10/2016 22:37, Simon Glass wrote: >> Hi Alex, >> >> On 18 October 2016 at 01:14, Alexander Graf wrote: >>> On 10/18/2016 04:29 AM, Simon Glass wrote: It is useful to have a basic

Re: [U-Boot] [PATCH v2 5/8] arm: efi: Add a hello world test program

Hi Alex, On 19 October 2016 at 01:07, Alexander Graf wrote: > > > On 18/10/2016 22:37, Simon Glass wrote: >> Hi Alex, >> >> On 4 October 2016 at 09:50, Alexander Graf wrote: >>> >>> >>> Am 04.10.2016 um 17:37 schrieb Simon Glass : >>> >>> Hi

Re: [U-Boot] [PATCH v3 2/8] efi: Use asmlinkage for EFIAPI

Hi Alex, On 19 October 2016 at 01:11, Alexander Graf wrote: > > > On 18/10/2016 22:37, Simon Glass wrote: >> Hi Alex, >> >> On 18 October 2016 at 01:12, Alexander Graf wrote: >>> On 10/18/2016 04:29 AM, Simon Glass wrote: This is required for x86 and is

Re: [U-Boot] [PATCH 1/1] ARM: ts4600: add basic board support

Hi Sebastien, On Mon, Nov 7, 2016 at 1:36 PM, Sebastien Bourdelin wrote: > > It's in my todo list yes, but nothing really planned currently, do you > think i should keep the mx28evk dtb instead? I am not familar with this board. Do you mean that you use

Re: [U-Boot] [PATCH 1/1] ARM: ts4600: add basic board support

Hi Fabio. On 11/06/2016 02:16 PM, Fabio Estevam wrote: > Hi Sebastien, > > On Thu, Nov 3, 2016 at 5:20 PM, Sebastien Bourdelin > wrote: > >> +/* Extra Environment */ >> +#define CONFIG_EXTRA_ENV_SETTINGS \ >> + "fdt_addr=0x4100\0" \ >> +

[U-Boot] [PATCH v2] rpi: passthrough of the firmware provided FDT blob

Raspberry firmware used to pass a FDT blob at a fixed address (0x100), but this is not true anymore. The address now depends on both the memory size and the blob size [1]. If one wants to passthrough this FDT blob to the kernel, the most reliable way is to save its address from the r2/x0 register

Re: [U-Boot] [Resend RFC PATCH 1/2] armv8: Fix dcache disable function

On Fri, Oct 28, 2016 at 09:35:37PM +, york sun wrote: > I am struggling on the dcache_disable() which implies all dcache is > flushed. I don't have a reasonable way to flush all if I want to skip > L3. I tried to benchmark flushing by VA to cover my entire 16GB memory. > It took 30+

Re: [U-Boot] [Resend RFC PATCH 1/2] armv8: Fix dcache disable function

On Fri, Oct 28, 2016 at 12:32:36PM -0600, Stephen Warren wrote: > Related, consider the following from the Linux kernel's > Documentation/arm64/booting.txt: > > >- Caches, MMUs > > The MMU must be off. > > Instruction cache may be on or off. > > The address range corresponding to the loaded

[U-Boot] [PATCH v4 4/7] toradex: config block handling

Add Toradex factory configuration block handling. The config block is a data structure which gets stored to flash during production testing. The structure holds such information as board resp. hardware revision, product ID and serial number which is used as the NIC part of the Ethernet MAC address

[U-Boot] [PATCH v4 7/7] colibri_vf: usb gadget: toradex pid is now set generically

From: Max Krummenacher remove now unused CONFIG_TRDX_PID_XXX Signed-off-by: Marcel Ziswiler Acked-by: Stefan Agner Acked-by: Max Krummenacher --- Changes in v4: None Changes in

[U-Boot] [PATCH v4 0/7] toradex: config block handling

This series integrates Toradex factory configuration block handling. The config block is a data structure which gets stored to flash during production testing. The structure holds such information as board resp. hardware revision, product ID and serial number which is used as the NIC part of the

[U-Boot] [PATCH v4 3/7] apalis/colibri_t20/t30: deactivate displaying board info

Deactivate CONFIG_DISPLAY_BOARDINFO in favour of CONFIG_DISPLAY_BOARDINFO_LATE which also displays on the LCD. Signed-off-by: Marcel Ziswiler Acked-by: Max Krummenacher --- Changes in v4: None Changes in v3: - fixup deactivation of

[U-Boot] [PATCH v4 5/7] apalis/colibri_imx7/pxa270/t20/t30/vf: integrate config block handling

With our common code in place actually make use of it across all our modules. Signed-off-by: Marcel Ziswiler Acked-by: Max Krummenacher --- Changes in v4: None Changes in v3: - use checkboard() rather than checkboard_fallback() - drop

[U-Boot] [PATCH v4 6/7] apalis/colibri_t30: move environment location

Now with the config block handling in place move the U-Boot environment location before the config block at the end of 1st "boot sector" as deployed during production using our downstream BSP. Signed-off-by: Marcel Ziswiler Acked-by: Max Krummenacher

[U-Boot] [PATCH v4 1/7] Revert "generic-board: allow showing custom board info"

Drop CONFIG_CUSTOM_BOARDINFO as it is not Kconfig compliant and anyway not really used anywhere plus the upcoming weak show_board_info() approach seems much superior. This reverts commit a9ad18c9d5fe2554753b0f9a52adfd5ebce61147. Signed-off-by: Marcel Ziswiler

[U-Boot] [PATCH v4 2/7] generic-board: make show_board_info a weak function

Make show_board_info() a weak function which allows for custom board specific implementations thereof. Signed-off-by: Marcel Ziswiler Reviewed-by: Tom Rini Acked-by: Max Krummenacher --- Changes in v4: None

[U-Boot] [PATCH] evb-rk3399: deduced the dram node size when space reserved

The size dram node need to be deduced by the same amount of reserved space. Signed-off-by: Kever Yang --- board/rockchip/evb_rk3399/evb-rk3399.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/board/rockchip/evb_rk3399/evb-rk3399.c

Re: [U-Boot] [PATCH] tools: Makefile: improve cross_tools target usability

On 05.11.2016 18:41, Masahiro Yamada wrote: > Hi. Hi! > > 2016-10-31 22:15 GMT+09:00 Stefan Müller-Klieser > : >> When building the cross_tools target, HOSTCFLAGS and HOSTLDFLAGS will >> propagate to the target build. This should not happen and is easy to >>

Re: [U-Boot] [PATCH v7 1/2] armv8: Support loading 32-bit OS in AArch32 execution state

Hi Alison, On 7 November 2016 at 02:21, Alison Wang wrote: >> On 11/04/2016 10:12 AM, Alexander Graf wrote: >> > >> > >> > On 04/11/2016 17:08, york sun wrote: >> >> On 11/04/2016 09:53 AM, Alexander Graf wrote: >> >>> >> >>> >> >>> On 04/11/2016 16:43, york sun wrote: >>

Re: [U-Boot] [PATCH] evb-rk3399: deduced the dram node size when space reserved

Am 07.11.2016 um 09:30 schrieb Kever Yang: > The size dram node need to be deduced by the same amount of reserved space. > > Reported-by: Andreas Färber > Signed-off-by: Kever Yang Reviewed-by: Andreas Färber Thanks, Andreas

[U-Boot] [PATCH] config: evb-rk3399: enable PWM_ROCKCHIP

PWM_ROCKCHIP need to enable for PWM regulator, this config is missing during rebase and new patch set in previous submission. Signed-off-by: Kever Yang --- configs/evb-rk3399_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/configs/evb-rk3399_defconfig

Re: [U-Boot] [PATCH 2/4] mmc: sunxi: Enable 8bits bus width for sun8i

On Mon, Nov 7, 2016 at 4:39 PM, Maxime Ripard wrote: > 1;4600;0c > On Mon, Nov 07, 2016 at 09:53:00AM +0800, Chen-Yu Tsai wrote: >> On Mon, Nov 7, 2016 at 1:15 AM, Maxime Ripard >> wrote: >> > On Sat, Nov 05, 2016 at 09:34:25AM

Re: [U-Boot] [PATCH 2/4] mmc: sunxi: Enable 8bits bus width for sun8i

1;4600;0c On Mon, Nov 07, 2016 at 09:53:00AM +0800, Chen-Yu Tsai wrote: > On Mon, Nov 7, 2016 at 1:15 AM, Maxime Ripard > wrote: > > On Sat, Nov 05, 2016 at 09:34:25AM +0800, Chen-Yu Tsai wrote: > >> On Fri, Nov 4, 2016 at 11:18 PM, Maxime Ripard > >>

[U-Boot] [PATCH 1/4] kconfig: Add API kconfig file

Add kconfig file to enable API support Signed-off-by: Emmanuel Vadot --- Kconfig | 2 ++ api/Kconfig | 9 + 2 files changed, 11 insertions(+) create mode 100644 api/Kconfig diff --git a/Kconfig b/Kconfig index 1263d0b..6e7c9b0 100644 --- a/Kconfig +++

[U-Boot] [PATCH 3/4] kconfig: Add a FREEBSD option

Add a FreeBSD option that enable the API and disable the data cache as it is needed to boot the FreeBSD loader. Signed-off-by: Emmanuel Vadot --- common/Kconfig | 9 + 1 file changed, 9 insertions(+) diff --git a/common/Kconfig b/common/Kconfig index

[U-Boot] [PATCH 2/4] kconfig: arm: Add SYS_DCACHE_OFF option

Add a kconfig option to disable the data cache. Signed-off-by: Emmanuel Vadot --- arch/arm/Kconfig | 6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig index d7a9b11..59b91a0 100644 --- a/arch/arm/Kconfig +++ b/arch/arm/Kconfig @@

[U-Boot] [PATCH 4/4] distro_bootcmd: Add command to run FreeBSD

Add commands that scans for the FreeBSD loader and run it if found. FreeBSD has two loader: ubldr which is an ELF binary and ubldr.bin which is a PIE binary. Signed-off-by: Emmanuel Vadot --- include/config_distro_bootcmd.h | 32 1 file

[U-Boot] [PATCH 0/4] config: Add FreeBSD kconfig options

This series of patches add the needed bits for booting the FreeBSD loader. FreeBSD loader needs the U-Boot API and dache disabled for it to run so add kconfig options for them. Also add some some boot command that locate and run the FreeBSD loader if found. Emmanuel Vadot (4): kconfig: Add API