Messages in this thread | | | Date | Thu, 2 Sep 2004 00:53:14 +0300 | From | "Michael S. Tsirkin" <> | Subject | Re: f_ops flag to speed up compatible ioctls in linux kernel |
| |
Hello! Quoting r. Roland Dreier (roland@topspin.com) "Re: f_ops flag to speed up compatible ioctls in linux kernel": > Albert> Per-command parameters included? > > Albert> People really do want private syscalls. An ioctl is that, > Albert> in a namespace defined by the file descriptor. So ioctl() > Albert> provides local scope to something that would otherwise be > Albert> global. > > Yes, this is exactly right. One issue raised by this thread is that > the ioctl32 compatibility code only allows one compatibility handler > per ioctl number. It seems that this creates all sorts of > possibilities for mayhem because it makes the ioctl namespace global > in scope in some situations. Does anyone have any thoughts on if/how > this should be addressed. >
Thats what my original patch attempts to address http://www.uwsg.indiana.edu/hypermail/linux/kernel/0409.0/0025.html What do you think?
- 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/
| |