Skip to content

K
Kernel

openeuler / Kernel
大约 1 年 前同步成功

通知 5
Star 0
Fork 0
K
Kernel

体验新版 GitCode，发现更多精彩内容 >>

切换分支/标签
  1. 04 3月, 2010 2 次提交
  3. 23 2月, 2010 1 次提交
  5. 22 2月, 2010 2 次提交
  7. 10 2月, 2010 1 次提交
    • J
      ALSA: hda-intel: Avoid divide by zero crash · fed08d03
      由 Jody Bruchon 提交于 
      On my AMD780V chipset, hda_intel.c can crash the kernel with a divide by
zero
for as-yet unknown reasons. A simple check for zero prevents it, though
the problem that causes it remains. Since the workaround is harmless and
won't affect anyone except victims of this bug, it should be safe;
moreover,
because this crash can be triggered by a user-mode application, there are
denial of service implications on the systems affected by the bug without
the patch.
Signed-off-by: NJody Bruchon <jody@nctritech.com>
Cc: <stable@kernel.org>
Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      fed08d03
  9. 05 2月, 2010 2 次提交
  11. 29 1月, 2010 2 次提交
  13. 28 1月, 2010 1 次提交
  15. 26 1月, 2010 1 次提交
  17. 13 1月, 2010 1 次提交
  19. 25 12月, 2009 1 次提交
    • W
      ALSA: hda - HDMI sticky stream tag support · ef18bede
      由 Wu Fengguang 提交于 
      When we run the following commands in turn (with
CONFIG_SND_HDA_POWER_SAVE_DEFAULT=0),

	speaker-test -Dhw:0,3 -c2 -twav  # HDMI
	speaker-test -Dhw:0,0 -c2 -twav  # Analog

The second command will produce sound in the analog lineout _as well as_
HDMI sink. The root cause is, device 0 "reuses" the same stream tag that
was used by device 3, and the "intelhdmi - sticky stream id" patch leaves
the HDMI codec in a functional state. So the HDMI codec happily accepts
the audio samples which reuse its stream tag.

The proposed solution is to remember the last device each azx_dev was
assigned to, and prefer to
1) reuse the azx_dev (and hence the stream tag) the HDMI codec last used
2) or assign a never-used azx_dev for HDMI

With this patch and the above two speaker-test commands,
HDMI codec will use stream tag 8 and Analog codec will use 5.

The stream tag used by HDMI codec won't be reused by others, as long
as we don't run out of the 4 playback azx_dev's. The legacy Analog
codec will continue to use stream tag 5 because its device id is 0
(this is a bit tricky).
Signed-off-by: NWu Fengguang <fengguang.wu@intel.com>
Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      ef18bede
  21. 22 12月, 2009 1 次提交
  23. 18 12月, 2009 1 次提交
  25. 14 12月, 2009 1 次提交
  27. 11 12月, 2009 1 次提交
  29. 09 12月, 2009 1 次提交
  31. 01 12月, 2009 1 次提交
  33. 30 11月, 2009 1 次提交
  35. 16 11月, 2009 1 次提交
  37. 10 11月, 2009 1 次提交
  39. 07 11月, 2009 1 次提交
    • T
      ALSA: hda - Don't initialize CORB/RIRB for single_cmd mode · 1a696978
      由 Takashi Iwai 提交于 
      So far, CORB/RIRB still remains even if the driver is switched to the
single_cmd mode.  The specification says that this should be disabled,
but I hoped this isn't the case; indeed most devices worked together with
CORB/RIRB.

However, Poulsbo (US15W) seems problematic with this setup, and it
requires to disable CORB/RIRB when single_cmd is used.

Now this patch disables CORB/RIRB initialization when the single_cmd
mode is used.  Also the unsolicited event is disabled because it can't
work without RIRB.
Reported-and-tested-by: NTroy Kisky <troy.kisky@boundarydevices.com>
Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      1a696978
  41. 30 10月, 2009 2 次提交
  43. 28 9月, 2009 1 次提交
  45. 24 9月, 2009 1 次提交
  47. 11 8月, 2009 1 次提交
  49. 03 8月, 2009 6 次提交
  51. 17 7月, 2009 1 次提交
  53. 08 7月, 2009 1 次提交
  55. 05 7月, 2009 1 次提交
  57. 04 7月, 2009 2 次提交