Received: by 2002:ac0:a581:0:0:0:0:0 with SMTP id m1-v6csp1284291imm; Tue, 3 Jul 2018 08:31:35 -0700 (PDT) X-Google-Smtp-Source: ADUXVKLDMArxzXwpYPD3rKFGAI++RLDQHm95pBPNK3nkbHJA4obpN2q3b3DCyr/DGhdkilmLNFm+ X-Received: by 2002:a17:902:6b4c:: with SMTP id g12-v6mr30393111plt.159.1530631895495; Tue, 03 Jul 2018 08:31:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1530631895; cv=none; d=google.com; s=arc-20160816; b=WycsOwTkROPDqD3uQPA5FgxU6iBDs+5/dkuO0G4qXZ1pOztPj49JCkg8gcafj33MD7 ZCYLjORDA3mVHs1lpRGJTJE2/wC5cNcX6jbiqmBBUKx8P3vKlESQUi4sVRALQ+vwVCT7 5OqRvy8Cfblxd6jBaeDj18Y+ds357FBCqjdbJi0WDcn+dIPRsrryu02uZKE3k/JWzh3r B7HfoMn6LU1XNQqqPiYOCy/u6zXsZxVml6F9idf+CkUS2JDbbu2U3nmNwHR+7zRvGnmT NUqNXUG/td4vdM1G3x9supD9lEodLaPnQGJrbfBo6EhiqpgEX6XbsOf4Yy/swiN41SOq L8ZA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:user-agent:in-reply-to :content-disposition:mime-version:references:subject:cc:to:from:date :arc-authentication-results; bh=eS7+u0yFQ2pgHEiuwyTpKTMg4F+LaakGtX3U5k+B3Bw=; b=lgzI0yA9joZXoGrHsFpF359PE9fHBhlew4H9vjirHpaYxznWV3Vox+5O+6ojwct6Nu gao9BHG4AUud+IC0+Mjw4OBNZ80IV46KqNM9vTSu2PiMH4CxB7JGLUnlfTS884i4+Bvh y0B5gt7BURhdCvEue8pVKW4e488PtgZGhIp3wIAMMeujviteb29H45+CI3SwYxqF9aQk fbGMTfZim/vrHf9snFQzY0GL6Hu1WwwJQfgg3r2KfqpPptWheO6gRZ2RiwllTzLsElC/ q9v9v3uPw3bAT4a8fUcZbPXyesv3tEh4FJ/wdsLI0aNlKGW07GCnk5B0SwXaGCZzkv2N L5HQ== 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 q66-v6si1439409pfd.153.2018.07.03.08.31.20; Tue, 03 Jul 2018 08:31:35 -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 S1753565AbeGCPac (ORCPT + 99 others); Tue, 3 Jul 2018 11:30:32 -0400 Received: from mx0a-001b2d01.pphosted.com ([148.163.156.1]:44614 "EHLO mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753510AbeGCPa3 (ORCPT ); Tue, 3 Jul 2018 11:30:29 -0400 Received: from pps.filterd (m0098399.ppops.net [127.0.0.1]) by mx0a-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w63FO3lo103805 for ; Tue, 3 Jul 2018 11:30:29 -0400 Received: from e06smtp03.uk.ibm.com (e06smtp03.uk.ibm.com [195.75.94.99]) by mx0a-001b2d01.pphosted.com with ESMTP id 2k09828642-1 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT) for ; Tue, 03 Jul 2018 11:30:28 -0400 Received: from localhost by e06smtp03.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Tue, 3 Jul 2018 16:30:26 +0100 Received: from b06cxnps4074.portsmouth.uk.ibm.com (9.149.109.196) 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) Tue, 3 Jul 2018 16:30:23 +0100 Received: from d06av21.portsmouth.uk.ibm.com (d06av21.portsmouth.uk.ibm.com [9.149.105.232]) by b06cxnps4074.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id w63FUMwN21037286 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Tue, 3 Jul 2018 15:30:22 GMT Received: from d06av21.portsmouth.uk.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 337A352054; Tue, 3 Jul 2018 18:30:48 +0100 (BST) Received: from rapoport-lnx (unknown [9.148.206.209]) by d06av21.portsmouth.uk.ibm.com (Postfix) with ESMTPS id 5A74852067; Tue, 3 Jul 2018 18:30:47 +0100 (BST) Date: Tue, 3 Jul 2018 18:30:20 +0300 From: Mike Rapoport To: Matthew Wilcox Cc: Michal Hocko , Geert Uytterhoeven , Greg Ungerer , Sam Creasey , linux-m68k@lists.linux-m68k.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 2/3] m68k/page_no.h: force __va argument to be unsigned long References: <1530613795-6956-1-git-send-email-rppt@linux.vnet.ibm.com> <1530613795-6956-3-git-send-email-rppt@linux.vnet.ibm.com> <20180703142054.GL16767@dhcp22.suse.cz> <20180703150315.GC4809@rapoport-lnx> <20180703150535.GA21590@bombadil.infradead.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180703150535.GA21590@bombadil.infradead.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-TM-AS-GCONF: 00 x-cbid: 18070315-0012-0000-0000-0000028658BE X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused x-cbparentid: 18070315-0013-0000-0000-000020B7D628 Message-Id: <20180703153019.GD4809@rapoport-lnx> X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-07-03_06:,, signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501 malwarescore=0 suspectscore=2 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=866 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1806210000 definitions=main-1807030176 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jul 03, 2018 at 08:05:35AM -0700, Matthew Wilcox wrote: > On Tue, Jul 03, 2018 at 06:03:16PM +0300, Mike Rapoport wrote: > > On Tue, Jul 03, 2018 at 04:20:54PM +0200, Michal Hocko wrote: > > > On Tue 03-07-18 13:29:54, Mike Rapoport wrote: > > > > Add explicit casting to unsigned long to the __va() parameter > > > > > > Why is this needed? > > > > To make it consitent with other architecures and asm-generic :) > > > > But more importantly, __memblock_free_late() passes u64 to page_to_pfn(). > > Why does memblock work in terms of u64 instead of phys_addr_t? Historically? It started off with unsigned long, then commit e5f270954364 ("[LMB]: Make lmb support large physical addressing") converted it to u64 for 32-bit systems sake. And the definition of ARCH_PHYS_ADDR_T_64BIT in commit 600715dcdf56 ("generic: add phys_addr_t for holding physical addresses")) came in later. -- Sincerely yours, Mike.