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

Ben DiDonc ben.didonc at gmail.com
Mon Apr 23 14:45:50 CEST 2007 

Tobin, Takashi,
Thank you very much for your help.
Takashi's last suggestion did it and I finally got a working ATI SB450
sound card with Ubtuntu Feisty (kernel 2.6.20 and
alsa-driver-hg20070421). I did a (last) alsa-info.sh in case it helps
others, see http://pastebin.ca/454115
Here's what it took:
modprobe snd_hda_intel probe_mask=8 model=auto
Without probe_mask, the ALC861 is not properly detected. Without
model=auto, playback doesnt work.
Let me know If I can be of any help or if you want me to try something else.
Thanks again.

On 4/23/07, Takashi Iwai <tiwai at suse.de> wrote:
> At Mon, 23 Apr 2007 21:58:17 +1000,
> Ben DiDonc wrote:
> >
> > 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.
>
> Now you can try what I suggested, model=auto.  And compare with
> codec#* files.  If you have /proc/asound/card0/codec#* files on the
> working system, it'd be better, in addition...
>
>
> Takashi
>
> >
> > 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
> > > > >
> > > >
> > >
> >
>

More information about the Alsa-devel mailing list