Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp5458260pxu; Tue, 22 Dec 2020 18:40:40 -0800 (PST) X-Google-Smtp-Source: ABdhPJwtHRPbh456qCu6MPG4NqFaHhQ72xWdpcHh6L15dTiztjZ9KloNoR/yvhyVpUaUOEpu+4ss X-Received: by 2002:a17:906:2b50:: with SMTP id b16mr21772796ejg.255.1608691240487; Tue, 22 Dec 2020 18:40:40 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1608691240; cv=none; d=google.com; s=arc-20160816; b=mvcJZK6n/7HMrGtD4g6SwPvveX805c7qgZ2uMx3nf+8gi6Jw8wlBom+ui94JbjpXwA xjpSVU5nC486GMnwZazhWwalSSj7g7q8n+qpSuEq+UYfOERpN7msy1t39YWwXvGCamBM Z29P30dTmciMZHAUGTYjUHcm4TONIPA60qiNBpfzZqdTI2yDxyZem7SshJ68A9n2rDA6 y3hJzQFewVfWL/IPtr+ariQ+FgtVc5gtSzDmMG+mE66NGbV9/mU4nBoGhFj1r7D001a6 Pt9yCyH3oP0Sj4GhYj2qOZlVGzSlPd43WK6OUKmISBj70gEu/L0Q7ZNGQcxe4umBcKfB WA/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 :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=5GuU4h9T6PbNMbzXjxdD3SGnYzCTKslmi5OxbNdBpjI=; b=KYNWKBS2/A2O6FsmFHRBTRLT7PZvQSFrwxnnoCowWcq+vRGBUt8a8OmeT77Dlvy+6L hCvYtkzmP0Hf2/lsYY+AWq7hBzxMcAp+gQ7HY5dKuOZsdUlxuYe72O/FaUYt+ZzrUX2A COJ+HVvOj54XeiuLzjRudAj9uB/RapZi7SssJEPUpuH5Y8yrFzgccvcSHAr9KLXmu7lT UJqxoyignZBhot0XHDePKbOZHM1+g+j2HKnLVBDlQcEQ1SCXF1UQwxMzDLmQToHx2Zmj 9oWAmtZdl2Hzu8558a6iESxb1SlEDyhramE08PMV61Qn91dfdvz1r/WV7Ln42q1n0VzZ 2tdg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=XceV7ySE; 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 d23si11436206ejd.151.2020.12.22.18.40.18; Tue, 22 Dec 2020 18:40:40 -0800 (PST) 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=k20201202 header.b=XceV7ySE; 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 S1730157AbgLWCkM (ORCPT + 99 others); Tue, 22 Dec 2020 21:40:12 -0500 Received: from mail.kernel.org ([198.145.29.99]:52738 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730041AbgLWCXi (ORCPT ); Tue, 22 Dec 2020 21:23:38 -0500 Received: by mail.kernel.org (Postfix) with ESMTPSA id 41B6022285; Wed, 23 Dec 2020 02:23:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1608690203; bh=dlPK8qwjMFLQj/6PoRsBher83gGN/kW0ZzHTXe3r0ps=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=XceV7ySEbvHWVbH7zzp7UrrCK5ltXFPes+28PlvvLy61PP1Z4REy3VOFN1wEtKByx p+SKDxSywAhxy0wE6Z7NUCVvwopxT0cV0Ty3J/by6/7ucMxg5Jg7r/xiaKkomqvKIR 8yxeWnMC/kZOXpOatC3PBBEMYpDZlBsSfUHgqupz8PEwfo5rJkGNhH4vd0WEglKgve Kr28uUyFvt2kJQ2VCqJR2NN/E+H0csFO27Zt/iievyloit6myQwilBtvhHUXSHlNC9 354EfMUItSI2hGMADmVUmupo9Vpg7NcJkzpAo2DWCTZvFUXm0rXRlpwmiSFb4I/6km aruaoHGQvYYgA== From: Sasha Levin To: linux-kernel@vger.kernel.org, stable@vger.kernel.org Cc: =?UTF-8?q?Jan=20H=C3=B6ppner?= , Stefan Haberland , Cornelia Huck , Jens Axboe , Sasha Levin , linux-s390@vger.kernel.org Subject: [PATCH AUTOSEL 4.14 24/66] s390/dasd: Fix operational path inconsistency Date: Tue, 22 Dec 2020 21:22:10 -0500 Message-Id: <20201223022253.2793452-24-sashal@kernel.org> X-Mailer: git-send-email 2.27.0 In-Reply-To: <20201223022253.2793452-1-sashal@kernel.org> References: <20201223022253.2793452-1-sashal@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-stable: review X-Patchwork-Hint: Ignore Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Jan Höppner [ Upstream commit 9e34c8ba91697cb7441805c36d92ab3e695df6e0 ] During online processing and setting up a DASD device, the configuration data for operational paths is read and validated two times (dasd_eckd_read_conf()). The first time to provide information that are necessary for the LCU setup. A second time after the LCU setup as a device might report different configuration data then. When the configuration setup for each operational path is being validated, an initial call to dasd_eckd_clear_conf_data() is issued. This call wipes all previously available configuration data and path information for each path. However, the operational path mask is not updated during this process. As a result, the stored operational path mask might no longer correspond to the operational paths mask reported by the CIO layer, as several paths might be gone between the two dasd_eckd_read_conf() calls. This inconsistency leads to more severe issues in later path handling changes. Fix this by removing the channel paths from the operational path mask during the dasd_eckd_clear_conf_data() call. Signed-off-by: Jan Höppner Signed-off-by: Stefan Haberland Reviewed-by: Stefan Haberland Reviewed-by: Cornelia Huck Signed-off-by: Jens Axboe Signed-off-by: Sasha Levin --- drivers/s390/block/dasd_eckd.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/s390/block/dasd_eckd.c b/drivers/s390/block/dasd_eckd.c index aa651403546ff..8769b90c49a30 100644 --- a/drivers/s390/block/dasd_eckd.c +++ b/drivers/s390/block/dasd_eckd.c @@ -979,6 +979,7 @@ static void dasd_eckd_clear_conf_data(struct dasd_device *device) device->path[i].cssid = 0; device->path[i].ssid = 0; device->path[i].chpid = 0; + dasd_path_notoper(device, i); } } -- 2.27.0