Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp811878pxu; Thu, 26 Nov 2020 12:36:05 -0800 (PST) X-Google-Smtp-Source: ABdhPJxdnCHrZaLkAcEeTWnuFFd5NelMS8V4D/twTEOIrrz/CHKmln9VxNwBvHslXMwGEh107Jr/ X-Received: by 2002:a17:906:229a:: with SMTP id p26mr2771804eja.291.1606422964886; Thu, 26 Nov 2020 12:36:04 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1606422964; cv=none; d=google.com; s=arc-20160816; b=Xm3wQAycZoxj0PsBDjoTErzEcSg0H6vLOni3BC0oG4e7wpYj5ke99V64B8M9HwIO9f z6X1wDlojYSW+6Sj/XG4qaMruWYlH8olxjgBJzqUHNr+1Sgxs1AT8peL5tcUvJopzhts rm9Lh1szJ9404KK4GpFaCQbG1TQofBwrqXdeXCBubfUYl02QQi2QHF2bRdIylMuZsR+I wr2PqRWQKf+QrkuIZuXu24lWvC/JU13k3nd7qPnSfh5MIFnE8kq330i6vM2v4NZrI2Xk BdJRs4S29aay721agtX7OKR4nmrLFlph+3gtArTNZxFQBTykcBHVMEpWFmZ4vREV215g tc6w== 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=vSVM84fX61yFHOTp+7w0fAXxAS0zsR2pDS5BRujwUmg=; b=GdGV5nPAlRGgEUIvIGmYPiOdbByHHXkkJ2jL2dpdTMpnElKQcAg84RL5+KkDbvaDyN wW11zDEqeEgnO5P7Ejel3NYp5STvdh4g9fxRaRLgPz5Q2BNPxBpQr6RJD2h9CZYlzzJX Mm2+LHJuDDY3+h+62UCDmfE+flYpy+maYMsd8PgjXIvp48rboYfCPA3YSn02nB0CUXgz YC5CD3H/ZXC2aZRDnINj7cdGpn/pkokRoNZZYsgoOKA3qFoahe3S1EY3O6Yaz329hHrY /DbfWG9J2LfsFJv3/WdL29KmUIIsDkBAOtOIFrsshI4O3WhD5Cj9IA6JE8CEOmEWkFtH 39bA== 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 u9si3230083edd.596.2020.11.26.12.35.42; Thu, 26 Nov 2020 12:36:04 -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; 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 S1733277AbgKZCZE (ORCPT + 99 others); Wed, 25 Nov 2020 21:25:04 -0500 Received: from out30-42.freemail.mail.aliyun.com ([115.124.30.42]:54227 "EHLO out30-42.freemail.mail.aliyun.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1732673AbgKZCZE (ORCPT ); Wed, 25 Nov 2020 21:25:04 -0500 X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R251e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=e01e04407;MF=alex.shi@linux.alibaba.com;NM=1;PH=DS;RN=8;SR=0;TI=SMTPD_---0UGYyqEh_1606357500; Received: from IT-FVFX43SYHV2H.local(mailfrom:alex.shi@linux.alibaba.com fp:SMTPD_---0UGYyqEh_1606357500) by smtp.aliyun-inc.com(127.0.0.1); Thu, 26 Nov 2020 10:25:01 +0800 Subject: Re: [PATCH next] mm/vmscan: __isolate_lru_page_prepare clean up To: Andrew Morton , Vlastimil Babka Cc: Matthew Wilcox , Hugh Dickins , Yu Zhao , Michal Hocko , linux-mm@kvack.org, linux-kernel@vger.kernel.org References: <1605859413-53864-1-git-send-email-alex.shi@linux.alibaba.com> <20201120151307.4d9e3ef092ba01a325db7ce2@linux-foundation.org> <20201122123552.GF4327@casper.infradead.org> <728874d7-2d93-4049-68c1-dcc3b2d52ccd@linux.alibaba.com> <46ad053f-1401-31e8-50cf-09acda588f6f@suse.cz> <20201125154346.b2032c39cf3905bbebec3322@linux-foundation.org> From: Alex Shi Message-ID: Date: Thu, 26 Nov 2020 10:25:00 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.12.0 MIME-Version: 1.0 In-Reply-To: <20201125154346.b2032c39cf3905bbebec3322@linux-foundation.org> Content-Type: text/plain; charset=gbk Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org ?? 2020/11/26 ????7:43, Andrew Morton ะด??: > On Tue, 24 Nov 2020 12:21:28 +0100 Vlastimil Babka wrote: > >> On 11/22/20 3:00 PM, Alex Shi wrote: >>> Thanks a lot for all comments, I picked all up and here is the v3: >>> >>> From 167131dd106a96fd08af725df850e0da6ec899af Mon Sep 17 00:00:00 2001 >>> From: Alex Shi >>> Date: Fri, 20 Nov 2020 14:49:16 +0800 >>> Subject: [PATCH v3 next] mm/vmscan: __isolate_lru_page_prepare clean up >>> >>> The function just return 2 results, so use a 'switch' to deal with its >>> result is unnecessary, and simplify it to a bool func as Vlastimil >>> suggested. >>> >>> Also remove 'goto' by reusing list_move(), and take Matthew Wilcox's >>> suggestion to update comments in function. >> >> I wouldn't mind if the goto stayed, but it's not repeating that much >> without it (list_move() + continue, 3 times) so... > > I tried that, and .text became significantly larger, for reasons which > I didn't investigate ;) > Uh, BTW, with the gcc 8.3.1 and centos 7, goto or continue version has same size on my side with or w/o DEBUG_LIST. But actually, this clean up patch could add 10 bytes also with or w/o DEDBUG_LIST. Maybe related with different compiler? Thanks Alex