Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp3757869pxk; Tue, 29 Sep 2020 05:40:10 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwZmnomAFtEgQ1l5ET3GSbWAl0RbaUOC34SB2FJ+tvGMxYn5e8/R5TbTt2858ZLdIG+iZwL X-Received: by 2002:a17:906:4a8c:: with SMTP id x12mr3739725eju.271.1601383210153; Tue, 29 Sep 2020 05:40:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1601383210; cv=none; d=google.com; s=arc-20160816; b=TlTukz3cbNcLHYVccSQXqOpbYj3/t2sotQ7F9vsL72qYyJvS2P9SvX3PmkxF7V2HhX 1IlANlJzHwmss6tv2k+5R2CmGlIzMeJ07WH+ItPdLYylBDL363orQq3u1xF32P48ab+p vyR29jb6qoZVoB4PsxOQvITsuAtJxs5pP9CaaEunsPFAdUb/T9uBKGrQOU45jboWNfZN saBEJvzWW6fwWGocHTuCWxSzs4od584dhZ5G+mCGggu5BuS07JkB4TmiVVOokjH2pSP4 3HTpjHRfIKzMNpjyIUPBtxAzkzUF5JNcuREc7g5ktlOAkuUOckg7W3N/S28miDU1a/na WBFA== 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=M0b4RMP7V0vWGKhmSKRz5+9wgL2qMwKMqhqVOuYpwnM=; b=IrgBzexWZafV0tSqBfyVJJNnrTniW/1+/aqrKU704dwK81x2YXtb1utRWIMHggY652 adQiUQxDhZb0iAFsNusMLgmbxYrPCSOcZLZv9PM2tEAPPAryI6T5YJwjfHRHBoNaOUoL /D5scFfRInpEinvz6oYdSmhZ7cdurAVNcscHdF/2p2FVTFApzR7ZHyGAvI6/5OkUaXbS NTUpxp3b8E5mABa6Mdb6zSUuRUNbG7VOCOHJTbm0JQCGzWNJJGFdmdTU1WR0sIH6NuiA 0jMJm+a4DIGJ10M00/cwljdz+wQF1sCBB94C8BcHL9mMWSipkQSea1eBGyjg9lhOV0e4 UtAg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=Hlrw3xn0; 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 gg24si650901ejb.125.2020.09.29.05.39.47; Tue, 29 Sep 2020 05:40:10 -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=Hlrw3xn0; 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 S1733217AbgI2MiN (ORCPT + 99 others); Tue, 29 Sep 2020 08:38:13 -0400 Received: from mail.kernel.org ([198.145.29.99]:34778 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729226AbgI2LRn (ORCPT ); Tue, 29 Sep 2020 07:17:43 -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 9558F20848; Tue, 29 Sep 2020 11:17:42 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1601378263; bh=UE/zt5ax6H4v0FXSLXqzggbfZMly0u9H1SyLBDH6LOw=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=Hlrw3xn0tDPTUWOecuaHe6dNJ/MHunJPIF/Z0vtIfGYyNVhCl9x2wBKq7ne13vfSu FwEszoiErh32O5e2+UTv5M2h822ZNrFb9FrrMfw95l37bVHExzKquZK9VzUKEjPTh6 0okxc6mBqn8kF+VVzI4csqrMi4nnrPgt3FKKqAR4= 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.14 117/166] ALSA: hda: Fix potential race in unsol event handler Date: Tue, 29 Sep 2020 13:00:29 +0200 Message-Id: <20200929105941.030895517@linuxfoundation.org> X-Mailer: git-send-email 2.28.0 In-Reply-To: <20200929105935.184737111@linuxfoundation.org> References: <20200929105935.184737111@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 714a51721a313..ab9236e4c157e 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