November 2017 - Alsa-devel - mailman.alsa-project.org

[alsa-devel] [PATCH alsa-tools] hdajacksensetest: add gitcompile to EXTRA_DIST
by Tanu Kaskinen 20 Nov '17

20 Nov '17

The gitcompile script is used from the top-level Makefile, so it needs to be included in the tarball. Signed-off-by: Tanu Kaskinen <tanuk(a)iki.fi> --- hdajacksensetest/Makefile.am | 1 + 1 file changed, 1 insertion(+) diff --git a/hdajacksensetest/Makefile.am b/hdajacksensetest/Makefile.am index 795373c..893b4e1 100644 --- a/hdajacksensetest/Makefile.am +++ b/hdajacksensetest/Makefile.am @@ -1,3 +1,4 @@ +EXTRA_DIST = gitcompile MYNAME = hdajacksensetest AUTOMAKE_OPTIONS = foreign bin_PROGRAMS = hdajacksensetest -- 2.14.2

2 1

[alsa-devel] [PATCH] ALSA: line6: add support for POD HD DESKTOP
by Hans P. Möller Ebner 20 Nov '17

20 Nov '17

Add support for the Line6 POD HD500X multi effect processor for playback and capture (in/out audio) through USB. Signed-off-by: Hans P. Moller <hmoller(a)uc.cl> --- sound/usb/line6/podhd.c | 16 +++++++++++++++- 1 file changed, 15 insertions(+), 1 deletion(-) diff --git a/sound/usb/line6/podhd.c b/sound/usb/line6/podhd.c index 956f847..ba4f71f 100644 --- a/sound/usb/line6/podhd.c +++ b/sound/usb/line6/podhd.c @@ -39,7 +39,8 @@ enum { LINE6_PODHD500_1, LINE6_PODX3, LINE6_PODX3LIVE, - LINE6_PODHD500X + LINE6_PODHD500X, + LINE6_PODHDDESKTOP }; struct usb_line6_podhd { @@ -377,6 +378,7 @@ static const struct usb_device_id podhd_id_table[] = { { LINE6_IF_NUM(0x414A, 0), .driver_info = LINE6_PODX3 }, { LINE6_IF_NUM(0x414B, 0), .driver_info = LINE6_PODX3LIVE }, { LINE6_IF_NUM(0x4159, 0), .driver_info = LINE6_PODHD500X }, + { LINE6_IF_NUM(0x4156, 0), .driver_info = LINE6_PODHDDESKTOP }, {} }; @@ -463,6 +465,18 @@ static const struct line6_properties podhd_properties_table[] = { .ep_audio_r = 0x86, .ep_audio_w = 0x02, }, + [LINE6_PODHDDESKTOP] = { + .id = "PODHDDESKTOP", + .name = "POD HDDESKTOP", + .capabilities = LINE6_CAP_CONTROL + | LINE6_CAP_PCM | LINE6_CAP_HWMON, + .altsetting = 1, + .ep_ctrl_r = 0x81, + .ep_ctrl_w = 0x01, + .ctrl_if = 1, + .ep_audio_r = 0x86, + .ep_audio_w = 0x02, + }, }; /* -- 2.7.4

3 3

[alsa-devel] [PATCH] ASoC: cht_bsw_rt5645: Use common error handling code in cht_codec_fixup()
by SF Markus Elfring 20 Nov '17

20 Nov '17

From: Markus Elfring <elfring(a)users.sourceforge.net> Date: Sun, 19 Nov 2017 09:53:56 +0100 * Add a jump target so that a specific error message is stored only once at the end of this function implementation. * Replace two calls of the function "dev_err" by goto statements. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring <elfring(a)users.sourceforge.net> --- sound/soc/intel/boards/cht_bsw_rt5645.c | 16 ++++++++-------- 1 file changed, 8 insertions(+), 8 deletions(-) diff --git a/sound/soc/intel/boards/cht_bsw_rt5645.c b/sound/soc/intel/boards/cht_bsw_rt5645.c index 18d129caa974..bf3ffc2b0d8f 100644 --- a/sound/soc/intel/boards/cht_bsw_rt5645.c +++ b/sound/soc/intel/boards/cht_bsw_rt5645.c @@ -357,20 +357,16 @@ static int cht_codec_fixup(struct snd_soc_pcm_runtime *rtd, SND_SOC_DAIFMT_NB_NF | SND_SOC_DAIFMT_CBS_CFS ); - if (ret < 0) { - dev_err(rtd->dev, "can't set format to I2S, err %d\n", ret); - return ret; - } + if (ret < 0) + goto report_failure; ret = snd_soc_dai_set_fmt(rtd->codec_dai, SND_SOC_DAIFMT_I2S | SND_SOC_DAIFMT_NB_NF | SND_SOC_DAIFMT_CBS_CFS ); - if (ret < 0) { - dev_err(rtd->dev, "can't set format to I2S, err %d\n", ret); - return ret; - } + if (ret < 0) + goto report_failure; ret = snd_soc_dai_set_tdm_slot(rtd->cpu_dai, 0x3, 0x3, 2, 16); if (ret < 0) { @@ -403,6 +399,10 @@ static int cht_codec_fixup(struct snd_soc_pcm_runtime *rtd, } } return 0; + +report_failure: + dev_err(rtd->dev, "can't set format to I2S, err %d\n", ret); + return ret; } static int cht_aif1_startup(struct snd_pcm_substream *substream) -- 2.15.0

3 2

Re: [alsa-devel] BUG: unable to handle kernel paging request in snd_seq_oss_readq_puts
by Dmitry Vyukov 20 Nov '17

20 Nov '17

On Wed, Nov 1, 2017 at 9:38 PM, syzbot <bot+31681772ec7a18dde8d3f8caf475f361a89b9514(a)syzkaller.appspotmail.com> wrote: > Hello, > > syzkaller hit the following crash on > fc2e8b1a47c14b22c33eb087fca0db58e1f4ed0e > git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/master > compiler: gcc (GCC) 7.1.1 20170620 > .config is attached > Raw console output is attached. > C reproducer is attached > syzkaller reproducer is attached. See https://goo.gl/kgGztJ > for information about syzkaller reproducers This also happened on more recent commits, including upstream 9c323bff13f92832e03657cabdd70d731408d621 (Oct 20): device gre0 entered promiscuous mode BUG: unable to handle kernel paging request at ffffc90001688000 IP: snd_seq_oss_readq_puts+0x146/0x210 sound/core/seq/oss/seq_oss_readq.c:112 PGD 1dac75067 P4D 1dac75067 PUD 1dac76067 PMD 1c1dd3067 PTE 0 Oops: 0000 [#1] SMP KASAN Dumping ftrace buffer: (ftrace buffer empty) Modules linked in: CPU: 1 PID: 18947 Comm: syz-executor2 Not tainted 4.14.0-rc5+ #51 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011 task: ffff8801d92c8140 task.stack: ffff8801c2ef0000 RIP: 0010:snd_seq_oss_readq_puts+0x146/0x210 sound/core/seq/oss/seq_oss_readq.c:112 RSP: 0018:ffff8801c2ef6db0 EFLAGS: 00010246 RAX: ffffed00385dedbf RBX: ffffc90001688000 RCX: ffff8801c2ef6df9 RDX: 000000000000554e RSI: ffffffff83d4c556 RDI: 0000000000000282 RBP: ffff8801c2ef6e60 R08: 0000000000000001 R09: 0000000000000000 R10: 0000000000000000 R11: 0000000000000000 R12: 00000000400000a0 R13: ffff8801c2ef6e38 R14: ffffc90001688001 R15: dffffc0000000000 FS: 0000000000000000(0000) GS:ffff8801db300000(0063) knlGS:00000000f76ffb40 CS: 0010 DS: 002b ES: 002b CR0: 0000000080050033 CR2: ffffc90001688000 CR3: 00000001d0650000 CR4: 00000000001406e0 DR0: 0000000020000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000600 Call Trace: send_midi_event sound/core/seq/oss/seq_oss_midi.c:616 [inline] snd_seq_oss_midi_input+0xd39/0x1040 sound/core/seq/oss/seq_oss_midi.c:535 snd_seq_oss_event_input+0x15d/0x220 sound/core/seq/oss/seq_oss_event.c:439 snd_seq_deliver_single_event.constprop.11+0x2fb/0x940 sound/core/seq/seq_clientmgr.c:621 deliver_to_subscribers sound/core/seq/seq_clientmgr.c:676 [inline] snd_seq_deliver_event+0x318/0x790 sound/core/seq/seq_clientmgr.c:807 snd_seq_kernel_client_dispatch+0x11e/0x150 sound/core/seq/seq_clientmgr.c:2313 dummy_input+0x2c4/0x400 sound/core/seq/seq_dummy.c:104 snd_seq_deliver_single_event.constprop.11+0x2fb/0x940 sound/core/seq/seq_clientmgr.c:621 snd_seq_deliver_event+0x12c/0x790 sound/core/seq/seq_clientmgr.c:818 snd_seq_dispatch_event+0x105/0x5b0 sound/core/seq/seq_clientmgr.c:892 snd_seq_check_queue.part.3+0x38e/0x510 sound/core/seq/seq_queue.c:285 snd_seq_check_queue sound/core/seq/seq_queue.c:357 [inline] snd_seq_enqueue_event+0x32d/0x3d0 sound/core/seq/seq_queue.c:363 snd_seq_client_enqueue_event+0x21b/0x420 sound/core/seq/seq_clientmgr.c:951 kernel_client_enqueue.part.10+0xb5/0xd0 sound/core/seq/seq_clientmgr.c:2252 kernel_client_enqueue sound/core/seq/seq_clientmgr.c:2242 [inline] snd_seq_kernel_client_enqueue_blocking+0xcf/0x110 sound/core/seq/seq_clientmgr.c:2279 insert_queue sound/core/seq/oss/seq_oss_rw.c:189 [inline] snd_seq_oss_write+0x5fe/0xa80 sound/core/seq/oss/seq_oss_rw.c:148 odev_write+0x64/0x90 sound/core/seq/oss/seq_oss.c:177 __vfs_write+0xef/0x970 fs/read_write.c:479 __kernel_write+0xf8/0x350 fs/read_write.c:500 write_pipe_buf+0x175/0x220 fs/splice.c:797 splice_from_pipe_feed fs/splice.c:502 [inline] __splice_from_pipe+0x328/0x730 fs/splice.c:626 splice_from_pipe+0x1e9/0x330 fs/splice.c:661 default_file_splice_write+0x40/0x90 fs/splice.c:809 do_splice_from fs/splice.c:851 [inline] do_splice fs/splice.c:1147 [inline] SYSC_splice fs/splice.c:1402 [inline] SyS_splice+0x7b7/0x1610 fs/splice.c:1382 do_syscall_32_irqs_on arch/x86/entry/common.c:329 [inline] do_fast_syscall_32+0x3f2/0xf05 arch/x86/entry/common.c:391 entry_SYSENTER_compat+0x51/0x60 arch/x86/entry/entry_64_compat.S:124 RIP: 0023:0xf7f03c79 RSP: 002b:00000000f76ff01c EFLAGS: 00000296 ORIG_RAX: 0000000000000139 RAX: ffffffffffffffda RBX: 0000000000000014 RCX: 0000000000000000 RDX: 0000000000000013 RSI: 0000000000000000 RDI: 000000005813dd57 RBP: 0000000000000000 R08: 0000000000000000 R09: 0000000000000000 R10: 0000000000000000 R11: 0000000000000000 R12: 0000000000000000 R13: 0000000000000000 R14: 0000000000000000 R15: 0000000000000000 Code: d9 4c 8d 73 01 48 c1 e8 03 83 e1 07 42 0f b6 04 38 38 c8 7f 08 84 c0 0f 85 bf 00 00 00 48 8b 85 58 ff ff ff 48 8b 8d 68 ff ff ff <41> 0f b6 5e ff 0f b6 00 83 e1 07 38 c8 7f 08 84 c0 0f 85 89 00 RIP: snd_seq_oss_readq_puts+0x146/0x210 sound/core/seq/oss/seq_oss_readq.c:112 RSP: ffff8801c2ef6db0 CR2: ffffc90001688000 ---[ end trace c7c98a599517e76d ]--- > IP: snd_seq_oss_readq_puts+0x146/0x210 > sound/core/seq/oss/seq_oss_readq.c:112 > PGD 1dac75067 P4D 1dac75067 PUD 1dac76067 PMD 1c1cd3067 PTE 0 > Oops: 0000 [#1] SMP KASAN > Dumping ftrace buffer: > (ftrace buffer empty) > Modules linked in: > CPU: 0 PID: 3012 Comm: syzkaller659314 Not tainted 4.14.0-rc1-next-20170918+ > #24 > Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS > Google 01/01/2011 > task: ffff8801ce930000 task.stack: ffff8801ce650000 > RIP: 0010:snd_seq_oss_readq_puts+0x146/0x210 > sound/core/seq/oss/seq_oss_readq.c:112 > RSP: 0018:ffff8801ce657208 EFLAGS: 00010246 > RAX: ffffed0039ccae4a RBX: ffffc900016f4000 RCX: ffff8801ce657251 > RDX: 0000000000000000 RSI: 1ffff10039d26117 RDI: 0000000000000282 > RBP: ffff8801ce6572b8 R08: ffff8801d807ab50 R09: 0000000000000000 > R10: 0000000000000000 R11: 0000000000000000 R12: 000000003fffffa4 > R13: ffff8801ce657290 R14: ffffc900016f4001 R15: dffffc0000000000 > FS: 00007f9079b19700(0000) GS:ffff8801db200000(0000) knlGS:0000000000000000 > CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 > CR2: ffffc900016f4000 CR3: 00000001ce47d000 CR4: 00000000001406f0 > DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 > DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 > Call Trace: > send_midi_event sound/core/seq/oss/seq_oss_midi.c:616 [inline] > snd_seq_oss_midi_input+0xd39/0x1040 sound/core/seq/oss/seq_oss_midi.c:535 > snd_seq_oss_event_input+0x15d/0x220 sound/core/seq/oss/seq_oss_event.c:439 > snd_seq_deliver_single_event.constprop.11+0x2fb/0x940 > sound/core/seq/seq_clientmgr.c:621 > deliver_to_subscribers sound/core/seq/seq_clientmgr.c:676 [inline] > snd_seq_deliver_event+0x318/0x790 sound/core/seq/seq_clientmgr.c:807 > snd_seq_kernel_client_dispatch+0x11e/0x150 > sound/core/seq/seq_clientmgr.c:2309 > dummy_input+0x2c4/0x400 sound/core/seq/seq_dummy.c:104 > snd_seq_deliver_single_event.constprop.11+0x2fb/0x940 > sound/core/seq/seq_clientmgr.c:621 > snd_seq_deliver_event+0x12c/0x790 sound/core/seq/seq_clientmgr.c:818 > snd_seq_dispatch_event+0x105/0x5b0 sound/core/seq/seq_clientmgr.c:892 > snd_seq_check_queue.part.3+0x38e/0x510 sound/core/seq/seq_queue.c:285 > snd_seq_check_queue sound/core/seq/seq_queue.c:357 [inline] > snd_seq_enqueue_event+0x32d/0x3d0 sound/core/seq/seq_queue.c:363 > snd_seq_client_enqueue_event+0x21b/0x420 sound/core/seq/seq_clientmgr.c:951 > kernel_client_enqueue.part.10+0xb5/0xd0 sound/core/seq/seq_clientmgr.c:2248 > kernel_client_enqueue sound/core/seq/seq_clientmgr.c:2238 [inline] > snd_seq_kernel_client_enqueue_blocking+0xcf/0x110 > sound/core/seq/seq_clientmgr.c:2275 > insert_queue sound/core/seq/oss/seq_oss_rw.c:189 [inline] > snd_seq_oss_write+0x5fe/0xa80 sound/core/seq/oss/seq_oss_rw.c:148 > odev_write+0x64/0x90 sound/core/seq/oss/seq_oss.c:177 > __vfs_write+0xef/0x970 fs/read_write.c:479 > vfs_write+0x18f/0x510 fs/read_write.c:543 > SYSC_write fs/read_write.c:588 [inline] > SyS_write+0xef/0x220 fs/read_write.c:580 > entry_SYSCALL_64_fastpath+0x1f/0xbe > RIP: 0033:0x446469 > RSP: 002b:00007f9079b18dc8 EFLAGS: 00000246 ORIG_RAX: 0000000000000001 > RAX: ffffffffffffffda RBX: 0000000000000000 RCX: 0000000000446469 > RDX: 0000000000000150 RSI: 0000000020e7f000 RDI: 0000000000000003 > RBP: 0000000000000082 R08: 00007f9079b19700 R09: 00007f9079b19700 > R10: 00007f9079b19700 R11: 0000000000000246 R12: 0000000000000000 > R13: 00007ffe543fcc1f R14: 00007f9079b199c0 R15: 0000000000000000 > Code: d9 4c 8d 73 01 48 c1 e8 03 83 e1 07 42 0f b6 04 38 38 c8 7f 08 84 c0 > 0f 85 bf 00 00 00 48 8b 85 58 ff ff ff 48 8b 8d 68 ff ff ff <41> 0f b6 5e ff > 0f b6 00 83 e1 07 38 c8 7f 08 84 c0 0f 85 89 00 > RIP: snd_seq_oss_readq_puts+0x146/0x210 > sound/core/seq/oss/seq_oss_readq.c:112 RSP: ffff8801ce657208 > CR2: ffffc900016f4000 > ---[ end trace cc8c763aca15dec8 ]--- > > > --- > This bug is generated by a dumb bot. It may contain errors. > See https://goo.gl/tpsmEJ for details. > Direct all questions to syzkaller(a)googlegroups.com. > Please credit me with: Reported-by: syzbot <syzkaller(a)googlegroups.com> > > syzbot will keep track of this bug report. > Once a fix for this bug is committed, please reply to this email with: > #syz fix: exact-commit-title > To mark this as a duplicate of another syzbot report, please reply with: > #syz dup: exact-subject-of-another-report > If it's a one-off invalid bug report, please reply with: > #syz invalid > Note: if the crash happens again, it will cause creation of a new bug > report. > Note: all commands must start from beginning of the line. > > -- > You received this message because you are subscribed to the Google Groups > "syzkaller-bugs" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to syzkaller-bugs+unsubscribe(a)googlegroups.com. > To view this discussion on the web visit > https://groups.google.com/d/msgid/syzkaller-bugs/001a1140b6b825822a055cf02f…. > For more options, visit https://groups.google.com/d/optout.

2 7

[alsa-devel] [alsa-lib][PATCH] pcm: route: Fix use_getput flag computation for 3 byte formats
by Maciej S. Szmigiero 20 Nov '17

20 Nov '17

Commit de63b942acf520 ("pcm: route: Use get/put labels for all 3 byte formats") wanted to make the route plugin use get / put labels not only for 24-bit physical width formats but also for 18 and 20-bit ones. There was, however, a typo in that commit so a check for these widths didn't really work. Let's fix it now. Signed-off-by: Maciej S. Szmigiero <mail(a)maciej.szmigiero.name> --- src/pcm/pcm_route.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/src/pcm/pcm_route.c b/src/pcm/pcm_route.c index 999a2eed3a25..1f485a8e79f9 100644 --- a/src/pcm/pcm_route.c +++ b/src/pcm/pcm_route.c @@ -567,8 +567,8 @@ static int snd_pcm_route_hw_params(snd_pcm_t *pcm, snd_pcm_hw_params_t * params) return err; /* 3 bytes formats? */ route->params.use_getput = - (snd_pcm_format_physical_width(src_format) + 7) / 3 == 3 || - (snd_pcm_format_physical_width(dst_format) + 7) / 3 == 3; + (snd_pcm_format_physical_width(src_format) + 7) / 8 == 3 || + (snd_pcm_format_physical_width(dst_format) + 7) / 8 == 3; route->params.get_idx = snd_pcm_linear_get_index(src_format, SND_PCM_FORMAT_S32); route->params.put_idx = snd_pcm_linear_put_index(SND_PCM_FORMAT_S32, dst_format); route->params.conv_idx = snd_pcm_linear_convert_index(src_format, dst_format); -- 2.14.1

2 1

[alsa-devel] [RFC PATCH] ALSA: core: do not update tstamp when hw ptr has not moved
by Henrik Eriksson 20 Nov '17

20 Nov '17

Hello This reverts a change that was part of a larger commit. That change broke timestamps in some application code for us as outlined in the log, and reverting it obviously fixes this. Since the original change did not explain why the behaviour was modified I can't speak for the effects on that use case. Regards, /henrik >8------------------------------------------------------8< Commit 3179f62001880e588e229db3006a59ad87b7792a ("ALSA: core: add .get_time_info") made an undocumented change to the behaviour of the PCM runtime tstamp. Prior to this change the tstamp was not updated by snd_pcm_update_hw_ptr0() unless the hw ptr had moved, after this change the tstamp is always updated. For an application, using alsa-lib, doing snd_pcm_readi() followed by snd_pcm_status() to estimate the age of the read samples by subtracting status->avail * [sample rate] from status->tstamp this change degraded the accuracy of that estimate on devices where the pcm hw does not provide a granular hw pointer. On a device using soc-generic-dmaengine-pcm.c and a dma-engine with residue_granularity DMA_RESIDUE_GRANULARITY_DESCRIPTOR the accuracy of the estimate depended on the latency between the PCM hw completing a period and when the driver called snd_pcm_period_elapsed() to notify ALSA core, typically determined by interrupt handling latency. After this change the accuracy of the estimate is determined by the latency between the PCM hw completing a period and the application calling snd_pcm_status(), determined by the scheduling of the application process. Revert the part of commit 3179f62001880e588e229db3006a59ad87b7792a ("ALSA: core: add .get_time_info") that changed be behaviour of snd_pcm_update_hw_ptr0() when the PCM hw pointer has not moved. Fixes: 3179f6200188 ("ALSA: core: add .get_time_info") Signed-off-by: Henrik Eriksson <henrik.eriksson(a)axis.com> --- sound/core/pcm_lib.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/sound/core/pcm_lib.c b/sound/core/pcm_lib.c index a93a4235a332..2fbaf9a974cc 100644 --- a/sound/core/pcm_lib.c +++ b/sound/core/pcm_lib.c @@ -437,10 +437,8 @@ static int snd_pcm_update_hw_ptr0(struct snd_pcm_substream *substream, } no_delta_check: - if (runtime->status->hw_ptr == new_hw_ptr) { - update_audio_tstamp(substream, &curr_tstamp, &audio_tstamp); + if (runtime->status->hw_ptr == new_hw_ptr) return 0; - } if (substream->stream == SNDRV_PCM_STREAM_PLAYBACK && runtime->silence_size > 0) -- 2.11.0 -- henrik eriksson fixed box cameras firmware, base video products, axis communications ab

3 6

[alsa-devel] strange code in pcm_route.c for 3 byte formats
by Maciej S. Szmigiero 20 Nov '17

20 Nov '17

Hi all, While reading alsa-lib sources I've spotted some strange code in src/pcm/pcm_route.c: /* 3 bytes formats? */ route->params.use_getput = (snd_pcm_format_physical_width(src_format) + 7) / 3 == 3 || (snd_pcm_format_physical_width(dst_format) + 7) / 3 == 3; Since snd_pcm_format_physical_width() returns a width in bits it seems to me that this would mean formats that are between 2 and 4 bits (inclusive) wide. Before commit de63b942acf520 ("pcm: route: Use get/put labels for all 3 byte formats") this read as: route->params.use_getput = snd_pcm_format_physical_width(src_format) == 24 || snd_pcm_format_physical_width(dst_format) == 24; The commit message of that commit says that this change was supposed to set this flag also for 18 and 20-bit physical width formats. Is there a mistake in this code or am I wrong somewhere in my thinking? Best regards, Maciej

2 2

[alsa-devel] Again about regression introduced by commit 70d435ba1cd6 ("ASoC: imx-pcm-dma: simplify pcm_config")
by Kalle Kankare 20 Nov '17

20 Nov '17

Hi, The regression was previously discussed on this mailing list last month (2017-10-04). As in the previous discussion, this commit restricts the supported sound formats to S24_LE. This problem is experienced in our iMX6q based hardware with SGTL5000 sound chip. I.e.: # arecord -l | grep 'card 0' -A2 card 0: imx6qba16sgtl50 [imx6q-ba16-sgtl5000], device 0: HiFi sgtl5000-0 [] Subdevices: 1/1 Subdevice #0: subdevice #0 In kernel 4.11.0: # arecord --dump-hw-params -D hw:0,0 2>&1 | grep '^FORMAT' FORMAT: S16_LE And in now in kernel 4.13.3: # arecord --dump-hw-params -D hw:0,0 2>&1 | grep '^FORMAT' FORMAT: S24_LE By reverting the mentioned commit 70d435ba1cd6, the format returned to S16_LE. However, I'm unsure if that is the proper way to solve this issue. I.e. does reverting the mentioned commit cause some other unwanted effect ? What would be the best solution that would make the S16_LE format supported again for SGTL5000 ?

2 2

[alsa-devel] [PATCH] ASoC: bells: Use common error handling code in bells_set_bias_level_post()
by SF Markus Elfring 20 Nov '17

20 Nov '17

From: Markus Elfring <elfring(a)users.sourceforge.net> Date: Sun, 19 Nov 2017 15:00:22 +0100 * Add a jump target so that a specific error message is stored only once at the end of this function implementation. * Replace two calls of the macro "pr_err" by goto statements. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring <elfring(a)users.sourceforge.net> --- sound/soc/samsung/bells.c | 16 ++++++++-------- 1 file changed, 8 insertions(+), 8 deletions(-) diff --git a/sound/soc/samsung/bells.c b/sound/soc/samsung/bells.c index 34deba461ae1..fc9a71523b3e 100644 --- a/sound/soc/samsung/bells.c +++ b/sound/soc/samsung/bells.c @@ -120,18 +120,14 @@ static int bells_set_bias_level_post(struct snd_soc_card *card, switch (level) { case SND_SOC_BIAS_STANDBY: ret = snd_soc_codec_set_pll(codec, WM5102_FLL1, 0, 0, 0); - if (ret < 0) { - pr_err("Failed to stop FLL: %d\n", ret); - return ret; - } + if (ret < 0) + goto report_failure; if (bells->asyncclk_rate) { ret = snd_soc_codec_set_pll(codec, WM5102_FLL2, 0, 0, 0); - if (ret < 0) { - pr_err("Failed to stop FLL: %d\n", ret); - return ret; - } + if (ret < 0) + goto report_failure; } break; @@ -142,6 +138,10 @@ static int bells_set_bias_level_post(struct snd_soc_card *card, dapm->bias_level = level; return 0; + +report_failure: + pr_err("Failed to stop FLL: %d\n", ret); + return ret; } static int bells_late_probe(struct snd_soc_card *card) -- 2.15.0

2 1

[alsa-devel] [PATCH] ALSA: hda/realtek: Add headset mic support for Intel NUC Skull Canyon
by Kai-Heng Feng 20 Nov '17

20 Nov '17

Users have been using knob "model=dell-headset-multi" on Intel Skull Canyon for a while. Add the equivalent quirk, ALC269_FIXUP_DELL1_MIC_NO_PRESENCE for Skull Canyon. BugLink: https://bugs.launchpad.net/bugs/1732034 Signed-off-by: Kai-Heng Feng <kai.heng.feng(a)canonical.com> --- sound/pci/hda/patch_realtek.c | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda/patch_realtek.c index 1797110cb096..5bb5623339dc 100644 --- a/sound/pci/hda/patch_realtek.c +++ b/sound/pci/hda/patch_realtek.c @@ -6455,6 +6455,10 @@ static const struct snd_hda_pin_quirk alc269_pin_fixup_tbl[] = { ALC225_STANDARD_PINS, {0x12, 0xb7a60130}, {0x1b, 0x90170110}), + SND_HDA_PIN_QUIRK(0x10ec0233, 0x8086, "Intel NUC Skull Canyon", ALC269_FIXUP_DELL1_MIC_NO_PRESENCE, + {0x1b, 0x01111010}, + {0x1e, 0x01451130}, + {0x21, 0x02211020}), SND_HDA_PIN_QUIRK(0x10ec0236, 0x1028, "Dell", ALC255_FIXUP_DELL1_MIC_NO_PRESENCE, {0x12, 0x90a60140}, {0x14, 0x90170110}, -- 2.14.1

2 1