[alsa-devel] Nokia N900: mixers changed between 4.6 and 4.10, no longer can use in-call speaker
Hi!
In v4.10 (and probably v4.9, too) I can no longer use the in-call speaker. I can no longer use the wired headset, either.
v4.4 (and probably v4.6) works ok.
Any ideas? Does wired headset / in-call speaker work for you?
"Mono" and "Mono DAC" options are still there.. but something else changed, as alsamixer now shows way many more options (meaning they are shorter?) and I get complains from alsactl:
alsactl: set_control:1328: failed to obtain info for control #49 (No such file or directory) ... alsactl: set_control:1328: failed to obtain info for control #229 (No such file or directory)
Pavel
On Thursday 12 January 2017 19:18:26 Pavel Machek wrote:
Hi!
In v4.10 (and probably v4.9, too) I can no longer use the in-call speaker. I can no longer use the wired headset, either.
v4.4 (and probably v4.6) works ok.
Any ideas? Does wired headset / in-call speaker work for you?
"Mono" and "Mono DAC" options are still there.. but something else changed, as alsamixer now shows way many more options (meaning they are shorter?) and I get complains from alsactl:
alsactl: set_control:1328: failed to obtain info for control #49 (No such file or directory) ... alsactl: set_control:1328: failed to obtain info for control #229 (No such file or directory)
Pavel
Looks like there are not so much commits related to sound/soc/omap/rx51.c Maybe it can be one of these twos?
cb7e62256e99d285e415cf75db67558f0f8bb107 6d2de5ab4328718302c54b20222c6b1a574c3fce
Hi!
In v4.10 (and probably v4.9, too) I can no longer use the in-call speaker. I can no longer use the wired headset, either.
v4.4 (and probably v4.6) works ok.
Any ideas? Does wired headset / in-call speaker work for you?
"Mono" and "Mono DAC" options are still there.. but something else changed, as alsamixer now shows way many more options (meaning they are shorter?) and I get complains from alsactl:
alsactl: set_control:1328: failed to obtain info for control #49 (No such file or directory) ... alsactl: set_control:1328: failed to obtain info for control #229 (No such file or directory)
Looks like there are not so much commits related to sound/soc/omap/rx51.c Maybe it can be one of these twos?
cb7e62256e99d285e415cf75db67558f0f8bb107 6d2de5ab4328718302c54b20222c6b1a574c3fce
Both are based on v4.7-rc1. v4.6 worked ok for me.
Lets test mini-v4.7: in-call speaker works ok there, and no alsactl warnings.
mini-v4.7+cb7e62256e99d285e415cf75db67558f0f8bb107+6d2de5ab4328718302c54b20222c6b1a574c3fce : something seems to be broken there already.
alsactl: set_control:1464: Cannot write control '2:0:0:TPA6130A2 Headphone Playback Volume:0' : Remote I/O error
But in-call speakers and wired headset still seems to work.
Lets test mini-v4.9... works ok. I don't even get the remote i/o error. Interesting.
So regression seems to be between v4.9 and v4.10. Any ideas?
Pavel
On Saturday 14 January 2017 23:56:15 Pavel Machek wrote:
Hi!
In v4.10 (and probably v4.9, too) I can no longer use the in-call speaker. I can no longer use the wired headset, either.
v4.4 (and probably v4.6) works ok.
Any ideas? Does wired headset / in-call speaker work for you?
"Mono" and "Mono DAC" options are still there.. but something else changed, as alsamixer now shows way many more options (meaning they are shorter?) and I get complains from alsactl:
alsactl: set_control:1328: failed to obtain info for control #49 (No such file or directory) ... alsactl: set_control:1328: failed to obtain info for control #229 (No such file or directory)
Looks like there are not so much commits related to sound/soc/omap/rx51.c Maybe it can be one of these twos?
cb7e62256e99d285e415cf75db67558f0f8bb107 6d2de5ab4328718302c54b20222c6b1a574c3fce
Both are based on v4.7-rc1. v4.6 worked ok for me.
Lets test mini-v4.7: in-call speaker works ok there, and no alsactl warnings.
mini-v4.7+cb7e62256e99d285e415cf75db67558f0f8bb107+6d2de5ab4328718302 c54b20222c6b1a574c3fce
: something seems to be broken there already.
alsactl: set_control:1464: Cannot write control '2:0:0:TPA6130A2 Headphone Playback Volume:0' : Remote I/O error
But in-call speakers and wired headset still seems to work.
Lets test mini-v4.9... works ok. I don't even get the remote i/o error. Interesting.
So regression seems to be between v4.9 and v4.10. Any ideas?
Interesting... seems there are no sound relevant changes after v4.9.
Looks like there are only three commits after v4.9 for sound/soc which are built for Nokia N900:
e411b0b5eb9b65257a050eac333d181d6e00e2c6 e7aa450fe17890e59db7d3c2d8eff5b6b41fc531 63c3194b82530bd71fd49db84eb7ab656b8d404a
Maybe something not related to sound/soc could broke it?
Hi!
Both are based on v4.7-rc1. v4.6 worked ok for me.
Lets test mini-v4.7: in-call speaker works ok there, and no alsactl warnings.
mini-v4.7+cb7e62256e99d285e415cf75db67558f0f8bb107+6d2de5ab4328718302 c54b20222c6b1a574c3fce
: something seems to be broken there already.
alsactl: set_control:1464: Cannot write control '2:0:0:TPA6130A2 Headphone Playback Volume:0' : Remote I/O error
But in-call speakers and wired headset still seems to work.
Lets test mini-v4.9... works ok. I don't even get the remote i/o error. Interesting.
So regression seems to be between v4.9 and v4.10. Any ideas?
Interesting... seems there are no sound relevant changes after v4.9.
Looks like there are only three commits after v4.9 for sound/soc which are built for Nokia N900:
e411b0b5eb9b65257a050eac333d181d6e00e2c6 e7aa450fe17890e59db7d3c2d8eff5b6b41fc531 63c3194b82530bd71fd49db84eb7ab656b8d404a
Maybe something not related to sound/soc could broke it?
Lets see.
a9042defa29a01cc538b742eab047848e9b5ae14 -- works ok. ce38207f161513ee3d2bd3860489f07ebe65bc78 --
alsactl: set_control:1328: failed to obtain info for control #229 (No such file or directory)
and broken in-call speaker. So this merge breaks stuff:
commit ce38207f161513ee3d2bd3860489f07ebe65bc78 Merge: a9042de 995c6a7 Author: Linus Torvalds torvalds@linux-foundation.org Date: Wed Dec 14 11:14:28 2016 -0800
Merge tag 'sound-4.10-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound ... Below are some highlights:
ASoC: - support for stereo DAPM controls - some initial work on the of-graph sound card - regmap conversions of the remaining AC'97 drivers - a new version of the topology ABI; this should be backward compatible - updates / cleanups of rsnd, sunxi, sti, nau8825, samsung, arizona, Intel skylake, atom-sst - new drivers for Cirrus Logic CS42L42, Qualcomm MSM8916-WCD, and Realtek RT5665 ...
Best regards, Pavel
On 01/15/2017 12:05 PM, Pavel Machek wrote:
So regression seems to be between v4.9 and v4.10. Any ideas?
Interesting... seems there are no sound relevant changes after v4.9.
Looks like there are only three commits after v4.9 for sound/soc which are built for Nokia N900:
e411b0b5eb9b65257a050eac333d181d6e00e2c6 e7aa450fe17890e59db7d3c2d8eff5b6b41fc531 63c3194b82530bd71fd49db84eb7ab656b8d404a
Maybe something not related to sound/soc could broke it?
Lets see.
a9042defa29a01cc538b742eab047848e9b5ae14 -- works ok. ce38207f161513ee3d2bd3860489f07ebe65bc78 --
alsactl: set_control:1328: failed to obtain info for control #229 (No such file or directory)
I'm unable to test older kernels at the moment since modules don't load by some reason (bluetooth: Unknown symbol _GLOBAL_OFFSET_TABLE_ (err 0)). Probably some recent regression in my debian/testing installation since the same configs were working before.
However v4.9.4 works and with it I can see there is an issue with these aic3x controls:
amixer: Unable to find simple control 'Left DAC_L1 Mixer Line',0
amixer: Unable to find simple control 'Right DAC_R1 Mixer Line',0
At quick look I don't see why above commits could cause it. Maybe regression happened earlier between v4.6 and v4.9?
On 01/15/2017 09:08 PM, Jarkko Nikula wrote:
On 01/15/2017 12:05 PM, Pavel Machek wrote:
So regression seems to be between v4.9 and v4.10. Any ideas?
Interesting... seems there are no sound relevant changes after v4.9.
Looks like there are only three commits after v4.9 for sound/soc which are built for Nokia N900:
e411b0b5eb9b65257a050eac333d181d6e00e2c6 e7aa450fe17890e59db7d3c2d8eff5b6b41fc531 63c3194b82530bd71fd49db84eb7ab656b8d404a
Maybe something not related to sound/soc could broke it?
Lets see.
a9042defa29a01cc538b742eab047848e9b5ae14 -- works ok. ce38207f161513ee3d2bd3860489f07ebe65bc78 --
alsactl: set_control:1328: failed to obtain info for control #229 (No such file or directory)
I'm unable to test older kernels at the moment since modules don't load by some reason (bluetooth: Unknown symbol _GLOBAL_OFFSET_TABLE_ (err 0)). Probably some recent regression in my debian/testing installation since the same configs were working before.
However v4.9.4 works and with it I can see there is an issue with these aic3x controls:
amixer: Unable to find simple control 'Left DAC_L1 Mixer Line',0
amixer: Unable to find simple control 'Right DAC_R1 Mixer Line',0
These are certainly not the regression between 4.6 and 4.9, more like more like regression since 2.6: 'Line Switch' -> 'LineL Switch': 54f01916297bafc18bd7df4e2300a0544a84fce3
'LineL Switch' -> 'DACL1 Switch': c3b79e05b4d9ab2e7c3ba281261ea87ab5b71a92
At quick look I don't see why above commits could cause it. Maybe regression happened earlier between v4.6 and v4.9?
It might be that there were some work to fix control names for different aic versions to match with the HW or support for new codec is added and some control gone missing for 3x?
I would compare the 'amixer controls' for the working and regressed kernel to see what differs. From there git blame or smthing will for sure point to the correct commit.
On 01/17/2017 03:47 PM, Peter Ujfalusi wrote:
On 01/15/2017 09:08 PM, Jarkko Nikula wrote:
However v4.9.4 works and with it I can see there is an issue with these aic3x controls:
amixer: Unable to find simple control 'Left DAC_L1 Mixer Line',0
amixer: Unable to find simple control 'Right DAC_R1 Mixer Line',0
These are certainly not the regression between 4.6 and 4.9, more like more like regression since 2.6: 'Line Switch' -> 'LineL Switch': 54f01916297bafc18bd7df4e2300a0544a84fce3
'LineL Switch' -> 'DACL1 Switch': c3b79e05b4d9ab2e7c3ba281261ea87ab5b71a92
You are right. Those mixer scripts were for Maemo 2.6.28 kernel and dated 2009... grr, looks like I've overwritten my N900 mixer scripts at some point.
Fortunately the issue seems to be fixed in v4.10-rc4.
Hi!
Do you have any idea how to control the microphone? I'd like the audio source to be microphone on headset (not the built in one). So I run alsamixer, set everything in "capture" section to zero... and I still get the audio from the internal microphone :-(.
Tested with arecord | aplay.
Any ideas? Pavel
On Friday 20 January 2017 14:31:59 Pavel Machek wrote:
Hi!
Do you have any idea how to control the microphone? I'd like the audio source to be microphone on headset (not the built in one). So I run alsamixer, set everything in "capture" section to zero... and I still get the audio from the internal microphone :-(.
Tested with arecord | aplay.
Any ideas?
Hi! Try to set Jack Function to Headset or enable b HS Mic.
On Fri 2017-01-20 14:38:30, Pali Rohár wrote:
On Friday 20 January 2017 14:31:59 Pavel Machek wrote:
Hi!
Do you have any idea how to control the microphone? I'd like the audio source to be microphone on headset (not the built in one). So I run alsamixer, set everything in "capture" section to zero... and I still get the audio from the internal microphone :-(.
Tested with arecord | aplay.
Any ideas?
Hi! Try to set Jack Function to Headset or enable b HS Mic.
I can't find "b HS Mic" function. I can set "Input Select" to "ADC", and ten internal microphone is off, but I can't get any audio on input. I tried with "Jack function" both "headset" and "headphone".
Do I need to enable microphone bias voltage somewhere?
Best regards, Pavel
On Friday 20 January 2017 15:00:47 Pavel Machek wrote:
On Fri 2017-01-20 14:38:30, Pali Rohár wrote:
On Friday 20 January 2017 14:31:59 Pavel Machek wrote:
Hi!
Do you have any idea how to control the microphone? I'd like the audio source to be microphone on headset (not the built in one). So I run alsamixer, set everything in "capture" section to zero... and I still get the audio from the internal microphone :-(.
Tested with arecord | aplay.
Any ideas?
Hi! Try to set Jack Function to Headset or enable b HS Mic.
I can't find "b HS Mic" function. I can set "Input Select" to "ADC", and ten internal microphone is off, but I can't get any audio on input. I tried with "Jack function" both "headset" and "headphone".
Do I need to enable microphone bias voltage somewhere?
When you set Jack function to headset it automatically enable HS Mic control which controls mic bias.
If Jack function in headset mode does not work, then there is bug. Try older versions of kernel...
On Fri 2017-01-20 15:04:04, Pali Rohár wrote:
On Friday 20 January 2017 15:00:47 Pavel Machek wrote:
On Fri 2017-01-20 14:38:30, Pali Rohár wrote:
On Friday 20 January 2017 14:31:59 Pavel Machek wrote:
Hi!
Do you have any idea how to control the microphone? I'd like the audio source to be microphone on headset (not the built in one). So I run alsamixer, set everything in "capture" section to zero... and I still get the audio from the internal microphone :-(.
Tested with arecord | aplay.
Any ideas?
Hi! Try to set Jack Function to Headset or enable b HS Mic.
I can't find "b HS Mic" function. I can set "Input Select" to "ADC", and ten internal microphone is off, but I can't get any audio on input. I tried with "Jack function" both "headset" and "headphone".
Do I need to enable microphone bias voltage somewhere?
When you set Jack function to headset it automatically enable HS Mic control which controls mic bias.
If Jack function in headset mode does not work, then there is bug. Try older versions of kernel...
Would you know which mainline kernel version is "known good"?
Pavel
Hi!
So regression seems to be between v4.9 and v4.10. Any ideas?
Interesting... seems there are no sound relevant changes after v4.9.
Looks like there are only three commits after v4.9 for sound/soc which are built for Nokia N900:
I'm at ce38207f161513ee3d2bd3860489f07ebe65bc78, which is already broken, and first broken commit by Linus.
e411b0b5eb9b65257a050eac333d181d6e00e2c6
Can't revert that easily.
e7aa450fe17890e59db7d3c2d8eff5b6b41fc531
This can be reverted. Lets try. Did not help.
63c3194b82530bd71fd49db84eb7ab656b8d404a
Commit older than this one fails, IIRC.
Maybe something not related to sound/soc could broke it?
Its definitely caused by something merged here:
commit ce38207f161513ee3d2bd3860489f07ebe65bc78 Merge: a9042de 995c6a7 Author: Linus Torvalds torvalds@linux-foundation.org Date: Wed Dec 14 11:14:28 2016 -0800
So it should be easy to find out..
Best regards, Pavel
Hi!
So regression seems to be between v4.9 and v4.10. Any ideas?
Interesting... seems there are no sound relevant changes after v4.9.
Looks like there are only three commits after v4.9 for sound/soc which are built for Nokia N900:
...
Its definitely caused by something merged here:
commit ce38207f161513ee3d2bd3860489f07ebe65bc78 Merge: a9042de 995c6a7 Author: Linus Torvalds torvalds@linux-foundation.org Date: Wed Dec 14 11:14:28 2016 -0800
So it should be easy to find out..
Doing git bisect now. Hmmm.
pavel@amd:/data/l/linux-n900$ git bisect bad 1a653aa44725668590b36bbe2d7fe4736a69f055 is the first bad commit commit 1a653aa44725668590b36bbe2d7fe4736a69f055 Author: Kuninori Morimoto kuninori.morimoto.gx@renesas.com Date: Wed Nov 30 06:22:55 2016 +0000
ASoC: core: replace aux_comp_list to component_dev_list
Now, Card has component_dev_list, we can replace aux_comp_list to component_dev_list with new auxiliary flags
Signed-off-by: Kuninori Morimoto kuninori.morimoto.gx@renesas.com Signed-off-by: Mark Brown broonie@kernel.org
:040000 040000 a571fa05e5ce8e00b73bbc3f1e30e26775d619e8 e9336929cacf2d7bc94da99acfc10c9a7f513b8b M include :040000 040000 87976e9406d452e791870cc12e27cb67ba04fd12 60d36f685642621c0e3ebb61ba7a14186d8b3eb0 M sound pavel@amd:/data/l/linux-n900$
I'll try reverting this patch on top of 4.10-rc, next. Any other ideas?
Best regards, Pavel
Hi!
So regression seems to be between v4.9 and v4.10. Any ideas?
Interesting... seems there are no sound relevant changes after v4.9.
Looks like there are only three commits after v4.9 for sound/soc which are built for Nokia N900:
...
Its definitely caused by something merged here:
commit ce38207f161513ee3d2bd3860489f07ebe65bc78 Merge: a9042de 995c6a7 Author: Linus Torvalds torvalds@linux-foundation.org Date: Wed Dec 14 11:14:28 2016 -0800
So it should be easy to find out..
Doing git bisect now. Hmmm.
pavel@amd:/data/l/linux-n900$ git bisect bad 1a653aa44725668590b36bbe2d7fe4736a69f055 is the first bad commit commit 1a653aa44725668590b36bbe2d7fe4736a69f055 Author: Kuninori Morimoto kuninori.morimoto.gx@renesas.com Date: Wed Nov 30 06:22:55 2016 +0000
ASoC: core: replace aux_comp_list to component_dev_list Now, Card has component_dev_list, we can replace aux_comp_list to component_dev_list with new auxiliary flags Signed-off-by: Kuninori Morimoto <kuninori.morimoto.gx@renesas.com> Signed-off-by: Mark Brown <broonie@kernel.org>
:040000 040000 a571fa05e5ce8e00b73bbc3f1e30e26775d619e8 e9336929cacf2d7bc94da99acfc10c9a7f513b8b M include :040000 040000 87976e9406d452e791870cc12e27cb67ba04fd12 60d36f685642621c0e3ebb61ba7a14186d8b3eb0 M sound pavel@amd:/data/l/linux-n900$
I'll try reverting this patch on top of 4.10-rc, next. Any other ideas?
Reverting that fixed the issue, but when I re-checked current -rc4, it seems it has similar fix there, too. GOod.
Pavel
Hi Pavel
pavel@amd:/data/l/linux-n900$ git bisect bad 1a653aa44725668590b36bbe2d7fe4736a69f055 is the first bad commit commit 1a653aa44725668590b36bbe2d7fe4736a69f055 Author: Kuninori Morimoto kuninori.morimoto.gx@renesas.com Date: Wed Nov 30 06:22:55 2016 +0000
ASoC: core: replace aux_comp_list to component_dev_list Now, Card has component_dev_list, we can replace aux_comp_list to component_dev_list with new auxiliary flags Signed-off-by: Kuninori Morimoto <kuninori.morimoto.gx@renesas.com> Signed-off-by: Mark Brown <broonie@kernel.org>
:040000 040000 a571fa05e5ce8e00b73bbc3f1e30e26775d619e8 e9336929cacf2d7bc94da99acfc10c9a7f513b8b M include :040000 040000 87976e9406d452e791870cc12e27cb67ba04fd12 60d36f685642621c0e3ebb61ba7a14186d8b3eb0 M sound pavel@amd:/data/l/linux-n900$
I'll try reverting this patch on top of 4.10-rc, next. Any other ideas?
Reverting that fixed the issue, but when I re-checked current -rc4, it seems it has similar fix there, too. GOod.
Sorry about my fault, thanks to Sylwester for fixing it
Best regards --- Kuninori Morimoto
participants (5)
-
Jarkko Nikula
-
Kuninori Morimoto
-
Pali Rohár
-
Pavel Machek
-
Peter Ujfalusi