Received: by 2002:a05:6a10:6d10:0:0:0:0 with SMTP id gq16csp2616281pxb; Sun, 24 Apr 2022 21:04:39 -0700 (PDT) X-Google-Smtp-Source: ABdhPJynceO6ZrjcByQqbby/LMrYQcfaT3Q+Bq5Yul3eL74L4aCv4hYV4bGQcwegKQXc3dOPquWN X-Received: by 2002:a17:907:9805:b0:6db:4c33:7883 with SMTP id ji5-20020a170907980500b006db4c337883mr14937800ejc.555.1650859479100; Sun, 24 Apr 2022 21:04:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1650859479; cv=none; d=google.com; s=arc-20160816; b=mpAaB1LmWiz4Msa6kTObHoXZgsfABnRoUIHYcR+R4MBg0ebsVAGXFCPQi2INBGxY98 iJ2ar0a17Rcx0eTYnqoFxaI6E3kD6FfHD5saUCPG5EpzYrivrixiuqLr5rTItfGjkfsP J4luzrOJwULAngJfQlOkbFcmLprg1lsRVHfYI8EkgBnYrinfiqQ/0Smvf/zQElrZmjn4 2GKuJIV4g9N8r50CrGV5IRlULWbQ3vpGQjZnit8BDbBCO/faX6iLvdneMlW6Bl7B+9Bj EC2nba7B+BsEVZLejIaQlyNLgkvXYL9MpmzpZFafwElScEnqVmFru7p0KP6L3iRR2j/7 VB7Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=peeXpSGRMeGEzoalpORyTqQLMLKNcHauKDKhUxOBeNk=; b=aIfu6KBHdtuU6ydpGG9tGe3o6mPDjxbAeg1WSSaoGSAqusa1HHsLtkNByEgc15cfFS M0DD+QMXKwnKtgdw2mT95Yps9cliOv7IceR0TbZI/rMlm/K3+YOubHRlKatQl3trnAv7 HLOKLzve9nMotP7ekG49PGJCgxfRZN2AUY+JIpTYVGhN3awoBud7ImcqpiaR38Y5/oom T6LTdElY8L5F+u1BsyEy59IYyg56AO0IOqUEorVCMcfF4vzIysSi85/H2Gqud7N0ICBJ SFUPhdB2h9o2XNpP8oHWRhLRb9OwrJnbENXYNvavpyALLVdXryBGickMS4+SbsQJBJmU 14ew== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linux-foundation.org header.s=google header.b=IekpBZl+; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id j26-20020a50d01a000000b00420fff231a3si11849818edf.160.2022.04.24.21.04.12; Sun, 24 Apr 2022 21:04:39 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@linux-foundation.org header.s=google header.b=IekpBZl+; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236872AbiDXRq5 (ORCPT + 99 others); Sun, 24 Apr 2022 13:46:57 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37126 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236851AbiDXRq4 (ORCPT ); Sun, 24 Apr 2022 13:46:56 -0400 Received: from mail-lj1-x22f.google.com (mail-lj1-x22f.google.com [IPv6:2a00:1450:4864:20::22f]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B580DD399F for ; Sun, 24 Apr 2022 10:43:54 -0700 (PDT) Received: by mail-lj1-x22f.google.com with SMTP id v4so3145627ljd.10 for ; Sun, 24 Apr 2022 10:43:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux-foundation.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=peeXpSGRMeGEzoalpORyTqQLMLKNcHauKDKhUxOBeNk=; b=IekpBZl+Z1RTJbQ89uIac/0pvqJlPZbLqqT1M3FrGlhuNapxhk9LXvDklkTRji31Iv YqTjbVNa45HZCZIFzco0ewinoAbriHZX7UDnNI0FvzoEh8a8GQ8BBe2n2fDNj6t+nH15 eBbh3tx/hkS1SojrqBNx+y9nwQoRTjBiF36VA= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=peeXpSGRMeGEzoalpORyTqQLMLKNcHauKDKhUxOBeNk=; b=y7BBVF1tkot/yjyCJkhm5c+xCKKRDreiOOhS+loOYPvJyqTzEOSF3ItN+HpLVsbGxY BGPfExSOBJaX5n3NrvosbnPed0+1esqZGmOS01vGx1HicctgulQ3hBaRvYqAime4renS AyeU7LvswR9LJASgoRuGPdowXfXpkb7sAKWyCpGycY9cckFsjTP3gWACIwbZ2zcHHRWC RGvlNcFuMNEXNE/RS6yF+g7SFuQwAkZTfbEkUG/hdFY1+jRdvoMpFaxrcIaJf1Bu3qse GfGu21J7GtoNofW/Ht8QdZmbyLtx8ON/ydaq4uXWAFwsZMXST5hJOkEaG6BNZSjjOaHe aajQ== X-Gm-Message-State: AOAM530sZUHBQvblF/qPTz+C3v2ziXZIAklYKIr5CKsyaD7Q5r3ozA5U 3Nwrjqrl0GG9zloeUnJpqAXdempAVjvjjGfp X-Received: by 2002:a2e:9010:0:b0:244:c66c:c3e6 with SMTP id h16-20020a2e9010000000b00244c66cc3e6mr8691494ljg.391.1650822232780; Sun, 24 Apr 2022 10:43:52 -0700 (PDT) Received: from mail-lf1-f44.google.com (mail-lf1-f44.google.com. [209.85.167.44]) by smtp.gmail.com with ESMTPSA id g18-20020a2eb0d2000000b0024f0fe97fc4sm193293ljl.56.2022.04.24.10.43.46 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 24 Apr 2022 10:43:47 -0700 (PDT) Received: by mail-lf1-f44.google.com with SMTP id t25so22549181lfg.7 for ; Sun, 24 Apr 2022 10:43:46 -0700 (PDT) X-Received: by 2002:a05:6512:b12:b0:44a:ba81:f874 with SMTP id w18-20020a0565120b1200b0044aba81f874mr10677909lfu.449.1650822226569; Sun, 24 Apr 2022 10:43:46 -0700 (PDT) MIME-Version: 1.0 References: <20220415164413.2727220-1-song@kernel.org> <4AD023F9-FBCE-4C7C-A049-9292491408AA@fb.com> In-Reply-To: <4AD023F9-FBCE-4C7C-A049-9292491408AA@fb.com> From: Linus Torvalds Date: Sun, 24 Apr 2022 10:43:30 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v4 bpf 0/4] vmalloc: bpf: introduce VM_ALLOW_HUGE_VMAP To: Song Liu Cc: Christoph Hellwig , Luis Chamberlain , Song Liu , bpf , Linux Memory Management List , open list , Alexei Starovoitov , Daniel Borkmann , Kernel Team , Andrew Morton , "Edgecombe, Rick P" , Claudio Imbrenda Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-1.8 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org [ I see that you posted a new version of the series, but I wasn't cc'd on that one, so I'm replying to the old thread instead ] On Sat, Apr 16, 2022 at 12:55 PM Song Liu wrote: > > Patch 2/4 enables huge pages for large hash. I decided that for 5.18, we want to at least fix the performance regression on powerpc, so I've applied the 2/4 patch to enable huge pages for the large hashes. I also enabled them for kvmalloc(), since that seemed like the one ObviouslySafe(tm) case of vmalloc use (famous last words, maybe I'll be informed of somebody who still did odd protection games on the result, but that really sounds invalid with the whole SLUB component). I'm not touching the bpf parts. I think that's a 5.19 issue by now, and since it's new, there's no equivalent performance regression issue. Linus