Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp3700775pxk; Tue, 29 Sep 2020 04:11:29 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxi+ElGX5+F7oPbaUi8Z8HKJpsdSscmWQUKGtgKotaCFf/VLJj38Sd3/5h9riDnXalIgsQj X-Received: by 2002:a17:906:474f:: with SMTP id j15mr3499496ejs.468.1601377889243; Tue, 29 Sep 2020 04:11:29 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1601377889; cv=none; d=google.com; s=arc-20160816; b=0D8x6T/LvlIWZZB2Rl45+4pmrTYLIZDUfzfWYpIJTX1HAPOOt0RH9lbBRJOg2sM4AV N/YNBSjji0e7SiL0v2P17zfWXZHqYuSQW5IwIPG/pVYpz6foCYASENe494LADf5HFMk3 ihJhIYl7UYJ25tR3QjgC7Wb5kLQYl7YyY1dywiJ2mnIBy3/PArJ/ajUX/hyYA31h2/ks BjhwqdE6ERbVQtbo8NdTqIKD29qohmAxiYGUCFQp+Lgr+AzDlcTT2/iz32dA4RwvYeLm RC9N9JWYTxdMLSAAZUbTeMiJzlGvvgWvvz7Vz+mNoqJdTT2XhWEbpvZgHXhhwymYxO/l 9XFA== 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=Lu9n4N4Hg4FNdkSwAaPKx3cfZIYUgEKgZUzn5zhYZwE=; b=NI959NlEMRK+8ZDtNjgxfcfCsVkIgOowvY62t8ApV+QvBhn9SxWRlEr7ur5v4H/0n1 kBETVvnvyc+l/v40kMQgE1UA3ISnmXvSC1GILSu9JakElUAYSPX+jYzor86psEjB6eEJ SGH+H0crd4AsP3+liFUWAx7tU5oYYq5XBty475kygONruezALp4IflbP6dSdJ8lKmV/S hLA7nDFJfrMNARSlkA57IG5SEdEaHjk4rwn1SNmD5L89x2YMviZ4sG3WbgiS3ut2gKF/ 5XANKLZbaFtwbKiK+EmnLCWiQvOLttS9hKg3JByirPc6AeZ4yo7j+diXGR9CCuY9wnJF E7aQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=ej6MU18k; 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=fail (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 ha1si2525106ejb.406.2020.09.29.04.11.06; Tue, 29 Sep 2020 04:11:29 -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=@kernel.org header.s=default header.b=ej6MU18k; 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=fail (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728873AbgI2LG5 (ORCPT + 99 others); Tue, 29 Sep 2020 07:06:57 -0400 Received: from mail.kernel.org ([198.145.29.99]:44380 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728454AbgI2LGt (ORCPT ); Tue, 29 Sep 2020 07:06:49 -0400 Received: from localhost (83-86-74-64.cable.dynamic.v4.ziggo.nl [83.86.74.64]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 9EEB521941; Tue, 29 Sep 2020 11:06:47 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1601377608; bh=eiz7aoc8IANfM5Zam+W3qobqu1VmS3mANYdwlS2WVIc=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=ej6MU18kJwA4B0KocQfS8rQNbHwoTWGwDL1e9NaRg8MD1SPKAKeZcGA3CXNKjvRZh LzoCFdv+tEvO6o68lu+erneU0prU+EAYR7noQlGVhxeGmTyZ68RxqzvzNNqFsZ7vn9 1n0F63tvvTt1WvwYc70VB0uX/Wgwe/g4A06v62GE= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Takashi Iwai , Sasha Levin Subject: [PATCH 4.4 60/85] ALSA: hda: Fix potential race in unsol event handler Date: Tue, 29 Sep 2020 13:00:27 +0200 Message-Id: <20200929105931.213540294@linuxfoundation.org> X-Mailer: git-send-email 2.28.0 In-Reply-To: <20200929105928.198942536@linuxfoundation.org> References: <20200929105928.198942536@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: Takashi Iwai [ Upstream commit c637fa151259c0f74665fde7cba5b7eac1417ae5 ] The unsol event handling code has a loop retrieving the read/write indices and the arrays without locking while the append to the array may happen concurrently. This may lead to some inconsistency. Although there hasn't been any proof of this bad results, it's still safer to protect the racy accesses. This patch adds the spinlock protection around the unsol handling loop for addressing it. Here we take bus->reg_lock as the writer side snd_hdac_bus_queue_event() is also protected by that lock. Link: https://lore.kernel.org/r/20200516062556.30951-1-tiwai@suse.de Signed-off-by: Takashi Iwai Signed-off-by: Sasha Levin --- sound/hda/hdac_bus.c | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/sound/hda/hdac_bus.c b/sound/hda/hdac_bus.c index 0e81ea89a5965..e3f68a76d90eb 100644 --- a/sound/hda/hdac_bus.c +++ b/sound/hda/hdac_bus.c @@ -155,6 +155,7 @@ static void process_unsol_events(struct work_struct *work) struct hdac_driver *drv; unsigned int rp, caddr, res; + spin_lock_irq(&bus->reg_lock); while (bus->unsol_rp != bus->unsol_wp) { rp = (bus->unsol_rp + 1) % HDA_UNSOL_QUEUE_SIZE; bus->unsol_rp = rp; @@ -166,10 +167,13 @@ static void process_unsol_events(struct work_struct *work) codec = bus->caddr_tbl[caddr & 0x0f]; if (!codec || !codec->dev.driver) continue; + spin_unlock_irq(&bus->reg_lock); drv = drv_to_hdac_driver(codec->dev.driver); if (drv->unsol_event) drv->unsol_event(codec, res); + spin_lock_irq(&bus->reg_lock); } + spin_unlock_irq(&bus->reg_lock); } /** -- 2.25.1