Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp3519552pxf; Mon, 15 Mar 2021 11:21:35 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzQs9viPJW9Z4RKuRV25Dzi+Jhkbyl4WKvBr9+2YBNo5W9ghCfL9tyByR0OvJZdYtRS94Sn X-Received: by 2002:a17:906:398a:: with SMTP id h10mr25506547eje.155.1615832495565; Mon, 15 Mar 2021 11:21:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1615832495; cv=none; d=google.com; s=arc-20160816; b=vfoPx9AdigyrYHSK7WGxIKoQRSZdxwV6MLP2s3OWPqf1YyJelqVu+aoJ7fr8Bzaoyq pt1ORT9EQD2XCm0MAgR0qTGwbkDycoVfzmABu3S0u3MOHsYuFckCYHTmgAgfFBixK5YD tZnVRyEk+ApE4UkPSMQb0S71fVpKkCvKg7QTsUoU+EmLjlFzh3iSYBmOvAQf1E368Am3 W3q1GRr9DguxflWQT/RwZkrr6ZGkNQg7zp3xJPkqn/QGWa+xeYIaENp2kXaeUxIEqUo4 WJiCvdclCAaAeUCjU2egWQJMM0jocSNISWE4JNFR8HFk86QaKnslalaEy3k8wMj9mhcZ 7pJQ== 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=dPKilkKvzsHlAHbFmr1K3S0vjVNCq43dcrw2mR4sXnA=; b=HIOMZ0BYLV3YiuuVC7PeORUaZrzSJSAunb58H1FQWpbFbEj0LZTud+aP49gG1BqG4n 6hWbI9aqUEKh9CO7DXAzoUYd7gTnVBuqAKmQD+niYvOvQG9xFwlBaie/CvkUWde7Mm7S EPjrMParxuYJCokBxgdCp9iqt9OwhjpLpNkWJTK0WZYgqvyHawLRq0lXsT9zMnHK0BFU RuPv0dXtEIXYYLTOuNiuwtO1ujmg75lD8vOPrufeExdkogi+MaddAzIVp4ahtR3Ys+h6 iRb9Uoir76NovOTVzMpIAFwW7FV8gS3bOXPBzNqRZswSUXlzn3s/Vk7xwmfYXFBB9z8h sDeg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b="xern2o/p"; 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 24si12153695edv.533.2021.03.15.11.21.13; Mon, 15 Mar 2021 11:21:35 -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="xern2o/p"; 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 S232057AbhCOOUG (ORCPT + 99 others); Mon, 15 Mar 2021 10:20:06 -0400 Received: from mail.kernel.org ([198.145.29.99]:37500 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232784AbhCON74 (ORCPT ); Mon, 15 Mar 2021 09:59:56 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 256D664EEC; Mon, 15 Mar 2021 13:59:35 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1615816777; bh=LXscjiXWZJ2WlE7Mtt3dJ7ZOLe/VyzM4lJVZMmH1jPY=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=xern2o/perd//ORQNz+fyKJJLKDIT4Kgcym57pLeDo4WhicQGmkHqVYNbTVzgAh4b lhmCPFg6Z+YRO1fpFhw0/3aE7HU7Ww/wwgBO5N+ST58IUTiIDop5Ma7HrZ2/s5ZaVu ihlA+k4Ys+EoJfMek9OUudaf25zIC7/DfekItxVA= 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.19 060/120] ALSA: hda/hdmi: Cancel pending works before suspend Date: Mon, 15 Mar 2021 14:56:51 +0100 Message-Id: <20210315135721.947705456@linuxfoundation.org> X-Mailer: git-send-email 2.30.2 In-Reply-To: <20210315135720.002213995@linuxfoundation.org> References: <20210315135720.002213995@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 @@ -2326,6 +2326,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; @@ -2349,6 +2361,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 };