Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp1650428pxb; Thu, 4 Mar 2021 17:33:16 -0800 (PST) X-Google-Smtp-Source: ABdhPJx71hTO0YmueRnXEpgACd6/Az8dI1llYnxT4m2kmDn6JyP91MYt3JhCUVtPwfUhfZVwmUWX X-Received: by 2002:a17:906:ecf3:: with SMTP id qt19mr224895ejb.467.1614907996558; Thu, 04 Mar 2021 17:33:16 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1614907996; cv=none; d=google.com; s=arc-20160816; b=gPUCnj7JiaXmAJxrD00phkduLqGiljSO2nVmFHzgZc15eIRFakqnLWeYrlDqWyVgBa IPpEuBQyYRw47aory8+YrV6BvxaWLSGqK4/D6uMs4I5t19QwwcOoTLEzbRbnA4AMGi19 0VMw0EtknInqLyZlLCJ1mkNU0M1jH9XkW8X2HHonTuF+2ugjnifwirGNT/OJeCrg6Vza O1AlnvgDYZHrDHURJ2TPZiu3TUdVO5vXzqf2fKBjFeE6rcdETSBjf2Vu97jMO0/P2ik0 U/Yd6vGwa9k5Jp3x6drEB3H/2x+YRAZFZ3M+6DZyaE4jo2LlE8C0hr3nLC8SrjS6t1ws UG/g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :dkim-signature; bh=CCtqt/hNJBZlh8hAG6WxfqlXYAmtx5ELupDTqj3GoIg=; b=wYraCGxN+O1Xeq0NTLSt2Z9URvBzWEgSpekpwM41SNe7zKZXLWO3/nevco8bqReZV7 PsRJytXrWfpwxvXiq0Hw1tKZ/SHKTEHFKteAAM6jH+V941brLBMUsa3ZwukssK4Jepn5 9tEdgEcghLMtpgrqzKaCm1JhpHenC0GcvO68e0Rpkf8SxWnVcV7xv6w+rIvOjHo+NmQ+ 4NmXXEA9cLxPfyQxS8oSXhD+JJtLLBBp52MbYNu/6iS4+qxKVKJ+8Y1DtFunU2NhqFna jV7iE4/OBS5oLcgY7nyf8VwPdZS/lDGLvEDGp4W+ao8OAIcO18lUZGqlBri/cFCjyw2T TG6A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linux-foundation.org header.s=korg header.b=lFKVIahp; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id l6si459500ejd.115.2021.03.04.17.32.53; Thu, 04 Mar 2021 17:33:16 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linux-foundation.org header.s=korg header.b=lFKVIahp; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229631AbhCEBbf (ORCPT + 99 others); Thu, 4 Mar 2021 20:31:35 -0500 Received: from mail.kernel.org ([198.145.29.99]:49684 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229436AbhCEBbf (ORCPT ); Thu, 4 Mar 2021 20:31:35 -0500 Received: by mail.kernel.org (Postfix) with ESMTPSA id 9966D6500D; Fri, 5 Mar 2021 01:31:33 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linux-foundation.org; s=korg; t=1614907894; bh=TVVHEOGdTssyL6W7mFsjyWsrBlLds9RsYXTrSkzq1MQ=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=lFKVIahp6sdscK6IX/YgKYxBNui1HmTR6eJLBDBGaUV9QxAvi0H+gUeQ0SQSSqlWa u4R7Y3LdaXzTNkdArTyMO9+RJOXkypXQCA/S4Kp+kWT19YDSEe/7elMyaIOQA0TbfM d+EbARdgXmccivmLoVT8aV8GVikR+4mWaV1l5AjY= Date: Thu, 4 Mar 2021 17:31:32 -0800 From: Andrew Morton To: Alexander Potapenko Cc: Dmitriy Vyukov , Andrey Konovalov , Jann Horn , LKML , Linux Memory Management List , kasan-dev , Marco Elver Subject: Re: [PATCH mm] kfence, slab: fix cache_alloc_debugcheck_after() for bulk allocations Message-Id: <20210304173132.6696eb2a357edf835a5033ee@linux-foundation.org> In-Reply-To: References: <20210304205256.2162309-1-elver@google.com> X-Mailer: Sylpheed 3.5.1 (GTK+ 2.24.31; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 4 Mar 2021 22:05:48 +0100 Alexander Potapenko wrote: > On Thu, Mar 4, 2021 at 9:53 PM Marco Elver wrote: > > > > cache_alloc_debugcheck_after() performs checks on an object, including > > adjusting the returned pointer. None of this should apply to KFENCE > > objects. While for non-bulk allocations, the checks are skipped when we > > allocate via KFENCE, for bulk allocations cache_alloc_debugcheck_after() > > is called via cache_alloc_debugcheck_after_bulk(). > > @Andrew, is this code used by anyone? > As far as I understand, it cannot be enabled by any config option, so > nobody really tests it. > If it is still needed, shall we promote #if DEBUGs in slab.c to a > separate config option, or maybe this code can be safely removed? It's all used: #ifdef CONFIG_DEBUG_SLAB #define DEBUG 1 #define STATS 1 #define FORCED_DEBUG 1 #else #define DEBUG 0 #define STATS 0 #define FORCED_DEBUG 0 #endif