Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp2479904ybl; Thu, 9 Jan 2020 13:32:16 -0800 (PST) X-Google-Smtp-Source: APXvYqxhrafb0mdMUgvPwu5Wb4XWud+O/n2FUOZdnV0Q5fWRecKrXv5seotFIEAOKHE7MFa6bz8P X-Received: by 2002:a05:6830:11d2:: with SMTP id v18mr10684902otq.151.1578605536004; Thu, 09 Jan 2020 13:32:16 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1578605535; cv=none; d=google.com; s=arc-20160816; b=st69hCpOloWIiz3xucsbR0GUJvwCX+DgiCtxToblX/z2o0vE9VyxKaR36yArBBG8fu yzwB65B3GCkUoE/ej3S4vp085vEmcfczqPSVDa/obJfvpd+2qQMTgVSwKW6sBrLVs1S8 rV2G1YxYlEEFXbC79WNRJk/1lC8KqpftCM8S72CWNF6zIvfIJLo+EtRFhri5TPXMlPVi z8vKtfwRdyovOZbd9vPU1KpLMu+y4l6r4QtfGon8W9apxUeTgeQqLNE4US9NkyfUpqa9 JsSi4FCy10M4JGhbI/8QTm5z7cNIwd6MurTndOeUUNvJUlZY5Yros9lAR6Qr1oNFISqr eEpA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:in-reply-to:subject:cc:to:from :date; bh=3pneypoKtHSoCMnV6U8EYYTytasWTj2J/IoN9HDr1c8=; b=Of7ehwSP1mbzNqEopm1EUZH07HqggpqpS/8ZRm8PRY4ZQNN4qXLltGMpNeat6R1mqu nfWJ2g7/5MAcaW16ai5n54T2z/ur0KBalo2zsXT6z9SMxeOSgS2ak2mhFdN4478jm7nG k3lvrVpfsttKVZ4J12MkxBDw5WGhCqLKfpROoXjCLUfEYUwt0T8GfGX83KFmNQ8o7jni AdqAWgHAFAFnnJCDiKWhK+40wZRJ9yATD1siqOF+wz59dW7KSwHUgKsIUsMFilYyGvSB 4y9X/yfCx7/RWQ2wCJ8+/xyYEGznieUrafyzjXX30DedvIebiS7NsfmSfXv0OsP2XWeN 2A1Q== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id q127si4695430oic.99.2020.01.09.13.32.03; Thu, 09 Jan 2020 13:32:15 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728887AbgAIV3d (ORCPT + 99 others); Thu, 9 Jan 2020 16:29:33 -0500 Received: from foss.arm.com ([217.140.110.172]:37004 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725763AbgAIV3d (ORCPT ); Thu, 9 Jan 2020 16:29:33 -0500 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 3F39B31B; Thu, 9 Jan 2020 13:29:32 -0800 (PST) Received: from localhost (unknown [10.37.6.21]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id BB9863F534; Thu, 9 Jan 2020 13:29:31 -0800 (PST) Date: Thu, 09 Jan 2020 21:29:30 +0000 From: Mark Brown To: Marek Szyprowski Cc: alsa-devel@alsa-project.org, Bartlomiej Zolnierkiewicz , Dylan Reid , Jimmy Cheng-Yi Chiang , Krzysztof Kozlowski , linux-kernel@vger.kernel.org, linux-samsung-soc@vger.kernel.org, Mark Brown , Sylwester Nawrocki , Tzung-Bi Shih Subject: Applied "ASoC: max98090: fix incorrect helper in max98090_dapm_put_enum_double()" to the asoc tree In-Reply-To: <20200108115007.31095-1-m.szyprowski@samsung.com> Message-Id: X-Patchwork-Hint: ignore Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org The patch ASoC: max98090: fix incorrect helper in max98090_dapm_put_enum_double() has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Linus during the next merge window (or sooner if it is a bug fix), however if problems are discovered then the patch may be dropped or reverted. You may get further e-mails resulting from automated or manual testing and review of the tree, please engage with people reporting problems and send followup patches addressing any issues that are reported if needed. If any updates are required or you are submitting further changes they should be sent as incremental updates against current git, existing patches will not be replaced. Please add any relevant lists and maintainers to the CCs when replying to this mail. Thanks, Mark From 1d7b051891722a36ee0b228bc940dd245f161ab1 Mon Sep 17 00:00:00 2001 From: Marek Szyprowski Date: Wed, 8 Jan 2020 12:50:06 +0100 Subject: [PATCH] ASoC: max98090: fix incorrect helper in max98090_dapm_put_enum_double() Commit 62d5ae4cafb7 ("ASoC: max98090: save and restore SHDN when changing sensitive registers") extended the code for handling "LTENL Mux", "LTENR Mux", "LBENL Mux" and "LBENR Mux" controls by adding a custom max98090_dapm_put_enum_double() function to them. However that function used incorrect helper to get its component object. Fix this by using the proper snd_soc_dapm_* helper. This fixes the following NULL pointer exception observed on Exynos4412-based Odroid U3 board: 8<--- cut here --- Unable to handle kernel NULL pointer dereference at virtual address 000000b0 pgd = (ptrval) [000000b0] *pgd=00000000 Internal error: Oops: 5 [#1] PREEMPT SMP ARM Modules linked in: CPU: 0 PID: 1104 Comm: alsactl Not tainted 5.5.0-rc5-next-20200107 #166 Hardware name: SAMSUNG EXYNOS (Flattened Device Tree) PC is at __mutex_lock+0x54/0xb18 LR is at ___might_sleep+0x3c/0x2e0 ... Process alsactl (pid: 1104, stack limit = 0x(ptrval)) ... [] (__mutex_lock) from [] (mutex_lock_nested+0x1c/0x24) [] (mutex_lock_nested) from [] (max98090_shdn_save+0x1c/0x28) [] (max98090_shdn_save) from [] (max98090_dapm_put_enum_double+0x20/0x40) [] (max98090_dapm_put_enum_double) from [] (snd_ctl_ioctl+0x190/0xbb8) [] (snd_ctl_ioctl) from [] (ksys_ioctl+0x470/0xaf8) [] (ksys_ioctl) from [] (ret_fast_syscall+0x0/0x28) ... ---[ end trace 0e93f0580f4b9241 ]--- Fixes: 62d5ae4cafb7 ("ASoC: max98090: save and restore SHDN when changing sensitive registers") Signed-off-by: Marek Szyprowski Reviewed-by: Tzung-Bi Shih Link: https://lore.kernel.org/r/20200108115007.31095-1-m.szyprowski@samsung.com Signed-off-by: Mark Brown --- sound/soc/codecs/max98090.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sound/soc/codecs/max98090.c b/sound/soc/codecs/max98090.c index 4c7b16d557e2..c01ce4a3f86d 100644 --- a/sound/soc/codecs/max98090.c +++ b/sound/soc/codecs/max98090.c @@ -82,7 +82,7 @@ static int max98090_dapm_put_enum_double(struct snd_kcontrol *kcontrol, struct snd_ctl_elem_value *ucontrol) { struct snd_soc_component *component = - snd_soc_kcontrol_component(kcontrol); + snd_soc_dapm_kcontrol_component(kcontrol); struct max98090_priv *max98090 = snd_soc_component_get_drvdata(component); int ret; -- 2.20.1