Hi Bin,
2016-05-20 10:29 GMT+08:00 Bin Meng :
> Hi Miao,
>
> On Fri, May 20, 2016 at 10:06 AM, Miao Yan wrote:
>> Hi Bin,
>>
>> 2016-05-19 17:08 GMT+08:00 Bin Meng :
>>> Hi Miao,
>>>
>>> On Wed, May 18, 2016 at 5:40 PM, Miao Yan wrote:
This patch enables qfw and cmd_qfw on sandbox for build
> On 05/19/2016 10:26 AM, Alison Wang wrote:
> > To support loading a 32-bit OS, the execution state will change from
> > AArch64 to AArch32 when jumping to kernel.
> >
> > The architecture information will be got through checking FIT image,
> > then U-Boot will load 32-bit OS or 64-bit OS automati
Applied this on my Odroid C2, and it worked OK when installed on the
SDcard, but failed when installed on the eMMC module:
=> version
U-Boot 2016.05-rc3 (May 14 2016 - 21:06:28 -0700) odroid-c2
aarch64-linux-gnu-gcc (GCC) 5.3.1 20160212 (Red Hat Cross 5.3.1-2)
GNU ld version 2.26.20160125
=> mmc
On 19.5.2016 21:26, Andreas Dannenberg wrote:
> Hi Michael,
>
> On Thu, May 19, 2016 at 08:33:28PM +0200, Michal Simek wrote:
>> Hi Andreas,
>>
>> 2016-05-19 20:16 GMT+02:00 Andreas Dannenberg :
>>
>>> Hi Michal,
>>>
>>> On Thu, May 19, 2016 at 06:38:04PM +0200, Michal Simek wrote:
On 19.5.20
Convert davinci_spi driver so that it complies with SPI DM framework.
Signed-off-by: Vignesh R
Reviewed-by: Tom Rini
---
v5: correct error message.
v4: Check error returned by dev_map_physmem().
v3: No changes
v2: Add comments to struct davinci_spi_slave members.
Use dev_map_physmem() ad
On 05/08/2016 11:22 PM, Marek Vasut wrote:
On 05/08/2016 02:58 PM, Daniel Schwierzeck wrote:
Hi!
Am 05.05.2016 um 21:34 schrieb Marek Vasut:
Add ethernet driver for the AR933x and AR934x Atheros MIPS machines.
The driver could be easily extended to other WiSoCs.
How to make this patch work
Commit 116611937faa ("ARM: fix ifdefs in ARMv8 lowlevel_init()")
accidentally inverted the logic of CONFIG_ARMV8_MULTIENTRY.
Fixes: 116611937faa ("ARM: fix ifdefs in ARMv8 lowlevel_init()")
Signed-off-by: Masahiro Yamada
---
Changes in v2:
- Rephrase subject
arch/arm/cpu/armv8/start.S | 2 +-
Commit 116611937faa ("ARM: fix ifdefs in ARMv8 lowlevel_init()")
accidentally inverted the logic of CONFIG_ARMV8_MULTIENTRY.
Fixes: 116611937faa ("ARM: fix ifdefs in ARMv8 lowlevel_init()")
Signed-off-by: Masahiro Yamada
---
arch/arm/cpu/armv8/start.S | 2 +-
1 file changed, 1 insertion(+), 1 d
2016-05-20 10:30 GMT+08:00 Bin Meng :
> Hi Miao,
>
> On Fri, May 20, 2016 at 10:07 AM, Miao Yan wrote:
>> Hi Bin,
>>
>> 2016-05-19 17:08 GMT+08:00 Bin Meng :
>>> Hi Miao,
>>>
>>> the title should say: CMD_QEMU_FW_CFG
>>>
>>> I can fix this when applying.
>>>
>>> On Wed, May 18, 2016 at 5:39 PM, Mi
Hi Miao,
On Fri, May 20, 2016 at 10:07 AM, Miao Yan wrote:
> Hi Bin,
>
> 2016-05-19 17:08 GMT+08:00 Bin Meng :
>> Hi Miao,
>>
>> the title should say: CMD_QEMU_FW_CFG
>>
>> I can fix this when applying.
>>
>> On Wed, May 18, 2016 at 5:39 PM, Miao Yan wrote:
>>> Align macro names with the rest of
Hi Miao,
On Fri, May 20, 2016 at 10:06 AM, Miao Yan wrote:
> Hi Bin,
>
> 2016-05-19 17:08 GMT+08:00 Bin Meng :
>> Hi Miao,
>>
>> On Wed, May 18, 2016 at 5:40 PM, Miao Yan wrote:
>>> This patch enables qfw and cmd_qfw on sandbox for build coverage test
>>>
>>> Signed-off-by: Miao Yan
>>> ---
>>>
Hi Bin,
2016-05-19 17:08 GMT+08:00 Bin Meng :
> Hi Miao,
>
> the title should say: CMD_QEMU_FW_CFG
>
> I can fix this when applying.
>
> On Wed, May 18, 2016 at 5:39 PM, Miao Yan wrote:
>> Align macro names with the rest of qfw code
>>
>
> and I believe it's better to squash this commit into patc
Hi Bin,
2016-05-19 17:08 GMT+08:00 Bin Meng :
> Hi Miao,
>
> On Wed, May 18, 2016 at 5:40 PM, Miao Yan wrote:
>> This patch enables qfw and cmd_qfw on sandbox for build coverage test
>>
>> Signed-off-by: Miao Yan
>> ---
>> configs/sandbox_defconfig | 2 ++
>> 1 file changed, 2 insertions(+)
>>
From: Madan Srinivas
Adding support for AM43xx secure devices require the addition
of some SOC specific config options like the amount of memory
used by public ROM and the address of the entry point of u-boot
or SPL, as seen by the ROM code, for the image to be built
correctly.
This mandates the
Adds the board specific ft_board_setup() functions that
are called when CONFIG_OF_BOARD_SETUP is defined. These functions
will currently just call the ft_cpu_setup() function.
Adds CONFIG_OF_BOARD_SETUP to the defconfig files
for dra72_evm, dra74_evm, and am57xx_evm.
Signed-off-by: Daniel Allred
From: Madan Srinivas
Adds code to detect AM43xx HS EVMS - the string in the
I2C EEPROM for HS EVMs differs from GP EVMs. Adds code to
for evm detection, regardless of whether the evm is for
GP or HS parts, and updates board init to use that.
Modifies findfdt command to pick up am437x-gp-evm.dtb
Adds doc/README.ti-secure file to explain in generic terms
how boot images need to be created for secure devices from
Texas Instruments.
Specific details for creating secure boot images for the
AM43xx, DRA7xx and AM57xx secure devices from Texas
Instruments are also provided in the README file.
S
From: Madan Srinivas
Adds a new defconfig file for the AM43xx secure device.
This is the same as for the non-secure part, except for:
CONFIG_TI_SECURE_DEVICE option set to 'y'
CONFIG_ISW_ENTRY_ADDR updated for secure images.
Signed-off-by: Daniel Allred
Signed-off-by: Madan Srin
Updates the SPL build so that when CONFIG_TI_SECURE_DEVICE
is in use (which it should be when building for secure parts),
the TI secure development package is used to create a valid
secure boot image. The u-boot SPL build processes is NOT aware
of the details of creating the boot image - all of tha
Adds a centralized config_secure.mk in omap-common for
OMAP-style TI secure devices to use for boot image generation
Depending on the boot media, different images are needed for
secure devices. These commands generates u-boot*_HS_* files that
need to be used to boot secure devices.
Please refer t
Adds new defconfig files for DRA7xx and AM57xx secure devices.
These are the same as the non-secure parts, but with the addition
of the CONFIG_TI_SECURE_DEVICE option set to 'y'.
Signed-off-by: Daniel Allred
Signed-off-by: Madan Srinivas
Reviewed-by: Tom Rini
---
V3:
None
V2:
Rebase from c
Updated the CONFIG_SPL_TEXT_BASE to support secure parts (moving
the start address past secure reserved memory and the size of the
security certificate that precedes the boot image on secure devices).
Updated the related CONFIG_SPL_MAX_SIZE to properly reflect the
internal memory actually available
Adds an fdt.c file in that defines the ft_cpu_setup() function,
which should be called from a board-specific ft_board_setup()).
This ft_cpu_setup() will currently do nothing for non-secure (GP)
devices but contains pertinent updates for booting on secure (HS)
devices.
Update the omap5 Makefile to
Update the CPU string output so that the device
type is now included as part of the CPU string that
is printed as the SPL or u-boot comes up. This update
adds a suffix of the form "-GP" or "-HS" for production
devices, so that general purpose (GP) and high security
(HS) can be distiguished. Applies
On Thu, May 19, 2016 at 8:45 PM, Marek Vasut wrote:
> The spl_parse_image_header() can return 0 and it is not an error.
> Only treat non-zero return value as an error.
>
> Signed-off-by: Marek Vasut
> Cc: Fabio Estevam
> Cc: Peng Fan
> Cc: Stefano Babic
> Cc: Tom Rini
Reviewed-by: Fabio Este
From: Madan Srinivas
Updates configs/am43xx_evm.h to use CONFIG options from
SOC specific Kconfig file for various calculations.
On AM43x devices, the address of SPL entry point depends on
the device type, i.e. whether it is secure or non-secure.
Further, for non-secure devices, the SPL entry
Modifies the config.mk to build secure images when building
the SPL for secure devices.
Depending on the boot media, different images are needed
for secure devices. The build generates u-boot*_HS_* files
as appropriate for the different boot modes. The same u-boot
binary file is processed slightly
From: Madan Srinivas
Defines CONFIG_TI_SECURE_DEVICE which needs to be turned on
when building images for secure devices. This flag is used
to invoke the secure image creation tools for creating a
boot image that can be used on secure devices. This flag
may also be used to conditionally compile c
From: Madan Srinivas
Adds a new Kconfig file for AM33xx class devices. We
need a common place to define CONFIG parameters
for these SOCs, especially for adding support
for secure devices.
a) Adds a definition for ISW_ENTRY_ADDR. This is the
address to which the ROM branches when the SOC
ROM hand
Adds support for creating bootable images for AM43xx HS
and DRA7xx/AM57xx HS devices.
Daniel Allred (9):
doc: Add info on using secure devices from TI
ti: omap-common: Add commands for generating secure SPL images
ti: AM43xx: config.mk: Add support for generating secure boot images
ti_omap
On 04/30/2016 02:45 PM, Marek Vasut wrote:
> The arm946es is armv5te , so use -march=armv5te instead of armv4t.
>
> Signed-off-by: Marek Vasut
> Cc: Albert Aribaud
> Cc: Tom Rini
Bump?
> ---
> arch/arm/Makefile | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/arch/ar
On 04/30/2016 02:45 PM, Marek Vasut wrote:
> For reason unknown, recently, the DDR init code writers are really fond
> of hiding some small floating point operating deep in their creations.
> This patch removes one from the Marvell A38x code.
>
> Instead of returning size of chip as float from ddr
The spl_parse_image_header() can return 0 and it is not an error.
Only treat non-zero return value as an error.
Signed-off-by: Marek Vasut
Cc: Fabio Estevam
Cc: Peng Fan
Cc: Stefano Babic
Cc: Tom Rini
---
common/spl/spl_fat.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Dear Peng Fan,
On Wed, May 18, 2016 at 9:53 AM, Peng Fan wrote:
> Use simpler runtime cpu dection macros.
>
> Signed-off-by: Peng Fan
> Cc: Stefano Babic
> Cc: Ulises Cardenas
> Cc: Bhuvanchandra DV
> Cc: "Benoît Thébaudeau"
> ---
> arch/arm/imx-common/hab.c | 43
> +--
Hi Héctor,
On Wed, May 18, 2016 at 1:28 PM, Palacios, Hector
wrote:
> I'm loading U-Boot to an i.MX6Q platform using ARM DSTREAM debugger and after
> running the DDR initialization script it fails to load the u-boot ELF binary
> complaining with:
>
> loadfile "/home/hpalacio/git/u-boot-denx/u-b
Hi Michael,
On Thu, May 19, 2016 at 08:33:28PM +0200, Michal Simek wrote:
> Hi Andreas,
>
> 2016-05-19 20:16 GMT+02:00 Andreas Dannenberg :
>
> > Hi Michal,
> >
> > On Thu, May 19, 2016 at 06:38:04PM +0200, Michal Simek wrote:
> > > On 19.5.2016 18:15, Andreas Dannenberg wrote:
> > > > On Tue, M
Since CONFIG_OF_BOARD_SETUP depends on CONFIG_OF_LIBFDT:
config OF_BOARD_SETUP
bool "Set up board-specific details in device tree before boot"
depends on OF_LIBFDT
...
remove superfluous tests of CONFIG_OF_LIBFDT when testing for
CONFIG_OF_BOARD_SETUP.
Signed-off
Hi Andreas,
2016-05-19 20:16 GMT+02:00 Andreas Dannenberg :
> Hi Michal,
>
> On Thu, May 19, 2016 at 06:38:04PM +0200, Michal Simek wrote:
> > On 19.5.2016 18:15, Andreas Dannenberg wrote:
> > > On Tue, May 17, 2016 at 07:00:24PM +0200, Michal Simek wrote:
> > >> Support loading FIT in SPL for RA
still crawling through the code related to FDTs, and while i see a
pile of boards that define CONFIG_OF_SYSTEM_SETUP, i see very few that
define the corresponding(?) ft_system_setup() routine.
$ grep -r CONFIG_OF_SYSTEM_SETUP *
cmd/fdt.c:#ifdef CONFIG_OF_SYSTEM_SETUP
cmd/fdt.c:#ifdef CONFIG_OF_
Hi Michal,
On Thu, May 19, 2016 at 06:38:04PM +0200, Michal Simek wrote:
> On 19.5.2016 18:15, Andreas Dannenberg wrote:
> > On Tue, May 17, 2016 at 07:00:24PM +0200, Michal Simek wrote:
> >> Support loading FIT in SPL for RAM bootmode.
> >> CONFIG_SPL_LOAD_FIT_ADRESS points to address where FIT i
On 03/14/2016 11:45 PM, Yuan Yao wrote:
> From: Yuan Yao
>
> QSPI controller automatic enable the chipselect signal according the dest
> AMBA memory address. Now we distribute the AMBA memory zone averagely to
> every chipselect slave device according chipselect numbers got from dts
> node.
>
>
On 19.5.2016 18:15, Andreas Dannenberg wrote:
> On Tue, May 17, 2016 at 07:00:24PM +0200, Michal Simek wrote:
>> Support loading FIT in SPL for RAM bootmode.
>> CONFIG_SPL_LOAD_FIT_ADRESS points to address where FIT image is stored
>> in memory.
>>
>> Signed-off-by: Michal Simek
>> Reviewed-by: Si
Hi Alexander.
On 19 May 2016 at 10:18, Alexander Graf wrote:
>
> On 05/18/2016 07:21 PM, Simon Glass wrote:
>>
>> +Tom
>>
>> Hi Alex,
>>
>> On 16 May 2016 at 12:06, Alexander Graf wrote:
>>>
>>>
>>> On 16.05.16 15:24, Simon Glass wrote:
Hi Alexander,
On 14 May 2016 at 14:34,
On Tue, May 17, 2016 at 07:00:24PM +0200, Michal Simek wrote:
> Support loading FIT in SPL for RAM bootmode.
> CONFIG_SPL_LOAD_FIT_ADRESS points to address where FIT image is stored
> in memory.
>
> Signed-off-by: Michal Simek
> Reviewed-by: Simon Glass
> ---
Reviewed-by: Andreas Dannenberg
On 05/18/2016 07:21 PM, Simon Glass wrote:
+Tom
Hi Alex,
On 16 May 2016 at 12:06, Alexander Graf wrote:
On 16.05.16 15:24, Simon Glass wrote:
Hi Alexander,
On 14 May 2016 at 14:34, Alexander Graf wrote:
Am 14.05.2016 um 21:49 schrieb Simon Glass :
Hi Alexander,
On 10 May 2016 at 15:
On Thu, May 19, 2016 at 08:41:05AM -0600, Simon Glass wrote:
> Hi Tom,
>
> On 19 May 2016 at 06:09, Tom Rini wrote:
> > On Tue, May 17, 2016 at 11:46:53AM -0600, Simon Glass wrote:
> >
> >> Hi Tom,
> >>
> >> This includes a refinement of the GPIO interface, soft SPI fixes,
> >> driver model block
Am 2016-05-19 14:05, schrieb Lokesh Vutla:
Hi Michael,
On Thursday 19 May 2016 05:16 PM, mich...@walle.cc wrote:
Hi,
I'm looking into the FIT support in the SPL, because we are planning
to
load bootloader from a filesystem (on a MMC device); the SPL will be
stored in a write-protected SPI fl
On 05/19/2016 08:46 AM, Masahiro Yamada wrote:
> Hi Marek,
>
> 2016-05-17 20:01 GMT+09:00 Masahiro Yamada :
>> Hi Marek,
>>
>>
>> 2016-05-16 23:46 GMT+09:00 Marek Vasut :
>>
delete mode 100644 drivers/usb/host/xhci-uniphier.c
>>> CCing Roger, so he can check this series. I will review i
On 05/19/2016 06:02 AM, Simon Glass wrote:
> Hi Marek,
>
> On 14 May 2016 at 15:41, Marek Vasut wrote:
>> On 05/14/2016 11:22 PM, Simon Glass wrote:
>>> Hi Marek,
>>
>> Hi!
>>
>>> On 14 May 2016 at 14:23, Marek Vasut wrote:
On 05/14/2016 10:02 PM, Simon Glass wrote:
> Move these to debu
Hi Tom,
On 19 May 2016 at 06:09, Tom Rini wrote:
> On Tue, May 17, 2016 at 11:46:53AM -0600, Simon Glass wrote:
>
>> Hi Tom,
>>
>> This includes a refinement of the GPIO interface, soft SPI fixes,
>> driver model block-device support (and a legacy driver for
>> non-driver-model code) and a few ot
On Thu, May 19, 2016 at 7:05 AM, Stefano Babic wrote:
> Hi Tim,
>
> On 19/05/2016 15:48, Tim Harvey wrote:
>> On Thu, May 19, 2016 at 6:02 AM, Stefano Babic wrote:
>>> Hi Tim,
>>>
>>> last changes break build for the gw_ventana board. In fact, in case
>>> kernel is on a fs, we need to pass the na
DWC3 can be used as host or as gadget controller and the actual mode
is determined at runtime so USB_DWC3_DUAL_ROLE must be the default
mode when both host and gadget drivers are available.
As DWC3 core implements an XHCI host controller, we use USB_XHCI_HCD to
check if host driver is available.
Hi Tim,
On 19/05/2016 15:48, Tim Harvey wrote:
> On Thu, May 19, 2016 at 6:02 AM, Stefano Babic wrote:
>> Hi Tim,
>>
>> last changes break build for the gw_ventana board. In fact, in case
>> kernel is on a fs, we need to pass the name for kernel. These two
>> defines should be set into gw_ventan
On Thu, May 19, 2016 at 03:57:57PM +0530, Lokesh Vutla wrote:
> This provides a way to load a FIT containing U-Boot and a selection of device
> tree files from UART.
>
> Signed-off-by: Lokesh Vutla
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signature
__
On Thu, May 19, 2016 at 03:57:55PM +0530, Lokesh Vutla wrote:
> Uart boot is failing when a printf is called while loading image. So, disable
> prints while loading FIT image.
>
> Signed-off-by: Lokesh Vutla
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signature
On Thu, May 19, 2016 at 03:57:56PM +0530, Lokesh Vutla wrote:
> Right now a FS load for fit is being detected using the priv field. But
> this can be used by others media. So, introduce a filename field to
> detect a FS load.
>
> Signed-off-by: Lokesh Vutla
Reviewed-by: Tom Rini
--
Tom
sig
On Thu, May 19, 2016 at 6:02 AM, Stefano Babic wrote:
> Hi Tim,
>
> last changes break build for the gw_ventana board. In fact, in case
> kernel is on a fs, we need to pass the name for kernel. These two
> defines should be set into gw_ventana.h:
>
> CONFIG_SPL_FS_LOAD_KERNEL_NAME
>
Hi Tim,
last changes break build for the gw_ventana board. In fact, in case
kernel is on a fs, we need to pass the name for kernel. These two
defines should be set into gw_ventana.h:
CONFIG_SPL_FS_LOAD_KERNEL_NAME
CONFIG_SPL_FS_LOAD_ARGS_NAME
I could simply fix it, but it does n
curious about recommended coding style related to modifying and
verifying FDTs ... i'm perusing common/image-fdt.c and can see the
order of (possible) operations here in the function
image_setup_libfdt():
* arch_fixup_fdt()
* ft_board_setup()
* ft_system_setup()
* fdt_fixup_ethernet()
..
On 19/05/2016 14:08, Tom Rini wrote:
> On Tue, May 17, 2016 at 05:57:32PM +0200, Stefano Babic wrote:
>
>> Hi Tom,
>>
>> please pull from u-boot-imx, thanks !
>>
>> The following changes since commit aeaec0e682f45b9e0c62c522fafea353931f73ed:
>>
>> Prepare v2016.05 (2016-05-16 10:40:32 -0400)
>>
Hi,
On Thu, May 19, 2016 at 10:53:50AM +0200, Quentin Schulz wrote:
> Hi,
>
> I put U-Boot for the Colombus on an SD Card but could not make Ethernet
> work.
>
> In U-Boot v2015.10, v2016.01 and v2016.05, Ethernet port is not detected.
> In U-Boot v2016.03, the Ethernet port is detected but cann
Signed-off-by: Yoshinori Sato
---
arch/sh/cpu/u-boot.lds | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/sh/cpu/u-boot.lds b/arch/sh/cpu/u-boot.lds
index 30c7a9d..4e8b718 100644
--- a/arch/sh/cpu/u-boot.lds
+++ b/arch/sh/cpu/u-boot.lds
@@ -80,4 +80,5 @@ SECTIONS
PROVIDE (bss_end
Signed-off-by: Yoshinori Sato
---
arch/Kconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/Kconfig b/arch/Kconfig
index ec12013..291e1dc 100644
--- a/arch/Kconfig
+++ b/arch/Kconfig
@@ -96,6 +96,8 @@ config SANDBOX
config SH
bool "SuperH architecture"
select HAVE_P
Signed-off-by: Yoshinori Sato
---
arch/sh/lib/Makefile | 1 -
arch/sh/lib/board.c | 189 ---
2 files changed, 190 deletions(-)
delete mode 100644 arch/sh/lib/board.c
diff --git a/arch/sh/lib/Makefile b/arch/sh/lib/Makefile
index f7ae4f8..c5cf89
Hello.
This patch series convert generic board for SH.
Tested on r2dplus target.
Yoshinori Sato (9):
board_f: Add relocate_code stub
board_f: Add SH specific timer_init
board_f: if SKIP_RELOC is ture, return from board_init_f
board_f: Add SH specific mon_len
sh: Add missing symbol for ge
Signed-off-by: Yoshinori Sato
---
common/board_f.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/common/board_f.c b/common/board_f.c
index bf768d1..fcc69b8 100644
--- a/common/board_f.c
+++ b/common/board_f.c
@@ -870,7 +870,7 @@ static init_fnc_t init_sequence_f[] = {
#endi
Signed-off-by: Yoshinori Sato
---
arch/sh/cpu/sh2/cpu.c | 9 +
arch/sh/cpu/sh2/start.S | 22 --
arch/sh/cpu/sh3/cpu.c | 9 +
arch/sh/cpu/sh3/start.S | 21 +++--
arch/sh/cpu/sh4/cpu.c | 9 +
arch/sh/cpu/sh4/start.S | 23 +
Signed-off-by: Yoshinori Sato
---
arch/sh/include/asm/u-boot.h | 11 +--
1 file changed, 1 insertion(+), 10 deletions(-)
diff --git a/arch/sh/include/asm/u-boot.h b/arch/sh/include/asm/u-boot.h
index ea37c24..9e578a6 100644
--- a/arch/sh/include/asm/u-boot.h
+++ b/arch/sh/include/asm/u-b
Signed-off-by: Yoshinori Sato
---
common/board_f.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/common/board_f.c b/common/board_f.c
index 109025a..bf768d1 100644
--- a/common/board_f.c
+++ b/common/board_f.c
@@ -826,6 +826,11 @@ __weak int arch_cpu_init_dm(void)
return 0;
}
Signed-off-by: Yoshinori Sato
---
common/board_f.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/common/board_f.c b/common/board_f.c
index fcc69b8..e1122e3 100644
--- a/common/board_f.c
+++ b/common/board_f.c
@@ -1067,7 +1067,8 @@ void board_init_f(ulong boot_flags)
#if !
Signed-off-by: Yoshinori Sato
---
common/board_f.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/common/board_f.c b/common/board_f.c
index e1122e3..f31f2de 100644
--- a/common/board_f.c
+++ b/common/board_f.c
@@ -270,7 +270,7 @@ static int setup_mon_len(void)
gd->mon
Hi Michael,
On Thursday 19 May 2016 05:16 PM, mich...@walle.cc wrote:
> Hi,
>
> I'm looking into the FIT support in the SPL, because we are planning to
> load bootloader from a filesystem (on a MMC device); the SPL will be
> stored in a write-protected SPI flash. To make sure that a user does not
On Tue, May 17, 2016 at 11:46:53AM -0600, Simon Glass wrote:
> Hi Tom,
>
> This includes a refinement of the GPIO interface, soft SPI fixes,
> driver model block-device support (and a legacy driver for
> non-driver-model code) and a few other things. The changes are fairly
> major so I'd like to
On Tue, May 17, 2016 at 02:30:28PM +0200, Heiko Schocher wrote:
> Hello Tom,
>
> please pull from u-boot-i2c.git master
>
> There is a compile fix from Mario, also DM support for fsl_i2c,
> DM support for TI PCA954X muxes from Michal, a check for the enable
> status register in the designware i2
On Tue, May 17, 2016 at 05:57:32PM +0200, Stefano Babic wrote:
> Hi Tom,
>
> please pull from u-boot-imx, thanks !
>
> The following changes since commit aeaec0e682f45b9e0c62c522fafea353931f73ed:
>
> Prepare v2016.05 (2016-05-16 10:40:32 -0400)
>
> are available in the git repository at:
>
Hi,
I'm looking into the FIT support in the SPL, because we are planning to
load bootloader from a filesystem (on a MMC device); the SPL will be
stored in a write-protected SPI flash. To make sure that a user does not
accidentally put a wrong bootloader image on the filesystem, we would
like
Fix compilation problems with a hardfloat toolchain on ARM
(libgcc.a(_udivmoddi4.o) uses VFP register arguments, u-boot does not).
Cast clk->parent->rate to u64 before the multiplication to avoid
overflowing a 32-bit value.
Bug introduced by 3cb4f25cc702db17455583599d0940c81337a17a.
Signed-off-b
On Thu, May 19, 2016 at 4:40 PM, Hongbo Zhang wrote:
> On Wed, May 18, 2016 at 5:19 PM, Chen-Yu Tsai wrote:
>> Hi,
>>
>> On Wed, May 18, 2016 at 5:10 PM, wrote:
>>> From: Wang Dongsheng
>>>
>>> According to PSCI specification v1.0, the PSCI functions should start from
>>> 0x8400 for SMC32,
For double buffering to work, the target buffer must always be big
enough to hold all data. This can only be ensured if buffers are of
equal size, otherwise one must be smaller and we risk data loss
when copying from the bigger to the smaller.
Signed-off-by: Andreas Fenkart
---
tools/env/fw_env.
This provides a way to load a FIT containing U-Boot and a selection of device
tree files from UART.
Signed-off-by: Lokesh Vutla
---
common/spl/spl_ymodem.c | 91 +++--
1 file changed, 80 insertions(+), 11 deletions(-)
diff --git a/common/spl/spl_ymode
Uart boot is failing when a printf is called while loading image. So, disable
prints while loading FIT image.
Signed-off-by: Lokesh Vutla
---
common/spl/spl_fit.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/common/spl/spl_fit.c b/common/spl/spl_fit.c
index ace2543..a0e
Right now a FS load for fit is being detected using the priv field. But
this can be used by others media. So, introduce a filename field to
detect a FS load.
Signed-off-by: Lokesh Vutla
---
common/spl/spl_fat.c | 4 ++--
common/spl/spl_fit.c | 6 +++---
include/spl.h| 2 ++
3 files chang
This series allows to load a FIT image using UART boot mode.
Tested:
BBB: http://pastebin.ubuntu.com/16505294/
Lokesh Vutla (3):
spl: fit: Do not print selected dtb during fit load
spl: fit: Detect a FS load using filename
spl: Add an option to load a FIT containing U-Boot from UART
commo
Hi Guillaume,
On 19/05/2016 09:40, Guillaume Gardet wrote:
>
>
> Le 19/05/2016 03:09, Peng Fan a écrit :
>> Hi Guillaume,
>>
>> On Wed, May 18, 2016 at 02:19:43PM +0200, Guillaume GARDET wrote:
>>> Build with hard-float ARM toolchain was broken by commit 3cb4f25c:
>>> 'video: ipu: avoid overflow
two questions.
first, was perusing include/image.h, familiar with snippets like
this:
#define IMAGE_ENABLE_FITCONFIG_IS_ENABLED(FIT)
#define IMAGE_ENABLE_OF_LIBFDT CONFIG_IS_ENABLED(OF_LIBFDT)
but further down the same file, seems like more content could be
rewritten that way:
Hi Miao,
On Wed, May 18, 2016 at 5:40 PM, Miao Yan wrote:
> This patch enables qfw and cmd_qfw on sandbox for build coverage test
>
> Signed-off-by: Miao Yan
> ---
> configs/sandbox_defconfig | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/configs/sandbox_defconfig b/configs/sandbox_
On Wed, May 18, 2016 at 5:39 PM, Miao Yan wrote:
> Rename qemu/acpi_table.c to qemu/e820.c, because ACPI stuff is moved
> to qfw core, this file only contains code for installing e820 table.
>
> Signed-off-by: Miao Yan
> ---
> arch/x86/cpu/qemu/Makefile | 3 +--
> arch/x86/cpu/q
On Wed, May 18, 2016 at 5:39 PM, Miao Yan wrote:
> Loading ACPI table from QEMU's fw_cfg interface is not x86 specific
> (ARM64 may also make use of it). So move the code to common place.
>
> Signed-off-by: Miao Yan
> Reviewed-by: Bin Meng
> ---
> arch/x86/cpu/qemu/acpi_table.c | 209
> ---
On Wed, May 18, 2016 at 5:39 PM, Miao Yan wrote:
> Make file names aligned with CONFIG_QFW
>
> Signed-off-by: Miao Yan
> ---
> arch/x86/cpu/mp_init.c| 2 +-
> arch/x86/cpu/qemu/acpi_table.c| 2 +-
> arch/x86/cpu/qemu/cpu.c | 2 +-
> arch/x86/cpu/qemu/qemu.c
Hi Miao,
the title should say: CMD_QEMU_FW_CFG
I can fix this when applying.
On Wed, May 18, 2016 at 5:39 PM, Miao Yan wrote:
> Align macro names with the rest of qfw code
>
and I believe it's better to squash this commit into patch#8 in this
series, as they both rename QEMU_FW_CFG to QFW.
>
Hi,
On 19/05/16 09:45, Hongbo Zhang wrote:
> On Wed, May 18, 2016 at 6:07 PM, Andre Przywara
> wrote:
>> Hi,
>>
>> On 18/05/16 10:10, macro.wav...@gmail.com wrote:
>>> From: Wang Dongsheng
>>>
>>> According to PSCI specification v1.0, the PSCI functions should start from
>>> 0x8400 for SMC3
On Wed, May 18, 2016 at 5:39 PM, Miao Yan wrote:
> This patch splits qfw command interface and qfw core function into two
> files, and introduces a new Kconfig option (CONFIG_QFW). for
nits: . should be removed
I can fix when applying
> qfw core.
>
> Now when qfw command interface is enabled, i
On Wed, May 18, 2016 at 5:39 PM, Miao Yan wrote:
> This patch is part of the qfw refactor work.
>
> The qemu_fwcfg_free_files() function is only used in error handling in
> ACPI table generation, let's not make this a core function and move it
> to the right place.
>
> Signed-off-by: Miao Yan
> -
On Wed, May 18, 2016 at 5:39 PM, Miao Yan wrote:
> CONFIG_GENENRATE_ACPI_TABLE controls the generation of ACPI table which
> uses U-Boot's built-in methods and CONFIG_QEMU_ACPI_TABLE controls whether
> to load ACPI table from QEMU's fw_cfg interface.
>
> But with commit "697ec431469ce0a4c2fc2c02d8
On 05/19/2016 10:26 AM, Alison Wang wrote:
To support loading a 32-bit OS, the execution state will change from
AArch64 to AArch32 when jumping to kernel.
The architecture information will be got through checking FIT
image, then U-Boot will load 32-bit OS or 64-bit OS automatically.
Signed-off-
Hi,
I put U-Boot for the Colombus on an SD Card but could not make Ethernet
work.
In U-Boot v2015.10, v2016.01 and v2016.05, Ethernet port is not detected.
In U-Boot v2016.03, the Ethernet port is detected but cannot be used. I
get the following error:
=> dhcp
ethernet@01c3 Waiting for PHY a
Spin-table method is used for secondary cores to load 32-bit OS. The
architecture information will be got through checking FIT image and
saved in the os_arch element of spin-table, then the secondary cores
will check os_arch and jump to 32-bit OS or 64-bit OS automatically.
Signed-off-by: Alison W
To support loading a 32-bit OS, the execution state will change from
AArch64 to AArch32 when jumping to kernel.
The architecture information will be got through checking FIT
image, then U-Boot will load 32-bit OS or 64-bit OS automatically.
Signed-off-by: Ebony Zhu
Signed-off-by: Alison Wang
Si
On Wed, May 18, 2016 at 6:07 PM, Andre Przywara wrote:
> Hi,
>
> On 18/05/16 10:10, macro.wav...@gmail.com wrote:
>> From: Wang Dongsheng
>>
>> According to PSCI specification v1.0, the PSCI functions should start from
>> 0x8400 for SMC32, this patch changes this base value as well as other
>
On Wed, May 18, 2016 at 5:19 PM, Chen-Yu Tsai wrote:
> Hi,
>
> On Wed, May 18, 2016 at 5:10 PM, wrote:
>> From: Wang Dongsheng
>>
>> According to PSCI specification v1.0, the PSCI functions should start from
>> 0x8400 for SMC32, this patch changes this base value as well as other
>> functio
1 - 100 of 106 matches
Mail list logo