Hi,
I am pushing the following series to dm/next and plan to move them to
dm/master when the merge window opens and I have completed final
testing:
- Exynos serial and GPIO (device tree)
- Tegra SPI (device tree)
- iMX serial and GPIO (platform data only)
- Raspberry Pi (platform data only)
Plea
Enable these boards mtdparts for nor flash:
p1020rdb-pd, p1021rdb-pc, p1022ds, p1025twr, and p2020rdb-pc.
Signed-off-by: Xie Xiaobo
Signed-off-by: Yangbo Lu
Cc: York Sun
Cc: Scott Wood
---
Changes for v2:
- changed commit message
- fixed max line length problem in code
Changes
> >> Wouldn't it be better to declare gic_dist_base as a local variable?
> >>It is only used once outside function armv7_switch_nonsec(). It could
> >>be replaced with
> >> get_gicd_base_address() call.
> >>
> >I am with you. That's what I did in the first version of this patch.
> >Patch links is
On 10/15/14 8:02 PM, "Tang Yuantian-B29983"
wrote:
>> -Original Message-
>> From: Sun York-R58495
>> Sent: Wednesday, October 15, 2014 11:44 PM
>> To: Tang Yuantian-B29983; albert.u.b...@aribaud.net
>> Cc: u-boot@lists.denx.de; Jin Zhengxiong-R64188
>> Subject: Re: [PATCH 2/4] ARM: HYP/
From: Rob Herring
CHUNK_TYPE_DONT_CARE should skip over the specified number of blocks, but
currently fails to increment the device block address. This results in
filesystem images getting written incorrectly. Add the missing block
address incrementing.
Cc: Steve Rae
Signed-off-by: Rob Herring
> -Original Message-
> From: Sun York-R58495
> Sent: Wednesday, October 15, 2014 11:44 PM
> To: Tang Yuantian-B29983; albert.u.b...@aribaud.net
> Cc: u-boot@lists.denx.de; Jin Zhengxiong-R64188
> Subject: Re: [PATCH 2/4] ARM: HYP/non-sec: Make armv7_init_nonsec() usable
> before relocation
On 16/10/2014 03:16, Nikolay Dimitrov wrote:
> Hi Sean, guys,
>
> On 10/15/2014 10:47 AM, Sean Cross wrote:
>> 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
On Wed, 15 Oct 2014 15:39:32 +0100
Mark Rutland wrote:
> [...]
>
> > 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 so
On Wed, 15 Oct 2014 17:40:38 +0100
Marc Zyngier wrote:
> On Wed, Oct 15 2014 at 03:05:24 PM, Siarhei Siamashka
> wrote:
> > On Wed, 15 Oct 2014 13:42:33 +0100
> > Marc Zyngier wrote:
> >
> >> On Wed, Oct 15 2014 at 11:40:24 AM, Siarhei Siamashka
> >> wrote:
> >> > On Wed, 15 Oct 2014 11:31:44
Hi Simon,
2014-10-14 13:50 GMT+09:00 Simon Glass :
> Hi,
>
> This question came up at the U-Boot mini-summit yesterday and I was
> tasked with starting a thread on the mailing list.
>
> There seemed to be a strong feeling in the room that permitting
> platform data in driver model is a mistake. R
Hi Sean, guys,
On 10/15/2014 10:47 AM, Sean Cross wrote:
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
Add a 4G configuration and choose it based on the number of banks
declared in config file. A board with 4 SDRAM banks declared (as
per CONFIG_NR_DRAM_BANKS) will end up with the 2G confiuration.
Signed-off-by: Doug Anderson
Signed-off-by: Akshay Saraswat
---
arch/arm/cpu/armv7/exynos/dmc_init_d
We have a new board Peach-Pi similar to Peach-Pit. Peach-Pi
differs from Peach-Pit in configuration factors like display
resolution, memory size, SoC version etc.
Signed-off-by: Alim Akhtar
Signed-off-by: Akshay Saraswat
---
arch/arm/dts/Makefile| 3 +-
arch/arm/dts/exynos5800
From: Alim Akhtar
As per Exynos5800 UM ver 0.00 section 17.13.2.1
CONCONTROL register bit 3 [update_mode], Exynos5800 does not
support the PHY initiated update. And it is recommanded to
set this field to 1'b1 during initialization. This patch sets this bit.
Applying MC-initiated mode makes DDL tr
This patch intends to add a new proid for Exynos5800 which is a
variant of Exynos5420. Product id for Exynos5800 is 0x5422.
Both Exynos5420 and Exynos5800 are pin to pin compitable. This
gives us an advantage of reusing Exynos5420 clock, pinmux, memory
and other settings.
Signed-off-by: Alim Akhta
Since, not every board may have all memory channels configured
and all available banks of DMC used, we wish to refactor configs
for Memory Bank size and numbers as per board memory config.
For Example, Peach-Pit has 2GB memory and will be using only 4 banks
but Peach-Pi has 3.5GB memory and will be
This adds following things :
- New config and defconfig for Peach-Pi board.
- Alterations in Kconfig and MAINTAINERS.
- Addition of CONFIG_EXYNOS5800.
- ADdition of exynos5800-peach-pi in dts list.
Signed-off-by: Akshay Saraswat
---
arch/arm/cpu/armv7/exynos/Kconfig | 6 -
board/samsung/s
Now we are adding a new Peach-Pi board which is a variant of Peach-Pit
and is based on Exynos5800. Exynos5800 itself is a variant of Exynos5420,
hence, most of the hardware config and settings are reused for this board.
Changes since v1:
- Rebased all the patches.
Akshay Saraswat (5):
E
From: Hao Zhang
This patch adds clock definitions and commands to support Keystone II
K2L SOC.
Acked-by: Vitaly Andrianov
Signed-off-by: Hao Zhang
Signed-off-by: Ivan Khoronzhuk
---
arch/arm/cpu/armv7/keystone/Makefile | 1 +
arch/arm/cpu/armv7/keystone/clock-k2l.c| 138 +
Hi,
On 15 October 2014 18:38, Stephen Warren wrote:
> On 10/15/2014 09:39 AM, Albert ARIBAUD wrote:
>>
>> Hi Stephen,
>>
>> On Wed, 15 Oct 2014 09:34:49 -0600, Stephen Warren
>> wrote:
>>
>>> On 10/15/2014 05:43 AM, Albert ARIBAUD wrote:
Hi Tom,
On Tue, 14 Oct 2014 23:14:24 +
From: Hao Zhang
This patches enables the On-chip Shared Ram clock domain for K2L SoC.
Signed-off-by: Hao Zhang
Signed-off-by: Ivan Khoronzhuk
---
arch/arm/cpu/armv7/keystone/init.c| 49 +++
arch/arm/include/asm/arch-keystone/hardware-k2l.h | 25
From: Hao Zhang
The initialization of PLLs is a part of board specific code, so
move it appropriate places.
Acked-by: Vitaly Andrianov
Signed-off-by: Hao Zhang
Signed-off-by: Ivan Khoronzhuk
---
arch/arm/cpu/armv7/keystone/Makefile | 1 -
arch/arm/cpu/armv7/keystone/spl.c| 53 --
From: Hao Zhang
This patch adds Keystone II Lammar (K2L) EVM board support.
Acked-by: Vitaly Andrianov
Signed-off-by: Hao Zhang
Signed-off-by: Ivan Khoronzhuk
---
arch/arm/cpu/armv7/keystone/Kconfig| 3 ++
arch/arm/include/asm/arch-keystone/clock-k2l.h | 6 +++
board/ti/ks2_evm
From: Hao Zhang
This patch adds Keystone II Lamar (K2L) SoC specific definitions
to support MSMC cache coherency.
Acked-by: Vitaly Andrianov
Signed-off-by: Hao Zhang
Signed-off-by: Ivan Khoronzhuk
---
arch/arm/cpu/armv7/keystone/init.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/a
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: ad
From: Hao Zhang
This patch adds hardware definitions specific to Keystone II
Lamar (K2L) SoC.
Acked-by: Vitaly Andrianov
Signed-off-by: Hao Zhang
Signed-off-by: Ivan Khoronzhuk
---
arch/arm/include/asm/arch-keystone/hardware-k2hk.h | 2 -
arch/arm/include/asm/arch-keystone/hardware-k2l.h |
On Wed, Oct 15 2014 at 03:05:24 PM, Siarhei Siamashka
wrote:
> On Wed, 15 Oct 2014 13:42:33 +0100
> Marc Zyngier wrote:
>
>> On Wed, Oct 15 2014 at 11:40:24 AM, Siarhei Siamashka
>> wrote:
>> > On Wed, 15 Oct 2014 11:31:44 +0100
>> > Marc Zyngier wrote:
>> >
>> >> On Wed, Oct 15 2014 at 11:25:
On 10/15/2014 09:39 AM, Albert ARIBAUD wrote:
Hi Stephen,
On Wed, 15 Oct 2014 09:34:49 -0600, Stephen Warren
wrote:
On 10/15/2014 05:43 AM, Albert ARIBAUD wrote:
Hi Tom,
On Tue, 14 Oct 2014 23:14:24 +, Tom Warren
wrote:
Albert,
Please pull u-boot-tegra/master into ARM/master. Thanks
Hi Tom,
On Wed, 15 Oct 2014 15:59:44 +, Tom Warren
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 should go in.
Ok
Hi Albert,
On 15 October 2014 18:30, Albert ARIBAUD wrote:
> Hi Simon,
>
> On Wed, 15 Oct 2014 14:44:06 +0200, Simon Glass
> wrote:
>
>> Hi Albert,
>>
>> On 15 October 2014 12:17, Albert ARIBAUD wrote:
>> > Hi Simon,
>> >
>> > On Wed, 15 Oct 2014 09:24:34 +0200, Simon Glass
>> > wrote:
>> >
>>
Hi Simon,
On Wed, 15 Oct 2014 14:44:06 +0200, Simon Glass
wrote:
> Hi Albert,
>
> On 15 October 2014 12:17, Albert ARIBAUD wrote:
> > Hi Simon,
> >
> > On Wed, 15 Oct 2014 09:24:34 +0200, Simon Glass
> > wrote:
> >
> >> Hi Albert,
> >>
> >> On 15 October 2014 08:28, Albert ARIBAUD wrote:
> >
Hi,
On 15 October 2014 11:02, Ruchika Gupta 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[] = {
> /*
> * CONFIG_SHA_HW_ACCEL is defin
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 [mailto:alber
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
Cc: Tom Rini
---
common/spl/spl_fat.c | 2 +-
1 file changed, 1 insertion(+), 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
Cc: Tom Rini
---
include/configs/ti_omap4_common.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/include/configs/ti_omap
Update documentation according to the EXT SPL support patch set.
Signed-off-by: Guillaume GARDET
Cc: Tom Rini
---
README | 17 ++---
doc/README.SPL | 1 +
2 files changed, 11 insertions(+), 7 deletions(-)
diff --git a/README b/README
index 46def00..43b460c 100644
--- a/RE
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 => CONFIG_SYS_MMC_SD_FS_B
Add EXT filesystem support to SPL.
Signed-off-by: Guillaume GARDET
Cc: Tom Rini
---
common/spl/Makefile | 1 +
common/spl/spl_ext.c | 138 +++
common/spl/spl_mmc.c | 18 ++-
fs/Makefile | 1 +
include/spl.h| 4 ++
5 f
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 suppor
On 10/09/2014 01:11 AM, yuantian.t...@freescale.com wrote:
> From: Tang Yuantian
>
> 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 QorIQ SoC
> platforms.
>
Hi Stephen,
On Wed, 15 Oct 2014 09:34:49 -0600, Stephen Warren
wrote:
> On 10/15/2014 05:43 AM, Albert ARIBAUD wrote:
> > Hi Tom,
> >
> > On Tue, 14 Oct 2014 23:14:24 +, Tom Warren
> > wrote:
> >
> >> Albert,
> >>
> >> Please pull u-boot-tegra/master into ARM/master. Thanks!
> >>
> >> The f
On 10/15/2014 05:43 AM, Albert ARIBAUD wrote:
Hi Tom,
On Tue, 14 Oct 2014 23:14:24 +, Tom Warren
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
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
[...]
> 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
On Wed, 15 Oct 2014 13:42:33 +0100
Marc Zyngier wrote:
> On Wed, Oct 15 2014 at 11:40:24 AM, Siarhei Siamashka
> wrote:
> > On Wed, 15 Oct 2014 11:31:44 +0100
> > Marc Zyngier wrote:
> >
> >> On Wed, Oct 15 2014 at 11:25:10 AM, Siarhei Siamashka
> >> wrote:
> >> > On Wed, 15 Oct 2014 12:13:05
Hi Albert,
On 15 October 2014 12:17, Albert ARIBAUD wrote:
> Hi Simon,
>
> On Wed, 15 Oct 2014 09:24:34 +0200, Simon Glass
> wrote:
>
>> Hi Albert,
>>
>> On 15 October 2014 08:28, Albert ARIBAUD wrote:
>> > Hello,
>> >
>> > Apologies if I have missed the answer to my question in
>> > tools/buil
On Wed, Oct 15 2014 at 11:40:24 AM, Siarhei Siamashka
wrote:
> On Wed, 15 Oct 2014 11:31:44 +0100
> Marc Zyngier wrote:
>
>> On Wed, Oct 15 2014 at 11:25:10 AM, Siarhei Siamashka
>> wrote:
>> > On Wed, 15 Oct 2014 12:13:05 +0200
>> > Hans de Goede wrote:
>> >
>> >> Older Linux kernels will not
Hi Tom,
On Tue, 14 Oct 2014 23:14:24 +, Tom Warren
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 18:04:39 +0200
Hi Ian,
On 15 October 2014 10:57, Ian Campbell wrote:
> On Fri, 2014-09-26 at 15:25 +0100, Ian Campbell wrote:
>> From: Ian Campbell
>>
>> ...and remove explicit setting of things which this implies.
>>
>> I'm mainly interested in CONFIG_CMD_BOOTZ and CONFIG_SUPPORT_RAW_INITRD
>>
>> Signed-off-b
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
---
common/lcd.c | 4 ++--
include/configs/sandbox.h | 1 +
2 files changed, 3 insertions(+), 2 deletions(-)
di
On Mon, 13 Oct 2014 14:55:35 +0200
Hans de Goede 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 fork.
>
> These
On Wed, Oct 15 2014 at 11:25:43 AM, Albert ARIBAUD
wrote:
> Hi Marc, Hans,
>
> On Wed, 15 Oct 2014 11:18:28 +0100, Marc Zyngier
> wrote:
>
>> On Wed, Oct 15 2014 at 11:13:05 AM, Hans de Goede
>> wrote:
>> > Older Linux kernels will not properly boot in hype mode, add support for a
>> > bootm_b
On Wed, 15 Oct 2014 11:31:44 +0100
Marc Zyngier wrote:
> On Wed, Oct 15 2014 at 11:25:10 AM, Siarhei Siamashka
> wrote:
> > On Wed, 15 Oct 2014 12:13:05 +0200
> > Hans de Goede wrote:
> >
> >> Older Linux kernels will not properly boot in hype mode, add support for a
> >> bootm_boot_mode envir
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
---
include/common.h | 2 +-
lib/time.c | 12 ++--
2 files changed, 7 insertio
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
---
fs/ext4/ext4_common.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/fs/ext4/ext4_common.c b/fs/ext
Use the correct type required by do_div().
Signed-off-by: Simon Glass
---
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 @@ static char *p
Use the inttypes header file to provide this.
Signed-off-by: Simon Glass
---
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
--- a/common/usb_storage.c
+++ b/common/usb
Use the inttypes header file to provide this.
Signed-off-by: Simon Glass
---
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
+++ b/common/cmd_scsi.c
@@ -10,
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
---
include/common.h | 14 +-
lib/display_options.c | 14 +-
2 files changed, 18 insertions(+), 10 d
Use the inttypes header file to provide this.
Signed-off-by: Simon Glass
---
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
--- a/arch/x86/lib/relocate.c
+++ b/arch/x86
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 simple
From: Gabe Black
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 printf format specifier
From: Gabe Black
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.
Signed-off-by: Gabe B
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.
On Wed, 15 Oct 2014 12:12:11 +0200
Hans de Goede 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 LCD
> output (on de
On Wed, Oct 15 2014 at 11:25:10 AM, Siarhei Siamashka
wrote:
> On Wed, 15 Oct 2014 12:13:05 +0200
> Hans de Goede 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 i
Hi Huan,
On Wed, 15 Oct 2014 06:56:37 +, Huan Wang
wrote:
> Hi, Albert,
>
> > On Wed, 8 Oct 2014 09:53:03 +, Huan Wang
> > wrote:
> >
> > > Hi, Albert,
> > >
> > > > On Thu, 25 Sep 2014 06:45:00 +, Huan Wang
> > > > wrote:
> > > >
> > > > > Hi, Albert,
> > > > >
> > > > > > On Mo
Hi Marc, Hans,
On Wed, 15 Oct 2014 11:18:28 +0100, Marc Zyngier
wrote:
> On Wed, Oct 15 2014 at 11:13:05 AM, Hans de Goede 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-boo
On Wed, 15 Oct 2014 12:13:05 +0200
Hans de Goede 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) support.
>
> Sign
On Wed, Oct 15 2014 at 11:13:05 AM, Hans de Goede 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) support.
>
> Signe
Hi Simon,
On Wed, 15 Oct 2014 09:24:34 +0200, Simon Glass
wrote:
> Hi Albert,
>
> On 15 October 2014 08:28, Albert ARIBAUD 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 RE
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
---
arch/arm/lib/bootm.c | 23 +++
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 th
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.
>
> Signed-of
Some fex files contain wrong values, causing stability issues.
Signed-off-by: Hans de Goede
---
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 77132e1..3b8e68f 100644
--- a/
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
On Tue, 14 Oct 2014 21:18:37 +0200
Simon Glass wrote:
> Hi Joe,
>
> On 14 October 2014 21:14, Joe Hershberger wrote:
> >
> > On Tue, Oct 14, 2014 at 12:21 PM, Simon Glass wrote:
> > >
> > > Hi,
> > >
> > > On 14 October 2014 18:26, Alban Bedel
> > > wrote:
> > > > Many ethernet devices use a
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 t
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
> > ---
> > Change log:
> > v2: No change.
> >
> > common/Makefile | 20 ++
From: Rob Herring
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 of cell sizes of
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
On Fri, 2014-09-26 at 15:25 +0100, Ian Campbell wrote:
> From: Ian Campbell
>
> ...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
So it seems I need to rebase this over "conf
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
---
Changes in v9:
- Add missing compatible strings from exynos_gpio_ids[]
Changes in v8:
- Enable driver model for smdkc100 and s5p
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
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
---
Changes in v9: None
Chang
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
---
Changes in v9: None
Changes in v8: None
Chang
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
---
Changes in v9: None
Changes in v8: None
Changes in v7: None
Changes in v6: None
Changes in v5: None
Changes in v4: None
arch/arm/c
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
---
Changes in v9: None
Changes in v8: None
Changes in v7: None
Changes in v6: None
Changes in v5: Non
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
---
Changes in v9: None
Changes in v8:
- Add new patch to move smdkc100 to generic board
Changes in v7: None
Changes in v6: None
C
These describe the GPIOs in enough detail for U-Boot's GPIO driver to
operate.
Signed-off-by: Simon Glass
---
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
Changes in v6: None
Ch
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.
Signed-o
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
---
Changes in v9: None
Changes in v8: None
Changes
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
---
Changes in v9: None
Changes in v8:
- Adjust odroid device tree file to use #include instead of /include/
Ch
These describe the GPIOs in enough detail for U-Boot's GPIO driver to
operate.
Signed-off-by: Simon Glass
---
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
arch/arm/dts/s5
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
---
Changes in v9: None
Changes in v8:
- Add new patch to move s5p_goni to generic board
Changes in v7: None
Changes in v6: None
C
(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 relatively
Even with the initial 8 characeters of the hash we will sometimes get a
collision. Use the full hash.
Signed-off-by: Simon Glass
---
tools/buildman/control.py | 2 +-
tools/patman/patchstream.py | 3 +--
2 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/tools/buildman/control.py
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
---
common/image-fdt.c| 27 +--
include/fdt_support.h | 1 +
2 files changed, 18 insertions(+), 10 deletions(-)
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
---
include/fdtdec.h | 28 ++
lib/fdtdec.c | 61 +
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
---
common/fdt_support.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/common/fdt_support.c b/common/fdt_support.c
1 - 100 of 115 matches
Mail list logo
