commit d9d060a98ff89fe0f86e24c9c0c3d2f0c566781c
Merge: 03cfdb8... 151903d...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Sun Nov 30 16:45:13 2008 -0800

    Merge branch 'drm-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6
    
    * 'drm-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6:
      drm/i915: Fix copy'n'pasteo that broke VT switch if flushing was non-empty.

commit 03cfdb86ac66677dbe76accae3f22c374a15b814
Merge: 4ec8f07... ab598b6...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Sun Nov 30 16:44:18 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 system calls on Cell entered with XER.SO=1
      powerpc/cell: Fix GDB watchpoints, again
      powerpc/mpic: Don't reset affinity for secondary MPIC on boot
      powerpc/cell/axon-msi: Retry on missing interrupt
      powerpc: Fix boot freeze on machine with empty memory node
      powerpc: Fix IRQ assignment for some PCIe devices
      powerpc/spufs: Fix spinning in spufs_ps_fault on signal
      powerpc/mpc832x_rdb: fix swapped ethernet ids
      powerpc: Use generic PHY driver for Marvell 88E1111 PHY on GE Fanuc SBC610
      powerpc/85xx: L2 cache size wrong in 8572DS dts
      powerpc/virtex: Update defconfigs
      powerpc/52xx: update defconfigs
      xsysace: Fix driver to use resource_size_t instead of unsigned long
      powerpc/virtex: fix various format/casting printk mismatches
      powerpc/mpc5200: fix bestcomm Kconfig dependencies
      powerpc/44x: Fix 460EX/460GT machine check handling
      powerpc/40x: Limit allocable DRAM during early mapping

commit 4ec8f077e4dd51f713984669781e7b568b8c41e2
Merge: a6e470f... af38d90...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Sun Nov 30 16:39:06 2008 -0800

    Merge master.kernel.org:/home/rmk/linux-2.6-arm
    
    * master.kernel.org:/home/rmk/linux-2.6-arm:
      Allow architectures to override copy_user_highpage()
      [ARM] pxa/palmtx: misc fixes to use generic GPIO API
      ARM: OMAP: Fixes for suspend / resume GPIO wake-up handling
      [ARM] pxa/corgi: update default config to exclude tosa from being built
      [ARM] pxa/pcm990: use negative number for an invalid GPIO in camera data
      ARM: OMAP: Typo fix for clock_allow_idle
      ARM: OMAP: Remove broken LCD driver for SX1
      [ARM] 5335/1: pxa25x_udc: Fix is_vbus_present to return 1 or 0
      [ARM] pxa/MioA701: bluetooth resume fix
      [ARM] pxa/MioA701: fix memory corruption.

commit 151903d5466fbcfb56ce792c3d5ea0ecbae15d07
Author: Eric Anholt <eric@anholt.net>
Date:   Mon Dec 1 10:23:21 2008 +1000

    drm/i915: Fix copy'n'pasteo that broke VT switch if flushing was non-empty.
    
    Introduced in the "Avoid BUG_ONs on VT switch" commit.
    
    Signed-off-by: Eric Anholt <eric@anholt.net>
    Signed-off-by: Dave Airlie <airlied@redhat.com>

commit ab598b6680f1e74c267d1547ee352f3e1e530f89
Author: Paul Mackerras <paulus@samba.org>
Date:   Sun Nov 30 11:49:45 2008 +0000

    powerpc: Fix system calls on Cell entered with XER.SO=1
    
    It turns out that on Cell, on a kernel with CONFIG_VIRT_CPU_ACCOUNTING
    = y, if a program sets the SO (summary overflow) bit in the XER and
    then does a system call, the SO bit in CR0 will be set on return
    regardless of whether the system call detected an error.  Since CR0.SO
    is used as the error indication from the system call, this means that
    all system calls appear to fail.
    
    The reason is that the workaround for the timebase bug on Cell uses a
    compare instruction.  With CONFIG_VIRT_CPU_ACCOUNTING = y, the
    ACCOUNT_CPU_USER_ENTRY macro reads the timebase, so we end up doing a
    compare instruction, which copies XER.SO to CR0.SO.  Since we were
    doing this in the system call entry patch after clearing CR0.SO but
    before saving the CR, this meant that the saved CR image had CR0.SO
    set if XER.SO was set on entry.
    
    This fixes it by moving the clearing of CR0.SO to after the
    ACCOUNT_CPU_USER_ENTRY call in the system call entry path.
    
    Signed-off-by: Paul Mackerras <paulus@samba.org>
    Acked-by: Arnd Bergmann <arnd@arndb.de>
    Acked-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>

commit 960cedb4e3eedec6394f224fc832c7a23f35a799
Author: Arnd Bergmann <arnd@arndb.de>
Date:   Fri Nov 28 09:51:24 2008 +0000

    powerpc/cell: Fix GDB watchpoints, again
    
    An earlier patch from Jens Osterkamp attempted to fix GDB
    watchpoints by enabling the DABRX register at boot time.
    Unfortunately, this did not work on SMP setups, where
    secondary CPUs were still using the power-on DABRX value.
    
    This introduces the same change for secondary CPUs on cell
    as well.
    
    Reported-by: Ulrich Weigand <Ulrich.Weigand@de.ibm.com>
    Tested-by: Ulrich Weigand <Ulrich.Weigand@de.ibm.com>
    Signed-off-by: Arnd Bergmann <arnd@arndb.de>
    Signed-off-by: Paul Mackerras <paulus@samba.org>

commit cc353c30bbdb84f4317a6c149ebb11cde2232e40
Author: Arnd Bergmann <arnd@arndb.de>
Date:   Fri Nov 28 09:51:23 2008 +0000

    powerpc/mpic: Don't reset affinity for secondary MPIC on boot
    
    Kexec/kdump currently fails on the IBM QS2x blades when the kexec happens
    on a CPU other than the initial boot CPU.  It turns out that this is the
    result of mpic_init trying to set affinity of each interrupt vector to the
    current boot CPU.
    
    As far as I can tell,  the same problem is likely to exist on any
    secondary MPIC, because they have to deliver interrupts to the first
    output all the time. There are two potential solutions for this: either
    not set up affinity at all for secondary MPICs, or assume that a single
    CPU output is connected to the upstream interrupt controller and hardcode
    affinity to that per architecture.
    
    This patch implements the second approach, defaulting to the first output.
    Currently, all known secondary MPICs are routed to their upstream port
    using the first destination, so we hardcode that.
    
    Signed-off-by: Arnd Bergmann <arnd@arndb.de>
    Signed-off-by: Paul Mackerras <paulus@samba.org>

commit d015fe9951641b2d869a7ae4a690be2a05a9dc7f
Author: Arnd Bergmann <arnd@arndb.de>
Date:   Fri Nov 28 09:51:22 2008 +0000

    powerpc/cell/axon-msi: Retry on missing interrupt
    
    The MSI capture logic for the axon bridge can sometimes
    lose interrupts in case of high DMA and interrupt load,
    when it signals an MSI interrupt to the MPIC interrupt
    controller while we are already handling another MSI.
    
    Each MSI vector gets written into a FIFO buffer in main
    memory using DMA, and that DMA access is normally flushed
    by the actual interrupt packet on the IOIF.  An MMIO
    register in the MSIC holds the position of the last
    entry in the FIFO buffer that was written.  However,
    reading that position does not flush the DMA, so that
    we can observe stale data in the buffer.
    
    In a stress test, we have observed the DMA to arrive
    up to 14 microseconds after reading the register.
    
    This patch works around this problem by retrying the
    access to the FIFO buffer.
    
    We can reliably detect the conditioning by writing
    an invalid MSI vector into the FIFO buffer after
    reading from it, assuming that all MSIs we get
    are valid.  After detecting an invalid MSI vector,
    we udelay(1) in the interrupt cascade for up to
    100 times before giving up.
    
    Signed-off-by: Arnd Bergmann <arnd@arndb.de>
    Signed-off-by: Paul Mackerras <paulus@samba.org>

commit 4a6186696e7f15b3ea4dafcdb64ee0703e0e4487
Author: Dave Hansen <dave@linux.vnet.ibm.com>
Date:   Mon Nov 24 12:02:35 2008 +0000

    powerpc: Fix boot freeze on machine with empty memory node
    
    I got a bug report about a distro kernel not booting on a particular
    machine.  It would freeze during boot:
    
    > ...
    > Could not find start_pfn for node 1
    > [boot]0015 Setup Done
    > Built 2 zonelists in Node order, mobility grouping on.  Total pages: 123783
    > Policy zone: DMA
    > Kernel command line:
    > [boot]0020 XICS Init
    > [boot]0021 XICS Done
    > PID hash table entries: 4096 (order: 12, 32768 bytes)
    > clocksource: timebase mult[7d0000] shift[22] registered
    > Console: colour dummy device 80x25
    > console handover: boot [udbg0] -> real [hvc0]
    > Dentry cache hash table entries: 1048576 (order: 7, 8388608 bytes)
    > Inode-cache hash table entries: 524288 (order: 6, 4194304 bytes)
    > freeing bootmem node 0
    
    I've reproduced this on 2.6.27.7.  It is caused by commit
    8f64e1f2d1e09267ac926e15090fd505c1c0cbcb ("powerpc: Reserve in bootmem
    lmb reserved regions that cross NUMA nodes").
    
    The problem is that Jon took a loop which was (in pseudocode):
    
    	for_each_node(nid)
    		NODE_DATA(nid) = careful_alloc(nid);
    		setup_bootmem(nid);
    		reserve_node_bootmem(nid);
    
    and broke it up into:
    
    	for_each_node(nid)
    		NODE_DATA(nid) = careful_alloc(nid);
    		setup_bootmem(nid);
    	for_each_node(nid)
    		reserve_node_bootmem(nid);
    
    The issue comes in when the 'careful_alloc()' is called on a node with
    no memory.  It falls back to using bootmem from a previously-initialized
    node.  But, bootmem has not yet been reserved when Jon's patch is
    applied.  It gives back bogus memory (0xc000000000000000) and pukes
    later in boot.
    
    The following patch collapses the loop back together.  It also breaks
    the mark_reserved_regions_for_nid() code out into a function and adds
    some comments.  I think a huge part of introducing this bug is because
    for loop was too long and hard to read.
    
    The actual bug fix here is the:
    
    +		if (end_pfn <= node->node_start_pfn ||
    +		    start_pfn >= node_end_pfn)
    +			continue;
    
    Signed-off-by: Dave Hansen <dave@linux.vnet.ibm.com>
    Signed-off-by: Paul Mackerras <paulus@samba.org>

commit 4b824de9b18b8d1013e9fc9e4b0f855ced8cac2c
Author: Adhemerval Zanella <azanella@linux.vnet.ibm.com>
Date:   Wed Nov 19 03:55:35 2008 +0000

    powerpc: Fix IRQ assignment for some PCIe devices
    
    Currently, some PCIe devices on POWER6 machines do not get interrupts
    assigned correctly.  The problem is that OF doesn't create an
    "interrupt" property for them.  The fix is for of_irq_map_pci to fall
    back to using the value in the PCI interrupt-pin register in config
    space, as we do when there is no OF device-tree node for the device.
    
    I have verified that this works fine with a pair of Squib-E SAS
    adapter on a P6-570.
    
    Acked-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
    
    Signed-off-by: Paul Mackerras <paulus@samba.org>

commit a6e470fd1bbfea8e51d2b10b0713e802b782f19a
Merge: 8e36a5d... 90f6713...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Sun Nov 30 14:04:31 2008 -0800

    Merge git://git.kernel.org/pub/scm/linux/kernel/git/kyle/parisc-2.6
    
    * git://git.kernel.org/pub/scm/linux/kernel/git/kyle/parisc-2.6:
      parisc: struct device - replace bus_id with dev_name(), dev_set_name()
      parisc: fix kernel crash when unwinding a userspace process
      parisc: __kernel_time_t is always long

commit 8e36a5d6ad587d906f0ff677974e5edb0335db30
Merge: 9bd062d... a98ee8c...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Sun Nov 30 14:04:02 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 regression in cifs_write_begin/cifs_write_end

commit 9bd062d9eaf9e790330f37d9f4518e1b95131f6c
Merge: 72244c0... af6d596...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Sun Nov 30 13:06:47 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: prevent divide by zero error in cpu_avg_load_per_task, update
      sched, cpusets: fix warning in kernel/cpuset.c
      sched: prevent divide by zero error in cpu_avg_load_per_task

commit 72244c0e68dd664b894adb34a8772a6e4673b4c1
Merge: 93b1005... 2ed1cdc...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Sun Nov 30 13:06:20 2008 -0800

    Merge branch 'irq-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip
    
    * 'irq-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip:
      irq.h: fix missing/extra kernel-doc
      genirq: __irq_set_trigger: change pr_warning to pr_debug
      irq: fix typo
      x86: apic honour irq affinity which was set in early boot
      genirq: fix the affinity setting in setup_irq
      genirq: keep affinities set from userspace across free/request_irq()

commit 93b10052f9146eab4e848b474baf10c2ea22acb3
Merge: 7bbc67f... b0788ca...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Sun Nov 30 13:05:46 2008 -0800

    Merge branch 'core-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip
    
    * 'core-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip:
      lockdep: consistent alignement for lockdep info

commit 7bbc67fbf60b698b43692fc6ea16c526bf1c5e26
Merge: 66a45cc... 4f5a7f4...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Sun Nov 30 13:05:31 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:
      ftrace: prevent recursion
      tracing, doc: update mmiotrace documentation
      x86, mmiotrace: fix buffer overrun detection
      function tracing: fix wrong position computing of stack_trace

commit 66a45cc4cc1c1f7d1ccae4d0fee261eab5560682
Merge: 8639dad... b627c8b...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Sun Nov 30 13:01:04 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:
      x86: always define DECLARE_PCI_UNMAP* macros
      x86: fixup config space size of CPU functions for AMD family 11h
      x86, bts: fix wrmsr and spinlock over kmalloc
      x86, pebs: fix PEBS record size configuration
      x86, bts: turn macro into static inline function
      x86, bts: exclude ds.c from build when disabled
      arch/x86/kernel/pci-calgary_64.c: change simple_strtol to simple_strtoul
      x86: use limited register constraint for setnz
      xen: pin correct PGD on suspend
      x86: revert irq number limitation
      x86: fixing __cpuinit/__init tangle, xsave_cntxt_init()
      x86: fix __cpuinit/__init tangle in init_thread_xstate()
      oprofile: fix an overflow in ppro code

commit 8639dad84e4fe83577006e8e2bd9da79c6c2c41e
Merge: 9297524... 461cba2...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Sun Nov 30 13:00:21 2008 -0800

    Merge branch 'drm-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6
    
    * 'drm-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6:
      drm/i915: Save/restore HWS_PGA on suspend/resume
      drm: move drm vblank initialization/cleanup to driver load/unload
      drm/i915: execbuffer pins objects, no need to ensure they're still in the GTT
      drm/i915: Always read pipestat in irq_handler
      drm/i915: Subtract total pinned bytes from available aperture size
      drm/i915: Avoid BUG_ONs on VT switch with a wedged chipset.
      drm/i915: Remove IMR masking during interrupt handler, and restart it if needed.
      drm/i915: Manage PIPESTAT to control vblank interrupts instead of IMR.

commit 9297524f6a2885bfb4e2431d658cd1ffaefbda41
Merge: 8c7b905... 52b19ac...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Sun Nov 30 12:34:22 2008 -0800

    Merge branch 'for_linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jack/linux-udf-2.6
    
    * 'for_linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jack/linux-udf-2.6:
      udf: Fix BUG_ON() in destroy_inode()

commit 8c7b905a2d131a8dd0b081b16c64b17db4ce9392
Merge: 1838e39... a266d9f...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Sun Nov 30 11:43:41 2008 -0800

    Merge branch 'fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/davej/cpufreq
    
    * 'fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/davej/cpufreq:
      [CPUFREQ] powernow-k8: ignore out-of-range PstateStatus value
      [CPUFREQ] Documentation: Add Blackfin to list of supported processors

commit 1838e39214ee3e390f9c8150ea7454103b72ef83
Author: frans <fransmeulenbroeks@gmail.com>
Date:   Sat Nov 22 15:39:06 2008 +0100

    Trivial Documentation/filesystems/ramfs-rootfs-initramfs.txt fix
    
    A very minor patch on ramfs-rootfs-initramfs.txt: update the location
    where CONFIG_INITRAMFS_SOURCE lives in menuconfig
    
    Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
    Acked-by: Rob Landley <rob@landley.net>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 42182c7850cdfbfdcf5f8763908a7a66b5ce9041
Merge: e2a2444... b628353...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Sun Nov 30 11:36:57 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 - Check model for Dell 92HD73xx laptops
      ALSA: hda - mark Dell studio 1535 quirk
      ALSA: hda - No 'Headphone as Line-out' swich without line-outs
      ALSA: hda - Fix AFG power management on IDT 92HD* codecs
      ALSA: hda - Fix caching of SPDIF status bits
      ALSA: hda - Add a quirk for Dell Studio 15
      ALSA: hda: Add STAC_DELL_M4_3 quirk
      sound/sound_core: Fix sparse warnings
      ALSA: hda: STAC_DELL_M6 EAPD

commit e2a2444a90ba12f123c9c59362ffe3ab278bccb9
Merge: 8decec7... 2ad4988...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Sun Nov 30 11:34:17 2008 -0800

    Merge branch 'linux-next' of git://git.infradead.org/~dedekind/ubi-2.6
    
    * 'linux-next' of git://git.infradead.org/~dedekind/ubi-2.6:
      UBI: Don't exit from ubi_thread until kthread_should_stop() is true
      UBI: fix EBADMSG handling

commit 8decec78a3d9e240f14553284629ac4851ff3744
Merge: 499c59c... 7b964f7...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Sun Nov 30 11:21:43 2008 -0800

    Merge branch 'i2c-for-linus' of git://jdelvare.pck.nerim.net/jdelvare-2.6
    
    * 'i2c-for-linus' of git://jdelvare.pck.nerim.net/jdelvare-2.6:
      i2c-parport: Fix misplaced parport_release call
      i2c: Remove i2c clients in reverse order
      i2c/isp1301_omap: Build fixes

commit 499c59c42967329d39481314a839d7669f5e1506
Author: Robert P. J. Day <rpjday@crashcourse.ca>
Date:   Fri Nov 28 11:48:37 2008 +0000

    MN10300: Tighten up the code using case ranges
    
    Compress a set of consecutive switch cases into a case-range.
    
    Signed-off-by: Robert P. J. Day <rpjday@crashcourse.ca>
    Signed-off-by: David Howells <dhowells@redhat.com>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit f1ba3bc7b97ad0cc5886e5dadf4defba68f37819
Merge: 95c5e1f... abd9421...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Sun Nov 30 11:07:16 2008 -0800

    Merge branch 'for-linus' of git://git390.osdl.marist.edu/pub/scm/linux-2.6
    
    * 'for-linus' of git://git390.osdl.marist.edu/pub/scm/linux-2.6:
      [S390] Update default configuration.
      [S390] Fix alignment of initial kernel stack.
      [S390] pgtable.h: Fix oops in unmap_vmas for KVM processes
      [S390] fix/cleanup sched_clock
      [S390] fix system call parameter functions.

commit 95c5e1f1e6e1788cc8b9acbe9379ae395ef64958
Merge: b31a0fe... 23d0a65...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Sun Nov 30 11:06:40 2008 -0800

    Merge branch 'release' of git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6
    
    * 'release' of git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6:
      toshiba_acpi: close race in toshiba_acpi driver
      ACPICA: disable _BIF warning
      ACPI: delete OSI(Linux) DMI dmesg spam
      ACPICA: Allow _WAK method to return an Integer
      ACPI: thinkpad-acpi: fix fan sleep/resume path
      sony-laptop: printk tweak
      sony-laptop: brightness regression fix
      Revert "ACPI: don't enable control method power button as wakeup device when Fixed Power button is used"
      ACPI suspend: Blacklist boxes that require us to set SCI_EN directly on resume
      ACPI: scheduling in atomic via acpi_evaluate_integer ()
      ACPI: battery: Convert discharge energy rate to current properly
      ACPI: EC: count interrupts only if called from interrupt handler.

commit b31a0fecd1dd01f1db406014a7c8a73983e04cc9
Merge: 96b8936... 545f4e9...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Sun Nov 30 11:05:21 2008 -0800

    Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input
    
    * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input:
      Input: wacom - add support for new USB Tablet PCs
      Input: replace spin_lock_bh with spin_lock_irqsave in ml_ff_playback
      Input: i8042 - add Compal Hel80 laptop to nomux blacklist
      Input: cm109 - add keymap for ATCom AU-100 phone
      Input: fix the example of an input device driver
      Input: psmouse - fix incorrect validate_byte check in OLPC protocol
      Input: atkbd - cancel delayed work before freeing its structure
      Input: atkbd - add keymap quirk for Inventec Symphony systems
      Input: i8042 - add Dell XPS M1530 to nomux list
      Input: elo - fix format string in elo driver

commit 96b8936a9ed08746e47081458a5eb9e43a751e24
Author: Christoph Hellwig <hch@lst.de>
Date:   Tue Nov 25 08:10:03 2008 +0100

    remove __ARCH_WANT_COMPAT_SYS_PTRACE
    
    All architectures now use the generic compat_sys_ptrace, as should every
    new architecture that needs 32bit compat (if we'll ever get another).
    
    Remove the now superflous __ARCH_WANT_COMPAT_SYS_PTRACE define, and also
    kill a comment about __ARCH_SYS_PTRACE that was added after
    __ARCH_SYS_PTRACE was already gone.
    
    Signed-off-by: Christoph Hellwig <hch@lst.de>
    Acked-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 16799c6a4d5156c6ee185b51b7586cca1aae0800
Merge: 211f05a... 8ec2e24...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Sun Nov 30 10:38:22 2008 -0800

    Merge branch 'upstream' of git://ftp.linux-mips.org/pub/scm/upstream-linus
    
    * 'upstream' of git://ftp.linux-mips.org/pub/scm/upstream-linus:
      MIPS: Make BUG() __noreturn.

commit 211f05a034f49586fdd071abd174853217ec29ee
Author: Arjan van de Ven <arjan@linux.intel.com>
Date:   Sun Nov 23 16:57:36 2008 -0800

    input: replace spin_lock_bh with spin_lock_irqsave in ml_ff_playback
    
    ml_ff_playback() uses spin_(un)lock_bh. However this function is called
    with interrupts disabled from erase_effect() in drivers/input/ff-core.c:196.
    
    This is not permitted, and will result in a WARN_ON in the bottom half handling code.
    This patch changes this function to just use spin_lock_irqsave() instead, solving
    the problem and simplifying the locking logic.
    
    This was reported as entry #106559 in kerneloops.org
    
    Reported-by: kerneloops.org
    Signed-off-by: Arjan van de Ven <arjan@linux.intel.com>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 02d0e6753d8ab0173b63338157929e52eac86d12
Author: Al Viro <viro@ftp.linux.org.uk>
Date:   Sat Nov 22 17:38:34 2008 +0000

    hotplug_memory_notifier section annotation
    
    Same as for hotplug_cpu - we want static notifier_block in there in meminitdata,
    to avoid false positives whenever it's used.
    
    Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit d3a307f32ec3554739033762672e533e2d246dae
Author: Al Viro <viro@ftp.linux.org.uk>
Date:   Sat Nov 22 17:38:24 2008 +0000

    sn_pci_controller_fixup() should be __init
    
    called only from __init
    
    Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit ffb78a26169351f6c22cdae481b057d50d5d759b
Author: Al Viro <viro@ftp.linux.org.uk>
Date:   Sat Nov 22 17:38:14 2008 +0000

    get xenbus_driver ->probe() "recognized" by modpost
    
    ... by giving the instances' names magic suffix recognized by modpost ;-/
    Their ->probe() is __devinit
    
    Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit df6b07949b6cab9d119363d02ef63379160f6c82
Author: Al Viro <viro@ftp.linux.org.uk>
Date:   Sat Nov 22 17:38:04 2008 +0000

    xen_play_dead() is __cpuinit
    
    Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 37af46efa5413c6f4c25d9a24b4c43f2cc718eed
Author: Al Viro <viro@ftp.linux.org.uk>
Date:   Sat Nov 22 17:37:54 2008 +0000

    xen_setup_vcpu_info_placement() is not init on x86
    
    ... so get xen-ops.h in agreement with xen/smp.c
    
    Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 23a14b9e9db49ed5f7683857557c26c874d4abb6
Author: Al Viro <viro@ftp.linux.org.uk>
Date:   Sat Nov 22 17:37:44 2008 +0000

    kvm_setup_secondary_clock() is cpuinit
    
    Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 2236d252e001ea57d53cec1954f680e503f3b8bc
Author: Al Viro <viro@ftp.linux.org.uk>
Date:   Sat Nov 22 17:37:34 2008 +0000

    enable_IR_x2apic() needs to be __init
    
    calls __init, called only from __init
    
    Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit ad04d31e5fb6b25308e6cdea6baa07d41871a3e0
Author: Al Viro <viro@ftp.linux.org.uk>
Date:   Sat Nov 22 17:37:14 2008 +0000

    pci_setup() is init, not devinit
    
    for fsck sake, it's used only when parsing kernel command line...
    
    Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 4bcc17dd8e48b612d43a9b0a6faa9eaa358fa4bd
Author: Al Viro <viro@ftp.linux.org.uk>
Date:   Sat Nov 22 17:37:04 2008 +0000

    alpha: pcibios_resource_to_bus() is callable from normal code
    
    pci_enable_rom(), specifically.
    
    Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 56d74dd5f7ad8b6b0979ce915d51cf03bcc57267
Author: Al Viro <viro@ftp.linux.org.uk>
Date:   Sat Nov 22 17:36:54 2008 +0000

    tricky one: hisax sections
    
    a) hisax_init_pcmcia() needs to be defined only if we have
       CONFIG_HOTPLUG (no PCMCIA support otherwise) and can be declared
       __devinit.
    
    b) HiSax_inithardware() can go __init
    
    c) hisax_register() is passing to checkcard() full-blown hisax_cs_setup_card():
    	checkcard(i, id, NULL, hisax_d_if->owner, hisax_cs_setup_card);
       The problem with it is that
    	* hisax_cs_setup_card() is __devinit
    	* hisax_register() is not
    	* hisax_cs_setup_card() is a switch from hell, calling a lot of
    	  setup_some_weirdcard() depending on card->typ.  _These_ are also
    	  __devinit.
    
       However, in hisax_register() we have card->typ equal to
       ISDN_CTYPE_DYNAMIC, which reduces hisax_cs_setup_card() to "nevermind
       all that crap, just do nothing and return 2".  So we add a
       trimmed-down callback doing just that and passed to checkcard() by
       hisax_register().  _This_ is non-init (we can stand the impact on
       .text size).
    
    Voila - no section warnings from drivers/isdn
    
    Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 8419641450edc838a6ce7cdf0f99d262bf0af2d5
Author: Al Viro <viro@ftp.linux.org.uk>
Date:   Sat Nov 22 17:36:44 2008 +0000

    cpuinit fixes in kernel/*
    
    Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit b0385146bcdd24b0390c2b60fd05a083888835db
Author: Al Viro <viro@ftp.linux.org.uk>
Date:   Sat Nov 22 17:36:34 2008 +0000

    uninorth-agp section mess
    
    'aperture' is declared devinitdata (the whole word of it) and
    is used from ->fetch_size() which can, AFAICS, be used on
    !HOTPLUG after init time.
    
    Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 37d33d151428a4ee648c855c0b49368de7804e7f
Author: Al Viro <viro@ftp.linux.org.uk>
Date:   Sat Nov 22 17:36:24 2008 +0000

    rapidio section noise
    
    functions calling devinit and called only from devinit
    
    Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit f57628d76bd201a444ca822f3622522a44acbf60
Author: Al Viro <viro@ftp.linux.org.uk>
Date:   Sat Nov 22 17:36:14 2008 +0000

    section errors in smc911x/smc91x
    
    a) ->probe() can be __devinit; no need to put it into .text
     b) calling __init stuff from it, OTOH, is wrong
     c) ->remove() is __devexit fodder
    
    Acked-by: rmk+kernel@arm.linux.org.uk
    Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 5bac287ea51bb8678c3875d87a536071ef0fd590
Author: Al Viro <viro@ftp.linux.org.uk>
Date:   Sat Nov 22 17:36:04 2008 +0000

    fix the section noise in sparc head.S
    
    usual .text.head trick
    
    Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 1c4567aeed84a2746d78d4c1fe092222a559d43f
Author: Al Viro <viro@ftp.linux.org.uk>
Date:   Sat Nov 22 17:35:54 2008 +0000

    m32r: section noise in head.S
    
    usual "introduce .text.head, put it in front of TEXT_TEXT in vmlinux.lds.S,
    make the stuff up to jump to start_kernel live in it", same as on other
    targets.
    
    Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 8814b5050d183f00a25a087b550841797c0c2775
Author: Al Viro <viro@ftp.linux.org.uk>
Date:   Sat Nov 22 17:35:44 2008 +0000

    section misannotation in ibmtr_cs
    
    ibmtr_resume() is calling ibmtr_probe(), which is devinit.  Whether
    that's the right thing to do there is a separate question, but
    since it's PCMCIA and thus will never compile without HOTPLUG...
    
    Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 43ced651d1272ced02ed5f1c2abc79e3354187f6
Author: Al Viro <viro@ftp.linux.org.uk>
Date:   Sat Nov 22 17:35:34 2008 +0000

    ixgbe section fixes
    
    ixgbe_init_interrupt_scheme() is called from ixgbe_resume().  Build that
    with CONFIG_PM and without CONFIG_HOTPLUG and you've got a problem.
    Several helpers called by it also are misannotated __devinit.
    
    Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 31421a6f6ea88236cb17b6a24aa21e66a6138d4c
Author: Al Viro <viro@ftp.linux.org.uk>
Date:   Sat Nov 22 17:35:24 2008 +0000

    rackmeter section fixes
    
    * rackmeter_remove() reference needs devexit_p
     * rackmeter_setup() is calls devinit and is called only from devinit
    
    Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit ced7172ad94713f9023a3c279082402ac7750ba8
Author: Al Viro <viro@ftp.linux.org.uk>
Date:   Sat Nov 22 17:35:14 2008 +0000

    gdth section fixes
    
    PCI side of driver should be devinit, not init
    
    Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit e669dae6141ff97d3c7566207f5de3b487dcf837
Author: Al Viro <viro@ftp.linux.org.uk>
Date:   Sat Nov 22 17:35:04 2008 +0000

    of_platform_driver noise on sparce
    
    switch to __init for those; unlike powerpc sparc has no hotplug support
    for that stuff and their ->probe() tends to call __init functions while
    being declared __devinit.
    
    Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 30037818f7c1e11cb3742fbecd614ef3dc7b27bb
Author: Al Viro <viro@ftp.linux.org.uk>
Date:   Sat Nov 22 17:34:54 2008 +0000

    advansys fix on ISA-less configs
    
    The code
    
            if (shost->dma_channel != NO_ISA_DMA)
                    free_dma(shost->dma_channel);
    
    in there is triggerable only if we have CONFIG_ISA (we only set ->dma_channel to
    something other than NO_ISA_DMA under #ifdef CONFIG_ISA).  OTOH, free_dma() is
    not guaranteed to be there in absense of CONFIG_ISA.  IOW, driver runs into
    undefined symbols on PCI-but-not-ISA configs (e.g. on frv) and it's a false
    positive.
    
    Fix: put the entire if () under #ifdef CONFIG_ISA; behaviour doesn't change and
    dependency on free_dma() disappears for !CONFIG_ISA.
    
    Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 2fceab0bd8d82509519e9b842a5a7234b2397fb4
Author: Al Viro <viro@ftp.linux.org.uk>
Date:   Sat Nov 22 17:34:44 2008 +0000

    W1_MASTER_DS1WM should depend on HAVE_CLK
    
    Uses clk_...() a lot
    
    Acked-by: rmk+kernel@arm.linux.org.uk
    Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit d16d7667f9c211e8d9b7e2365cc3d3a83fc6a8e2
Author: Al Viro <viro@ftp.linux.org.uk>
Date:   Sat Nov 22 17:34:34 2008 +0000

    icside section warnings
    
    icside_register_v[56] is called from (__devinit) icside_probe
    
    Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 596f1034190565529e507e1eb8df6def1c9f5560
Author: Al Viro <viro@ftp.linux.org.uk>
Date:   Sat Nov 22 17:34:24 2008 +0000

    fix talitos
    
    talitos_remove() can be called from talitos_probe() on failure
    exit path, so it can't be __devexit.
    
    Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 6005e3eb89db99f3737c8f5fe3d97f3262ed7919
Author: Al Viro <viro@ftp.linux.org.uk>
Date:   Sat Nov 22 17:34:14 2008 +0000

    istallion section warnings
    
    stli_findeisabrds() and stli_initbrds() are using __init and called only
    from __init.
    
    Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 8c29890aef80702824e2284909ee301ef2430a3e
Author: Al Viro <viro@ftp.linux.org.uk>
Date:   Sat Nov 22 17:34:04 2008 +0000

    sparc64 trivial section misannotations
    
    Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 409832f5484cd1e2d8812c3236dffb33d01c359b
Author: Al Viro <viro@ftp.linux.org.uk>
Date:   Sat Nov 22 17:33:54 2008 +0000

    sparc32 cpuinit flase positives
    
    All noise since we don't have CPU hotplug there.  However, they
    did expose something very odd-looking in there - poke_viking()
    does a bunch of identical btfixup each time it's called (i.e.
    for each CPU).  That one is left alone for now; just the trivial
    misannotation fixes.
    
    Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 4ea8fb9c1cc67bee980dca589ec8d0d4e62858c7
Author: Al Viro <viro@ftp.linux.org.uk>
Date:   Sat Nov 22 17:33:44 2008 +0000

    powerpc set_huge_psize() false positive
    
    called only from __init, calls __init.  Incidentally, it ought to be static
    in file.
    
    Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 7d6a8a1c487422b772201927c454930377d8cf7e
Author: Al Viro <viro@ftp.linux.org.uk>
Date:   Sat Nov 22 17:33:34 2008 +0000

    false __cpuinit positives on alpha
    
    pure noise - alpha doesn't have CPU hotplug
    
    Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 31168481c32c8a485e1003af9433124dede57f8d
Author: Al Viro <viro@ftp.linux.org.uk>
Date:   Sat Nov 22 17:33:24 2008 +0000

    meminit section warnings
    
    Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit af6d596fd603219b054c1c90fb16672a9fd441bd
Author: Ingo Molnar <mingo@elte.hu>
Date:   Sat Nov 29 20:45:15 2008 +0100

    sched: prevent divide by zero error in cpu_avg_load_per_task, update
    
    Regarding the bug addressed in:
    
      4cd4262: sched: prevent divide by zero error in cpu_avg_load_per_task
    
    Linus points out that the fix is not complete:
    
    > There's nothing that keeps gcc from deciding not to reload
    > rq->nr_running.
    >
    > Of course, in _practice_, I don't think gcc ever will (if it decides
    > that it will spill, gcc is likely going to decide that it will
    > literally spill the local variable to the stack rather than decide to
    > reload off the pointer), but it's a valid compiler optimization, and
    > it even has a name (rematerialization).
    >
    > So I suspect that your patch does fix the bug, but it still leaves the
    > fairly unlikely _potential_ for it to re-appear at some point.
    >
    > We have ACCESS_ONCE() as a macro to guarantee that the compiler
    > doesn't rematerialize a pointer access. That also would clarify
    > the fact that we access something unsafe outside a lock.
    
    So make sure our nr_running value is immutable and cannot change
    after we check it for nonzero.
    
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 1583715ddb61f822041807a0f18b3b4845e88c76
Author: Ingo Molnar <mingo@elte.hu>
Date:   Tue Nov 25 10:27:49 2008 +0100

    sched, cpusets: fix warning in kernel/cpuset.c
    
    this warning:
    
      kernel/cpuset.c: In function ‘generate_sched_domains’:
      kernel/cpuset.c:588: warning: ‘ndoms’ may be used uninitialized in this function
    
    triggers because GCC does not recognize that ndoms stays uninitialized
    only if doms is NULL - but that flow is covered at the end of
    generate_sched_domains().
    
    Help out GCC by initializing this variable to 0. (that's prudent anyway)
    
    Also, this function needs a splitup and code flow simplification:
    with 160 lines length it's clearly too long.
    
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 23d0a65cf229acd273b6f5a325c34d758a90d592
Author: Arjan van de Ven <arjan@linux.intel.com>
Date:   Fri Nov 28 08:19:09 2008 -0800

    toshiba_acpi: close race in toshiba_acpi driver
    
    the toshiba ACPI driver will, in a failure case, free the rfkill state
    before stopping the polling timer that would use this state. More interesting,
    in the same failure case handling, it calls the exit function, which also
    frees the rfkill state, but after stopping the polling.
    
    If the race happens, a NULL pointer is passed to rfkill_force_state()
    which then causes a nice dereference.
    
    Fix the race by just not doing the too-early freeing of the rfkill state.
    
    This appears to be the cause of a hot issue on kerneloops.org; while I
    have no solid evidence of that this patch will fix the issue, the race
    appears rather real.
    
    Signed-off-by: Arjan van de Ven <arjan@linux.intel.com>
    Signed-off-by: Len Brown <len.brown@intel.com>

commit 7b964f733798960c899dc40911329aee7bee25e4
Author: Jean Delvare <khali@linux-fr.org>
Date:   Fri Nov 28 15:24:39 2008 +0100

    i2c-parport: Fix misplaced parport_release call
    
    We shouldn't release the parallel port until we are actually done with
    it.
    
    Signed-off-by: Jean Delvare <khali@linux-fr.org>

commit 79b93e1359b1414b438f239c6e5e0ad91232e4c8
Author: Jean Delvare <khali@linux-fr.org>
Date:   Fri Nov 28 15:24:38 2008 +0100

    i2c: Remove i2c clients in reverse order
    
    i2c clients should be removed in reverse order compared to the probe
    (actually: bind) order. This matters when several clients depend on
    each other.
    
    Signed-off-by: Jean Delvare <khali@linux-fr.org>
    Tested-by: Guennadi Liakhovetski <g.liakhovetski@gmx.de>

commit d1846b0e7a1dc26f90fb0d75641aca9abb077ef9
Author: David Brownell <dbrownell@users.sourceforge.net>
Date:   Fri Nov 28 15:24:38 2008 +0100

    i2c/isp1301_omap: Build fixes
    
    Build fixes for isp1301_omap; no behavior changes:
    
      - fix incorrect probe() signature (it changed many months ago)
      - provide missing functions on H3 and H4 boards
      - "sparse" fixes (static, NULL-vs-0)
    
    The H3 build bits subset some of the stuff that was previously in
    the OMAP tree but never went to mainline.
    
    Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
    Signed-off-by: Jean Delvare <khali@linux-fr.org>

commit af38d90d6a5e135b546a3f86222ba2ad895ba4ae
Merge: 487ff32... a730b32...
Author: Russell King <rmk@dyn-67.arm.linux.org.uk>
Date:   Thu Nov 27 23:50:31 2008 +0000

    Merge branch 'for-rmk' of git://git.kernel.org/pub/scm/linux/kernel/git/ycmiao/pxa-linux-2.6

commit 487ff32082a9bd7489d8185cf7d7a2fdf18a22fa
Author: Russell King <rmk@dyn-67.arm.linux.org.uk>
Date:   Thu Nov 27 11:13:58 2008 +0000

    Allow architectures to override copy_user_highpage()
    
    With aliasing VIPT cache support, the ARM implementation of
    clear_user_page() and copy_user_page() sets up a temporary kernel space
    mapping such that we have the same cache colour as the userspace page.
    This avoids having to consider any userspace aliases from this operation.
    
    However, when highmem is enabled, kmap_atomic() have to setup mappings.
    The copy_user_highpage() and clear_user_highpage() call these functions
    before delegating the copies to copy_user_page() and clear_user_page().
    
    The effect of this is that each of the *_user_highpage() functions setup
    their own kmap mapping, followed by the *_user_page() functions setting
    up another mapping.  This is rather wasteful.
    
    Thankfully, copy_user_highpage() can be overriden by architectures by
    defining __HAVE_ARCH_COPY_USER_HIGHPAGE.  However, replacement of
    clear_user_highpage() is more difficult because its inline definition
    is not conditional.  It seems that you're expected to define
    __HAVE_ARCH_ALLOC_ZEROED_USER_HIGHPAGE and provide a replacement
    __alloc_zeroed_user_highpage() implementation instead.
    
    The allocation itself is fine, so we don't want to override that.  What
    we really want to do is to override clear_user_highpage() with our own
    version which doesn't kmap_atomic() unnecessarily.
    
    Other VIPT architectures (PARISC and SH) would also like to override
    this function as well.
    
    Acked-by: Hugh Dickins <hugh@veritas.com>
    Acked-by: James Bottomley <James.Bottomley@HansenPartnership.com>
    Acked-by: Paul Mundt <lethal@linux-sh.org>
    Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>

commit 52b19ac993f1aeadbce15b55302be9a35346e235
Author: Jan Kara <jack@suse.cz>
Date:   Tue Sep 23 18:24:08 2008 +0200

    udf: Fix BUG_ON() in destroy_inode()
    
    udf_clear_inode() can leave behind buffers on mapping's i_private list (when
    we truncated preallocation). Call invalidate_inode_buffers() so that the list
    is properly cleaned-up before we return from udf_clear_inode(). This is ugly
    and suggest that we should cleanup preallocation earlier than in clear_inode()
    but currently there's no such call available since drop_inode() is called under
    inode lock and thus is unusable for disk operations.
    
    Signed-off-by: Jan Kara <jack@suse.cz>

commit a730b327ca70f0e4d933202e3979e96613c3585f
Author: Marek Vasut <marek.vasut@gmail.com>
Date:   Thu Nov 20 17:34:57 2008 +0100

    [ARM] pxa/palmtx: misc fixes to use generic GPIO API
    
    Signed-off-by: Marek Vasut <marek.vasut@gmail.com>
    Signed-off-by: Eric Miao <eric.miao@marvell.com>

commit b627c8b17ccacba38c975bc0f69a49fc4e5261c9
Author: Joerg Roedel <joerg.roedel@amd.com>
Date:   Thu Nov 20 20:49:56 2008 +0100

    x86: always define DECLARE_PCI_UNMAP* macros
    
    Impact: fix boot crash on AMD IOMMU if CONFIG_GART_IOMMU is off
    
    Currently these macros evaluate to a no-op except the kernel is compiled
    with GART or Calgary support. But we also need these macros when we have
    SWIOTLB, VT-d or AMD IOMMU in the kernel. Since we always compile at
    least with SWIOTLB we can define these macros always.
    
    This patch is also for stable backport for the same reason the SWIOTLB
    default selection patch is.
    
    Signed-off-by: Joerg Roedel <joerg.roedel@amd.com>
    Cc: <stable@kernel.org>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 6417a917b564106dcf2b8f42687f92ad94635ddd
Merge: 47fd6f7... 723fdb7...
Author: Russell King <rmk@dyn-67.arm.linux.org.uk>
Date:   Thu Nov 27 11:13:10 2008 +0000

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

commit abd942194dcba2fa9d24d547b8acd4ef052eaf73
Author: Martin Schwidefsky <schwidefsky@de.ibm.com>
Date:   Thu Nov 27 11:05:59 2008 +0100

    [S390] Update default configuration.
    
    Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>

commit 0778dc3a624b48cf80072b04405cacd1ad4079be
Author: Heiko Carstens <heiko.carstens@de.ibm.com>
Date:   Thu Nov 27 11:05:58 2008 +0100

    [S390] Fix alignment of initial kernel stack.
    
    We need an alignment of 16384 bytes for the initial kernel stack if
    the kernel is configured for 16384 bytes stacks but the linker script
    currently guarantees only an alignment of 8192 bytes.
    
    So fix this and simply use THREAD_SIZE as alignment value which will
    always do the right thing.
    
    Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com>
    Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>

commit 2944a5c971c12766e2438ea407ec3567949c32b7
Author: Christian Borntraeger <borntraeger@de.ibm.com>
Date:   Thu Nov 27 11:05:57 2008 +0100

    [S390] pgtable.h: Fix oops in unmap_vmas for KVM processes
    
    When running several kvm processes with lots of memory overcommitment,
    we have seen an oops during process shutdown:
    ------------[ cut here ]------------
    Kernel BUG at 0000000000193434 [verbose debug info unavailable]
    addressing exception: 0005 [#1] PREEMPT SMP
    Modules linked in: kvm sunrpc qeth_l2 dm_mod qeth ccwgroup
    CPU: 10 Not tainted 2.6.28-rc4-kvm-bigiron-00521-g0ccca08-dirty #8
    Process kuli (pid: 14460, task: 0000000149822338, ksp: 0000000024f57650)
    Krnl PSW : 0704e00180000000 0000000000193434 (unmap_vmas+0x884/0xf10)
    R:0 T:1 IO:1 EX:1 Key:0 M:1 W:0 P:0 AS:3 CC:2 PM:0 EA:3
    Krnl GPRS: 0000000000000002 0000000000000000 000000051008d000 000003e05e6034e0
               00000000001933f6 00000000000001e9 0000000407259e0a 00000002be88c400
               00000200001c1000 0000000407259608 0000000407259e08 0000000024f577f0
               0000000407259e09 0000000000445fa8 00000000001933f6 0000000024f577f0
    Krnl Code: 0000000000193426: eb22000c000d sllg %r2,%r2,12
               000000000019342c: a7180000 lhi %r1,0
               0000000000193430: b2290012 iske %r1,%r2
              >0000000000193434: a7110002 tmll %r1,2
               0000000000193438: a7840006 brc 8,193444
               000000000019343c: 9602c000 oi 0(%r12),2
               0000000000193440: 96806000 oi 0(%r6),128
               0000000000193444: a7110004 tmll %r1,4
    Call Trace:
    ([<00000000001933f6>] unmap_vmas+0x846/0xf10)
    [<0000000000199680>] exit_mmap+0x210/0x458
    [<000000000012a8f8>] mmput+0x54/0xfc
    [<000000000012f714>] exit_mm+0x134/0x144
    [<000000000013120c>] do_exit+0x240/0x878
    [<00000000001318dc>] do_group_exit+0x98/0xc8
    [<000000000013e6b0>] get_signal_to_deliver+0x30c/0x358
    [<000000000010bee0>] do_signal+0xec/0x860
    [<0000000000112e30>] sysc_sigpending+0xe/0x22
    [<000002000013198a>] 0x2000013198a
    INFO: lockdep is turned off.
    Last Breaking-Event-Address:
    [<00000000001a68d0>] free_swap_and_cache+0x1a0/0x1a4
    <4>---[ end trace bc19f1d51ac9db7c ]---
    
    The faulting instruction is the storage key operation (iske) in
    ptep_rcp_copy (called by pte_clear, called by unmap_vmas). iske
    reads dirty and reference bit information for a physical page and
    requires a valid physical address. Since we are in pte_clear, we
    cannot rely on the pte containing a valid address. Fortunately we
    dont need these information in pte_clear - after all there is no
    mapping. The best fix is to remove the needless call to ptep_rcp_copy
    that contains the iske.
    
    Signed-off-by: Christian Borntraeger <borntraeger@de.ibm.com>
    Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>

commit 8107d8296baff899db89c1716fe8af69a5b19d18
Author: Christian Borntraeger <borntraeger@de.ibm.com>
Date:   Thu Nov 27 11:05:56 2008 +0100

    [S390] fix/cleanup sched_clock
    
    CONFIG_PRINTK_TIME reveals that sched_clock has a wrong offset during boot:
    ..
    [    0.000000]   Movable zone: 0 pages used for memmap
    [    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 775679
    [    0.000000] Kernel command line: dasd=4b6c root=/dev/dasda1 ro noinitrd
    [    0.000000] PID hash table entries: 4096 (order: 12, 32768 bytes)
    [6920575.975232] console [ttyS0] enabled
    [6920575.987586] Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes)
    [6920575.991404] Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes)
    ..
    
    The s390 implementation of sched_clock uses the store clock instruction and
    subtracts jiffies_timer_cc.
    jiffies_timer_cc is a local variable in arch/s390/kernel/time.c and only used
    for sched_clock and monotonic clock. For historical reasons there is an offset
    on that value. With todays code this offset is unnecessary. By removing that
    offset we can get a sched_clock which returns the nanoseconds after time_init.
    This improves CONFIG_PRINTK_TIME.
    
    Since sched_clock is the only user, I have also renamed jiffies_timer_cc to
    sched_clock_base_cc. In addition, the local variable init_timer_cc is redundant
    and can be romved as well.
    
    Signed-off-by: Christian Borntraeger <borntraeger@de.ibm.com>
    Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>

commit 59da21398e680e8100625d689c8bebee6a139e93
Author: Martin Schwidefsky <schwidefsky@de.ibm.com>
Date:   Thu Nov 27 11:05:55 2008 +0100

    [S390] fix system call parameter functions.
    
    syscall_get_nr() currently returns a valid result only if the call
    chain of the traced process includes do_syscall_trace_enter(). But
    collect_syscall() can be called for any sleeping task, the result of
    syscall_get_nr() in general is completely bogus.
    
    To make syscall_get_nr() work for any sleeping task the traps field
    in pt_regs is replace with svcnr - the system call number the process
    is executing. If svcnr == 0 the process is not on a system call path.
    
    The syscall_get_arguments and syscall_set_arguments use regs->gprs[2]
    for the first system call parameter. This is incorrect since gprs[2]
    may have been overwritten with the system call number if the call
    chain includes do_syscall_trace_enter. Use regs->orig_gprs2 instead.
    
    Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>

commit 4cd4262034849da01eb88659af677b69f8169f06
Author: Steven Rostedt <rostedt@goodmis.org>
Date:   Wed Nov 26 21:04:24 2008 -0500

    sched: prevent divide by zero error in cpu_avg_load_per_task
    
    Impact: fix divide by zero crash in scheduler rebalance irq
    
    While testing the branch profiler, I hit this crash:
    
    divide error: 0000 [#1] PREEMPT SMP
    [...]
    RIP: 0010:[<ffffffff8024a008>]  [<ffffffff8024a008>] cpu_avg_load_per_task+0x50/0x7f
    [...]
    Call Trace:
     <IRQ> <0> [<ffffffff8024fd43>] find_busiest_group+0x3e5/0xcaa
     [<ffffffff8025da75>] rebalance_domains+0x2da/0xa21
     [<ffffffff80478769>] ? find_next_bit+0x1b2/0x1e6
     [<ffffffff8025e2ce>] run_rebalance_domains+0x112/0x19f
     [<ffffffff8026d7c2>] __do_softirq+0xa8/0x232
     [<ffffffff8020ea7c>] call_softirq+0x1c/0x3e
     [<ffffffff8021047a>] do_softirq+0x94/0x1cd
     [<ffffffff8026d5eb>] irq_exit+0x6b/0x10e
     [<ffffffff8022e6ec>] smp_apic_timer_interrupt+0xd3/0xff
     [<ffffffff8020e4b3>] apic_timer_interrupt+0x13/0x20
    
    The code for cpu_avg_load_per_task has:
    
    	if (rq->nr_running)
    		rq->avg_load_per_task = rq->load.weight / rq->nr_running;
    
    The runqueue lock is not held here, and there is nothing that prevents
    the rq->nr_running from going to zero after it passes the if condition.
    
    The branch profiler simply made the race window bigger.
    
    This patch saves off the rq->nr_running to a local variable and uses that
    for both the condition and the division.
    
    Signed-off-by: Steven Rostedt <srostedt@redhat.com>
    Peter Zijlstra <peterz@infradead.org>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 4f5a7f40ddbae98569acbb99118a98570315579c
Author: Lai Jiangshan <laijs@cn.fujitsu.com>
Date:   Thu Nov 27 10:21:46 2008 +0800

    ftrace: prevent recursion
    
    Impact: prevent unnecessary stack recursion
    
    if the resched flag was set before we entered, then don't reschedule.
    
    Signed-off-by: Lai Jiangshan <laijs@cn.fujitsu.com>
    Acked-by: Steven Rostedt <rostedt@goodmis.org>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit e899b6485c332aa2d7510739507ab5e5d7b28e59
Author: Lin Ming <ming.m.lin@intel.com>
Date:   Thu Nov 27 14:42:30 2008 +0800

    ACPICA: disable _BIF warning
    
    A generic work-around from ACPICA is in the queue,
    but since Linux has a work-around in its battery
    driver, we can disable this warning now.
    
    Allow _BIF method to return an Package with Buffer elements
    
    http://bugzilla.kernel.org/show_bug.cgi?id=11822
    
    Signed-off-by: Lin Ming <ming.m.lin@intel.com>
    Signed-off-by: Len Brown <len.brown@intel.com>

commit a6e0887f21bbab337ee32d9c0a84d7c0b6e9141b
Author: Len Brown <len.brown@intel.com>
Date:   Sat Nov 8 01:21:10 2008 -0500

    ACPI: delete OSI(Linux) DMI dmesg spam
    
    Linux will continue to ignore OSI(Linux),
    except for a white-list containing a few systems.
    
    So delete the black-list,
    and stop soliciting user-feedback on the console.
    
    Signed-off-by: Len Brown <len.brown@intel.com>

commit 95a28ed08619cc70f31611886ac7b26ab0e462dc
Author: Bob Moore <robert.moore@intel.com>
Date:   Thu Nov 13 11:01:34 2008 +0800

    ACPICA: Allow _WAK method to return an Integer
    
    This can happen if the _WAK method returns nothing (as per ACPI
    1.0) but does return an integer if the implicit return mechanism
    is enabled.  This is the only method that has this problem,
    since it is also defined to return a package of two integers
    (ACPI 1.0b+). In all other cases, if a method returns an object
    when one was not expected, no warning is issued.
    
    Signed-off-by: Bob Moore <robert.moore@intel.com>
    Signed-off-by: Lin Ming <ming.m.lin@intel.com>
    Signed-off-by: Len Brown <len.brown@intel.com>

commit 0081b162023690877e0096ef17a82ba1969befa8
Author: Henrique de Moraes Holschuh <hmh@hmh.eng.br>
Date:   Sun Nov 9 10:54:02 2008 -0200

    ACPI: thinkpad-acpi: fix fan sleep/resume path
    
    This fixes a regression from v2.6.27, caused by commit
    5814f737e1cd2cfa2893badd62189acae3e1e1fd, "ACPI: thinkpad-acpi:
    attempt to preserve fan state on resume".
    
    It is possible for fan_suspend() to fail to properly initialize
    fan_control_desired_level as required by fan_resume(), resulting on
    the fan always being set to level 7 on resume if the user didn't
    touch the fan controller.
    
    In order to get fan sleep/resume handling to work right:
    
    1. Fix the fan_suspend handling of the T43 firmware quirk. If it is
    still undefined, we didn't touch the fan yet and that means we have no
    business doing it on resume.
    
    2. Store the fan level on its own variable to avoid any possible
    issues with hijacking fan_control_desired_level (which isn't supposed
    to have anything other than 0-7 in it, anyway).
    
    3. Change the fan_resume code to me more straightforward to understand
    (although we DO optimize the boolean logic there, otherwise it looks
    disgusting).
    
    4. Add comments to help understand what the code is supposed to be
    doing.
    
    5. Change fan_set_level to be less strict about how auto and
    full-speed modes are requested.
    
    http://bugzilla.kernel.org/show_bug.cgi?id=11982
    
    Signed-off-by: Henrique de Moraes Holschuh <hmh@hmh.eng.br>
    Reported-by: Tino Keitel <tino.keitel@tikei.de>
    Signed-off-by: Len Brown <len.brown@intel.com>

commit 3fedd90fdf17643df1da473c5da983137d51bbdb
Author: Alessandro Guido <ag@alessandroguido.name>
Date:   Wed Nov 12 23:13:35 2008 +0100

    sony-laptop: printk tweak
    
    There's no need to print "Sony: " just after "sony-laptop: " (DRV_PFX).
    
    Signed-off-by: Alessandro Guido <ag@alessandroguido.name>
    Signed-off-by: Len Brown <len.brown@intel.com>

commit 38cfc148e1bc470175b3ad131db7dd7bdcff37ee
Author: Alessandro Guido <ag@alessandroguido.name>
Date:   Wed Nov 12 23:03:28 2008 +0100

    sony-laptop: brightness regression fix
    
    After commit 540b8bb9c33935183ceb5bed466a42ad72b2af56:
    
      sony-laptop: fingers off backlight if video.ko is serving this functionality
    
    I can't set brightness on my sony laptop (nothing in /sys/class/backlight).
    dmesg says "sony-laptop: Sony: Brightness ignored, must be controlled by ACPI
    video driver".
    
    The function acpi_video_backlight_support returns 0 if we should use the
    vendor-specific backlight support, while non-0 if the ACPI generic should
    be used. Because of this, the check introduced by the said commit appears
    reversed.
    
    Signed-off-by: Alessandro Guido <ag@alessandroguido.name>
    Signed-off-by: Len Brown <len.brown@intel.com>

commit 3bdca1b863c1ebcb2244fc0cb683876d7330e62b
Author: Len Brown <len.brown@intel.com>
Date:   Wed Nov 26 17:55:15 2008 -0500

    Revert "ACPI: don't enable control method power button as wakeup device when Fixed Power button is used"
    
    This reverts commit faee816b1502385dc9bc5abf2960d1cc645844d1.
    
    http://bugzilla.kernel.org/show_bug.cgi?id=12091
    
    Signed-off-by: Len Brown <len.brown@intel.com>

commit 65df78473ffbf3bff5e2034df1638acc4f3ddd50
Author: Rafael J. Wysocki <rjw@sisk.pl>
Date:   Wed Nov 26 17:53:13 2008 -0500

    ACPI suspend: Blacklist boxes that require us to set SCI_EN directly on resume
    
    Some Apple boxes evidently require us to set SCI_EN on resume
    directly, because if we don't do that, they hung somewhere in the
    resume code path.  Moreover, on these boxes it is not sufficient to
    use acpi_enable() to turn ACPI on during resume.  All of this is
    against the ACPI specification which states that (1) the BIOS is
    supposed to return from the S3 sleep state with ACPI enabled
    (SCI_EN set) and (2) the SCI_EN bit is owned by the hardware and we
    are not supposed to change it.
    
    For this reason, blacklist the affected systems so that the SCI_EN
    bit is set during resume on them.
    
    [NOTE: Unconditional setting SCI_EN for all system on resume doesn't
     work, because it makes some other systems crash (that's to be
     expected).  Also, it is not entirely clear right now if all of the
     Apple boxes require this workaround.]
    
    This patch fixes the recent regression tracked as
    http://bugzilla.kernel.org/show_bug.cgi?id=12038
    
    Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl>
    Tested-by: Tino Keitel <tino.keitel@gmx.de>
    Tested-by: Bob Copeland <me@bobcopeland.com>
    Signed-off-by: Len Brown <len.brown@intel.com>

commit 40599072dca3ec7d4c9ff8271978be169f974638
Author: Pavel Machek <pavel@suse.cz>
Date:   Tue Nov 25 12:05:08 2008 +0100

    ACPI: scheduling in atomic via acpi_evaluate_integer ()
    
    Now I know why I had strange "scheduling in atomic" problems:
    acpi_evaluate_integer() does malloc(..., irqs_disabled() ? GFP_ATOMIC
    : GFP_KERNEL)... which is (of course) broken.
    
    There's no way to reliably tell if we need GFP_ATOMIC or not from
    code, this one for example fails to detect spinlocks held.
    
    Fortunately, allocation seems small enough to be done on stack.
    
    Signed-off-by: Pavel Machek <pavel@suse.cz>
    Acked-by: Bob Moore <robert.moore@intel.com>
    Signed-off-by: Len Brown <len.brown@intel.com>

commit 723fdb781abfe78d8ba7d911abbb581722348aa7
Author: Tero Kristo <tero.kristo@nokia.com>
Date:   Wed Nov 26 14:35:16 2008 -0800

    ARM: OMAP: Fixes for suspend / resume GPIO wake-up handling
    
    Use the correct wake-up enable register, and make it
    work with 34xx also.
    
    Signed-off-by: Tero Kristo <tero.kristo@nokia.com>
    Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>
    Signed-off-by: Tony Lindgren <tony@atomide.com>

commit 558073dd56707864f09d563b64e7c37c021e89d2
Author: Alexey Starikovskiy <aystarik@gmail.com>
Date:   Fri Nov 21 22:41:01 2008 +0800

    ACPI: battery: Convert discharge energy rate to current properly
    
    ACPI battery interface reports its state either in mW or in mA, and
    discharge rate in your case is reported in mW. power_supply interface
    does not have such a parameter, so current_now parameter is used
    for all cases. But in case of mW, reported discharge should
    be converted into mA.
    
    Signed-off-by: Alexey Starikovskiy <astarikovskiy@suse.de>
    Tested-by: Ferenc Wagner <wferi@niif.hu>
    Signed-off-by: Len Brown <len.brown@intel.com>

commit 90f671301a5e2678cdc99f611cd842161c3bb87f
Author: Kay Sievers <kay.sievers@vrfy.org>
Date:   Fri Nov 7 01:42:46 2008 +0100

    parisc: struct device - replace bus_id with dev_name(), dev_set_name()
    
    (I did not compile or test it, please let me know, or help fixing
     it, if something is wrong with the conversion)
    
    This patch is part of a larger patch series which will remove
    the "char bus_id[20]" name string from struct device. The device
    name is managed in the kobject anyway, and without any size
    limitation, and just needlessly copied into "struct device".
    
    To set and read the device name dev_name(dev) and dev_set_name(dev)
    must be used. If your code uses static kobjects, which it shouldn't
    do, "const char *init_name" can be used to statically provide the
    name the registered device should have. At registration time, the
    init_name field is cleared, to enforce the use of dev_name(dev) to
    access the device name at a later time.
    
    We need to get rid of all occurrences of bus_id in the entire tree
    to be able to enable the new interface. Please apply this patch,
    and possibly convert any remaining remaining occurrences of bus_id.
    
    We want to submit a patch to -next, which will remove bus_id from
    "struct device", to find the remaining pieces to convert, and finally
    switch over to the new api, which will remove the 20 bytes array
    and does no longer have a size limitation.
    
    Thanks,
    Kay
    
    Cc: Matthew Wilcox <matthew@wil.cx>
    Cc: linux-parisc@vger.kernel.org
    Acked-by: Greg Kroah-Hartman <gregkh@suse.de>
    Signed-off-by: Kay Sievers <kay.sievers@vrfy.org>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 7a3f5134a8f5bd7fa38b5645eef05e8a4eb62951
Author: Helge Deller <deller@gmx.de>
Date:   Wed Nov 26 12:46:22 2008 -0800

    parisc: fix kernel crash when unwinding a userspace process
    
    Any user on existing parisc 32- and 64bit-kernels can easily crash
    the kernel and as such enforce a DSO.
    A simple testcase is available here:
            http://gsyprf10.external.hp.com/~deller/crash.tgz
    
    The problem is introduced by the fact, that the handle_interruption()
    crash handler calls the show_regs() function, which in turn tries to
    unwind the stack by calling parisc_show_stack().  Since the stack contains
    userspace addresses, a try to unwind the stack is dangerous and useless
    and leads to the crash.
    
    The fix is trivial: For userspace processes
    a) avoid to unwind the stack, and
    b) avoid to resolve userspace addresses to kernel symbol names.
    
    While touching this code, I converted print_symbol() to %pS
    printk formats and made parisc_show_stack() static.
    
    An initial patch for this was written by Kyle McMartin back in August:
    http://marc.info/?l=linux-parisc&m=121805168830283&w=2
    
    Compile and run-tested with a 64bit parisc kernel.
    
    Signed-off-by: Helge Deller <deller@gmx.de>
    Cc: Grant Grundler <grundler@parisc-linux.org>
    Cc: Matthew Wilcox <matthew@wil.cx>
    Cc: <stable@kernel.org>		[2.6.25.x, 2.6.26.x, 2.6.27.x, earlier...]
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 9860d1b08b082ffb54c4b7827c48c2728e12ba21
Author: Geert Uytterhoeven <geert@linux-m68k.org>
Date:   Sun Nov 16 12:04:13 2008 +0100

    parisc: __kernel_time_t is always long
    
    __kernel_time_t is always long on PA-RISC, irrespective of CONFIG_64BIT,
    hence move it out of the #ifdef CONFIG_64BIT / #else / #endif block.
    
    Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org>
    Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>

commit 7b4d469228a92a00e412675817cedd60133de38a
Author: Alexey Starikovskiy <astarikovskiy@suse.de>
Date:   Thu Nov 13 12:00:03 2008 +0300

    ACPI: EC: count interrupts only if called from interrupt handler.
    
    fix 2.6.28 EC interrupt storm regression
    
    Signed-off-by: Alexey Starikovskiy <astarikovskiy@suse.de>
    Signed-off-by: Len Brown <len.brown@intel.com>

commit a98ee8c1c707fe3210b00ef9f806ba8e2bf35504
Author: Jeff Layton <jlayton@redhat.com>
Date:   Wed Nov 26 19:32:33 2008 +0000

    [CIFS] fix regression in cifs_write_begin/cifs_write_end
    
    The conversion to write_begin/write_end interfaces had a bug where we
    were passing a bad parameter to cifs_readpage_worker. Rather than
    passing the page offset of the start of the write, we needed to pass the
    offset of the beginning of the page. This was reliably showing up as
    data corruption in the fsx-linux test from LTP.
    
    It also became evident that this code was occasionally doing unnecessary
    read calls. Optimize those away by using the PG_checked flag to indicate
    that the unwritten part of the page has been initialized.
    
    CC: Nick Piggin <npiggin@suse.de>
    Acked-by: Dave Kleikamp <shaggy@us.ibm.com>
    Signed-off-by: Jeff Layton <jlayton@redhat.com>
    Signed-off-by: Steve French <sfrench@us.ibm.com>

commit 545f4e99dee7284ed57c79384c5c1d5ac58dcd59
Author: Ping Cheng <pingc@wacom.com>
Date:   Mon Nov 24 11:44:27 2008 -0500

    Input: wacom - add support for new USB Tablet PCs
    
    Signed-off-by: Ping Cheng <pingc@wacom.com>
    Signed-off-by: Dmitry Torokhov <dtor@mail.ru>

commit 461cba2d294fe83297edf8a6556912812903dce1
Author: Peng Li <peng.li@intel.com>
Date:   Tue Nov 18 12:39:02 2008 +0800

    drm/i915: Save/restore HWS_PGA on suspend/resume
    
    It fixes suspend/resume failure of xf86-video-intel dri2
    branch. As dri2 branch doesn't call I830DRIResume() to restore
    hardware status page anymore, we need to preserve
    this register across suspend/resume.
    
    Signed-off-by: Peng Li <peng.li@intel.com>
    Signed-off-by: Eric Anholt <eric@anholt.net>
    Signed-off-by: Dave Airlie <airlied@redhat.com>

commit 2fd36a5d6e830269a37f0f6ccfd34ee0517ebc7d
Author: Eric Miao <eric.miao@marvell.com>
Date:   Wed Nov 26 12:51:42 2008 +0800

    [ARM] pxa/corgi: update default config to exclude tosa from being built
    
    Signed-off-by: Eric Miao <eric.miao@marvell.com>

commit 72e9622c2a2eb73d82c716504cc93d22cd3cfd8e
Author: Guennadi Liakhovetski <lg@denx.de>
Date:   Tue Nov 25 18:57:08 2008 +0100

    [ARM] pxa/pcm990: use negative number for an invalid GPIO in camera data
    
    0 is a valid GPIO number, use a negative number to specify, that this camera
    doesn't have a GPIO for bus-width switching.
    
    Signed-off-by: Guennadi Liakhovetski <lg@denx.de>
    Signed-off-by: Eric Miao <eric.miao@marvell.com>

commit ffd565a8b817d1eb4b25184e8418e8d96c3f56f6
Author: Andreas Herrmann <andreas.herrmann3@amd.com>
Date:   Tue Nov 25 17:18:03 2008 +0100

    x86: fixup config space size of CPU functions for AMD family 11h
    
    Impact: extend allowed configuration space access on 11h CPUs from 256 to 4K
    
    Signed-off-by: Andreas Herrmann <andreas.herrmann3@amd.com>
    Acked-by: Jesse Barnes <jbarnes@virtuousgeek.org>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 147dcf5489fb86c4bfe400520186f9f11b304783
Author: Amit Kucheria <amit.kucheria@verdurent.com>
Date:   Tue Nov 25 15:11:12 2008 -0800

    ARM: OMAP: Typo fix for clock_allow_idle
    
    The second clk_deny_idle instance should be clk_allow_idle instead.
    
    Signed-off-by: Amit Kucheria <amit.kucheria@verdurent.com>
    Signed-off-by: Tony Lindgren <tony@atomide.com>

commit a266d9f1253a38ec2d5655ebcd6846298b0554f4
Author: Andreas Herrmann <andreas.herrmann3@amd.com>
Date:   Fri Nov 21 14:49:25 2008 +0100

    [CPUFREQ] powernow-k8: ignore out-of-range PstateStatus value
    
    A workaround for AMD CPU family 11h erratum 311 might cause that the
    P-state Status Register shows a "current P-state" which is larger than
    the "current P-state limit" in P-state Current Limit Register. For the
    wrong P-state value there is no ACPI _PSS object defined and
    powernow-k8/cpufreq can't determine the proper CPU frequency for that
    state.
    
    As a consequence this can cause a panic during boot (potentially with
    all recent kernel versions -- at least I have reproduced it with
    various 2.6.27 kernels and with the current .28 series), as an
    example:
    
    powernow-k8: Found 1 AMD Turion(tm)X2 Ultra DualCore Mobile ZM-82 processors (2 \
    )
    powernow-k8:    0 : pstate 0 (2200 MHz)
    powernow-k8:    1 : pstate 1 (1100 MHz)
    powernow-k8:    2 : pstate 2 (600 MHz)
    BUG: unable to handle kernel paging request at ffff88086e7528b8
    IP: [<ffffffff80486361>] cpufreq_stats_update+0x4a/0x5f
    PGD 202063 PUD 0
    Oops: 0002 [#1] SMP
    last sysfs file:
    CPU 1
    Modules linked in:
    Pid: 1, comm: swapper Not tainted 2.6.28-rc3-dirty #16
    RIP: 0010:[<ffffffff80486361>]  [<ffffffff80486361>] cpufreq_stats_update+0x4a/0\
    f
    Synaptics claims to have extended capabilities, but I'm not able to read them.<6\
    6
    RAX: 0000000000000000 RBX: 0000000000000001 RCX: ffff88006e7528c0
    RDX: 00000000ffffffff RSI: ffff88006e54af00 RDI: ffffffff808f056c
    RBP: 00000000fffee697 R08: 0000000000000003 R09: ffff88006e73f080
    R10: 0000000000000001 R11: 00000000002191c0 R12: ffff88006fb83c10
    R13: 00000000ffffffff R14: 0000000000000001 R15: 0000000000000000
    FS:  0000000000000000(0000) GS:ffff88006fb50740(0000) knlGS:0000000000000000
    Unable to initialize Synaptics hardware.
    CS:  0010 DS: 0018 ES: 0018 CR0: 000000008005003b
    CR2: ffff88086e7528b8 CR3: 0000000000201000 CR4: 00000000000006e0
    DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
    DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
    Process swapper (pid: 1, threadinfo ffff88006fb82000, task ffff88006fb816d0)
    Stack:
     ffff88006e74da50 0000000000000000 ffff88006e54af00 ffffffff804863c7
     ffff88006e74da50 0000000000000000 00000000ffffffff 0000000000000000
     ffff88006fb83c10 ffffffff8024b46c ffffffff808f0560 ffff88006fb83c10
    Call Trace:
     [<ffffffff804863c7>] ? cpufreq_stat_notifier_trans+0x51/0x83
     [<ffffffff8024b46c>] ? notifier_call_chain+0x29/0x4c
     [<ffffffff8024b561>] ? __srcu_notifier_call_chain+0x46/0x61
     [<ffffffff8048496d>] ? cpufreq_notify_transition+0x93/0xa9
     [<ffffffff8021ab8d>] ? powernowk8_target+0x1e8/0x5f3
     [<ffffffff80486687>] ? cpufreq_governor_performance+0x1b/0x20
     [<ffffffff80484886>] ? __cpufreq_governor+0x71/0xa8
     [<ffffffff80484b21>] ? __cpufreq_set_policy+0x101/0x13e
     [<ffffffff80485bcd>] ? cpufreq_add_dev+0x3f0/0x4cd
     [<ffffffff8048577a>] ? handle_update+0x0/0x8
     [<ffffffff803c2062>] ? sysdev_driver_register+0xb6/0x10d
     [<ffffffff8056592c>] ? powernowk8_init+0x0/0x7e
     [<ffffffff8048604c>] ? cpufreq_register_driver+0x8f/0x140
     [<ffffffff80209056>] ? _stext+0x56/0x14f
     [<ffffffff802c2234>] ? proc_register+0x122/0x17d
     [<ffffffff802c23a0>] ? create_proc_entry+0x73/0x8a
     [<ffffffff8025c259>] ? register_irq_proc+0x92/0xaa
     [<ffffffff8025c2c8>] ? init_irq_proc+0x57/0x69
     [<ffffffff807fc85f>] ? kernel_init+0x116/0x169
     [<ffffffff8020cc79>] ? child_rip+0xa/0x11
     [<ffffffff807fc749>] ? kernel_init+0x0/0x169
     [<ffffffff8020cc6f>] ? child_rip+0x0/0x11
    Code: 05 c5 83 36 00 48 c7 c2 48 5d 86 80 48 8b 04 d8 48 8b 40 08 48 8b 34 02 48\
    
    RIP  [<ffffffff80486361>] cpufreq_stats_update+0x4a/0x5f
     RSP <ffff88006fb83b20>
    CR2: ffff88086e7528b8
    ---[ end trace 0678bac75e67a2f7 ]---
    Kernel panic - not syncing: Attempted to kill init!
    
    In short, aftereffect of the wrong P-state is that
    cpufreq_stats_update() uses "-1" as index for some array in
    
    cpufreq_stats_update (unsigned int cpu)
    {
    ...
         if (stat->time_in_state)
                    stat->time_in_state[stat->last_index] =
                            cputime64_add(stat->time_in_state[stat->last_index],
                                          cputime_sub(cur_time, stat->last_time));
    ...
    }
    
    Fortunately, the wrong P-state value is returned only if the core is
    in P-state 0. This fix solves the problem by detecting the
    out-of-range P-state, ignoring it, and using "0" instead.
    
    Cc: Mark Langsdorf <mark.langsdorf@amd.com>
    Signed-off-by: Andreas Herrmann <andreas.herrmann3@amd.com>
    Signed-off-by: Dave Jones <davej@redhat.com>

commit 121fe86bdf062af3fed1e998c08c3c272ae6dc99
Author: Robin Getz <rgetz@blackfin.uclinux.org>
Date:   Fri Oct 17 01:36:43 2008 +0800

    [CPUFREQ] Documentation: Add Blackfin to list of supported processors
    
    Signed-off-by: Robin Getz <rgetz@blackfin.uclinux.org>
    Signed-off-by: Bryan Wu <cooloney@kernel.org>
    Signed-off-by: Dave Jones <davej@redhat.com>

commit de90add30e79261c3b5be68bb0f22d2ef98e8113
Author: Markus Metzger <markus.t.metzger@intel.com>
Date:   Tue Nov 25 08:52:56 2008 +0100

    x86, bts: fix wrmsr and spinlock over kmalloc
    
    Impact: fix sleeping-with-spinlock-held bugs/crashes
    
    - Turn a wrmsr to write the DS_AREA MSR into a wrmsrl.
    - Use irqsave variants of spinlocks.
    - Do not allocate memory while holding spinlocks.
    
    Reported-by: Stephane Eranian <eranian@googlemail.com>
    Reported-by: Ingo Molnar <mingo@elte.hu>
    Signed-off-by: Markus Metzger <markus.t.metzger@intel.com>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit c4858ffc8f2dc850cb1f609c679b1ac1ad36ef0c
Author: Markus Metzger <markus.t.metzger@intel.com>
Date:   Tue Nov 25 08:49:06 2008 +0100

    x86, pebs: fix PEBS record size configuration
    
    Impact: fix DS hw enablement on 64-bit x86
    
    Fix the PEBS record size in the DS configuration.
    
    Reported-by: Stephane Eranian <eranian@googlemail.com>
    Signed-off-by: Markus Metzger <markus.t.metzger@intel.com>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit e5e8ca633bbe972eff6f84e064a63c0c08ed6c3d
Author: Markus Metzger <markus.t.metzger@intel.com>
Date:   Tue Nov 25 08:47:19 2008 +0100

    x86, bts: turn macro into static inline function
    
    Impact: cleanup
    
    Replace a macro with a static inline function.
    
    Signed-off-by: Markus Metzger <markus.t.metzger@intel.com>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 292c669cd7087a090d6420e223eb1072f3e3c50b
Author: Markus Metzger <markus.t.metzger@intel.com>
Date:   Tue Nov 25 08:45:13 2008 +0100

    x86, bts: exclude ds.c from build when disabled
    
    Impact: cleanup
    
    Move the CONFIG guard from the .c file into the makefile.
    
    Reported-by: Andi Kleen <andi-suse@firstfloor.org>
    Signed-off-by: Markus Metzger <markus.t.metzger@intel.com>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit b6283534a3e057f8268ca5448305900f74d12608
Merge: c879c63... 661cd8f...
Author: Takashi Iwai <tiwai@suse.de>
Date:   Tue Nov 25 17:21:32 2008 +0100

    Merge branch 'topic/fix/hda' into for-linus

commit eff79aee91dd07e944df65fa448c8baeee7709d8
Author: Julia Lawall <julia@diku.dk>
Date:   Tue Nov 25 14:13:03 2008 +0100

    arch/x86/kernel/pci-calgary_64.c: change simple_strtol to simple_strtoul
    
    Impact: fix theoretical option string parsing overflow
    
    Since bridge is unsigned, it would seem better to use simple_strtoul that
    simple_strtol.
    
    A simplified version of the semantic patch that makes this change is as
    follows: (http://www.emn.fr/x-info/coccinelle/)
    
    // <smpl>
    @r2@
    long e;
    position p;
    @@
    
    e = simple_strtol@p(...)
    
    @@
    position p != r2.p;
    type T;
    T e;
    @@
    
    e =
    - simple_strtol@p
    + simple_strtoul
      (...)
    // </smpl>
    
    Signed-off-by: Julia Lawall <julia@diku.dk>
    Cc: muli@il.ibm.com
    Cc: jdmason@kudzu.us
    Cc: discuss@x86-64.org
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 5cf02b7bafddb6c3c16ddfb23d3ce187f70528ba
Author: Steven Rostedt <rostedt@goodmis.org>
Date:   Tue Nov 25 00:42:37 2008 -0500

    x86: use limited register constraint for setnz
    
    Impact: build fix with certain compilers
    
    GCC can decide to use %dil when "r" is used, which is not valid for
    setnz.
    
    This bug was brought out by Stephen Rothwell's merging of the
    branch tracer into linux-next.
    
    [ Thanks to Uros Bizjak for recommending 'q' over 'Q' ]
    
    Signed-off-by: Steven Rostedt <srostedt@redhat.com>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 661cd8fb5210af78f0763071642e0764a10389a6
Author: Takashi Iwai <tiwai@suse.de>
Date:   Tue Nov 25 15:18:29 2008 +0100

    ALSA: hda - Check model for Dell 92HD73xx laptops
    
    Check the model type instead of PCI SSID for detection of the mic types
    on Dell laptops with IDT 92HD73xx codecs.  In this way, a new laptop
    can be tested via model module option.
    
    Signed-off-by: Takashi Iwai <tiwai@suse.de>

commit c65574abad288d7123bd49e7906fa53b7e420239
Author: Takashi Iwai <tiwai@suse.de>
Date:   Fri Nov 21 18:01:44 2008 +0100

    ALSA: hda - mark Dell studio 1535 quirk
    
    Fixed the quirk string for Dell studio 1535 (the product name wasn't
    published at the time the patch was made).
    
    Signed-off-by: Takashi Iwai <tiwai@suse.de>

commit 95026623da32848bc93fbfb472dc8737487df450
Author: Takashi Iwai <tiwai@suse.de>
Date:   Mon Nov 24 07:51:11 2008 +0100

    ALSA: hda - No 'Headphone as Line-out' swich without line-outs
    
    STAC/IDT driver creates "Headphone as Line-Out" switch even if there
    is no line-out pins on the machine.  For devices only with headpohnes
    and speaker-outs, this switch shouldn't be created.
    
    Signed-off-by: Takashi Iwai <tiwai@suse.de>

commit f73d35853e9263c7c404f0d6c0fe3d83fc6fd5c0
Author: Takashi Iwai <tiwai@suse.de>
Date:   Tue Nov 25 08:21:51 2008 +0100

    ALSA: hda - Fix AFG power management on IDT 92HD* codecs
    
    The AFG pin power-mapping isn't properly set for the fixed I/O pins
    on IDT 92HD* codecs.  This resulted in the low power mode after the
    boot until any jack detection is executed, thus no output from the
    speaker.
    
    This patch fixes the power mapping for the fixed pins, and also fixes
    the GPIO bits and digital I/O pin settings properly in stac92xx_ini().
    
    Reference: Novell bnc#446025
    	https://bugzilla.novell.com/show_bug.cgi?id=446025
    
    Signed-off-by: Takashi Iwai <tiwai@suse.de>

commit 9e97697666d0e7494946cfb639f6a9faacd5f1b0
Author: Takashi Iwai <tiwai@suse.de>
Date:   Tue Nov 25 08:17:20 2008 +0100

    ALSA: hda - Fix caching of SPDIF status bits
    
    SPDIF status bits controls are written via snd_hda_codec_write()
    without caching.  This causes a regression at resume that the bits
    are lost.
    
    Simply replacing it with the cached version fixes the problem.
    
    Reference:
    	http://lkml.org/lkml/2008/11/24/324
    
    Signed-off-by: Takashi Iwai <tiwai@suse.de>

commit 7953031da4200323ab5d85bd514054ca4ba9d225
Author: Tony Lindgren <tony@atomide.com>
Date:   Mon Nov 24 18:11:16 2008 -0800

    ARM: OMAP: Remove broken LCD driver for SX1
    
    Recently the omap McBSP code was cleaned up to get rid of
    direct McBSP register tinkering by the drivers. Looks like
    lcd_sx1.c never got converted, and now it breaks builds.
    
    It seems the lcd_sx1.c driver is attempting SPI mode, but
    doing it in a different way compared to omap_mcbsp_set_spi_mode().
    
    Remove the broken driver, patches welcome to add it back when
    done properly by patching both mcbsp.c and lcd_sx1.c.
    
    Cc: Vovan888@gmail.com
    Cc: linux-fbdev-devel@lists.sourceforge.net
    Signed-off-by: Tony Lindgren <tony@atomide.com>

commit 52440211dcdc52c0b757f8b34d122e11b12cdd50
Author: Keith Packard <keithp@keithp.com>
Date:   Tue Nov 18 09:30:25 2008 -0800

    drm: move drm vblank initialization/cleanup to driver load/unload
    
    drm vblank initialization keeps track of the changes in driver-supplied
    frame counts across vt switch and mode setting, but only if you let it by
    not tearing down the drm vblank structure.
    
    Signed-off-by: Keith Packard <keithp@keithp.com>
    Signed-off-by: Dave Airlie <airlied@redhat.com>

commit 6133047aa64d2fd5b3b79dff74f696ded45615b2
Author: Keith Packard <keithp@keithp.com>
Date:   Thu Nov 20 23:14:48 2008 -0800

    drm/i915: execbuffer pins objects, no need to ensure they're still in the GTT
    
    Before we had the notion of pinning objects, we had a kludge around to make
    sure all of the objects were still resident in the GTT before we committed
    to executing a batch buffer. We don't need this any longer, and it sticks an
    error return in the middle of object domain computations that must be
    associated with a subsequent flush/invalidate emmission into the ring.
    
    Signed-off-by: Keith Packard <keithp@keithp.com>
    Signed-off-by: Eric Anholt <eric@anholt.net>
    Signed-off-by: Dave Airlie <airlied@redhat.com>

commit 05eff845a28499762075d3a72e238a31f4d2407c
Author: Keith Packard <keithp@keithp.com>
Date:   Wed Nov 19 14:03:05 2008 -0800

    drm/i915: Always read pipestat in irq_handler
    
    Because we write pipestat before iir, it's possible that a pipestat
    interrupt will occur between the pipestat write and the iir write. This
    leaves pipestat with an interrupt status not visible in iir. This may cause
    an interrupt flood as we never clear the pipestat event.
    
    Signed-off-by: Keith Packard <keithp@keithp.com>
    Signed-off-by: Eric Anholt <eric@anholt.net>
    Signed-off-by: Dave Airlie <airlied@redhat.com>

commit 2678d9d6964b29ecd1975870c7a850242b29bc5c
Author: Keith Packard <keithp@keithp.com>
Date:   Thu Nov 20 22:54:54 2008 -0800

    drm/i915: Subtract total pinned bytes from available aperture size
    
    The old code was wandering through the active list looking for pinned
    buffers; there may be other pinned buffers around. Fortunately, we keep a
    count of the total amount of pinned memory and can use that instead.
    
    Signed-off-by: Keith Packard <keithp@keithp.com>
    Signed-off-by: Eric Anholt <eric@anholt.net>
    Signed-off-by: Dave Airlie <airlied@redhat.com>

commit 28dfe52a6e8a1495067c4331358700a170d0ee86
Author: Eric Anholt <eric@anholt.net>
Date:   Thu Nov 13 15:00:55 2008 -0800

    drm/i915: Avoid BUG_ONs on VT switch with a wedged chipset.
    
    Instead, just warn that bad things are happening and do our best to clean up
    the mess without the GPU's help.
    
    Signed-off-by: Eric Anholt <eric@anholt.net>
    Signed-off-by: Dave Airlie <airlied@redhat.com>

commit cdfbc41f6d602fc0105fb2b4e0645cc1aa274c12
Author: Eric Anholt <eric@anholt.net>
Date:   Tue Nov 4 15:50:30 2008 -0800

    drm/i915: Remove IMR masking during interrupt handler, and restart it if needed.
    
    The IMR masking was a technique recommended for avoiding getting stuck with
    no interrupts generated again in MSI mode.  It kept new IIR bits from getting
    set between the IIR read and the IIR write, which would have otherwise
    prevented an MSI from ever getting generated again.  However, this caused a
    problem for vblank as the IMR mask would keep the pipe event interrupt from
    getting reflected in IIR, even after the IMR mask was brought back down.
    
    Instead, just check the state of IIR after we ack the interrupts we're going
    to handle, and restart if we didn't get IIR all the way to zero.
    
    Signed-off-by: Eric Anholt <eric@anholt.net>
    Signed-off-by: Dave Airlie <airlied@redhat.com>

commit 7c463586427bbbad726ba561bae4ba5acada2481
Author: Keith Packard <keithp@keithp.com>
Date:   Tue Nov 4 02:03:27 2008 -0800

    drm/i915: Manage PIPESTAT to control vblank interrupts instead of IMR.
    
    The pipestat fields affect reporting of all vblank-related interrupts, so we
    have to reset them during the irq_handler, and while enabling vblank
    interrupts.  Otherwise, if a pipe status field had been set to non-zero
    before enabling reporting, we would never see an interrupt again.
    
    This patch adds i915_enable_pipestat and i915_disable_pipestat to abstract
    out the steps needed to change the reported interrupts.
    
    Signed-off-by: Keith Packard <keithp@keithp.com>
    Signed-off-by: Eric Anholt <eric@anholt.net>
    Signed-off-by: Dave Airlie <airlied@redhat.com>

commit 8442c87d2f6c73cdc9a391e4dd9390523d242bda
Author: Arjan van de Ven <arjan@infradead.org>
Date:   Sun Nov 23 22:35:57 2008 -0500

    Input: replace spin_lock_bh with spin_lock_irqsave in ml_ff_playback
    
    ml_ff_playback() uses spin_(un)lock_bh. However this function is
    called with interrupts disabled from erase_effect() in
    drivers/input/ff-core.c:196.
    
    This is not permitted, and will result in a WARN_ON in the bottom
    half handling code. This patch changes this function to just use
    spin_lock_irqsave() instead, solving the problem and simplifying
    the locking logic.
    
    This was reported as entry #106559 in kerneloops.org
    
    Reported-by: kerneloops.org
    Signed-off-by: Arjan van de Ven <arjan@linux.intel.com>
    Signed-off-by: Dmitry Torokhov <dtor@mail.ru>

commit 8ec2e24356e63dc298c6040557faf396410907ac
Author: David Daney <ddaney@caviumnetworks.com>
Date:   Thu Nov 20 17:26:36 2008 -0800

    MIPS: Make BUG() __noreturn.
    
    Often we do things like put BUG() in the default clause of a case
    statement.  Since it was not declared __noreturn, this could sometimes
    lead to bogus compiler warnings that variables were used
    uninitialized.
    
    There is a small problem in that we have to put a magic while(1); loop to
    fool GCC into really thinking it is noreturn.  This makes the new
    BUG() function 3 instructions long instead of just 1, but I think it
    is worth it as it is now unnecessary to do extra work to silence the
    'used uninitialized' warnings.
    
    I also re-wrote BUG_ON so that if it is given a constant condition, it
    just does BUG() instead of loading a constant value in to a register
    and testing it.
    
    Signed-off-by: David Daney <ddaney@caviumnetworks.com>
    Signed-off-by: Ralf Baechle <ralf@linux-mips.org>

commit 3f9b5d4dda6d85aab33fef32e8351ddc34c81fb4
Merge: be542fa... 6065726...
Author: Paul Mackerras <paulus@samba.org>
Date:   Mon Nov 24 11:54:08 2008 +1100

    Merge branch 'merge' of git://git.kernel.org/pub/scm/linux/kernel/git/jk/spufs into merge

commit be542fa56b1b5b269a70b4df219d0cbd871f16d2
Merge: 11bac8a... 6612d9b...
Author: Paul Mackerras <paulus@samba.org>
Date:   Mon Nov 24 11:53:58 2008 +1100

    Merge branch 'merge' of ssh://master.kernel.org/pub/scm/linux/kernel/git/jwboyer/powerpc-4xx into merge

commit 11bac8a026dd38380b52a914ec9bf65fb2ad13e2
Merge: e871809... c8d6988...
Author: Paul Mackerras <paulus@samba.org>
Date:   Mon Nov 24 11:53:44 2008 +1100

    Merge branch 'merge' of git://git.secretlab.ca/git/linux-2.6-mpc52xx into merge

commit fb91ee6cf5b8be5360acec577458e29ec7e97e5e
Author: Pekka Paalanen <pq@iki.fi>
Date:   Sun Nov 23 21:24:59 2008 +0200

    tracing, doc: update mmiotrace documentation
    
    Impact: update documentation
    
    Update to reflect the current state of the tracing framework:
    
     - "none" tracer has been replaced by "nop" tracer
     - tracing_enabled must be toggled when changing buffer size
    
    Signed-off-by: Pekka Paalanen <pq@iki.fi>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 7ee1768ddb3075ae3a0801cc2d0ea4195530a7db
Author: Pekka Paalanen <pq@iki.fi>
Date:   Sun Nov 23 21:24:30 2008 +0200

    x86, mmiotrace: fix buffer overrun detection
    
    Impact: fix mmiotrace overrun tracing
    
    When ftrace framework moved to use the ring buffer facility, the buffer
    overrun detection was broken after 2.6.27 by commit
    
    | commit 3928a8a2d98081d1bc3c0a84a2d70e29b90ecf1c
    | Author: Steven Rostedt <rostedt@goodmis.org>
    | Date:   Mon Sep 29 23:02:41 2008 -0400
    |
    |     ftrace: make work with new ring buffer
    |
    |     This patch ports ftrace over to the new ring buffer.
    
    The detection is now fixed by using the ring buffer API.
    
    When mmiotrace detects a buffer overrun, it will report the number of
    lost events. People reading an mmiotrace log must know if something was
    missed, otherwise the data may not make sense.
    
    Signed-off-by: Pekka Paalanen <pq@iki.fi>
    Acked-by: Steven Rostedt <rostedt@goodmis.org>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 47fd6f7c94e15eb5f97dd1cbb0427a46b03c8185
Author: Jaya Kumar <jayakumar.lkml@gmail.com>
Date:   Tue Nov 18 02:32:36 2008 +0100

    [ARM] 5335/1: pxa25x_udc: Fix is_vbus_present to return 1 or 0
    
    the use of is_blah() suggests a 1 or 0 return. This assumption is made in
    pxa25x_udc code such as:
    	dev->vbus = is_vbus_present();
    where dev->vbus is a bitfield. This fix allows pxa25x_udc_probe to correctly
    detect vbus. Other changes were to make its use consistent in the rest of
    the code.
    
    Signed-off-by: Jaya Kumar <jayakumar.lkml@gmail.com>
    Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>

commit 86bbc2c235e500957b213e7e64ce2e0ccb8bc131
Author: Ian Campbell <Ian.Campbell@citrix.com>
Date:   Fri Nov 21 10:21:33 2008 +0000

    xen: pin correct PGD on suspend
    
    Impact: fix Xen guest boot failure
    
    commit eefb47f6a1e855653d275cb90592a3587ea93a09 ("xen: use
    spin_lock_nest_lock when pinning a pagetable") changed xen_pgd_walk to
    walk over mm->pgd rather than taking pgd as an argument.
    
    This breaks xen_mm_(un)pin_all() because it makes init_mm.pgd readonly
    instead of the pgd we are interested in and therefore the pin subsequently
    fails.
    
    (XEN) mm.c:2280:d15 Bad type (saw 00000000e8000001 != exp 0000000060000000) for mfn bc464 (pfn 21ca7)
    (XEN) mm.c:2665:d15 Error while pinning mfn bc464
    
    [   14.586913] 1 multicall(s) failed: cpu 0
    [   14.586926] Pid: 14, comm: kstop/0 Not tainted 2.6.28-rc5-x86_32p-xenU-00172-gee2f6cc #200
    [   14.586940] Call Trace:
    [   14.586955]  [<c030c17a>] ? printk+0x18/0x1e
    [   14.586972]  [<c0103df3>] xen_mc_flush+0x163/0x1d0
    [   14.586986]  [<c0104bc1>] __xen_pgd_pin+0xa1/0x110
    [   14.587000]  [<c015a330>] ? stop_cpu+0x0/0xf0
    [   14.587015]  [<c0104d7b>] xen_mm_pin_all+0x4b/0x70
    [   14.587029]  [<c022bcb9>] xen_suspend+0x39/0xe0
    [   14.587042]  [<c015a330>] ? stop_cpu+0x0/0xf0
    [   14.587054]  [<c015a3cd>] stop_cpu+0x9d/0xf0
    [   14.587067]  [<c01417cd>] run_workqueue+0x8d/0x150
    [   14.587080]  [<c030e4b3>] ? _spin_unlock_irqrestore+0x23/0x40
    [   14.587094]  [<c014558a>] ? prepare_to_wait+0x3a/0x70
    [   14.587107]  [<c0141918>] worker_thread+0x88/0xf0
    [   14.587120]  [<c01453c0>] ? autoremove_wake_function+0x0/0x50
    [   14.587133]  [<c0141890>] ? worker_thread+0x0/0xf0
    [   14.587146]  [<c014509c>] kthread+0x3c/0x70
    [   14.587157]  [<c0145060>] ? kthread+0x0/0x70
    [   14.587170]  [<c0109d1b>] kernel_thread_helper+0x7/0x10
    [   14.587181]   call  1/3: op=14 arg=[c0415000] result=0
    [   14.587192]   call  2/3: op=14 arg=[e1ca2000] result=0
    [   14.587204]   call  3/3: op=26 arg=[c1808860] result=-22
    
    Signed-off-by: Ian Campbell <ian.campbell@citrix.com>
    Acked-by: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 3d994e107694381f5b8b2f5cd9fdc4fcf04a5b79
Merge: a1967d6... a4a16be...
Author: Ingo Molnar <mingo@elte.hu>
Date:   Sun Nov 23 12:16:57 2008 +0100

    Merge branch 'oprofile-for-tip' of git://git.kernel.org/pub/scm/linux/kernel/git/rric/oprofile into x86/urgent

commit a1967d64414dab500e86cbbddf8eae6ad2047903
Author: Thomas Gleixner <tglx@linutronix.de>
Date:   Fri Nov 21 11:16:48 2008 -0800

    x86: revert irq number limitation
    
    Impact: fix MSIx not enough irq numbers available regression
    
    The manual revert of the sparse_irq patches missed to bring the number
    of possible irqs back to the .27 status. This resulted in a regression
    when two multichannel network cards were placed in a system with only
    one IO_APIC - causing the networking driver to not have the right
    IRQ and the device not coming up.
    
    Remove the dynamic allocation logic leftovers and simply return
    NR_IRQS in probe_nr_irqs() for now.
    
       Fixes: http://lkml.org/lkml/2008/11/19/354
    
    Reported-by: Jesper Dangaard Brouer <hawk@diku.dk>
    Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
    Tested-by: Jesper Dangaard Brouer <hawk@diku.dk>
    Acked-by: Yinghai Lu <yinghai@kernel.org>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 2ed1cdcf9a83205d1343f29b630abff232eaa72c
Author: Randy Dunlap <randy.dunlap@oracle.com>
Date:   Fri Nov 21 16:59:57 2008 -0800

    irq.h: fix missing/extra kernel-doc
    
    Impact: fix kernel-doc build
    
    Fix missing & excess irq.h kernel-doc:
    
    Warning(include/linux/irq.h:182): No description found for parameter 'irq'
    Warning(include/linux/irq.h:182): Excess struct/union/enum/typedef member 'affinity_entry' description in 'irq_desc'
    
    Signed-off-by: Randy Dunlap <randy.dunlap@oracle.com>
    Cc: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 9f1441644213e5f6faa150206399fe511eba2eb6
Merge: 3ff68a6... 13d428a...
Author: Ingo Molnar <mingo@elte.hu>
Date:   Sun Nov 23 10:52:33 2008 +0100

    Merge commit 'v2.6.28-rc6' into irq/urgent

commit 844c6f6a36984c5fe1bcc2d68a88f2ed212d1eef
Author: Robert Jarzmik <robert.jarzmik@free.fr>
Date:   Mon Nov 17 20:29:04 2008 +0100

    [ARM] pxa/MioA701: bluetooth resume fix
    
    The G3IPL expects the value at RAM address 0xa020b020 to be
    exactly 1 to setup the bluetooth GPIOs properly. The actual
    code got a value from gpio_get_value() which was not 1, but
    a "not equal to 0" integer.
    
    Signed-off-by: Robert Jarzmik <robert.jarzmik@free.fr>
    Acked-by: Russell King <rmk+kernel@arm.linux.org.uk>
    Signed-off-by: Eric Miao <eric.miao@marvell.com>

commit 999f6338780fa0577b6581941c697c868d1ec2d3
Author: Robert Jarzmik <robert.jarzmik@free.fr>
Date:   Mon Nov 17 20:29:03 2008 +0100

    [ARM] pxa/MioA701: fix memory corruption.
    
    In the resume bootstrap, the early disable address is wrong.
    Fix it to RAM address 0xa020b000 instead of 0xa0200000, and
    make it consistent with RESUME_ENABLE_ADDR in mioa701.c.
    
    Signed-off-by: Robert Jarzmik <robert.jarzmik@free.fr>
    Acked-by: Russell King <rmk+kernel@arm.linux.org.uk>
    Signed-off-by: Eric Miao <eric.miao@marvell.com>

commit 57550b27ff5a13b00370fbfa34f2471c3456a41d
Merge: bfe085f... 13d428a...
Author: Ingo Molnar <mingo@elte.hu>
Date:   Fri Nov 21 20:55:09 2008 +0100

    Merge commit 'v2.6.28-rc6' into x86/urgent

commit b0788caf7af773b6c2374590dabd3a205f0918a8
Author: Li Zefan <lizf@cn.fujitsu.com>
Date:   Fri Nov 21 15:57:32 2008 +0800

    lockdep: consistent alignement for lockdep info
    
    Impact: prettify /proc/lockdep_info
    
    Just feel odd that not all lines of lockdep info are aligned.
    
    Signed-off-by: Li Zefan <lizf@cn.fujitsu.com>
    Acked-by: Peter Zijlstra <a.p.zijlstra@chello.nl>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 522a110b42b306d696cf84e34c677ed0e7080194
Author: Liming Wang <liming.wang@windriver.com>
Date:   Fri Nov 21 11:00:18 2008 +0800

    function tracing: fix wrong position computing of stack_trace
    
    Impact: make output of stack_trace complete if buffer overruns
    
    When read buffer overruns, the output of stack_trace isn't complete.
    
    When printing records with seq_printf in t_show, if the read buffer
    has overruned by the current record, then this record won't be
    printed to user space through read buffer, it will just be dropped in
    this printing.
    
    When next printing, t_start should return the "*pos"th record, which
    is the one dropped by previous printing, but it just returns
    (m->private + *pos)th record.
    
    Here we use a more sane method to implement seq_operations which can
    be found in kernel code. Thus we needn't initialize m->private.
    
    About testing, it's not easy to overrun read buffer, but we can use
    seq_printf to print more padding bytes in t_show, then it's easy to
    check whether or not records are lost.
    
    This commit has been tested on both condition of overrun and non
    overrun.
    
    Signed-off-by: Liming Wang <liming.wang@windriver.com>
    Acked-by: Steven Rostedt <rostedt@goodmis.org>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit c879c634c928223765cf50103ddaf32f2a55fed0
Merge: ef71b1b... b0fc5e0... a39c4ad...
Author: Takashi Iwai <tiwai@suse.de>
Date:   Fri Nov 21 08:39:36 2008 +0100

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

commit b0fc5e043401df4cd243352f1030c4d23e767347
Author: Takashi Iwai <tiwai@suse.de>
Date:   Fri Nov 21 08:37:03 2008 +0100

    ALSA: hda - Add a quirk for Dell Studio 15
    
    Added the matching model=dell-m6 for Dell Studio 15 laptop.
    
    Signed-off-by: Takashi Iwai <tiwai@suse.de>

commit 3a7abfd2ba26479615b81ac5e90d0122ef7f9fe0
Author: Matthew Ranostay <mranostay@embeddedalley.com>
Date:   Thu Nov 20 21:21:43 2008 -0500

    ALSA: hda: Add STAC_DELL_M4_3 quirk
    
    Added STAC_DELL_M4_3 quirk for Dell systems, also reorganized the
    board config switch to assign number of digital muxes, microphones,
    and SPDIF muxes via the PCI quirk defined.
    
    Signed-off-by: Matthew Ranostay <mranostay@embeddedalley.com>
    Signed-off-by: Takashi Iwai <tiwai@suse.de>

commit a39c4ad1089be34d8dc66e926e93a52c44993a0a
Author: Hannes Eder <hannes@hanneseder.net>
Date:   Thu Nov 20 21:25:25 2008 +0100

    sound/sound_core: Fix sparse warnings
    
    Fix the following sparse warnings:
    
    sound/sound_core.c:460:2: warning: returning void-valued expression
    sound/sound_core.c:477:2: warning: returning void-valued expression
    sound/sound_core.c:510:5: warning: symbol 'soundcore_open' was not
    declared. Should it be static?
    
    Signed-off-by: Hannes Eder <hannes@hanneseder.net>
    Signed-off-by: Takashi Iwai <tiwai@suse.de>

commit ed313489badef16d700f5a3be50e8fd8f8294bc8
Merge: 13d428a... 28105fd...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Thu Nov 20 18:08:09 2008 -0800

    Merge master.kernel.org:/home/rmk/linux-2.6-arm
    
    * master.kernel.org:/home/rmk/linux-2.6-arm:
      [ARM] 5330/1: mach-pxa: Fixup reset for systems using reboot=cold or other strings
      [ARM] pxa: fix incorrect PCMCIA PSKTSEL pin configuration for spitz
      [ARM] pxa: fix I2C controller device being registered twice on Akita
      pxafb: only initialize the smart panel thread when dealing with a smartpanel
      pxafb: introduce LCD_TYPE_MASK and use it.

commit 606572634c3faa5b32a8fc430266e6e9d78d2179
Author: Jeremy Kerr <jk@ozlabs.org>
Date:   Tue Nov 11 10:22:22 2008 +1100

    powerpc/spufs: Fix spinning in spufs_ps_fault on signal
    
    Currently, we can end up in an infinite loop if we get a signal
    while the kernel has faulted in spufs_ps_fault. Eg:
    
     alarm(1);
    
     write(fd, some_spu_psmap_register_address, 4);
    
    - the write's copy_from_user will fault on the ps mapping, and
    signal_pending will be non-zero. Because returning from the fault
    handler will never clear TIF_SIGPENDING, so we'll just keep faulting,
    resulting in an unkillable process using 100% of CPU.
    
    This change returns VM_FAULT_SIGBUS if there's a fatal signal pending,
    letting us escape the loop.
    
    Signed-off-by: Jeremy Kerr <jk@ozlabs.org>

commit 0253fdcd8aec2f954c2950a7454c0a2f3207e9a1
Author: Matthew Ranostay <mranostay@embeddedalley.com>
Date:   Sun Nov 16 11:42:34 2008 -0500

    ALSA: hda: STAC_DELL_M6 EAPD
    
    Add support for EAPD on system suspend and disabling EAPD on headphone jack
    detection for STAC_DELL_M6 laptops.
    
    This patch fixes the regressions, the silent output on HP of some Dell
    laptops (see Novell bnc#446025):
    	https://bugzilla.novell.com/show_bug.cgi?id=446025
    
    Signed-off-by: Matthew Ranostay <mranostay@embeddedalley.com>
    Signed-off-by: Takashi Iwai <tiwai@suse.de>

commit bfe085f62f98a49e1b864e4950389c7205174e4f
Author: Rakib Mullick <rakib.mullick@gmail.com>
Date:   Thu Nov 20 19:12:50 2008 +0600

    x86: fixing __cpuinit/__init tangle, xsave_cntxt_init()
    
    Annotate xsave_cntxt_init() as "can be called outside of __init".
    
    Signed-off-by: Rakib Mullick <rakib.mullick@gmail.com>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 9bc646f163b136684390081262fab0fd8f5343ca
Author: Rakib Mullick <rakib.mullick@gmail.com>
Date:   Thu Nov 20 19:08:45 2008 +0600

    x86: fix __cpuinit/__init tangle in init_thread_xstate()
    
    Impact:	fix incorrect __init annotation
    
    This patch removes the following section mismatch warning. A patch set
    was send previously (http://lkml.org/lkml/2008/11/10/407). But
    introduce some other problem, reported by Rufus
    (http://lkml.org/lkml/2008/11/11/46). Then Ingo Molnar suggest that,
    it's best to remove __init from xsave_cntxt_init(void). Which is the
    second patch in this series. Now, this one removes the following
    warning.
    
    WARNING: arch/x86/kernel/built-in.o(.cpuinit.text+0x2237): Section
    mismatch in reference from the function cpu_init() to the function
    .init.text:init_thread_xstate()
    The function __cpuinit cpu_init() references
    a function __init init_thread_xstate().
    If init_thread_xstate is only used by cpu_init then
    annotate init_thread_xstate with a matching annotation.
    
    Signed-off-by: Rakib Mullick <rakib.mullick@gmail.com>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 5f4ba04ffd8fc9f6b15b92270ef0517ae52dcf3a
Author: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Date:   Fri Nov 14 13:32:42 2008 -0500

    Input: i8042 - add Compal Hel80 laptop to nomux blacklist
    
    Reported-by: Jaime Cura <jimyx17@gmail.com>
    Signed-off-by: Dmitry Torokhov <dtor@mail.ru>

commit e871809cccc11aaa072afaf746f8fd946d2d9cac
Author: Michael Barkowski <michael.barkowski@freescale.com>
Date:   Thu Nov 13 10:18:28 2008 -0500

    powerpc/mpc832x_rdb: fix swapped ethernet ids
    
    ethernet0 (called FSL UEC0 in U-Boot) should be enet1 (UCC3/eth1), and
    ethernet1 should be enet0 (UCC2/eth0), to be consistent with U-Boot so
    that the interfaces do not swap addresses when control passes from
    U-Boot to the kernel.
    
    Signed-off-by: Michael Barkowski <michael.barkowski@freescale.com>
    Acked-by: Kim Phillips <kim.phillips@freescale.com>
    Signed-off-by: Kumar Gala <galak@kernel.crashing.org>

commit 06597aa90a75621639dcaaf5fc07bcb01f752d45
Author: Martyn Welch <martyn.welch@gefanuc.com>
Date:   Tue Nov 18 10:55:45 2008 +0000

    powerpc: Use generic PHY driver for Marvell 88E1111 PHY on GE Fanuc SBC610
    
    The Marvell PHY driver is currently being used for the 88E1111 on the
    SBC610. This driver is causing the link to run in 10/Half mode, the generic
    PHY driver is correctly configuring the PHY as 1000/Full.
    
    Edit default config to use generic PHY driver.
    
    Signed-off-by: Martyn Welch <martyn.welch@gefanuc.com>
    Signed-off-by: Kumar Gala <galak@kernel.crashing.org>

commit f464ff581c247d82fcc0e7ef40c1ca6df9739068
Author: Trent Piepho <tpiepho@freescale.com>
Date:   Wed Nov 19 10:40:55 2008 -0800

    powerpc/85xx: L2 cache size wrong in 8572DS dts
    
    It's 1MB, not 512KB.  Newer U-Boots will fix this entry, but that's no
    reason to have the wrong value in the dts.
    
    Signed-off-by: Trent Piepho <tpiepho@freescale.com>
    Signed-off-by: Kumar Gala <galak@kernel.crashing.org>

commit a4a16beadea041ab601e65b264b568e8b6b4f68d
Author: Eric Dumazet <dada1@cosmosbay.com>
Date:   Mon Nov 10 09:05:37 2008 +0100

    oprofile: fix an overflow in ppro code
    
    reset_value was changed from long to u64 in commit
    b99170288421c79f0c2efa8b33e26e65f4bb7fb8 (oprofile: Implement Intel
    architectural perfmon support)
    
    But dynamic allocation of this array use a wrong type (long instead of
    u64)
    
    Cc: Andi Kleen <ak@linux.intel.com>
    Signed-off-by: Eric Dumazet <dada1@cosmosbay.com>
    Signed-off-by: Robert Richter <robert.richter@amd.com>

commit 28105fda1ecadfa7c827b22d323c169f19dc04b0
Author: Jaya Kumar <jayakumar.lkml@gmail.com>
Date:   Tue Nov 11 12:17:05 2008 +0100

    [ARM] 5330/1: mach-pxa: Fixup reset for systems using reboot=cold or other strings
    
    This patch makes do_hw_reset the default reboot behavior when nothing
    else matches. This restores reboot functionality on gumstix basix
    devices where reboot=cold is the default boot argument.
    
    Signed-off-by: Jaya Kumar <jayakumar.lkml@gmail.com>
    Acked-by: Eric Miao <eric.miao@marvell.com>
    Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>

commit 12a8ab152d6b0c9f697d0f2bd423001ed3fd360b
Merge: e14c8bf... faf2f0a...
Author: Russell King <rmk@dyn-67.arm.linux.org.uk>
Date:   Mon Nov 17 10:45:03 2008 +0000

    Merge branch 'for-rmk' of git://git.kernel.org/pub/scm/linux/kernel/git/ycmiao/pxa-linux-2.6

commit faf2f0ab13d259f2386d156d24c405ec8cee30ff
Author: Eric Miao <eric.miao@marvell.com>
Date:   Sun Nov 16 15:56:58 2008 +0800

    [ARM] pxa: fix incorrect PCMCIA PSKTSEL pin configuration for spitz
    
    The original incorrect configuration caused GPIO79_nCS_3 being overriden,
    thus resulted in the NAND flash not being detected. The real PSKTSEL pin
    is on GPIO104 instead of GPIO79.
    
    Signed-off-by: Eric Miao <eric.miao@marvell.com>
    Cc: Richard Purdie <rpurdie@rpsys.net>

commit 38cd809e675e29ea1c3bce8ed743b0fe8aa10eea
Author: Eric Miao <eric.miao@marvell.com>
Date:   Sat Nov 15 23:41:56 2008 +0800

    [ARM] pxa: fix I2C controller device being registered twice on Akita
    
    Signed-off-by: Eric Miao <eric.miao@marvell.com>
    Cc: Richard Purdie <rpurdie@rpsys.net>

commit c8d698849e135780738c2cb08f07f06eda982a8c
Author: Grant Likely <grant.likely@secretlab.ca>
Date:   Fri Nov 14 11:10:55 2008 -0700

    powerpc/virtex: Update defconfigs
    
    Update defconfigs for running on Xilinx Virtex platforms
    
    Signed-off-by: Grant Likely <grant.likely@secretlab.ca>

commit c7c2ffb4fb92ad79e842226aa547adb5bd045b86
Author: Grant Likely <grant.likely@secretlab.ca>
Date:   Fri Nov 14 10:22:02 2008 -0700

    powerpc/52xx: update defconfigs
    
    Signed-off-by: Grant Likely <grant.likely@secretlab.ca>

commit c14464bf796d5ead1e735225ead78c566d3344ae
Author: Yuri Tikhonov <yur@emcraft.com>
Date:   Fri Nov 14 10:21:57 2008 -0700

    xsysace: Fix driver to use resource_size_t instead of unsigned long
    
    This patch is a bug fix to the SystemACE driver to use resource_size_t
    for physical address instead of unsigned long.  This makes the driver
    work correctly on 32 bit systems with 64-bit resources (e.g. PowerPC 440).
    
    Signed-off-by: Yuri Tikhonov <yur@emcraft.com>
    Signed-off-by: Ilya Yanok <yanok@emcraft.com>
    Signed-off-by: Grant Likely <grant.likely@secretlab.ca>

commit a108096878aa6cb744b5280ca59395b6c0152d14
Author: Grant Likely <grant.likely@secretlab.ca>
Date:   Fri Nov 14 09:59:48 2008 -0700

    powerpc/virtex: fix various format/casting printk mismatches
    
    Various printk format string in code used by the Xilinx Virtex platform
    are not 32-bit/64-bit safe.  Add correct casting to fix the bugs.
    
    Reported-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
    Signed-off-by: Grant Likely <grant.likely@secretlab.ca>
    Acked-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>

commit 847cdf42d589882aca683b6fb65b2c7832e92231
Author: Grant Likely <grant.likely@secretlab.ca>
Date:   Fri Nov 14 05:19:00 2008 -0700

    powerpc/mpc5200: fix bestcomm Kconfig dependencies
    
    Without this patch it is possible to select drivers which require
    bestcomm support without bestcomm support being selected.  This
    patch reworks the bestcomm dependencies to ensure the correct
    bestcomm tasks are always enabled.
    
    Reported-by: Hans Lehmann <hans.lehmann@ritter-elektronik.de>
    Signed-off-by: Grant Likely <grant.likely@secretlab.ca>

commit 6612d9b0b8208c2ade3a16b8302a271ec81d45f6
Author: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Date:   Tue Nov 11 16:02:43 2008 +0000

    powerpc/44x: Fix 460EX/460GT machine check handling
    
    Those cores use the 440A type machine check (ie, they have
    MCSRR0/MCSRR1). They thus need to call the appropriate fixup
    function to hook the right variant of the exception.
    
    Without this, all machine checks become fatal due to loss
    of context when entering the exception handler.
    
    Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
    Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>

commit 5907630ffc2b2d133de2db18963ee5a6c5af7878
Author: Grant Erickson <gerickson@nuovations.com>
Date:   Wed Oct 29 11:41:14 2008 +0000

    powerpc/40x: Limit allocable DRAM during early mapping
    
    If the size of DRAM is not an exact power of two, we may not have
    covered DRAM in its entirety with large 16 and 4 MiB pages.  If that
    is the case, we can get non-recoverable page faults when doing the
    final PTE mappings for the non-large page PTEs.
    
    Consequently, we restrict the top end of DRAM currently allocable
    by updating '__initial_memory_limit_addr' so that calls to the LMB to
    allocate PTEs for "tail" coverage with normal-sized pages (or other
    reasons) do not attempt to allocate outside the allowed range.
    
    Signed-off-by: Grant Erickson <gerickson@nuovations.com>
    Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>

commit 3ff68a6a106c362a6811d3e51bced58e6fc87de7
Author: Mark Nelson <markn@au1.ibm.com>
Date:   Thu Nov 13 21:37:41 2008 +1100

    genirq: __irq_set_trigger: change pr_warning to pr_debug
    
    Commit 0c5d1eb77a8be917b638344a22afe1398236482b (genirq: record trigger
    type) caused powerpc platforms that had no set_type() function in their
    struct irq_chip to spew out warnings about "No set_type function for
    IRQ...". This warning isn't necessarily justified though because the
    generic powerpc platform code calls set_irq_type() (which in turn calls
    __irq_set_trigger) with information from the device tree to establish
    the interrupt mappings, regardless of whether the PIC can actually set
    a type.
    
    A platform's irq_chip might not have a set_type function for a variety
    of reasons, for example: the platform may have the type essentially
    hard-coded, or as in the case for Cell interrupts are just messages
    past around that have no real concept of type, or the platform
    could even have a virtual PIC as on the PS3.
    
    Signed-off-by: Mark Nelson <markn@au1.ibm.com>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 734f0bae9504216bd760493ed4744a34cfe0e7ce
Author: Daniel Gimpelevich <daniel@gimpelevich.san-francisco.ca.us>
Date:   Tue Nov 11 13:57:30 2008 -0500

    Input: cm109 - add keymap for ATCom AU-100 phone
    
    Signed-off-by: Daniel Gimpelevich <daniel@gimpelevich.san-francisco.ca.us>
    Signed-off-by: Dmitry Torokhov <dtor@mail.ru>

commit 4f485447973284f73e4e7cac3ab1d1e5fcd8aece
Author: Dmitri Vorobiev <dmitri.vorobiev@movial.fi>
Date:   Tue Nov 11 11:40:23 2008 -0500

    Input: fix the example of an input device driver
    
    This patch fixes a wrong interrupt handler example given in the "Hello,
    world!"-like input driver in Documentation/input/input-programming.txt.
    
    Signed-off-by: Dmitri Vorobiev <dmitri.vorobiev@movial.fi>
    Signed-off-by: Randy Dunlap <rdunlap@xenotime.net>
    Signed-off-by: Dmitry Torokhov <dtor@mail.ru>

commit 5fb17fd9a2d05be77be91369aa2f7b0db42fc8b4
Author: Andres Salomon <dilinger@queued.net>
Date:   Tue Nov 11 09:52:21 2008 -0500

    Input: psmouse - fix incorrect validate_byte check in OLPC protocol
    
    The validate_byte check logic was backwards; it should return true for
    an *invalid* packet.  Thanks to Jeremy Katz for spotting this one.
    
    Signed-off-by: Andres Salomon <dilinger@debian.org>
    Signed-off-by: Dmitry Torokhov <dtor@mail.ru>

commit d6d79a785d430c0e17f7e2d662f10de022cbca93
Author: Jiri Pirko <jpirko@redhat.com>
Date:   Tue Nov 11 09:43:21 2008 -0500

    Input: atkbd - cancel delayed work before freeing its structure
    
    Pointed out by Oleg Nesterov. Since delayed work is used here, use of
    flush_scheduled_work() is not sufficient in atkbd_disconnect(). It does
    not wait for scheduled delayed work to finish. This patch prevents
    delayed work to be processed after freeing atkbd structure (used struct
    delayed_work is part of atkbd) by cancelling this delayed work.
    
    Signed-off-by: Jiri Pirko <jpirko@redhat.com>
    Signed-off-by: Dmitry Torokhov <dtor@mail.ru>

commit a8215b81cc31cf267506bc6a4a4bfe93f4ca1652
Author: Matthew Garrett <mjg@redhat.com>
Date:   Tue Nov 11 09:40:42 2008 -0500

    Input: atkbd - add keymap quirk for Inventec Symphony systems
    
    The Zepto 6615WD laptop (rebranded Inventec Symphony system) needs a
    key release quirk for its volume keys to work. The attached patch adds
    the quirk to the atkbd driver.
    
    Fixes: https://bugzilla.redhat.com/show_bug.cgi?id=460237
    
    Signed-off-by: Matthew Garrett <mjg@redhat.com>
    Signed-off-by: Adel Gadllah <adel.gadllah@gmail.com>
    Signed-off-by: Dmitry Torokhov <dtor@mail.ru>

commit 786b11cc0f505e44c29f778fd329dafafafed76c
Author: Herton Ronaldo Krzesinski <herton@mandriva.com.br>
Date:   Tue Nov 11 09:37:14 2008 -0500

    Input: i8042 - add Dell XPS M1530 to nomux list
    
    Dell XPS M1530 needs i8042.nomux=1 for ALPS touchpad to work as
    reported on https://qa.mandriva.com/show_bug.cgi?id=43532
    
    It is said that before A08 bios version this isn't needed (I don't
    have the hardware so can't check), and suppose this will not break
    with bios versions before A08.
    
    Signed-off-by: Herton Ronaldo Krzesinski <herton@mandriva.com.br>
    Tested-by: Andreas Ericsson <ae@op5.se>
    Signed-off-by: Dmitry Torokhov <dtor@mail.ru>

commit 6cc4abe43e9362034881ad8c005f4ab8a684ae3e
Author: Eric Miao <eric.miao@marvell.com>
Date:   Tue Nov 11 21:47:07 2008 +0800

    pxafb: only initialize the smart panel thread when dealing with a smartpanel
    
    Signed-off-by: Daniel Mack <daniel@caiaq.de>
    Signed-off-by: Eric Miao <eric.miao@marvell.com>

commit 1ec26db1f8cae0aca64708e0fe1f687eab7c82e5
Author: Eric Miao <eric.miao@marvell.com>
Date:   Tue Nov 11 21:45:57 2008 +0800

    pxafb: introduce LCD_TYPE_MASK and use it.
    
    Signed-off-by: Daniel Mack <daniel@caiaq.de>
    Signed-off-by: Eric Miao <eric.miao@marvell.com>

commit f131e2436ddbac2527bb2d6297a823aae4b024f8
Author: Ingo Molnar <mingo@elte.hu>
Date:   Sat Nov 8 09:57:40 2008 +0100

    irq: fix typo
    
    Impact: build fix
    
    fix build failure on UP.
    
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 6c2e94033df5ca11149e52dd179b8dde3172e9bf
Author: Thomas Gleixner <tglx@linutronix.de>
Date:   Fri Nov 7 12:33:49 2008 +0100

    x86: apic honour irq affinity which was set in early boot
    
    setup_ioapic_dest() is called after the non boot cpus have been
    brought up. It sets the irq affinity of all already configured
    interrupts to all cpus and ignores affinity settings which were
    done by the early bootup code.
    
    If the IRQ_NO_BALANCING or IRQ_AFFINITY_SET flags are set then use the
    affinity mask from the irq descriptor and not TARGET_CPUS.
    
    Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 612e3684c1b7752d2890510e4f90115fd1eb2afb
Author: Thomas Gleixner <tglx@linutronix.de>
Date:   Fri Nov 7 13:58:46 2008 +0100

    genirq: fix the affinity setting in setup_irq
    
    The affinity setting in setup irq is called before the NO_BALANCING
    flag is checked and might therefore override affinity settings from the
    calling code with the default setting.
    
    Move the NO_BALANCING flag check before the call to the affinity
    setting.
    
    Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit f6d87f4bd259cf33e092cd1a8fde05f291c47af1
Author: Thomas Gleixner <tglx@linutronix.de>
Date:   Fri Nov 7 13:18:30 2008 +0100

    genirq: keep affinities set from userspace across free/request_irq()
    
    Impact: preserve user-modified affinities on interrupts
    
    Kumar Galak noticed that commit
    18404756765c713a0be4eb1082920c04822ce588 (genirq: Expose default irq
    affinity mask (take 3))
    
    overrides an already set affinity setting across a free /
    request_irq(). Happens e.g. with ifdown/ifup of a network device.
    
    Change the logic to mark the affinities as set and keep them
    intact. This also fixes the unlocked access to irq_desc in
    irq_select_affinity() when called from irq_affinity_proc_write()
    
    Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 2ad49887150894b9ed6a87a76b409adceee6b074
Author: Vitaliy Gusev <vgusev@openvz.org>
Date:   Wed Nov 5 18:27:18 2008 +0300

    UBI: Don't exit from ubi_thread until kthread_should_stop() is true
    
    If ubi_thread() exits but kthread_should_stop() is not true
    then kthread_stop() will never return and cleanup thread
    will forever stay in "D" state.
    
    Signed-off-by: Vitaliy Gusev <vgusev@openvz.org>
    Signed-off-by: Artem Bityutskiy <Artem.Bityutskiy@nokia.com>

commit b77bcb07897f1a9cd9d1d78691896dcdb0fd1a22
Author: Zoltan Sogor <weth@inf.u-szeged.hu>
Date:   Wed Oct 29 09:50:02 2008 +0100

    UBI: fix EBADMSG handling
    
    'ubi_io_read_data()' may return EBADMSG in case of an ECC error,
    and we should not panic because of this. We have CRC32 checksum
    and may check the data. So just ignore the EBADMSG error.
    
    This patch also fixes a minor spelling error at the same time.
    
    Signed-off-by: Zoltan Sogor <weth@inf.u-szeged.hu>
    Signed-off-by: Artem Bityutskiy <Artem.Bityutskiy@nokia.com>

commit 9a5415fbe87ad7b99ecf9b7ef6bf091c7479f2a4
Author: Vojtech Pavlik <vojtech@suse.cz>
Date:   Thu Oct 30 09:11:40 2008 -0400

    Input: elo - fix format string in elo driver
    
    Fix typo in format string.
    
    Signed-off-by: Vojtech Pavlik <vojtech@suse.cz>
    Signed-off-by: Jiri Kosina <jkosina@suse.cz>
    Signed-off-by: Dmitry Torokhov <dtor@mail.ru>