Skip to content


Subversion checkout URL

You can clone with HTTPS or Subversion.

Download ZIP
Commits on Jun 1, 2012
  1. @gregkh

    Linux 3.0.33

    gregkh authored
  2. @marcusfolkesson @gregkh

    i2c: davinci: Free requested IRQ in remove

    marcusfolkesson authored gregkh committed
    commit 9868a06 upstream.
    The freed IRQ is not necessary the one requested in probe.
    Even if it was, with two or more i2c-controllers it will fails anyway.
    Signed-off-by: Marcus Folkesson <>
    Signed-off-by: Wolfram Sang <>
    Signed-off-by: Greg Kroah-Hartman <>
  3. @gregkh

    ARM: 7409/1: Do not call flush_cache_user_range with mmap_sem held

    Dima Zavin authored gregkh committed
    commit 435a7ef upstream.
    We can't be holding the mmap_sem while calling flush_cache_user_range
    because the flush can fault. If we fault on a user address, the
    page fault handler will try to take mmap_sem again. Since both places
    acquire the read lock, most of the time it succeeds. However, if another
    thread tries to acquire the write lock on the mmap_sem (e.g. mmap) in
    between the call to flush_cache_user_range and the fault, the down_read
    in do_page_fault will deadlock.
    [will: removed drop of vma parameter as already queued by rmk (7365/1)]
    Acked-by: Catalin Marinas <>
    Signed-off-by: Dima Zavin <>
    Signed-off-by: John Stultz <>
    Signed-off-by: Will Deacon <>
    Signed-off-by: Russell King <>
    Signed-off-by: Greg Kroah-Hartman <>
  4. @gregkh

    ARM: 7365/1: drop unused parameter from flush_cache_user_range

    Dima Zavin authored gregkh committed
    commit 4542b6a upstream.
    vma isn't used and flush_cache_user_range isn't a standard macro that
    is used on several archs with the same prototype. In fact only unicore32
    has a macro with the same name (with an identical implementation and no
    in-tree users).
    This is a part of a patch proposed by Dima Zavin (with Message-id: that didn't get
    Cc: Dima Zavin <>
    Acked-by: Catalin Marinas <>
    Signed-off-by: Uwe Kleine-König <>
    Signed-off-by: Russell King <>
    Cc: Will Deacon <>
    Signed-off-by: Greg Kroah-Hartman <>
  5. @djbw @gregkh

    isci: fix oem parameter validation on single controller skus

    djbw authored gregkh committed
    commit fc25f79 upstream.
    OEM parameters [1] are parsed from the platform option-rom / efi
    driver.  By default the driver was validating the parameters for the
    dual-controller case, but in single-controller case only the first set
    of parameters may be valid.
    Limit the validation to the number of actual controllers detected
    otherwise the driver may fail to parse the valid parameters leading to
    driver-load or runtime failures.
    [1] the platform specific set of phy address, configuration,and analog
        tuning values
    Reported-by: Dave Jiang <>
    Tested-by: Dave Jiang <>
    Signed-off-by: Dan Williams <>
    [bwh: Backported to 3.2: adjust context]
    Signed-off-by: Ben Hutchings <>
    Signed-off-by: Greg Kroah-Hartman <>
  6. @cmetcalf-tilera @gregkh

    tile: fix bug where fls(0) was not returning 0

    cmetcalf-tilera authored gregkh committed
    commit 9f1d62b upstream.
    This is because __builtin_clz(0) returns 64 for the "undefined" case
    of 0, since the builtin just does a right-shift 32 and "clz" instruction.
    So, use the alpha approach of casting to u32 and using __builtin_clzll().
    Signed-off-by: Chris Metcalf <>
    Signed-off-by: Greg Kroah-Hartman <>
  7. @gregkh

    mmc: sdio: avoid spurious calls to interrupt handlers

    Nicolas Pitre authored gregkh committed
    commit bbbc4c4 upstream.
    Commit 06e8935 ("optimized SDIO IRQ handling for single irq")
    introduced some spurious calls to SDIO function interrupt handlers,
    such as when the SDIO IRQ thread is started, or the safety check
    performed upon a system resume.  Let's add a flag to perform the
    optimization only when a real interrupt is signaled by the host
    driver and we know there is no point confirming it.
    Reported-by: Sujit Reddy Thumma <>
    Signed-off-by: Nicolas Pitre <>
    Signed-off-by: Chris Ball <>
    Signed-off-by: Greg Kroah-Hartman <>
  8. @gregkh

    x86/mce: Fix check for processor context when machine check was taken.

    Tony Luck authored gregkh committed
    commit 875e266 upstream.
    Linus pointed out that there was no value is checking whether m->ip
    was zero - because zero is a legimate value.  If we have a reliable
    (or faked in the VM86 case) "m->cs" we can use it to tell whether we
    were in user mode or kernelwhen the machine check hit.
    Reported-by: Linus Torvalds <>
    Signed-off-by: Tony Luck <>
    Signed-off-by: Greg Kroah-Hartman <>
  9. @pinchartl @gregkh

    media: uvcvideo: Fix ENUMINPUT handling

    pinchartl authored gregkh committed
    commit 31c5f0c upstream.
    Properly validate the user-supplied index against the number of inputs.
    The code used the pin local variable instead of the index by mistake.
    Reported-by: Jozef Vesely <>
    Signed-off-by: Laurent Pinchart <>
    Signed-off-by: Mauro Carvalho Chehab <>
    Signed-off-by: Greg Kroah-Hartman <>
  10. @mkrufky @gregkh

    smsusb: add autodetection support for USB ID 2040:c0a0

    mkrufky authored gregkh committed
    commit 4d1b58b upstream.
    Signed-off-by: Michael Krufky <>
    Signed-off-by: Mauro Carvalho Chehab <>
    Signed-off-by: Greg Kroah-Hartman <>
  11. @gregkh

    nouveau: nouveau_set_bo_placement takes TTM flags

    Dave Airlie authored gregkh committed
    commit c284815 upstream.
    This seems to be wrong to me, spotted while thinking about dma-buf.
    Reviewed-by: Ben Skeggs <>
    Signed-off-by: Dave Airlie <>
    Signed-off-by: Greg Kroah-Hartman <>
  12. @danvet @gregkh

    drm/i915: don't clobber the pipe param in sanitize_modesetting

    danvet authored gregkh committed
    commit a9dcf84 upstream.
    ... we need it later on in the function to clean up pipe <-> plane
    associations. This regression has been introduced in
    commit f47166d
    Author: Chris Wilson <>
    Date:   Thu Mar 22 15:00:50 2012 +0000
        drm/i915: Sanitize BIOS debugging bits from PIPECONF
    Spotted by staring at debug output of an (as it turns out) totally
    unrelated bug.
    v2: I've totally failed to do the s/pipe/i/ correctly, spotted by
    Chris Wilson.
    Reviewed-by: Chris Wilson <>
    Reviewed-by: Eugeni Dodonov <>
    Signed-Off-by: Daniel Vetter <>
    Signed-off-by: Greg Kroah-Hartman <>
  13. @bwidawsk @gregkh

    drm/i915: [GEN7] Use HW scheduler for fixed function shaders

    bwidawsk authored gregkh committed
    commit a1e969e upstream.
    This originally started as a patch from Bernard as a way of simply
    setting the VS scheduler. After submitting the RFC patch, we decided to
    also modify the DS scheduler. To be most explicit, I've made the patch
    explicitly set all scheduler modes, and included the defines for other
    modes (in case someone feels frisky later).
    The rest of the story gets a bit weird. The first version of the patch
    showed an almost unbelievable performance improvement. Since rebasing my
    branch it appears the performance improvement has gone, unfortunately.
    But setting these bits seem to be the right thing to do given that the
    docs describe corruption that can occur with the default settings.
    In summary, I am seeing no more perf improvements (or regressions) in my
    limited testing, but we believe this should be set to prevent rendering
    corruption, therefore cc stable.
    v1: Clear bit 4 also (Ken + Eugeni)
    Do a full clear + set of the bits we want (Me).
    Cc: Bernard Kilarski <>
    Reviewed-by (RFC): Kenneth Graunke <>
    Signed-off-by: Ben Widawsky <>
    Reviewed-by: Eugeni Dodonov <>
    Reviewed-by: Kenneth Graunke <>
    Signed-off-by: Daniel Vetter <>
    Signed-off-by: Greg Kroah-Hartman <>
  14. @ickle @gregkh

    drm/i915: Avoid a double-read of PCH_IIR during interrupt handling

    ickle authored gregkh committed
    commit 9adab8b upstream.
    Currently the code re-reads PCH_IIR during the hotplug interrupt
    processing. Not only is this a wasted read, but introduces a potential
    for handling a spurious interrupt as we then may not clear all the
    interrupts processed (since the re-read IIR may contains more interrupts
    asserted than we clear using the result of the original read).
    Signed-off-by: Chris Wilson <>
    Cc: Jesse Barnes <>
    Signed-off-by: Daniel Vetter <>
    Signed-off-by: Greg Kroah-Hartman <>
  15. @gregkh

    xhci: Add new short TX quirk for Fresco Logic host.

    Sarah Sharp authored gregkh committed
    commit 1530bbc upstream.
    Sergio reported that when he recorded audio from a USB headset mic
    plugged into the USB 3.0 port on his ASUS N53SV-DH72, the audio sounded
    "robotic".  When plugged into the USB 2.0 port under EHCI on the same
    laptop, the audio sounded fine.  The device is:
    Bus 002 Device 004: ID 046d:0a0c Logitech, Inc. Clear Chat Comfort USB Headset
    The problem was tracked down to the Fresco Logic xHCI host controller
    not correctly reporting short transfers on isochronous IN endpoints.
    The driver would submit a 96 byte transfer, the device would only send
    88 or 90 bytes, and the xHCI host would report the transfer had a
    "successful" completion code, with an untransferred buffer length of 8
    or 6 bytes.
    The successful completion code and non-zero untransferred length is a
    contradiction.  The xHCI host is supposed to only mark a transfer as
    successful if all the bytes are transferred.  Otherwise, the transfer
    should be marked with a short packet completion code.  Without the EHCI
    bus trace, we wouldn't know whether the xHCI driver should trust the
    completion code or the untransferred length.  With it, we know to trust
    the untransferred length.
    Add a new xHCI quirk for the Fresco Logic host controller.  If a
    transfer is reported as successful, but the untransferred length is
    non-zero, print a warning.  For the Fresco Logic host, change the
    completion code to COMP_SHORT_TX and process the transfer like a short
    This should be backported to stable kernels that contain the commit
    f5182b4 "xhci: Disable MSI for some
    Fresco Logic hosts."  That commit was marked for stable kernels as old
    as 2.6.36.
    Signed-off-by: Sarah Sharp <>
    Reported-by: Sergio Correia <>
    Tested-by: Sergio Correia <>
    Signed-off-by: Sarah Sharp <>
    Signed-off-by: Greg Kroah-Hartman <>
  16. @gregkh

    xhci: Reset reserved command ring TRBs on cleanup.

    Sarah Sharp authored gregkh committed
    commit 33b2831 upstream.
    When the xHCI driver needs to clean up memory (perhaps due to a failed
    register restore on resume from S3 or resume from S4), it needs to reset
    the number of reserved TRBs on the command ring to zero.  Otherwise,
    several resume cycles (about 30) with a UAS device attached will
    continually increment the number of reserved TRBs, until all command
    submissions fail because there isn't enough room on the command ring.
    This patch should be backported to kernels as old as 2.6.32,
    that contain the commit 913a8a3
    "USB: xhci: Change how xHCI commands are handled."
    Signed-off-by: Sarah Sharp <>
    Signed-off-by: Greg Kroah-Hartman <>
  17. @jwrdegoede @gregkh

    usb-xhci: Handle COMP_TX_ERR for isoc tds

    jwrdegoede authored gregkh committed
    commit 9c74599 upstream.
    While testing unplugging an UVC HD webcam with usb-redirection (so through
    usbdevfs), my userspace usb-redir code was getting a value of -1 in
    iso_frame_desc[n].status, which according to Documentation/usb/error-codes.txt
    is not a valid value.
    The source of this -1 is the default case in xhci-ring.c:process_isoc_td()
    adding a kprintf there showed the value of trb_comp_code to be COMP_TX_ERR
    in this case, so this patch adds handling for that completion code to
    This was observed and tested with the following xhci controller:
    1033:0194 NEC Corporation uPD720200 USB 3.0 Host Controller (rev 04)
    Note: I also wonder if setting frame->status to -1 (-EPERM) is the best we can
    do, but since I cannot come up with anything better I've left that as is.
    This patch should be backported to kernels as old as 2.6.36, which contain the
    commit 04e5190 "USB: xHCI: Isochronous
    transfer implementation".
    Signed-off-by: Hans de Goede <>
    Signed-off-by: Sarah Sharp <>
    Signed-off-by: Greg Kroah-Hartman <>
  18. @gregkh

    xhci: Add Lynx Point to list of Intel switchable hosts.

    Sarah Sharp authored gregkh committed
    commit 1c12443 upstream.
    The upcoming Intel Lynx Point chipset includes an xHCI host controller
    that can have ports switched from the EHCI host controller, just like
    the Intel Panther Point xHCI host.  This time, ports from both EHCI
    hosts can be switched to the xHCI host controller.  The PCI config
    registers to do the port switching are in the exact same place in the
    xHCI PCI configuration registers, with the same semantics.
    Hooray for shipping patches for next-gen hardware before the current gen
    hardware is even available for purchase!
    This patch should be backported to stable kernels as old as 3.0,
    that contain commit 69e848c
    "Intel xhci: Support EHCI/xHCI port switching."
    Signed-off-by: Sarah Sharp <>
    Signed-off-by: Greg Kroah-Hartman <>
  19. @gregkh

    usb: add USB_QUIRK_RESET_RESUME for M-Audio 88es

    Steffen Müller authored gregkh committed
    commit 166cb70 upstream.
    Tested-by: Steffen Müller <>
    Signed-off-by: Steffen Müller <>
    Signed-off-by: Stefan Seyfried <>
    Signed-off-by: Greg Kroah-Hartman <>
  20. @gregkh

    usb: gadget: fsl_udc_core: dTD's next dtd pointer need to be updated …

    Peter Chen authored gregkh committed
    …once written
    commit 4d0947d upstream.
    dTD's next dtd pointer need to be updated once CPU writes it, or this
    request may not be handled by controller, then host will get NAK from
    device forever.
    This problem occurs when there is a request is handling, we need to add
    a new request to dTD list, if this new request is added before the current
    one is finished, the new request is intended to added as next dtd pointer
    at current dTD, but without wmb(), the dTD's next dtd pointer may not be
    updated when the controller reads it. In that case, the controller will
    still get Terminate Bit is 1 at dTD's next dtd pointer, that means there is
    no next request, then this new request is missed by controller.
    Signed-off-by: Peter Chen <>
    Acked-by: Li Yang <>
    Signed-off-by: Felipe Balbi <>
    Signed-off-by: Greg Kroah-Hartman <>
  21. @dvhart @gregkh

    USB: serial: ti_usb_3410_5052: Add support for the FRI2 serial console

    dvhart authored gregkh committed
    commit 975dc33 upstream.
    The Kontron M2M development board, also known as the Fish River Island II,
    has an optional daughter card providing access to the PCH_UART (EG20T) via
    a ti_usb_3410_5052 uart to usb chip.
    Signed-off-by: Darren Hart <>
    CC: Al Borchers <>
    CC: Peter Berger <>
    Signed-off-by: Greg Kroah-Hartman <>
  22. @gregkh

    USB: Remove races in devio.c

    Huajun Li authored gregkh committed
    commit 4e09dcf upstream.
    There exist races in devio.c, below is one case,
    and there are similar races in destroy_async()
    and proc_unlinkurb().  Remove these races.
     cancel_bulk_urbs()        async_completed()
    -------------------                -----------------------
                               Lead to free_async() be triggered,
                               then urb and 'as' will be freed.
     ===> refer to the freed 'as'
    Signed-off-by: Huajun Li <>
    Cc: Alan Stern <>
    Cc: Oncaphillis <>
    Signed-off-by: Greg Kroah-Hartman <>
  23. @gregkh

    usb: usbtest: two super speed fixes for usbtest

    Paul Zimmerman authored gregkh committed
    commit 6a23ccd upstream.
    bMaxPacketSize0 field for super speed is a power of 2, not a count.
    The size itself is always 512.
    Max packet size for a super speed bulk endpoint is 1024, so
    allocate the urb size in halt_simple() accordingly.
    Signed-off-by: Paul Zimmerman <>
    Acked-by: Felipe Balbi <>
    Signed-off-by: Greg Kroah-Hartman <>
  24. @smcameron @gregkh

    SCSI: hpsa: Fix problem with MSA2xxx devices

    smcameron authored gregkh committed
    commit 9bc3711 upstream.
    Upgraded firmware on Smart Array P7xx (and some others) made them show up as
    SCSI revision 5 devices and this caused the driver to fail to map MSA2xxx
    logical drives to the correct bus/target/lun.  A symptom of this would be that
    the target ID of the logical drives as presented by the external storage array
    is ignored, and all such logical drives are assigned to target zero,
    differentiated only by LUN.  Some multipath software reportedly does not deal
    well with this behavior, failing to recognize different paths to the same
    device as such.
    Signed-off-by: Stephen M. Cameron <>
    Signed-off-by: Scott Teel <>
    Signed-off-by: James Bottomley <>
    Cc: Jonathan Nieder <>
    Signed-off-by: Greg Kroah-Hartman <>
  25. @gregkh

    drivers/rtc/rtc-pl031.c: configure correct wday for 2000-01-01

    Rajkumar Kasirajan authored gregkh committed
    commit c0a5f4a upstream.
    The reset date of the ST Micro version of PL031 is 2000-01-01.  The
    correct weekday for 2000-01-01 is saturday, but pl031 is initialized to
    sunday.  This may lead to alarm malfunction, so configure the correct
    wday if RTC_DR indicates reset.
    Signed-off-by: Rajkumar Kasirajan <>
    Signed-off-by: Linus Walleij <>
    Cc: Mattias Wallin <>
    Cc: Alessandro Zummo <>
    Signed-off-by: Andrew Morton <>
    Signed-off-by: Linus Torvalds <>
    Signed-off-by: Greg Kroah-Hartman <>
  26. @gregkh

    USB: ffs-test: fix length argument of out function call

    Matthias Fend authored gregkh committed
    commit eb9c583 upstream.
    The out functions should only handle actual available data instead of the complete buffer.
    Otherwise for example the ep0_consume function will report ghost events since it tries to decode
    the complete buffer - which may contain partly invalid data.
    Signed-off-by: Matthias Fend <>
    Acked-by: Michal Nazarewicz <>
    Signed-off-by: Greg Kroah-Hartman <>
  27. @gregkh

    usb-storage: unusual_devs entry for Yarvik PMP400 MP4 player

    Alan Stern authored gregkh committed
    commit df767b7 upstream.
    This patch (as1553) adds an unusual_dev entrie for the Yarvik PMP400
    MP4 music player.
    Signed-off-by: Alan Stern <>
    Reported-by: Jesse Feddema <>
    Tested-by: Jesse Feddema <>
    Signed-off-by: Greg Kroah-Hartman <>
  28. @delmic @gregkh

    USB: ftdi-sio: add support for Physik Instrumente E-861

    delmic authored gregkh committed
    commit b69cc67 upstream.
    This adds VID/PID for the PI E-861. Without it, I had to do:
    modprobe -q ftdi-sio product=0x1008 vendor=0x1a72
    Signed-off-by: Éric Piel <>
    Signed-off-by: Greg Kroah-Hartman <>
  29. @gregkh

    tty: Allow uart_register/unregister/register

    Alan Cox authored gregkh committed
    commit 1e66cde upstream.
    This is legitimate but because we don't clear the drv->state pointer in the
    unregister code causes a bogus BUG().
    Signed-off-by: Alan Cox <>
    Signed-off-by: Greg Kroah-Hartman <>
  30. @gregkh

    Add missing call to uart_update_timeout()

    Lothar Waßmann authored gregkh committed
    commit 8b979f7 upstream.
    This patch fixes a problem reported here:
    Signed-off-by: Lothar Waßmann <>
    Signed-off-by: Greg Kroah-Hartman <>
  31. @gregkh

    md: using GFP_NOIO to allocate bio for flush request

    Shaohua Li authored gregkh committed
    commit b5e1b8c upstream.
    A flush request is usually issued in transaction commit code path, so
    using GFP_KERNEL to allocate memory for flush request bio falls into
    the classic deadlock issue.
    This is suitable for any -stable kernel to which it applies as it
    avoids a possible deadlock.
    Signed-off-by: Shaohua Li <>
    Signed-off-by: NeilBrown <>
    Signed-off-by: Greg Kroah-Hartman <>
  32. @gregkh

    mm: mempolicy: Let vma_merge and vma_split handle vma->vm_policy link…

    Mel Gorman authored gregkh committed
    commit 05f144a upstream.
    Dave Jones' system call fuzz testing tool "trinity" triggered the
    following bug error with slab debugging enabled
        BUG numa_policy (Not tainted): Poison overwritten
        INFO: 0xffff880146498250-0xffff880146498250. First byte 0x6a instead of 0x6b
        INFO: Allocated in mpol_new+0xa3/0x140 age=46310 cpu=6 pid=32154
        INFO: Freed in __mpol_put+0x27/0x30 age=46268 cpu=6 pid=32154
        INFO: Slab 0xffffea0005192600 objects=27 used=27 fp=0x          (null) flags=0x20000000004080
        INFO: Object 0xffff880146498250 @offset=592 fp=0xffff88014649b9d0
    This implied a reference counting bug and the problem happened during
    mbind() applies a new memory policy to a range and uses mbind_range() to
    merge existing VMAs or split them as necessary.  In the event of splits,
    mpol_dup() will allocate a new struct mempolicy and maintain existing
    reference counts whose rules are documented in
    Documentation/vm/numa_memory_policy.txt .
    The problem occurs with shared memory policies.  The vm_op->set_policy
    increments the reference count if necessary and split_vma() and
    vma_merge() have already handled the existing reference counts.
    However, policy_vma() screws it up by replacing an existing
    vma->vm_policy with one that potentially has the wrong reference count
    leading to a premature free.  This patch removes the damage caused by
    With this patch applied Dave's trinity tool runs an mbind test for 5
    minutes without error.  /proc/slabinfo reported that there are no
    numa_policy or shared_policy_node objects allocated after the test
    completed and the shared memory region was deleted.
    Signed-off-by: Mel Gorman <>
    Cc: Dave Jones <>
    Cc: KOSAKI Motohiro <>
    Cc: Stephen Wilson <>
    Cc: Christoph Lameter <>
    Cc: Andrew Morton <>
    Signed-off-by: Linus Torvalds <>
    Signed-off-by: Greg Kroah-Hartman <>
  33. @gregkh

    workqueue: skip nr_running sanity check in worker_enter_idle() if tru…

    Tejun Heo authored gregkh committed
    …stee is active
    commit 544ecf3 upstream.
    worker_enter_idle() has WARN_ON_ONCE() which triggers if nr_running
    isn't zero when every worker is idle.  This can trigger spuriously
    while a cpu is going down due to the way trustee sets %WORKER_ROGUE
    and zaps nr_running.
    It first sets %WORKER_ROGUE on all workers without updating
    nr_running, releases gcwq->lock, schedules, regrabs gcwq->lock and
    then zaps nr_running.  If the last running worker enters idle
    inbetween, it would see stale nr_running which hasn't been zapped yet
    and trigger the WARN_ON_ONCE().
    Fix it by performing the sanity check iff the trustee is idle.
    Signed-off-by: Tejun Heo <>
    Reported-by: "Paul E. McKenney" <>
    Signed-off-by: Greg Kroah-Hartman <>
  34. @bmork @gregkh

    USB: cdc-wdm: poll must return POLLHUP if device is gone

    bmork authored gregkh committed
    commit 616b693 upstream.
    Else the poll will be restarted indefinitely in a tight loop,
    preventing final device cleanup.
    Cc: Oliver Neukum <>
    Signed-off-by: Bjørn Mork <>
    Signed-off-by: Greg Kroah-Hartman <>
  35. @kees @gregkh

    docs: update HOWTO for 2.6.x -> 3.x versioning

    kees authored gregkh committed
    commit 591bfc6 upstream.
    The HOWTO document needed updating for the new kernel versioning. The
    git URI for -next was updated as well.
    Signed-off-by: Kees Cook <>
    Signed-off-by: Greg Kroah-Hartman <>
Something went wrong with that request. Please try again.