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
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.
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
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
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
Hi Wolfgang,
> 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
> "MAKE
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
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 whe
43 matches
Mail list logo
