Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp3761288pxk; Tue, 29 Sep 2020 05:45:40 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzR9mNIcYjLlGWEFU7zio9zFvnNNS4olUH8t92lluGI/C8mYDxOZx8H83WhOvpgRIk8DJpY X-Received: by 2002:a17:906:b74a:: with SMTP id fx10mr3572630ejb.232.1601383540387; Tue, 29 Sep 2020 05:45:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1601383540; cv=none; d=google.com; s=arc-20160816; b=o35HS3+1kbhrwYlpE48E5IKlEd0nn4T1CiV562HDXcZlLBkFPpZFPJw784415Cj0Nq zKIGUdrw5XnEbIpbsbsBNHCVnkbgjtEk4Y0jFvc65UkgDeKcYxNOhx8IRK576RSItS5x a9MaDF/nR7+MhmhLN2CBzPOEzHHRJTLUYAf6PeJL5SHR8+ixTrhJGO4Hin0PkmN85u8H GCYwVKGZWK82HB0Lx+zegth5syBehOsVdicclIssFbnEAPAl5CPoL0iy2npw+4saTjql xcSmmhulaSujwx9UTa54e6/hzG9CL93+dwL83eUsh+2//f0VAo9Yc3K3/JYNW2L6/bLV FXLg== 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=KrlZxd8+ELN+rInIGjcP4JImjuFJYT9qb3GKAtYwT6tLRJbIo2svIWvRWJ1Y7ZlNcO Sxhwz0d7cq9PCGrDYi1A9ZxpO7yV2zG61jT6gk5u54LBQwd2TxBFurp4g4pAsvskz95b zX1D7fSrc0DEFGBgZZmzxb+Yu8muxPtJ7Peh97C8vbHL3QOZLbJkKNauWCDFYb9lJ/32 bB1IBkr8fkJLf4s160KGkBidrT7QEwT7F2Q1EP7sPaqBW6Lb/Djr2qe94ai+w6BeaEVu dQHF3LdMzNYijqPWgdCP0sCcSXS249sdyC+jqQTHdzCaqVfycXU872TgqqBLn0m66Uce jmWw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=Eo+VT7aU; 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 da1si2585220edb.102.2020.09.29.05.45.17; Tue, 29 Sep 2020 05:45:40 -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=Eo+VT7aU; 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 S2387436AbgI2MmP (ORCPT + 99 others); Tue, 29 Sep 2020 08:42:15 -0400 Received: from mail.kernel.org ([198.145.29.99]:53300 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729271AbgI2LLu (ORCPT ); Tue, 29 Sep 2020 07:11:50 -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 C9768208FE; Tue, 29 Sep 2020 11:11:49 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1601377910; bh=eiz7aoc8IANfM5Zam+W3qobqu1VmS3mANYdwlS2WVIc=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=Eo+VT7aUGXyTZqFzZcZvbE08kUeWCeAcD456QkQG4ClN7LGQxcAS52ZrjgqbBYNp8 LH9OFNtt03ykKNxo1EOBtvYTvGLGSTVoj3qsHFwJuxXQBQDUlErWEm+blkcXM63eZa zG+DSOfkR1NPpoEFTob6Xfp6/oijsUA9fPL0eEGA= 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.9 086/121] ALSA: hda: Fix potential race in unsol event handler Date: Tue, 29 Sep 2020 13:00:30 +0200 Message-Id: <20200929105934.438541203@linuxfoundation.org> X-Mailer: git-send-email 2.28.0 In-Reply-To: <20200929105930.172747117@linuxfoundation.org> References: <20200929105930.172747117@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