Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755116AbbLVUBi (ORCPT ); Tue, 22 Dec 2015 15:01:38 -0500 Received: from resqmta-ch2-01v.sys.comcast.net ([69.252.207.33]:57377 "EHLO resqmta-ch2-01v.sys.comcast.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752895AbbLVUBg (ORCPT ); Tue, 22 Dec 2015 15:01:36 -0500 Date: Tue, 22 Dec 2015 14:01:34 -0600 (CST) From: Christoph Lameter X-X-Sender: cl@east.gentwo.org To: Mathias Krause cc: Laura Abbott , kernel-hardening@lists.openwall.com, Pekka Enberg , David Rientjes , Joonsoo Kim , Andrew Morton , linux-mm@kvack.org, "linux-kernel@vger.kernel.org" , Kees Cook Subject: Re: [kernel-hardening] [RFC][PATCH 6/7] mm: Add Kconfig option for slab sanitization In-Reply-To: Message-ID: References: <1450755641-7856-1-git-send-email-laura@labbott.name> <1450755641-7856-7-git-send-email-laura@labbott.name> <56798D8F.9090402@labbott.name> Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 664 Lines: 15 On Tue, 22 Dec 2015, Mathias Krause wrote: > How many systems, do you think, are running with enabled DEBUG_SLAB / > SLUB_DEBUG in production? Not so many, I'd guess. And the ones running > into issues probably just disable DEBUG_SLAB / SLUB_DEBUG. All systems run with SLUB_DEBUG in production. SLUB_DEBUG causes the code for debugging to be compiled in. Then it can be enabled later with a command line parameter. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/