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]
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

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ