[alsa-devel] command 0x7e7 sent on STAC9200 / STAC9228

Takashi Iwai tiwai at suse.de
Thu Aug 16 14:11:52 CEST 2012

At Thu, 16 Aug 2012 14:03:39 +0200,
David Henningsson wrote:
> Hi Takashi,
> While working with fixing the stuff that my automated test tool has 
> discovered, here's one I'm not sure what to do with.
> If you run hda-emu on any of these three:
> codecs/canonical/stac9200-dell-inspiron-6400-ccert-200705-83
> codecs/canonical/stac9200-dell-inspiron-6400-ccert-200712-207
> codecs/canonical/stac9228-dell-inspiron-1420-ccert-200708-95
> Hda-emu prints out:
> invalid command: NID=0x1, verb=0x7e7, parm=0x0
> In this case, I'm not sure if the command is invalid (and thus should be 
> removed), or if it's a secret IDT verb that we need to set.
>  From patch_sigmatel.c:
> 	/* Configure GPIOx as CMOS */
> 	snd_hda_codec_write(codec, codec->afg, 0, 0x7e7, 0);
> But in hda-spec.c this verb is only in the verb table of IDT codecs, not 
> STAC codecs.
> Can you offer some enlightement?

I was just too lazy to add the old exception.
It be a valid verb.  I can't find it in datasheet, too, but it was the
code snippet provided by Sigmatel at that time.


More information about the Alsa-devel mailing list