Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp2022502ybv; Fri, 21 Feb 2020 07:29:51 -0800 (PST) X-Google-Smtp-Source: APXvYqyWEt+3VmnULvaMjsfzfrnEPcpVVQ/KLTlwhjGFEBNm5jW6Vy3cf86/xwzQiNkgnxMXjnPa X-Received: by 2002:a9d:10d:: with SMTP id 13mr16681317otu.238.1582298990856; Fri, 21 Feb 2020 07:29:50 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1582298990; cv=none; d=google.com; s=arc-20160816; b=c2kqOr5jOF4aCOVOtyJ7Za9CHK+n8/0G1+Lf2sEW7ReWdUiQKaX4QTmsNPBxtlPDgX lWtgU+uzwZSLB9DaxTdGy+M/BC+u3heMlVb8UF32k0g7Pba9nq6oly1wkFL7jSVTTIxT EQJMvfJHRUJPNc1RGPoweEpsIRgb5HUdtHlFCeh2/CVkmgoRDdupSidD0g5DrhDIwVZk zHEhelPLGWKcLC6E65qb+4kDHU1xyM5tTjhnoqThGvzZ09Ql6fWrWlXPH4M/RDcSwmN1 cjdUJYiHChvf/wJqeQUDnBW7u6fUjOzqbCyWQB39p2zAxjJwxk76C1Qv7XtjQIX4Kur7 4Qqw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:message-id:references :in-reply-to:subject:cc:to:from:date:content-transfer-encoding :mime-version:dkim-signature; bh=UnVfCJftWzwv9IU9rRZzkMh48NyL8EgQUcNSR0+ZcF8=; b=aCMpiEp7egqI0+qWm+/OfZLl7A0qjWPf8l/sNTvVuZuC1PDB7iYISu6iXQuy8YkEHN XCzMJX6pAwkPYzl2+/IGEsG+7j/WjG++yunfag977K7CvEfpuMAVgB97GtM76TaizEwD kzdBOKRZn5u5imYssiWVgxlWeUerqbBcjBIr0eZ0h1NxO0wqnlcVUdC1d06FHRyESGtS ninIcDQ3NYXVrTXFxaQNF+/QB2QNGqX/7Xc+m3Q1oHovhUh6B6ayILJAxdegJK4FVy8e ZzaEgUofmR9FSPC9PAI0HntykX5z0HTjN6tHRC/DoRu0MUWCgVXO3Vi1lJ/zPa7AmXR4 Rw1g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=TBPNo5ak; 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id o13si1559696otp.27.2020.02.21.07.29.38; Fri, 21 Feb 2020 07:29: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; dkim=pass header.i=@kernel.org header.s=default header.b=TBPNo5ak; 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729211AbgBUP3A (ORCPT + 99 others); Fri, 21 Feb 2020 10:29:00 -0500 Received: from mail.kernel.org ([198.145.29.99]:54058 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727053AbgBUP3A (ORCPT ); Fri, 21 Feb 2020 10:29:00 -0500 Received: from disco-boy.misterjones.org (disco-boy.misterjones.org [51.254.78.96]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 928972073A; Fri, 21 Feb 2020 15:28:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1582298938; bh=sovFRNSWr9oiXk1/2FyZ6Ia9xsa9PpAS7U371jfo0L4=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=TBPNo5akJ/ZZeY2M0r1tgB0W3Lk5xckDMpCnjXBYoQinyW97IllFPWYOQb1hLPc1P Z8vSy1+dMN9Ye0CfXAT+QrdjioQAYbm8CBiUDYZZ1sqxqwZMwfa3B7qjSrcGQ0VK7Q uFXb4rJMVsR1FJzIglLUgeT8v5kaUcuSgj0Onv0M= Received: from disco-boy.misterjones.org ([51.254.78.96] helo=www.loen.fr) by disco-boy.misterjones.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1j5AEa-0074Aq-Sa; Fri, 21 Feb 2020 15:28:57 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 21 Feb 2020 15:28:56 +0000 From: Marc Zyngier To: Vincenzo Frascino Cc: linux-arch@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, catalin.marinas@arm.com, will.deacon@arm.com, linux@armlinux.org.uk, luto@kernel.org, tglx@linutronix.de, m.szyprowski@samsung.com, mark.rutland@arm.com Subject: Re: [PATCH] clocksource: Fix arm_arch_timer clockmode when vDSO disabled In-Reply-To: References: <20200221130355.21373-1-vincenzo.frascino@arm.com> Message-ID: <6df28d31cf6d4dd6109415fbd73a9c48@kernel.org> X-Sender: maz@kernel.org User-Agent: Roundcube Webmail/1.3.10 X-SA-Exim-Connect-IP: 51.254.78.96 X-SA-Exim-Rcpt-To: vincenzo.frascino@arm.com, linux-arch@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, catalin.marinas@arm.com, will.deacon@arm.com, linux@armlinux.org.uk, luto@kernel.org, tglx@linutronix.de, m.szyprowski@samsung.com, mark.rutland@arm.com X-SA-Exim-Mail-From: maz@kernel.org X-SA-Exim-Scanned: No (on disco-boy.misterjones.org); SAEximRunCond expanded to false Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2020-02-21 14:48, Vincenzo Frascino wrote: > Hi Marc, > > On 21/02/2020 13:34, Marc Zyngier wrote: >> Vincenzo, >> >> Please include Mark and myself for anything that touches the arch >> timers >> (get_maintainer.pl will tell you who you need to cc). >> > > Sorry about that, I posted it too quickly without the proper Cc on the > patch. > >> On 2020-02-21 13:03, Vincenzo Frascino wrote: > > [...] > >> >> This feels pretty clunky. >> >> I'd extect VDSO_ARCH_CLOCKMODES (or some similar architecture-specific >> symbol) to be used for vdso_default, and that symbol to be defined as >> VDSO_CLOCKMODE_NONE when CONFIG_GENERIC_GETTIMEOFDAY isn't selected. >> > > My understanding is that currently VDSO_ARCH_CLOCKMODES depending on > the > architecture can identify one or more clocks. In the case of arm and > the > arm_arch_timer the arch specific symbol is VDSO_CLOCKMODE_ARCHTIMER > (used for > vdso_default), which as you are correctly stating has to be defined as > VDSO_CLOCKMODE_NONE when CONFIG_GENERIC_GETTIMEOFDAY isn't selected. This isn't what I'm saying. What I'm suggesting here is that there is possibly a missing indirection, which defaults to ARCH_TIMER when the VDSO is selected, and NONE when it isn't. Overloading a known symbol feels like papering over the issue. Ideally, this default symbol would be provided by asm/clocksource.h, but that may not even be the right thing to do. >> Otherwise, you'll end-up replicating the same pattern in every >> clock-source that gets used by the VDSO. > > Based on my investigation this fix should be replicated for all the > clocksources > used by architectures supported by Unified VDSO and of which VDSOs can > be > disabled (otherwise the current solution works). After a quick grep on > the > kernel tree: > > $ grep -nr "config VDSO" * > > arch/arm/mm/Kconfig:895:config VDSO > > Since the only clocksource that falls into these conditions seems to be > arm_arch_timer I modified its driver. Fair enough. But don't override the symbol locally. Create a new one: diff --git a/drivers/clocksource/arm_arch_timer.c b/drivers/clocksource/arm_arch_timer.c index ee2420d56f67..7eb3db75211d 100644 --- a/drivers/clocksource/arm_arch_timer.c +++ b/drivers/clocksource/arm_arch_timer.c @@ -69,7 +69,12 @@ static enum arch_timer_ppi_nr arch_timer_uses_ppi = ARCH_TIMER_VIRT_PPI; static bool arch_timer_c3stop; static bool arch_timer_mem_use_virtual; static bool arch_counter_suspend_stop; -static enum vdso_clock_mode vdso_default = VDSO_CLOCKMODE_ARCHTIMER; +#ifdef CONFIG_GENERIC_GETTIMEOFDAY +#define __VDSO_DEFAULT VDSO_CLOCKMODE_ARCHTIMER +#else +#define __VDSO_DEFAULT VDSO_CLOCKMODE_NONE +#endif +static enum vdso_clock_mode vdso_default = __VDSO_DEFAULT; static cpumask_t evtstrm_available = CPU_MASK_NONE; static bool evtstrm_enable = IS_ENABLED(CONFIG_ARM_ARCH_TIMER_EVTSTREAM); Or even this (no, I'm not suggesting this seriously): diff --git a/drivers/clocksource/arm_arch_timer.c b/drivers/clocksource/arm_arch_timer.c index ee2420d56f67..836b500d1bf1 100644 --- a/drivers/clocksource/arm_arch_timer.c +++ b/drivers/clocksource/arm_arch_timer.c @@ -69,7 +69,7 @@ static enum arch_timer_ppi_nr arch_timer_uses_ppi = ARCH_TIMER_VIRT_PPI; static bool arch_timer_c3stop; static bool arch_timer_mem_use_virtual; static bool arch_counter_suspend_stop; -static enum vdso_clock_mode vdso_default = VDSO_CLOCKMODE_ARCHTIMER; +static enum vdso_clock_mode vdso_default = VDSO_CLOCKMODE_MAX - 1; static cpumask_t evtstrm_available = CPU_MASK_NONE; static bool evtstrm_enable = IS_ENABLED(CONFIG_ARM_ARCH_TIMER_EVTSTREAM); M. -- Jazz is not dead. It just smells funny...