Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 03877C6FD1D for ; Tue, 14 Mar 2023 22:13:27 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229977AbjCNWN0 (ORCPT ); Tue, 14 Mar 2023 18:13:26 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40428 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231395AbjCNWM6 (ORCPT ); Tue, 14 Mar 2023 18:12:58 -0400 Received: from mail-wm1-x335.google.com (mail-wm1-x335.google.com [IPv6:2a00:1450:4864:20::335]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1D09F53700; Tue, 14 Mar 2023 15:11:32 -0700 (PDT) Received: by mail-wm1-x335.google.com with SMTP id p16so11352122wmq.5; Tue, 14 Mar 2023 15:11:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; t=1678831847; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=XOm5rYLYVzCqPgdOgZlYvvxQEGH2cR4WoabHTdB2XTc=; b=jEzZzddbSnH6HLoRTbU0J41xJ6EwUSMB1obXmPgFsYPLyylYewJRGT6bdusBGKQlhs qqua4VFJpoPfxTvR1HAj2ErF7WaukuiWa3xN/27SorHhN6w+2zs+hdS8IGQxrKGb4UXq ZAWy+j8TKthIx6xUAUTviRPkfbWcL4gBErnh1zBE/e4KVVgounC6ZJIPrAnUXKcheFpd 7ELASOoDJ3suifJZ+gAlKmvKs+jPUsP5a19PGWC0UaWHKgQotdcUu7cpL4l4Lg7rCtmQ h4qIWHjMof6LgwHaOeTZDiaR8UEpw7aaN//D7fL413Ek3hoYAPH0iEu9vWP4J2zKdF5A suoQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1678831847; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=XOm5rYLYVzCqPgdOgZlYvvxQEGH2cR4WoabHTdB2XTc=; b=Mzqp8F/yWHcC3Se9aDLLEHf8/c+twWI/jnJwlVqrZtno9eyEKcCR/JcHJBT4iuJn+K 9s1ihKgEKu4dzhDWoxMPi7Jd1e2mYYXiGIZp0MU2VWQ42e1i89V9go3p+oSkLh25q9tO BECMsZM0+kcPeO93p8YoqvKt+vf4t7pCuz0X2Yzy8RTAfo7L0VA8KOZYQyHNDzvnmgll IIfjX/jGoSR9dzZDljElifZG51HMI9/EXqeIyf28Y08IGwcBqVBDwXxaYaAUxB4oGRxQ a78gvwBX5oTFPD2WBpijMplavjN+mc8uHWvRmcH9gj/Yo2T4buvX8PWOj65JjwbErTiP sOHg== X-Gm-Message-State: AO0yUKXksodV2MrbYi5QG+gLZJlY960M5gJvI6xGDDBALN3a5P2zQMe6 GrKb2xMajCtdYQIS+B+0tuI= X-Google-Smtp-Source: AK7set/LLjuI1UJN7XrwhAnLm6yhPHUm3AdRkBcTVIEVq6SVbL08lC3lUyr8ctQdrpwYwuUYEFzSvw== X-Received: by 2002:a05:600c:4f91:b0:3eb:29fe:7b9e with SMTP id n17-20020a05600c4f9100b003eb29fe7b9emr15098520wmq.17.1678831846616; Tue, 14 Mar 2023 15:10:46 -0700 (PDT) Received: from localhost (host86-146-209-214.range86-146.btcentralplus.com. [86.146.209.214]) by smtp.gmail.com with ESMTPSA id n17-20020a05600c3b9100b003ebff290a52sm4522859wms.28.2023.03.14.15.10.45 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 14 Mar 2023 15:10:45 -0700 (PDT) Date: Tue, 14 Mar 2023 22:10:45 +0000 From: Lorenzo Stoakes To: Vlastimil Babka Cc: Mike Rapoport , Christoph Lameter , David Rientjes , Joonsoo Kim , Pekka Enberg , Hyeonggon Yoo <42.hyeyoo@gmail.com>, Roman Gushchin , Andrew Morton , linux-mm@kvack.org, rcu@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, patches@lists.linux.dev, netdev@vger.kernel.org, linux-doc@vger.kernel.org, "David S. Miller" , Eric Dumazet , Frederic Weisbecker , Jakub Kicinski , Joel Fernandes , Jonathan Corbet , Josh Triplett , Lai Jiangshan , Mathieu Desnoyers , Mike Rapoport , Neeraj Upadhyay , Paolo Abeni , "Paul E. McKenney" , Steven Rostedt Subject: Re: [PATCH 0/7] remove SLOB and allow kfree() with kmem_cache_alloc() Message-ID: References: <20230310103210.22372-1-vbabka@suse.cz> <93d33f35-fc5e-3ab2-1ac0-891f018b4b06@suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <93d33f35-fc5e-3ab2-1ac0-891f018b4b06@suse.cz> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Mar 13, 2023 at 05:36:44PM +0100, Vlastimil Babka wrote: > > git grep -in slob still gives a couple of matches. I've dropped the > > irrelevant ones it it left me with these: I see an #ifdef in security/tomoyo/common.h which I guess is not really relevant? And certainly not harmful in practice. Thought might be nice to eliminate the last reference to CONFIG_SLOB in the kernel :)