Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp6808311ybi; Wed, 5 Jun 2019 06:45:33 -0700 (PDT) X-Google-Smtp-Source: APXvYqzP4ObbAt/nmiHEz976gYs8sKnK+xC8tLgnhzEj2/iEFrSWcrcYQ4NxmvesG79Dmx4+ThEU X-Received: by 2002:a63:4147:: with SMTP id o68mr4596175pga.76.1559742333082; Wed, 05 Jun 2019 06:45:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1559742333; cv=none; d=google.com; s=arc-20160816; b=ibMpL5+mazd2XDsXMctDxi4x6yveBtu+3zZvHYEJiS6lW6lBIG9bt8j3HYsiux1eRZ ClwT+rDcFdUqpLJiSvOz3dK9Yh4y/n/enRz+ebrRT8rRIi1tNSZfAbpY9pdkGPHQsA0B VcPCEo84gidqO9cTDLqDYgsOkH6gu4OU3oAnUUpNnIxpWwOoDoXS7G8mzRRNbciy5ALv wu/LTLljhngPsGz+h7qz3gJ42eV1ARfKsQweBweoVckk+yGny+SxRqg1gqEUh0OF1xQ+ 8v8Rab3XFw/U8VthBLC98pD/grHOFCK/gUwXog0r1FZtiZYu4saYYlMdj1JQHDzcnYrF J2UQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=nTcWCKH5q9HzppWVhv8X/Z3x56Qq50aJx5n9ExSD3r4=; b=JR+akawCHAyWK1kSwbdmsPMve7u3q5szoLouUxPi3l2o7wFK9cHyohLWAkJR/EjwKZ 15WPvipwj6lz3BbUOfm5GsYd0juRi3khBDY1mca4qnmSuicOd6oMJan2VLXNnFQR4gCX 8Sq0zzGBBYDzxbvzswuwTa6usdNZgnurYBaFyWOOL+GNizNjflPRNt0rxBlpyI6rTXJo znbmt3EDCgy0ea1yIrCtw8Q4fEYGXMw3/LFftHrrjWDyQKcnnLBTFJsusfPW068Hk0Fc CwbEStpcerrklTw4kY22p4sj9Z68YJj7lBwF8JCOOuyZD4U5LUa4P/oxoeWiDVtPQCud OWRw== 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=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id f96si239043plb.339.2019.06.05.06.45.16; Wed, 05 Jun 2019 06:45:33 -0700 (PDT) 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=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728215AbfFENms (ORCPT + 99 others); Wed, 5 Jun 2019 09:42:48 -0400 Received: from mga14.intel.com ([192.55.52.115]:51941 "EHLO mga14.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728190AbfFENmp (ORCPT ); Wed, 5 Jun 2019 09:42:45 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga004.jf.intel.com ([10.7.209.38]) by fmsmga103.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 05 Jun 2019 06:42:45 -0700 X-ExtLoop1: 1 Received: from xxx.igk.intel.com ([10.237.93.170]) by orsmga004.jf.intel.com with ESMTP; 05 Jun 2019 06:42:41 -0700 From: =?UTF-8?q?Amadeusz=20S=C5=82awi=C5=84ski?= To: alsa-devel@alsa-project.org Cc: Jaroslav Kysela , Takashi Iwai , Liam Girdwood , Mark Brown , Pierre-Louis Bossart , Jie Yang , Cezary Rojewski , linux-kernel@vger.kernel.org, =?UTF-8?q?Amadeusz=20S=C5=82awi=C5=84ski?= , Bard Liao , Oder Chiou Subject: [PATCH 10/14] SoC: rt274: Fix internal jack assignment in set_jack callback Date: Wed, 5 Jun 2019 15:45:52 +0200 Message-Id: <20190605134556.10322-11-amadeuszx.slawinski@linux.intel.com> X-Mailer: git-send-email 2.17.1 In-Reply-To: <20190605134556.10322-1-amadeuszx.slawinski@linux.intel.com> References: <20190605134556.10322-1-amadeuszx.slawinski@linux.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org When we call snd_soc_component_set_jack(component, NULL, NULL) we should set rt274->jack to passed jack, so when interrupt is triggered it calls snd_soc_jack_report(rt274->jack, ...) with proper value. This fixes problem in machine where in register, we call snd_soc_register(component, &headset, NULL), which just calls rt274_mic_detect via callback. Now when machine driver is removed "headset" will be gone, so we need to tell codec driver that it's gone with: snd_soc_register(component, NULL, NULL), but we also need to be able to handle NULL jack argument here gracefully. If we don't set it to NULL, next time the rt274_irq runs it will call snd_soc_jack_report with first argument being invalid pointer and there will be Oops. Signed-off-by: Amadeusz Sławiński --- sound/soc/codecs/rt274.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/sound/soc/codecs/rt274.c b/sound/soc/codecs/rt274.c index adf59039a3b6..cdd312db3e78 100644 --- a/sound/soc/codecs/rt274.c +++ b/sound/soc/codecs/rt274.c @@ -405,6 +405,8 @@ static int rt274_mic_detect(struct snd_soc_component *component, { struct rt274_priv *rt274 = snd_soc_component_get_drvdata(component); + rt274->jack = jack; + if (jack == NULL) { /* Disable jack detection */ regmap_update_bits(rt274->regmap, RT274_EAPD_GPIO_IRQ_CTRL, @@ -412,7 +414,6 @@ static int rt274_mic_detect(struct snd_soc_component *component, return 0; } - rt274->jack = jack; regmap_update_bits(rt274->regmap, RT274_EAPD_GPIO_IRQ_CTRL, RT274_IRQ_EN, RT274_IRQ_EN); -- 2.17.1