into nuts.ninka.net:/home/davem/src/BK/sparc-2.5

author: Daniele Bellucci <bellucda@tiscali.it>

Fix a memory leak and checks a copy_from_user in wan/comx driver.

author: Daniele Bellucci <bellucda@tiscali.it>

author: Daniele Bellucci <bellucda@tiscali.it>

Fix an unchecked copy_from_user in ieee1394/amdtp.

author: Daniele Bellucci <bellucda@tiscali.it>

Fix several unchecked copy_to_user()s in sbus/char/envctrl

author:  Daniele Bellucci <bellucda@tiscali.it>

Fix a series of unchecked copy/put_user()s in umsdos ioctl.

From: Daniele Bellucci <bellucda@tiscali.it>

Fix an unchecked copy_to_user in ray_cs ioctl.

From:  Matthew Wilcox <willy@debian.org> and Daniele Bellucci <bellucda@tiscali.it>

Fix an unchecked copy_to_user() in net/irda/vlsi_ir.c.

From: Daniele Bellucci <bellucda@tiscali.it>

Add a status check to copy_to_user() in a media/video driver.

From: Daniele Bellucci <bellucda@tiscali.it>

Add a check to misc_register() in the wdt977 driver.

From: Daniele Bellucci <bellucda@tiscali.it>

This is an audit (copy_*_user), cleanup, and coding-style fix
for this driver.

into nuts.ninka.net:/home/davem/src/BK/sparc-2.5

As noted by Gergely Nagy:

  "devfs_mk_cdev() first checks the mode passed to it, and if it thinks
   it is not a char device, it prints a warning and aborts.  Now, this
   printing involves the local variable `buf' (char buf[64]), which is
   not initialised at that point."

The same problem also affects devfs_mk_bdev.

Fixed thus.

davidm@hpl.hp.com writes:
  "I'm working on updating the ia64 tree with local_t etc.  One
   thing that would really help me: could you make
   asm-generic/percpu_modcopy() a macro?  The routine depends on
   cpu_possible(), but I can't including smp.h in percpu.h since
   that would lead to recusive header-file dependencies (and in my
   opinion, percpu.h should be more "primitive" than smp.h, so that
   it can be included virtually everywhere)."

A few places pre-declare "int module_init(void);" and "void
module_cleanup(void);".  Other than being obsolete, this is
unneccessary (it's in init.h anyway).

There are still about 100 places which still use the
obsolete-since-2.2 "a function named module_init() magically gets
called": this change frees us up implement that via a macro.

Author: Neil Brown

Define module_put_and_exit() and use it for nfsd/lockd

Both nfsd and lockd have threads which expect to hold a reference
to the module while the thread is running.  In order for the thread
to be able to put_module() the module before exiting, the
put_module code must be call from outside the module.

This patch provides module_put_and_exit in non-modular code which a
thread-in-a-module can call.  It also gets nfsd and lockd to use it
as appropriate.

Note that in lockd, we can __get_module in the thread itself as the
creator of the thread is waiting for the thread to startup.

In nfsd and for the 'reclaimer' threaded started by locked, we
__get_module first and put_module if the thread failed to start.

Somehow, the code which taints the kernel when rmmod -f is used got
lost.  Restore it.

These are the local_t bits for sparc64.

Other platforms such as PPC64 and Alpha (and in fact any "load locked/
store conditional" like platform other than IA64), probably want to do
something similar.

Uses local_t for module reference counts.

Introduces local_t, a type which is like atomic_t, but the
operations are only atomic from a single CPU's point of view
(ie. atomic against interrupts and softirqs). Some architectures
(eg. i386) can implement these very efficiently.

There are special operations for the case of a local operation on a
per-cpu variable (which is common), which some architectures can
implement efficiently (eg. IA64 keeps all per-cpu variables mapped
at the same address, so no address arithmetic is needed).

The generic implementation given here simply uses atomics on 32-bit
archs, three variables on others.  x86 is already implemented specially.

Richard Henderson point out a while back that linker generated symbols
should be declared as: "char _text[]" so that the compiler can't make
assumptions about them sitting in small sections, etc.

Centralize these defintions in asm/sections.h (where some already
are on x86).

The current percpu macros do not allow __get_cpu_var(foo.val1)
which makes building macros on top of them really difficult.  The
reason for this is the __per_cpu postfix appended to per-cpu
variables, designed to catch direct uses.  Prepend it instead.

tests.

From Dennis Vshivkov: 

  "whenever I was trying to create a file using only national
   characters for its name, it was always created with an
   uppercased shortname (provided that the name was not too
   long for 8.3, of course). Everything was fine with latin
   filenames, though."

The bug is that we check "buf[0]" as an unsigned character, but
"buf" is just "char *", which (depending on architecture and
compiler options) tends to be signed.