May 2019 - Alsa-devel - mailman.alsa-project.org

[alsa-devel] [asoc:for-5.2 248/316] sound/soc/sof/core.c:279: undefined reference to `sof_nocodec_setup'
by kbuild test robot 07 May '19

07 May '19

tree: https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git for-5.2 head: f153bf49ddf6169544b24ef5ea26fa3eb4996b95 commit: 7e978fa37df7f771a5d02934ff828a0ee36bcf11 [248/316] ASoC: SOF: Add Build support for SOF core and Intel drivers config: i386-randconfig-l1-05071509 (attached as .config) compiler: gcc-5 (Debian 5.5.0-3) 5.4.1 20171010 reproduce: git checkout 7e978fa37df7f771a5d02934ff828a0ee36bcf11 # save the attached .config to linux build tree make ARCH=i386 If you fix the issue, kindly add following tag Reported-by: kbuild test robot <lkp(a)intel.com> All errors (new ones prefixed by >>): ld: sound/soc/sof/core.o: in function `sof_machine_check': >> sound/soc/sof/core.c:279: undefined reference to `sof_nocodec_setup' vim +279 sound/soc/sof/core.c c16211d6 Liam Girdwood 2019-04-12 255 c16211d6 Liam Girdwood 2019-04-12 256 /* c16211d6 Liam Girdwood 2019-04-12 257 * SOF Driver enumeration. c16211d6 Liam Girdwood 2019-04-12 258 */ c16211d6 Liam Girdwood 2019-04-12 259 static int sof_machine_check(struct snd_sof_dev *sdev) c16211d6 Liam Girdwood 2019-04-12 260 { c16211d6 Liam Girdwood 2019-04-12 261 struct snd_sof_pdata *plat_data = sdev->pdata; c16211d6 Liam Girdwood 2019-04-12 262 struct snd_soc_acpi_mach *machine; c16211d6 Liam Girdwood 2019-04-12 263 int ret; c16211d6 Liam Girdwood 2019-04-12 264 c16211d6 Liam Girdwood 2019-04-12 265 if (plat_data->machine) c16211d6 Liam Girdwood 2019-04-12 266 return 0; c16211d6 Liam Girdwood 2019-04-12 267 c16211d6 Liam Girdwood 2019-04-12 268 if (!IS_ENABLED(CONFIG_SND_SOC_SOF_NOCODEC)) { c16211d6 Liam Girdwood 2019-04-12 269 dev_err(sdev->dev, "error: no matching ASoC machine driver found - aborting probe\n"); c16211d6 Liam Girdwood 2019-04-12 270 return -ENODEV; c16211d6 Liam Girdwood 2019-04-12 271 } c16211d6 Liam Girdwood 2019-04-12 272 c16211d6 Liam Girdwood 2019-04-12 273 /* fallback to nocodec mode */ c16211d6 Liam Girdwood 2019-04-12 274 dev_warn(sdev->dev, "No ASoC machine driver found - using nocodec\n"); c16211d6 Liam Girdwood 2019-04-12 275 machine = devm_kzalloc(sdev->dev, sizeof(*machine), GFP_KERNEL); c16211d6 Liam Girdwood 2019-04-12 276 if (!machine) c16211d6 Liam Girdwood 2019-04-12 277 return -ENOMEM; c16211d6 Liam Girdwood 2019-04-12 278 c16211d6 Liam Girdwood 2019-04-12 @279 ret = sof_nocodec_setup(sdev->dev, plat_data, machine, c16211d6 Liam Girdwood 2019-04-12 280 plat_data->desc, plat_data->desc->ops); c16211d6 Liam Girdwood 2019-04-12 281 if (ret < 0) c16211d6 Liam Girdwood 2019-04-12 282 return ret; c16211d6 Liam Girdwood 2019-04-12 283 c16211d6 Liam Girdwood 2019-04-12 284 plat_data->machine = machine; c16211d6 Liam Girdwood 2019-04-12 285 c16211d6 Liam Girdwood 2019-04-12 286 return 0; c16211d6 Liam Girdwood 2019-04-12 287 } c16211d6 Liam Girdwood 2019-04-12 288 :::::: The code at line 279 was first introduced by commit :::::: c16211d6226dbde8819b84da07508083a1138a06 ASoC: SOF: Add Sound Open Firmware driver core :::::: TO: Liam Girdwood <liam.r.girdwood(a)linux.intel.com> :::::: CC: Mark Brown <broonie(a)kernel.org> --- 0-DAY kernel test infrastructure Open Source Technology Center https://lists.01.org/pipermail/kbuild-all Intel Corporation

2 1

[alsa-devel] Right internal speaker and internal microphone doesn't seem to work
by Drago Praznik 07 May '19

07 May '19

My Mint 19 (kernel: 4.15.0-48-generic) on Lenovo V110 never succeeded to use an internal microphone and the right internal speaker also doesn't seem to work. Previously I tried to install Windows 10 and all the hardware works normally whilst using Win10. Here's some additional info of my setup: http://alsa-project.org/db/?f=9e9d2f773b9682f2dbd2a22cd1f4fd0613eb0a2d Originally I submitted a post on forum: https://forums.linuxmint.com/viewtopic.php?f=49&t=292732 ... since it didn't help, I ended up here. Cheers, Drago

3 4

[alsa-devel] [asoc:for-5.2 248/316] ld: sound/soc/sof/sof-acpi-dev.o:undefined reference to `sof_xtensa_arch_ops'
by kbuild test robot 07 May '19

07 May '19

tree: https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git for-5.2 head: f153bf49ddf6169544b24ef5ea26fa3eb4996b95 commit: 7e978fa37df7f771a5d02934ff828a0ee36bcf11 [248/316] ASoC: SOF: Add Build support for SOF core and Intel drivers config: i386-randconfig-l0-05071509 (attached as .config) compiler: gcc-5 (Debian 5.5.0-3) 5.4.1 20171010 reproduce: git checkout 7e978fa37df7f771a5d02934ff828a0ee36bcf11 # save the attached .config to linux build tree make ARCH=i386 If you fix the issue, kindly add following tag Reported-by: kbuild test robot <lkp(a)intel.com> All errors (new ones prefixed by >>): >> ld: sound/soc/sof/sof-acpi-dev.o:(.rodata+0x120): undefined reference to `sof_xtensa_arch_ops' ld: sound/soc/sof/sof-acpi-dev.o:(.rodata+0x180): undefined reference to `sof_xtensa_arch_ops' ld: sound/soc/sof/sof-acpi-dev.o:(.rodata+0x1e0): undefined reference to `sof_xtensa_arch_ops' --- 0-DAY kernel test infrastructure Open Source Technology Center https://lists.01.org/pipermail/kbuild-all Intel Corporation

2 1

[alsa-devel] KASAN: use-after-free Write in check_and_subscribe_port
by syzbot 07 May '19

07 May '19

Hello, syzbot found the following crash on: HEAD commit: bf3bd966 Merge tag 'usb-5.1-rc8' of git://git.kernel.org/p.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=1431a0e0a00000 kernel config: https://syzkaller.appspot.com/x/.config?x=ef1b87b455c397cf dashboard link: https://syzkaller.appspot.com/bug?extid=20ab495fadf081e8a2b0 compiler: gcc (GCC) 9.0.0 20181231 (experimental) Unfortunately, I don't have any reproducer for this crash yet. IMPORTANT: if you fix the bug, please add the following tag to the commit: Reported-by: syzbot+20ab495fadf081e8a2b0(a)syzkaller.appspotmail.com ================================================================== BUG: KASAN: use-after-free in __list_add include/linux/list.h:64 [inline] BUG: KASAN: use-after-free in list_add_tail include/linux/list.h:93 [inline] BUG: KASAN: use-after-free in check_and_subscribe_port+0x7bd/0x860 sound/core/seq/seq_ports.c:524 Write of size 8 at addr ffff88809587bba0 by task syz-executor.2/19168 CPU: 0 PID: 19168 Comm: syz-executor.2 Not tainted 5.1.0-rc7+ #95 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011 Call Trace: __dump_stack lib/dump_stack.c:77 [inline] dump_stack+0x172/0x1f0 lib/dump_stack.c:113 print_address_description.cold+0x7c/0x20d mm/kasan/report.c:187 kasan_report.cold+0x1b/0x40 mm/kasan/report.c:317 __asan_report_store8_noabort+0x17/0x20 mm/kasan/generic_report.c:137 __list_add include/linux/list.h:64 [inline] list_add_tail include/linux/list.h:93 [inline] check_and_subscribe_port+0x7bd/0x860 sound/core/seq/seq_ports.c:524 snd_seq_port_connect+0x388/0x510 sound/core/seq/seq_ports.c:587 snd_seq_ioctl_subscribe_port+0x1e5/0x310 sound/core/seq/seq_clientmgr.c:1458 snd_seq_ioctl+0x224/0x3e0 sound/core/seq/seq_clientmgr.c:2138 vfs_ioctl fs/ioctl.c:46 [inline] file_ioctl fs/ioctl.c:509 [inline] do_vfs_ioctl+0xd6e/0x1390 fs/ioctl.c:696 ksys_ioctl+0xab/0xd0 fs/ioctl.c:713 __do_sys_ioctl fs/ioctl.c:720 [inline] __se_sys_ioctl fs/ioctl.c:718 [inline] __x64_sys_ioctl+0x73/0xb0 fs/ioctl.c:718 do_syscall_64+0x103/0x610 arch/x86/entry/common.c:290 entry_SYSCALL_64_after_hwframe+0x49/0xbe RIP: 0033:0x458da9 Code: ad b8 fb ff c3 66 2e 0f 1f 84 00 00 00 00 00 66 90 48 89 f8 48 89 f7 48 89 d6 48 89 ca 4d 89 c2 4d 89 c8 4c 8b 4c 24 08 0f 05 <48> 3d 01 f0 ff ff 0f 83 7b b8 fb ff c3 66 2e 0f 1f 84 00 00 00 00 RSP: 002b:00007f6a5c605c78 EFLAGS: 00000246 ORIG_RAX: 0000000000000010 RAX: ffffffffffffffda RBX: 0000000000000003 RCX: 0000000000458da9 RDX: 0000000020000000 RSI: 0000000040505330 RDI: 0000000000000003 RBP: 000000000073bf00 R08: 0000000000000000 R09: 0000000000000000 R10: 0000000000000000 R11: 0000000000000246 R12: 00007f6a5c6066d4 R13: 00000000004cc598 R14: 00000000004d5ee8 R15: 00000000ffffffff Allocated by task 19168: save_stack+0x45/0xd0 mm/kasan/common.c:75 set_track mm/kasan/common.c:87 [inline] __kasan_kmalloc mm/kasan/common.c:497 [inline] __kasan_kmalloc.constprop.0+0xcf/0xe0 mm/kasan/common.c:470 kasan_kmalloc+0x9/0x10 mm/kasan/common.c:511 kmem_cache_alloc_trace+0x151/0x760 mm/slab.c:3622 kmalloc include/linux/slab.h:547 [inline] kzalloc include/linux/slab.h:742 [inline] snd_seq_port_connect+0x60/0x510 sound/core/seq/seq_ports.c:571 snd_seq_ioctl_subscribe_port+0x1e5/0x310 sound/core/seq/seq_clientmgr.c:1458 snd_seq_ioctl+0x224/0x3e0 sound/core/seq/seq_clientmgr.c:2138 vfs_ioctl fs/ioctl.c:46 [inline] file_ioctl fs/ioctl.c:509 [inline] do_vfs_ioctl+0xd6e/0x1390 fs/ioctl.c:696 ksys_ioctl+0xab/0xd0 fs/ioctl.c:713 __do_sys_ioctl fs/ioctl.c:720 [inline] __se_sys_ioctl fs/ioctl.c:718 [inline] __x64_sys_ioctl+0x73/0xb0 fs/ioctl.c:718 do_syscall_64+0x103/0x610 arch/x86/entry/common.c:290 entry_SYSCALL_64_after_hwframe+0x49/0xbe Freed by task 19167: save_stack+0x45/0xd0 mm/kasan/common.c:75 set_track mm/kasan/common.c:87 [inline] __kasan_slab_free+0x102/0x150 mm/kasan/common.c:459 kasan_slab_free+0xe/0x10 mm/kasan/common.c:467 __cache_free mm/slab.c:3499 [inline] kfree+0xcf/0x230 mm/slab.c:3822 snd_seq_port_disconnect+0x209/0x280 sound/core/seq/seq_ports.c:632 snd_seq_ioctl_unsubscribe_port+0x1e5/0x310 sound/core/seq/seq_clientmgr.c:1499 snd_seq_ioctl+0x224/0x3e0 sound/core/seq/seq_clientmgr.c:2138 vfs_ioctl fs/ioctl.c:46 [inline] file_ioctl fs/ioctl.c:509 [inline] do_vfs_ioctl+0xd6e/0x1390 fs/ioctl.c:696 ksys_ioctl+0xab/0xd0 fs/ioctl.c:713 __do_sys_ioctl fs/ioctl.c:720 [inline] __se_sys_ioctl fs/ioctl.c:718 [inline] __x64_sys_ioctl+0x73/0xb0 fs/ioctl.c:718 do_syscall_64+0x103/0x610 arch/x86/entry/common.c:290 entry_SYSCALL_64_after_hwframe+0x49/0xbe The buggy address belongs to the object at ffff88809587bb40 which belongs to the cache kmalloc-128 of size 128 The buggy address is located 96 bytes inside of 128-byte region [ffff88809587bb40, ffff88809587bbc0) The buggy address belongs to the page: page:ffffea0002561ec0 count:1 mapcount:0 mapping:ffff8880aa400640 index:0xffff88809587bd80 flags: 0x1fffc0000000200(slab) raw: 01fffc0000000200 ffffea0002949788 ffffea0002906888 ffff8880aa400640 raw: ffff88809587bd80 ffff88809587b000 000000010000000f 0000000000000000 page dumped because: kasan: bad access detected Memory state around the buggy address: ffff88809587ba80: fb fb fb fb fb fb fb fb fb fb fb fb fb fb fb fb ffff88809587bb00: fc fc fc fc fc fc fc fc fb fb fb fb fb fb fb fb > ffff88809587bb80: fb fb fb fb fb fb fb fb fc fc fc fc fc fc fc fc ^ ffff88809587bc00: fb fb fb fb fb fb fb fb fb fb fb fb fb fb fb fb ffff88809587bc80: fc fc fc fc fc fc fc fc 00 00 00 00 00 00 00 00 ================================================================== --- This bug is generated by a bot. It may contain errors. See https://goo.gl/tpsmEJ for more information about syzbot. syzbot engineers can be reached at syzkaller(a)googlegroups.com. syzbot will keep track of this bug report. See: https://goo.gl/tpsmEJ#status for how to communicate with syzbot.

1 0

[alsa-devel] Support low power consumption for ALC3254
by Kailang 07 May '19

07 May '19

Hi Takashi, Chrome OS want to support low power consumption. This patch will support low consumption. Thanks. BR, Kailang

2 6

[alsa-devel] [PATCH] ASoC: soc-pcm: BE dai needs prepare when pause release after resume
by libin.yang＠intel.com 07 May '19

07 May '19

From: Libin Yang <libin.yang(a)intel.com> If playback/capture is paused and system enters S3, after system returns from suspend, BE dai needs to call prepare() callback when playback/capture is released from pause. Signed-off-by: Libin Yang <libin.yang(a)intel.com> --- sound/soc/soc-pcm.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/sound/soc/soc-pcm.c b/sound/soc/soc-pcm.c index d2aa560..0888995 100644 --- a/sound/soc/soc-pcm.c +++ b/sound/soc/soc-pcm.c @@ -2471,7 +2471,8 @@ int dpcm_be_dai_prepare(struct snd_soc_pcm_runtime *fe, int stream) if ((be->dpcm[stream].state != SND_SOC_DPCM_STATE_HW_PARAMS) && (be->dpcm[stream].state != SND_SOC_DPCM_STATE_STOP) && - (be->dpcm[stream].state != SND_SOC_DPCM_STATE_SUSPEND)) + (be->dpcm[stream].state != SND_SOC_DPCM_STATE_SUSPEND) && + (be->dpcm[stream].state != SND_SOC_DPCM_STATE_PAUSED)) continue; dev_dbg(be->dev, "ASoC: prepare BE %s\n", -- 2.7.4

3 3

Re: [alsa-devel] [PATCH 00/19] ASoC: SOF: improvements for ABI checks and Intel code
by Pierre-Louis Bossart 07 May '19

07 May '19

On 5/5/19 10:51 PM, Mark Brown wrote: > On Fri, May 03, 2019 at 09:47:39AM -0500, Pierre-Louis Bossart wrote: >> On 5/3/19 12:40 AM, Mark Brown wrote: > >>> reviewer fatigue setting in with this stuff, one thing that'd really >>> help here is if there were some help from Intel people with review for >>> the DPCM code. > >> I can certainly understand reviewer fatigue, i've had to put a time limit on >> daily reviews to keep my sanity, but I don't get your last point. These >> patches were submitted and reviewed by Intel people on GitHub, what you see >> here is the result of multiple iterations precisely to make sure the patches >> are acceptable for upstream. we've set the goal of having two Intel aprovers >> for each patch. Can you elaborate on how we can make your life simpler? > > The last point there is that Intel only write patches, nobody from Intel > is reviewing other people's patches especially in areas of the code like > DPCM which are complex, fragile and where Intel is by far the most > active user. It's a valid point, and for now we indeed only check for non-regressions and provide point solutions without looking at the bigger picture. We have a couple of people ramping up (Ranjani, Libin, Guennadi, Jaska) and hopefully at some point we'll be able to review and improve.

2 1

[alsa-devel] [PATCH] ASoC: rt5677-spi: Rename driver to differentiate from main codec
by Curtis Malainey 07 May '19

07 May '19

Currently the SPI driver and the main codec share the same name. This will become confusing when looking up components when using both drivers. Signed-off-by: Curtis Malainey <cujomalainey(a)chromium.org> --- sound/soc/codecs/rt5677-spi.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/sound/soc/codecs/rt5677-spi.c b/sound/soc/codecs/rt5677-spi.c index 84b6bd8b50e1..871ccb37318d 100644 --- a/sound/soc/codecs/rt5677-spi.c +++ b/sound/soc/codecs/rt5677-spi.c @@ -29,6 +29,8 @@ #include "rt5677-spi.h" +#define DRV_NAME "rt5677spi" + #define RT5677_SPI_BURST_LEN 240 #define RT5677_SPI_HEADER 5 #define RT5677_SPI_FREQ 6000000 @@ -232,7 +234,7 @@ MODULE_DEVICE_TABLE(acpi, rt5677_spi_acpi_id); static struct spi_driver rt5677_spi_driver = { .driver = { - .name = "rt5677", + .name = DRV_NAME, .acpi_match_table = ACPI_PTR(rt5677_spi_acpi_id), }, .probe = rt5677_spi_probe, -- 2.21.0.1020.gf2820cf01a-goog

2 4

[alsa-devel] [PATCH RESEND v4] ASoC: Intel: boards: kbl_da7219_max98927: add dai_trigger function
by mac.chiang＠intel.com 07 May '19

07 May '19

From: Mac Chiang <mac.chiang(a)intel.com> amplifier feedback is not modeled as being dependent on any active output. Even when there is no playback happening, parts of the graph, specifically the IV sense->speaker protection->output remains active and this prevents the DSP from entering low-power states. This patch suggest a machine driver level approach where the speaker pins are enabled/disabled dynamically depending on stream start/stop events. DPAM graph representations show the feedback loop is indeed disabled and low-power states can be reached. Signed-off-by: Jenny TC <jenny.tc(a)intel.com> Signed-off-by: Harshapriya.n <harshapriya.n(a)intel.com> Signed-off-by: Mac Chiang <mac.chiang(a)intel.com> --- Changelog: v4: - Changed device name in in kabylake_ssp0_trigger to address a conflict with recently merged patch MAXIM_DEV0_NAME -> MAX98927_DEV0_NAME ... v3: - fixed the return logic at the end of kabylake_card_late_probe() v2: - described clearly in commit message - added snd_soc_dapm_disable_pin in kabylake_card_late_probe() --- --- sound/soc/intel/boards/kbl_da7219_max98927.c | 73 +++++++++++++++++++++++++++- 1 file changed, 71 insertions(+), 2 deletions(-) diff --git a/sound/soc/intel/boards/kbl_da7219_max98927.c b/sound/soc/intel/boards/kbl_da7219_max98927.c index f72a7bf..1efe7fd 100644 --- a/sound/soc/intel/boards/kbl_da7219_max98927.c +++ b/sound/soc/intel/boards/kbl_da7219_max98927.c @@ -219,8 +219,60 @@ static int kabylake_ssp0_hw_params(struct snd_pcm_substream *substream, return 0; } +static int kabylake_ssp0_trigger(struct snd_pcm_substream *substream, int cmd) +{ + struct snd_soc_pcm_runtime *rtd = substream->private_data; + int j, ret; + + for (j = 0; j < rtd->num_codecs; j++) { + struct snd_soc_dai *codec_dai = rtd->codec_dais[j]; + const char *name = codec_dai->component->name; + struct snd_soc_component *component = codec_dai->component; + struct snd_soc_dapm_context *dapm = + snd_soc_component_get_dapm(component); + char pin_name[20]; + + if (strcmp(name, MAX98927_DEV0_NAME) && + strcmp(name, MAX98927_DEV1_NAME) && + strcmp(name, MAX98373_DEV0_NAME) && + strcmp(name, MAX98373_DEV1_NAME)) + continue; + + snprintf(pin_name, ARRAY_SIZE(pin_name), "%s Spk", + codec_dai->component->name_prefix); + + switch (cmd) { + case SNDRV_PCM_TRIGGER_START: + case SNDRV_PCM_TRIGGER_RESUME: + case SNDRV_PCM_TRIGGER_PAUSE_RELEASE: + ret = snd_soc_dapm_enable_pin(dapm, pin_name); + if (ret) { + dev_err(rtd->dev, "failed to enable %s: %d\n", + pin_name, ret); + return ret; + } + snd_soc_dapm_sync(dapm); + break; + case SNDRV_PCM_TRIGGER_STOP: + case SNDRV_PCM_TRIGGER_SUSPEND: + case SNDRV_PCM_TRIGGER_PAUSE_PUSH: + ret = snd_soc_dapm_disable_pin(dapm, pin_name); + if (ret) { + dev_err(rtd->dev, "failed to disable %s: %d\n", + pin_name, ret); + return ret; + } + snd_soc_dapm_sync(dapm); + break; + } + } + + return 0; +} + static struct snd_soc_ops kabylake_ssp0_ops = { .hw_params = kabylake_ssp0_hw_params, + .trigger = kabylake_ssp0_trigger, }; static int kabylake_ssp_fixup(struct snd_soc_pcm_runtime *rtd, @@ -950,6 +1002,7 @@ static int kabylake_card_late_probe(struct snd_soc_card *card) { struct kbl_codec_private *ctx = snd_soc_card_get_drvdata(card); struct kbl_hdmi_pcm *pcm; + struct snd_soc_dapm_context *dapm = &card->dapm; struct snd_soc_component *component = NULL; int err, i = 0; char jack_name[NAME_SIZE]; @@ -976,9 +1029,25 @@ static int kabylake_card_late_probe(struct snd_soc_card *card) if (!component) return -EINVAL; - return hdac_hdmi_jack_port_init(component, &card->dapm); - return 0; + err = hdac_hdmi_jack_port_init(component, &card->dapm); + + if (err < 0) + return err; + + err = snd_soc_dapm_disable_pin(dapm, "Left Spk"); + if (err) { + dev_err(card->dev, "failed to disable Left Spk: %d\n", err); + return err; + } + + err = snd_soc_dapm_disable_pin(dapm, "Right Spk"); + if (err) { + dev_err(card->dev, "failed to disable Right Spk: %d\n", err); + return err; + } + + return snd_soc_dapm_sync(dapm); } /* kabylake audio machine driver for SPT + DA7219 */ -- 2.7.4

3 5

[alsa-devel] [PATCH 0/3] ASoC: stm32: spdifrx: add some features
by Olivier Moysan 07 May '19

07 May '19

Update and add some features in STM32 SPDIFRX driver. - pdate pcm hardware constraints - change trace level on iec control - add management of identification registers Olivier Moysan (3): ASoC: stm32: spdifrx: update pcm hardware constraints ASoC: stm32: spdifrx: change trace level on iec control ASoC: stm32: spdifrx: manage identification registers sound/soc/stm/stm32_spdifrx.c | 42 ++++++++++++++++++++++++++++++++++++++---- 1 file changed, 38 insertions(+), 4 deletions(-) -- 2.7.4

2 9