[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20120531150756.GC24279@linux.vnet.ibm.com>
Date: Thu, 31 May 2012 20:37:56 +0530
From: Srikar Dronamraju <srikar@...ux.vnet.ibm.com>
To: Peter Zijlstra <peterz@...radead.org>
Cc: Ingo Molnar <mingo@...e.hu>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Ananth N Mavinakayanahalli <ananth@...ibm.com>,
LKML <linux-kernel@...r.kernel.org>,
Oleg Nesterov <oleg@...hat.com>,
Steven Rostedt <rostedt@...dmis.org>,
Arnaldo Carvalho de Melo <acme@...radead.org>,
Masami Hiramatsu <masami.hiramatsu.pt@...achi.com>,
Anton Arapov <anton@...hat.com>
Subject: Re: [PATCH 1/3] uprobes/core: Remove redundant
lock_page/unlock_page
* Peter Zijlstra <peterz@...radead.org> [2012-05-31 13:58:38]:
> On Thu, 2012-05-31 at 17:16 +0530, Srikar Dronamraju wrote:
> > From: Srikar Dronamraju <srikar@...ux.vnet.ibm.com>
> >
> > No need to lock the page when copying the opcode in read_opcode().
>
> It would be good if the changelog said _why_ this is so :-)
In read_opcode(), we have the reference for the page and we only are reading
from the the page. i.e we are neither modifying the page contents, not
the page attributes.
Existing kernel code has enough examples where we read the contents
of the page without taking the page lock.
Further this was discussed here too https://lkml.org/lkml/2012/4/17/361.
--
Thanks and Regards
Srikar
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists