Thanks ArndIf I have understood correctly the following would be the changes Iwould have to make in the kernel...Please correct me if I am wrong.

It seems to me step (d) would be as you say a little tricky but Icould attempt itdepending on the amount of time I have in the project I am on at the moment.Proposed modifications...a) Struct file_operations(include/linux/fs.h) has a compat_ioctl hook for fileioctls. Include a compat_proto_ioctl hook in proto_ops(include/net.h) formodular socket ioctls.

b) socket.c has a 'file_operations' type struct socket_file_ops where the.compat_ioctl member is currently not used. Define compat_sock_ioctl insocket.c and assign to .compat_ioctl member of socket_file_opsThis is ifdef'd with CONFIG_COMPAT

c) compat_sock_ioctl will by default call the protocol's ioctl currently supporting the socket interface when handling modular socket ioctls,like so. socket->ops->compat_proto_ioctl(...)which in this case is x25_compat_ioctl.

d)If compat_sock_ioctl has to perform a function similar tosock_ioctl(socket.c)where in SIOC* commands are handled, then introduce a newly definedcompat_dev_ioctl that would have stuff like dev_ifsioc that would havepreviouslybeen removed from fs/compat_ioctl.c.Then the protocol's ioctl (called by default in the step c above) would itselfdefault to compat_dev_ioctl ensuring other socket layerioctls are handled by the device layer function, compat_dev_ioctl

regards,Shaun

On 10/10/05, Arnd Bergmann <arnd@arndb.de> wrote:> On Maandag 10 Oktober 2005 06:21, spereira wrote:> >> > Is there currently an alternative to register_ioctl32_conversion that> > would help achive 32 bit ioctl emulation at the socket layer?> > Any suggestions/advice whould be much appreciated.>> The correct solution would be to add the missing functionality to> net/socket.c and move over the implementation of SIOC* from> fs/compat_ioctl.c. Getting the code path right is a little tricky,> but I think a patch to fix this up would be appreciated.>> As a start, you could define a compat_sock_ioctl along the> lines of compat_blkdev_ioctl and add your own handlers to the> x25_proto_ops, but IMHO it would makes sense to get rid of stuff> like dev_ifsioc from fs/compat_ioctl.c at the same time by> introducing a new compat_dev_ioctl called from compat_sock_ioctl.>> Arnd <><>-To unsubscribe from this list: send the line "unsubscribe linux-kernel" inthe body of a message to majordomo@vger.kernel.orgMore majordomo info at http://vger.kernel.org/majordomo-info.htmlPlease read the FAQ at http://www.tux.org/lkml/