summaryrefslogtreecommitdiff
path: root/libc/sysdeps/linux/m68k/bits/uio.h
diff options
context:
space:
mode:
authorEric Andersen <andersen@codepoet.org>2001-01-12 10:16:05 +0000
committerEric Andersen <andersen@codepoet.org>2001-01-12 10:16:05 +0000
commit77879554671206102471bb282accb3251395d151 (patch)
tree4bc8854140028577b324e3ddaf05d043744618a3 /libc/sysdeps/linux/m68k/bits/uio.h
parente4492b9c21b645018b2d7702665be8c1eb4a1b5c (diff)
Thanks to James Graves <jgraves@deltamobile.com>, we now have
a first pass at getting m68k working. It may have some problems, but should now be fairly close.
Diffstat (limited to 'libc/sysdeps/linux/m68k/bits/uio.h')
-rw-r--r--libc/sysdeps/linux/m68k/bits/uio.h46
1 files changed, 46 insertions, 0 deletions
diff --git a/libc/sysdeps/linux/m68k/bits/uio.h b/libc/sysdeps/linux/m68k/bits/uio.h
new file mode 100644
index 000000000..38ac17baa
--- /dev/null
+++ b/libc/sysdeps/linux/m68k/bits/uio.h
@@ -0,0 +1,46 @@
+/* Copyright (C) 1996, 1997 Free Software Foundation, Inc.
+ This file is part of the GNU C Library.
+
+ The GNU C Library is free software; you can redistribute it and/or
+ modify it under the terms of the GNU Library General Public License as
+ published by the Free Software Foundation; either version 2 of the
+ License, or (at your option) any later version.
+
+ The GNU C Library is distributed in the hope that it will be useful,
+ but WITHOUT ANY WARRANTY; without even the implied warranty of
+ MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
+ Library General Public License for more details.
+
+ You should have received a copy of the GNU Library General Public
+ License along with the GNU C Library; see the file COPYING.LIB. If not,
+ write to the Free Software Foundation, Inc., 59 Temple Place - Suite 330,
+ Boston, MA 02111-1307, USA. */
+
+#ifndef _SYS_UIO_H
+# error "Never include <bits/uio.h> directly; use <sys/uio.h> instead."
+#endif
+
+
+#include <sys/types.h>
+
+
+/* We should normally use the Linux kernel header file to define this
+ type and macros but this calls for trouble because of the header
+ includes other kernel headers. */
+
+/* Size of object which can be written atomically.
+
+ This macro has different values in different kernel versions. The
+ latest versions of ther kernel use 1024 and this is good choice. Since
+ the C library implementation of readv/writev is able to emulate the
+ functionality even if the currently running kernel does not support
+ this large value the readv/writev call will not fail because of this. */
+#define UIO_MAXIOV 1024
+
+
+/* Structure for scatter/gather I/O. */
+struct iovec
+ {
+ void *iov_base; /* Pointer to data. */
+ size_t iov_len; /* Length of data. */
+ };