Spam detection software, running on the system "lists.denx.de",
has identified this incoming email as possible spam. The original
message has been attached to this so you can view it or label
similar future email. If you have any questions, see
@@CONTACT_ADDRESS@@ for details.
Content preview:
Hello Tom,
LGTM.
On Thu, 2 Mar 2017 09:59:30 -0500, Tom Rini wrote:
> We only support cores that do Thumb-1 or later. So we add a comment to
> explain this and remove the architecture test.
>
> Cc: Albert ARIBAUD
> Cc: Mans Rullgard
> Signed-off-by: Tom Rini
> ---
&g
This change makes 'ret lr' turn into 'bx lr' for ARMv5TE.
Signed-off-by: Albert ARIBAUD
---
Note: this patch supersedes patch "openrd: disable private arch memset,
memcpy and libgcc" dated Sun, 26 Feb 2017 16:29:32 +0100.
arch/arm/include/asm/assembler.h | 2 +-
Update:
On Mon, 27 Feb 2017 07:52:10 +0100, Albert ARIBAUD
wrote:
> Hello Tom,
>
> On Sun, 26 Feb 2017 20:04:28 -0500, Tom Rini wrote:
> > On Sun, Feb 26, 2017 at 04:29:32PM +0100, Albert ARIBAUD wrote:
> >
> > > The switch to private LIBGCC causes 'undefi
.
Until a fix to private libgcc and architecture-optimized
memcpy and memset is mainlined, disable their use in all
openrd configurations.
Signed-off-by: Albert ARIBAUD
---
configs/openrd_base_defconfig | 4
configs/openrd_client_defconfig | 4
configs/openrd_ultimate_defconfig |
and is always located at a fixed address.
>
> Signed-off-by: Phil Edworthy
> ---
> Resend with Albert's new email address - get_maintainer.pl gave the old one.
> ---
Cordialement,
Albert ARIBAUD
3ADEV
___
U-Boot mailing list
The sequence erroneously launched the DDR controller
initialization before the pad muxing was done, causing
DRAM size computation to hang.
Configuring the pads first then launching DDR controller
initialization prevents the DRAM hanging.
Signed-off-by: Albert ARIBAUD (3ADEV)
---
board/phytec
hat said, your change is good, it may produce a discontent in particular
> cases, but it won't be problematic to remove it by partial commit
> reverting and adding an explanatory comment into the code.
Agreed.
> --
> With best wishes,
> Vladimir
Cordialement,
Albert ARIBAUD
3
Hi Stefano,
Sorry for the delay.
Le Fri, 7 Oct 2016 12:01:02 +0200, Stefano Babic a
écrit :
> Hi Albert,
>
> On 06/10/2016 15:43, Albert ARIBAUD wrote:
>
> >
> > Hmm... What U-Boot commit do you apply above?
>
> It was on top of v2016.11-rc1, and then
Hi Stefano,
Le Thu, 6 Oct 2016 09:21:13 +0200, Stefano Babic a
écrit :
> Hi Albert,
>
> On 26/09/2016 09:08, Albert ARIBAUD (3ADEV) wrote:
> > BK4R1 is basically PCM052 with the following differences
> > or quirks:
> >
> > 1) it has 512MB of DDR using MT41K2
apply, as target configs in this file
never have descriptions.
Albert ARIBAUD (3ADEV) (6):
pcm052: fix MTD partitioning
pcm052: remove target-specific dtb name from env
pcm052: add 'm4go' command
tools: mkimage: add support for Vybrid image format
pcm052: allow specifying o
Signed-off-by: Albert ARIBAUD (3ADEV)
---
arch/arm/Kconfig | 4 ++
arch/arm/dts/Makefile| 3 +-
arch/arm/dts/bk4r1.dts | 48 +
arch/arm/dts/vf.dtsi | 4 +-
board/phytec/pcm052/Kconfig | 20 ++
board/phytec/pcm052/pcm052.c | 168
This format can be flashed directly at address 0 of
the NAND FLASH, as it contains all necessary headers.
Signed-off-by: Albert ARIBAUD (3ADEV)
---
Makefile | 6 ++
arch/arm/config.mk| 3 +
arch/arm/cpu/armv7/vf610/Makefile | 5 ++
common/image.c
PCM052 SoMs may be equipped with various sizes of DDR.
Keep default of 256MB; new PCM052-based targets will
specify their actual DDR size.
Linux command line is auto-adjusted to DDR size.
Signed-off-by: Albert ARIBAUD (3ADEV)
---
board/phytec/pcm052/Kconfig | 4
include/configs/pcm052.h
Signed-off-by: Albert ARIBAUD (3ADEV)
---
include/configs/pcm052.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/configs/pcm052.h b/include/configs/pcm052.h
index 302c7dd..1858662 100644
--- a/include/configs/pcm052.h
+++ b/include/configs/pcm052.h
@@ -125,7 +125,7
Add the 'm4go' command to pcm052-based targets.
It loads scatter file images.
Signed-off-by: Albert ARIBAUD (3ADEV)
---
board/phytec/pcm052/pcm052.c | 38 ++
1 file changed, 38 insertions(+)
diff --git a/board/phytec/pcm052/pcm052.c b/board/phy
ND size.
Adjust UBIFS rootfs boot kernel arguments.
Signed-off-by: Albert ARIBAUD (3ADEV)
---
include/configs/pcm052.h | 14 ++
1 file changed, 6 insertions(+), 8 deletions(-)
diff --git a/include/configs/pcm052.h b/include/configs/pcm052.h
index 57a7630..302c7dd 100644
--- a/includ
On Sun, 31 Jan 2016 21:37:04 +0100, Albert ARIBAUD
wrote:
> Revert commit b352182a and complete generic board support.
>
> Signed-off-by: Albert ARIBAUD
> ---
> arch/arm/mach-kirkwood/Kconfig | 4 +
> board/LaCie/wireless_space/Kconfig | 12
Hello Tom,
On Sun, 27 Mar 2016 09:36:41 -0400, Tom Rini wrote:
> On Fri, Mar 25, 2016 at 07:37:25AM +0100, Albert ARIBAUD wrote:
> > Hello Tom,
> >
> > On Thu, 24 Mar 2016 20:49:42 -0400, Tom Rini wrote:
> > > On Thu, Mar 24, 2016 at 08:50:03AM +0100, Albert AR
On Fri, 25 Mar 2016 07:37:25 +0100, Albert ARIBAUD
wrote:
> Hello Tom,
> That way,
>
> 0) U-Boot gets the stable and controlled AEABI support you want;
>
> 1) GCC keeps its somewhat stable but uncontrolled internal "generated
>code / libgcc" interface;
>
Hello Sergey,
On Thu, 24 Mar 2016 18:37:52 -0700 (PDT), Sergey Kubushyn
wrote:
> On Thu, 24 Mar 2016, Tom Rini wrote:
> U-Boot is a standalone program not supposed to coexist with any external
> applications i.e. it is totally self-sufficient, not living in some kind of
> system environment so i
Hello Tom,
On Thu, 24 Mar 2016 20:49:42 -0400, Tom Rini wrote:
> On Thu, Mar 24, 2016 at 08:50:03AM +0100, Albert ARIBAUD wrote:
> > Hello Tom,
> >
> > On Wed, 23 Mar 2016 17:36:17 -0400, Tom Rini wrote:
> > > On Wed, Mar 23, 2016 at 06:08:45PM +0100, Albert AR
Hello Tom,
On Wed, 23 Mar 2016 17:36:17 -0400, Tom Rini wrote:
> On Wed, Mar 23, 2016 at 06:08:45PM +0100, Albert ARIBAUD wrote:
> > Hello Tom,
> >
> > On Wed, 23 Mar 2016 09:22:38 -0400, Tom Rini wrote:
> > > On Wed, Mar 23, 2016 at 01:53:35PM +0100, Albert ARIB
Hello Tom,
On Wed, 23 Mar 2016 09:22:38 -0400, Tom Rini wrote:
> On Wed, Mar 23, 2016 at 01:53:35PM +0100, Albert ARIBAUD wrote:
> > Hello Marek,
> >
> > On Sun, 20 Mar 2016 17:15:34 +0100, Marek Vasut wrote:
> > > This patch decouples U-Boot binary from
Hello Marek,
On Sun, 20 Mar 2016 17:15:34 +0100, Marek Vasut wrote:
> This patch decouples U-Boot binary from the toolchain on systems where
> private libgcc is available. Instead of pulling in functions provided
> by the libgcc from the toolchain, U-Boot will use it's own set of libgcc
> functio
Hello Tom,
On Wed, 16 Mar 2016 11:03:03 -0400, Tom Rini wrote:
> When we switch to including all linker lists in U-Boot it is important
> to not include commands as that may lead to link errors due to other
> things we have already discarded. In this case, we split the code for
> supporting the
Hello Jagan,
On Wed, 16 Mar 2016 19:44:26 +0530, Jagan Teki
wrote:
> On Wednesday 16 March 2016 07:00 PM, Cyrille Pitchen wrote:
> > Le 15/03/2016 19:21, Jagan Teki a écrit :
> >> On Tuesday 15 March 2016 11:42 PM, Cyrille Pitchen wrote:
> >>> Hi all,
> >>>
> >>> This series of patches fixes and
Hello Jagan,
On Wed, 16 Mar 2016 22:04:23 +0530, Jagan Teki
wrote:
> Hi Albert,
>
> On Wednesday 16 March 2016 09:53 PM, Albert ARIBAUD wrote:
> > Hello Jagan,
> >
> > On Wed, 16 Mar 2016 19:44:26 +0530, Jagan Teki
> > wrote:
> >> On Wednesday 16
Hello Jagan,
On Sat, 12 Mar 2016 00:41:25 +0530, Jagan Teki
wrote:
> Hi Albert,
>
> On 12 March 2016 at 00:17, Albert ARIBAUD wrote:
> > Hello Jagan,
> >
> > On Fri, 11 Mar 2016 12:09:37 +0530, Jagan Teki
> > wrote:
> >> On 11 March 201
Hello Jagan,
On Fri, 11 Mar 2016 12:09:37 +0530, Jagan Teki
wrote:
> On 11 March 2016 at 07:50, Marek Vasut wrote:
> > The stm_is_locked_sr() function is picked from Linux kernel. For reason
> > unknown, the 64bit data types used by the function and present in Linux
> > were replaced with 32bit
Hello Peter,
On Wed, 3 Feb 2016 16:11:38 +, Peter Robinson
wrote:
> Hi Albert,
>
> On Wed, Feb 3, 2016 at 1:41 PM, Albert ARIBAUD
> wrote:
> > Hello Peter,
> >
> > On Wed, 3 Feb 2016 12:42:51 +, Peter Robinson
> > wrote:
> >> When compil
Hello Eddy,
(re-titling)
On Wed, 3 Feb 2016 18:32:45 +0200, Eddy Petrișor
wrote:
> 2016-02-03 15:38 GMT+02:00 Albert ARIBAUD :
> > Hello Eddy,
> >
> > On Tue, 2 Feb 2016 22:15:28 +0200, Eddy Petrișor
> > wrote:
> [..]
> >> v2: Removed patman stuff from
Hello Peter,
On Wed, 3 Feb 2016 12:42:51 +, Peter Robinson
wrote:
> When compiling with gcc 6 we get the following error due to ARRAY_SIZE being
> defined elsewhere.
>
> common/env_flags.c:155: undefined reference to `ARRAY_SIZE'
>
> Signed-off-by: Peter Robinson
> ---
> common/env_flags
Hello Eddy,
On Tue, 2 Feb 2016 22:15:28 +0200, Eddy Petrișor
wrote:
> The case of memory of size 0 is not that different from a memory of any other
> size, so we remove the duplicate code and treat the small differences when it
> is the case.
>
> Signed-off-by: Eddy Petrișor
> ---
>
> v2: Rem
Hello Albert,
On Wed, 3 Feb 2016 13:18:35 +0100, Albert ARIBAUD
wrote:
> Hello Masahiro,
>
> On Wed, 3 Feb 2016 21:05:12 +0900, Masahiro Yamada
> wrote:
> > These build commands are constant (mostly, just concatenating images,
> > or just copying). No need to use $(
Hello Masahiro,
On Wed, 3 Feb 2016 21:05:12 +0900, Masahiro Yamada
wrote:
> These build commands are constant (mostly, just concatenating images,
> or just copying). No need to use $(call if_changed,...) for them.
I am a total kbuild ignorant, so I'm probably asking a stupid question,
but hey.
Hello Masahiro,
On Tue, 2 Feb 2016 15:45:13 +0900, Masahiro Yamada
wrote:
> This macro is referenced from common/spl/spl.c
Nitpick: not a macro, but an enum value.
Amicalement,
--
Albert.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.den
Hello Bin and Simon,
On Tue, 2 Feb 2016 15:25:48 +0800, Bin Meng wrote:
> Hi Simon,
>
> On Tue, Feb 2, 2016 at 11:58 AM, Simon Glass wrote:
> > +Bin (sorry, meant to copy you before)
> >>> For non-FSP devices we don't init the RAM until much later -
> >>> dram_init(). That means that a signifi
A patman series with a 'Series-notes' section causes
buildman to crash with:
self.series.notes += self.section
TypeError: cannot concatenate 'str' and 'list' objects
Fix by initializing series.notes as a one-element array
rather than a scalar.
Signed-off-by
Hello Simon,
> >> Hmm, actually I've had to drop this as it breaks 'Series-version'.
> >> That currently does not expect a list.
> >
> > Hmm, I can't reproduce this here. How do you trigger the Series-version
> > break?
>
> I created a commit with a Series-version: in it. Then, running patman
> g
and actually submit the patch.
Changes in v2:
- fix typo in commit message ("rathen" -> "rather")
- actually limit array initialization to series.notes
Albert ARIBAUD (1):
patman: fix series-notes handling for buildman
tools/patman/series.py
Hello Vishwas,
On Mon, 1 Feb 2016 20:51:58 +0530, Vishwas Srivastava
wrote:
> Author: Vishwas Srivastava
> Date: Mon Jan 25 21:28:17 2016 +0530
This is unneeded in the commit message, as the author and date are
already provided in the mail.
> Wrong Initialization in davinci emac driver
This
Hello Simon,
Nitpicking:
On Sun, 31 Jan 2016 18:10:48 -0700, Simon Glass
wrote:
> The original decision to use a separate u-boot-dtb.bin was aimed at allowing
> any device tree file to be concatenated to the u-boot.bin image after the
> build. However this no-longer seems so important. More imp
Hello Adam,
On Sun, 31 Jan 2016 17:17:24 -0600, Adam Ford
wrote:
> UBIFS is the preferred OS, and YAFFS isn't officially included in
> Linux. Removing this feature reduces the code size.
Typo: "preferred FS", not "preferred OS".
Amicalement,
--
Albert.
Hello Simon,
On Sun, 31 Jan 2016 19:20:31 -0700, Simon Glass
wrote:
> Hi Bin,
>
> At present U-Boot supports booting a 64-bit kernel directly. It can
> also be loaded as a 64-bit payload from EFI. But it cannot be built as
> a 64-bit boot loader.
>
> I took a bit of a look at this. It looks lik
nges up to 735b1a2e5a61401868bb35702b6e5e18bce6eb97:
arm: novena: Fix EEPROM i2c configuration (2016-01-31 16:32:56 +0100)
--------
Albert ARIBAUD (1):
armv7: add cacheline sizes where missing
Marek Vasut (4):
arm: Replace test for CONFIG_ARMV7 with CON
Revert commit b352182a and complete generic board support.
Signed-off-by: Albert ARIBAUD
---
arch/arm/mach-kirkwood/Kconfig | 4 +
board/LaCie/wireless_space/Kconfig | 12 ++
board/LaCie/wireless_space/MAINTAINERS | 6 +
board/LaCie/wireless_space/Makefile
Hello Simon,
On Thu, 19 Nov 2015 20:29:11 -0700, Simon Glass
wrote:
> Hi Albert,
>
> On 13 November 2015 at 19:35, Simon Glass wrote:
> > On 9 November 2015 at 14:36, Albert ARIBAUD
> > wrote:
> >> Hello Simon,
> >>
> >> On Mon, 9 Nov 201
Hello Masahiro,
On Fri, 29 Jan 2016 18:57:28 +0900, Masahiro Yamada
wrote:
> 2016-01-29 14:14 GMT+09:00 Heiko Schocher :
> > Hello Joe,
> >
> >
> > Am 28.01.2016 um 16:15 schrieb Joe Hershberger:
> >>
> >> Hi Heiko,
> >>
> >> On Thu, Jan 28, 2016 at 12:39 AM, Heiko Schocher wrote:
> >>>
> >>> He
not .got section and R_ARM_GOT_BREL in built-in.o.
> And in the final u-boot elf image, all relocation entries are
> R_ARM_RELATIVE.
>
> we can pass '-fno-pic' to xxx-gcc to disable pic. whether
> the toolchain internally enables or disables pic, '-fno-pic'
> can w
Hello Vikas,
On Sat, 30 Jan 2016 00:36:55 +0100, Vikas MANOCHA
wrote:
> Hi Albert,
>
> > -Original Message-
> > From: Albert ARIBAUD [mailto:albert.u.b...@aribaud.net]
> > Sent: Friday, January 29, 2016 9:16 AM
> > To: Vikas MANOCHA
> > Cc: u-boot@lis
Hello Vikas,
On Mon, 18 Jan 2016 18:52:57 -0800, Vikas Manocha
wrote:
> BIC instruction to clear the SP is not allowed in armv7m & is deprecated
> in ARMv6T2 & above. This patch cleans the code by using instructions allowed
> for armv7m as well as other Arm archs.
I am not against this patch, wh
Hello Peng,
On Sat, 5 Dec 2015 15:53:46 +0800, Peng Fan
wrote:
> Android's tool chain enable the -mandroid at default.
> This option will enable the -fpic, which cause uboot compilation
> failure:
> "
> LD u-boot
> u-boot contains unexpected relocations: R_ARM_ABS32
> R_ARM_RELATIVE
> "
;
> Signed-off-by: Marek Vasut
> Cc: Tom Rini
> Cc: Albert Aribaud
> Cc: Simon Glass
> ---
> arch/arm/include/asm/system.h | 4 ++--
> arch/arm/lib/cache-cp15.c | 2 +-
> 2 files changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/arch/arm/include/asm/
Hello Tom,
On Tue, 19 Jan 2016 10:57:11 -0500, Tom Rini wrote:
> On Mon, Jan 18, 2016 at 11:02:40AM +0800, Dongsheng Wang wrote:
>
> > From: Wang Dongsheng
> >
> > "DISCARD" will remove ._secure.text relocate, but PSCI framework
> > has already used some absolute address those need to relocate
On Wed, 27 Jan 2016 08:46:11 +0100, Albert ARIBAUD
wrote:
> Some armv7 targets are missing a cache line size declaration.
> In preparation for "arm: cache: Implement cache range check for v7"
> patch, add these declarations with the appropriate value for
> the target's
On Wed, 27 Jan 2016 08:46:11 +0100, Albert ARIBAUD
wrote:
> Some armv7 targets are missing a cache line size declaration.
> In preparation for "arm: cache: Implement cache range check for v7"
> patch, add these declarations with the appropriate value for
> the target's
Hello Simon,
On Wed, 27 Jan 2016 15:53:45 -0700, Simon Glass
wrote:
> Hi Albert,
>
> On 27 January 2016 at 01:22, Albert ARIBAUD wrote:
> > Hello Simon,
> >
> > I just noticed this while adding a Series-cc to my work address which
> > has parentheses: running p
Hello Kevin,
On Wed, 27 Jan 2016 16:29:42 +, Kevin Smith
wrote:
> Hi Joe,
> On 01/26/2016 06:11 PM, Joe Hershberger wrote:
> >> + /* Replace the bus with the fake device */
> > Fake how? This is a confusing comment to me as written.
> The genphy functions assume that they can write to
Hello Moritz,
On Wed, 27 Jan 2016 14:53:30 +0100, Moritz Fischer
wrote:
> Hi Michal,
>
> On Wed, Jan 27, 2016 at 2:15 PM, Michal Simek wrote:
> > On 27.1.2016 12:22, Moritz Fischer wrote:
> >> Signed-off-by: Moritz Fischer
> >> ---
> >> Hi Michal,
> >>
> >>I was planning to use this in fut
Hello Simon,
I just noticed this while adding a Series-cc to my work address which
has parentheses: running patman (without -n) will result in
sh: 1: Syntax error: "(" unexpected
Which initially left me wondering what was happening until I realized
one of the Series-cc addresses had pare
Some armv7 targets are missing a cache line size declaration.
In preparation for "arm: cache: Implement cache range check for v7"
patch, add these declarations with the appropriate value for
the target's SoC or CPU.
Signed-off-by: Albert ARIBAUD
---
Changes in v2:
- fix inclu
Hello Marek,
On Wed, 27 Jan 2016 05:10:59 +0100, Marek Vasut wrote:
> On Tuesday, January 26, 2016 at 05:40:49 PM, Albert ARIBAUD wrote:
> > Some armv7 targets are missing a cache line size declaration.
> > In preparation for "arm: cache: Implement cache range check for v7&q
Hello Kevin,
On Tue, 26 Jan 2016 16:56:21 +, Kevin Smith
wrote:
> Hi Albert,
>
> On 01/26/2016 10:13 AM, Joe Hershberger wrote:
> > Hi Albert,
> >
> > On Tue, Jan 26, 2016 at 10:09 AM, Albert ARIBAUD
> > wrote:
> >> Hello Kevin,
> >>
&
Some armv7 targets are missing a cache line size declaration.
In preparation for "arm: cache: Implement cache range check for v7"
patch, add these declarations with the appropriate value for
the target's SoC or CPU.
Signed-off-by: Albert ARIBAUD
---
include/configs/am3517_c
Hello Kevin,
On Mon, 21 Dec 2015 21:45:32 +, Kevin Smith
wrote:
> The previous version of this driver implemented a shell command to manually
> comfigure the switch. It did not integrate with the PHY infrastructure to
> allow a MAC to use it as its PHY. This is a complete rewrite to allow t
Hello Joe,
On Mon, 25 Jan 2016 18:45:52 -0600, Joe Hershberger
wrote:
> On Mon, Dec 14, 2015 at 6:41 AM, Olliver Schinagl
> wrote:
> > +++ b/tools/gen_mac_addr.c
>
> This is not "generating a mac address", right? Its point is to create
> a CRC for the user-supplied MAC address.
>
> Perhaps a
the cache.c, this code will
> > > > > > check alignment of each attempt to flush/invalidate data
> > > > > > cache and print a warning if the alignment is incorrect.
> > > > > > If DEBUG is not defined, this code is optimized out.
>
Hello Heiko,
On Tue, 12 Jan 2016 11:48:17 +0100, Heiko Schocher wrote:
> Hello Albert,
>
> Am 12.01.2016 um 11:26 schrieb Albert ARIBAUD:
> > (cc:ing Heiko as the maintainer for axm/taurus)
> >
> > Hello,
> >
> > AXM is currently the only board faili
(cc:ing Heiko as the maintainer for axm/taurus)
Hello,
AXM is currently the only board failing 'buildman arm aarch64':
+arm-unknown-linux-gnueabi-ld.bfd: SPL image too big
+make[2]: *** [spl/u-boot-spl] Error 1
+make[1]: *** [spl/u-boot-spl] Error 2
+make: *** [sub-make] Error 2
Apparently SPL
Hello Marek,
On Tue, 29 Dec 2015 19:44:01 +0100, Marek Vasut wrote:
> The arch/arm/lib/cache-cp15.c checks for CONFIG_ARMV7 and if this macro is
> set, it configures TTBR0 register. This register must be configured for the
> cache on ARMv7 to operate correctly.
>
> The problem is that noone actu
Hello Pavel,
On Mon, 14 Dec 2015 08:48:16 +0100, Pavel Machek wrote:
> Hi!
>
> > This patch has several effects:
> >
> > - it selects proper ARMv7 translation table level 1 bit definitions;
> > - it provides proper ARMv7 definitions for WT/WB/WA;
> > - it selects proper ARMv7 settings for TTBR0
te:
> > > > Hi All!
> > > >
> > > > On 09.12.2015 09:09, Albert ARIBAUD wrote:
> > > > > On Tue, 8 Dec 2015 14:43:42 +0100, Marek Vasut wrote:
> > > > >> The arch/arm/lib/cache-cp15.c checks for CONFIG_ARMV7 and if this
> > >
Hello Marek,
On Tue, 8 Dec 2015 14:43:42 +0100, Marek Vasut wrote:
> The arch/arm/lib/cache-cp15.c checks for CONFIG_ARMV7 and if this macro is
> set, it configures TTBR0 register. This register must be configured for the
> cache on ARMv7 to operate correctly.
>
> The problem is that noone actu
Hello Tom,
On Mon, 30 Nov 2015 11:28:53 -0500, Tom Rini wrote:
> On Mon, Nov 30, 2015 at 11:03:53AM +0100, Heiko Schocher wrote:
> > Hello Jeroen,
> >
> > Am 30.11.2015 um 10:20 schrieb Jeroen Hofstee:
> > >Hello Heiko,
> > >
> > >On 30-11-15 08:47, Heiko Schocher wrote:
> > >>compiling U-Boot f
Hello Stefan,
On Thu, 26 Nov 2015 07:23:51 +0100, Stefan Roese
wrote:
> Hi Albert,
>
> first, thank you very much for taking the time to go over this
> in such depth.
>
> On 25.11.2015 16:20, Albert ARIBAUD wrote:
> > Hello all,
> >
> > This is a follow-
, causing U-Boot to
use a bad address to access GD.
Fix this by never calling arch_setup_gd() for ARM,
and instead setting r9 in arch/arm/lib/crt0.S, to
the value returned by board_init_f_alloc_reserve().
Signed-off-by: Albert ARIBAUD
---
Changes in v7:
- also fix common/spl/spl.c assignment to gd
nment.
Signed-off-by: Albert ARIBAUD
---
Copying custodians for all architectures which this
patch affects.
This patch has been build-tested for all affected
architectures except NIOS2, and run-tested on ARM
OpenRD Client.
For NIOS2, this patch contains all manual v1 and v2
fixes by Thomas.
Fo
Hello all,
This is a follow-up to discussions on the IRC chan re: the fact that gd
(the global data pointer) is being assigned in various places, which is
not too much of a good thing.
In all architectures, common/init/board_init.c is built in, which
provides board_init_f_{mem,init_reserve}, in w
, causing U-Boot to
use a bad address to access GD.
Fix this by never calling arch_setup_gd() for ARM,
and instead setting r9 in arch/arm/lib/crt0.S, to
the value returned by board_init_f_alloc_reserve().
Signed-off-by: Albert ARIBAUD
---
Changes in v6:
- moved ARM r9 fix into its own patch
nment.
Signed-off-by: Albert ARIBAUD
---
Copying custodians for all architectures which this
patch affects.
This patch has been build-tested for all affected
architectures except NIOS2, and run-tested on ARM
OpenRD Client.
For NIOS2, this patch contains all manual v1 and v2
fixes by Thomas.
Fo
Hello Simon,
On Wed, 18 Nov 2015 18:05:07 -0700, Simon Glass
wrote:
> Hi Albert,
>
> >> early malloc() area
> >
> > "Arena", and "malloc arena", are established designations for the
> > memory space used by malloc implementations; and I prefer to use this
> > more specific term, as people may us
... and of course, I forgot to add a note at '(*)' re the malloc arena
size alignment...
On Tue, 17 Nov 2015 13:59:32 +0100, Albert ARIBAUD
wrote:
> Hello Simon,
> Indeed, no attempt is made to check that it is aligned (and no attempt
> is made in the original code either) --
Hello Simon,
On Mon, 16 Nov 2015 21:11:38 -0700, Simon Glass
wrote:
> > +++ b/arch/arm/lib/crt0.S
> > @@ -82,9 +82,11 @@ ENTRY(_main)
> > #else
> > bic sp, sp, #7 /* 8-byte alignment for ABI compliance */
> > #endif
> > + bl board_init_f_get_reserve_size
> > +
nment.
Signed-off-by: Albert ARIBAUD
---
Cc:ing custodians for all architectures which this
patch affects.
This patch has been build-tested for all there
architectures, and run-tested on ARM OpenRD Client.
For NIOS2, this patch contains all manual v1 and v2
fixes by Thomas.
For x86, this
Hello Alexey,
On Mon, 16 Nov 2015 13:43:19 +, Alexey Brodkin
wrote:
> Hi Albert,
>
> On Mon, 2015-11-16 at 14:34 +0100, Albert ARIBAUD wrote:
> > Hello Alexey,
> >
> > On Mon, 16 Nov 2015 13:12:15 +, Alexey Brodkin
> > wrote:
> > > Hi Albert
Hello Alexey,
On Mon, 16 Nov 2015 13:12:15 +, Alexey Brodkin
wrote:
> Hi Albert,
>
> On Sun, 2015-11-15 at 19:25 +0100, Albert ARIBAUD wrote:
> > board_init_f_mem() alters the C runtime environment's
> > stack it ls actually already using. This is not a valid
Hello Wojciech,
On Mon, 16 Nov 2015 13:09:43 +0100, Wojciech Zabolotny
wrote:
> 2015-11-16 11:52 GMT+01:00 Albert ARIBAUD :
> > Hello Wojciech,
> >
> > On Mon, 16 Nov 2015 10:42:50 +0100, Wojciech Zabolotny
> > wrote:
> >> Hi,
> >>
> >>
Hello Wojciech,
On Mon, 16 Nov 2015 10:42:50 +0100, Wojciech Zabolotny
wrote:
> Hi,
>
> I need to use U-Boot (or barebox) as a bootloader in a Raspberry Pi
> based system to extend booting flexibility.
> The problem however is that certain kernel boot arguments are prepared
> by the previous sta
Hello Albert,
On Sun, 15 Nov 2015 19:25:25 +0100, Albert ARIBAUD
wrote:
> board_init_f_mem() alters the C runtime environment's
> stack it ls actually already using. This is not a valid
> C runtime environment.
>
> Split board_init_f_mem into C functions which do not
> al
board_init_f_mem() alters the C runtime environment's
stack it ls actually already using. This is not a valid
C runtime environment.
Split board_init_f_mem into C functions which do not
alter their own stack and therefore run in a valid C
runtime environment.
Signed-off-by: Albert AR
Hello Simon,
On Sat, 14 Nov 2015 08:41:01 -0700, Simon Glass
wrote:
> Reading between the lines, there isn't actually a problem with this in
> practice, but it is doing things that C should not really be doing. Is
> that right?
You did not even need to read between the lines :) as the very firs
Hello Simon,
On Fri, 13 Nov 2015 19:12:13 -0700, Simon Glass
wrote:
> > IMO, keeping it simple does not play well with making DM and malloc
> > available pre-SDRAM init :) --- but don't miscontrue my meaning: I'm
> > fine with DM and malloc pre-SDRAM on platforms which have enough IRAM /
> > SRA
Hello Thomas,
On Sat, 14 Nov 2015 14:23:31 +0800, Thomas Chou
wrote:
> Hi Albert,
>
> On 2015年11月13日 22:43, Albert ARIBAUD wrote:
> > +/*
> > + * Initialize reserved space (which has been safely allocated on the C
> > + * stack from the C runtime environment handlin
Hello Simon,
On Fri, 13 Nov 2015 19:29:21 -0700, Simon Glass
wrote:
> Hi Albert,
>
> On 13 November 2015 at 07:43, Albert ARIBAUD
> wrote:
> > board_init_f_mem() alters the C runtime environment's
> > stack it ls actually already using. This is not a valid
>
board_init_f_mem() alters the C runtime environment's
stack it ls actually already using. This is not a valid
C runtime environment.
Split board_init_f_mem into C functions which do not
alter their own stack and therefore run in a valid C
runtime environment.
Signed-off-by: Albert AR
Hello Bin,
On Fri, 13 Nov 2015 17:08:22 +0800, Bin Meng wrote:
> Hi Albert,
>
> > + subl%esp, %eax
>
> I guess you are confused by the AT&T assembly syntax. This should be:
> subl %eax, %esp.
> > + subl%esp, %eax
>
> Ditto.
Thanks -- last time I touched Intel assembly was
Hello Thomas,
On Thu, 12 Nov 2015 13:59:28 +0800, Thomas Chou
wrote:
> Hi Albert,
> - /* Update stack- and frame-pointers */
> - mov sp, r2
> - mov fp, sp
Just a sec here on second thought.
I understand the 'mov sp, r2' must be removed as it is replaced by a
'sub sp, sp, r2
Hello Vignesh,
On Fri, 13 Nov 2015 11:22:19 +0530, Vignesh R wrote:
> Hi,
>
> On 11/11/2015 02:33 PM, Albert ARIBAUD wrote:
>
> [...]
>
> > Alternatively, you could test the patch at
> >
> > http://patchwork.ozlabs.org/patch/542558/
> >
> &
Hello Simon,
On Thu, 12 Nov 2015 08:59:54 -0700, Simon Glass
wrote:
> Hi Albert,
>
> On 11 November 2015 at 23:57, Albert ARIBAUD
> wrote:
> > Hello Simon,
> >
> > On Wed, 11 Nov 2015 14:49:05 -0700, Simon Glass
> > wrote:
> >> Hi Fabio,
> >
1 - 100 of 4591 matches
Mail list logo
