Miklos Szeredi wrote:Okay, will do s/client/server/g OSS ioctls are all pretty simple and I think they all use the proper encoding. For the question, my answer would be yes (naturally). It will suck later when implementing some other device only to find out that there's this one ioctl that needs to dereference a pointer but there's no supported way to do it but everything else works. I don't think the performance or the complexity of specific ioctl implementation is of the determining importance as long as it can be made to work with minimal impact on the rest of the whole thing, so the current retry implementation. Okay, cc'd both. Hello, Eric Biederman, Serge Hallyn. For implementing ioctl in FUSE, it's suggested that to access the address space of the caller directly from the FUSE server using its pid via /proc/pid/mem (or task/tid/mem). It's most likely that the calling process's tid will be used. As I don't know much about the containers, I'm not sure how such approach will play out when combined with containers. Can you enlighten us a bit? W/o containers, it will look like the following. FUSE ---------------- ^ | | | kernel ------ ioctl ----------- /dev/fuse ------------ | | userland | v --------------- ------------- | caller | | FUSE server |---> reads and writes | with tid CTID | | | /proc/PID/task/TID/mem --------------- ------------- The FUSE server gets task->pid. IIUC, if the FUSE server is not in a container, task->pid should work fine whether the caller is in container or not, right? And if the FUSE server is in a container, it's hell lot more complex and FUSE may have to map task->pid to what FUSE server would know if possible? Thanks. -- tejun --
| Avi Kivity | [PATCH 09/58] KVM: MMU: Respect nonpae pagetable quadrant when zapping ptes |
| Andrew Morton | 2.6.25-rc2-mm1 |
| James Morris | Re: LSM conversion to static interface |
| Eric W. Biederman | Re: [PATCH] kexec: force x86_64 arches to boot kdump kernels on boot cpu |
git: | |
| David Miller | Re: 2.6.25-rc8: FTP transfer errors |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | Re: [GIT *] Solos PCI ADSL card update |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
