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 80F60C54FA6 for ; Wed, 28 Aug 2024 12:27:26 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 194046B008C; Wed, 28 Aug 2024 08:27:26 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 144C56B0092; Wed, 28 Aug 2024 08:27:26 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 00CE56B0093; Wed, 28 Aug 2024 08:27:25 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0017.hostedemail.com [216.40.44.17]) by kanga.kvack.org (Postfix) with ESMTP id D65DE6B008C for ; Wed, 28 Aug 2024 08:27:25 -0400 (EDT) Received: from smtpin20.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay01.hostedemail.com (Postfix) with ESMTP id 979E21C67B4 for ; Wed, 28 Aug 2024 12:27:25 +0000 (UTC) X-FDA: 82501579650.20.D07EB87 Received: from nyc.source.kernel.org (nyc.source.kernel.org [147.75.193.91]) by imf15.hostedemail.com (Postfix) with ESMTP id F1932A0028 for ; Wed, 28 Aug 2024 12:27:23 +0000 (UTC) Authentication-Results: imf15.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b=TCHoh5hO; spf=pass (imf15.hostedemail.com: domain of brauner@kernel.org designates 147.75.193.91 as permitted sender) smtp.mailfrom=brauner@kernel.org; dmarc=pass (policy=quarantine) header.from=kernel.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1724847927; 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=nuzMj3I/ns3nlwY1Osu2Mn3ZbgUSxtQOQLG6AASGlNk=; b=DMkVn/EshK55IEuXJkVP7Va9vHlM6xzeCYxZlafEqcjqb4H87K5cvCh5SLRhFac08x3nWc ydCy+gokTrHVF0p2wIIQPw942uRGJVWduErfCm+QltvNymDbwg7cseQ4Ci5QN+py4ICdHs Mz3ne4PEcPmZasT8gyVKfSm/kuBvbs0= ARC-Authentication-Results: i=1; imf15.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b=TCHoh5hO; spf=pass (imf15.hostedemail.com: domain of brauner@kernel.org designates 147.75.193.91 as permitted sender) smtp.mailfrom=brauner@kernel.org; dmarc=pass (policy=quarantine) header.from=kernel.org ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1724847927; a=rsa-sha256; cv=none; b=4pzq9IbifcQZymJId5iTXg3JfImENR96Cx+xkkmMF44/XqME57zuC5fgp9ymL58tNpKdWL y00wv4jXHP2Ydfxhs5RZ/IXrwIaMAdeq+PTnB4LRnJ94oJUVW50Ukj4U8J90nmlzf9kVAS iEYNfr51Hr72DvyUNfPAfVmQJVaJHuE= Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by nyc.source.kernel.org (Postfix) with ESMTP id 0BCA0A40318; Wed, 28 Aug 2024 12:27:16 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 5DB5CC98ED6; Wed, 28 Aug 2024 12:18:04 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1724847486; bh=LdapwuU/IGn724OeXM37e34/vZ9fGsDth+xWymHgzy8=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=TCHoh5hOHJax6mEW8+cUr1HiR9bpuETutKyblt1hh+5tDSdU2za6yyKt02StT4nVx jm3reh8W+9JsLVU234CGZi6FGF/+yU79zQP6axXOuP0G/0B4QcxFWKPblTZc8QNzAw EK2kUxzEU4UZ4zOry9vt/u52rBhH96sTS8S8OY0K5HIzhMNx8iEAg6Pv07G9voh60P gpg6xaQs4k7VpL13/FSLWJYXHgrEXtW+ntt7nWrb6eUCIVDRFMbI7WbUuJLaAFwjbw dUTEOZhmOZwb0dwtNW3j1YQUa6CALMbA14L5rd4145Rlbcq+4IJlCWUQ0H3h3PWr3z WKdHHq6t1qOYg== Date: Wed, 28 Aug 2024 14:18:01 +0200 From: Christian Brauner To: Vlastimil Babka Cc: Jens Axboe , "Paul E. McKenney" , Roman Gushchin , Jann Horn , Linus Torvalds , linux-mm@kvack.org, linux-fsdevel@vger.kernel.org Subject: Re: [PATCH v2 0/3] fs,mm: add kmem_cache_create_rcu() Message-ID: <20240828-basen-verteidigen-327c7a299ee2@brauner> References: <20240827-work-kmem_cache-rcu-v2-0-7bc9c90d5eef@kernel.org> <20240827-lehrjahr-bezichtigen-ecb2da63d900@brauner> <96dd4a75-e83f-4807-b43e-bd5552f6aa6d@suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <96dd4a75-e83f-4807-b43e-bd5552f6aa6d@suse.cz> X-Rspamd-Server: rspam06 X-Rspamd-Queue-Id: F1932A0028 X-Stat-Signature: aqc1i654ej6znbbm5bpzszxy9eb8xzpg X-Rspam-User: X-HE-Tag: 1724848043-895071 X-HE-Meta: U2FsdGVkX1++JfrVvWDO8uueoBSJChurnjp37u9QhzoXpGObSJPTF07eff31KgRGIbCUxSjiOZ0cUWF+QHEkitUV1vlESb5SBrC1hZVewJqyx8XcVaRaEFbjegCAJhdQzYDA1b5SpBr/QYLRqN8RW70z+yRCmPwLL9bfjyKfurz8Qs4A8Q0oO4dGZQeAbtBvEjLA8TU//J5y2g6XmXLQklXtVHOh9xuubkQ4VFsKtGUH7pFgkh9nbCuy9I4hT441y9x3jzi/bFbjEQ8ZC8sCqwanWSyR8qv6FDZJzSbFylLZ+Zh4HQ/gLeGEa+JpX5wZrx93JtEW4Vd+idqckUTOC0SNBsH/u3E6dME/GUI79Qwuv7rOH3xploKlc5Os16K0T3BbpUnOyjOs9PwDjQ13w4YehOCAmnnqCbWa+nRNbaG6MQHpd9PokDsVRMWEsN+Lwl0jMUZBSP6CNsY7nThDZ52oIppfxT5ZHkyp/mm5E3SxDa1Dv5qJO7mm8dy8Q/MRdsVtGX7OcbLXk3Dw4yRMNBKmjAzWM9j/kipk/q+/bItwy4d5uj6jahxtFYCBCPO+bHUO3LwWWP6c6KJcTrggjTX+DPLT4vZVh+fhlVV5VdhMfwZdlpPPaptX0xhoB0jMLQcsNNOzaAGCWBl1yEHpbyEz7bCtCQTcfulaTUlnP2jnMder0H50rnUM7C3oH8caeEQLaFSzOxAnq8dQ5RYb7bd7HgOK8FqXcdRcr4gL6YK0L9d5e3zGDqNriqrKv5yzxCLQxNXjUvog0U/3iTHRMQBzgEZIZVJsJWUMsoXMyUYUWaQah+SiLt3ALUU6H5tVOQI5edp6UaZCFxdviE/oJSHcSL3RULFoQVtegHrafGw+yabRjLkHyUEwuS1C99wXiHcJkkxgmXJjzQLyL3xYi3O+LBdt+REmI5O4H/LZzIwtLJkSEEUW90lph2dPcqai+dfrzG1PZCiiJFnZeG+ Pk1dXVhD o148fyBskJLjmXcyxhkA3iOOZcVXDNEi/0jBopufrOsiygqdZtwhVisa7Dzd5M+b6VdFQ00UTMgKKE4QxOsGy44Sfahqjl9qPgFIgdIkeMveBVblCmHvRqqEQC2sgkOObGanePaYwZdwmegl1RWSoronQen+6btOOWryuSx4Wt2AVbCujLt8IvBSN9gAVJyQrbuw2+tRhVg5XjJDrfC9CIlbJKSt7IQyyWvhxu9yvEVkNqoux6KyTY+BN42iKQb/9Mrd56Rh8XqUc/60n+QPGxOo9iihCoo9Zi/QtAASRAOXrE+eNgSg1zgaU20qY2brtzueNVAweRYT7A/s6ONuxIDeHlOirPRs2ilkm 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: > > @Vlastimil, @Jens, @Linus what do you think? > > In the other thread you said it's best to leave such refactoring to > maintainers and I agree and don't ask you to do the cleanup in order to get > what you need (and we don't need to rush it either). I mainly didn't want to wait for that huge refactor to be done before we get a workable solution for v6.12 since the patch isn't all that huge. But I'm not shying away from cleanup work I'm the cause of. So I'm happy to do it for v6.13 as a follow-up but I also don't want to steal this away from you because it'll probably be a fun task to get to port everything to struct kmem_cache_args and clean that all up.