lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CA+55aFzSeGqDMMmf5qh17aKdCwjhZo0pbbub9QWpHWU3i4jwEw@mail.gmail.com>
Date:	Tue, 9 Dec 2014 12:44:09 -0800
From:	Linus Torvalds <torvalds@...ux-foundation.org>
To:	Johan Hovold <johan@...nel.org>
Cc:	Lee Jones <lee.jones@...aro.org>,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: [GIT PULL] MFD for v3.19

On Tue, Dec 9, 2014 at 2:00 AM, Johan Hovold <johan@...nel.org> wrote:
>
> Not sure what happened to the git history after your merge, though,
> since commit
>
>         b6684228726c ("mfd: viperboard: Fix platform-device id collision")
>
> no longer shows up when doing
>
>         git log origin/master -- drivers/mfd/viperboard.c

So when you do "git log" with a pathname specifier, git obviously no
longer shows you all the history. In particular, it shows you the
relevant history for just that file. And by "relevant", it not only
skips commits that don't change the file, but it also does merge
simplification: if it hits a merge, and all changes to the file came
from one side of the merge, it will ignore the other side.

And in this case, since after my merge the file was identical to your
branch, clearly the other side didn't bring anything interesting to
the table, and that history simplification basically means that it's
ignoring all the changes done in the other side of the merge that got
thrown away and aren't really relevant for the end result.

You can get rid of that extra simplification with "--full-history",
but then you'll usually also want to skip all the merges that aren't
really intersting, so you'd usually end up doing "--full-history
--no-merges" or something.

Thenm you'll see that commit that didn't actually matter fot the end result..

                    Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ