Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp2830580pxv; Mon, 12 Jul 2021 03:01:20 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxYLMxdEJ3oracfPHktSpnnUr9h4O7zboXqlla8fb9xpFcZHd6/+oyKg80I45WJ3BxUPO4t X-Received: by 2002:aa7:dbc8:: with SMTP id v8mr62716807edt.242.1626084080353; Mon, 12 Jul 2021 03:01:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626084080; cv=none; d=google.com; s=arc-20160816; b=nwaspR/+L7r4pXQyQXRNQi96O7BPUfpoMJugx/y3axxD/PrMUXEmKr5ClbNP7LOIzA 2ahCf2XtNvMtkP4RMlUeetGjk1WdC7DZIXFlWuYpUvMjdnxEHxEHiN5HEIlV2N0a8tbV Y50T/J33Hz8rFIkjjFpWxquruM7ypoGUpaZ2hTP1Z+0PSK3qlW3HpSfc8na3gNwIIYPm qXDvWh2KX+F2pSR/3Wxu8+GA5scekI0TidN2oYkPuzOQlTAczngzwApAWqvIqxoyeBJR bRf3DoPysjH2KeoNfrcqUlewSicE7VNUgbbAupdw4uWlM1+bYDwvHeraDxUgAA+WGybc Ks/w== 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=oi2A12dNpLgaZvC/xmn1ZlwI5JarfiEJZ+qHiqOnlOA=; b=zdD7mZi8hPBW6VbFRsdYhT6rrzyf/Sk5S3sPcS4xe61gdd4OlcMCw3oqgGPkMLtMoj NsdG2oirVXbIKSP7QjaKsos8yvtCzu7xLghCzy3HIesyzPc1TpTFztPDj/1qZ5m1gguE 12zmY6wb26pRsLPMetXsLe8jRjQ+OTzvb+5LorRJ6R/hvQz2kgbcbdjGf2gCvvA/yx8d EXdwSpQKcl0JESpODihzlk9kx1zCf45ugsKLihaCvLG4T0JsXPzL3H06DStzJ/F6x9Zm 8SSPQ8tBPeRPNQi+uNSQdIjpprGluwMsfa8BJ79T977GKgND1OvdIs3P8KuSI9lt6ley MlgQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=sC2D12tI; 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=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id dp16si19828900ejc.498.2021.07.12.03.00.46; Mon, 12 Jul 2021 03:01:20 -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=@linuxfoundation.org header.s=korg header.b=sC2D12tI; 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=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S239191AbhGLHLq (ORCPT + 99 others); Mon, 12 Jul 2021 03:11:46 -0400 Received: from mail.kernel.org ([198.145.29.99]:44284 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S239276AbhGLGth (ORCPT ); Mon, 12 Jul 2021 02:49:37 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id C364F60233; Mon, 12 Jul 2021 06:46:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1626072409; bh=bhJ+XzWt5t7FiSN0ldQi4tcQ6qcwYXp9t/NbSHH2QEc=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=sC2D12tICxpeJ3ky+xMKToRYagHDE+57945rH5yj/9Iumb8Wj8p+I7f8uTPx2Di1T 63uwC8FjB7VF6j0C9IQUgkigWnf/M5uVPdQVLBiHMvS9FZhRUAH0naSiU7tC7vPnVH 4BwQkA82jOCoOKeDZt4MZ5MyrmtKo05iGKvSRq30= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Lee Duncan , Mike Christie , "Martin K. Petersen" , Sasha Levin Subject: [PATCH 5.10 486/593] scsi: iscsi: Flush block work before unblock Date: Mon, 12 Jul 2021 08:10:46 +0200 Message-Id: <20210712060944.513395231@linuxfoundation.org> X-Mailer: git-send-email 2.32.0 In-Reply-To: <20210712060843.180606720@linuxfoundation.org> References: <20210712060843.180606720@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: Mike Christie [ Upstream commit 7ce9fc5ecde0d8bd64c29baee6c5e3ce7074ec9a ] We set the max_active iSCSI EH works to 1, so all work is going to execute in order by default. However, userspace can now override this in sysfs. If max_active > 1, we can end up with the block_work on CPU1 and iscsi_unblock_session running the unblock_work on CPU2 and the session and target/device state will end up out of sync with each other. This adds a flush of the block_work in iscsi_unblock_session. Link: https://lore.kernel.org/r/20210525181821.7617-17-michael.christie@oracle.com Fixes: 1d726aa6ef57 ("scsi: iscsi: Optimize work queue flush use") Reviewed-by: Lee Duncan Signed-off-by: Mike Christie Signed-off-by: Martin K. Petersen Signed-off-by: Sasha Levin --- drivers/scsi/scsi_transport_iscsi.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/scsi/scsi_transport_iscsi.c b/drivers/scsi/scsi_transport_iscsi.c index c53c3f9fa526..c520239082fc 100644 --- a/drivers/scsi/scsi_transport_iscsi.c +++ b/drivers/scsi/scsi_transport_iscsi.c @@ -1979,6 +1979,8 @@ static void __iscsi_unblock_session(struct work_struct *work) */ void iscsi_unblock_session(struct iscsi_cls_session *session) { + flush_work(&session->block_work); + queue_work(iscsi_eh_timer_workq, &session->unblock_work); /* * Blocking the session can be done from any context so we only -- 2.30.2