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 DBDF3CD4857 for ; Wed, 4 Sep 2024 16:36:18 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 72BF06B0344; Wed, 4 Sep 2024 12:36:18 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 6B4DE6B0346; Wed, 4 Sep 2024 12:36:18 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 52E516B0345; Wed, 4 Sep 2024 12:36:18 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0012.hostedemail.com [216.40.44.12]) by kanga.kvack.org (Postfix) with ESMTP id 2FAA46B017D for ; Wed, 4 Sep 2024 12:36:18 -0400 (EDT) Received: from smtpin01.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay09.hostedemail.com (Postfix) with ESMTP id A87688179F for ; Wed, 4 Sep 2024 16:36:17 +0000 (UTC) X-FDA: 82527608394.01.F4978DF Received: from casper.infradead.org (casper.infradead.org [90.155.50.34]) by imf05.hostedemail.com (Postfix) with ESMTP id 0CFE3100018 for ; Wed, 4 Sep 2024 16:36:14 +0000 (UTC) Authentication-Results: imf05.hostedemail.com; dkim=pass header.d=infradead.org header.s=casper.20170209 header.b=koOz9m7g; spf=none (imf05.hostedemail.com: domain of willy@infradead.org has no SPF policy when checking 90.155.50.34) smtp.mailfrom=willy@infradead.org; dmarc=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1725467728; 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=6XPP+vV6bLvH9tkmOyPhy11V4N5CNl80JqIj9+LtqX4=; b=W15TE8xpKP3IUgrCGW9yu4LizlnlTJjA6zuuX/K2VXJmxhkMbmVdHWNgx1GG0e6UJf8UXM R1W2aht4pp1Bs7FFp+E5m6ivCne0ZP4QKS5ZquSey/dboO9WEW06naI6++UdLNbrRZC4MX 0AlzzPMrpRhhXpMawOwF3fCWhcAoJ0g= ARC-Authentication-Results: i=1; imf05.hostedemail.com; dkim=pass header.d=infradead.org header.s=casper.20170209 header.b=koOz9m7g; spf=none (imf05.hostedemail.com: domain of willy@infradead.org has no SPF policy when checking 90.155.50.34) smtp.mailfrom=willy@infradead.org; dmarc=none ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1725467728; a=rsa-sha256; cv=none; b=q8imbGH1FppzUbJId5Ja4OzTdX37C8SoOmNwIaRP48rseFM34jnld7bhZFghdFUaG95Roh GFpourmNgXpsmYTQA9/NpPthealDkVeMppumzWP5YGcIhjQSZ4dkvcfCYMHOZyrjZw7uqR EGYug9aBzeCwcKtlwwwn5ZvhZQRvAYg= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=casper.20170209; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=6XPP+vV6bLvH9tkmOyPhy11V4N5CNl80JqIj9+LtqX4=; b=koOz9m7gqhq2M4xRkdsR9/GsDt tVV7zuMEgQbRVKtQ1MflajD6/qNDnI+XCle52x3IY5ApGwfQ7gLJtwfdqlVUcosdrQCMH1EGw0wHx e6GMdDauwQeOCLBtdeIugQDbc4lJfzxYMPqfmqCl1ga+MASOlzY8E72zPCf0Q/oxUNLcMvMYcBBjt Ftt3/Vf+HLfo//z4Y48qUnpyyPd2D3TNNvYGLk1XYv9fjcPkt5hL4ObMZOLXrZRIX5EMzAFcqEg0E wBS8YS7hMoSk2J/02jP9/WQcBiysE9vAVgVcXbFmxqTlZm36Fsg7y+WMqmz41GhiQHApQg5osCAU4 qxkrZ+cA==; Received: from willy by casper.infradead.org with local (Exim 4.98 #2 (Red Hat Linux)) id 1slsyz-0000000189I-2azW; Wed, 04 Sep 2024 16:35:49 +0000 Date: Wed, 4 Sep 2024 17:35:49 +0100 From: Matthew Wilcox To: Suren Baghdasaryan Cc: John Hubbard , Andrew Morton , kent.overstreet@linux.dev, corbet@lwn.net, arnd@arndb.de, mcgrof@kernel.org, rppt@kernel.org, paulmck@kernel.org, thuth@redhat.com, tglx@linutronix.de, bp@alien8.de, xiongwei.song@windriver.com, ardb@kernel.org, david@redhat.com, vbabka@suse.cz, mhocko@suse.com, hannes@cmpxchg.org, roman.gushchin@linux.dev, dave@stgolabs.net, liam.howlett@oracle.com, pasha.tatashin@soleen.com, souravpanda@google.com, keescook@chromium.org, dennis@kernel.org, yuzhao@google.com, vvvvvv@google.com, rostedt@goodmis.org, iamjoonsoo.kim@lge.com, rientjes@google.com, minchan@google.com, kaleshsingh@google.com, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org, linux-mm@kvack.org, linux-modules@vger.kernel.org, kernel-team@android.com Subject: Re: [PATCH v2 6/6] alloc_tag: config to store page allocation tag refs in page flags Message-ID: References: <20240902044128.664075-1-surenb@google.com> <20240902044128.664075-7-surenb@google.com> <20240901221636.5b0af3694510482e9d9e67df@linux-foundation.org> <47c4ef47-3948-4e46-8ea5-6af747293b18@nvidia.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Server: rspam03 X-Rspam-User: X-Rspamd-Queue-Id: 0CFE3100018 X-Stat-Signature: ndt36wfjxrnzikatutxxg79j3gw449qd X-HE-Tag: 1725467774-190290 X-HE-Meta: U2FsdGVkX191muDA+80ggu3hvXxSlKwMveVqEGQmNmppSB7K9R+A1ngTj7NnoCTCmIqNpWoMJd2fUzdjBNw0dyEbrEpPtZRdjEK+2wtbMKOvEgl7pdoU82ihdoURZ//UKZsgX8kZt+P5QlfSw3PyQ6A75X9qH3ExCdl8vpP2tHfrt5fQHtGiwBffyzw0EX4vLYK+Vwotc5tKn28yfx4XV5TbP5GdHQW8Ft2sZ0CTeiiCo3M6gSz/s2qso6r8Z5BrKbnIsKiT5vCoCRaSUurmXSwIs5dOw41k/IxkPCYIlsN7CRJK/UpsAlV6lvyYXnQpgpW4iHoJJSnD7QpP4yKDQdIXAyHdvtXBuc+k2eWbjCKy+KZZ5KWuwv4/oyz7jFAU4YW9WcC9BiYj1cqyBg5y+bsJll/oatdBO/msxQQegQmMcmqFAVLHvIIS58EnxEgn03k1r3M8X2BM5Zi+QE//7R+FOABuDGHCwr34up5ebx1cJUH0wNxBSPHlQQ5u2KwQzbrp5qZ+hb+pOo5RPWAZnkcZHo6oylfY8TnaGdgjiiKPm3YeQyAqpSlW3YSJoNEpAOLwc7shX+e7vx+pLbdiWEn0L8hjd9ou7K8sBElcYX+wBR6dNrQrFnXKNU5Vw/ZRn0kd0r74fsbn6VoLv9DeMRQU/XSgK4Ym3Q9ewv8AsThzNfHwi3FhWmcjBvIEpUVoY1pkNd82FeblqHrhMTRhy2nG1YY58vXwkfRLMO8z4iocg3AKCz8G2d3b/X0OOmJzoApxtFFooLflDI0d953ZC9WX6H5/iXy3qUfy+XQV313xDDhdCo8GlT7xmqINX2BT71AvTZpzBR07f+xEDuDJS5AtYOJgBI5KM78splOl2L7EtOLcNQqpVqJdCdTVFx+69BmmWdqzzZ3wFtEdkYe8u39OqRLT2J+kj9TmMs3jrbxq8Jz6DLv9UkxGqN68imeL4UN7iT8GmujX5Ko5Ako lRZF+05w xq0cIKtl9RG87KvugcUFAZvf2BPdDJSyif+I0CJsyB7TytFOg3+2MRAdhgiLLyBfK3bpeW4TwTkcgRJOBAxu1cZti3auexRjnHeNeG8VAGjHIb3C/B2JU+KtN0H+kdsqVL8D0qKdjF/ty5Yho8Y8qkC5euXQd686DUlS3O+vGKjTPIgrjvYDWR0Yp5Vn5PfEX15SCbNqwoQGQXYlk4Q3f9CGI1Mbk7XZbbDwQToJHDMBju7TPausvDcDRzf4zAdBkOEtF 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: On Wed, Sep 04, 2024 at 09:18:01AM -0700, Suren Baghdasaryan wrote: > I'm not sure I understand your suggestion, Matthew. We allocate a > folio and need to store a reference to the tag associated with the > code that allocated that folio. We are not operating with ranges here. > Are you suggesting to use a maple tree instead of page_ext to store > this reference? I'm saying that a folio has a physical address. So you can use a physical address as an index into a maple tree to store additional information instead of using page_ext or trying to hammer the additional information into struct page somewhere.