Received: by 10.223.176.46 with SMTP id f43csp3894466wra; Tue, 23 Jan 2018 00:32:50 -0800 (PST) X-Google-Smtp-Source: AH8x227daCJEEjyb3C4eAvmnSVrdX8aXWdNAwhXWQZA/XoNyEqNyHP22Jqk36LNodycexEBENTlS X-Received: by 10.99.126.73 with SMTP id o9mr8791738pgn.429.1516696370621; Tue, 23 Jan 2018 00:32:50 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1516696370; cv=none; d=google.com; s=arc-20160816; b=ZvAY2Dnecc0XoQ5mg1VtyqcMck8J3y7FL1DmlArULK+989ZjQ2gh6ThEskYzTIL1FG THKcgMDItgpJaUgHhcmWLTL5Bx1ExORgpsL4jw2hwwJx7RhZ+Fey/3MuZQbezQ2HVu4q 3NO+tpY+vHaGcvHGBm0D+pynHZ66EgMBEs+Iuur6i+37b9MGlIITOVt2fmp+8vjb6uUa EUAXMzQJYexY/VgKj2UdaQ8C+NB9ZIZ6BMlE10O9R2naattVFcRhifdx8FTtjY3lkYSS lljIkbcIdKgH83Wvb4GpmLYe1HFSZC0sLJj18ns0k2WIUJ4np/8yFhmTzPMzzfAXKisY zB+Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :organization:references:in-reply-to:date:cc:to:from:subject :message-id:arc-authentication-results; bh=+pkQMm90e7JOfcfoIU7EHY9S1Vm16m8RmtGoIgJDJSA=; b=zsGlivtT79Wu0h8fZN2p1Ut5DisvrMwBMHFFkCqbsXuT1O6CapEXm2YiOxzBL6ZiBU V+BL7W878M/8D9gx7hba5C1pA6GbACcXgDOi+780MbIy6R4uDkY4IXK8jzQgKBHurj1/ BAlbqWq9/WWnRjfo3txNigSDzxKtRMZrQRFepGTrahc9bxUI6RjCLJzG6ie79Yy2wG/P m3wItMf7lI9PVbs+M1ed5cTcTDGf45Qe8Gg/DTFpnJG3Do/MQWvL1Jx3hrDYbCn8igmT m1Lcjl8BjyuYy9flDTiYODZcEfHyxmJY38uLADN/d7Eynbm+haTjl8/9QVj74s3jFakU 7wYQ== 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 j3-v6si4375741plk.506.2018.01.23.00.32.36; Tue, 23 Jan 2018 00:32:50 -0800 (PST) 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 S1751182AbeAWIcI (ORCPT + 99 others); Tue, 23 Jan 2018 03:32:08 -0500 Received: from mga04.intel.com ([192.55.52.120]:27281 "EHLO mga04.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750760AbeAWIcH (ORCPT ); Tue, 23 Jan 2018 03:32:07 -0500 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga008.fm.intel.com ([10.253.24.58]) by fmsmga104.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 23 Jan 2018 00:32:07 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.46,400,1511856000"; d="scan'208";a="12469284" Received: from smile.fi.intel.com (HELO smile) ([10.237.72.86]) by fmsmga008.fm.intel.com with ESMTP; 23 Jan 2018 00:32:05 -0800 Message-ID: <1516696324.7000.1185.camel@linux.intel.com> Subject: Re: [PATCH v1] x86/io: Define readq()/writeq() to use 64-bit type From: Andy Shevchenko To: hpa@zytor.com, "Mehta, Sohil" , "tglx@linutronix.de" , "mingo@redhat.com" , "x86@kernel.org" , "linux-kernel@vger.kernel.org" Cc: "mitake@dcl.info.waseda.ac.jp" Date: Tue, 23 Jan 2018 10:32:04 +0200 In-Reply-To: References: <20180119143322.16555-1-andriy.shevchenko@linux.intel.com> <1516667578.153063.78.camel@intel.com> Organization: Intel Finland Oy Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.26.3-1 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 2018-01-22 at 16:46 -0800, hpa@zytor.com wrote: > On January 22, 2018 4:32:14 PM PST, "Mehta, Sohil" com> wrote: > > On Fri, 2018-01-19 at 16:33 +0200, Andy Shevchenko wrote: > > > +build_mmio_read(readq, "q", unsigned long long, "=r", :"memory") > > > +build_mmio_read(__readq, "q", unsigned long long, "=r", ) > > > +build_mmio_write(writeq, "q", unsigned long long, "r", :"memory") > > > +build_mmio_write(__writeq, "q", unsigned long long, "r", ) > > > > > > #define readq_relaxed(a) __readq(a) > > > #define writeq_relaxed(v, a) __writeq(v, a) > > > > The patch works for me: > > > > Tested-by: Sohil Mehta > > > Wouldn't simply u64 make more sense? It would break a common style used in this module for the rest of accessors. So, I prefer to go with unsigned long long and change later, if needed, from POD types to uNN ones in entire file. -- Andy Shevchenko Intel Finland Oy