Received: by 2002:a05:7412:2a8c:b0:e2:908c:2ebd with SMTP id u12csp3103236rdh; Thu, 28 Sep 2023 02:42:53 -0700 (PDT) X-Google-Smtp-Source: AGHT+IFTg/uIjC91u/+iCQbQush7zAHRfd5u0H6wO3TmZ0b2QYiWY8ESFLOHkdGw49GkINjm8y/2 X-Received: by 2002:a05:6a20:12cb:b0:157:d7cd:ebd with SMTP id v11-20020a056a2012cb00b00157d7cd0ebdmr639889pzg.1.1695894172828; Thu, 28 Sep 2023 02:42:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1695894172; cv=none; d=google.com; s=arc-20160816; b=c15BURg1zT/wjcapekzEsZZyWUB9bpUMwwclPo98W2aiM6mdjuJKonsV6fZ74JNqYw 9il/Ppyks8U8jDHaO/bIqFL80UKngMj1dGMwcVIZjsGHSzJbPowQNXfNY0A6nxqLRM1L q3S5fD0oF3OAWzTqSHDKTonFxk5GRY8L0hoAcMwPecY+gXN2bvFMNaCHP69xjbT1WsSZ Eu+pe5iIE4kxSszi3C4lurSQ5SZ9ko8Mv2DV1sIJaXfWWEedbjLId5EAf6TbIDvXEm0h 4wbqFwmJ1I49ftYNX8V47UCNaJK5urNAPoW1hVFK2oABvZ+3DP5DRDGYhql8qa7hJb0O BKzg== 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=gJxCn6Q93QFyPMvTDY+mD4L3P4MCfemiM2GfDs2qNHs=; fh=UajbL9n+ytOhwLCTZFWzEEqdsmzR9U8Ujlf0+lLyGQo=; b=b3GCPxa7HIvNa1tYICV/O7tHvOI4JFPTYtvzNuL27yY13khpil8/TnNh2Sl06u387j bNk0TKGr5BhMWOOc3k9P/QAolCXm3sRfwx7VZ/YwwDaVPFZcRn2/Fw9rkt2w0y3S9N0I rGLt0rb9rOuzDVqoYbGmFacZnfifGPOnjQeiPkWlKr2zVI1hA7t1nNJP53ue4PId8+4T g1A8+rTwauqnaRGsjMRC7j6YOLCbuGLrI0K9ItvCZtRZld9a11s6ffDlIpj4BNHylZ7r +xUErstjhtvQx8C5iKkWnXikvhrdtdhGQXXGSc/L+bP+N+IE+Ku0o4n6tGYVktHQL/FJ coAA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b="fWvw/wPi"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.32 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 agentk.vger.email (agentk.vger.email. [23.128.96.32]) by mx.google.com with ESMTPS id e65-20020a17090a6fc700b00275cffed966si11969694pjk.57.2023.09.28.02.42.52 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 28 Sep 2023 02:42:52 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.32 as permitted sender) client-ip=23.128.96.32; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b="fWvw/wPi"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.32 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by agentk.vger.email (Postfix) with ESMTP id 7136680677E5; Thu, 28 Sep 2023 02:20:25 -0700 (PDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.10 at agentk.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231560AbjI1JUJ (ORCPT + 99 others); Thu, 28 Sep 2023 05:20:09 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38204 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230207AbjI1JUF (ORCPT ); Thu, 28 Sep 2023 05:20:05 -0400 Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D7BDCAC for ; Thu, 28 Sep 2023 02:20:03 -0700 (PDT) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 63BC0C433C9; Thu, 28 Sep 2023 09:20:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1695892803; bh=Vyr3UyZZ56ptALGkLm5eY95Jkj8E0OURUt5Ep5UjUSw=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=fWvw/wPiff/w5nZ05hgT3Q5bBjC92yz+6Tn8DSykvtTgZ1x7o/N9qDR6pezkqCnVy 7mcUOaGNqemrx5WMZkRtV7KU+jz3+qBZlF3eZWJsgrA3sbX9n/1/ZIetV8lF1j8sga 3sXmBdjrzopQ3NLEllo5CDvoYCETqSpjy1XYqUQLbi4uNt8A/mXDP7M22Wk/6HvDC2 o+nbirwXjZ0PdHTfO4NZBy44ZRJ6Ja/TZdA0/nT6ns+7004DLHZmUlPppKc6AkEK4+ JxAVgwTI4OXZ797dcURyFyLsHVFbIOE7Z5DNzQFhHC2hL2OP2AiQfHZjkeji7jB6hF BlQH1Leh1yU7g== From: Oded Gabbay To: dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org Cc: farah kassabri Subject: [PATCH 2/3] accel/habanalabs: fix bug in decoder wait for cs completion Date: Thu, 28 Sep 2023 12:19:55 +0300 Message-Id: <20230928091956.47762-2-ogabbay@kernel.org> X-Mailer: git-send-email 2.34.1 In-Reply-To: <20230928091956.47762-1-ogabbay@kernel.org> References: <20230928091956.47762-1-ogabbay@kernel.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1.2 required=5.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on agentk.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (agentk.vger.email [0.0.0.0]); Thu, 28 Sep 2023 02:20:25 -0700 (PDT) From: farah kassabri The decoder interrupts are handled in the interrupt context same as all user interrupts. In such case, the wait list should be protected by spin_lock_irqsave in order to avoid deadlock that might happen with the user submission flow. Signed-off-by: farah kassabri Reviewed-by: Oded Gabbay Signed-off-by: Oded Gabbay --- .../accel/habanalabs/common/command_submission.c | 14 +++++++------- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/drivers/accel/habanalabs/common/command_submission.c b/drivers/accel/habanalabs/common/command_submission.c index 4f7b70d9754c..3aa6eeef443b 100644 --- a/drivers/accel/habanalabs/common/command_submission.c +++ b/drivers/accel/habanalabs/common/command_submission.c @@ -3526,7 +3526,7 @@ static int _hl_interrupt_wait_ioctl_user_addr(struct hl_device *hdev, struct hl_ u64 *timestamp) { struct hl_user_pending_interrupt *pend; - unsigned long timeout; + unsigned long timeout, flags; u64 completion_value; long completion_rc; int rc = 0; @@ -3546,9 +3546,9 @@ static int _hl_interrupt_wait_ioctl_user_addr(struct hl_device *hdev, struct hl_ /* Add pending user interrupt to relevant list for the interrupt * handler to monitor */ - spin_lock(&interrupt->wait_list_lock); + spin_lock_irqsave(&interrupt->wait_list_lock, flags); list_add_tail(&pend->list_node, &interrupt->wait_list_head); - spin_unlock(&interrupt->wait_list_lock); + spin_unlock_irqrestore(&interrupt->wait_list_lock, flags); /* We check for completion value as interrupt could have been received * before we added the node to the wait list @@ -3579,14 +3579,14 @@ static int _hl_interrupt_wait_ioctl_user_addr(struct hl_device *hdev, struct hl_ * If comparison fails, keep waiting until timeout expires */ if (completion_rc > 0) { - spin_lock(&interrupt->wait_list_lock); + spin_lock_irqsave(&interrupt->wait_list_lock, flags); /* reinit_completion must be called before we check for user * completion value, otherwise, if interrupt is received after * the comparison and before the next wait_for_completion, * we will reach timeout and fail */ reinit_completion(&pend->fence.completion); - spin_unlock(&interrupt->wait_list_lock); + spin_unlock_irqrestore(&interrupt->wait_list_lock, flags); if (copy_from_user(&completion_value, u64_to_user_ptr(user_address), 8)) { dev_err(hdev->dev, "Failed to copy completion value from user\n"); @@ -3623,9 +3623,9 @@ static int _hl_interrupt_wait_ioctl_user_addr(struct hl_device *hdev, struct hl_ } remove_pending_user_interrupt: - spin_lock(&interrupt->wait_list_lock); + spin_lock_irqsave(&interrupt->wait_list_lock, flags); list_del(&pend->list_node); - spin_unlock(&interrupt->wait_list_lock); + spin_unlock_irqrestore(&interrupt->wait_list_lock, flags); *timestamp = ktime_to_ns(pend->fence.timestamp); -- 2.34.1