Received: by 2002:a25:c593:0:0:0:0:0 with SMTP id v141csp214269ybe; Tue, 3 Sep 2019 21:12:37 -0700 (PDT) X-Google-Smtp-Source: APXvYqz77eudmfXsv+JOYviedPCzw4whIBJJxMUrOorliWCpp+QfFZVJMoiUOgGdhuZPhuLC73hU X-Received: by 2002:a17:90a:ff08:: with SMTP id ce8mr2809646pjb.123.1567570357245; Tue, 03 Sep 2019 21:12:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1567570357; cv=none; d=google.com; s=arc-20160816; b=BoKKZc40N4xTRk2tWHsINRJPixuXilTRlxhjmQESTvQG1mnFezPuOQPWkPdeMsSKAI q0xUo9ZcJtk6rDMgyUuftEwi2pzJRU+kvXFT0/JSOU+ZG7GnUQgdTeytV6seLtTlu9BR MZMV1D3tvwFIX0+Hq4CRLQ3XRsdic2uqYzACuUYjiiuNX3UYCZDfL6o3Kl9ANf6mjyaq qqVyevrHWX6RMEYQfBoVIKzndqPaQHl15G4IGHG+/VmsalSwabIvV37RBNDR+bcIRwFJ KjBowgC++EjaP8L7fllYGxOBIbh3AV2j8O0VY0PO2qfw76UtnS9Ce4MEAeWD2hemc6ko CGjA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:subject:message-id :content-transfer-encoding:mime-version:user-agent:organization :references:in-reply-to:date:cc:to:from; bh=t3PAqMQJT/y1sNKHH4qYDpoV4STaZo1DEWgiSBOMf4w=; b=t0JUnNunJpys/672loSdkqeaTsPhkYFomE/JhrOQ4muCxZWcLnDAoraTBYXx3fOKyu uTsY7Nb6ghLo1JQbtfiqT0CLTKPmP9SW2GT9QtYoUaOd1vEQFV9froVG1Z/NCKLJzphD yEXKxWYVG2gkAT0dhH6UxmhbuNUPnEnNDQlBx+TZcK5ko3i4nLyOKOPOLOWJnHlWGnlV I2PH6XlJ57BWedMYYtpleEbHkNnOs41ahPKiKUSMN9qFpAcRfHZoB72zrqGqA72f+rhf 91CVUZUPG/M0f9MKOSIv1q1Nqi95U3h3EP1rZMudv63bFS3BYs+5g081lyee/XONrXsu uOwQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=ibm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id a18si16144341pgg.28.2019.09.03.21.12.21; Tue, 03 Sep 2019 21:12:37 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=ibm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726173AbfIDELa (ORCPT + 99 others); Wed, 4 Sep 2019 00:11:30 -0400 Received: from mx0a-001b2d01.pphosted.com ([148.163.156.1]:42800 "EHLO mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725908AbfIDEL3 (ORCPT ); Wed, 4 Sep 2019 00:11:29 -0400 Received: from pps.filterd (m0098409.ppops.net [127.0.0.1]) by mx0a-001b2d01.pphosted.com (8.16.0.27/8.16.0.27) with SMTP id x843v8Si072518 for ; Wed, 4 Sep 2019 00:11:28 -0400 Received: from e06smtp03.uk.ibm.com (e06smtp03.uk.ibm.com [195.75.94.99]) by mx0a-001b2d01.pphosted.com with ESMTP id 2ut59fs3s9-1 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT) for ; Wed, 04 Sep 2019 00:11:28 -0400 Received: from localhost by e06smtp03.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Wed, 4 Sep 2019 05:11:25 +0100 Received: from b06cxnps3074.portsmouth.uk.ibm.com (9.149.109.194) by e06smtp03.uk.ibm.com (192.168.101.133) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted; (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256) Wed, 4 Sep 2019 05:11:20 +0100 Received: from d06av21.portsmouth.uk.ibm.com (d06av21.portsmouth.uk.ibm.com [9.149.105.232]) by b06cxnps3074.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id x844BJ6153870652 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 4 Sep 2019 04:11:19 GMT Received: from d06av21.portsmouth.uk.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 2895652051; Wed, 4 Sep 2019 04:11:19 +0000 (GMT) Received: from ozlabs.au.ibm.com (unknown [9.192.253.14]) by d06av21.portsmouth.uk.ibm.com (Postfix) with ESMTP id CB28352054; Wed, 4 Sep 2019 04:11:18 +0000 (GMT) Received: from adsilva.ozlabs.ibm.com (haven.au.ibm.com [9.192.254.114]) (using TLSv1.2 with cipher AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ozlabs.au.ibm.com (Postfix) with ESMTPSA id 6FABBA0147; Wed, 4 Sep 2019 14:11:17 +1000 (AEST) From: "Alastair D'Silva" To: Christophe Leroy Cc: Benjamin Herrenschmidt , Paul Mackerras , Michael Ellerman , Thomas Gleixner , Greg Kroah-Hartman , Qian Cai , Nicholas Piggin , Allison Randal , Andrew Morton , Michal Hocko , Mike Rapoport , David Hildenbrand , linuxppc-dev@lists.ozlabs.org, "linux-kernel@vger.kernel.org" Date: Wed, 04 Sep 2019 14:11:17 +1000 In-Reply-To: References: <20190903052407.16638-1-alastair@au1.ibm.com> <20190903052407.16638-5-alastair@au1.ibm.com> <3bde4dbc-5176-0df5-a0bf-993eef2a333b@c-s.fr> Organization: IBM Australia Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.32.2 (3.32.2-1.fc30) MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-TM-AS-GCONF: 00 x-cbid: 19090404-0012-0000-0000-000003466579 X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused x-cbparentid: 19090404-0013-0000-0000-00002180B5CF Message-Id: <801e881d90668c781f84f5b35501362d92fd9ecb.camel@au1.ibm.com> Subject: RE: [PATCH v2 4/6] powerpc: Chunk calls to flush_dcache_range in arch_*_memory X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2019-09-03_05:,, signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=736 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1906280000 definitions=main-1909040041 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 2019-09-03 at 08:51 +0200, Christophe Leroy wrote: > > > This piece of code looks pretty similar to the one before. Can we > > > refactor into a small helper ? > > > > > > > Not much point, it's removed in a subsequent patch. > > > > But you tell me that you leave to people the opportunity to not > apply > that subsequent patch, and that's the reason you didn't put that > patch > before this one. In that case adding a helper is worth it. > > Christophe I factored it out anyway, since it made the code much nicer to read. -- Alastair D'Silva Open Source Developer Linux Technology Centre, IBM Australia mob: 0423 762 819