Some CML1 rule contributors seem to think that the "bool" statement
 takes a third argument which is the default value.  It doesn't.

 Use of the $ARCH variable is undocumented; the sparc and sparc64 ports
 define the bool constants CONFIG_SPARC32 and CONFIG_SPARC64 respectively
 for this purpose.

 The entry for quota with 32bit UID/GID support is named "VFS v0...".

 this patch fixes redundant declarations in 2.5.24
 (same as sent yesterday, but this time automacially splitted
 into several mails)

  Symbol CONFIG_NUMA for alpha port depends on CONFIG_EXPERIMENTAL but does
  not say so in its banner.

 '**' in comments misleads DocBook, the comment is for a structure that
 DocBook cannot handle.

 this patch is a minor fixup to ext2/inode.c to avoid displaying the
 high 32 bits of the size for anything other than regular files.  For
 sockets, pipes, symlinks, etc it doesn't make sense to have a value
 larger than 2GB, and this has already been fixed in ext3 and e2fsprogs.

 Enlarge the log buffer in printk to 128K for s390/s390x.

 Symbol CONFIG_SOFTWARE_SUSPEND depends on CONFIG_EXPERIMENTAL but does
 not say so in its banner.

 Documentation/DocBook/kernel-api.tmpl includes code that has no
 documentation on 2.5.24, the empty sections mess up the sgml.  Comment
 out these sections until sombody adds docs to the code.

 1/8 definitions of CONFIG_VGA_CONSOLE have trivially different banners.

 The CRIS architecture is also able to use the generic
 copy_siginfo_to_user.

 init_rootfs() (from ramfs) doesn't appear in any header file.  I didn't
 see any that looked like a good home, so lets put a prototype at the top
 of fs/namespace.c.  This only use of this function is in namespace.c.

 Symbol CONFIG_SOFTWARE_SUSPEND depends on CONFIG_EXPERIMENTAL but does
 not say so in its banner.

 this patch fixes redundant declarations in 2.5.24
 (same as sent yesterday, but this time automacially splitted
 into several mails)

 Details over 2 years out of date.

  The arch-determining symbol CONFIG_SH in drivers/mtd/maps/Config.in
  should be CONFIG_SUPERH.

  [Rusty: this is a resend of 'PATCH 2.5: kconfig wrong arch symbol';
   it should apply now that my earlier patch which trod on the context
   has been merged into 2.5.24]

 Use of the $ARCH variable is undocumented; the alpha port defines the
 bool constant CONFIG_ALPHA for this purpose.

 Symbol CONFIG_SGI_NEWPORT_GFX depends on CONFIG_EXPERIMENTAL but does
 not say so in its banner.

 attached patch adds missing static modifiers for small_digits[] and
 large_digits[] arrays in the number() function from lib/vsprintf.c

 Patch against 2.5.25, should apply to 2.4.x.
 Please consider applying.

 Use of the $ARCH variable is undocumented; the sparc and sparc64 ports
 define the bool constants CONFIG_SPARC32 and CONFIG_SPARC64 respectively
 for this purpose.

 Use of the $ARCH variable is undocumented; the sparc and sparc64 ports
 define the bool constants CONFIG_SPARC32 and CONFIG_SPARC64 respectively
 for this purpose.

 This patch was included in 2.5.23, but removed in 2.5.24.  I guess
 I should have sent it to the maintainer in the first place ...

 This allows the cs46xx driver to build.

 this patch fixes redundant declarations in 2.5.24
 (same as sent yesterday, but this time automacially splitted
 into several mails)

Beffers marked for async io must be locked!

  After getting rid of rpc_lock_task() from net/sunrpc/xprt.c (see the
previous patch), we can now remove it from the generic RPC queue
handling code.

  Divorces task xid<->request slot mapping from the internals of the
rpc_waitqueue xprt->pending. Instead xprt_lookup_rqst() is made to
search a dedicated list (xprt->recv) on which the request slot is
placed immediately after being allocated to a task. The new queue is
protected using the spinlock xprt->sock_lock rather than the generic
RPC task lock.

  Both udp_data_ready() and tcp_data_ready() (well tcp_read_request()
actually) now need to protect against the request being removed from
the xprt->recv list while they copy the RPC reply data from the skb.
On the other hand, they no longer need to worry about the task
disappearing from xprt->pending. This means that rpc_lock_task() hack
can be replaced by the spinlock xprt->sock_lock.