From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754663Ab1AUSBt (ORCPT ); Fri, 21 Jan 2011 13:01:49 -0500 Received: from mx1.redhat.com ([209.132.183.28]:34870 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753822Ab1AUSBs (ORCPT ); Fri, 21 Jan 2011 13:01:48 -0500 Date: Fri, 21 Jan 2011 18:53:45 +0100 From: Oleg Nesterov To: Ingo Molnar Cc: mingo@redhat.com, hpa@zytor.com, acme@redhat.com, paulus@samba.org, linux-kernel@vger.kernel.org, stern@rowland.harvard.edu, a.p.zijlstra@chello.nl, fweisbec@gmail.com, roland@redhat.com, tglx@linutronix.de, prasad@linux.vnet.ibm.com, linux-tip-commits@vger.kernel.org, "Paul E. McKenney" Subject: Re: [PATCH] perf: perf_event_exit_task_context: s/rcu_dereference/rcu_dereference_raw/ Message-ID: <20110121175345.GB8796@redhat.com> References: <20110119182207.GB12183@redhat.com> <20110121152939.GA28552@elte.hu> <20110121155323.GA2988@redhat.com> <20110121174547.GA8796@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110121174547.GA8796@redhat.com> User-Agent: Mutt/1.5.18 (2008-05-17) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 01/21, Oleg Nesterov wrote: > > In theory, almost every user of task->child->perf_event_ctxp[] > is wrong. find_get_context() can install the new context at any > moment, we need read_barrier_depends(). And perhaps it makes sense to fix them all, although the problem is only theoretical. > dbe08d82ce3967ccdf459f7951d02589cf967300 "perf: Fix > find_get_context() vs perf_event_exit_task() race" added > rcu_dereference() into perf_event_exit_task_context() to make > the precedent, but this makes __rcu_dereference_check() unhappy. > Use rcu_dereference_raw() to shut up the warning. But rcu_dereference_raw() looks a bit confusing, and it is not very convenient to use read_barrier_depends() directly. Paul, may be it makes sense to add the new trivial helper which can be used instead? Yes, this is only cosmetic issue, I know ;) Oleg.