Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp3518805pxf; Mon, 15 Mar 2021 11:20:31 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyl9soPE/nC7WBGMVttse2cpK+zYljAlK3IK2RVXsokF3FP2fzoxGPDsjwhROvSsKAzOawc X-Received: by 2002:a17:906:1b54:: with SMTP id p20mr25042233ejg.307.1615832430832; Mon, 15 Mar 2021 11:20:30 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1615832430; cv=none; d=google.com; s=arc-20160816; b=NlG63soizNL6qivH718dPMjPauwxeZlYZnMfUCvXfX9xcLIZxdh5jT4f0VHXksDBop Rkc9iyTjQp82AIoRvMtEmJPovKKs9hbzklgB+XyLJKwfSqZic7EgG5542hjOLyV8xqif SrWU9hFR5p0gCGVRh6FzU9l1vwBuPOiAu7dZnqxnV/s2aUPpHyZggBDZG1S5H2L6UUGf oG0CScdWw0BHm7Jhwonz0UE+gjccZGebW70qP5iSulM76Y8hVolmf5J12zhSaeHjgJd8 JoikUS6Pyp5VSJi3JTsL4LIdc+cG0KYFwRiA3+YhWPjHagx3BF/tSLXvl63J4DLVtzBd Cxzw== 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=+eTACUtt0j1bkQ08hocDjCTvc70h/8pjETkLgxbQ0LQ=; b=DKCDgJSXao6uGzO5GDzHPmCXyyDewhQFQUaxlqg8DMYmZ8OqZCv/jsTipHHzWUeupE JOdwODtUl77Vx2D86R5wXpEotoUQRXU+qYUfDZC+lZdH1J535RuQK9okG839KBxfGxgT fakjPIpfxp8uf91y2nEuUTVIoDAojQtWUxZ5a1k1j+1gfq+iqcmukU4Bvhv2DWzkJjfY sh3kDxnuflmL+ZXhcDcdsIrsYI38gAz6YTx6sruW+nHNImhr9tJxXwMs8KD3DwQuIbwL Dm9fhjkUFliXBxk7kFR2vGzJNMMUZTulZo52+TaQCXYftNHAdsKu7CGkcoBtybUWjFMR LzHg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=vqLliiYe; 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 gb41si11222890ejc.90.2021.03.15.11.20.08; Mon, 15 Mar 2021 11:20:30 -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=vqLliiYe; 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 S237261AbhCOORd (ORCPT + 99 others); Mon, 15 Mar 2021 10:17:33 -0400 Received: from mail.kernel.org ([198.145.29.99]:36788 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232727AbhCON7h (ORCPT ); Mon, 15 Mar 2021 09:59:37 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 11B1264F0D; Mon, 15 Mar 2021 13:59:16 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1615816758; bh=TH1BX0uJLmfFkY+s39TlZGKhxY+j/8Og+/xOMSTlLtg=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=vqLliiYePWAQKl4CGHJCgaRnX+ngAsjveYapMAnjTvJP0rsUAWTLpLnHrQ92MaF// EqQQE/GkT5tJVRQ5fT1zQgbGjyPdv4NILump5X1vbej+3vaQGx5rrXsM3QUwP6MkSL 7KgHhyx1VfqW4UdOzbzOfHE+hDZp1If+tq6LQhuE= 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.14 41/95] ALSA: hda/hdmi: Cancel pending works before suspend Date: Mon, 15 Mar 2021 14:57:11 +0100 Message-Id: <20210315135741.619479914@linuxfoundation.org> X-Mailer: git-send-email 2.30.2 In-Reply-To: <20210315135740.245494252@linuxfoundation.org> References: <20210315135740.245494252@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 @@ -2324,6 +2324,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; @@ -2347,6 +2359,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 };