[U-Boot] [PATCH 4/9] sandbox: Avoid calling commands when not available

Don't try to run commands when not supported. Signed-off-by: Simon Glass --- arch/sandbox/cpu/start.c | 10 +- 1 file changed, 9 insertions(+), 1 deletion(-) diff --git a/arch/sandbox/cpu/start.c b/arch/sandbox/cpu/start.c index 0dda4fc..969618e 100644 ---

[U-Boot] [PATCH 6/9] Hang when no command line processing can be performed

Normally board_run_command() will handle command processed. But if for some reason it returns then we should hang to avoid further processing. Signed-off-by: Simon Glass --- common/main.c | 1 + 1 file changed, 1 insertion(+) diff --git a/common/main.c b/common/main.c index

[U-Boot] [PATCH 8/9] Allow command-line files to be dropped

These files do not need to be compiled when CONFIG_CMDLINE is disabled. Update the Makefile to reflect this. Signed-off-by: Simon Glass --- common/Makefile | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/common/Makefile b/common/Makefile index

[U-Boot] [PATCH 2/9] Add an option to enable the command line

Add a new Kconfig option for the command line. This is enabled by default, but when disabled it will remove the command line. Signed-off-by: Simon Glass --- README | 8 cmd/Kconfig | 12 2 files changed, 20 insertions(+) diff --git a/README

[U-Boot] [PATCH 3/9] arm: x86: Drop command-line code when CONFIG_CMDLINE is disabled

Update the link script to drop this code when not needed. This is only done for two architectures at present. Signed-off-by: Simon Glass --- arch/arm/cpu/u-boot.lds | 3 +++ arch/x86/cpu/u-boot.lds | 4 2 files changed, 7 insertions(+) diff --git

[U-Boot] [PATCH 7/9] Allow command code to compile to nothing

When CONFIG_CMDLINE is disabled we need to remove all the command-line code. Most can be removed by dropping the appropriate linker lists from the images, but sub-commands must be dealt with specially. A simple mechanism is used to avoid 'unused static function' errors. Signed-off-by: Simon

[U-Boot] [PATCH 5/9] Drop command-processing code when CONFIG_CMDLINE is disabled

Command parsing and processing code is not needed when the command line is disabled. Remove this code in that case. Signed-off-by: Simon Glass --- cmd/help.c | 4 common/cli.c | 17 - common/command.c | 6 ++ 3 files changed, 26

[U-Boot] [PATCH 9/9] Drop various features when the command line is not available

Some features are only useful or meaningful when the command line is present. Ensure that these features are not compiled in when CONFIG_CMDLINE is not enabled. Signed-off-by: Simon Glass --- include/config_fallbacks.h | 10 ++ 1 file changed, 10 insertions(+) diff

[U-Boot] [RFC PATCH v5 1/4] common: Convert ulong to phys_addr_t for image addresses

When dealing with image addresses, ulong has been used. Some files are used by both host and target. It is OK for the target, but not always enough for host tools including mkimage. This patch replaces "ulong" with "phys_addr_t" to make sure addresses are correct for both the target and the host.

[U-Boot] [RFC PATCH v5 0/4] Enable FIT image to be loaded beyond 32-bit space

This set fixes compiling warnings for sandbox on 32-bit host (Ubuntu), convert ulong to phys_addr_t for image handling. The purpose is to fix image addresses so FIT image can be put beyond 32-bit space. The challenge is to keep 32-bit host tool (eg mkimage) working. Using unsigned long long as

[U-Boot] [PATCH 0/9] Add CONFIG_CMDLINE to allow removal of all commands

A large chunk of the U-Boot code is its wide variety of commands. For some applications this is not needed, since the boot can be controlled by a board-specific hard-coded boot procedure. Any attempt to use commands, such as running script, will result in an error. U-Boot acts as if it supports

Re: [U-Boot] [RFC PATCH v5 1/4] common: Convert ulong to phys_addr_t for image addresses

Dear York Sun, In message <1456439779-4792-2-git-send-email-york@nxp.com> you wrote: > When dealing with image addresses, ulong has been used. Some files > are used by both host and target. It is OK for the target, but not > always enough for host tools including mkimage. This patch replaces

[U-Boot] [PATCH 20/21] ARM: uniphier: deprecate umc_dram_init_{start, poll}

Signed-off-by: Masahiro Yamada --- arch/arm/mach-uniphier/dram/umc-ph1-ld4.c | 6 -- arch/arm/mach-uniphier/dram/umc-ph1-pro4.c | 6 -- arch/arm/mach-uniphier/dram/umc-ph1-sld8.c | 6 -- arch/arm/mach-uniphier/dram/umc-regs.h | 23

[U-Boot] [PATCH 21/21] ARM: uniphier: rename variable for DRAM controller base address

Rename the variable that contains the base address for consistency. Signed-off-by: Masahiro Yamada --- arch/arm/mach-uniphier/dram/umc-ph1-ld4.c | 44 +++--- arch/arm/mach-uniphier/dram/umc-ph1-pro4.c| 54 -

[U-Boot] [PATCH 11/21] ARM: uniphier: refactor DDR-PHY init code

The if-else statements for the frequency-dependent register settings seem clumsy. Moving them to arrays would make it cleaner. Signed-off-by: Masahiro Yamada --- arch/arm/mach-uniphier/dram/ddrphy-ph1-ld4.c | 70 1 file changed, 40

[U-Boot] [PATCH 10/21] ARM: uniphier: remove unused argument of ph1_ld4_ddrphy_init()

The DDR PHY settings no longer depend on the DRAM size. Drop the argument from the init function. Signed-off-by: Masahiro Yamada --- arch/arm/mach-uniphier/dram/ddrphy-ph1-ld4.c | 3 +-- arch/arm/mach-uniphier/dram/ddrphy-regs.h| 3 +--

[U-Boot] [PATCH 14/21] ARM: uniphier: refactor UMC init code for PH1-LD4

Move frequency-dependent register settings to arrays for clean-up. Signed-off-by: Masahiro Yamada --- arch/arm/mach-uniphier/dram/umc-ph1-ld4.c | 79 +-- 1 file changed, 55 insertions(+), 24 deletions(-) diff --git

[U-Boot] [PATCH 06/21] ARM: uniphier: remove UMC_INITCTL* and UMC_DRMR* settings

These settings were used only for the PH1-sLD3 and older SoCs. The PH1-LD4 and newer one just ignore them because their DDR-PHY take care of such timing parameters instead. Signed-off-by: Masahiro Yamada --- arch/arm/mach-uniphier/dram/umc-ph1-ld4.c | 27

Re: [U-Boot] [PATCH 7/7 v2] pci/layerscape: set LUT and msi-map for discovered PCI devices

Hi Stuart, Please see my comments inline. Thanks, Minghuan > -Original Message- > From: Stuart Yoder [mailto:stuart.yo...@nxp.com] > Sent: Friday, February 26, 2016 7:06 AM > To: u-boot@lists.denx.de > Cc: york sun ; Prabhakar Kushwaha > ;

[U-Boot] [PATCH 13/21] ARM: uniphier: support more DRAM use cases for PH1-sLD8

Support DDR3-1600 / 512MB DDR size. Signed-off-by: Masahiro Yamada --- arch/arm/mach-uniphier/dram/umc-ph1-sld8.c | 46 ++ 1 file changed, 40 insertions(+), 6 deletions(-) diff --git a/arch/arm/mach-uniphier/dram/umc-ph1-sld8.c

[U-Boot] [PATCH 02/21] ARM: uniphier: rework struct uniphier_board_data

This commit reworks "struct uniphier_board_data" with an array of DRAM channel data in it. It will allow further cleanups by means of "for" statements that iterate over the DDR channels. Signed-off-by: Masahiro Yamada --- arch/arm/mach-uniphier/bcu/bcu-ph1-ld4.c

[U-Boot] [PATCH 16/21] ARM: uniphier: optimize PH1-LD4 UMC init code with "for" loop

Now this code can be re-written with a "for" statement instead of calling the same function multiple times. Signed-off-by: Masahiro Yamada --- arch/arm/mach-uniphier/dram/umc-ph1-ld4.c | 90 +-- 1 file changed, 49 insertions(+), 41

[U-Boot] [PATCH 17/21] ARM: uniphier: optimize PH1-Pro4 UMC init code with "for" loop

Now this code can be re-written with a "for" statement instead of calling the same function multiple times. Signed-off-by: Masahiro Yamada --- arch/arm/mach-uniphier/dram/umc-ph1-pro4.c | 114 +++-- 1 file changed, 59 insertions(+), 55

Re: [U-Boot] [RFC PATCH v4 3/3] common: Fix load and entry addresses in FIT image

On 02/24/2016 04:30 PM, Simon Glass wrote: > Hi York, > > On 24 February 2016 at 15:55, york sun wrote: >> On 02/16/2016 08:02 AM, Simon Glass wrote: >>> Hi York, >>> >>> On 12 February 2016 at 13:59, York Sun wrote: FIT image supports more than 32 bits

[U-Boot] [PATCH v3 00/11] arm64: Unify MMU code v3

Howdy, Currently on arm64 there is a big pile of mess when it comes to MMU support and page tables. Each board does its own little thing and the generic code is pretty dumb and nobody actually uses it. This patch set tries to clean that up. After this series is applied, all boards except for the

[U-Boot] [PATCH v3 09/11] hikey: Add MMU tables

The hikey runs with dcache disabled today. There really should be no reason not to use caches on AArch64, so let's add MMU definitions and enable the dcache. Signed-off-by: Alexander Graf --- v1 -> v2: - Move tables to .c file --- board/hisilicon/hikey/hikey.c | 21

[U-Boot] [PATCH v3 08/11] dwmmc: Increase retry timeout

When enable dcache on HiKey, we're running into MMC command timeouts because our retry loop is now faster than the eMMC (or an external SD card) can answer. Increase the retry count to the same as the timeout value for status reports. The real fix is obviously to not base this whole thing on a

Re: [U-Boot] [U-Boot, v2, 3/7] drivers: block: disk-uclass: implement scsi_init()

Hi Tom On Thursday 25 February 2016 09:00 PM, Simon Glass wrote: > Hi Mugunthan, > > On 25 February 2016 at 02:34, Mugunthan V N wrote: >> On Wednesday 24 February 2016 09:50 PM, Tom Rini wrote: >>> On Wed, Feb 03, 2016 at 05:29:36PM +0530, Mugunthan V N wrote: >>>

Re: [U-Boot] [PATCH] serial: Move carriage return before line feed for some serial drivers

On 02/25/2016 03:41 AM, Alison Wang wrote: > In general, a carriage return needs to execute before a line feed. > The patch is to change some serial drivers based on this rule, such > as serial_mxc.c, serial_pxa.c, serial_s3c24x0.c and usbtty.c. > > Signed-off-by: Alison Wang

Re: [U-Boot] [PATCH v2 2/2] board:freescale:usb: Add device-tree fixup support for xhci controller

On 02/24/2016 05:44 AM, Sriram Dash wrote: > Enables usb device-tree fixup code to incorporate xhci controller > > Signed-off-by: Ramneek Mehresh > Signed-off-by: Sriram Dash > --- > board/freescale/common/Makefile | 4 +++- >

Re: [U-Boot] [PATCH 02/10] arm64: Make full va map code more dynamic

On 24.02.16 19:14, Stephen Warren wrote: > On 02/24/2016 05:11 AM, Alexander Graf wrote: >> The idea to generate our pages tables from an array of memory ranges >> is very sound. However, instead of hard coding the code to create up >> to 2 levels of 64k granule page tables, we really should

Re: [U-Boot] [PATCH v3] test/py: Add option to skip SPL signature checking

On 02/25/2016 06:58 AM, Michal Simek wrote: Provide user option to skip SPL signature verification for cases where u-boot is build with SPL support but full U-Boot is also verified without SPL. If you want to support this feature please add env__spl_skipped = True to your boardenv configuration

[U-Boot] [PATCH v3 11/11] arm64: Only allow dcache disabled in SPL builds

Now that we have an easy way to describe memory regions and enable the MMU, there really shouldn't be anything holding people back from running with caches enabled on AArch64. To make sure people catch early if they're missing on the caching fun, give them a compile error. Signed-off-by:

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

On Wednesday 24 February 2016 02:05 AM, Tom Rini wrote: > On Tue, Feb 23, 2016 at 04:19:01PM +0530, Jagan Teki wrote: > >> Hi Tom, >> >> Please pull this series. >> >> thanks! >> Jagan. >> >> The following changes since commit 595af9db2422fa5ae734cfe615415b17a5098f34: >> >> Merge branch

[U-Boot] [PATCH v3 02/11] arm64: Disable TTBR1 maps in EL1

When running in EL1, AArch64 knows two page table maps. One with addresses that start with all zeros (TTBR0) and one with addresses that start with all ones (TTBR1). In U-Boot we don't care about the high up maps, so just disable them to ensure we don't walk an invalid page table by accident.

Re: [U-Boot] dm: Remove ARM dcc from the list

Hi Tom, On 25.2.2016 16:27, Tom Rini wrote: > On Wed, Feb 24, 2016 at 08:34:16AM +0100, Michal Simek wrote: > >> Remove ARM Debug communication channel driver from the list >> of not converted drivers to DM. >> >> Signed-off-by: Michal Simek > > Applied to

[U-Boot] [PATCH v3 05/11] zymqmp: Replace home grown mmu code with generic table approach

Now that we have nice table driven page table creating code that gives us everything we need, move to that. Signed-off-by: Alexander Graf --- v1 -> v2: - Move mmu tables into board file --- arch/arm/cpu/armv8/zynqmp/cpu.c | 217 +---

[U-Boot] [PATCH v3 10/11] arm64: Remove non-full-va map code

By now the code to only have a single page table level with 64k page size and 42 bit address space is no longer used by any board in tree, so we can safely remove it. To clean up code, move the layerscape mmu code to the new defines, removing redundant field definitions. Signed-off-by: Alexander

[U-Boot] [PATCH v3 03/11] arm64: Make full va map code more dynamic

The idea to generate our pages tables from an array of memory ranges is very sound. However, instead of hard coding the code to create up to 2 levels of 64k granule page tables, we really should just create normal 4k page tables that allow us to set caching attributes on 2M or 4k level later on.

[U-Boot] [PATCH v3 06/11] tegra: Replace home grown mmu code with generic table approach

Now that we have nice table driven page table creating code that gives us everything we need, move to that. Signed-off-by: Alexander Graf --- v1 -> v2: - Move mmu tables into .c file --- arch/arm/mach-tegra/arm64-mmu.c | 132 +-

[U-Boot] [PATCH v3 01/11] thunderx: Calculate TCR dynamically

Based on the memory map we can determine a lot of hard coded fields of TCR, like the maximum VA and max PA we want to support. Calculate those dynamically to reduce the chance for pit falls. Signed-off-by: Alexander Graf --- arch/arm/cpu/armv8/cache_v8.c| 59

[U-Boot] [PATCH v3 07/11] vexpress64: Add MMU tables

There's no good excuse for running with caches disabled on AArch64, so let's just move the vexpress64 target to enable the MMU and run with caches on. Signed-off-by: Alexander Graf --- v1 -> v2: - Move tables to .c file --- board/armltd/vexpress64/vexpress64.c | 21

[U-Boot] [PATCH v3 04/11] thunderx: Move mmu table into board file

The MMU range table can vary depending on things we may only find out at runtime. While the very simple ThunderX variant does not change, other boards will, so move the definition from a static entry in a header file to the board file. Signed-off-by: Alexander Graf ---

[U-Boot] [PATCH V2 6/6] configs: k2g_evm: Add TI power processor support

Enable support for PMMC the TI power processor on K2G. This processor manages all power management related activities on the SoC and and allows the Operating Systems on compute processors such as ARM, DSP to offload the power logic away into the power processor. Signed-off-by: Nishanth Menon

[U-Boot] [PATCH V2 3/6] ARM: keystone2: psc: introduce function to hold and release module in reset.

These are useful for modules that need to be held in reset and are enabled for data to be loaded on to them. Typically these are microcontrollers or other processing entities in the system. Signed-off-by: Nishanth Menon --- V2: no change V1:

[U-Boot] [PATCH V2 1/6] ARM: keystone2: psc: redo doc in kernel-doc format

u-boot coding style guidance in http://www.denx.de/wiki/U-Boot/CodingStyle clearly mentions that the kernel doc style shall be followed for documentation in u-boot. Current PSC documentation standard does not, so fix that. Signed-off-by: Nishanth Menon --- V2: no change V1:

[U-Boot] [PATCH V2 2/6] ARM: keystone2: psc-defs: use adequate () for macros

'#define X a | b' is better defined as '#define X (a | b)' for obvious reasons. Signed-off-by: Nishanth Menon --- V2: No change V1: https://patchwork.ozlabs.org/patch/510211/ arch/arm/mach-keystone/include/mach/psc_defs.h | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-)

[U-Boot] [PATCH 4/7 v2] pci/layerscape: add support for LUT

From: Stuart Yoder The per-PCI controller LUT (Look-Up-Table) is a 32-entry table that maps PCI requester IDs (bus/dev/fun) to a stream ID. This patch implements infrastructure to enable LUT initialization: -define registers offsets -add an index to 'struct ls_pcie' to

[U-Boot] [PATCH 3/7 v2] pci: make pci_get_hose_head() available to external users

From: Stuart Yoder put pci_get_hose_head() prototype in header so it is available to external users-- allowing them to find and iterate over all pci controllers Signed-off-by: Stuart Yoder --- -v2 -no changes include/pci.h |1 + 1 file

[U-Boot] [PATCH 0/7 v2] support mapping PCI device ids to stream ids for MSIs

From: Stuart Yoder A binding for PCI nodes has been finalized specifying how PCI device IDs can be mapped to MSI specifiers. See Documentation/devicetree/bindings/pci/pci-msi.txt in the kernel. For ls2080a and similar Layerscape SoCs, the MSI specifier is the stream id.

[U-Boot] [RFC PATCH v5 4/4] common: image-fit: Fix load and entry addresses in FIT image

FIT image supports more than 32 bits in addresses by using #address-cell field. Fixing 64-bit support by using this field. Signed-off-by: York Sun --- Changes in v5: Split the common function into another patch. Revise commit subject. Update commit message as suggested

[U-Boot] [RFC PATCH v5 3/4] common: image-fit: Use a common function to get address

FIT image supports load address and entry address. Getting these addresses can use a common function. Signed-off-by: York Sun --- Changes in v5: New patch split from fixing load and entry address patch Changes in v4: None Changes in v3: None Changes in v2: None

Re: [U-Boot] cmd: mem: Show 64bit addresses which are tested

On Wed, Feb 24, 2016 at 08:36:02AM +0100, Michal Simek wrote: > Fix print message to show full 64bit addresses. > > Signed-off-by: Michal Simek Applied to u-boot/master, thanks! -- Tom signature.asc Description: Digital signature

Re: [U-Boot] rpi: set board serial number in environment

On Mon, Feb 22, 2016 at 10:06:47PM +0100, Lubomir Rintel wrote: > Gets propagated into the device tree and then into /proc/cpuinfo where > users often expect it. > > Signed-off-by: Lubomir Rintel > Tested-by: Stephen Warren > Reviewed-by: Stephen Warren

Re: [U-Boot] [U-Boot, 08/10] arm: am437x: cm-t43: get rid of enable_vtt_regulator()

On Fri, Feb 19, 2016 at 07:19:48PM +0200, Nikita Kiryanov wrote: > CM-T43 does not have a vtt regulator. Remove the function that's supposed > to enable it. > > Cc: Tom Rini > Cc: Albert Aribaud > Cc: Igor Grinberg >

Re: [U-Boot] tools: Update openrisc toolchain information

On Sun, Feb 21, 2016 at 09:18:02PM -0800, Bin Meng wrote: > Since commit 87da2690ab81b5f29f83dc85c55f933e6ef414bc > "openrisc: updating build tools naming convention", openrisc > kernel.org toolchain is out of date and cannot build U-Boot. > Update buildman and moveconfig tools to refer to the

Re: [U-Boot] [U-Boot,07/10] arm: am437x: cm-t43: set tps fseal bit

On Fri, Feb 19, 2016 at 07:19:47PM +0200, Nikita Kiryanov wrote: > Set TPS65218 FSEAL bit to 1 so that RTC could be powered using on-board > 3V battery. This is necessary so that time and date will survive reboots and > power offs. > > Cc: Tom Rini > Cc: Albert Aribaud

Re: [U-Boot] [U-Boot, v2] MAINTAINERS: Update no longer valid maintainers' status

On Sun, Feb 21, 2016 at 07:54:41PM -0800, Bin Meng wrote: > The following maintainers' email addresses are no longer valid. > > vipin.ku...@st.com > martin.kra...@tq-systems.de > kim.phill...@freescale.com > fgret...@spaceteq.co.za > > Update status of the components they used to maintain to

Re: [U-Boot] [U-Boot, 10/10] arm: am437x: cm-t43: update parameters for raw mmc boot

On Fri, Feb 19, 2016 at 07:19:50PM +0200, Nikita Kiryanov wrote: > Update U-Boot offset and size for raw mmc boot. > > Cc: Tom Rini > Cc: Albert Aribaud > Cc: Igor Grinberg > Signed-off-by: Nikita Kiryanov

Re: [U-Boot] microblaze: Add missing chosen node

On Wed, Feb 24, 2016 at 12:37:50PM +0100, Michal Simek wrote: > fdtgrep requires /chosen node to be specified or at least more nodes which > stays in DTS to generate output. > Error message: > ./tools/fdtgrep -b u-boot,dm-pre-reloc -RT dts/dt.dtb -n /chosen -O > dtb | ./tools/fdtgrep -r -O dtb -

Re: [U-Boot] rpi: always scroll by 10 lines

On Mon, Feb 22, 2016 at 10:15:33PM +0100, Lubomir Rintel wrote: > Scrolling the simple framebuffer is really slow in Raspberry Pi to the > point it delays the boot by a second or two and makes longer output > inconvenient to follow (printenv, md). > > Signed-off-by: Lubomir Rintel

Re: [U-Boot] arm: am437x: cm-t43: bring back BOOTDELAY feature

On Sun, Feb 21, 2016 at 01:59:20PM +0200, Nikita Kiryanov wrote: > Commit 755324 (configs: Use config_distro_defaults.h in ti_armv7_common.h) > made ti_armv7_common.h include config_distro_defaults.h. This breaks the > bootdelay feature in cm_t43 because now the > - #include ti_armv7_common.h

Re: [U-Boot] booti: Help text rework.

On Mon, Feb 22, 2016 at 08:59:08PM +0100, Karsten Merker wrote: > Fix spelling errors in the "booti" help text and bring it more > in line with the bootm/bootz help texts. > > Signed-off-by: Karsten Merker Applied to u-boot/master, thanks! -- Tom signature.asc

Re: [U-Boot] [PATCH] dts: keep clock-names and clocks in SPL DTB if SPL_CLK is enabled

On 23 February 2016 at 22:09, Simon Glass wrote: > On 3 February 2016 at 04:51, Masahiro Yamada > wrote: >> These two properties are necessary for SPL to get clocks from DT. >> >> Note: >> For now, only clock look-up by index is supported

Re: [U-Boot] dm: Remove ARM dcc from the list

On Wed, Feb 24, 2016 at 08:34:16AM +0100, Michal Simek wrote: > Remove ARM Debug communication channel driver from the list > of not converted drivers to DM. > > Signed-off-by: Michal Simek Applied to u-boot/master, thanks! -- Tom signature.asc Description: Digital

Re: [U-Boot] [PATCH v2 00/16] image: Fix various test failures

Hi, On 24 February 2016 at 09:14, Simon Glass wrote: > Recent changes have broken the FIT and vboot tests. Also the SPI tests have > been wrong since before the last release and were disabled. > > This series collects together the required fixes. > > Note: The FIT and vboot

Re: [U-Boot] [U-Boot, v2, 3/7] drivers: block: disk-uclass: implement scsi_init()

Hi Mugunthan, On 25 February 2016 at 02:34, Mugunthan V N wrote: > On Wednesday 24 February 2016 09:50 PM, Tom Rini wrote: >> On Wed, Feb 03, 2016 at 05:29:36PM +0530, Mugunthan V N wrote: >> >>> Implement scsi_init() api to probe driver model based sata >>> devices. >>> >>>

Re: [U-Boot] [PATCH v2] patman: fix series-notes handling for buildman

On 23 February 2016 at 22:12, Simon Glass wrote: > On 2 February 2016 at 02:24, Albert ARIBAUD wrote: >> A patman series with a 'Series-notes' section causes >> buildman to crash with: >> >> self.series.notes += self.section >> TypeError:

Re: [U-Boot] [PATCH v3] test/py: Add option to skip SPL signature checking

On Thu, Feb 25, 2016 at 02:58:24PM +0100, Michal Simek wrote: > Provide user option to skip SPL signature verification for cases where > u-boot is build with SPL support but full U-Boot is also verified > without SPL. > > If you want to support this feature please add env__spl_skipped = True >

[U-Boot] [PATCH 05/21] ARM: uniphier: refactor UMC init code for ProXstream2

Currently, a dummy value is defined for the UMC_SPCCTLA register when the DRAM size is zero. This seems weird because the controller does not need setting in the first place if the size is zero. Also, redefine enum dram_size to represent the DRAM size per 16-bit unit. This makes things simpler

[U-Boot] [PATCH 08/21] ARM: uniphier: add a field to specify DDR3+

Add a field to distinguish DDR3+ from (standard) DDR3. It also allows to delete CONFIG_DDR_STANDARD (this is not a software configuration, but a board attribute). Default DDR3 spec for each SoC: PH1-LD4, PH1-sLD8: DDR3+ Others: DDR3 Signed-off-by: Masahiro Yamada

[U-Boot] [PATCH 01/21] ARM: uniphier: remove unused umc_polling()

This function is unused. Signed-off-by: Masahiro Yamada --- arch/arm/mach-uniphier/dram/umc-regs.h | 9 - 1 file changed, 9 deletions(-) diff --git a/arch/arm/mach-uniphier/dram/umc-regs.h b/arch/arm/mach-uniphier/dram/umc-regs.h index a6957a4..b33e2da

[U-Boot] [PATCH 18/21] ARM: uniphier: rework DRAM size handling in UMC init code

Currently, DRAM size is converted twice: size in byte -> size in Gbit -> enum Optimize the code by converting the "size in byte" into enum directly. Signed-off-by: Masahiro Yamada --- arch/arm/mach-uniphier/dram/umc-ph1-ld4.c | 14 +++---

[U-Boot] [PATCH 19/21] ARM: uniphier: remove unused macros for UMC base addresses

These macros are no longer used. These base addresses are SoC-dependent, so they should not be placed in the header. Signed-off-by: Masahiro Yamada --- arch/arm/mach-uniphier/dram/umc-regs.h | 11 --- 1 file changed, 11 deletions(-) diff --git

[U-Boot] [PATCH 09/21] ARM: uniphier: merge DDR PHY init code for 3 SoCs

Now these three are almost the same. The only difference is the DTPR1 register dependency on the DRAM size, but it can be ignored. (It has already been ignored in PH1-sLD8 and PH1-Pro4.) Signed-off-by: Masahiro Yamada --- arch/arm/mach-uniphier/dram/Makefile

[U-Boot] [PATCH 00/21] ARM: uniphier: clean-ups of DRAM init code

Masahiro Yamada (21): ARM: uniphier: remove unused umc_polling() ARM: uniphier: rework struct uniphier_board_data ARM: uniphier: optimize ProXstream2 UMC init code with "for" loop ARM: uniphier: use pr_err() where possible ARM: uniphier: refactor UMC init code for ProXstream2 ARM:

[U-Boot] [PATCH 04/21] ARM: uniphier: use pr_err() where possible

Signed-off-by: Masahiro Yamada --- arch/arm/mach-uniphier/dram/umc-ph1-pro4.c| 2 +- arch/arm/mach-uniphier/dram/umc-proxstream2.c | 8 2 files changed, 5 insertions(+), 5 deletions(-) diff --git a/arch/arm/mach-uniphier/dram/umc-ph1-pro4.c

[U-Boot] [PATCH 07/21] ARM: uniphier: disable debug circuit clocks for PH1-Pro4

These settings control the clocks around the memory controller. The debug ability is unneeded once it works properly. Signed-off-by: Masahiro Yamada --- arch/arm/mach-uniphier/dram/umc-ph1-pro4.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff

[U-Boot] [PATCH 03/21] ARM: uniphier: optimize ProXstream2 UMC init code with "for" loop

Now this code can be re-written with a "for" statement instead of calling the same function multiple times. Signed-off-by: Masahiro Yamada --- arch/arm/mach-uniphier/dram/umc-proxstream2.c | 33 +-- 1 file changed, 11 insertions(+), 22

[U-Boot] [PATCH 12/21] ARM: uniphier: refactor UMC init code for PH1-sLD8

Move frequency-dependent register settings to arrays for clean-up. Signed-off-by: Masahiro Yamada --- arch/arm/mach-uniphier/dram/umc-ph1-sld8.c | 37 +++--- 1 file changed, 29 insertions(+), 8 deletions(-) diff --git

[U-Boot] [PATCH 15/21] ARM: uniphier: optimize PH1-sLD8 UMC init code with "for" loop

Now this code can be re-written with a "for" statement instead of calling the same function multiple times. Signed-off-by: Masahiro Yamada --- arch/arm/mach-uniphier/dram/umc-ph1-sld8.c | 83 -- 1 file changed, 43 insertions(+), 40

Re: [U-Boot] [PATCH 4/7 v2] pci/layerscape: add support for LUT

Hi Stuart, Please see my comments inline. Thanks, Minghuan > -Original Message- > From: Stuart Yoder [mailto:stuart.yo...@nxp.com] > Sent: Friday, February 26, 2016 7:06 AM > To: u-boot@lists.denx.de > Cc: york sun ; Prabhakar Kushwaha > ;

[U-Boot] [PATCH] ARM: start.S: fix typo

Fix typo in comment about position of 'A' bit in several start.S. Signed-off-by: Yuichiro Goto --- arch/arm/cpu/arm1136/start.S |2 +- arch/arm/cpu/arm1176/start.S |2 +- arch/arm/cpu/arm920t/start.S |2 +- arch/arm/cpu/arm926ejs/start.S |2 +-

Re: [U-Boot] [U-Boot,v2,1/2] serial: dcc: Move driver to DM

On Tue, Feb 23, 2016 at 10:02:28AM +0100, Michal Simek wrote: > Enabling this driver requires some DT changes. > Adding DCC to root or main bus: > dcc: dcc { > compatible = "arm,dcc"; > u-boot,dm-pre-reloc; > }; > > Extend alias list to link DCC: > serial0 = > serial1 =

Re: [U-Boot] [PATCH v4 01/11] thunderx: Calculate TCR dynamically

Hi, On 25 February 2016 at 17:49, Alexander Graf wrote: > Based on the memory map we can determine a lot of hard coded fields of > TCR, like the maximum VA and max PA we want to support. Calculate those > dynamically to reduce the chance for pit falls. > > Signed-off-by: Alexander

[U-Boot] [PATCH 1/7 v2] armv8: ls2080a: remove obsolete stream ID partitioning support

From: Stuart Yoder Remove stream ID partitioning support that has been made obsolete by upstream device tree bindings that specify how representing how PCI requester IDs are mapped to MSI specifiers and SMMU stream IDs. Signed-off-by: Stuart Yoder

[U-Boot] [PATCH 7/7 v2] pci/layerscape: set LUT and msi-map for discovered PCI devices

From: Stuart Yoder for all PCI devices discovered in a system: -allocate a LUT (look-up-table) entry in that PCI controller -allocate a stream ID for the device -program and enable a LUT entry (maps PCI requester id to stream ID) -set the msi-map property on the

Re: [U-Boot] [PATCH 14/16] efi_loader: Add distro boot script for removable media

On 02.02.16 18:52, Leif Lindholm wrote: > On Tue, Feb 02, 2016 at 03:45:12AM +0100, Alexander Graf wrote: >> UEFI defines a simple boot protocol for removable media. There we should look >> at the EFI (first GPT FAT) partition and search for /efi/boot/bootXXX.efi >> with >> XXX being different

Re: [U-Boot] [PATCH] serial: Move carriage return before line feed for some serial drivers

Hi Marek, On Fri, Feb 26, 2016 at 1:55 AM, Marek Vasut wrote: > On 02/25/2016 03:41 AM, Alison Wang wrote: >> In general, a carriage return needs to execute before a line feed. >> The patch is to change some serial drivers based on this rule, such >> as serial_mxc.c, serial_pxa.c,

Re: [U-Boot] Issue with USB mass storage (thumb drives)

Hi Marek, On 25 February 2016 at 10:56, Marek Vasut wrote: > On 02/25/2016 05:13 AM, Simon Glass wrote: >> Hi, >> >> On 24 February 2016 at 10:43, Marek Vasut wrote: >>> >>> On 02/23/2016 07:38 AM, Hannes Schmelzer wrote: On 22.02.2016 18:59, Fabio Estevam

Re: [U-Boot] [PATCH] serial: Move carriage return before line feed for some serial drivers

Hi Marek, On 25 February 2016 at 10:55, Marek Vasut wrote: > On 02/25/2016 03:41 AM, Alison Wang wrote: >> In general, a carriage return needs to execute before a line feed. >> The patch is to change some serial drivers based on this rule, such >> as serial_mxc.c, serial_pxa.c,

[U-Boot] [PATCH v4 03/15] efi_loader: Add PE image loader

EFI uses the PE binary format for its application images. Add support to EFI PE binaries as well as all necessary bits for the "EFI image loader" interfaces. Signed-off-by: Alexander Graf Reviewed-by: Simon Glass Tested-by: Simon Glass ---

[U-Boot] [PATCH v4 05/15] efi_loader: Add console interface

One of the basic EFI interfaces is the console interface. Using it an EFI application can interface with the user. This patch implements an EFI console interface using getc() and putc(). Today, we only implement text based consoles. We also convert the EFI Unicode characters to UTF-8 on the fly,

[U-Boot] [PATCH v4 01/15] disk/part.c: Expose list of available block drivers

We have a pretty nice and generic interface to ask for a specific block device. However, that one is still based around the magic notion that we know the driver name. In order to be able to write fully generic disk access code, expose the currently internal list to other source files so that they

[U-Boot] [PATCH v4 07/15] efi_loader: Add disk interfaces

A EFI applications usually want to access storage devices to load data from. This patch adds support for EFI disk interfaces. It loops through all block storage interfaces known to U-Boot and creates an EFI object for each existing one. EFI applications can then through these objects call

[U-Boot] [PATCH v4 04/15] efi_loader: Add boot time services

When an EFI application runs, it has access to a few descriptor and callback tables to instruct the EFI compliant firmware to do things for it. The bulk of those interfaces are "boot time services". They handle all object management, and memory allocation. This patch adds support for the boot

[U-Boot] [PATCH v4 10/15] arm64: Allow exceptions to return

Our current arm64 exception handlers all panic and never return to the exception triggering code. But if any handler wanted to continue execution after fixups, it would need help from the exception handling code to restore all registers. This patch implements that help. With this code, exception

[U-Boot] [PATCH v4 08/15] efi_loader: Add "bootefi" command

In order to execute an EFI application, we need to bridge the gap between U-Boot's notion of executing images and EFI's notion of doing the same. The best path forward IMHO here is to stick completely to the way U-Boot deals with payloads. You manually load them using whatever method to RAM and

[U-Boot] [PATCH v4 02/15] include/efi_api.h: Add more detailed API definitions

The EFI API header is great, but missing a good chunk of function prototype, GUID defines and enum declarations. This patch extends it to cover more of the EFI API. It's still not 100% complete, but sufficient enough for our EFI payload interface. Signed-off-by: Alexander Graf

[U-Boot] [PATCH v4 14/15] efi_loader: Add README section in README.efi

To preserve all cover letter knowledge of the status on UEFI payload support, let's add some sections to README.efi. Signed-off-by: Alexander Graf v3 -> v4: - Add section about config options - s/10kb/10KB/ --- doc/README.efi | 83

  1   2   >