Re: [PATCH] Initial support for struct vfs_cred [0/1]

From: Trond Myklebust (trond.myklebust@fys.uio.no)
Date: Sun Sep 01 2002 - 16:56:00 EST


>>>>> " " == Luca Barbieri <ldb@ldb.ods.org> writes:

>> Because, as has been explained to you, we have things like
>> Coda, Intermezzo, NFS, for which this is insufficient.
> If they only need them at open, and the open is synchronous,
> you don't need to copy them.

Bullshit. You clearly haven't got a clue what you are talking about.

For all these 3 systems credentials need to be cached from file open
to file close.

  YES EVEN NOW, WITH NO CLONE_CRED AND WITH SYNCHRONOUS OPEN !!!!

On something like NFS or Coda, the server needs to receive
authentication information for each and every RPC call we send to
it. There's no state. The server does not know that we have opened a
file.

Currently this is done by the NFS client hiding information in the
file's private_data field. This means that other people that want to
do write-through-caching etc are in trouble 'cos they have to cope
with the fact that NFS has its private field, Coda has its private
field,... And they are all doing the same thing in different ways.

Now stop trolling

  Trond
-
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/



This archive was generated by hypermail 2b29 : Sat Sep 07 2002 - 22:00:14 EST