lkml.org 
[lkml]   [2008]   [Feb]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: Announce: Linux-next (Or Andrew's dream :-))
    On Tue, Feb 12, 2008 at 12:02:08PM +1100, Stephen Rothwell wrote:
    > I will attempt to build the tree between each merge (and a failed build
    > will again cause the offending tree to be dropped). These builds will be
    > necessarily restricted to probably one architecture/config. I will build
    > the entire tree on as many architectures/configs as seem sensible and
    > the results of that will be available on a web page (to be announced).

    This restriction means that the value for the ARM architecture is soo
    limited it's probably not worth the hastle participating in this project.

    We already know that -mm picks up on very few ARM conflicts because
    Andrew doesn't run through the entire set of configurations; unfortunately
    ARM is one of those architectures which is very diverse [*], and because
    of that, ideas like "allyconfig" are just completely irrelevant to it.

    As mentioned elsewhere, what we need for ARM is to extend the kautobuild
    infrastructure (see armlinux.simtec.co.uk) so that we can have more trees
    at least compile tested regularly - but that requires the folk there to
    have additional compute power (which isn't going to happen unless folk
    stamp up some machines _or_ funding).

    More trees maintained by more people isn't going to help the situation -
    if anything, it's going to make it worse - more trees needing more testing
    by the already extremely limited resources we have available.

    For reference, even _I_ don't build test the entire set of ARM defconfigs -
    at about 7 minutes a build, 75 defconfigs, that's about 9 hours... I
    just build those which are important to myself, hope that the others are
    fine, and rely on kautobuild finding any breakage.



    * - plus, its very difficult to get maintainers to see why having a
    kernel able to support multiple platforms is a good thing. For example,
    I would absolutely love to be able to combine more platforms into one
    build (such as Lubbock, Mainstone and probably other PXA stuff), but
    there's issues with drivers preventing it. (For those two I just
    mentioned, it's the SMC91x net driver whose build needs to be configured
    to the precise machine due to the multitude of different ways to connect
    the hardware to the processor.)

    --
    Russell King
    Linux kernel 2.6 ARM Linux - http://www.arm.linux.org.uk/
    maintainer of:


    \
     
     \ /
      Last update: 2008-02-16 01:13    [W:4.619 / U:0.072 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site