Skip to content

HTTPS clone URL

Subversion checkout URL

You can clone with
or
.
Download ZIP
Branch: tuxonice-head
Commits on Aug 22, 2015
Commits on Aug 21, 2015
  1. @torvalds

    Add hch to .get_maintainer.ignore

    Christoph Hellwig authored torvalds committed
    While the idea behind get_maintainer seems highly useful it's
    unfortunately way to trigger happy to grab people that once had a few
    commits to files.  For someone like me who does a lot of tree-wide API
    work that leads to an incredible amount of Cc spam.
    
    Signed-off-by: Christoph Hellwig <hch@lst.de>
    Cc: Joe Perches <joe@perches.com>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
  2. @torvalds

    mm: make page pfmemalloc check more robust

    Michal Hocko authored torvalds committed
    Commit c48a11c ("netvm: propagate page->pfmemalloc to skb") added
    checks for page->pfmemalloc to __skb_fill_page_desc():
    
            if (page->pfmemalloc && !page->mapping)
                    skb->pfmemalloc = true;
    
    It assumes page->mapping == NULL implies that page->pfmemalloc can be
    trusted.  However, __delete_from_page_cache() can set set page->mapping
    to NULL and leave page->index value alone.  Due to being in union, a
    non-zero page->index will be interpreted as true page->pfmemalloc.
    
    So the assumption is invalid if the networking code can see such a page.
    And it seems it can.  We have encountered this with a NFS over loopback
    setup when such a page is attached to a new skbuf.  There is no copying
    going on in this case so the page confuses __skb_fill_page_desc which
    interprets the index as pfmemalloc flag and the network stack drops
    packets that have been allocated using the reserves unless they are to
    be queued on sockets handling the swapping which is the case here and
    that leads to hangs when the nfs client waits for a response from the
    server which has been dropped and thus never arrive.
    
    The struct page is already heavily packed so rather than finding another
    hole to put it in, let's do a trick instead.  We can reuse the index
    again but define it to an impossible value (-1UL).  This is the page
    index so it should never see the value that large.  Replace all direct
    users of page->pfmemalloc by page_is_pfmemalloc which will hide this
    nastiness from unspoiled eyes.
    
    The information will get lost if somebody wants to use page->index
    obviously but that was the case before and the original code expected
    that the information should be persisted somewhere else if that is
    really needed (e.g.  what SLAB and SLUB do).
    
    [akpm@linux-foundation.org: fix blooper in slub]
    Fixes: c48a11c ("netvm: propagate page->pfmemalloc to skb")
    Signed-off-by: Michal Hocko <mhocko@suse.com>
    Debugged-by: Vlastimil Babka <vbabka@suse.com>
    Debugged-by: Jiri Bohac <jbohac@suse.com>
    Cc: Eric Dumazet <eric.dumazet@gmail.com>
    Cc: David Miller <davem@davemloft.net>
    Acked-by: Mel Gorman <mgorman@suse.de>
    Cc: <stable@vger.kernel.org>	[3.6+]
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
  3. @torvalds

    Merge tag 'pci-v4.2-fixes-2' of git://git.kernel.org/pub/scm/linux/ke…

    torvalds authored
    …rnel/git/helgaas/pci
    
    Pull PCI fixes from Bjorn Helgaas:
     "These are fixes for ASPM-related NULL pointer dereference crashes on
      Sparc and PowerPC and 64-bit PCI address-related HPMC crashes on
      PA-RISC.  These are both caused by things we merged in the v4.2 merge
      window.  Details:
    
      Resource management
        - Don't use 64-bit bus addresses on PA-RISC
    
      Miscellaneous
        - Tolerate hierarchies with no Root Port"
    
    * tag 'pci-v4.2-fixes-2' of git://git.kernel.org/pub/scm/linux/kernel/git/helgaas/pci:
      PCI: Don't use 64-bit bus addresses on PA-RISC
      PCI: Tolerate hierarchies with no Root Port
  4. @torvalds

    Merge tag 'media/v4.2-3' of git://git.kernel.org/pub/scm/linux/kernel…

    torvalds authored
    …/git/mchehab/linux-media
    
    Pull media fixes from Mauro Carvalho Chehab:
    
     - a regression fix at the videobuf2 core driver
    
     - fix error handling at mantis probing code
    
     - revert the IR encode patches, as the API is not mature enough.
       So, better to postpone the changes to a latter Kernel
    
     - fix Kconfig breakages on some randconfig scenarios.
    
    * tag 'media/v4.2-3' of git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media:
      [media] mantis: Fix error handling in mantis_dma_init()
      Revert "[media] rc: rc-ir-raw: Add scancode encoder callback"
      Revert "[media] rc: rc-ir-raw: Add Manchester encoder (phase encoder) helper"
      Revert "[media] rc: ir-rc5-decoder: Add encode capability"
      Revert "[media] rc: ir-rc6-decoder: Add encode capability"
      Revert "[media] rc: rc-core: Add support for encode_wakeup drivers"
      Revert "[media] rc: rc-loopback: Add loopback of filter scancodes"
      Revert "[media] rc: nuvoton-cir: Add support for writing wakeup samples via sysfs filter callback"
      [media] vb2: Fix compilation breakage when !CONFIG_BUG
      [media] vb2: Only requeue buffers immediately once streaming is started
      [media] media/pci/cobalt: fix Kconfig and build when SND is not enabled
      [media] media/dvb: fix ts2020.c Kconfig and build
  5. @torvalds

    Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel…

    torvalds authored
    …/git/dtor/input
    
    Pull input layer fix from Dmitry Torokhov:
     "A small fixup to gpio_keys_polled driver"
    
    * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input:
      Input: gpio_keys_polled - request GPIO pin as input.
  6. @torvalds

    Merge branch 'drm-fixes' of git://people.freedesktop.org/~airlied/linux

    torvalds authored
    Pull drm fixes from Dave Airlie:
     "A bunch of i915 fixes, one revert a VBT fix that was a bit premature,
      and some braswell feature removal that the hw actually didn't support.
    
      One radeon race fix at boot, and one hlcdc build fix, one fix from
      Russell that fixes build as well with new audio features.
    
      This is hopefully all I have until -next"
    
    * 'drm-fixes' of git://people.freedesktop.org/~airlied/linux:
      drm/radeon: fix hotplug race at startup
      drm/edid: add function to help find SADs
      drm/i915: Avoid TP3 on CHV
      drm/i915: remove HBR2 from chv supported list
      Revert "drm/i915: Add eDP intermediate frequencies for CHV"
      Revert "drm/i915: Allow parsing of variable size child device entries from VBT"
      drm/atmel-hlcdc: Compile suspend/resume for PM_SLEEP only
      drm/i915: Flag the execlists context object as dirty after every use
  7. drm/radeon: fix hotplug race at startup

    Dave Airlie authored
    We apparantly get a hotplug irq before we've initialised
    modesetting,
    
    [drm] Loading R100 Microcode
    BUG: unable to handle kernel NULL pointer dereference at   (null)
    IP: [<c125f56f>] __mutex_lock_slowpath+0x23/0x91
    *pde = 00000000
    Oops: 0002 [#1]
    Modules linked in: radeon(+) drm_kms_helper ttm drm i2c_algo_bit backlight pcspkr psmouse evdev sr_mod input_leds led_class cdrom sg parport_pc parport floppy intel_agp intel_gtt lpc_ich acpi_cpufreq processor button mfd_core agpgart uhci_hcd ehci_hcd rng_core snd_intel8x0 snd_ac97_codec ac97_bus snd_pcm usbcore usb_common i2c_i801 i2c_core snd_timer snd soundcore thermal_sys
    CPU: 0 PID: 15 Comm: kworker/0:1 Not tainted 4.2.0-rc7-00015-gbf67402 #111
    Hardware name: MicroLink                               /D850MV                         , BIOS MV85010A.86A.0067.P24.0304081124 04/08/2003
    Workqueue: events radeon_hotplug_work_func [radeon]
    task: f6ca5900 ti: f6d3e000 task.ti: f6d3e000
    EIP: 0060:[<c125f56f>] EFLAGS: 00010282 CPU: 0
    EIP is at __mutex_lock_slowpath+0x23/0x91
    EAX: 00000000 EBX: f5e900fc ECX: 00000000 EDX: fffffffe
    ESI: f6ca5900 EDI: f5e90100 EBP: f5e90000 ESP: f6d3ff0c
     DS: 007b ES: 007b FS: 0000 GS: 0000 SS: 0068
    CR0: 8005003b CR2: 00000000 CR3: 36f61000 CR4: 000006d0
    Stack:
     f5e90100 00000000 c103c4c1 f6d2a5a0 f5e900fc f6df394c c125f162 f8b0faca
     f6d2a5a0 c138ca00 f6df394c f7395600 c1034741 00d40000 00000000 f6d2a5a0
     c138ca00 f6d2a5b8 c138ca10 c1034b58 00000001 f6d40000 f6ca5900 f6d0c940
    Call Trace:
     [<c103c4c1>] ? dequeue_task_fair+0xa4/0xb7
     [<c125f162>] ? mutex_lock+0x9/0xa
     [<f8b0faca>] ? radeon_hotplug_work_func+0x17/0x57 [radeon]
     [<c1034741>] ? process_one_work+0xfc/0x194
     [<c1034b58>] ? worker_thread+0x18d/0x218
     [<c10349cb>] ? rescuer_thread+0x1d5/0x1d5
     [<c103742a>] ? kthread+0x7b/0x80
     [<c12601c0>] ? ret_from_kernel_thread+0x20/0x30
     [<c10373af>] ? init_completion+0x18/0x18
    Code: 42 08 e8 8e a6 dd ff c3 57 56 53 83 ec 0c 8b 35 48 f7 37 c1 8b 10 4a 74 1a 89 c3 8d 78 04 8b 40 08 89 63
    
    Reported-and-Tested-by: Meelis Roos <mroos@linux.ee>
    Signed-off-by: Dave Airlie <airlied@redhat.com>
  8. Merge tag 'drm-intel-fixes-2015-08-20' of git://anongit.freedesktop.o…

    Dave Airlie authored
    …rg/drm-intel into drm-fixes
    
    Revert of a VBT parsing commit that should've been queued for drm-next,
    not v4.2. The revert unbreaks Braswell among other things.
    
    Also on Braswell removal of DP HBR2/TP3 and intermediate eDP frequency
    support. The code was optimistically added based on incorrect
    documentation; the platform does not support them. These are cc: stable.
    
    Finally a gpu state fix from Chris, also cc: stable.
    
    * tag 'drm-intel-fixes-2015-08-20' of git://anongit.freedesktop.org/drm-intel:
      drm/i915: Avoid TP3 on CHV
      drm/i915: remove HBR2 from chv supported list
      Revert "drm/i915: Add eDP intermediate frequencies for CHV"
      Revert "drm/i915: Allow parsing of variable size child device entries from VBT"
      drm/i915: Flag the execlists context object as dirty after every use
  9. @torvalds

    Merge tag 'pm+acpi-4.2-rc8' of git://git.kernel.org/pub/scm/linux/ker…

    torvalds authored
    …nel/git/rafael/linux-pm
    
    Pull power management and ACPI fixes from Rafael Wysocki:
     "These fix a recent regression in the ACPI backlight code and a memory
      leak in the Exynos cpufreq driver.
    
      Specifics:
    
       - Fix a recently introduced issue in the ACPI backlight code which
         causes lockdep to complain about a circular lock dependency during
         initialization (Hans de Goede).
    
       - Fix a possible memory during initialization in the Exynos cpufreq
         driver (Shailendra Verma)"
    
    * tag 'pm+acpi-4.2-rc8' of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm:
      cpufreq: exynos: Fix for memory leak in case SoC name does not match
      ACPI / video: Fix circular lock dependency issue in the video-detect code
Commits on Aug 20, 2015
  1. Merge branches 'acpi-video' and 'cpufreq-fixes'

    Rafael J. Wysocki authored
    * acpi-video:
      ACPI / video: Fix circular lock dependency issue in the video-detect code
    
    * cpufreq-fixes:
      cpufreq: exynos: Fix for memory leak in case SoC name does not match
  2. @bjorn-helgaas

    PCI: Don't use 64-bit bus addresses on PA-RISC

    bjorn-helgaas authored
    Meelis and Helge reported that 3a9ad0b ("PCI: Add pci_bus_addr_t")
    caused HPMCs on A500 and hangs on rp5470.
    
    PA-RISC does not set ARCH_DMA_ADDR_T_64BIT, even for 64-bit kernels, so
    prior to 3a9ad0b, we always used 32-bit PCI addresses.  After
    3a9ad0b, we do use 64-bit PCI addresses in 64-bit kernels, and
    apparently there's some PA-RISC problem related to them.
    
    Fixes: 3a9ad0b ("PCI: Add pci_bus_addr_t")
    Link: http://lkml.kernel.org/r/alpine.LRH.2.11.1507260929000.30065@math.ut.ee
    Reported-by: Meelis Roos <mroos@linux.ee>
    Reported-by: Helge Deller <deller@gmx.de>
    Tested-by: Helge Deller <deller@gmx.de>
    Based-on-idea-by: Yinghai Lu <yinghai@kernel.org>
    Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
    Acked-by: Yinghai Lu <yinghai@kernel.org>
    CC: stable@vger.kernel.org	# v3.19+
  3. @torvalds

    Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net

    torvalds authored
    Pull networking fixes from David Miller:
    
     1) Out of bounds array access in 802.11 minstrel code, from Adrien
        Schildknecht.
    
     2) Don't use skb_get() in IGMP/MLD code paths, as this makes
        pskb_may_pull() BUG.  From Linus Luessing.
    
     3) Fix off by one in ipv4 route dumping code, from Andy Whitcroft.
    
     4) Fix deadlock in reqsk_queue_unlink(), from Eric Dumazet.
    
     5) Fix ppp device deregistration wrt.  netns deletion, from Guillaume
        Nault.
    
     6) Fix deadlock when creating per-cpu ipv6 routes, from Martin KaFai
        Lau.
    
     7) Fix memory leak in batman-adv code, from Sven Eckelmann.
    
    * git://git.kernel.org/pub/scm/linux/kernel/git/davem/net:
      batman-adv: Fix memory leak on tt add with invalid vlan
      net: phy: fix semicolon.cocci warnings
      net: qmi_wwan: add HP lt4111 LTE/EV-DO/HSPA+ Gobi 4G Module
      be2net: avoid vxlan offloading on multichannel configs
      ipv6: Fix a potential deadlock when creating pcpu rt
      ipv6: Add rt6_make_pcpu_route()
      ipv6: Remove un-used argument from ip6_dst_alloc()
      net: phy: workaround for buggy cable detection by LAN8700 after cable plugging
      net: ethernet: micrel: fix an error code
      ppp: fix device unregistration upon netns deletion
      net: phy: fix PHY_RUNNING in phy_state_machine
      Revert "net: limit tcp/udp rmem/wmem to SOCK_{RCV,SND}BUF_MIN"
      inet: fix potential deadlock in reqsk_queue_unlink()
      gianfar: Restore link state settings after MAC reset
      ipv4: off-by-one in continuation handling in /proc/net/route
      net: fix wrong skb_get() usage / crash in IGMP/MLD parsing code
      mac80211: fix invalid read in minstrel_sort_best_tp_rates()
  4. @torvalds

    Merge tag 'for-linus-4.2-rc7-tag' of git://git.kernel.org/pub/scm/lin…

    torvalds authored
    …ux/kernel/git/xen/tip
    
    Pull xen build fix from David Vrabel:
     "Fix i386 build with an (uncommon) configuration"
    
    * tag 'for-linus-4.2-rc7-tag' of git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip:
      x86/xen: make CONFIG_XEN depend on CONFIG_X86_LOCAL_APIC
  5. @torvalds

    Merge tag 'sound-4.2' of git://git.kernel.org/pub/scm/linux/kernel/gi…

    torvalds authored
    …t/tiwai/sound
    
    Pull sound fixes from Takashi Iwai:
     "Here are a small collecton of sound fix patches.
    
      The most significant one is the disablement of newly introduced
      topology API.  Its ABI couldn't be stabilized enough, so we decided to
      delay for 4.3 in the end.  Other than that, all oneliner fixes: a
      USB-audio runtime PM fix and a couple of HD-audio quirks"
    
    * tag 'sound-4.2' of git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound:
      ALSA: hda - Add dock support for Thinkpad W541 (17aa:2211)
      ALSA: usb-audio: Fix runtime PM unbalance
      ASoC: topology: Disable use from userspace
      ASoC: topology: Add Kconfig option for topology
      ALSA: hda - Fix the white noise on Dell laptop
  6. @vpelletier @dtor

    Input: gpio_keys_polled - request GPIO pin as input.

    vpelletier authored dtor committed
    GPIOF_IN flag was lost in:
    Commit 633a21d("input: gpio_keys_polled: Add support for GPIO
    descriptors").
    
    Without this flag, legacy code path (for non-descriptor GPIO declarations)
    would configure GPIO as output (0 meaning GPIOF_DIR_OUT | GPIOF_INIT_LOW).
    
    Cc: stable@vger.kernel.org
    Signed-off-by: Vincent Pelletier <plr.vincent@gmail.com>
    Reviewed-by: Mika Westerberg <mika.westerberg@linux.intel.com>
    Signed-off-by: Dmitry Torokhov <dmitry.torokhov@gmail.com>
  7. @torvalds

    Merge git://git.kernel.org/pub/scm/linux/kernel/git/nab/target-pending

    torvalds authored
    Pull SCSI target fixes from Nicholas Bellinger:
     "This contains a v4.2-rc specific RCU module unload regression bug-fix,
      a long-standing iscsi-target bug-fix for duplicate target_xfer_tags
      during NOP processing from Alexei, and two more small REPORT_LUNs
      emulation related patches to make Solaris FC host LUN scanning happy
      from Roland.
    
      There is also one patch not included that allows target-core to limit
      the number of fabric driver SGLs per I/O request using residuals, that
      is currently required as a work-around for FC hosts which don't honor
      EVPD block-limits settings.  At this point, it will most likely become
      for-next material"
    
    * git://git.kernel.org/pub/scm/linux/kernel/git/nab/target-pending:
      target: Fix handling of small allocation lengths in REPORT LUNS
      target: REPORT LUNS should return LUN 0 even for dynamic ACLs
      target/iscsi: Fix double free of a TUR followed by a solicited NOPOUT
      target: Perform RCU callback barrier before backend/fabric unload
  8. @torvalds

    Merge branch 'fixes' of git://git.kernel.org/pub/scm/linux/kernel/git…

    torvalds authored
    …/evalenti/linux-soc-thermal
    
    Pull thermal fixes from Eduardo Valentin:
     "Last minute fixes on the thermal-soc tree.  There is a fix of a long
      lasting bug in cpu cooling device, thanks for RMK for being pushing
      this"
    
    * 'fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/evalenti/linux-soc-thermal:
      thermal/cpu_cooling: update policy limits if clipped_freq < policy->max
      thermal/cpu_cooling: rename max_freq as clipped_freq in notifier
      thermal/cpu_cooling: rename cpufreq_val as clipped_freq
      thermal/cpu_cooling: convert 'switch' block to 'if' block in notifier
      thermal/cpu_cooling: quit early after updating policy
      thermal/cpu_cooling: No need to initialize max_freq to 0
      thermal: cpu_cooling: fix lockdep problems in cpu_cooling
      thermal: power_allocator: do not use devm* interfaces
  9. @dvrabel

    x86/xen: make CONFIG_XEN depend on CONFIG_X86_LOCAL_APIC

    dvrabel authored
    Since commit feb44f1 (x86/xen:
    Provide a "Xen PV" APIC driver to support >255 VCPUs) Xen guests need
    a full APIC driver and thus should depend on X86_LOCAL_APIC.
    
    This fixes an i386 build failure with !SMP && !CONFIG_X86_UP_APIC by
    disabling Xen support in this configuration.
    
    Users needing Xen support in a non-SMP i386 kernel will need to enable
    CONFIG_X86_UP_APIC.
    
    Signed-off-by: David Vrabel <david.vrabel@citrix.com>
    Cc: <stable@vger.kernel.org>
Commits on Aug 19, 2015
  1. drm/edid: add function to help find SADs

    Russell King authored Dave Airlie committed
    Add a function to find the start of the SADs in the ELD.  This
    complements the helper to retrieve the SAD count.
    
    [airlied: this fixes a build problem with the alsa eld helper
    which required this].
    
    Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
    Signed-off-by: Dave Airlie <airlied@redhat.com>
  2. Merge branch 'drm-atmel-hlcdc-fixes' of https://github.com/bbrezillon…

    Dave Airlie authored
    …/linux-at91 into drm-fixes
    
    single atmel hlcdc fix.
    
    * 'drm-atmel-hlcdc-fixes' of https://github.com/bbrezillon/linux-at91:
      drm/atmel-hlcdc: Compile suspend/resume for PM_SLEEP only
  3. @YijingWang @bjorn-helgaas

    PCI: Tolerate hierarchies with no Root Port

    YijingWang authored bjorn-helgaas committed
    We should not assume any particular hardware topology.  Commit d0751b9
    ("PCI: Add dev->has_secondary_link to track downstream PCIe links") relied
    on the assumption that every PCIe hierarchy is rooted at a Root Port.  But
    we can't rely on any assumption about what hardware we will find; we just
    have to deal with the world as it is.
    
    On some platforms, PCIe devices (endpoints, switch upstream ports, etc.)
    appear directly on the root bus, and there is no Root Port in the PCI bus
    hierarchy.  For example, Meelis observed these top-level devices on a
    Sparc V245:
    
      0000:02:00.0 PCI bridge to [bus 03-0d]    Switch Upstream Port
      0001:02:00.0 PCI bridge to [bus 03]       PCIe to PCI/PCI-X Bridge
    
    These devices *look* like they have links going upstream, but there really
    are no upstream devices.
    
    In set_pcie_port_type(), we used the parent device to figure out which side
    of a switch port has a link, so if the parent device did not exist, we
    dereferenced a NULL parent pointer.
    
    Check whether the parent device exists before dereferencing it.
    
    Meelis observed this oops on Sparc V245 and T2000.  Ben Herrenschmidt says
    this is also possible on IBM PowerVM guests on PowerPC.
    
    [bhelgaas: changelog, comment]
    Link: http://lkml.kernel.org/r/alpine.LRH.2.20.1508122118210.18637@math.ut.ee
    Reported-by: Meelis Roos <mroos@linux.ee>
    Tested-by: Meelis Roos <mroos@linux.ee>
    Signed-off-by: Yijing Wang <wangyijing@huawei.com>
    Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
    Acked-by: David S. Miller <davem@davemloft.net>
  4. @tiwai

    Merge tag 'asoc-v4.2-disable-topology' of git://git.kernel.org/pub/sc…

    tiwai authored
    …m/linux/kernel/git/broonie/sound into for-linus
    
    ASoC: Disable topology support for v4.2
    
    The topology code merged in the v4.2 merge window introduced a new ABI
    which was believed to be suitable for use but subsequently additional
    work by the developers of this feature have revealed some problems that
    need to be addressed.  In order to allow this to be done without having
    to support the initial ABI add Kconfig to disable the build and also add
    some #error statements to the UAPI header so users can't use them.
  5. @shermdog @tiwai

    ALSA: hda - Add dock support for Thinkpad W541 (17aa:2211)

    shermdog authored tiwai committed
    Tested with W541 and Ultra Dock 170w
    
    Signed-off-by: Rick Sherman <rick@shermdog.com>
    Signed-off-by: Takashi Iwai <tiwai@suse.de>
  6. @tiwai

    ALSA: usb-audio: Fix runtime PM unbalance

    tiwai authored
    The fix for deadlock in PM in commit [1ee23fe: ALSA: usb-audio:
    Fix deadlocks at resuming] introduced a new check of in_pm flag.
    However, the brainless patch author evaluated it in a wrong way
    (logical AND instead of logical OR), thus usb_autopm_get_interface()
    is wrongly called at probing, leading to unbalance of runtime PM
    refcount.
    
    This patch fixes it by correcting the logic.
    
    Reported-by: Hans Yang <hansy@nvidia.com>
    Fixes: 1ee23fe ('ALSA: usb-audio: Fix deadlocks at resuming')
    Cc: <stable@vger.kernel.org> [v3.15+]
    Signed-off-by: Takashi Iwai <tiwai@suse.de>
  7. @mchehab

    [media] mantis: Fix error handling in mantis_dma_init()

    Fabio Estevam authored mchehab committed
    Current code assigns 0 to variable 'err', which makes mantis_dma_init()
    to return success even if mantis_alloc_buffers() fails.
    
    Fix it by checking the return value from mantis_alloc_buffers() and
    propagating it in the case of error.
    
    Reported-by: RUC_Soft_Sec <zy900702@163.com>
    Signed-off-by: Fabio Estevam <fabio.estevam@freescale.com>
    Signed-off-by: Mauro Carvalho Chehab <mchehab@osg.samsung.com>
  8. @Alphix @mchehab

    Revert "[media] rc: rc-ir-raw: Add scancode encoder callback"

    Alphix authored mchehab committed
    This reverts commit 9869da5.
    
    The current code is not mature enough, the API should allow a single
    protocol to be specified. Also, the current code contains heuristics
    that will depend on module load order.
    
    Signed-off-by: David Härdeman <david@hardeman.nu>
    Acked-by: Antti Seppälä <a.seppala@gmail.com>
    Signed-off-by: Mauro Carvalho Chehab <mchehab@osg.samsung.com>
  9. @Alphix @mchehab

    Revert "[media] rc: rc-ir-raw: Add Manchester encoder (phase encoder)…

    Alphix authored mchehab committed
    … helper"
    
    This reverts commit 1d971d9.
    
    The current code is not mature enough, the API should allow a single
    protocol to be specified. Also, the current code contains heuristics
    that will depend on module load order.
    
    Signed-off-by: David Härdeman <david@hardeman.nu>
    Acked-by: Antti Seppälä <a.seppala@gmail.com>
    Signed-off-by: Mauro Carvalho Chehab <mchehab@osg.samsung.com>
  10. @Alphix @mchehab

    Revert "[media] rc: ir-rc5-decoder: Add encode capability"

    Alphix authored mchehab committed
    This reverts commit a0466f1.
    
    The current code is not mature enough, the API should allow a single
    protocol to be specified. Also, the current code contains heuristics
    that will depend on module load order.
    
    Signed-off-by: David Härdeman <david@hardeman.nu>
    Acked-by: Antti Seppälä <a.seppala@gmail.com>
    Signed-off-by: Mauro Carvalho Chehab <mchehab@osg.samsung.com>
  11. @Alphix @mchehab

    Revert "[media] rc: ir-rc6-decoder: Add encode capability"

    Alphix authored mchehab committed
    This reverts commit cf257e2.
    
    The current code is not mature enough, the API should allow a single
    protocol to be specified. Also, the current code contains heuristics
    that will depend on module load order.
    
    Signed-off-by: David Härdeman <david@hardeman.nu>
    Acked-by: Antti Seppälä <a.seppala@gmail.com>
    Signed-off-by: Mauro Carvalho Chehab <mchehab@osg.samsung.com>
  12. @Alphix @mchehab

    Revert "[media] rc: rc-core: Add support for encode_wakeup drivers"

    Alphix authored mchehab committed
    This reverts commit 0d830b2.
    
    The current code is not mature enough, the API should allow a single
    protocol to be specified. Also, the current code contains heuristics
    that will depend on module load order.
    
    Signed-off-by: David Härdeman <david@hardeman.nu>
    Acked-by: Antti Seppälä <a.seppala@gmail.com>
    Signed-off-by: Mauro Carvalho Chehab <mchehab@osg.samsung.com>
  13. @Alphix @mchehab

    Revert "[media] rc: rc-loopback: Add loopback of filter scancodes"

    Alphix authored mchehab committed
    This reverts commit 2e4ebde.
    
    The current code is not mature enough, the API should allow a single
    protocol to be specified. Also, the current code contains heuristics
    that will depend on module load order.
    
    Signed-off-by: David Härdeman <david@hardeman.nu>
    Acked-by: Antti Seppälä <a.seppala@gmail.com>
    Signed-off-by: Mauro Carvalho Chehab <mchehab@osg.samsung.com>
  14. @Alphix @mchehab

    Revert "[media] rc: nuvoton-cir: Add support for writing wakeup sampl…

    Alphix authored mchehab committed
    …es via sysfs filter callback"
    
    This reverts commit da7ee60.
    
    The current code is not mature enough, the API should allow a single
    protocol to be specified. Also, the current code contains heuristics
    that will depend on module load order.
    
    Signed-off-by: David Härdeman <david@hardeman.nu>
    Acked-by: Antti Seppälä <a.seppala@gmail.com>
    Signed-off-by: Mauro Carvalho Chehab <mchehab@osg.samsung.com>
  15. @jnikula

    drm/i915: Avoid TP3 on CHV

    Thulasimani,Sivakumar authored jnikula committed
    This patch removes TP3 support on CHV since there is no support
    for HBR2 on this platform.
    
    v2: rename the function to indicate it checks source rates (Jani)
    v3: update comment to indicate TP3 dependency on HBR2 supported
        hardware (Jani)
    
    Cc: stable@vger.kernel.org # v4.1+
    Reviewed-by: Ville Syrjälä <ville.syrjala@linux.intel.com>
    Signed-off-by: Sivakumar Thulasimani <sivakumar.thulasimani@intel.com>
    [Jani: fixed a couple of checkpatch warnings.]
    Signed-off-by: Jani Nikula <jani.nikula@intel.com>
  16. @jnikula

    drm/i915: remove HBR2 from chv supported list

    Thulasimani,Sivakumar authored jnikula committed
    This patch removes 5.4Gbps from supported link rate for CHV since
    it is not supported in it.
    
    v2: change the ordering for better readability (Ville)
    
    Cc: stable@vger.kernel.org # v4.1+
    Reviewed-by: Ville Syrjälä <ville.syrjala@linux.intel.com>
    Signed-off-by: Sivakumar Thulasimani <sivakumar.thulasimani@intel.com>
    Signed-off-by: Jani Nikula <jani.nikula@intel.com>
Something went wrong with that request. Please try again.