From: zhejiang <zhe.jiang@intel.com>
To: Takashi Iwai <tiwai@suse.de>
Cc: alsa-devel@alsa-project.org
Subject: Re: patch for Dell 1210 which using stac9221 codec
Date: Thu, 08 Nov 2007 15:06:22 +0800 [thread overview]
Message-ID: <1194505582.3953.3.camel@localhost.localdomain> (raw)
In-Reply-To: <s5hve8noey5.wl%tiwai@suse.de>
Hi,Takashi:
Is there any new states about this patch?
Maybe I can ask the reporter to help to test it.
Thanks!
On Wed, 2007-10-31 at 16:39 +0800, Takashi Iwai wrote:
> At Wed, 31 Oct 2007 16:49:44 +0800,
> zhejiang wrote:
> >
> > On Tue, 2007-10-30 at 14:53 +0100, Takashi Iwai wrote:
> > > At Tue, 30 Oct 2007 17:05:55 +0800,
> > > zhejiang wrote:
> > > >
> > > > The stac92xx_auto_create_multi_out_ctls() create controls
> according to
> > > > cfg->line_outs. This patch seems to leave the cfg->line_outs
> unchanged.
> > > > It will be 1 . So I think that we need to modify
> > > > stac92xx_auto_create_multi_out_ctls(),let it to use the right
> line_outs.
> > >
> > > Right, then it might be actually easier to swap line_outs and
> hp_outs
> > > before and after as you suggested...
> > >
> > >
> > > Takashi
> >
> > So,we should patch the patch_sigmatel.c like that?
>
> Yes, that's what I meant (almost same change I did in my local tree :)
> I'm going to split this to two pieces, the change of m82 pin config
> and the hack for multi-HP outs (also my last change to autocfg
> parser).
>
> Anyway, could you give your sign-off? Then I'll apply the patches to
> the HG tree for better testing.
>
>
> Thanks,
>
> Takashi
>
> >
> > Thanks!
> >
> > diff -Nur
> a/alsa-driver-hg20071031/alsa-kernel/pci/hda/patch_sigmatel.c
> > b/alsa-driver-hg20071031/alsa-kernel/pci/hda/patch_sigmatel.c
> > --- a/alsa-driver-hg20071031/alsa-kernel/pci/hda/patch_sigmatel.c
> > 2007-10-23 08:00:10.000000000 +0800
> > +++ b/alsa-driver-hg20071031/alsa-kernel/pci/hda/patch_sigmatel.c
> > 2007-10-31 16:15:38.000000000 +0800
> > @@ -884,8 +884,8 @@
> > 102801D7 (Dell XPS M1210)
> > */
> > static unsigned int dell_922x_m82_pin_configs[10] = {
> > - 0x0221121f, 0x408103ff, 0x02111212, 0x90100310,
> > - 0x408003f1, 0x02111211, 0x03451340, 0x40c003f2,
> > + 0x02211211, 0x408103ff, 0x02a1123e, 0x90100310,
> > + 0x408003f1, 0x0221121f, 0x03451340, 0x40c003f2,
> > 0x508003f3, 0x405003f4,
> > };
> >
> > @@ -2088,6 +2088,7 @@
> > {
> > struct sigmatel_spec *spec = codec->spec;
> > int err;
> > + int hp_speaker_swap = 0;
> >
> > if ((err = snd_hda_parse_pin_def_config(codec,
> > &spec->autocfg,
> > @@ -2096,6 +2097,18 @@
> > if (! spec->autocfg.line_outs)
> > return 0; /* can't find valid pin config */
> >
> > + if (spec->autocfg.line_out_type == AUTO_PIN_SPEAKER_OUT &&
> > + spec->autocfg.hp_outs > 1) {
> > + /*Copy hp_outs to line_outs, backup line_outs in
> speaker_outs*/
> > + memcpy(spec->autocfg.speaker_pins,
> spec->autocfg.line_out_pins,
> > + sizeof(spec->autocfg.line_out_pins));
> > + spec->autocfg.speaker_outs = spec->autocfg.line_outs;
> > + memcpy(spec->autocfg.line_out_pins,
> spec->autocfg.hp_pins,
> > + sizeof(spec->autocfg.hp_pins));
> > + spec->autocfg.line_outs = spec->autocfg.hp_outs;
> > + hp_speaker_swap = 1;
> > + }
> > +
> > if ((err = stac92xx_add_dyn_out_pins(codec, &spec->autocfg)) <
> 0)
> > return err;
> > if (spec->multiout.num_dacs == 0)
> > @@ -2107,6 +2120,18 @@
> > if (err < 0)
> > return err;
> >
> > + if (hp_speaker_swap == 1) {
> > + /*Restore the hp_outs and line_outs*/
> > + memcpy(spec->autocfg.hp_pins,
> spec->autocfg.line_out_pins,
> > + sizeof(spec->autocfg.line_out_pins));
> > + spec->autocfg.hp_outs = spec->autocfg.line_outs;
> > + memcpy(spec->autocfg.line_out_pins,
> spec->autocfg.speaker_pins,
> > + sizeof(spec->autocfg.speaker_pins));
> > + spec->autocfg.line_outs = spec->autocfg.speaker_outs;
> > + memset(spec->autocfg.speaker_pins, 0,
> > sizeof(spec->autocfg.speaker_pins));
> > + spec->autocfg.speaker_outs = 0;
> > + }
> > +
> > err = stac92xx_auto_create_hp_ctls(codec, &spec->autocfg);
> >
> > if (err < 0)
> >
>
>
next prev parent reply other threads:[~2007-11-08 7:09 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-10-18 2:49 patch for Dell 1210 which using stac9221 codec zhejiang
2007-10-18 14:55 ` Takashi Iwai
2007-10-19 6:02 ` zhejiang
2007-10-19 5:38 ` Takashi Iwai
2007-10-19 7:42 ` zhejiang
2007-10-19 8:39 ` Takashi Iwai
2007-10-22 6:08 ` zhejiang
2007-10-23 9:11 ` Takashi Iwai
2007-10-25 7:44 ` zhejiang
2007-10-25 9:07 ` Takashi Iwai
2007-10-30 9:05 ` zhejiang
2007-10-30 13:53 ` Takashi Iwai
2007-10-31 8:49 ` zhejiang
2007-10-31 8:39 ` Takashi Iwai
2007-10-31 14:25 ` Takashi Iwai
2007-11-01 2:14 ` zhejiang
2007-11-08 7:06 ` zhejiang [this message]
2007-11-08 4:48 ` Takashi Iwai
2007-11-09 4:53 ` zhejiang
2007-11-13 9:16 ` Jiang, Zhe
2007-11-13 8:10 ` Takashi Iwai
2007-10-30 15:48 ` Tobin Davis
2007-10-30 13:51 ` Takashi Iwai
2007-10-31 8:43 ` zhejiang
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1194505582.3953.3.camel@localhost.localdomain \
--to=zhe.jiang@intel.com \
--cc=alsa-devel@alsa-project.org \
--cc=tiwai@suse.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.