On Wed, Oct 15, 2014 at 12:19:58AM +0200, Albert ARIBAUD wrote:
Hi Tom,
On Tue, 14 Oct 2014 08:39:20 -0400, Tom Rini tr...@ti.com wrote:
For similar reasons to why the Linux Kernel has an EXPERT option, we too
want an option to allow for tweaking of some options that while normally
Enable CAAM in platforms supporting the hardware block.
Hash command enabled along with hardware accelerated support for
SHA-1 and SHA-256 for platforms which have CAAM block.
Signed-off-by: Ruchika Gupta ruchika.gu...@freescale.com
CC: York Sun york...@freescale.com
---
Changes from v2:
SHA-256 and SHA-1 accelerated using SEC hardware in Freescale SoC's
The driver for SEC (CAAM) IP is based on linux drivers/crypto/caam.
The platforms needto add the MACRO CONFIG_FSL_CAAM inorder to
enable initialization of this hardware IP.
Signed-off-by: Ruchika Gupta ruchika.gu...@freescale.com
Hardware accelerated support for SHA-1 and SHA-256 has been added.
Hash command enabled along with hardware accelerated support for
SHA-1 and SHA-256 for platforms which have CAAM block.
Signed-off-by: Ruchika Gupta ruchika.gu...@freescale.com
CC: York Sun york...@freescale.com
---
Changes from
Hello,
Apologies if I have missed the answer to my question in
tools/buildman/README or the buildman -h output.
When buildman runs on a large set of boards (such as when I run
'tools/buildman/buildman -k aarch64 arm') it shows a summary of how
many boards so far have built fine, built with
Hi, Albert,
On Wed, 8 Oct 2014 09:53:03 +, Huan Wang alison.w...@freescale.com
wrote:
Hi, Albert,
On Thu, 25 Sep 2014 06:45:00 +, Huan Wang
alison.w...@freescale.com wrote:
Hi, Albert,
On Mon, 22 Sep 2014 06:46:20 +, Huan Wang
Hi, York,
On 09/26/2014 03:33 AM, Alison Wang wrote:
This patch adds SD boot support for LS1021ATWR board. SPL framework
is
used. PBL initialize the internal RAM and copy SPL to it, then SPL
initialize DDR using SPD and copy u-boot from SD card to DDR, finally
SPL transfer control to
Hi, York,
On 09/26/2014 03:33 AM, Alison Wang wrote:
This patch adds SD boot support for LS1021AQDS board. SPL framework
is
used. PBL initialize the internal RAM and copy SPL to it, then SPL
initialize DDR using SPD and copy u-boot from SD card to DDR, finally
SPL transfer control to
Hi Albert,
On 15 October 2014 08:28, Albert ARIBAUD albert.u.b...@aribaud.net wrote:
Hello,
Apologies if I have missed the answer to my question in
tools/buildman/README or the buildman -h output.
Also -H which gives the full README.
When buildman runs on a large set of boards (such as
Hi,
On 15 October 2014 08:05, Ruchika Gupta ruchika.gu...@freescale.com wrote:
SHA-256 and SHA-1 accelerated using SEC hardware in Freescale SoC's
The driver for SEC (CAAM) IP is based on linux drivers/crypto/caam.
The platforms needto add the MACRO CONFIG_FSL_CAAM inorder to
enable
On 10 October 2014 16:53, Valentin Longchamp
valentin.longch...@keymile.com wrote:
Hello Jagannadha,
On 01/21/2014 11:03 AM, Valentin Longchamp wrote:
On 09/17/2013 08:46 AM, Valentin Longchamp wrote:
Some board require spi_flash_free to be called after all the accesses,
in order, for
Hello Stefano,
On 14-10-14 20:37, Jeroen Hofstee wrote:
The ipu display insists on having a lower_margin smaller
then 2. If this is not the case it will attempt to force
it and adjust the pixclk accordingly. This multiplies pixclk
in Hz with the width and height, since this is typically
a *
On 15/10/2014 12:47, Nikolay Dimitrov wrote:
Hi Marek,
On 10/15/2014 12:38 AM, Marek Vasut wrote:
On Sunday, October 12, 2014 at 08:33:21 AM, Sean Cross wrote:
On 12/10/2014 05:04, Fabio Estevam wrote:
On Sat, Oct 11, 2014 at 11:21 AM, Sean Cross x...@kosagi.com wrote:
Ok, understood. Just
Add an additional function for adding information to the device tree before
booting. This permits additions which are not board-specific.
Signed-off-by: Simon Glass s...@chromium.org
---
README| 9 -
common/cmd_fdt.c | 15 +++
common/image-fdt.c| 6
Flash regions can optionally be compressed or hashed. Add the ability to
read this information from the flashmap.
Signed-off-by: Simon Glass s...@chromium.org
---
include/fdtdec.h | 16
lib/fdtdec.c | 8
2 files changed, 24 insertions(+)
diff --git
This function is useful for ensuring that a node exists. Export it so it
can be used more widely.
Signed-off-by: Simon Glass s...@chromium.org
---
common/fdt_support.c | 12 +---
include/fdt_support.h | 12
2 files changed, 13 insertions(+), 11 deletions(-)
diff --git
This function can fail if the device tree runs out of space. Rather than
silently booting with an incomplete device tree, allow the failure to be
detected.
Unfortunately this involves changing a lot of places in the code. I have
not changed behvaiour to return an error where one is not currently
Use the correct FDT data types for this function. Also add more debugging.
Signed-off-by: Simon Glass s...@chromium.org
---
include/fdtdec.h | 10 +-
lib/fdtdec.c | 19 ---
2 files changed, 17 insertions(+), 12 deletions(-)
diff --git a/include/fdtdec.h
Since this function can fail, print a message when it does.
Signed-off-by: Simon Glass s...@chromium.org
---
common/cmd_fdt.c | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --git a/common/cmd_fdt.c b/common/cmd_fdt.c
index 5640ded..51341ac 100644
--- a/common/cmd_fdt.c
From: Michael Pratt mpr...@chromium.org
Support a default memory bank, specified in reg, as well as
board-specific memory banks in subtree board-id nodes.
This allows memory information to be provided in the device tree,
rather than hard-coded in, which will make it simpler to handle
similar
Use these new functions where possible. They default to a value of 2 so we
cannot use them in some places where we need a default value of 1.
Signed-off-by: Simon Glass s...@chromium.org
---
board/freescale/mpc8641hpcn/mpc8641hpcn.c | 7 +++---
common/fdt_support.c | 41
This function is only called within this file so make it static. Also
fix its argument types to be consistent with its caller.
Signed-off-by: Simon Glass s...@chromium.org
---
common/fdt_support.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/common/fdt_support.c
The message about needing to reset should be printed no matter what error
is printed. Also, an error should always be printed.
Signed-off-by: Simon Glass s...@chromium.org
---
common/image-fdt.c| 27 +--
include/fdt_support.h | 1 +
2 files changed, 18
Permit decoding of a named memory region from the device tree. This allows
easy run-time configuration of the address of on-chip SRAM, SDRAM, etc.
Signed-off-by: Simon Glass s...@chromium.org
---
include/fdtdec.h | 28 ++
lib/fdtdec.c | 61
Even with the initial 8 characeters of the hash we will sometimes get a
collision. Use the full hash.
Signed-off-by: Simon Glass s...@chromium.org
---
tools/buildman/control.py | 2 +-
tools/patman/patchstream.py | 3 +--
2 files changed, 2 insertions(+), 3 deletions(-)
diff --git
(Note: Tegra patches have been applied, I am resending with exynos only)
Now that driver model is part of U-Boot, the task of converting drivers over
to it begins. GPIO is one of the easiest to convert, since it already has a
sandbox driver and a uclass driver.
The Tegra GPIO driver is
The generic board deadline is approaching, and we need this feature to
enable driver model. Enable CONFIG_SYS_GENERIC_BOARD for s5p_goni.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v9: None
Changes in v8:
- Add new patch to move s5p_goni to generic board
Changes in v7: None
These describe the GPIOs in enough detail for U-Boot's GPIO driver to
operate.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v9: None
Changes in v8:
- Add patch containing pinctrl settings for s5p_goni
Changes in v7: None
Changes in v6: None
Changes in v5: None
Changes in v4: None
We should be consistent about this. The kernel has moved to #include
which breaks error reporting to some extent but does allow us to include
binding files.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v9: None
Changes in v8:
- Adjust odroid device tree file to use #include
We don't include the pinctrl functions for U-Boot as they use up quite
a bit of space and are not used.
We could instead perhaps eliminate this material with fdtgrep, but so far
this tool has not made it to upstream.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v9: None
Changes
The generic board deadline is approaching, and we need this feature to
enable driver model. Enable CONFIG_SYS_GENERIC_BOARD for smdkc100.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v9: None
Changes in v8:
- Add new patch to move smdkc100 to generic board
Changes in v7: None
These describe the GPIOs in enough detail for U-Boot's GPIO driver to
operate.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v9:
- Change compatible string to s5pc110-pinctrl for s5p_goni
Changes in v8:
- Add patch containing pinctrl settings for s5p_goni
Changes in v7: None
The pinctrl bindings used by Linux are an incomplete description of the
hardware. It is possible in most cases to determine the register address
of each, but not in all cases. By adding an additional property we can
fix this, and avoid adding a table to U-Boot for every single Exynos
SOC.
The defines at the top of the GPIO driver use single-character names for
parameters which are not very descriptive.
Improve these to use descriptive parameter names.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v9: None
Changes in v8: None
Changes in v7: None
Changes in v6: None
With driver model GPIOs must be requested before use. Make sure this is
done correctly.
(Note that the soft SPI part of universal is omitted, since this driver
is about to be replaced with a driver-model-aware version)
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v9: None
Changes
The wrong header is being included, thus requiring the code to re-declare
the generic GPIO interface in each GPIO header.
Fix this.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v9: None
Changes in v8: None
Changes in v7: None
Changes in v6: None
Changes in v5: None
Changes in v4:
Bring in required device tree files for pinctrl from Linux v3.14. These
are initially unchanged and have a number of pieces not needed by U-Boot.
Note that exynos5420 is renamed to exynos54xx here since we want to
support exynos5422 also.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes
Hi!
First, we have a compatibility problem here. GCC assumes that puts()
will add a newline character after the string; U-Boot puts() does NOT
do this. So the GCC auto-converted printf()s will all be wrong, as
they are missing the newline. [1]
[1] One might argue that this is a bug in
Convert the exynos GPIO driver to driver model. This implements the generic
GPIO interface but not the extra Exynos-specific functions.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v9:
- Add missing compatible strings from exynos_gpio_ids[]
Changes in v8:
- Enable driver model
On Fri, 2014-09-26 at 15:25 +0100, Ian Campbell wrote:
From: Ian Campbell ian.campb...@citrix.com
...and remove explicit setting of things which this implies.
I'm mainly interested in CONFIG_CMD_BOOTZ and CONFIG_SUPPORT_RAW_INITRD
Signed-off-by: Ian Campbell ian.campb...@citrix.com
So
Th message bounced back due to some encoding issue. Forwarding the reply again.
From: Gupta Ruchika-R66431
Sent: Wednesday, October 15, 2014 2:32 PM
To: Simon Glass
Cc: U-Boot Mailing List; Sun York-R58495
Subject: RE: [U-Boot] [PATCH 1/2][v3] fsl_sec: Add
From: Rob Herring r...@kernel.org
Commit f18295d3837c282f (fdt_support: fix an endian bug of
fdt_fixup_memory_banks) changed fdt_fixup_memory_banks cell writing from a
byte at a time to casting the buffer pointer to a 64-bit pointer. This can
result in unaligned accesses when there is a mixture
Hi, York,
On 09/26/2014 03:33 AM, Alison Wang wrote:
For LS102xA, interactive DDR debugger is still needed in SPL part.
So build the needed files in SPL image too.
Signed-off-by: Alison Wang alison.w...@freescale.com
---
Change log:
v2: No change.
common/Makefile | 20
On Wed 2014-10-15 10:40:12, Pavel Machek wrote:
Hi!
First, we have a compatibility problem here. GCC assumes that puts()
will add a newline character after the string; U-Boot puts() does NOT
do this. So the GCC auto-converted printf()s will all be wrong, as
they are missing the
On Tue, 14 Oct 2014 21:18:37 +0200
Simon Glass s...@chromium.org wrote:
Hi Joe,
On 14 October 2014 21:14, Joe Hershberger joe.hershber...@gmail.com wrote:
On Tue, Oct 14, 2014 at 12:21 PM, Simon Glass s...@chromium.org wrote:
Hi,
On 14 October 2014 18:26, Alban Bedel
Some fex files contain wrong values, causing stability issues.
Signed-off-by: Hans de Goede hdego...@redhat.com
---
drivers/power/axp152.c | 22 --
1 file changed, 12 insertions(+), 10 deletions(-)
diff --git a/drivers/power/axp152.c b/drivers/power/axp152.c
index
Before the u-boot dram cleanup u-boot would always set PLL5 factor m to
2 (reg value 1) and div p to 1, and get_cmu_clk in the nand code
would calculate the pll5p clk like this:
clk = 24 * factor_n * factor_k / div_p / factor_m;
aka:
clk = 24 * factor_n * factor_k / (div_p * factor_m);
This is
Hi,
Ugh, this series is for the linux-sunxi 3.4 kernels and should have gone to a
different
list. Please ignore, I'll remove it from patchwork right away.
Regards,
Hans
On 10/15/2014 11:56 AM, Hans de Goede wrote:
Some fex files contain wrong values, causing stability issues.
This change breaks various hardcoded assumptions in the linux-sunxi-3.4
kernels, causing a divide by 0 error in the linux-sunxi-3.4 nand driver,
rendering 3.4 kernels unbootable. Besides this problem, it also breaks LCD
output (on devices without nand).
Fixes for these issues are being added to
Older Linux kernels will not properly boot in hype mode, add support for a
bootm_boot_mode environment variable, which when set to sec will cause
u-boot to boot in secure mode even when build with non-sec (and hyp) support.
Signed-off-by: Hans de Goede hdego...@redhat.com
---
Hi Simon,
On Wed, 15 Oct 2014 09:24:34 +0200, Simon Glass s...@chromium.org
wrote:
Hi Albert,
On 15 October 2014 08:28, Albert ARIBAUD albert.u.b...@aribaud.net wrote:
Hello,
Apologies if I have missed the answer to my question in
tools/buildman/README or the buildman -h output.
On Wed, Oct 15 2014 at 11:13:05 AM, Hans de Goede hdego...@redhat.com wrote:
Older Linux kernels will not properly boot in hype mode, add support for a
bootm_boot_mode environment variable, which when set to sec will cause
u-boot to boot in secure mode even when build with non-sec (and hyp)
On Wed, 15 Oct 2014 12:13:05 +0200
Hans de Goede hdego...@redhat.com wrote:
Older Linux kernels will not properly boot in hype mode, add support for a
bootm_boot_mode environment variable, which when set to sec will cause
u-boot to boot in secure mode even when build with non-sec (and hyp)
Hi Marc, Hans,
On Wed, 15 Oct 2014 11:18:28 +0100, Marc Zyngier marc.zyng...@arm.com
wrote:
On Wed, Oct 15 2014 at 11:13:05 AM, Hans de Goede hdego...@redhat.com wrote:
Older Linux kernels will not properly boot in hype mode, add support for a
bootm_boot_mode environment variable, which
Hi Huan,
On Wed, 15 Oct 2014 06:56:37 +, Huan Wang
alison.w...@freescale.com wrote:
Hi, Albert,
On Wed, 8 Oct 2014 09:53:03 +, Huan Wang alison.w...@freescale.com
wrote:
Hi, Albert,
On Thu, 25 Sep 2014 06:45:00 +, Huan Wang
alison.w...@freescale.com wrote:
On Wed, Oct 15 2014 at 11:25:10 AM, Siarhei Siamashka
siarhei.siamas...@gmail.com wrote:
On Wed, 15 Oct 2014 12:13:05 +0200
Hans de Goede hdego...@redhat.com wrote:
Older Linux kernels will not properly boot in hype mode, add support for a
bootm_boot_mode environment variable, which when set
On Wed, 15 Oct 2014 12:12:11 +0200
Hans de Goede hdego...@redhat.com wrote:
This change breaks various hardcoded assumptions in the linux-sunxi-3.4
kernels, causing a divide by 0 error in the linux-sunxi-3.4 nand driver,
rendering 3.4 kernels unbootable. Besides this problem, it also breaks
In quite a few situations we have to print a 64-bit value. Unfortunately
the type used for 64-bit can vary depending on the machine. For 64-bit
machines it might be 'long' and for 32-bit machines it might be
'long long'.
As a result we need to use either %ld or %lld depending on the architecture.
From: Gabe Black gabebl...@chromium.org
There's a definition in stdint.h (provided by gcc) which will be more correct
if available.
Define CONFIG_USE_STDINT to use this feature, or USE_STDINT=1 on the 'make'
commmand.
This adjusts the settings for x86 and sandbox, with both have 64-bit options.
From: Gabe Black gabebl...@chromium.org
inttypes.h defines format specifiers for printf which work with data types of
particular sizes. stdlib.h is currently just a passthrough to malloc.h which
has declarations of the various *alloc functions.
Add the required #define to common.h so that these
These types are problematic because they are typically declared in a
non-standard way in U-Boot. For example, U-Boot uses 'long long' for
int64_t even on a 64-bit machine whereas stdint.h uses 'long'.
Similarly, U-Boot always uses 'long' for intptr_t whereas stdint.h mostly
uses 'int'.
This
Use the inttypes header file to provide this.
Signed-off-by: Simon Glass s...@chromium.org
---
arch/x86/lib/relocate.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/x86/lib/relocate.c b/arch/x86/lib/relocate.c
index 526daaf..faca38f 100644
---
Use inttypes.h and uint64_t to correct the code so that it will not issue
warnings on 64-bit machines where 'uint64_t' is 'unsigned long'.
Signed-off-by: Simon Glass s...@chromium.org
---
include/common.h | 14 +-
lib/display_options.c | 14 +-
2 files changed, 18
Use the inttypes header file to provide this.
Signed-off-by: Simon Glass s...@chromium.org
---
common/cmd_scsi.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/common/cmd_scsi.c b/common/cmd_scsi.c
index b3f7687..cbc107e 100644
--- a/common/cmd_scsi.c
+++
On 64-bit platforms (like sandbox) 64-bit integers may be 'long' rather
than 'long long'. Use the inttypes header to avoid compiler warnings.
Signed-off-by: Simon Glass s...@chromium.org
---
fs/ext4/ext4_common.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git
Use the correct type required by do_div().
Signed-off-by: Simon Glass s...@chromium.org
---
lib/vsprintf.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/vsprintf.c b/lib/vsprintf.c
index 7ec758e..b585713 100644
--- a/lib/vsprintf.c
+++ b/lib/vsprintf.c
@@ -270,7 +270,7
Use the inttypes header file to provide this.
Signed-off-by: Simon Glass s...@chromium.org
---
common/usb_storage.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a/common/usb_storage.c b/common/usb_storage.c
index 6ac358d..eb7706c 100644
---
Unfortunately 'unsigned long long' and 'uint64_t' are not necessarily
compatible on 64-bit machines. Use the correct typedef instead of
writing the supposed type out in full.
Signed-off-by: Simon Glass s...@chromium.org
---
include/common.h | 2 +-
lib/time.c | 12 ++--
2 files
On Wed, 15 Oct 2014 11:31:44 +0100
Marc Zyngier marc.zyng...@arm.com wrote:
On Wed, Oct 15 2014 at 11:25:10 AM, Siarhei Siamashka
siarhei.siamas...@gmail.com wrote:
On Wed, 15 Oct 2014 12:13:05 +0200
Hans de Goede hdego...@redhat.com wrote:
Older Linux kernels will not properly boot in
On Wed, Oct 15 2014 at 11:25:43 AM, Albert ARIBAUD albert.u.b...@aribaud.net
wrote:
Hi Marc, Hans,
On Wed, 15 Oct 2014 11:18:28 +0100, Marc Zyngier marc.zyng...@arm.com
wrote:
On Wed, Oct 15 2014 at 11:13:05 AM, Hans de Goede hdego...@redhat.com
wrote:
Older Linux kernels will not
On Mon, 13 Oct 2014 14:55:35 +0200
Hans de Goede hdego...@redhat.com wrote:
Many people are still using old linux-sunxi-3.4 kernels on sunxi devices,
adding the proper MACH_TYPE defines for this allows people to switch to
upstream u-boot, so that we can stop maintaining the linux-sunxi u-boot
Add a block to avoid a build error with the variable declaration.
Enable the option on sandbox to prevent an error being introduced in
future.
Signed-off-by: Simon Glass s...@chromium.org
---
common/lcd.c | 4 ++--
include/configs/sandbox.h | 1 +
2 files changed, 3 insertions(+),
Hi Ian,
On 15 October 2014 10:57, Ian Campbell ian.campb...@citrix.com wrote:
On Fri, 2014-09-26 at 15:25 +0100, Ian Campbell wrote:
From: Ian Campbell ian.campb...@citrix.com
...and remove explicit setting of things which this implies.
I'm mainly interested in CONFIG_CMD_BOOTZ and
Hi Tom,
On Tue, 14 Oct 2014 23:14:24 +, Tom Warren twar...@nvidia.com
wrote:
Albert,
Please pull u-boot-tegra/master into ARM/master. Thanks!
The following changes since commit a7f99bf139b3aaa0d5494693fd0395084355e41a:
arm: Fix _start for CONFIG_SYS_DV_NOR_BOOT_CFG (2014-09-11
On Wed, Oct 15 2014 at 11:40:24 AM, Siarhei Siamashka
siarhei.siamas...@gmail.com wrote:
On Wed, 15 Oct 2014 11:31:44 +0100
Marc Zyngier marc.zyng...@arm.com wrote:
On Wed, Oct 15 2014 at 11:25:10 AM, Siarhei Siamashka
siarhei.siamas...@gmail.com wrote:
On Wed, 15 Oct 2014 12:13:05 +0200
Hi Albert,
On 15 October 2014 12:17, Albert ARIBAUD albert.u.b...@aribaud.net wrote:
Hi Simon,
On Wed, 15 Oct 2014 09:24:34 +0200, Simon Glass s...@chromium.org
wrote:
Hi Albert,
On 15 October 2014 08:28, Albert ARIBAUD albert.u.b...@aribaud.net wrote:
Hello,
Apologies if I have
On Wed, 15 Oct 2014 13:42:33 +0100
Marc Zyngier marc.zyng...@arm.com wrote:
On Wed, Oct 15 2014 at 11:40:24 AM, Siarhei Siamashka
siarhei.siamas...@gmail.com wrote:
On Wed, 15 Oct 2014 11:31:44 +0100
Marc Zyngier marc.zyng...@arm.com wrote:
On Wed, Oct 15 2014 at 11:25:10 AM, Siarhei
[...]
Other than this, are you really happy about granting the users full
rights to allow booting the kernel in the secure mode via a simple
environment variables tweak? Can't it potentially become a security
breach in some scenarios?
U-Boot must be running in secure mode in order to boot a
OK. Please mark old patches superseded.
York
On 10/15/2014 02:04 AM, Kumar Ashish-B37399 wrote:
Hi York,
Please see the attached mail.
Since SPI is not supported by fdt_fixup_mtdparts() same is removed in V2
Regards
Ashish
-Original Message-
From: Sun York-R58495
Sent:
On 10/15/2014 05:43 AM, Albert ARIBAUD wrote:
Hi Tom,
On Tue, 14 Oct 2014 23:14:24 +, Tom Warren twar...@nvidia.com
wrote:
Albert,
Please pull u-boot-tegra/master into ARM/master. Thanks!
The following changes since commit a7f99bf139b3aaa0d5494693fd0395084355e41a:
arm: Fix _start
Hi Stephen,
On Wed, 15 Oct 2014 09:34:49 -0600, Stephen Warren
swar...@wwwdotorg.org wrote:
On 10/15/2014 05:43 AM, Albert ARIBAUD wrote:
Hi Tom,
On Tue, 14 Oct 2014 23:14:24 +, Tom Warren twar...@nvidia.com
wrote:
Albert,
Please pull u-boot-tegra/master into ARM/master.
On 10/09/2014 01:11 AM, yuantian.t...@freescale.com wrote:
From: Tang Yuantian yuantian.t...@freescale.com
Defining variable gic_dist_addr as a globe one prevents function
armv7_init_nonsec() from being used before relocation which is
the case in the deep sleep resume process on Freescale
Changes in V2:
* Rebase on v2014.10
V1 :
* This patch set adds EXT filesystem support to SPL and enables it for OMAP4
boards.
* Build is succesful on all omap4 and omap5 boards.
* Note that some OMAP3 boards (omap3_beagle and omap3_overo) may need to
disable some functions in order to
Rename some defines containing FAT in their name to be filesystem generic:
MMCSD_MODE_FAT = MMCSD_MODE_FS
CONFIG_SPL_FAT_LOAD_ARGS_NAME = CONFIG_SPL_FS_LOAD_ARGS_NAME
CONFIG_SPL_FAT_LOAD_PAYLOAD_NAME = CONFIG_SPL_FS_LOAD_PAYLOAD_NAME
CONFIG_SYS_MMC_SD_FAT_BOOT_PARTITION =
Update documentation according to the EXT SPL support patch set.
Signed-off-by: Guillaume GARDET guillaume.gar...@free.fr
Cc: Tom Rini tr...@ti.com
---
README | 17 ++---
doc/README.SPL | 1 +
2 files changed, 11 insertions(+), 7 deletions(-)
diff --git a/README b/README
Add EXT filesystem support to SPL.
Signed-off-by: Guillaume GARDET guillaume.gar...@free.fr
Cc: Tom Rini tr...@ti.com
---
common/spl/Makefile | 1 +
common/spl/spl_ext.c | 138 +++
common/spl/spl_mmc.c | 18 ++-
fs/Makefile | 1
Enable EXT support in SPL for OMAP4 boards.
Build tested for duovero, omap4_sdp4430 and omap4_panda.
Run time tested on omap4_panda.
Signed-off-by: Guillaume GARDET guillaume.gar...@free.fr
Cc: Tom Rini tr...@ti.com
---
include/configs/ti_omap4_common.h | 3 +++
1 file changed, 3 insertions(+)
Do not hang in spl_register_fat_device but return an error value.
It allows to use both CONFIG_SPL_FAT_SUPPORT and CONFIG_SPL_EXT_SUPPORT.
If FAT load fails, then EXT load is tried.
Signed-off-by: Guillaume GARDET guillaume.gar...@free.fr
Cc: Tom Rini tr...@ti.com
---
common/spl/spl_fat.c | 2
Albert,
I did a Makeall -s tegra before sending the PR (as I always do), and I saw no
failures. But I haven't rebased against ARM master in a few weeks.
I think the Jetson TK1 change is still valid and should go in.
Thanks,
Tom
-Original Message-
From: Albert ARIBAUD
Hi,
On 15 October 2014 11:02, Ruchika Gupta ruchika.gu...@freescale.com wrote:
Hi Simon,
I have defined the functions for hardware acceleration which are already
present in hash.c for Freescale platforms.
In hash.c
static struct hash_algo hash_algo[] = {
/*
*
Hi Simon,
On Wed, 15 Oct 2014 14:44:06 +0200, Simon Glass s...@chromium.org
wrote:
Hi Albert,
On 15 October 2014 12:17, Albert ARIBAUD albert.u.b...@aribaud.net wrote:
Hi Simon,
On Wed, 15 Oct 2014 09:24:34 +0200, Simon Glass s...@chromium.org
wrote:
Hi Albert,
On 15 October
Hi Albert,
On 15 October 2014 18:30, Albert ARIBAUD albert.u.b...@aribaud.net wrote:
Hi Simon,
On Wed, 15 Oct 2014 14:44:06 +0200, Simon Glass s...@chromium.org
wrote:
Hi Albert,
On 15 October 2014 12:17, Albert ARIBAUD albert.u.b...@aribaud.net wrote:
Hi Simon,
On Wed, 15 Oct 2014
Hi Tom,
On Wed, 15 Oct 2014 15:59:44 +, Tom Warren twar...@nvidia.com
wrote:
Albert,
I did a Makeall -s tegra before sending the PR (as I always do), and I saw no
failures. But I haven't rebased against ARM master in a few weeks.
I think the Jetson TK1 change is still valid and
On 10/15/2014 09:39 AM, Albert ARIBAUD wrote:
Hi Stephen,
On Wed, 15 Oct 2014 09:34:49 -0600, Stephen Warren
swar...@wwwdotorg.org wrote:
On 10/15/2014 05:43 AM, Albert ARIBAUD wrote:
Hi Tom,
On Tue, 14 Oct 2014 23:14:24 +, Tom Warren twar...@nvidia.com
wrote:
Albert,
Please pull
On Wed, Oct 15 2014 at 03:05:24 PM, Siarhei Siamashka
siarhei.siamas...@gmail.com wrote:
On Wed, 15 Oct 2014 13:42:33 +0100
Marc Zyngier marc.zyng...@arm.com wrote:
On Wed, Oct 15 2014 at 11:40:24 AM, Siarhei Siamashka
siarhei.siamas...@gmail.com wrote:
On Wed, 15 Oct 2014 11:31:44 +0100
This patch series adds Keystone II Lamar (K2L) SoC and k2l_evm
board support.
Based on
[U-boot] [Patch v2] keystone: usb: add support of usb xhci
https://patchwork.ozlabs.org/patch/386506/
v5..v4
- ARM: keystone2: spl: move board specific code
this patch replace ARM: keystone2: spl: add
From: Hao Zhang hzh...@ti.com
This patch adds hardware definitions specific to Keystone II
Lamar (K2L) SoC.
Acked-by: Vitaly Andrianov vita...@ti.com
Signed-off-by: Hao Zhang hzh...@ti.com
Signed-off-by: Ivan Khoronzhuk ivan.khoronz...@ti.com
---
From: Hao Zhang hzh...@ti.com
This patch adds Keystone II Lamar (K2L) SoC specific definitions
to support MSMC cache coherency.
Acked-by: Vitaly Andrianov vita...@ti.com
Signed-off-by: Hao Zhang hzh...@ti.com
Signed-off-by: Ivan Khoronzhuk ivan.khoronz...@ti.com
---
From: Hao Zhang hzh...@ti.com
This patch adds Keystone II Lammar (K2L) EVM board support.
Acked-by: Vitaly Andrianov vita...@ti.com
Signed-off-by: Hao Zhang hzh...@ti.com
Signed-off-by: Ivan Khoronzhuk ivan.khoronz...@ti.com
---
arch/arm/cpu/armv7/keystone/Kconfig| 3 ++
From: Hao Zhang hzh...@ti.com
This patches enables the On-chip Shared Ram clock domain for K2L SoC.
Signed-off-by: Hao Zhang hzh...@ti.com
Signed-off-by: Ivan Khoronzhuk ivan.khoronz...@ti.com
---
arch/arm/cpu/armv7/keystone/init.c| 49 +++
1 - 100 of 121 matches
Mail list logo