From mboxrd@z Thu Jan 1 00:00:00 1970 From: "William A.(Andy) Adamson" Subject: Re: NFS4 crack Date: Thu, 22 Sep 2005 16:58:59 -0400 Message-ID: <20050922205859.204D61BB05@citi.umich.edu> References: <20050918102100.GA23463@lst.de> <17200.22256.314596.486248@cse.unsw.edu.au> <20050921004403.23f3fbda.akpm@osdl.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Neil Brown , hch@lst.de, andros@citi.umich.edu, bfields@citi.umich.edu, linux-fsdevel@vger.kernel.org, okir@suse.de, andros@citi.umich.edu Return-path: Received: from citi.umich.edu ([141.211.133.111]:17481 "EHLO citi.umich.edu") by vger.kernel.org with ESMTP id S1030303AbVIVU67 (ORCPT ); Thu, 22 Sep 2005 16:58:59 -0400 To: Andrew Morton In-reply-to: <20050921004403.23f3fbda.akpm@osdl.org> Sender: linux-fsdevel-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org > Neil Brown wrote: > > > > Now, this in-kernel-application needs to store stable > > application-specific data somewhere. May it: > > > > 1/ open a directory and create files in it and write to them > > 2/ open a directory and create files provided that the name of the > > directory is given by userspace > > 3/ create files in a directory that was created by userspace and > > given to the knfsd application as a filedescriptor > > 4/ write data to files which were created and opened by used-space > > based on filenames provided by knfsd (hostnames or equivalents in > > this case). > > 5/ pass the data to userspace and let it worry completely. > > 6/ sorry, you cannot have application-specific state. > > > > 5/ sounds good. There are numerous options, newly including connector and > configfs. alright. i'll look into a user space solution. -->Andy