Commits on Aug 13, 2010
  1. @gregkh


    gregkh committed Aug 13, 2010
  2. @torvalds @gregkh

    x86: don't send SIGBUS for kernel page faults

    commit 9605456 upstream.
    It's wrong for several reasons, but the most direct one is that the
    fault may be for the stack accesses to set up a previous SIGBUS.  When
    we have a kernel exception, the kernel exception handler does all the
    fixups, not some user-level signal handler.
    Even apart from the nested SIGBUS issue, it's also wrong to give out
    kernel fault addresses in the signal handler info block, or to send a
    SIGBUS when a system call already returns EFAULT.
    Signed-off-by: Linus Torvalds <>
    Signed-off-by: Greg Kroah-Hartman <>
    torvalds committed with gregkh Aug 13, 2010
  3. @torvalds @gregkh

    mm: fix missing page table unmap for stack guard page failure case

    commit 5528f91 upstream.
    .. which didn't show up in my tests because it's a no-op on x86-64 and
    most other architectures.  But we enter the function with the last-level
    page table mapped, and should unmap it at exit.
    Signed-off-by: Linus Torvalds <>
    Signed-off-by: Greg Kroah-Hartman <>
    torvalds committed with gregkh Aug 13, 2010
  4. @torvalds @gregkh

    mm: keep a guard page below a grow-down stack segment

    commit 320b2b8 upstream.
    This is a rather minimally invasive patch to solve the problem of the
    user stack growing into a memory mapped area below it.  Whenever we fill
    the first page of the stack segment, expand the segment down by one
    Now, admittedly some odd application might _want_ the stack to grow down
    into the preceding memory mapping, and so we may at some point need to
    make this a process tunable (some people might also want to have more
    than a single page of guarding), but let's try the minimal approach
    Tested with trivial application that maps a single page just below the
    stack, and then starts recursing.  Without this, we will get a SIGSEGV
    _after_ the stack has smashed the mapping.  With this patch, we'll get a
    nice SIGBUS just as the stack touches the page just above the mapping.
    Requested-by: Keith Packard <>
    Signed-off-by: Linus Torvalds <>
    Signed-off-by: Greg Kroah-Hartman <>
    torvalds committed with gregkh Aug 12, 2010
  5. @neilbrown @gregkh

    md/raid1: delay reads that could overtake behind-writes.

    commit e555190 upstream.
    When a raid1 array is configured to support write-behind
    on some devices, it normally only reads from other devices.
    If all devices are write-behind (because the rest have failed)
    it is possible for a read request to be serviced before a
    behind-write request, which would appear as data corruption.
    So when forced to read from a WriteMostly device, wait for any
    write-behind to complete, and don't start any more behind-writes.
    Signed-off-by: NeilBrown <>
    Signed-off-by: Greg Kroah-Hartman <>
    neilbrown committed with gregkh Mar 31, 2010
  6. @bjking1 @gregkh

    ibmvfc: Reduce error recovery timeout

    commit daa142d upstream.
    If a command times out resulting in EH getting invoked, we wait for the
    aborted commands to come back after sending the abort. Shorten
    the amount of time we wait for these responses, to ensure we don't
    get stuck in EH for several minutes.
    Signed-off-by: Brian King <>
    Signed-off-by: James Bottomley <>
    Signed-off-by: Greg Kroah-Hartman <>
    bjking1 committed with gregkh Apr 20, 2010
  7. @bjking1 @gregkh

    ibmvfc: Fix command completion handling

    commit f5832fa upstream.
    Commands which are completed by the VIOS are placed on a CRQ
    in kernel memory for the ibmvfc driver to process. Each CRQ
    entry is 16 bytes. The ibmvfc driver reads the first 8 bytes
    to check if the entry is valid, then reads the next 8 bytes to get
    the handle, which is a pointer the completed command. This fixes
    an issue seen on Power 7 where the processor reordered the
    loads from memory, resulting in processing command completion
    with a stale handle. This could result in command timeouts,
    and also early completion of commands.
    Signed-off-by: Brian King <>
    Signed-off-by: James Bottomley <>
    Signed-off-by: Greg Kroah-Hartman <>
    bjking1 committed with gregkh Apr 20, 2010
  8. @gregkh

    i915: fix ironlake edp panel setup (v4)

    commit fe27d53 upstream.
    The eDP spec claims a 20% overhead for the 8:10 encoding scheme used
    on the wire. Take this into account when picking the lane/clock speed
    for the panel.
    v3: some panels are out of spec, try our best to deal with them, don't
    refuse modes on eDP panels, and try the largest allowed settings if
    all else fails on eDP.
    v4: fix stupid typo, forgot to git add before amending.
    Fixes several reports in bugzilla:

    Signed-off-by: Dave Airlie <>
    Signed-off-by: Eric Anholt <>
    Cc: Manoj Iyer <>
    Signed-off-by: Greg Kroah-Hartman <>
    Dave Airlie committed with gregkh Jun 30, 2010
  9. @gregkh

    drm/i915: Use RSEN instead of HTPLG for tfp410 monitor detection.

    commit f458823 upstream.
    Presence detection of a digital monitor seems not to be reliable using
    the HTPLG bit.
    Dave Müller <>
    Signed-off-by: Greg Kroah-Hartman <>
    Dave Müller committed with gregkh Jun 4, 2010
  10. @gregkh

    xen: Do not suspend IPI IRQs.

    commit 4877c73 upstream.
    In general the semantics of IPIs are that they are are expected to
    continue functioning after dpm_suspend_noirq().
    Specifically I have seen a deadlock between the callfunc IPI and the
    stop machine used by xen's do_suspend() routine. If one CPU has already
    called dpm_suspend_noirq() then there is a window where it can be sent
    a callfunc IPI before all the other CPUs have entered stop_cpu().
    If this happens then the first CPU ends up spinning in stop_cpu()
    waiting for the other to rendezvous in state STOPMACHINE_PREPARE while
    the other is spinning in csd_lock_wait().
    Signed-off-by: Ian Campbell <>
    Cc: Jeremy Fitzhardinge <>
    LKML-Reference: <>
    Signed-off-by: Thomas Gleixner <>
    Signed-off-by: Greg Kroah-Hartman <>
    Ian Campbell committed with gregkh Jul 29, 2010
  11. @gregkh

    irq: Add new IRQ flag IRQF_NO_SUSPEND

    commit 685fd0b upstream.
    A small number of users of IRQF_TIMER are using it for the implied no
    suspend behaviour on interrupts which are not timer interrupts.
    Therefore add a new IRQF_NO_SUSPEND flag, rename IRQF_TIMER to
    __IRQF_TIMER and redefine IRQF_TIMER in terms of these new flags.
    Signed-off-by: Ian Campbell <>
    Cc: Jeremy Fitzhardinge <>
    Cc: Dmitry Torokhov <>
    Cc: Benjamin Herrenschmidt <>
    Cc: Paul Mackerras <>
    Cc: Grant Likely <>
    LKML-Reference: <>
    Signed-off-by: Thomas Gleixner <>
    Signed-off-by: Greg Kroah-Hartman <>
    Ian Campbell committed with gregkh Jul 29, 2010
  12. @davem330 @gregkh

    net: Fix NETDEV_NOTIFY_PEERS to not conflict with NETDEV_BONDING_DESL…

    commit 38117d1 upstream.
    Signed-off-by: David S. Miller <>
    Signed-off-by: Greg Kroah-Hartman <>
    davem330 committed with gregkh May 31, 2010
  13. @gregkh

    xen: netfront: explicitly generate arp_notify event after migration.

    commit 5929706 upstream.
    Use newly introduced netif_notify_peers() method to ensure a gratuitous ARP is
    generated after a migration.
    Signed-off-by: Ian Campbell <>
    Cc: Stephen Hemminger <>
    Cc: Jeremy Fitzhardinge <>
    Cc: David S. Miller <>
    Signed-off-by: David S. Miller <>
    Signed-off-by: Greg Kroah-Hartman <>
    Ian Campbell committed with gregkh May 26, 2010
  14. @gregkh

    arp_notify: allow drivers to explicitly request a notification event.

    commit 06c4648 upstream.
    Currently such notifications are only generated when the device comes up or the
    address changes. However one use case for these notifications is to enable
    faster network recovery after a virtual machine migration (by causing switches
    to relearn their MAC tables). A migration appears to the network stack as a
    temporary loss of carrier and therefore does not trigger either of the current
    conditions. Rather than adding carrier up as a trigger (which can cause issues
    when interfaces a flapping) simply add an interface which the driver can use
    to explicitly trigger the notification.
    Signed-off-by: Ian Campbell <>
    Cc: Stephen Hemminger <>
    Cc: Jeremy Fitzhardinge <>
    Cc: David S. Miller <>
    Signed-off-by: David S. Miller <>
    Signed-off-by: Greg Kroah-Hartman <>
    Ian Campbell committed with gregkh May 26, 2010
  15. @gregkh

    jfs: don't allow os2 xattr namespace overlap with others

    commit aca0fa3 upstream.
    It's currently possible to bypass xattr namespace access rules by
    prefixing valid xattr names with "os2.", since the os2 namespace stores
    extended attributes in a legacy format with no prefix.
    This patch adds checking to deny access to any valid namespace prefix
    following "os2.".
    Signed-off-by: Dave Kleikamp <>
    Reported-by: Sergey Vlasov <>
    Signed-off-by: Linus Torvalds <>
    Signed-off-by: Greg Kroah-Hartman <>
    Dave Kleikamp committed with gregkh Aug 9, 2010
  16. @marex @gregkh

    mtd: gen_nand: fix support for multiple chips

    commit 81cbb0b upstream.
    This patch corrects a problem where gen_nand driver assumed there can be only
    one chip and ignored the pdata->chip.nr_chips value.
    Signed-off-by: Marek Vasut <>
    Signed-off-by: Artem Bityutskiy <>
    Signed-off-by: David Woodhouse <>
    Signed-off-by: Greg Kroah-Hartman <>
    marex committed with gregkh Jul 28, 2010
  17. @gregkh

    Bluetooth: Added support for controller shipped with iMac i5

    commit 0a79f67 upstream.
    Device class is ff(vend.) instead of e0(wlcon).
    Output from command `usb-devices`:
    T:  Bus=01 Lev=03 Prnt=03 Port=00 Cnt=01 Dev#=  6 Spd=12  MxCh= 0
    D:  Ver= 2.00 Cls=ff(vend.) Sub=01 Prot=01 MxPS=64 #Cfgs=  1
    P:  Vendor=05ac ProdID=8215 Rev=01.82
    S:  Manufacturer=Apple Inc.
    S:  Product=Bluetooth USB Host Controller
    S:  SerialNumber=7C6D62936607
    C:  #Ifs= 4 Cfg#= 1 Atr=e0 MxPwr=0mA
    I:  If#= 0 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=01 Prot=01 Driver=btusb
    I:  If#= 1 Alt= 0 #EPs= 2 Cls=e0(wlcon) Sub=01 Prot=01 Driver=btusb
    I:  If#= 2 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=(none)
    I:  If#= 3 Alt= 0 #EPs= 0 Cls=fe(app. ) Sub=01 Prot=00 Driver=(none)
    Signed-off-by: Cyril Lacoux <>
    Signed-off-by: Marcel Holtmann <>
    Signed-off-by: Greg Kroah-Hartman <>
    Cyril Lacoux committed with gregkh Jul 14, 2010
  18. @nwnk @gregkh

    drm/edid: Fix the HDTV hack sync adjustment

    commit a4967de upstream.
    We're adjusting horizontal timings only here, moving vsync was just a
    slavish translation of a typo in the X server.
    Signed-off-by: Adam Jackson <>
    Signed-off-by: Dave Airlie <>
    Signed-off-by: Greg Kroah-Hartman <>
    nwnk committed with gregkh Jul 28, 2010
  19. @chunkeey @gregkh

    USB: fix thread-unsafe anchor utiliy routines

    commit b3e6704 upstream.
    This patch fixes a race condition in two utility routines
    related to the removal/unlinking of urbs from an anchor.
    If two threads are concurrently accessing the same anchor,
    both could end up with the same urb - thinking they are
    the exclusive owner.
    Alan Stern pointed out a related issue in
    "The URB isn't removed from the anchor until it completes
     (as a by-product of completion, in fact), which might not
     be for quite some time after the unlink call returns.
     In the meantime, the subroutine will keep trying to unlink
     it, over and over again."
    Cc: Oliver Neukum <>
    Cc: Greg Kroah-Hartman <>
    Acked-by: Alan Stern <>
    Signed-off-by: Christian Lamparter <>
    Signed-off-by: Greg Kroah-Hartman <>
    chunkeey committed with gregkh Aug 3, 2010
  20. @ming1 @gregkh

    USB: usbtest: avoid to free coherent buffer in atomic context

    commit e10e1be upstream.
    This patch fixes the warning below:
    [30753.755998] ------------[ cut here ]------------
    [30753.755998] WARNING: at /home/tom/git/linux-2.6/linux-2.6-next/arch/x86/include/asm/dma-mapping.h:155 hcd_buffer_free+0xb1/0xd4 [usbcore]()
    [30753.755998] Hardware name: 6475EK2
    [30753.755998] Modules linked in: uvcvideo ehci_hcd usbtest cdc_ether usbnet vfat fat usb_storage nfsd lockd nfs_acl auth_rpcgss exportfs mii tun videodev v4l1_compat v4l2_compat_ioctl32 fuse bridge stp llc sunrpc ipv6 cpufreq_ondemand acpi_cpufreq freq_table mperf kvm_intel kvm arc4 ecb ath5k usbhid mac80211 snd_hda_codec_conexant ch341 usbserial ath cfg80211 thinkpad_acpi snd_hda_intel pcspkr wmi hwmon yenta_socket iTCO_wdt iTCO_vendor_support i2c_i801 e1000e snd_hda_codec snd_hwdep snd_pcm snd_timer snd soundcore snd_page_alloc pata_acpi uhci_hcd ohci_hcd usbcore i915 drm_kms_helper drm i2c_algo_bit i2c_core video output [last unloaded: uvcvideo]
    [30753.755998] Pid: 0, comm: swapper Tainted: G        W   2.6.35-rc6-gkh-wl+ #49
    [30753.755998] Call Trace:
    [30753.755998]  <IRQ>  [<ffffffff8104478a>] warn_slowpath_common+0x80/0x98
    [30753.755998]  [<ffffffff810447b7>] warn_slowpath_null+0x15/0x17
    [30753.755998]  [<ffffffffa00ce02d>] hcd_buffer_free+0xb1/0xd4 [usbcore]
    [30753.755998]  [<ffffffffa00c1345>] usb_free_coherent+0x1c/0x1e [usbcore]
    [30753.755998]  [<ffffffffa00b13e4>] simple_free_urb+0x23/0x2f [usbtest]
    [30753.755998]  [<ffffffffa00b210b>] iso_callback+0xbb/0x10f [usbtest]
    [30753.755998]  [<ffffffffa00c7390>] usb_hcd_giveback_urb+0x8c/0xc0 [usbcore]
    [30753.755998]  [<ffffffffa0449b35>] ehci_urb_done+0x84/0x95 [ehci_hcd]
    [30753.755998]  [<ffffffffa044b5a5>] ehci_work+0x41a/0x7dd [ehci_hcd]
    [30753.755998]  [<ffffffffa044e298>] ehci_irq+0x33b/0x370 [ehci_hcd]
    [30753.755998]  [<ffffffff8100fb05>] ? sched_clock+0x9/0xd
    [30753.755998]  [<ffffffff8105e641>] ? sched_clock_local+0x1c/0x82
    [30753.755998]  [<ffffffff8105e76a>] ? sched_clock_cpu+0xc3/0xce
    [30753.755998]  [<ffffffff81067c7e>] ? trace_hardirqs_off+0xd/0xf
    [30753.755998]  [<ffffffff8105e7b8>] ? cpu_clock+0x43/0x5e
    [30753.755998]  [<ffffffffa00c6999>] usb_hcd_irq+0x45/0xa1 [usbcore]
    [30753.755998]  [<ffffffff81092e02>] handle_IRQ_event+0x20/0xa5
    [30753.755998]  [<ffffffff81094cea>] handle_fasteoi_irq+0x92/0xd2
    [30753.755998]  [<ffffffff8100c0ed>] handle_irq+0x1f/0x2a
    [30753.755998]  [<ffffffff8100b75d>] do_IRQ+0x57/0xbe
    [30753.755998]  [<ffffffff8136a693>] ret_from_intr+0x0/0x16
    [30753.755998]  <EOI>  [<ffffffff81223baa>] ? acpi_idle_enter_bm+0x231/0x269
    [30753.755998]  [<ffffffff81223ba3>] ? acpi_idle_enter_bm+0x22a/0x269
    [30753.755998]  [<ffffffff812c4b6b>] cpuidle_idle_call+0x99/0xce
    [30753.755998]  [<ffffffff81008dd5>] cpu_idle+0x61/0xaa
    [30753.755998]  [<ffffffff8136374b>] start_secondary+0x1c2/0x1c6
    [30753.755998] ---[ end trace 904cfaf7ab4cb1a2 ]---
    Signed-off-by: Ming Lei <>
    Signed-off-by: Greg Kroah-Hartman <>
    ming1 committed with gregkh Aug 2, 2010
  21. @abogani @gregkh

    USB: cp210x: Add four new device IDs

    commit 356c5a4 upstream.
    Signed-off-by: Alessio Igor Bogani <>
    Signed-off-by: Greg Kroah-Hartman <>
    abogani committed with gregkh Jul 27, 2010
  22. @gregkh

    USB: ftdi_sio: device id for Navitator

    commit b6180ef upstream.
    This patch is to add a US Interface, Inc. "Navigator" USB device.
    Specifically, it's a HAM Radio USB sound modem that also
    incorporates three pairs of unique FTDI serial ports.  The standard
    Linux FTDI serial driver will only recognize the first two serial
    ports of an unknown FDTI derived device and this patch adds in
    recognition to these specific new IDs.
    Signed-off-by: David A. Ranch <>
    Signed-off-by: Greg Kroah-Hartman <> committed with gregkh Jul 26, 2010
  23. @andrewbird @gregkh

    USB: option: add huawei k3765 k4505 devices to work properly

    commit 0372a75 upstream.
    This patch adds the product IDs of Huawei's K3765 and K4505 mobile
    broadband usb modems to option.c. It also adds a quirk to the option
    probe function so that binding to the device's network interface(class
    0xff) is avoided. This is necessary to allow another driver to bind to
    that, and to avoid programs like wvdial opening a nonfunctioning tty
    during modem discovery.
    Signed-off-by: Andrew Bird <>
    Signed-off-by: Greg Kroah-Hartman <>
    andrewbird committed with gregkh Jul 23, 2010
  24. @pikazlou @gregkh

    USB: option: Huawei ETS 1220 support added

    commit b972302 upstream.
    The patch adds Huawei ETS 1220 product id into the list of supported
    devices in 'option' usb serial driver.
    Signed-off-by: Pavel Kazlou <>
    Signed-off-by: Greg Kroah-Hartman <>
    pikazlou committed with gregkh Jul 22, 2010
  25. @jgrogers @gregkh

    USB: serial: enabling support for Segway RMP in ftdi_sio

    commit afad196 upstream.
    I have added the ProductID=0xe729 VendorID=FTDI_VID=0x0403 which will
    enable support for the Segway Robotic Mobility Platform (RMP200) in the
    ftdi_sio kernel module.  Currently, users of the Segway RMP200 must use
    a RUN+="/sbin/modprobe -q ftdi-sio product=0xe729 vendor=0x0403 in a
    udev rule to get the ftdi_sio module to handle the usb interface and
    mount it on /dev/ttyXXX.  This is not a good solution because some users
    will have multiple USB to Serial converters which will use the ftdi_sio
    Signed-off-by: John Rogers <>
    Signed-off-by: Greg Kroah-Hartman <>
    jgrogers committed with gregkh Jul 24, 2010
  26. @jaymzh @gregkh

    USB delay init quirk for logitech Harmony 700-series devices

    commit 93362a8 upstream.
    The Logitech Harmony 700 series needs an extra delay during
    initialization.  This patch adds a USB quirk which enables such a delay
    and adds the device to the quirks list.
    Signed-off-by: Phil Dibowitz <>
    Signed-off-by: Greg Kroah-Hartman <>
    jaymzh committed with gregkh Jul 22, 2010
  27. @stevenrobertson @gregkh

    USB: resizing usbmon binary interface buffer causes protection faults

    commit 33d973a upstream.
    Enlarging the buffer size via the MON_IOCT_RING_SIZE ioctl causes
    general protection faults. It appears the culprit is an incorrect
    argument to mon_free_buff: instead of passing the size of the current
    buffer being freed, the size of the new buffer is passed.
    Use the correct size argument to mon_free_buff when changing the size of
    the buffer.
    Signed-off-by: Steven Robertson <>
    Acked-by: Pete Zaitcev <>
    Signed-off-by: Greg Kroah-Hartman <>
    stevenrobertson committed with gregkh Jul 21, 2010
  28. @gregkh

    USB: EHCI: remove PCI assumption

    commit ae68a83 upstream.
    This patch (as1405) fixes a small bug in ehci-hcd's isochronous
    scheduler.  Not all EHCI controllers are PCI, and the code shouldn't
    assume that they are.  Instead, introduce a special flag for
    controllers which need to delay iso scheduling for full-speed devices
    beyond the scheduling threshold.
    Signed-off-by: Alan Stern <>
    CC: Sarah Sharp <>
    CC: David Brownell <>
    Acked-by: Sarah Sharp <>
    Signed-off-by: Greg Kroah-Hartman <>
    Alan Stern committed with gregkh Jul 14, 2010
  29. @gregkh

    ARM: 6280/1: imx: Fix build failure when including <mach/gpio.h> with…

    …out <linux/spinlock.h>
    commit 868003c upstream.
    This is a follow up to
    	14cb0de (arm/imx/gpio: add spinlock protection)
    and fixes the following build failure:
    	  CC      arch/arm/mach-imx/pcm970-baseboard.o
    	In file included from arch/arm/include/asm/gpio.h:6,
    			 from include/linux/gpio.h:8,
    			 from arch/arm/mach-imx/pcm970-baseboard.c:20:
    	arch/arm/plat-mxc/include/mach/gpio.h:40: error: expected specifier-qualifier-list before 'spinlock_t'
    Signed-off-by: Uwe Kleine-König <>
    Signed-off-by: Russell King <>
    Uwe Kleine-König committed with gregkh Aug 2, 2010
  30. @wildea01 @gregkh

    ARM: 6299/1: errata: TLBIASIDIS and TLBIMVAIS operations can broadcas…

    …t a faulty ASID
    commit cdf357f upstream.
    On versions of the Cortex-A9 prior to r2p0, performing TLB invalidations by
    ASID match can result in the incorrect ASID being broadcast to other CPUs.
    As a consequence of this, the targetted TLB entries are not invalidated
    across the system.
    This workaround changes the TLB flushing routines to invalidate entries
    regardless of the ASID.
    Tested-by: Rob Clark <>
    Acked-by: Catalin Marinas <>
    Signed-off-by: Will Deacon <>
    Signed-off-by: Russell King <>
    Signed-off-by: Greg Kroah-Hartman <>
    wildea01 committed with gregkh Aug 5, 2010
  31. @gregkh

    smsc911x: Add spinlocks around registers access

    commit 492c5d9 upstream.
    On SMP systems, the SMSC911x registers may be accessed by multiple CPUs
    and this seems to put the chip in an inconsistent state. The patch adds
    spinlocks to the smsc911x_reg_read, smsc911x_reg_write,
    smsc911x_rx_readfifo and smsc911x_tx_writefifo functions.
    Signed-off-by: Catalin Marinas <>
    Signed-off-by: David S. Miller <>
    Signed-off-by: Greg Kroah-Hartman <>
    Catalin Marinas committed with gregkh Jul 19, 2010
  32. @htejun @gregkh

    bio, fs: update RWA_MASK, READA and SWRITE to match the corresponding…

    … BIO_RW_* bits
    commit aca27ba upstream.
    Commit a82afdf (block: use the same failfast bits for bio and request)
    moved BIO_RW_* bits around such that they match up with REQ_* bits.
    Unfortunately, fs.h hard coded RW_MASK, RWA_MASK, READ, WRITE, READA
    and SWRITE as 0, 1, 2 and 3, and expected them to match with BIO_RW_*
    bits.  READ/WRITE didn't change but BIO_RW_AHEAD was moved to bit 4
    instead of bit 1, breaking RWA_MASK, READA and SWRITE.
    This patch updates RWA_MASK, READA and SWRITE such that they match the
    BIO_RW_* bits again.  A follow up patch will update the definitions to
    directly use BIO_RW_* bits so that this kind of breakage won't happen
    Neil also spotted missing RWA_MASK conversion.
    Stable: The offending commit a82afdf was released with v2.6.32, so
    this patch should be applied to all kernels since then but it must
    _NOT_ be applied to kernels earlier than that.
    Signed-off-by: Tejun Heo <>
    Reported-and-bisected-by: Vladislav Bolkhovitin <>
    Root-caused-by: Neil Brown <>
    Signed-off-by: Jens Axboe <>
    Signed-off-by: Greg Kroah-Hartman <>
    htejun committed with gregkh Aug 3, 2010
  33. @nathanlynch @gregkh

    signalfd: fill in ssi_int for posix timers and message queues

    commit a2a20c4 upstream.
    If signalfd is used to consume a signal generated by a POSIX interval
    timer or POSIX message queue, the ssi_int field does not reflect the data
    (sigevent->sigev_value) supplied to timer_create(2) or mq_notify(3).  (The
    ssi_ptr field, however, is filled in.)
    This behavior differs from signalfd's treatment of sigqueue-generated
    signals -- see the default case in signalfd_copyinfo.  It also gives
    results that differ from the case when a signal is handled conventionally
    via a sigaction-registered handler.
    So, set signalfd_siginfo->ssi_int in the remaining cases (__SI_TIMER,
    __SI_MESGQ) where ssi_ptr is set.
    akpm: a non-back-compatible change.  Merge into -stable to minimise the
    number of kernels which are in the field and which miss this feature.
    Signed-off-by: Nathan Lynch <>
    Acked-by: Davide Libenzi <>
    Signed-off-by: Andrew Morton <>
    Signed-off-by: Linus Torvalds <>
    Signed-off-by: Greg Kroah-Hartman <>
    nathanlynch committed with gregkh Aug 10, 2010
  34. @igor-grinberg @gregkh

    pxa/cm-x300: fix ffuart registration

    commit a6cd7eb upstream.
    ffuart is available on cm-x300 only with pxa300.
    Signed-off-by: Igor Grinberg <>
    Signed-off-by: Eric Miao <>
    Signed-off-by: Greg Kroah-Hartman <>
    igor-grinberg committed with gregkh Jul 20, 2010
  35. @JuliaLawall @gregkh

    fs/ecryptfs/file.c: introduce missing free

    commit ceeab92 upstream.
    The comments in the code indicate that file_info should be released if the
    function fails.  This releasing is done at the label out_free, not out.
    The semantic match that finds this problem is as follows:
    // <smpl>
    @r exists@
    local idexpression x;
    statement S;
    expression E;
    identifier f,f1,l;
    position p1,p2;
    expression *ptr != NULL;
    x@p1 = kmem_cache_zalloc(...);
    if (x == NULL) S
    <... when != x
         when != if (...) { <+...x...+> }
    x->f1 = E
     (x->f1 == NULL || ...)
     return <+...x...+>;
     return@p2 ...;
    p1 << r.p1;
    p2 << r.p2;
    print "* file: %s kmem_cache_zalloc %s" % (p1[0].file,p1[0].line)
    // </smpl>
    Signed-off-by: Julia Lawall <>
    Signed-off-by: Tyler Hicks <>
    Signed-off-by: Greg Kroah-Hartman <>
    JuliaLawall committed with gregkh Aug 6, 2010