Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp3313080pxf; Mon, 15 Mar 2021 06:58:26 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzlAqHEyz2e5Cecpe8oLxzRtUP52IP1gKGJySXsX9/d/SFDW8aTzUfVIzT8SlI0Ubn6y4Iz X-Received: by 2002:a17:906:a94b:: with SMTP id hh11mr24051559ejb.459.1615816705891; Mon, 15 Mar 2021 06:58:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1615816705; cv=none; d=google.com; s=arc-20160816; b=KGhdwmMwC1fgNwYFLJOSeVRKahIYNBS5YJo0b6XFDRZQ6dXRnDk+8CBuGqylb/o5OM Slw0YeG8rczoOaM58yl4L5oaruKXKzfCFDJuKzYNW3pqEG42wzmwih6Miwn2y9SalTT/ U8yrdmh8vAyYdeHsWZtbBHPQcFO60aMTb4dPwP2WCjt6FDP5MITI/32/0AdXZdwEtlsW skXld2WBlC0CC7tHdAyA634M8HTWaXcjwkpoerYjHOwWQb4zYNGH2AcQA5kNG/bUVgNl s956CzssRoaAxmb9NJH4w+7uPS/Bib0dx/emDCAuSaoPy6JOV6MLZESgvKdhY4rTK0vY uNPQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=vDStVRws4+AzomMe+sp5UweJqe6srFa5a4II5R9Bkjk=; b=R6Q9qNcmVnlC1DzILfcqceamF12qe6YMSn9HXANnfYb/izf7CCU8vWJuumRcvg7FCx 4Yj/OBgMi4YyynVyZPQ7B66LQE0ctaRwO9rouqJDRP5/wLr92b+lIDaUnbCOAdMWTN8G ypYkf/F/klflbzgzMcXPd2gQxA4P5vT3F0/ufJFP53IpiHJrberMFtt+ROzj7PEs/gih yl05zwE6nycN4kGFQy2JBeK9vNZAKIRxoTHg1C7fNUS2j5u6qRs//lO09R/Qo/9Kw7hU yd8uPo6imoOPm/VDF6yKtFqZ1Gj7/PcOzYZ8exBc3ra4KsrTybWWlX3JaAlVjWO9FKQU MZpg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=nZ04w7mV; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id y40si12100936ede.204.2021.03.15.06.58.03; Mon, 15 Mar 2021 06:58:25 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=nZ04w7mV; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231673AbhCONzF (ORCPT + 99 others); Mon, 15 Mar 2021 09:55:05 -0400 Received: from mail.kernel.org ([198.145.29.99]:56000 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230416AbhCONxf (ORCPT ); Mon, 15 Mar 2021 09:53:35 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 3E3EB64EEA; Mon, 15 Mar 2021 13:53:33 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1615816414; bh=Vx3I8LSzDXzlH2JhsiVSzfHWNqzprT/dkBeet/ZNhTs=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=nZ04w7mVLZvQADONE0N3OxrtZDD7Y93T1fiEkc6nBFmexHUCkIknHy4YeJpTe27I/ KyrF8SbnlvL0uahWGYGugPCmg+/D3PeKKpCNWNJXZAzPnWKHbo8v6FM7DMM4VnvfHJ 29yw5XMkJSoKXaBJRlimAU5s//hfORwjIHNDdVOE= From: gregkh@linuxfoundation.org To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Takashi Iwai , Abhishek Sahu Subject: [PATCH 4.9 25/78] ALSA: hda/hdmi: Cancel pending works before suspend Date: Mon, 15 Mar 2021 14:51:48 +0100 Message-Id: <20210315135212.885665069@linuxfoundation.org> X-Mailer: git-send-email 2.30.2 In-Reply-To: <20210315135212.060847074@linuxfoundation.org> References: <20210315135212.060847074@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Greg Kroah-Hartman From: Takashi Iwai commit eea46a0879bcca23e15071f9968c0f6e6596e470 upstream. The per_pin->work might be still floating at the suspend, and this may hit the access to the hardware at an unexpected timing. Cancel the work properly at the suspend callback for avoiding the buggy access. Note that the bug doesn't trigger easily in the recent kernels since the work is queued only when the repoll count is set, and usually it's only at the resume callback, but it's still possible to hit in theory. BugLink: https://bugzilla.suse.com/show_bug.cgi?id=1182377 Reported-and-tested-by: Abhishek Sahu Cc: Link: https://lore.kernel.org/r/20210310112809.9215-4-tiwai@suse.de Signed-off-by: Takashi Iwai Signed-off-by: Greg Kroah-Hartman --- sound/pci/hda/patch_hdmi.c | 13 +++++++++++++ 1 file changed, 13 insertions(+) --- a/sound/pci/hda/patch_hdmi.c +++ b/sound/pci/hda/patch_hdmi.c @@ -2156,6 +2156,18 @@ static void generic_hdmi_free(struct hda } #ifdef CONFIG_PM +static int generic_hdmi_suspend(struct hda_codec *codec) +{ + struct hdmi_spec *spec = codec->spec; + int pin_idx; + + for (pin_idx = 0; pin_idx < spec->num_pins; pin_idx++) { + struct hdmi_spec_per_pin *per_pin = get_pin(spec, pin_idx); + cancel_delayed_work_sync(&per_pin->work); + } + return 0; +} + static int generic_hdmi_resume(struct hda_codec *codec) { struct hdmi_spec *spec = codec->spec; @@ -2179,6 +2191,7 @@ static const struct hda_codec_ops generi .build_controls = generic_hdmi_build_controls, .unsol_event = hdmi_unsol_event, #ifdef CONFIG_PM + .suspend = generic_hdmi_suspend, .resume = generic_hdmi_resume, #endif };