Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1762753AbYCSUyD (ORCPT ); Wed, 19 Mar 2008 16:54:03 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1759233AbYCSTs2 (ORCPT ); Wed, 19 Mar 2008 15:48:28 -0400 Received: from mtagate3.de.ibm.com ([195.212.29.152]:12936 "EHLO mtagate3.de.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1759225AbYCSTs1 (ORCPT ); Wed, 19 Mar 2008 15:48:27 -0400 In-Reply-To: Subject: Re: [PATCH 1/3] Infiniband: make ehca_pd use struct pid pointer rather than pid_t To: Roland Dreier Cc: Christoph Raisch , general@lists.openfabrics.org, Hal Rosenstock , Linux Kernel Mailing List , Roland Dreier , Sean Hefty , Pavel Emelyanov X-Mailer: Lotus Notes Release 7.0 HF277 June 21, 2006 Message-ID: From: Hoang-Nam Nguyen Date: Tue, 18 Mar 2008 18:09:22 +0100 X-MIMETrack: Serialize by Router on D12ML065/12/M/IBM(Release 7.0.2FP2HF322 | September 26, 2007) at 18/03/2008 18:09:23 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1215 Lines: 23 > > Reason for above checking is to prevent a child process releasing > > a resource that the parent process has created and still wants to use. > > Do you think that's something we can generalize into ib_core? > Clearly if we want that check then it should be in the core uverbs > module. But I'm not sure why we would want that check -- I don't see > any realistic scenario where that would cause problems, and it seems > at least as likely that the check would break an app that > intentionally does something clever. Right, above checking is based on a very simple policy "creator of a resource is also the owner in term of releasing it" and will not cover other customized patterns. We had a case - believe on sles9, in which a child process manipulated/released resources from parent one, and it was not easy to find the bug. Wrt/ your actual question: we can remove the tgid stuff from ehca kernel code. When do you expect me to send a patch at latest? Nam -- 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/