2016-12-26 23:20 GMT+09:00 Oded Gabbay :
> This patch copies from arm u-boot-spl.lds some asserts that check that the
> size of the SPL image and BSS doesn't violate their max size.
>
> Signed-off-by: Oded Gabbay
> Cc: Albert Aribaud
> ---
> arch/arm/cpu/armv8/u-boot-spl.lds | 19 +++
The r1 register is modified several times during the cache-ram setup of
the MPC83xx SoCs.
Since this SP modification confuses debuggers, we use a general purpose
register to compute the new stack pointer value, and only set the SP
once after all computations are done.
Signed-off-by: Mario Six
--
To enable DM on MPC83xx, we need pre-relocation malloc, which is
implemented in this patch.
Signed-off-by: Mario Six
---
Changes in v2:
* Switched to r3 to hold SP modifications (as suggested by Joakim Tjernlund)
---
arch/powerpc/cpu/mpc83xx/cpu_init.c| 3 +--
arch/powerpc/cpu/mpc83xx/sp
2016-12-28 16:36 GMT+09:00 Oded Gabbay :
> In the tiny-printf implementation, there is no support for %.*s. This patch
> checks if CONFIG_USE_TINY_PRINTF is defined and if so, prints a different
> debug statement which doesn't use %.*s
>
> Signed-off-by: Oded Gabbay
> Cc: Simon Glass
> ---
> com
2016-12-28 17:12 GMT+09:00 Oded Gabbay :
> In the tiny-printf implementation, there is no support for %# and/or %l. This
> patch checks if CONFIG_USE_TINY_PRINTF is defined and if so, prints a
> different debug statement which doesn't use %#l
>
> Signed-off-by: Oded Gabbay
> Cc: Simon Glass
> ---
I'll take a look at the places where r1 is modified and send a v2.
On Mon, Jan 16, 2017 at 11:00 PM, york sun wrote:
> On 01/06/2017 08:32 AM, Joakim Tjernlund wrote:
>> On Fri, 2017-01-06 at 14:56 +0100, Mario Six wrote:
>>> To enable DM on MPC83xx, we need pre-relocation malloc, which is
>>> im
Move fdt fixup of 'status' property into a weak function. This allows
board to define 'status' fdt fixup by themselves.
Signed-off-by: Yangbo Lu
---
Changes for v2:
- None
Changes for v3:
- None
Changes for v4:
- None
---
drivers/mmc/fsl_esdhc.c | 21 ++---
On Mon, Jan 16, 2017 at 10:04 PM, Simon Glass wrote:
> Add a new link config which uses 64-bit U-Boot. This is not fully
> functional but is it a start. Missing features:
>
> - SDRAM sizing
> - Booting linux
> - EFI support
> - SCSI device init
> (and others)
>
> Signed-off-by: Simon Glass
> ---
On Mon, Jan 16, 2017 at 10:04 PM, Simon Glass wrote:
> If SPL is used we want to use the generic SPL framework and boot from SPI
> via a board-specific means. Add these options to the board config file.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v3:
> - Remove duplicate CONFIG_VIDEO_IVYB
Hi Simon,
On Mon, Jan 16, 2017 at 10:08 PM, Simon Glass wrote:
> Hi Bin,
>
> On 14 January 2017 at 06:32, Bin Meng wrote:
>> Hi Simon,
>>
>> On Sun, Nov 20, 2016 at 4:25 AM, Simon Glass wrote:
>>> To avoid using BSS in SPL before SDRAM is set up, move this field to
>>> global_data.
>>>
>>
>> Wh
On Mon, Jan 16, 2017 at 10:04 PM, Simon Glass wrote:
> Add a rough function to handle jumping from 32-bit SPL to 64-bit U-Boot.
> This still needs work to clean it up.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> arch/x86/cpu/cal
On Mon, Jan 16, 2017 at 10:04 PM, Simon Glass wrote:
> These cannot be built in this mode, so drop them.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> arch/x86/lib/Makefile | 4
> 1 file changed, 4 insertions(+)
>
applied to
On Mon, Jan 16, 2017 at 10:04 PM, Simon Glass wrote:
> Some files cannot be built with 64-bit and mostly don't make sense in that
> context. Disable them.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> arch/x86/cpu/Makefile | 9 +++
On Mon, Jan 16, 2017 at 10:04 PM, Simon Glass wrote:
> Booting into linux from 64-bit U-Boot is not yet supported. Avoid bringing
> in the bootm code until it is implemented.
>
> Of course 32-bit U-Boot still supports booting into both 32- and 64-bit
> kernels.
>
> Signed-off-by: Simon Glass
> Re
On Mon, Jan 16, 2017 at 10:04 PM, Simon Glass wrote:
> This is not currently supported, so drop the code.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> arch/x86/lib/interrupts.c | 5 +
> 1 file changed, 5 insertions(+)
>
appl
Keep it same with other boards otherwise i have to write special script for it..
Signed-off-by: Jacob Chen
---
configs/firefly-rk3288_defconfig | 2 +-
include/configs/firefly-rk3288.h | 5 -
2 files changed, 1 insertion(+), 6 deletions(-)
diff --git a/configs/firefly-rk3288_defconfig b/co
To reduce redundant code.
Signed-off-by: Jacob Chen
---
include/configs/evb_rk3288.h | 14 --
include/configs/fennec_rk3288.h | 14 --
include/configs/kylin_rk3036.h| 14 --
include/configs/miniarm_rk3288.h | 14 --
include/configs/pop
On Mon, Jan 16, 2017 at 10:04 PM, Simon Glass wrote:
> This is not supported, so disable it for now.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> arch/x86/lib/Makefile | 2 ++
> drivers/pci/pci_rom.c | 2 +-
> 2 files changed, 3
On Tue, Jan 17, 2017 at 12:04 PM, Bin Meng wrote:
> On Mon, Jan 16, 2017 at 10:04 PM, Simon Glass wrote:
>> We don't support SDRAM init in 64-bit mode since it is essentially
>> impossible to get into that mode before SDRAM set up. Provide dummy functions
>> for now. At some point we will need to
On Mon, Jan 16, 2017 at 10:04 PM, Simon Glass wrote:
> This doesn't work at present. Disable it for now.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v3:
> - Fix 'skipt' typo in the subject
>
> Changes in v2: None
>
> arch/x86/cpu/ivybridge/Makefile | 2 ++
> 1 fi
On Tue, Jan 17, 2017 at 12:03 PM, Bin Meng wrote:
> On Mon, Jan 16, 2017 at 10:04 PM, Simon Glass wrote:
>> Adjust types as needed to support 64-bit compilation.
>>
>> Signed-off-by: Simon Glass
>> ---
>>
>> Changes in v3: None
>> Changes in v2: None
>>
>> arch/x86/include/asm/posix_types.h | 5
On Tue, Jan 17, 2017 at 12:04 PM, Bin Meng wrote:
> On Mon, Jan 16, 2017 at 10:04 PM, Simon Glass wrote:
>> These are currently not supported. Calling 64-bit code from 64-bit U-Boot is
>> much simpler, so this code is not needed. setjmp() is not yet implemented for
>> 64-bit.
>>
>> Signed-off-by:
On Mon, Jan 16, 2017 at 10:04 PM, Simon Glass wrote:
> These are currently not supported. Calling 64-bit code from 64-bit U-Boot is
> much simpler, so this code is not needed. setjmp() is not yet implemented for
> 64-bit.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v3:
> - Add a TODO indi
On Mon, Jan 16, 2017 at 10:04 PM, Simon Glass wrote:
> We don't support SDRAM init in 64-bit mode since it is essentially
> impossible to get into that mode before SDRAM set up. Provide dummy functions
> for now. At some point we will need to pass the SDRAM parameters through from
> SPL.
>
> Signe
On Mon, Jan 16, 2017 at 10:04 PM, Simon Glass wrote:
> Adjust types as needed to support 64-bit compilation.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> arch/x86/include/asm/posix_types.h | 5 +
> arch/x86/include/asm/types.h | 5 +
> 2 fi
On Mon, Jan 16, 2017 at 10:04 PM, Simon Glass wrote:
> This needs a different image format from 32-bit x86, so add a new link
> script.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> arch/x86/cpu/config.mk | 6
> arch/x86
On Tue, Jan 17, 2017 at 11:26 AM, Bin Meng wrote:
> On Mon, Jan 16, 2017 at 10:03 PM, Simon Glass wrote:
>> At present this is just an ordinary variable. We may consider making it a
>> fixed register in the future.
>>
>> Signed-off-by: Simon Glass
>> ---
>>
>> Changes in v3:
>> - Add a TODO to l
On Mon, Jan 16, 2017 at 10:04 PM, Simon Glass wrote:
> When SPL and U-Boot proper have different settings for this flag, we need to
> use the correct one. Fix this up in the interrupt code.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v3: None
> Changes in v2: None
On Mon, Jan 16, 2017 at 10:04 PM, Simon Glass wrote:
> This doesn't build at present and is not used in a 64-bit build. Disable it
> for now.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> arch/x86/include/asm/cpu.h | 3 +++
> 1 fi
On Mon, Jan 16, 2017 at 10:04 PM, Simon Glass wrote:
> When SPL is used we need to build the 16-bit start-up code. Add Makefile
> rules to handle this.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> scripts/Makefile.spl | 9 +++
On Mon, Jan 16, 2017 at 10:04 PM, Simon Glass wrote:
> Remove the very old x86 code and add support for 64-bit.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> arch/x86/include/asm/byteorder.h | 17 +
> 1 file change
On Mon, Jan 16, 2017 at 10:04 PM, Simon Glass wrote:
> If SPL is used it is always build in 32-bit mode. Add a link script to
> handle the correct placement of the sections.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> arch/x86/c
On Mon, Jan 16, 2017 at 10:03 PM, Simon Glass wrote:
> There is not much needed at present, but set up a separate directory to put
> this code as it grows.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v3:
> - Drop blank line at end of arch/x86/cpu/x86_64/interrupts
On Tue, Jan 17, 2017 at 11:24 AM, Bin Meng wrote:
> On Mon, Jan 16, 2017 at 10:03 PM, Simon Glass wrote:
>> SPL needs to set up the machine ready for loading 64-bit U-Boot and jumping
>> to it. Call the existing init routines in order to accomplish this.
>>
>> Signed-off-by: Simon Glass
>> ---
>
On Mon, Jan 16, 2017 at 10:03 PM, Simon Glass wrote:
> Much of the cpu and interrupt code cannot be compiled on 64-bit x86. Move it
> into its own directory and build it only in 32-bit mode.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v3: None
> Changes in v2: Non
On LS1012ARDB board, three dual 1:4 mux/demux devices drive the SDHC2
signals to eMMC, SDIO wifi, SPI and Ardiuno shield. Only when we select
eMMC and SDIO wifi, the SDHC2 could be used. Otherwise, the command
inhibit bits of eSDHC2_PRSSTAT register will never release. This would
cause below contin
On Mon, Jan 16, 2017 at 10:03 PM, Simon Glass wrote:
> At present this is just an ordinary variable. We may consider making it a
> fixed register in the future.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v3:
> - Add a TODO to look at using a fixed register for gd on x86_64
> - Expand the
Latest gcc compile strted complaining about defined structure definition
that are not used. Remove the unused sturctures.
Reported-by: Dan Murphy
Signed-off-by: Lokesh Vutla
---
arch/arm/mach-omap2/omap5/hw_data.c | 59 +++--
1 file changed, 4 insertions(+), 55 d
Latest gcc 6.2 compiler is throwing the below warning for omap4_panda_defconfig
arch/arm/mach-omap2/omap4/hw_data.c:136:3: warning:
'abe_dpll_params_sysclk_196608khz' defined but not used
[-Wunused-const-variable=]
abe_dpll_params_sysclk_196608khz[NUM_SYS_CLKS] = {
Fix this by guarding it wit
On Mon, Jan 16, 2017 at 10:03 PM, Simon Glass wrote:
> SPL needs to set up the machine ready for loading 64-bit U-Boot and jumping
> to it. Call the existing init routines in order to accomplish this.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v3:
> - Update copyright year
> - Drop dupli
Latest gcc 6.2 compiler is throwing the below warning for
am335x_baltos_defconfig
drivers/usb/gadget/ether.c:501:17: warning: 'mdlm_detail_desc' defined but not
used [-Wunused-const-variable=]
static const u8 mdlm_detail_desc[] = {
Guard mdlm_detail_desc with CONFIG_USB_ETH_SUBSET to avoid the
> On 16 January 2017 at 08:34, Alexander Graf wrote:
> >
> >
> > On 16/01/2017 07:16, Alison Wang wrote:
> >>
> >> For 64-bit kernel, there is a warning about x1-x3 nonzero in
> >> violation of boot protocol. To fix this issue, input argument 4 is
> >> added for
> >> armv8_switch_to_el2 and armv8_
On Monday 16 January 2017 10:14 PM, Andrew F. Davis wrote:
> Add a new defconfig file for the AM335x High Security EVM. This config
> is specific for the case of memory device booting. Memory device booting
> is handled separatly from peripheral booting on HS devices as the load
> address changes
The LS1012AQDS board has a hardware issue. When there is no eMMC
adapter card inserted in SDHC2 adapter slot, the command inhibit
bits of eSDHC2_PRSSTAT register will never release. This would cause
below continious error messages in linux since it uses polling mode
to detect card.
"mmc1: Controlle
Hi Joe and Mugunthan,
We encountered the voltage peak issue while doing the IEEE PHY conformance
test, which has to do with the AR8033 register (SetDes Test and System Mode
Control) setting in u-boot.
In your commit change info, you tried to enable tx clock delay by setting bit 8
to 1 (filling
On Mon, Jan 16, 2017 at 10:03 PM, Simon Glass wrote:
> Addresses should not be cast to size_t. Use uintptr_t instead.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> arch/x86/lib/relocate.c | 4 ++--
> 1 file changed, 2 insertions(+
On Mon, Jan 16, 2017 at 10:03 PM, Simon Glass wrote:
> Add a 64-bit relocation function. SPL loads U-Boot into RAM at a fixed
> address and runs it. U-Boot then relocates itself to the top of RAM using
> this relocation function.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> C
On Tue, Jan 17, 2017 at 10:33 AM, Bin Meng wrote:
> On Mon, Jan 16, 2017 at 10:03 PM, Simon Glass wrote:
>> Move the core relocation code into a separate function so that the checking
>> code can be used for 64-bit relocation also.
>>
>> Signed-off-by: Simon Glass
>> ---
>>
>> Changes in v3:
>>
On Tue, Jan 17, 2017 at 10:29 AM, Bin Meng wrote:
> On Mon, Jan 16, 2017 at 10:03 PM, Simon Glass wrote:
>> Since 'gd' is just a normal variable on 64-bit x86, it is relocated by the
>> time we get to board_init_r(). The old 'gd' variable is passed in as
>> parameter to board_init_r(), presumably
On Mon, Jan 16, 2017 at 10:03 PM, Simon Glass wrote:
> The BSS region may overlap with relocations. If we clear BSS we will
> overwrite the start of the relocation area. This doesn't matter when running
> from SPI flash, since it is read-only. But when relocating 64-bit U-Boot
> from one place in
On Mon, Jan 16, 2017 at 10:03 PM, Simon Glass wrote:
> Adjust the code so that 64-bit startup works. Since we don't need to do CAR
> changes in U-Boot proper anymore (they are done in SPL) we can simplify the
> flow and return normally from board_init_f().
>
> Signed-off-by: Simon Glass
> Reviewe
On Tue, Jan 17, 2017 at 10:27 AM, Bin Meng wrote:
> On Mon, Jan 16, 2017 at 10:03 PM, Simon Glass wrote:
>> These tables should be declared static const. Unfortunately the table in
>> board_r is updated on machines with manual relocation.
>>
>> Update them.
>>
>> Signed-off-by: Simon Glass
>> --
On Tue, Jan 17, 2017 at 10:25 AM, Bin Meng wrote:
> On Mon, Jan 16, 2017 at 10:03 PM, Simon Glass wrote:
>> Add code to start up U-Boot in 64-bit mode. It is fairly simple since we are
>> running from RAM and SPL has done the low-level init.
>>
>> Signed-off-by: Simon Glass
>> ---
>>
>> Changes
On Mon, Jan 16, 2017 at 10:03 PM, Simon Glass wrote:
> Use this new option to control the location of 32-bit init. This will allow
> us to place this in SPL if needed.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> arch/x86/cpu/int
On Mon, Jan 16, 2017 at 10:03 PM, Simon Glass wrote:
> Update the Makefile so that some 32-bit init can be built into SPL rather
> than U-Boot proper.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> arch/x86/cpu/ivybridge/Makefile |
On Mon, Jan 16, 2017 at 10:03 PM, Simon Glass wrote:
> Move the core relocation code into a separate function so that the checking
> code can be used for 64-bit relocation also.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v3:
> - Mention the commit ID containing information about the need
On Mon, Jan 16, 2017 at 10:03 PM, Simon Glass wrote:
> Since 'gd' is just a normal variable on 64-bit x86, it is relocated by the
> time we get to board_init_r(). The old 'gd' variable is passed in as
> parameter to board_init_r(), presumably for this situation.
>
> Assign it on 64-bit x86 so that
On Mon, Jan 16, 2017 at 10:03 PM, Simon Glass wrote:
> These tables should be declared static const. Unfortunately the table in
> board_r is updated on machines with manual relocation.
>
> Update them.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v3:
> - Add new patch to use static const f
For 64-bit kernel, there is a warning about x1-x3 nonzero in violation
of boot protocol. To fix this issue, input argument 4 is added for
armv8_switch_to_el2 and armv8_switch_to_el1. The input argument 4 will
be set to the right value, such as zero.
Signed-off-by: Alison Wang
Reviewed-by: Alexand
On Mon, Jan 16, 2017 at 10:03 PM, Simon Glass wrote:
> Add code to start up U-Boot in 64-bit mode. It is fairly simple since we are
> running from RAM and SPL has done the low-level init.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v3:
> - Drop unused headers
> - Drop unused board_debug_u
On Mon, Jan 16, 2017 at 10:03 PM, Simon Glass wrote:
> Add a new CONFIG_X86_64 option which will eventually cause U-Boot to be
> built as a 64-bit application, with SPL doing the 16/32-bit init.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v3:
> - Use tab instead o
On Mon, Jan 16, 2017 at 10:03 PM, Simon Glass wrote:
> Use this new option to control the location of 16-bit init. This will allow
> us to place this in SPL if needed.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> Makefile
On Mon, Jan 16, 2017 at 10:03 PM, Simon Glass wrote:
> At present all 16/32-bit init is controlled by CONFIG_X86_RESET_VECTOR. If
> this is enabled, then U-Boot is the 'first' boot loader and handles execution
> from the reset vector through to U-Boot's command prompt. If it is not
> enabled then
On Mon, Jan 16, 2017 at 10:03 PM, Simon Glass wrote:
> Fix various compiler warnings in the x86 library code.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v3: None
> Changes in v2:
> - Move table-related changes to an earlier patch
>
> arch/x86/lib/bios.c
On Mon, Jan 16, 2017 at 10:03 PM, Simon Glass wrote:
> Fix a cast in get_next_hob() that causes warnings on 64-bit machines.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v3: None
> Changes in v2:
> - Fix cast in get_guid_hob_data() also
>
> arch/x86/include/asm/fs
On Mon, Jan 16, 2017 at 10:03 PM, Simon Glass wrote:
> We almost always need the serial port before relocation, so mark it as such.
> This will ensure that it appears in the device tree for SPL, if used.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v3: None
> Chang
On Mon, Jan 16, 2017 at 10:03 PM, Simon Glass wrote:
> Add various debug() messages in places where errors occur. This aids with
> debugging.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v3: None
> Changes in v2:
> - Output error code values in debug() statements
>
On Mon, Jan 16, 2017 at 10:03 PM, Simon Glass wrote:
> Fix a few types that causes warnings on 64-bit machines.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v3: None
> Changes in v2:
> - Fix cast in bd82x6x_video_probe() also
>
> arch/x86/cpu/ivybridge/sata.c | 4
On Mon, Jan 16, 2017 at 10:03 PM, Simon Glass wrote:
> At present this uses u32 to store an address. We should use unsigned long
> and avoid special types in function return values and parameters unless
> necessary. This makes the code more portable.
>
> Signed-off-by: Simon Glass
> Reviewed-by:
On Mon, Jan 16, 2017 at 10:03 PM, Simon Glass wrote:
> Some files are missing this declaration. Add it to avoid build errors when
> we actually need the declaration.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v3: None
> Changes in v2:
> - Drop change to gma.c
>
>
On Mon, Jan 16, 2017 at 10:03 PM, Simon Glass wrote:
> We should use unsigned long rather than u32 for addresses. Update this so
> that the table-generation code builds correctly on 64-bit machines.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v3: None
> Changes in
On Mon, Jan 16, 2017 at 10:03 PM, Simon Glass wrote:
> Add an option for building Platorm Controller Hub drivers in SPL.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> common/spl/Kconfig | 9 +
> drivers/Makefile | 1 +
>
On Mon, Jan 16, 2017 at 10:03 PM, Simon Glass wrote:
> Add a new Kconfig option to allow timer drivers to be used in SPL.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> common/spl/Kconfig | 9 +
> drivers/Makefile | 1 +
>
On Mon, Jan 16, 2017 at 10:03 PM, Simon Glass wrote:
> When BSS does not immediate follow the SPL image we don't need padding
> before the device tree. Remove it in this case.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> scripts/
On Mon, Jan 16, 2017 at 10:03 PM, Simon Glass wrote:
> Add a new Kconfig option to allow PCI drivers to be used in SPL.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> common/spl/Kconfig | 9 +
> drivers/Makefile | 1 +
>
On Mon, Jan 16, 2017 at 10:03 PM, Simon Glass wrote:
> Add a new Kconfig option to allow CPU drivers to be used in SPL.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> common/spl/Kconfig | 10 ++
> drivers/Makefile | 1 +
On Mon, Jan 16, 2017 at 10:03 PM, Simon Glass wrote:
> Add a new Kconfig option to allow RTC drivers to be used in SPL.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> common/spl/Kconfig | 10 ++
> drivers/Makefile | 1 +
On Mon, Jan 16, 2017 at 10:03 PM, Simon Glass wrote:
> This currently fails silently. Add a debug message to aid debugging.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v3: None
> Changes in v2:
> - Show the error value in spl_spi_load_image()
>
> common/spl/spl_s
On Mon, Jan 16, 2017 at 10:03 PM, Simon Glass wrote:
> This Makefile variable can be used in the architecture's main Makefile but
> at present it is not set up until later. Set it just before this Makefile is
> included.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in
On Mon, Jan 16, 2017 at 10:03 PM, Simon Glass wrote:
> CONFIG_CONSOLE_MUX and CONFIG_SYS_CONSOLE_IS_IN_ENV are not applicable
> for SPL. Update the console code to use CONFIG_IS_ENABLED(), so that these
> options will be inactive in SPL.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> -
> On 16/01/2017 07:16, Alison Wang wrote:
> > For 64-bit kernel, there is a warning about x1-x3 nonzero in
> violation
> > of boot protocol. To fix this issue, input argument 4 is added for
> > armv8_switch_to_el2 and armv8_switch_to_el1. The input argument 4
> will
> > be set to the right value, s
On Tue, Jan 17, 2017 at 9:46 AM, Bin Meng wrote:
> On Mon, Jan 9, 2017 at 4:51 AM, Andy Shevchenko
> wrote:
>> Basically rename X86_SUBARCH_MRST to X86_SUBARCH_INTEL_MID to be more
>> specific.
>>
>> Signed-off-by: Andy Shevchenko
>> ---
>> arch/x86/include/asm/bootparam.h | 3 ++-
>> 1 file c
On Mon, Jan 9, 2017 at 4:51 AM, Andy Shevchenko
wrote:
> Basically rename X86_SUBARCH_MRST to X86_SUBARCH_INTEL_MID to be more
> specific.
>
> Signed-off-by: Andy Shevchenko
> ---
> arch/x86/include/asm/bootparam.h | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
Reviewed-by: Bin Me
On Mon, Jan 16, 2017 at 10:19:46AM +0900, Masahiro Yamada wrote:
> Hi Tom.
>
>
> 2017-01-16 3:29 GMT+09:00 Tom Rini :
> > On Tue, Dec 27, 2016 at 11:19:43AM +0200, Oded Gabbay wrote:
> >
> >> Using CONFIG_IS_ENABLED() doesn't work in SPL. This patch replaces the only
> >> occurrence of CONFIG_IS_
On 01/13/2017 03:27 AM, Zhiqiang Hou wrote:
> diff --git a/arch/arm/include/asm/arch-fsl-layerscape/config.h
> b/arch/arm/include/asm/arch-fsl-layerscape/config.h
> index c50894a..577f00c 100644
> --- a/arch/arm/include/asm/arch-fsl-layerscape/config.h
> +++ b/arch/arm/include/asm/arch-fsl-laye
Hi,
On Fri, 2016-11-25 at 20:15 -0700, Simon Glass wrote:
> This adds the basic code for binman, including command parsing,
> processing
> of entries and generation of images.
>
> So far no entry types are supported. These will be added in future
> commits
> as examples of how to add new types.
>
On 01/14/2017 09:13 AM, Simon Glass wrote:
> On 4 January 2017 at 11:32, York Sun wrote:
>> Without a prompt in Kconfig, SECURE_BOOT cannot be selected by
>> defconfig. The option was dropped unintentionally when defconfig
>> files were cleaned up. Three targets were impacted
>> ls1043ardb_SECURE_
On 01/06/2017 08:32 AM, Joakim Tjernlund wrote:
> On Fri, 2017-01-06 at 14:56 +0100, Mario Six wrote:
>> To enable DM on MPC83xx, we need pre-relocation malloc, which is
>> implemented in this patch.
>>
>
> Would be nice if you could avoid using r1, each time you modify r1 gdb will be
> upset/confu
On 01/11/2017 09:39 PM, Shengzhou Liu wrote:
> As board-specific reset logic, it needs to issue reset signal
> via CPLD when issuing 'reset' command in u-boot, this patch
> solves the issue of reset command not working on T1024RDB.
>
> Signed-off-by: Shengzhou Liu
> ---
> v2: add build condition.
On 01/05/2017 10:32 PM, Sumit Garg wrote:
> Define bootscript and its header addresses for QSPI target. Also
> define PPA header address to enable PPA validation.
>
> Signed-off-by: Vinitha Pillai
> Signed-off-by: Sumit Garg
> ---
>
> Changes in v3:
> Changes in comment style.
>
> Changes in v2:
On 01/09/2017 10:22 PM, Priyanka Jain wrote:
> Firmware of Management Complex (MC) should be loaded at 512MB aligned
> address. So,
> -mc_ram_addr address calculation in mc_get_dram_addr() is updated to
> fetch aligned address
> -calculate_mc_private_ram_params() is removed as it is no longer requ
On 01/16/2017 08:16 PM, Jean-Jacques Hiblot wrote:
>
>
> On 16/01/2017 17:00, Marek Vasut wrote:
>> On 01/16/2017 02:29 PM, Jean-Jacques Hiblot wrote:
>>> Tom, Marek
>> Hi,
>>
>>> At the moment, whenever an unaligned address is used in cache operations
>>> (invalidate_dcache_range, or flush_dcach
On 16/01/2017 17:00, Marek Vasut wrote:
On 01/16/2017 02:29 PM, Jean-Jacques Hiblot wrote:
Tom, Marek
Hi,
At the moment, whenever an unaligned address is used in cache operations
(invalidate_dcache_range, or flush_dcache_range), the whole request is
discarded for am926ejs. for armV7 or arm
Hi
On 14 Jan 2017 3:54 a.m., "Anatolij Gustschin" wrote:
From: "tomas.me...@vaisala.com"
SPLASH_STORAGE_RAW is defined as 0, so a check against & will
never be true. These flags are never combined so do a check
against == instead.
Signed-off-by: Tomas Melin
Reviewed-by: Tom Rini
---
Chan
Hi Tom,
The following changes since commit a705ebc81b7f91bbd0ef7c634284208342901149:
Prepare v2017.01 (2017-01-09 11:57:05 -0500)
are available in the git repository at:
git://git.denx.de/u-boot-video.git master
for you to fetch changes up to 3b593f9030bae149af9261f51933805be506f6b1:
sp
On Fri, 13 Jan 2017 20:54:23 +0100
Anatolij Gustschin ag...@denx.de wrote:
...
> common/splash_source.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
applied to u-boot-video/master.
--
Anatolij
___
U-Boot mailing list
U-Boot@lists.denx.d
On 01/16/2017 02:29 PM, Jean-Jacques Hiblot wrote:
> Tom, Marek
Hi,
> At the moment, whenever an unaligned address is used in cache operations
> (invalidate_dcache_range, or flush_dcache_range), the whole request is
> discarded for am926ejs. for armV7 or armV8 only the aligned part is
> maintain
Revision 1.0 of this IP has a quirk where if during a long read transfer
the transfer_size register will go to 0, the master will send a NACK to
the slave prematurely.
The way to work around this is to reprogram the transfer_size register
mid-transfer when the only the receive fifo is known full, i
The generic probe code in dm works, so get rid of the leftover cruft.
Signed-off-by: Moritz Fischer
Cc: Heiko Schocher
Cc: Michal Simek
Cc: u-boot@lists.denx.de
---
Changes from v1:
- None
---
drivers/i2c/i2c-cdns.c | 21 -
1 file changed, 21 deletions(-)
diff --git a/driv
Reorder the timeout loop such that we first check if the
condition is already true, and then call udelay() so if
the condition is already true, break early.
Reviewed-by: Michal Simek
Signed-off-by: Moritz Fischer
Cc: Heiko Schocher
Cc: Michal Simek
Cc: u-boot@lists.denx.de
---
Changes from v1:
1 - 100 of 200 matches
Mail list logo
