commit 4bab0ea1d42dd1927af9df6fbf0003fc00617c50
Merge: a15a82f... ca409d6...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Thu Nov 6 16:43:44 2008 -0800

    Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-2.6
    
    * git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-2.6:
      net: Fix recursive descent in __scm_destroy().
      iwl3945: fix deadlock on suspend
      iwl3945: do not send scan command if channel count zero
      iwl3945: clear scanning bits upon failure
      ath5k: correct handling of rx status fields
      zd1211rw: Add 2 device IDs
      Fix logic error in rfkill_check_duplicity
      iwlagn: avoid sleep in softirq context
      iwlwifi: clear scanning bits upon failure
      Revert "ath5k: honor FIF_BCN_PRBRESP_PROMISC in STA mode"
      tcp: Fix recvmsg MSG_PEEK influence of blocking behavior.
      netfilter: netns ct: walk netns list under RTNL
      ipv6: fix run pending DAD when interface becomes ready
      net/9p: fix printk format warnings
      net: fix packet socket delivery in rx irq handler
      xfrm: Have af-specific init_tempsel() initialize family field of temporary selector

commit a15a82f42c5ee519d28f08c932803a9fd5168fc4
Merge: 9144f38... 8d00450...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Thu Nov 6 15:57:24 2008 -0800

    Merge branch 'x86-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip
    
    * 'x86-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip:
      Revert "x86: default to reboot via ACPI"
      x86: align DirectMap in /proc/meminfo
      AMD IOMMU: fix lazy IO/TLB flushing in unmap path
      x86: add smp_mb() before sending INVALIDATE_TLB_VECTOR
      x86: remove VISWS and PARAVIRT around NR_IRQS puzzle
      x86: mention ACPI in top-level Kconfig menu
      x86: size NR_IRQS on 32-bit systems the same way as 64-bit
      x86: don't allow nr_irqs > NR_IRQS
      x86/docs: remove noirqbalance param docs
      x86: don't use tsc_khz to calculate lpj if notsc is passed
      x86, voyager: fix smp_intr_init() compile breakage
      AMD IOMMU: fix detection of NP capable IOMMUs

commit 9144f3821d2cba9f16cdf3ff1b881384f4b68b53
Merge: 6572a28... 6597cb8...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Thu Nov 6 15:56:29 2008 -0800

    Merge master.kernel.org:/home/rmk/linux-2.6-arm
    
    * master.kernel.org:/home/rmk/linux-2.6-arm:
      [ARM] xsc3: fix xsc3_l2_inv_range
      [ARM] mm: fix page table initialization
      [ARM] fix naming of MODULE_START / MODULE_END
      ARM: OMAP: Fix define for twl4030 irqs
      ARM: OMAP: Fix get_irqnr_and_base to clear spurious interrupt bits
      ARM: OMAP: Fix debugfs_create_*'s error checking method for arm/plat-omap
      ARM: OMAP: Fix compiler warnings in gpmc.c
      [ARM] fix VFP+softfloat binaries

commit 6572a281cfd805dd54718597d6c33261b5be052b
Merge: e252f4d... 8449fc3...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Thu Nov 6 15:55:34 2008 -0800

    Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/ieee1394/linux1394-2.6
    
    * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/ieee1394/linux1394-2.6:
      ieee1394: dv1394: fix possible deadlock in multithreaded clients
      ieee1394: raw1394: fix possible deadlock in multithreaded clients
      ieee1394: struct device - replace bus_id with dev_name(), dev_set_name()
      firewire: struct device - replace bus_id with dev_name(), dev_set_name()

commit e252f4db187ef02d06c8551069d944d327b8bb9a
Merge: 2e93960... 7838c15...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Thu Nov 6 15:53:47 2008 -0800

    Merge branch 'for-linus' of git://git.kernel.dk/linux-2.6-block
    
    * 'for-linus' of git://git.kernel.dk/linux-2.6-block:
      Block: use round_jiffies_up()
      Add round_jiffies_up and related routines
      block: fix __blkdev_get() for removable devices
      generic-ipi: fix the smp_mb() placement
      blk: move blk_delete_timer call in end_that_request_last
      block: add timer on blkdev_dequeue_request() not elv_next_request()
      bio: define __BIOVEC_PHYS_MERGEABLE
      block: remove unused ll_new_mergeable()

commit ca409d6e08c35b01965d9211c61dbd216286f8ff
Merge: 3b53fbf... d54bc4e...
Author: David S. Miller <davem@davemloft.net>
Date:   Thu Nov 6 15:52:00 2008 -0800

    Merge branch 'master' of git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6

commit 2e93960c4d712096902c16fe5511fc91502c2527
Merge: 71fe3fc... f0e625c...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Thu Nov 6 15:50:54 2008 -0800

    Merge git://git.kernel.org/pub/scm/linux/kernel/git/wim/linux-2.6-watchdog
    
    * git://git.kernel.org/pub/scm/linux/kernel/git/wim/linux-2.6-watchdog:
      [WATCHDOG] SAM9 watchdog - supported on all SAM9 and CAP9 processors
      [WATCHDOG] SAM9 watchdog - update for moved headers

commit 71fe3fcaf67cec856650e12979b282428ed806a3
Merge: 38407aa... f1cd14a...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Thu Nov 6 15:50:11 2008 -0800

    Merge branch 'for-linus' of git://neil.brown.name/md
    
    * 'for-linus' of git://neil.brown.name/md:
      md: linear: Fix a division by zero bug for very small arrays.
      md: fix bug in raid10 recovery.
      md: revert the recent addition of a call to the BLKRRPART ioctl.

commit 38407aad0d1860515223075f33843a386277a30a
Merge: 39d4e58... 454666e...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Thu Nov 6 15:46:28 2008 -0800

    Merge branch 'merge' of git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc
    
    * 'merge' of git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc:
      powerpc: Fix "unused variable" warning in pci_dlpar.c
      powerpc/cell: Fix compile error in ras.c
      powerpc/ps3: Fix compile error in ps3-lpm.c

commit 39d4e58d36321b3c3b4025d9bf28bf026c2a5bb1
Merge: 067ab19... b0d5fde...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Thu Nov 6 15:45:57 2008 -0800

    Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/ericvh/v9fs
    
    * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/ericvh/v9fs:
      net/9p: fix printk format warnings
      unsigned fid->fid cannot be negative
      9p: rdma: remove duplicated #include
      p9: Fix leak of waitqueue in request allocation path
      9p: Remove unneeded free of fcall for Flush
      9p: Make all client spin locks IRQ safe
      9p: rdma: Set trans prior to requesting async connection ops

commit 067ab19923673e3d8c982d877bedb9d65c976c22
Merge: 7597bc9... 9fcd18c...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Thu Nov 6 15:45:40 2008 -0800

    Merge branch 'sched-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip
    
    * 'sched-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip:
      sched: re-tune balancing
      sched: fix buddies for group scheduling
      sched: backward looking buddy
      sched: fix fair preempt check
      sched: cleanup fair task selection

commit 3b53fbf4314594fa04544b02b2fc6e607912da18
Author: David S. Miller <davem@davemloft.net>
Date:   Thu Nov 6 15:45:32 2008 -0800

    net: Fix recursive descent in __scm_destroy().
    
    __scm_destroy() walks the list of file descriptors in the scm_fp_list
    pointed to by the scm_cookie argument.
    
    Those, in turn, can close sockets and invoke __scm_destroy() again.
    
    There is nothing which limits how deeply this can occur.
    
    The idea for how to fix this is from Linus.  Basically, we do all of
    the fput()s at the top level by collecting all of the scm_fp_list
    objects hit by an fput().  Inside of the initial __scm_destroy() we
    keep running the list until it is empty.
    
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 7597bc94d6f3bdccb086ac7f2ad91292fdaee2a4
Author: David Howells <dhowells@redhat.com>
Date:   Wed Nov 5 17:38:47 2008 +0000

    Fix accidental implicit cast in HR-timer conversion
    
    Fix the hrtimer_add_expires_ns() function.  It should take a 'u64 ns' argument,
    but rather takes an 'unsigned long ns' argument - which might only be 32-bits.
    
    On FRV, this results in the kernel locking up because hrtimer_forward() passes
    the result of a 64-bit multiplication to this function, for which the compiler
    discards the top 32-bits - something that didn't happen when ktime_add_ns() was
    called directly.
    
    Signed-off-by: David Howells <dhowells@redhat.com>
    Acked-by: Arjan van de Ven <arjan@linux.intel.com>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit c36194871293100bd4b2ecb54ac9774d6e627aa2
Merge: c330293... dc8a084...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Thu Nov 6 15:43:13 2008 -0800

    Merge git://git.infradead.org/mtd-2.6
    
    * git://git.infradead.org/mtd-2.6:
      [JFFS2] fix race condition in jffs2_lzo_compress()
      [MTD] [NOR] Fix cfi_send_gen_cmd handling of x16 devices in x8 mode (v4)
      [JFFS2] Fix lack of locking in thread_should_wake()
      [JFFS2] Fix build failure with !CONFIG_JFFS2_FS_WRITEBUFFER
      [MTD] [NAND] OMAP2: remove duplicated #include

commit c3302931db090d87e9015c3a7ce5c97a7dd90f78
Author: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
Date:   Thu Nov 6 12:53:58 2008 -0800

    fat: i_blocks warning fix
    
    blkcnt_t type depends on CONFIG_LSF. Use unsigned long long always for
    printk().  But lazy to type it, so add "llu" and use it.
    
    Signed-off-by: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 9ca59f4c3d28df14a1545a1e2832f34a0a50e3ed
Author: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
Date:   Thu Nov 6 12:53:57 2008 -0800

    fat: ->i_pos race fix
    
    i_pos is 64bits value, hence it's not atomic to update.
    
    Important place is fat_write_inode() only, other places without lock
    are just for printk().
    
    This adds lock for "BITS_PER_LONG == 32" kernel.
    
    Signed-off-by: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 2bdf67eb1631f30e2f3f5d49e4007c76e88877a8
Author: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
Date:   Thu Nov 6 12:53:57 2008 -0800

    fat: mmu_private race fix
    
    mmu_private is 64bits value, hence it's not atomic to update.
    
    So, the access rule for mmu_private is we must hold ->i_mutex.  But,
    fat_get_block() path doesn't follow the rule on non-allocation path.
    
    This fixes by using i_size instead if non-allocation path.
    
    Signed-off-by: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 0e75f5da06c05425f4b375eb981c4489fb2d9787
Author: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
Date:   Thu Nov 6 12:53:56 2008 -0800

    fat: Add printf attribute to fat_fs_panic()
    
    Signed-off-by: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit fa93ca18a8b0da4e26bd9491ad144cd14d22f8ec
Author: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
Date:   Thu Nov 6 12:53:56 2008 -0800

    fat: Fix _fat_bmap() race
    
    fat_get_cluster() assumes the requested blocknr isn't truncated during
    read. _fat_bmap() doesn't follow this rule.
    
    This protects it by ->i_mutex.
    
    Signed-off-by: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit dfc209c0064efef5590f608056a48b61a5cac09c
Author: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
Date:   Thu Nov 6 12:53:55 2008 -0800

    fat: Fix ATTR_RO for directory
    
    FAT has the ATTR_RO (read-only) attribute. But on Windows, the ATTR_RO
    of the directory will be just ignored actually, and is used by only
    applications as flag. E.g. it's setted for the customized folder by
    Explorer.
    
    http://msdn2.microsoft.com/en-us/library/aa969337.aspx
    
    This adds "rodir" option. If user specified it, ATTR_RO is used as
    read-only flag even if it's the directory. Otherwise, inode->i_mode
    is not used to hold ATTR_RO (i.e. fat_mode_can_save_ro() returns 0).
    
    Signed-off-by: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 9183482f5d4a2de00f66641b974e7f351d41b675
Author: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
Date:   Thu Nov 6 12:53:54 2008 -0800

    fat: Fix ATTR_RO in the case of (~umask & S_WUGO) == 0
    
    If inode->i_mode doesn't have S_WUGO, current code assumes it means
    ATTR_RO.  However, if (~[ufd]mask & S_WUGO) == 0, inode->i_mode can't
    hold S_WUGO. Therefore the updated directory entry will always have
    ATTR_RO.
    
    This adds fat_mode_can_hold_ro() to check it. And if inode->i_mode
    can't hold, uses -i_attrs to hold ATTR_RO instead.
    
    With this, we don't set ATTR_RO unless users change it via ioctl() if
    (~[ufd]mask & S_WUGO) == 0.
    
    And on FAT_IOCTL_GET_ATTRIBUTES path, this adds ->i_mutex to it for
    not returning the partially updated attributes by FAT_IOCTL_SET_ATTRIBUTES
    to userland.
    
    Signed-off-by: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 9c0aa1b87bf541affef519eb4879ce7c5a5941ae
Author: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
Date:   Thu Nov 6 12:53:54 2008 -0800

    fat: Cleanup FAT attribute stuff
    
    This adds three helpers:
    
    fat_make_attrs() - makes FAT attributes from inode.
    fat_make_mode()  - makes mode_t from FAT attributes.
    fat_save_attrs() - saves FAT attributes to inode.
    
    Then this replaces: MSDOS_MKMODE() by fat_make_mode(), fat_attr() by
    fat_make_attrs(), ->i_attrs = attr & ATTR_UNUSED by fat_save_attrs().
    And for root inode, those is used with ATTR_DIR instead of bogus
    ATTR_NONE.
    
    Signed-off-by: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 45cfbe354785a5bc9a38354754d6f7322f598001
Author: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
Date:   Thu Nov 6 12:53:53 2008 -0800

    fat: Cleanup msdos_lookup()
    
    Use same style with vfat_lookup().
    
    Signed-off-by: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 1c13a243a461dd5b089d29e5d57f260c990e462c
Author: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
Date:   Thu Nov 6 12:53:52 2008 -0800

    fat: Kill d_invalidate() in vfat_lookup()
    
    d_invalidate() for positive dentry doesn't work in some cases
    (vfsmount, nfsd, and maybe others). shrink_dcache_parent() by
    d_invalidate() is pointless for vfat usage at all.
    
    So, this kills it, and intead of it uses d_move().
    
    To save old behavior, this returns alias simply for directory (don't
    change pwd, etc..). the directory lookup shouldn't be important for
    performance.
    
    Signed-off-by: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 1b52467243c7167b3a267ddbcbb14d550f28eb4a
Author: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
Date:   Thu Nov 6 12:53:51 2008 -0800

    fat: Fix/Cleanup dcache handling for vfat
    
    - Add comments for handling dcache of vfat.
    
    - Separate case-sensitive case and case-insensitive to
      vfat_revalidate() and vfat_ci_revalidate().
    
      vfat_revalidate() doesn't need to drop case-insensitive negative
      dentry on creation path.
    
    - Current code is missing to set ->d_revalidate to the negative dentry
      created by unlink/etc..
    
      This sets ->d_revalidate always, and returns 1 for positive
      dentry. Now, we don't need to change ->d_op dynamically anymore,
      so this just uses sb->s_root->d_op to set ->d_op.
    
    - d_find_alias() may return DCACHE_DISCONNECTED dentry. It's not
      the interesting dentry there. This checks it.
    
    - Add missing LOOKUP_PARENT check. We don't need to drop the valid
      negative dentry for (LOOKUP_CREATE | LOOKUP_PARENT) lookup.
    
    - For consistent filename on creation path, this drops negative dentry
      if we can't see intent.
    
    Signed-off-by: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 068f5ae05c51d2cee6b31cb3da06775dd83bd348
Author: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
Date:   Thu Nov 6 12:53:51 2008 -0800

    vfat: Fix vfat_find() error path in vfat_lookup()
    
    Current vfat_lookup() creates negetive dentry blindly if vfat_find()
    returned a error. It's wrong. If the error isn't -ENOENT, just return
    error.
    
    Signed-off-by: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit a993b542bb4cd3e5a64863b7ef892bbebec2239b
Author: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
Date:   Thu Nov 6 12:53:50 2008 -0800

    fat: use fat_detach() in fat_clear_inode()
    
    Use fat_detach() instead of opencoding it.
    
    Signed-off-by: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 5e35dd4651002207948f10c576fc7d9bad448815
Author: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
Date:   Thu Nov 6 12:53:49 2008 -0800

    fat: Fix fat_ent_update_ptr() for FAT12
    
    This fixes the missing update for bhs/nr_bhs in case the caller
    accessed from block boundary to first block of boundary.
    
    Signed-off-by: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit d3dfa8228f87ab9960ab8b4718013d68e3c25a43
Author: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
Date:   Thu Nov 6 12:53:49 2008 -0800

    fat: improve fat_hash()
    
    fat_hash() is using the algorithm known as bad. Instead of it, this
    uses hash_32(). The following is the summary of test.
    
    old hash:
    	hash func (1000 times): 33489 cycles
    	total inodes in hash table: 70926
    	largest bucket contains: 696
    	smallest bucket contains: 54
    
    new hash:
    	hash func (1000 times): 33129 cycles
    	total inodes in hash table: 70926
    	largest bucket contains: 315
    	smallest bucket contains: 236
    
    Signed-off-by: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 52e9d9f4b32a3bec91feb76c84e37b7dcffe5040
Author: Darren Jenkins <darrenrjenkins@gmail.com>
Date:   Thu Nov 6 12:53:48 2008 -0800

    fat: cleanup fat_parse_long() error handling
    
    Coverity CID 2332 & 2333 RESOURCE_LEAK
    
    In fat_search_long() if fat_parse_long() returns a -ve value we return
    without first freeing unicode.  This patch free's them on this error path.
    
    The above was false positive on current tree, but this change is more
    clean, so apply as cleanup.
    
    [hirofumi@mail.parknet.co.jp: fix coding style]
    Signed-off-by: Darren Jenkins <darrenrjenkins@gmail.com>
    Signed-off-by: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 53472bc8f810d2fb507593ea03703670506a668d
Author: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
Date:   Thu Nov 6 12:53:47 2008 -0800

    fat: use generic_file_llseek() for directory
    
    Since fat_dir_ioctl() was already fixed (i.e. called under ->i_mutex),
    and __fat_readdir() doesn't take BKL anymore. So, BKL for ->llseek()
    is pointless, and we have to use generic_file_llseek().
    
    Signed-off-by: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 7decd1cb0305b97243f283fa7f4baf5fe613edeb
Author: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
Date:   Thu Nov 6 12:53:47 2008 -0800

    fat: Fix and cleanup timestamp conversion
    
    This cleans date_dos2unix()/fat_date_unix2dos() up. New code should be
    much more readable.
    
    And this fixes those old functions. Those doesn't handle 2100
    correctly. 2100 isn't leap year, but old one handles it as leap year.
    Also, with this, centi sec is handled and is fixed.
    
    Signed-off-by: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 9e975dae2970d22557662761c8505ce9fd165684
Author: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
Date:   Thu Nov 6 12:53:46 2008 -0800

    fat: split include/msdos_fs.h
    
    This splits __KERNEL__ stuff in include/msdos_fs.h into fs/fat/fat.h.
    
    Signed-off-by: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 990e194e69009028e029b7d25da68c38241ec4f0
Author: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
Date:   Thu Nov 6 12:53:45 2008 -0800

    fat: move fs/vfat/* and fs/msdos/* to fs/fat
    
    This just moves those files, but change link order from MSDOS, VFAT to
    VFAT, MSDOS.
    
    Signed-off-by: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 8986ab59631b1f2e82ac820c8fd76a34462915ca
Author: Bart Trojanowski <bart@jukie.net>
Date:   Thu Nov 6 12:53:44 2008 -0800

    fat: document additional vfat mount options
    
    While debugging a sync mount regression on vfat I noticed that there were
    mount options parsed by the driver that were not documented.
    
    [hirofumi@mail.parknet.co.jp: fix some parts]
    Signed-off-by: Bart Trojanowski <bart@jukie.net>
    Signed-off-by: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit c1dfda399ace020126547e7d454ba94edc8c8797
Author: Andrew Victor <avictor.za@gmail.com>
Date:   Thu Nov 6 12:53:42 2008 -0800

    SAM9 watchdog: update for moved headers
    
    The architecture header files were recently moved from
    include/asm-arm/mach-at91/ to arch/arm/mach-at91/include/mach/.  The SAM9
    watchdog driver still includes a header from the old location.
    
    Signed-off-by: Andrew Victor <linux@maxim.org.za>
    Cc: Wim Van Sebroeck <wim@iguana.be>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 80bb26d4062657c52862d1b112beead47ff9b793
Author: Frans Pop <elendil@planet.nl>
Date:   Thu Nov 6 12:53:41 2008 -0800

    rtc-cmos: fix boot log message
    
    -rtc0: alarms up to one month, y3k, 114 bytes nvram, , hpet irqs irqs
    +rtc0: alarms up to one month, y3k, 114 bytes nvram, hpet irqs
    
    Signed-off-by: Frans Pop <elendil@planet.nl>
    Cc: David Brownell <david-b@pacbell.net>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 06a7f058761cd232cab42d5c7da82f7255b51d5b
Author: David Brownell <dbrownell@users.sourceforge.net>
Date:   Thu Nov 6 12:53:40 2008 -0800

    atmel_serial: keep clock off when it's not needed
    
    The atmel_serial driver is mismanaging its clock by leaving it on at all
    times ...  the whole point of clock management is to leave it off unless
    it's actively needed, which conserves power!!
    
    Although the kernel doesn't actually hang without my fix, it does
    discard quite a lot of early console output.
    
    The result still looks correct:
    
              usart        users= 1 on   35000000 Hz, for atmel_usart.0
              usart        users= 0 off  35000000 Hz, for atmel_usart.2
    
    when using ttyS0 as serial console.
    
    [haavard.skinnemoen@atmel.com: Make sure clock is enabled early for console]
    Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
    Signed-off-by: Haavard Skinnemoen <haavard.skinnemoen@atmel.com>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit b225d44e27521290faca2e0f9b1a4a8c74dc510a
Author: Li Zefan <lizf@cn.fujitsu.com>
Date:   Thu Nov 6 12:53:39 2008 -0800

    Documentation/kernel-parameters.txt: update 'isolcpus' kernel option
    
    cpuset can be used to move a process onto or off an isolated CPU.
    
    Signed-off-by: Li Zefan <lizf@cn.fujitsu.com>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit a684e7d33096892093456dd56a582cfc3bfad648
Author: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Date:   Thu Nov 6 12:53:37 2008 -0800

    fbdev: fix fb_compat_ioctl() deadlocks
    
    commit 3e680aae4e53ab54cdbb0c29257dae0cbb158e1c ("fb: convert
    lock/unlock_kernel() into local fb mutex") introduced several deadlocks
    in the fb_compat_ioctl() path, as mutex_lock() doesn't allow recursion,
    unlike lock_kernel().  This broke frame buffer applications on 64-bit
    systems with a 32-bit userland.
    
    commit 120a37470c2831fea49fdebaceb5a7039f700ce6 ("framebuffer compat_ioctl
    deadlock") fixed one of the deadlocks.
    
    This patch fixes the remaining deadlocks:
      - Revert commit 120a37470c2831fea49fdebaceb5a7039f700ce6,
      - Extract the core logic of fb_ioctl() into a new function do_fb_ioctl(),
      - Change all callsites of fb_ioctl() where info->lock is already held to
        call do_fb_ioctl() instead,
      - Add sparse annotations to all routines that take info->lock.
    
    Signed-off-by: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
    Cc: Mikulas Patocka <mpatocka@redhat.com>
    Cc: Krzysztof Helt <krzysztof.h1@wp.pl>
    Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit a70dcb969f64e2fa98c24f47854f20bf02ff0092
Author: Gerald Schaefer <gerald.schaefer@de.ibm.com>
Date:   Thu Nov 6 12:53:36 2008 -0800

    memory hotplug: fix page_zone() calculation in test_pages_isolated()
    
    My last bugfix here (adding zone->lock) introduced a new problem: Using
    page_zone(pfn_to_page(pfn)) to get the zone after the for() loop is wrong.
     pfn will then be >= end_pfn, which may be in a different zone or not
    present at all.  This may lead to an addressing exception in page_zone()
    or spin_lock_irqsave().
    
    Now I use __first_valid_page() again after the loop to find a valid page
    for page_zone().
    
    Signed-off-by: Gerald Schaefer <gerald.schaefer@de.ibm.com>
    Acked-by: Nathan Fontenot <nfont@austin.ibm.com>
    Reviewed-by: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit c87591b719737b4e91eb1a9fa8fd55a4ff1886d6
Author: Arthur Jones <ajones@riverbed.com>
Date:   Thu Nov 6 12:53:35 2008 -0800

    ext3: wait on all pending commits in ext3_sync_fs
    
    In ext3_sync_fs, we only wait for a commit to finish if we started it, but
    there may be one already in progress which will not be synced.
    
    In the case of a data=ordered umount with pending long symlinks which are
    delayed due to a long list of other I/O on the backing block device, this
    causes the buffer associated with the long symlinks to not be moved to the
    inode dirty list in the second phase of fsync_super.  Then, before they
    can be dirtied again, kjournald exits, seeing the UMOUNT flag and the
    dirty pages are never written to the backing block device, causing long
    symlink corruption and exposing new or previously freed block data to
    userspace.
    
    This can be reproduced with a script created
    by Eric Sandeen <sandeen@redhat.com>:
    
    	#!/bin/bash
    
    	umount /mnt/test2
    	mount /dev/sdb4 /mnt/test2
    	rm -f /mnt/test2/*
    	dd if=/dev/zero of=/mnt/test2/bigfile bs=1M count=512
    	touch
    	/mnt/test2/thisisveryveryveryveryveryveryveryveryveryveryveryveryveryveryveryverylongfilename
    	ln -s
    	/mnt/test2/thisisveryveryveryveryveryveryveryveryveryveryveryveryveryveryveryverylongfilename
    	/mnt/test2/link
    	umount /mnt/test2
    	mount /dev/sdb4 /mnt/test2
    	ls /mnt/test2/
    	umount /mnt/test2
    
    To ensure all commits are synced, we flush all journal commits now when
    sync_fs'ing ext3.
    
    Signed-off-by: Arthur Jones <ajones@riverbed.com>
    Cc: Eric Sandeen <sandeen@redhat.com>
    Cc: Theodore Ts'o <tytso@mit.edu>
    Cc: <linux-ext4@vger.kernel.org>
    Cc: <stable@kernel.org>		[2.6.everything]
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit fbdd12676c83df77480f00ebd32fc98fbe3bf836
Author: Qinghuang Feng <qhfeng.kernel@gmail.com>
Date:   Thu Nov 6 12:53:34 2008 -0800

    mm/oom_kill.c: fix badness() kerneldoc
    
    Paramter @mem has been removed since v2.6.26, now delete it's comment.
    
    Signed-off-by: Qinghuang Feng <qhfeng.kernel@gmail.com>
    Acked-by: Randy Dunlap <rdunlap@xenotime.net>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit fd96feb2583688ad13d8467ded442f9c8d73cc4b
Author: dann frazier <dannf@hp.com>
Date:   Thu Nov 6 12:53:34 2008 -0800

    cciss: add P700m to list of supported controllers
    
    P700m support was added in:
      9cff3b383dad193b0762c27278a16237e10b53dc
    
    Update cciss.txt to match.
    
    Signed-off-by: dann frazier <dannf@hp.com>
    Acked-by: Mike Miller <mike.miller@hp.com>
    Cc: Jens Axboe <jens.axboe@oracle.com>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 1b6bcdbe7eaacde19b5d633b33c8d056e4818de0
Author: Tim Hockin <thockin@google.com>
Date:   Thu Nov 6 12:53:33 2008 -0800

    Documentation/email-clients.txt: add some info about gmail
    
    Signed-off-by: Tim Hockin <thockin@google.com>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 24eb089950ce44603b30a3145a2c8520e2b55bb1
Author: Li Zefan <lizf@cn.fujitsu.com>
Date:   Thu Nov 6 12:53:32 2008 -0800

    cgroups: fix invalid cgrp->dentry before cgroup has been completely removed
    
    This fixes an oops when reading /proc/sched_debug.
    
    A cgroup won't be removed completely until finishing cgroup_diput(), so we
    shouldn't invalidate cgrp->dentry in cgroup_rmdir().  Otherwise, when a
    group is being removed while cgroup_path() gets called, we may trigger
    NULL dereference BUG.
    
    The bug can be reproduced:
    
     # cat test.sh
     #!/bin/sh
     mount -t cgroup -o cpu xxx /mnt
     for (( ; ; ))
     {
    	mkdir /mnt/sub
    	rmdir /mnt/sub
     }
     # ./test.sh &
     # cat /proc/sched_debug
    
    BUG: unable to handle kernel NULL pointer dereference at 00000038
    IP: [<c045a47f>] cgroup_path+0x39/0x90
    ...
    Call Trace:
     [<c0420344>] ? print_cfs_rq+0x6e/0x75d
     [<c0421160>] ? sched_debug_show+0x72d/0xc1e
    ...
    
    Signed-off-by: Li Zefan <lizf@cn.fujitsu.com>
    Acked-by: Paul Menage <menage@google.com>
    Cc: Peter Zijlstra <a.p.zijlstra@chello.nl>
    Cc: Ingo Molnar <mingo@elte.hu>
    Cc: <stable@kernel.org>		[2.6.26.x, 2.6.27.x]
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit b41ad14c30acf023d09ac064096a4cf41248ce46
Author: David Rientjes <rientjes@google.com>
Date:   Thu Nov 6 12:53:31 2008 -0800

    vmemmap: warn about page_structs with remote distance
    
    It's insufficient to simply compare node ids when warning about offnode
    page_structs since it's possible to still have local affinity.
    
    Acked-by: Christoph Lameter <cl@linux-foundation.org>
    Signed-off-by: David Rientjes <rientjes@google.com>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 0aedadf91a70a11c4a3e7c7d99b21e5528af8d5d
Author: Christoph Lameter <cl@linux-foundation.org>
Date:   Thu Nov 6 12:53:30 2008 -0800

    mm: move migrate_prep out from under mmap_sem
    
    Move the migrate_prep outside the mmap_sem for the following system calls
    
    1. sys_move_pages
    2. sys_migrate_pages
    3. sys_mbind()
    
    It really does not matter when we flush the lru.  The system is free to
    add pages onto the lru even during migration which will make the page
    migration either skip the page (mbind, migrate_pages) or return a busy
    state (move_pages).
    
    Fixes this lockdep warning (and potential deadlock):
    
    Some VM place has
          mmap_sem -> kevent_wq via lru_add_drain_all()
    
    net/core/dev.c::dev_ioctl()  has
         rtnl_lock  ->  mmap_sem        (*) the ioctl has copy_from_user() and it can do page fault.
    
    linkwatch_event has
         kevent_wq -> rtnl_lock
    
    Signed-off-by: Christoph Lameter <cl@linux-foundation.org>
    Cc: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
    Reported-by: Heiko Carstens <heiko.carstens@de.ibm.com>
    Cc: Nick Piggin <nickpiggin@yahoo.com.au>
    Cc: Hugh Dickins <hugh@veritas.com>
    Cc: Rik van Riel <riel@redhat.com>
    Cc: Lee Schermerhorn <lee.schermerhorn@hp.com>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 17a1217e12d8c8434f8a3deef7bf980c724a6ac7
Author: Anatolij Gustschin <agust@denx.de>
Date:   Thu Nov 6 12:53:29 2008 -0800

    fbdev: add new framebuffer driver for Fujitsu MB862xx GDCs
    
    Add a framebuffer driver for the Fujitsu Carmine/Coral-P(A)/Lime graphics
    controllers.  Lime GDC support is known to work on PPC440EPx based lwmon5
    and MPC8544E based socrates embedded boards, both equipped with Lime GDC.
    Carmine/Coral-P PCI GDC support is known to work on PPC440EPx based
    Sequoia board and also on x86 platform.
    
    Signed-off-by: Anatolij Gustschin <agust@denx.de>
    Cc: Dmitry Baryshkov <dbaryshkov@gmail.com>
    Cc: Anton Vorontsov <avorontsov@ru.mvista.com>
    Cc: Matteo Fortini <m.fortini@selcomgroup.com>
    Cc: Krzysztof Helt <krzysztof.h1@poczta.fm>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit b4416d2bea007f07f2e74cdc4cb64042ec996c83
Author: David Rientjes <rientjes@google.com>
Date:   Thu Nov 6 12:53:29 2008 -0800

    oom: do not dump task state for non thread group leaders
    
    When /proc/sys/vm/oom_dump_tasks is enabled, it's only necessary to dump
    task state information for thread group leaders.  The kernel log gets
    quickly overwhelmed on machines with a massive number of threads by
    dumping non-thread group leaders.
    
    Reviewed-by: Christoph Lameter <cl@linux-foundation.org>
    Signed-off-by: David Rientjes <rientjes@google.com>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 953a64798d82ee5467da2bdc0e467ef874fbc208
Author: Andrew Morton <akpm@linux-foundation.org>
Date:   Thu Nov 6 12:53:28 2008 -0800

    MAINTAINERS: make IOAT easier to find
    
    Searching MAINTAINERS for "ioat" comes up empty.  Fix this.
    
    Cc: "Dan Williams" <dan.j.williams@intel.com>
    Cc: "Sosnowski, Maciej" <maciej.sosnowski@intel.com>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 18229df5b613ed0732a766fc37850de2e7988e43
Author: Andy Whitcroft <apw@shadowen.org>
Date:   Thu Nov 6 12:53:27 2008 -0800

    hugetlb: pull gigantic page initialisation out of the default path
    
    As we can determine exactly when a gigantic page is in use we can optimise
    the common regular page cases by pulling out gigantic page initialisation
    into its own function.  As gigantic pages are never released to buddy we
    do not need a destructor.  This effectivly reverts the previous change to
    the main buddy allocator.  It also adds a paranoid check to ensure we
    never release gigantic pages from hugetlbfs to the main buddy.
    
    Signed-off-by: Andy Whitcroft <apw@shadowen.org>
    Cc: Jon Tollefson <kniht@linux.vnet.ibm.com>
    Cc: Mel Gorman <mel@csn.ul.ie>
    Cc: Nick Piggin <nickpiggin@yahoo.com.au>
    Cc: Christoph Lameter <cl@linux-foundation.org>
    Cc: <stable@kernel.org>		[2.6.27.x]
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 69d177c2fc702d402b17fdca2190d5a7e3ca55c5
Author: Andy Whitcroft <apw@shadowen.org>
Date:   Thu Nov 6 12:53:26 2008 -0800

    hugetlbfs: handle pages higher order than MAX_ORDER
    
    When working with hugepages, hugetlbfs assumes that those hugepages are
    smaller than MAX_ORDER.  Specifically it assumes that the mem_map is
    contigious and uses that to optimise access to the elements of the mem_map
    that represent the hugepage.  Gigantic pages (such as 16GB pages on
    powerpc) by definition are of greater order than MAX_ORDER (larger than
    MAX_ORDER_NR_PAGES in size).  This means that we can no longer make use of
    the buddy alloctor guarentees for the contiguity of the mem_map, which
    ensures that the mem_map is at least contigious for maximmally aligned
    areas of MAX_ORDER_NR_PAGES pages.
    
    This patch adds new mem_map accessors and iterator helpers which handle
    any discontiguity at MAX_ORDER_NR_PAGES boundaries.  It then uses these to
    implement gigantic page versions of copy_huge_page and clear_huge_page,
    and to allow follow_hugetlb_page handle gigantic pages.
    
    Signed-off-by: Andy Whitcroft <apw@shadowen.org>
    Cc: Jon Tollefson <kniht@linux.vnet.ibm.com>
    Cc: Mel Gorman <mel@csn.ul.ie>
    Cc: Nick Piggin <nickpiggin@yahoo.com.au>
    Cc: Christoph Lameter <cl@linux-foundation.org>
    Cc: <stable@kernel.org>		[2.6.27.x]
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 22bece00dc1f28dd3374c55e464c9f02eb642876
Author: Mike Miller <mike.miller@hp.com>
Date:   Thu Nov 6 12:53:25 2008 -0800

    cciss: fix regression firmware not displayed in procfs
    
    This regression was introduced by commit
    6ae5ce8e8d4de666f31286808d2285aa6a50fa40 ("cciss: remove redundant code").
    
    This patch fixes a regression where the controller firmware version is not
    displayed in procfs.  The previous patch would be called anytime something
    changed.  This will get called only once for each controller.
    
    Signed-off-by: Mike Miller <mike.miller@hp.com>
    Cc: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
    Cc: Jens Axboe <jens.axboe@oracle.com>
    Cc: <stable@kernel.org>		[2.6.27.x]
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 404443081ce5e6f68b5f7eda16c959835ff200c0
Author: Mike Miller <mike.miller@hp.com>
Date:   Thu Nov 6 12:53:24 2008 -0800

    cciss: fix sysfs broken symlink regression
    
    Regression introduced by commit 6ae5ce8e8d4de666f31286808d2285aa6a50fa40
    ("cciss: remove redundant code").
    
    This patch fixes a broken symlink in sysfs that was introduced by the
    above commit.  We broke it in 2.6.27-rc on or about 20080804.  Some
    installers are broken if this symlink does not exist and they may not
    detect the logical drives configured on the controller.  It does not
    require being backported into 2.6.26.x or earlier kernels.
    
    Signed-off-by: Mike Miller <mike.miller@hp.com>
    Cc: Jens Axboe <jens.axboe@oracle.com>
    Cc: <stable@kernel.org>		[2.6.27.x]
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 96b0317906690997c16c7efffbc4c0fafcd6f7f2
Author: Ian Kent <raven@themaw.net>
Date:   Thu Nov 6 12:53:23 2008 -0800

    autofs4: collect version check return
    
    The function check_dev_ioctl_version() returns an error code upon fail but
    it isn't captured and returned in validate_dev_ioctl() as it should be.
    
    [akpm@linux-foundation.org: coding-style fixes]
    Signed-off-by: Ian Kent <raven@themaw.net>
    Signed-off-by: Jeff Moyer <jmoyer@redhat.com>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit bc9c4068388eea01d3b5da31016879f2341ecec5
Author: Ian Kent <raven@themaw.net>
Date:   Thu Nov 6 12:53:22 2008 -0800

    autofs4: correct offset mount expire check
    
    When checking a directory tree in autofs_tree_busy() we can incorrectly
    decide that the tree isn't busy.  This happens for the case of an active
    offset mount as autofs4_follow_mount() follows past the active offset
    mount, which has an open file handle used for expires, causing the file
    handle not to count toward the busyness check.
    
    Signed-off-by: Ian Kent <raven@themaw.net>
    Signed-off-by: Jeff Moyer <jmoyer@redhat.com>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit eefc488f96cdde6e152b45675b50bf380b95d99f
Author: Henrik Rydberg <rydberg@euromail.se>
Date:   Thu Nov 6 12:53:22 2008 -0800

    hwmon: applesmc: add support for iMac 8
    
    Add temperature sensor support for iMac 8.
    
    Signed-off-by: Henrik Rydberg <rydberg@euromail.se>
    Tested-by: Klaus Doblmann <klaus.doblmann@gmail.com>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit a66603257bf88bbe2c9fd6a97ee5dc24de15d196
Author: Henrik Rydberg <rydberg@euromail.se>
Date:   Thu Nov 6 12:53:21 2008 -0800

    hwmon: applesmc: add support for Macbook Pro 5
    
    Add accelerometer, backlight and temperature sensor support for the new
    unibody Macbook Pro 5.
    
    Signed-off-by: Henrik Rydberg <rydberg@euromail.se>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 181209a1d91756bfd83b1d6ce2008cea3ca225b6
Author: Henrik Rydberg <rydberg@euromail.se>
Date:   Thu Nov 6 12:53:20 2008 -0800

    hwmon: applesmc: add support for Macbook 5
    
    Add accelerometer, backlight and temperature sensor support for the new
    unibody Macbook 5.
    
    Signed-off-by: Henrik Rydberg <rydberg@euromail.se>
    Tested-by: David M. Lary <dmlary@gmail.com>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 6e3530fa241ae759313496f67295c9252691ed04
Author: Henrik Rydberg <rydberg@euromail.se>
Date:   Thu Nov 6 12:53:19 2008 -0800

    hwmon: applesmc: add support for iMac 5
    
    Add temperature sensor support for iMac 5.
    
    Signed-off-by: Henrik Rydberg <rydberg@euromail.se>
    Tested-by: Ricky Campbell <johnrcampbell@gmail.com>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 9e3a4afd5a66f9047e30ba225525e6ff01612dc4
Author: Mark Brown <broonie@opensource.wolfsonmicro.com>
Date:   Thu Nov 6 12:53:18 2008 -0800

    rtc: fix handling of missing tm_year data when reading alarms
    
    When fixing up invalid years rtc_read_alarm() was calling rtc_valid_tm()
    as a boolean but rtc_valid_tm() returns zero on success or a negative
    number if the time is not valid so the test was inverted.
    
    Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
    Acked-by: Alessandro Zummo <a.zummo@towertech.it>
    Cc: David Brownell <david-b@pacbell.net>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit a564738c1c9c7b9ed696bf4116267789201ac8ac
Author: Wolfgang Kroworsch <wolfgang@kroworsch.de>
Date:   Thu Nov 6 12:53:16 2008 -0800

    vt: incomplete initialization of vc_tab_stop
    
    Problem 1 (see patch below):
      vc_tab_stop is declared as an array of 8 unsigned ints in struct
      vc_data in include/linux/console_struct.h .
      In drivers/char/vt.c only 5 of these 8 unsigned ints get initialized
      leading to unintended tabulator placement on displays with more than
      160 columns text.
    
    Problem 2 (open):
      Upcoming displays will have more than 256 columns of text leading to
      invalid memory access in drivers/char/vt.c during tabulator
      calculations:
        if (vc->vc_tab_stop[vc->vc_x >> 5] & (1 << (vc->vc_x & 31)))
    	break;
    
    Signed-off-by: Wolfgang Kroworsch <wolfgang@kroworsch.de>
    Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
    Cc: Christoph Hellwig <hch@lst.de>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 2197d18ded232ef6eef63cce57b6b21eddf1b7b6
Author: Andrey Borzenkov <arvidjaar@mail.ru>
Date:   Thu Nov 6 12:53:15 2008 -0800

    cpqarry: fix return value of cpqarray_init()
    
    As reported by Dick Gevers on Compaq ProLiant:
    
    Oct 13 18:06:51 dvgcpl kernel: Compaq SMART2 Driver (v 2.6.0)
    Oct 13 18:06:51 dvgcpl kernel: sys_init_module: 'cpqarray'->init
    suspiciously returned 1, it should follow 0/-E convention
    Oct 13 18:06:51 dvgcpl kernel: sys_init_module: loading module anyway...
    Oct 13 18:06:51 dvgcpl kernel: Pid: 315, comm: modprobe Not tainted
    2.6.27-desktop-0.rc8.2mnb #1
    Oct 13 18:06:51 dvgcpl kernel:  [<c0380612>] ? printk+0x18/0x1e
    Oct 13 18:06:51 dvgcpl kernel:  [<c0158f85>] sys_init_module+0x155/0x1c0
    Oct 13 18:06:51 dvgcpl kernel:  [<c0103f06>] syscall_call+0x7/0xb
    Oct 13 18:06:51 dvgcpl kernel:  =======================
    
    Make it return 0 on success and -ENODEV if no array was found.
    
    Reported-by: Dick Gevers <dvgevers@xs4all.nl>
    Signed-off-by: Andrey Borzenkov <arvidjaar@mail.ru>
    Cc: Jens Axboe <jens.axboe@oracle.com>
    Cc: Greg Kroah-Hartman <gregkh@suse.de>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 77ca7286d10b798e4907af941f29672bf484db77
Author: Mike Miller <mike.miller@hp.com>
Date:   Thu Nov 6 12:53:14 2008 -0800

    cciss: new hardware support
    
    Add support for 2 new SAS/SATA controllers.
    
    Signed-off-by: Mike Miller <mike.miller@hp.com>
    Cc: Jens Axboe <jens.axboe@oracle.com>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit f8d570a4745835f2238a33b537218a1bb03fc671
Author: David Miller <davem@davemloft.net>
Date:   Thu Nov 6 00:37:40 2008 -0800

    net: Fix recursive descent in __scm_destroy().
    
    __scm_destroy() walks the list of file descriptors in the scm_fp_list
    pointed to by the scm_cookie argument.
    
    Those, in turn, can close sockets and invoke __scm_destroy() again.
    
    There is nothing which limits how deeply this can occur.
    
    The idea for how to fix this is from Linus.  Basically, we do all of
    the fput()s at the top level by collecting all of the scm_fp_list
    objects hit by an fput().  Inside of the initial __scm_destroy() we
    keep running the list until it is empty.
    
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit d54bc4e3fc5c56600a13c9ebc0a7e1077ac05d59
Author: Zhu, Yi <yi.zhu@intel.com>
Date:   Tue Nov 4 12:21:36 2008 -0800

    iwl3945: fix deadlock on suspend
    
    This patch fixes iwl3945 deadlock during suspend by moving notify_mac out
    of iwl3945 mutex. This is a portion of the same fix for iwlwifi by Tomas.
    
    Signed-off-by: Zhu Yi <yi.zhu@intel.com>
    Signed-off-by: Tomas Winkler <tomas.winkler@intel.com>
    Signed-off-by: Reinette Chatre <reinette.chatre@intel.com>
    Signed-off-by: John W. Linville <linville@tuxdriver.com>

commit 14b5433606289dbc5b6fd70ced11462f80e95003
Author: Reinette Chatre <reinette.chatre@intel.com>
Date:   Tue Nov 4 12:21:35 2008 -0800

    iwl3945: do not send scan command if channel count zero
    
    Do not send scan command if no channels to scan.
    
    This avoids a Microcode error as reported in:
    http://www.intellinuxwireless.org/bugzilla/show_bug.cgi?id=1650
    http://bugzilla.kernel.org/show_bug.cgi?id=11806
    http://marc.info/?l=linux-wireless&m=122437145211886&w=2
    
    Signed-off-by: Reinette Chatre <reinette.chatre@intel.com>
    Signed-off-by: John W. Linville <linville@tuxdriver.com>

commit 2420ebc104d38567ee977a3c15dc675a9dd3b07c
Author: Mohamed Abbas <mohamed.abbas@intel.com>
Date:   Tue Nov 4 12:21:34 2008 -0800

    iwl3945: clear scanning bits upon failure
    
    This patch ensures we clear any scan status bit when
    an error occurs while sending the scan command. It is
    the implementation of patch:
    "iwlwifi: clear scanning bits upon failure"
    for iwl3945.
    
    Signed-off-by: Mohamed Abbas <mohamed.abbas@intel.com>
    Signed-off-by: Reinette Chatre <reinette.chatre@intel.com>
    Signed-off-by: John W. Linville <linville@tuxdriver.com>

commit c793033945bea23d7a6e0d8d94b2da6603e02af2
Author: Bob Copeland <me@bobcopeland.com>
Date:   Mon Nov 3 22:14:00 2008 -0500

    ath5k: correct handling of rx status fields
    
    ath5k_rx_status fields rs_antenna and rs_more are u8s, but we
    were setting them with bitwise ANDs of 32-bit values.
    
    As a consequence, jumbo frames would not be discarded as intended.
    Then, because the hw rate value of such frames is zero, and, since
    "ath5k: rates cleanup", we do not fall back to the basic rate, such
    packets would trigger the following WARN_ON:
    
    ------------[ cut here ]------------
    WARNING: at net/mac80211/rx.c:2192 __ieee80211_rx+0x4d/0x57e [mac80211]()
    Modules linked in: ath5k af_packet sha256_generic aes_i586 aes_generic cbc loop i915 drm binfmt_misc acpi_cpufreq fan container nls_utf8 hfsplus dm_crypt dm_mod kvm_intel kvm fuse sbp2 snd_hda_intel snd_pcm_oss snd_pcm snd_mixer_oss snd_seq_dummy snd_seq_oss arc4 joydev hid_apple ecb snd_seq_midi snd_rawmidi snd_seq_midi_event snd_seq snd_timer snd_seq_device usbhid appletouch mac80211 sky2 snd ehci_hcd ohci1394 bitrev crc32 sr_mod cdrom rtc sg uhci_hcd snd_page_alloc cfg80211 ieee1394 thermal ac battery processor button evdev unix [last unloaded: ath5k]
    Pid: 0, comm: swapper Tainted: G        W  2.6.28-rc2-wl #14
    Call Trace:
     [<c0123d1e>] warn_on_slowpath+0x41/0x5b
     [<c012005d>] ? sched_debug_show+0x31e/0x9c6
     [<c012489f>] ? vprintk+0x369/0x389
     [<c0309539>] ? _spin_unlock_irqrestore+0x54/0x58
     [<c011cd8f>] ? try_to_wake_up+0x14f/0x15a
     [<f81918cb>] __ieee80211_rx+0x4d/0x57e [mac80211]
     [<f828872a>] ath5k_tasklet_rx+0x5a1/0x5e4 [ath5k]
     [<c013b9cd>] ? clockevents_program_event+0xd4/0xe3
     [<c01283a9>] tasklet_action+0x94/0xfd
     [<c0127d19>] __do_softirq+0x8c/0x13e
     [<c0127e04>] do_softirq+0x39/0x55
     [<c0128082>] irq_exit+0x46/0x85
     [<c010576c>] do_IRQ+0x9a/0xb2
     [<c010461c>] common_interrupt+0x28/0x30
     [<f80e934a>] ? acpi_idle_enter_bm+0x2ad/0x31b [processor]
     [<c02976bf>] cpuidle_idle_call+0x65/0x9a
     [<c010262c>] cpu_idle+0x76/0xa6
     [<c02fb402>] rest_init+0x62/0x64
    
    Signed-off-by: Bob Copeland <me@bobcopeland.com>
    Signed-off-by: John W. Linville <linville@tuxdriver.com>

commit 0feec9dfe7b8880ab3b4c38d7cc4107dd706ea7f
Author: Daniel Drake <dsd@gentoo.org>
Date:   Sat Nov 1 17:03:48 2008 +0000

    zd1211rw: Add 2 device IDs
    
    07fa/1196
    Bewan BWIFI-USB54AR: Tested by night1308, this device is a ZD1211B with
    an AL2230S radio.
    
    0ace/b215
    HP 802.11abg: Tested by Robert Philippe
    
    Signed-off-by: John W. Linville <linville@tuxdriver.com>

commit 4a9d916717de0aab4313d43817164577255242fb
Author: Jonathan McDowell <noodles@earth.li>
Date:   Thu Oct 30 22:46:48 2008 +0000

    Fix logic error in rfkill_check_duplicity
    
    > I'll have a prod at why the [hso] rfkill stuff isn't working next
    
    Ok, I believe this is due to the addition of rfkill_check_duplicity in
    rfkill and the fact that test_bit actually returns a negative value
    rather than the postive one expected (which is of course equally true).
    So when the second WLAN device (the hso device, with the EEE PC WLAN
    being the first) comes along rfkill_check_duplicity returns a negative
    value and so rfkill_register returns an error. Patch below fixes this
    for me.
    
    Signed-Off-By: Jonathan McDowell <noodles@earth.li>
    Acked-by: Henrique de Moraes Holschuh <hmh@hmh.eng.br>
    Signed-off-by: John W. Linville <linville@tuxdriver.com>

commit 964d2777438bf7687324243d38ade538d9bbfe3c
Author: John W. Linville <linville@tuxdriver.com>
Date:   Thu Oct 30 14:12:21 2008 -0400

    iwlagn: avoid sleep in softirq context
    
    __ieee80211_tasklet_handler -> __ieee80211_rx ->
    	__ieee80211_rx_handle_packet -> ieee80211_invoke_rx_handlers ->
    	ieee80211_rx_h_decrypt -> ieee80211_crypto_tkip_decrypt ->
    	ieee80211_tkip_decrypt_data -> iwl4965_mac_update_tkip_key ->
    	iwl_scan_cancel_timeout -> msleep
    
    Ooops!
    
    Avoid the sleep by changing iwl_scan_cancel_timeout with
    iwl_scan_cancel and simply returning on failure if the scan persists.
    This will cause hardware decryption to fail and we'll handle a few more
    frames with software decryption.
    
    Signed-off-by: John W. Linville <linville@tuxdriver.com>

commit 502c12e1ef14967e08dabb04c674cf0f000e8f7e
Author: Mohamed Abbas <mohamed.abbas@intel.com>
Date:   Thu Oct 23 23:48:54 2008 -0700

    iwlwifi: clear scanning bits upon failure
    
    In iwl_bg_request_scan function, if we could not send a
    scan command it will go to done.
    In done it does the right thing to call mac80211 with
    scan complete, but the problem is STATUS_SCAN_HW is still
    set causing any future scan to fail. Fix by clearing the scanning status
    bits if scan fails.
    
    Signed-off-by: Mohamed Abbas <mohamed.abbas@intel.com>
    Signed-off-by: Reinette Chatre <reinette.chatre@intel.com>
    Signed-off-by: John W. Linville <linville@tuxdriver.com>

commit 934f6c3f8e7f5d6a6d07ae2df283fd02393019dd
Author: John W. Linville <linville@tuxdriver.com>
Date:   Thu Nov 6 15:49:04 2008 -0500

    Revert "ath5k: honor FIF_BCN_PRBRESP_PROMISC in STA mode"
    
    Unfortunately, the result was that mac80211 didn't see all the beacons
    it actually wanted to see.  This caused lost associations.
    
    Hopefully we can revisit this when mac80211 is less greedy about seeing
    beacons directly...
    
    This reverts commit 063279062a8c530cc90fb77797db16c49c905b26.
    
    Signed-off-by: John W. Linville <linville@tuxdriver.com>

commit 6597cb84c86cefe4e174533b79e17b86f634b5e0
Merge: 878708f... 5c32f62...
Author: Russell King <rmk@dyn-67.arm.linux.org.uk>
Date:   Thu Nov 6 18:07:03 2008 +0000

    Merge branch 'omap-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6

commit 878708f290f6ed8b108d73fd6ab624cda6266a1e
Merge: b1cce6b... c7cf72d...
Author: Russell King <rmk@dyn-67.arm.linux.org.uk>
Date:   Thu Nov 6 18:04:23 2008 +0000

    Merge branch 'fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/djbw/xscaleiop

commit c7cf72dcadbe39c2077b32460f86c9f8167be3be
Author: Dan Williams <dan.j.williams@intel.com>
Date:   Thu Nov 6 17:43:55 2008 -0700

    [ARM] xsc3: fix xsc3_l2_inv_range
    
    When 'start' and 'end' are less than a cacheline apart and 'start' is
    unaligned we are done after cleaning and invalidating the first
    cacheline.  So check for (start < end) which will not walk off into
    invalid address ranges when (start > end).
    
    This issue was caught by drivers/dma/dmatest.
    
    2.6.27 is susceptible.
    
    Cc: <stable@kernel.org>
    Cc: Haavard Skinnemoen <haavard.skinnemoen@atmel.com>
    Cc: Lothar WaÃ<9f>mann <LW@KARO-electronics.de>
    Cc: Lennert Buytenhek <buytenh@marvell.com>
    Cc: Eric Miao <eric.miao@marvell.com>
    Signed-off-by: Dan Williams <dan.j.williams@intel.com>

commit b1cce6b1b2785fd61454b47ceacb461815407662
Author: Russell King <rmk@dyn-67.arm.linux.org.uk>
Date:   Tue Nov 4 10:52:28 2008 +0000

    [ARM] mm: fix page table initialization
    
    As a result of the ptebits changes, we ended up marking device mappings
    as normal memory on ARMv7 CPUs, resulting in undesirable behaviour with
    serial ports and the like.  While reviewing the section mapping table
    entries, other errors in the memory type settings for devices were
    detected and confirmed to prevent Xscale3 platforms booting.
    
    Tested on:
    	OMAP34xx (ARMv7),
    	OMAP24xx (ARMv6),
    	OMAP16xx (ARM926T, ARMv5),
    	PXA311 (Xscale3),
    	PXA272 (Xscale),
    	PXA255 (Xscale),
    	IXP42x (Xscale),
    	S3C2410 (ARM920T, ARMv4T),
    	ARM720T (ARMv4T)
    	StrongARM-110 (ARMv4)
    
    Acked-by: Tony Lindgren <tony@atomide.com>
    Tested-by: Robert Jarzmik <robert.jarzmik@free.fr>
    Tested-by: Mike Rapoport <mike@compulab.co.il>
    Tested-by: Ben Dooks <ben-linux@fluff.org>
    Tested-by: Anders Grafström <grfstrm@users.sourceforge.net>
    Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>

commit ab4f2ee130d5ffcf35616e1f5c6ab75af5b463b6
Author: Russell King <rmk@dyn-67.arm.linux.org.uk>
Date:   Thu Nov 6 17:11:07 2008 +0000

    [ARM] fix naming of MODULE_START / MODULE_END
    
    As of 73bdf0a60e607f4b8ecc5aec597105976565a84f, the kernel needs
    to know where modules are located in the virtual address space.
    On ARM, we located this region between MODULE_START and MODULE_END.
    Unfortunately, everyone else calls it MODULES_VADDR and MODULES_END.
    Update ARM to use the same naming, so is_vmalloc_or_module_addr()
    can work properly.  Also update the comment on mm/vmalloc.c to
    reflect that ARM also places modules in a separate region from the
    vmalloc space.
    
    Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>

commit 8d00450d296dedec9ada38d43b83e79cca6fd5a3
Author: Eduardo Habkost <ehabkost@redhat.com>
Date:   Tue Nov 4 12:52:44 2008 -0200

    Revert "x86: default to reboot via ACPI"
    
    This reverts commit c7ffa6c26277b403920e2255d10df849bd613380.
    
    the assumptio of this change was that this would not break
    any existing machine. Andrey Borzenkov reported troubles with
    the ACPI reboot method: the system would hang on reboot, necessiating
    a power cycle. Probably more systems are affected as well.
    
    Also, there are patches queued up for v2.6.29 to disable virtualization
    on emergency_restart() - which was the original motivation of
    this change.
    
    Reported-by: Andrey Borzenkov <arvidjaar@mail.ru>
    Bisected-by: Andrey Borzenkov <arvidjaar@mail.ru>
    Signed-off-by: Eduardo Habkost <ehabkost@redhat.com>
    Acked-by: Avi Kivity <avi@redhat.com>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit b9c3bfc24e1088d260de4091b2b41808c7398355
Author: Hugh Dickins <hugh@veritas.com>
Date:   Thu Nov 6 12:05:40 2008 +0000

    x86: align DirectMap in /proc/meminfo
    
    Impact: right-align /proc/meminfo consistent with other fields
    
    When the split-LRU patches added Inactive(anon) and Inactive(file) lines
    to /proc/meminfo, all counts were moved two columns rightwards to fit in.
    Now move x86's DirectMap lines two columns rightwards to line up.
    
    Signed-off-by: Hugh Dickins <hugh@veritas.com>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 31f297143b9905647fa5ef12086626a6f172a4ea
Merge: d6f0f39... 80be308...
Author: Ingo Molnar <mingo@elte.hu>
Date:   Thu Nov 6 15:23:35 2008 +0100

    Merge branch 'iommu-fixes-2.6.28' of git://git.kernel.org/pub/scm/linux/kernel/git/joro/linux-2.6-iommu into x86/urgent

commit 80be308dfa3798c7bad0fc81760b2faf83870e91
Author: Joerg Roedel <joerg.roedel@amd.com>
Date:   Thu Nov 6 14:59:05 2008 +0100

    AMD IOMMU: fix lazy IO/TLB flushing in unmap path
    
    Lazy flushing needs to take care of the unmap path too which is not yet
    implemented and leads to stale IO/TLB entries. This is fixed by this
    patch.
    
    Signed-off-by: Joerg Roedel <joerg.roedel@amd.com>

commit f0e625c1aa24e861c224fb778c377b2ddb443d2b
Author: Andrew Victor <linux@maxim.org.za>
Date:   Wed Nov 5 22:36:35 2008 +0200

    [WATCHDOG] SAM9 watchdog - supported on all SAM9 and CAP9 processors
    
    The SAM9 watchdog driver is usable on the whole family of AT91SAM9 and
    CAP9 processors.
    Update the configuration to indicate this and allow the driver to be selected.
    
    Signed-off-by: Andrew Victor <linux@maxim.org.za>
    Signed-off-by: Wim Van Sebroeck <wim@iguana.be>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>

commit b954f6f63e7938a11de5bd15cb5cbcac7423cf97
Author: Andrew Victor <linux@maxim.org.za>
Date:   Wed Nov 5 22:18:41 2008 +0200

    [WATCHDOG] SAM9 watchdog - update for moved headers
    
    The architecture header files were recently moved from
    include/asm-arm/mach-at91/ to arch/arm/mach-at91/include/mach/.
    The SAM9 watchdog driver still includes a header from the old location.
    
    Signed-off-by: Andrew Victor <linux@maxim.org.za>
    Signed-off-by: Wim Van Sebroeck <wim@iguana.be>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>

commit d6f0f39b7d05e62b347c4352d070e4afb3ade4b5
Author: Suresh Siddha <suresh.b.siddha@intel.com>
Date:   Tue Nov 4 13:53:04 2008 -0800

    x86: add smp_mb() before sending INVALIDATE_TLB_VECTOR
    
    Impact: fix rare x2apic hang
    
    On x86, x2apic mode accesses for sending IPI's don't have serializing
    semantics. If the IPI receivner refers(in lock-free fashion) to some
    memory setup by the sender, the need for smp_mb() before sending the
    IPI becomes critical in x2apic mode.
    
    Add the smp_mb() in native_flush_tlb_others() before sending the IPI.
    
    Signed-off-by: Suresh Siddha <suresh.b.siddha@intel.com>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit f1cd14ae52985634d0389e934eba25b5ecf24565
Author: Andre Noll <maan@systemlinux.org>
Date:   Thu Nov 6 19:41:24 2008 +1100

    md: linear: Fix a division by zero bug for very small arrays.
    
    We currently oops with a divide error on starting a linear software
    raid array consisting of at least two very small (< 500K) devices.
    
    The bug is caused by the calculation of the hash table size which
    tries to compute sector_div(sz, base) with "base" being zero due to
    the small size of the component devices of the array.
    
    Fix this by requiring the hash spacing to be at least one which
    implies that also "base" is non-zero.
    
    This bug has existed since about 2.6.14.
    
    Cc: stable@kernel.org
    Signed-off-by: Andre Noll <maan@systemlinux.org>
    Signed-off-by: NeilBrown <neilb@suse.de>

commit 7db282fa67b58daff8a57f9e1c93d4474b5908ff
Author: Yinghai Lu <yinghai@kernel.org>
Date:   Wed Nov 5 23:36:48 2008 -0800

    x86: remove VISWS and PARAVIRT around NR_IRQS puzzle
    
    Impact: fix warning message when PARAVIRT is set in config
    
    Remove stale #ifdef components from our IRQ sizing logic.
    x86/Voyager is the only holdout.
    
    Signed-off-by: Yinghai Lu <yinghai@kernel.org>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 7838c15b8dd18e78a523513749e5b54bda07b0cb
Author: Alan Stern <stern@rowland.harvard.edu>
Date:   Thu Nov 6 08:42:49 2008 +0100

    Block: use round_jiffies_up()
    
    This patch (as1159b) changes the timeout routines in the block core to
    use round_jiffies_up().  There's no point in rounding the timer
    deadline down, since if it expires too early we will have to restart
    it.
    
    The patch also removes some unnecessary tests when a request is
    removed from the queue's timer list.
    
    Signed-off-by: Alan Stern <stern@rowland.harvard.edu>
    Signed-off-by: Jens Axboe <jens.axboe@oracle.com>

commit 9c133c469d38043d5aadaa03f2fb840d88d1cf4f
Author: Alan Stern <stern@rowland.harvard.edu>
Date:   Thu Nov 6 08:42:48 2008 +0100

    Add round_jiffies_up and related routines
    
    This patch (as1158b) adds round_jiffies_up() and friends.  These
    routines work like the analogous round_jiffies() functions, except
    that they will never round down.
    
    The new routines will be useful for timeouts where we don't care
    exactly when the timer expires, provided it doesn't expire too soon.
    
    Signed-off-by: Alan Stern <stern@rowland.harvard.edu>
    Signed-off-by: Jens Axboe <jens.axboe@oracle.com>

commit 89f97496e81d2112b5e41416fe3020688c443818
Author: Tejun Heo <tj@kernel.org>
Date:   Wed Nov 5 10:21:06 2008 +0100

    block: fix __blkdev_get() for removable devices
    
    Commit 0762b8bde9729f10f8e6249809660ff2ec3ad735 moved disk_get_part()
    in front of recursive get on the whole disk, which caused removable
    devices to try disk_get_part() before rescanning after a new media is
    inserted, which might fail legit open attempts or give the old
    partition.
    
    This patch fixes the problem by moving disk_get_part() after
    __blkdev_get() on the whole disk.
    
    This problem was spotted by Borislav Petkov.
    
    Signed-off-by: Tejun Heo <tj@kernel.org>
    Tested-by: Borislav Petkov <petkovbb@gmail.com>
    Signed-off-by: Jens Axboe <jens.axboe@oracle.com>

commit 561920a0d2bb6d63343e83acfd784c0a77bd28d1
Author: Suresh Siddha <suresh.b.siddha@intel.com>
Date:   Thu Oct 30 18:28:41 2008 +0100

    generic-ipi: fix the smp_mb() placement
    
    smp_mb() is needed (to make the memory operations visible globally) before
    sending the ipi on the sender and the receiver (on Alpha atleast) needs
    smp_read_barrier_depends() in the handler before reading the call_single_queue
    list in a lock-free fashion.
    
    On x86, x2apic mode register accesses for sending IPI's don't have serializing
    semantics. So the need for smp_mb() before sending the IPI becomes more
    critical in x2apic mode.
    
    Remove the unnecessary smp_mb() in csd_flag_wait(), as the presence of that
    smp_mb() doesn't mean anything on the sender, when the ipi receiver is not
    doing any thing special (like memory fence) after clearing the CSD_FLAG_WAIT.
    
    Signed-off-by: Suresh Siddha <suresh.b.siddha@intel.com>
    Signed-off-by: Jens Axboe <jens.axboe@oracle.com>

commit e78042e5b83936b1d12a4b5bbb492bdd88ad76c6
Author: Mike Anderson <andmike@linux.vnet.ibm.com>
Date:   Thu Oct 30 02:16:20 2008 -0700

    blk: move blk_delete_timer call in end_that_request_last
    
    Move the calling  blk_delete_timer to later in end_that_request_last to
    address an issue where blkdev_dequeue_request may have add a timer for the
    request.
    
    Signed-off-by: Mike Anderson <andmike@linux.vnet.ibm.com>
    Acked-by: Tejun Heo <tj@kernel.org>
    Signed-off-by: Jens Axboe <jens.axboe@oracle.com>

commit 2920ebbd65f3e80c318adf5191ac0987142bda80
Author: Tejun Heo <tj@kernel.org>
Date:   Thu Oct 30 08:32:29 2008 +0100

    block: add timer on blkdev_dequeue_request() not elv_next_request()
    
    Block queue supports two usage models - one where block driver peeks
    at the front of queue using elv_next_request(), processes it and
    finishes it and the other where block driver peeks at the front of
    queue, dequeue the request using blkdev_dequeue_request() and finishes
    it.  The latter is more flexible as it allows the driver to process
    multiple commands concurrently.
    
    These two inconsistent usage models affect the block layer
    implementation confusing.  For some, elv_next_request() is considered
    the issue point while others consider blkdev_dequeue_request() the
    issue point.
    
    Till now the inconsistency mostly affect only accounting, so it didn't
    really break anything seriously; however, with block layer timeout,
    this inconsistency hits hard.  Block layer considers
    elv_next_request() the issue point and adds timer but SCSI layer
    thinks it was just peeking and when the request can't process the
    command right away, it's just left there without further processing.
    This makes the request dangling on the timer list and, when the timer
    goes off, the request which the SCSI layer and below think is still on
    the block queue ends up in the EH queue, causing various problems - EH
    hang (failed count goes over busy count and EH never wakes up),
    WARN_ON() and oopses as low level driver trying to handle the unknown
    command, etc. depending on the timing.
    
    As SCSI midlayer is the only user of block layer timer at the moment,
    moving blk_add_timer() to elv_dequeue_request() fixes the problem;
    however, this two usage models definitely need to be cleaned up in the
    future.
    
    Signed-off-by: Tejun Heo <tj@kernel.org>
    Signed-off-by: Jens Axboe <jens.axboe@oracle.com>

commit f92131c3dd567fc6df18ce3f46fcf57ecbdefbe0
Author: Jeremy Fitzhardinge <jeremy@goop.org>
Date:   Wed Oct 29 14:10:51 2008 +0100

    bio: define __BIOVEC_PHYS_MERGEABLE
    
    Define __BIOVEC_PHYS_MERGEABLE as the default implementation of
    BIOVEC_PHYS_MERGEABLE, so that its available for reuse within an
    arch-specific definition of BIOVEC_PHYS_MERGEABLE.
    
    Signed-off-by: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com>
    Signed-off-by: Jens Axboe <jens.axboe@oracle.com>

commit 43381785a5ba1cb424b36812373a6a04054b5c3c
Author: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Date:   Mon Oct 20 15:43:43 2008 +0200

    block: remove unused ll_new_mergeable()
    
    Signed-off-by: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
    Signed-off-by: Jens Axboe <jens.axboe@oracle.com>

commit da85f865b1dcec0853c48b763ed312441ce0c7df
Author: Bjorn Helgaas <bjorn.helgaas@hp.com>
Date:   Wed Nov 5 13:37:27 2008 -0600

    x86: mention ACPI in top-level Kconfig menu
    
    Impact: clarify menuconfig text
    
    Mention ACPI in the top-level menu to give a clue as to where
    it lives. This matches what ia64 does.
    
    Signed-off-by: Bjorn Helgaas <bjorn.helgaas@hp.com>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit a53a6c85756339f82ff19e001e90cfba2d6299a8
Author: NeilBrown <neilb@suse.de>
Date:   Thu Nov 6 17:28:20 2008 +1100

    md: fix bug in raid10 recovery.
    
    Adding a spare to a raid10 doesn't cause recovery to start.
    This is due to an silly type in
      commit 6c2fce2ef6b4821c21b5c42c7207cb9cf8c87eda
    and so is a bug in 2.6.27 and .28-rc.
    
    Thanks to Thomas Backlund for bisecting to find this.
    
    Cc: Thomas Backlund <tmb@mandriva.org>
    Cc: stable@kernel.org
    
    Signed-off-by: NeilBrown <neilb@suse.de>

commit cb3ac42b8af357fdd9ad838234245b39e5bdb7fe
Author: NeilBrown <neilb@suse.de>
Date:   Thu Nov 6 17:28:01 2008 +1100

    md: revert the recent addition of a call to the BLKRRPART ioctl.
    
    It turns out that it is only safe to call blkdev_ioctl when the device
    is actually open (as ->bd_disk is set to NULL on last close).  And it
    is quite possible for do_md_stop to be called when the device is not
    open.  So discard the call to blkdev_ioctl(BLKRRPART) which was
    added in
       commit 934d9c23b4c7e31840a895ba4b7e88d6413c81f3
    
    It is just as easy to call this ioctl from userspace when needed (on
    mdadm -S) so leave it out of the kernel
    
    Signed-off-by: NeilBrown <neilb@suse.de>

commit 1b4897688011cd05e07f00dcfe6af3331eb36a3c
Author: Yinghai Lu <yinghai@kernel.org>
Date:   Tue Nov 4 14:10:13 2008 -0800

    x86: size NR_IRQS on 32-bit systems the same way as 64-bit
    
    Impact: make NR_IRQS big enough for system with lots of apic/pins
    
    If lots of IO_APIC's are there (or can be there), size the same way
    as 64-bit, depending on MAX_IO_APICS and NR_CPUS.
    
    This fixes the boot problem reported by Ben Hutchings on a 32-bit
    server with 5 IO-APICs and 240 IO-APIC pins.
    
    Signed-off-by: Yinghai <yinghai@kernel.org>
    Tested-by: Ben Hutchings <bhutchings@solarflare.com>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit c78d0cf2925bffae8a6f00e7d9b8e971b0392edd
Author: Ben Hutchings <bhutchings@solarflare.com>
Date:   Wed Nov 5 12:04:46 2008 +0000

    x86: don't allow nr_irqs > NR_IRQS
    
    Impact: fix boot hang on 32-bit systems with more than 224 IO-APIC pins
    
    On some 32-bit systems with a lot of IO-APICs probe_nr_irqs() can
    return a value larger than NR_IRQS. This will lead to probe_irq_on()
    overrunning the irq_desc array.
    
    I hit this when running net-next-2.6 (close to 2.6.28-rc3) on a
    Supermicro dual Xeon system.  NR_IRQS is 224 but probe_nr_irqs() detects
    5 IOAPICs and returns 240.  Here are the log messages:
    
    Tue Nov  4 16:53:47 2008 ACPI: IOAPIC (id[0x01] address[0xfec00000] gsi_base[0])
    Tue Nov  4 16:53:47 2008 IOAPIC[0]: apic_id 1, version 32, address 0xfec00000, GSI 0-23
    Tue Nov  4 16:53:47 2008 ACPI: IOAPIC (id[0x02] address[0xfec81000] gsi_base[24])
    Tue Nov  4 16:53:47 2008 IOAPIC[1]: apic_id 2, version 32, address 0xfec81000, GSI 24-47
    Tue Nov  4 16:53:47 2008 ACPI: IOAPIC (id[0x03] address[0xfec81400] gsi_base[48])
    Tue Nov  4 16:53:47 2008 IOAPIC[2]: apic_id 3, version 32, address 0xfec81400, GSI 48-71
    Tue Nov  4 16:53:47 2008 ACPI: IOAPIC (id[0x04] address[0xfec82000] gsi_base[72])
    Tue Nov  4 16:53:47 2008 IOAPIC[3]: apic_id 4, version 32, address 0xfec82000, GSI 72-95
    Tue Nov  4 16:53:47 2008 ACPI: IOAPIC (id[0x05] address[0xfec82400] gsi_base[96])
    Tue Nov  4 16:53:47 2008 IOAPIC[4]: apic_id 5, version 32, address 0xfec82400, GSI 96-119
    Tue Nov  4 16:53:47 2008 ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 high edge)
    Tue Nov  4 16:53:47 2008 ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
    Tue Nov  4 16:53:47 2008 Enabling APIC mode:  Flat.  Using 5 I/O APICs
    
    Signed-off-by: Ben Hutchings <bhutchings@solarflare.com>
    Acked-by: Yinghai Lu <yhlu.kernel@gmail.com>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit dc8a0843a435b2c0891e7eaea64faaf1ebec9b11
Author: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Date:   Wed Nov 5 23:21:16 2008 +0100

    [JFFS2] fix race condition in jffs2_lzo_compress()
    
    deflate_mutex protects the globals lzo_mem and lzo_compress_buf.  However,
    jffs2_lzo_compress() unlocks deflate_mutex _before_ it has copied out the
    compressed data from lzo_compress_buf.  Correct this by moving the mutex
    unlock after the copy.
    
    In addition, document what deflate_mutex actually protects.
    
    Cc: stable@kernel.org
    Signed-off-by: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
    Acked-by: Richard Purdie <rpurdie@openedhand.com>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>

commit b0d5fdef521b1eadb3fc2c1283000af7ef0297bc
Author: Randy Dunlap <randy.dunlap@oracle.com>
Date:   Tue Nov 4 20:46:46 2008 -0800

    net/9p: fix printk format warnings
    
    Fix printk format warnings in net/9p.
    Built cleanly on 7 arches.
    
    net/9p/client.c:820: warning: format '%llx' expects type 'long long unsigned int', but argument 4 has type 'u64'
    net/9p/client.c:820: warning: format '%llx' expects type 'long long unsigned int', but argument 5 has type 'u64'
    net/9p/client.c:867: warning: format '%llx' expects type 'long long unsigned int', but argument 4 has type 'u64'
    net/9p/client.c:867: warning: format '%llx' expects type 'long long unsigned int', but argument 5 has type 'u64'
    net/9p/client.c:932: warning: format '%llx' expects type 'long long unsigned int', but argument 5 has type 'u64'
    net/9p/client.c:932: warning: format '%llx' expects type 'long long unsigned int', but argument 6 has type 'u64'
    net/9p/client.c:982: warning: format '%llx' expects type 'long long unsigned int', but argument 4 has type 'u64'
    net/9p/client.c:982: warning: format '%llx' expects type 'long long unsigned int', but argument 5 has type 'u64'
    net/9p/client.c:1025: warning: format '%llx' expects type 'long long unsigned int', but argument 4 has type 'u64'
    net/9p/client.c:1025: warning: format '%llx' expects type 'long long unsigned int', but argument 5 has type 'u64'
    net/9p/client.c:1227: warning: format '%llx' expects type 'long long unsigned int', but argument 7 has type 'u64'
    net/9p/client.c:1227: warning: format '%llx' expects type 'long long unsigned int', but argument 12 has type 'u64'
    net/9p/client.c:1227: warning: format '%llx' expects type 'long long unsigned int', but argument 8 has type 'u64'
    net/9p/client.c:1227: warning: format '%llx' expects type 'long long unsigned int', but argument 13 has type 'u64'
    net/9p/client.c:1252: warning: format '%llx' expects type 'long long unsigned int', but argument 7 has type 'u64'
    net/9p/client.c:1252: warning: format '%llx' expects type 'long long unsigned int', but argument 12 has type 'u64'
    net/9p/client.c:1252: warning: format '%llx' expects type 'long long unsigned int', but argument 8 has type 'u64'
    net/9p/client.c:1252: warning: format '%llx' expects type 'long long unsigned int', but argument 13 has type 'u64'
    
    Signed-off-by: Randy Dunlap <randy.dunlap@oracle.com>
    Signed-off-by: Eric Van Hensbergen <ericvh@gmail.com>

commit 9f3e9bbe62b0bdbbaa7c689a68a22a7d3c1670f0
Author: Roel Kluin <roel.kluin@gmail.com>
Date:   Tue Oct 28 14:22:43 2008 -0500

    unsigned fid->fid cannot be negative
    
    Signed-off-by: Roel Kluin <roel.kluin@gmail.com>
    Signed-off-by: Eric Van Hensbergen <ericvh@gmail.com>

commit 1558c6214904c636d5a37f05f84202d6cdd9cff8
Author: Huang Weiyi <weiyi.huang@gmail.com>
Date:   Mon Oct 27 13:15:16 2008 -0500

    9p: rdma: remove duplicated #include
    
    Removed duplicated #include <rdma/ib_verbs.h> in
    net/9p/trans_rdma.c.
    
    Signed-off-by: Huang Weiyi <weiyi.huang@gmail.com>
    Signed-off-by: Eric Van Hensbergen <ericvh@gmail.com>

commit 45abdf1c7be80d6ec3b0b14e59ee75a0d5d9fb37
Author: Tom Tucker <tom@opengridcomputing.com>
Date:   Thu Oct 23 16:33:25 2008 -0500

    p9: Fix leak of waitqueue in request allocation path
    
    If a T or R fcall cannot be allocated, the function returns an error
    but neglects to free the wait queue that was successfully allocated.
    
    If it comes through again a second time this wq will be overwritten
    with a new allocation and the old allocation will be leaked.
    
    Also, if the client is subsequently closed, the close path will
    attempt to clean up these allocations, so set the req fields to
    NULL to avoid duplicate free.
    
    Signed-off-by: Tom Tucker <tom@opengridcomputing.com>
    Signed-off-by: Eric Van Hensbergen <ericvh@gmail.com>

commit 82b189eaaf6186b7694317632255fa87460820a0
Author: Tom Tucker <tom@opengridcomputing.com>
Date:   Thu Oct 23 16:32:28 2008 -0500

    9p: Remove unneeded free of fcall for Flush
    
    T and R fcall are reused until the client is destroyed. There does
    not need to be a special case for Flush
    
    Signed-off-by: Tom Tucker <tom@opengridcomputing.com>
    Signed-off-by: Eric Van Hensbergen <ericvh@gmail.com>

commit cac23d6505546f4cfa42d949ec46d431a44bd39c
Author: Tom Tucker <tom@opengridcomputing.com>
Date:   Thu Oct 23 16:31:02 2008 -0500

    9p: Make all client spin locks IRQ safe
    
    The client lock must be IRQ safe. Some of the lock acquisition paths
    took regular spin locks.
    
    Signed-off-by: Tom Tucker <tom@opengridcomputing.com>
    Signed-off-by: Eric Van Hensbergen <ericvh@gmail.com>

commit 517ac45af4b55913587279d89001171c222f22e7
Author: Tom Tucker <tom@opengridcomputing.com>
Date:   Thu Oct 23 16:30:13 2008 -0500

    9p: rdma: Set trans prior to requesting async connection ops
    
    The RDMA connection manager is fundamentally asynchronous.
    Since the async callback context is the client pointer, the
    transport in the client struct needs to be set prior to calling
    the first async op.
    
    Signed-off-by: Tom Tucker <tom@opengridcomputing.com>
    Signed-off-by: Eric Van Hensbergen <ericvh@gmail.com>

commit 9fcd18c9e63e325dbd2b4c726623f760788d5aa8
Author: Ingo Molnar <mingo@elte.hu>
Date:   Wed Nov 5 16:52:08 2008 +0100

    sched: re-tune balancing
    
    Impact: improve wakeup affinity on NUMA systems, tweak SMP systems
    
    Given the fixes+tweaks to the wakeup-buddy code, re-tweak the domain
    balancing defaults on NUMA and SMP systems.
    
    Turn on SD_WAKE_AFFINE which was off on x86 NUMA - there's no reason
    why we would not want to have wakeup affinity across nodes as well.
    (we already do this in the standard NUMA template.)
    
    lat_ctx on a NUMA box is particularly happy about this change:
    
    before:
    
     |   phoenix:~/l> ./lat_ctx -s 0 2
     |   "size=0k ovr=2.60
     |   2 5.70
    
    after:
    
     |   phoenix:~/l> ./lat_ctx -s 0 2
     |   "size=0k ovr=2.65
     |   2 2.07
    
    a 2.75x speedup.
    
    pipe-test is similarly happy about it too:
    
     |  phoenix:~/sched-tests> ./pipe-test
     |   18.26 usecs/loop.
     |   14.70 usecs/loop.
     |   14.38 usecs/loop.
     |   10.55 usecs/loop.              # +WAKE_AFFINE on domain0+domain1
     |   8.63 usecs/loop.
     |   8.59 usecs/loop.
     |   9.03 usecs/loop.
     |   8.94 usecs/loop.
     |   8.96 usecs/loop.
     |   8.63 usecs/loop.
    
    Also:
    
     - disable SD_BALANCE_NEWIDLE on NUMA and SMP domains (keep it for siblings)
     - enable SD_WAKE_BALANCE on SMP domains
    
    Sysbench+postgresql improves all around the board, quite significantly:
    
               .28-rc3-11474e2c  .28-rc3-11474e2c-tune
    -------------------------------------------------
        1:             571              688    +17.08%
        2:            1236             1206    -2.55%
        4:            2381             2642    +9.89%
        8:            4958             5164    +3.99%
       16:            9580             9574    -0.07%
       32:            7128             8118    +12.20%
       64:            7342             8266    +11.18%
      128:            7342             8064    +8.95%
      256:            7519             7884    +4.62%
      512:            7350             7731    +4.93%
    -------------------------------------------------
      SUM:           55412            59341    +6.62%
    
    So it's a win both for the runup portion, the peak area and the tail.
    
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 467622ef2acb01986eab37ef96c3632b3ea35999
Author: Eric W. Biederman <ebiederm@xmission.com>
Date:   Sat Nov 1 04:19:11 2008 -0700

    [MTD] [NOR] Fix cfi_send_gen_cmd handling of x16 devices in x8 mode (v4)
    
    For "unlock" cycles to 16bit devices in 8bit compatibility mode we need
    to use the byte addresses 0xaaa and 0x555. These effectively match
    the word address 0x555 and 0x2aa, except the latter has its low bit set.
    
    Most chips don't care about the value of the 'A-1' pin in x8 mode,
    but some -- like the ST M29W320D -- do. So we need to be careful to
    set it where appropriate.
    
    cfi_send_gen_cmd is only ever passed addresses where the low byte
    is 0x00, 0x55 or 0xaa. Of those, only addresses ending 0xaa are
    affected by this patch, by masking in the extra low bit when the device
    is known to be in compatibility mode.
    
    [dwmw2: Do it only when (cmd_ofs & 0xff) == 0xaa]
    v4: Fix  stupid typo in cfi_build_cmd_addr that failed to compile
        I'm writing this patch way to late at night.
    v3: Bring all of the work back into cfi_build_cmd_addr
        including calling of map_bankwidth(map) and cfi_interleave(cfi)
        So every caller doesn't need to.
    v2: Only modified the address if we our device_type is larger than our
        bus width.
    
    Cc: stable@kernel.org
    Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>

commit 518a09ef11f8454f4676125d47c3e775b300c6a5
Author: David S. Miller <davem@davemloft.net>
Date:   Wed Nov 5 03:36:01 2008 -0800

    tcp: Fix recvmsg MSG_PEEK influence of blocking behavior.
    
    Vito Caputo noticed that tcp_recvmsg() returns immediately from
    partial reads when MSG_PEEK is used.  In particular, this means that
    SO_RCVLOWAT is not respected.
    
    Simply remove the test.  And this matches the behavior of several
    other systems, including BSD.
    
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit efb9a8c28ca0edd9e2572117105ebad9bbc0c368
Author: Alexey Dobriyan <adobriyan@gmail.com>
Date:   Wed Nov 5 03:03:18 2008 -0800

    netfilter: netns ct: walk netns list under RTNL
    
    netns list (just list) is under RTNL. But helper and proto unregistration
    happen during rmmod when RTNL is not held, and that's how it was tested:
    modprobe/rmmod vs clone(CLONE_NEWNET)/exit.
    
    BUG: unable to handle kernel paging request at 0000000000100100	<===
    IP: [<ffffffffa009890f>] nf_conntrack_l4proto_unregister+0x96/0xae [nf_conntrack]
    PGD 15e300067 PUD 15e1d8067 PMD 0
    Oops: 0000 [#1] PREEMPT SMP DEBUG_PAGEALLOC
    last sysfs file: /sys/kernel/uevent_seqnum
    CPU 0
    Modules linked in: nf_conntrack_proto_sctp(-) nf_conntrack_proto_dccp(-) af_packet iptable_nat nf_nat nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 iptable_filter ip_tables xt_tcpudp ip6table_filter ip6_tables x_tables ipv6 sr_mod cdrom [last unloaded: nf_conntrack_proto_sctp]
    Pid: 16758, comm: rmmod Not tainted 2.6.28-rc2-netns-xfrm #3
    RIP: 0010:[<ffffffffa009890f>]  [<ffffffffa009890f>] nf_conntrack_l4proto_unregister+0x96/0xae [nf_conntrack]
    RSP: 0018:ffff88015dc1fec8  EFLAGS: 00010212
    RAX: 0000000000000000 RBX: 00000000001000f8 RCX: 0000000000000000
    RDX: ffffffffa009575c RSI: 0000000000000003 RDI: ffffffffa00956b5
    RBP: ffff88015dc1fed8 R08: 0000000000000002 R09: 0000000000000000
    R10: 0000000000000000 R11: ffff88015dc1fe48 R12: ffffffffa0458f60
    R13: 0000000000000880 R14: 00007fff4c361d30 R15: 0000000000000880
    FS:  00007f624435a6f0(0000) GS:ffffffff80521580(0000) knlGS:0000000000000000
    CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
    CR2: 0000000000100100 CR3: 0000000168969000 CR4: 00000000000006e0
    DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
    DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
    Process rmmod (pid: 16758, threadinfo ffff88015dc1e000, task ffff880179864218)
    Stack:
     ffffffffa0459100 0000000000000000 ffff88015dc1fee8 ffffffffa0457934
     ffff88015dc1ff78 ffffffff80253fef 746e6e6f635f666e 6f72705f6b636172
     00707463735f6f74 ffffffff8024cb30 00000000023b8010 0000000000000000
    Call Trace:
     [<ffffffffa0457934>] nf_conntrack_proto_sctp_fini+0x10/0x1e [nf_conntrack_proto_sctp]
     [<ffffffff80253fef>] sys_delete_module+0x19f/0x1fe
     [<ffffffff8024cb30>] ? trace_hardirqs_on_caller+0xf0/0x114
     [<ffffffff803ea9b2>] ? trace_hardirqs_on_thunk+0x3a/0x3f
     [<ffffffff8020b52b>] system_call_fastpath+0x16/0x1b
    Code: 13 35 e0 e8 c4 6c 1a e0 48 8b 1d 6d c6 46 e0 eb 16 48 89 df 4c 89 e2 48 c7 c6 fc 85 09 a0 e8 61 cd ff ff 48 8b 5b 08 48 83 eb 08 <48> 8b 43 08 0f 18 08 48 8d 43 08 48 3d 60 4f 50 80 75 d3 5b 41
    RIP  [<ffffffffa009890f>] nf_conntrack_l4proto_unregister+0x96/0xae [nf_conntrack]
     RSP <ffff88015dc1fec8>
    CR2: 0000000000100100
    ---[ end trace bde8ac82debf7192 ]---
    
    Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>
    Signed-off-by: Patrick McHardy <kaber@trash.net>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit e3ec6cfc260e2322834e200c2fa349cdf104fd13
Author: Benjamin Thery <benjamin.thery@bull.net>
Date:   Wed Nov 5 01:43:57 2008 -0800

    ipv6: fix run pending DAD when interface becomes ready
    
    With some net devices types, an IPv6 address configured while the
    interface was down can stay 'tentative' forever, even after the interface
    is set up. In some case, pending IPv6 DADs are not executed when the
    device becomes ready.
    
    I observed this while doing some tests with kvm. If I assign an IPv6
    address to my interface eth0 (kvm driver rtl8139) when it is still down
    then the address is flagged tentative (IFA_F_TENTATIVE). Then, I set
    eth0 up, and to my surprise, the address stays 'tentative', no DAD is
    executed and the address can't be pinged.
    
    I also observed the same behaviour, without kvm, with virtual interfaces
    types macvlan and veth.
    
    Some easy steps to reproduce the issue with macvlan:
    
    1. ip link add link eth0 type macvlan
    2. ip -6 addr add 2003::ab32/64 dev macvlan0
    3. ip addr show dev macvlan0
       ...
       inet6 2003::ab32/64 scope global tentative
       ...
    4. ip link set macvlan0 up
    5. ip addr show dev macvlan0
       ...
       inet6 2003::ab32/64 scope global tentative
       ...
       Address is still tentative
    
    I think there's a bug in net/ipv6/addrconf.c, addrconf_notify():
    addrconf_dad_run() is not always run when the interface is flagged IF_READY.
    Currently it is only run when receiving NETDEV_CHANGE event. Looks like
    some (virtual) devices doesn't send this event when becoming up.
    
    For both NETDEV_UP and NETDEV_CHANGE events, when the interface becomes
    ready, run_pending should be set to 1. Patch below.
    
    'run_pending = 1' could be moved below the if/else block but it makes
    the code less readable.
    
    Signed-off-by: Benjamin Thery <benjamin.thery@bull.net>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit b22cecdd8fa4667ebab02def0866387e709927ee
Author: Randy Dunlap <randy.dunlap@oracle.com>
Date:   Wed Nov 5 01:35:55 2008 -0800

    net/9p: fix printk format warnings
    
    Fix printk format warnings in net/9p.
    Built cleanly on 7 arches.
    
    net/9p/client.c:820: warning: format '%llx' expects type 'long long unsigned int', but argument 4 has type 'u64'
    net/9p/client.c:820: warning: format '%llx' expects type 'long long unsigned int', but argument 5 has type 'u64'
    net/9p/client.c:867: warning: format '%llx' expects type 'long long unsigned int', but argument 4 has type 'u64'
    net/9p/client.c:867: warning: format '%llx' expects type 'long long unsigned int', but argument 5 has type 'u64'
    net/9p/client.c:932: warning: format '%llx' expects type 'long long unsigned int', but argument 5 has type 'u64'
    net/9p/client.c:932: warning: format '%llx' expects type 'long long unsigned int', but argument 6 has type 'u64'
    net/9p/client.c:982: warning: format '%llx' expects type 'long long unsigned int', but argument 4 has type 'u64'
    net/9p/client.c:982: warning: format '%llx' expects type 'long long unsigned int', but argument 5 has type 'u64'
    net/9p/client.c:1025: warning: format '%llx' expects type 'long long unsigned int', but argument 4 has type 'u64'
    net/9p/client.c:1025: warning: format '%llx' expects type 'long long unsigned int', but argument 5 has type 'u64'
    net/9p/client.c:1227: warning: format '%llx' expects type 'long long unsigned int', but argument 7 has type 'u64'
    net/9p/client.c:1227: warning: format '%llx' expects type 'long long unsigned int', but argument 12 has type 'u64'
    net/9p/client.c:1227: warning: format '%llx' expects type 'long long unsigned int', but argument 8 has type 'u64'
    net/9p/client.c:1227: warning: format '%llx' expects type 'long long unsigned int', but argument 13 has type 'u64'
    net/9p/client.c:1252: warning: format '%llx' expects type 'long long unsigned int', but argument 7 has type 'u64'
    net/9p/client.c:1252: warning: format '%llx' expects type 'long long unsigned int', but argument 12 has type 'u64'
    net/9p/client.c:1252: warning: format '%llx' expects type 'long long unsigned int', but argument 8 has type 'u64'
    net/9p/client.c:1252: warning: format '%llx' expects type 'long long unsigned int', but argument 13 has type 'u64'
    
    Signed-off-by: Randy Dunlap <randy.dunlap@oracle.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 02479099c286894644f8e96c6bbb535ab64662fd
Author: Peter Zijlstra <a.p.zijlstra@chello.nl>
Date:   Tue Nov 4 21:25:10 2008 +0100

    sched: fix buddies for group scheduling
    
    Impact: scheduling order fix for group scheduling
    
    For each level in the hierarchy, set the buddy to point to the right entity.
    Therefore, when we do the hierarchical schedule, we have a fair chance of
    ending up where we meant to.
    
    Signed-off-by: Peter Zijlstra <a.p.zijlstra@chello.nl>
    Acked-by: Mike Galbraith <efault@gmx.de>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 4793241be408b3926ee00c704d7da3b3faf3a05f
Author: Peter Zijlstra <a.p.zijlstra@chello.nl>
Date:   Tue Nov 4 21:25:09 2008 +0100

    sched: backward looking buddy
    
    Impact: improve/change/fix wakeup-buddy scheduling
    
    Currently we only have a forward looking buddy, that is, we prefer to
    schedule to the task we last woke up, under the presumption that its
    going to consume the data we just produced, and therefore will have
    cache hot benefits.
    
    This allows co-waking producer/consumer task pairs to run ahead of the
    pack for a little while, keeping their cache warm. Without this, we
    would interleave all pairs, utterly trashing the cache.
    
    This patch introduces a backward looking buddy, that is, suppose that
    in the above scenario, the consumer preempts the producer before it
    can go to sleep, we will therefore miss the wakeup from consumer to
    producer (its already running, after all), breaking the cycle and
    reverting to the cache-trashing interleaved schedule pattern.
    
    The backward buddy will try to schedule back to the task that woke us
    up in case the forward buddy is not available, under the assumption
    that the last task will be the one with the most cache hot task around
    barring current.
    
    This will basically allow a task to continue after it got preempted.
    
    In order to avoid starvation, we allow either buddy to get wakeup_gran
    ahead of the pack.
    
    Signed-off-by: Peter Zijlstra <a.p.zijlstra@chello.nl>
    Acked-by: Mike Galbraith <efault@gmx.de>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit d95f98d0691d3aba5e35850011946a08c9b36428
Author: Peter Zijlstra <a.p.zijlstra@chello.nl>
Date:   Tue Nov 4 21:25:08 2008 +0100

    sched: fix fair preempt check
    
    Impact: fix cross-class preemption
    
    Inter-class wakeup preemptions should go on class order.
    
    Signed-off-by: Peter Zijlstra <a.p.zijlstra@chello.nl>
    Acked-by: Mike Galbraith <efault@gmx.de>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit f4b6755fb37595da3630d1d6fc130ea6888cd48f
Author: Peter Zijlstra <a.p.zijlstra@chello.nl>
Date:   Tue Nov 4 21:25:07 2008 +0100

    sched: cleanup fair task selection
    
    Impact: cleanup
    
    Clean up task selection
    
    Signed-off-by: Peter Zijlstra <a.p.zijlstra@chello.nl>
    Acked-by: Mike Galbraith <efault@gmx.de>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 454666eb78d890f5740ea1901f8b01a43c77c67c
Author: Stephen Rothwell <sfr@canb.auug.org.au>
Date:   Sun Nov 2 21:18:24 2008 +0000

    powerpc: Fix "unused variable" warning in pci_dlpar.c
    
    This gets rid of this build warning:
    
    arch/powerpc/platforms/pseries/pci_dlpar.c: In function 'init_phb_dynamic':
    arch/powerpc/platforms/pseries/pci_dlpar.c:192: warning: unused variable 'b'
    
    This is one of the very few warnings left in a ppc64_defconfig build and
    getting rid of it will make it easier to see future introduced ones (in
    fact this was introduced very recently).
    
    Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
    Signed-off-by: Paul Mackerras <paulus@samba.org>

commit 9c8b4aff18b59cd0c2d9a77b3df1f9d7077df90c
Author: Alexey Dobriyan <adobriyan@gmail.com>
Date:   Sun Nov 2 10:21:57 2008 +0000

    powerpc/cell: Fix compile error in ras.c
    
    This fixes this error on Cell when CONFIG_KEXEC = n:
    
    arch/powerpc/platforms/cell/ras.c:299: error: implicit declaration of function 'crash_shutdown_register'
    
    We have to include <asm/kexec.h> because it contains the dummy
    definition of crash_shutdown_register that is used when
    CONFIG_KEXEC=n, but <linux/kexec.h> doesn't include <asm/kexec.h> in
    that case.
    
    Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>
    Signed-off-by: Paul Mackerras <paulus@samba.org>

commit fce4d58353e449a1ac637fc8d2b994e0fcc55312
Author: Alexey Dobriyan <adobriyan@gmail.com>
Date:   Sun Nov 2 07:26:51 2008 +0000

    powerpc/ps3: Fix compile error in ps3-lpm.c
    
    Compiling with CONFIG_SMP = n and CONFIG_PS3_LPM != n gives this error:
    
    drivers/ps3/ps3-lpm.c:838: error: implicit declaration of function 'get_hard_smp_processor_id'
    
    This fixes it.  We have to include <asm/smp.h> rather than
    <linux/smp.h> because the UP definition of get_hard_smp_processor_id()
    is in <asm/smp.h>, and <linux/smp.h> only includes <asm/smp.h> if
    CONFIG_SMP = y.
    
    Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>
    Acked-by: Geoff Levand <geoffrey.levand@am.sony.com>
    Signed-off-by: Paul Mackerras <paulus@samba.org>

commit 9b22ea560957de1484e6b3e8538f7eef202e3596
Author: Patrick McHardy <kaber@trash.net>
Date:   Tue Nov 4 14:49:57 2008 -0800

    net: fix packet socket delivery in rx irq handler
    
    The changes to deliver hardware accelerated VLAN packets to packet
    sockets (commit bc1d0411) caused a warning for non-NAPI drivers.
    The __vlan_hwaccel_rx() function is called directly from the drivers
    RX function, for non-NAPI drivers that means its still in RX IRQ
    context:
    
    [   27.779463] ------------[ cut here ]------------
    [   27.779509] WARNING: at kernel/softirq.c:136 local_bh_enable+0x37/0x81()
    ...
    [   27.782520]  [<c0264755>] netif_nit_deliver+0x5b/0x75
    [   27.782590]  [<c02bba83>] __vlan_hwaccel_rx+0x79/0x162
    [   27.782664]  [<f8851c1d>] atl1_intr+0x9a9/0xa7c [atl1]
    [   27.782738]  [<c0155b17>] handle_IRQ_event+0x23/0x51
    [   27.782808]  [<c015692e>] handle_edge_irq+0xc2/0x102
    [   27.782878]  [<c0105fd5>] do_IRQ+0x4d/0x64
    
    Split hardware accelerated VLAN reception into two parts to fix this:
    
    - __vlan_hwaccel_rx just stores the VLAN TCI and performs the VLAN
      device lookup, then calls netif_receive_skb()/netif_rx()
    
    - vlan_hwaccel_do_receive(), which is invoked by netif_receive_skb()
      in softirq context, performs the real reception and delivery to
      packet sockets.
    
    Reported-and-tested-by: Ramon Casellas <ramon.casellas@cttc.es>
    Signed-off-by: Patrick McHardy <kaber@trash.net>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 79654a7698195fa043063092f5c1ca5245276fba
Author: Andreas Steffen <andreas.steffen@strongswan.org>
Date:   Tue Nov 4 14:49:19 2008 -0800

    xfrm: Have af-specific init_tempsel() initialize family field of temporary selector
    
    While adding MIGRATE support to strongSwan, Andreas Steffen noticed that
    the selectors provided in XFRM_MSG_ACQUIRE have their family field
    uninitialized (those in MIGRATE do have their family set).
    
    Looking at the code, this is because the af-specific init_tempsel()
    (called via afinfo->init_tempsel() in xfrm_init_tempsel()) do not set
    the value.
    
    Reported-by: Andreas Steffen <andreas.steffen@strongswan.org>
    Acked-by: Herbert Xu <herbert@gondor.apana.org.au>
    Signed-off-by: Arnaud Ebalard <arno@natisbad.org>

commit 5c32f62b97d62bec097c09e54e6602d0fce2af07
Author: Tony Lindgren <tony@atomide.com>
Date:   Tue Nov 4 13:35:08 2008 -0800

    ARM: OMAP: Fix define for twl4030 irqs
    
    Otherwise twl4030 gpios won't work.
    
    Signed-off-by: Tony Lindgren <tony@atomide.com>

commit 52414739ca3df12f6d1e78d4dc670e97af0e845f
Author: Tony Lindgren <tony@atomide.com>
Date:   Tue Nov 4 13:35:07 2008 -0800

    ARM: OMAP: Fix get_irqnr_and_base to clear spurious interrupt bits
    
    On omap24xx, INTCPS_SIR_IRQ_OFFSET bits [6:0] contains the current
    active interrupt number.
    
    However, on 34xx INTCPS_SIR_IRQ_OFFSET bits [31:7] also contains the
    SPURIOUSIRQFLAG, which gets set if the interrupt sorting information
    is invalid.
    
    If the SPURIOUSIRQFLAG bits are not ignored, the interrupt code will
    occasionally produce a bunch of confusing errors:
    
    irq -33, desc: c02ddcc8, depth: 0, count: 0, unhandled: 0
    ->handle_irq():  c006f23c, handle_bad_irq+0x0/0x22c
    ->chip(): 00000000, 0x0
    ->action(): 00000000
    
    Fix this by masking out only the ACTIVEIRQ bits. Also fix a
    confusing comment.
    
    Signed-off-by: Tony Lindgren <tony@atomide.com>

commit e621f266d4cd18a07a833877c3995d2ccb35b951
Author: Zhaolei <zhaolei@cn.fujitsu.com>
Date:   Tue Nov 4 13:35:07 2008 -0800

    ARM: OMAP: Fix debugfs_create_*'s error checking method for arm/plat-omap
    
    debugfs_create_*() returns NULL if an error occurs, returns -ENODEV
    when debugfs is not enabled in the kernel.
    
    Comparing to PATCH v1, because clk_debugfs_init is included in
    "#if defined CONFIG_DEBUG_FS", we only need to check NULL return.
    Thanks Li Zefan <lizf@cn.fujitsu.com>
    
    debugfs_create_u8() and other function's return value's checking method are
    also fixed in this patch.
    
    Signed-off-by: Zhao Lei <zhaolei@cn.fujitsu.com>
    Signed-off-by: Tony Lindgren <tony@atomide.com>

commit 85d7a070264272ceffec0c7ce0e9af1e37c62b6e
Author: Sanjeev Premi <premi@ti.com>
Date:   Tue Nov 4 13:35:06 2008 -0800

    ARM: OMAP: Fix compiler warnings in gpmc.c
    
    Fix these compiler warnings:
    
    gpmc.c: In function 'gpmc_init':
    gpmc.c:432: warning: 'return' with a value, in function returning void
    gpmc.c:439: warning: 'return' with a value, in function returning void
    
    Signed-off-by: Sanjeev Premi <premi@ti.com>
    Signed-off-by: Tony Lindgren <tony@atomide.com>

commit 75fa67706cce5272bcfc51ed646f2da21f3bdb6e
Merge: 4edfd20... bbb770e...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Tue Nov 4 08:30:12 2008 -0800

    Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-2.6
    
    * git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-2.6:
      xfrm: Fix xfrm_policy_gc_lock handling.
      niu: Use pci_ioremap_bar().
      bnx2x: Version Update
      bnx2x: Calling netif_carrier_off at the end of the probe
      bnx2x: PCI configuration bug on big-endian
      bnx2x: Removing the PMF indication when unloading
      mv643xx_eth: fix SMI bus access timeouts
      net: kconfig cleanup
      fs_enet: fix polling
      XFRM: copy_to_user_kmaddress() reports local address twice
      SMC91x: Fix compilation on some platforms.
      udp: Fix the SNMP counter of UDP_MIB_INERRORS
      udp: Fix the SNMP counter of UDP_MIB_INDATAGRAMS
      drivers/net/smc911x.c: Fix lockdep warning on xmit.

commit 4edfd20fafae41d77f210417b43d1416a733f48c
Merge: 54074d5... 299246f...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Tue Nov 4 08:19:01 2008 -0800

    Merge branch 'upstream-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/libata-dev
    
    * 'upstream-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/libata-dev:
      libata: mask off DET when restoring SControl for detach
      libata: implement ATA_HORKAGE_ATAPI_MOD16_DMA and apply it
      libata: Fix a potential race condition in ata_scsi_park_show()
      sata_nv: fix generic, nf2/3 detection regression
      sata_via: restore vt*_prepare_host error handling
      sata_promise: add ATA engine reset to reset ops

commit 54074d59320581a6d7e4f4dd405e8cac1d174b75
Author: Jianjun Kong <jianjun@zeuux.org>
Date:   Tue Nov 4 21:47:07 2008 +0800

    drivers: remove duplicated #include
    
    Signed-off-by: Jianjun Kong <jianjun@zeuux.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit d2ed5cb80a241518dd71f467c884bfabbe15f68c
Author: Russell King <rmk@dyn-67.arm.linux.org.uk>
Date:   Sun Nov 2 09:16:50 2008 +0000

    [ARM] fix VFP+softfloat binaries
    
    2.6.28-rc tightened up the ELF architecture checks on ARM.  For
    non-EABI it only allows VFP if the hardware supports it.  However,
    the kernel fails to also inspect the soft-float flag, so it
    incorrectly rejects binaries using soft-VFP.
    
    The fix is simple: also check that EF_ARM_SOFT_FLOAT isn't set
    before rejecting VFP binaries on non-VFP hardware.
    
    Acked-by: Mikael Pettersson <mikpe@it.uu.se>
    Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>

commit e4ab1b3cbb8042f1653471c6333931134105d455
Author: Mark McLoughlin <markmc@redhat.com>
Date:   Tue Nov 4 12:46:03 2008 +0000

    x86/docs: remove noirqbalance param docs
    
    Impact: documentation fix
    
    irqbalance was removed by:
    
      commit 8b8e8c1bf7275eca859fe551dfa484134eaf013b
      Author: Yinghai Lu <yhlu.kernel@gmail.com>
      Date:   Tue Aug 19 20:50:23 2008 -0700
    
    Remove the associated documentation for noirqbalance.
    
    Signed-off-by: Mark McLoughlin <markmc@redhat.com>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 70de9a97049e0ba79dc040868564408d5ce697f9
Author: Alok Kataria <akataria@vmware.com>
Date:   Mon Nov 3 11:18:47 2008 -0800

    x86: don't use tsc_khz to calculate lpj if notsc is passed
    
    Impact: fix udelay when "notsc" boot parameter is passed
    
    With notsc passed on commandline, tsc may not be used for
    udelays, make sure that we do not use tsc_khz to calculate
    the lpj value in such cases.
    
    Reported-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
    Signed-off-by: Alok N Kataria <akataria@vmware.com>
    Cc: <stable@kernel.org>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 299246f9a2a4c5c531863d72bad7ebd0de213de9
Author: Tejun Heo <tj@kernel.org>
Date:   Mon Nov 3 19:27:07 2008 +0900

    libata: mask off DET when restoring SControl for detach
    
    libata restores SControl on detach; however, trying to restore
    non-zero DET can cause undeterministic behavior including PMP device
    going offline till power cycling.  Mask off DET when restoring
    SControl.
    
    Signed-off-by: Tejun Heo <tj@kernel.org>
    Signed-off-by: Jeff Garzik <jgarzik@redhat.com>

commit 6a87e42e955ff27e07a77f65f8f077dc7c4171e1
Author: Tejun Heo <tj@kernel.org>
Date:   Mon Nov 3 19:01:09 2008 +0900

    libata: implement ATA_HORKAGE_ATAPI_MOD16_DMA and apply it
    
    libata always uses PIO for ATAPI commands when the number of bytes to
    transfer isn't multiple of 16 but quantum DAT72 chokes on odd bytes
    PIO transfers.  Implement a horkage to skip the mod16 check and apply
    it to the quantum device.
    
    This is reported by John Clark in the following thread.
    
      http://thread.gmane.org/gmane.linux.ide/34748
    
    Signed-off-by: Tejun Heo <tj@kernel.org>
    Cc: John Clark <clarkjc@runbox.com>
    Signed-off-by: Jeff Garzik <jgarzik@redhat.com>

commit a464189de350b050aa8f334bd4cc53ed406e56dd
Author: Elias Oltmanns <eo@nebensachen.de>
Date:   Mon Nov 3 19:01:08 2008 +0900

    libata: Fix a potential race condition in ata_scsi_park_show()
    
    Peter Moulder has pointed out that there is a slight chance that a
    negative value might be passed to jiffies_to_msecs() in
    ata_scsi_park_show(). This is fixed by saving the value of jiffies in a
    local variable, thus also reducing code since the volatile variable
    jiffies is accessed only once.
    
    Signed-off-by: Elias Oltmanns <eo@nebensachen.de>
    Signed-off-by: Tejun Heo <tj.kernel.org>
    Signed-off-by: Jeff Garzik <jgarzik@redhat.com>

commit 3c324283e6cdb79210cf7975c3e40d3ba3e672b2
Author: Tejun Heo <tj@kernel.org>
Date:   Mon Nov 3 12:37:49 2008 +0900

    sata_nv: fix generic, nf2/3 detection regression
    
    All three flavors of sata_nv's are different in how their hardreset
    behaves.
    
    * generic: Hardreset is not reliable.  Link often doesn't come online
      after hardreset.
    
    * nf2/3: A little bit better - link comes online with longer debounce
      timing.  However, nf2/3 can't reliable wait for the first D2H
      Register FIS, so it can't wait for device readiness or classify the
      device after hardreset.  Follow-up SRST required.
    
    * ck804: Hardreset finally works.
    
    The core layer change to prefer hardreset and follow up changes
    exposed the above issues and caused various detection regressions for
    all three flavors.  This patch, hopefully, fixes all the known issues
    and should make sata_nv error handling more reliable.
    
    Signed-off-by: Tejun Heo <tj@kernel.org>
    Signed-off-by: Jeff Garzik <jgarzik@redhat.com>

commit 554d491de112a378b4d1a705bb93b58bcd444a70
Author: Marcin Slusarz <marcin.slusarz@gmail.com>
Date:   Sun Nov 2 22:18:52 2008 +0100

    sata_via: restore vt*_prepare_host error handling
    
    commit b9d5b89b487517cbd4cb4702da829e07ef9e4432 (sata_via: fix support
    for 5287) accidently (?) removed vt*_prepare_host error handling - restore it
    
    catched by gcc:
    drivers/ata/sata_via.c: In function 'svia_init_one':
    drivers/ata/sata_via.c:567: warning: 'host' may be used uninitialized in this function
    
    Signed-off-by: Marcin Slusarz <marcin.slusarz@gmail.com>
    Cc: Tejun Heo <tj@kernel.org>
    Cc: Joseph Chan <JosephChan@via.com.tw>
    Cc: Jeff Garzik <jgarzik@redhat.com>
    Signed-off-by: Jeff Garzik <jgarzik@redhat.com>

commit cadef677e4a9b9c1d069675043767df486782986
Author: Mikael Pettersson <mikpe@it.uu.se>
Date:   Fri Oct 31 08:03:55 2008 +0100

    sata_promise: add ATA engine reset to reset ops
    
    Promise ATA engines need to be reset when errors occur.
    That's currently done for errors detected by sata_promise itself,
    but it's not done for errors like timeouts detected outside of
    the low-level driver.
    
    The effect of this omission is that a timeout tends to result
    in a sequence of failed COMRESETs after which libata EH gives
    up and disables the port. At that point the port's ATA engine
    hangs and even reloading the driver will not resume it.
    
    To fix this, make sata_promise override ->hardreset on SATA
    ports with code which calls pdc_reset_port() on the port in
    question before calling libata's hardreset. PATA ports don't
    use ->hardreset, so for those we override ->softreset instead.
    
    Signed-off-by: Mikael Pettersson <mikpe@it.uu.se>
    Signed-off-by: Jeff Garzik <jgarzik@redhat.com>

commit bbb770e7ab9a436752babfc8765e422d7481be1f
Author: Alexey Dobriyan <adobriyan@gmail.com>
Date:   Mon Nov 3 19:11:29 2008 -0800

    xfrm: Fix xfrm_policy_gc_lock handling.
    
    From: Alexey Dobriyan <adobriyan@gmail.com>
    
    Based upon a lockdep trace by Simon Arlott.
    
    xfrm_policy_kill() can be called from both BH and
    non-BH contexts, so we have to grab xfrm_policy_gc_lock
    with BH disabling.
    
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 19ecb6ba800765743bb4525c66562f0d30993f8d
Author: David S. Miller <davem@davemloft.net>
Date:   Mon Nov 3 17:05:16 2008 -0800

    niu: Use pci_ioremap_bar().
    
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit ca8eac55fa554043c57fd18d595ca356e752833e
Author: Eilon Greenstein <eilong@broadcom.com>
Date:   Mon Nov 3 16:46:58 2008 -0800

    bnx2x: Version Update
    
    Updating the version
    
    Signed-off-by: Eilon Greenstein <eilong@broadcom.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 12b56ea89e70d4b04f2f5199750310e82894ebbd
Author: Eilon Greenstein <eilong@broadcom.com>
Date:   Mon Nov 3 16:46:40 2008 -0800

    bnx2x: Calling netif_carrier_off at the end of the probe
    
    netif_carrier_off was called too early at the probe. In case of failure
    or simply bad timing, this can cause a fatal error since linkwatch_event
    might run too soon.
    
    Signed-off-by: Eilon Greenstein <eilong@broadcom.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 7d96567ac0527703cf1b80043fc0ebd7f21a10ad
Author: Eilon Greenstein <eilong@broadcom.com>
Date:   Mon Nov 3 16:46:19 2008 -0800

    bnx2x: PCI configuration bug on big-endian
    
    The current code read nothing but zeros on big-endian (wrong part of the
    32bits). This caused poor performance on big-endian machines. Though this
    issue did not cause the system to crash, the performance is significantly
    better with the fix so I view it as critical bug fix.
    
    Signed-off-by: Eilon Greenstein <eilong@broadcom.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 9a0354405feb0f8bd460349a93db05e4cca8d166
Author: Eilon Greenstein <eilong@broadcom.com>
Date:   Mon Nov 3 16:45:55 2008 -0800

    bnx2x: Removing the PMF indication when unloading
    
    When the PMF flag is set, the driver can access the HW freely. When the
    driver is unloaded, it should not access the HW. The problem caused fatal
    errors when "ethtool -i" was called after the calling instance was unloaded
    and another instance was already loaded
    
    Signed-off-by: Eilon Greenstein <eilong@broadcom.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit ee04448d8871e71f55520d62cf6adbf5dd403c99
Author: Lennert Buytenhek <buytenh@wantstofly.org>
Date:   Sat Nov 1 06:32:20 2008 +0100

    mv643xx_eth: fix SMI bus access timeouts
    
    The mv643xx_eth mii bus implementation uses wait_event_timeout() to
    wait for SMI completion interrupts.
    
    If wait_event_timeout() would return zero, mv643xx_eth would conclude
    that the SMI access timed out, but this is not necessarily true --
    wait_event_timeout() can also return zero in the case where the SMI
    completion interrupt did happen in time but where it took longer than
    the requested timeout for the process performing the SMI access to be
    scheduled again.  This would lead to occasional SMI access timeouts
    when the system would be under heavy load.
    
    The fix is to ignore the return value of wait_event_timeout(), and
    to re-check the SMI done bit after wait_event_timeout() returns to
    determine whether or not the SMI access timed out.
    
    Signed-off-by: Lennert Buytenhek <buytenh@marvell.com>
    Signed-off-by: Jeff Garzik <jgarzik@redhat.com>

commit 1d19ecfc65ed01bac7a58f83004057ad704ee7cc
Author: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
Date:   Sun Nov 2 20:30:33 2008 -0800

    net: kconfig cleanup
    
    The bool kconfig option added to ixgbe and myri10ge for DCA is ambigous,
    so this patch adds a description to the kconfig option.
    
    Signed-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
    Signed-off-by: Jeff Garzik <jgarzik@redhat.com>

commit 7385d595751874854a6729fbaaa7f793480bbb67
Author: Alexey Dobriyan <adobriyan@gmail.com>
Date:   Sun Nov 2 17:49:59 2008 +0300

    fs_enet: fix polling
    
    1. compile fix for irqreturn_t type change
    2. restore ->poll_controller after CONFIG_PPC_CPM_NEW_BINDING transition
    
    Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>
    Signed-off-by: Jeff Garzik <jgarzik@redhat.com>

commit a75952b72a0fff3031124003e62118111aed42c1
Merge: 457d2ee... ae6884a...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Mon Nov 3 11:43:59 2008 -0800

    Merge git://git.kernel.org/pub/scm/linux/kernel/git/sfrench/cifs-2.6
    
    * git://git.kernel.org/pub/scm/linux/kernel/git/sfrench/cifs-2.6:
      cifs: fix renaming one hardlink on top of another
      [CIFS] fix error in smb_send2
      [CIFS] Reduce number of socket retries in large write path

commit ae6884a9da56f8921e432e663b4ccb4a1851b2ea
Author: Jeff Layton <jlayton@redhat.com>
Date:   Mon Nov 3 14:05:08 2008 -0500

    cifs: fix renaming one hardlink on top of another
    
    cifs: fix renaming one hardlink on top of another
    
    POSIX says that renaming one hardlink on top of another to the same
    inode is a no-op. We had the logic mostly right, but forgot to clear
    the return code.
    
    Signed-off-by: Jeff Layton <jlayton@redhat.com>
    Signed-off-by: Steve French <sfrench@us.ibm.com>

commit 457d2ee225801441e96f2e35894ec404572ad862
Merge: da4a22c... 818e3dd...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Mon Nov 3 10:21:40 2008 -0800

    Merge branch 'tracing-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip
    
    * 'tracing-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip:
      tracing, ring-buffer: add paranoid checks for loops
      ftrace: use kretprobe trampoline name to test in output
      tracing, alpha: undefined reference to `save_stack_trace'

commit da4a22cba7cb2d922691214aed6b1977f04efaff
Merge: 20ebc00... e5beae1...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Mon Nov 3 10:15:40 2008 -0800

    Merge branch 'io-mappings-for-linus-2' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip
    
    * 'io-mappings-for-linus-2' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip:
      io mapping: clean up #ifdefs
      io mapping: improve documentation
      i915: use io-mapping interfaces instead of a variety of mapping kludges
      resources: add io-mapping functions to dynamically map large device apertures
      x86: add iomap_atomic*()/iounmap_atomic() on 32-bit using fixmaps

commit 20ebc0073b0fb63ce4a27ca761418ecfdecaadb7
Merge: c8126cc... 7aeb6d7...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Mon Nov 3 10:14:59 2008 -0800

    Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound-2.6
    
    * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound-2.6:
      ALSA: hda: make a STAC_DELL_EQ option
      ALSA: emu10k1 - Add more invert_shared_spdif flag to Audigy models
      ALSA: hda - Add a quirk for another Acer Aspire (1025:0090)
      ALSA: remove direct access of dev->bus_id in sound/isa/*
      sound: struct device - replace bus_id with dev_name(), dev_set_name()
      ALSA: Fix PIT lockup on some chipsets when using the PC-Speaker
      ALSA: rawmidi - Add open check in rawmidi callbacks
      ALSA: hda - Add digital-mic for ALC269 auto-probe mode
      ALSA: hda - Disable broken mic auto-muting in Realtek codes

commit c8126cc6025972629044cde750cec97f175792f7
Merge: 30ef898... 6c87df3...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Mon Nov 3 09:59:01 2008 -0800

    Merge branch 'proc-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/adobriyan/proc
    
    * 'proc-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/adobriyan/proc:
      proc: revert /proc/uptime to ->read_proc hook

commit 30ef898c535bffd105c1a9b9b6563969b3deb31e
Merge: 45beca0... 5a125c3...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Mon Nov 3 09:58:40 2008 -0800

    Merge branch 'drm-next' of git://git.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6
    
    * 'drm-next' of git://git.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6:
      i915: Add GEM ioctl to get available aperture size.
      drm/radeon: fixup further bus mastering confusion.
      build fix: CONFIG_DRM_I915=y && CONFIG_ACPI=n

commit e5beae16901795223d677f15aa2fe192976278ee
Author: Keith Packard <keithp@keithp.com>
Date:   Mon Nov 3 18:21:45 2008 +0100

    io mapping: clean up #ifdefs
    
    Impact: cleanup
    
    clean up ifdefs: change #ifdef CONFIG_X86_32/64 to
    CONFIG_HAVE_ATOMIC_IOMAP.
    
    flip around the #ifdef sections to clean up the structure.
    
    Signed-off-by: Keith Packard <keithp@keithp.com>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 8d5c6603c408d91ecf543f244f10ccb8b500ad95
Author: Keith Packard <keithp@keithp.com>
Date:   Mon Nov 3 18:21:44 2008 +0100

    io mapping: improve documentation
    
    Impact: add documentation
    
    Signed-off-by: Keith Packard <keithp@keithp.com>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 7aeb6d7d20185b7cede1ce5f6bd8d762e49bda6d
Merge: 71c21b4... 55e03a6... 6b3ab21...
Author: Takashi Iwai <tiwai@suse.de>
Date:   Mon Nov 3 16:28:24 2008 +0100

    Merge branches 'topic/fix/misc' and 'topic/fix/hda' into for-linus

commit 6b3ab21ef1ac15db4b053ce0ba8eae0ef9361c8a
Author: Matthew Ranostay <mranostay@embeddedalley.com>
Date:   Mon Nov 3 08:12:43 2008 -0500

    ALSA: hda: make a STAC_DELL_EQ option
    
    Add support for explicitly enabling the EQ distortion hack for
    systems without software biquad support.
    
    Signed-off-by: Matthew Ranostay <mranostay@embeddedalley.com>
    Cc: stable@kernel.org
    Signed-off-by: Takashi Iwai <tiwai@suse.de>

commit 818e3dd30a4ff34fff6d90e87ae59c73f6a53691
Author: Steven Rostedt <rostedt@goodmis.org>
Date:   Fri Oct 31 09:58:35 2008 -0400

    tracing, ring-buffer: add paranoid checks for loops
    
    While writing a new tracer, I had a bug where I caused the ring-buffer
    to recurse in a bad way. The bug was with the tracer I was writing
    and not the ring-buffer itself. But it took a long time to find the
    problem.
    
    This patch adds paranoid checks into the ring-buffer infrastructure
    that will catch bugs of this nature.
    
    Note: I put the bug back in the tracer and this patch showed the error
          nicely and prevented the lockup.
    
    Signed-off-by: Steven Rostedt <srostedt@redhat.com>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 73557af5bf32c3db973050de1fb73423e8fc873e
Author: James Bottomley <James.Bottomley@HansenPartnership.com>
Date:   Fri Oct 31 13:59:49 2008 -0400

    x86, voyager: fix smp_intr_init() compile breakage
    
    Impact: fix x86/Voyager build
    
    Looks like this became static on the rest of x86.  Fix it up by adding
    an external definition to mach-voyager/setup.c
    
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit b3aa557722b3d5858f14ca559e03461c24125aaf
Author: Steven Rostedt <rostedt@goodmis.org>
Date:   Fri Oct 31 15:44:07 2008 -0400

    ftrace: use kretprobe trampoline name to test in output
    
    Impact: ia64+tracing build fix
    
    When a function is kprobed, the return address is set to the
    kprobe_trampoline, or something similar. This caused the output
    of the trace to look confusing when the parent seemed to be this
    "kprobe_trampoline" function.
    
    To fix this, Abhishek Sagar added a test of the instruction pointer
    of the parent to see if it matched the kprobe_trampoline. If it
    did, the output would print a "[unknown/kretprobe'd]" instead.
    
    Unfortunately, not all archs do this the same way, and the trampoline
    function may not be exported, which causes failures in builds.
    
    This patch will compare the name instead of the pointer to see
    if it matches. This prevents us from depending on a function from
    being exported, and should work on all archs. The worst that can
    happen is that an arch might use a different name and then we
    go back to the confusing output. At least the arch will still build.
    
    Reported-by: Abhishek Sagar <sagar.abhishek@gmail.com>
    Signed-off-by: Steven Rostedt <srostedt@redhat.com>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>
    Tested-by: Abhishek Sagar <sagar.abhishek@gmail.com>
    Acked-by: Abhishek Sagar <sagar.abhishek@gmail.com>

commit a1caa32295d67284ecba18cd8db692c7166f0706
Author: Arnaud Ebalard <arno@natisbad.org>
Date:   Mon Nov 3 01:30:23 2008 -0800

    XFRM: copy_to_user_kmaddress() reports local address twice
    
    While adding support for MIGRATE/KMADDRESS in strongSwan (as specified
    in draft-ebalard-mext-pfkey-enhanced-migrate-00), Andreas Steffen
    noticed that XFRMA_KMADDRESS attribute passed to userland contains the
    local address twice (remote provides local address instead of remote
    one).
    
    This bug in copy_to_user_kmaddress() affects only key managers that use
    native XFRM interface (key managers that use PF_KEY are not affected).
    
    For the record, the bug was in the initial changeset I posted which
    added support for KMADDRESS (13c1d18931ebb5cf407cb348ef2cd6284d68902d
    'xfrm: MIGRATE enhancements (draft-ebalard-mext-pfkey-enhanced-migrate)').
    
    Signed-off-by: Arnaud Ebalard <arno@natisbad.org>
    Reported-by: Andreas Steffen <andreas.steffen@strongswan.org>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 55e03a68d2489d116a5c5e8111ecef3f69831ed6
Author: Takashi Iwai <tiwai@suse.de>
Date:   Mon Nov 3 10:21:36 2008 +0100

    ALSA: emu10k1 - Add more invert_shared_spdif flag to Audigy models
    
    Reported in Novell bnc#440862:
        https://bugzilla.novell.com/show_bug.cgi?id=440862
    
    Signed-off-by: Takashi Iwai <tiwai@suse.de>

commit c2c80529460095035752bf0ecc1af82c1e0f6e0f
Author: Al Viro <viro@ZenIV.linux.org.uk>
Date:   Fri Oct 31 19:50:41 2008 +0000

    tracing, alpha: undefined reference to `save_stack_trace'
    
    Impact: build fix on !stacktrace architectures
    
    only select STACKTRACE on architectures that have STACKTRACE_SUPPORT
    
    ... since we also need to ifdef out the guts of ftrace_trace_stack().
    We also want to disallow setting TRACE_ITER_STACKTRACE in trace_flags
    on such configs, but that can wait.
    
    Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
    Acked-by: Steven Rostedt <srostedt@redhat.com>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 69e50282b726bab75c8050c4836dc89b7eb7bf1a
Author: Takashi Iwai <tiwai@suse.de>
Date:   Mon Nov 3 10:07:43 2008 +0100

    ALSA: hda - Add a quirk for another Acer Aspire (1025:0090)
    
    Added a quirk for another Acer Aspier laptop (1025:0090) with ALC883
    codec.  Reported in Novell bnc#426935:
        https://bugzilla.novell.com/show_bug.cgi?id=426935
    
    Signed-off-by: Takashi Iwai <tiwai@suse.de>

commit 55c8eb6c8eaa5009eed1557b296da5d4ea9c369a
Author: David S. Miller <davem@davemloft.net>
Date:   Mon Nov 3 00:04:24 2008 -0800

    SMC91x: Fix compilation on some platforms.
    
    This reverts 51ac3beffd4afaea4350526cf01fe74aaff25eff ('SMC91x: delete
    unused local variable "lp"') and adds __maybe_unused markers to these
    (potentially) unused variables.
    
    The issue is that in some configurations SMC_IO_SHIFT evaluates
    to '(lp->io_shift)', but in some others it's plain '0'.
    
    Based upon a build failure report from Manuel Lauss.
    
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 0418ff0c8e48aae4e5e0cbcd3e19a057bea2e55a
Author: Takashi Iwai <tiwai@suse.de>
Date:   Mon Nov 3 08:51:33 2008 +0100

    ALSA: remove direct access of dev->bus_id in sound/isa/*
    
    Removed the direct accesses of dev->bus_id in sound/isa/* by replacement
    with dev_err() or dev_warn() functions.
    
    Signed-off-by: Takashi Iwai <tiwai@suse.de>

commit bb072bf0980abbe4fc905df91857a8ad34ca673c
Author: Kay Sievers <kay.sievers@vrfy.org>
Date:   Sun Nov 2 03:50:35 2008 +0100

    sound: struct device - replace bus_id with dev_name(), dev_set_name()
    
    [stripped sound/isa/* changes, replaced with the next patch -- tiwai]
    
    Signed-off-by: Kay Sievers <kay.sievers@vrfy.org>
    Signed-off-by: Takashi Iwai <tiwai@suse.de>

commit b02555c3845f02924b8224ff1fd9a44f2c144dbb
Author: Zoltan Devai <zdevai@gmail.com>
Date:   Mon Nov 3 00:30:28 2008 +0100

    ALSA: Fix PIT lockup on some chipsets when using the PC-Speaker
    
    Fix PIT lockup on some chipsets when using the PC-Speaker.
    
    Signed-off-by: Zoltan Devai <zdevai@gmail.com>
    Signed-off-by: Takashi Iwai <tiwai@suse.de>

commit 219df32faec97349516c29f33008fea59a46e99a
Author: Takashi Iwai <tiwai@suse.de>
Date:   Mon Nov 3 08:17:05 2008 +0100

    ALSA: rawmidi - Add open check in rawmidi callbacks
    
    The drivers (e.g. mtpav) may call rawmidi functions in irq handlers
    even though the streams are not opened.  This results in Oops or panic.
    
    This patch adds the rawmidi state check before actually operating the
    rawmidi buffers.
    
    Tested-by: Ingo Molnar <mingo@elte.hu>
    Signed-off-by: Takashi Iwai <tiwai@suse.de>

commit 0856f93958c488f0cc656be53c26dfd20663bdb3
Author: Wei Yongjun <yjwei@cn.fujitsu.com>
Date:   Sun Nov 2 16:14:27 2008 +0000

    udp: Fix the SNMP counter of UDP_MIB_INERRORS
    
    UDP packets received in udpv6_recvmsg() are not only IPv6 UDP packets, but
    also have IPv4 UDP packets, so when do the counter of UDP_MIB_INERRORS in
    udpv6_recvmsg(), we should check whether the packet is a IPv6 UDP packet
    or a IPv4 UDP packet.
    
    Signed-off-by: Wei Yongjun <yjwei@cn.fujitsu.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit f26ba1751145edbf52b2c89a40e389f2fbdfc1af
Author: Wei Yongjun <yjwei@cn.fujitsu.com>
Date:   Sun Nov 2 16:11:01 2008 +0000

    udp: Fix the SNMP counter of UDP_MIB_INDATAGRAMS
    
    If UDP echo is sent to xinetd/echo-dgram, the UDP reply will be received
    at the sender. But the SNMP counter of UDP_MIB_INDATAGRAMS will be not
    increased, UDP6_MIB_INDATAGRAMS will be increased instead.
    
      Endpoint A                      Endpoint B
      UDP Echo request ----------->
      (IPv4, Dst port=7)
                       <----------    UDP Echo Reply
                                      (IPv4, Src port=7)
    
    This bug is come from this patch cb75994ec311b2cd50e5205efdcc0696abd6675d.
    
    It do counter UDP[6]_MIB_INDATAGRAMS until udp[v6]_recvmsg. Because
    xinetd used IPv6 socket to receive UDP messages, thus, when received
    UDP packet, the UDP6_MIB_INDATAGRAMS will be increased in function
    udpv6_recvmsg() even if the packet is a IPv4 UDP packet.
    
    This patch fixed the problem.
    
    Signed-off-by: Wei Yongjun <yjwei@cn.fujitsu.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 5a125c3c79167e78ba44efef03af7090ef28eeaf
Author: Eric Anholt <eric@anholt.net>
Date:   Wed Oct 22 21:40:13 2008 -0700

    i915: Add GEM ioctl to get available aperture size.
    
    This will let userland know when to submit its batchbuffers, before they get
    too big to fit in the aperture.
    
    Signed-off-by: Eric Anholt <eric@anholt.net>
    Signed-off-by: Dave Airlie <airlied@redhat.com>

commit 70d9d15833864e7120c3ffcfdbd6fa61f5f9726a
Author: Will Newton <will.newton@gmail.com>
Date:   Tue Oct 28 10:52:36 2008 +0000

    drivers/net/smc911x.c: Fix lockdep warning on xmit.
    
    dev_kfree_skb should not be called with irqs disabled, use dev_kfree_skb_irq
    instead. The warning caused looks like this:
    
    ======================================================
    [ INFO: hard-safe -> hard-unsafe lock order detected ]
    2.6.28-rc1 #273
    ------------------------------------------------------
    swapper/0 [HC0[0]:SC1[2]:HE0:SE0] is trying to acquire:
     (clock-AF_INET){-..+}, at: [<4015c17c>] _sock_def_write_space+0x28/0xd8
    
    and this task is already holding:
     (&lp->lock){++..}, at: [<4013f230>] _smc911x_hard_start_xmit+0x30/0x4b8
    which would create a new lock dependency:
     (&lp->lock){++..} -> (clock-AF_INET){-..+}
    
    Signed-off-by: Will Newton <will.newton@gmail.com>
    Signed-off-by: Jeff Garzik <jgarzik@redhat.com>

commit ee956e090e114ede6542c76a7465ed6ce118ad52
Author: Takashi Iwai <tiwai@suse.de>
Date:   Fri Oct 31 17:16:31 2008 +0100

    ALSA: hda - Add digital-mic for ALC269 auto-probe mode
    
    The digital mic wasn't detected properly for ALC269 auto-probing mode
    because of its widget number.  Fixed now.
    
    Signed-off-by: Takashi Iwai <tiwai@suse.de>

commit 4605b718e8b8f0dd3d811ddf90f630fd0835b7bf
Author: Takashi Iwai <tiwai@suse.de>
Date:   Fri Oct 31 14:18:24 2008 +0100

    ALSA: hda - Disable broken mic auto-muting in Realtek codes
    
    The recent addition of automatic mic-muting is broken in some cases.
    The code assumes that the pin nids <= 0x18, but the digital pins can
    be less than 0x18.
    Also, it assumes the front-mic being the internal mic, but it depends
    on the hardware implementation actually.
    
    Instead of complex case-fixes, better to disable the code as now.
    
    Signed-off-by: Takashi Iwai <tiwai@suse.de>

commit b27cf88e9592953ae292d05324887f2f44979433
Author: David Woodhouse <David.Woodhouse@intel.com>
Date:   Fri Oct 31 14:52:24 2008 +0000

    [JFFS2] Fix lack of locking in thread_should_wake()
    
    The thread_should_wake() function trawls through the list of 'very
    dirty' eraseblocks, determining whether the background GC thread should
    wake. Doing this without holding the appropriate locks is a bad idea.
    
    OLPC Trac #8615
    
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>
    Cc: stable@kernel.org

commit 0839ccb8ac6a9e2d5e175a4ae9c82b5c574d510d
Author: Keith Packard <keithp@keithp.com>
Date:   Thu Oct 30 19:38:48 2008 -0700

    i915: use io-mapping interfaces instead of a variety of mapping kludges
    
    Impact: optimize/clean-up the IO mapping implementation of the i915 DRM driver
    
    Switch the i915 device aperture mapping to the io-mapping interface, taking
    advantage of the cleaner API to extend it across all of the mapping uses,
    including both pwrite and relocation updates.
    
    This dramatically improves performance on 64-bit kernels which were using
    the same slow path as 32-bit non-HIGHMEM kernels prior to this patch.
    
    Signed-off-by: Keith Packard <keithp@keithp.com>
    Signed-off-by: Eric Anholt <eric@anholt.net>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 9663f2e6a6cf3f82b06d8fb699b11b80f92553ba
Author: Keith Packard <keithp@keithp.com>
Date:   Thu Oct 30 19:38:18 2008 -0700

    resources: add io-mapping functions to dynamically map large device apertures
    
    Impact: add new generic io_map_*() APIs
    
    Graphics devices have large PCI apertures which would consume a significant
    fraction of a 32-bit address space if mapped during driver initialization.
    Using ioremap at runtime is impractical as it is too slow.
    
    This new set of interfaces uses atomic mappings on 32-bit processors and a
    large static mapping on 64-bit processors to provide reasonable 32-bit
    performance and optimal 64-bit performance.
    
    The current implementation sits atop the io_map_atomic fixmap-based
    mechanism for 32-bit processors.
    
    This includes some editorial suggestions from Randy Dunlap for
    Documentation/io-mapping.txt
    
    Signed-off-by: Keith Packard <keithp@keithp.com>
    Signed-off-by: Eric Anholt <eric@anholt.net>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit fd9409343521eac22b6ed51686128a643c7c976b
Author: Keith Packard <keithp@keithp.com>
Date:   Thu Oct 30 19:37:09 2008 -0700

    x86: add iomap_atomic*()/iounmap_atomic() on 32-bit using fixmaps
    
    Impact: introduce new APIs, separate kmap code from CONFIG_HIGHMEM
    
    This takes the code used for CONFIG_HIGHMEM memory mappings except that
    it's designed for dynamic IO resource mapping.
    
    These fixmaps are available even with CONFIG_HIGHMEM turned off.
    
    Signed-off-by: Keith Packard <keithp@keithp.com>
    Signed-off-by: Eric Anholt <eric@anholt.net>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 8449fc3ae58bf8ee5acbd2280754cde67b5db128
Author: Stefan Richter <stefanr@s5r6.in-berlin.de>
Date:   Sun Oct 26 12:02:03 2008 +0100

    ieee1394: dv1394: fix possible deadlock in multithreaded clients
    
    Fix a possible though highly unlikely deadlock:
    
    Thread A:                  Thread B:
     - acquire mmap_sem         - dv1394_ioctl/read/write()
     - dv1394_mmap()            - acquire video->mtx
     - acquire video->mtx       - copy_to/from_user(), possible page fault:
                                  acquire mmap_sem
    
    The simplest fix is to use mutex_trylock() instead of mutex_lock() in
    dv1394_mmap().  This changes the behavior under contention in a way
    which is visible to userspace clients.  However, my guess is that no
    clients exist which use mmap vs. ioctl/read/write on the dv1394
    character device file interface in concurrent threads.
    
    Reported-by: Johannes Weiner <hannes@saeurebad.de>
    Signed-off-by: Stefan Richter <stefanr@s5r6.in-berlin.de>

commit 638570b54346f140bc09b986d93e76025d35180f
Author: Stefan Richter <stefanr@s5r6.in-berlin.de>
Date:   Sun Oct 26 12:03:37 2008 +0100

    ieee1394: raw1394: fix possible deadlock in multithreaded clients
    
    Regression in 2.6.28-rc1:  When I added the new state_mutex which
    prevents corruption of raw1394's internal state when accessed by
    multithreaded client applications, the following possible though
    highly unlikely deadlock slipped in:
    
    Thread A:                  Thread B:
     - acquire mmap_sem         - raw1394_write() or raw1394_ioctl()
     - raw1394_mmap()           - acquire state_mutex
     - acquire state_mutex      - copy_to/from_user(), possible page fault:
                                  acquire mmap_sem
    
    The simplest fix is to use mutex_trylock() instead of mutex_lock() in
    raw1394_mmap().  This changes the behavior under contention in a way
    which is visible to userspace clients.  However, since multithreaded
    access was entirely buggy before state_mutex was added and libraw1394's
    documentation advised application programmers to use a handle only in a
    single thread, this change in behaviour should not be an issue in
    practice at all.
    
    Since we have to use mutex_trylock() in raw1394_mmap() regardless
    whether /dev/raw1394 was opened with O_NONBLOCK or not, we now use
    mutex_trylock() unconditionally everywhere for state_mutex, just to have
    consistent behavior.
    
    Reported-by: Johannes Weiner <hannes@saeurebad.de>
    Signed-off-by: Stefan Richter <stefanr@s5r6.in-berlin.de>

commit 233976e539a93de1320fc7625b24076b1f9e2c9c
Author: Kay Sievers <kay.sievers@vrfy.org>
Date:   Thu Oct 30 01:49:20 2008 +0100

    ieee1394: struct device - replace bus_id with dev_name(), dev_set_name()
    
    Acked-by: Greg Kroah-Hartman <gregkh@suse.de>
    Signed-off-by: Kay Sievers <kay.sievers@vrfy.org>
    Signed-off-by: Stefan Richter <stefanr@s5r6.in-berlin.de>

commit a1f64819fe9f136c98d572794a35a7e377c951ef
Author: Kay Sievers <kay.sievers@vrfy.org>
Date:   Thu Oct 30 01:41:56 2008 +0100

    firewire: struct device - replace bus_id with dev_name(), dev_set_name()
    
    Acked-by: Greg Kroah-Hartman <gregkh@suse.de>
    Signed-off-by: Kay Sievers <kay.sievers@vrfy.org>
    Signed-off-by: Stefan Richter <stefanr@s5r6.in-berlin.de>

commit 61de800d33af585cb7e6f27b5cdd51029c6855cb
Author: Steve French <sfrench@us.ibm.com>
Date:   Thu Oct 30 20:15:22 2008 +0000

    [CIFS] fix error in smb_send2
    
    smb_send2 exit logic was strange, and with the previous change
    could cause us to fail large
    smb writes when all of the smb was not sent as one chunk.
    
    Acked-by: Jeff Layton <jlayton@redhat.com>
    Signed-off-by: Steve French <sfrench@us.ibm.com>

commit ae9b9403644f3ecc76867af042e7e1cfd5c099d0
Author: Joerg Roedel <joerg.roedel@amd.com>
Date:   Thu Oct 30 17:43:57 2008 +0100

    AMD IOMMU: fix detection of NP capable IOMMUs
    
    This patch changes the code to use IOMMU_CAP_NPCACHE as a shift and not
    as a mask.
    
    Signed-off-by: Joerg Roedel <joerg.roedel@amd.com>

commit edf1ae403896cb7750800508b14996ba6be39a53
Author: Steve French <sfrench@us.ibm.com>
Date:   Wed Oct 29 00:47:57 2008 +0000

    [CIFS] Reduce number of socket retries in large write path
    
    CIFS in some heavy stress conditions cifs could get EAGAIN
    repeatedly in smb_send2 which led to repeated retries and eventually
    failure of large writes which could lead to data corruption.
    
    There are three changes that were suggested by various network
    developers:
    
    1) convert cifs from non-blocking to blocking tcp sendmsg
    (we left in the retry on failure)
    2) change cifs to not set sendbuf and rcvbuf size for the socket
    (let tcp autotune the buffer sizes since that works much better
    in the TCP stack now)
    3) if we have a partial frame sent in smb_send2, mark the tcp
    session as invalid (close the socket and reconnect) so we do
    not corrupt the remaining part of the SMB with the beginning
    of the next SMB.
    
    This does not appear to hurt performance measurably and has
    been run in various scenarios, but it definately removes
    a corruption that we were seeing in some high stress
    test cases.
    
    Acked-by: Shirish Pargaonkar <shirishp@us.ibm.com>
    Signed-off-by: Steve French <sfrench@us.ibm.com>

commit 4e270e9b8a9d246290f3901f1fb6c5efdb734ddf
Author: Alex Deucher <alexdeucher@gmail.com>
Date:   Tue Oct 28 07:48:34 2008 +1000

    drm/radeon: fixup further bus mastering confusion.
    
    rs400/480 are like previous chips not like rs6xx chips.
    
    Signed-off-by: Dave Airlie <airlied@redhat.com>

commit 65e082c9a33a6e9f24e9a713a7d38d11206d3c3d
Author: Len Brown <len.brown@intel.com>
Date:   Fri Oct 24 17:18:10 2008 -0400

    build fix: CONFIG_DRM_I915=y && CONFIG_ACPI=n
    
    drivers/gpu/drm/i915/i915_opregion.c:340: error: implicit declaration of function ‘register_acpi_notifier’
    drivers/gpu/drm/i915/i915_opregion.c:361: error: implicit declaration of function ‘unregister_acpi_notifier’
    
    Signed-off-by: Len Brown <len.brown@intel.com>
    Signed-off-by: Eric Anholt <eric@anholt.net>
    Signed-off-by: Dave Airlie <airlied@redhat.com>

commit 6c87df37dcb9c6c33923707fa5191e0a65874d60
Author: Alexey Dobriyan <adobriyan@gmail.com>
Date:   Mon Oct 27 22:38:27 2008 +0300

    proc: revert /proc/uptime to ->read_proc hook
    
    Turned out some VMware userspace does pread(2) on /proc/uptime, but
    seqfiles currently don't allow pread() resulting in -ESPIPE.
    
    Seqfiles in theory can do pread(), but this can be a long story,
    so revert to ->read_proc until then.
    
    http://bugzilla.kernel.org/show_bug.cgi?id=11856
    
    Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>

commit f04de505e3fa322728d1a851e08bf7060b117743
Author: Steve Glendinning <steve.glendinning@smsc.com>
Date:   Tue Oct 21 13:25:51 2008 +0100

    [JFFS2] Fix build failure with !CONFIG_JFFS2_FS_WRITEBUFFER
    
    Build failure introduced by 5bf1723723487ddb0b9c9641b6559da96b27cc93
    [JFFS2] Write buffer offset adjustment for NOR-ECC (Sibley) flash
    
    Signed-off-by: Steve Glendinning <steve.glendinning@smsc.com>
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>

commit 0f0254fa8ddce39ce4e98113e7050e1cd88ff884
Author: Huang Weiyi <weiyi.huang@gmail.com>
Date:   Tue Oct 21 06:33:42 2008 +0800

    [MTD] [NAND] OMAP2: remove duplicated #include
    
    Removed duplicated #include <asm/arch/gpmc.h> in
    drivers/mtd/onenand/omap2.c.
    
    Signed-off-by: Huang Weiyi <weiyi.huang@gmail.com>
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>