Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp854626pxk; Thu, 17 Sep 2020 19:11:15 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyqTnXCavM+GL3nxBHvP4jvTGxPxj7kQmFqbTwunPGgCp+vQRe37Q7kiNkRZ6rk62v1Auyi X-Received: by 2002:a50:fb98:: with SMTP id e24mr35649863edq.130.1600395075619; Thu, 17 Sep 2020 19:11:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1600395075; cv=none; d=google.com; s=arc-20160816; b=JjDijYpP0yT8V6o1IvfZ8WmwJxCmEUP/V0mAw9HcJChAxRBupDqt4m4iYAcWOLa5MH 9etwDkJSj3PYZT1IM6c29TLUcpI5j42nKLaywxzbxyLqZ7x0BT6J0UbhfD+dHbnjuKd5 b1OiDLpFsB9AzazafPXR+uDJbtOvoCNYl538aCw39Y9Fbuk+X/yJkseCZK+6o93F08Za TfH0znkYwLV0jx58cqe0u1CtB37VWaDlouraYiIzF4+omrA61wTtZkTZwnKe1xmMWEi1 mSqo9/WZdz0IUWYFV7W1Le7OEubEGOCbqlBjD3gm7n9ijUGq7YmRbV2ICyqBcgJR3t1D DZ5Q== 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 :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=DZrRI2SVaUnTegLIKtHxDSpQdbuWFuzsyx36yZh2bL8=; b=lkxQv2hLXuvze1xQOdND9GaM+OoaNBBiSOSHoCsFyu+HSXdPTpX/sHnIXfP45dSLoG e44MQMIxNiOn1tkYcM3Lu3AIt/TISntC+XPZkr/IWQfwdazlIn0p+pmGuW7GLUwwl3gM y3EGmtzJKloKO6RyPB64878ZUosPIUunIWhI5vRnYq57d/FEtIWH5Z8uRXXG3vwMHh7V zavMvFXqHfATxk8j9jyjgoHiDDLkkkqMxNVDSs97OgWs2yjofJf7gzqwcLdfP5RVyYh+ H8LeTtEkBKhw/+uZ3KkLFAivMxEWhHUHochdW6xqKhYRvouaHCHBgrPgisZVrd546Q9p B0Ag== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=xRcKCo1z; 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=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id f7si1105577edt.172.2020.09.17.19.10.52; Thu, 17 Sep 2020 19:11:15 -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=xRcKCo1z; 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727819AbgIRCG4 (ORCPT + 99 others); Thu, 17 Sep 2020 22:06:56 -0400 Received: from mail.kernel.org ([198.145.29.99]:56092 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727014AbgIRCGi (ORCPT ); Thu, 17 Sep 2020 22:06:38 -0400 Received: from sasha-vm.mshome.net (c-73-47-72-35.hsd1.nh.comcast.net [73.47.72.35]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 5F3BC238A1; Fri, 18 Sep 2020 02:06:37 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1600394798; bh=xR3JxS7dReW87Az2A8LeOTHlQ0QfKGc3fI+787wEz9Q=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=xRcKCo1zfQpEJ0vOb8FUUiiEeetZtoF9MoW5/W3sdlnjaziEo336cZ56OTiAHTcGF 2uNYa4ZK63co6xy2hf86t8ZinvHt9s4ZeLfVUvkniPOLS1BTDPE7cjlWDnVQLzAy/0 gBThZ60xD5fgqOQ/70C9m5Tc38suj+XqfBnHw8V8= From: Sasha Levin To: linux-kernel@vger.kernel.org, stable@vger.kernel.org Cc: Takashi Iwai , Sasha Levin , alsa-devel@alsa-project.org Subject: [PATCH AUTOSEL 5.4 267/330] ALSA: hda: Fix potential race in unsol event handler Date: Thu, 17 Sep 2020 22:00:07 -0400 Message-Id: <20200918020110.2063155-267-sashal@kernel.org> X-Mailer: git-send-email 2.25.1 In-Reply-To: <20200918020110.2063155-1-sashal@kernel.org> References: <20200918020110.2063155-1-sashal@kernel.org> MIME-Version: 1.0 X-stable: review X-Patchwork-Hint: Ignore 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 8f19876244ebe..53be2cac98e7c 100644 --- a/sound/hda/hdac_bus.c +++ b/sound/hda/hdac_bus.c @@ -158,6 +158,7 @@ static void snd_hdac_bus_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; @@ -169,10 +170,13 @@ static void snd_hdac_bus_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