linux-kernel - Re: [tip: perf/kprobes] locking/atomics: Regenerate the atomics-check SHA1's

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: <20201108090521.GA108695@gmail.com>
Date:   Sun, 8 Nov 2020 10:05:21 +0100
From:   Ingo Molnar <mingo@...nel.org>
To:     Borislav Petkov <bp@...en8.de>
Cc:     x86-ml <x86@...nel.org>, linux-tip-commits@...r.kernel.org,
        linux-kernel@...r.kernel.org,
        Peter Zijlstra <peterz@...radead.org>,
        Linus Torvalds <torvalds@...ux-foundation.org>,
        Andrew Morton <akpm@...ux-foundation.org>,
        Thomas Gleixner <tglx@...utronix.de>,
        "Paul E. McKenney" <paulmck@...nel.org>,
        Will Deacon <will.deacon@....com>
Subject: Re: [tip: perf/kprobes] locking/atomics: Regenerate the
 atomics-check SHA1's


* Borislav Petkov <bp@...en8.de> wrote:

> On Sat, Nov 07, 2020 at 03:13:58PM -0000, tip-bot2 for Ingo Molnar wrote:
> > The following commit has been merged into the perf/kprobes branch of tip:
> > 
> > Commit-ID:     a70a04b3844f59c29573a8581d5c263225060dd6
> > Gitweb:        https://git.kernel.org/tip/a70a04b3844f59c29573a8581d5c263225060dd6
> > Author:        Ingo Molnar <mingo@...nel.org>
> > AuthorDate:    Sat, 07 Nov 2020 12:54:49 +01:00
> > Committer:     Ingo Molnar <mingo@...nel.org>
> > CommitterDate: Sat, 07 Nov 2020 13:20:41 +01:00
> > 
> > locking/atomics: Regenerate the atomics-check SHA1's
> > 
> > The include/asm-generic/atomic-instrumented.h checksum got out
> > of sync, so regenerate it. (No change to actual code.)
> > 
> > Also make scripts/atomic/gen-atomics.sh executable, to make
    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> > it easier to use.
    ^^^^^^^^^^^^^^^^^

> >  mode change 100644 => 100755 scripts/atomic/gen-atomics.sh
> 		^^^^^^^^^^^^^^^
> 
> That looks like it snuck in but it shouldn't have...

So that mode change to executable was intentional, as mentioned in the 
changelog.

Or did I miss something?

Thanks,

	Ingo