1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
|
.\" Copyright (c) 1980, 1991 Regents of the University of California.
.\" All rights reserved.
.\"
.\" Redistribution and use in source and binary forms, with or without
.\" modification, are permitted provided that the following conditions
.\" are met:
.\" 1. Redistributions of source code must retain the above copyright
.\" notice, this list of conditions and the following disclaimer.
.\" 2. Redistributions in binary form must reproduce the above copyright
.\" notice, this list of conditions and the following disclaimer in the
.\" documentation and/or other materials provided with the distribution.
.\" 3. All advertising materials mentioning features or use of this software
.\" must display the following acknowledgement:
.\" This product includes software developed by the University of
.\" California, Berkeley and its contributors.
.\" 4. Neither the name of the University nor the names of its contributors
.\" may be used to endorse or promote products derived from this software
.\" without specific prior written permission.
.\"
.\" THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND
.\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
.\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
.\" ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE
.\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
.\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
.\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
.\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
.\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
.\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
.\" SUCH DAMAGE.
.\"
.\" @(#)ioctl.2 6.4 (Berkeley) 3/10/91
.\"
.\" Modified 1993-07-23 by Rik Faith <faith@cs.unc.edu>
.\" Modified 1996-10-22 by Eric S. Raymond <esr@thyrsus.com>
.\" Modified 1999-06-25 by Rachael Munns <vashti@dream.org.uk>
.\" Modified 2000-09-21 by Andries Brouwer <aeb@cwi.nl>
.\" Translated into Spanish Mon Feb 16 14:27:30 CET 1998 by Gerardo
.\" Aburruzaga García <gerardo.aburruzaga@uca.es>
.\" Translation revised Sat Jan 8 2000 by Juan Piernas <piernas@ditec.um.es>
.\" Revisado por Miguel Pérez Ibars <mpi79470@alu.um.es> el 18-noviembre-2004
.\"
.TH IOCTL 2 "21 Septiembre 2000" "BSD" "Manual del Programador de Linux"
.SH NOMBRE
ioctl \- controlar dispositivo
.SH SINOPSIS
.B #include <sys/ioctl.h>
.sp
.BI "int ioctl(int " d ", int " request ", ...);"
.SH DESCRIPCIÓN
La función
.B ioctl
manipula los parámetros subyacentes de ficheros especiales. En
particular, muchas características operacionales de los ficheros
especiales de caracteres (verbigracia las terminales) pueden
controlarse con llamadas a
.BR ioctl .
El argumento
.I d
debe ser un descriptor de fichero abierto.
.PP
El segundo argumento es un código de solicitud que depende del dispositivo.
El tercer argumento es un puntero a memoria sin tipo. Es tradicionalmente
.BI "char *" argp
(desde los días antes de que
.B "void *"
se considerara código C válido), y así se le llamará en este documento.
.PP
Una
.I peticion
de ioctl tiene codificada en sí misma si el argumento es un parámetro de
.I entrada
o de
.IR salida ,
y el tamaño del argumento
.I argp
en bytes. En el fichero de cabecera
.I <sys/ioctl.h>
se definen macros empleadas al especificar una
.I peticion
de ioctl.
.SH "VALOR DEVUELTO"
Normalmente, se devuelve cero en caso de éxito.
Unos pocos ioctls usan el valor de retorno como un parámetro
de salida y devuelven un valor no negativo en caso de éxito.
En caso de error, se devuelve \-1, y se pone en
.I errno
un valor apropiado.
.SH ERRORES
.TP 0.7i
.B EBADF
.I d
no es un descriptor válido.
.TP
.B EFAULT
.I argp
referencia a una zona de memoria inaccesible.
.TP
.B ENOTTY
.I d
no está asociado con un dispositivo especial de caracteres.
.TP
.B ENOTTY
La petición especificada no se aplica a la clase de objeto que
referencia el descriptor
.IR d .
.TP
.B EINVAL
.I Peticion
o
.I argp
no es válido.
.SH "CONFORME A"
Ningún estándar en particular. Los argumentos, valores devueltos y
semántica de
.BR ioctl (2)
varían según el controlador de dispositivo en cuestión (la llamada se
usa como un recogedor para las operaciones que no encajen claramente
en el modelo de flujos de E/S de Unix). Vea
.BR ioctl_list (2)
para una lista de muchas de las llamadas conocidas a
.BR ioctl .
La función
.B ioctl
apareció por primera vez en Unix de AT&T Versión 7.
.SH "VÉASE TAMBIÉN"
.BR execve (2),
.BR fcntl (2),
.BR ioctl_list (2),
.BR mt (4),
.BR sd (4),
.BR tty (4)
|
