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 C876AD18158 for ; Mon, 14 Oct 2024 23:32:37 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 5930D6B0085; Mon, 14 Oct 2024 19:32:37 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 51B986B0088; Mon, 14 Oct 2024 19:32:37 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 3BCC66B0089; Mon, 14 Oct 2024 19:32:37 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0013.hostedemail.com [216.40.44.13]) by kanga.kvack.org (Postfix) with ESMTP id 1C5C06B0085 for ; Mon, 14 Oct 2024 19:32:37 -0400 (EDT) Received: from smtpin12.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay08.hostedemail.com (Postfix) with ESMTP id 6075614131A for ; Mon, 14 Oct 2024 23:32:28 +0000 (UTC) X-FDA: 82673809344.12.168F147 Received: from nyc.source.kernel.org (nyc.source.kernel.org [147.75.193.91]) by imf09.hostedemail.com (Postfix) with ESMTP id 08FBE140004 for ; Mon, 14 Oct 2024 23:32:29 +0000 (UTC) Authentication-Results: imf09.hostedemail.com; dkim=pass header.d=linux-foundation.org header.s=korg header.b=ZEVoWlIU; spf=pass (imf09.hostedemail.com: domain of akpm@linux-foundation.org designates 147.75.193.91 as permitted sender) smtp.mailfrom=akpm@linux-foundation.org; dmarc=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1728948682; 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=sw66iHJY3dtkAcazE0dv1uKXEBGvx7w/IRncMi6BfJM=; b=LT7F+AfTQ6EQVt06GxXlVv/ubtiG9y8GGC+Cbvv4jzQSMY+fqGkNn77v4vrR3K4qhPb2Cv l8cgJOy6x9YsrzmkT/IhwIOy0KgzchmdjTY3omfDm8Emdn5b/jPQ6RxKbDq+kyXHyfgaWi 2FoRYXMbf0jKAbRYW7BgexNdQN1tsbk= ARC-Authentication-Results: i=1; imf09.hostedemail.com; dkim=pass header.d=linux-foundation.org header.s=korg header.b=ZEVoWlIU; spf=pass (imf09.hostedemail.com: domain of akpm@linux-foundation.org designates 147.75.193.91 as permitted sender) smtp.mailfrom=akpm@linux-foundation.org; dmarc=none ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1728948682; a=rsa-sha256; cv=none; b=zYPDQHDvW7tv9lDXjJKxcOh4kV/0Ih/VsVl5ijLn2icpLCI/H692psa/Bsh7k4q6RwcAm7 1KNf+zQHPPYik+MQqCzG+x7lZ9fOiXhpFrCuM4EStK/F8S7vBCo2b8xYOkv+jsMRPKyFfc o8RJY0QFaKjxYXCZRA5Ry3+iqF7VxYo= Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by nyc.source.kernel.org (Postfix) with ESMTP id 0C845A4287D; Mon, 14 Oct 2024 23:32:25 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 8207AC4CEC3; Mon, 14 Oct 2024 23:32:32 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linux-foundation.org; s=korg; t=1728948753; bh=XQtg5cP9HyV6IrbyncC2iesICzlVjTnl+DHBfU7OiPk=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=ZEVoWlIUzBiHRwiJR0vPiV3sOzA1+w7KorKdKv6p5yt8GoUOvwIAOf1mWchML/eEX sFx8ngFC5i4W1MzuadMKYyQCSadRyKidWKeIiyV4jKIF3jufwLxSV0/A6APJBuHc1o /Ui2PQkp7mTYbmOEHmB/Uf2iJEILLXV+5+9CuEFo= Date: Mon, 14 Oct 2024 16:32:31 -0700 From: Andrew Morton To: Suren Baghdasaryan Cc: 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, willy@infradead.org, liam.howlett@oracle.com, pasha.tatashin@soleen.com, souravpanda@google.com, keescook@chromium.org, dennis@kernel.org, jhubbard@nvidia.com, 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 v3 0/5] page allocation tag compression Message-Id: <20241014163231.9ef058c82de8a6073b3edfdc@linux-foundation.org> In-Reply-To: <20241014203646.1952505-1-surenb@google.com> References: <20241014203646.1952505-1-surenb@google.com> X-Mailer: Sylpheed 3.8.0beta1 (GTK+ 2.24.33; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Server: rspam03 X-Rspam-User: X-Rspamd-Queue-Id: 08FBE140004 X-Stat-Signature: 1pju9w1wjct3mx77on6ziqy6awk9izk5 X-HE-Tag: 1728948749-283752 X-HE-Meta: U2FsdGVkX1/L3vu6Fim92Blh1zaudDPzS9RMyvzS36C1ghAX6ofQBXlM7RX2Zc5mZQiGO1onlvNVWMNEX0uaOs0kicpr/PFuUiQEt1YLye0GgpA6bayQN9ix88nJxJ6SRQhjFWQPPdGUrVLlsq8W5F0NGzdHqhUk0/FkouaW9KkUzA7Oi9q3ZOhW9Pn8VqbHI4nzUZ6n45n0qE96G1nzV7iZnKz72rDHBtwZaRds02i2jp1VFA8mnJXhvwdWXrVQwpU6ikDw17u9O+q9vl6hFutgGsdWXT7+tBbHd5+6dEKRfqMfRKtTpKyp0U3ys4VnVU4993r7CtsElgLYJ/MVK1oJIvnMXVhgyoSl+0ZV//I+hlKaY3tGh92GE+986tL0FtlvLZQqSMuBHlR6H5kSnCS+bVhNRrJ8CqtUzAV5zVvmb922Mg+ROfISg11nqmfW+k0qrhjVUpQzynpLFx3V4MOIbgLXzHljCEYhdNpkylmAuxBGrAd5y6YS6i51/4dPkOlkdfU5SllcU7MY1xuAnK9FF5yxgCw4iGi4X9IM8JHBYYdrmlfrUAmjvX6fttti2rt26ZVQ7SgQDnBN50iq+jKnjMKGTRiOzg2Z2Wfikoukk+hIG/hLt9qOaHuOyVQieuhQoHio9b26DB9yzZeD12H8jC2g5nu7TA4Gn1goVmR8gxecyV4xn3H0TNilwYS/tskRWPAwP0r9QHLerXfkcWvlv57Ct+MHvgMuACgtO6oQu6AKCi9ypKB2ksl217H0wlYqIfo8RdvMEP3PGRgFMezeSoOGb/I2qIw1gfZXas9K0QHUZkcZag+wCvqBZLu8OhtOeylIlI6FQdiqaZtplM1YKhgk+5pZbpV+qvaEnRNyoRhHB94ZgXOEwPXLpUYu2Du899PXokJCMnsUHW3dsE5KTQcFVbos+maVoRaPxfaOftlKbKCkuqeFmYb6pNQAPhEQpPCvddF8RyGRkZm 5Bwh0Bhp fmJGYzjyAGGaktN2uODOn5siWCjovsaMnEZ1+Ti3KDizPSO0adl2XYj0OHiwT/s95d4/1BlgaWl4qvbibfApnp3SQb8wxpL8ZaQ/QpnSZMmlg0wLTXtCTy+lhdQSxvPFjh/lHzzrLVzaMkz5uS9jc8M0X/gWtTS1Q9d+3mIARcVk7CnRX/1YGWth3mH+YvKl+wGIYASDq6rvElZjlGW7yZvPeq/bSqQVsmZB88E6m9dIUOnkY4RNrUKbK9ZTZhNVfNXgKbeijr6R83kKkJhU6+GqUTg== 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 Mon, 14 Oct 2024 13:36:41 -0700 Suren Baghdasaryan wrote: > Patch #2 copies module tags into virtually contiguous memory which > serves two purposes: > - Lets us deal with the situation when module is unloaded while there > are still live allocations from that module. Since we are using a copy > version of the tags we can safely unload the module. Space and gaps in > this contiguous memory are managed using a maple tree. Does this make "lib: alloc_tag_module_unload must wait for pending kfree_rcu calls" unneeded? If so, that patch was cc:stable (justifyably), so what to do about that?