lkml.org 
[lkml]   [2004]   [Sep]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: 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/

\
 
 \ /
  Last update: 2005-03-22 14:05    [W:0.059 / U:0.072 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site