Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp3011103ybi; Mon, 17 Jun 2019 14:38:18 -0700 (PDT) X-Google-Smtp-Source: APXvYqxvzf1rcgvsgejxqRhdIdLqjXy8doBsXHnWj5kchBbqdejwzi5NRCt93CbegdzsXjT9tk9h X-Received: by 2002:a17:90a:7148:: with SMTP id g8mr1219248pjs.51.1560807498300; Mon, 17 Jun 2019 14:38:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1560807498; cv=none; d=google.com; s=arc-20160816; b=QzTaUQFnSZagz7sTaTzujUpvIDjGHJKawxpY8tF0YPOHONftg82NnWeawvj4++DqFW 73QjIp5LAcmonVhCXizT75ovmdtYAuNuWsP0fE4MTgACqFk/b/cj5aRzpuO8+EpEhXjC ggizqvJygy3mFClchFs7e7Lm83KZ3rKYPPCtvHC/8TZMLAR75VhAwoxP1IEor47ZP+lB mJ6hcgDr3GopgXVVD/KoBjW7cALwezSO6rKBrqXcUojFA6wR1/dGEeuqZjw0sWiCO6rg lq2SYr2JSBN46ITE4J76V2M8QnE91NCY69l5znCJ4SoejzuhE0oKouN/99Yn9C1C2xCe T6XQ== 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 :user-agent:references:in-reply-to:subject:cc:to:from:message-id :date; bh=24zhYqMZGO8aDk12Mgyd5k0KeVDWlNU5nlU8rDBWhKA=; b=mLNbnNR4j5/KGRpMqJiGRc4D9xW4J4/PEmEtPyA8bW3nsYBgt2+YkONz3FlK2p6w+b c4/DdhJbzBnaq0z/XxNnQpgiX7xj63xJn6MqNEzoSe9XXL3KuRS9hbWEkRG07wllQ5Zq +xJqDRe6GvwhuX9EcbiERvxZj+py6eRQaNbFIP2H0s0YmIvnEVZt3zMT24CnDVXry8vF Yg5RzCnl631TZfDi321kGIwfYFk/2I4idkZ6nhvRjpYY/doPXbV/v3dn+nWkwGFbvBIQ T12QsPkqBt+jeaFisRuCUmvcPTNy9CrXuAxLdIoMmfZspfHRHy/9j9LzbrVDzFqzdQBT DPxg== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id f33si309280pjg.81.2019.06.17.14.38.02; Mon, 17 Jun 2019 14:38:18 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729380AbfFQVgt (ORCPT + 99 others); Mon, 17 Jun 2019 17:36:49 -0400 Received: from mx2.suse.de ([195.135.220.15]:57660 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1727479AbfFQVgr (ORCPT ); Mon, 17 Jun 2019 17:36:47 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id 4B06AAD4C; Mon, 17 Jun 2019 21:36:46 +0000 (UTC) Date: Mon, 17 Jun 2019 23:36:46 +0200 Message-ID: From: Takashi Iwai To: "Ranjani Sridharan" Cc: , =?UTF-8?B?IkFtYWRldXN6IFPFgmF3acWEc2tp?= =?UTF-8?B?Ig==?= , "Liam Girdwood" , "Cezary Rojewski" , "Mark Brown" , "Pierre-Louis Bossart" , "Jie Yang" , Subject: Re: [alsa-devel] [PATCH v2 09/11] ASoC: Intel: hdac_hdmi: Set ops to NULL on remove In-Reply-To: <75be86354032f4886cbaf7d430de2aa89eaab573.camel@linux.intel.com> References: <20190617113644.25621-1-amadeuszx.slawinski@linux.intel.com> <20190617113644.25621-10-amadeuszx.slawinski@linux.intel.com> <75be86354032f4886cbaf7d430de2aa89eaab573.camel@linux.intel.com> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL/10.8 Emacs/25.3 (x86_64-suse-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") 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 On Mon, 17 Jun 2019 22:51:42 +0200, Ranjani Sridharan wrote: > > On Mon, 2019-06-17 at 13:36 +0200, Amadeusz Sławiński wrote: > > When we unload Skylake driver we may end up calling > > hdac_component_master_unbind(), it uses acomp->audio_ops, which we > > set > > in hdmi_codec_probe(), so we need to set it to NULL in > > hdmi_codec_remove(), > > otherwise we will dereference no longer existing pointer. > > Hi Amadeusz, > > It looks like the audio_ops should be deleted snd_hdac_acomp_exit(). It's a different one. The codec driver registers / de-registers the notifier at its probe/remove, while the controller driver takes care of snd_hdac_acomp_init(). snd_hdac_acomp_exit() is usually not needed to be called explicitly, as it's managed via devres. Takashi > Also, this doesnt seem to be the case with when the SOF driver is > removed. > Could you please give a bit more context on what error you see when > this happens? > > Thanks, > Ranjani > > > > Signed-off-by: Amadeusz Sławiński < > > amadeuszx.slawinski@linux.intel.com> > > --- > > sound/soc/codecs/hdac_hdmi.c | 6 ++++++ > > 1 file changed, 6 insertions(+) > > > > diff --git a/sound/soc/codecs/hdac_hdmi.c > > b/sound/soc/codecs/hdac_hdmi.c > > index 911bb6e2a1ac..9ee1bff548d8 100644 > > --- a/sound/soc/codecs/hdac_hdmi.c > > +++ b/sound/soc/codecs/hdac_hdmi.c > > @@ -1890,6 +1890,12 @@ static void hdmi_codec_remove(struct > > snd_soc_component *component) > > { > > struct hdac_hdmi_priv *hdmi = > > snd_soc_component_get_drvdata(component); > > struct hdac_device *hdev = hdmi->hdev; > > + int ret; > > + > > + ret = snd_hdac_acomp_register_notifier(hdev->bus, NULL); > > + if (ret < 0) > > + dev_err(&hdev->dev, "notifier unregister failed: err: > > %d\n", > > + ret); > > > > pm_runtime_disable(&hdev->dev); > > } > >