From: Takashi Iwai <tiwai@suse.de>
To: Maxim Levitsky <maximlevitsky@gmail.com>
Cc: Thomas Meyer <thomas@m3y3r.de>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
alsa-devel@alsa-project.org
Subject: Re: hda-intel: no soundcard with current linus' git tree
Date: Thu, 18 Oct 2007 16:47:01 +0200 [thread overview]
Message-ID: <s5hy7e0zdi2.wl%tiwai@suse.de> (raw)
In-Reply-To: <200710181724.47256.maximlevitsky@gmail.com>
At Thu, 18 Oct 2007 17:24:46 +0200,
Maxim Levitsky wrote:
>
> On Thursday 18 October 2007 15:49:22 Takashi Iwai wrote:
> > At Thu, 18 Oct 2007 16:21:59 +0200,
> > Maxim Levitsky wrote:
> > >
> > > On Thursday 18 October 2007 07:57:27 Takashi Iwai wrote:
> > > > At Thu, 18 Oct 2007 03:53:08 +0200,
> > > > Maxim Levitsky wrote:
> > > > >
> > > > > From 0824b077b75c19253b45c5a455775c331acd54ee Mon Sep 17 00:00:00 2001
> > > > > From: Maxim Levitsky <maximlevitsky@gmail.com>
> > > > > Date: Thu, 18 Oct 2007 03:35:37 +0200
> > > > > Subject: [PATCH] [HDA] [STAC] Since there is now a master volume control,
> > > > > don't call the headphone output "Master", it isn't strictly correct anyway
> > > >
> > > > I thought stac925x has no volume knob, so "Master" should be still
> > > > applied for this codec?
> > >
> > > Yes, you are right, but stac925x has only one DAC, and thus if it is
> > > connected to any line-out, it will be
> > > 'Front', but if it is connected to 'headphones' only, then why not
> > > to call it 'Headphone'
> >
> > The point is that apps usually require a "Master" volume. If it's the
> > single volume control, it's better to call it master for convenience.
> And most STACs didn't have one till I added this volumeknob...
Yep, but there were some with master already :)
> > > STAC 9200 has no volumeknob too, but it is handled seperartly
> >
> > Yes, 9200 doesn't call stac92xx_auto_create_hp_ctls(), so it's not
> > affected.
> >
> > > STAC 9202 and 9250 has no volumeknob too, but as I said they have
> > > just one DAC again
> >
> > Both are handled as patch_stac925x. That's what I meant. With your
> > patch, there will be no master any more.
> >
> > So, how about the patch below?
> >
> >
> > Takashi
> >
> > diff -r fb9512ce24e0 pci/hda/patch_sigmatel.c
> > --- a/pci/hda/patch_sigmatel.c Thu Oct 18 10:48:43 2007 +0200
> > +++ b/pci/hda/patch_sigmatel.c Thu Oct 18 16:36:35 2007 +0200
> > @@ -111,6 +111,7 @@ struct sigmatel_spec {
> > unsigned int alt_switch: 1;
> > unsigned int hp_detect: 1;
> > unsigned int gpio_mute: 1;
> > + unsigned int no_vol_knob :1;
> >
> > unsigned int gpio_mask, gpio_data;
> >
> > @@ -1930,7 +1931,8 @@ static int stac92xx_auto_create_hp_ctls(
> > }
> > if (spec->multiout.hp_nid) {
> > const char *pfx;
> > - if (old_num_dacs == spec->multiout.num_dacs)
> > + if (old_num_dacs == spec->multiout.num_dacs &&
> > + spec->no_vol_knob)
> > pfx = "Master";
> > else
> > pfx = "Headphone";
> > @@ -2487,6 +2489,7 @@ static int patch_stac9200(struct hda_cod
> > codec->spec = spec;
> > spec->num_pins = ARRAY_SIZE(stac9200_pin_nids);
> > spec->pin_nids = stac9200_pin_nids;
> > + spec->no_vol_knob = 1;
> > spec->board_config = snd_hda_check_board_config(codec, STAC_9200_MODELS,
> > stac9200_models,
> > stac9200_cfg_tbl);
> > @@ -2541,6 +2544,7 @@ static int patch_stac925x(struct hda_cod
> > codec->spec = spec;
> > spec->num_pins = ARRAY_SIZE(stac925x_pin_nids);
> > spec->pin_nids = stac925x_pin_nids;
> > + spec->no_vol_knob = 1;
> > spec->board_config = snd_hda_check_board_config(codec, STAC_925x_MODELS,
> > stac925x_models,
>
>
> Perfect.
> This will ensure the same behavior, as was without the volumeknob.
OK, now I committed to ALSA tree.
Takashi
next prev parent reply other threads:[~2007-10-18 15:36 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-10-16 22:18 Thomas Meyer
2007-10-17 2:47 ` Maxim Levitsky
2007-10-17 8:42 ` Takashi Iwai
2007-10-17 18:17 ` Thomas Meyer
2007-10-18 1:51 ` Maxim Levitsky
2007-10-18 1:53 ` Maxim Levitsky
2007-10-18 5:57 ` Takashi Iwai
2007-10-18 14:21 ` Maxim Levitsky
2007-10-18 13:49 ` Takashi Iwai
2007-10-18 15:24 ` Maxim Levitsky
2007-10-18 14:47 ` Takashi Iwai [this message]
2007-10-21 15:42 ` Thomas Meyer
2007-10-18 2:35 ` Jeff Garzik
2007-10-18 3:36 ` Maxim Levitsky
2007-10-18 3:38 ` Jeff Garzik
2007-10-18 4:10 ` Maxim Levitsky
2007-10-18 4:24 ` Jeff Garzik
2007-10-18 6:02 ` Takashi Iwai
2007-10-18 8:49 ` Jan-Simon Möller
2007-10-18 8:11 ` [alsa-devel] " Takashi Iwai
2007-10-18 11:50 ` Jan-Simon Möller
2007-10-18 15:05 ` Jan-Simon Möller
2007-10-18 14:39 ` Takashi Iwai
2007-10-18 16:19 ` Jan-Simon Möller
2007-10-19 5:05 ` Takashi Iwai
2007-10-19 10:46 ` Jan-Simon Möller
2007-10-19 10:02 ` Takashi Iwai
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=s5hy7e0zdi2.wl%tiwai@suse.de \
--to=tiwai@suse.de \
--cc=alsa-devel@alsa-project.org \
--cc=linux-kernel@vger.kernel.org \
--cc=maximlevitsky@gmail.com \
--cc=thomas@m3y3r.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®