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 B6C46C4167B for ; Mon, 27 Nov 2023 13:55:07 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id E79B56B02D3; Mon, 27 Nov 2023 08:55:06 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id E2A166B02D5; Mon, 27 Nov 2023 08:55:06 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id CF31F6B02D9; Mon, 27 Nov 2023 08:55:06 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0010.hostedemail.com [216.40.44.10]) by kanga.kvack.org (Postfix) with ESMTP id BCBCA6B02D3 for ; Mon, 27 Nov 2023 08:55:06 -0500 (EST) Received: from smtpin15.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay06.hostedemail.com (Postfix) with ESMTP id 7B7E9B55CC for ; Mon, 27 Nov 2023 13:55:06 +0000 (UTC) X-FDA: 81503880612.15.E827483 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by imf24.hostedemail.com (Postfix) with ESMTP id BF92B180014 for ; Mon, 27 Nov 2023 13:55:04 +0000 (UTC) Authentication-Results: imf24.hostedemail.com; dkim=pass header.d=linuxfoundation.org header.s=korg header.b=1L+wIxIy; dmarc=pass (policy=none) header.from=linuxfoundation.org; spf=pass (imf24.hostedemail.com: domain of gregkh@linuxfoundation.org designates 139.178.84.217 as permitted sender) smtp.mailfrom=gregkh@linuxfoundation.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1701093304; 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=1qeFlvJmGjxjADl8XDif4R5WQ73P3dytJ31DMDOEPWg=; b=08gmHTvDPFpRY1+9CtrsErHRQc9oRj2E7gPTKuq6+a7F3IdFtL2DgxCmcDexmDhP87Eeft bD9TxOAD2PXFGj+K+pgTD4ESV92UGD67ebMnNKdMOKNNgsrL/l/jUFTOf/hPMktOHoFVtU vL5lUEeKSaaNOtmtzfTXlD6uX4LjT8A= ARC-Authentication-Results: i=1; imf24.hostedemail.com; dkim=pass header.d=linuxfoundation.org header.s=korg header.b=1L+wIxIy; dmarc=pass (policy=none) header.from=linuxfoundation.org; spf=pass (imf24.hostedemail.com: domain of gregkh@linuxfoundation.org designates 139.178.84.217 as permitted sender) smtp.mailfrom=gregkh@linuxfoundation.org ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1701093304; a=rsa-sha256; cv=none; b=tQDXT+iCEih0UzIvvipW2TnqPD3gfMOgfkO/ytYKYx/uVh8IkEUx6SPGx1m9AhVBQcrAZr TM/bTWNuD5B+0zCZDp3YLngzTytaH7Ot89biViBHF7gbrNNI0FTNIvZI5wP5Aag6OkbbEC k6domd/+VdeQQxt9vQo4VJHHCL4TPxU= Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by dfw.source.kernel.org (Postfix) with ESMTP id B639261226; Mon, 27 Nov 2023 13:55:03 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 12CD6C433CD; Mon, 27 Nov 2023 13:54:43 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1701093283; bh=Nr5swYY4gA6xNHt0Z4yplaqReZBU8Yic7S7/xZDwbj8=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=1L+wIxIymXhI5stPgPpsACycTLJJWDPTmv3EFof1rQgFrKKgoNCa64FRgBiKy0rJr xqNdNKTdSKo1zsCdfVINxNhvUPTBhkw/xYukl/UScs2cIJPkWqrRRsB6GDrUfxX1BA a/5/M78PHdt6zVjxCCTMGhe9VgY32oqnl9pGXgIc= Date: Mon, 27 Nov 2023 13:53:56 +0000 From: Greg KH To: Ryan Lahfa Cc: zhengqi.arch@bytedance.com, akpm@linux-foundation.org, brauner@kernel.org, cel@kernel.org, david@fromorbit.com, djwong@kernel.org, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, muchun.song@linux.dev, paulmck@kernel.org, roman.gushchin@linux.dev, senozhatsky@chromium.org, steven.price@arm.com, tkhai@ya.ru, tytso@mit.edu, vbabka@suse.cz, yujie.liu@intel.com Subject: Re: [PATCH v6 00/45] use refcount+RCU method to implement lockless slab shrink Message-ID: <2023112719-quantum-aside-2294@gregkh> References: <20230911094444.68966-1-zhengqi.arch@bytedance.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Server: rspam09 X-Rspamd-Queue-Id: BF92B180014 X-Stat-Signature: 5ohpfsyq1zabso7mbo9cz54eiyyjqpkj X-Rspam-User: X-HE-Tag: 1701093304-728185 X-HE-Meta: U2FsdGVkX1/4JxxYm779EQSPxEW2r6yk6kyQZyrS/0BLtEhmOPGvSaeDj+QKMkMMXVzcr4EwI18m2jGSIvwQWhQAb23cECcoTd1mWx1wVGUagXz285/F0BYLldcjw02htSFsIBRW/S7kVU/uc8uS4id98ZiqTY2r9z9mms9JwQd7VfjdF3y91Gx/LCS+lUAmQVuyy/mdjm5LpJO4G8v3ASG8YVsa/XLxG38Zk0Ovt8ojuWgcMyP+vs19n8RlPcQmmsHpdm+2HIcg+ORJEw5dJHjjjl9gyAv3FugEwFYk7L0d2zkzpvuptcpRiyLCbXFuuVQ9KvGHadSy+wGMNZ51nWBdglfzUNlkoOFwJdzFy6GnMmDoMzRH8NwawOeRxw0KrxtgE04M/4ybM5OK20SVxhCB68dHGwzyvzMdxjRI/y+tCZuM+n7QCK/xxpzfGWSit4yAqvFptsJPQAOqoJhlNo/9gmAYG8jEwrgz649r7Rgnm/5NgBpaukzBPhfMfQHQpZA2csJpEjhSA+EU1v1NVsnCBnyfHrj0BDL2F7Cge7slcImR7B7N2nPIG84dfrnS83tuazmg+GnHpxz+QNJS3MTj/FsGjvFcvRSb9z7vMj6R297qZRxotj3STju5qDmKmILy7N5KYDFSAiNdl3mV4wlEvzC7kKkAxtEiH+r2RhV438XfwOCrSrLA0yHWuTPfb+kivwlv1ZVdTpOhKN/yQs9TUGY4nAEcuBY2gcTDl0rmrT7q2eiFqrWzgZtlMGNsCiCUka+nSCBpdmsw4nGxIDqlL+p8QPD4ZGZWKBNfOrgYZPZnGVROzJnQQmyTLogmudqx6NkqhHykwVJ4Jzeui0CoAEnw4utqFz9PYL1reJrzhH29ItaqJq2gqYWikUaeY2ZvqPI+CxZfH3kaLVrj2zvtD7s1BqtVxgcffSWkaVIXOUmvZazSjWXR9G50tIInNKpVUIXjji5W7gpx2vB iW6Reurs 1qor60e/ZeQ07FB7e/YuY+Y0e60fLvy9fzTaNsooUchu2/n/4pIs5wkByTcm/uYD8VocHUYevwtkT/vCX751PWktVXDIN4O5obMDt5CCGcfVenIaPWceAVfk2W6MIbl6naWPuFyaZIGhrOrg74LmE8/zIJv/1goaE3shbxG6KWqtJgnToA/EKsSKgshGYBp0mIgS1+UVOZUwc5MzOQRP0bHzet7T9r7LhvUJBIPEdEK7uezt88ZRyfr22Bw== X-Bogosity: Ham, tests=bogofilter, spamicity=0.000115, 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 Sun, Nov 26, 2023 at 03:27:03PM +0100, Ryan Lahfa wrote: > Hi there, > > Given that this series removes the old shrinker APIs and re-adds new > shrinker APIs with `EXPORT_SYMBOL_GPL`, is the intention to prevent any > out of tree module user which is incompatible with GPL to use the > shrinker APIs to register callbacks? We really can't do much about out-of-tree code, sorry. Please work to get your out-of-tree code merged into the kernel tree properly, as that's the normal kernel development model. thanks, greg k-h