lkml.org 
[lkml]   [2000]   [Mar]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    From
    SubjectRe: fcntl(2) and other file systems like XFS
    Date
    >
    >I'm not sure why you want to fix anything: what is the problem? If you

    compatability with fcntl on Unix/IRIX,
    collisions can cause weirdness, not just EINVAL

    >simply reject ioctls you don't understand when you get called in the fs-
    >specific ioctl method, what goes wron with the existing mechanisms?

    If two ioctls have the same value, but different functionality for different
    file systems/drivers, the app could get unexpected results.

    This isn't such a big deal. We have bigger fish to fry. ;-)
    We will go ahead and use the ioctls instead of fcntls.

    The issues with the ioctl vs fcntls:

    1. programs that run using fcntl() on IRIX or other unixes needs
    to change to use ioctls when ported to Linux. We can build a compatability
    library that intercepts fcntl and switches to ioctl or fcntl.

    2. there is no central repository for all the ioctls so there may
    be collisions between ioctls and fcntls. This can be minimized as by using
    /usr/include/bits/ioctls.h, /usr/include/asm/ioctl.h, and
    /usr/include/asm/ioctls.h. Ideally, all ioctls would be in one place to
    avoid collisions.

    Thanks,

    Jim

    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.rutgers.edu
    Please read the FAQ at http://www.tux.org/lkml/

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