This fixes sparse warnings for the user write method, and the UART
ioctl functions which copy data to/from userspace.

into ppc970.osdl.org:/home/torvalds/v2.6/linux

Patch from Nicolas Pitre

... since this is not supported at the moment and would fail to build.

Patch from Nicolas Pitre

Patch from Nicolas Pitre

Correcting my own screw-up, found by Ian Campbell.

into ppc970.osdl.org:/home/torvalds/v2.6/linux

Patch from Nicolas Pitre

	optval (and in case of getsockopt - optlen) made __user, changes
percolated down into the instances.

Virtually all the architecture specific memory.h files were defining
the same constants and v<->p translations the same way.  Move them to
asm/memory.h

	ethtool_ioctl() annotated; it would go in the first compat_ioctl
chunk (trivial ones) if it wouldn't be right after SIOCGIFCONF mess; was
easier to split in that order...

	Switched to compat_alloc_user_space(), killed kmalloc and set_fs(),
annotated, somewhat cleaned up.

	Similar to previous - annotated, killed helper, made the thing
type-clean, cleaned up.

	annotated, killed useless (and type-buggering - void ** is not
assignment-compatible with foo **) helper, cleaned up.

	Annotated, cleaned up, wholesale copying of structure with
subsequeunt casts from hell replaced with get_user()/put_user() on
the fields we really need.

	blkpg ioctls handling switched to compat_alloc_user_space() (instead
of messing with set_fs()) and annotated.

	Whoever had done the translation apparently never heard of
big-endian boxen.  Replaced the kludge with get_user()/put_user() on
64bit values.  Note that
struct raw_config_request
{
        int     raw_minor;
        __u64   block_major;
        __u64   block_minor;
};
has __u64 on _all_ platforms and it is used as an integer in raw.c code.
The only reason why translation is needed at all is alignment for 64bit
values; block_major and block_minor themselves should be passed as-is.

	Breakage fixed, entire area annotated.

	Easy parts of compat_ioctl fixes - pure __user annotation.
In one place (SG_IO handling) replaced dereference of user pointer
with put_user() (why whoever had noticed that just put a FIXME instead
of obvios fix is a mistery...)

a bunch of trivial ->read() and ->write() instances (and their procfs
relatives) __user-annotated.  All chunks are independent, but IMO not
worth splitting.

Independent minor bits caught by sparse:

 - paride.h mixing void and int in ? :, used always in a void context
   ide-iops.c return insw() - insw is void()
 - scsi/constants.c uses undefined macros in #if; added #define to 0 in
   case that used to leave it undefined
 - usb/host/hcd.h: fixed-point arithmetics in constant
 - fs/exec.c: missing UL on a large constant
 - fs/locks.c: #if where #ifdef should've been
 - fs.h: missing UL on MAX_LFS_FILESIZE in 64bit case

	fs/*, fs/proc/*, fs/nfsd/*, fs/autofs4/* 

The only interdependent group is the fs/autofs4/* stuff.

rest of pointers in sg ioctl arguments made __user.

scsi_ioctl() and scsi_ioctl_send_command() switched to __user *;
scsi/scsi_ioctl.c annotated.

scsi_cmd_ioctl() switched to __user *, block/scsi_ioctl.c annotated.

copying moved into sg_io()

The kernel instance (packet_command) has kernel pointers, userland one -
__user ones. Surprise.

Speaking of conflicts...  Here's another half of a do_utimes() patch,
same story as on ppc64:

into ppc970.osdl.org:/home/torvalds/v2.6/linux

into ppc970.osdl.org:/home/torvalds/v2.6/linux

into ppc970.osdl.org:/home/torvalds/v2.6/linux