1996-01-01 11:01:13 +00:00
|
|
|
.\"
|
|
|
|
.\" Copyright (c) 1996 Joerg Wunsch
|
|
|
|
.\"
|
|
|
|
.\" All rights reserved.
|
|
|
|
.\"
|
|
|
|
.\" This program is free software.
|
|
|
|
.\"
|
|
|
|
.\" 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.
|
|
|
|
.\"
|
|
|
|
.\" THIS SOFTWARE IS PROVIDED BY THE DEVELOPERS ``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 DEVELOPERS 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.
|
|
|
|
.\"
|
1999-08-28 00:22:10 +00:00
|
|
|
.\" $FreeBSD$
|
1996-01-01 11:01:13 +00:00
|
|
|
.\"
|
2010-06-01 18:27:48 +00:00
|
|
|
.Dd June 01, 2010
|
2010-02-08 20:53:29 +00:00
|
|
|
.Dt IO 4
|
1996-01-01 11:01:13 +00:00
|
|
|
.Os
|
|
|
|
.Sh NAME
|
|
|
|
.Nm io
|
|
|
|
.Nd I/O privilege file
|
2004-10-03 13:14:20 +00:00
|
|
|
.Sh SYNOPSIS
|
|
|
|
.Cd "device io"
|
2010-06-01 18:27:48 +00:00
|
|
|
.Pp
|
|
|
|
.In sys/types.h
|
|
|
|
.In sys/ioctl.h
|
|
|
|
.In dev/io/iodev.h
|
|
|
|
.In machine/iodev.h
|
|
|
|
.Bd -literal
|
|
|
|
struct iodev_pio_req {
|
|
|
|
u_int access;
|
|
|
|
u_int port;
|
|
|
|
u_int width;
|
|
|
|
u_int val;
|
|
|
|
};
|
2010-06-11 06:04:07 +00:00
|
|
|
.Ed
|
1996-01-01 11:01:13 +00:00
|
|
|
.Sh DESCRIPTION
|
|
|
|
The special file
|
1997-02-05 15:07:37 +00:00
|
|
|
.Pa /dev/io
|
1996-01-01 11:01:13 +00:00
|
|
|
is a controlled security hole that allows a process to gain I/O
|
|
|
|
privileges
|
2001-08-07 15:48:51 +00:00
|
|
|
(which are normally reserved for kernel-internal code).
|
2004-07-03 18:29:24 +00:00
|
|
|
This can be useful in order to write userland
|
1996-01-01 11:01:13 +00:00
|
|
|
programs that handle some hardware directly.
|
2010-06-01 18:27:48 +00:00
|
|
|
.Pp
|
|
|
|
The usual operations on the device are to open it via the
|
|
|
|
.Xr open 2
|
|
|
|
interface and to send I/O requests to the file descriptor using the
|
|
|
|
.Xr ioctl 2
|
|
|
|
syscall.
|
|
|
|
.Pp
|
|
|
|
The
|
|
|
|
.Xr ioctl 2
|
|
|
|
requests available for
|
|
|
|
.Pa /dev/io
|
|
|
|
are mostly platform dependent, but there are also some in common between
|
|
|
|
all of them.
|
|
|
|
The
|
|
|
|
.Dv IODEV_PIO
|
|
|
|
is used by all the architectures in order to request that an I/O operation
|
2010-06-03 09:54:53 +00:00
|
|
|
be performed.
|
|
|
|
It takes a 'struct iodev_pio_req' argument that must be previously setup.
|
2010-06-01 18:27:48 +00:00
|
|
|
.Pp
|
|
|
|
The
|
|
|
|
.Fa access
|
2010-06-03 09:54:53 +00:00
|
|
|
member specifies the type of operation requested.
|
|
|
|
It may be:
|
2010-06-01 18:27:48 +00:00
|
|
|
.Bl -tag -width IODEV_PIO_WRITE
|
|
|
|
.It Dv IODEV_PIO_READ
|
2010-06-03 09:54:53 +00:00
|
|
|
The operation is an "in" type.
|
|
|
|
A value will be read from the specified port
|
2010-06-01 18:27:48 +00:00
|
|
|
(retrieved from the
|
|
|
|
.Fa port
|
|
|
|
member) and the result will be stored in the
|
|
|
|
.Fa val
|
|
|
|
member.
|
|
|
|
.It Dv IODEV_PIO_WRITE
|
2010-06-03 09:54:53 +00:00
|
|
|
The operation is a "out" type.
|
|
|
|
The value will be fetched from the
|
2010-06-01 18:27:48 +00:00
|
|
|
.Fa val
|
|
|
|
member and will be written out to the specified port (defined as the
|
|
|
|
.Fa port
|
|
|
|
member).
|
|
|
|
.El
|
|
|
|
.Pp
|
|
|
|
Finally, the
|
|
|
|
.Fa width
|
|
|
|
member specifies the size of the operand to be read/written, expressed
|
|
|
|
in bytes.
|
1996-01-01 11:01:13 +00:00
|
|
|
.Pp
|
2001-08-12 21:08:34 +00:00
|
|
|
In addition to any file access permissions on
|
1997-02-05 15:07:37 +00:00
|
|
|
.Pa /dev/io ,
|
2001-08-12 21:08:34 +00:00
|
|
|
the kernel enforces that only the super-user may open this device.
|
2010-06-01 18:27:48 +00:00
|
|
|
.Sh LEGACY
|
|
|
|
The
|
|
|
|
.Pa /dev/io
|
2010-06-03 09:54:53 +00:00
|
|
|
interface used to be very i386 specific and worked differently.
|
|
|
|
The initial implementation simply raised the
|
2010-06-01 18:27:48 +00:00
|
|
|
.Em IOPL
|
|
|
|
of the current thread when
|
|
|
|
.Xr open 2
|
2010-06-03 09:54:53 +00:00
|
|
|
was called on the device.
|
|
|
|
This behaviour is retained in the current implementation as legacy
|
|
|
|
support for both i386 and amd64 architectures.
|
1996-01-01 11:01:13 +00:00
|
|
|
.Sh SEE ALSO
|
2010-06-01 18:27:48 +00:00
|
|
|
.Xr close 2 ,
|
2001-08-14 15:53:07 +00:00
|
|
|
.Xr i386_get_ioperm 2 ,
|
|
|
|
.Xr i386_set_ioperm 2 ,
|
2010-06-01 18:27:48 +00:00
|
|
|
.Xr ioctl 2 ,
|
|
|
|
.Xr open 2 ,
|
1996-01-01 11:01:13 +00:00
|
|
|
.Xr mem 4
|
|
|
|
.Sh HISTORY
|
|
|
|
The
|
2000-11-20 18:41:33 +00:00
|
|
|
.Nm
|
1996-01-01 11:01:13 +00:00
|
|
|
file appeared in
|
1997-03-21 20:14:15 +00:00
|
|
|
.Fx 1.0 .
|