Skip to content

HTTPS clone URL

Subversion checkout URL

You can clone with HTTPS or Subversion.

Download ZIP
Commits on Aug 20, 2010
  1. @gregkh

    Linux 2.6.34.5

    gregkh authored
  2. @gregkh

    vmware: fix build error in vmware.c

    gregkh authored
    This fixes a build error reported in vmware.c due to commit
    9f242dc
    
    Reported-by: Sven Joachim <svenjoac@gmx.de>
    Cc: Alok Kataria <akataria@vmware.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  3. @torvalds @gregkh

    mm: fix up some user-visible effects of the stack guard page

    torvalds authored gregkh committed
    commit d782437 upstream.
    
    This commit makes the stack guard page somewhat less visible to user
    space. It does this by:
    
     - not showing the guard page in /proc/<pid>/maps
    
       It looks like lvm-tools will actually read /proc/self/maps to figure
       out where all its mappings are, and effectively do a specialized
       "mlockall()" in user space.  By not showing the guard page as part of
       the mapping (by just adding PAGE_SIZE to the start for grows-up
       pages), lvm-tools ends up not being aware of it.
    
     - by also teaching the _real_ mlock() functionality not to try to lock
       the guard page.
    
       That would just expand the mapping down to create a new guard page,
       so there really is no point in trying to lock it in place.
    
    It would perhaps be nice to show the guard page specially in
    /proc/<pid>/maps (or at least mark grow-down segments some way), but
    let's not open ourselves up to more breakage by user space from programs
    that depends on the exact deails of the 'maps' file.
    
    Special thanks to Henrique de Moraes Holschuh for diving into lvm-tools
    source code to see what was going on with the whole new warning.
    
    Reported-and-tested-by: François Valenduc <francois.valenduc@tvcablenet.be
    Reported-by: Henrique de Moraes Holschuh <hmh@hmh.eng.br>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  4. @torvalds @gregkh

    mm: fix page table unmap for stack guard page properly

    torvalds authored gregkh committed
    commit 11ac552 upstream.
    
    We do in fact need to unmap the page table _before_ doing the whole
    stack guard page logic, because if it is needed (mainly 32-bit x86 with
    PAE and CONFIG_HIGHPTE, but other architectures may use it too) then it
    will do a kmap_atomic/kunmap_atomic.
    
    And those kmaps will create an atomic region that we cannot do
    allocations in.  However, the whole stack expand code will need to do
    anon_vma_prepare() and vma_lock_anon_vma() and they cannot do that in an
    atomic region.
    
    Now, a better model might actually be to do the anon_vma_prepare() when
    _creating_ a VM_GROWSDOWN segment, and not have to worry about any of
    this at page fault time.  But in the meantime, this is the
    straightforward fix for the issue.
    
    See https://bugzilla.kernel.org/show_bug.cgi?id=16588 for details.
    
    Reported-by: Wylda <wylda@volny.cz>
    Reported-by: Sedat Dilek <sedat.dilek@gmail.com>
    Reported-by: Mike Pagano <mpagano@gentoo.org>
    Reported-by: François Valenduc <francois.valenduc@tvcablenet.be>
    Tested-by: Ed Tomlinson <edt@aei.ca>
    Cc: Pekka Enberg <penberg@kernel.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Commits on Aug 13, 2010
  1. @gregkh

    Linux 2.6.34.4

    gregkh authored
  2. @torvalds @gregkh

    x86: don't send SIGBUS for kernel page faults

    torvalds authored gregkh committed
    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 <torvalds@linux-foundation.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  3. @torvalds @gregkh

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

    torvalds authored gregkh committed
    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 <torvalds@linux-foundation.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  4. @torvalds @gregkh

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

    torvalds authored gregkh committed
    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
    page.
    
    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
    first.
    
    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 <keithp@keithp.com>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  5. @neilbrown @gregkh

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

    neilbrown authored gregkh committed
    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 <neilb@suse.de>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  6. @gregkh

    ibmvfc: Reduce error recovery timeout

    Brian King authored gregkh committed
    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 <brking@linux.vnet.ibm.com>
    Signed-off-by: James Bottomley <James.Bottomley@suse.de>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  7. @gregkh

    ibmvfc: Fix command completion handling

    Brian King authored gregkh committed
    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 <brking@linux.vnet.ibm.com>
    Signed-off-by: James Bottomley <James.Bottomley@suse.de>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  8. @gregkh

    i915: fix ironlake edp panel setup (v4)

    Dave Airlie authored gregkh committed
    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:
    
          https://bugs.freedesktop.org/show_bug.cgi?id=28070
    
    Signed-off-by: Dave Airlie <airlied@redhat.com>
    Signed-off-by: Eric Anholt <eric@anholt.net>
    Cc: Manoj Iyer <manoj.iyer@canonical.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  9. @gregkh

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

    Dave Müller authored gregkh committed
    commit f458823 upstream.
    
    Presence detection of a digital monitor seems not to be reliable using
    the HTPLG bit.
    
    Dave Müller <dave.mueller@gmx.ch>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  10. @gregkh

    xen: Do not suspend IPI IRQs.

    Ian Campbell authored gregkh committed
    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 <ian.campbell@citrix.com>
    Cc: Jeremy Fitzhardinge <jeremy@goop.org>
    Cc: xen-devel@lists.xensource.com
    LKML-Reference: <1280398595-29708-4-git-send-email-ian.campbell@citrix.com>
    Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  11. @gregkh

    irq: Add new IRQ flag IRQF_NO_SUSPEND

    Ian Campbell authored gregkh committed
    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 <ian.campbell@citrix.com>
    Cc: Jeremy Fitzhardinge <jeremy@goop.org>
    Cc: Dmitry Torokhov <dmitry.torokhov@gmail.com>
    Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
    Cc: Paul Mackerras <paulus@samba.org>
    Cc: Grant Likely <grant.likely@secretlab.ca>
    Cc: xen-devel@lists.xensource.com
    Cc: linux-input@vger.kernel.org
    Cc: linuxppc-dev@ozlabs.org
    Cc: devicetree-discuss@lists.ozlabs.org
    LKML-Reference: <1280398595-29708-1-git-send-email-ian.campbell@citrix.com>
    Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  12. @davem330 @gregkh

    net: Fix NETDEV_NOTIFY_PEERS to not conflict with NETDEV_BONDING_DESL…

    davem330 authored gregkh committed
    …AVE.
    
    commit 38117d1 upstream.
    
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  13. @gregkh

    xen: netfront: explicitly generate arp_notify event after migration.

    Ian Campbell authored gregkh committed
    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 <ian.campbell@citrix.com>
    Cc: Stephen Hemminger <shemminger@linux-foundation.org>
    Cc: Jeremy Fitzhardinge <jeremy@goop.org>
    Cc: David S. Miller <davem@davemloft.net>
    Cc: netdev@vger.kernel.org
    Cc: xen-devel@lists.xensource.com
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  14. @gregkh

    arp_notify: allow drivers to explicitly request a notification event.

    Ian Campbell authored gregkh committed
    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 <ian.campbell@citrix.com>
    Cc: Stephen Hemminger <shemminger@linux-foundation.org>
    Cc: Jeremy Fitzhardinge <jeremy@goop.org>
    Cc: David S. Miller <davem@davemloft.net>
    Cc: netdev@vger.kernel.org
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  15. @gregkh

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

    Dave Kleikamp authored gregkh committed
    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 <shaggy@linux.vnet.ibm.com>
    Reported-by: Sergey Vlasov <vsu@altlinux.ru>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  16. @marex @gregkh

    mtd: gen_nand: fix support for multiple chips

    marex authored gregkh committed
    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 <marek.vasut@gmail.com>
    Signed-off-by: Artem Bityutskiy <Artem.Bityutskiy@nokia.com>
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  17. @gregkh

    Bluetooth: Added support for controller shipped with iMac i5

    Cyril Lacoux authored gregkh committed
    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 <clacoux@ifeelgood.org>
    Signed-off-by: Marcel Holtmann <marcel@holtmann.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  18. @nwnk @gregkh

    drm/edid: Fix the HDTV hack sync adjustment

    nwnk authored gregkh committed
    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 <ajax@redhat.com>
    Signed-off-by: Dave Airlie <airlied@redhat.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  19. @chunkeey @gregkh

    USB: fix thread-unsafe anchor utiliy routines

    chunkeey authored gregkh committed
    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
    usb_unlink_anchored_urbs:
    
    "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 <oneukum@suse.de>
    Cc: Greg Kroah-Hartman <greg@kroah.com>
    Acked-by: Alan Stern <stern@rowland.harvard.edu>
    Signed-off-by: Christian Lamparter <chunkeey@googlemail.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  20. @ming1 @gregkh

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

    ming1 authored gregkh committed
    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 <tom.leiming@gmail.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  21. @abogani @gregkh

    USB: cp210x: Add four new device IDs

    abogani authored gregkh committed
    commit 356c5a4 upstream.
    
    Signed-off-by: Alessio Igor Bogani <abogani@texware.it>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  22. @gregkh

    USB: ftdi_sio: device id for Navitator

    dranch@trinnet.net authored gregkh committed
    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 <dranch@trinnet.net>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  23. @andrewbird @gregkh

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

    andrewbird authored gregkh committed
    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 <ajb@spheresystems.co.uk>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  24. @pikazlou @gregkh

    USB: option: Huawei ETS 1220 support added

    pikazlou authored gregkh committed
    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 <p.i.kazlou@gmail.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  25. @jgrogers @gregkh

    USB: serial: enabling support for Segway RMP in ftdi_sio

    jgrogers authored gregkh committed
    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
    module.
    
    Signed-off-by: John Rogers <jgrogers@gmail.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  26. @jaymzh @gregkh

    USB delay init quirk for logitech Harmony 700-series devices

    jaymzh authored gregkh committed
    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 <phil@ipom.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  27. @stevenrobertson @gregkh

    USB: resizing usbmon binary interface buffer causes protection faults

    stevenrobertson authored gregkh committed
    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 <steven@strobe.cc>
    Acked-by: Pete Zaitcev <zaitcev@redhat.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  28. @gregkh

    USB: EHCI: remove PCI assumption

    Alan Stern authored gregkh committed
    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 <stern@rowland.harvard.edu>
    CC: Sarah Sharp <sarah.a.sharp@linux.intel.com>
    CC: David Brownell <david-b@pacbell.net>
    Acked-by: Sarah Sharp <sarah.a.sharp@linux.intel.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  29. @gregkh

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

    Uwe Kleine-König authored gregkh committed
    …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 <u.kleine-koenig@pengutronix.de>
    Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
  30. @wildea01 @gregkh

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

    wildea01 authored gregkh committed
    …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 <rob@ti.com>
    Acked-by: Catalin Marinas <catalin.marinas@arm.com>
    Signed-off-by: Will Deacon <will.deacon@arm.com>
    Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  31. @gregkh

    smsc911x: Add spinlocks around registers access

    Catalin Marinas authored gregkh committed
    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 <catalin.marinas@arm.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Something went wrong with that request. Please try again.