Skip to content

R
raspberrypi-kernel

openeuler / raspberrypi-kernel

通知 13
Star 1
Fork 0
R
raspberrypi-kernel
切换分支/标签
  1. 22 2月, 2010 1 次提交
  3. 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
  5. 05 2月, 2010 2 次提交
  7. 29 1月, 2010 2 次提交
  9. 28 1月, 2010 1 次提交
  11. 26 1月, 2010 1 次提交
  13. 13 1月, 2010 1 次提交
  15. 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
  17. 22 12月, 2009 1 次提交
  19. 18 12月, 2009 1 次提交
  21. 14 12月, 2009 1 次提交
  23. 11 12月, 2009 1 次提交
  25. 09 12月, 2009 1 次提交
  27. 01 12月, 2009 1 次提交
  29. 30 11月, 2009 1 次提交
  31. 16 11月, 2009 1 次提交
  33. 10 11月, 2009 1 次提交
  35. 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
  37. 30 10月, 2009 2 次提交
  39. 28 9月, 2009 1 次提交
  41. 24 9月, 2009 1 次提交
  43. 11 8月, 2009 1 次提交
  45. 03 8月, 2009 6 次提交
  47. 17 7月, 2009 1 次提交
  49. 08 7月, 2009 1 次提交
  51. 05 7月, 2009 1 次提交
  53. 04 7月, 2009 2 次提交
  55. 24 6月, 2009 2 次提交
    • T
      ALSA: hda - Add patch module option · 4ea6fbc8
      由 Takashi Iwai 提交于 
      Added the patch module option to apply a "patch" as a firmware to
modify pin configurations or give additional hints to the driver
before actually initializing and configuring the codec.

This can be used as a workaround when the BIOS doesn't give sufficient
information or give wrong information that doesn't match with the real
hardware setup, until it's fixed statically in the driver via a quirk.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      4ea6fbc8
    • T
      ALSA: hda - Don't call snd_hda_codec_configure in snd_hda_codec_new() · a1e21c90
      由 Takashi Iwai 提交于 
      The codec setup call via snd_hda_codec_configure() isn't necessarily
called in snd_hda_codec_new().  For the later added feature, it's better
to change the code flow like:
 - create all codec instances
 - configure each codec
Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      a1e21c90
  57. 04 6月, 2009 1 次提交
  59. 02 6月, 2009 1 次提交