Patch from Joel Becker <Joel.Becker@oracle.com>

The task_struct->sig -> task_struct->signal bits.

Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz> points out a bug in
ll_rw_block() usage.

Typical usage is:

	mark_buffer_dirty(bh);
	ll_rw_block(WRITE, 1, &bh);
	wait_on_buffer(bh);

the problem is that if the buffer was locked on entry to this code sequence
(due to in-progress I/O), ll_rw_block() will not wait, and start new I/O.  So
this code will wait on the _old_ I/O, and will then continue execution,
leaving the buffer dirty.

It turns out that all callers were only writing one buffer, and they were all
waiting on that writeout.  So I added a new sync_dirty_buffer() function:

	void sync_dirty_buffer(struct buffer_head *bh)
	{
		lock_buffer(bh);
		if (test_clear_buffer_dirty(bh)) {
			get_bh(bh);
			bh->b_end_io = end_buffer_io_sync;
			submit_bh(WRITE, bh);
		} else {
			unlock_buffer(bh);
		}
	}

which allowed a fair amount of code to be removed, while adding the desired
data-integrity guarantees.

UFS has its own wrappers around ll_rw_block() which got in the way, so this
operation was open-coded in that case.

into tetrachloride.(none):/mnt/stuff/kernel/2.5/agpgart-respin

This removes lots of annoying problems trying to prevent both modules
from being loaded, and also shares quite a bit of code.
CONFIG_AGP3 will disable AGP3 mode operation of KT400s.

Based upon information from VIA, this also adds a bunch of placeholder
entries that will get filled in over time when they have been proven
to work with the code with no extra modification.

  
The AGP3 spec allows for >1 AGP bus. This is the first of several patches
from Jeff Hartmann towards a context-using agp_bridge, by replacing
agp_bridge.foo accesses with agp_bridge->foo accesses. For now, there
should be no functional differences, as there is still only a single
agp_bridge_data struct defined.

Most of the instances of <module>.o in Kconfig files have had the ".o"
extension trimmed.  This change came from GertJan Spoelman through Rusty
"Trivial" Russell.

However, there are a few files that didn't get trimmed.  This brings
them line with the rest of the tree.

so that there isn't any window for running before the signal
handler has been invoced.

from certain states.

This simplifies "default_wake_function()", and makes it possible for
signal handling to wake up only the processes it _should_ wake up
without races.

From:  GertJan Spoelman <kl@gjs.cc>

  OK, here is a new patch, I edited the old patch and took out the .ko's
  so now the extension is trimmed instead.

[ Acked by AKPM --RR ]
From:  Kazuto MIYOSHI <miyoshi@hpc.bs1.fc.nec.co.jp>

  On 64-bit platforms, issuing write(2) with buffer larger than
  2GB will return -1 and broken errno (such as 2147483640)
  Requested data itself is written correctly.

  That is because generic_file_write() and other relating functions
  store 'ssize_t written' into 'int err'. Written byte is trimmed to
  int and then sign-extended to a negative ssize_t value, which
  wrongly indicates an error.

  (On 64bit platform, current glibc defines SSIZE_MAX as 'LONG_MAX')

From:  Steven Cole <elenstev@mesatop.com>

  Here are some help texts from 2.4.21-pre3 Configure.help which are
  needed in 2.5.59 drivers/media/video/Kconfig.

From:  Pablo Menichini <pablo@menichini.com.ar>

From:  Steven Cole <elenstev@mesatop.com>

  Here are some help texts from 2.4.21-pre3 Configure.help which are
  needed in 2.5.59 drivers/char/watchdog/Kconfig.

From:  Steven Cole <elenstev@mesatop.com>

  Here are some help texts from 2.4.21-pre3 Configure.help which are
  needed in 2.5.59 drivers/ide/Kconfig.

From:  Pavel Machek <pavel@ucw.cz>

  This patch makes kernel ignore bad signature on suspend device when
  "noresume" is given, and cleans things up a little bit. Please apply,

[ Verified that no text changed with tr and cmp --RR ]
From:  ookhoi@humilis.net

  With this patch I tried to make Documentation/arm/SA1100/CERF more
  readible by fixing the linewrap.

From:  Steven Cole <elenstev@mesatop.com>

  This fixes the only instance of "kernal" in 2.5.59.

From:  David Gibson <david@gibson.dropbear.id.au>

  is never used, so this patch removes it.

From:  William Lee Irwin III <wli@holomorphy.com>

  This trivially corrects an unused variable warning in nfs/write.c:

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

  drivers/net/tulip/de4x5.h in 2.5.54 contains a definition of
  LinuxVersionCode. LinuxVersionCode isn't used and it's anyway obsoleted
  by KERNEL_VERSION in version.h.

From:  Pavel Machek <pavel@ucw.cz>

  Second part of this patch never got in (and I was told it was not bug
  in ASUS but in linux), so it is useless junk... Please apply,

From:  Pablo Menichini <pablo@menichini.com.ar>

  	This patch returns correct error codes if init_modules fail.
  Because of this, we can take the printks indicating the error as these
  corrected error codes return miningfull information.

From:  Pablo Menichini <pablo@menichini.com.ar>

(Included in 2.4)
From:  Paul Gortmaker <p_gortmaker@yahoo.com>

  Summary: Wildcards in RTC alarm settings failed to work

  Description:
   The RTC has provision for wildcards when setting the alarm; to
   use them you have to write a value higher than 0xc0 to the
   appropriate hr/min/sec entry.  The driver used 0xff, which is
   fine, but it mistakenly fed the 0xff through BIN_TO_BCD before
   writing them (which is < 0xc0) and so wildcards didn't work.
   (Thanks to Gerhard Kurz for reporting the bug.)