March 2012 - Alsa-devel - mailman.alsa-project.org

Re: [alsa-devel] [PATCH v6 0/2] patch set about the MXS-DMA
by Vinod Koul 05 Mar '12

05 Mar '12

On Wed, 2012-02-29 at 08:13 -0500, Huang Shijie wrote: > Hi Artem: > > On Wed, Feb 29, 2012 at 7:00 AM, Bityutskiy, Artem > <artem.bityutskiy(a)intel.com> wrote: > > On Wed, 2012-02-29 at 16:25 +0800, Huang Shijie wrote: > >> Hi Artem: > >> > On Wed, 2012-02-29 at 11:10 +0800, Huang Shijie wrote: > >> >> Hi: > >> >> > >> >> ping. > >> > Is this patch-set independent or requires something like gpma patches? > >> > > >> This patch set is independent, and it does not depend upon any other > >> patches. > > > > Pushed both to l2-mtd.git tree, thanks. I am worried that it touches > > other subsystems like dma, sound, and mmc and there are no acks for > > those. Would be nice to get them somehow. > > > > I ever thought Vinod could accept this patch set. > > To Vinod & Chris: > Could you give the ack to the first patch? Both, Acked-by: Vinod Koul <vinod.koul(a)linux.intel.com> Although the second patch overloads the dmaengine flags but for lack of any other suitable alternative, this looks okay... > > Does the second patch need extra acks beside Shawn's? > > BR > Huang Shijie > -- > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majordomo(a)vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ -- ~Vinod

1 0

[alsa-devel] [PATCH 1/2] ASoC: ak4641: Convert to module_i2c_driver()
by Mark Brown 04 Mar '12

04 Mar '12

Signed-off-by: Mark Brown <broonie(a)opensource.wolfsonmicro.com> --- sound/soc/codecs/ak4641.c | 18 +----------------- 1 files changed, 1 insertions(+), 17 deletions(-) diff --git a/sound/soc/codecs/ak4641.c b/sound/soc/codecs/ak4641.c index c4d165a..611e8f0 100644 --- a/sound/soc/codecs/ak4641.c +++ b/sound/soc/codecs/ak4641.c @@ -641,23 +641,7 @@ static struct i2c_driver ak4641_i2c_driver = { .id_table = ak4641_i2c_id, }; -static int __init ak4641_modinit(void) -{ - int ret; - - ret = i2c_add_driver(&ak4641_i2c_driver); - if (ret != 0) - pr_err("Failed to register AK4641 I2C driver: %d\n", ret); - - return ret; -} -module_init(ak4641_modinit); - -static void __exit ak4641_exit(void) -{ - i2c_del_driver(&ak4641_i2c_driver); -} -module_exit(ak4641_exit); +module_i2c_driver(ak4641_i2c_driver); MODULE_DESCRIPTION("SoC AK4641 driver"); MODULE_AUTHOR("Harald Welte <laforge(a)gnufiish.org>"); -- 1.7.9.1

1 1

[alsa-devel] [PATCH v4 0/2] MFD: twl6040: Conversion to i2c driver
by Peter Ujfalusi 04 Mar '12

04 Mar '12

Hello, Changes since v3: - Combined the main patch (conversion to i2c driver) with changes in Kconfig files to avoid build breakage on other platforms - Added the received Acks from maintainers Samuel: is it possible for you to stop carrying the twl6040 changes you have at the moment in your for-next branch (can you drop the patches)? This series will make sure I will not brake x86_64 allmodconfig build. As we agreed this series will go via the audio tree (Liam) since it has dependency on earlier work of mine going through ASoC tree. Thank you. ------ Intro mail from the original series: This series will convert the twl6040 MFD driver to an i2c driver. Compared to older twl4030/5030/TPS the twl6040 is a standalone audio IC. It is better if the twl6040-core (and all of it's child devices) does not depend on the twl-core since it has nothing to with it. With this conversion the dependency on twl can be dropped from the twl6040 driver stack (core, vibra, audio). Between the first and second patch the audio will not probe on OMAP4, but I felt it is better this way at least for the first RFC series to not have too big change within one patch. The two patch can be squashed together later if no objections. Regards, Peter --- Peter Ujfalusi (2): MFD: twl-core: Detach twl6040 from the pmic mfd driver MFD: twl6040: Convert to i2c driver, and separate it from twl core arch/arm/mach-omap2/board-4430sdp.c | 12 ++-- arch/arm/mach-omap2/board-generic.c | 2 +- arch/arm/mach-omap2/board-omap4panda.c | 13 ++-- arch/arm/mach-omap2/twl-common.c | 37 +++++++++-- arch/arm/mach-omap2/twl-common.h | 10 +-- drivers/input/misc/Kconfig | 3 +- drivers/input/misc/twl6040-vibra.c | 4 +- drivers/mfd/Kconfig | 11 +++- drivers/mfd/twl-core.c | 58 +++++++++------- drivers/mfd/twl6040-core.c | 114 +++++++++++++++++++------------- include/linux/i2c/twl.h | 12 ---- include/linux/mfd/twl6040.h | 27 ++++++++ sound/soc/codecs/Kconfig | 3 +- sound/soc/codecs/twl6040.c | 3 +- sound/soc/omap/Kconfig | 2 +- 15 files changed, 192 insertions(+), 119 deletions(-) -- 1.7.8.4

2 3

[alsa-devel] ASoC fix for 3.3
by Mark Brown 04 Mar '12

04 Mar '12

The following changes since commit 5ed80a75b248bfaf840ea6b38f941edcf6ee7dc7: ASoC: i.MX SSI: Fix DSP_A format. (2012-02-23 18:58:17 +0000) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git tags/asoc-3.3 for you to fetch changes up to b2ccf065f7b23147ed135a41b01d05a332ca6b7e: ASoC: neo1973: fix neo1973 wm8753 initialization (2012-03-04 14:30:18 +0000) ---------------------------------------------------------------- A driver specific fix that wasn't noticed as the OpenMoko guys have been stuck on 2.6.39 for a very long time now and are just starting to catch up again. ---------------------------------------------------------------- Denis 'GNUtoo' Carikli (1): ASoC: neo1973: fix neo1973 wm8753 initialization sound/soc/samsung/neo1973_wm8753.c | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-)

2 1

[alsa-devel] [PATCH 1/2] ASoC: fix WM8753 initialization.
by Denis 'GNUtoo' Carikli 04 Mar '12

04 Mar '12

Without that fix the wm8753 SPI initialization fails, and then produces a kernel panic during boot with the following call trace: Unable to handle kernel paging request at virtual address 37386d9b [<c01ccafc>] (regmap_get_val_bytes+0x0/0x14) from [<c0243dfc>] (snd_soc_codec_set_cache_io+0x9c/0xcc) [<c0243dfc>] (snd_soc_codec_set_cache_io+0x9c/0xcc) from [<c0244a4c>] (wm8753_probe+0x5c/0x1c4) [<c0244a4c>] (wm8753_probe+0x5c/0x1c4) from [<c023bb24>] (soc_probe_codec+0x174/0x284) [<c023bb24>] (soc_probe_codec+0x174/0x284) from [<c023c2c0>] (snd_soc_instantiate_cards+0x68c/0xe28) [<c023c2c0>] (snd_soc_instantiate_cards+0x68c/0xe28) from [<c023d278>] (snd_soc_register_card+0x240/0x2d4) [<c023d278>] (snd_soc_register_card+0x240/0x2d4) from [<c023d330>] (soc_probe+0x24/0x40) [<c023d330>] (soc_probe+0x24/0x40) from [<c01c3900>] (platform_drv_probe+0x14/0x18) [...] The commit d3398ff05907167f463e119421b053ce043741d1 ( ASoC: Convert WM8753 to direct regmap API usage ) introduced the problem. Thanks to Lars-Peter Clausen for helping me a bit during the debugging. Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo(a)no-log.org> --- sound/soc/codecs/wm8753.c | 6 ++++++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git a/sound/soc/codecs/wm8753.c b/sound/soc/codecs/wm8753.c index 21ed75d..98fb921 100644 --- a/sound/soc/codecs/wm8753.c +++ b/sound/soc/codecs/wm8753.c @@ -1577,6 +1577,9 @@ static int __devinit wm8753_spi_probe(struct spi_device *spi) dev_err(&spi->dev, "Failed to register CODEC: %d\n", ret); goto err_regmap; } + + return 0; + err_regmap: regmap_exit(wm8753->regmap); err: @@ -1632,6 +1635,9 @@ static __devinit int wm8753_i2c_probe(struct i2c_client *i2c, dev_err(&i2c->dev, "Failed to register CODEC: %d\n", ret); goto err_regmap; } + + return 0; + err_regmap: regmap_exit(wm8753->regmap); err: -- 1.7.4.1

2 5

[alsa-devel] [PATCH] ASoC: wm8994: Suppres noop updates of FLL K
by Mark Brown 03 Mar '12

03 Mar '12

Using snd_soc_write() means we always write to the register even if it already contains the newly calculated value. Signed-off-by: Mark Brown <broonie(a)opensource.wolfsonmicro.com> --- sound/soc/codecs/wm8994.c | 3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/sound/soc/codecs/wm8994.c b/sound/soc/codecs/wm8994.c index 3009541..6d351b9 100644 --- a/sound/soc/codecs/wm8994.c +++ b/sound/soc/codecs/wm8994.c @@ -1920,7 +1920,8 @@ static int _wm8994_set_fll(struct snd_soc_codec *codec, int id, int src, WM8994_FLL1_OUTDIV_MASK | WM8994_FLL1_FRATIO_MASK, reg); - snd_soc_write(codec, WM8994_FLL1_CONTROL_3 + reg_offset, fll.k); + snd_soc_update_bits(codec, WM8994_FLL1_CONTROL_3 + reg_offset, + WM8994_FLL1_K_MASK, fll.k); snd_soc_update_bits(codec, WM8994_FLL1_CONTROL_4 + reg_offset, WM8994_FLL1_N_MASK, -- 1.7.9.1

1 0

Re: [alsa-devel] ALC892, Clevo P150HM: Input Source gets reset to "Mic" every resume
by Julian Sikorski 03 Mar '12

03 Mar '12

W dniu 02.03.2012 23:08, Greg KH pisze: > On Fri, Mar 02, 2012 at 11:01:36PM +0100, Julian Sikorski wrote: >> W dniu 02.03.2012 19:43, Greg KH pisze: >>> On Fri, Mar 02, 2012 at 07:37:32PM +0100, Julian Sikorski wrote: >>>> W dniu 25.02.2012 11:16, Takashi Iwai pisze: >>>>> At Fri, 24 Feb 2012 23:06:26 +0100, >>>>> Julian Sikorski wrote: >>>>>> >>>>>> W dniu 24.02.2012 10:43, Takashi Iwai pisze: >>>>>>> At Thu, 23 Feb 2012 20:11:44 +0100, >>>>>>> Julian Sikorski wrote: >>>>>>>> >>>>>>>> W dniu 09.12.2011 14:32, Raymond Yau pisze: >>>>>>>>> 2011/12/4 Julian Sikorski <belegdol(a)gmail.com>: >>>>>>>>>> Hi, >>>>>>>>>> >>>>>>>>>> whenever I resume the machine, the Input Source would get changed back >>>>>>>>>> from "Internal Mic" to "Mic". This is a bit annoying, because pulseaudio >>>>>>>>>> is unaware of that change. As a result, everything looks fine in >>>>>>>>>> pavucontrol but no sound gets recorded. A quick look at alsamixer -c0 >>>>>>>>>> revealed the problem. My alsa info: >>>>>>>>>> >>>>>>>>>> http://www.alsa-project.org/db/?f=c5776b615a5f3b9ae624e4250fb0c2b69118ce26 >>>>>>>>>> >>>>>>>>>> This is unrelated to the other problems I have been reporting, since >>>>>>>>>> this happens on a mostly-stock Fedora 3.1.2 kernel (the patch I added >>>>>>>>>> deals with xhci, not alsa). >>>>>>>>> >>>>>>>>> The problem seem can be reproduced by using hda-emu, >>>>>>>>> it is init_capsrc_for_pin() and alc_auto_init_input_src() write value >>>>>>>>> to cache before snd_hda_codec_resume_app() from cache >>>>>>>>> >>>>>>>>> >>>>>>>>>> get 28 >>>>>>>>> 28 Input Source:0 >>>>>>>>> ITEM: 0:Mic, 1:Internal Mic, 2:Line, VAL: [Mic] >>>>>>>>>> set 28 1 >>>>>>>>> send: NID=0x23, VERB=0x360(set_amp_gain_mute,I:L#0), PARM=0x80 >>>>>>>>> send: NID=0x23, VERB=0x350(set_amp_gain_mute,I:R#0), PARM=0x80 >>>>>>>>> send: NID=0x23, VERB=0x361(set_amp_gain_mute,I:L#1), PARM=0x0 >>>>>>>>> send: NID=0x23, VERB=0x351(set_amp_gain_mute,I:R#1), PARM=0x0 >>>>>>>>>> get 28 >>>>>>>>> 28 Input Source:0 >>>>>>>>> ITEM: 0:Mic, 1:Internal Mic, 2:Line, VAL: [Internal Mic] >>>>>>>>> >>>>>>>>> pm >>>>>>>>> ** SUSPENDING ** >>>>>>>>> ... >>>>>>>>> ** RESUMING ** >>>>>>>>> PM-Notified >>>>>>>>> ... >>>>>>>>> exec_init_verbs >>>>>>>>> ... >>>>>>>>> >>>>>>>>> init_capsrc_for_pin 18 >>>>>>>>> send: NID=0x23, VERB=0xb20(get_amp_gain_mute,I:L#0), PARM=0x0 >>>>>>>>> receive: 0x0 >>>>>>>>> send: NID=0x23, VERB=0xb00(get_amp_gain_mute,I:R#0), PARM=0x0 >>>>>>>>> receive: 0x0 >>>>>>>>> init capsrc for pin 19 >>>>>>>>> send: NID=0x23, VERB=0xb20(get_amp_gain_mute,I:L#0), PARM=0x1 >>>>>>>>> receive: 0x80 >>>>>>>>> send: NID=0x23, VERB=0x361(set_amp_gain_mute,I:L#1), PARM=0x0 >>>>>>>>> send: NID=0x23, VERB=0xb00(get_amp_gain_mute,I:R#0), PARM=0x1 >>>>>>>>> receive: 0x80 >>>>>>>>> send: NID=0x23, VERB=0x351(set_amp_gain_mute,I:R#1), PARM=0x0 >>>>>>>>> init capsrc for pin 1a >>>>>>>>> send: NID=0x23, VERB=0xb20(get_amp_gain_mute,I:L#0), PARM=0x2 >>>>>>>>> receive: 0x80 >>>>>>>>> send: NID=0x23, VERB=0x362(set_amp_gain_mute,I:L#2), PARM=0x0 >>>>>>>>> >>>>>>>>> alc_auto_init_input_src >>>>>>>>> send: NID=0x23, VERB=0x361(set_amp_gain_mute,I:L#1), PARM=0x80 >>>>>>>>> send: NID=0x23, VERB=0x351(set_amp_gain_mute,I:R#1), PARM=0x80 >>>>>>>>> send: NID=0x23, VERB=0x362(set_amp_gain_mute,I:L#2), PARM=0x80 >>>>>>>>> send: NID=0x23, VERB=0x352(set_amp_gain_mute,I:R#2), PARM=0x80 >>>>>>>>> >>>>>>>>> snd_hda_codec_resume_app >>>>>>>>> send: NID=0x23, VERB=0x363(set_amp_gain_mute,I:L#3), PARM=0x80 >>>>>>>>> send: NID=0x23, VERB=0x353(set_amp_gain_mute,I:R#3), PARM=0x80 >>>>>>>>> send: NID=0x23, VERB=0x364(set_amp_gain_mute,I:L#4), PARM=0x80 >>>>>>>>> send: NID=0x23, VERB=0x354(set_amp_gain_mute,I:R#4), PARM=0x80 >>>>>>>>> send: NID=0x23, VERB=0x365(set_amp_gain_mute,I:L#5), PARM=0x80 >>>>>>>>> send: NID=0x23, VERB=0x355(set_amp_gain_mute,I:R#5), PARM=0x80 >>>>>>>>> send: NID=0x23, VERB=0x366(set_amp_gain_mute,I:L#6), PARM=0x80 >>>>>>>>> send: NID=0x23, VERB=0x356(set_amp_gain_mute,I:R#6), PARM=0x80 >>>>>>>>> send: NID=0x23, VERB=0x367(set_amp_gain_mute,I:L#7), PARM=0x80 >>>>>>>>> send: NID=0x23, VERB=0x357(set_amp_gain_mute,I:R#7), PARM=0x80 >>>>>>>>> send: NID=0x23, VERB=0x368(set_amp_gain_mute,I:L#8), PARM=0x80 >>>>>>>>> send: NID=0x23, VERB=0x358(set_amp_gain_mute,I:R#8), PARM=0x80 >>>>>>>>> send: NID=0x23, VERB=0x369(set_amp_gain_mute,I:L#9), PARM=0x80 >>>>>>>>> send: NID=0x23, VERB=0x359(set_amp_gain_mute,I:R#9), PARM=0x80 >>>>>>>>> send: NID=0x23, VERB=0x36a(set_amp_gain_mute,I:L#10), PARM=0x80 >>>>>>>>> send: NID=0x23, VERB=0x35a(set_amp_gain_mute,I:R#10), PARM=0x80 >>>>>>>>> ... >>>>>>>>> >>>>>>>>>> get 28 >>>>>>>>> 28 Input Source:0 >>>>>>>>> ITEM: 0:Mic, 1:Internal Mic, 2:Line, VAL: [Mic] >>>>>>>> The problem still exists in 3.2.7-1.fc16.x86_64 kernel, is there any >>>>>>>> chance for a fix? >>>>>>> >>>>>>> Does the patch below fix? >>>>>>> >>>>>>> >>>>>>> Takashi >>>>>> >>>>>> Yes, it seems so. I don't want to get ahead of myself, but two >>>>>> suspend-resume cycles have passed and inputs are at Internal Mic and >>>>>> Mic, as expected. >>>>> >>>>> Thanks for checking. I committed the fix to git tree, also Cc'ed to >>>>> stable. >>>>> >>>>> >>>>> Takashi >>>> I cannot seem to find this patch in the 3.2 stable tree, was it rejected? >>> >>> What is the git commit id of it in Linus's tree? >> >> Hmm, it does not seem to be in Linus' tree yet. It is in for-linus >> branch of sound tree under commit 068b9394 though. > > Then there is nothing I can do about it at this point in time. > > greg k-h Dear Greg, it seems the patch has been merged to the Linus' tree: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commit;h=068… Regards, Julian

1 0

[alsa-devel] [PATCH] ASoC: wm8994: Don't bother updating the jackdet mode needlessly
by Mark Brown 03 Mar '12

03 Mar '12

If we're not doing jackdet it's not needed. Signed-off-by: Mark Brown <broonie(a)opensource.wolfsonmicro.com> --- sound/soc/codecs/wm8994.c | 3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/sound/soc/codecs/wm8994.c b/sound/soc/codecs/wm8994.c index 89d1819..57acf52 100644 --- a/sound/soc/codecs/wm8994.c +++ b/sound/soc/codecs/wm8994.c @@ -686,6 +686,9 @@ static void wm1811_jackdet_set_mode(struct snd_soc_codec *codec, u16 mode) { struct wm8994_priv *wm8994 = snd_soc_codec_get_drvdata(codec); + if (!wm8994->jackdet || !wm8994->jack_cb) + return; + if (wm8994->active_refcount) mode = WM1811_JACKDET_MODE_AUDIO; -- 1.7.9.1

1 0

Re: [alsa-devel] ALC892, Clevo P150HM: Input Source gets reset to "Mic" every resume
by Julian Sikorski 03 Mar '12

03 Mar '12

W dniu 2012-03-02 23:08, Greg KH pisze: > On Fri, Mar 02, 2012 at 11:01:36PM +0100, Julian Sikorski wrote: >> W dniu 02.03.2012 19:43, Greg KH pisze: >>> On Fri, Mar 02, 2012 at 07:37:32PM +0100, Julian Sikorski wrote: >>>> W dniu 25.02.2012 11:16, Takashi Iwai pisze: >>>>> At Fri, 24 Feb 2012 23:06:26 +0100, >>>>> Julian Sikorski wrote: >>>>>> >>>>>> W dniu 24.02.2012 10:43, Takashi Iwai pisze: >>>>>>> At Thu, 23 Feb 2012 20:11:44 +0100, >>>>>>> Julian Sikorski wrote: >>>>>>>> >>>>>>>> W dniu 09.12.2011 14:32, Raymond Yau pisze: >>>>>>>>> 2011/12/4 Julian Sikorski<belegdol(a)gmail.com>: >>>>>>>>>> Hi, >>>>>>>>>> >>>>>>>>>> whenever I resume the machine, the Input Source would get changed back >>>>>>>>>> from "Internal Mic" to "Mic". This is a bit annoying, because pulseaudio >>>>>>>>>> is unaware of that change. As a result, everything looks fine in >>>>>>>>>> pavucontrol but no sound gets recorded. A quick look at alsamixer -c0 >>>>>>>>>> revealed the problem. My alsa info: >>>>>>>>>> >>>>>>>>>> http://www.alsa-project.org/db/?f=c5776b615a5f3b9ae624e4250fb0c2b69118ce26 >>>>>>>>>> >>>>>>>>>> This is unrelated to the other problems I have been reporting, since >>>>>>>>>> this happens on a mostly-stock Fedora 3.1.2 kernel (the patch I added >>>>>>>>>> deals with xhci, not alsa). >>>>>>>>> >>>>>>>>> The problem seem can be reproduced by using hda-emu, >>>>>>>>> it is init_capsrc_for_pin() and alc_auto_init_input_src() write value >>>>>>>>> to cache before snd_hda_codec_resume_app() from cache >>>>>>>>> >>>>>>>>> >>>>>>>>>> get 28 >>>>>>>>> 28 Input Source:0 >>>>>>>>> ITEM: 0:Mic, 1:Internal Mic, 2:Line, VAL: [Mic] >>>>>>>>>> set 28 1 >>>>>>>>> send: NID=0x23, VERB=0x360(set_amp_gain_mute,I:L#0), PARM=0x80 >>>>>>>>> send: NID=0x23, VERB=0x350(set_amp_gain_mute,I:R#0), PARM=0x80 >>>>>>>>> send: NID=0x23, VERB=0x361(set_amp_gain_mute,I:L#1), PARM=0x0 >>>>>>>>> send: NID=0x23, VERB=0x351(set_amp_gain_mute,I:R#1), PARM=0x0 >>>>>>>>>> get 28 >>>>>>>>> 28 Input Source:0 >>>>>>>>> ITEM: 0:Mic, 1:Internal Mic, 2:Line, VAL: [Internal Mic] >>>>>>>>> >>>>>>>>> pm >>>>>>>>> ** SUSPENDING ** >>>>>>>>> ... >>>>>>>>> ** RESUMING ** >>>>>>>>> PM-Notified >>>>>>>>> ... >>>>>>>>> exec_init_verbs >>>>>>>>> ... >>>>>>>>> >>>>>>>>> init_capsrc_for_pin 18 >>>>>>>>> send: NID=0x23, VERB=0xb20(get_amp_gain_mute,I:L#0), PARM=0x0 >>>>>>>>> receive: 0x0 >>>>>>>>> send: NID=0x23, VERB=0xb00(get_amp_gain_mute,I:R#0), PARM=0x0 >>>>>>>>> receive: 0x0 >>>>>>>>> init capsrc for pin 19 >>>>>>>>> send: NID=0x23, VERB=0xb20(get_amp_gain_mute,I:L#0), PARM=0x1 >>>>>>>>> receive: 0x80 >>>>>>>>> send: NID=0x23, VERB=0x361(set_amp_gain_mute,I:L#1), PARM=0x0 >>>>>>>>> send: NID=0x23, VERB=0xb00(get_amp_gain_mute,I:R#0), PARM=0x1 >>>>>>>>> receive: 0x80 >>>>>>>>> send: NID=0x23, VERB=0x351(set_amp_gain_mute,I:R#1), PARM=0x0 >>>>>>>>> init capsrc for pin 1a >>>>>>>>> send: NID=0x23, VERB=0xb20(get_amp_gain_mute,I:L#0), PARM=0x2 >>>>>>>>> receive: 0x80 >>>>>>>>> send: NID=0x23, VERB=0x362(set_amp_gain_mute,I:L#2), PARM=0x0 >>>>>>>>> >>>>>>>>> alc_auto_init_input_src >>>>>>>>> send: NID=0x23, VERB=0x361(set_amp_gain_mute,I:L#1), PARM=0x80 >>>>>>>>> send: NID=0x23, VERB=0x351(set_amp_gain_mute,I:R#1), PARM=0x80 >>>>>>>>> send: NID=0x23, VERB=0x362(set_amp_gain_mute,I:L#2), PARM=0x80 >>>>>>>>> send: NID=0x23, VERB=0x352(set_amp_gain_mute,I:R#2), PARM=0x80 >>>>>>>>> >>>>>>>>> snd_hda_codec_resume_app >>>>>>>>> send: NID=0x23, VERB=0x363(set_amp_gain_mute,I:L#3), PARM=0x80 >>>>>>>>> send: NID=0x23, VERB=0x353(set_amp_gain_mute,I:R#3), PARM=0x80 >>>>>>>>> send: NID=0x23, VERB=0x364(set_amp_gain_mute,I:L#4), PARM=0x80 >>>>>>>>> send: NID=0x23, VERB=0x354(set_amp_gain_mute,I:R#4), PARM=0x80 >>>>>>>>> send: NID=0x23, VERB=0x365(set_amp_gain_mute,I:L#5), PARM=0x80 >>>>>>>>> send: NID=0x23, VERB=0x355(set_amp_gain_mute,I:R#5), PARM=0x80 >>>>>>>>> send: NID=0x23, VERB=0x366(set_amp_gain_mute,I:L#6), PARM=0x80 >>>>>>>>> send: NID=0x23, VERB=0x356(set_amp_gain_mute,I:R#6), PARM=0x80 >>>>>>>>> send: NID=0x23, VERB=0x367(set_amp_gain_mute,I:L#7), PARM=0x80 >>>>>>>>> send: NID=0x23, VERB=0x357(set_amp_gain_mute,I:R#7), PARM=0x80 >>>>>>>>> send: NID=0x23, VERB=0x368(set_amp_gain_mute,I:L#8), PARM=0x80 >>>>>>>>> send: NID=0x23, VERB=0x358(set_amp_gain_mute,I:R#8), PARM=0x80 >>>>>>>>> send: NID=0x23, VERB=0x369(set_amp_gain_mute,I:L#9), PARM=0x80 >>>>>>>>> send: NID=0x23, VERB=0x359(set_amp_gain_mute,I:R#9), PARM=0x80 >>>>>>>>> send: NID=0x23, VERB=0x36a(set_amp_gain_mute,I:L#10), PARM=0x80 >>>>>>>>> send: NID=0x23, VERB=0x35a(set_amp_gain_mute,I:R#10), PARM=0x80 >>>>>>>>> ... >>>>>>>>> >>>>>>>>>> get 28 >>>>>>>>> 28 Input Source:0 >>>>>>>>> ITEM: 0:Mic, 1:Internal Mic, 2:Line, VAL: [Mic] >>>>>>>> The problem still exists in 3.2.7-1.fc16.x86_64 kernel, is there any >>>>>>>> chance for a fix? >>>>>>> >>>>>>> Does the patch below fix? >>>>>>> >>>>>>> >>>>>>> Takashi >>>>>> >>>>>> Yes, it seems so. I don't want to get ahead of myself, but two >>>>>> suspend-resume cycles have passed and inputs are at Internal Mic and >>>>>> Mic, as expected. >>>>> >>>>> Thanks for checking. I committed the fix to git tree, also Cc'ed to >>>>> stable. >>>>> >>>>> >>>>> Takashi >>>> I cannot seem to find this patch in the 3.2 stable tree, was it rejected? >>> >>> What is the git commit id of it in Linus's tree? >> >> Hmm, it does not seem to be in Linus' tree yet. It is in for-linus >> branch of sound tree under commit 068b9394 though. > > Then there is nothing I can do about it at this point in time. > > greg k-h I see, thanks for clarification. Regards, Julian

1 0

Re: [alsa-devel] ALC892, Clevo P150HM: Input Source gets reset to "Mic" every resume
by Julian Sikorski 02 Mar '12

02 Mar '12

W dniu 02.03.2012 19:43, Greg KH pisze: > On Fri, Mar 02, 2012 at 07:37:32PM +0100, Julian Sikorski wrote: >> W dniu 25.02.2012 11:16, Takashi Iwai pisze: >>> At Fri, 24 Feb 2012 23:06:26 +0100, >>> Julian Sikorski wrote: >>>> >>>> W dniu 24.02.2012 10:43, Takashi Iwai pisze: >>>>> At Thu, 23 Feb 2012 20:11:44 +0100, >>>>> Julian Sikorski wrote: >>>>>> >>>>>> W dniu 09.12.2011 14:32, Raymond Yau pisze: >>>>>>> 2011/12/4 Julian Sikorski <belegdol(a)gmail.com>: >>>>>>>> Hi, >>>>>>>> >>>>>>>> whenever I resume the machine, the Input Source would get changed back >>>>>>>> from "Internal Mic" to "Mic". This is a bit annoying, because pulseaudio >>>>>>>> is unaware of that change. As a result, everything looks fine in >>>>>>>> pavucontrol but no sound gets recorded. A quick look at alsamixer -c0 >>>>>>>> revealed the problem. My alsa info: >>>>>>>> >>>>>>>> http://www.alsa-project.org/db/?f=c5776b615a5f3b9ae624e4250fb0c2b69118ce26 >>>>>>>> >>>>>>>> This is unrelated to the other problems I have been reporting, since >>>>>>>> this happens on a mostly-stock Fedora 3.1.2 kernel (the patch I added >>>>>>>> deals with xhci, not alsa). >>>>>>> >>>>>>> The problem seem can be reproduced by using hda-emu, >>>>>>> it is init_capsrc_for_pin() and alc_auto_init_input_src() write value >>>>>>> to cache before snd_hda_codec_resume_app() from cache >>>>>>> >>>>>>> >>>>>>>> get 28 >>>>>>> 28 Input Source:0 >>>>>>> ITEM: 0:Mic, 1:Internal Mic, 2:Line, VAL: [Mic] >>>>>>>> set 28 1 >>>>>>> send: NID=0x23, VERB=0x360(set_amp_gain_mute,I:L#0), PARM=0x80 >>>>>>> send: NID=0x23, VERB=0x350(set_amp_gain_mute,I:R#0), PARM=0x80 >>>>>>> send: NID=0x23, VERB=0x361(set_amp_gain_mute,I:L#1), PARM=0x0 >>>>>>> send: NID=0x23, VERB=0x351(set_amp_gain_mute,I:R#1), PARM=0x0 >>>>>>>> get 28 >>>>>>> 28 Input Source:0 >>>>>>> ITEM: 0:Mic, 1:Internal Mic, 2:Line, VAL: [Internal Mic] >>>>>>> >>>>>>> pm >>>>>>> ** SUSPENDING ** >>>>>>> ... >>>>>>> ** RESUMING ** >>>>>>> PM-Notified >>>>>>> ... >>>>>>> exec_init_verbs >>>>>>> ... >>>>>>> >>>>>>> init_capsrc_for_pin 18 >>>>>>> send: NID=0x23, VERB=0xb20(get_amp_gain_mute,I:L#0), PARM=0x0 >>>>>>> receive: 0x0 >>>>>>> send: NID=0x23, VERB=0xb00(get_amp_gain_mute,I:R#0), PARM=0x0 >>>>>>> receive: 0x0 >>>>>>> init capsrc for pin 19 >>>>>>> send: NID=0x23, VERB=0xb20(get_amp_gain_mute,I:L#0), PARM=0x1 >>>>>>> receive: 0x80 >>>>>>> send: NID=0x23, VERB=0x361(set_amp_gain_mute,I:L#1), PARM=0x0 >>>>>>> send: NID=0x23, VERB=0xb00(get_amp_gain_mute,I:R#0), PARM=0x1 >>>>>>> receive: 0x80 >>>>>>> send: NID=0x23, VERB=0x351(set_amp_gain_mute,I:R#1), PARM=0x0 >>>>>>> init capsrc for pin 1a >>>>>>> send: NID=0x23, VERB=0xb20(get_amp_gain_mute,I:L#0), PARM=0x2 >>>>>>> receive: 0x80 >>>>>>> send: NID=0x23, VERB=0x362(set_amp_gain_mute,I:L#2), PARM=0x0 >>>>>>> >>>>>>> alc_auto_init_input_src >>>>>>> send: NID=0x23, VERB=0x361(set_amp_gain_mute,I:L#1), PARM=0x80 >>>>>>> send: NID=0x23, VERB=0x351(set_amp_gain_mute,I:R#1), PARM=0x80 >>>>>>> send: NID=0x23, VERB=0x362(set_amp_gain_mute,I:L#2), PARM=0x80 >>>>>>> send: NID=0x23, VERB=0x352(set_amp_gain_mute,I:R#2), PARM=0x80 >>>>>>> >>>>>>> snd_hda_codec_resume_app >>>>>>> send: NID=0x23, VERB=0x363(set_amp_gain_mute,I:L#3), PARM=0x80 >>>>>>> send: NID=0x23, VERB=0x353(set_amp_gain_mute,I:R#3), PARM=0x80 >>>>>>> send: NID=0x23, VERB=0x364(set_amp_gain_mute,I:L#4), PARM=0x80 >>>>>>> send: NID=0x23, VERB=0x354(set_amp_gain_mute,I:R#4), PARM=0x80 >>>>>>> send: NID=0x23, VERB=0x365(set_amp_gain_mute,I:L#5), PARM=0x80 >>>>>>> send: NID=0x23, VERB=0x355(set_amp_gain_mute,I:R#5), PARM=0x80 >>>>>>> send: NID=0x23, VERB=0x366(set_amp_gain_mute,I:L#6), PARM=0x80 >>>>>>> send: NID=0x23, VERB=0x356(set_amp_gain_mute,I:R#6), PARM=0x80 >>>>>>> send: NID=0x23, VERB=0x367(set_amp_gain_mute,I:L#7), PARM=0x80 >>>>>>> send: NID=0x23, VERB=0x357(set_amp_gain_mute,I:R#7), PARM=0x80 >>>>>>> send: NID=0x23, VERB=0x368(set_amp_gain_mute,I:L#8), PARM=0x80 >>>>>>> send: NID=0x23, VERB=0x358(set_amp_gain_mute,I:R#8), PARM=0x80 >>>>>>> send: NID=0x23, VERB=0x369(set_amp_gain_mute,I:L#9), PARM=0x80 >>>>>>> send: NID=0x23, VERB=0x359(set_amp_gain_mute,I:R#9), PARM=0x80 >>>>>>> send: NID=0x23, VERB=0x36a(set_amp_gain_mute,I:L#10), PARM=0x80 >>>>>>> send: NID=0x23, VERB=0x35a(set_amp_gain_mute,I:R#10), PARM=0x80 >>>>>>> ... >>>>>>> >>>>>>>> get 28 >>>>>>> 28 Input Source:0 >>>>>>> ITEM: 0:Mic, 1:Internal Mic, 2:Line, VAL: [Mic] >>>>>> The problem still exists in 3.2.7-1.fc16.x86_64 kernel, is there any >>>>>> chance for a fix? >>>>> >>>>> Does the patch below fix? >>>>> >>>>> >>>>> Takashi >>>> >>>> Yes, it seems so. I don't want to get ahead of myself, but two >>>> suspend-resume cycles have passed and inputs are at Internal Mic and >>>> Mic, as expected. >>> >>> Thanks for checking. I committed the fix to git tree, also Cc'ed to >>> stable. >>> >>> >>> Takashi >> I cannot seem to find this patch in the 3.2 stable tree, was it rejected? > > What is the git commit id of it in Linus's tree? Hmm, it does not seem to be in Linus' tree yet. It is in for-linus branch of sound tree under commit 068b9394 though. Julian

1 0