[alsa-devel] Fwd: No sound with ATI SB450

Mon Apr 23 13:58:17 CEST 2007

Tobin, Takashi,
upon Takashi's advice, I tried loading hda-intel
(alsa-driver-hg20070421) using the probe_mask argument under 2.6.20.
With probe_mask=1, the codec isnt detected and only the modem shows up
(just like before). However, with probe_mask=8, the codec IS correctly
detected (alsa-info.sh at http://pastebin.ca/454059 ). syslog shows:
ACPI: PCI Interrupt 0000:00:14.2[A] -> GSI 16 (level, low) -> IRQ 19
ALSA .../alsa-driver-hg20070421/pci/hda/../../alsa-kernel/pci/hda/hda_intel.c:696:
codec_mask = 0x9
ALSA .../alsa/alsa-driver-hg20070421/pci/hda/hda_codec.c:1819:
hda_codec: model 'toshiba' is selected for config 1179:ff10 (Toshiba)

However, there is still no playback (no muted control, all volumes at
100% as shown by amixer in alsa-info.sh). Here again, capture works, I
successfully captured from the mic with arecord.

Can I draw your attention on something ? I m not sure about what i m
going to say (specially the part on NIDs) but i ll try. I know Tobin
already explained that this was normal, but if you have a look at the
post where I loaded edgy (2 posts ago), where the playback
works(2.6.17 with 1.0.12), you ll see that when I aplay something,
syslog shows only a single call to hda_codec_setup_stream with
NID=0x3. In all cases where playback doesnt work (1.0.14rcX under
2.6.20), running aplay makes 4 calls to hda_codec_setup_stream with
NID=3, 6 ,5 and 4 in turn. Why does it try 6 5 and 4 ? Is it because 3
fails ? We know that 3 should be used as its the one that works (under
2.6.17). Now arent NIDs node IDs of codecs connected to the HDA
controller ? Is it possible that 6, 5 and 4 are mistakenly detected
and cannot be used for playback ?
Let me know if I m way off track.
Ben

On 4/23/07, Takashi Iwai <tiwai at suse.de> wrote:
> At Mon, 23 Apr 2007 11:05:19 +0000,
> Ben DiDonc wrote:
> >
> > Takashi,
> > I did try passing model=auto to all 14 release candidates,
>
> Did you already try the HG version (or daily snapshot), right?
>
> > but without
> > success. the codec is never detected (see my previous posts for
> > alsa-info.sh outputs with both 2.6.20 and 2.6.17).
> > My problem is I cant get my sound card to work with kernel 2.6.20,
> > when it used to work with 2.6.17.
>
> The codec mask probed is 0x09, so you can pass either probe_mask=8 or
> probe_mask=1 to skip the modem detection (if it matters).
>
>
> Takashi
>
>
> >
> > Ben
> >
> > On 4/23/07, Takashi Iwai <tiwai at suse.de> wrote:
> > > At Mon, 23 Apr 2007 10:50:18 +0000,
> > > Ben DiDonc wrote:
> > > >
> > > > Tobin,
> > > > Unfortunately, ACPI was on at all times. My laptop hardly ever boots
> > > > without ACPI (randomly, the SATA driver fails before it can even mount
> > > > the root partition).
> > > > I ran some more tests today:
> > > > I loaded Ubuntu Edgy from the live CD where the sound chip used to
> > > > work (kernel 2.6.17, alsa driver 1.0.12rc1). Obviously the sound works
> > > > straight away. From there , I ran the same series of test: download
> > > > and build (--with-debug=detect) the next version of alsa-driver, run a
> > > > capture from mic and try playing it back, check syslog and run
> > > > alsa-info.sh. I did this for successive versions of alsa-driver
> > > > (starting with 1.0.12) until it fails.
> > > > Here are the results:
> > > >
> > > > Alsa driver 1.0.12rc1(shipped with edgy):
> > > > capture: working, playback working, alsa-info.sh at http://pastebin.ca/453947
> > > >
> > > > Alsa driver 1.0.12: (alsa-info.sh at http://pastebin.ca/453971 )
> > > > syslog lines after modprobe:
> > > > ACPI: PCI Interrupt 0000:00:14.2[A] -> GSI 16 (level, low) -> IRQ 233
> > > > ALSA alsa-driver-1.0.12/pci/hda/../../alsa-kernel/pci/hda/hda_intel.c:663:
> > > > codec_mask = 0x9
> > > > hda_codec: Unknown model for ALC861, trying auto-probe from BIOS...
> > > > ALSA alsa-driver-1.0.12/pci/hda/hda_codec.c:2150: autoconfig:
> > > > line_outs=1 (0xb/0x0/0x0/0x0/0x0)
> > > > ALSA alsa-driver-1.0.12/pci/hda/hda_codec.c:2154:    speaker_outs=0
> > > > (0x0/0x0/0x0/0x0/0x0)
> > > > ALSA alsa-driver-1.0.12/pci/hda/hda_codec.c:2156:    hp=0x0,
> > > > dig_out=0x0, din_in=0x0
> > > > ALSA alsa-driver-1.0.12/pci/hda/hda_codec.c:2164:    inputs: mic=0xd,
> > > > fmic=0x0, line=0x0, fline=0x0, cd=0x11, aux=0x0
> > > >
> > > > capture: working
> > > > //capture starting
> > > > hda_intel.c:1124: azx_pcm_prepare: bufsize=0x10000, fragsize=0x1000, format=0x11
> > > > hda_codec.c:628: hda_codec_setup_stream: NID=0x8, stream=0x1,
> > > > channel=0, format=0x11
> > > > //capture stopping
> > > > hda_codec.c:628: hda_codec_setup_stream: NID=0x8, stream=0x0,
> > > > channel=0, format=0x0
> > > >
> > > > playback: working
> > > > //starting
> > > > ALSA hda_intel.c:1124: azx_pcm_prepare: bufsize=0x10000,
> > > > fragsize=0x1000, format=0x11
> > > > ALSA hda_codec.c:628: hda_codec_setup_stream: NID=0x3, stream=0x5,
> > > > channel=0, format=0x11
> > > > //stopping
> > > > ALSA hda_codec.c:628: hda_codec_setup_stream: NID=0x3, stream=0x0,
> > > > channel=0, format=0x0
> > > >
> > > > alsa-driver-1.0.13 (alsa-info.sh at http://pastebin.ca/453975 )
> > > > modprobe snd-hda-intel:
> > > > hda_intel.c:680: codec_mask = 0x9
> > > > hda_codec: Unknown model for ALC861, trying auto-probe from BIOS...
> > > > hda_codec.c:2164: autoconfig: line_outs=1 (0xb/0x0/0x0/0x0/0x0)
> > > > hda_codec.c:2168:    speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
> > > > hda_codec.c:2172:    hp_outs=0 (0x0/0x0/0x0/0x0/0x0)
> > > > hda_codec.c:2180:    inputs: mic=0xd, fmic=0x0, line=0x0, fline=0x0,
> > > > cd=0x11, aux=0x0
> > > > capture works fine, syslog output similar to 1.0.12 plus an extra
> > > > "hda-intel: Invalid position buffer, using LPIB read method instead"
> > > > in the middle of the capture. Playback works fine too, with the same
> > > > syslog entries as 1.0.12
> > > >
> > > >
> > > > alsa-driver-1.0.14rc1 (alsa-info.sh at http://pastebin.ca/453991 )
> > > > modprobe:
> > > > ALSA hda_intel.c:696: codec_mask = 0x9
> > > > ALSA hda_codec.c:1768: hda_codec: model 'toshiba' is selected for
> > > > config 1179:ff10 (Toshiba)
> > > > Capture works (output similar to 1.0.12)
> > > > Playback does NOT work this time:
> > > > syslog shows a call to azx_pcm_prepare: and 4 calls to
> > > > hda_codec_setup_stream with different nids (3, 6 ,5, 4 as pointed out
> > > > my previous post)
> > > >
> > > >
> > > > alsa-driver-1.0.14rc2 (alsa-info.sh at http://pastebin.ca/453799 )
> > > > modprobe: the codec is correctly detected
> > > > ALSA hda_intel.c:696: codec_mask = 0x9
> > > > ALSA hda_codec.c:1764: hda_codec: model 'toshiba' is selected for
> > > > config 1179:ff10 (Toshiba)
> > > > Capture works. Playback does NOT work, same syslog entries as
> > > > 1.0.14rc1 with multiple calls to hda_codec_setup_stream
> > > >
> > > >
> > > > alsa-driver-1.0.14rc3 (alsa-info.sh at http://pastebin.ca/453785 )
> > > > modprobe: the codec isnt detected.
> > > > ALSA hda_intel.c:696: codec_mask = 0x9
> > > > capture and playback dont work.
> > > >
> > > > Summary: I tried alsa-driver 1.012 through to 1.0.14rc3 on ubuntu edgy
> > > > (kernel 2.6.17). 12 and 13 work fine, 14rc1 and 2 capture works but
> > > > not playback, 14rc3 doesnt detect the codec.
> > > > What next ? not sure, maybe make a diff of alsa-kernel/pci/hda-intel
> > > > between releases 13 and 14 ...
> > >
> > > Try to pass model=auto to snd-hda-intel module, and check whether it
> > > works (make sure that you have unmuted/adjusted mixer elements before
> > > that).  Then get /proc/asound/card0/codec#* files, and compare with
> > > the files without model option.
> > >
> > >
> > > Takashi
> > >
> >
>