At Mon, 06 Jul 2009 11:16:35 -0600, Sean Burke wrote: > > Scríobh Takashi Iwai: > > At Mon, 6 Jul 2009 17:53:46 +0200, > > Andreas Nüßlein wrote: > > > >>> The missing pin configuration initialization was already fixed by > >>> the driver overriding it after checking PCI SSID (which is different > >>> from the codec SSID). So, this should be no problem. > >>> > >>> However, the reason why the analog output doesn't work might be > >>> different from that. There might be something else missing, but I > >>> don't know. > >>> > >>> > >>> Takashi > >>> > >> oh =( > >> > >> > >> hmm.. anything i can do? would it help if i tried changing values randomly > >> with hda-analyzer.py? > >> > > > > Well, did the driver without my change work more or less with > > the analog audio, or have you never gotten the analog output? > > You can use the generic parser (i.e. the state without cirrus patch) > > by passing model=generic option to snd-hda-intel. > > > For my part, nothing worked with the generic driver. I can't confirm > digital out, but I can confirm that the kfree error is gone. What > options are open for figuring out what remains? Easy things to test are GPIO bits. Run hda-verb like hda-verb /dev/snd/hwC0D0 0x01 SET_GPIO_MASK 0x0f hda-verb /dev/snd/hwC0D0 0x01 SET_GPIO_DATA 0x0f or hda-verb /dev/snd/hwC0D0 0x01 SET_GPIO_DIR 0x0f hda-verb /dev/snd/hwC0D0 0x01 SET_GPIO_DATA 0x0f etc. CS4206 seems to have 4 GPIO lines, and each bit (0-3) corresponds to each GPIO. In many case, GPIO0 or GPIO1 corresponds to the amplifier (EAPD) bit. Define the GPIO direction of each GPIO bit by SET_GPIO_DIR, and turn on/off the GPIO bits by SET_GPIO_DATA. Running hda-verb /dev/snd/hwC0D0 0x01 GET_GPIO_DATA 0 will show the current GPIO data bits. Or you can check it in codec#* proc file. Takashi _______________________________________________ Alsa-devel mailing list Alsa-devel@xxxxxxxxxxxxxxxx http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
