public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
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

      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