[PATCH] (1/8) arlan -- merge arlan-proc with main code

The arlan driver tries to build it's /proc interface into a separate module,
which leads to circular dependencies and other ugliness.  This patch
moves arlan.c to arlan-main.c and changes initialization builds one module arlan.o

Patch is for 2.6.0-test5

[netdrvr tlan] netif_carrier_* support

[netdrvr sk98lin] Remove useless configure options

here is a new version of the sk98lin driver (v6.18) with some changes
for kernel 2.6.0-test4. This is a diff between the latest patched kernel
version with sk98lin driver v6.17.

Patch 1/3
* Remove bogus config stuff

[PATCH] 32-bit dev_t fallout: mips/kernel/sysirix.c

Fix for typo in arch/mips/kernel/sysirix.c (spotted by Milton Miller)

[PATCH] SELinux leak fixes

From: Stephen Smalley <sds@epoch.ncsc.mil>

I believe that the patch below fixes the legitimate leaks in the SELinux
code.  In some cases, it rearranges the code (moving the allocation later
to reduce the need for further cleanup or linking the object into a
containing structure earlier so that the policydb_destroy will handle it
upon any subsequent errors).

[PATCH] asm/softirq.h is dead

From: Christoph Hellwig <hch@lst.de>

Still three arches keep an unused copy around and quite a few places refer
to it in comments still.

Two of the two arches also include it in their _ksyms.c file, but given
that softirq.h only contains macros (which are in hardirq.c as well) that's
just a leftover as well.

[PATCH] use "normalized" syntax for lgdt/lidt

From: "Randy.Dunlap" <rddunlap@osdl.org>

Use common (normalized) asm syntax for lidt/lgdt, specifying that the
operand is an input value instead of output.

[PATCH] wanxl compile and warning fixes

From: Krzysztof Halasa <khc@pm.waw.pl>

Fix wanxl for older gcc's, and fix a couple of warnings.

[PATCH] DAC960: remove redundant (and uninitialized)

From: Dave Olien <dmo@osdl.org>

this patch fixes a bug that appeared only on Alpha hardware with
DAC960 controllers.  The Command->PciDevice structure member was
never initialized.  This was passed to the pci scatter/gather functions.
This didn't cause a problem for x86 platforms because the scatter/gather
funtions never really used that information.  Alpha platforms do use
that pointer.

The Command->PciDevice field was also redundant with the Controller->PCIDevice
field, which IS initialized properly.  So, eliminating the redundant
structure member and substituting the Controller's member fixes the bug.

[PATCH] remove CONFIG_SERIAL_21285_OLD

From: Adrian Bunk <bunk@fs.tum.de>

CONFIG_SERIAL_21285_OLD depends on the non-existent option CONFIG_OBSOLETE,
IOW it's not selectable, and the help text says "This is obsolete and will
be removed during later 2.5 development.".

[PATCH] setuid clearing fix

From: Andries.Brouwer@cwi.nl

jpcartal@free.fr writes:

I noticed that contrary to what was happening with 2.4.x kernel, suid
root files don't loose their suid bit when they get overwritten by a
normal user (see example below)

Is this the intended behaviour or a bug ?

Example :

[root@localhost test]# chown root ~cartaljp/test/suid_test
[root@localhost test]# chmod 4775 ~cartaljp/test/suid_test
[root@localhost test]# exit
[cartaljp@localhost test]$ cp /bin/ls suid_test
[cartaljp@localhost test]$ ls -l
total 72
-rwsrwxr-x    1 root     cartaljp    67668 Sep 19 07:56 suid_test <-
Suid bit is still set whereas with 2.4.x kernel it was reset.

Yes. Here 2.4 had the terrible code

     mode = (inode->i_mode & S_IXGRP)*(S_ISGID/S_IXGRP) | S_ISUID;

while 2.6 does things via notify_change().  However, in 2.6 notify_change()
does not allow removal of the SUID bit because you are not owner of the
file :-).  So, we have to convince inode_change_ok() to do it anyway.

[PATCH] make CONFIG_HUGETLB_PAGE mirror CONFIG_HUGETLBFS

At present you can set CONFIG_HUGETLB_PAGE and not CONFIG_HUGETLBFS, which
give the kernel low-level hugepage support, but no userspace API with which
to access it.

And with the recent hugetlbfs-accounting fix, the low-level code needs
functions which are in hugetlbfs, so CONFIG_HUGETLBFS=n,
CONFIG_HUGETLB_PAGE=y doesn't even link.

So we flip things around: CONFIG_HUGETLB_PAGE is set if CONFIG_HUGETLBFS is
set and CONFIG_HUGETLB_PAGE is unset if CONFIG_HUGETLBFS is unset.  The
CONFIG_HUGETLB_PAGE option hence disappears from the per-arch configuration
menus.

[PATCH] Hugetlb FS quota accounting problem

From: "Chen, Kenneth W" <kenneth.w.chen@intel.com>

We found a problem in hugetlbfs file system quota when using huge page
via mmap.  The mmap method in hugetlbfs_file_operation always takes
quota for every mmap even for pages that are already allocated on that
inode.  This results in taxing the same hugepage multiple times and
causing mmap to fail on existing file when quota mistakenly runs out.

[PATCH] misc fixes

- modules need blk_rq_prep_restart()  (Florian Schanda <ma1flfs@bath.ac.uk>)

- Remove unneeded inclusions from configs.c (Randy Dunlap)

- The agp_setup() ifdef was backwards (Stephen Hemminger <shemminger@osdl.org>)

- makefiles.txt typo fix (Paolo Ornati <ornati@despammed.com>)

[PATCH] switch remaining serial drivers to initcalls

From: Christoph Hellwig <hch@lst.de>

All drivers that compile on ppc with CONFIG_ISA set (= all but
some m68-only drivers), I looked at the compile warnings very
closely and there are no new warnings or even errors this time :)

drivers/char/Makefile needed to be reordered big time to keep
the intialization order the same.

[PATCH] disallow utime{s}() on immutable or append-only files

From: Ethan Benson <erbenson@alaska.net>

Currently Linux allows the use of the utime() and utimes() syscalls on
immutable or append-only files, this is incorrect.

utime{s}() is not supposed to work if you lack write access to a file,
in the case of an immutable file NOBODY has write access.

for an append-only file it only makes sense to be able to update its
time to present, not the past.

I have checked BSD, and they implement the behavior I propose, for
immutable files utime() and utimes() fail.  for append-only files they
fail if the time argument is not NULL.

[PATCH] add -Wdeclaration-after-statement

From: John Levon <levon@movementarian.org>

Not that many people are going to be using GCC 3.4 currently, but it
might help a bit to prevent compilation bugs like that just witnessed
in procfs.

(And it consolidates the check_gcc implementation nicely)

[PATCH] kill some leftovers from the big sysrq syncing rewrite

From: Christoph Hellwig <hch@lst.de>

Some junk which was needed before we did the big cleansweep for the sysrq
syncing stuff.

[PATCH] mark devfs obsolete

From: Christoph Hellwig <hch@lst.de>

Richard hasn't touched it for about a year and since then only bugfixes and
my changes to the kernel interface went in.  No one has stepped up to
maintain it and with udev we have a proper replacement now.

I will do some more work before 2.6 (mainly trying to implement Al's
refcounting scheme to avoid stale entries), but that's it.

[PATCH] Try harder in IRQ context before falling back to ksoftirqd

From: "David S. Miller" <davem@redhat.com>

It's from Ingo Molnar.  ksoftirqd kicks in way too early, so do more work in
interrupt context before falling back.

We can probably sysctl this thing, that way everyone gets what they want
probably...

(has been in -mm since 2.5.71 and I haven't heard a peep).

[PATCH] slab: hexdump structures when things go wrong

From: Manfred Spraul <manfred@colorfullife.com>

- Remove cache_alloc_one_tail and cache_alloc_listfixup - there is no
  reason for their existance.

- Print a bit more debugging info when slab corruption is detected.

[PATCH] 32-bit dev_t fixups

Argh.  A couple of places where we needed ..._encode_dev() had
been lost in reordering the patchset - the most notable being ctty number in
/proc/<pid>/stat.  Fix follows:

[PATCH] 3ware driver update

This fixes several things including fixing the character ioctl polling
to use wait_event_interruptible_timeout() instead of
interruptible_sleep_on_timeout() and several other fixes.

These changes were already applied to 2.4.22.

Merge bk://kernel.bkbits.net/davem/sparc-2.5
into home.osdl.org:/home/torvalds/v2.5/linux

Merge bk://kernel.bkbits.net/davem/net-2.5
into home.osdl.org:/home/torvalds/v2.5/linux

[PATCH] cdrom memory leaks

From Szombathelyi György

This fixes a memory leak in the uniform cdrom layer.

[PATCH] ide-cd cgc command bug

From Szombathelyi György

This fixes a problem where the residual data count isn't being set
correctly.

[PATCH] 32-bit dev_t: switch-over

Real conversion to 32bit dev_t.  Expansion to:
* mknod() - 32
* newstat() - 32 on 64bit platforms
* stat64() - 32 on mips, 64 on everything else (mips has weird struct
stat64 and can't get more than 32 bits).  Note that right now the difference
is purely theoretical - we don't have internal values above 32 bits, so
huge_... vs. new_... only marks the places where 64bit conversion will need
extra work.
* arch-dependent stat variants - depending on width available.
* ustat et.al. - 32
* filesystems that can handle 32 bits right now - 32
* ext2 and ext3 - 32, with large dev_t inodes having 0 in the first
element of i_data[] (where we store dev_t value for small device numbers) and
keeping the value in the second element.
* nfsd - 32; it can be driven to 64, but we'll get several issues with
NFSv2 support.
* RAID - 32
* devmapper - with v1 it's still 16 (nothing to do here), with v4 it's
64.
* loop - 64
* initramfs - 32
* do_mounts code - 32.  Parts that scan devfs tree are using newstat()
on 64bit platforms and stat64() on the rest (IOW, the latest stat variant on
given platform).
* old_valid_dev()/new_valid_dev() added where needed (stat variants,
mostly - we fail with -EOVERFLOW if values do not fit).

[PATCH] 32-bit dev_t: internal use

Starting the conversion:
* internal dev_t made 32bit.
* new helpers - new_encode_dev(), new_decode_dev(), huge_encode_dev(),
huge_decode_dev(), new_valid_dev().  They do encoding/decoding of 32bit and
64bit values; for now huge_... are aliases for new_... and new_valid_dev()
is always true.  We do 12:20 for 32bit; representation is compatible with
16bit one - we have major in bits 19--8 and minor in 31--20,7--0.  That's
what the userland sees; internally we have (major << 20)|minor, of course.
* MKDEV(), MAJOR() and MINOR() updated.
* several places used to handle Missed'em'V dev_t (14:18 split)
manually; that stuff had been taken into common helpers.
Now we can start replacing old_... with new_... and huge_..., depending
on the width available.  MKDEV() callers should (for now) make sure that major
and minor are within 12:20.  That's what the next chunk will do.

[PATCH] prepare for 32-bit dev_t: stat()

Added old_encode_dev() to assorted stat() variants.
Fixed bug in s390 emulation on s390x: stat64() should never truncate
UID and GID.
Ditto for i386 emulation on x86_64.
Replaced dev_t in various struct stat with explicit integer type.
Replaced __kernel_dev_t with __old_kernel_dev_t in dm-ioctl-v1.h
Now we are free to change dev_t in any way we want - on all boundaries
we have explicit conversions.
Took __kernel_dev_t definition to linux/types.h and changed it with
__u16.  We are ready to proceed to 32bit now.

[PATCH] prepare for 32-bit dev_t: CODA

Added old_encode_dev()/old_decode_dev() in CODA code - on assignments
to/from ->va_rdev.

[PATCH] prepare for 32-bit dev_t: loop.c

Added old_encode_dev() in loop.c

[PATCH] prepare for 32-bit dev_t: mknod()/ustat()

Changed sys_mknod() prototype to have unsigned int passed to it
instead of current dev_t.  Added old_decode_dev() in sys_mknod() and
made sure that its callers are passing it old_encode_dev(<value>)
Switched sys_ustat() and its variants from dev_t to unsigned (and
added old_decode_dev()).
Took care of assignments to ROOT_DEV - again, old_decode_dev().
Late-boot search in devfs (call sys_newstat() and compare with
st_rdev) also updated.

[PATCH] prepare for 32-bit dev_t: misc cleanups

[PATCH] prepare for 32-bit dev_t: dm-ioctl-*.c

Added old_encode_dev()/old_decode_dev() in dm-ioctl-*.c

[PATCH] prepare for 32-bit dev_t: md.c cleanups

Minor cleanups in md.c + added old_decode_dev() on ioctl argument in
there.

[PATCH] prepare for 32-bit dev_t: jffs2 cleanups

Minor cleanup of jffs2 fill_super.

[PATCH] prepare for 32-bit dev_t: JFS

Added missing old_encode_dev() in JFS.

[PATCH] prepare for 32-bit dev_t: NFS

NFS made dev_t-agnostic.  Aside of minor fixes in debugging printks,
and adding old_encode_dev()/old_decode_dev(), the main part is in handling
of exports with large dev_t.  New fhandle format introduced, fh_verify(),
fh_compose() and exports cache taught to deal with it.  Format is used when
->s_dev of exported fs doesn't fit into 256:256; in that case we put major
and minor in separate words in fhandle; ->fh_fsid_type is set to 2.

[PATCH] prepare for 32-bit dev_t: tty usage

tty->device had been used only in a couple of places and can be
calculated by tty->index and tty->driver.  Field removed, its users switched
to static inline dev_t tty_devnum(tty).

[PATCH] prepare for 32-bit dev_t: XFS

sanitized dev_t use in debugging printks in XFS, switched their
bhash to use of struct block_device, added old_encode_dev() in XFS statfs()
(it had stored dev_t in ->fs_id[0])

[PATCH] prepare for 32-bit dev_t: drm debugging printks

added old_encode_dev() in drm debugging printks, so they won't change
when we go for bigger dev_t.

[PATCH] prepare for 32-bit dev_t: reiserfs/procfs.c

fs/reiserfs/procfs.c made sane.  It used to store dev_t of filesystem
in the proc_dir_entry->data (which is void *) and played very odd games after
that.
Switched to seq_file, stores pointer to superblock, uses sget() to
validate it, avoids use of dev_t completely.

Merge davem@nuts.ninka.net:/disk1/davem/BK/sparc-2.5
into kernel.bkbits.net:/home/davem/sparc-2.5

[SPARC]: Make atomic_read() take const.

Merge davem@nuts.ninka.net:/disk1/davem/BK/net-2.5
into kernel.bkbits.net:/home/davem/net-2.5

[ATM]: If CLIP is not enabled, try_atm_clp_ops() should always fail.

[NET]: Fix boot param string setup in Space.c

[NET]: Fix inaccurate comments in Space.c

[NET]: No need for alloc_divert_blk in Space.c

[PATCH] Minor K8 fix for oprofile

K8 can run with a 32bit kernel too.  If that's the case we have to tell
user space about it.  Remove the unneeded ifdef.

In that case the CPU is called "x86-64/hammer" even on 32bit.  This is
not strictly true on i386, but it's the named used by the current
oprofile user space for K8 performance counters and it would complicate
things to use different names between 32bit and 64bit.

[PATCH] x86-64 merge

 - Fix -funit-at-a-time compilation and enable it when possible
 - Remove -finline-limit as it should not be needed anymore.
 - Update defconfig
 - Fix Makefile bug that caused a recompilation of vsyscall.so on
   every make (thanks to Sam Ravnborg)
 - Add beginning of asm/dwarf2.h to support assembler CFI directives
   (not complete yet)
 - Remove old PDAREF macro from entry.S
 - Remove clever and buggy code in sys_ioperm/set_bitmap and replace it
   by simple and working code
 - Don't make acpi_disabled __initdata.  It is referenced after boot.
 - Fix TLB size reporting in /proc/cpuinfo
 - Cleanup oops printing a bit
 - Add "executive summary" at end of oopses
 - Reenable interrupts on oopses before calling do_exit
 - Remove some unneeded prefetches.  Just two are enough to kickstart
   the hardware prefetcher.
 - Add prefetch workaround (based on code from Richard Brunner)
 - Clean up signal checking in do_page_fault
 - Don't allow modify_ldt to set 64bit codesegments
 - Readd SIGEV_PAD_SIZE (Stephen Rothwell)
 - Add some likelys to uaccess.h (idea from Manfred Spraul)

Merge samba.org:/home/paulus/kernel/linux-2.5
into samba.org:/home/paulus/kernel/for-linus-ppc

[I2C]: Several drivers forget to include asm/io.h

[NET]: rtnetlink -- ASSERT_RTNL and BUG_TRAP.

Change ASSERT_RTNL and BUG_TRAP
- unlikely to occur
- tag message as error
- dump_stack in ASSERT_RTNL to aide finding code path
- make all format's which a smart compiler can optimize

[NET]: rtnetlink -- RTA_PUT unlikely.

[NET]: rtnetlink -- rtattr_strcmp const args.

[IPVS]: Fix errors in list_for_each changes.

[ATM]: [he] Possibly using corrupted structure (from felipewd@terra.com.br)

Merge samba.org:/home/paulus/kernel/linux-2.5
into samba.org:/home/paulus/kernel/for-linus-ppc

[PATCH] dm: Support arbitrary number of target params

Support an arbitrary number of target parameters.  [Alasdair Kergon]

[PATCH] dm: Message fix in dm-linear

Fix error message when linear targets gets handed more than 2 arguments.
[Alasdair Kergon]

[PATCH] dm: Return table status for dev_wait

dev_wait was meant to return table status not dev status.  [Alasdair Kergon]

[PATCH] dm: Move retrieve_status function

Move retrieve_status up so dev_wait() can use it.

[PATCH] dm: Drop extra table ref-count

When multiple load ioctls are issued the reference count on older
'new_tables' wasn't being dropped.  [Christophe Saout]

[PATCH] dm: Use new format_dev_t macro

Use the format_dev_t function for target status functions.

[PATCH] knfsd: nfsdv4 byte range locking - LOCKU

From: "William A.(Andy) Adamson" <andros@citi.umich.edu>

This implments the LOCKU operation.  These all pass the connectathon
lock test suite against the solaris nfsv4 client.

[PATCH] knfsd: nfsdv4 byte range locking - LOCKT

From: "William A.(Andy) Adamson" <andros@citi.umich.edu>

This implements the LOCKT operation.

[PATCH] knfsd: nfsd byte range locking - LOCK

From: "William A.(Andy) Adamson" <andros@citi.umich.edu>

This implements the nfsv4 LOCK operation.

[PATCH] knfsd: nfsdv4 byte range locking - prepatation

From: "William A.(Andy) Adamson" <andros@citi.umich.edu>

This renames some structures and functions that can be used for
byte-range locking as well as for the exiting open share locks, and does
some cleanup.

[PATCH] knfsd: idempotent replay cache for OPEN state

This implements the idempotent replay cache need for NFSv4 OPEN state.
each state owner (open owner or lock owner) is required to store the
last sequence number mutating operation, and retransmit it when replayed
sequence number is presented for the operation.

I've implemented the cache as a static buffer of size 112 bytes
(NFSD4_REPLAY_ISIZE) which is large enough to hold the OPEN, the largest
of the sequence mutation operations.  This implements the cache for
OPEN, OPEN_CONFIRM, OPEN_DOWNGRADE, and CLOSE.  LOCK and UNLOCK will be
added when byte-range locking is done (soon!).

[PATCH] knfsd: NFS4XDR get rid of warning

There is a warning because of calling return with an argument on a void
function.  The root cause is putting a return statement in a macro (evil
side effect).

Change ENCODE_SEQID_OP_TAIL to be a more proper macro, change all
calling functions to return void.

[PATCH] knfsd: Fix cmsg setup for sock_sendmsg in svc_sendto

From: Trond Myklebust <trond.myklebust@fys.uio.no>

... see the code in ip_sockglue.c + the macros in socket.h....
AFAICS the control messages have wierd alignment requirements.

[PATCH] md: change 'or' to 'plus' in raid1

Silly typo.

[PATCH] md: MODULE_ALIAS for md

From: Rusty Russell <rusty@rustcorp.com.au>

[PATCH] md: Don't setup make_request_fn for md array until *after* it has been started

Also revert to md_fail_request before stopping an array.

The ->stop method can never fail, so there is not point checking it.

Merge bk://kernel.bkbits.net/gregkh/linux/i2c-2.5
into home.osdl.org:/home/torvalds/v2.5/linux

[PATCH] Memory leak in ixj_pcmcia driver

Found by checker (David Yu Chen @Stanford)

[PATCH] I2C: remove I2C_VERSION and I2C_DATE as they make no sense in the kernel tree.

Merge kroah.com:/home/greg/linux/BK/bleed-2.5
into kroah.com:/home/greg/linux/BK/i2c-2.6

[PATCH] I2C: sysfs sensor nameing inconsistency

> That's what you are going to have to set the name file to in the
> i2c_client structure, much like your patch did.  Then look at the
> different name files in each device directory to see what kind of device
> it is (chip, subclient, etc.)

OK attached patch sets all names to just chip name for chips themselves and
"chipname subclient" when subclient ios registered.

[PATCH] I2C: remove check_region usage and warning from i2c-sensor

[PATCH] I2C: move the remaining i2c bus drivers to drivers/i2c/busses

[PATCH] I2C: move the scx200* drivers to drivers/i2c/busses

[PATCH] I2C: move i2c-velleman driver to drivers/i2c/busses

I2C: move i2c-elektor.c driver to drivers/i2c/busses/

[PATCH] I2C: clean up the i2c-elv.c driver a bit

[PATCH] I2C: move i2c-elv.c driver to drivers/i2c/busses

[PATCH] I2C: clean up i2c-philips-par.c driver a bit

Fix bug when registering the i2c_adap as the structure was not set to 0.

[PATCH] shared signals require shared VM

Elimination of this nonsense allows for the assumption
that a task group shares VM. This lets procps run faster.

[PATCH] I2C: move the i2c-philips-par driver to drivers/i2c/busses

[PATCH] I2C: fix up dependancies in the i2c/busses/Kconfig file

[PATCH] I2C: clean up i2c-prosavage.c driver

Remove direct memory accesses and link up device in the proper place in the
sysfs tree.

[PATCH] I2C: move i2c-prosavage.c driver to drivers/i2c/busses where it belongs.

[PATCH] smbfs NLS fix

strut nls_table was changed, but smbfs uses it and was not updated.

[PATCH] misc fixes

- bio_release_pages() should have file-local scope.

- don't use spaces in slab names in device mapper, enforce this henceforth
  in kmem_cache_create().

- Fix alpha header leftover from cpumask_t conversion

[PATCH] ia64 sched_clock() implementation.

From David M-T.

I2C: clean up the drivers/i2c/Kconfig file

I2C: clean up the i2c chips Kconfig logic and help information

[PATCH] I2C: add the i2c-voodoo3 i2c bus driver

This is based on the lmsensor cvs version of the driver, but is cleaned
it up and ported it to 2.6.