From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751939Ab2DBKNz (ORCPT ); Mon, 2 Apr 2012 06:13:55 -0400 Received: from mail-bk0-f46.google.com ([209.85.214.46]:54035 "EHLO mail-bk0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751475Ab2DBKNx (ORCPT ); Mon, 2 Apr 2012 06:13:53 -0400 Message-ID: <4F797BDD.2020905@openvz.org> Date: Mon, 02 Apr 2012 14:13:49 +0400 From: Konstantin Khlebnikov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.2) Gecko/20120217 Firefox/10.0.2 Iceape/2.7.2 MIME-Version: 1.0 To: Cyrill Gorcunov CC: Oleg Nesterov , "linux-mm@kvack.org" , Andrew Morton , "linux-kernel@vger.kernel.org" , Eric Paris , "linux-security-module@vger.kernel.org" , "oprofile-list@lists.sf.net" , Matt Helsley , Linus Torvalds , Al Viro Subject: Re: [PATCH 6/7] mm: kill vma flag VM_EXECUTABLE References: <20120331091049.19373.28994.stgit@zurg> <20120331092929.19920.54540.stgit@zurg> <20120331201324.GA17565@redhat.com> <20120331203912.GB687@moon> <4F79755B.3030703@openvz.org> <20120402095444.GE7607@moon> In-Reply-To: <20120402095444.GE7607@moon> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Cyrill Gorcunov wrote: > On Mon, Apr 02, 2012 at 01:46:03PM +0400, Konstantin Khlebnikov wrote: >> Cyrill Gorcunov wrote: >>> On Sat, Mar 31, 2012 at 10:13:24PM +0200, Oleg Nesterov wrote: >>>> >>>> Add Cyrill. This conflicts with >>>> c-r-prctl-add-ability-to-set-new-mm_struct-exe_file.patch in -mm. >>> >>> Thanks for CC'ing, Oleg. I think if thise series go in it won't >>> be a problem to update my patch accordingly. >> >> In this patch I leave mm->exe_file lockless. >> After exec/fork we can change it only for current task and only if mm->mm_users == 1. >> >> something like this: >> >> task_lock(current); >> if (atomic_read(¤t->mm->mm_users) == 1) >> set_mm_exe_file(current->mm, new_file); >> else >> ret = -EBUSY; >> task_unlock(current); >> >> task_lock() protect this code against get_task_mm() > > I see. Konstantin, the question is what is more convenient way to update the > patch in linux-next. The c-r-prctl-add-ability-to-set-new-mm_struct-exe_file.patch > is in -mm already, so I either should wait until Andrew pick your series up and > send updating patch on top, or I could fetch your series, update my patch and > send it here as reply. Hmm? Let's wait for Andrew's response. And maybe somebody disagree with my changes.