Commits on Dec 10, 2012
  1. @gregkh

    Linux 3.4.23

    gregkh committed Dec 10, 2012
  2. @michal42 @gregkh

    kbuild: Do not package /boot and /lib in make tar-pkg

    commit fe04ddf upstream.
    There were reports of users destroying their Fedora installs by a kernel
    tarball that replaces the /lib -> /usr/lib symlink. Let's remove the
    toplevel directories from the tarball to prevent this from happening.
    Reported-by: Andi Kleen <>
    Suggested-by: Ben Hutchings <>
    Signed-off-by: Michal Marek <>
    [bwh: Fold in commit 3ce9e53 to avoid
    Signed-off-by: Ben Hutchings <>
    Signed-off-by: Greg Kroah-Hartman <>
    michal42 committed with gregkh Sep 25, 2012
  3. @bergwolf @gregkh

    pnfsblock: fix partial page buffer wirte

    commit fe6e1e8 upstream.
    If applications use flock to protect its write range, generic NFS
    will not do read-modify-write cycle at page cache level. Therefore
    LD should know how to handle non-sector aligned writes. Otherwise
    there will be data corruption.
    Signed-off-by: Peng Tao <>
    Signed-off-by: Trond Myklebust <>
    Signed-off-by: Greg Kroah-Hartman <>
    bergwolf committed with gregkh Aug 24, 2012
  4. @ickle @gregkh

    drm/i915: Add no-lvds quirk for Supermicro X7SPA-H

    commit c31407a upstream.
    Reported-and-tested-by: Francois Tigeot <>
    Signed-off-by: Chris Wilson <>
    Signed-off-by: Daniel Vetter <>
    Signed-off-by: Peter Huewe <>
    Signed-off-by: Greg Kroah-Hartman <>
    ickle committed with gregkh Oct 18, 2012
  5. @kepstin @gregkh

    i915: Quirk no_lvds on Gigabyte GA-D525TUD ITX motherboard

    commit a51d4ed upstream.
    This board is incorrectly detected as having an LVDS connector,
    resulting in the VGA output (the only available output on the board)
    showing the console only in the top-left 1024x768 pixels, and an extra
    LVDS connector appearing in X.
    It's a desktop Mini-ITX board using an Atom D525 CPU with an NM10
    I've had this board for about a year, but this is the first time I
    noticed the issue because I've been running it headless for most of its
    Signed-off-by: Calvin Walton <>
    Signed-off-by: Peter Huewe <>
    Signed-off-by: Greg Kroah-Hartman <>
    kepstin committed with gregkh Aug 24, 2012
  6. @gregkh

    ACPI: missing break

    commit 879dca0 upstream.
    We handle NOTIFY_THROTTLING so don't then fall through to unsupported event.
    Signed-off-by: Alan Cox <>
    Signed-off-by: Rafael J. Wysocki <>
    Signed-off-by: Peter Huewe <>
    Signed-off-by: Greg Kroah-Hartman <>
    Alan Cox committed with gregkh Oct 26, 2012
  7. @gregkh

    bnx2x: remove redundant warning log

    commit 4a25417 upstream.
    fix bug where a register which was only meant to be read in 578xx/57712
    devices causes a bogus error message to be logged when read from other
    Signed-off-by: Ariel Elior <>
    Signed-off-by: Eilon Greenstein <>
    Signed-off-by: David S. Miller <>
    Signed-off-by: CAI Qian <>
    Signed-off-by: Greg Kroah-Hartman <>
    Ariel Elior committed with gregkh Nov 22, 2012
  8. @gregkh

    Revert "sched, autogroup: Stop going ahead if autogroup is disabled"

    commit fd8ef11 upstream.
    This reverts commit 800d4d3.
    Between commits 8323f26 ("sched: Fix race in task_group()") and
    800d4d3 ("sched, autogroup: Stop going ahead if autogroup is
    disabled"), autogroup is a wreck.
    With both applied, all you have to do to crash a box is disable
    autogroup during boot up, then reboot..  boom, NULL pointer dereference
    due to commit 800d4d3 not allowing autogroup to move things, and
    commit 8323f26 making that the only way to switch runqueues:
      BUG: unable to handle kernel NULL pointer dereference at           (null)
      IP: [<ffffffff81063ac0>] effective_load.isra.43+0x50/0x90
      Pid: 7047, comm: systemd-user-se Not tainted 3.6.8-smp #7 MEDIONPC MS-7502/MS-7502
      RIP: effective_load.isra.43+0x50/0x90
      Process systemd-user-se (pid: 7047, threadinfo ffff880221dde000, task ffff88022618b3a0)
      Call Trace:
        ? vfs_read+0x120/0x160
        ? sys_read+0x45/0x90
      Code: 49 0f af 41 50 31 d2 49 f7 f0 48 83 f8 01 48 0f 46 c6 48 2b 07 48 8b bf 40 01 00 00 48 85 ff 74 3a 45 31 c0 48 8b 8f 50 01 00 00 <48> 8b 11 4c 8b 89 80 00 00 00 49 89 d2 48 01 d0 45 8b 59 58 4c
      RIP  [<ffffffff81063ac0>] effective_load.isra.43+0x50/0x90
       RSP <ffff880221ddfbd8>
      CR2: 0000000000000000
    Signed-off-by: Mike Galbraith <>
    Acked-by: Ingo Molnar <>
    Cc: Yong Zhang <>
    Cc: Peter Zijlstra <>
    Signed-off-by: Linus Torvalds <>
    Signed-off-by: Greg Kroah-Hartman <>
    Mike Galbraith committed with gregkh Dec 3, 2012
  9. @jdelvare @gregkh

    i7300_edac: Fix error flag testing

    commit 7e06b7a upstream.
    * Right-shift the values in GET_FBD_FAT_IDX and GET_FBD_NF_IDX, so
      that the callers get the result they expect.
    * Fix definition of FERR_FAT_FBD_ERR_MASK.
    * Call GET_FBD_NF_IDX, not GET_FBD_FAT_IDX, when operating on
      register FERR_NF_FBD. We were lucky they have the same definition.
    This fixes kernel bug #44131:
    Signed-off-by: Jean Delvare <>
    Cc: Mauro Carvalho Chehab <>
    Cc: Doug Thompson <>
    Signed-off-by: Mauro Carvalho Chehab <>
    Signed-off-by: Greg Kroah-Hartman <>
    jdelvare committed with gregkh Oct 18, 2012
  10. @neilbrown @gregkh

    md/raid10: close race that lose writes lost when replacement completes.

    commit e7c0c3f upstream.
    When a replacement operation completes there is a small window
    when the original device is marked 'faulty' and the replacement
    still looks like a replacement.  The faulty should be removed and
    the replacement moved in place very quickly, bit it isn't instant.
    So the code write out to the array must handle the possibility that
    the only working device for some slot in the replacement - but it
    doesn't.  If the primary device is faulty it just gives up.  This
    can lead to corruption.
    So make the code more robust: if either  the primary or the
    replacement is present and working, write to them.  Only when
    neither are present do we give up.
    This bug has been present since replacement was introduced in
    3.3, so it is suitable for any -stable kernel since then.
    Reported-by: "George Spelvin" <>
    Signed-off-by: NeilBrown <>
    Signed-off-by: Greg Kroah-Hartman <>
    neilbrown committed with gregkh Nov 22, 2012
  11. @gregkh

    workqueue: exit rescuer_thread() as TASK_RUNNING

    commit 412d32e upstream.
    A rescue thread exiting TASK_INTERRUPTIBLE can lead to a task scheduling
    off, never to be seen again.  In the case where this occurred, an exiting
    thread hit reiserfs homebrew conditional resched while holding a mutex,
    bringing the box to its knees.
    PID: 18105  TASK: ffff8807fd412180  CPU: 5   COMMAND: "kdmflush"
     #0 [ffff8808157e7670] schedule at ffffffff8143f489
     #1 [ffff8808157e77b8] reiserfs_get_block at ffffffffa038ab2d [reiserfs]
     #2 [ffff8808157e79a8] __block_write_begin at ffffffff8117fb14
     #3 [ffff8808157e7a98] reiserfs_write_begin at ffffffffa0388695 [reiserfs]
     #4 [ffff8808157e7ad8] generic_perform_write at ffffffff810ee9e2
     #5 [ffff8808157e7b58] generic_file_buffered_write at ffffffff810eeb41
     #6 [ffff8808157e7ba8] __generic_file_aio_write at ffffffff810f1a3a
     #7 [ffff8808157e7c58] generic_file_aio_write at ffffffff810f1c88
     #8 [ffff8808157e7cc8] do_sync_write at ffffffff8114f850
     #9 [ffff8808157e7dd8] do_acct_process at ffffffff810a268f
        [exception RIP: kernel_thread_helper]
        RIP: ffffffff8144a5c0  RSP: ffff8808157e7f58  RFLAGS: 00000202
        RAX: 0000000000000000  RBX: 0000000000000000  RCX: 0000000000000000
        RDX: 0000000000000000  RSI: ffffffff8107af60  RDI: ffff8803ee491d18
        RBP: 0000000000000000   R8: 0000000000000000   R9: 0000000000000000
        R10: 0000000000000000  R11: 0000000000000000  R12: 0000000000000000
        R13: 0000000000000000  R14: 0000000000000000  R15: 0000000000000000
        ORIG_RAX: ffffffffffffffff  CS: 0010  SS: 0018
    Signed-off-by: Mike Galbraith <>
    Signed-off-by: Tejun Heo <>
    Signed-off-by: Greg Kroah-Hartman <>
    Mike Galbraith committed with gregkh Nov 28, 2012
  12. @vpalatin @gregkh

    x86, fpu: Avoid FPU lazy restore after suspend

    commit 644c154 upstream.
    When a cpu enters S3 state, the FPU state is lost.
    After resuming for S3, if we try to lazy restore the FPU for a process running
    on the same CPU, this will result in a corrupted FPU context.
    Ensure that "fpu_owner_task" is properly invalided when (re-)initializing a CPU,
    so nobody will try to lazy restore a state which doesn't exist in the hardware.
    Tested with a 64-bit kernel on a 4-core Ivybridge CPU with eagerfpu=off,
    by doing thousands of suspend/resume cycles with 4 processes doing FPU
    operations running. Without the patch, a process is killed after a
    few hundreds cycles by a SIGFPE.
    Signed-off-by: Vincent Palatin <>
    Cc: Duncan Laurie <>
    Cc: Olof Johansson <>
    Signed-off-by: H. Peter Anvin <>
    Signed-off-by: Greg Kroah-Hartman <>
    vpalatin committed with gregkh Nov 30, 2012
  13. @jgunthorpe @gregkh

    ARM: Kirkwood: Update PCI-E fixup

    commit 1dc831b upstream.
    - The code relies on rc_pci_fixup being called, which only happens
      when CONFIG_PCI_QUIRKS is enabled, so add that to Kconfig. Omitting
      this causes a booting failure with a non-obvious cause.
    - Update rc_pci_fixup to set the class properly, copying the
      more modern style from other places
    - Correct the rc_pci_fixup comment
    Signed-off-by: Jason Gunthorpe <>
    Signed-off-by: Jason Cooper <>
    Signed-off-by: Greg Kroah-Hartman <>
    jgunthorpe committed with gregkh Nov 21, 2012
  14. @Naoya-Horiguchi @gregkh

    mm: soft offline: split thp at the beginning of soft_offline_page()

    commit 783657a upstream.
    When we try to soft-offline a thp tail page, put_page() is called on the
    tail page unthinkingly and VM_BUG_ON is triggered in put_compound_page().
    This patch splits thp before going into the main body of soft-offlining.
    Signed-off-by: Naoya Horiguchi <>
    Cc: Andi Kleen <>
    Cc: Tony Luck <>
    Cc: Andi Kleen <>
    Cc: Wu Fengguang <>
    Signed-off-by: Andrew Morton <>
    Signed-off-by: Linus Torvalds <>
    Signed-off-by: Greg Kroah-Hartman <>
    Naoya-Horiguchi committed with gregkh Nov 29, 2012
  15. @gregkh

    mm/vmemmap: fix wrong use of virt_to_page

    commit ae64ffc upstream.
    memory hotremove, there is a kernel BUG at arch/x86/mm/physaddr.c:20.
    It is caused by free_section_usemap()->virt_to_page(), virt_to_page() is
    only used for kernel direct mapping address, but sparse-vmemmap uses
    vmemmap address, so it is going wrong here.
      ------------[ cut here ]------------
      kernel BUG at arch/x86/mm/physaddr.c:20!
      invalid opcode: 0000 [#1] SMP
      Modules linked in: acpihp_drv acpihp_slot edd cpufreq_conservative cpufreq_userspace cpufreq_powersave acpi_cpufreq mperf fuse vfat fat loop dm_mod coretemp kvm crc32c_intel ipv6 ixgbe igb iTCO_wdt i7core_edac edac_core pcspkr iTCO_vendor_support ioatdma microcode joydev sr_mod i2c_i801 dca lpc_ich mfd_core mdio tpm_tis i2c_core hid_generic tpm cdrom sg tpm_bios rtc_cmos button ext3 jbd mbcache usbhid hid uhci_hcd ehci_hcd usbcore usb_common sd_mod crc_t10dif processor thermal_sys hwmon scsi_dh_alua scsi_dh_hp_sw scsi_dh_rdac scsi_dh_emc scsi_dh ata_generic ata_piix libata megaraid_sas scsi_mod
      CPU 39
      Pid: 6454, comm: sh Not tainted 3.7.0-rc1-acpihp-final+ #45 QCI QSSC-S4R/QSSC-S4R
      RIP: 0010:[<ffffffff8103c908>]  [<ffffffff8103c908>] __phys_addr+0x88/0x90
      RSP: 0018:ffff8804440d7c08  EFLAGS: 00010006
      RAX: 0000000000000006 RBX: ffffea0012000000 RCX: 000000000000002c
    Signed-off-by: Jianguo Wu <>
    Signed-off-by: Jiang Liu <>
    Reviewd-by: Wen Congyang <>
    Acked-by: Johannes Weiner <>
    Reviewed-by: Yasuaki Ishimatsu <>
    Reviewed-by: Michal Hocko <>
    Signed-off-by: Andrew Morton <>
    Signed-off-by: Linus Torvalds <>
    Signed-off-by: Greg Kroah-Hartman <>
    Jianguo Wu committed with gregkh Nov 29, 2012
  16. @gregkh

    drm/radeon: properly track the crtc not_enabled case evergreen_mc_stop()

    commit 804cc4a upstream.
    The save struct is not initialized previously so explicitly
    mark the crtcs as not used when they are not in use.
    Signed-off-by: Alex Deucher <>
    Signed-off-by: Greg Kroah-Hartman <>
    Alex Deucher committed with gregkh Nov 19, 2012
  17. @gregkh

    drm/radeon: properly handle mc_stop/mc_resume on evergreen+ (v2)

    commit 62444b7 upstream.
    - Stop the displays from accessing the FB
    - Block CPU access
    - Turn off MC client access
    This should fix issues some users have seen, especially
    with UEFI, when changing the MC FB location that result
    in hangs or display corruption.
    v2: fix crtc enabled check noticed by Luca Tettamanti
    Signed-off-by: Alex Deucher <>
    Signed-off-by: Greg Kroah-Hartman <>
    Alex Deucher committed with gregkh Aug 15, 2012
  18. @gregkh

    drm/radeon/dce4+: don't use radeon_crtc for vblank callback

    commit 4a15903 upstream.
    This might be called before we've allocated the radeon_crtcs
    Signed-off-by: Alex Deucher <>
    Signed-off-by: Greg Kroah-Hartman <>
    Alex Deucher committed with gregkh Aug 15, 2012
  19. @gregkh

    Dove: Fix irq_to_pmu()

    commit d356cf5 upstream.
    PMU interrupts start at IRQ_DOVE_PMU_START, not IRQ_DOVE_PMU_START + 1.
    Fix the condition.  (It may have been less likely to occur had the code
    been written "if (irq >= IRQ_DOVE_PMU_START" which imho is the easier
    to understand notation, and matches the normal way of thinking about
    these things.)
    Signed-off-by: Russell King <>
    Signed-off-by: Jason Cooper <>
    Signed-off-by: Greg Kroah-Hartman <>
    Russell King - ARM Linux committed with gregkh Nov 18, 2012
  20. @gregkh

    Dove: Attempt to fix PMU/RTC interrupts

    commit 5d3df93 upstream.
    Fix the acknowledgement of PMU interrupts on Dove: some Dove hardware
    has not been sensibly designed so that interrupts can be handled in a
    race free manner.  The PMU is one such instance.
    The pending (aka 'cause') register is a bunch of RW bits, meaning that
    these bits can be both cleared and set by software (confirmed on the
    Armada-510 on the cubox.)
    Hardware sets the appropriate bit when an interrupt is asserted, and
    software is required to clear the bits which are to be processed.  If
    we write ~(1 << bit), then we end up asserting every other interrupt
    except the one we're processing.  So, we need to do a read-modify-write
    cycle to clear the asserted bit.
    However, any interrupts which occur in the middle of this cycle will
    also be written back as zero, which will also clear the new interrupts.
    The upshot of this is: there is _no_ way to safely clear down interrupts
    in this register (and other similarly behaving interrupt pending
    registers on this device.)  The patch below at least stops us creating
    new interrupts.
    Signed-off-by: Russell King <>
    Signed-off-by: Jason Cooper <>
    Signed-off-by: Greg Kroah-Hartman <>
    Russell King - ARM Linux committed with gregkh Nov 18, 2012
Commits on Dec 6, 2012
  1. @gregkh

    Linux 3.4.22

    gregkh committed Dec 5, 2012
  2. @gregkh

    x86-32: Export kernel_stack_pointer() for modules

    commit cb57a2b upstream.
    Modules, in particular oprofile (and possibly other similar tools)
    need kernel_stack_pointer(), so export it using EXPORT_SYMBOL_GPL().
    Cc: Yang Wei <>
    Cc: Robert Richter <>
    Cc: Jun Zhang <>
    Signed-off-by: H. Peter Anvin <>
    Cc: Robert Richter <>
    Cc: Herton Ronaldo Krzesinski <>
    Cc: Philip Müller <>
    Signed-off-by: Greg Kroah-Hartman <>
    H. Peter Anvin committed with gregkh Nov 20, 2012
Commits on Dec 3, 2012
  1. @gregkh

    Linux 3.4.21

    gregkh committed Dec 3, 2012
  2. @jmberg @gregkh

    iwlwifi: fix 6000 series channel switch command

    commit 8f7b8db upstream.
    The channel switch command for 6000 series devices
    is larger than the maximum inline command size of
    320 bytes. The command is therefore refused with a
    warning. Fix this by allocating the command and
    using the NOCOPY mechanism.
    Reviewed-by: Emmanuel Grumbach <>
    Signed-off-by: Johannes Berg <>
    Cc: Ben Hutchings <>
    Signed-off-by: Greg Kroah-Hartman <>
    jmberg committed with gregkh Sep 25, 2012
  3. @stanislav-yakovlev @gregkh

    net/wireless: ipw2200: Fix panic occurring in ipw_handle_promiscuous_…

    commit bf11315 upstream.
    The driver does not count space of radiotap fields when allocating skb for
    radiotap packet. This leads to kernel panic with the following call trace:
    [67607.676067] [<c152f90f>] error_code+0x67/0x6c
    [67607.676067] [<c142f831>] ? skb_put+0x91/0xa0
    [67607.676067] [<f8cf5e5b>] ? ipw_handle_promiscuous_tx+0x16b/0x2d0 [ipw2200]
    [67607.676067] [<f8cf5e5b>] ipw_handle_promiscuous_tx+0x16b/0x2d0 [ipw2200]
    [67607.676067] [<f8cf899b>] ipw_net_hard_start_xmit+0x8b/0x90 [ipw2200]
    [67607.676067] [<f8741c5a>] libipw_xmit+0x55a/0x980 [libipw]
    [67607.676067] [<c143d3e8>] dev_hard_start_xmit+0x218/0x4d0
    This bug was found by VittGam.
    Signed-off-by: Stanislav Yakovlev <>
    Signed-off-by: John W. Linville <>
    Cc: Ben Hutchings <>
    Signed-off-by: Greg Kroah-Hartman <>
    stanislav-yakovlev committed with gregkh Oct 15, 2012
  4. @gregkh

    timekeeping: Cast raw_interval to u64 to avoid shift overflow

    commit 5b3900c upstream.
    We fixed a bunch of integer overflows in timekeeping code during the 3.6
    cycle.  I did an audit based on that and found this potential overflow.
    Signed-off-by: Dan Carpenter <>
    Acked-by: John Stultz <>
    Signed-off-by: Thomas Gleixner <>
    Cc: Ben Hutchings <>
    [ herton: adapt for 3.5, timekeeper instead of tk pointer ]
    Signed-off-by: Herton Ronaldo Krzesinski <>
    Signed-off-by: Greg Kroah-Hartman <>
    Dan Carpenter committed with gregkh Oct 9, 2012
  5. @colincross @gregkh

    ARM: OMAP: counter: add locking to read_persistent_clock

    commit 9d7d6e3 upstream.
    read_persistent_clock uses a global variable, use a spinlock to
    ensure non-atomic updates to the variable don't overlap and cause
    time to move backwards.
    Signed-off-by: Colin Cross <>
    Signed-off-by: R Sricharan <>
    Signed-off-by: Tony Lindgren <>
    [bwh: Backported to 3.2: adjust context]
    Signed-off-by: Ben Hutchings <>
    Signed-off-by: Greg Kroah-Hartman <>
    colincross committed with gregkh Oct 8, 2012
  6. @gregkh

    mmc: sdhci-s3c: fix the wrong number of max bus clocks

    commit 5feb54a upstream.
    We can use up to four bus-clocks; but on module remove, we didn't
    disable the fourth bus clock.
    Signed-off-by: Jaehoon Chung <>
    Signed-off-by: Kyungmin Park <>
    Signed-off-by: Chris Ball <>
    Cc: Ben Hutchings <>
    Signed-off-by: Greg Kroah-Hartman <>
    Jaehoon Chung committed with gregkh Sep 19, 2012
  7. @shangw @gregkh

    powerpc/eeh: Lock module while handling EEH event

    commit feadf7c upstream.
    The EEH core is talking with the PCI device driver to determine the
    action (purely reset, or PCI device removal). During the period, the
    driver might be unloaded and in turn causes kernel crash as follows:
    EEH: Detected PCI bus error on PHB#4-PE#10000
    EEH: This PCI device has failed 3 times in the last hour
    lpfc 0004:01:00.0: 0:2710 PCI channel disable preparing for reset
    Unable to handle kernel paging request for data at address 0x00000490
    Faulting instruction address: 0xd00000000e682c90
    cpu 0x1: Vector: 300 (Data Access) at [c000000fc75ffa20]
        pc: d00000000e682c90: .lpfc_io_error_detected+0x30/0x240 [lpfc]
        lr: d00000000e682c8c: .lpfc_io_error_detected+0x2c/0x240 [lpfc]
        sp: c000000fc75ffca0
       msr: 8000000000009032
       dar: 490
     dsisr: 40000000
      current = 0xc000000fc79b88b0
      paca    = 0xc00000000edb0380	 softe: 0	 irq_happened: 0x00
        pid   = 3386, comm = eehd
    enter ? for help
    [c000000fc75ffca0] c000000fc75ffd30 (unreliable)
    [c000000fc75ffd30] c00000000004fd3c .eeh_report_error+0x7c/0xf0
    [c000000fc75ffdc0] c00000000004ee00 .eeh_pe_dev_traverse+0xa0/0x180
    [c000000fc75ffe70] c00000000004ffd8 .eeh_handle_event+0x68/0x300
    [c000000fc75fff00] c0000000000503a0 .eeh_event_handler+0x130/0x1a0
    [c000000fc75fff90] c000000000020138 .kernel_thread+0x54/0x70
    The patch increases the reference of the corresponding driver modules
    while EEH core does the negotiation with PCI device driver so that the
    corresponding driver modules can't be unloaded during the period and
    we're safe to refer the callbacks.
    Reported-by: Alexey Kardashevskiy <>
    Signed-off-by: Gavin Shan <>
    Signed-off-by: Benjamin Herrenschmidt <>
    [ herton: backported for 3.5, adjusted driver assignments, return 0
      instead of NULL, assume dev is not NULL ]
    Signed-off-by: Herton Ronaldo Krzesinski <>
    Cc: Ben Hutchings <>
    Signed-off-by: Greg Kroah-Hartman <>
    shangw committed with gregkh Sep 17, 2012
  8. @mlauss @gregkh

    MPI: Fix compilation on MIPS with GCC 4.4 and newer

    commit a3cea98 upstream.
    Since 4.4 GCC on MIPS no longer recognizes the "h" constraint,
    leading to this build failure:
      CC      lib/mpi/generic_mpih-mul1.o
    lib/mpi/generic_mpih-mul1.c: In function 'mpihelp_mul_1':
    lib/mpi/generic_mpih-mul1.c:50:3: error: impossible constraint in 'asm'
    This patch updates MPI with the latest umul_ppm implementations for MIPS.
    Signed-off-by: Manuel Lauss <>
    Cc: Linux-MIPS <>
    Cc: Dmitry Kasatkin <>
    Cc: James Morris <>
    Signed-off-by: Ralf Baechle <>
    Cc: Shuah Khan <>
    Signed-off-by: Greg Kroah-Hartman <>
    mlauss committed with gregkh Nov 22, 2012
  9. @gregkh

    watchdog: using u64 in get_sample_period()

    commit 8ffeb9b upstream.
    In get_sample_period(), unsigned long is not enough:
      watchdog_thresh * 2 * (NSEC_PER_SEC / 5)
      watchdog_thresh is 10 by default, the sample value will be: 0xEE6B2800
     set watchdog_thresh is 20, the sample value will be: 0x1 DCD6 5000
    In case2, we need use u64 to express the sample period.  Otherwise,
    changing the threshold thru proc often can not be successful.
    Signed-off-by: liu chuansheng <>
    Acked-by: Don Zickus <>
    Signed-off-by: Andrew Morton <>
    Signed-off-by: Linus Torvalds <>
    Signed-off-by: Shuah Khan <>
    Signed-off-by: Greg Kroah-Hartman <>
    Chuansheng Liu committed with gregkh Nov 26, 2012
  10. @jhovold @gregkh

    USB: mct_u232: fix broken close

    commit 5260e45 upstream.
    Make sure generic close is called at close.
    The driver relies on the generic write implementation but did not call
    generic close.
    Note that the call to kill the read urb is not redundant, as mct_u232
    uses an interrupt urb from the second port as the read urb and that
    generic close therefore fails to kill it.
    Compile-only tested.
    Signed-off-by: Johan Hovold <>
    Signed-off-by: Greg Kroah-Hartman <>
    [bwh: Backported to 3.2: adjust context]
    Signed-off-by: Ben Hutchings <>
    jhovold committed with gregkh Oct 25, 2012
  11. @gregkh

    NFC: Fix nfc_llcp_local chained list insertion

    commit 16a78e9 upstream.
    list_add was called with swapped parameters
    Signed-off-by: Thierry Escande <>
    Signed-off-by: Samuel Ortiz <>
    Signed-off-by: Peter Huewe <>
    Signed-off-by: Greg Kroah-Hartman <>
    Thierry Escande committed with gregkh Oct 12, 2012
  12. @gregkh

    NFC: pn533: Fix mem leak in pn533_in_dep_link_up

    commit 70418e6 upstream.
    cmd is allocated in pn533_dep_link_up and passed as an arg to
    pn533_send_cmd_frame_async together with a complete cb.
    arg is passed to the cb and must be kfreed there.
    Signed-off-by: Waldemar Rymarkiewicz <>
    Signed-off-by: Samuel Ortiz <>
    Signed-off-by: Peter Huewe <>
    Signed-off-by: Greg Kroah-Hartman <>
    Waldemar Rymarkiewicz committed with gregkh Oct 11, 2012
  13. @gregkh

    NFC: pn533: Fix use after free

    commit 770f750 upstream.
    cmd was freed in pn533_dep_link_up regardless of
    pn533_send_cmd_frame_async return code. Cmd is passed as argument to
    pn533_in_dep_link_up_complete callback and should be freed there.
    Signed-off-by: Szymon Janc <>
    Signed-off-by: Samuel Ortiz <>
    Signed-off-by: Peter Huewe <>
    Signed-off-by: Greg Kroah-Hartman <>
    Szymon Janc committed with gregkh Oct 29, 2012