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

For some inexplicable reason, I broke the dependency on a new build number
some time ago - it worked fine before, and now it does again.

(Whenever vmlinux is relinked, the build number is incremented, and now it
ends in the version string again, as it should)

Noted by Anton Blanchard.

ide_toggle_bounce() was called prior to init'ing the block queue,
which then reset the bounce_pfn back to BLK_BOUNCE_HIGH. Make
ide_toggle_bounce() an ide-lib helper, and call it when setting up
the queue as well.

Andrew found out that bounce end_io handling did not work for him, so I
fixed the bug (not consistent checking of bi_size). I cleaned it up and
moved the bi_size checking out of bounce_end_io() (the main worker) and
into the individual bi_end_io() handlers instead. Please apply to make
highmem bouncing work again.

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 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)

into groveronline.com:/root/bk/linux-acpi

in non-SMP.

* 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)

on systems that do not have an interrupt override entry in the MADT.