- Alsa-devel - mailman.alsa-project.org

[alsa-devel] ASoC: help needed for capture DAPM (twl4030)
by Peter Ujfalusi 16 Dec '08

16 Dec '08

Hello, I need some help/advice on how to implement the DAPM routings for twl4030 capture path. There are at least two issues which I'm wondering at the moment. [1] Mux for the analog paths As with other parts, this is implemented as a bitfield, where only one bit can be enabled at the time (0x0 being no routed inputs). ADCL <-|- Main Mix (0x1) |- Headset mic (0x2) |- AUXL, LineL (0x4) |- Carkit mic (0x8) Invalid values: 0x3, 0x5, 0x6, 0x7 ADCR <-|- Sub mic (0x1) |- AUXR, LineR (0x4) Invalid values: 0x2, 0x3 Since the playback path also has similar 'mux as not enum but bitfield' types, I'm thinking of creating a new type for soc based on the soc_enum. This new type would store the valid enum texts and the corresponding value in the register (with mask). This could be used in very flexible way. It can be also be used instead of the normal enum types (altrough it does not make sense). But this can wait for now. [2] ADC versus digital microphone TWL has two ADCs (ADCL, ADCR), the routing looks something like this, when the ADCs are in use: InputL mux -> AmpliL -> ADCL |-> ATXL1_PGA -> Mic channel1 (I2S, TDM) |-> ATXL2_PGA -> Mic channel2 (TDM) InputR mux -> AmpliR -> ADCR |-> ATXR1_PGA -> Mic channel3 (I2S, TDM) |-> ATXR2_PGA -> Mic channel4 (TDM) When the digital microphones are in use: Digimic0 Left -> ATXL1_PGA -> Mic channel1 (I2S, TDM) Digimic0 Right -> ATXR1_PGA -> Mic channel3 (I2S, TDM) Digimic1 Left -> ATXL2_PGA -> Mic channel2 (TDM) Digimic1 Right -> ATXR2_PGA -> Mic channel4 (TDM) There is a single point of selection for Mic channel1,3 and for channel2,4. So ATXL1_PGA and ATXR1_PGA receives the data either from the ADCs or from the digimic0, ATXL2_PGA and ATXR2_PGA receives the data either from the ADCs or from the digimic1. As you can see, if the digital mic is selected the ADC can be powered off, since they are not needed. How to map this with DAPM? Is it mandatory to have the SND_SOC_DAPM_INPUT(digimic) to be connected to SND_SOC_DAPM_ADC? I have been thinking to create four 'ghost ADC' for the four channel. Than when building the route the real ADCs can receive switches to handle the power management. Thank you, -- Péter

2 1

[alsa-devel] [PATCH] ALSA: hda - Add automatic model setting for Samsung Q45
by Luke Yelavich 16 Dec '08

16 Dec '08

Have the Samsung Q45 (144d:c510) select ALC262_HIPPO by default Signed-off-by: Luke Yelavich <themuso(a)ubuntu.com> --- sound/pci/hda/patch_realtek.c | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda/patch_realtek.c index 4afa0c9..3b2a793 100644 --- a/sound/pci/hda/patch_realtek.c +++ b/sound/pci/hda/patch_realtek.c @@ -10541,6 +10541,7 @@ static struct snd_pci_quirk alc262_cfg_tbl[] = { SND_PCI_QUIRK(0x10cf, 0x142d, "Fujitsu Lifebook E8410", ALC262_FUJITSU), SND_PCI_QUIRK(0x144d, 0xc032, "Samsung Q1 Ultra", ALC262_ULTRA), SND_PCI_QUIRK(0x144d, 0xc039, "Samsung Q1U EL", ALC262_ULTRA), + SND_PCI_QUIRK(0x144d, 0xc510, "Samsung Q45", ALC262_HIPPO), SND_PCI_QUIRK(0x17aa, 0x384e, "Lenovo 3000 y410", ALC262_LENOVO_3000), SND_PCI_QUIRK(0x17ff, 0x0560, "Benq ED8", ALC262_BENQ_ED8), SND_PCI_QUIRK(0x17ff, 0x058d, "Benq T31-16", ALC262_BENQ_T31), -- 1.5.6.3

2 1

[alsa-devel] HDMI problem, more info.
by Mark Jenks 16 Dec '08

16 Dec '08

More info about the M3n78 Pro motherboard that I am having problems with it showing properly in 'aplay -L'. I turned on ./configure -with-debug=verbose ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_intel.c:1469: azx_pcm_prepare: bufsize=0x4400, format=0x4011 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_codec.c:874: hda_codec_setup_stream: NID=0x6, stream=0x5, channel=0, format=0x4011 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_codec.c:874: hda_codec_setup_stream: NID=0x2, stream=0x5, channel=0, format=0x4011 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_codec.c:874: hda_codec_setup_stream: NID=0x3, stream=0x5, channel=0, format=0x4011 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_codec.c:874: hda_codec_setup_stream: NID=0x4, stream=0x5, channel=0, format=0x4011 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_codec.c:874: hda_codec_setup_stream: NID=0x5, stream=0x5, channel=0, format=0x4011 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_intel.c:1469: azx_pcm_prepare: bufsize=0x4400, format=0x4011 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_codec.c:874: hda_codec_setup_stream: NID=0x6, stream=0x5, channel=0, format=0x4011 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_codec.c:874: hda_codec_setup_stream: NID=0x2, stream=0x5, channel=0, format=0x4011 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_codec.c:874: hda_codec_setup_stream: NID=0x3, stream=0x5, channel=0, format=0x4011 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_codec.c:874: hda_codec_setup_stream: NID=0x4, stream=0x5, channel=0, format=0x4011 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_codec.c:874: hda_codec_setup_stream: NID=0x5, stream=0x5, channel=0, format=0x4011 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_intel.c:1469: azx_pcm_prepare: bufsize=0x4400, format=0x4011 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_codec.c:874: hda_codec_setup_stream: NID=0x8, stream=0x1, channel=0, format=0x4011 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_intel.c:1469: azx_pcm_prepare: bufsize=0x4400, format=0x4011 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_codec.c:874: hda_codec_setup_stream: NID=0x8, stream=0x1, channel=0, format=0x4011 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_codec.c:887: hda_codec_cleanup_stream: NID=0x8 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_codec.c:887: hda_codec_cleanup_stream: NID=0x8 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_codec.c:887: hda_codec_cleanup_stream: NID=0x2 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_codec.c:887: hda_codec_cleanup_stream: NID=0x3 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_codec.c:887: hda_codec_cleanup_stream: NID=0x4 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_codec.c:887: hda_codec_cleanup_stream: NID=0x5 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_codec.c:887: hda_codec_cleanup_stream: NID=0x6 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_codec.c:887: hda_codec_cleanup_stream: NID=0x2 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_codec.c:887: hda_codec_cleanup_stream: NID=0x3 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_codec.c:887: hda_codec_cleanup_stream: NID=0x4 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_codec.c:887: hda_codec_cleanup_stream: NID=0x5 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_intel.c:1469: azx_pcm_prepare: bufsize=0x4400, format=0x4011 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_codec.c:874: hda_codec_setup_stream: NID=0x6, stream=0x5, channel=0, format=0x4011 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_codec.c:874: hda_codec_setup_stream: NID=0x2, stream=0x5, channel=0, format=0x4011 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_codec.c:874: hda_codec_setup_stream: NID=0x3, stream=0x5, channel=0, format=0x4011 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_codec.c:874: hda_codec_setup_stream: NID=0x4, stream=0x5, channel=0, format=0x4011 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_codec.c:874: hda_codec_setup_stream: NID=0x5, stream=0x5, channel=0, format=0x4011 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_intel.c:1469: azx_pcm_prepare: bufsize=0x4400, format=0x4011 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_codec.c:874: hda_codec_setup_stream: NID=0x6, stream=0x5, channel=0, format=0x4011 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_codec.c:874: hda_codec_setup_stream: NID=0x2, stream=0x5, channel=0, format=0x4011 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_codec.c:874: hda_codec_setup_stream: NID=0x3, stream=0x5, channel=0, format=0x4011 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_codec.c:874: hda_codec_setup_stream: NID=0x4, stream=0x5, channel=0, format=0x4011 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_codec.c:874: hda_codec_setup_stream: NID=0x5, stream=0x5, channel=0, format=0x4011 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_intel.c:1469: azx_pcm_prepare: bufsize=0x4400, format=0x4011 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_codec.c:874: hda_codec_setup_stream: NID=0x8, stream=0x1, channel=0, format=0x4011 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_intel.c:1469: azx_pcm_prepare: bufsize=0x4400, format=0x4011 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_codec.c:874: hda_codec_setup_stream: NID=0x8, stream=0x1, channel=0, format=0x4011 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_codec.c:887: hda_codec_cleanup_stream: NID=0x2 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_codec.c:887: hda_codec_cleanup_stream: NID=0x3 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_codec.c:887: hda_codec_cleanup_stream: NID=0x4 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_codec.c:887: hda_codec_cleanup_stream: NID=0x5 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_codec.c:887: hda_codec_cleanup_stream: NID=0x6 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_codec.c:887: hda_codec_cleanup_stream: NID=0x2 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_codec.c:887: hda_codec_cleanup_stream: NID=0x3 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_codec.c:887: hda_codec_cleanup_stream: NID=0x4 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_codec.c:887: hda_codec_cleanup_stream: NID=0x5 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_codec.c:887: hda_codec_cleanup_stream: NID=0x8 ALSA /data2/installs/alsa/temp/alsa-driver/pci/hda/hda_codec.c:887: hda_codec_cleanup_stream: NID=0x8 # cat /proc/asound/card0/codec#3 Codec: Generic 10de NVIDIA MCP78 HDMI Address: 3 Vendor Id: 0x10de0002 Subsystem Id: 0x10de0101 Revision Id: 0x100000 No Modem Function Group found Default PCM: rates [0x0]: bits [0x0]: formats [0x0]: Default Amp-In caps: N/A Default Amp-Out caps: N/A GPIO: io=0, o=0, i=0, unsolicited=0, wake=0 Node 0x04 [Audio Output] wcaps 0x211: Stereo Digital Converter: stream=0, channel=0 Digital: Enabled Digital category: 0x0 PCM: rates [0xc0]: 48000 88200 bits [0xf]: 8 16 20 24 formats [0x1]: PCM Node 0x05 [Pin Complex] wcaps 0x400381: Stereo Digital Pincap 0x00000014: OUT Detect Pin Default 0x18560110: [Jack] Digital Out at Int HDMI Conn = Digital, Color = Unknown DefAssociation = 0x1, Sequence = 0x0 Misc = NO_PRESENCE Pin-ctls: 0x40: OUT Unsolicited: tag=00, enabled=0 Connection: 1 0x04 Node 0x06 [Audio Output] wcaps 0x211: Stereo Digital Converter: stream=0, channel=0 Digital: Digital category: 0x0 PCM: rates [0xc0]: 48000 88200 bits [0xf]: 8 16 20 24 formats [0x1]: PCM Node 0x07 [Pin Complex] wcaps 0x400381: Stereo Digital Pincap 0x00000014: OUT Detect Pin Default 0x58560121: [N/A] Digital Out at Int HDMI Conn = Digital, Color = Unknown DefAssociation = 0x2, Sequence = 0x1 Misc = NO_PRESENCE Pin-ctls: 0x00: Unsolicited: tag=00, enabled=0 Connection: 1 0x06 Node 0x08 [Audio Output] wcaps 0x211: Stereo Digital Converter: stream=0, channel=0 Digital: Digital category: 0x0 PCM: rates [0xc0]: 48000 88200 bits [0xf]: 8 16 20 24 formats [0x1]: PCM Node 0x09 [Pin Complex] wcaps 0x400381: Stereo Digital Pincap 0x00000014: OUT Detect Pin Default 0x58560122: [N/A] Digital Out at Int HDMI Conn = Digital, Color = Unknown DefAssociation = 0x2, Sequence = 0x2 Misc = NO_PRESENCE Pin-ctls: 0x00: Unsolicited: tag=00, enabled=0 Connection: 1 0x08 Node 0x0a [Audio Output] wcaps 0x211: Stereo Digital Converter: stream=0, channel=0 Digital: Digital category: 0x0 PCM: rates [0xc0]: 48000 88200 bits [0xf]: 8 16 20 24 formats [0x1]: PCM Node 0x0b [Pin Complex] wcaps 0x400381: Stereo Digital Pincap 0x00000014: OUT Detect Pin Default 0x58560123: [N/A] Digital Out at Int HDMI Conn = Digital, Color = Unknown DefAssociation = 0x2, Sequence = 0x3 Misc = NO_PRESENCE Pin-ctls: 0x00: Unsolicited: tag=00, enabled=0 Connection: 1 0x0a Node 0x0c [Audio Output] wcaps 0x211: Stereo Digital Converter: stream=0, channel=0 Digital: Digital category: 0x0 PCM: rates [0xc0]: 48000 88200 bits [0xf]: 8 16 20 24 formats [0x1]: PCM Node 0x0d [Pin Complex] wcaps 0x400381: Stereo Digital Pincap 0x00000014: OUT Detect Pin Default 0x58560124: [N/A] Digital Out at Int HDMI Conn = Digital, Color = Unknown DefAssociation = 0x2, Sequence = 0x4 Misc = NO_PRESENCE Pin-ctls: 0x00: Unsolicited: tag=00, enabled=0 Connection: 1 0x0c

1 0

[alsa-devel] [PATCH] ALSA: Fix declaration of sound_class
by Mark Brown 15 Dec '08

15 Dec '08

Include sound/core.h in sound_core.c so that sound_class is declared before it is defined, avoiding it looking like it should be static. Signed-off-by: Mark Brown <broonie(a)opensource.wolfsonmicro.com> --- sound/sound_core.c | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/sound/sound_core.c b/sound/sound_core.c index 10ba421..2b302bb 100644 --- a/sound/sound_core.c +++ b/sound/sound_core.c @@ -10,6 +10,7 @@ #include <linux/module.h> #include <linux/device.h> #include <linux/err.h> +#include <sound/core.h> #ifdef CONFIG_SOUND_OSS_CORE static int __init init_oss_soundcore(void); -- 1.5.6.5

2 2

[alsa-devel] Xrun stack trace for 1010LT
by Pete cat 15 Dec '08

15 Dec '08

Im trying to get xrun free recording from a pair of 1010LTs (ice1712) and ive resorted to setting xrun_debug to record stack traces on xruns. Im getting xruns every few minutes (between 2 and 15 minute gaps between single xrun events) and every xrun produces identical stack traces like this: [17127.486287] Pid: 775, comm: IRQ-3 Not tainted 2.6.24.1 #2 [17127.486309] [<c02ade37>] snd_pcm_period_elapsed+0x247/0x2f0 [17127.486325] [<c010312e>] __switch_to+0x9e/0x150 [17127.486336] [<c0128674>] finish_task_switch+0x34/0xd0 [17127.486350] [<c02c2119>] snd_ice1712_interrupt+0xa9/0x1a0 [17127.486364] [<c016ab7c>] handle_IRQ_event+0x5c/0x100 [17127.486379] [<c016b1ba>] thread_simple_irq+0x4a/0x90 [17127.486390] [<c016bb09>] do_irqd+0x229/0x290 [17127.486404] [<c016b8e0>] do_irqd+0x0/0x290 [17127.486411] [<c0141ef2>] kthread+0x42/0x70 [17127.486418] [<c0141eb0>] kthread+0x0/0x70 [17127.486425] [<c0105857>] kernel_thread_helper+0x7/0x10 [17127.486437] ======================= Running the rt kernel (Linux ubuntu-studio 2.6.24.1 #2 SMP PREEMPT RT Thu Dec 4 21:30:26 GMT 2008 i686 GNU/Linux) - although the original installation was Ubuntu studio, the kernel is recompiled. The xruns seem to be all on the same card. IRQs are set to priority of 99 with chrt. Software for record is arecord, modified to use a 10 second ring buffer which is written to disk in a separate thread. I was hoping that from the stack trace I could work out what was causing the xruns, but from the above it dosent look like there is anything causing them. However this is the first time I am using stack traces so maybe im missing something. Can anyone point to the fault for me? Thanks, Pete

4 11

[alsa-devel] Intel 82801I (ICH9 Family) HD Audio Controller on a HP dv4 computer
by Jean-Pierre ANDRE 15 Dec '08

15 Dec '08

Hi, I am getting difficulty setting up ALSA for my new HP portable computer. lspci displays the audio chip as : Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controller (rev 03) and /proc/asound displays the codec as IDT 92HD71B7X I have uploaded the detailed hardware and configuration parameters to http://pagesperso-orange.fr/b.andre/visits.html/92HD71B7X I am using Fedora 10 x86_64 without pulseaudio and with the latest alsa-driver : alsa-driver-1.0.18a.16.g4012f.139.g6e583.tar.bz2 I have googled for a similar problem, but did not get to an actual fix, the following thread appears to deal with a most similar situation : http://forums.opensuse.org/pre-release-beta/399731-beta-5-no-sound.html After several tries, I have set modprobe.conf as alias snd-card-0 snd-hda-intel options sound slots=snd-hda-intel options snd-hda-intel model=hp-m4 single_cmd=1 enable_msi=1 Results : aplay freezes, with some sound output which is the continual repeat of the initial expected sound (some fraction of a second repeated). However if I boot with pci=noacpi the output is correct (I do not understand the relation of power management to sound, there must be one as I see : HDA Intel 0000:00:1b.0: power state changed by ACPI to D0 when I unload/reload alsa) WITHOUT the pci=noacpi option : - mplayer outputs the sound correctly (does mplayer bypass alsa ?) - xine outputs a chopped sound (some 100ms OK, some 100ms silent, some 100ms OK, etc, with a period which could be 200..500ms) - most players (eg Real player) just freeze. I would say that when some sound buffer gets empty, the driver does not get the information, so it does not fill the buffer again. I have done some digging into the code. I see that this 92HD71B7X chip is supported for HP dv5 and dv7 computers (subsystem ID 103c30f2 and 103C30f4), but mine is a HP dv4 showing a subsystem ID 103c30f7, so it must be somewhat different and not supported yet. Can anybody suggest some fix ? If needed I can apply patches to the code and do some testing so that my configuration gets supported in subsequent versions. Regards Jean-Pierre

2 6

Re: [alsa-devel] alsa 1.0.18 does not work for Intel onboard cards
by Takashi Iwai 15 Dec '08

15 Dec '08

At Mon, 15 Dec 2008 07:55:22 -0200, Paulo Cavalcanti wrote: > > On Mon, Dec 15, 2008 at 5:31 AM, Takashi Iwai <tiwai(a)suse.de> wrote: > > At Sun, 14 Dec 2008 09:29:03 -0200, > Paulo Cavalcanti wrote: > > > > On Sun, Dec 14, 2008 at 7:12 AM, Takashi Iwai <tiwai(a)suse.de> wrote: > > > > At Sat, 13 Dec 2008 13:52:24 -0200, > > Paulo Cavalcanti wrote: > > > > > > On Sat, Dec 13, 2008 at 1:23 PM, Paulo Cavalcanti < > promac(a)gmail.com> > > wrote: > > > > > > > Hi, > > > > > > > > alsa driver 1.0.18 has been a nightmare for me. > > > > > > > > I had a perfectly working sound for my Intel D975XBX2 when using > > > > alsa driver 1.017. Going to 1.0.18 just muted my front sound. > > > > Well, maybe not everybody needs a front sound output, but I just > > > > stick with the 1.01.17 driver. > > > > > > > > > > > Then, I tried an Intel DG45ID mobo, which does not have > > > any sound at all, with the later alsa driver 1.0.18a (detected as > a > > Generic > > > DG45). > > > > > > Going back to alsa driver 1.0.17, from the stock Fedora 10 kernel > > > (my card is then detected as an IDT 92HD73E1X5), > > > I have an analogic sound working, but Master, Headphones, and PCM > > > channels have to be above 90%, for anyone being able to hear > anything. > > > Therefore, the volume is compressed in the upper 10% of the scale. > > > > > > Furthermore, I have no mic, and no input working (I would like to > feed > > the > > > output > > > of my capture card to the input source of the sound card) . > > > It seems to me that the input (blue jack) is configured as > output, > > > in the 1.0.17 alsa driver. > > > > > > I do not know what else I can try, maybe some alsa snapshot, > > > to fix some of these issues. > > > > Try the snapshot on > > ftp://ftp.kernel.org/pub/linux/kernel/people/tiwai/snapshot/ > > alsa-driver-snapshot.tar.gz > > > > Thanks, Takashi > > > > but it did not change anything for the Intel DG45ID. > > This is a Genuine Intel mother board. > > > > The sound card is detected as "Generic 8086 Intel G45 Develk", > > but I do not hear anything, even with all mixer channel at the maximum > > volumes. > > > > This is a Fedora 10, with the latest alsa packages, and > > everything seems OK, the applications work, but I do no hear anything. > > > > With the alsa driver from the latest Fedora kernel > > > > Linux version 2.6.27.7-134.fc10.x86_64 > > > > the card is detected as IDT 92HD73E1X5 and, > > > > although I have to put all the mixer channels at the maximum, the sound > > output works fine, even mid emulation. > > > > During the snapshot compilation, I got dozens of this warning: > > > > > ---------------------------------------------------------------------------------- > > /home/roma/redhat/BUILD/alsa-driver/include/config1.h:65:1: warning: > > "CONFIG_SND_AC97_POWER_SAVE_DEFAULT" redefined > > In file included from <command-line>:0: > > ./include/linux/autoconf.h:260:1: warning: this is the location of the > > previous definition > > CC [M] /home/roma/redhat/BUILD/alsa-driver/misc/ac97_bus.o > > In file included from /home/roma/redhat/BUILD/alsa-driver/include/ > config.h:6, > > from /home/roma/redhat/BUILD/alsa-driver/include/ > > adriver.h:25, > > from /home/roma/redhat/BUILD/alsa-driver/misc/ > ac97_bus.c:1: > > > ----------------------------------------------------------------------------------- > > It's no big issue, I guess. > > > This is the output of alsa-info, with the stock driver (1.0.17): > > Run alsa-info with --no-upload option on both working (1.0.17) and > non-working versions, and attach the generated files. > > This is for the Intel D975XBX2, which lost the front sound with 1.0.18: > Soundcard is detected as Sigmatel STAC9274D. Which I/O are you referring to? The headphone output seems unplugged, and thus the outputs are only from other line-outs, as far as I see the codec info. Takashi

1 0

[alsa-devel] : Can't compile alsa-driver-1.0.18a on x86_64 arch
by Mysth-R 15 Dec '08

15 Dec '08

Hi, I am trying to compile the lastest alsa-driver, but I got an error : patching file usbusx2y.c copying file alsa-kernel/usb/usx2y/usbusx2yaudio.c patching file usbusx2yaudio.c Hunk #11 succeeded at 1057 (offset 1 line). copying file alsa-kernel/usb/usx2y/usx2yhwdeppcm.c patching file usx2yhwdeppcm.c make[3]: quittant le répertoire « /home/mysthr2/Logiciels/musique/alsa-driver-1.0.18a/usb/usx2y » make[2]: quittant le répertoire « /home/mysthr2/Logiciels/musique/alsa-driver-1.0.18a/usb » make[1]: quittant le répertoire « /home/mysthr2/Logiciels/musique/alsa-driver-1.0.18a » make -C /lib/modules/2.6.24.7-rt7/build SUBDIRS=/home/mysthr2/Logiciels/musique/alsa-driver-1.0.18a CPP="gcc -E" CC="gcc" modules make[1]: entrant dans le répertoire « /usr/src/linux-2.6.24.7-rt7 » Makefile:510: /usr/src/linux-2.6.24.7-rt7/arch/x86/Makefile: Aucun fichier ou dossier de ce type make[1]: *** Pas de règle pour fabriquer la cible « /usr/src/linux-2.6.24.7-rt7/arch/x86/Makefile ». Arrêt. make[1]: quittant le répertoire « /usr/src/linux-2.6.24.7-rt7 » make: *** [compile] Erreur 2 Here is my ./configure : ./configure --prefix=/usr --with-cards=hda-intel usb-caiaq usb-audio hrtimer rtctimer hpet --with-sequencer=yes --with-card-options=all --with-oss=no--with-kernel=/usr/src/linux-2.6.24.7-rt7/ CFLAGS="-march=nocona -pipe -O2" Thank you for your help ! cheers, Mysth-R -- * *************************************************************************************** * {^_^} Mysth-R {^_^} * <= Aide Auditive => * * http://myspace.com/mysthr * http://myspace.com/aideauditive * http://mysthr.free.fr/Joomla => Site dédié à l'audio sous Fedora/PlanetCCRMA. * ***************************************************************************************

1 0

[alsa-devel] Latest snapshot - reliable source?
by Klaus Schulz 15 Dec '08

15 Dec '08

Hello Takashi. Can I regard your ftp link below as a kind of reliable source where to get the latest snapshot at any time? Can I also expect that it is compatible to latest official driver release? Because than I'd ask people in (worst) case of trouble to give it a try before spamming the mailing list. ftp://ftp.kernel.org/pub/linux/kernel/people/tiwai/snapshot/alsa-driver-sna… THX \Klaus

2 3

[alsa-devel] alsa 1.0.18 does not work for Intel onboard cards
by Paulo Cavalcanti 15 Dec '08

15 Dec '08

Hi, alsa driver 1.0.18 has been a nightmare for me. I had a perfectly working sound for my Intel D975XBX2 when using alsa driver 1.017. Going to 1.0.18 just muted my front sound. Well, maybe not everybody needs a front sound output, but I just stick with the 1.01.17 driver. Then, I -- Paulo Roma Cavalcanti LCG - UFRJ

2 4