From: Paul Gortmaker <paul.gortmaker@windriver.com>
To: Jonathan Corbet <corbet@lwn.net>
Cc: "Rafael J. Wysocki" <rjw@sisk.pl>,
<ksummit-2013-discuss@lists.linuxfoundation.org>,
LKML <linux-kernel@vger.kernel.org>
Subject: Re: [Ksummit-2013-discuss] [ATTEND] DT, maintainership, development process
Date: Mon, 29 Jul 2013 12:31:26 -0400 [thread overview]
Message-ID: <51F698DE.4010300@windriver.com> (raw)
In-Reply-To: <20130729081141.00818596@lwn.net>
On 13-07-29 10:11 AM, Jonathan Corbet wrote:
> On Mon, 29 Jul 2013 15:10:33 +0200
> "Rafael J. Wysocki" <rjw@sisk.pl> wrote:
>
>> That actually is simple enough.
>>
>> Check out the Linus' master branch and do
>>
>> $ git log --ancestry-path --merges <commit>..
>
> So I picked a recent, single-signoff patch mostly at random:
>
> 8ade62857ef77bdf639185410fbcd811aa700cb2
>
> That "git log" command gives me 156 intervening commits involving at least
> a dozen networking trees, along with virtio, parisc, blackfin, x86, ...
> Even if one stops looking at the first merge performed by Linus, that's 47
> to look at. Did that patch really pass through all those peoples' hands?
Try this:
$ git describe --contains 8ade62857ef77bdf6391
v3.11-rc1~16^2~103^2^2~5^2~25
Looks scary, but lets deconstruct it right to left a chunk at
a time v3.11-rc1 ~16 ^2 ~103 ^2 ^2 ~5 ^2 ~25
So, your commit is 25 commits back in the 2nd branch of the merge
described by v3.11-rc1~16^2~103^2^2~5
git show v3.11-rc1~16^2~103^2^2~5
commit 76015021aaaa288bb4dc870258e0acc4d178c950
Merge: f7a01ca fded313
Author: John W. Linville <linville@tuxdriver.com>
Date: Mon Jun 10 14:51:17 2013 -0400
Merge branch 'for-john' of git://git.kernel.org/pub/scm/linux/kernel/git/iwlwifi/iwlwifi-next
which is by definition, 5 commits back from 2nd branch
of the merge v3.11-rc1~16^2~103^2
$ git show v3.11-rc1~16^2~103^2
commit 3899ba90a4ab2f3cab8e0f91a76c14ff131c8293
Merge: 45203a3 8b3e7be
Author: John W. Linville <linville@tuxdriver.com>
Date: Tue Jun 11 14:48:32 2013 -0400
Merge branch 'master' of git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-next into for-davem
and that merge was merged into the merge v3.11-rc1~16^2~103
git show v3.11-rc1~16^2~103
commit 4a2e667ac15edd19b02321bc030acb3ebeb22ab6
Merge: 8f728d7 3899ba9
Author: David S. Miller <davem@davemloft.net>
Date: Wed Jun 12 14:23:41 2013 -0700
Merge branch 'for-davem' of git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-next
which means the above merge was 103 commits back from the last
(last = latest/newest) commit on the 2nd arm in merge v3.11-rc1~16
and so on.
All the data is there, regardless of whether a maintainer manually
manipulated the patch and added a SOB line or not.
Paul.
--
>
> Plus, of course, this assumes there's no fast-forward merges in the mix.
>
>>From your other message:
>
>> And what about trusting maintainers? If Linus trusts them enough to pull from
>> them, why can't everybody else trust them enough to assume that they don't do
>> bad things on purpose?
>
> I hope you're not reading such thoughts into what *I* wrote. But most
> anybody who works on code occasionally does bad things by mistake, that's
> why we have a review process.
>
> jon
> _______________________________________________
> Ksummit-2013-discuss mailing list
> Ksummit-2013-discuss@lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/ksummit-2013-discuss
>
>
next prev parent reply other threads:[~2013-07-29 16:31 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20130729102452.GA2682@zurbaran>
[not found] ` <alpine.LNX.2.00.1307291230270.18809@pobox.suse.cz>
2013-07-29 13:10 ` [Ksummit-2013-discuss] [ATTEND] DT, maintainership, development process Rafael J. Wysocki
2013-07-29 14:11 ` Jonathan Corbet
2013-07-29 16:31 ` Paul Gortmaker [this message]
2013-07-29 16:33 ` Jiri Kosina
2013-07-29 22:09 ` Rafael J. Wysocki
2013-08-01 10:16 ` Geert Uytterhoeven
2013-08-01 17:40 ` Rafael J. Wysocki
[not found] ` <20130729113526.GB3604@zurbaran>
[not found] ` <20130729130357.GQ29916@titan.lakedaemon.net>
2013-07-29 13:27 ` Rafael J. Wysocki
2013-07-29 18:17 ` John W. Linville
2013-07-29 18:41 ` Jason Cooper
2013-07-29 22:30 ` Rafael J. Wysocki
2013-07-31 5:47 ` H. Peter Anvin
2013-07-31 5:56 ` James Bottomley
2013-07-31 11:48 ` Rafael J. Wysocki
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=51F698DE.4010300@windriver.com \
--to=paul.gortmaker@windriver.com \
--cc=corbet@lwn.net \
--cc=ksummit-2013-discuss@lists.linuxfoundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=rjw@sisk.pl \
/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.