All of lore.kernel.org
 help / color / mirror / Atom feed
* [Buildroot] Autobuilder for powerpc64le?
@ 2016-10-26  5:15 Sam Bobroff
  2016-10-26  7:12 ` Thomas Petazzoni
  0 siblings, 1 reply; 5+ messages in thread
From: Sam Bobroff @ 2016-10-26  5:15 UTC (permalink / raw)
  To: buildroot

Hi Thomas and Buildroot,

(I'm guessing from all the autobuilder email that you're the right person to
talk to!)

Are you interested in having an autobuilder for powerpc64le and possibly
powerpc64 (big endian)?

If so, what would be involved in setting it up?

I frequently work with buildroot on powerpc64 and powerpc64le and I'd be happy
to help fix build problems (I'm probably hitting them already, anyway).

Cheers,
Sam.

^ permalink raw reply	[flat|nested] 5+ messages in thread

* [Buildroot] Autobuilder for powerpc64le?
  2016-10-26  5:15 [Buildroot] Autobuilder for powerpc64le? Sam Bobroff
@ 2016-10-26  7:12 ` Thomas Petazzoni
  2016-10-27  3:52   ` Sam Bobroff
  0 siblings, 1 reply; 5+ messages in thread
From: Thomas Petazzoni @ 2016-10-26  7:12 UTC (permalink / raw)
  To: buildroot

Hello Sam,

On Wed, 26 Oct 2016 16:15:32 +1100, Sam Bobroff wrote:

> (I'm guessing from all the autobuilder email that you're the right person to
> talk to!)

Indeed :)

> Are you interested in having an autobuilder for powerpc64le and possibly
> powerpc64 (big endian)?

Are you talking about:

 1. Using powerpc64le/power64 as the *build* machine
 2. Using powerpc64le/powerpc64 as the *target*

I'd say that both are useful, though (2) looks more interesting to me.

> If so, what would be involved in setting it up?

Depends if you're talking about (1) or (2), so let's talk about both.

 (1) Requires you to have a machine available to do builds. You install
     the autobuild-run script from
     https://git.buildroot.org/buildroot-test/tree/scripts/autobuild-run
     on this machine, and simply run it. By default, it simply does
     some builds and keeps the build results around. This way, you can
     check if everything looks OK and you don't have bogus results due
     to missing things on the build machine. Once you have run this for
     about a day and checked that there doesn't seem to be any bogus
     result, then I can create credentials for you so that
     autobuild-run can upload the build results on
     http://autobuild.buildroot.org.

 (2) Requires adding some base toolchain configurations in
     https://git.buildroot.org/buildroot-test/tree/web/toolchains/configs/.
     One .config file per toolchain configuration, and each of them
     should be referenced in toolchain-configs.csv.

Also, if you're interested in powerpc64 and powerpc64le and we indeed
add toolchain configurations in the autobuilders, it would be nice if
you could add:

N:	Sam Bobroff <sam.bobroff@au1.ibm.com>
F:	arch/Config.in.powerpc

to the DEVELOPERS file. This way, you will receive a daily e-mail with
the failures that occurred on powerpc, powerpc64 and powerpc64le (i.e
all BR2_ARCH values described in arch/Config.in.powerpc).

Thanks! 

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com

^ permalink raw reply	[flat|nested] 5+ messages in thread

* [Buildroot] Autobuilder for powerpc64le?
  2016-10-26  7:12 ` Thomas Petazzoni
@ 2016-10-27  3:52   ` Sam Bobroff
  2016-10-27  7:56     ` Thomas Petazzoni
  0 siblings, 1 reply; 5+ messages in thread
From: Sam Bobroff @ 2016-10-27  3:52 UTC (permalink / raw)
  To: buildroot

On Wed, Oct 26, 2016 at 09:12:27AM +0200, Thomas Petazzoni wrote:
> Hello Sam,
> 
> On Wed, 26 Oct 2016 16:15:32 +1100, Sam Bobroff wrote:
> 
> > (I'm guessing from all the autobuilder email that you're the right person to
> > talk to!)
> 
> Indeed :)
> 
> > Are you interested in having an autobuilder for powerpc64le and possibly
> > powerpc64 (big endian)?
> 
> Are you talking about:
> 
>  1. Using powerpc64le/power64 as the *build* machine
>  2. Using powerpc64le/powerpc64 as the *target*
> 
> I'd say that both are useful, though (2) looks more interesting to me.

At the moment, it's (2), although I might eventually try to get (1) going as
well.

> > If so, what would be involved in setting it up?
> 
> Depends if you're talking about (1) or (2), so let's talk about both.
> 
>  (1) Requires you to have a machine available to do builds. You install
>      the autobuild-run script from
>      https://git.buildroot.org/buildroot-test/tree/scripts/autobuild-run
>      on this machine, and simply run it. By default, it simply does
>      some builds and keeps the build results around. This way, you can
>      check if everything looks OK and you don't have bogus results due
>      to missing things on the build machine. Once you have run this for
>      about a day and checked that there doesn't seem to be any bogus
>      result, then I can create credentials for you so that
>      autobuild-run can upload the build results on
>      http://autobuild.buildroot.org.
> 
>  (2) Requires adding some base toolchain configurations in
>      https://git.buildroot.org/buildroot-test/tree/web/toolchains/configs/.
>      One .config file per toolchain configuration, and each of them
>      should be referenced in toolchain-configs.csv.

OK! It's (2), so what do I need do next? Do I need to create the configs or
provide you with some info? (If it's me, are there instructions somewhere?)

Oh, also, how are the pre-built toolchains managed? I notice that some of the
configs use them and some don't. Can we create ones for the new targets?

> Also, if you're interested in powerpc64 and powerpc64le and we indeed
> add toolchain configurations in the autobuilders, it would be nice if
> you could add:
> 
> N:	Sam Bobroff <sam.bobroff@au1.ibm.com>
> F:	arch/Config.in.powerpc
> 
> to the DEVELOPERS file. This way, you will receive a daily e-mail with
> the failures that occurred on powerpc, powerpc64 and powerpc64le (i.e
> all BR2_ARCH values described in arch/Config.in.powerpc).

I can only help with powerpc64 and powerpc64le, if that's OK then I'm happy to
add myself. I can probably find someone else around here to put their hand up
too. Should I just send a buildroot patch with the change?

Cheers,
Sam.

^ permalink raw reply	[flat|nested] 5+ messages in thread

* [Buildroot] Autobuilder for powerpc64le?
  2016-10-27  3:52   ` Sam Bobroff
@ 2016-10-27  7:56     ` Thomas Petazzoni
  2016-11-01  4:52       ` Sam Bobroff
  0 siblings, 1 reply; 5+ messages in thread
From: Thomas Petazzoni @ 2016-10-27  7:56 UTC (permalink / raw)
  To: buildroot

Hello,

On Thu, 27 Oct 2016 14:52:03 +1100, Sam Bobroff wrote:

> > I'd say that both are useful, though (2) looks more interesting to me.  
> 
> At the moment, it's (2), although I might eventually try to get (1) going as
> well.

OK.

> >  (2) Requires adding some base toolchain configurations in
> >      https://git.buildroot.org/buildroot-test/tree/web/toolchains/configs/.
> >      One .config file per toolchain configuration, and each of them
> >      should be referenced in toolchain-configs.csv.  
> 
> OK! It's (2), so what do I need do next? Do I need to create the configs or
> provide you with some info? (If it's me, are there instructions somewhere?)

You clone the Git repository at
https://git.buildroot.org/buildroot-test/, add new .config files in
web/toolchains/configs/, and reference them in
web/toolchains/configs/toolchain-configs.csv, and then send patches on
the Buildroot mailing list, as usual.

> Oh, also, how are the pre-built toolchains managed? I notice that some of the
> configs use them and some don't. Can we create ones for the new targets?

Yes, we can. In this case, just provide me the base Buildroot
configuration for those targets, and I'll build the toolchains
accordingly.

Do you want just powerpc64/glibc and powerpc64el/glibc, or are there
other interesting C libraries supporting powerpc64 that we should test ?

> > Also, if you're interested in powerpc64 and powerpc64le and we indeed
> > add toolchain configurations in the autobuilders, it would be nice if
> > you could add:
> > 
> > N:	Sam Bobroff <sam.bobroff@au1.ibm.com>
> > F:	arch/Config.in.powerpc
> > 
> > to the DEVELOPERS file. This way, you will receive a daily e-mail with
> > the failures that occurred on powerpc, powerpc64 and powerpc64le (i.e
> > all BR2_ARCH values described in arch/Config.in.powerpc).  
> 
> I can only help with powerpc64 and powerpc64le, if that's OK then I'm happy to
> add myself. I can probably find someone else around here to put their hand up
> too. Should I just send a buildroot patch with the change?

We currently don't have a way of expressing interest only for powerpc64
but not powerpc. Is it fine if you get both results?

Best regards,

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com

^ permalink raw reply	[flat|nested] 5+ messages in thread

* [Buildroot] Autobuilder for powerpc64le?
  2016-10-27  7:56     ` Thomas Petazzoni
@ 2016-11-01  4:52       ` Sam Bobroff
  0 siblings, 0 replies; 5+ messages in thread
From: Sam Bobroff @ 2016-11-01  4:52 UTC (permalink / raw)
  To: buildroot

On Thu, Oct 27, 2016 at 09:56:07AM +0200, Thomas Petazzoni wrote:
> Hello,
> 
> On Thu, 27 Oct 2016 14:52:03 +1100, Sam Bobroff wrote:
> 
> > > I'd say that both are useful, though (2) looks more interesting to me.  
> > 
> > At the moment, it's (2), although I might eventually try to get (1) going as
> > well.
> 
> OK.
> 
> > >  (2) Requires adding some base toolchain configurations in
> > >      https://git.buildroot.org/buildroot-test/tree/web/toolchains/configs/.
> > >      One .config file per toolchain configuration, and each of them
> > >      should be referenced in toolchain-configs.csv.  
> > 
> > OK! It's (2), so what do I need do next? Do I need to create the configs or
> > provide you with some info? (If it's me, are there instructions somewhere?)
> 
> You clone the Git repository at
> https://git.buildroot.org/buildroot-test/, add new .config files in
> web/toolchains/configs/, and reference them in
> web/toolchains/configs/toolchain-configs.csv, and then send patches on
> the Buildroot mailing list, as usual.

Great, I'll send a patch shortly.

> > Oh, also, how are the pre-built toolchains managed? I notice that some of the
> > configs use them and some don't. Can we create ones for the new targets?
> 
> Yes, we can. In this case, just provide me the base Buildroot
> configuration for those targets, and I'll build the toolchains
> accordingly.
> 
> Do you want just powerpc64/glibc and powerpc64el/glibc, or are there
> other interesting C libraries supporting powerpc64 that we should test ?

Just those at the moment.

> > > Also, if you're interested in powerpc64 and powerpc64le and we indeed
> > > add toolchain configurations in the autobuilders, it would be nice if
> > > you could add:
> > > 
> > > N:	Sam Bobroff <sam.bobroff@au1.ibm.com>
> > > F:	arch/Config.in.powerpc
> > > 
> > > to the DEVELOPERS file. This way, you will receive a daily e-mail with
> > > the failures that occurred on powerpc, powerpc64 and powerpc64le (i.e
> > > all BR2_ARCH values described in arch/Config.in.powerpc).  
> > 
> > I can only help with powerpc64 and powerpc64le, if that's OK then I'm happy to
> > add myself. I can probably find someone else around here to put their hand up
> > too. Should I just send a buildroot patch with the change?
> 
> We currently don't have a way of expressing interest only for powerpc64
> but not powerpc. Is it fine if you get both results?

It is, I'll send a patch for that as soon as the autobuilders are
in :-)

Cheers,
Sam.

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2016-11-01  4:52 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-10-26  5:15 [Buildroot] Autobuilder for powerpc64le? Sam Bobroff
2016-10-26  7:12 ` Thomas Petazzoni
2016-10-27  3:52   ` Sam Bobroff
2016-10-27  7:56     ` Thomas Petazzoni
2016-11-01  4:52       ` Sam Bobroff

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.