1. May 17, 2006
  2. May 16, 2006
    • Linus Torvalds's avatar
      Merge branch 'merge' of git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc · 716f8954
      Linus Torvalds authored
      * 'merge' of git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc:
        [PATCH] Fix pSeries identification in prom_init.c
        [PATCH] powerpc: fix kernel version display on pseries boxes
      716f8954
    • Roland Dreier's avatar
      [PATCH] slab: Fix kmem_cache_destroy() on NUMA · a4523a8b
      Roland Dreier authored
      
      
      With CONFIG_NUMA set, kmem_cache_destroy() may fail and say "Can't
      free all objects."  The problem is caused by sequences such as the
      following (suppose we are on a NUMA machine with two nodes, 0 and 1):
      
       * Allocate an object from cache on node 0.
       * Free the object on node 1.  The object is put into node 1's alien
         array_cache for node 0.
       * Call kmem_cache_destroy(), which ultimately ends up in __cache_shrink().
       * __cache_shrink() does drain_cpu_caches(), which loops through all nodes.
         For each node it drains the shared array_cache and then handles the
         alien array_cache for the other node.
      
      However this means that node 0's shared array_cache will be drained,
      and then node 1 will move the contents of its alien[0] array_cache
      into that same shared array_cache.  node 0's shared array_cache is
      never looked at again, so the objects left there will appear to be in
      use when __cache_shrink() calls __node_shrink() for node 0.  So
      __node_shrink() will return 1 and kmem_cache_destroy() will fail.
      
      This patch fixes this by having drain_cpu_caches() do
      drain_alien_cache() on every node before it does drain_array() on the
      nodes' shared array_caches.
      
      The problem was originally reported by Or Gerlitz <ogerlitz@voltaire.com>.
      
      Signed-off-by: default avatarRoland Dreier <rolandd@cisco.com>
      Acked-by: default avatarChristoph Lameter <clameter@sgi.com>
      Acked-by: default avatarPekka Enberg <penberg@cs.helsinki.fi>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      a4523a8b
    • Andi Kleen's avatar
      [PATCH] x86_64: Don't schedule on exception stack on preemptive kernels · 40e59a61
      Andi Kleen authored
      
      
      Extends an earlier patch from John Blackwood to more exception handlers
      that also run on the exception stacks.
      
      Expand the use of preempt_conditional_{sti,cli} to all cases where
      interrupts are to be re-enabled during exception handling while running
      on an IST stack.
      
      Based on original patch from Jan Beulich.
      
      Cc: John Blackwood <john.blackwood@ccur.com>
      Cc: jbeulich@novell.com
      Signed-off-by: default avatarAndi Kleen <ak@suse.de>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      40e59a61
    • Andi Kleen's avatar
      [PATCH] x86_64: Fix memory hotadd heuristics · fad7906d
      Andi Kleen authored
      
      
      This fixes some boot failures on Dell and Unisys systems with memory
      hotadd added.
      
       - Set hotadd_percent to 0 by default.  This means anybody using hotadd
         memory needs to specify the value on the command line.  That's
         because there are lots of Intel boxes which have a bogus hotplug area
         in their SRAT and they would waste a lot of memory before.
       - Fix calculation of how much memory to use when the hotplug area
         exceeds hotadd_percent
       - Fix fallback when the
       - Fix fallback if memory hotadd is not compiled in.
      
      Signed-off-by: default avatarAndi Kleen <ak@suse.de>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      fad7906d
    • Andi Kleen's avatar
      [PATCH] i386/x86_64: Force pci=noacpi on HP XW9300 · 5491d0f3
      Andi Kleen authored
      
      
      This is needed to see all devices.
      
      The system has multiple PCI segments and we don't handle that properly
      yet in PCI and ACPI. Short term before this is fixed blacklist it to
      pci=noacpi.
      
      Acked-by: default avatar <len.brown@intel.com>
      Cc: gregkh@suse.de
      Signed-off-by: default avatarAndi Kleen <ak@suse.de>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      5491d0f3
    • Andi Kleen's avatar
      [PATCH] x86_64: Don't warn for overflow in nommu case when dma_mask is < 32bit · f0fdabf8
      Andi Kleen authored
      
      
      This triggers for b44's 1GB DMA workaround which tries to map
      first and then bounces.
      
      The 32bit heuristic is reasonable because the IOMMU doesn't attempt
      to handle < 32bit masks anyways.
      
      Signed-off-by: default avatarAndi Kleen <ak@suse.de>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      f0fdabf8
    • Andi Kleen's avatar
      [PATCH] x86_64: Check for bad dma address in b44 1GB DMA workaround · 639b421b
      Andi Kleen authored
      
      
      Needed for interaction with the nommu code in x86-64 which
      will return bad_dma_address if the address exceeds dma_mask.
      
      Cc: netdev@vger.kernel.org
      Signed-off-by: default avatarAndi Kleen <ak@suse.de>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      639b421b
    • Benjamin Herrenschmidt's avatar
      [PATCH] Fix pSeries identification in prom_init.c · cb6b2eb9
      Benjamin Herrenschmidt authored
      
      
      The OF trampoline code prom_init.c still needs to identify IBM pSeries
      (PAPR) machines in order to run some platform specific code on them like
      instanciating the TCE tables. The code doing that detection was changed
      recently in 2.6.17 early stages but was done slightly incorrectly. It
      should be testing for an exact match of "chrp" and it currently tests
      for anything that begins with "chrp". That means it will incorrectly
      match with platforms using Maple-like device-trees and have open
      firmware. This fixes it by using strcmp instead of strncmp to match what
      the actual platform detection code does.
      
      Signed-off-by: default avatarBenjamin Herrenschmidt <benh@kernel.crashing.org>
      Signed-off-by: default avatarPaul Mackerras <paulus@samba.org>
      cb6b2eb9
    • Anton Blanchard's avatar
      [PATCH] powerpc: fix kernel version display on pseries boxes · 3de620e8
      Anton Blanchard authored
      
      
      We are displaying the wrong thing on the operator panel (2x40
      character LCD).  This got broken in commit cebb21b5, when UTS_RELEASE
      got changed to system_utsname.version.
      
      Signed-off-by: default avatarAnton Blanchard <anton@samba.org>
      Signed-off-by: default avatarPaul Mackerras <paulus@samba.org>
      3de620e8
    • Andrew Morton's avatar
      [PATCH] dl2k needs dma-mapping.h · c4694c76
      Andrew Morton authored
      
      
      On alpha:
      
      drivers/net/dl2k.c: In function `rio_free_tx':
      drivers/net/dl2k.c:768: error: `DMA_48BIT_MASK' undeclared (first use in this function)
      drivers/net/dl2k.c:768: error: (Each undeclared identifier is reported only once
      drivers/net/dl2k.c:768: error: for each function it appears in.)
      drivers/net/dl2k.c: In function `receive_packet':
      drivers/net/dl2k.c:896: error: `DMA_48BIT_MASK' undeclared (first use in this function)
      drivers/net/dl2k.c: In function `rio_close':
      drivers/net/dl2k.c:1803: error: `DMA_48BIT_MASK' undeclared (first use in this function)
      
      Cc: Jeff Garzik <jeff@garzik.org>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      c4694c76
    • Andrew Morton's avatar
      [PATCH] jffs2 warning fixes · 194a61b8
      Andrew Morton authored
      
      
      fs/jffs2/nodelist.c: In function `check_node_data':
      fs/jffs2/nodelist.c:441: warning: unsigned int format, different type arg (arg 4)
      fs/jffs2/nodelist.c:464: warning: int format, different type arg (arg 5)
      
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      194a61b8
    • Peter Osterlund's avatar
      [PATCH] devices.txt: remove pktcdvd entry · d3779e79
      Peter Osterlund authored
      
      
      Changing the driver to use dynamic device numbers was one of the many
      changes that were made in order to have the driver accepted into the
      mainline kernel.  Therefore I would say that the entry in devices.txt is
      obsolete.  This patch removes it.
      
      Signed-off-by: default avatarPeter Osterlund <petero2@telia.com>
      Cc: Torben Mathiasen <device@lanana.org>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      d3779e79
    • Thomas Kleffel's avatar
      [PATCH] ide_cs: Add IBM microdrive to known IDs · 264a3412
      Thomas Kleffel authored
      
      
      Add the IBM microdrive to the known PCMCIA IDs for ide_cs.
      
      Signed-off-by: default avatarThomas Kleffel <tk@maintech.de>
      Cc: Bartlomiej Zolnierkiewicz <B.Zolnierkiewicz@elka.pw.edu.pl>
      Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
      Cc: Dominik Brodowski <linux@dominikbrodowski.net>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      264a3412
    • Aneesh Kumar's avatar
      [PATCH] Fix typos in Documentation/memory-barriers.txt · 79afecfa
      Aneesh Kumar authored
      
      
      Fix some typos in Documentation/memory-barriers.txt
      
      Signed-off-by: default avatarAneesh Kumar K.V <aneesh.kumar@gmail.com>
      Cc: David Howells <dhowells@redhat.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      79afecfa
    • Alexey Dobriyan's avatar
      [PATCH] gigaset: endian fix · bfe2e934
      Alexey Dobriyan authored
      
      
      Signed-off-by: default avatarAlexey Dobriyan <adobriyan@gmail.com>
      Cc: Hansjoerg Lipp <hjlipp@web.de>
      Cc: Tilman Schmidt <tilman@imap.cc>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      bfe2e934
    • Pavel Machek's avatar
      [PATCH] fix hotplug kconfig help · b2d596d8
      Pavel Machek authored
      
      
      HOTPLUG_CPU entry says "Say Y..." then "Say N.".  Slightly ugly, so I fixed
      it up, and added remark about suspend on SMP as a bonus.
      
      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>
      b2d596d8
    • Carl-Daniel Hailfinger's avatar
      [PATCH] smbus unhiding kills thermal management · ce007ea5
      Carl-Daniel Hailfinger authored
      
      
      Do not enable the SMBus device on Asus boards if suspend is used.  We do
      not reenable the device on resume, leading to all sorts of undesirable
      effects, the worst being a total fan failure after resume on Samsung P35
      laptop.
      
      Signed-off-by: default avatarCarl-Daniel Hailfinger <c-d.hailfinger.devel.2006@gmx.net>
      Signed-off-by: default avatarPavel Machek <pavel@suse.cz>
      Cc: <stable@kernel.org>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      ce007ea5
    • Andrew Morton's avatar
      [PATCH] revert "vfs: propagate mnt_flags into do_loopback/vfsmount" · eee391a6
      Andrew Morton authored
      Revert commit f6422f17
      
      , due to
      
      Valdis.Kletnieks@vt.edu wrote:
      >
      > There seems to have been a bug introduced in this changeset:
      >
      > Am running 2.6.17-rc3-mm1.  When this changeset is applied, 'mount --bind'
      > misbehaves:
      >
      > > # mkdir /foo
      > > # mount -t tmpfs -o rw,nosuid,nodev,noexec,noatime,nodiratime none /foo
      > > # mkdir /foo/bar
      > > # mount --bind /foo/bar /foo
      > > # tail -2 /proc/mounts
      > > none /foo tmpfs rw,nosuid,nodev,noexec,noatime,nodiratime 0 0
      > > none /foo tmpfs rw 0 0
      >
      > Reverting this changeset causes both mounts to have the same options.
      >
      > (Thanks to Stephen Smalley for tracking down the changeset...)
      >
      
      Cc: Herbert Poetzl <herbert@13thfloor.at>
      Cc: Christoph Hellwig <hch@infradead.org>
      Cc: <Valdis.Kletnieks@vt.edu>
      Cc: Stephen Smalley <sds@tycho.nsa.gov>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      eee391a6
    • Andy Whitcroft's avatar
      [PATCH] root mount failure: emit filesystems attempted · be6e028b
      Andy Whitcroft authored
      
      
      When we fail to mount from a valid root device list out the filesystems we
      have tried to mount it with.  This gives the user vital diagnostics as to
      what is missing from their kernel.
      
      For example in the fragment below the kernel does not have CRAMFS compiled
      into the kernel and yet appears to recognise it at the RAMDISK detect
      stage.  Later the mount fails as we don't have the filesystem.
      
        RAMDISK: cramfs filesystem found at block 0
        RAMDISK: Loading 1604KiB [1 disk] into ram disk... done.
        XFS: bad magic number
        XFS: SB validate failed
        No filesystem could mount root, tried: reiserfs ext3 ext2 msdos vfat
          iso9660 jfs xfs
        Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(8,1)
      
      Signed-off-by: default avatarAndy Whitcroft <apw@shadowen.org>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      be6e028b
    • Alexey Dobriyan's avatar
      [PATCH] fs/compat.c: fix 'if (a |= b )' typo · 3835a9bd
      Alexey Dobriyan authored
      
      
      Mentioned by Mark Armbrust somewhere on Usenet.
      
      Signed-off-by: default avatarAlexey Dobriyan <adobriyan@gmail.com>
      Cc: David Woodhouse <dwmw2@infradead.org>
      Cc: Ulrich Drepper <drepper@redhat.com>
      Cc: <stable@kernel.org>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      3835a9bd
    • Daniel Walker's avatar
      [PATCH] tpm_register_hardware gcc 4.1 warning fix · bb53a761
      Daniel Walker authored
      
      
      drivers/char/tpm/tpm.c: In function 'tpm_register_hardware':
      drivers/char/tpm/tpm.c:1157: warning: assignment from incompatible pointer type
      
      Signed-off-by: default avatarDaniel Walker <dwalker@mvista.com>
      Acked-by: default avatarKylene Hall <kjhall@us.ibm.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      bb53a761
    • Alan Cox's avatar
      [PATCH] Final rio polish · 655fdeab
      Alan Cox authored
      
      
      Signed-off-by: default avatarAlan Cox <alan@redhat.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      655fdeab
    • Kylene Jo Hall's avatar
      [PATCH] tpm: fix constant · 2a7362f5
      Kylene Jo Hall authored
      
      
      Fix the constant used for the base address when it cannot be determined
      from ACPI.  It was off by one order of magnitude.
      
      Signed-off-by: default avatarKylene Hall <kjhall@us.ibm.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      2a7362f5
    • Benjamin LaHaise's avatar
      [PATCH] Add Core Solo and Core Duo support to oprofile · 64471ebe
      Benjamin LaHaise authored
      Add support to oprofile for the Intel Core Solo and Core Duo processors.
      See also the patch to add support to oprofile-0.9.1-8.1.1 at
      http://www.kvack.org/~bcrl/patches/oprofile/oprofile-core-0.9.1.diff
      
       .
      
      Signed-off-by: default avatarBenjamin LaHaise <benjamin.c.lahaise@intel.com>
      Cc: Philippe Elie <phil.el@wanadoo.fr>
      Cc: John Levon <levon@movementarian.org>
      Cc: <stable@kernel.org>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      64471ebe
    • Hua Zhong's avatar
      [PATCH] fix can_share_swap_page() when !CONFIG_SWAP · e6333fd4
      Hua Zhong authored
      
      
      can_share_swap_page() is used to check if the page has the last reference.
      This avoids allocating a new page for COW if it's the last page.
      
      However, if CONFIG_SWAP is not set, can_share_swap_page() is defined as 0,
      thus always causes a copy for the last COW page.  The below simple patch
      fixes it.
      
      Signed-off-by: default avatarHua Zhong <hzhong@gmail.com>
      Cc: David Howells <dhowells@redhat.com>
      Cc: Hugh Dickins <hugh@veritas.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      e6333fd4
    • Latchesar Ionkov's avatar
      [PATCH] v9fs: signal handling fixes · 41e5a6ac
      Latchesar Ionkov authored
      
      
      Multiple races can happen when v9fs is interrupted by a signal and Tflush
      message is sent to the server.  After v9fs sends Tflush it doesn't wait
      until it receives Rflush, and possibly the response of the original
      message.  This behavior may confuse v9fs what fids are allocated by the
      file server.
      
      This patch fixes the races and the fid allocation.
      
      Signed-off-by: default avatarLatchesar Ionkov <lucho@ionkov.net>
      Cc: Eric Van Hensbergen <ericvh@hera.kernel.org>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      41e5a6ac
    • Latchesar Ionkov's avatar
      [PATCH] v9fs: Twalk memory leak · 343f1fe6
      Latchesar Ionkov authored
      
      
      v9fs leaks memory if the file server responds with Rerror to a Twalk
      message.  The patch fixes the leak.
      
      Signed-off-by: default avatarLatchesar Ionkov <lucho@ionkov.net>
      Cc: Eric Van Hensbergen <ericvh@hera.kernel.org>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      343f1fe6
    • Richard Purdie's avatar
      [PATCH] LED: Fix sysfs store function error handling · 3dc7b82e
      Richard Purdie authored
      
      
      Fix the error handling of some LED _store functions.  This corrects them to
      return -EINVAL if the value is not numeric with an optional byte of trailing
      whitespace.
      
      Signed-off-by: default avatarRichard Purdie <rpurdie@rpsys.net>
      Cc: Greg KH <greg@kroah.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      3dc7b82e
    • Richard Purdie's avatar
      [PATCH] LED: Add maintainer entry for the LED subsystem · 263de9b5
      Richard Purdie authored
      
      
      Add a MAINTAINERS entry for the LED subsystem.
      
      Signed-off-by: default avatarRichard Purdie <rpurdie@rpsys.net>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      263de9b5
    • Richard Purdie's avatar
      [PATCH] Backlight/LCD Class: Fix sysfs _store error handling · 68673afd
      Richard Purdie authored
      
      
      The backlight and LCD class _store functions currently accept values like "34
      some random strings" without error.  This corrects them to return -EINVAL if
      the value is not numeric with an optional byte of trailing whitespace.
      
      Signed-off-by: default avatarRichard Purdie <rpurdie@rpsys.net>
      Cc: Greg KH <greg@kroah.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      68673afd
    • Richard Purdie's avatar
      [PATCH] LED: Improve Kconfig information · a8d2e7d9
      Richard Purdie authored
      
      
      Improve the NEW_LEDS Kconfig information to say what it does as well as what
      it doesn't.
      
      Signed-off-by: default avatarRichard Purdie <rpurdie@rpsys.net>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      a8d2e7d9
    • Mike Kravetz's avatar
      [PATCH] add slab_is_available() routine for boot code · 39d24e64
      Mike Kravetz authored
      
      
      slab_is_available() indicates slab based allocators are available for use.
      SPARSEMEM code needs to know this as it can be called at various times
      during the boot process.
      
      Signed-off-by: default avatarMike Kravetz <kravetz@us.ibm.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      39d24e64
    • Jan Niehusmann's avatar
      [PATCH] smbfs: Fix slab corruption in samba error path · 48564e62
      Jan Niehusmann authored
      
      
      Yesterday, I got the following error with 2.6.16.13 during a file copy from
      a smb filesystem over a wireless link.  I guess there was some error on the
      wireless link, which in turn caused an error condition for the smb
      filesystem.
      
      In the log, smb_file_read reports error=4294966784 (0xfffffe00), which also
      shows up in the slab dumps, and also is -ERESTARTSYS.  Error code 27499
      corresponds to 0x6b6b, so the rq_errno field seems to be the only one being
      set after freeing the slab.
      
      In smb_add_request (which is the only place in smbfs where I found
      ERESTARTSYS), I found the following:
      
              if (!timeleft || signal_pending(current)) {
                      /*
                       * On timeout or on interrupt we want to try and remove the
                       * request from the recvq/xmitq.
                       */
                      smb_lock_server(server);
                      if (!(req->rq_flags & SMB_REQ_RECEIVED)) {
                              list_del_init(&req->rq_queue);
                              smb_rput(req);
                      }
                      smb_unlock_server(server);
              }
      	[...]
              if (signal_pending(current))
                      req->rq_errno = -ERESTARTSYS;
      
      I guess that some codepath like smbiod_flush() caused the request to be
      removed from the queue, and smb_rput(req) be called, without
      SMB_REQ_RECEIVED being set.  This violates an asumption made by the quoted
      code.
      
      Then, the above code calls smb_rput(req) again, the req gets freed, and
      req->rq_errno = -ERESTARTSYS writes into the already freed slab.  As
      list_del_init doesn't cause an error if called multiple times, that does
      cause the observed behaviour (freed slab with rq_errno=-ERESTARTSYS).
      
      If this observation is correct, the following patch should fix it.
      
      I wonder why the smb code uses list_del_init everywhere - using list_del
      instead would catch such situations by poisoning the next and prev
      pointers.
      
      May  4 23:29:21 knautsch kernel: [17180085.456000] ipw2200: Firmware error detected.  Restarting.
      May  4 23:29:21 knautsch kernel: [17180085.456000] ipw2200: Sysfs 'error' log captured.
      May  4 23:33:02 knautsch kernel: [17180306.316000] ipw2200: Firmware error detected.  Restarting.
      May  4 23:33:02 knautsch kernel: [17180306.316000] ipw2200: Sysfs 'error' log already exists.
      May  4 23:33:02 knautsch kernel: [17180306.968000] smb_file_read: //some_file validation failed, error=4294966784
      May  4 23:34:18 knautsch kernel: [17180383.256000] smb_file_read: //some_file validation failed, error=4294966784
      May  4 23:34:18 knautsch kernel: [17180383.284000] SMB connection re-established (-5)
      May  4 23:37:19 knautsch kernel: [17180563.956000] smb_file_read: //some_file validation failed, error=4294966784
      May  4 23:40:09 knautsch kernel: [17180733.636000] smb_file_read: //some_file validation failed, error=4294966784
      May  4 23:40:26 knautsch kernel: [17180750.700000] smb_file_read: //some_file validation failed, error=4294966784
      May  4 23:43:02 knautsch kernel: [17180907.304000] smb_file_read: //some_file validation failed, error=4294966784
      May  4 23:43:08 knautsch kernel: [17180912.324000] smb_file_read: //some_file validation failed, error=4294966784
      May  4 23:43:34 knautsch kernel: [17180938.416000] smb_errno: class Unknown, code 27499 from command 0x6b
      May  4 23:43:34 knautsch kernel: [17180938.416000] Slab corruption: start=c4ebe09c, len=244
      May  4 23:43:34 knautsch kernel: [17180938.416000] Redzone: 0x5a2cf071/0x5a2cf071.
      May  4 23:43:34 knautsch kernel: [17180938.416000] Last user: [<e087b903>](smb_rput+0x53/0x90 [smbfs])
      May  4 23:43:34 knautsch kernel: [17180938.416000] 000: 6b 6b 6b 6b 6b 6b 6b 6b 6a 6b 6b 6b 6b 6b 6b 6b
      May  4 23:43:34 knautsch kernel: [17180938.416000] 0f0: 00 fe ff ff
      May  4 23:43:34 knautsch kernel: [17180938.416000] Next obj: start=c4ebe19c, len=244
      May  4 23:43:34 knautsch kernel: [17180938.416000] Redzone: 0x5a2cf071/0x5a2cf071.
      May  4 23:43:34 knautsch kernel: [17180938.416000] Last user: [<00000000>](_stext+0x3feffde0/0x30)
      May  4 23:43:34 knautsch kernel: [17180938.416000] 000: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b
      May  4 23:43:34 knautsch kernel: [17180938.416000] 010: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b
      May  4 23:43:34 knautsch kernel: [17180938.460000] SMB connection re-established (-5)
      May  4 23:43:42 knautsch kernel: [17180946.292000] ipw2200: Firmware error detected.  Restarting.
      May  4 23:43:42 knautsch kernel: [17180946.292000] ipw2200: Sysfs 'error' log already exists.
      May  4 23:45:04 knautsch kernel: [17181028.752000] ipw2200: Firmware error detected.  Restarting.
      May  4 23:45:04 knautsch kernel: [17181028.752000] ipw2200: Sysfs 'error' log already exists.
      May  4 23:45:05 knautsch kernel: [17181029.868000] smb_file_read: //some_file validation failed, error=4294966784
      May  4 23:45:36 knautsch kernel: [17181060.984000] smb_errno: class Unknown, code 27499 from command 0x6b
      May  4 23:45:36 knautsch kernel: [17181060.984000] Slab corruption: start=c4ebe09c, len=244
      May  4 23:45:36 knautsch kernel: [17181060.984000] Redzone: 0x5a2cf071/0x5a2cf071.
      May  4 23:45:36 knautsch kernel: [17181060.984000] Last user: [<e087b903>](smb_rput+0x53/0x90 [smbfs])
      May  4 23:45:36 knautsch kernel: [17181060.984000] 000: 6b 6b 6b 6b 6b 6b 6b 6b 6a 6b 6b 6b 6b 6b 6b 6b
      May  4 23:45:36 knautsch kernel: [17181060.984000] 0f0: 00 fe ff ff
      May  4 23:45:36 knautsch kernel: [17181060.984000] Next obj: start=c4ebe19c, len=244
      May  4 23:45:36 knautsch kernel: [17181060.984000] Redzone: 0x5a2cf071/0x5a2cf071.
      May  4 23:45:36 knautsch kernel: [17181060.984000] Last user: [<00000000>](_stext+0x3feffde0/0x30)
      May  4 23:45:36 knautsch kernel: [17181060.984000] 000: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b
      May  4 23:45:36 knautsch kernel: [17181060.984000] 010: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b
      May  4 23:45:36 knautsch kernel: [17181061.024000] SMB connection re-established (-5)
      May  4 23:46:17 knautsch kernel: [17181102.132000] smb_file_read: //some_file validation failed, error=4294966784
      May  4 23:47:46 knautsch kernel: [17181190.468000] smb_errno: class Unknown, code 27499 from command 0x6b
      May  4 23:47:46 knautsch kernel: [17181190.468000] Slab corruption: start=c4ebe09c, len=244
      May  4 23:47:46 knautsch kernel: [17181190.468000] Redzone: 0x5a2cf071/0x5a2cf071.
      May  4 23:47:46 knautsch kernel: [17181190.468000] Last user: [<e087b903>](smb_rput+0x53/0x90 [smbfs])
      May  4 23:47:46 knautsch kernel: [17181190.468000] 000: 6b 6b 6b 6b 6b 6b 6b 6b 6a 6b 6b 6b 6b 6b 6b 6b
      May  4 23:47:46 knautsch kernel: [17181190.468000] 0f0: 00 fe ff ff
      May  4 23:47:46 knautsch kernel: [17181190.468000] Next obj: start=c4ebe19c, len=244
      May  4 23:47:46 knautsch kernel: [17181190.468000] Redzone: 0x5a2cf071/0x5a2cf071.
      May  4 23:47:46 knautsch kernel: [17181190.468000] Last user: [<00000000>](_stext+0x3feffde0/0x30)
      May  4 23:47:46 knautsch kernel: [17181190.468000] 000: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b
      May  4 23:47:46 knautsch kernel: [17181190.468000] 010: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b
      May  4 23:47:46 knautsch kernel: [17181190.492000] SMB connection re-established (-5)
      May  4 23:49:20 knautsch kernel: [17181284.828000] smb_file_read: //some_file validation failed, error=4294966784
      May  4 23:49:39 knautsch kernel: [17181303.896000] smb_file_read: //some_file validation failed, error=4294966784
      
      Signed-off-by: default avatarJan Niehusmann <jan@gondor.com>
      Cc: <stable@kernel.org>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      48564e62