This is version 2 of my proposed patch for fdc-io.c tape driver for
  Linux.  It

  	1) removes three calls to check_region using request_region instead.
  	2) in case of fatal error calls release_region to liberate region
	   resources already allocated (as pointed out by Matthew Wilcox my
	   first patch wasn't doing that)

  Remark regarding allocation of regions in this driver:

  If BROKEN_FLOPPY_DRIVER is defined the driver keeps going even if it
  can't allocate one or more region resources.  The driver does not
  store information concerning which allocations succeeded and which
  failed.  When and if subroutine fdc_release_regions is called it will
  then try to release all regions it normally reserves.  I don't know if
  this could cause any trouble in some (rare) situations?

  I don't have this hardware so only compilation is tested.  This patch
  removes all references to check_region in this driver.

  This is patch number 13 in a series of check_region patches I am doing as
  part of the kernel janitors project.

  This patch for isdn/hisax/s0box.c driver for Linux removes one call to
  check_region using request_region instead.

  I don't have this hardware so I hope I got it right.  This patch
  removes all references to check_region in this driver.

  This is patch number 14 in a series of check_region patches I am doing as
  part of the kernel janitors project.

  As part of my work on the Linux Kernel Janitors project, cleaning up on
  functions which call misc_register and don't check for an error return, I
  would like to submit my patch to drivers/parisc/kernel/perf.c

  This patch simply causes the function to printk() an error and return the
  error code from misc_register() if it fails. I hope this is the right
  thing to do. I moved it slightly earlier in the function so I wouldn't
  have to worry about undoing the side effects of perf_patch_images().

Remove use of depricated linux/malloc.h from 68360serial driver.

  This patch for driver drivers/isdn/hisax/bkm_a8.c for Linux removes
  one call to check_region using request_region instead.

  I don't have this hardware so I hope I got it right.  This patch
  removes all references to check_region in this driver.

  This is patch number 23 in a series of check_region patches I am doing as
  part of the kernel janitors project.

  This patch for isdn/hisax/teles0.c driver for Linux removes one call
  to check_region using request_region instead.

  I don't have this hardware so I hope I got it right.  This patch
  removes all references to check_region in this driver.

  This is patch number 17 in a series of check_region patches I am doing as
  part of the kernel janitors project.

x86 always seems to include asm/page.h, PPC (and presumably others)
don't.

  This patch for drivers/isdn/hisax/enternow_pci.c driver for Linux
  removes one call to check_region using request_region instead.

  I don't have this hardware so I hope I got it right.  This patch
  removes all references to check_region in this driver.

  This is patch number 19 in a series of check_region patches I am doing as
  part of the kernel janitors project.

  Remove unused prototype for init_modules()

  This patch has been available fro review on the janitor's mailing list
  for some days without any negative comments (or comments for that
  matter).  This patch recitifies the use of the obsolete cli() and
  sti() calls.

  This patch for drivers/isdn/hisax/asuscom.c isdn driver for Linux
  removes one call to check_region using request_region instead

  I don't have this hardware so patch is not tested.  This patch removes
  all references to check_region in this driver.

  This is patch number 26 in a series of check_region patches I am doing as
  part of the kernel janitors project.

  As part of my work on the Linux Kernel Janitors project, cleaning up on
  functions which call create_proc_*_entry and don't check for an error
  return, I would like to submit my patch to arch/mips64/sgi-ip27/ip27-rtc.c.

  This patch adds a printk() if misc_register fails (since that causes the
  driver to fail to load, it should be logged somewhere), and checks that
  create_proc_read_entry returned a valid handle. ENOENT seems to me like a
  good error code to return in this case, although EBUSY is a candidate too.

  This patch for driver drivers/telephony/ixj.c for Linux removes four
  calls to check_region using request_region instead.

  I don't have this hardware so I hope I got it right.  This patch
  removes all but one reference to check_region in this driver.

  This is patch number 21 in a series of check_region patches I am doing as
  part of the kernel janitors project.

This patch fixes a small typo in the Xbox xpad USB driver config help

  This patch for isdn/hisax/sedlbauer.c driver for Linux removes one
  call to check_region using request_region instead.

  I don't have this hardware so I hope I got it right.  This patch
  removes all references to check_region in this driver.

  This is patch number 16 in a series of check_region patches I am doing as
  part of the kernel janitors project.

  Working on the Linux Kernel Janitors project, and following up on Mikal
  Still's work there, I'd like to submit a patch for the Macintosh ANS
  LCD driver.

  I believe from Mikal's Patches page that his previous patch was rejected
  due to not cleaning up properly. I believe my patch addresses this issue,
  by calling iounmap() to free the IO remapping created by ioremap() earlier
  in the function, if the call to misc_register() fails for any reason.

  Unfortunately I don't know how to get this driver to compile on my
  machine, and therefore I can't even check that my patch compiles. If you
  can advise me how to set my machine up to dompile these drivers, then
  please get in touch =) I hope I didn't make any stupid mistakes in this
  patch either.

  This patch for drivers/isdn/hisax/mic.c driver for Linux removes one
  call to check_region using request_region instead.

  I don't have this hardware so I hope I got it right.  This patch
  removes all references to check_region in this driver.

  This is patch number 18 in a series of check_region patches I am doing as
  part of the kernel janitors project.

  I was doing some cleaning in the parisc files, and took a look at some
  arch indep ones btw.

  This fixes a warning.

  This modifies the following files: -

  Documentation/Docbook/Makefile - Fix dependencies generating parportbook
  which caused tex to choke.

  Documentation/Docbook/kernel-api.tmpl - Remove references to source
  files which do not contain kernel-doc comments, which caused "errors" in
  the generated documentation.

  include/linux/init.h - fix a trivial function comment to correct the
  generated documentation.

  This patch partially addresses one of the issues on the Kernel Janitor
  TODO list -

  "someone who knows DocBook, or is willing to learn, should go through
  and clean up Documentation/DocBook to kill all the warnings that occur
  during "make pdfdocs" and generally make the documents look nicer, and
  render smaller PDFs."

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

apm_driver_version() isn't an __init function, but is called from the
asynchronous APM driver thread (which might run after the init sequence
has finished).

This trivial fix stops APM from oopsing when compiled as module.

into are.twiddle.net:/home/rth/BK/mod-2.5

This changes /proc/modules to have fixed space-separated format,
independent of CONFIG options or how many module dependencies there
are.

 Old format: modname modsize [refcount [dep1] [dep2] ...]

 New format: modname modsize refcount deps1,[dep2,]...

The module-init-tools have understood this format for over a month now.
This change allows us to add new fields, ie.  module state, module
address, etc.

This patch combines the common exception table searching functionality
for various architectures, to avoid unneccessary (and currently buggy)
duplication, and so that the exception table list and lock can be kept
private to module.c.

The archs provide "struct exception_table" and "search_extable": the
generic infrastructure drives the rest.

This implements EXPORT_SYMBOL_GPL and MODULE_LICENSE properly (so
restrictions are enforced).  Also fixes "proprietory" spelling.

I told someone to do "make htmldocs" and just to be sure
checked myself. Below two fixes.

Patch from Bill Irwin.   Prodding from me.

The hashtables in kernel/pid.c are 128 kbytes, which is far too large for
very small machines.

So we dynamically size them and allocate them from bootmem.  From 16 buckets
on the very smallest machine up to 4096 buckets (effectively half the current
size) with one gigabyte of memory or more.

The patch also switches the hashing from a custom hash over to the more
powerful hash_long().

Patch from Manfred Spraul <manfred@colorfullife.com>

Effectively adds another 24 megabytes of ia32 KVA.

kmap uses a 4 MB (2 MB if PAE is enabled) area for the persistant mappings.
But PKMAP_BASE is 4GB-32MB, i.e.  around 28 MB are reserved for kmap (4 MB
for fixmappings).

The attached patch shrink that to 4 MB (+4MB for fixmappings) and adds a test
to check for an overlap between fixmap and kmap areas.

slab redzoning errors are very hard to decrypt.

The patch adds a human-readable interpretation to each error and changes it
to not go BUG() when an error is detected.

David Brownell noticed this.  mempool_resize() is calling kfree on a rare
path when it should be calling the pool's free function.

The patch fixes that up, and then disables mempool_resize() compilation - it
has no callers at present.

This patch uses the radix_tree_preload() API in add_to_page_cache().

A new gfp_mask argument is added to add_to_page_cache(), which is then passed
on to radix_tree_preload().   It's pretty simple.

In the case of adding pages to swapcache we're still using GFP_ATOMIC, so
these addition attempts can still fail.  That's OK, because the error is
handled and, unlike file pages, it will not cause user applicaton failures.
This codepath (radix-tree node exhaustion on swapout) was well tested in the
days when the swapper_space radix tree was fragmented all over the place due
to unfortunate swp_entry bit layout.

radix_tree_node_alloc() uses GFP_ATOMIC, under spinlocking.  If the
allocation fails then userspace sees ENOMEM and application failure occurs.

A single add_to_page_cache() will require up to six radix_tree_nodes on
32-bit machines, twice this on 64-bit machines (quadruple the worst-case
storage on 64-bit).

My approach to solving this problem is to create a per-cpu pool of
preallocated radix_tree_nodes, private to the radix-tree code.

The radix-tree user will call the new radix-tree API function
radix_tree_preload() to ensure that this pool has sufficient nodes to cover
the worst-case.  radix_tree_preload() should be called outside locks, with
GFP_KERNEL so that it can run page reclaim.

If it succeeds, radix_tree_preload() will return with preemption disabled so
that the per-cpu radix_tree_node pool is protected.  The user must call
radix_tree_preload_end() to terminate the transaction.

In the common case, the per-cpu pools will never be touched:
radix_tree_insert() will only dip into the pool if kmem_cache_alloc() fails.
The pools will remain full at all times.  This is to optimise the fastpath -
it is just a few instructions.

This patch also removes the now-unneeded radix-tree mempool.  This saves 130
kbytes of permanently allocated kernel memory.  260k on 64-bit platforms.

Update page_add_rmap() callers to allocate their own pte_chain structures,
and to pass those into page_add_rmap().

The swapoff path has not yet been updated and is still oopsable.  The locking
there is tricky.

The VM allocates pte_chains with GFP_ATOMIC, under deep locking.  If that
allocation fails, we oops.

My approach to solving this is to require that the caller of page_add_rmap()
pass in a pte_chain structure for page_add_rmap() to use.  Then, callers can
arrange to allocate that structure outside locks with GFP_KERNEL.

This patch provides the base infrastructure.

A common case is that page_add_rmap() will in fact not consume the pte_chain,
because an empty slot was found within one of the page's existing pte_chain
structures.  So this patch provides for a special one-deep per-cpu pte_chain
cache to optimise this case of taking just one pte_chain and then immediately
putting it back.

We end up adding maybe 20-30 instructions to the pagefault path to handle the
eventuality of pte_chain allocation failures.

Lots of other design ideas were considered.  This is the best I could come up
with.