Received: by 10.223.176.5 with SMTP id f5csp856150wra; Wed, 7 Feb 2018 08:35:49 -0800 (PST) X-Google-Smtp-Source: AH8x227cDQ2n2VVMXx/R2zAQ7Y+xE1oR5xDQ5wnMeHvEgIt0siZI26qEzEZrMyu4UOiNM0hxMuZv X-Received: by 10.101.80.69 with SMTP id k5mr5416998pgo.431.1518021349546; Wed, 07 Feb 2018 08:35:49 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1518021349; cv=none; d=google.com; s=arc-20160816; b=j54nprEYldQZ0erTb03V4lewIAy+zB8zPc678PNGnxobgPZDiSP2d+dIoIuqyO1UHT GF7ZZ7zefPyiy2q+n1KLBPuXQAKhkbsXdxt+hDWlVLWYSeOHsVql77B1y0NhRd0X5Wvj SI/ZIO9hEa1NpNBYca/jH7M8XOlk9IQ31eypOuqfhwy89ECv+x0qN7faRzzDaawPI1va zR7cflz0YymlFC+ARjGuxvcMES2xjmAvznkCx7UZfe6QSg5Ue635ojSIxkTqGit98vm/ a7rljvHMNQnDPCa2EPPQHYlywshJrjBFVc8lIurWU0J08ylawjmFDFFpC5qsWneNRg2/ Orxw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :dmarc-filter:arc-authentication-results; bh=JK7xHrLd2iMJ14+KHYLY3LZtV2JBvpmwvVRPBsYSN14=; b=j4xTxupcfp064kTziN1Uej+R8iF6VTiZEJWyo2Y4BN2llkjR8VunkHW5p9Shv4EYNR +EV59E1vET+69r/Pun+rqYJjB8/HZ63yu3cmC43zW5LsuHkbdQNUyekTZWhfgPRw55Ai QK39k7SomjbvFLIfxR6IZklW8waXo6pc5GN4hypvYZXVJqh5Ioz3dAeKsVwifibXf0B7 WlZYCMmPgOXRy79kq3IeG5hGQ1OWFDUPOvRgQFKzrQQGf4M8aFAn/mEfjoqozPgQ9PgR g9Elk0OGTl9wVIITpBzrq38DYaeasJwbX5JY99J2useNy+Dbe7wo0r4VGy+KEAGXbzu7 w6fA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id m3-v6si1320357pli.534.2018.02.07.08.35.35; Wed, 07 Feb 2018 08:35:49 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932119AbeBGQeU (ORCPT + 99 others); Wed, 7 Feb 2018 11:34:20 -0500 Received: from mail.kernel.org ([198.145.29.99]:37238 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754466AbeBGQeT (ORCPT ); Wed, 7 Feb 2018 11:34:19 -0500 Received: from gandalf.local.home (cpe-172-100-180-131.stny.res.rr.com [172.100.180.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 9300D21788; Wed, 7 Feb 2018 16:34:17 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 9300D21788 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=goodmis.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=rostedt@goodmis.org Date: Wed, 7 Feb 2018 11:34:16 -0500 From: Steven Rostedt To: Matthew Wilcox Cc: "Paul E. McKenney" , Kirill Tkhai , josh@joshtriplett.org, mathieu.desnoyers@efficios.com, jiangshanlai@gmail.com, mingo@redhat.com, cl@linux.com, penberg@kernel.org, rientjes@google.com, iamjoonsoo.kim@lge.com, akpm@linux-foundation.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, brouer@redhat.com, rao.shoaib@oracle.com Subject: Re: [PATCH 0/2] rcu: Transform kfree_rcu() into kvfree_rcu() Message-ID: <20180207113416.33b6247b@gandalf.local.home> In-Reply-To: <20180207161846.GA902@bombadil.infradead.org> References: <151791170164.5994.8253310844733420079.stgit@localhost.localdomain> <20180207021703.GC3617@linux.vnet.ibm.com> <20180207042334.GA16175@bombadil.infradead.org> <20180207050200.GH3617@linux.vnet.ibm.com> <20180207083104.GK3617@linux.vnet.ibm.com> <20180207085700.393f90d0@gandalf.local.home> <20180207161846.GA902@bombadil.infradead.org> X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.31; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 7 Feb 2018 08:18:46 -0800 Matthew Wilcox wrote: > Do we need to be able to free any of those objects in order to rename > kfree_rcu() to just free_rcu()? I'm just nervous about tightly coupling free_rcu() with all the *free() from the memory management system. I've been burnt in the past by doing such things. What's the down side of having a way of matching *free_rcu() with all the *free()s? I think it's easier to understand, and rcu doesn't need to worry about changes of *free() code. To me: kfree_rcu(x); is just a quick way of doing 'kfree(x)' after a synchronize_rcu() call. But a "free_rcu(x)", is something I have to think about, because I don't know from the name exactly what it is doing. I know this may sound a bit bike shedding, but the less I need to think about how other sub systems work, the easier it is to concentrate on my own sub system. -- Steve