Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Sun, 1 Sep 2002 11:18:40 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Sun, 1 Sep 2002 11:18:39 -0400 Received: from dsl-213-023-020-041.arcor-ip.net ([213.23.20.41]:48512 "EHLO starship") by vger.kernel.org with ESMTP id ; Sun, 1 Sep 2002 11:18:38 -0400 Content-Type: text/plain; charset=US-ASCII From: Daniel Phillips To: Luca Barbieri , trond.myklebust@fys.uio.no Subject: Re: [PATCH] Initial support for struct vfs_cred [0/1] Date: Sun, 1 Sep 2002 17:15:30 +0200 X-Mailer: KMail [version 1.3.2] Cc: Linus Torvalds , Linux FSdevel , Linux Kernel References: <15729.17279.474307.914587@charged.uio.no> <1030835635.1422.39.camel@ldb> In-Reply-To: <1030835635.1422.39.camel@ldb> MIME-Version: 1.0 Content-Transfer-Encoding: 7BIT Message-Id: Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1150 Lines: 26 On Sunday 01 September 2002 01:13, Luca Barbieri wrote: > On Sun, 2002-09-01 at 00:30, Trond Myklebust wrote: > > >>>>> " " == Luca Barbieri writes: > > > > > Then the rest of the code doesn't need to know at all that > > > credentials are shared and is simpler and faster. We have > > > however a larger penalty on credential change but, as you say, > > > that's extremely rare (well, perhaps not necessarily extremely, > > > but still rare). > > > > What if I, in a fit of madness/perversion, decide to use CLONE_CRED > > between 2 kernel threads (i.e. no 'kernel entry')? > You don't or you manually patch the task_struct of the other threads. > This isn't a serious concern. It is a serious concern. Inventing new, subtle behavior differences between user and kernel threads is, in a word, gross. It's certain to bite people in the future. -- Daniel - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/