From: Pascal Schmidt <der.eremit@email.de>

Add capability flag for MO drives. Since ATAPI MOs are now recognized
by the ide-cd driver, it is useful to have a capability flag to be able
to tell MO drives from other drives (needed for later write support).

Makes scheduler use per-cpu variables for the runqueues.

Remember the size of the SHF_EXECINSTR sections, which are conveniently
at the start of the modules, and use that to more reliably implement
module_text_address().

Fix broken definition of MARK parity for ColdFire UART.

The m68knommu ColdFire 5249 CPU has the same DMA engine as the 5307
and 5407 ColdFire CPU's. Modify m68knommu dma.h to reflect this.

Rework the bitops functions for the m68knommu arhcitecture. Change
all addr pointers to be "unsigned long", cleans up many compiler
warnings.

Rework the interrupt handling code for the m68knommu 68360 sub-architecture.
This is inline with the interrupt changes to the other m68knommu CPU's.
Makes this code be the primary interrupt setup for a 68360 based kernel,
not just a set of support functions.

Make the ROMfs copy in the startup code for ARNEWSH 5307 board
conditional on actually using a ROMfs setup.

into samba.org:/scratch/anton/tmp3

into samba.org:/scratch/anton/tmp3

modes. 

It used to think that IDE controllers that weren't marked as "IDE storage"
PCI class (eg CMD IDE RAID controllers mark themselves as "RAID storage")
were always using legacy mode interrupt routing, which is bogus. In fact,
the whole native vs legacy thing only makes sense for the IDE storage class,
so fix the test to match.

into home.osdl.org:/home/torvalds/v2.5/linux

At the moment no one uses is_aligned_hugepage_range or is_hugepage_only_range,
but it is reasonable to assume they return true or false.

On error we want to return -EINVAL back to userspace.

Allow selection of boot arguments at configure time for the Motorola
ColdFire 5307 targets.

Include interrupt.h in the Motorola ColdFire PIT timer code.
Cleans up compiler warning.

Make the ROMfs copy in the startup code for Motorola M5282EVB board
conditional on actually using a ROMfs setup.

Resync with CVS. Minor update including better handling of device removal.

When show_stack() was changed to take two arguments, the use in the
voyager code was not converted.  This patch makes the correct
conversion.

These macros belong in asm-i386/scatterlist.h instead.

As the headers are disentangled this has shown up as a problem with my
MCA SCSI drivers since they no-longer include asm/pci.h in any form but
need to traverse the scatterlist.

into home.osdl.org:/home/torvalds/v2.5/linux

into home.osdl.org:/home/torvalds/v2.5/linux

into home.osdl.org:/home/torvalds/v2.5/linux

Since the cs.c pcmcia core has a per-socket thread, we don't need each
socket driver having a work queue and associated complexity.

Therefore, remove this complexity and allow the socket drivers to call
pcmcia_parse_events directly from their interrupt or timer handlers.

Remove register_callback methods.  Instead, allow socket drivers
pass their events directly into cs.c via pcmcia_parse_events().

Add work-around for i82365-based socket drivers to the core PCMCIA
code.  Since insert processing is not a time critical event, we can
afford to delay (by sleeping) these for everyone.

Get/Put module when we insert and remove a card.  This avoids a
potential deadlock when socket drivers are unloaded, and we have
a cardbus card known to the system.

Move ->owner field from socket operations to pcmcia_socket.  (This
change is mainly for the SA11xx drivers, which use a core driver
for the chip, and a separate module for all the machine specific
bits.)

into home.osdl.org:/home/torvalds/v2.5/linux

into kanga.twiddle.net:/home/rth/work/linux/axp-2.5

into samba.org:/scratch/anton/tmp3

From Jay Estabrook:
> Here's a real short one that fixes a GENERIC build problem introduced
> in pre2, and finalizes the SABLE/LYNX support setting of HAE-4, making
> X servers finally work on those platforms.

into jet.(none):/home1/jejb/BK/scsi-for-linus-2.5

The SCSI_IOCTL_SEND_COMMAND ioctl does not work in 2.5.73-bk7. The
following patch (possibly mangled by my mail client) does fix the problem
(introduced in 2.5.73):

Doing some debugging after the SDET failure, I found that
if we reject a command at zero depth, we can get into the
infinite loop where we refuse a command to a LUN because it
is starved, but there's no returning command to run the SCSI
queues and fix the starvation.

The solution is to accept the command and remove the LUN from
the starved list.

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

into intercode.com.au:/home/jmorris/bk/net/net-2.5

Split xfrm_state_replace into xfrm_state_add and xfrm_state_replace.

Fixes:
1. Only update update lifetime and encap options if the state is valid.
2. Disallow updates to states that do not exist.
3. Bail if afinfo cannot be found.
 
This brings SADB_UPDATE in line with what is required by RFC2367.
It is also needed by SFS NAT-T support as it needs to update valid
states when the encap ports move.

I've tweaked the logic slightly so that SADB_UPDATE will fail on a
larval state that hasn't undergone SADB_GETSPI.  This is what RFC2367
calls for and it simplifies the code in that we don't have to call
find_acq for SADB_UPDATE.

This doesn't affect any of the three KMs as they either don't use
SADB_UPDATE or call SADB_GETSPI before doing an update.