From mboxrd@z Thu Jan 1 00:00:00 1970 Reply-To: kernel-hardening@lists.openwall.com From: "Reshetova, Elena" Date: Thu, 17 Nov 2016 09:04:44 +0000 Message-ID: <2236FBA76BA1254E88B949DDB74E612B41C13F55@IRSMSX102.ger.corp.intel.com> References: <20161111174630.GO3117@twins.programming.kicks-ass.net> <20161111201704.GQ3117@twins.programming.kicks-ass.net> <1479228602.4622.64.camel@redhat.com> <1479316156.21171.30.camel@redhat.com> <2236FBA76BA1254E88B949DDB74E612B41C1196C@IRSMSX102.ger.corp.intel.com> <20161117083718.GA3142@twins.programming.kicks-ass.net> In-Reply-To: <20161117083718.GA3142@twins.programming.kicks-ass.net> Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: RE: [kernel-hardening] Re: [RFC v4 PATCH 00/13] HARDENED_ATOMIC To: Peter Zijlstra Cc: Rik van Riel , "kernel-hardening@lists.openwall.com" , Will Deacon , Greg KH , David Windsor , Arnd Bergmann , Thomas Gleixner , Ingo Molnar , "Anvin, H Peter" , "Julia.Lawall@lip6.fr" List-ID: > I have a coccinelle rule now that found about 15 usages of it.=20 >Right, so can coccinelle detect the call_rcu/free call that is conditional= on the dec_and_test when its hidden inside a few function calls? Yes, it can. However, I haven't expanded the rule yet to cover cases when "= hidden inside a few function calls" goes outside of one .c or .h file. Cocc= inelle supports that, but I have to experiment fist if it doesn't bring mor= e false positives that current setup.=20 >Also, we should really have a "make spatch" target so that we can run the = thing concurrently with -j80 or somesuch, because as is coccinelle is unbea= rably slow. The currents rules are very simple, the full run on the whole tree even wit= hout any pre-indexing, multithreading and etc. takes around 1 min only. =20