This is of high interest also for the NFS-Ganesha project, a free software NFS user-mode daemon project. (CC: Ganesha ML) I would (highly) second this topic, please, which is of cardinal importance for any such sharing servers from user-mode. Also in Ganesha we do not use (and cannot use) any form of POSIX readdir, we must directly open the directory, and retrieve the undocumented dirents structures. There are lots of reasons why we do this, but mainly because of the directory-seek and the readdir continuation "cookie". Which is impossible with POSIX. I can't, remember all the details right now, but Trond has showed us how POSIX readdir is totally broken in regard to the continuation "cookie", because POSIX assumes that the directory is a flat array. So surly any implementation should also solve this issue. Also in Ganesha we have portability layers for other OSs, and we have been porting some Linux APIs to FreeBSD, A new proposal should be well defined and have Portability and "generic-ness" in mind. For example it should not only map readdirplus call from an NFS daemon to a Local file system, it should also fit well with an application API to an NFS client, with maximum efficiency and minimum overhead. Any implementation should also consider the in Kernel daemon. Any generic VFS code that could be shared should be considered. KNFSD should not be duplicating code already done by the above IOCTL layer. I would also like to propose that we might want to broaden this topic to more API's that we might need from user-mode, like delegation locks, and other. (We had a list of them I'll try to collect and produce a list) Thanks, and Steven, please forgive me if you feel I'm hijacking your topic, if you feel our topics should be kept separate, please tell me and I will send it as a separate topic. Thanks Boaz On 01/23/2013 11:43 AM, Steven Whitehouse wrote: > Hi, > > As part of the work we've been doing in relation to integration between > NFS/Samba and GFS2, Abhi has been working on a readdirplus system call > in order to investigate the issues involved with creating such a call. > It is still early days yet, but by April there should be some > interesting results to present. > > Please add Abhi to the attendee list as well as myself. > > Also, it has been some time since we had a NFS/Samba meeting to discuss > the other issues which are pending, such as locking, ACLs, etc. So we > could perhaps also allow some time to do that face to face rather than > over the phone as we've been doing up til now, > > Steve. > > > -- > To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in > the body of a message to majordomo@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html > -- To unsubscribe from this list: send the line "unsubscribe linux-nfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
