On 2016-05-15 02:49, Simon Glass wrote:
Since generic board init is enabled, this is not used. Drop it.
Signed-off-by: Simon Glass
Acked-by: Andreas Bießmann
---
arch/avr32/include/asm/u-boot.h | 20
1 file changed, 20 deletions(-)
diff --git a/arch/avr32/include/as
On 2016-05-15 02:49, Simon Glass wrote:
Remove the warning from the Makefile, since boards that do not use
generic
board will no longer build. Also update documentation.
Signed-off-by: Simon Glass
Reviewed-by: Andreas Bießmann
---
Makefile | 14 -
README
Hi Simon,
On 2016-05-15 02:49, Simon Glass wrote:
Allow this to be unset, such that gd->mon_len is invalid. This seems to
be
what the sh architecture does.
Signed-off-by: Simon Glass
---
common/board_f.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/common/board_f.c b/
On 2016-05-15 02:49, Simon Glass wrote:
This option is always enabled and is about to be removed. Drop
references
to it.
Signed-off-by: Simon Glass
Reviewed-by: Andreas Bießmann
---
common/Makefile| 4 ++--
common/main.c | 6 --
include/watchdog.h | 3 +--
3 files changed,
On 18/05/2016 07:45, Peng Fan wrote:
> Hi Stefano,
>
> On Mon, May 09, 2016 at 09:30:28AM +0200, Stefano Babic wrote:
>> On 03/05/2016 05:13, Peng Fan wrote:
>>> Correct speed grading info for i.MX6UL
>>>
>>> Signed-off-by: Peng Fan
>>> Cc: Stefano Babic
>>> ---
>>> arch/arm/cpu/armv7/mx6/soc.c
On 05/18/2016 12:32 PM, York Sun wrote:
> On 03/14/2016 11:45 PM, Yuan Yao wrote:
> > From: Yuan Yao
> >
> > The address value and size value get from dts "reg" property have type
> > of u64 on arm64.
> > If we assign those values to "u32" variables, driver can't work correctly.
> > Converting the
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 +-
arch/arm/imx-common/init.c | 5 ++---
arch/arm/imx-commo
Introduce simpler macros for runtime cpu dection.
Signed-off-by: Peng Fan
Cc: Stefano Babic
---
arch/arm/include/asm/imx-common/sys_proto.h | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/include/asm/imx-common/sys_proto.h
b/arch/arm/include/asm/imx-common/sys_proto.h
inde
Use simpler runtime cpu dection macros.
Signed-off-by: Peng Fan
Cc: Stefano Babic
---
arch/arm/cpu/armv7/mx6/clock.c | 42 +++---
arch/arm/cpu/armv7/mx6/ddr.c | 10 --
arch/arm/cpu/armv7/mx6/soc.c | 13 ++---
3 files changed, 29 insertions
Correct get_cpu_speed_grade_hz for i.MX6DQP, otherwise we
will get wrong speed grade info i.MX6DQP.
Signed-off-by: Peng Fan
Cc: Stefano Babic
---
arch/arm/cpu/armv7/mx6/soc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/cpu/armv7/mx6/soc.c b/arch/arm/cpu/armv
Support i.MX6D/QPlus.
Signed-off-by: Peng Fan
Cc: Stefano Babic
---
arch/arm/cpu/armv7/mx6/ddr.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/cpu/armv7/mx6/ddr.c b/arch/arm/cpu/armv7/mx6/ddr.c
index 3cc8666..f151eec 100644
--- a/arch/arm/cpu/armv7/mx6/ddr.c
+
Use simpler runtime cpu dection macros.
Signed-off-by: Peng Fan
Cc: Stefano Babic
---
drivers/misc/mxc_ocotp.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/misc/mxc_ocotp.c b/drivers/misc/mxc_ocotp.c
index 65ff815..38344e8 100644
--- a/drivers/misc/mxc_ocotp.c
To i.MX6DQPlus, osc can be choosed as the source of gpt, so
add i.MX6DQPlus support in gpt_has_clk_source_osc.
Signed-off-by: Peng Fan
Cc: Stefano Babic
---
arch/arm/imx-common/timer.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/imx-common/timer.c b/arch/arm/imx
Use simpler runtime cpu dection macros.
Signed-off-by: Peng Fan
Cc: Stefano Babic
Cc: Joe Hershberger
---
drivers/net/fec_mxc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/fec_mxc.c b/drivers/net/fec_mxc.c
index 3340dd2..360f8e4 100644
--- a/drivers/net/fec_
The i.MX6DQPlus support sata interface, we should not
return failure when CPU is i.MX6DQPlus.
Signed-off-by: Peng Fan
Cc: Stefano Babic
---
arch/arm/imx-common/sata.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/imx-common/sata.c b/arch/arm/imx-common/sata.c
inde
Support i.MX6DQPlus, otherwise wrong hab address will be used
for i.MX6QDPlus.
Signed-off-by: Peng Fan
Cc: Ulises Cardenas
Cc: Stefano Babic
---
arch/arm/imx-common/hab.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/imx-common/hab.c b/arch/arm/imx-common/hab.c
index
Use simpler runtime cpu dection macros.
Signed-off-by: Peng Fan
Cc: Stefano Babic
Cc: Scott Wood
---
drivers/mtd/nand/mxs_nand.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mtd/nand/mxs_nand.c b/drivers/mtd/nand/mxs_nand.c
index b5bbd88..5528d4b 100644
--- a/dri
i.MX6DQPlus support sata interface, so not return failure
when CPU is i.MX6DQPlus.
In this patch, also use simpler runtime cpu dections macros to replace
is_cpu_type.
Signed-off-by: Peng Fan
Cc: Stefano Babic
Cc: Simon Glass
Cc: Tang Yuantian
Cc: Shaohui Xie
Cc: Bin Meng
---
drivers/block/
Use simpler runtime cpu dection macros.
Signed-off-by: Peng Fan
Cc: Fabio Estevam
Cc: Stefano Babic
---
board/freescale/mx6qsabreauto/mx6qsabreauto.c | 4 ++--
board/freescale/mx6sabresd/mx6sabresd.c | 4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/board/freescale
On 2016-05-15 02:49, Simon Glass wrote:
These are no longer used. The migration is complete. Drop these
options.
Signed-off-by: Simon Glass
Acked-by: Andreas Bießmann
---
arch/Kconfig | 32
1 file changed, 32 deletions(-)
diff --git a/arch/Kconfig b/arc
Hi,
On 05/12/2016 06:14 PM, Martin Hejnfelt wrote:
> Hi,
>
> I am working with a board based off the am335x CPU and I am going to
> use SPI through u-boot. I've therefore been fiddling with u-boot and
> enabling spi0 through devicetree and all, which works fine (at least
> probing and so on). I a
Hi Vignesh,
2016-05-18 10:44 GMT+02:00 Vignesh R :
>
> I think, the right to handle this is based on compatible as done in
> kernel driver (drivers/spi/spi-omap2-mcspi.c)
> Something like, if compatible is "ti,omap4-mcspi" then add offset 0x100
> to regs property
>
It didn't even cross my mind to
From: Wang Dongsheng
Since we are already under the directory of arch/arm/, the prefix ARM_ for
macros isn't so necessary, and with more PSCI interfaces being added later,
there will be much more redundant ARM_ prefixes, what's more, there are no
ARM_/arm_ prefixes for other PSCI variables and fu
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
function offset values.
Signed-off-by: Wang Dongsheng
Signed-off-by: Hongbo Zhang
---
arch/arm/include/asm/psci.h | 10
From: Hongbo Zhang
Previous v2 patch set was sent out for a long time but got no comments, this
time I send a v3 with minor updates and with more people in list, they are
contributors for Linux kernel PSCI codes.
v3 changes:
- patch 3/11, re-init the stack pointer to address like start of page i
From: Hongbo Zhang
The legacy code reserves one word in each stack for saving target PC, but it
isn't used, the target PC is still saved to where the stack top pointer points.
This patch relocates the place for saving target PC to the lowest address of
each stack, convinience is that we can save
From: Hongbo Zhang
There are issues of legacy fuction psci_get_cpu_stack_top:
First, the current algorithm arranges stacks from an fixed adress towards
psci_text_end, if there are more CPUs, the stacks will overlap with psci text
segment and even other segments.
This patch places stacks from psc
From: Hongbo Zhang
According to latest PSCI specification, the context ID is needed by CPU_ON.
This patch saves context ID to the second lowest address of the stack (next to
where target PC is saved), and restores it to r0 when needed while target CPU
booting up.
This patch in current format is
From: Hongbo Zhang
There are codes for saving target PC and target context ID in each platform
psci_cpu_on routines, these can be factored out as psci_cpu_on_common.
Signed-off-by: Hongbo Zhang
Signed-off-by: Wang Dongsheng
---
arch/arm/cpu/armv7/ls102xa/psci.S | 12 +---
arch/arm
From: Hongbo Zhang
This patch implements PSCI functions for ls102xa SoC following PSCI v1.0,
they are as the list:
psci_version,
psci_features,
psci_cpu_suspend,
psci_affinity_info,
psci_system_reset,
psci_system_off.
Tested on LS1021aQDS, LS1021aTWR.
Signed-off-by: Wang
From: Hongbo Zhang
The input parameter CPU ID needs to be validated before furher oprations such
as CPU_ON, this patch introduces the function to do this.
Signed-off-by: Wang Dongsheng
Signed-off-by: Hongbo Zhang
---
arch/arm/cpu/armv7/ls102xa/psci.S | 34 +-
1
From: Hongbo Zhang
LS1021 offers two secure OCRAM blocks for trustzone.
This patch moves all the secure text sections into the OCRAM.
Signed-off-by: Wang Dongsheng
Signed-off-by: Hongbo Zhang
---
arch/arm/include/asm/arch-ls102xa/config.h | 2 +-
include/configs/ls1021atwr.h | 2
From: Hongbo Zhang
This patch adds all the PSCI v1.0 functions in to the common framework, with
all the functions returning "not sopported" by default, as a common framework
all the functions are added here, it is up to every platform developer to
decide which version of PSCI and which functions
From: Hongbo Zhang
For the robustness of codes, while powering on a CPU, it is better to check
if the target CPU is already on or in the process of power on, if yes the
power on routine shouldn't be executed further and should return with the
corresponding status immediately.
Signed-off-by: Hong
> Von: Masahiro Yamada
> Datum: 14.05.2016 11:11
>
> 2016-05-14 7:41 GMT+09:00 James Chargin :
> > Hi,
> >
> >
> > On 05/13/2016 01:50 PM, Fabio Estevam wrote:
> >>
> >> Hi Jörg,
> >>
> >> On Fri, May 13, 2016 at 1:57 PM,
> >> wrote:
> >>>
> >>> Hello,
> >>>
> >>> I am using u-boot 2015.04 and h
Hi,
On Wed, May 18, 2016 at 5:10 PM, wrote:
> From: Hongbo Zhang
>
> The input parameter CPU ID needs to be validated before furher oprations such
> as CPU_ON, this patch introduces the function to do this.
Could you generalize this patch for all platforms?
We already have the PSCI_NR_CPUS ma
> -Original Message-
> From: York Sun [mailto:york@nxp.com]
> Sent: Wednesday, May 18, 2016 2:03 AM
> To: Edward L Swarthout ; Prabhakar Kushwaha
>
> Cc: u-boot@lists.denx.de
> Subject: Re: [u-boot-release] [PATCH 06/10][v3] armv8: fsl-layerscape: Add
> support of QorIQ LS1012A SoC
>
This patchset cleans the QEMU fw_cfg code:
*) split qfw core and qfw command interface
*) split x86 specific operations from qfw core
*) move x86 ACPI generation code into qfw core as this can also
be used by others like ARM64
*) various cleanups
Changes in v2:
*) make git format-
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 "697ec431469ce0a4c2fc2c02d8685d907491af84 x86: qemu: Drop
our own ACPI implementation"
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
---
arch/x86/cpu/qemu/acpi_table.c | 13 +++--
cmd/qemu_
This patch is part of the refactor work of qfw. It adds 3 APIs to qfw
core to iterate firmware list.
Signed-off-by: Miao Yan
Reviewed-by: Bin Meng
---
cmd/qemu_fw_cfg.c | 25 ++---
include/qemu_fw_cfg.h | 9 +
2 files changed, 31 insertions(+), 3 deletions(-)
d
The original implementation of qfw includes several x86 specific
operations, like directly calling outb/inb and using some inline
assembly code which prevents it being ported to other architectures.
This patch adds callback functions and moves those to arch/x86/
Signed-off-by: Miao Yan
Reviewed-
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 | 2 +-
cmd/qfw.c | 2 +-
This patch is part of the qfw refactor work. This patch makes
qemu_fwcfg_present() and qemu_fwcfg_dma_present() public functions.
Signed-off-by: Miao Yan
Reviewed-by: Bin Meng
---
cmd/qemu_fw_cfg.c | 37 -
include/qemu_fw_cfg.h | 3 +++
2 files changed,
This patch splits qfw command interface and qfw core function into two
files, and introduces a new Kconfig option (CONFIG_QFW). for
qfw core.
Now when qfw command interface is enabled, it will automatically select
qfw core. This patch also makes the ACPI table generation select
CONFIG_QFW.
Signed
This patch adds some comments about qfw register endianness for clarity.
Signed-off-by: Miao Yan
Reviewed-by: Bin Meng
---
arch/x86/cpu/qemu/qemu.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/arch/x86/cpu/qemu/qemu.c b/arch/x86/cpu/qemu/qemu.c
index 6ff9947..c29a
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/qemu/{acpi_table.c => e820.c} | 0
2 files changed, 1 insertion(
The qfw command interface makes use of CONFIG_LOADADDR and
CONFIG_RAMDISKADDR to setup kernel. But not all boards have these macro,
which causes build problem on those platforms.
This patch fixes this issue.
Signed-off-by: Miao Yan
Reviewed-by: Bin Meng
---
Changes in v2:
- fix commit message
The qfw command interface used to depend on X86, this patch removes
this restriction so it can be built for sandbox for testing. For normal
usage, it can only be used with CONFIG_QEMU.
Signed-off-by: Miao Yan
Reviewed-by: Bin Meng
---
cmd/Kconfig | 1 -
1 file changed, 1 deletion(-)
diff --git
Align macro names with the rest of qfw code
Signed-off-by: Miao Yan
---
cmd/Kconfig| 2 +-
cmd/Makefile | 2 +-
configs/qemu-x86_defconfig | 2 +-
drivers/misc/Kconfig | 2 +-
4 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/cmd/Kconfig b/cmd/Kco
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 -
drivers/misc/qfw.c
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_defconfig
index afdf4a3..f19308d 100644
--- a/configs/sandbox_defconfig
++
Am 15.05.2016 um 02:49 schrieb Simon Glass:
> Since generic board init is enabled, this is not used. Drop it.
>
> Signed-off-by: Simon Glass
Acked-by: Daniel Schwierzeck
> ---
>
> arch/mips/include/asm/u-boot.h | 16
> 1 file changed, 16 deletions(-)
>
> diff --git a/arch
Am 17.05.2016 um 18:00 schrieb Simon Glass:
> Hi Paul,
>
> On 17 May 2016 at 09:58, Paul Burton wrote:
>> On Tue, May 17, 2016 at 09:54:21AM -0600, Simon Glass wrote:
>>> diff --git a/drivers/serial/ns16550.c b/drivers/serial/ns16550.c
>>> index 28da9dd..e58e6aa 100644
>>> --- a/dri
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
> function offset values.
Out of curiosity: Do you plan to ever
On Mon, 16 May 2016, Marek Vasut wrote:
> On 05/15/2016 06:12 PM, Robert P. J. Day wrote:
> >
> > With dropping support for some boards and the deletion of some source
> > files, it appears that both of these directories are now superfluous.
> >
> > Signed-off-by: Robert P. J. Day
> >
> > ---
>
>
Hi,
On 18/05/16 10:10, macro.wav...@gmail.com wrote:
> From: Hongbo Zhang
>
> This patch adds all the PSCI v1.0 functions in to the common framework, with
> all the functions returning "not sopported" by default, as a common framework
> all the functions are added here, it is up to every platfor
On 17.5.2016 21:09, Stephen Warren wrote:
> On 05/17/2016 12:00 PM, Michal Simek wrote:
>> On 17.5.2016 19:36, Stephen Warren wrote:
>>> On 05/17/2016 11:03 AM, Michal Simek wrote:
On 17.5.2016 19:00, Stephen Warren wrote:
> On 05/17/2016 10:56 AM, Michal Simek wrote:
>> Hi Stephen,
>>
Return -ETIMEDOUT if timeout happens.
Signed-off-by: Michal Simek
---
drivers/net/phy/marvell.c | 4 ++--
drivers/net/phy/phy.c | 2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/net/phy/marvell.c b/drivers/net/phy/marvell.c
index b8b1157a0a4a..d24451be0a2d 10064
Handle error returned by phy_startup() properly.
Signed-off-by: Michal Simek
---
drivers/net/xilinx_emaclite.c | 4 +++-
drivers/net/zynq_gem.c| 5 -
2 files changed, 7 insertions(+), 2 deletions(-)
diff --git a/drivers/net/xilinx_emaclite.c b/drivers/net/xilinx_emaclite.c
index 58
Add scsi command and enable supporting the pcie2sata chip
88SE9170 from Marvell.
Signed-off-by: Po Liu
---
merge to one patch only.
include/configs/ls1043ardb.h | 21 +
1 file changed, 21 insertions(+)
diff --git a/include/configs/ls1043ardb.h b/include/configs/ls1043ardb.h
Hello,
I'm looking for some help fixing a possible issue on AR9331 platforms
covered by the AR71xx target. In uBoot we're getting nothing but framing
errors over serial. Once Linux initializes the port. everything works
fine. Digging in the code, I've been able to find that the Linux driver
for
Hi Simon,
On 2016-05-15 02:49, Simon Glass wrote:
Allow this to be unset, such that gd->mon_len is invalid. This seems to
be
what the sh architecture does.
Signed-off-by: Simon Glass
---
common/board_f.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/common/board_f.c b/
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
> function offset values.
I think you should squash this into the PSCI v
Propagate error code from genphy_update_link() to phy startup().
Signed-off-by: Michal Simek
---
drivers/net/phy/broadcom.c | 34 ++
drivers/net/phy/davicom.c | 9 ++---
drivers/net/phy/et1011c.c | 10 +++---
drivers/net/phy/lxt.c | 9 ++---
> On 04/01/2016 12:09 AM, Sumit Garg wrote:
> > For mpc85xx SoCs, the core begins execution from address 0xFFFC.
> > In non-secure boot scenario from NAND, this address will map to CPC
> > configured as SRAM. But in case of secure boot, this default address
> > always maps to IBR (Internal Boo
Hi,
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-boot"
ERROR(CMD16-TAD11-NAL18):
! Failed to load "u-boot"
! Failed to writ
Hi Vignesh,
How about something like this, naming and so on shamelessly stolen
from the linux kernel:
Index: u-boot-2016.05/drivers/spi/omap3_spi.c
===
--- u-boot-2016.05.orig/drivers/spi/omap3_spi.c 2016-05-16
16:40:32.0 +02
Hi Alex,
> -Original Message-
> From: U-Boot [mailto:u-boot-boun...@lists.denx.de] On Behalf Of
> Alexander Graf
> Sent: Friday, May 13, 2016 5:52 PM
> To: u-boot@lists.denx.de
> Subject: [U-Boot] [PATCH 2/5] ls2080: Disable dcache during ddr init
>
> While trying something completely di
Build with hard-float ARM toolchain was broken by commit 3cb4f25c:
'video: ipu: avoid overflow issue'.
To fix it, we use do_div function.
Build tested for mx6qsabrelite_defconfig.
Signed-off-by: Guillaume GARDET
Cc: Peng Fan
Cc: Sandor Yu
Cc: Anatolij Gustschin
Cc: Stefano Babic
Cc: Fabio E
> -Original Message-
> From: U-Boot [mailto:u-boot-boun...@lists.denx.de] On Behalf Of
> Alexander Graf
> Sent: Friday, May 13, 2016 5:52 PM
> To: u-boot@lists.denx.de
> Subject: [U-Boot] [PATCH 1/5] ls2080: Exit dpaa only right before exiting U-
> Boot
>
> On ls2080 we have a separate ne
Mix usage of uint32_t and u32 fixed in favor of u32
Signed-off-by: Vincent Siles
---
Changes in v3: None
Changes in v2: None
board/freescale/common/ls102xa_stream_id.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/board/freescale/common/ls102xa_stream_id.c
b/board/freesc
LS102A ref manual dictates that ICID have to be written to the MSB
of the ICID register, not to the LSB.
Signed-off-by: Vincent Siles
---
Changes in v3:
- Fix another issue with ICID setup: the value is not written at the
correct location (LSB instead of MSB)
Changes in v2:
- Casting to void
On the LS102x boards, in order to initialize the ICID values of masters,
the dev_stream_id array holds absolute offsets from the base of SCFG.
In ls102xa_config_ssmu_stream_id, the base pointer is cast to uint32_t *
before adding the offset, leading to an invalid address. Casting it to
void * solv
On 17/05/16 13:33, Masahiro Yamada wrote:
> Hi.
>
>
> 2016-05-13 21:17 GMT+09:00 Roger Quadros :
>> DWC3 can be used in host only or gadget only mode.
>>
>> Signed-off-by: Roger Quadros
>> ---
>> drivers/usb/dwc3/Kconfig | 9 +
>> 1 file changed, 5 insertions(+), 4 deletions(-)
>>
>> di
Fix zynq_gem driver to handle error from phy_config correctly.
Signed-off-by: Michal Simek
---
drivers/net/phy/phy.c | 4 +---
drivers/net/zynq_gem.c | 3 +--
2 files changed, 2 insertions(+), 5 deletions(-)
diff --git a/drivers/net/phy/phy.c b/drivers/net/phy/phy.c
index 98986bb6f13f..4b6c09
On 05/18/2016 02:47 PM, Roger Quadros wrote:
> On 17/05/16 13:33, Masahiro Yamada wrote:
>> Hi.
>>
>>
>> 2016-05-13 21:17 GMT+09:00 Roger Quadros :
>>> DWC3 can be used in host only or gadget only mode.
>>>
>>> Signed-off-by: Roger Quadros
>>> ---
>>> drivers/usb/dwc3/Kconfig | 9 +
>>> 1
The patch
"net: phy: do not read configuration register on reset"
(sha1: a058052c358c3ecf5f394ff37def6a45eb26768c)
was causing regression on zynq zc702 board where Marwell 88e1118
phy was resetted after negotiation was setup.
Phy reset is done pretty early in phy_connect_dev() and doens't need to
b
When the base registers are read from device tree the base is not
0x48030100 as the driver expects, but 0x4803, resulting in
non functioning SPI. To deal with this, use same idea as how this
is done in the linux kernel (drivers/spi/spi-omap2-mcspi.c) and
add a structure with a field that is use
Large file transfers, flash erasing and more complicated tests
requires more time to finish. Provide a way to setup specific
timeout directly in test.
For example description for 50s test:
timeout = 5
with u_boot_console.temporary_timeout(timeout):
u_boot_console.run_command(...)
Signed-off
On 3.5.2016 08:45, Michal Simek wrote:
> On 2.5.2016 18:27, Stephen Warren wrote:
>> On 05/02/2016 06:29 AM, Michal Simek wrote:
>>> Slow network or big image filesize is not able to be finished
>>> in 30s. Add option to user to extend timeout(in miliseconds).
>>>
>>> env__net_tftp_readable_file =
Hi York,
Thanks for your comments and sorry for my delay response due to PTO.
> -Original Message-
> From: York Sun [mailto:york@nxp.com]
> Sent: 2016年5月11日 3:48
> To: Zhiqiang Hou ; u-boot@lists.denx.de;
> albert.u.b...@aribaud.net; scottw...@freescale.com;
> mingkai...@freescale.com
On 18.5.2016 15:11, Michal Simek wrote:
> Large file transfers, flash erasing and more complicated tests
> requires more time to finish. Provide a way to setup specific
> timeout directly in test.
>
> For example description for 50s test:
> timeout = 5
> with u_boot_console.temporary_timeout(t
add the following defines, needed for the upcoming shc board
support:
Signed-off-by: Heiko Schocher
---
include/power/tps65217.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/include/power/tps65217.h b/include/power/tps65217.h
index 93cbe36..69a49f7 100644
--- a/include/power/tps65217.
show_boot_progress() is now called from SPL also.
Signed-off-by: Heiko Schocher
---
common/init/board_init.c | 5 +
common/spl/spl.c | 5 +
include/bootstage.h | 6 +++---
3 files changed, 13 insertions(+), 3 deletions(-)
diff --git a/common/init/board_init.c b/common/init
add missing:
OMAP_GPIO_IRQSTATUS_SET_0 and OMAP_GPIO_IRQSTATUS_SET_1
registers.
Signed-off-by: Heiko Schocher
---
arch/arm/include/asm/arch-am33xx/cpu.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/include/asm/arch-am33xx/cpu.h
b/arch/arm/include/asm/arch-am33xx/cpu.h
index 1
if CONFIG_VERSION_VARIABLE is set, the U-Boot environment
contains a "vers" variable with the current U-Boot version
string. If now "printenv" is called, test/py fails as it
detects the main_sign string, which is in this case correct.
So check only the main_sign as an error, if CONFIG_VERSION_VARI
Enable Spread Spectrum for the MPU by calculating the required
values and setting the registers accordingly.
Signed-off-by: Heiko Schocher
---
arch/arm/cpu/armv7/am33xx/clock_am33xx.c | 73
arch/arm/include/asm/arch-am33xx/clock.h | 1 +
arch/arm/include/asm/ar
revert patch:
commit: 6b2221b008e0: mmc: Handle switch error status bit in MMC card status
to get eMMC working on shc board
Signed-off-by: Heiko Schocher
---
drivers/mmc/mmc.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/mmc/mmc.c b/drivers/mmc/mmc.c
index d3c
Enable 8bit interface on HSMMC2 for am33xx to support 8bit eMMC chips.
Signed-off-by: Heiko Schocher
---
drivers/mmc/omap_hsmmc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/mmc/omap_hsmmc.c b/drivers/mmc/omap_hsmmc.c
index 85a832b..3a9aa56 100644
--- a/drivers/mmc/omap_hsmmc.c
make this function weak, so board code can setup in SPL
MMC init with board special values.
Signed-off-by: Heiko Schocher
---
arch/arm/cpu/armv7/omap-common/boot-common.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/cpu/armv7/omap-common/boot-common.c
b/arch/arm
on the shc board we see when booting in net boot mode,
that the ROM bootloader sends "AM335x ROM" as
vendor-class-identifier. U-Boots doc says "DM814x ROM".
So, add the info to the doc, that there is also
"AM335x ROM" possible.
Signed-off-by: Heiko Schocher
---
doc/SPL/README.am335x-network |
U-Boot SPL 2016.03-rc3-00019-g6dfb4c2-dirty (Mar 09 2016 - 07:40:06)
SHC C3-Sample
MPU reference clock runs at 6 MHz
Setting MPU clock to 594 MHz
Enabling Spread Spectrum of 18 permille for MPU
Trying to boot from MMC
reading u-boot.img
reading u-boot.img
U-Boot 2016.03-rc3-00019-g6dfb4c2-dirty (M
This series adds support for the am335x based shc board from bosch.
There are no real new things, only two points:
- This board enables/uses the Spread Spectrum functionallity for
the MPU.
- some board defconfigs have a bootdelay, others not, so move first
the CONFIG_BOOTDELAY into a Kconfig
On 13/05/16 15:47, Marek Vasut wrote:
> On 05/13/2016 02:39 PM, Roger Quadros wrote:
>> On 13/05/16 15:17, Roger Quadros wrote:
>>> Hi,
>>>
>>> This series fixes dwc3 usb config issues and am57xx-evm USB configuration
>>> to get USB host ports working properly on am57xx-evm and beagle-x15.
>>
>> Sm
add missing CM_CLKMODE_DPLL_SSC_ACK_MASK,
CM_CLKMODE_DPLL_SSC_DOWNSPREAD_MASK and
CM_CLKMODE_DPLL_SSC_TYPE_MASK
defines. Used for enabling spread spectrum.
Signed-off-by: Heiko Schocher
---
arch/arm/include/asm/arch-am33xx/clock.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/
Hi Daniel,
On 18 May 2016 at 04:04, Daniel Schwierzeck
wrote:
>
>
> Am 17.05.2016 um 18:00 schrieb Simon Glass:
>> Hi Paul,
>>
>> On 17 May 2016 at 09:58, Paul Burton wrote:
>>> On Tue, May 17, 2016 at 09:54:21AM -0600, Simon Glass wrote:
diff --git a/drivers/serial/ns16550.c b/drivers/
On 18.5.2016 16:02, Michal Simek wrote:
> On 18.5.2016 15:11, Michal Simek wrote:
>> Large file transfers, flash erasing and more complicated tests
>> requires more time to finish. Provide a way to setup specific
>> timeout directly in test.
>>
>> For example description for 50s test:
>> timeout =
Dear Jörg,
On 05/18/2016 02:06 AM, joerg.scheuerm...@continental-corporation.com wrote:
Von: Masahiro Yamada
Datum: 14.05.2016 11:11
2016-05-14 7:41 GMT+09:00 James Chargin :
Hi,
On 05/13/2016 01:50 PM, Fabio Estevam wrote:
Hi Jörg,
On Fri, May 13, 2016 at 1:57 PM,
wrote:
Hello,
I am
On 05/18/2016 12:37 AM, Zhiqiang Hou wrote:
> Hi York,
>
> Thanks for your comments and sorry for my delay response due to PTO.
>
>> -Original Message-
>> From: York Sun [mailto:york@nxp.com]
>> Sent: 2016年5月11日 3:48
>> To: Zhiqiang Hou ; u-boot@lists.denx.de;
>> albert.u.b...@aribaud
1 - 100 of 202 matches
Mail list logo
