1. 08 Jan, 2005 40 commits
    • James Nelson's avatar
      [PATCH] sh: Remove x86-specific help in Kconfig · 27e616b5
      James Nelson authored
      Remove x86-specific bus refernces in arch/sh/drivers/pci/Kconfig.
      Signed-off-by: default avatarJames Nelson <james4765@gmail.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      27e616b5
    • James Nelson's avatar
      [PATCH] cpqarray: Correct mailing list address in source code · bd0a95bb
      James Nelson authored
      Correct mailing list address in cpqarray source code.
      Signed-off-by: default avatarJames Nelson <james4765@gmail.com>
      Acked-by: default avatarMike Miller <mike.miller@hp.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      bd0a95bb
    • James Nelson's avatar
      [PATCH] cciss: Correct mailing list address in source code · 559bab6e
      James Nelson authored
      Correct mailing list address in cciss source code.
      Signed-off-by: default avatarJames Nelson <james4765@gmail.com>
      Acked-by: default avatarMike Miller <mike.miller@hp.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      559bab6e
    • James Nelson's avatar
      [PATCH] cciss: Documentation update · eb24df0d
      James Nelson authored
      Updates to cciss documentation.
      
      mkdev.cciss is no longer needed, since it is handled by the MAKEDEV program.
      Signed-off-by: default avatarJames Nelson <james4765@gmail.com>
      Acked-by: default avatarMike Miller <mike.miller@hp.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      eb24df0d
    • Pavel Machek's avatar
      [PATCH] docs: add sparse howto · a9f36aaa
      Pavel Machek authored
      Installing / using sparse is not exactly trivial, this should make setting it
      up easier.
      
      Adapted From: Linus Torvalds <torvalds@osdl.org>
      Signed-off-by: default avatarPavel Machek <pavel@suse.cz>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      a9f36aaa
    • Pavel Machek's avatar
      [PATCH] pm: remove outdated docs · a400014d
      Pavel Machek authored
      pm_access / pm_dev_idle was removed from recent kernels. This should
      stop confusion.
      Signed-off-by: default avatarPavel Machek <pavel@suse.cz>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      a400014d
    • James Nelson's avatar
      [PATCH] riscom8: Update staus and documentation of driver · 2dbe616d
      James Nelson authored
      I could not locate the original author or any active support effort being
      done.
      
      This is definitely an orphaned driver.
      Signed-off-by: default avatarJames Nelson <james4765@gmail.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      2dbe616d
    • James Nelson's avatar
      [PATCH] stallion: Update to Documentation/stallion.txt · de8aa609
      James Nelson authored
      Some updating and removal of dead links in the text file.
      
      The 5.5 package is not carried on the sunsite.unc.edu or tsx-11.mit.edu FTP
      servers, and the support@stallion.com address bounces.
      Signed-off-by: default avatarJames Nelson <james4765@gmail.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      de8aa609
    • James Nelson's avatar
      089763ad
    • James Nelson's avatar
    • James Nelson's avatar
      [PATCH] moxa: Remove ancient changelog README.moxa · 1cb17f53
      James Nelson authored
      The driver at Moxa's website is version 1.8.  There is no need for this file.
      Signed-off-by: default avatarJames Nelson <james4765@gmail.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      1cb17f53
    • James Nelson's avatar
      [PATCH] moxa: Update status of Moxa Smartio driver · 8b3b3e63
      James Nelson authored
      After contacting Moxa, I found out that they no longer maintain the
      in-kernel driver, and instead maintain an updated driver as an external
      patch.
      
      This patch updates the documentation to reflect this.
      Signed-off-by: default avatarJames Nelson <james4765@gmail.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      8b3b3e63
    • Thomas Gleixner's avatar
      [PATCH] Lock initializer cleanup (Core) · 44b7f61e
      Thomas Gleixner authored
      Kernel core files converted to use the new lock initializers.
      Signed-off-by: default avatarThomas Gleixner <tglx@linutronix.de>
      Acked-by: default avatarIngo Molnar <mingo@elte.hu>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      44b7f61e
    • Thomas Gleixner's avatar
      [PATCH] Lock initializer cleanup (character devices) · c254df93
      Thomas Gleixner authored
      Character devices converted to use the new lock initializers.
      Signed-off-by: default avatarThomas Gleixner <tglx@linutronix.de>
      Acked-by: default avatarIngo Molnar <mingo@elte.hu>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      c254df93
    • Thomas Gleixner's avatar
      [PATCH] Lock initializer cleanup (common headers) · 59d086c5
      Thomas Gleixner authored
      First part of the patch series. Define initializer macros
      
      Often used structures in the kernel are almost all declared and
      initialized by macros in the form:
      
      DEFINE_TYPE(name)
      
      Spinlocks and rwlocks are declared and initialized by:
      type name = INITIALIZER;
      
      After converting the runtime initialization of spinlocks/rwlocks to
      macro form it is consequent to change the declaration and initializion
      of global and static locks to the macro form too. This conversion
      identifies those variables as "special", common code controlled
      entities similar to list_heads, mutexes... Besides consistency and code
      clearness this also helps automatic lock validators and debugging code.
      
      The patch converts
      -rwlock_t snd_card_rwlock = RW_LOCK_UNLOCKED;
      +DEFINE_RWLOCK(snd_card_rwlock);
      and
      -static spinlock_t slave_active_lock = SPIN_LOCK_UNLOCKED;
      +static DEFINE_SPINLOCK(slave_active_lock);
      
      There is no runtime overhead or actual code change resulting out of this
      patch, other than a small reduction in the kernel source code size.
      
      The conversion was done with a script, it was verified manually and it
      was reviewed, compiled and tested as far as possible on x86, ARM, PPC.
      Signed-off-by: default avatarThomas Gleixner <tglx@linutronix.de>
      Acked-by: default avatarIngo Molnar <mingo@elte.hu>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      59d086c5
    • Thomas Gleixner's avatar
      [PATCH] Lock initializer unifying: sound · 55bdd209
      Thomas Gleixner authored
      To make spinlock/rwlock initialization consistent all over the kernel,
      this patch converts explicit lock-initializers into spin_lock_init() and
      rwlock_init() calls.
      
      Currently, spinlocks and rwlocks are initialized in two different ways:
      
        lock = SPIN_LOCK_UNLOCKED
        spin_lock_init(&lock)
      
        rwlock = RW_LOCK_UNLOCKED
        rwlock_init(&rwlock)
      
      this patch converts all explicit lock initializations to
      spin_lock_init() or rwlock_init(). (Besides consistency this also helps
      automatic lock validators and debugging code.)
      
      The conversion was done with a script, it was verified manually and it
      was reviewed, compiled and tested as far as possible on x86, ARM, PPC.
      
      There is no runtime overhead or actual code change resulting out of this
      patch, because spin_lock_init() and rwlock_init() are macros and are
      thus equivalent to the explicit initialization method.
      
      That's the second batch of the unifying patches.
      Signed-off-by: default avatarThomas Gleixner <tglx@linutronix.de>
      Acked-by: default avatarIngo Molnar <mingo@elte.hu>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      55bdd209
    • Thomas Gleixner's avatar
      [PATCH] Lock initializer unifying: Video · 382608e4
      Thomas Gleixner authored
      To make spinlock/rwlock initialization consistent all over the kernel,
      this patch converts explicit lock-initializers into spin_lock_init() and
      rwlock_init() calls.
      
      Currently, spinlocks and rwlocks are initialized in two different ways:
      
        lock = SPIN_LOCK_UNLOCKED
        spin_lock_init(&lock)
      
        rwlock = RW_LOCK_UNLOCKED
        rwlock_init(&rwlock)
      
      this patch converts all explicit lock initializations to
      spin_lock_init() or rwlock_init(). (Besides consistency this also helps
      automatic lock validators and debugging code.)
      
      The conversion was done with a script, it was verified manually and it
      was reviewed, compiled and tested as far as possible on x86, ARM, PPC.
      
      There is no runtime overhead or actual code change resulting out of this
      patch, because spin_lock_init() and rwlock_init() are macros and are
      thus equivalent to the explicit initialization method.
      
      That's the second batch of the unifying patches.
      Signed-off-by: default avatarThomas Gleixner <tglx@linutronix.de>
      Acked-by: default avatarIngo Molnar <mingo@elte.hu>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      382608e4
    • Thomas Gleixner's avatar
      [PATCH] Lock initializer unifying: Filesystems · 668adbc9
      Thomas Gleixner authored
      To make spinlock/rwlock initialization consistent all over the kernel,
      this patch converts explicit lock-initializers into spin_lock_init() and
      rwlock_init() calls.
      
      Currently, spinlocks and rwlocks are initialized in two different ways:
      
        lock = SPIN_LOCK_UNLOCKED
        spin_lock_init(&lock)
      
        rwlock = RW_LOCK_UNLOCKED
        rwlock_init(&rwlock)
      
      this patch converts all explicit lock initializations to
      spin_lock_init() or rwlock_init(). (Besides consistency this also helps
      automatic lock validators and debugging code.)
      
      The conversion was done with a script, it was verified manually and it
      was reviewed, compiled and tested as far as possible on x86, ARM, PPC.
      
      There is no runtime overhead or actual code change resulting out of this
      patch, because spin_lock_init() and rwlock_init() are macros and are
      thus equivalent to the explicit initialization method.
      
      That's the second batch of the unifying patches.
      Signed-off-by: default avatarThomas Gleixner <tglx@linutronix.de>
      Acked-by: default avatarIngo Molnar <mingo@elte.hu>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      668adbc9
    • Thomas Gleixner's avatar
      [PATCH] Lock initializer unifying: drivers/serial · e4955c71
      Thomas Gleixner authored
      To make spinlock/rwlock initialization consistent all over the kernel,
      this patch converts explicit lock-initializers into spin_lock_init() and
      rwlock_init() calls.
      
      Currently, spinlocks and rwlocks are initialized in two different ways:
      
        lock = SPIN_LOCK_UNLOCKED
        spin_lock_init(&lock)
      
        rwlock = RW_LOCK_UNLOCKED
        rwlock_init(&rwlock)
      
      this patch converts all explicit lock initializations to
      spin_lock_init() or rwlock_init(). (Besides consistency this also helps
      automatic lock validators and debugging code.)
      
      The conversion was done with a script, it was verified manually and it
      was reviewed, compiled and tested as far as possible on x86, ARM, PPC.
      
      There is no runtime overhead or actual code change resulting out of this
      patch, because spin_lock_init() and rwlock_init() are macros and are
      thus equivalent to the explicit initialization method.
      
      That's the second batch of the unifying patches.
      
      This patch removes also a double init in icom.c
      Signed-off-by: default avatarThomas Gleixner <tglx@linutronix.de>
      Acked-by: default avatarIngo Molnar <mingo@elte.hu>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      e4955c71
    • Thomas Gleixner's avatar
      [PATCH] Lock initializer unifying: media drivers · 9c901073
      Thomas Gleixner authored
      To make spinlock/rwlock initialization consistent all over the kernel,
      this patch converts explicit lock-initializers into spin_lock_init() and
      rwlock_init() calls.
      
      Currently, spinlocks and rwlocks are initialized in two different ways:
      
        lock = SPIN_LOCK_UNLOCKED
        spin_lock_init(&lock)
      
        rwlock = RW_LOCK_UNLOCKED
        rwlock_init(&rwlock)
      
      this patch converts all explicit lock initializations to
      spin_lock_init() or rwlock_init(). (Besides consistency this also helps
      automatic lock validators and debugging code.)
      
      The conversion was done with a script, it was verified manually and it
      was reviewed, compiled and tested as far as possible on x86, ARM, PPC.
      
      There is no runtime overhead or actual code change resulting out of this
      patch, because spin_lock_init() and rwlock_init() are macros and are
      thus equivalent to the explicit initialization method.
      
      That's the second batch of the unifying patches.
      Signed-off-by: default avatarThomas Gleixner <tglx@linutronix.de>
      Acked-by: default avatarIngo Molnar <mingo@elte.hu>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      9c901073
    • Thomas Gleixner's avatar
      [PATCH] Lock initializer unifying: Raid · 3302bbdc
      Thomas Gleixner authored
      To make spinlock/rwlock initialization consistent all over the kernel,
      this patch converts explicit lock-initializers into spin_lock_init() and
      rwlock_init() calls.
      
      Currently, spinlocks and rwlocks are initialized in two different ways:
      
        lock = SPIN_LOCK_UNLOCKED
        spin_lock_init(&lock)
      
        rwlock = RW_LOCK_UNLOCKED
        rwlock_init(&rwlock)
      
      this patch converts all explicit lock initializations to
      spin_lock_init() or rwlock_init(). (Besides consistency this also helps
      automatic lock validators and debugging code.)
      
      The conversion was done with a script, it was verified manually and it
      was reviewed, compiled and tested as far as possible on x86, ARM, PPC.
      
      There is no runtime overhead or actual code change resulting out of this
      patch, because spin_lock_init() and rwlock_init() are macros and are
      thus equivalent to the explicit initialization method.
      
      That's the second batch of the unifying patches.
      Signed-off-by: default avatarThomas Gleixner <tglx@linutronix.de>
      Acked-by: default avatarIngo Molnar <mingo@elte.hu>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      3302bbdc
    • Thomas Gleixner's avatar
      [PATCH] Lock initializer unifying: ISDN · 5e230b54
      Thomas Gleixner authored
      To make spinlock/rwlock initialization consistent all over the kernel,
      this patch converts explicit lock-initializers into spin_lock_init() and
      rwlock_init() calls.
      
      Currently, spinlocks and rwlocks are initialized in two different ways:
      
        lock = SPIN_LOCK_UNLOCKED
        spin_lock_init(&lock)
      
        rwlock = RW_LOCK_UNLOCKED
        rwlock_init(&rwlock)
      
      this patch converts all explicit lock initializations to
      spin_lock_init() or rwlock_init(). (Besides consistency this also helps
      automatic lock validators and debugging code.)
      
      The conversion was done with a script, it was verified manually and it
      was reviewed, compiled and tested as far as possible on x86, ARM, PPC.
      
      There is no runtime overhead or actual code change resulting out of this
      patch, because spin_lock_init() and rwlock_init() are macros and are
      thus equivalent to the explicit initialization method.
      
      That's the second batch of the unifying patches.
      Signed-off-by: default avatarThomas Gleixner <tglx@linutronix.de>
      Acked-by: default avatarIngo Molnar <mingo@elte.hu>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      5e230b54
    • Thomas Gleixner's avatar
      [PATCH] Lock initializer unifying: Firewire · df8f70f9
      Thomas Gleixner authored
      To make spinlock/rwlock initialization consistent all over the kernel,
      this patch converts explicit lock-initializers into spin_lock_init() and
      rwlock_init() calls.
      
      Currently, spinlocks and rwlocks are initialized in two different ways:
      
        lock = SPIN_LOCK_UNLOCKED
        spin_lock_init(&lock)
      
        rwlock = RW_LOCK_UNLOCKED
        rwlock_init(&rwlock)
      
      this patch converts all explicit lock initializations to
      spin_lock_init() or rwlock_init(). (Besides consistency this also helps
      automatic lock validators and debugging code.)
      
      The conversion was done with a script, it was verified manually and it
      was reviewed, compiled and tested as far as possible on x86, ARM, PPC.
      
      There is no runtime overhead or actual code change resulting out of this
      patch, because spin_lock_init() and rwlock_init() are macros and are
      thus equivalent to the explicit initialization method.
      
      That's the second batch of the unifying patches.
      Signed-off-by: default avatarThomas Gleixner <tglx@linutronix.de>
      Acked-by: default avatarIngo Molnar <mingo@elte.hu>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      df8f70f9
    • Thomas Gleixner's avatar
      [PATCH] Lock initializer unifying: RIO · e27a8a21
      Thomas Gleixner authored
      To make spinlock/rwlock initialization consistent all over the kernel,
      this patch converts explicit lock-initializers into spin_lock_init() and
      rwlock_init() calls.
      
      Currently, spinlocks and rwlocks are initialized in two different ways:
      
        lock = SPIN_LOCK_UNLOCKED
        spin_lock_init(&lock)
      
        rwlock = RW_LOCK_UNLOCKED
        rwlock_init(&rwlock)
      
      this patch converts all explicit lock initializations to
      spin_lock_init() or rwlock_init(). (Besides consistency this also helps
      automatic lock validators and debugging code.)
      
      The conversion was done with a script, it was verified manually and it
      was reviewed, compiled and tested as far as possible on x86, ARM, PPC.
      
      There is no runtime overhead or actual code change resulting out of this
      patch, because spin_lock_init() and rwlock_init() are macros and are
      thus equivalent to the explicit initialization method.
      
      That's the second batch of the unifying patches.
      Signed-off-by: default avatarThomas Gleixner <tglx@linutronix.de>
      Acked-by: default avatarIngo Molnar <mingo@elte.hu>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      e27a8a21
    • Thomas Gleixner's avatar
      [PATCH] Lock initializer unifying: character devices · 330c54ca
      Thomas Gleixner authored
      To make spinlock/rwlock initialization consistent all over the kernel,
      this patch converts explicit lock-initializers into spin_lock_init() and
      rwlock_init() calls.
      
      Currently, spinlocks and rwlocks are initialized in two different ways:
      
        lock = SPIN_LOCK_UNLOCKED
        spin_lock_init(&lock)
      
        rwlock = RW_LOCK_UNLOCKED
        rwlock_init(&rwlock)
      
      this patch converts all explicit lock initializations to
      spin_lock_init() or rwlock_init(). (Besides consistency this also helps
      automatic lock validators and debugging code.)
      
      The conversion was done with a script, it was verified manually and it
      was reviewed, compiled and tested as far as possible on x86, ARM, PPC.
      
      There is no runtime overhead or actual code change resulting out of this
      patch, because spin_lock_init() and rwlock_init() are macros and are
      thus equivalent to the explicit initialization method.
      
      That's the second batch of the unifying patches.
      Signed-off-by: default avatarThomas Gleixner <tglx@linutronix.de>
      Acked-by: default avatarIngo Molnar <mingo@elte.hu>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      330c54ca
    • Thomas Gleixner's avatar
      [PATCH] Lock initializer unifying: DRM · 2a113c8a
      Thomas Gleixner authored
      To make spinlock/rwlock initialization consistent all over the kernel,
      this patch converts explicit lock-initializers into spin_lock_init() and
      rwlock_init() calls.
      
      Currently, spinlocks and rwlocks are initialized in two different ways:
      
        lock = SPIN_LOCK_UNLOCKED
        spin_lock_init(&lock)
      
        rwlock = RW_LOCK_UNLOCKED
        rwlock_init(&rwlock)
      
      this patch converts all explicit lock initializations to
      spin_lock_init() or rwlock_init(). (Besides consistency this also helps
      automatic lock validators and debugging code.)
      
      The conversion was done with a script, it was verified manually and it
      was reviewed, compiled and tested as far as possible on x86, ARM, PPC.
      
      There is no runtime overhead or actual code change resulting out of this
      patch, because spin_lock_init() and rwlock_init() are macros and are
      thus equivalent to the explicit initialization method.
      
      That's the second batch of the unifying patches.
      Signed-off-by: default avatarThomas Gleixner <tglx@linutronix.de>
      Acked-by: default avatarIngo Molnar <mingo@elte.hu>
      Acked-by: default avatarDave Airlie <airlied@linux.ie>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      2a113c8a
    • Thomas Gleixner's avatar
      [PATCH] Lock initializer unifying: Block devices · 31dc5ed1
      Thomas Gleixner authored
      To make spinlock/rwlock initialization consistent all over the kernel,
      this patch converts explicit lock-initializers into spin_lock_init() and
      rwlock_init() calls.
      
      Currently, spinlocks and rwlocks are initialized in two different ways:
      
        lock = SPIN_LOCK_UNLOCKED
        spin_lock_init(&lock)
      
        rwlock = RW_LOCK_UNLOCKED
        rwlock_init(&rwlock)
      
      this patch converts all explicit lock initializations to
      spin_lock_init() or rwlock_init(). (Besides consistency this also helps
      automatic lock validators and debugging code.)
      
      The conversion was done with a script, it was verified manually and it
      was reviewed, compiled and tested as far as possible on x86, ARM, PPC.
      
      There is no runtime overhead or actual code change resulting out of this
      patch, because spin_lock_init() and rwlock_init() are macros and are
      thus equivalent to the explicit initialization method.
      
      That's the second batch of the unifying patches.
      Signed-off-by: default avatarThomas Gleixner <tglx@linutronix.de>
      Acked-by: default avatarIngo Molnar <mingo@elte.hu>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      31dc5ed1
    • Thomas Gleixner's avatar
      [PATCH] Lock initializer unifying: Misc drivers · 9ee22704
      Thomas Gleixner authored
      To make spinlock/rwlock initialization consistent all over the kernel,
      this patch converts explicit lock-initializers into spin_lock_init() and
      rwlock_init() calls.
      
      Currently, spinlocks and rwlocks are initialized in two different ways:
      
        lock = SPIN_LOCK_UNLOCKED
        spin_lock_init(&lock)
      
        rwlock = RW_LOCK_UNLOCKED
        rwlock_init(&rwlock)
      
      this patch converts all explicit lock initializations to
      spin_lock_init() or rwlock_init(). (Besides consistency this also helps
      automatic lock validators and debugging code.)
      
      The conversion was done with a script, it was verified manually and it
      was reviewed, compiled and tested as far as possible on x86, ARM, PPC.
      
      There is no runtime overhead or actual code change resulting out of this
      patch, because spin_lock_init() and rwlock_init() are macros and are
      thus equivalent to the explicit initialization method.
      
      That's the second batch of the unifying patches.
      Signed-off-by: default avatarThomas Gleixner <tglx@linutronix.de>
      Acked-by: default avatarIngo Molnar <mingo@elte.hu>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      9ee22704
    • Thomas Gleixner's avatar
      [PATCH] Lock initializer unifying: MIPS · 24e4a599
      Thomas Gleixner authored
      To make spinlock/rwlock initialization consistent all over the kernel,
      this patch converts explicit lock-initializers into spin_lock_init() and
      rwlock_init() calls.
      
      Currently, spinlocks and rwlocks are initialized in two different ways:
      
        lock = SPIN_LOCK_UNLOCKED
        spin_lock_init(&lock)
      
        rwlock = RW_LOCK_UNLOCKED
        rwlock_init(&rwlock)
      
      this patch converts all explicit lock initializations to
      spin_lock_init() or rwlock_init(). (Besides consistency this also helps
      automatic lock validators and debugging code.)
      
      The conversion was done with a script, it was verified manually and it
      was reviewed, compiled and tested as far as possible on x86, ARM, PPC.
      
      There is no runtime overhead or actual code change resulting out of this
      patch, because spin_lock_init() and rwlock_init() are macros and are
      thus equivalent to the explicit initialization method.
      
      That's the second batch of the unifying patches.
      Signed-off-by: default avatarThomas Gleixner <tglx@linutronix.de>
      Acked-by: default avatarIngo Molnar <mingo@elte.hu>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      24e4a599
    • Thomas Gleixner's avatar
      [PATCH] Lock initializer unifying: M32R · 4b0bf7b6
      Thomas Gleixner authored
      To make spinlock/rwlock initialization consistent all over the kernel,
      this patch converts explicit lock-initializers into spin_lock_init() and
      rwlock_init() calls.
      
      Currently, spinlocks and rwlocks are initialized in two different ways:
      
        lock = SPIN_LOCK_UNLOCKED
        spin_lock_init(&lock)
      
        rwlock = RW_LOCK_UNLOCKED
        rwlock_init(&rwlock)
      
      this patch converts all explicit lock initializations to
      spin_lock_init() or rwlock_init(). (Besides consistency this also helps
      automatic lock validators and debugging code.)
      
      The conversion was done with a script, it was verified manually and it
      was reviewed, compiled and tested as far as possible on x86, ARM, PPC.
      
      There is no runtime overhead or actual code change resulting out of this
      patch, because spin_lock_init() and rwlock_init() are macros and are
      thus equivalent to the explicit initialization method.
      
      That's the second batch of the unifying patches.
      Signed-off-by: default avatarThomas Gleixner <tglx@linutronix.de>
      Acked-by: default avatarIngo Molnar <mingo@elte.hu>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      4b0bf7b6
    • Thomas Gleixner's avatar
      [PATCH] Lock initializer unifying: IA64 · ecdf7357
      Thomas Gleixner authored
      To make spinlock/rwlock initialization consistent all over the kernel,
      this patch converts explicit lock-initializers into spin_lock_init() and
      rwlock_init() calls.
      
      Currently, spinlocks and rwlocks are initialized in two different ways:
      
        lock = SPIN_LOCK_UNLOCKED
        spin_lock_init(&lock)
      
        rwlock = RW_LOCK_UNLOCKED
        rwlock_init(&rwlock)
      
      this patch converts all explicit lock initializations to
      spin_lock_init() or rwlock_init(). (Besides consistency this also helps
      automatic lock validators and debugging code.)
      
      The conversion was done with a script, it was verified manually and it
      was reviewed, compiled and tested as far as possible on x86, ARM, PPC.
      
      There is no runtime overhead or actual code change resulting out of this
      patch, because spin_lock_init() and rwlock_init() are macros and are
      thus equivalent to the explicit initialization method.
      
      That's the second batch of the unifying patches.
      Signed-off-by: default avatarThomas Gleixner <tglx@linutronix.de>
      Acked-by: default avatarIngo Molnar <mingo@elte.hu>
      Acked-by: default avatar"Luck, Tony" <tony.luck@intel.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      ecdf7357
    • Thomas Gleixner's avatar
      [PATCH] Lock initializer unifying: ALPHA · ac30d221
      Thomas Gleixner authored
      To make spinlock/rwlock initialization consistent all over the kernel,
      this patch converts explicit lock-initializers into spin_lock_init() and
      rwlock_init() calls.
      
      Currently, spinlocks and rwlocks are initialized in two different ways:
      
        lock = SPIN_LOCK_UNLOCKED
        spin_lock_init(&lock)
      
        rwlock = RW_LOCK_UNLOCKED
        rwlock_init(&rwlock)
      
      this patch converts all explicit lock initializations to
      spin_lock_init() or rwlock_init(). (Besides consistency this also helps
      automatic lock validators and debugging code.)
      
      The conversion was done with a script, it was verified manually and it
      was reviewed, compiled and tested as far as possible on x86, ARM, PPC.
      
      There is no runtime overhead or actual code change resulting out of this
      patch, because spin_lock_init() and rwlock_init() are macros and are
      thus equivalent to the explicit initialization method.
      
      That's the second batch of the unifying patches.
      Signed-off-by: default avatarThomas Gleixner <tglx@linutronix.de>
      Acked-by: default avatarIngo Molnar <mingo@elte.hu>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      ac30d221
    • Andrew Morton's avatar
      [PATCH] invalidate_inode_pages2() mmap coherency fix · 918798e7
      Andrew Morton authored
      - When invalidating pages, take care to shoot down any ptes which map them
        as well.
      
        This ensures that the next mmap access to the page will generate a major
        fault, so NFS's server-side modifications are picked up.
      
        This also allows us to call invalidate_complete_page() on all pages, so
        filesytems such as ext3 get a chance to invalidate the buffer_heads.
      
      - Don't mark in-pagetable pages as non-uptodate any more.  That broke a
        previous guarantee that mapped-into-user-process pages are always uptodate.
      
      - Check the return value of invalidate_complete_page().  It can fail if
        someone redirties a page after generic_file_direct_IO() write it back.
      
      But we still have a problem.  If invalidate_inode_pages2() calls
      unmap_mapping_range(), that can cause zap_pte_range() to dirty the pagecache
      pages.  That will redirty the page's buffers and will cause
      invalidate_complete_page() to fail.
      
      So, in generic_file_direct_IO() we do a complete pte shootdown on the file
      up-front, prior to writing back dirty pagecache.  This is only done for
      O_DIRECT writes.  It _could_ be done for O_DIRECT reads too, providing full
      mmap-vs-direct-IO coherency for both O_DIRECT reads and O_DIRECT writes, but
      permitting the pte shootdown on O_DIRECT reads trivially allows people to nuke
      other people's mapped pagecache.
      
      NFS also uses invalidate_inode_pages2() for handling server-side modification
      notifications.  But in the NFS case the clear_page_dirty() in
      invalidate_inode_pages2() is sufficient, because NFS doesn't have to worry
      about the "dirty buffers against a clean page" problem. (I think)
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      918798e7
    • Andrew Morton's avatar
      [PATCH] readpage-vs-invalidate fix · ba1f08f1
      Andrew Morton authored
      A while ago we merged a patch which tried to solve a problem wherein a
      concurrent read() and invalidate_inode_pages() would cause the read() to
      return -EIO because invalidate cleared PageUptodate() at the wrong time.
      
      That patch tests for (page_count(page) != 2) in invalidate_complete_page() and
      bales out if false.
      
      Problem is, the page may be in the per-cpu LRU front-ends over in
      lru_cache_add.  This elevates the refcount pending spillage of the page onto
      the LRU for real.  That causes a false positive in invalidate_complete_page(),
      causing the page to not get invalidated.  This screws up the logic in my new
      O_DIRECT-vs-buffered coherency fix.
      
      So let's solve the invalidate-vs-read in a different manner.  Over on the
      read() side, add an explicit check to see if the page was invalidated.  If so,
      just drop it on the floor and redo the read from scratch.
      
      Note that only do_generic_mapping_read() needs treatment.  filemap_nopage(),
      filemap_getpage() and read_cache_page() are already doing the
      oh-it-was-invalidated-so-try-again thing.
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      ba1f08f1
    • Rusty Russell's avatar
      [PATCH] Remove EXPORT_SYMBOL_NOVERS · 7d2b8702
      Rusty Russell authored
      Vadim Lobanov points out that EXPORT_SYMBOL_NOVERS is no longer used; in
      fact, SH still uses it, but once we fix that, the kernel is clean.  Remove
      it.
      Signed-off-by: default avatarRusty Russell <rusty@rustcorp.com.au>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      7d2b8702
    • H. Peter Anvin's avatar
      [PATCH] raid6: altivec support · d4d539a9
      H. Peter Anvin authored
      This patch adds Altivec support for RAID-6, if appropriately configured on
      the ppc or ppc64 architectures.  Note that it changes the compile flags for
      ppc64 in order to handle -maltivec correctly; this change was vetted on the
      ppc64 mailing list and OK'd by paulus.
      Signed-off-by: default avatarH. Peter Anvin <hpa@zytor.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      d4d539a9
    • David Brownell's avatar
      [PATCH] fbdev: rivafb should recognize NF2/IGP · 71a9a3d2
      David Brownell authored
      I got tired of not seeing the boot time penguin on my Shuttle SN41G2, and
      not having a decently large text display when I bypass X11.  XFree86 says
      it's "Chipset GeForce4 MX Integrated GPU", and the kernel driver has hooks
      for this chip ID although it doesn't have a #define to match.
      Signed-off-by: default avatarDavid Brownell <dbrownell@users.sourceforge.net>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      71a9a3d2
    • Kamezawa Hiroyuki's avatar
      [PATCH] no buddy bitmap patch revist: for ia64 · 926721e9
      Kamezawa Hiroyuki authored
      This patch is for ia64 kernel, and defines CONFIG_HOLES_IN_ZONE in
      arch/ia64/Kconfig.  IA64 has memory holes smaller than its MAX_ORDER and
      its virtual memmap allows holes in a zone's memmap.
      
      This patch makes vmemmap aligned with IA64_GRANULE_SIZE in
      arch/ia64/mm/init.c.
      Signed-off-by: default avatarKAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      926721e9
    • Kamezawa Hiroyuki's avatar
      [PATCH] no buddy bitmap patch revisit: for mm/page_alloc.c · 69fba2dd
      Kamezawa Hiroyuki authored
      This patch removes bitmaps from page allocator in mm/page_alloc.c.
      
      This buddy system uses page->private field to record free page's order
      instead of using bitmaps.
      
      The algorithm of the buddy system is unchanged. Only bitmaps are removed.
      
      In this buddy system, 2 pages,a page and "buddy", can be coalesced when
      
      (buddy->private & PG_private) &&
      (page_order(page)) == (page_order(buddy)) &&
      !PageReserved(buddy) &&
      page_count(buddy) == 0
      
      this also means "buddy" is a head of continuous free pages
      of length of (1 << page_order(buddy)).
      
      bad_range() is called from inner loop of __free_pages_bulk().
      In many archs, bad_range() is only a sanity check, it will always return 0.
      But if a zone's memmap has a hole, it sometimes returns 1.
      An architecture with memory holes in a zone has to define CONFIG_HOLES_IN_ZONE.
      When CONFIG_HOLES_IN_ZONE is defined, pfn_valid() is called for checking
      whether a buddy pages is valid or not.
      Signed-off-by: default avatarKAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      69fba2dd
    • Kamezawa Hiroyuki's avatar
      [PATCH] no buddy bitmap patch revist: intro and includes · 6951e82f
      Kamezawa Hiroyuki authored
      Followings are patches for removing bitmaps from the buddy allocator.  This
      is benefical to memory-hot-plug stuffs, because this removes a data
      structure which must meet to a host's physical memory layout.
      
      This is one step to manage physical memory in nonlinear / discontiguous way
      and will reduce some amounts of codes to implement memory-hot-plug.
      
      This patch removes bitmaps from zone->free_area[] in include/linux/mmzone.h,
      and adds some comments on page->private field in include/linux/mm.h.
      
      non-atomic ops for changing PG_private bit is added in include/page-flags.h.
      zone->lock is always acquired when PG_private of "a free page" is changed.
      Signed-off-by: default avatarKAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      6951e82f