Received: by 2002:a05:6512:3d0e:0:0:0:0 with SMTP id d14csp869857lfv; Tue, 12 Apr 2022 07:32:56 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxI+9SLmQqhHsBh5O0laNpgqzjKope4aP5+9Q8gAg2Ka/Jp1hEkkQwFn968CCDWAoMUwbrM X-Received: by 2002:a17:903:4052:b0:156:229d:ffed with SMTP id n18-20020a170903405200b00156229dffedmr37676628pla.98.1649773976334; Tue, 12 Apr 2022 07:32:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1649773976; cv=none; d=google.com; s=arc-20160816; b=Og9zczZ1fdgcb41KE7o3Plo7cetGXcezQxTMUlBL7cqFMoGbNFXK0KrHGot3Z/NQKN KL21pmlHvbWaulIZVPi8G3JShMMN1Kxm9P149fgU6UJrJOxTcOhVaaVB7aPkjAm6Wr1H p6NmSR5DuqH3pGWjh7EZCbXTMj3Su4HK9vAL18azBQTc6QB8FMCjA849UMEzaI1SiIzc 7YHuEKx1T+HmJ/f8ITzqZZjILp8BBYbuwjuMkNcJGogeZBs0k1JaCJL0posDneP0w6m3 3WpZTF/4vLrN1Y0TA0BZ96IssW71j48x4jZAMGCad3udxqlyh+mpxqMIoOYCBjdS8lZp ffRA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=2IYDe10dmsGy8DJcaB3vGWy7J8LhPKTO6Cy2zoRK/ho=; b=QTzFMMlypibrLiJu5rkHxJdNW02LfnuUSUDDYurCrim+74/Gq7rrmWYsYgskaWXZgY TAHqxAu1N/Dz2/zAqAj1cqNIgXteG0I0I6emknxdaqPr7Fq9OU+Zlg9+mS6zY8wNRq2M f1T1jSvfaKTDFjjPfZ0vKr4xIA+RZa1fcKsziAYGmCWB0jVRGQ/V3RQ4/tS3t9VWfbyY AIFKQWwPfYTr/1ToNzz6agl6nszg+VSWoA4l5yth8k/Ft68bVMCd6XHOO/TlxSkWlRRS PZ+zpfYJVnS93LAVUK1jgrk8XWSNkSfx5Ff4xUkT5KJhQM9XlUAqvfd7j5LEUfPwoJhP oKgA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=mt++UCES; 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 j11-20020a056a00234b00b004fa3a8dffa3si12289319pfj.90.2022.04.12.07.32.38; Tue, 12 Apr 2022 07:32:56 -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=mt++UCES; 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 S236133AbiDINW5 (ORCPT + 99 others); Sat, 9 Apr 2022 09:22:57 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54772 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S241968AbiDINWo (ORCPT ); Sat, 9 Apr 2022 09:22:44 -0400 Received: from mail-lj1-x22f.google.com (mail-lj1-x22f.google.com [IPv6:2a00:1450:4864:20::22f]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 7A0B2B7C8; Sat, 9 Apr 2022 06:20:34 -0700 (PDT) Received: by mail-lj1-x22f.google.com with SMTP id q14so14628771ljc.12; Sat, 09 Apr 2022 06:20:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=message-id:date:mime-version:user-agent:subject:content-language:to :cc:references:from:in-reply-to:content-transfer-encoding; bh=2IYDe10dmsGy8DJcaB3vGWy7J8LhPKTO6Cy2zoRK/ho=; b=mt++UCES/exeXjRVb7JPbS3ZpWcOYQXe3eKjgYEAFS5DUVNUDSulsQ5FgaDVplCXiC KZcGfJH8V52LSkVPb7LCbOF+vWcVODy6iXS4T1iRTkcVs8DvdHD2pDqDBBweVW9W3MZ/ cdJYn+WovG1sDY+XNVYyhIAuXjzpP+9bc4k5fggvVY20NxVdZiQ2/9iolFmCx7rZiMtH b5MNtWORQFQuM/yFkRa6cgthe7iCHumWCc6XUDX5wG9D4pAW6K6W20NH2NnIkfLIN3sW 2b4GZgPyjT+lZKGB4giCgOnBv5rBp4QHkSaf4y0AAP0lHffRiFg/ofy1R5BBq5Ys7cC0 wNQQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent:subject :content-language:to:cc:references:from:in-reply-to :content-transfer-encoding; bh=2IYDe10dmsGy8DJcaB3vGWy7J8LhPKTO6Cy2zoRK/ho=; b=qYO/K1E6UJE6F5xAZ6TYkcVolMfiWsbKp8t0dh/1A/CaRChja4XNKgTHnoLsA7yCte /+cW8aoQo8MzfATTFljUxFSbMfmTs8v98NWNZpFtErGhdHVqzLm+0FppiNOlswAc5QbE cIV9rXy9dxALTomiBtTY3Idt0D9sbwZd4qIdJYvbNt0unpRE9uKQVIs0ikYK5My+lxhX vNI/R77BulhU+MXukIAzICHNLWnWnzHvytQvHMqzRkBUYp2CGebN3RLMq0ChMnpDK04I Z+S/2/Jshqz+HYotc3S0m/5Lc1szSXmPlQiz6jLsl7RqFcscp/19d8lYkbnJG7hzceyp qoxg== X-Gm-Message-State: AOAM533rsBoTNS5+KRHXu3lDQNCYOXY1PWiQR1jxpLRCDtFH+21DTvy0 IVZZNSZ8GLQPVFdQ8Z45QHs= X-Received: by 2002:a2e:81da:0:b0:24b:4e65:e3e0 with SMTP id s26-20020a2e81da000000b0024b4e65e3e0mr4934755ljg.483.1649510432658; Sat, 09 Apr 2022 06:20:32 -0700 (PDT) Received: from [192.168.31.104] (static-91-225-135-18.devs.futuro.pl. [91.225.135.18]) by smtp.gmail.com with ESMTPSA id s11-20020a2e9c0b000000b0024ace83744asm2527195lji.116.2022.04.09.06.20.31 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 09 Apr 2022 06:20:32 -0700 (PDT) Message-ID: <446a3e88-4c14-300d-862a-1279274c3760@gmail.com> Date: Sat, 9 Apr 2022 15:20:29 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.7.0 Subject: Re: [PATCH] block: Remove redundant assignments Content-Language: en-US To: Tom Rix , Jens Axboe , "Richard Russon (FlatCap)" , Nathan Chancellor , Nick Desaulniers Cc: linux-block@vger.kernel.org, linux-kernel@vger.kernel.org, linux-ntfs-dev@lists.sourceforge.net, llvm@lists.linux.dev References: <20220409101933.207157-1-michalorzel.eng@gmail.com> <20220409101933.207157-2-michalorzel.eng@gmail.com> From: Michal Orzel In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.9 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,NICE_REPLY_A, 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 Hi Tom, > > On 4/9/22 3:19 AM, Michal Orzel wrote: >> Get rid of redundant assignments which end up in values not being >> read either because they are overwritten or the function ends. > > This log is the same as your last patch. > > Instead of a general statement on deadstores, a more specific > > analysis of the setting being removed would be helpful. > > This will mean splitting the patch to match the analysis. > > Tom > I think that this explanation in a commit is enough for such a trivial patch. It informs that we are fixing clang-tidy findings related to deadstores in a block subsystem. What analysis would you want to see? Something like "Remove deadstore assignment ret = -EINVAL in a function bio_map_user_iov" ? I think that it will create too much of not needed overhead. Cheers, Michal