On Wed, Mar 11, 2015 at 06:47:33PM -0500, Joe Hershberger wrote:
> In the case of BUILD_NBUILDS > 1, MAKEALL would try to print the size
> immediately after the u-boot binary is deleted by the call to:
>
> make -s clean
>
> Move the size print to before the clean
>
> Signed-off-by: Joe Hershber
Hello Simon,
> It is not used by default, but there is a -j option. If you use -j,
> first make sure you reduce the number of threads to compensate. So for
> example you can use:
>
>buildman -j 8 -T 1
Ooh! I did not know buildman has such options.
Thanks!
> The intent was that buildman s
Hi,
On 12 February 2014 03:42, Masahiro Yamada wrote:
> Hi Albert,
>
>
>> > It might also be worth looking at tools/buildman, which automatically
>> > allocates one build thread per CPU.
>>
>> Jumping in late, but my question is incidental and not urgent anyway.
>>
>> Would using buildman make th
Hi Albert,
> > It might also be worth looking at tools/buildman, which automatically
> > allocates one build thread per CPU.
>
> Jumping in late, but my question is incidental and not urgent anyway.
>
> Would using buildman make the multiple build / multiple CPU code in
> MAKEALL useless? I'm w
Hi Simon,
On Wed, 8 Jan 2014 09:54:47 -0700, Simon Glass wrote:
> Hi York,
>
>
> On 4 January 2014 02:21, Wolfgang Denk wrote:
>
> > Dear York,
> >
> > In message <52c7424a.4090...@freescale.com> you wrote:
> > >
> > > I have some troubles to run MAKEALL with BUILD_NBUILDS. If I set
> > BUIL
first, please keep mailing list in CC.
On Wed, 29 Jan 2014 12:56:55 +0530
JYOTI DUBEY wrote:
> How can I compile u-boot for arm processor and nitrogen6x board?
install armv7a cross toolchain and setup the environment for cross
compiling, then run
./MAKEALL nitrogen6q
There are another target
On Wed, 29 Jan 2014 12:43:30 +0530
JYOTI DUBEY wrote:
> What is the use of executing MAKEALL file available in u-boot folder?
./MAKEALL -h
HTH,
Anatolij
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
What is the use of executing MAKEALL file available in u-boot folder?
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi York,
On 4 January 2014 02:21, Wolfgang Denk wrote:
> Dear York,
>
> In message <52c7424a.4090...@freescale.com> you wrote:
> >
> > I have some troubles to run MAKEALL with BUILD_NBUILDS. If I set
> BUILD_NBUILDS
> > to 2 or greater, there is a good chance the total number of targets is
> no
Dear York,
In message <52c7424a.4090...@freescale.com> you wrote:
>
> I have some troubles to run MAKEALL with BUILD_NBUILDS. If I set BUILD_NBUILDS
> to 2 or greater, there is a good chance the total number of targets is not an
> integral multiple of BUILD_NBUILDS. It has two undesired results.
Wolfgang,
I have some troubles to run MAKEALL with BUILD_NBUILDS. If I set BUILD_NBUILDS
to 2 or greater, there is a good chance the total number of targets is not an
integral multiple of BUILD_NBUILDS. It has two undesired results.
1. The status report has wrong number of passed builds.
2. This
On 9/26/2013 1:22 PM, Marek Vasut wrote:
Dear Troy Kisky,
Hi Marek
I thought you might like to be aware of this error, if not already known.
Known, when building for MXS (mx23 and mx28), you need libssl-dev installed
(openssl development libs and headers). Same rule applies when you use signe
Dear Troy Kisky,
> Hi Marek
>
> I thought you might like to be aware of this error, if not already known.
Known, when building for MXS (mx23 and mx28), you need libssl-dev installed
(openssl development libs and headers). Same rule applies when you use signed
FIT images.
So, solution is to in
Hi Marek
I thought you might like to be aware of this error, if not already known.
Thanks
Troy
/u-boot-imx6/LOG$ cat mx28evk.ERR
mxsimage.c:18:25: fatal error: openssl/evp.h: No such file or directory
compilation terminated.
make[1]: *** [mxsimage.o] Error 1
make[1]: *** Waiting for unfinished
On Fri, Mar 22, 2013 at 07:37:03AM -, York Sun wrote:
> Bash ver 3.x doesn't support the parameter expansion with case
> substitution. Use tr instead.
>
> Signed-off-by: York Sun
> Acked-by: Allen Martin
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signat
Scratch thtat: for some reason this old discussion popped up under my
eyes and due to my current issues with MAKEALL, I blanked on the date.
I'll repost that part on parallel MAKEALL failing in parallel apart.
Sorry for the noise. :/
On Sat, 9 Feb 2013 08:31:06 +0100, Albert ARIBAUD
wrote:
> Hi
Hi Allen,
On Wed, 29 Aug 2012 11:33:06 -0700, Allen Martin
wrote:
> On Wed, Aug 29, 2012 at 09:55:17AM -0700, Tom Warren wrote:
> > Allen/Albert,
> >
> > > -Original Message-
> > > From: Allen Martin [mailto:amar...@nvidia.com]
> > > Sent: Tuesday, August 28, 2012 5:08 PM
> > > To: Tom
On Thu, Sep 27, 2012 at 02:57:34PM -, Kim Phillips wrote:
> thanks to Tom Rini for the good idea.
>
> Signed-off-by: Kim Phillips
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boo
On Wed, Aug 29, 2012 at 09:55:17AM -0700, Tom Warren wrote:
> Allen/Albert,
>
> > -Original Message-
> > From: Allen Martin [mailto:amar...@nvidia.com]
> > Sent: Tuesday, August 28, 2012 5:08 PM
> > To: Tom Warren; swar...@wwwdotorg.org; s...@chromium.org;
> > thierry.red...@avionic-design
Dear Mike Frysinger,
In message <201110191025.02227.vap...@gentoo.org> you wrote:
>
> there is no run-time libs. only libgcc.a is taken external of u-boot, and
> that issue is resolved by using the private libgcc.
No. This is not a solution, it is only a workaround for what I call a
broken tool
On Wednesday 19 October 2011 07:36:15 Albert ARIBAUD wrote:
> Le 19/10/2011 00:21, Mike Frysinger a écrit :
> > On Tuesday 18 October 2011 17:30:30 Simon Glass wrote:
> >> arm-none-linux-gnueabi-ld: stubs.o: compiled for a big endian system
> >> and target is little endian
> >> arm-none-linux-gnuea
Le 19/10/2011 00:21, Mike Frysinger a écrit :
> On Tuesday 18 October 2011 17:30:30 Simon Glass wrote:
>> arm-none-linux-gnueabi-ld: stubs.o: compiled for a big endian system
>> and target is little endian
>> arm-none-linux-gnueabi-ld: failed to merge target specific data of file
>> stubs.o
>>
>> I
Dear Graeme Russ,
In message
you wrote:
>
> > I see no clean way to implement this - ok, we could provide an
> > external tool / data base that maps boards or SoC names to
> > CROSS_COMPILE/ARCH/PATH settings, which each user has to configure for
> > his own set of tool chain settings.
>
> IMH
Dear Graeme Russ,
Am 19.10.2011 00:33, schrieb Graeme Russ:
> Hi Wolfgang,
>
> On Wed, Oct 19, 2011 at 7:07 AM, Wolfgang Denk wrote:
>> Dear Mike Frysinger,
>>
>> In message <201110181301.57390.vap...@gentoo.org> you wrote:
>> And then, for compatibility testings, I want to compile all this w
Hi Wolfgang,
On Wed, Oct 19, 2011 at 7:07 AM, Wolfgang Denk wrote:
> Dear Mike Frysinger,
>
> In message <201110181301.57390.vap...@gentoo.org> you wrote:
>>
>> because MAKEALL is a pita to use. it has no automatic CROSS_COMPILE support,
>> and the current logic only allows one-CROSS_COMPILE-set
On Tuesday 18 October 2011 17:30:30 Simon Glass wrote:
> arm-none-linux-gnueabi-ld: stubs.o: compiled for a big endian system
> and target is little endian
> arm-none-linux-gnueabi-ld: failed to merge target specific data of file
> stubs.o
>
> I guess this is the endian error is the one you talk a
On Tuesday 18 October 2011 17:50:52 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > > That would still be to coarse for above issue. Also, you might want
> > > to use different ARM tool chains for ARMv5te systemd than for ARMv6
> > > and yet other ones for ARMv7a, etc.
> >
> > the idea is easy t
Dear Mike Frysinger,
In message <201110181655.29507.vap...@gentoo.org> you wrote:
>
> > That would still be to coarse for above issue. Also, you might want
> > to use different ARM tool chains for ARMv5te systemd than for ARMv6
> > and yet other ones for ARMv7a, etc.
>
> the idea is easy to exten
Hi,
On Tue, Oct 18, 2011 at 1:55 PM, Mike Frysinger wrote:
> On Tuesday 18 October 2011 16:47:12 Wolfgang Denk wrote:
>> Mike Frysinger wrote:
>> > > I see no clean way to implement this - ok, we could provide an
>> > > external tool / data base that maps boards or SoC names to
>> > > CROSS_COMPI
On Tuesday 18 October 2011 16:47:12 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > > I see no clean way to implement this - ok, we could provide an
> > > external tool / data base that maps boards or SoC names to
> > > CROSS_COMPILE/ARCH/PATH settings, which each user has to configure for
> > > h
Dear Mike Frysinger,
In message <201110181614.46289.vap...@gentoo.org> you wrote:
>
> > I see no clean way to implement this - ok, we could provide an
> > external tool / data base that maps boards or SoC names to
> > CROSS_COMPILE/ARCH/PATH settings, which each user has to configure for
> > his o
On Tuesday 18 October 2011 16:07:38 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > because MAKEALL is a pita to use. it has no automatic CROSS_COMPILE
> > support, and the current logic only allows
> > one-CROSS_COMPILE-setting-per-run. so you have to run MAKEALL by hand
> > once per arch.
> >
Dear Mike Frysinger,
In message <201110181301.57390.vap...@gentoo.org> you wrote:
>
> because MAKEALL is a pita to use. it has no automatic CROSS_COMPILE support,
> and the current logic only allows one-CROSS_COMPILE-setting-per-run. so you
> have to run MAKEALL by hand once per arch.
>
> the
On Tuesday 18 October 2011 14:54:09 Tom Rini wrote:
> On Tue, Oct 18, 2011 at 11:31 AM, Mike Frysinger wrote:
> > On Tuesday 18 October 2011 13:58:22 Tom Rini wrote:
> >> If we're going to throw out feature requests, I'd like more than one
> >> SoC family support.
> >> I've got a wrapper around MA
On Tue, Oct 18, 2011 at 11:31 AM, Mike Frysinger wrote:
> On Tuesday 18 October 2011 13:58:22 Tom Rini wrote:
>> If we're going to throw out feature requests, I'd like more than one
>> SoC family support.
>> I've got a wrapper around MAKEALL right now to build omap3 then omap4
>> then davinci.
>
>
On Tuesday 18 October 2011 13:58:22 Tom Rini wrote:
> If we're going to throw out feature requests, I'd like more than one
> SoC family support.
> I've got a wrapper around MAKEALL right now to build omap3 then omap4
> then davinci.
hmm, actually doesn't the newish -s flag do what you want ?
On Tuesday 18 October 2011 13:58:22 Tom Rini wrote:
> On Tue, Oct 18, 2011 at 10:01 AM, Mike Frysinger wrote:
> > On Tuesday 18 October 2011 02:23:10 Wolfgang Denk wrote:
> >> Before sending the patch, you must run the MAKEALL script on
> >> your patched source tree and make sure that n
On Tue, Oct 18, 2011 at 10:01 AM, Mike Frysinger wrote:
> On Tuesday 18 October 2011 02:23:10 Wolfgang Denk wrote:
>> Before sending the patch, you must run the MAKEALL script on
>> your patched source tree and make sure that no errors or
>> warnings are reported for any of the b
Hi,
On Tue, Oct 18, 2011 at 10:01 AM, Mike Frysinger wrote:
> On Tuesday 18 October 2011 02:23:10 Wolfgang Denk wrote:
>> Before sending the patch, you must run the MAKEALL script on
>> your patched source tree and make sure that no errors or
>> warnings are reported for any of
On Tuesday 18 October 2011 02:23:10 Wolfgang Denk wrote:
> Before sending the patch, you must run the MAKEALL script on
> your patched source tree and make sure that no errors or
> warnings are reported for any of the boards. Well, at least
> not any more warnings than witho
Dear Albert,
> Since this is an ARM question, I'll look into it, and since Wolfgang
> will be on vacation, I suggest either that we either postpone -rc1, or
> (preferably IMO) that we tag -rc1 now with a specific warning about the
> ARM tree, and I analyze what the issue is using several ARM too
sion environment variable
pty...@petert u-boot $ echo "asdf" >> common/cmd_nvedit.c
pty...@petert u-boot $ ./MAKEALL MVBLUE; echo $?
Configuring for MVBLUE board...
cmd_nvedit.c:643: error: expected '=', ',', ';', 'asm' or
'__attribute__&#
Dear Peter,
your commit 40a28f0885 (MAKEALL: Add summary information) breaks
MAKEALL because we now don't get any useful return code any more.
You may argument that we didn't get one before, which is correct for
building multiple boards in one call. But when running something like
"MAKEALL " we di
Wolfgang Denk wrote:
> Dear xiangfu,
>
> In message <4a35b1a5.3030...@gmail.com> you wrote:
>> I have add a new board to u-boot. and try to run MAKEALL.
>> but I don't have other cross compiler. I only have mips cross compiler
>> how to deal with this?
>
> How about downloading and installing one
Dear xiangfu,
In message <4a35b1a5.3030...@gmail.com> you wrote:
>
> I have add a new board to u-boot. and try to run MAKEALL.
> but I don't have other cross compiler. I only have mips cross compiler
> how to deal with this?
How about downloading and installing one?? For example, ELDK is
availab
Hi
I have add a new board to u-boot. and try to run MAKEALL.
but I don't have other cross compiler. I only have mips cross compiler
how to deal with this?
--
Best Regards
Xiangfu Liu
jabber : xiangf...@gmail.com
skype : xiangfu.z
___
U-Boot mailing
November 2008 3:10 PM
To: Ricardo
Cc: u-boot@lists.denx.de
Subject: Re: [U-Boot] MAKEALL ml507_flash return "Not enough room
forprogramheaders" error
Hi Ricardo,
Thanks for helping with this issue. My real option is to do a long jump
to the _start code. However, I am not familiar wi
Cc: u-boot@lists.denx.de
Subject: Re: [U-Boot] MAKEALL ml507_flash return "Not enough room for
programheaders" error
Hello Benny
Maybe if you move your _start to the booptg section you will solve
your problem or you can also modify the jump to be a long jump.
Best
the linker failed at the last stage.
>
> Does anyone have any idea with this issue?
>
> Regards,
> Benny
>
> -Original Message-
> From: Ricardo [mailto:[EMAIL PROTECTED]
> Sent: Monday, 3 November 2008 6:26 PM
> To: Benny Chen
> Cc: u-boot@lists.denx.de
&g
anyone have any idea with this issue?
Regards,
Benny
-Original Message-
From: Ricardo [mailto:[EMAIL PROTECTED]
Sent: Monday, 3 November 2008 6:26 PM
To: Benny Chen
Cc: u-boot@lists.denx.de
Subject: Re: [U-Boot] MAKEALL ml507_flash return "Not enough room for
programheaders" err
Hello Benny
I have just checkout the build of the ml507_flash and works ok for me
[EMAIL PROTECTED]:~/curro/qtec/u-boot$ ./MAKEALL ml507_flash
Configuring for ml507 board...
textdata bss dec hex filename
202132 10476 30032 242640 3b3d0 ./u-boot
I remember that
Hi there,
I am trying to build a U-Boot image for the ML507 board running from
FLASH and got the "Not enough room for program headers" error.
The main difference for my setup is the toolchain. I am using the
powerpc-eabi-ld linker from Xilinx's EDK tool chain to build the
ml507_flash design f
52 matches
Mail list logo
