into home.transmeta.com:/home/torvalds/v2.5/linux

use the standard pr_debug macro instead of TRDBG

Make Muli Ben-Yehuda the maintainer for trident as per Alan's suggestion

The M5451 can sometimes not come out of reset.

This is non fatal and it continues to work fine, so print a nasty message
but don't fail the driver initialization.

Now that we search for 11 different sections by name, the if/else was
getting unwieldy.  Also, handle_section just does relocs, so it's a bit
of a misnomer, and it's best simply moved into the main code.

This open-codes handle_section, which simply does relocations now.

Also adds "find_sec" and uses it to find the various sections.

Bob Miller points out that the try_module_get in use_module() can, of
course, fail.  Secondly, there is a race between setting the module
live, and a simultaneous removal of it.

This includes asm/unistd.h in the vector handling code for m68knommu.
It needs the local NR_syscalls define.  linux/unistd.h is not assembler
clean, so it must be asm/unistd.h.

This patch creates a local NR_syscalls define for the m68knommu
architecture.

This includes unistd.h in the high level vector handling code.  It needs
NR_syscall.

This adds m68k defines for __kernel_timer_t and __kernel_clockid_t.  The
reset signal changes means these are now needed.

This creates a sturcture to mirror the m68knommu/ColdFire CPU timer
hardware.  This is a much cleaner approach to accessing the timer
registers than the previous set of register address defines.

This modifies the m68knommu siginfo include file to use
asm-generic/siginfo.h instead of the asm-m68k/siginfo.h.

The asm-generic/siginfo.h is more appropriate here, and
the m68k is out of date.

This includes asm/unistd.h in the system call table setup code for
m68knommu.  It needs the local NR_syscalls define.  linux/unistd.h is
not assembler clean, so it must be asm/unistd.h.

    dont -> don't (135 occurrences)

    wont -> won't (21 occurrences)

    doesnt -> doesn't (35 occurrences)

    couldnt -> couldn't (4 occurrences)

    cant -> can't (28 occurrences)

The patch below does the following:
- remove #if'd kernel 2.2 code
- changes one MIN to min

Someone nuked the 2nd arg in 2.5.62, but didn't fix up
all the callers. Lazy.

(based on lm_sensors CVS)

(from lm_sensors CVS)

(based on lm_sensors CVS)

use bdevname() for block devices.

(from lm_sensors CVS)

(from lm_sensors CVS)

dito

into home.transmeta.com:/home/torvalds/v2.5/linux

SGI Modid: 2.5.x-xfs:slinx:140255a

namespace which other filesystems are also supporting.

SGI Modid: 2.5.x-xfs:slinx:140237a

SGI Modid: 2.5.x-xfs:slinx:140187a

SGI Modid: 2.5.x-xfs:slinx:140173a

SGI Modid: 2.5.x-xfs:slinx:140135a

certain benchmarks.  This is reverted to how it was, except the number
of hash buckets is larger than previously to attempt to account for the
workload Steve was originally targetting with that change.

SGI Modid: 2.5.x-xfs:slinx:140053a

clear of pb_locking field if IO completion handled in pagebuf_iorequest.

SGI Modid: 2.5.x-xfs:slinx:140047a

after some careful analysis.

SGI Modid: 2.5.x-xfs:slinx:140039a

SGI Modid: 2.5.x-xfs:slinx:140015a

It it is using a pointer to a ctl_table for its proc_handler function
pointer.  Goes oops.

Patch from Andries.Brouwer@cwi.nl

A patch for genhd.c:

- removed outdated comments
- removed MAX_BLKDEV

In genhd.c the variable MAX_BLKDEV was only the size of a hash
table, so I made it MAX_PROBE_HASH. It can be 1, or 23, or 256, or
whatever one wants.

Note that the current setup requires that every device number
in a given range is mapped by dev_to_index() to the same index
in the hash table, so this routine will have to be adapted in
case one wants to register multimajor ranges.

Discussion is possible about whether struct blk_probe needs
a dev_t or a kdev_t, but I left things this time.

If a range can end at precisely the end of [k]dev_t space,
the old code was wrong since (p->dev + p->range) would be 0.
That is why "p->dev + p->range <= dev" was replaced by
"p->dev + p->range - 1 < dev".

This is a forward-port of a 2.4 change from Stephen.  The (old) 2.5 code is
forcing a commit on every write by artificially dirtying the inode.

But generic_file_aio_write() has called generic_osync_inode() for us, which
has synced the file data.  There is no need to force the extra commit.