Hi,
I encountered an ioctl conflict when attempting detect to STREAMS
support in glibc 2.1.94 via a configure script test. The
[EMAIL PROTECTED] mailing list suggested that I post the bug report I
posted there to this list. It is listed below.
Ossama Othman wrote:
>
> Hi,
>
> Conflicts exist between glibc 2.1.94's STREAMS ioctls and the Linux
> kernel's CDROM ioctls.
>
> In <bits/stropts.h>:
>
> /* Macros used as `request' argument to `ioctl'. */
> #define __SID ('S' << 8)
>
> #define I_NREAD (__SID | 1) /* Counts the number of data bytes in the data
> block in the first message. */
> #define I_PUSH (__SID | 2) /* Push STREAMS module onto top of the current
> STREAM, just below the STREAM head. */
> #define I_POP (__SID | 3) /* Remove STREAMS module from just below the
> STREAM head. */
> .
> .
> .
>
> In <linux/cdrom.h> (in both the 2.2.x and the 2.4-pre kernels):
>
> /*******************************************************
> * The CD-ROM IOCTL commands -- these should be supported by
> * all the various cdrom drivers. For the CD-ROM ioctls, we
> * will commandeer byte 0x53, or 'S'.
> *******************************************************/
> #define CDROMPAUSE 0x5301 /* Pause Audio Operation */
> #define CDROMRESUME 0x5302 /* Resume paused Audio Operation */
> #define CDROMPLAYMSF 0x5303 /* Play Audio MSF (struct cdrom_msf) */
> .
> .
> .
>
> I encountered this problem when attempting to set the I_SRDOPT ioctl
> to RMSGN. ioctl() returned with an EINVAL error.
>
> Running strace revealed that the CDROMREADTOCENTRY ioctl was used
> instead of I_SRDOPT.
The original post is at:
http://mail.gnu.org/pipermail/bug-glibc/2000-October/000191.html
TIA!
-Ossama
--
Ossama Othman <[EMAIL PROTECTED]>
Distributed Object Computing Laboratory, Univ. of California at Irvine
1024D/F7A394A8 - 84ED AA0B 1203 99E4 1068 70E6 5EB7 5E71 F7A3 94A8
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
