From: Al Viro <viro@ftp.linux.org.uk>
To: Andrew Morton <akpm@osdl.org>
Cc: pj@sgi.com, ak@suse.de, tytso@mit.edu, torvalds@osdl.org,
tony.luck@gmail.com, paolo.ciarrocchi@gmail.com,
linux-kernel@vger.kernel.org
Subject: Re: New (now current development process)
Date: Mon, 31 Oct 2005 07:27:14 +0000 [thread overview]
Message-ID: <20051031072714.GU7992@ftp.linux.org.uk> (raw)
In-Reply-To: <20051030232234.3ebf77c8.akpm@osdl.org>
On Sun, Oct 30, 2005 at 11:22:34PM -0800, Andrew Morton wrote:
> Al Viro <viro@ftp.linux.org.uk> wrote:
> >
> > On Sun, Oct 30, 2005 at 07:14:02PM -0800, Paul Jackson wrote:
> > > I think you are exagerating.
> > >
> > > It builds on most configs most of the time in my experience. If I
> > > haven't tried a crosstool rebuild of the several defconfig arch's in a
> > > week, I might expect one of the less popular archs to drop out, usually
> > > for something so easy even I can figure some sort of fix or workaround.
> >
> > Try allmodconfig for a change... I'm doing that for mainline on a regular
> > basis and even that turns into considerable amount of time. I have tried
> > that for -mm and had to give up.
>
> fud. Every -mm release is built with allmodconfig on x86 and on x86_64.
> It's also cross-compiled on fat configs for alpha, ppc32, ppc64, sparc64,
> arm and ia64. It's booted on x86, x86_64, ppc64 and ia64. Every release.
What fud? I stand by my claim - I have tried to do the same thing for
-mm and found that I didn't have guts for that; too much work. For mainline
I do cross-builds for allmodconfig on a *lot* more targets than what you've
mentioned and generally it stays within ~150-200Kb of patches, about half
of that being a fix for 8390 mess.
_IF_ somebody wants to do that for -mm, yell and you are more than welcome
to all infrastructure, except for the cycles on build box I'm using.
Incidentally, it is a box at work - my energy bill is high enough as it
is, without adding an 8-way 3GHz iamd64 to it...
The last time I've attempted that for -mm was this summer; right now mainline
is quite enough work, TYVM... Especially since I use the same tree as a
staging point for annotations and watch for build regressions both for gcc
and sparse.
next prev parent reply other threads:[~2005-10-31 7:27 UTC|newest]
Thread overview: 78+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-10-29 17:26 New (now current development process) Paolo Ciarrocchi
2005-10-29 18:57 ` Tony Luck
2005-10-29 19:51 ` Russell King
2005-10-29 20:28 ` Linus Torvalds
2005-10-29 20:44 ` Akula2
2005-10-29 23:28 ` Greg KH
2005-10-29 22:29 ` Andi Kleen
2005-10-29 22:37 ` Russell King
2005-10-30 19:12 ` Andrew Morton
2005-10-30 21:43 ` Russell King
2005-10-30 22:31 ` Andrew Morton
2005-10-30 22:45 ` Russell King
2005-10-30 22:55 ` Andrew Morton
2005-10-30 23:17 ` Russell King
2005-10-31 0:48 ` Andi Kleen
2005-10-31 0:16 ` Russell King
2005-10-31 1:22 ` Andrew Morton
2005-10-31 2:41 ` Andi Kleen
2005-10-31 6:34 ` Zwane Mwaikambo
2005-10-31 7:07 ` Andrew Morton
2005-10-31 23:58 ` Roman Zippel
2005-11-01 0:05 ` Andrew Morton
2005-11-01 0:13 ` Linus Torvalds
2005-11-01 0:34 ` Andrew Morton
2005-11-01 0:59 ` Grant Coady
2005-11-01 14:08 ` Adrian Bunk
2005-11-01 15:15 ` Nix
2005-11-01 15:26 ` Bill Davidsen
2005-11-02 5:01 ` Roland Dreier
2005-11-02 5:43 ` Linus Torvalds
2005-11-02 5:56 ` Roland Dreier
2005-11-02 6:05 ` Linus Torvalds
2005-11-02 6:15 ` Roland Dreier
2005-11-02 15:54 ` Linus Torvalds
2005-11-02 17:48 ` Dave Jones
2005-11-02 18:12 ` Adrian Bunk
2005-11-02 20:11 ` David Lang
2005-11-02 22:31 ` Sam Ravnborg
2005-11-03 18:54 ` Andi Kleen
2005-11-02 23:11 ` Rob Landley
2005-11-04 22:08 ` Tim Bird
2005-11-04 22:35 ` Andi Kleen
2005-11-04 23:33 ` Tim Bird
2005-11-02 15:41 ` Andreas Kleen
2005-11-01 7:52 ` Russell King
2005-11-01 9:09 ` Rob Landley
2005-11-01 14:15 ` Adrian Bunk
2005-11-01 0:17 ` Roman Zippel
2005-11-01 0:34 ` Jesse Barnes
2005-10-31 1:10 ` Andrew Morton
2005-10-31 5:05 ` Rob Landley
2005-10-31 7:17 ` Andrew Morton
2005-10-31 8:47 ` Rogério Brito
2005-10-31 9:54 ` Andrew Morton
2005-11-02 5:04 ` Martin J. Bligh
2005-10-30 21:32 ` Theodore Ts'o
2005-10-31 0:45 ` Andi Kleen
2005-10-31 0:18 ` Al Viro
2005-10-31 3:14 ` Paul Jackson
2005-10-31 3:34 ` Al Viro
2005-10-31 6:17 ` Paul Jackson
2005-10-31 7:22 ` Andrew Morton
2005-10-31 7:27 ` Al Viro [this message]
2005-10-31 8:19 ` Paul Jackson
2005-11-02 4:53 ` Martin J. Bligh
2005-11-02 4:49 ` Martin J. Bligh
2005-10-31 4:52 ` Rob Landley
2005-11-02 14:44 ` Andreas Kleen
2005-10-30 1:12 ` Tony Luck
2005-10-31 6:41 ` Willy Tarreau
2005-11-07 4:54 ` Eric Sandall
2005-11-07 16:12 ` Krzysztof Halasa
2005-11-07 17:11 ` Christopher Friesen
2005-11-07 17:22 ` Linus Torvalds
2005-11-07 17:28 ` Linus Torvalds
2005-11-07 20:34 ` Willy Tarreau
2005-11-07 18:25 ` Krzysztof Halasa
2005-10-30 0:37 ` Jesper Juhl
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20051031072714.GU7992@ftp.linux.org.uk \
--to=viro@ftp.linux.org.uk \
--cc=ak@suse.de \
--cc=akpm@osdl.org \
--cc=linux-kernel@vger.kernel.org \
--cc=paolo.ciarrocchi@gmail.com \
--cc=pj@sgi.com \
--cc=tony.luck@gmail.com \
--cc=torvalds@osdl.org \
--cc=tytso@mit.edu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.