[PATCH] remove swap_get_block()

Patch from Christoph Hellwig removes swap_get_block().

I was sort-of hanging onto this function because it is a standard
get_block function, and maybe perhaps it could be used to make swap use
the regular filesystem I/O functions.  We don't want to do that, so
kill it.

[PATCH] pdflush cleanup

Writeback/pdflush cleanup patch from Steven Augart

* Exposes nr_pdflush_threads as /proc/sys/vm/nr_pdflush_threads, read-only.

  (I like this - I expect that management of the pdflush thread pool
  will be important for many-spindle machines, and this is a neat way
  of getting at the info).

* Adds minimum and maximum checking to the five writable pdflush
  and fs-writeback  parameters.

* Minor indentation fix in sysctl.c

* mm/pdflush.c now includes linux/writeback.h, which prototypes
  pdflush_operation.  This is so that the compiler can
  automatically check that the prototype matches the definition.

* Adds a few comments to existing code.

[PATCH] misc cleanups and fixes

- Comment and documentation fixlets

- Remove some unneeded fields from swapper_inode (these are a
  leftover from when I had swap using the filesystem IO functions).

- fix a printk bug in pci/pool.c: when dma_addr_t is 64 bit it
  generates a compile warning, and will print out garbage.  Cast it to
  unsigned long long.

- Convert some writeback #defines into enums (Steven Augart)

[PATCH] debug check for leaked blockdev buffers

Having just fiddled with the refcounts of blockdev buffers, I want some
way of assuring that the code is correct and is not leaking
buffer_heads.

There's no easy way to do this: if a blockdev page has pinned buffers
then truncate_complete_page just cuts it loose and we leak memory.

The patch adds a bit of debug code to catch these leaks.  This code,
PF_RADIX_TREE and buffer_error() need to be removed later on.

[PATCH] Remove ext3's buffer_head cache

Removes ext3's open-coded inode and allocation bitmap LRUs.

This patch includes a cleanup to ext3_new_block().  The local variables
`bh', `bh2', `i', `j', `k' and `tmp' have been renamed to something
more palatable.

[PATCH] Remove ext2's buffer_head cache

Remove ext2's open-coded bitmap LRUs.  Core kernel does this for it now.

[PATCH] per-cpu buffer_head cache

ext2 and ext3 implement a custom LRU cache of buffer_heads - the eight
most-recently-used inode bitmap buffers and the eight MRU block bitmap
buffers.

I don't like them, for a number of reasons:

- The code is duplicated between filesystems

- The functionality is unavailable to other filesystems

- The LRU only applies to bitmap buffers.  And not, say, indirects.

- The LRUs are subtly dependent upon lock_super() for protection:
  without lock_super protection a bitmap could be evicted and freed
  while in use.

  And removing this dependence on lock_super() gets us one step on
  the way toward getting that semaphore out of the ext2 block allocator -
  it causes significant contention under some loads and should be a
  spinlock.

- The LRUs pin 64 kbytes per mounted filesystem.

Now, we could just delete those LRUs and rely on the VM to manage the
memory.  But that would introduce significant lock contention in
__find_get_block - the blockdev mapping's private_lock and page_lock
are heavily used.

So this patch introduces a transparent per-CPU bh lru which is hidden
inside __find_get_block(), __getblk() and __bread().  It is designed to
shorten code paths and to reduce lock contention.  It uses a seven-slot
LRU.  It achieves a 99% hit rate in `dbench 64'.  It provides benefit
to all filesystems.

The next patches remove the open-coded LRUs from ext2 and ext3.

Taken together, these patches are a code cleanup (300-400 lines gone),
and they reduce lock contention.  Anton tested these patches on the
32-way and demonstrated a throughput improvement of up to 15% on
RAM-only dbench runs.  See http://samba.org/~anton/linux/2.5.24/dbench/

Most of this benefit is from avoiding find_get_page() on the blockdev
mapping.  Because the generic LRU copes with indirect blocks as well as
bitmaps.

[PATCH] Fix 3c59x driver for some 3c566B's

Fix from Rahul Karnik and Donald Becker - some new 3c566B mini-PCI NICs
refuse to power up the transceiver unless we tickle an undocumented bit
in an undocumented register.  They worked this out by before-and-after
diffing of the register contents when it was set up by the Windows
driver.

[PATCH] handle BIO allocation failures in swap_writepage()

If allocation of a BIO for swap writeout fails, mark the page dirty
again to save it from eviction.

Linux version 2.5.24

Fix up various odds and ends after big merges..

[PATCH] Another RAID-5 XOR assembly fix

The last changes did trigger another latent bug in the inline assembly.
akpm noticed it because he compiles his kernels with frame pointers.

Merge http://gkernel.bkbits.net/irda-2.5
into home.transmeta.com:/home/torvalds/v2.5/linux

[PATCH] uninline elv_next_request()

Uninline elv_next_request() and move it to elevator.c, where it belongs.
Because of CURRENT declaration, this actually saves lots of space.  From
Andrew.

[PATCH] namespace.c - compiler warning

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.

[PATCH] 3c509.c - 2_2

This patch makes sure the 3c509 module license is always GPL.  Currently
the MODULE_LICENSE() marco is only used when CONFIG_ISAPNP or
CONFIG_ISAPNP_MODULE is defined.  I have moved MODULE_LICENSE() to the
#ifdef MODULE section at the bottom of 3c509.c.

Same is true for the MODULE_DEVICE_TABLE() macro.

[PATCH] remove unnecessary parentheses from expand()

Not sure why I forgot to do this, but here is a small bit of tidying up
of some leftover parentheses from the memlist macro removal. The
parentheses are just noise and should go.

[PATCH] remove unnecessary headers from mm_page_alloc.c

page_alloc.c does not use either slab.h or swapctl.h. This removes the
inclusion of those headers from page_alloc.c

[PATCH] beautify nr_free_pages()

nr_free_pages() is overly verbose. The following is perhaps clearer and
gets to the point with fewer lines of code and inside of 80 columns.

[PATCH] Re: convert BAD_RANGE() to an inline function

[PATCH] Re: TRIVIAL: William Lee Irwin III: buddy system comment

[PATCH] Consolidate sys_pause

14 of our 17 architectures define sys_pause exactly the same
way.  The other three don't define it at all.  I assume glibc
translates pause() into sigsuspend() or something.

[PATCH] Trivial TAP_TUN patch to remove minmax macros

In favour of those now in kernel.h..

[PATCH] trivial: reiserfs whitespace

[PATCH] Typo in radeonfb.c printk()

[PATCH] typo in smt.h

[PATCH] typo in jazz_esp.c

[PATCH] PATCH: kconfig wrong arch symbols

Three arch-determining symbols in drivers/mtd/maps/Config.in are wrong.
They have apparently been generated using the sensible pattern "CONFIG_FOO"
for an architecture "foo"; unfortunately the architectures are not sensible.

  CONFIG_SPARC should be CONFIG_SPARC32
  CONFIG_I386 should be CONFIG_X86
  CONFIG_SH should be CONFIG_SUPERH

[PATCH] PATCH: kconfig unbalanced menu start

Removed a spurious menu definition which was both a duplicate and
had no matching "endmenu".

[PATCH] PATCH: kconfig unbalanced menu end

Removed an "endmenu" for which there was no opening "mainmenu_option".

[PATCH] PATCH: kconfig spurious shell metacharacters (1_2)

The config language is *not* shell.  The construct "[ foo ] || [ bar ]"
is legal in shell but not in the config language, where we should use
the equivalent "[ foo -o bar ]"

[PATCH] PATCH: kconfig choice defaults (2_2)

The format for the "choice" statement is:

  choice 'prompt' "{sub-prompt sub-symbol}*" default-value

and the following is *not* legal config language (note the
positioning of the closing double quote):

  choice 'prompt' "{sub-prompt sub-symbol}* default-value"

It only happens to work because of a combination of accidental
side effects of the current parsers:

  *   unpaired sub-words inside the 2nd word are silently ignored
  *   the missing last word is silently treated as if empty

[PATCH] PATCH: kconfig misspelled symbols

Two symbols used in drivers/net/wan/Config.in are misspelled.

CONFIG_PPP_MULTLINK should be CONFIG_PPP_MULTILINK
CONFIG_PPP_SYNCTTY should be CONFIG_PPP_SYNC_TTY

[PATCH] PATCH 2.5: kconfig synchronise banners (9_16)

1/2 definitions of CONFIG_PC_KEYB have trivially different banners.

[PATCH] PATCH 2.5: kconfig synchronise banners (8_16)

1/3 definitions of CONFIG_PARPORT_1284 have trivially different banners.

[PATCH] PATCH 2.5: kconfig synchronise banners (7_16)

1/2 definitions of CONFIG_NUMA have trivially different banners.

[PATCH] PATCH 2.5: kconfig synchronise banners (6_16)

1/16 definitions of CONFIG_NETDEVICES have trivially different banners.

[PATCH] PATCH 2.5: kconfig synchronise banners (5_16)

1/3 definitions of CONFIG_MODVERSIONS have trivially different banners.

[PATCH] PATCH 2.5: kconfig synchronise banners (4_16)

1/11 definitions of CONFIG_HOTPLUG have trivially different banners.

[PATCH] PATCH 2.5: kconfig synchronise banners (3_16)

2/10 definitions of CONFIG_CD_NO_IDESCSI have trivially different banners.

[PATCH] PATCH 2.5: kconfig synchronise banners (1_16)

1/3 definitions of 64-bit CONFIG_BINFMT_ELF have trivially different banners.
1/3 definitions of CONFIG_BINFMT_ELF32 have trivially different banners.

[PATCH] PATCH 2.5: kconfig synchronise banners (14_16)

1/17 definitions of CONFIG_SCSI have trivially different banners.

[PATCH] PATCH 2.5: kconfig synchronise banners (16_16)

1/14 definitions of CONFIG_SOUND have trivially different banners.

[PATCH] PATCH 2.5: kconfig synchronise banners (15_16)

2/4 definitions of CONFIG_SOFT_WATCHDOG have trivially different banners.

[PATCH] PATCH 2.5: kconfig synchronise banners (13_16)

1/3 definitions of CONFIG_PSMOUSE have trivially different banners.

[PATCH] PATCH 2.5: kconfig synchronise banners (11_16)

1/3 definitions of CONFIG_PPP have trivially different banners.

[PATCH] PATCH 2.5: kconfig synchronise banners (10_16)

2/6 definitions of CONFIG_PCI have trivially different banners.

[PATCH] PATCH 2.5: kconfig sychronise banners (2_16)

2/5 definitions of CONFIG_BLK_DEV_SR have trivially different banners.

[PATCH] PATCH 2.5: kconfig sychronise banners (12_16)

1/5 definitions of CONFIG_PREEMPT have trivially different banners.

[PATCH] PATCH 2.5: kconfig missing OBSOLETE (3_3)

Symbol CONFIG_SK_G16 depends on CONFIG_OBSOLETE but does
not say so in its banner.

[PATCH] PATCH 2.5: kconfig missing OBSOLETE (2_3) again

Symbol CONFIG_H8 depends on CONFIG_OBSOLETE but does
not say so in its banner.

[PATCH] PATCH 2.5: kconfig missing OBSOLETE (1_3)

Symbol CONFIG_FMV18X depends on CONFIG_OBSOLETE but does
not say so in its banner.

[PATCH] PATCH 2.5: kconfig missing EXPERIMENTAL (9_14)

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

[PATCH] PATCH 2.5: kconfig missing EXPERIMENTAL (8_14)

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

[PATCH] PATCH 2.5: kconfig missing EXPERIMENTAL (7_14)

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

[PATCH] PATCH 2.5: kconfig missing EXPERIMENTAL (6_14)

Three symbols CONFIG_BLK_DEV_ATARAID, CONFIG_BLK_DEV_ATARAID_PDC, and
CONFIG_BLK_DEV_ATARAID_HPT depend on CONFIG_EXPERIMENTAL but do
not say so in their banners.

[PATCH] PATCH 2.5: kconfig missing EXPERIMENTAL (5_14)

Two symbols CONFIG_PLX_HERMES and CONFIG_PCI_HERMES depend on
CONFIG_EXPERIMENTAL but do not say so in their banners.

[PATCH] PATCH 2.5: kconfig missing EXPERIMENTAL (4_14)

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

[PATCH] PATCH 2.5: kconfig missing EXPERIMENTAL (3_14)

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

[PATCH] PATCH 2.5: kconfig missing EXPERIMENTAL (2_14)

Four symbols CONFIG_ATM_CLIP, CONFIG_ATM_CLIP_NO_ICMP, CONFIG_ATM_LANE,
and CONFIG_ATM_MPOA depend on CONFIG_EXPERIMENTAL but do not say so
in their banners.

[PATCH] PATCH 2.5: kconfig missing EXPERIMENTAL (1_14)

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

[PATCH] PATCH 2.5: kconfig missing EXPERIMENTAL (13_14)

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

[PATCH] PATCH 2.5: kconfig missing EXPERIMENTAL (14_14)

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

[PATCH] PATCH 2.5: kconfig missing EXPERIMENTAL (12_14)

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

[PATCH] PATCH 2.5: kconfig missing EXPERIMENTAL (10_14)

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

[PATCH] PATCH 2.5: kconfig missing EXPERIMENTAL (11_14)

Two symbols CONFIG_ROADRUNNER and CONFIG_ROADRUNNER_LARGE_RINGS depend
on CONFIG_EXPERIMENTAL but do not say so in their banners.

[PATCH] PATCH 2.5: kconfig lowercase EXPERIMENTAL tag

The convention is that symbols that depend on $CONFIG_EXPERIMENTAL are
marked in the banner with the string (EXPERIMENTAL).  There are 4 cases
where that string is correctly used but is lowercase instead of uppercase.

[PATCH] PATCH 2.5: kconfig choice default value

The default value specified as the last word of the "choice" statement
should be a unique abbreviation of one of the sub-prompts, not some
random string never seen before.

[PATCH] PATCH 2.5: kconfig OBSOLETE not EXPERIMENTAL

Symbol CONFIG_ZNET depends on CONFIG_OBSOLETE, but its banner says it
depends on CONFIG_EXPERIMENTAL.

[PATCH] PATCH 2.5: kconfig EXPERIMENTAL misformed

Symbol CONFIG_INTERMEZZO_FS depends on CONFIG_EXPERIMENTAL but does
not say so in its banner in the usual way.

[PATCH] Fix SMP compilation with 'multiquad' driver

The 2.4.18pre10 kernel, like many if its predecessors, can't compile
the multiquad driver in an SMP kernel (maybe only as a module; it's
been a long time since I wrote this fix).  Here's a patch.

[PATCH] fix lots of warnings about 'struct tty_driver'

When compiling 2.5.20 (and ealier, likely) without procfs, the declaration
for struct tty_driver is missing in proc_fs.h, causing many compiler warnings
that are fixed by this patch.

[PATCH] Re: nbd.c warning fix

[PATCH] ACPI warning fix

[PATCH] add unlikely() into add_timer()

This micropatch adds unlikely() macro into add_timer() bug check code.
Without this path gcc 3.1 makes bad thing reordering printk() into
the middle of function body.

[PATCH] TRIVIAL EPERM -> EACCESS

the following micro-patch changes ext[23]_ioctl to return EACCES
(permission denied) instead of EPERM (operation not permitted) if
the caller is not authorized to change the flags on a file.

[PATCH] Fix bashisms in scripts_patch-kernel

  The following trivial patch makes the patch-kernel script executable by
  a bare bone POSIX shell like ash.  Either that, or the interpreter line
  has to be changed to /bin/bash.

  The same patch applies to 2.4 (with some line offset).

Merge home:v2.5/linux
into penguin.transmeta.com:/home/penguin/torvalds/repositories/kernel/linux

[PATCH] mark 3 variables as __initdata

The attached patch marks the following variables with __initdata:

        arch/i386/kernel/mpparse.c :: static unsigned int num_processors
        arch/i386/kernel/smpboot.c :: static int smp_b_stepping
        arch/i386/kernel/smpboot.c :: static int max_cpus

The data is static and only used by __init functions so can successfully
be jettisoned after boot.  Compiled and booted successfully on an SMP
machine.

I also set max_cpus to NR_CPUS instead of -1.  Besides being the
logically correct value and simplifying a loop elsewhere, this change
allows NR_CPUS to be set to various values other than the normal 32
which is growing in utility with the hotplug CPU changes now in
mainline.

[PATCH] preempt-safe do_softirq

Attached patch makes do_softirq preempt-safe simply by moving the
current CPU assignment a couple lines down below the interrupt disable.

Merge bk://linus@bkbits.net/lm-makefiles
into penguin.transmeta.com:/home/penguin/torvalds/repositories/kernel/linux

[PATCH] export ioremap_nocache to modules

This patch exports ioremap_nocache to modules, used by at least
some of the sound drivers....

[PATCH] ALSA update

this ALSA update contains

 - fixed dependencies for OSS Sequencer emulation code
 - fixed wrong verbose printk output
 - fixed possible oops in OSS PCM emulation code (silence)
 - added snd_timer_del() function
 - added integer64 support to control interface
 - AC'97 - cleanups for Cirrus Logic codecs (S/PDIF)
 - added PCM device for SB AWE synthesizer
 - added RME Hammerfall DSP Audio driver by Paul Davis
 - renamed rme9652_mem.o module to hammerfall_mem.o
 - device naming cleanups in snd-intel8x0
 - RME32 driver updates
 - VIA8233 driver updates for VIA8233A
 - CS4281 code updated to support dual codecs
 - Korg1212 driver update (debugging)
 - YMFPCI - changed support for rear channel
 - improved PPC drivers - AWACS, KEYWEST, TUMBLER

[PATCH] More __builtin_expect() cleanup in favour

Changed files in the include/asm-ia64 directory to get rid of
__builtin_expect() in favour of likely/unlikely.

[PATCH] ipv6 statics

This makes some more things in the ipv6 code static.  Some of them may
be wrong (or for futures) bu it looks pretty OK to me (and it builds).

[PATCH] Async Futex

This patch adds a FUTEX_FD call, for opening a file descriptor
attached to a futex, which can be used with poll, select or SIGIO.
Rewritten so that closing fd unpins page, as per Linus's suggestion,
and fixed not to call poll_wait with a spinlock as per Martin Wirth's
sharp eyes.

[PATCH] Futex bugfixes.

This uses page_cache_release() instead of put_page(), as it might
be a pagecache page.

[PATCH] 2.5.23 i2c updates 4/4

i2c-elektor.c:Adding call to pcf_isa_init to i2c_pcfisa_init causes:
i2c-elektor.o: In function `i2c_pcfisa_init':
i2c-elektor.o(.text.init+0x95): undefined reference to `local symbol
i2c-elektor.c: fix by removing __exit for inline compiling.

[PATCH] 2.5.23 i2c updates 3/4

i2c-algo-bit.c: Leave kernel time_before/after_eq
  Remove #ifdef MODULE_LICENSE around MODULE_LICENSE.
  Remove #include <linux/sched.h> since i2c.h has it now.
i2c-algo-pcf.c: Remove #include <linux/sched.h> since i2c.h has it now.
  Remove #ifdef MODULE_LICENSE around MODULE_LICENSE.
  Remove #include <linux/sched.h> since i2c.h has it now.
i2c/i2c-elektor.c: Leave kernel __exit pcf_isa_exit(void)
  Remove #ifdef MODULE_LICENSE around MODULE_LICENSE.
i2c-elv.c: Leave kernel __exit bit_elv_exit(void)
  Remove #ifdef MODULE_LICENSE around MODULE_LICENSE.
i2c-philips-par.c: Remove #ifdef MODULE_LICENSE around MODULE_LICENSE.
i2c/i2c-velleman.c: Leave kernel __exit bit_velle_exit(void)
  Remove #ifdef MODULE_LICENSE around MODULE_LICENSE.
Drop i2c-algo-8xx.[ch] deltas
Drop i2c-algo-ppc405.[ch] deltas
Drop i2c-pcf-epp.c deltas
Drop i2c-ppc405.[ch] deltas
Drop i2c-ppc405adap.h deltas
Drop i2c-pport.c deltas
Drop i2c-rpx.c deltas

[PATCH] 2.5.23 i2c updates 2/4

i2c-core.c:Leave LINUX_VERSION in kernel.  Leave i2c_debug=1.  Leave
  CONFIG names as in the kernel.  Remove #ifdef MODULE_LICENSE around
  MODULE_LICENSE.
i2c-dev.c:Remove #ifdef MODULE_LICENSE around MODULE_LICENSE.
  Remove compatibality code for < 2.4.0
i2c-proc.c: Print message on kmalloc failure.  Leave ENOMEM as in kernel.
  Remove #ifdef MODULE_LICENSE around MODULE_LICENSE.  Remove 2.2.19 compat
  code.

[PATCH] 2.5.23 i2c updates 1/4

Merge master.kernel.org:/home/davem/BK/misc-2.5
into home.transmeta.com:/home/torvalds/v2.5/linux

[PATCH] 2.5.23: missing tqueue.h in cpia_pp.c

There seems to be another missing tqueue.h, this time in the CPIA video
driver.

Merge master.kernel.org:/home/davem/BK/sparc-2.5
into home.transmeta.com:/home/torvalds/v2.5/linux

[PATCH] ext2 statics

This patch just changes some things in ext2 to be static.

[PATCH] dup_task_struct can be static

dup_task_struct is defined and used only in kernel/fork.c.

[PATCH] make kstack_depth_to_print and some APM stuff static

Tridge has written a little utility
(http://samba.org/ftp/unpacked/junkcode/findstatic.pl) that (given a set of
object files) works out a list of candidate finctions and variables that
may be able to be made static.  Obviously some hand checking is needed
(different configs and/or architectures etc), but it seems useful.

Here is my first patch using its outout.

kstack_depth_to_print is used in many architectures, but only in one
file in each.  In some architectures it is declared and not used.  It
is not even clear why kstack_depth_to_print is not a #define.  Tridge
suggested that maybe you could change its value with a debugger ...

The APM code has a function and a struct that can be static.

[PATCH] nasty bug in free_pgtables() (for ia64)

Strictly speaking, this patch is needed only for arches which use
discontiguous virtual address bits for the PGD index.

When we originally worked on this code (~ 2 years ago or so, in
response to a bug report & patch from an Intel guy), I had myself
convinced that the code is correct, but of course I missed the fact
that:

pgd_index(first) < pgd_index(last)

does NOT imply that:

first < last

For example, with a 16KB page size on ia64, we might end up with:

   first = 6000100f80003fff => first_idx = 0x300
   last  = 60000fffffff8000 =>  last_idx = 0x3ff

Note here that first_idx < last_idx even though first > last.  This is
because pgd_index() ignores bits 44..60.

I suppose we could put the extra check inside #ifdef __ia64__, but
that would be rather ugly and would really mean that Linux does not
support discontiguous PGD indices.

[PATCH] Make ITERATE_MDDEV work on non-SMP

For an SMP kernel, spin_lock() et.al. are functions.
For a UP kernel, they are statements that must be terminated
by a ';'.  This is not quite the same thing, and hence spin_lock()
cannot be using inside a parenthesised expession.

This patch changes ITERATE_MDDEV to use gcc's "statement expressions"
instead which has the benefit of making the conditionals
more readable.

[PATCH] Md sync: Remove compiler warning that revealed a bug.

When we abort a resync before we even started (because we were
interrupted while waiting for a conflicting resync to finish)
we should not wait or, particularly, do the closing sync_request
(as we haven't even calculated max_sectors yet).