Received: by 10.213.65.68 with SMTP id h4csp486747imn; Wed, 28 Mar 2018 07:20:22 -0700 (PDT) X-Google-Smtp-Source: AIpwx4+S9eZH8KbWBg8iFevwqbSD0COrE1crRIl1/VbAEB6cxHpatf55UOJnk5Db7P08SV9VCvhf X-Received: by 10.101.81.204 with SMTP id i12mr2717375pgq.206.1522246822421; Wed, 28 Mar 2018 07:20:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1522246822; cv=none; d=google.com; s=arc-20160816; b=GfHrSt5bMHT4LEPA6Qt4/rgFqKSXNa06co/DMiNRRVDcSKKg+Flk5Xut1Q1sTAxgNB mnmznq+xCiCSHXgG48/r6Jwg62EDkz2UQujVUdTTwM20d+j/U6F+LJkrhxlKbT+bweJY T+DebGFzQKsXa9Ct25lw6A6LE4owp40Xs/vc1K3naEpVbO8d+oPb6DWn7TLoz48bneM+ QxRELer21j/vAACXHdNRan1zsmI/Zc6QEC++9a6u0kfWQKLSYXJzNjiygUktTa5IP9Rr rQrilyMpNJcdvImGtD/01bPlIFqiIRIA5DUHHMUktnjPpO3MTAIH3ptQM2vJyVQu2SJ/ 2mpg== 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=b21Ar1IDDFB/DiinLiXD6OgLFaytBJDwTnkDJdqa1ZA=; b=glM6Jb7HmrslEpDGT53y4JikucIvBlF1f1SwuJLqDF9lH/78QaLA/DjpKLwYwISiD+ L5ITXQ/RY444FH3s1AKn+MV4KmL13VHld0ydPj3k7sUQwQoqhly9XQKuUSvALbFqDtDV tSvmbD0RGq+MKhoDWluxa1na11HX+vR3pFyORkAKruT1sYlamoPyd5ydrmDVZuxSpch9 628x+NSTyHgGYIZ0blJRyYcc4G87eowcUDT/WyEAs1yPz1619WpAn2vhSE+XbNYw1LXW BK1p2iVsNVc6iGqLUzUJm1TDwXt1TDdbIP5q0oCsMrwChNM9P5/pWKs88/D+RDT9OByP Tb7A== 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 l8si2533050pgr.187.2018.03.28.07.19.44; Wed, 28 Mar 2018 07:20:22 -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 S1753554AbeC1ORt (ORCPT + 99 others); Wed, 28 Mar 2018 10:17:49 -0400 Received: from mga01.intel.com ([192.55.52.88]:17289 "EHLO mga01.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750820AbeC1ORs (ORCPT ); Wed, 28 Mar 2018 10:17:48 -0400 X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False Received: from orsmga002.jf.intel.com ([10.7.209.21]) by fmsmga101.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 28 Mar 2018 07:17:48 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.48,371,1517904000"; d="scan'208";a="46011552" Received: from unknown (HELO localhost.localdomain) ([10.232.112.44]) by orsmga002.jf.intel.com with ESMTP; 28 Mar 2018 07:17:47 -0700 Date: Wed, 28 Mar 2018 08:20:14 -0600 From: Keith Busch To: Arnd Bergmann Cc: Jens Axboe , Christoph Hellwig , Sagi Grimberg , Matias =?iso-8859-1?Q?Bj=F8rling?= , Johannes Thumshirn , Hannes Reinecke , linux-nvme@lists.infradead.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] nvme: use upper_32_bits() instead of bit shift Message-ID: <20180328142014.GB13039@localhost.localdomain> References: <20180328135817.2419127-1-arnd@arndb.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180328135817.2419127-1-arnd@arndb.de> 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 Wed, Mar 28, 2018 at 03:57:47PM +0200, Arnd Bergmann wrote: > @@ -2233,8 +2233,8 @@ int nvme_get_log_ext(struct nvme_ctrl *ctrl, struct nvme_ns *ns, > c.get_log_page.lid = log_page; > c.get_log_page.numdl = cpu_to_le16(dwlen & ((1 << 16) - 1)); > c.get_log_page.numdu = cpu_to_le16(dwlen >> 16); > - c.get_log_page.lpol = cpu_to_le32(offset & ((1ULL << 32) - 1)); > - c.get_log_page.lpou = cpu_to_le32(offset >> 32ULL); > + c.get_log_page.lpol = cpu_to_le32(lower_32_bits(offset)); > + c.get_log_page.lpou = cpu_to_le32(upper_32_bits(offset)); > > return nvme_submit_sync_cmd(ctrl->admin_q, &c, log, size); > } Right, Matias posted the same fix here: http://lists.infradead.org/pipermail/linux-nvme/2018-March/016474.html In addition to the type safe shifting, a 64-bit type was used to match the spec.