From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753307AbdCFNYI (ORCPT ); Mon, 6 Mar 2017 08:24:08 -0500 Received: from bombadil.infradead.org ([65.50.211.133]:45747 "EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751378AbdCFNXq (ORCPT ); Mon, 6 Mar 2017 08:23:46 -0500 Date: Mon, 6 Mar 2017 13:58:51 +0100 From: Peter Zijlstra To: Dmitry Vyukov Cc: Andrew Morton , Andrey Ryabinin , Ingo Molnar , kasan-dev , "linux-mm@kvack.org" , LKML Subject: Re: [PATCH] x86, kasan: add KASAN checks to atomic operations Message-ID: <20170306125851.GL6500@twins.programming.kicks-ass.net> References: <20170306124254.77615-1-dvyukov@google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23.1 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Mar 06, 2017 at 01:50:47PM +0100, Dmitry Vyukov wrote: > On Mon, Mar 6, 2017 at 1:42 PM, Dmitry Vyukov wrote: > > KASAN uses compiler instrumentation to intercept all memory accesses. > > But it does not see memory accesses done in assembly code. > > One notable user of assembly code is atomic operations. Frequently, > > for example, an atomic reference decrement is the last access to an > > object and a good candidate for a racy use-after-free. > > > > Add manual KASAN checks to atomic operations. > > Note: we need checks only before asm blocks and don't need them > > in atomic functions composed of other atomic functions > > (e.g. load-cmpxchg loops). > > Peter, also pointed me at arch/x86/include/asm/bitops.h. Will add them in v2. > > > static __always_inline void atomic_add(int i, atomic_t *v) > > { > > + kasan_check_write(v, sizeof(*v)); > > asm volatile(LOCK_PREFIX "addl %1,%0" > > : "+m" (v->counter) > > : "ir" (i)); So the problem is doing load/stores from asm bits, and GCC (traditionally) doesn't try and interpret APP asm bits. However, could we not write a GCC plugin that does exactly that? Something that interprets the APP asm bits and generates these KASAN bits that go with it?