This cleans up the bus/usb-serial/drivers/ directory

This patch fixes interpret_urb_result in two major ways:
(1) Uses a switch() instead of nested if() statements
(2) Handle -EREMOTEIO to indicate a short scatter-gather transfer

Well, two patches in one... These patches will bring the PWC (Philips
Webcam) driver in both 2.4.20 and 2.5.51 up to version 8.10. Functionally,
the two branches are the same (about 70% of the code is shared), but the
differences in kernel architecture are too large to handle with a few
#ifdefs.

This patch fixes the following (this are only the differences between 8.9
and 8.10):

* Fixed ID for QuickCam Notebook pro
* Added GREALSIZE ioctl() call
* Fixed bug in case PWCX was not loaded and invalid size was set

This patch against 2.5.51 removes the remaining typedefs from usbvideo

typedef enum { .. } ScanState_t -> enum ScanState
typedef enum { .. } ParseState_t -> enum ParseState
typedef enum { .. } FrameState_t -> enum FrameState
typedef enum { .. } Deinterlace_t -> enum Deinterlace
typedef struct { .. } usbvideo_t -> struct usbvideo

small fixes flushed by the hunt for bigger game:

- terminate td lists with dummy, not list end marker
- use alt_next only for real short control reads
- un-halt async qhs before scheduling
- deletes unused debug code, pointless assignments
- surely nobody ever sees that memleak
- terminate two related "while" loops the same way

This patch:

- Removes Pavel's Zaurus-private crc32 code; the base patch
   was from Pavel.

- Addresses two issues Toby Milne reported against the Zaurus:
   (a) if skbs had extra framing added (z, net1080, gl620a),
       the original size (now too small) was used on tx;
   (b) added FLAG_FRAMING_Z so rx packets had enough space

- Removes an oops from the driver model conversion (saved
   the wrong pointer).  Disconnecting wasn't healthy.

- Forward-ports some ethtool support from the 2.4 version:
   PDAs are always connected, so report them that way.

- Stubs in some PXA-250 support for non-Zaurus PDAs.
   This is currently commented out; so far those PDAs
   only run Linux for bleeding edge developers.

- Minor cleanups.

This is the rest of the work to remove the tasklet: the non-syntax
portions which affect work scheduling.  It's not quite davem's version;
it's got locking updates, which among other things prevent a hang when
the timer kicks in.

This scheduling change is split out from the other parts in case more
problems like that unlink race (fixed in my previous patch) show up.
It doesn't fix (or help fix) any ehci bugs, but simpler code is fine.

This should be innocuous; I expect most folk won't notice anything
better (or worse) from this patch unless they're using Intel EHCI.

removing tasklet
     - parts of davem's patch (passing pt_regs down)
     - remove 'max_completions'
     - update cleanup after hc died
     - fix an urb unlink oops (null ptr) that happens more often this way

talking to hardware
     - fixes for some short read issues (may still be others)
	* use qtd->hw_alt_next to stop qh processing after short reads
	* detect/report short reads differently
     - longer reset timeout (it was excessively short, broke Intel)

other
     - simpler diagnostics portability to 2.4:  wrap dev_err() etc
     - urb unlink wait and non-wait unlink codepaths share most code
     - don't try ehci_stop() in interrupt context (bug from hcd layer)
     - minor stuff, including
	* some "after hc died" paths were wrong
	* verbose debug messages compile again
	* don't break error irq count

The writepage-removal patch broke filesystems which do not want to
support writeable mappings.

Fix that up by making those filesystems point their mmap vector at the
new generic_file_readonly_mmap().

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

This patch addes the new restart_block field support to m68knommu
thread_info.h.

This patch adds a definition for TASK_UNMAPPED_BASE in m68knommu
process.h.  Recent changes need a definition for this, although its
value is unsed for nommu targets.

The patch include cache.h in m68knommu hardirq.h.

Cleans up compile problems, and make its consistent with
all other architecture hardirq.h files.

This changes m68knommu current.h to include the linux/thread_info.h
instead of asm/thread_info.h.  This is needed to get the restart_block
definition from linux/thread_info.h first.

This fixes the broken ELF_CORE_COPY_REGS macro for m68knommu arch.  It
is missing a ";" after the pr_reg[16] setting, and attempts to set the
non-existant a2 field.

This removes use of the depricated sys_security system call entry for
the m68knommu architectures.

This adds spinlocks around calls to generic kernel signal routine calls.

This adds the missing argument to do_fork() calls in m68knommu arch
process.c

This fixes the use kstat_cpu in m68knommu arch ints.c Replcae obsolete
use of kstat.irqs.

This little patch changes the way button release events are reported
by the sonypi driver to the application: previously, separate
release events were detected for each button. However, many buttons
(example: the jogdial, the capture button, the back button etc) share
the same release event.

The attached patch propagates a single 'ANYBUTTON_RELEASED' event
to the userspace, leaving all state machine intelligence to the
application.

Kunihiko IMAI should be credited for his ideas and tests.

The enclosed patch fix compile problems and adds all the diffs which
were still missing from 2.5.51.

This covers a lot of ground in the Linux1394 SVN tree.  I haven't had
time to keep in sync with you in a more granular way, so here's a
bohemoth patch.  However, consider it well tested.

In order to speed up NFS reads, we attempt to copy directly from
skbuffs into the pagecache pages. As we cannot do XDR decoding in the
soft interrupts, we attempt to estimate the size of the RPC header (+
attributes,...) that will precede the actual data that goes in the
pagecache. If we get the estimate wrong, the XDR decode routines
perform a realignment of the data into the pagecache.

In the existing code, we do a multi-page kmap() from the xdr_buf into
an iovec array, in order to do the shift.

The following patch adds tools for doing the realigment without going
through the iovec array (and without having to do the deadlock-prone
multi-page kmap()).

It also adds the 2 helper routines xdr_read_pages()/xdr_write_pages()
which will be needed for NFSv4 reads/writes in order to add pre/post
operation GETATTR calls.

 - Move the encoding/decoding of the actual COMPOUND XDR header out of
   encode_compound()/decode_compound().

 - Make each NFSv4 operation 'decode_' routine also take care of
   decoding its own header, and checking it for correctness.
   Also allows us to get rid of the 'nfserr' parameter...

This fixes a couple of incorrect XDR buffer reservations.  The values
passed to RESERVE_SPACE() must reflect precisely the number of bytes
that we wish to send down the wire.