1. 16 May, 2006 14 commits
  2. 15 May, 2006 26 commits
    • 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
    • Marcelo Tosatti's avatar
      [PATCH] Marcelo has moved · 2e367a82
      Marcelo Tosatti authored
      Signed-off-by: default avatarMarcelo Tosatti <marcelo@kvack.org>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      2e367a82
    • Trent Piepho's avatar
      [PATCH] symbol_put_addr() locks kernel · 5e376613
      Trent Piepho authored
      Even since a previous patch:
      
      Fix race between CONFIG_DEBUG_SLABALLOC and modules
      Sun, 27 Jun 2004 17:55:19 +0000 (17:55 +0000)
      http://www.kernel.org/git/?p=linux/kernel/git/torvalds/old-2.6-bkcvs.git;a=commit;h=92b3db26d31cf21b70e3c1eadc56c179506d8fbe
      
      The function symbol_put_addr() will deadlock the kernel.
      
      symbol_put_addr() would acquire modlist_lock, then while holding the lock call
      two functions kernel_text_address() and module_text_address() which also try
      to acquire the same lock.  This deadlocks the kernel of course.
      
      This patch changes symbol_put_addr() to not acquire the modlist_lock, it
      doesn't need it since it never looks at the module list directly.  Also, it
      now uses core_kernel_text() instead of kernel_text_address().  The latter has
      an additional check for addr inside a module, but we don't need to do that
      since we call module_text_address() (the same function kernel_text_address
      uses) ourselves.
      Signed-off-by: default avatarTrent Piepho <xyzzy@speakeasy.org>
      Cc: Zwane Mwaikambo <zwane@fsmlabs.com>
      Acked-by: default avatarRusty Russell <rusty@rustcorp.com.au>
      Cc: Johannes Stezenbach <js@linuxtv.org>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      5e376613