Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754185AbbFSOBM (ORCPT ); Fri, 19 Jun 2015 10:01:12 -0400 Received: from mail-wi0-f177.google.com ([209.85.212.177]:36075 "EHLO mail-wi0-f177.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753632AbbFSOA6 (ORCPT ); Fri, 19 Jun 2015 10:00:58 -0400 Date: Fri, 19 Jun 2015 16:00:51 +0200 From: Ingo Molnar To: Andrey Ryabinin Cc: Borislav Petkov , Alexander Popov , Thomas Gleixner , Ingo Molnar , "H. Peter Anvin" , Andrey Konovalov , Andrew Morton , Andy Lutomirski , Alexander Kuleshov , Denys Vlasenko , Peter Zijlstra , Kees Cook , x86@kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v6 1/1] x86_64: fix KASan shadow region page tables Message-ID: <20150619140051.GA18930@gmail.com> References: <1434613012-16046-1-git-send-email-alpopov@ptsecurity.com> <20150618090857.GB1385@pd.tnic> <5582B801.80705@samsung.com> <20150618145510.GC1385@pd.tnic> <5582EC30.8080104@samsung.com> <20150618163846.GF1385@pd.tnic> <558401BF.3040809@samsung.com> <20150619120603.GE17826@pd.tnic> <55841ACF.50302@samsung.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55841ACF.50302@samsung.com> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1116 Lines: 35 * Andrey Ryabinin wrote: > On 06/19/2015 03:06 PM, Borislav Petkov wrote: > > On Fri, Jun 19, 2015 at 02:49:19PM +0300, Andrey Ryabinin wrote: > >> I guess that AMD cpus is more strict (unlike Intel) about violation > >> of reserved/unused bits in page table entries. Please, try with this > >> patch. > > > > With that the guest boots. > > > > Great! Thanks. > > > How do I check whether KASan actually works? I don't see any note in > > dmesg or some file named "*kasan*" in sysfs... > > > > kasan will print report in dmesg whant it will find anything. It should also printk a one line message at bootup, so that people can be sure they are running a KASan-enabled kernel. > To make sure that it works you could try to load testing module (CONFIG_TEST_KASAN). > This module has bugs that kasan should catch. That's a way too obscure mechanism just to determine whether the right kernel config was booted. Please add a printk(), ok? Thanks, Ingo -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in Please read the FAQ at http://www.tux.org/lkml/