Received: by 2002:ac0:a581:0:0:0:0:0 with SMTP id m1-v6csp3108725imm; Sun, 1 Jul 2018 12:31:37 -0700 (PDT) X-Google-Smtp-Source: AAOMgpeX9CaaZW3X+5VMa2Ou8klyfqAEQlJzlZ6zS0eSArNW+oo695+Mev1byp1EZSh+VBALjyIo X-Received: by 2002:a63:fc44:: with SMTP id r4-v6mr1588107pgk.169.1530473497632; Sun, 01 Jul 2018 12:31:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1530473497; cv=none; d=google.com; s=arc-20160816; b=tohngaia+i4bcPb0o/b+s/QBlnK0tjdyffJNF8qwSYRJKatPhxxkjZ8Sd6Lv/osRLX 0rbaK9+0ddjniL/Oq4sgdnw/j9uwGUXxozdAloHvBihRZOs6Y678WUwXTl2OE2HWkNqo IP00oy4FvjRSTLJDMWyFxgC2neb7bl7dbaH+Fe5KV1c5ygkHgNSdN0EjzeJn6CXpDuGU OD03XQ7YCXvsfk6NLXTFKrSdpHjRcF0kUUM0dFk9MC1PWY4usf2F6qHwUMhlzZ1pNX63 YO/eApQG8rZZG6QmCRqNonlTZFKrH7wu3Lp7dLXTypJsaJrqvfXP33Ex2qHDiSnSPBs6 OEZw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=4qu2GIStP/ynKR6af6loS1EqDTuHv2b2K7AczF0zwQA=; b=gQ91o+k+cEHcSxiZbOhLKOJKrq0OhAdBz5G4EqLmRSFpBTpuYLIOE/TxoOjXD9TvNx g6gTT3lVU4B/69mzYg6Pt1SO/z5GIn9zn9RZgT2aBwcbkjN6upto55mOJmRwpTkm92Tl n9gADjskmnWZHb86gCfSgaFLTdmqoSzWcoj43Gp9W151Bg66eXqEzPalzYt+XfOaoZlC ScD9Xi/whYC6FaOCqzvFtJnyx4owkdp653V2CGvrc7We/IY64gIWdEIHYh42wwBA28lR 21EJy80Gn5YlEU/F53VaFzM1xWsv/nMePqYTwricXXjS9kFOnfXCkGRs3HlSlGOrTIvg oS5g== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 89-v6si15401791pla.205.2018.07.01.12.31.23; Sun, 01 Jul 2018 12:31: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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752566AbeGAT3m (ORCPT + 99 others); Sun, 1 Jul 2018 15:29:42 -0400 Received: from zeniv.linux.org.uk ([195.92.253.2]:60940 "EHLO ZenIV.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752433AbeGAT3j (ORCPT ); Sun, 1 Jul 2018 15:29:39 -0400 Received: from viro by ZenIV.linux.org.uk with local (Exim 4.87 #1 (Red Hat Linux)) id 1fZhyy-0008PD-Vj; Sun, 01 Jul 2018 19:26:01 +0000 Date: Sun, 1 Jul 2018 20:26:00 +0100 From: Al Viro To: Huaisheng Ye Cc: dan.j.williams@intel.com, dave.jiang@intel.com, willy@infradead.org, ross.zwisler@linux.intel.com, vishal.l.verma@intel.com, jack@suse.com, chengnt@lenovo.com, linux-nvdimm@lists.01.org, linux-kernel@vger.kernel.org, linux-ext4@vger.kernel.org, Huaisheng Ye Subject: Re: [PATCH 2/3] fs/ext2/inode: Fix a type cast error for fsdax Message-ID: <20180701192600.GT30522@ZenIV.linux.org.uk> References: <20180701061848.7036-1-yehs2007@zoho.com> <20180701061848.7036-2-yehs2007@zoho.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180701061848.7036-2-yehs2007@zoho.com> User-Agent: Mutt/1.9.1 (2017-09-22) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Jul 01, 2018 at 02:18:47PM +0800, Huaisheng Ye wrote: > From: Huaisheng Ye > > The type of offset within struct iomap is loff_t, which represents > file offset of mapping. > > In ext2_iomap_begin, iomap->offset shall be given a type cast as > loff_t instead of u64. Why is it an error? loff_t is uniformly typedefed to long long. In which case the second variant is different from the first one *and* does not step into nasal demon territory? > - iomap->offset = (u64)first_block << blkbits; > + iomap->offset = (loff_t)first_block << blkbits;