Received: by 2002:ac0:bc90:0:0:0:0:0 with SMTP id a16csp4658090img; Tue, 26 Mar 2019 14:01:22 -0700 (PDT) X-Google-Smtp-Source: APXvYqyP2jf5cvRv78vfN8+o99xvKWtreoZ5iA4vbO6KgUBlyg/eN19V5sGoHcr9ImzxhlKBbutz X-Received: by 2002:a65:4247:: with SMTP id d7mr12657013pgq.114.1553634082153; Tue, 26 Mar 2019 14:01:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1553634082; cv=none; d=google.com; s=arc-20160816; b=07gvu5yCHaviWNez7r1BPYl63HStoq4X8wdwU/xCaJ6r/oXQuYIkRZNUlahJ8lEhgC Kslur9pBDAOzs/ovRVeJCePp/Dp4YOwcWueklKfZgWQSE44zuirB6k36O8CA1gFO4fMy wJvjGK1lJ/PDfUVDyJD1NQH7E433fBmssN37GCiMQMgSyvEqj1oGN8KgqXS/wCHegAgD MhKML/dq4zd0pib4w30wC9GWHUE5rbyj6rf9/ZX+WBgoYEe+v9a8d+yKMXLxsvWFVkKL zrsyvx42rTl2trICAqILnCFoopzNwIRA1JQoP9F5CwKg3L8oeAxKrP+fNkxDavLaXfn2 ce8g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :message-id:in-reply-to:subject:cc:to:from:date; bh=BWpb0q7BrDCtwMh2S/pLDryRNMXeqCOdJOP6TAzGsEc=; b=wp5vyr3fzj/IQnkcmRq/UCnsE/Eg3GEd1yk8sUV2ZZmKTbt87IS6oBpAWwLOJu5y0u Wm9gNyRlBm9F0j4qv7icYO4B2Z5GP4uQU6c022eQStUMvbR4l+eGhVyTDQlyzwH/TVfo WjxThji4vCVPBLlCQi6G9qJC2pW+5w+DHJ9+ZwZrZSDiRQpKNWXluA0mjwRVczTmnbhv GJ4kjQ1PObryylpdIpbCJiXywD0QtF9RzTrO5So4zNVOFP00RH6Za3U9FQcA/UKD49GO LglyIktZha2/7lS5/upRJ3ju0joxKOMJosmKiaj2NCrwlIOu9NY2h/HgAFaxfD+c/rvr jN/A== 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 q3si316299pff.61.2019.03.26.14.01.05; Tue, 26 Mar 2019 14:01: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 S1732442AbfCZVAa (ORCPT + 99 others); Tue, 26 Mar 2019 17:00:30 -0400 Received: from Galois.linutronix.de ([146.0.238.70]:49360 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727997AbfCZVA3 (ORCPT ); Tue, 26 Mar 2019 17:00:29 -0400 Received: from p5492e2fc.dip0.t-ipconnect.de ([84.146.226.252] helo=nanos) by Galois.linutronix.de with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1h8tBI-0006Ay-RT; Tue, 26 Mar 2019 22:00:25 +0100 Date: Tue, 26 Mar 2019 22:00:24 +0100 (CET) From: Thomas Gleixner To: Ricardo Neri cc: Ingo Molnar , Borislav Petkov , Ashok Raj , Andi Kleen , Peter Zijlstra , "Ravi V. Shankar" , x86@kernel.org, linux-kernel@vger.kernel.org, Ricardo Neri , "H. Peter Anvin" , Tony Luck , Philippe Ombredanne , Kate Stewart , "Rafael J. Wysocki" Subject: Re: [RFC PATCH v2 02/14] x86/hpet: Expose more functions to read and write registers In-Reply-To: <1551283518-18922-3-git-send-email-ricardo.neri-calderon@linux.intel.com> Message-ID: References: <1551283518-18922-1-git-send-email-ricardo.neri-calderon@linux.intel.com> <1551283518-18922-3-git-send-email-ricardo.neri-calderon@linux.intel.com> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Linutronix-Spam-Score: -1.0 X-Linutronix-Spam-Level: - X-Linutronix-Spam-Status: No , -1.0 points, 5.0 required, ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 27 Feb 2019, Ricardo Neri wrote: > struct irq_data; > @@ -109,6 +114,11 @@ extern void hpet_unregister_irq_handler(rtc_irq_handler handler); > static inline int hpet_enable(void) { return 0; } > static inline int is_hpet_enabled(void) { return 0; } > #define hpet_readl(a) 0 > +#define hpet_writel(d, a) What for? > +#ifdef CONFIG_X86_64 > +#define hpet_readq(a) 0 > +#define hpet_writeq(d, a) > +#endif Ditto. There are no users outside of HPET and your new HPET watchdog code for those. And both are not compiled when CONFIG_HPET=n. The only reason to have the hpet_readl() define, which btw. should be an inline, is to avoid massive ifdeffery in the TSC calibration code. Thanks, tglx