From: Ingo Molnar <mingo@elte.hu>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
david@hardeman.nu, Jesse Barnes <jbarnes@virtuousgeek.org>,
linux-kernel@vger.kernel.org
Subject: Re: [origin tree build failure] [PATCH] input: Fix build failures caused by Kconfig Winbond WPCD376I Consumer IR hardware driver Kconfig entry
Date: Wed, 23 Sep 2009 10:55:12 +0200 [thread overview]
Message-ID: <20090923085512.GC3737@elte.hu> (raw)
In-Reply-To: <20090923003918.505db5b4.akpm@linux-foundation.org>
* Andrew Morton <akpm@linux-foundation.org> wrote:
> On Wed, 23 Sep 2009 09:24:44 +0200 Ingo Molnar <mingo@elte.hu> wrote:
>
> > ( ob-sidenote: Andrew, i did not find the patch for commit 16af5bb on
> > lkml and it's now upstream. It would be highly useful if you Cc:-ed
> > lkml with submitted patches like all maintainers do, so that patterns
> > can be grepped for and discussions can be continued quickly instead of
> > created anew. It would also significantly increase the S/N ratio of
> > lkml. Thanks! )
>
> I did that a couple of times a few years back and vger had a heart
> attack. I could cc the lower-subscriber-count mm-commits but that
> wouldn't help much.
Mass mailings of this order of magnitude are more common now and vger
ought to cope. It would be sad to skip the useful stuff while keeping
all the noise ;-)
At least as far as i'm concerned i grep for a commit's title and reply
to the last relevant mail in the thread that comes up on lkml. That kind
of activity would be sufficiently helped by a summary mail Cc:-ed to
lkml. (And there's rumors that there's a wonderful new tool for that,
written by a git - so i heard.)
Alternatively (or in addition to that) the mm commits list could Cc:
over to lkml.
( It might even use LKML-Reference tag for that purpose - that way
patches which are queued up (or updated) in -mm will show up on lkml
gradually and in relevant threads. Highly useful in practice - not
only does it make the flow of patches more transparent on lkml, it
also links the commit back to the discussion and allows others to
chime in later in the discussion (even if they were not Cc:-ed and are
hence outside the usual scope of mm-commits). Dunno whether you
consider it worth it to update the mm-commits scripts to that end.
Since you pick patches from emails it seems a perfect match to me.
YMMV. )
And if that is done then git-commits-head@vger.kernel.org could Cc: back
to lkml if a LKML-Reference tag is present, and the 'hits upstream'
notification would thus thread back to the original discussion as well.
All in the name of eternal laziness.
> 16af5bb doesn't exist btw - you want e258b80e691f1f3ae83a60aa80eaf7322bd55ec4.
Yeah, you are right, i meant e258b80e (correctly mentioned in the
changelog).
Ingo
prev parent reply other threads:[~2009-09-23 8:55 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-09-23 7:24 [origin tree build failure] [PATCH] input: Fix build failures caused by Kconfig Winbond WPCD376I Consumer IR hardware driver Kconfig entry Ingo Molnar
2009-09-23 7:39 ` Andrew Morton
2009-09-23 8:55 ` Ingo Molnar [this message]
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=20090923085512.GC3737@elte.hu \
--to=mingo@elte.hu \
--cc=akpm@linux-foundation.org \
--cc=david@hardeman.nu \
--cc=jbarnes@virtuousgeek.org \
--cc=linux-kernel@vger.kernel.org \
--cc=torvalds@linux-foundation.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox