From mboxrd@z Thu Jan 1 00:00:00 1970 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 kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 86BD3C83F2C for ; Tue, 5 Sep 2023 06:53:29 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 0CC31900006; Tue, 5 Sep 2023 02:53:29 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 07C578E001A; Tue, 5 Sep 2023 02:53:29 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id EAD44900006; Tue, 5 Sep 2023 02:53:28 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0014.hostedemail.com [216.40.44.14]) by kanga.kvack.org (Postfix) with ESMTP id DB6B78E001A for ; Tue, 5 Sep 2023 02:53:28 -0400 (EDT) Received: from smtpin02.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay10.hostedemail.com (Postfix) with ESMTP id D8EBBC0AAD for ; Tue, 5 Sep 2023 06:53:26 +0000 (UTC) X-FDA: 81201627612.02.518F007 Received: from mail-lj1-f179.google.com (mail-lj1-f179.google.com [209.85.208.179]) by imf08.hostedemail.com (Postfix) with ESMTP id BAE9716001B for ; Tue, 5 Sep 2023 06:53:24 +0000 (UTC) Authentication-Results: imf08.hostedemail.com; dkim=pass header.d=gmail.com header.s=20221208 header.b=FgVwcIa5; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (imf08.hostedemail.com: domain of urezki@gmail.com designates 209.85.208.179 as permitted sender) smtp.mailfrom=urezki@gmail.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1693896804; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=+7q6noLayBRGFjtDqf1Mp8InGIGX9qawW6xGz5sWt8w=; b=L52ve25vMuLeGUsfAO7vmn3zbqBt8KSVhylbWAHozySvtN4auTRbG4seWVvqv1Mp3ufgoL /ufSYFy+AZFeKoVQuLlaQnmhDpY+w0gDeLRVKYvX5z9/CTCQvo7AXZllmiBaN8ux+0rMfB 7ruTXfatwZJFVPdCpHIWzff3wiQCVo4= ARC-Authentication-Results: i=1; imf08.hostedemail.com; dkim=pass header.d=gmail.com header.s=20221208 header.b=FgVwcIa5; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (imf08.hostedemail.com: domain of urezki@gmail.com designates 209.85.208.179 as permitted sender) smtp.mailfrom=urezki@gmail.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1693896804; a=rsa-sha256; cv=none; b=N8Hl2PA23sP7mZmQ+W8IKxSuvw6rd0Jk5uTWmR5ZbVW663iTrV2kxouD+1qDmkOZRY4y9H T6hgvuJ1Kflru3XB9gi9v4ZtEnb7FO7h9dnbQtHTkLSZ1G9PEjy8Wi2f2FJVp58Lc4lUNZ fus0nuv/nhGknRzOyMbRpuTH2iJkTR0= Received: by mail-lj1-f179.google.com with SMTP id 38308e7fff4ca-2bcde83ce9fso35032421fa.1 for ; Mon, 04 Sep 2023 23:53:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1693896803; x=1694501603; darn=kvack.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:date:from:from:to:cc:subject:date:message-id:reply-to; bh=+7q6noLayBRGFjtDqf1Mp8InGIGX9qawW6xGz5sWt8w=; b=FgVwcIa5PlDQ5+nLRrRE6xugodfUaVNA53woowLxjAKnjkvCxhp23pTJMSYixhdqG7 HTdxHue2S5aSo7vsE9lRpxQrZikY+zo2TBMu3FflcHNGgQNvjnswA4CZuXo+sy8nmJtv r1I92HYZnME8+uSJK36Na9GmitHFHcMcozLHJhtUgufOMkbNfCjtUIDNjnG7Mobc7lC3 UkUrgCsLCQAjcPqx2gNYEdq+AaNS/ecfaxMZ7hAi41e8221scnxZP4P4GMPhUMBMcMjW 6rBCuL3yn+JrNg1Q1BAB7FZ6LHp3y5ooUJ4JJKP3Xny9ghMy5vYAGln2nUe2oXKYSRcU P3Aw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1693896803; x=1694501603; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:date:from:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=+7q6noLayBRGFjtDqf1Mp8InGIGX9qawW6xGz5sWt8w=; b=BzN3cNiONrQRlqK30q8IwVaCilbCNT9Un4oAd68ZeY/+1HuSVZjXjy+YCrcvaeqzTE g0+rBX1lTbqlBzPyQiKqVjsm+72FPa3jUyXfgLTSHtqp7c5ppORBAXuxp8OZ0InvOn79 V5HZ20Vs7LbyPGMaZXkSDsFizOUFyFfhKGc4EmvHwpBL4DgX8ejZa4+4GGgGGfct9bIl F7Ka6bd0frvr4+tfdP4Pl81eOgrewrhiIKaVC+gwVUVw00S8AKlh5WkJxIakGYnE1N1l KB/tZ+bnBgYms2a+HA0TtfRdTMxWneYncztLRutFPD51Tfc6eRznuHmuebVVBLhwHOuq RPIA== X-Gm-Message-State: AOJu0Yy52tmm4sAeOCqEQ4sJKyTsI6zXu/H+9QCipgaDcBUVzqDtZnC/ 9BDktqOKJr2Y3Qf+6v2WHgBnlA+KLMz+UQ== X-Google-Smtp-Source: AGHT+IHteeM/jhvr0oU4JpMjn3nkwpQsCBKx2PhPYbyrmBcKaVXURGCntNDbubJnFJ3mtTz7VGMtMA== X-Received: by 2002:a2e:2c1a:0:b0:2bc:c4af:36b7 with SMTP id s26-20020a2e2c1a000000b002bcc4af36b7mr8455176ljs.39.1693896802809; Mon, 04 Sep 2023 23:53:22 -0700 (PDT) Received: from pc636 ([155.137.26.201]) by smtp.gmail.com with ESMTPSA id w21-20020a2e9bd5000000b002b702dfb510sm2677797ljj.39.2023.09.04.23.53.21 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 04 Sep 2023 23:53:22 -0700 (PDT) From: Uladzislau Rezki X-Google-Original-From: Uladzislau Rezki Date: Tue, 5 Sep 2023 08:53:19 +0200 To: Andrew Morton Cc: Uladzislau Rezki , linux-mm@kvack.org, LKML , Baoquan He , Lorenzo Stoakes , Christoph Hellwig , Matthew Wilcox , "Liam R . Howlett" , Dave Chinner , "Paul E . McKenney" , Joel Fernandes , Oleksiy Avramchenko Subject: Re: [PATCH v2 0/9] Mitigate a vmap lock contention v2 Message-ID: References: <20230829081142.3619-1-urezki@gmail.com> <20230904125321.f827471daaf0997bf935cccd@linux-foundation.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20230904125321.f827471daaf0997bf935cccd@linux-foundation.org> X-Rspamd-Queue-Id: BAE9716001B X-Rspam-User: X-Rspamd-Server: rspam04 X-Stat-Signature: zwfyswesnrtc5u46e1uz7n1qpuby1np4 X-HE-Tag: 1693896804-201094 X-HE-Meta: U2FsdGVkX19K6HOMMgLIFNAJLhHdrQRRNHjgDRZP/4z0d3v6aRRicHSfd4Tuk8AhxcThMbvTKBq/+b8CeTf19zwTQpTwBZFtJBhkQcVxkkZ1W5llal5PUwvXz0QPFuFf6iyC7i98YD3rhZfZdu5/xC6Q6DbV8C6M7JatVLMcdBZbQ7BsjeL3R9NgXkGK3ugixHHri7s4Qe37nKqc98AT3l9M6V1E0XUbmtwzl7AvwEIGg9/GN61tITGr8SW8c0cfIHkZ1BfaWw51P88/K9uNj8vMnolL9O9u7zdKKFvrK6Ql7c54NOJEKDkqHd4GGndMV4VR8fNF+Cj9MT4VbeulU7+R7oaRZ5QnfujWzJ+507MgnVlviTUONa2Yqah84rETPOr/8CzG34JOz+oEd0Fn92U4bJKB2BgEQMorj2JVz5wuwnCori4s+AxbARcgl1M37JtSEizUD+zBT5/gTAziWRohqAooJSi6fxmoY3AdVDrdJkOqCY8sjnybG4t03zlQ9X9e/9BDL5dp/S1OAG0z+m0yAwecGzFCpSUNeaPQG/cFxr4syLh/f8W/OyqwDUFhhAHZNUgKBDete1K6b6cbHuwCfD9sBMx1pLBCOPDUw+UzHib8otNYNTqFA5NK7xo64ueinbz9QvGazW/ZIdbXCigdvXLNa7yVm+B0Q6SlwPRA6OUEWJW5FYSlq2E6lOh0QdfqNLjKHkToBHABLrlU7BBhaXkCSO1oGC3+CieiO0cRBp01mcegzq7/DJFKJ8b2aQuNTxeE2FWdnVBdDf5Z48yJP8LgnfK0+6dCkD5ZQOK+ZOVWTNLO2aSieUmRcSGr/7GehJYg//fimn/YMeHAMpmeaZoixSvnOOH11K47kpihcvte6UBSHfAteh3cyEuFGr8h9trND5RV+p2q7rQUzYeRmpQ5nUKX4c7CcEXUOdwr2GVxF2bj3hW9OTxp8Q03mcZlaGpNjR+pE5YVGZv hhRiIUWj c/h/WfW3D6LRECtoCwEJb7BKEYWKljrhYlmyn++ZxJbrypJOdBFCY3jIH5RK3JhWF5ICGLXAQaba5LobipSgv7C2DR/6aTpGtYcu0U7FMIso1WKo7Wg3SaSAl4rgjAxrsaZDaWa0cqUNc10FbG84kTzElJbuAW1yGC8grDWJIdbJzDu1xCsbloQxvPNGyEdp+S/qcuYBBhgg5rAhFeTc5obNGtI48sPiVDOZrvw/mr1fo3aZh8lxOv9FsC5118gUPTNW7Iu/O1MRU1s0WV3KzgHB++JfmsRofipH6tbvNzFPwIGQbM86vdjehFAy6848YH6xV9AomNGexykeX3X3echZ9zNFC//g040pxlRSgHReF1+uRBjKmhqlccKJfDW2gO9sTN/YlZkRQO9WwCrRdfWC556YYTrlZ/p2Hw2nleY4YHu/U2bilpd6/rBtAEEwd4u1F9Aymhm4kfsbQKEy399tYlzeXJ6o5wuhmfZWabUKz6vYNRragoKww6xqXwySG/zuy X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On Mon, Sep 04, 2023 at 12:53:21PM -0700, Andrew Morton wrote: > On Mon, 4 Sep 2023 16:55:38 +0200 Uladzislau Rezki wrote: > > > It would be good if this series somehow could be tested having some runtime > > from the people. > > I grabbed it. We're supposed to avoid adding new material to -next until > after -rc1 is released, but I've cheated before ;) > > That (inaccessible) pdf file is awkward. Could you please send out > a suitable [0/N] cover letter for this series, which can be incorporated > into the git record? > There will be a v3 anyway where i update the cover latter. The v2 is not adapted to recently introduced Joel's patch, which is not in linux-next but will land soon: From: "Joel Fernandes (Google)" Subject: mm/vmalloc: add a safer version of find_vm_area() for debug Date: Mon, 4 Sep 2023 18:08:04 +0000 It is unsafe to dump vmalloc area information when trying to do so from some contexts. Add a safer trylock version of the same function to do a best-effort VMA finding and use it from vmalloc_dump_obj(). Also it might come some extra reviews and comments for v2. Thanks! -- Uladzislau Rezki