From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753977AbbCKOgE (ORCPT ); Wed, 11 Mar 2015 10:36:04 -0400 Received: from mail-we0-f180.google.com ([74.125.82.180]:41719 "EHLO mail-we0-f180.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751821AbbCKOgB (ORCPT ); Wed, 11 Mar 2015 10:36:01 -0400 Message-ID: <550052CD.5040303@plexistor.com> Date: Wed, 11 Mar 2015 16:35:57 +0200 From: Boaz Harrosh User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Sasha Levin , Steven Rostedt CC: LKML , linux-mm@kvack.org, netdev@vger.kernel.org, linux-arch@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-crypto@vger.kernel.org Subject: Re: [PATCH] mm: kill kmemcheck References: <1426074547-21888-1-git-send-email-sasha.levin@oracle.com> <20150311081909.552e2052@grimm.local.home> <55003666.3020100@oracle.com> <20150311084034.04ce6801@grimm.local.home> <55004595.7020304@oracle.com> In-Reply-To: <55004595.7020304@oracle.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 03/11/2015 03:39 PM, Sasha Levin wrote: > On 03/11/2015 08:40 AM, Steven Rostedt wrote: >> On Wed, 11 Mar 2015 08:34:46 -0400 >> Sasha Levin wrote: >> >>>> Fair enough. We knew there are existing kmemcheck users, but KASan should be >>>> superior both in performance and the scope of bugs it finds. It also shouldn't >>>> impose new limitations beyond requiring gcc 4.9.2+. >>>> >> Ouch! OK, then I can't use it. I'm currently compiling with gcc 4.6.3. >> >> It will be a while before I upgrade my build farm to something newer. > > Are you actually compiling new kernels with 4.6.3, or are you using older > kernels as well? > > There's no real hurry to kill kmemcheck right now, but we do want to stop > supporting that in favour of KASan. > Just my $0.017 for me I wish there was the single config MEM_CHECK and the new or old would be selected automatically depending on enabling factors, for example gcc version, if arch dependent and so on. Thanks Boaz