Hollis Blanchard.

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

The following patch is a _very minor_ cleanup in the ext3 code for
ext3_prepare_write().  It simply removes the setting of "handle" from
the current transaction handle, because "handle" is actually set again
a couple of lines later, where it properly allocates a new transaction
handle for this write.  The code removed in this patch is probably left
over from some development version of ext3 where the transaction handle
was started before ext3_prepare_write was called.

The only reason I saw this was because I was trying to find where the
handle was allocated for an ext3 file write, and at first glance it
didn't appear to be allocated anywhere...

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

Yes, gdb and strace are broken on alpha since 2.5.6, IIRC.
Some necessary 'thread_info' changes still are missing in ptrace.c.

Fixed thus.

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

The patch below fixes sem_exit() so that the BKL is always released.

Here's a simple patch to allow the bttv driver to be build with newer
binutils...

In conjunction with some of the earlier problems found in /proc code,
now it turns out that snprintf doesn't work correctly in the kernel...
Without the following patch, snprintf can return lengths greater than
the size argument passed.  The net effect is that code using the return
value from snprintf can still buffer overrun.  This is fixed by not
updating the pointer in the buffer unless there is actually space.

The following patch drops the above functions from the ARM port; we've
already removed them from the syscall table on ARM, so we can safely
remove these from the ARM build.

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

I added ->readdir(), and a new section referring to the sb_op BKL shift
as well.

Here is some documentation to describe the interface of lower level
drivers (e.g.  aic7xxx) in the scsi subsystem.

The patch is made up of a text file: drivers/scsi/scsi_mid_low_api.txt
and some Documentation/DocBook additions to enable html, ps and pdf
renderings.

Here's an array-based implementation.

ARM arch

m68k arch

SuperH arch

CRIS and x86-64 arches

The SYMBOL_NAME macro (and variations) have been obsolete since 2.1.0,
when the option to compile the kernel in a.out format was removed.  This
patch starts the process of removing these macros, starting with x86.

Originally by Christoph Hellwig back in February.
It recieved no objections when posted to l-k & Jens.

o remove DEVICE_REQUEST definitions - never used in blk.h itself.
o remove DEVICE_ON() - never used at all.
o define LOCAL_END_REQUEST when we do not want end_request() instead
  of other hacks.
o remove DEVICE_OFF() - only used in floppy driver, thus one now has
  a private end_request().
o use private end_request() functions for drivers not providing
  randomness.
o remove TIMEOUT_VALUE - only ever used in hd.c

Some that got lost along the way...

Uses the error codes, but doesn't include err.h

Originally from Manfred Spraul.

* dynamically grow the LDT
Every app that's linked against libpthread right now allocates a full 64
kB LDT, without proper error handling, and always from the vmalloc area

- Nuke unnecessary include.
- More infortmational debug info

Various bits mostly from 2.4
Also fix indentation of various entries to match the rest of the file.

Posted multiple times to l-k by Paul Fulghum

Posted multiple times to l-k by Paul Fulghum.

- Drop Intel P4 bits
- Update other parts in line with latest i386 bluesmoke.c

Missing loop increment.

This device returns a wrong class code which we work around at boot up time.

- printk loglevels
- request region checks.

Try to get config file distro placed in boot.

Some SiS boards won't boot without pci=bios forcing their method.
The reason for this is in the probe method, we try the BIOS method, and it
succeeds and we store the pci_ops. We then try the direct access, it fails
and we trash the old pci_ops.
The patch stores the pci_ops when BIOS method succeeds and restores it
if the direct hardware access method fails.

From Stelian, already in 2.4

We now have so many CONFIG_ options we overflow a buffer in xconfig.
Doubling the size should see us until someone either writes a replacement,
or can be bothered to make it dynamically allocate.