[PATCH] rewrite find_vma_prev

For PA-RISC, we need find_vma_prev to return `prev', even if vma is NULL.
Our stack is at the top of memory, growing upwards, so when we page fault
we need to see prev.  For added bonus points, the code becomes simpler,
less indented, shorter and (for me, anyway) easier to understand.  The
code is well-tested, even on x86.  For PA and ia64 this code is called in
the page fault handler path so it is exercised frequently.

Merge http://linux-scsi.bkbits.net/scsi-for-linus-2.5
into home.transmeta.com:/home/torvalds/v2.5/linux

Merge

Merge

Merge mulgrave.(none):/home/jejb/BK/53c700-new-tag-2.5
into mulgrave.(none):/home/jejb/BK/scsi-for-linus-2.5

Merge mulgrave.(none):/home/jejb/BK/scsi-new-tag-2.5
into mulgrave.(none):/home/jejb/BK/scsi-for-linus-2.5

export open_softirq

linux-2.5.22-driverfs.patch

[PATCH] APM compile fix, "stime" update broke it

Fix APM that got broken by getting rid of "struct tms" and clock_t.

[PATCH] softscsi patch

Doug Gilbert and James Bottomley hassled me all through KernelSummit &
OLS to explain about softirqs, tasklets and bottom halves.  In the end,
it was easier to write the code myself.  Thanks to James for pointing
out that the pointer handling in my original code was completely broken
and helping me debug.

I've booted this patch on a 4-way system at OSDL with two Adaptec SCSI
cards.  I haven't tried stressing it (not quite sure which discs I can
use ;-), and I don't understand the locking in the scsi subsystem at all.

The main effect of applying this patch is that scsi_softirq() [was
scsi_tasklet_func, and before that scsi_bottom_half_handler()] can now be
run on multiple CPUs at the same time.  We _seem_ to do enough locking
elsewhere in the SCSI stack that this is safe.  But someone who really
understands the SCSI stack should audit this.

This work shows up a hole in the current softirq API -- there's no support
for unregistering a softirq (close_softirq or similar).  We should do
this in scsi_exit -- make sure no softirqs are running while we unload.
This probably isn't a problem in practice, but it'd be nice to fix it.

Make in-kernel HZ be 1000 on x86, retaining user-level 100 HZ clock_t.

Stop using "struct tms" internally - always use timer ticks (or one of
the sane timeval/timespec types) instead.

Explicitly convert to clock_t when copying to user space for the old
broken interfaces that still use "clock_t".

Clean up and unify jiffies<->timeval conversion.

Automerge

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

Merge cantab.net:/usr/src/tng-2.0.12 into cantab.net:/usr/src/tng-2.0.13

Merge cantab.net:/usr/src/tng-2.0.11 into cantab.net:/usr/src/tng-2.0.13

Merge cantab.net:/usr/src/bklinux-2.5
into cantab.net:/usr/src/tng-2.0.13

Merge cantab.net:/usr/src/tng-2.0.11 into cantab.net:/usr/src/tng-2.0.12

Merge cantab.net:/usr/src/bklinux-2.5
into cantab.net:/usr/src/tng-2.0.12

Merge cantab.net:/usr/src/bklinux-2.5
into cantab.net:/usr/src/tng-2.0.11

[PATCH] 2.5.24 matroxfb off by one error

   This fixes an off by one error in getcolreg/setcolreg in matroxfb's
secondary head driver.

[PATCH] 2.5.24 matroxfb memory corruption

  When James converted all drivers to unified do_install_cmap(), he
blindly changed also matroxfb, which happily uses fbcon.currcon == -1.
This caused memory corruption because of memory before fb_display[]
array was overwritten.

  Default do_install_cmap() also installed invalid default color map in
some matroxfb resolutions.  Not all world have >= 4bpp.

[PATCH] sound/oss/maestro.c

Disable volume control irq on maestro module unload.

DRI CVS merge: separate out driver-ioctl's into driver headers

i60uscsi.c:
  Fix the usage of pci_map and pci_unmap in the driver, mainly on 0 length cmds
inia100.c:
  Fix the usage of pci_map and pci_unmap in the driver, fix use on 0 length cmds

inia100.c:
  Oops, global variable defined in two different files.  One needed extern.

NTFS: 2.0.13 - Use iget5_locked() in preparation for fake inodes and small cleanups.
- Remove nr_mft_bits and the now superfluous union with nr_mft_records
  from ntfs_volume structure.
- Remove nr_lcn_bits and the now superfluous union with nr_clusters
  from ntfs_volume structure.
- Use iget5_locked() and friends instead of conventional iget(). Wrap
  the call in fs/ntfs/inode.c::ntfs_iget() and update callers of iget()
  to use ntfs_iget(). Leave only one iget() call at mount time so we
  don't need an ntfs_iget_mount().
- Change fs/ntfs/inode.c::ntfs_new_extent_inode() to take mft_no as an
  additional argument.

Initial initio a100 driver DMA mapping changes + selected cleanups

* 06/25/02 Doug Ledford <dledford@redhat.com> - v1.02d
*          - Remove limit on number of controllers
*          - Port to DMA mapping API
*          - Clean up interrupt handler registration
*          - Fix memory leaks
*          - Fix allocation of scsi host structs and private data

NTFS: 2.0.12 - Initial cleanup of address space operations following 2.0.11 changes.
- Merge fs/ntfs/aops.c::end_buffer_read_mst_async() and
  fs/ntfs/aops.c::end_buffer_read_file_async() into one function
  fs/ntfs/aops.c::end_buffer_read_attr_async() using NInoMstProtected()
  to determine whether to apply mst fixups or not.
- Above change allows merging fs/ntfs/aops.c::ntfs_file_read_block()
  and fs/ntfs/aops.c::ntfs_mst_readpage() into one function
  fs/ntfs/aops.c::ntfs_attr_read_block(). Also, create a tiny wrapper
  fs/ntfs/aops.c::ntfs_mst_readpage() to transform the parameters from
  the VFS readpage function prototype to the ntfs_attr_read_block()
  function prototype.

NTFS: 2.0.11 - Initial preparations for fake inode based attribute i/o.
- Move definition of ntfs_inode_state_bits to fs/ntfs/inode.h and
  do some macro magic (adapted from include/linux/buffer_head.h) to
  expand all the helper functions NInoFoo(), NInoSetFoo(), and
  NInoClearFoo().
- Add new flag to ntfs_inode_state_bits: NI_Sparse.
- Add new fields to ntfs_inode structure to allow use of fake inodes
  for attribute i/o: type, name, name_len. Also add new state bits:
  NI_Attr, which, if set, indicates the inode is a fake inode, and
  NI_MstProtected, which, if set, indicates the attribute uses multi
  sector transfer protection, i.e. fixups need to be applied after
  reads and before/after writes.
- Rename fs/ntfs/inode.c::ntfs_{new,clear,destroy}_inode() to
  ntfs_{new,clear,destroy}_extent_inode() and update callers.
- Use ntfs_clear_extent_inode() in fs/ntfs/inode.c::__ntfs_clear_inode()
  instead of ntfs_destroy_extent_inode().
- Cleanup memory deallocations in {__,}ntfs_clear_{,big_}inode().
- Make all operations on ntfs inode state bits use the NIno* functions.
- Set up the new ntfs inode fields and state bits in
  fs/ntfs/inode.c::ntfs_read_inode() and add appropriate cleanup of
  allocated memory to __ntfs_clear_inode().
- Cleanup ntfs_inode structure a bit for better ordering of elements
  w.r.t. their size to allow better packing of the structure in memory.

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.