- Jul 16, 2008
-
-
Takashi Iwai authored
It seems NVidia and other hardwares require the alignment for period update timing. For satisfying this condition, align the position adjustment for delayed wake-up to the initial bdl_pos_adj value. Signed-off-by:Takashi Iwai <tiwai@suse.de>
-
- Jun 16, 2008
-
-
Takashi Iwai authored
Use the standard upper_32_bits() instead of own macro. Signed-off-by:
Jaroslav Kysela <perex@perex.cz>
-
Takashi Iwai authored
Use bdl_pos_adj=32 as default except for Intel hardwares confirmed to work with bdl_pos_adj=1. Looks like ATI and NVidia require this higher value. Signed-off-by:
-
- Jun 13, 2008
-
-
Takashi Iwai authored
The pending IRQ handling is a very hackish workaround and should be avoided as much as possible via a larger bdl_pos_adj option value. Put a warning message if this situation occurs so that the user may have a chance to notice that something is wrong. Signed-off-by:
-
Takashi Iwai authored
ATI SB controllers seem to report the DMA ahead in the amount of FIFO. Thus bdl_pos_adj should be 32 for them as default. Also, the default value is set to -1, which means to make the driver to choose the appropriate value. Signed-off-by:
-
Takashi Iwai authored
The option bdl_pos_adj should be provided for each card instance instead of a global one because the value depends rather on each controller-chip. Signed-off-by:
-
Takashi Iwai authored
position_fix=3 is the option to correct the DMA position with the FIFO size. But, it never worked correctly, and we have now more other workarounds for the DMA position fixes. Thus better to remove it. Also, change POS_FIX_NONE to POS_FIX_LPIB to represent its real role better. Signed-off-by:
-
Takashi Iwai authored
Added a new option, bdl_pos_adj, to adjust the delay of IRQ-wakeup timing. Most HD-audio hardwares have a problem that a BDL IRQ is issued before actually the data and the DMA pointer are updated. We have already a mechanism to force to delay snd_pcm_period_elapsed() calls via workq, but this costs much CPU, and typically the delay is within one sample. Thus, it's more clever to adjust the BDL entries instead. The new option adds the size of the delay in frames. As default, it's set to 1 -- that is, one sample delay. Even the hardware is really correct, one sample delay is relatively harmless in comparison with reporting wrong positions. Signed-off-by:
-
- Jun 06, 2008
-
-
Takashi Iwai authored
It turned out that some ICH9-based boards use SD3 for the audio codec where the current driver code doesn't probe. Since we have a better codec slot check now, it must be safe to increase this to 4. Signed-off-by:
-
- May 27, 2008
-
-
Kailang Yang authored
Added the missing PCI ID for ICH9 controller (8086:2911) Signed-off-by:
Kailang Yang <kailang@realtek.com.tw> Signed-off-by:
-
Kailang Yang authored
Add the new PCI ID 0x6549 0x1200 Teradici controller. Signed-off-by:
-
- May 19, 2008
-
-
Takashi Iwai authored
Many HD-audio controllers seem inaccurate about the IRQ timing of PCM period updates. This has caused problems on audio quality; e.g. JACK doesn't work with two periods. This patch fixes the problem by checking the current DMA position at IRQ handler and delays the period-update via a workq if it's inaccurate. Signed-off-by:
-
- Apr 24, 2008
-
-
Jeff Garzik authored
free_irq() calls synchronize_irq() for you, so there is no need for drivers to manually do the same thing (again). Thus, calls where sync-irq immediately precedes free-irq can be simplified. However, during this audit several bugs were noticed, where free-irq is preceded by a "irq >= 0" check... but the sync-irq call is not covered by the same check. So, where sync-irq could not be eliminated completely, the missing check was added. Signed-off-by:
Jeff Garzik <jgarzik@redhat.com> Signed-off-by:
-
Takashi Iwai authored
Addded the support of sync streams to hda-intel driver. Signed-off-by: -
Takashi Iwai authored
Add proper barriers in the RIRB communication code. Signed-off-by: -
Takashi Iwai authored
The hda-intel driver has a problem at power-off on ASUS P5AD2. It's caused when the position-buffer is enabled -- most likely a hardware-specific problem. This patch adds a quirk to avoid the unnecessary enablement of position-buffer. Signed-off-by: -
Peer Chen authored
Add the Device IDs of nvidia MCP79 HD audio controller to hda_intel.c Signed-off-by:
Peer Chen <peerchen@gmail.com> Signed-off-by:
-
Andrew Morton authored
sparc32: sound/pci/hda/hda_intel.c: In function 'azx_create': sound/pci/hda/hda_intel.c:1838: error: 'DMA_64BIT_MASK' undeclared (first use in this function) sound/pci/hda/hda_intel.c:1838: error: (Each undeclared identifier is reported only once sound/pci/hda/hda_intel.c:1838: error: for each function it appears in.) Signed-off-by:
Andrew Morton <akpm@linux-foundation.org> Signed-off-by:
-
Takashi Iwai authored
Clean up the pci id table using PCI_DEVICE() macro. Signed-off-by: -
Takashi Iwai authored
Clean up the code to define playback/capture streams. Signed-off-by: -
Libin Yang authored
This patch is to add R7xx HDMI audio support. Signed-off-by:
Libin Yang <Libin.yang@amd.com> Signed-off-by:
-
Takashi Iwai authored
Forgot to get rid of the obsolete fragsize field from a debug print. Signed-off-by: -
Takashi Iwai authored
The HD-audio hardware usually supports 64bit address for DMA and other buffers. The patch enables the feature if supported. Signed-off-by: -
Takashi Iwai authored
Use SG buffers for the HD-audio instead of linear buffers. Signed-off-by: -
Takashi Iwai authored
In the current scheme, PCM device numbers are assigned incrementally in the order of codecs. This causes problems when the codec number is irregular, e.g. codec #0 for HDMI and codec #1 for analog. Then the HDMI becomes the first PCM, which is picked up as the default output device. Unfortuantely this doesn't work well with normal setups. This patch introduced the fixed device numbers for the PCM types, namely, analog, SPDIF, HDMI and modem. The PCM devices are assigned according to the corresponding PCM type. After this patch, HDMI will be always assigned to PCM #3, SPDIF to PCM #1, and the first analog to PCM #0, etc. Signed-off-by:
-
- Feb 22, 2008
-
-
Takashi Iwai authored
The driver gets Oops with ATI HDMI devices due to the wrong calculation of index for playback streams. This patch fixes it. Reference: https://bugtrack.alsa-project.org/alsa-bug/view.php?id=3746 Signed-off-by:
Linus Torvalds <torvalds@linux-foundation.org>
-
Takashi Iwai authored
This patch enables snoop on Intel SCH chipset, eliminating static during playback. Signed-off-by:
Tobin Davis <tdavis@dsl-only.net> Signed-off-by:
-
- Jan 31, 2008
-
-
Tobin Davis authored
This patch adds support for Intel's SCH mobile chipset. Signed-off-by:
-
Jason Gaston authored
This patch adds the Intel ICH10 HD Audio Controller DeviceID's. Signed-off-by:
Jason Gaston <jason.d.gaston@intel.com> Signed-off-by:
-
Marc Boucher authored
Signed-off-by:
Marc Boucher <marc@linuxant.com> Signed-off-by:
-
Takashi Iwai authored
In azx_[rirb_]get_response(), the timeout is checked at the end of the loop. It's better to be checked just after the check of the RIRB index to avoid a bogus error with a too long msleep(). Signed-off-by:
-
Takashi Iwai authored
Some machines with STAC codecs seem to have problems (e.g. no audible playback) when the delay in codec-read routine is too short. I still don't figure out which command sequence causes this problem (due to lack of test hardware), but it's known that increasing the delay fixes. So, added a stupid workaround here temporarily... Signed-off-by:
-
Tobin Davis authored
This patch removes hardcoded values for the number of streams supported by the southbridge in most chipsets, and reads these values from the chipset directly. Most systems are hardwired for 4 streams in each direction, but newer chipsets change that capability. Signed-off-by:
-
Andrew Paprocki authored
Fixes multiple device support by incrementing the static device counter at the end of the azx_probe() call. Without this, subsequent probes would always use the index specified for the first card. Signed-off-by:
Andrew Paprocki <andrew@ishiboo.com> Signed-off-by:
-
Takashi Iwai authored
This header file exists only for some hacks to adapt alsa-driver tree. It's useless for building in the kernel. Let's move a few lines in it to sound/core.h and remove it. With this patch, sound/driver.h isn't removed but has just a single compile warning to include it. This should be really killed in future. Signed-off-by:
-
Takashi Iwai authored
It turned out that there can be multiple HD-audio devices on a single machine (e.g. on-board audio and HDMI on graphic cards), so we need to support multiple devices with snd-hda-intel driver. Signed-off-by:
-
Ingo Molnar authored
not sleeping for every codec read/write but doing a short udelay and a conditional reschedule has cut suspend+resume latency by about 1 second on my T60. Signed-off-by:
Ingo Molnar <mingo@elte.hu> Signed-off-by:
-
Wolke Liu authored
This patch is to add R6xx HDMI audio support. Meanwhile, the device ID in the previous patch is changed. I have checked the patch from Herton Ronaldo Krzesinski, it's right as our spec said. :) Signed-off-by:
Wolke Liu <Wolke.Liu@amd.com> Signed-off-by:
Andrea Zhang <Andrea.Zhang@amd.com> Signed-off-by:
-
Herton Ronaldo Krzesinski authored
The Audio interface on HD2400/HD2600 cards isn't currently detected by snd-hda-intel. I added missing pci device ids for RV610 and RV630, but I only had a HD2400 pro card to test, where now the audio interface is detected (and no need to change patch_atihdmi.c, as the codec vendor id remains 0x1002aa01 for which we already have an entry there). I also couldn't test if sound pass-trough is ok (and I don't know how to), but at least now the device is detected. Signed-off-by:
Herton Ronaldo Krzesinski <herton@mandriva.com.br> Signed-off-by:
-
- Jan 08, 2008
-
-
Linus Torvalds authored
This reverts commit 57a04513. Harald Dunkel reports that it broke sound for him: "Alsa stopped working for me. I still can access /dev/dsp, change the volume and so on, but the speakers are quiet." Reverting it fixed things for him. Reported-and-tested-by:
Harald Dunkel <harald.dunkel@t-online.de> Acked-by:
-
