[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: /dev/sndstat




Nigel Henry wrote:
On Monday 12 January 2009 16:22, M. Lewis wrote:
Ron Johnson wrote:

[snip]
moe:~# lspci -v -s14.2
00:14.2 Audio device: ATI Technologies Inc SBx00 Azalia (Intel HDA)
        Subsystem: Giga-byte Technology Device a002
        Flags: slow devsel, IRQ 16
        Memory at fe024000 (64-bit, non-prefetchable) [size=16K]
        Capabilities: [50] Power Management version 2
        Kernel modules: snd-hda-intel


Do you happen to know what that fast devsel / slow devsel business
is about?
Nope.

What happens when you:
# depmod
# modprobe -v snd_hda_intel snd_seq
Well, actually that works with speaker-test. *BUT*, I'm not holding
my breath. I've had it this far before and couldn't reproduce it
again.

Let me reboot and try again before I pronounce it 'fixed'.
Well, no, but more information:

install /sbin/modprobe --ignore-install snd-hda-intel snd_seq &&
/lib/alsa/modprobe-post-install snd-hda-intel
insmod
/lib/modules/2.6.26-1-amd64/kernel/sound/pci/hda/snd-hda-intel.ko
snd_seq
FATAL: Error inserting snd_hda_intel
(/lib/modules/2.6.26-1-amd64/kernel/sound/pci/hda/snd-hda-intel.ko):
Unknown symbol in module, or unknown parameter (see dmesg)
FATAL: Error running install command for snd_hda_intel


And from dmesg:

[  362.587129] snd_hda_intel: Unknown parameter `snd_seq'

I will try it without the snd_seq.
Still no luck without the snd_seq or even putting snd_seq in a
separate modprobe:

modprobe -v snd_seq
modprobe -v snd-hda-intel
So the depmod/modprobe worked, but then you rebooted and now it doesn't
work????
That is correct. That is three times, through some series of events,
that I have managed to get sound out of it. Rebooted and tried to
reproduce the sequence and was not able to reproduce it.
--

I wonder if you have some sort of codec conflict going on here. Try adding the following line to /etc/modprobe.d/alsa-base, and rebooting.

options snd-hda-intel probe_mask=1

Done.


That will just select the first codec, which should be the one for your soundcard, if there are more than one codec in the equation.

If that doesn't work, and the next time you get the sounds up and running, post back the output of the following stuff.

cat /proc/asound/cards
cat /proc/asound/version
grep ^Codec /proc/asound/card?/codec*

If the probe_mask option does work, post back the output of the above stuff as well, as it may be helpfull in getting a solution to the problem.

All the best.

Nigel.

Will do Nigel. I have setup a script in rc.local as well as a shell script to run if/when I ever get it making sounds again:
---------------------------------------------
# date
Mon Jan 12 20:41:44 CST 2009
---------------------------------------------
# cat /proc/asound/cards
--- no soundcards ---
---------------------------------------------
# cat /proc/asound/version
Advanced Linux Sound Architecture Driver Version 1.0.16.
---------------------------------------------
# grep ^Codec /proc/asound/card?/codec*

Thanks,
Mike


--

 To err is human; to really foul things up requires a computer.
  20:45:02 up 3 min,  0 users,  load average: 0.04, 0.14, 0.07

 Linux Registered User #241685  http://counter.li.org


Reply to: