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

Fix a typo which was introduced when updating st5481 for the
USB API changes.

Sometimes bk still gets me... The previous changes won't work without
the updated top-level Makefile ;)

As we have a standard O_TARGET ("built-in.o"), use a standard L_TARGET
as well ("lib.a"), which is what was used in the majority cases already,
anyway.

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

into mandrakesoft.com:/home/jgarzik/repo/misc-2.5

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

that are used in natsemi net driver

into mandrakesoft.com:/home/jgarzik/repo/net-drivers-2.5

into mandrakesoft.com:/home/jgarzik/repo/net-drivers-2.5

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

into mandrakesoft.com:/home/jgarzik/repo/irda-2.5

It's shorter and more along the lines of the other "new-style"
statements.

Switch nbd bio_endio() over to new semantics

It's gone almost everywhere else already, and will eventually make for
a nicer top-level Makefile.

into mandrakesoft.com:/home/jgarzik/repo/irda-2.5

Of course it's possible to use the standard "built-in.o" in arch/* as well,
so do it for i386 - other archs still using O_TARGET are not affected by
this change.

O_TARGET should basically be dead for non arch-specific code in 2.5
(it's still functional, though), so kill the cases where it creeped back
in. 

o [CORRECT] Remove all "save_flags(flags);cli();" in IrDA ali driver

o [CORRECT] Remove all "save_flags(flags);cli();" in IrDA driver
o [FEATURE] Rework broken locking in irport
o [FEATURE] Finish locking cleanup in nsc-ircc
o [FEATURE] Improve locking in smc-ircc & w83977af_ir

o [FEATURE] Do the hashbin locking fixes for IrCOMM and IrLAN
o [CORRECT] Remove all "save_flags(flags);cli();" in IrCOMM/IrLAN
o [CORRECT] Fix other locking issues in IrCOMM

o [FEATURE] New hashbin locking scheme for irqueue
o [FEATURE] Get rid of old broken hashbin locking schemes
o [FEATURE] Lock hasbins while enumerating it in various places
o [CORRECT] Remove all remaining "save_flags(flags);cli();"
o [CORRECT] Fix two "return with spinlock" found by Stanford checker

o [CORRECT] Make sure LAP address is sane, which mean not NULL,
  not BROADCAST and not already in use by another link.

o [CRITICA] Remove correct IAS Attribute/Object even if name is dup'ed
o [CORRECT] Make irqueue 64 bit compliant (__u32 -> long)
o [FEATURE] Don't use random handle for IrLMP handle, use self
  Remove dependancy on random generator in stack init

(contributed by gabucino@mplayerhq.hu)

* New Rx polling scheme to prevent congestion
* Tx timeout recovery
* Enhanced ethtool support
* Fix problems with multiport sundance boards
(contributed by Edward Peng @ D-Link)

(based on patch from Nelson Tan Gin Hwa, via Andrew Morton)

it has just one function nowdays, and that one would be much better
static in scsi.c

update DAC960 and umem to new bio_endio() completions

Make BIO_UPTODATE a sticky good flag, only clearing it on error.

I pondered leaving the BIO_UPTODATE clearing up to the bi_end_io()
functions, but decided against that and left it in bio_endio() as
before.

I also added a bit of debug in bio_endio() to detect callers specifying
more than bi_size i/o complete.  And to top it all of, bio_endio()
documentation.  This is mainly to clear my back when people bitch about
using bio_endio(), I can say RTFM without worry :-)

This renames the svc_getlong and svc_putlong macros as svc_getu32 and
svc_putu32.  this is simple clean up and is obviously correct.  it was
part of the patch that implements stricter type checking for rpc auth
flavors.

This implements stricter type checking for rpc auth flavors.  it is a
prerequisite for RPC GSSAPI and its authentication pseudoflavors.
please apply it.

This renames *reconn* to *conn* since the same code now handles both
initial TCP connect, and TCP reconnection, and corrects some comments.
against 2.5.36, requires earlier patch (1/1).

This provides clean up and bug fixes for the RPC layer's TCP socket
connection management logic.  Trond, Alexey, and DaveM have seen this
patch.  i've been running it for several weeks here and feel it is ready
for wider testing.  these two patches are prerequisites for further
clean-ups and fixes for RPC over TCP.

bugs fixed:
+  TCP connection establishment now times out after 60 seconds instead of
   hanging for ten minutes.  60 seconds is more in line with how long a
   server takes to reboot.
+  on a soft-mounted file system, TCP reconnections now time out and fail
   the RPC request, like most other NFS clients, instead of hanging the
   NFS client until the server comes back.
+  on hard-mounted file systems, the RPC layer now delays 15 seconds
   before retrying after a failed connection attempt instead of retrying
   as soon as it can.
+  TCP connection error recovery is now more verbose so users can see why
   their NFS sessions are hung.  this can be tuned with future patches if
   it is unreasonably noisy.
+  the TCP connect logic is cleaned up so adding checks for new errnos
   is easier.
+  the same code now handles both initial connection and reconnection.
   the original initial connection code did not have comprehensive error
   handling.
+  some obscure design elements are now documented in comments.
+  kfree was used by mistake in xprt_destroy.

This patch consolidates zap_thread into reparent_thread, and fixes
__will_become_orphaned_pgrp to check p->real_parent instead of
p->parent.