1. 30 7月, 2020 1 次提交
  2. 29 7月, 2020 1 次提交
  3. 28 7月, 2020 2 次提交
    • T
      ALSA: hda/hdmi: Fix keep_power assignment for non-component devices · c2c3657f
      Takashi Iwai 提交于
      It's been reported that, when neither nouveau nor Nvidia graphics
      driver is used, the screen starts flickering.  And, after comparing
      between the working case (stable 4.4.x) and the broken case, it turned
      out that the problem comes from the audio component binding.  The
      Nvidia and AMD audio binding code clears the bus->keep_power flag
      whenever snd_hdac_acomp_init() succeeds.  But this doesn't mean that
      the component is actually bound, but it merely indicates that it's
      ready for binding.  So, when both nouveau and Nvidia are blacklisted
      or not ready, the driver keeps running without the audio component but
      also with bus->keep_power = false.  This made the driver runtime PM
      kicked in and powering down when unused, which results in flickering
      in the graphics side, as it seems.
      
      For fixing the bug, this patch moves the bus->keep_power flag change
      into generic_acomp_notifier_set() that is the function called from the
      master_bind callback of component ops; i.e. it's guaranteed that the
      binding succeeded.
      
      BugLink: https://bugzilla.kernel.org/show_bug.cgi?id=208609
      Fixes: 5a858e79 ("ALSA: hda - Disable audio component for legacy Nvidia HDMI codecs")
      Cc: <stable@vger.kernel.org>
      Link: https://lore.kernel.org/r/20200728082033.23933-1-tiwai@suse.deSigned-off-by: NTakashi Iwai <tiwai@suse.de>
      c2c3657f
    • T
      ALSA: hda: Workaround for spurious wakeups on some Intel platforms · a6630529
      Takashi Iwai 提交于
      We've received a regression report on Intel HD-audio controller that
      wakes up immediately after S3 suspend.  The bisection leads to the
      commit c4c8dd6e ("ALSA: hda: Skip controller resume if not
      needed").  This commit replaces the system-suspend to use
      pm_runtime_force_suspend() instead of the direct call of
      __azx_runtime_suspend().  However, by some really mysterious reason,
      pm_runtime_force_suspend() causes a spurious wakeup (although it calls
      the same __azx_runtime_suspend() internally).
      
      As an ugly workaround for now, revert the behavior to call
      __azx_runtime_suspend() and __azx_runtime_resume() for those old Intel
      platforms that may exhibit such a problem, while keeping the new
      standard pm_runtime_force_suspend() and pm_runtime_force_resume()
      pair for the remaining chips.
      
      Fixes: c4c8dd6e ("ALSA: hda: Skip controller resume if not needed")
      BugLink: https://bugzilla.kernel.org/show_bug.cgi?id=208649
      Cc: <stable@vger.kernel.org>
      Link: https://lore.kernel.org/r/20200727164443.4233-1-tiwai@suse.deSigned-off-by: NTakashi Iwai <tiwai@suse.de>
      a6630529
  4. 27 7月, 2020 1 次提交
  5. 25 7月, 2020 2 次提交
  6. 18 7月, 2020 1 次提交
  7. 16 7月, 2020 3 次提交
  8. 13 7月, 2020 1 次提交
  9. 11 7月, 2020 2 次提交
  10. 07 7月, 2020 6 次提交
  11. 25 6月, 2020 1 次提交
    • H
      ALSA: hda - let hs_mic be picked ahead of hp_mic · 6a6ca788
      Hui Wang 提交于
      We have a Dell AIO, there is neither internal speaker nor internal
      mic, only a multi-function audio jack on it.
      
      Users reported that after freshly installing the OS and plug
      a headset to the audio jack, the headset can't output sound. I
      reproduced this bug, at that moment, the Input Source is as below:
      Simple mixer control 'Input Source',0
        Capabilities: cenum
        Items: 'Headphone Mic' 'Headset Mic'
        Item0: 'Headphone Mic'
      
      That is because the patch_realtek will set this audio jack as mic_in
      mode if Input Source's value is hp_mic.
      
      If it is not fresh installing, this issue will not happen since the
      systemd will run alsactl restore -f /var/lib/alsa/asound.state, this
      will set the 'Input Source' according to history value.
      
      If there is internal speaker or internal mic, this issue will not
      happen since there is valid sink/source in the pulseaudio, the PA will
      set the 'Input Source' according to active_port.
      
      To fix this issue, change the parser function to let the hs_mic be
      stored ahead of hp_mic.
      
      Cc: stable@vger.kernel.org
      Signed-off-by: NHui Wang <hui.wang@canonical.com>
      Link: https://lore.kernel.org/r/20200625083833.11264-1-hui.wang@canonical.comSigned-off-by: NTakashi Iwai <tiwai@suse.de>
      6a6ca788
  12. 18 6月, 2020 1 次提交
  13. 17 6月, 2020 1 次提交
  14. 16 6月, 2020 1 次提交
  15. 12 6月, 2020 1 次提交
  16. 10 6月, 2020 2 次提交
    • M
      mm: reorder includes after introduction of linux/pgtable.h · 65fddcfc
      Mike Rapoport 提交于
      The replacement of <asm/pgrable.h> with <linux/pgtable.h> made the include
      of the latter in the middle of asm includes.  Fix this up with the aid of
      the below script and manual adjustments here and there.
      
      	import sys
      	import re
      
      	if len(sys.argv) is not 3:
      	    print "USAGE: %s <file> <header>" % (sys.argv[0])
      	    sys.exit(1)
      
      	hdr_to_move="#include <linux/%s>" % sys.argv[2]
      	moved = False
      	in_hdrs = False
      
      	with open(sys.argv[1], "r") as f:
      	    lines = f.readlines()
      	    for _line in lines:
      		line = _line.rstrip('
      ')
      		if line == hdr_to_move:
      		    continue
      		if line.startswith("#include <linux/"):
      		    in_hdrs = True
      		elif not moved and in_hdrs:
      		    moved = True
      		    print hdr_to_move
      		print line
      Signed-off-by: NMike Rapoport <rppt@linux.ibm.com>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Cc: Arnd Bergmann <arnd@arndb.de>
      Cc: Borislav Petkov <bp@alien8.de>
      Cc: Brian Cain <bcain@codeaurora.org>
      Cc: Catalin Marinas <catalin.marinas@arm.com>
      Cc: Chris Zankel <chris@zankel.net>
      Cc: "David S. Miller" <davem@davemloft.net>
      Cc: Geert Uytterhoeven <geert@linux-m68k.org>
      Cc: Greentime Hu <green.hu@gmail.com>
      Cc: Greg Ungerer <gerg@linux-m68k.org>
      Cc: Guan Xuetao <gxt@pku.edu.cn>
      Cc: Guo Ren <guoren@kernel.org>
      Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
      Cc: Helge Deller <deller@gmx.de>
      Cc: Ingo Molnar <mingo@redhat.com>
      Cc: Ley Foon Tan <ley.foon.tan@intel.com>
      Cc: Mark Salter <msalter@redhat.com>
      Cc: Matthew Wilcox <willy@infradead.org>
      Cc: Matt Turner <mattst88@gmail.com>
      Cc: Max Filippov <jcmvbkbc@gmail.com>
      Cc: Michael Ellerman <mpe@ellerman.id.au>
      Cc: Michal Simek <monstr@monstr.eu>
      Cc: Nick Hu <nickhu@andestech.com>
      Cc: Paul Walmsley <paul.walmsley@sifive.com>
      Cc: Richard Weinberger <richard@nod.at>
      Cc: Rich Felker <dalias@libc.org>
      Cc: Russell King <linux@armlinux.org.uk>
      Cc: Stafford Horne <shorne@gmail.com>
      Cc: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
      Cc: Thomas Gleixner <tglx@linutronix.de>
      Cc: Tony Luck <tony.luck@intel.com>
      Cc: Vincent Chen <deanbo422@gmail.com>
      Cc: Vineet Gupta <vgupta@synopsys.com>
      Cc: Will Deacon <will@kernel.org>
      Cc: Yoshinori Sato <ysato@users.sourceforge.jp>
      Link: http://lkml.kernel.org/r/20200514170327.31389-4-rppt@kernel.orgSigned-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      65fddcfc
    • M
      mm: introduce include/linux/pgtable.h · ca5999fd
      Mike Rapoport 提交于
      The include/linux/pgtable.h is going to be the home of generic page table
      manipulation functions.
      
      Start with moving asm-generic/pgtable.h to include/linux/pgtable.h and
      make the latter include asm/pgtable.h.
      Signed-off-by: NMike Rapoport <rppt@linux.ibm.com>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Cc: Arnd Bergmann <arnd@arndb.de>
      Cc: Borislav Petkov <bp@alien8.de>
      Cc: Brian Cain <bcain@codeaurora.org>
      Cc: Catalin Marinas <catalin.marinas@arm.com>
      Cc: Chris Zankel <chris@zankel.net>
      Cc: "David S. Miller" <davem@davemloft.net>
      Cc: Geert Uytterhoeven <geert@linux-m68k.org>
      Cc: Greentime Hu <green.hu@gmail.com>
      Cc: Greg Ungerer <gerg@linux-m68k.org>
      Cc: Guan Xuetao <gxt@pku.edu.cn>
      Cc: Guo Ren <guoren@kernel.org>
      Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
      Cc: Helge Deller <deller@gmx.de>
      Cc: Ingo Molnar <mingo@redhat.com>
      Cc: Ley Foon Tan <ley.foon.tan@intel.com>
      Cc: Mark Salter <msalter@redhat.com>
      Cc: Matthew Wilcox <willy@infradead.org>
      Cc: Matt Turner <mattst88@gmail.com>
      Cc: Max Filippov <jcmvbkbc@gmail.com>
      Cc: Michael Ellerman <mpe@ellerman.id.au>
      Cc: Michal Simek <monstr@monstr.eu>
      Cc: Nick Hu <nickhu@andestech.com>
      Cc: Paul Walmsley <paul.walmsley@sifive.com>
      Cc: Richard Weinberger <richard@nod.at>
      Cc: Rich Felker <dalias@libc.org>
      Cc: Russell King <linux@armlinux.org.uk>
      Cc: Stafford Horne <shorne@gmail.com>
      Cc: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
      Cc: Thomas Gleixner <tglx@linutronix.de>
      Cc: Tony Luck <tony.luck@intel.com>
      Cc: Vincent Chen <deanbo422@gmail.com>
      Cc: Vineet Gupta <vgupta@synopsys.com>
      Cc: Will Deacon <will@kernel.org>
      Cc: Yoshinori Sato <ysato@users.sourceforge.jp>
      Link: http://lkml.kernel.org/r/20200514170327.31389-3-rppt@kernel.orgSigned-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      ca5999fd
  17. 08 6月, 2020 1 次提交
  18. 05 6月, 2020 1 次提交
  19. 03 6月, 2020 1 次提交
  20. 27 5月, 2020 1 次提交
  21. 26 5月, 2020 1 次提交
    • T
      ALSA: hda/realtek - Add a model for Thinkpad T570 without DAC workaround · 399c01aa
      Takashi Iwai 提交于
      We fixed the regression of the speaker volume for some Thinkpad models
      (e.g. T570) by the commit 54947cd6 ("ALSA: hda/realtek - Fix
      speaker output regression on Thinkpad T570").  Essentially it fixes
      the DAC / pin pairing by a static table.  It was confirmed and merged
      to stable kernel later.
      
      Now, interestingly, we got another regression report for the very same
      model (T570) about the similar problem, and the commit above was the
      culprit.  That is, by some reason, there are devices that prefer the
      DAC1, and another device DAC2!
      
      Unfortunately those have the same ID and we have no idea what can
      differentiate, in this patch, a new fixup model "tpt470-dock-fix" is
      provided, so that users with such a machine can apply it manually.
      When model=tpt470-dock-fix option is passed to snd-hda-intel module,
      it avoids the fixed DAC pairing and the DAC1 is assigned to the
      speaker like the earlier versions.
      
      Fixes: 54947cd6 ("ALSA: hda/realtek - Fix speaker output regression on Thinkpad T570")
      BugLink: https://apibugzilla.suse.com/show_bug.cgi?id=1172017
      Cc: <stable@vger.kernel.org>
      Link: https://lore.kernel.org/r/20200526062406.9799-1-tiwai@suse.deSigned-off-by: NTakashi Iwai <tiwai@suse.de>
      399c01aa
  22. 19 5月, 2020 2 次提交
  23. 18 5月, 2020 1 次提交
  24. 15 5月, 2020 1 次提交
  25. 12 5月, 2020 4 次提交