Received: by 2002:a05:6a10:c604:0:0:0:0 with SMTP id y4csp1659571pxt; Sat, 7 Aug 2021 19:58:42 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwKxEq9t1b5HYayy9UO72KVUi5pD8iukFYJjszqccP90a6cBROXXH9rs9/QWDqdXT1vPiAP X-Received: by 2002:a50:d749:: with SMTP id i9mr22257449edj.248.1628391521925; Sat, 07 Aug 2021 19:58:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1628391521; cv=none; d=google.com; s=arc-20160816; b=IXMCR1jSpAonfiyUrvZI7P+jv5lvSpX2ANtx7df7SSEFES2e668GGkbNp1EI8BPxft 1idiyzPZXwHESQjuGIV7ZbtYhqUVHmgf4/7EB1lfFGX7Ck6ksfpbcH0TNgM8OHJaFz/C 6vYqlnQdh5a2FmrkcVALGtd/ghdUhZuTFe1vcHCtAiyYjVVo1vUvrQ/2i+/ffoVKRMSL hhl5E6KbkF1+EO+WsWOpkqU2BHXBLhkN057vPV+7NH6DyPOOu2t73FGuSceEPna3DsbH 7vN24cnfko6v5g6KlDQCw9Jr3vANnBBhSlgkzmzxCzl1+lcAwtniPHq74S/6G/Yj8QEE VkiA== 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 :mime-version:user-agent:date:message-id:from:references:cc:to :subject; bh=cDjrcP9t0+kZbs54mOwNOOADUs1DSLXi3g2jDRYIe3c=; b=z19BRWgnjwpzjB4VFBmT0ONoQzZusyIKEKkPc/kZwRYkeWd3dyUb4+fwriP0u8NaRh DydRyLLTMKywbjnckpbLuhzXpLYmG3KTykbdNIB+Vg993UpWBf8sufuroEZU+I5qj905 TZ7Sm9ypGFh/vJ0Z+DhY3iYktQ7WaRQSkwhp1V+QTgAKiPK1fkP12KfyRHeiBLsrLtS9 koZhRNnzfKTT0hIi6Hmk+twXfxS//4+sPTzVE+pPDMPyDo1aCVdyTP1sR7R0pa0xGi/a s+eIQVK6mao+Hre3qwbjmNeAiwjB7+2fwUYcOSa7hGwg6q/uMTeypaMajzewocD0z5N8 ttFw== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id f24si13105135ejb.334.2021.08.07.19.58.19; Sat, 07 Aug 2021 19:58:41 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230126AbhHHC4S (ORCPT + 99 others); Sat, 7 Aug 2021 22:56:18 -0400 Received: from out30-133.freemail.mail.aliyun.com ([115.124.30.133]:38633 "EHLO out30-133.freemail.mail.aliyun.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229882AbhHHC4S (ORCPT ); Sat, 7 Aug 2021 22:56:18 -0400 X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R941e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=e01e01424;MF=baolin.wang@linux.alibaba.com;NM=1;PH=DS;RN=4;SR=0;TI=SMTPD_---0UiGbLY0_1628391358; Received: from 30.39.238.167(mailfrom:baolin.wang@linux.alibaba.com fp:SMTPD_---0UiGbLY0_1628391358) by smtp.aliyun-inc.com(127.0.0.1); Sun, 08 Aug 2021 10:55:58 +0800 Subject: Re: [PATCH 5/5] mm: migrate: Remove redundant goto labels To: Yang Shi Cc: Andrew Morton , Linux MM , Linux Kernel Mailing List References: <98937827-89ec-2a3b-b389-da28f8493cb1@linux.alibaba.com> From: Baolin Wang Message-ID: <95b8958c-3887-1267-9cca-d8e12549113b@linux.alibaba.com> Date: Sun, 8 Aug 2021 10:56:29 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.12.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > On Thu, Aug 5, 2021 at 8:19 PM Baolin Wang > wrote: >> >> Hi Yang, >> >>> On Thu, Aug 5, 2021 at 8:06 AM Baolin Wang >>> wrote: >>>> >>>> Remove redundant goto labels to simplify the code. >>> >>> TBH I don't see too much benefit. The "goto" makes the functions have >>> a single exit point. >> >> Yes, I agree that the 'goto' statement can make things easier when a >> function exits from multiple locations and some common work such as >> cleanup has to be done, as well as introducing complexity to reading the >> code. So per the coding style documentation, "If there is no cleanup >> needed then just return directly", which can make code more readable I >> think :) >> >> But I have no strong opinion on this, I can drop this patch if you still >> think this is unnecessary. Thanks for your review and comments. > > Thanks, IMHO I'd like to drop it for now. OK, will do. Thanks.