Received: by 2002:a05:6a10:2726:0:0:0:0 with SMTP id ib38csp2042809pxb; Sat, 2 Apr 2022 13:01:29 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxiyLHlyJ3+nsYHiqLyKSqPe6fVrQVydnjD6d9yAk/TCU8yUgFeN8ccgq7vm8Q3ayYzyq1F X-Received: by 2002:a17:906:69c5:b0:6cf:d164:8b32 with SMTP id g5-20020a17090669c500b006cfd1648b32mr4807292ejs.233.1648929689414; Sat, 02 Apr 2022 13:01:29 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1648929689; cv=none; d=google.com; s=arc-20160816; b=YsmWa9BsEe3BvqHKADWoPvB8RQIZTvluNYIv5Lq1h0stuWCT0aYwTO6p2xVWZ9ulvN JxSN+SzNEqFL1EDkYqIrr4iHiLcvP/NTe9iv3zr3qKZXDS3grESb2z6WHQUX/EqEH8kM goDujFleceVAivvknAX9g5CRh0Y271c09H9Fc8D6ESWda2Wirj8LVNnAAG5brrYrFTVQ Dcm1cKl3eGJGD2ZDGoE9hlCTpaelX8wBVX0bHffigIoBW9l9FEdoNTxEJ3cdyjACgPPg sShW50gT0F7hgPzEYeREBAfXgpZDDEW43+E8d1SwTHxutDNPWdAdSl08YPT8C76QYT01 9TBA== 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 :message-id:date:subject:cc:to:from:dkim-signature; bh=3Ho9jg4pQwI43mh2smbjNNYfVQlK85ymR2bcGPQmzEU=; b=kBgS/l1cvB3QwPhaeViSDFGNOk/gYF6lm2FcR2SWsq7+YWoDeRJNep/2Df4YapAbui h66RD1v5OCFR3eGLBLF4sx9TFRuTCnzuJXGXVTJfY1cmN/Pg/KxIGsbekuRyLyDervkt CLRhODCgmaG7vsDXbcLAQvviFWee0fFkis3ptc+I7DEJNmqZhmkjiqYJZ5/YU0l6bs1c It1JVPNrOm6ZhKmfhJmA5f5YwsZPkhVtv6YtoPMpP1ND4oFiz/bG0H/zjB42kLexMyoT GVpeMU6mIuWHoZFF/4sb6kM9iUMPcaJ8+ycERHka2bQ1NifLbODMYx12dxB3/p6RkfBA 7CRQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=TGeR34J+; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id f6-20020a50e086000000b0041b60dcde7csi3550962edl.147.2022.04.02.13.01.04; Sat, 02 Apr 2022 13:01:29 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=TGeR34J+; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S242006AbiCaWHp (ORCPT + 99 others); Thu, 31 Mar 2022 18:07:45 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51876 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S238817AbiCaWHo (ORCPT ); Thu, 31 Mar 2022 18:07:44 -0400 Received: from mail-ed1-x530.google.com (mail-ed1-x530.google.com [IPv6:2a00:1450:4864:20::530]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D0B232102AA; Thu, 31 Mar 2022 15:05:55 -0700 (PDT) Received: by mail-ed1-x530.google.com with SMTP id z92so829808ede.13; Thu, 31 Mar 2022 15:05:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=3Ho9jg4pQwI43mh2smbjNNYfVQlK85ymR2bcGPQmzEU=; b=TGeR34J+02kbkPsHkSSgqp7sHsJXw5OIEwemL78K4n/ObMV856TJBti1bvbKgUeKQg mnlVUl6utz5rdQjEoK7zAt8Ul/3fBsOyMmW4aAnvXAnWMw2DIPyj62tKAAIBoV0kOiCT FZfMn8Bue+cYPnBEpr5adaZWrYoZNJn49A711nVvaLcKjbpNbZo6ybimlyH6l4UBJIUP 08kWipvb4yNxZFsB3c4BI8A1a1Wnw389tVd/BfjiAHUfC1UERENV5KtWX4jy0Yhh9okW 9lpZhHNPMERB5zgnJEWmQBLEms4eZwf4pFxlyg53mvPPHxFgPsFXyzol9NBmhWPdFEDg s1dA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=3Ho9jg4pQwI43mh2smbjNNYfVQlK85ymR2bcGPQmzEU=; b=0aRNEheo6snnB7QtgswM8gqZxitdzVItrYHHe+wlRCqgFjJuCriLvLHxc54hUF/7zL tsYkhC/NK7J7nyih0N0pYbWQQ1c1Awuvh85Co2KXjryam3t5dicPFavx5YjmNBpNVh+J K07+lZG3Zrqq99Gcd48JjnKtC9WQJmsQGZmkr9Jzr0xYuXWko55TjQ+vK3bdm5P8cUot ZJD904YMiLSC9te113r8ExnhQUdFIC7Bv0C220YzlPaaIZ+3ablp1AaNd6UlEqcLF0Ty 4smnrH4biovM4GdAEXWArWwjVrg2uMHg1XsI4+h6/JHKiVjWu2ltoteSQS7YFP1SikW+ RbwA== X-Gm-Message-State: AOAM530WsKMk2moQ3tQi2P/bjg+He+6L1j2Q6PorPXSOWgVQT95Xwyql l+s2oQKsoYxXhj+VOvJoELs= X-Received: by 2002:a05:6402:1107:b0:416:439a:6a9e with SMTP id u7-20020a056402110700b00416439a6a9emr18117030edv.382.1648764354432; Thu, 31 Mar 2022 15:05:54 -0700 (PDT) Received: from localhost.localdomain (i130160.upc-i.chello.nl. [62.195.130.160]) by smtp.googlemail.com with ESMTPSA id o2-20020a50d802000000b00410d7f0c52csm321110edj.8.2022.03.31.15.05.53 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 31 Mar 2022 15:05:54 -0700 (PDT) From: Jakob Koschel To: Philipp Reisner Cc: Lars Ellenberg , Jens Axboe , drbd-dev@lists.linbit.com, linux-block@vger.kernel.org, linux-kernel@vger.kernel.org, Mike Rapoport , "Brian Johannesmeyer" , Cristiano Giuffrida , "Bos, H.J." , Jakob Koschel Subject: [PATCH 1/2] drbd: remove usage of list iterator variable after loop for list_for_each_entry_safe_from() Date: Fri, 1 Apr 2022 00:03:48 +0200 Message-Id: <20220331220349.885126-1-jakobkoschel@gmail.com> X-Mailer: git-send-email 2.25.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org In preparation to limit the scope of a list iterator to the list traversal loop, use a dedicated pointer to iterate through the list [1]. Since that variable should not be used past the loop iteration, a separate variable is used to 'remember the current location within the loop'. To either continue iterating from that position or skip the iteration (if the previous iteration was complete) list_prepare_entry() is used. Link: https://lore.kernel.org/all/CAHk-=wgRr_D8CB-D9Kg-c=EHreAsk5SqXPwr9Y7k9sA6cWXJ6w@mail.gmail.com/ [1] Signed-off-by: Jakob Koschel --- drivers/block/drbd/drbd_main.c | 7 +++++-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/drivers/block/drbd/drbd_main.c b/drivers/block/drbd/drbd_main.c index 96881d5babd9..9676a1d214bc 100644 --- a/drivers/block/drbd/drbd_main.c +++ b/drivers/block/drbd/drbd_main.c @@ -171,7 +171,7 @@ void tl_release(struct drbd_connection *connection, unsigned int barrier_nr, unsigned int set_size) { struct drbd_request *r; - struct drbd_request *req = NULL; + struct drbd_request *req = NULL, *tmp = NULL; int expect_epoch = 0; int expect_size = 0; @@ -225,8 +225,11 @@ void tl_release(struct drbd_connection *connection, unsigned int barrier_nr, * to catch requests being barrier-acked "unexpectedly". * It usually should find the same req again, or some READ preceding it. */ list_for_each_entry(req, &connection->transfer_log, tl_requests) - if (req->epoch == expect_epoch) + if (req->epoch == expect_epoch) { + tmp = req; break; + } + req = list_prepare_entry(tmp, &connection->transfer_log, tl_requests); list_for_each_entry_safe_from(req, r, &connection->transfer_log, tl_requests) { if (req->epoch != expect_epoch) break; base-commit: f82da161ea75dc4db21b2499e4b1facd36dab275 -- 2.25.1