* handle another cardbus unplug misbehavior
     - root hub kept polling, never stopped
     - starts to update hcd->state to match internal state
* code to count/queue TDs for interrupt/bulk is now shared
     - removes (low level) interrupt transfer size limitation
     - both types already handled urb queueing
     - re-indents some TD queuing code (most of patch, by volume)
* cleanup
     - use new container_of() macro, not list_entry()
     - report a previously unreported error (control data >4K)
     - simplify intr/bulk toggle reset
     - tweak TD debug dump
     - more object code shrinkage (often fits in 3 pages)

Note that the control data size error is just a long-standing
limitation of this driver, not a USB limitation!  It could be
fixed, if anyone starts to run into it.

  Here's a patch for extra designated initializer conversions in
  drivers/usb/input/wacom.c. Patch is against 2.5.27.

  Here's a patch for additional designated initializers for
  drivers/usb/storage/usb.c. Patch is against 2.5.27.

  Here's an patch for additional designated initializers for
  drivers/usb/input/hid-core.c. Patch is against 2.5.27.

  Symbols CONFIG_USB_STORAGE_DATAFAB, CONFIG_USB_STORAGE_HP8200e,
  CONFIG_USB_STORAGE_SDDR09, CONFIG_USB_STORAGE_SDDR55, and
  CONFIG_USB_STORAGE_JUMPSHOT depend on CONFIG_EXPERIMENTAL but
  do not say so in their banners.

  Here's a patch for additional designated initializers in
  drivers/usb/class/audio.c. Patch is against 2.5.27.

  Here's a patch for additional designated initializers for
  drivers/usb/net/pegasus.c. Patch is against 2.5.27.

  Here's a patch for additional designated initializers for
  drivers/usb/net/usbnet.c. Patch is against 2.5.27.

  Here's a patch for additional designated initializers in
  drivers/usb/misc/emi26.c. Patch is against 2.5.27.

Some fixes from Johann Deneux:
  Fixes needed to get WingMan Force 3D running. (Fix in fixp_cos
  and hid_init_reports).

Here is a patch wich moves hid-lg3d.c into hid-lgff.c. This allows to
share the init code.
A side-effect of this merge is that rumble pads are now handled the same
way joysticks are. Instead of having one timer per effect, executing
only when needed, we have one timer executing at regular intervals going
over each effect.

Thanks to David Brownell for pointing out where my previous patch was wrong.

just a couple of extra IDs for Canon USB Scanners

Attached is a patch that cleans up a few more issues in the OHCI unlink
code.

There may still be an ISO-IN data problem, I'll look at that separately
since it seems unrelated to unlink issues.

- Simplify/correct ED lifecycle
	* UNLINK is now for real: descheduled and waiting for SOF
	* finish_unlinks() expects descheduled EDs (may reschedule)
	* only ed_deschedule() turns off hardware schedule processing
	* no more NEW state
	* no more ED_URB_DEL flag (it added extra states)
	* new IDLE state, "not scheduled" (replaces previous UNLINKing)
- Bugfixes
	* ed_get(), potential memleak is now gone
	* urb_enqueue(), won't submit to dead/sleeping hc
	* free_config(), rescans after SOF when needed
	* ed_schedule(), use wmb()
	* ed_schedule() and finish_unlinks(), more thorough about
	  restarting control or bulk processing
	* finish_unlinks(), more cautious about reentering
- General:
	* ed->ed_rm_list renamed ed_next; to be used more later
	* slightly shrink object code
	* rename some functions

This leaves one notable issue in the unlink paths:  the driver never waits
for SOF after descheduling (empty) EDs.  That's racey in most cases, though
there are a few light-traffic cases where that's correct (in part because
the ED is empty).  Easy to fix once the rest of this is known to behave.

This patch makes the EHCI driver behave reasonably well in the
cardbus configurations I can test ... basically, it now sees
when a card is gone, and cleans up accordingly.  There are also
some related cleanups:  hardware handshakes will time out (not
that I've ever seen them fail), and some state management puts
a bit more effort into being strictly to-spec.

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

The rewritten makefile for DocBook requires that working directory
is $(TOPDIR) therefore use -f Documentation/DocBook/Makefile to
invoke the docbook makefile.

To support the new DocBook makefile the script target needs to be located
the block that is checked for precense of a .config file.

kernel-doc-nano-HOWTO.txt updated to reflect new functionality
provided by docproc.
gen-all-syms and docgen description removed.
kernel-api.tmpl and parportbook.tmpl updated to specify files to search
for EXPORT-SYMBOL* to enable documentation of all relevant functions.

Massive cleanup of makefile.
Comments added as well.
Enabled by the new functionality provided by docproc
When generating HTML locate a new file in DocBook dir that points to
the book in question.

This is the first patch in a serie to clean-up the DocBook
Makefile.

docproc is extented to include the functionality previously provided by
gen-all-syms and docgen.  Furthermore the necessity to specify which
files to search for EXPORT_SYMBOL are removed, the information is now
read in the .tmpl files.

docproc is furthermore extended to generate dependency information.
gen-all-syms and docgen are deleted.

During processing of skbuff.h three warnings were issued,
because members of an enum within a struct were nor documented.
This patch fixes kernel-doc not to spit out these non-valid warnings.
Originally by Thunder.

Forward port from 2.4, originally by Alan Cox
 o Do not generate empty RefEntry's
 o Improved error reporting

Forward port from 2.4, originally by Christoph Hellwig

 o Changed targets in documentation/DocBook/Makefile
 o New filenames in DocBook/kernel-api.tmpl

This removes cli/sti from SPX registration code in IPX.  I decided to
use normal rw_semaphore instead of net_family_{write,read}_{lock,unlock}
used in net/socket.c.

I left SPX code itself alone: I do not use it and last time I checked it
it was very unreliable reliable transport.

This patch for 2.5.28 fixes two explicit accesses to thread_info->cpu
in generic code to use the new UP-optimised macros instead.

This patch for 2.5.28 reduces the stack frame size of
arch/i386/kernel/nmi.c:check_nmi_watchdog() from 4096 bytes
in the worst case to 128 bytes.

The problem with the current code is that it copies the entire
irq_stat[] array, when only a single field (__nmi_count) is of
interest. The irq_stat_t element type is only 28 bytes, but it
is also ____cacheline_aligned, and that blows the array up to
4096 bytes on SMP P4 Xeons, 2048 bytes on SMP K7s, and 1024 bytes
on SMP P5/P6s. The patch reduces this to NR_CPUS*4==128 bytes.

I've noticed that xtime_lock and timerlist_lock ends up on the same
cacheline  all the time (atleaset on x86).  Not a good thing for
loads with high xxx_timer and do_gettimeofday counts I guess (networking etc).

Here's a trivial fix.

This is a complete rewrite of the LDM driver (support for Windows
Dynamic Disks).  It incorporates Al Viro's recent partition handling
tidy ups.

Details:
  LDM Driver rewritten.  More efficient.  Much smaller memory footprint.

  The old driver was little more than a stopgap.
  The new driver is a complete rewrite
  based on a much better understanding of the database
  based on much more reverse engineering
  more able to spot errors and inconsistancies
  it has a much smaller memory footprint
  no longer considered experimental
  accompanied by brief info: Documentation/ldm.txt

On a ppc64 machine running 2.5.28 we were hitting this BUG in
__free_pages_ok:

BUG_ON(page->pte.chain != NULL);

In pte_chain_lock we use test_and_set_bit which implies a memory
barrier. In pte_chain_unlock we use clear_bit which has no memory
barriers so we need to add one.

Here's a patch from Christoph Hellwig and myself to supply write->read
semaphore downgrade, and also from Brian Watson to supply trylock for rwsems.

Make sure the cpu argument to cpu_online() is evaluated for
side effects on UP too.

Things look rather like this..

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