[alsa-devel] /proc/asound/* shows signs of life, but alsactl see's nothing
justinmattock at gmail.com
Thu Apr 16 20:18:46 CEST 2009
On Thu, Apr 16, 2009 at 7:00 AM, Justin Mattock <justinmattock at gmail.com> wrote:
> On Wed, Apr 15, 2009 at 11:21 PM, Takashi Iwai <tiwai at suse.de> wrote:
>> At Wed, 15 Apr 2009 16:03:07 -0700,
>> Justin Mattock wrote:
>>> This is confusing to me
>>> (with or without the imac9,1 patch
>>> for the imac)
>>> there is still entries in /proc/asound
>>> lrwxrwxrwx 1 root root 5 Apr 15 22:49 NVidia -> card0
>>> dr-xr-xr-x 7 root root 0 Apr 15 22:49 card0
>>> -r--r--r-- 1 root root 0 Apr 15 22:49 cards
>>> -r--r--r-- 1 root root 0 Apr 15 22:49 devices
>>> -r--r--r-- 1 root root 0 Apr 15 22:49 hwdep
>>> -r--r--r-- 1 root root 0 Apr 15 22:49 pcm
>>> -r--r--r-- 1 root root 0 Apr 15 22:49 timers
>>> -r--r--r-- 1 root root 0 Apr 15 22:49 version
>>> but when I do:
>>> sudo /usr/sbin/alsactl store
>>> /usr/sbin/alsactl: save_state:1502: No soundcards found...
>> Check /dev/snd/* files.
> Thank you.
> I ended up missing an entry in /etc/ude/rules.d/alsa-*
> (the devices were present,but in /dev/* instead of /dev/snd/*
>>> I this a software issue, or is this because the kernel is missing
>>> something important in patch_realtek.c ?
>>> I've moved different things around in patch_realtek.c
>>> but still no speaker sound or headphone, not even
>>> the sound during boot when the module is being loaded.
>> Then it sounds like a different problem.
> yeah devices in the wrong location(hopefully
> just this simple)
>>> Also what is the best way to find PCI SSID?
>> lspci -nv
> 00:08.0 0403: 10de:0ac0 (rev b1)
> Subsystem: 10de:cb79
> Flags: bus master, 66MHz, fast devsel, latency 0, IRQ 17
> Memory at d3480000 (32-bit, non-prefetchable) [size=16K]
> Capabilities: <access denied>
> Kernel driver in use: HDA Intel
> Kernel modules: snd-hda-intel
>>> under codec#0:(I have)
>>> Codec: Realtek ALC889A
>>> Address: 0
>>> Vendor Id: 0x10ec0885
>>> Subsystem Id: 0x106b4900
>>> Revision Id: 0x100103
>>> No Modem Function Group found
>>> but with lspci -nnv
>>> 00:08.0 0403: 10de:0ac0 (rev b1)
>>> Subsystem: 10de:cb79
>>> Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
>>> ParErr- Stepping- SERR- FastB2B- DisINTx-
>>> Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort-
>>> <TAbort- <MAbort- >SERR- <PERR- INTx-
>>> Latency: 0 (500ns min, 1250ns max)
>>> Interrupt: pin A routed to IRQ 17
>>> Region 0: Memory at d3480000 (32-bit, non-prefetchable) [size=16K]
>>> Capabilities: <access denied>
>>> Kernel driver in use: HDA Intel
>>> Kernel modules: snd-hda-intel
>>> the subsystem is 10de:cb79
>>> but is
>>> Subsystem Id: 0x106b4900
>> The former is PCI SSID and the latter is the codec SSID.
>> They are often different.
> Now that i've realized udev
> was not creating the device, everything
> has changed(back to the beginning with this one)
> so hopefully, by the end of the day one option
> in there will work.
> I'll let you know if I find anything
> Justin P. Mattock
Alright after configuring udev,
sound is finally working
internal speakers and headphones
here's the diff(no mac 9,1 patch)
--- patch_realtek.c.old 2009-04-16 18:14:21.000000000 -0700
+++ patch_realtek.c 2009-04-16 18:13:41.000000000 -0700
@@ -7023,6 +7023,7 @@
case 0x106b2c00: /* Macbook Pro rev3 */
case 0x106b3600: /* Macbook 3.1 */
case 0x106b3800: /* MacbookPro4,1 - latter revision */
+ case 0x106b4900:
board_config = ALC885_MBP3;
I'll try imac 24, and then add the imac 91 patch to
see the differences.
As for quality damn this sh^t is loud,
when plugging in headphones you need to
change to channel 2 for internal speakers to mute
and transition to headphones.
Justin P. Mattock
More information about the Alsa-devel