Re: [alsa-devel] Regarding Sound on Acer Aspire 6935G
Well, it seems my last email was too heavy with the 4 files attached. I have uploaded them to drop.io, here is the link: http://drop.io/alsaonaceraspire6930
Thanks!
2009/5/23 Emilio López buhitoescolar@gmail.com
Here you are, I ran alsa-info.sh in the old alsa (with model=acer) and saved the output of the script when side was enabled and disabled, with volumes 0 and 100. Hope you can work out the problem with this, do not hesitate to ask for more debug info if you need.
Thanks for all!
Emilio
PS: On my previous email (cited below) I wrote "Mic sensing" incorrectly, I wanted to write "headphones sensing".
2009/5/23 Takashi Iwai tiwai@suse.de
At Sat, 23 May 2009 12:19:12 -0300,
Emilio López wrote:
I reinstalled 1.0.20 today and almost everything started working when I
set
model=acer-aspire-4930g. Mic sensing works, my mic now records too. But
my
bass does not, and I cannot control it with "Side" anymore.
Any idea on how to fix it? The audio setup for this laptop will be fully working when I get the bass to play once again.
Could you check with the older version and what "Side" control changes in hd-audio codec registers? You can just get alsa-info.sh output before and after changing the "Side" control value.
thanks,
Takashi
Did my last email arrive? Any idea on what might be going on?
Emilio
2009/5/24 Emilio López buhitoescolar@gmail.com
Well, it seems my last email was too heavy with the 4 files attached. I have uploaded them to drop.io, here is the link: http://drop.io/alsaonaceraspire6930
Thanks!
2009/5/23 Emilio López buhitoescolar@gmail.com
Here you are, I ran alsa-info.sh in the old alsa (with model=acer) and
saved the output of the script when side was enabled and disabled, with volumes 0 and 100. Hope you can work out the problem with this, do not hesitate to ask for more debug info if you need.
Thanks for all!
Emilio
PS: On my previous email (cited below) I wrote "Mic sensing" incorrectly, I wanted to write "headphones sensing".
2009/5/23 Takashi Iwai tiwai@suse.de
At Sat, 23 May 2009 12:19:12 -0300,
Emilio López wrote:
I reinstalled 1.0.20 today and almost everything started working when I
set
model=acer-aspire-4930g. Mic sensing works, my mic now records too. But
my
bass does not, and I cannot control it with "Side" anymore.
Any idea on how to fix it? The audio setup for this laptop will be
fully
working when I get the bass to play once again.
Could you check with the older version and what "Side" control changes in hd-audio codec registers? You can just get alsa-info.sh output before and after changing the "Side" control value.
thanks,
Takashi
At Wed, 27 May 2009 16:27:00 -0300, Emilio López wrote:
Did my last email arrive? Any idea on what might be going on?
Sorry, no time for this right now. It's usually just a missing channel connection or the lack of the corresponding amp control. In most cases, it's trivial if someone with a knowledge of HD-audio spec sees it...
Takashi
Emilio
2009/5/24 Emilio López buhitoescolar@gmail.com
Well, it seems my last email was too heavy with the 4 files attached. I have uploaded them to drop.io, here is the link: http://drop.io/ alsaonaceraspire6930 Thanks! 2009/5/23 Emilio López <buhitoescolar@gmail.com> Here you are, I ran alsa-info.sh in the old alsa (with model=acer) and saved the output of the script when side was enabled and disabled, with volumes 0 and 100. Hope you can work out the problem with this, do not hesitate to ask for more debug info if you need. Thanks for all! Emilio PS: On my previous email (cited below) I wrote "Mic sensing" incorrectly, I wanted to write "headphones sensing". 2009/5/23 Takashi Iwai <tiwai@suse.de> At Sat, 23 May 2009 12:19:12 -0300, Emilio López wrote: > > I reinstalled 1.0.20 today and almost everything started working when I set > model=acer-aspire-4930g. Mic sensing works, my mic now records too. But my > bass does not, and I cannot control it with "Side" anymore. > > Any idea on how to fix it? The audio setup for this laptop will be fully > working when I get the bass to play once again. Could you check with the older version and what "Side" control changes in hd-audio codec registers? You can just get alsa-info.sh output before and after changing the "Side" control value. thanks, Takashi
At Wed, 27 May 2009 22:54:09 +0200, I wrote:
At Wed, 27 May 2009 16:27:00 -0300, Emilio López wrote:
Did my last email arrive? Any idea on what might be going on?
Sorry, no time for this right now. It's usually just a missing channel connection or the lack of the corresponding amp control. In most cases, it's trivial if someone with a knowledge of HD-audio spec sees it...
Just took a quick look now, I found that you didn't unmute "Side Playback Switch" in the disabled case. Do you mean that as "disabled"?
I assume that these files are from the "old" driver with the bass working as Side volume. Is it correct?
thanks,
Takashi
Takashi
Emilio
2009/5/24 Emilio López buhitoescolar@gmail.com
Well, it seems my last email was too heavy with the 4 files attached. I have uploaded them to drop.io, here is the link: http://drop.io/ alsaonaceraspire6930 Thanks! 2009/5/23 Emilio López <buhitoescolar@gmail.com> Here you are, I ran alsa-info.sh in the old alsa (with model=acer) and saved the output of the script when side was enabled and disabled, with volumes 0 and 100. Hope you can work out the problem with this, do not hesitate to ask for more debug info if you need. Thanks for all! Emilio PS: On my previous email (cited below) I wrote "Mic sensing" incorrectly, I wanted to write "headphones sensing". 2009/5/23 Takashi Iwai <tiwai@suse.de> At Sat, 23 May 2009 12:19:12 -0300, Emilio López wrote: > > I reinstalled 1.0.20 today and almost everything started working when I set > model=acer-aspire-4930g. Mic sensing works, my mic now records too. But my > bass does not, and I cannot control it with "Side" anymore. > > Any idea on how to fix it? The audio setup for this laptop will be fully > working when I get the bass to play once again. Could you check with the older version and what "Side" control changes in hd-audio codec registers? You can just get alsa-info.sh output before and after changing the "Side" control value. thanks, Takashi
2009/5/27 Takashi Iwai tiwai@suse.de
At Wed, 27 May 2009 22:54:09 +0200, I wrote:
At Wed, 27 May 2009 16:27:00 -0300, Emilio López wrote:
Did my last email arrive? Any idea on what might be going on?
Sorry, no time for this right now. It's usually just a missing channel connection or the lack of the corresponding amp control. In most cases, it's trivial if someone with a knowledge of HD-audio spec sees it...
Just took a quick look now, I found that you didn't unmute "Side Playback Switch" in the disabled case. Do you mean that as "disabled"?
Disabled = Muted = Off, Enabled = Unmuted = On. So sound works on enabled, doesn't work on disabled.
I assume that these files are from the "old" driver with the bass working as Side volume. Is it correct?
Yes
thanks,
Takashi
Thanks for having a look at it :)
Emilio
Takashi
Emilio
2009/5/24 Emilio López buhitoescolar@gmail.com
Well, it seems my last email was too heavy with the 4 filesattached. I
have uploaded them to drop.io, here is the link: http://drop.io/ alsaonaceraspire6930 Thanks! 2009/5/23 Emilio López <buhitoescolar@gmail.com> Here you are, I ran alsa-info.sh in the old alsa (withmodel=acer) and
saved the output of the script when side was enabled anddisabled,
with volumes 0 and 100. Hope you can work out the problem withthis,
do not hesitate to ask for more debug info if you need. Thanks for all! Emilio PS: On my previous email (cited below) I wrote "Mic sensing" incorrectly, I wanted to write "headphones sensing". 2009/5/23 Takashi Iwai <tiwai@suse.de> At Sat, 23 May 2009 12:19:12 -0300, Emilio López wrote: > > I reinstalled 1.0.20 today and almost everything startedworking
when I set > model=acer-aspire-4930g. Mic sensing works, my mic nowrecords
too. But my > bass does not, and I cannot control it with "Side"anymore.
> > Any idea on how to fix it? The audio setup for thislaptop will
be fully > working when I get the bass to play once again. Could you check with the older version and what "Side"control
changes in hd-audio codec registers? You can just get alsa-info.shoutput
before and after changing the "Side" control value. thanks, Takashi
Takashi, were you able to have a look at it? Any idea on what might be going on? I guess this is an easy to fix issue, as it worked with the old mode, the channel might just need registering or something.
Thanks!
2009/5/29 Emilio López buhitoescolar@gmail.com
2009/5/27 Takashi Iwai tiwai@suse.de
At Wed, 27 May 2009 22:54:09 +0200, I wrote:
At Wed, 27 May 2009 16:27:00 -0300, Emilio López wrote:
Did my last email arrive? Any idea on what might be going on?
Sorry, no time for this right now. It's usually just a missing channel connection or the lack of the corresponding amp control. In most cases, it's trivial if someone with a knowledge of HD-audio spec sees it...
Just took a quick look now, I found that you didn't unmute "Side Playback Switch" in the disabled case. Do you mean that as "disabled"?
Disabled = Muted = Off, Enabled = Unmuted = On. So sound works on enabled, doesn't work on disabled.
I assume that these files are from the "old" driver with the bass working as Side volume. Is it correct?
Yes
thanks,
Takashi
Thanks for having a look at it :)
Emilio
Takashi
Emilio
2009/5/24 Emilio López buhitoescolar@gmail.com
Well, it seems my last email was too heavy with the 4 filesattached. I
have uploaded them to drop.io, here is the link: http://drop.io/ alsaonaceraspire6930 Thanks! 2009/5/23 Emilio López <buhitoescolar@gmail.com> Here you are, I ran alsa-info.sh in the old alsa (withmodel=acer) and
saved the output of the script when side was enabled anddisabled,
with volumes 0 and 100. Hope you can work out the problem withthis,
do not hesitate to ask for more debug info if you need. Thanks for all! Emilio PS: On my previous email (cited below) I wrote "Mic sensing" incorrectly, I wanted to write "headphones sensing". 2009/5/23 Takashi Iwai <tiwai@suse.de> At Sat, 23 May 2009 12:19:12 -0300, Emilio López wrote: > > I reinstalled 1.0.20 today and almost everything startedworking
when I set > model=acer-aspire-4930g. Mic sensing works, my mic nowrecords
too. But my > bass does not, and I cannot control it with "Side"anymore.
> > Any idea on how to fix it? The audio setup for thislaptop will
be fully > working when I get the bass to play once again. Could you check with the older version and what "Side"control
changes in hd-audio codec registers? You can just getalsa-info.sh output
before and after changing the "Side" control value. thanks, Takashi
Hi, Any progress on 6935G? Not even latest alsa-snapshot is able to get jack detection and mic working. Controls wrongly mapped as usual.
Regards and Thanks, Karthik
On Sat, Jun 6, 2009 at 11:20 AM, Emilio López buhitoescolar@gmail.comwrote:
Takashi, were you able to have a look at it? Any idea on what might be going on? I guess this is an easy to fix issue, as it worked with the old mode, the channel might just need registering or something.
Thanks!
2009/5/29 Emilio López buhitoescolar@gmail.com
2009/5/27 Takashi Iwai tiwai@suse.de
At Wed, 27 May 2009 22:54:09 +0200, I wrote:
At Wed, 27 May 2009 16:27:00 -0300, Emilio López wrote:
Did my last email arrive? Any idea on what might be going on?
Sorry, no time for this right now. It's usually just a missing channel connection or the lack of the corresponding amp control. In most cases, it's trivial if someone with a knowledge of HD-audio spec sees it...
Just took a quick look now, I found that you didn't unmute "Side Playback Switch" in the disabled case. Do you mean that as "disabled"?
Disabled = Muted = Off, Enabled = Unmuted = On. So sound works on enabled, doesn't work on disabled.
I assume that these files are from the "old" driver with the bass working as Side volume. Is it correct?
Yes
thanks,
Takashi
Thanks for having a look at it :)
Emilio
Takashi
Emilio
2009/5/24 Emilio López buhitoescolar@gmail.com
Well, it seems my last email was too heavy with the 4 filesattached. I
have uploaded them to drop.io, here is the link: http://drop.io/ alsaonaceraspire6930 Thanks! 2009/5/23 Emilio López <buhitoescolar@gmail.com> Here you are, I ran alsa-info.sh in the old alsa (withmodel=acer) and
saved the output of the script when side was enabled anddisabled,
with volumes 0 and 100. Hope you can work out the problemwith this,
do not hesitate to ask for more debug info if you need. Thanks for all! Emilio PS: On my previous email (cited below) I wrote "Mic sensing" incorrectly, I wanted to write "headphones sensing". 2009/5/23 Takashi Iwai <tiwai@suse.de> At Sat, 23 May 2009 12:19:12 -0300, Emilio López wrote: > > I reinstalled 1.0.20 today and almost everythingstarted working
when I set > model=acer-aspire-4930g. Mic sensing works, my mic nowrecords
too. But my > bass does not, and I cannot control it with "Side"anymore.
> > Any idea on how to fix it? The audio setup for thislaptop will
be fully > working when I get the bass to play once again. Could you check with the older version and what "Side"control
changes in hd-audio codec registers? You can just getalsa-info.sh output
before and after changing the "Side" control value. thanks, Takashi
At Sat, 6 Jun 2009 11:22:20 +0800, Karthik Ramgopal wrote:
Hi, Any progress on 6935G?
No.
Not even latest alsa-snapshot is able to get jack detection and mic working. Controls wrongly mapped as usual.
Well, the wrong mapping is a BIOS issue. But, you can remap via sysfs and let the driver to reconfigure. Did you try it? See HD-Audio.txt in the latest driver.
Takashi
Regards and Thanks, Karthik
On Sat, Jun 6, 2009 at 11:20 AM, Emilio López buhitoescolar@gmail.com wrote:
Takashi, were you able to have a look at it? Any idea on what might be going on? I guess this is an easy to fix issue, as it worked with the old mode, the channel might just need registering or something. Thanks! 2009/5/29 Emilio López <buhitoescolar@gmail.com> 2009/5/27 Takashi Iwai <tiwai@suse.de> At Wed, 27 May 2009 22:54:09 +0200, I wrote: > > At Wed, 27 May 2009 16:27:00 -0300, > Emilio López wrote: > > > > Did my last email arrive? Any idea on what might be going on? > > Sorry, no time for this right now. > It's usually just a missing channel connection or the lack of > the corresponding amp control. In most cases, it's trivial if someone > with a knowledge of HD-audio spec sees it... Just took a quick look now, I found that you didn't unmute "Side Playback Switch" in the disabled case. Do you mean that as "disabled"? Disabled = Muted = Off, Enabled = Unmuted = On. So sound works on enabled, doesn't work on disabled. I assume that these files are from the "old" driver with the bass working as Side volume. Is it correct? Yes thanks, Takashi Thanks for having a look at it :) Emilio > Takashi > > > > > Emilio > > > > 2009/5/24 Emilio López <buhitoescolar@gmail.com> > > > > Well, it seems my last email was too heavy with the 4 files attached. I > > have uploaded them to drop.io, here is the link: http:// drop.io/ > > alsaonaceraspire6930 > > > > Thanks! > > > > 2009/5/23 Emilio López <buhitoescolar@gmail.com> > > > > Here you are, I ran alsa-info.sh in the old alsa (with model=acer) and > > saved the output of the script when side was enabled and disabled, > > with volumes 0 and 100. Hope you can work out the problem with this, > > do not hesitate to ask for more debug info if you need. > > > > Thanks for all! > > > > Emilio > > > > PS: On my previous email (cited below) I wrote "Mic sensing" > > incorrectly, I wanted to write "headphones sensing". > > > > 2009/5/23 Takashi Iwai <tiwai@suse.de> > > > > At Sat, 23 May 2009 12:19:12 -0300, > > Emilio López wrote: > > > > > > I reinstalled 1.0.20 today and almost everything started working > > when I set > > > model=acer-aspire-4930g. Mic sensing works, my mic now records > > too. But my > > > bass does not, and I cannot control it with "Side" anymore. > > > > > > Any idea on how to fix it? The audio setup for this laptop will > > be fully > > > working when I get the bass to play once again. > > > > Could you check with the older version and what "Side" control > > changes > > in hd-audio codec registers? You can just get alsa-info.sh output > > before and after changing the "Side" control value. > > > > thanks, > > > > Takashi > > > >
At Sat, 6 Jun 2009 00:20:18 -0300, Emilio López wrote:
Takashi, were you able to have a look at it?
Sorry, no time.
Any idea on what might be going on? I guess this is an easy to fix issue, as it worked with the old mode, the channel might just need registering or something.
You can try another one, the recently added model acer-aspire-8930g.
Takashi
Thanks!
2009/5/29 Emilio López buhitoescolar@gmail.com
2009/5/27 Takashi Iwai <tiwai@suse.de> At Wed, 27 May 2009 22:54:09 +0200, I wrote: > > At Wed, 27 May 2009 16:27:00 -0300, > Emilio López wrote: > > > > Did my last email arrive? Any idea on what might be going on? > > Sorry, no time for this right now. > It's usually just a missing channel connection or the lack of > the corresponding amp control. In most cases, it's trivial if someone > with a knowledge of HD-audio spec sees it... Just took a quick look now, I found that you didn't unmute "Side Playback Switch" in the disabled case. Do you mean that as "disabled"? Disabled = Muted = Off, Enabled = Unmuted = On. So sound works on enabled, doesn't work on disabled. I assume that these files are from the "old" driver with the bass working as Side volume. Is it correct? Yes thanks, Takashi Thanks for having a look at it :) Emilio > Takashi > > > > > Emilio > > > > 2009/5/24 Emilio López <buhitoescolar@gmail.com> > > > > Well, it seems my last email was too heavy with the 4 files attached. I > > have uploaded them to drop.io, here is the link: http:// drop.io/ > > alsaonaceraspire6930 > > > > Thanks! > > > > 2009/5/23 Emilio López <buhitoescolar@gmail.com> > > > > Here you are, I ran alsa-info.sh in the old alsa (with model=acer) and > > saved the output of the script when side was enabled and disabled, > > with volumes 0 and 100. Hope you can work out the problem with this, > > do not hesitate to ask for more debug info if you need. > > > > Thanks for all! > > > > Emilio > > > > PS: On my previous email (cited below) I wrote "Mic sensing" > > incorrectly, I wanted to write "headphones sensing". > > > > 2009/5/23 Takashi Iwai <tiwai@suse.de> > > > > At Sat, 23 May 2009 12:19:12 -0300, > > Emilio López wrote: > > > > > > I reinstalled 1.0.20 today and almost everything started working > > when I set > > > model=acer-aspire-4930g. Mic sensing works, my mic now records > > too. But my > > > bass does not, and I cannot control it with "Side" anymore. > > > > > > Any idea on how to fix it? The audio setup for this laptop will > > be fully > > > working when I get the bass to play once again. > > > > Could you check with the older version and what "Side" control > > changes > > in hd-audio codec registers? You can just get alsa-info.sh output > > before and after changing the "Side" control value. > > > > thanks, > > > > Takashi > > > >
Just tried with model acer-aspire-8930g on 1.0.20, it works the same as acer-aspire-4930g. Mic works, the "tuba" thing doesn't. Googling a bit I found that acer-aspire-8930g is for ALC889, but mine is ALC888.
I attach alsa-info.txt for this new model, just in case it's useful.
Emilio
2009/6/6 Takashi Iwai tiwai@suse.de
At Sat, 6 Jun 2009 00:20:18 -0300, Emilio López wrote:
Takashi, were you able to have a look at it?
Sorry, no time.
Any idea on what might be going on? I guess this is an easy to fix issue, as it worked with the old mode,
the
channel might just need registering or something.
You can try another one, the recently added model acer-aspire-8930g.
Takashi
Thanks!
2009/5/29 Emilio López buhitoescolar@gmail.com
2009/5/27 Takashi Iwai <tiwai@suse.de> At Wed, 27 May 2009 22:54:09 +0200, I wrote: > > At Wed, 27 May 2009 16:27:00 -0300, > Emilio López wrote: > > > > Did my last email arrive? Any idea on what might be going on? > > Sorry, no time for this right now. > It's usually just a missing channel connection or the lack of > the corresponding amp control. In most cases, it's trivial if someone > with a knowledge of HD-audio spec sees it... Just took a quick look now, I found that you didn't unmute "Side Playback Switch" in the disabled case. Do you mean that as "disabled"? Disabled = Muted = Off, Enabled = Unmuted = On. So sound works onenabled,
doesn't work on disabled. I assume that these files are from the "old" driver with the bass working as Side volume. Is it correct? Yes thanks, Takashi Thanks for having a look at it :) Emilio > Takashi > > > > > Emilio > > > > 2009/5/24 Emilio López <buhitoescolar@gmail.com> > > > > Well, it seems my last email was too heavy with the 4files
attached. I > > have uploaded them to drop.io, here is the link: http:// drop.io/ > > alsaonaceraspire6930 > > > > Thanks! > > > > 2009/5/23 Emilio López <buhitoescolar@gmail.com> > > > > Here you are, I ran alsa-info.sh in the old alsa(with
model=acer) and > > saved the output of the script when side was enabledand
disabled, > > with volumes 0 and 100. Hope you can work out theproblem
with this, > > do not hesitate to ask for more debug info if youneed.
> > > > Thanks for all! > > > > Emilio > > > > PS: On my previous email (cited below) I wrote "Mic sensing" > > incorrectly, I wanted to write "headphones sensing". > > > > 2009/5/23 Takashi Iwai <tiwai@suse.de> > > > > At Sat, 23 May 2009 12:19:12 -0300, > > Emilio López wrote: > > > > > > I reinstalled 1.0.20 today and almosteverything
started working > > when I set > > > model=acer-aspire-4930g. Mic sensing works, mymic
now records > > too. But my > > > bass does not, and I cannot control it with"Side"
anymore. > > > > > > Any idea on how to fix it? The audio setup forthis
laptop will > > be fully > > > working when I get the bass to play once again. > > > > Could you check with the older version and what"Side"
control > > changes > > in hd-audio codec registers? You can just get alsa-info.sh output > > before and after changing the "Side" controlvalue.
> > > > thanks, > > > > Takashi > > > >
At Sat, 6 Jun 2009 14:58:47 -0300, Emilio López wrote:
Just tried with model acer-aspire-8930g on 1.0.20, it works the same as acer-aspire-4930g. Mic works, the "tuba" thing doesn't. Googling a bit I found that acer-aspire-8930g is for ALC889, but mine is ALC888.
I attach alsa-info.txt for this new model, just in case it's useful.
OK, just to make things clear again: you got the bass output controlled via "Side" volume when you pass model=acer. Now the driver takes model=acer-aspire-4930g as default, and the bass doesn't work even if you change "Side" volume.
Right?
As far as I see, the connection of "Side" volume, i.e. the pin widget 0x0f, is also done for 4930g. So, there should be anything else.
How about the patch below? If it still doesn't work, please give both the working (model=acer) and non-working (w/o model), on both "Side" is set to the same level.
thanks,
Takashi
--- diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda/patch_realtek.c index 337d2a5..372a02a 100644 --- a/sound/pci/hda/patch_realtek.c +++ b/sound/pci/hda/patch_realtek.c @@ -1467,6 +1467,9 @@ static struct hda_verb alc888_acer_aspire_4930g_verbs[] = { {0x15, AC_VERB_SET_PIN_WIDGET_CONTROL, PIN_OUT}, {0x15, AC_VERB_SET_AMP_GAIN_MUTE, AMP_OUT_UNMUTE}, {0x15, AC_VERB_SET_CONNECT_SEL, 0x00}, + /* eanable EAPD? */ + {0x20, AC_VERB_SET_COEF_INDEX, 0x07}, + {0x20, AC_VERB_SET_PROC_COEF, 0x3050}, { } };
2009/6/9 Takashi Iwai tiwai@suse.de
At Sat, 6 Jun 2009 14:58:47 -0300, Emilio López wrote:
Just tried with model acer-aspire-8930g on 1.0.20, it works the same as acer-aspire-4930g. Mic works, the "tuba" thing doesn't. Googling a bit I
found
that acer-aspire-8930g is for ALC889, but mine is ALC888.
I attach alsa-info.txt for this new model, just in case it's useful.
OK, just to make things clear again: you got the bass output controlled via "Side" volume when you pass model=acer. Now the driver takes model=acer-aspire-4930g as default, and the bass doesn't work even if you change "Side" volume.
Right?
Right
As far as I see, the connection of "Side" volume, i.e. the pin widget 0x0f, is also done for 4930g. So, there should be anything else.
How about the patch below? If it still doesn't work, please give both the working (model=acer) and non-working (w/o model), on both "Side" is set to the same level.
The patch completely muted my system - I don't have any playback working (didn't test headphones though)
Here is the alsa-infos you requested: model=acer, working "side": http://files.getdropbox.com/u/553461/alsainfo-acer.txt model=acer-aspire-4930g, with your patch applied (no playback): http://files.getdropbox.com/u/553461/alsainfo-acer-aspire-4930g%2Bpatch.txt model=acer-aspire-4930g, unpatched build, "side" not working: http://files.getdropbox.com/u/553461/alsainfo-acer-aspire-4930g.txt
Thanks!
thanks,
Takashi
diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda/patch_realtek.c index 337d2a5..372a02a 100644 --- a/sound/pci/hda/patch_realtek.c +++ b/sound/pci/hda/patch_realtek.c @@ -1467,6 +1467,9 @@ static struct hda_verb alc888_acer_aspire_4930g_verbs[] = { {0x15, AC_VERB_SET_PIN_WIDGET_CONTROL, PIN_OUT}, {0x15, AC_VERB_SET_AMP_GAIN_MUTE, AMP_OUT_UNMUTE}, {0x15, AC_VERB_SET_CONNECT_SEL, 0x00},
/* eanable EAPD? */{0x20, AC_VERB_SET_COEF_INDEX, 0x07},{0x20, AC_VERB_SET_PROC_COEF, 0x3050}, { }};
Emilio
Any news on this Takashi?
2009/6/13 Emilio López buhitoescolar@gmail.com
2009/6/9 Takashi Iwai tiwai@suse.de
At Sat, 6 Jun 2009 14:58:47 -0300, Emilio López wrote:
Just tried with model acer-aspire-8930g on 1.0.20, it works the same as acer-aspire-4930g. Mic works, the "tuba" thing doesn't. Googling a bit I
found
that acer-aspire-8930g is for ALC889, but mine is ALC888.
I attach alsa-info.txt for this new model, just in case it's useful.
OK, just to make things clear again: you got the bass output controlled via "Side" volume when you pass model=acer. Now the driver takes model=acer-aspire-4930g as default, and the bass doesn't work even if you change "Side" volume.
Right?
Right
As far as I see, the connection of "Side" volume, i.e. the pin widget 0x0f, is also done for 4930g. So, there should be anything else.
How about the patch below? If it still doesn't work, please give both the working (model=acer) and non-working (w/o model), on both "Side" is set to the same level.
The patch completely muted my system - I don't have any playback working (didn't test headphones though)
Here is the alsa-infos you requested: model=acer, working "side": http://files.getdropbox.com/u/553461/alsainfo-acer.txt model=acer-aspire-4930g, with your patch applied (no playback): http://files.getdropbox.com/u/553461/alsainfo-acer-aspire-4930g%2Bpatch.txt model=acer-aspire-4930g, unpatched build, "side" not working: http://files.getdropbox.com/u/553461/alsainfo-acer-aspire-4930g.txt
Thanks!
thanks,
Takashi
diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda/patch_realtek.c index 337d2a5..372a02a 100644 --- a/sound/pci/hda/patch_realtek.c +++ b/sound/pci/hda/patch_realtek.c @@ -1467,6 +1467,9 @@ static struct hda_verb alc888_acer_aspire_4930g_verbs[] = { {0x15, AC_VERB_SET_PIN_WIDGET_CONTROL, PIN_OUT}, {0x15, AC_VERB_SET_AMP_GAIN_MUTE, AMP_OUT_UNMUTE}, {0x15, AC_VERB_SET_CONNECT_SEL, 0x00},
/* eanable EAPD? */{0x20, AC_VERB_SET_COEF_INDEX, 0x07},{0x20, AC_VERB_SET_PROC_COEF, 0x3050}, { }};
Emilio
At Sat, 20 Jun 2009 21:23:30 -0300, Emilio López wrote:
Any news on this Takashi?
Tony Vroon just submitted a patch for 6530G with LFE support. Could you try model=acer-aspire-6530g with the very latest alsa-driver-snapshot tarball?
thanks,
Takashi
2009/6/21 Takashi Iwai tiwai@suse.de
At Sat, 20 Jun 2009 21:23:30 -0300, Emilio López wrote:
Any news on this Takashi?
Tony Vroon just submitted a patch for 6530G with LFE support. Could you try model=acer-aspire-6530g with the very latest alsa-driver-snapshot tarball?
I just tried with the snapshot, still no bass sound :/ I'll try again later, just in case the tarball still hasn't got the patch.
BTW, can you have a look at the logs I sent earlier?
Thanks!
Emilio
thanks,
Takashi
Yes, I unmuted and raised up everything.
2009/6/21 Tony Vroon tony@linx.net
On Sun, 2009-06-21 at 19:01 -0300, Emilio López wrote:
I just tried with the snapshot, still no bass sound :/
You did launch alsamixer to unmute and raise up LFE, right?
Regards, Tony V.
On Sun, 2009-06-21 at 20:24 -0300, Emilio López wrote:
Yes, I unmuted and raised up everything.
To confirm, if the 6530g model took effect, you will have (significantly) less mixer sliders then usual. Assuming that it did, could you get me /proc/asound/card0/codec#0 output with the 6530g model active please.
Based on an earlier report you sent, I think I see the problem. However, I'd rather be sure.
Regards, Tony V.
Tony, I don't see less mixer sliders :/
Here is that file's output: http://files.getdropbox.com/u/553461/codec0.txt
And just in case, a new alsa-info with this new model: http://files.getdropbox.com/u/553461/alsainfotony.txt
Thanks!
Emilio
2009/6/21 Tony Vroon tony@linx.net
On Sun, 2009-06-21 at 20:24 -0300, Emilio López wrote:
Yes, I unmuted and raised up everything.
To confirm, if the 6530g model took effect, you will have (significantly) less mixer sliders then usual. Assuming that it did, could you get me /proc/asound/card0/codec#0 output with the 6530g model active please.
Based on an earlier report you sent, I think I see the problem. However, I'd rather be sure.
Regards, Tony V.
At Mon, 22 Jun 2009 14:44:09 -0300, Emilio López wrote:
Tony, I don't see less mixer sliders :/
Here is that file's output: http://files.getdropbox.com/u/553461/codec0.txt
And just in case, a new alsa-info with this new model: http:// files.getdropbox.com/u/553461/alsainfotony.txt
Check always alsa-driver*/alsa-kernel/HEAD file to see whether the changes you want are really included. If not there, try to re-fetch the alsa-driver-snapshot tarball again. There can be some delay on the server until the contents get sync'ed. The recent changes can be tracked from webgit of sound git repository, http://git.kernel.org/?p=linux/kernel/git/tiwai/sound-2.6.git;a=summary The changes specific to HD-audio can be found in topic/hda branch.
Also, use alsa-driver-snapshot.tar.gz, not daily snapshots.
Takashi
Thanks!
Emilio
2009/6/21 Tony Vroon tony@linx.net
On Sun, 2009-06-21 at 20:24 -0300, Emilio López wrote: > Yes, I unmuted and raised up everything. To confirm, if the 6530g model took effect, you will have (significantly) less mixer sliders then usual. Assuming that it did, could you get me /proc/asound/card0/codec#0 output with the 6530g model active please. Based on an earlier report you sent, I think I see the problem. However, I'd rather be sure. Regards, Tony V.
Well, I used alsa-driver-snapshot.tar.gz now. I see less mixers, as tony said, and now LFE works and is controlled by the "LFE" slider! The bad thing is, now microphone does not work. I have tried with both "Int Mic" and "Ext Mic", the internal microphone does not work.
The file Tony requested, just in case, again: http://files.getdropbox.com/u/553461/codec0new.txt
Thanks for letting me notice I was using the wrong snapshot Takashi!
Emilio
2009/6/22 Takashi Iwai tiwai@suse.de
At Mon, 22 Jun 2009 14:44:09 -0300, Emilio López wrote:
Tony, I don't see less mixer sliders :/
Here is that file's output:
http://files.getdropbox.com/u/553461/codec0.txt
And just in case, a new alsa-info with this new model: http:// files.getdropbox.com/u/553461/alsainfotony.txt
Check always alsa-driver*/alsa-kernel/HEAD file to see whether the changes you want are really included. If not there, try to re-fetch the alsa-driver-snapshot tarball again. There can be some delay on the server until the contents get sync'ed. The recent changes can be tracked from webgit of sound git repository, http://git.kernel.org/?p=linux/kernel/git/tiwai/sound-2.6.git;a=summary The changes specific to HD-audio can be found in topic/hda branch.
Also, use alsa-driver-snapshot.tar.gz, not daily snapshots.
Takashi
Thanks!
Emilio
2009/6/21 Tony Vroon tony@linx.net
On Sun, 2009-06-21 at 20:24 -0300, Emilio López wrote: > Yes, I unmuted and raised up everything. To confirm, if the 6530g model took effect, you will have (significantly) less mixer sliders then usual. Assuming that it did, could you get me /proc/asound/card0/codec#0output
with the 6530g model active please. Based on an earlier report you sent, I think I see the problem.However,
I'd rather be sure. Regards, Tony V.
On Mon, 2009-06-22 at 18:51 -0300, Emilio López wrote:
the internal microphone does not work.
That's the only problem I had left on that laptop. If anyone knows the magic verb to wake that up I'm happy to oblige. I know the ADCs are already reversed, so we are using the correct one for capture (if you run codecgraph you'll see the internal mic is only connected to the "bottom" aka secondary ADC)
I won't have my hands on that 6530G laptop again for a couple of weeks, so if testing on actual hardware is to be done, I hope we can count on Emilio.
The file Tony requested, just in case, again: http://files.getdropbox.com/u/553461/codec0new.txt
Takashi, I would say that the 6530G model is a perfect match for this layout.
Emilio
Regards, Tony V.
At Mon, 22 Jun 2009 22:58:59 +0100, Tony Vroon wrote:
On Mon, 2009-06-22 at 18:51 -0300, Emilio López wrote:
the internal microphone does not work.
That's the only problem I had left on that laptop. If anyone knows the magic verb to wake that up I'm happy to oblige. I know the ADCs are already reversed, so we are using the correct one for capture (if you run codecgraph you'll see the internal mic is only connected to the "bottom" aka secondary ADC)
I won't have my hands on that 6530G laptop again for a couple of weeks, so if testing on actual hardware is to be done, I hope we can count on Emilio.
Hm, judging from the description by Emilio, it worked with model=acer-aspire-4930g (or without model option, which defaults to that model).
Maybe just a missing initialization of NID 0x12?
The file Tony requested, just in case, again: http://files.getdropbox.com/u/553461/codec0new.txt
Takashi, I would say that the 6530G model is a perfect match for this layout.
Looks so. Hopefully the digital mic can be fixed soon...
Takashi
On Tue, 2009-06-23 at 00:14 +0200, Takashi Iwai wrote:
Maybe just a missing initialization of NID 0x12?
It quite likely is, I got tired of 4930g not working right and cleared it all out. I've been granted remote access to the 6530g in question, and hope to submit a patch to you in the next 20 minutes. Sorry for missing that.
Takashi
Regards, Tony V.
On Mon, 2009-06-22 at 23:18 +0100, Tony Vroon wrote:
It quite likely is, I got tired of 4930g not working right and cleared it all out. I've been granted remote access to the 6530g in question, and hope to submit a patch to you in the next 20 minutes.
I'm getting overruns and corrupt data galore. arecord outputs miles and miles of: overrun!!! (at least -1245709895929.816 ms long)
Please advise.
Regards, Tony V.
The mic worked with model=acer-aspire-4930g, maybe you can "copy" the information from that model or something? I don't really know how alsa works, it's just an idea.
2009/6/22 Tony Vroon tony@vroon.org
On Mon, 2009-06-22 at 23:18 +0100, Tony Vroon wrote:
It quite likely is, I got tired of 4930g not working right and cleared it all out. I've been granted remote access to the 6530g in question, and hope to submit a patch to you in the next 20 minutes.
I'm getting overruns and corrupt data galore. arecord outputs miles and miles of: overrun!!! (at least -1245709895929.816 ms long)
Please advise.
Regards, Tony V.
Just noticed another new issue. Jack sensing half-works, LFE isn't 'muted' when you plug headphones, but Front is.
2009/6/22 Emilio López buhitoescolar@gmail.com
The mic worked with model=acer-aspire-4930g, maybe you can "copy" the information from that model or something? I don't really know how alsa works, it's just an idea.
2009/6/22 Tony Vroon tony@vroon.org
On Mon, 2009-06-22 at 23:18 +0100, Tony Vroon wrote:
It quite likely is, I got tired of 4930g not working right and cleared it all out. I've been granted remote access to the 6530g in question, and hope to submit a patch to you in the next 20 minutes.
I'm getting overruns and corrupt data galore. arecord outputs miles and miles of: overrun!!! (at least -1245709895929.816 ms long)
Please advise.
Regards, Tony V.
On Mon, 2009-06-22 at 20:14 -0300, Emilio López wrote:
The mic worked with model=acer-aspire-4930g, maybe you can "copy" the information from that model or something?
Will have to see whether copying both internal-mic related verbs from the 4930g model helps, indeed. I found the arecord message rather disconcerting though. Also, while I have remote access to he 6530g its owner is not feeling well and she can't help me run further tests.
Sorry, no further patches tonight.
Regards, Tony V.
P.S. And I blame my e-mail client for swapping my From address around randomly.
I can test patches if you'd like
2009/6/22 Tony Vroon tony@linx.net
On Mon, 2009-06-22 at 20:14 -0300, Emilio López wrote:
The mic worked with model=acer-aspire-4930g, maybe you can "copy" the information from that model or something?
Will have to see whether copying both internal-mic related verbs from the 4930g model helps, indeed. I found the arecord message rather disconcerting though. Also, while I have remote access to he 6530g its owner is not feeling well and she can't help me run further tests.
Sorry, no further patches tonight.
Regards, Tony V.
P.S. And I blame my e-mail client for swapping my From address around randomly.
I had a little free time, so I decided to play a little with alsa. I copied the mic verbs from the old model to this new one and it seems to be working fine. Here is the patch for that
diff -wur alsa-driver/sound/pci/hda/patch_realtek.c alsa-driver-patched/sound/pci/hda/patch_realtek.c --- alsa-driver/sound/pci/hda/patch_realtek.c 2009-06-22 12:50:12.000000000 -0300 +++ alsa-driver-patched/sound/pci/hda/patch_realtek.c 2009-06-23 14:57:40.511853856 -0300 @@ -1471,6 +1471,10 @@ static struct hda_verb alc888_acer_aspire_6530g_verbs[] = { /* Bias voltage on for external mic port */ {0x18, AC_VERB_SET_PIN_WIDGET_CONTROL, PIN_IN | PIN_VREF80}, +/* Front Mic: set to PIN_IN (empty by default) */ + {0x12, AC_VERB_SET_PIN_WIDGET_CONTROL, PIN_IN}, +/* Unselect Front Mic by default in input mixer 3 */ + {0x22, AC_VERB_SET_AMP_GAIN_MUTE, AMP_IN_MUTE(0xb)}, /* Enable unsolicited event for HP jack */ {0x15, AC_VERB_SET_UNSOLICITED_ENABLE, ALC880_HP_EVENT | AC_USRSP_EN}, /* Enable speaker output */
Now, the only 'broken' thing is jack sensing, it just mutes front, but not LFE. I guess this is an easy to fix issue.
Emilio
2009/6/22 Emilio López buhitoescolar@gmail.com
I can test patches if you'd like
2009/6/22 Tony Vroon tony@linx.net
On Mon, 2009-06-22 at 20:14 -0300, Emilio López wrote:
The mic worked with model=acer-aspire-4930g, maybe you can "copy" the information from that model or something?
Will have to see whether copying both internal-mic related verbs from the 4930g model helps, indeed. I found the arecord message rather disconcerting though. Also, while I have remote access to he 6530g its owner is not feeling well and she can't help me run further tests.
Sorry, no further patches tonight.
Regards, Tony V.
P.S. And I blame my e-mail client for swapping my From address around randomly.
On Tue, 2009-06-23 at 15:05 -0300, Emilio López wrote:
I had a little free time, so I decided to play a little with alsa. I copied the mic verbs from the old model to this new one and it seems to be working fine. Here is the patch for that
Takashi, please feel free to apply this. Especially the PIN_IN selector is obviously correct, and if this fixes the 6935 it should work on the 6930. Unfortunately the 6930 (which isn't mine) will be out of the country as of tomorrow.
Emilio, you may want to resubmit with a Signed-Off-By line etc. There's a Documentation/SubmittingPatches in the kernel source that explains all the little details.
Now, the only 'broken' thing is jack sensing, it just mutes front, but not LFE. I guess this is an easy to fix issue.
Now that you've got your hands dirty you might want to fix that one as well :) You'll want to mute/unmute node 0x17 (the "tuba") in addition to 0x14 in the jack sense handler. Might as well handle 0x16 now that you're at it, the codec graph suggests this is a speaker of some kind as well. Copy alc888_acer_aspire_4930g_init_hook into a new 6930g_init_hook, and look at 8930g to see how to do multiple speaker nodes.
That's basically it. Hacking on patch_realtek.c is quite doable.
Emilio
Regards, Tony V.
2009/6/23 Tony Vroon tony@linx.net:
On Tue, 2009-06-23 at 15:05 -0300, Emilio López wrote:
I had a little free time, so I decided to play a little with alsa. I copied the mic verbs from the old model to this new one and it seems to be working fine. Here is the patch for that
Takashi, please feel free to apply this. Especially the PIN_IN selector is obviously correct, and if this fixes the 6935 it should work on the 6930. Unfortunately the 6930 (which isn't mine) will be out of the country as of tomorrow.
Emilio, you may want to resubmit with a Signed-Off-By line etc. There's a Documentation/SubmittingPatches in the kernel source that explains all the little details.
I can't seem to find it on the alsa sources. Is it online somewhere?
Now, the only 'broken' thing is jack sensing, it just mutes front, but not LFE. I guess this is an easy to fix issue.
Now that you've got your hands dirty you might want to fix that one as well :)
OK :-)
You'll want to mute/unmute node 0x17 (the "tuba") in addition to 0x14 in the jack sense handler. Might as well handle 0x16 now that you're at it, the codec graph suggests this is a speaker of some kind as well. Copy alc888_acer_aspire_4930g_init_hook into a new 6930g_init_hook, and look at 8930g to see how to do multiple speaker nodes.
I did it, but it still doesn't work. I'll play a bit more with it tomorrow, might be a stupid error of mine.
That's basically it. Hacking on patch_realtek.c is quite doable.
Emilio
Regards, Tony V.
Here is the patch, with jack sensing not working fully. Maybe you can spot my mistake faster than me
diff -wru alsa-driver/sound/pci/hda/patch_realtek.c alsa-driver-patched/sound/pci/hda/patch_realtek.c --- alsa-driver/sound/pci/hda/patch_realtek.c 2009-06-22 12:50:12.000000000 -0300 +++ alsa-driver-patched/sound/pci/hda/patch_realtek.c 2009-06-23 22:28:22.653374751 -0300 @@ -1471,6 +1471,10 @@ static struct hda_verb alc888_acer_aspire_6530g_verbs[] = { /* Bias voltage on for external mic port */ {0x18, AC_VERB_SET_PIN_WIDGET_CONTROL, PIN_IN | PIN_VREF80}, +/* Front Mic: set to PIN_IN (empty by default) */ + {0x12, AC_VERB_SET_PIN_WIDGET_CONTROL, PIN_IN}, +/* Unselect Front Mic by default in input mixer 3 */ + {0x22, AC_VERB_SET_AMP_GAIN_MUTE, AMP_IN_MUTE(0xb)}, /* Enable unsolicited event for HP jack */ {0x15, AC_VERB_SET_UNSOLICITED_ENABLE, ALC880_HP_EVENT | AC_USRSP_EN}, /* Enable speaker output */ @@ -1639,6 +1643,17 @@ alc_automute_amp(codec); }
+static void alc888_acer_aspire_6530g_init_hook(struct hda_codec *codec) +{ + struct alc_spec *spec = codec->spec; + + spec->autocfg.hp_pins[0] = 0x15; + spec->autocfg.speaker_pins[0] = 0x14; + spec->autocfg.speaker_pins[1] = 0x16; + spec->autocfg.speaker_pins[2] = 0x17; + alc_automute_amp(codec); +} + static void alc889_acer_aspire_8930g_init_hook(struct hda_codec *codec) { struct alc_spec *spec = codec->spec; @@ -9317,7 +9332,7 @@ ARRAY_SIZE(alc888_2_capture_sources), .input_mux = alc888_acer_aspire_6530_sources, .unsol_event = alc_automute_amp_unsol_event, - .init_hook = alc888_acer_aspire_4930g_init_hook, + .init_hook = alc888_acer_aspire_6530g_init_hook, }, [ALC888_ACER_ASPIRE_8930G] = { .mixers = { alc888_base_mixer,
At Tue, 23 Jun 2009 22:32:45 -0300, Emilio López wrote:
Here is the patch, with jack sensing not working fully. Maybe you can spot my mistake faster than me
It might not be 0x17. Check other pins and try to mute manually via hda-verb, for example,
# hda-verb /dev/snd/hwC0D0 0x18 SET_AMP 0xb080
Takashi
diff -wru alsa-driver/sound/pci/hda/patch_realtek.c alsa-driver-patched/sound/pci/hda/patch_realtek.c --- alsa-driver/sound/pci/hda/patch_realtek.c 2009-06-22 12:50:12.000000000 -0300 +++ alsa-driver-patched/sound/pci/hda/patch_realtek.c 2009-06-23 22:28:22.653374751 -0300 @@ -1471,6 +1471,10 @@ static struct hda_verb alc888_acer_aspire_6530g_verbs[] = { /* Bias voltage on for external mic port */ {0x18, AC_VERB_SET_PIN_WIDGET_CONTROL, PIN_IN | PIN_VREF80}, +/* Front Mic: set to PIN_IN (empty by default) */
- {0x12, AC_VERB_SET_PIN_WIDGET_CONTROL, PIN_IN},
+/* Unselect Front Mic by default in input mixer 3 */
- {0x22, AC_VERB_SET_AMP_GAIN_MUTE, AMP_IN_MUTE(0xb)},
/* Enable unsolicited event for HP jack */ {0x15, AC_VERB_SET_UNSOLICITED_ENABLE, ALC880_HP_EVENT | AC_USRSP_EN}, /* Enable speaker output */ @@ -1639,6 +1643,17 @@ alc_automute_amp(codec); }
+static void alc888_acer_aspire_6530g_init_hook(struct hda_codec *codec) +{
- struct alc_spec *spec = codec->spec;
- spec->autocfg.hp_pins[0] = 0x15;
- spec->autocfg.speaker_pins[0] = 0x14;
- spec->autocfg.speaker_pins[1] = 0x16;
- spec->autocfg.speaker_pins[2] = 0x17;
- alc_automute_amp(codec);
+}
static void alc889_acer_aspire_8930g_init_hook(struct hda_codec *codec) { struct alc_spec *spec = codec->spec; @@ -9317,7 +9332,7 @@ ARRAY_SIZE(alc888_2_capture_sources), .input_mux = alc888_acer_aspire_6530_sources, .unsol_event = alc_automute_amp_unsol_event,
.init_hook = alc888_acer_aspire_4930g_init_hook,
.init_hook = alc888_acer_aspire_6530g_init_hook,
This is really odd. If I mute 0x17 and 0x14 with hda-verb, it's muted completely. And the patch has 0x17 and 0x14 in the list, and it still doesn't work well. Any ideas?
2009/6/24 Takashi Iwai tiwai@suse.de:
At Tue, 23 Jun 2009 22:32:45 -0300, Emilio López wrote:
Here is the patch, with jack sensing not working fully. Maybe you can spot my mistake faster than me
It might not be 0x17. Check other pins and try to mute manually via hda-verb, for example,
# hda-verb /dev/snd/hwC0D0 0x18 SET_AMP 0xb080
Takashi
diff -wru alsa-driver/sound/pci/hda/patch_realtek.c alsa-driver-patched/sound/pci/hda/patch_realtek.c --- alsa-driver/sound/pci/hda/patch_realtek.c 2009-06-22 12:50:12.000000000 -0300 +++ alsa-driver-patched/sound/pci/hda/patch_realtek.c 2009-06-23 22:28:22.653374751 -0300 @@ -1471,6 +1471,10 @@ static struct hda_verb alc888_acer_aspire_6530g_verbs[] = { /* Bias voltage on for external mic port */ {0x18, AC_VERB_SET_PIN_WIDGET_CONTROL, PIN_IN | PIN_VREF80}, +/* Front Mic: set to PIN_IN (empty by default) */
- {0x12, AC_VERB_SET_PIN_WIDGET_CONTROL, PIN_IN},
+/* Unselect Front Mic by default in input mixer 3 */
- {0x22, AC_VERB_SET_AMP_GAIN_MUTE, AMP_IN_MUTE(0xb)},
/* Enable unsolicited event for HP jack */ {0x15, AC_VERB_SET_UNSOLICITED_ENABLE, ALC880_HP_EVENT | AC_USRSP_EN}, /* Enable speaker output */ @@ -1639,6 +1643,17 @@ alc_automute_amp(codec); }
+static void alc888_acer_aspire_6530g_init_hook(struct hda_codec *codec) +{
- struct alc_spec *spec = codec->spec;
- spec->autocfg.hp_pins[0] = 0x15;
- spec->autocfg.speaker_pins[0] = 0x14;
- spec->autocfg.speaker_pins[1] = 0x16;
- spec->autocfg.speaker_pins[2] = 0x17;
- alc_automute_amp(codec);
+}
static void alc889_acer_aspire_8930g_init_hook(struct hda_codec *codec) { struct alc_spec *spec = codec->spec; @@ -9317,7 +9332,7 @@ ARRAY_SIZE(alc888_2_capture_sources), .input_mux = alc888_acer_aspire_6530_sources, .unsol_event = alc_automute_amp_unsol_event,
- .init_hook = alc888_acer_aspire_4930g_init_hook,
- .init_hook = alc888_acer_aspire_6530g_init_hook,
}, [ALC888_ACER_ASPIRE_8930G] = { .mixers = { alc888_base_mixer,
Well, I finally got it to work. I had to triplicate the "spec->autocfg.hp_pins", I don't know why, but it made it work.
Here is the patch:
From: Emilio López buhitoescolar@gmail.com
Fix recording from internal microphone, make jack sensing mute all the internal speakers.
Signed-off-by: Emilio López buhitoescolar@gmail.com Tested-by: Emilio López buhitoescolar@gmail.com
---
diff -uprN alsa-driver/sound/pci/hda/patch_realtek.c alsa-driver-patched/sound/pci/hda/patch_realtek.c --- alsa-driver/sound/pci/hda/patch_realtek.c 2009-06-22 12:50:12.000000000 -0300 +++ alsa-driver-patched/sound/pci/hda/patch_realtek.c 2009-06-24 16:22:51.258368878 -0300 @@ -1471,6 +1471,10 @@ static struct hda_verb alc888_acer_aspir static struct hda_verb alc888_acer_aspire_6530g_verbs[] = { /* Bias voltage on for external mic port */ {0x18, AC_VERB_SET_PIN_WIDGET_CONTROL, PIN_IN | PIN_VREF80}, +/* Front Mic: set to PIN_IN (empty by default) */ + {0x12, AC_VERB_SET_PIN_WIDGET_CONTROL, PIN_IN}, +/* Unselect Front Mic by default in input mixer 3 */ + {0x22, AC_VERB_SET_AMP_GAIN_MUTE, AMP_IN_MUTE(0xb)}, /* Enable unsolicited event for HP jack */ {0x15, AC_VERB_SET_UNSOLICITED_ENABLE, ALC880_HP_EVENT | AC_USRSP_EN}, /* Enable speaker output */ @@ -1639,6 +1643,19 @@ static void alc888_acer_aspire_4930g_ini alc_automute_amp(codec); }
+static void alc888_acer_aspire_6530g_init_hook(struct hda_codec *codec) +{ + struct alc_spec *spec = codec->spec; + + spec->autocfg.hp_pins[0] = 0x15; + spec->autocfg.hp_pins[1] = 0x15; + spec->autocfg.hp_pins[2] = 0x15; + spec->autocfg.speaker_pins[0] = 0x14; + spec->autocfg.speaker_pins[1] = 0x16; + spec->autocfg.speaker_pins[2] = 0x17; + alc_automute_amp(codec); +} + static void alc889_acer_aspire_8930g_init_hook(struct hda_codec *codec) { struct alc_spec *spec = codec->spec; @@ -9317,7 +9334,7 @@ static struct alc_config_preset alc883_p ARRAY_SIZE(alc888_2_capture_sources), .input_mux = alc888_acer_aspire_6530_sources, .unsol_event = alc_automute_amp_unsol_event, - .init_hook = alc888_acer_aspire_4930g_init_hook, + .init_hook = alc888_acer_aspire_6530g_init_hook, }, [ALC888_ACER_ASPIRE_8930G] = { .mixers = { alc888_base_mixer,
At Wed, 24 Jun 2009 16:33:26 -0300, Emilio López wrote:
Well, I finally got it to work. I had to triplicate the "spec->autocfg.hp_pins", I don't know why, but it made it work.
Hmm, does the patch below help?
Takashi
--- diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda/patch_realtek.c index 3345331..12cc340 100644 --- a/sound/pci/hda/patch_realtek.c +++ b/sound/pci/hda/patch_realtek.c @@ -1401,6 +1401,7 @@ static void alc_automute_amp(struct hda_codec *codec) nid = spec->autocfg.hp_pins[i]; if (!nid) break; + snd_hda_codec_read(codec, nid, 0, AC_VERB_SET_PIN_SENSE, 0); val = snd_hda_codec_read(codec, nid, 0, AC_VERB_GET_PIN_SENSE, 0); if (val & AC_PINSENSE_PRESENCE) {
2009/6/24 Takashi Iwai tiwai@suse.de:
At Wed, 24 Jun 2009 16:33:26 -0300, Emilio López wrote:
Well, I finally got it to work. I had to triplicate the "spec->autocfg.hp_pins", I don't know why, but it made it work.
Hmm, does the patch below help?
Yes! Now, with just one "spec->autocfg.hp_pins", it works fine :) I guess you can include the patch now .
Takashi
diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda/patch_realtek.c index 3345331..12cc340 100644 --- a/sound/pci/hda/patch_realtek.c +++ b/sound/pci/hda/patch_realtek.c @@ -1401,6 +1401,7 @@ static void alc_automute_amp(struct hda_codec *codec) nid = spec->autocfg.hp_pins[i]; if (!nid) break;
- snd_hda_codec_read(codec, nid, 0, AC_VERB_SET_PIN_SENSE, 0);
val = snd_hda_codec_read(codec, nid, 0, AC_VERB_GET_PIN_SENSE, 0); if (val & AC_PINSENSE_PRESENCE) {
Well, today I downloaded a new snapshot, and I discovered you had included the fixes. I just want to thank everybody who helped, jack sensing works perfectly, and I have clearer controls and working bass sound (the "tuba").
The things I doubt are working are "line in" (there's no line in on the alsamixer controls) and the external mic (I don't have one available now, but will test and report soon)
Anyways, thanks for making the most important things work!
Emilio
On Thu, 2009-06-25 at 22:22 -0300, Emilio López wrote:
The things I doubt are working are "line in" (there's no line in on the alsamixer controls) and the external mic (I don't have one available now, but will test and report soon)
I did enable bias voltage for the external mic, so I would expect that to work (where it didn't before). I just sent out a patch for the line in though.
Anyways, thanks for making the most important things work!
Thanks for joining in, that's what open source drivers are all about :)
Emilio
Regards, Tony V.
At Tue, 23 Jun 2009 22:00:42 -0300, Emilio López wrote:
2009/6/23 Tony Vroon tony@linx.net:
On Tue, 2009-06-23 at 15:05 -0300, Emilio López wrote:
I had a little free time, so I decided to play a little with alsa. I copied the mic verbs from the old model to this new one and it seems to be working fine. Here is the patch for that
Takashi, please feel free to apply this. Especially the PIN_IN selector is obviously correct, and if this fixes the 6935 it should work on the 6930. Unfortunately the 6930 (which isn't mine) will be out of the country as of tomorrow.
Emilio, you may want to resubmit with a Signed-Off-By line etc. There's a Documentation/SubmittingPatches in the kernel source that explains all the little details.
I can't seem to find it on the alsa sources. Is it online somewhere?
It's in kernel tree, typically /usr/src/linux/Documentation/.
Takashi
participants (5)
-
Emilio López -
Karthik Ramgopal -
Takashi Iwai -
Tony Vroon -
Tony Vroon