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 50F2CC4828F for ; Fri, 2 Feb 2024 20:39:08 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id D97226B007B; Fri, 2 Feb 2024 15:39:07 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id D465F6B007D; Fri, 2 Feb 2024 15:39:07 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id BE6E76B0081; Fri, 2 Feb 2024 15:39:07 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0016.hostedemail.com [216.40.44.16]) by kanga.kvack.org (Postfix) with ESMTP id AD0F96B007B for ; Fri, 2 Feb 2024 15:39:07 -0500 (EST) Received: from smtpin09.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay10.hostedemail.com (Postfix) with ESMTP id 81132C0323 for ; Fri, 2 Feb 2024 20:39:07 +0000 (UTC) X-FDA: 81748028334.09.53E6198 Received: from mail-ed1-f44.google.com (mail-ed1-f44.google.com [209.85.208.44]) by imf10.hostedemail.com (Postfix) with ESMTP id 7FCA0C0008 for ; Fri, 2 Feb 2024 20:39:05 +0000 (UTC) Authentication-Results: imf10.hostedemail.com; dkim=pass header.d=chromium.org header.s=google header.b="Hsx9a/Tb"; dmarc=pass (policy=none) header.from=chromium.org; spf=pass (imf10.hostedemail.com: domain of dianders@chromium.org designates 209.85.208.44 as permitted sender) smtp.mailfrom=dianders@chromium.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1706906345; 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:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=C1NOo2D6BqxPz3sCVOg601jHnW2UzAwYZ75CPDqMBRk=; b=Ab+Vh18DBIwkDR9rQUukZzI/scrWkEjCwA68K14RwKSQFsd7EqRIeQFNlf5r05J4INXTio +jMIgGWfo3jJPXPVs9wjspewOALz3F7J/ZY23B2kCww4stA0Cy6+HqnY9vOsRIi2/lj6JW 9S4mYZxVcnq+1zf42oK0nx3fPi40W98= ARC-Authentication-Results: i=1; imf10.hostedemail.com; dkim=pass header.d=chromium.org header.s=google header.b="Hsx9a/Tb"; dmarc=pass (policy=none) header.from=chromium.org; spf=pass (imf10.hostedemail.com: domain of dianders@chromium.org designates 209.85.208.44 as permitted sender) smtp.mailfrom=dianders@chromium.org ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1706906345; a=rsa-sha256; cv=none; b=Y0lw18ckc+z/Ze7JUSrc6vxGHEBXC84ZiP6KUTEDMgVGecCodejMNR8w8qmm5yc/kntACx 3zLGg7iIHLHTqohHhsKKLDDn16V2U5jZ3+MtfUdboSC4yec8tyPv5NfSJ8YSOWN69ljGjP yKg7ddA+YVyQC6VpFYPN569C47qpCXk= Received: by mail-ed1-f44.google.com with SMTP id 4fb4d7f45d1cf-55f15762840so3068437a12.0 for ; Fri, 02 Feb 2024 12:39:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; t=1706906343; x=1707511143; darn=kvack.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=C1NOo2D6BqxPz3sCVOg601jHnW2UzAwYZ75CPDqMBRk=; b=Hsx9a/TbXhFlnYyKEGLOPWpno0ZrjyFEPou5TbJ48W7GHZtofrkwoxt55B20JcJQ6u JKQZupQbIwnYIFpkimndCl1knA3fUCA5f0UKdK4N9xRJ/fNtext34Xka/dDj/a7hDb/V Wrxg8knMrTmlrLJ0c3QeSPoy3grmCZc3jm6vg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1706906343; x=1707511143; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=C1NOo2D6BqxPz3sCVOg601jHnW2UzAwYZ75CPDqMBRk=; b=RIpm8Wlv2tB5/+oLEDiqBZtGMWUbMreHRQuxsffK6meEHCQueM2K2wsP+vOd3Gao8B lzsJ+TxKJZnYw3IvJWDOq2BW/HsN5/+eou0eyR1b8Qx1n8Rt5ZcR9h69z9PKQQ4CsaqX mpeyRpxWhSKobRMkRHrTjn3Bx6QQWiVk/mxZXtZDBAgeBIxqqXirmxquVkjBFlkcrLq1 MSdzO/TRN22osWfLQdPhlq9rcu9fswNqTg/hWy8KGuq5hUvroF7n+pYhUamIO42pfjET 4nfbEVJmTXgjDGaLfTKHWaJbwm6W7r+OS1j4jktELUMt6Yz2cNfHFTSKdRutXgaGvwsK 2pqw== X-Gm-Message-State: AOJu0YwgnjQ8wps14RnwR+m0pQ5f0LB9IJF1QSWqolpcM+qKyuzJIJ43 6YCMU98i28JVD4GlfTDk+AQa7J/7JXs7IFwucuXBdSDdfaSybrSR1eavNVPOQsFtE4NG7P03hHh OThOm X-Google-Smtp-Source: AGHT+IGSWtZxIaPWiczlmOMOKqujNOaVGpC4wTfM9lNnBrrlNtCHhw9K/b3mJ/Dx2SdzLCSjNvDtXQ== X-Received: by 2002:aa7:d896:0:b0:560:521:31f2 with SMTP id u22-20020aa7d896000000b00560052131f2mr479390edq.2.1706906343126; Fri, 02 Feb 2024 12:39:03 -0800 (PST) X-Forwarded-Encrypted: i=0; AJvYcCULGl8qaVTJZUM1dUq0j4L9jamwFwzVvF+IIrOZrlmwKt7qEHRYmtkPK4ZbnAcITDzoFHQnksdoAEsVU3H5xAbr528= Received: from mail-wm1-f42.google.com (mail-wm1-f42.google.com. [209.85.128.42]) by smtp.gmail.com with ESMTPSA id l15-20020a056402124f00b0055f0de1166csm1105508edw.26.2024.02.02.12.39.02 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 02 Feb 2024 12:39:02 -0800 (PST) Received: by mail-wm1-f42.google.com with SMTP id 5b1f17b1804b1-40f0218476aso185e9.1 for ; Fri, 02 Feb 2024 12:39:02 -0800 (PST) X-Received: by 2002:a05:600c:a3a4:b0:40f:c2f1:9d4c with SMTP id hn36-20020a05600ca3a400b0040fc2f19d4cmr7485wmb.4.1706906341770; Fri, 02 Feb 2024 12:39:01 -0800 (PST) MIME-Version: 1.0 References: <20240202012249.GU2087318@ZenIV> <20240202030438.GV2087318@ZenIV> <20240202034925.GW2087318@ZenIV> <20240202040503.GX2087318@ZenIV> <20240202164947.GC2087318@ZenIV> <20240202165524.GD2087318@ZenIV> In-Reply-To: From: Doug Anderson Date: Fri, 2 Feb 2024 12:38:38 -0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH] regset: use vmalloc() for regset_get_alloc() To: Mark Brown Cc: Dave Martin , Al Viro , Christian Brauner , Eric Biederman , Jan Kara , Kees Cook , linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, Oleg Nesterov , Catalin Marinas , Will Deacon , Linux ARM Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Server: rspam09 X-Rspamd-Queue-Id: 7FCA0C0008 X-Stat-Signature: jribzfbb73chgwjzw89jqzeex8j7753w X-Rspam-User: X-HE-Tag: 1706906345-814756 X-HE-Meta: U2FsdGVkX18shLhcjG0kEwOYTL5it2kfN801iuwOWzpDhA05AO1VXJ3oVyPI8l8ipYsrtiw0/heXF7YJuxDf+lsuLXMfLoWKZhQUCmYzi0zS4q1HKweb0QG3vNSFqwN0rVspXQ8RqKpAAMkjGNQrbJkQJ5e4pEKQUYRAHZxNBZGrCKakXJRRZlWyrw3aQaKF2uGA7j5Je8fWhBQWbTOGo1W5MhzBQ+K5qFwJKXkM/yjqMWBtOXqkXRjfGfIscl6dwu66WNZYUq/tDvJpOZ/aXkwvSVA6gK4rtBDD2Gg9ukY2Z3fQhkTmGB2L+VmrZD6ETXImm+EQ4kLMGnnMgGRtaz9pspglqtARY5tv+FnF8+i/CbgMQjG4fe5s1rw81rtCUaSYd8Xouk/xoJZQuRSfrm84v3VJqUQV1nx1s379cBwINwItVPJsbZCTL10kJjSeL5b63CQS/0MRosQZm2qIQbs7GqnrqEV81jQc2cgHniRj8DN/jmR/KP/zkTT5gpmAcd6QQAeIvFlgVX+nW3Prq6/IyNL3RtYMltkhOK4Fc1XDNrv3ywNF3gngXTLGTx7t/TuHkwb1quHIyOzVPknCmqGf9yz+Hwzh2uuHKQ4Shi33cyLGt2jhNqc8/F/QmlZ9gmZ6mPXQdaHG74YLkLcFC5B9m0ypiyXGtQbmzGDF0tSj7j4Kazd01NqlQS1cAGljVMhdj+x9k8Pb3xuZsCD7nHcMnia9qw7fENil7b3eOBEdfxCkjajKPUhc1/yoi9ZPK2psPoMgfiyHbJ/oOPUP9MenyqGcCspc85UUou0n2vye09NlM6udxHwyX6co64CswFvagcAzEyiA4Znt1Pq7eDns7BaJSU8DdOtzLJfNTz8q3DeaYyyO+y6rIBrNzhccyGqrIXH7rwspqvTacqbd0WCJDBNWQP8Vb5/84cS50xuhtVADc5jx2fpGIk0Y6ZHi0RZfrkjjUFrAm18rhK9 Yls5tyh+ cCdGTUi3dl9ANxGBJijWvRH2nAvkmFm1+uCJqBl+WK8pSLmMI6my4ulqvNTV/oz8aywrz81n8DRKHw32wsqxoei4mvt8Ik0K9f9tP89CNlcYNpB8o6T+mfpGl0zuTPy7qF7wPEviWAGH7jNosz25Sb+GLd0C4qa3PtXiTDsxzLfBpbmzrwuu3YhFrkY36aE7/6PCX5fRcyTOiAqoCHiLYZf+BSDXVwCdcp5Em3LWSPf8UYR8Yon5hL3Uw3XG1G4tNXOeZPkTZFTvv+b1qAmdWIdZlpmYqw2Qto0Awy89AwmheX757rBseByvHH9kJJpv3CFZXjO+YoI+/PwKr6hzrdBBLai5JbKmFmCg8rNrRap1se52hJxAGDeT1iPWubM6Ih2co7BewCROkXgm0ktnGUz9E5w== 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: List-Subscribe: List-Unsubscribe: Hi, On Fri, Feb 2, 2024 at 11:43=E2=80=AFAM Mark Brown wro= te: > > On Fri, Feb 02, 2024 at 06:07:54PM +0000, Dave Martin wrote: > > > So, if the only reason for trying to migrate to vmalloc() is to cope > > with an insanely sized regset on arm64, I think somehow or other we can > > avoid that. > > With SME we do routinely see the full glory of the 64K regset for ZA in > emulated systems so I think we have to treat it as an issue. Ah, got it. 64K is much less likely to be as big of a problem (only an order 4 allocation), but you're right that it's still a size where kvmalloc() would be an improvement. With that in mind I'll plan to send out a v2 of my patch where I use kvmalloc() instead of vmalloc() and update the commit description a bit, including a link to this thread. Then I will assume that others on this thread will move forward with actually making the allocations smaller. Please yell if the above sounds wrong. :-) -Doug