[alsa-devel] [PATCH] ASoC: Intel: sst: Delay machine device creation until after initialization

Stephan Gerhold stephan at gerhold.net
Sun Dec 16 19:49:56 CET 2018


Right now, the machine devices are created early, before the
SST context is initialized. This means that SST might not be
fully initialized if sst_acpi_probe() fails later on (e.g. after
sst_platform_get_resources() if the IRQ does not exist).

However, at least sst-mfld-platform assumes that sst_register_dsp()
was called to set the (global) "sst" device pointer, which happens
only later in sst_acpi_probe() when sst_context_init() is called.
This may cause a NULL pointer dereference later when the ALSA device
is first opened:

  BUG: unable to handle kernel NULL pointer dereference at 0000000000000008
  PGD 0 P4D 0
  Oops: 0000 [#1] PREEMPT SMP PTI
  CPU: 0 PID: 790 Comm: pulseaudio Not tainted 4.20.0-rc6-mainline-00161-g6531e115b7ab #1
  Hardware name: ASUSTeK COMPUTER INC. ME176C/ME176C, BIOS 5.6.5 09/16/2015
  RIP: 0010:sst_handle_vb_timer+0x61/0x1b0 [snd_soc_sst_atom_hifi2_platform]
  Code: 44 24 04 e9 84 00 00 00 31 c9 c7 04 24 ff ff ff ff 66 89 4c 24 06 84 db 0f 84 90 00 00 00 48 8b 05 c4 23 01 00 be 01 00 00 00 <48> 8b 78 08 48 8b 40 10 48 8b 40 48 e8 2e 5e d7 f0 89 c3 85 c0 78
  RSP: 0018:ffff9d968099fa30 EFLAGS: 00010202
  RAX: 0000000000000000 RBX: 0000000000000001 RCX: 0000000000000000
  RDX: 0000000080000001 RSI: 0000000000000001 RDI: 00000000ffffffff
  RBP: ffff968d33384618 R08: 0000000000000001 R09: 00000000000002e3
  R10: ffff968d333a0800 R11: 0000000000000000 R12: ffff968d34bc7c00
  R13: ffff968d333a3eb0 R14: 0000000000000001 R15: ffff968d333a08c0
  FS:  00007f63a7e7b200(0000) GS:ffff968d37600000(0000) knlGS:0000000000000000
  CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
  CR2: 0000000000000008 CR3: 00000000297b8000 CR4: 00000000001006f0
  Call Trace:
   sst_enable_ssp+0x24/0x40 [snd_soc_sst_atom_hifi2_platform]
   soc_pcm_open+0xeb/0x960 [snd_soc_core]
   ? __debugfs_create_file+0xcd/0x120
   dpcm_be_dai_startup+0x183/0x3c0 [snd_soc_core]
   dpcm_fe_dai_open+0x10c/0xab0 [snd_soc_core]
   snd_pcm_open_substream+0x7f/0x140 [snd_pcm]
   snd_pcm_open+0xe6/0x220 [snd_pcm]
   ? wake_up_q+0x70/0x70
   snd_pcm_playback_open+0x3d/0x70 [snd_pcm]
   chrdev_open+0xa3/0x1b0
   ? cdev_put.part.0+0x20/0x20
   do_dentry_open+0x12f/0x350
   path_openat+0x2d1/0x14e0
   ? inotify_handle_event+0x17b/0x1e0
   do_filp_open+0x93/0x100
   ? snd_card_file_remove+0x14b/0x170 [snd]
   ? __check_object_size+0x102/0x189
   ? _raw_spin_unlock+0x12/0x30
   do_sys_open+0x186/0x210
   do_syscall_64+0x55/0x160
   entry_SYSCALL_64_after_hwframe+0x44/0xa9
  RIP: 0033:0x7f63a992f4c2
  Code: 25 00 00 41 00 3d 00 00 41 00 74 4c 48 8d 05 85 70 0d 00 8b 00 85 c0 75 6d 89 f2 b8 01 01 00 00 48 89 fe bf 9c ff ff ff 0f 05 <48> 3d 00 f0 ff ff 0f 87 a2 00 00 00 48 8b 4c 24 28 64 48 33 0c 25
  RSP: 002b:00007ffe71196b70 EFLAGS: 00000246 ORIG_RAX: 0000000000000101
  RAX: ffffffffffffffda RBX: 0000000000080802 RCX: 00007f63a992f4c2
  RDX: 0000000000080802 RSI: 00007ffe71196d20 RDI: 00000000ffffff9c
  RBP: 00000000ffffffff R08: 0000000000000000 R09: 0000000000000000
  R10: 0000000000000000 R11: 0000000000000246 R12: 00007ffe71196c00
  R13: 0000000000000004 R14: 00007ffe71196d20 R15: 0000558466055a80
  CR2: 0000000000000008
  ---[ end trace 34534a02650ee26c ]---

This can be avoided if the machine device creation is delayed
in sst_acpi_probe() until after sst_context_init(), when
sst_register_dsp() is guaranteed to have already been called.

Signed-off-by: Stephan Gerhold <stephan at gerhold.net>
---
An other option to fix this would be to add proper NULL checks
in the probe method of sst-mfld-platform and/or sst_enable_ssp().
Maybe this should be done additionally, but at least in my opinion
there is not much point in registering the machine devices if they
end up being broken anyway.

 sound/soc/intel/atom/sst/sst_acpi.c | 24 ++++++++++++------------
 1 file changed, 12 insertions(+), 12 deletions(-)

diff --git a/sound/soc/intel/atom/sst/sst_acpi.c b/sound/soc/intel/atom/sst/sst_acpi.c
index ac542535b9d5..493d32923815 100644
--- a/sound/soc/intel/atom/sst/sst_acpi.c
+++ b/sound/soc/intel/atom/sst/sst_acpi.c
@@ -345,6 +345,18 @@ static int sst_acpi_probe(struct platform_device *pdev)
 	mach->mach_params.acpi_ipc_irq_index =
 		pdata->res_info->acpi_ipc_irq_index;
 
+	/* Fill sst platform data */
+	ctx->pdata = pdata;
+	strcpy(ctx->firmware_name, mach->fw_filename);
+
+	ret = sst_platform_get_resources(ctx);
+	if (ret)
+		return ret;
+
+	ret = sst_context_init(ctx);
+	if (ret < 0)
+		return ret;
+
 	plat_dev = platform_device_register_data(dev, pdata->platform, -1,
 						NULL, 0);
 	if (IS_ERR(plat_dev)) {
@@ -365,18 +377,6 @@ static int sst_acpi_probe(struct platform_device *pdev)
 		return PTR_ERR(mdev);
 	}
 
-	/* Fill sst platform data */
-	ctx->pdata = pdata;
-	strcpy(ctx->firmware_name, mach->fw_filename);
-
-	ret = sst_platform_get_resources(ctx);
-	if (ret)
-		return ret;
-
-	ret = sst_context_init(ctx);
-	if (ret < 0)
-		return ret;
-
 	sst_configure_runtime_pm(ctx);
 	platform_set_drvdata(pdev, ctx);
 	return ret;
-- 
2.20.0



More information about the Alsa-devel mailing list