Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753855AbcD0Kli (ORCPT ); Wed, 27 Apr 2016 06:41:38 -0400 Received: from pandora.arm.linux.org.uk ([78.32.30.218]:53438 "EHLO pandora.arm.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753825AbcD0Klg (ORCPT ); Wed, 27 Apr 2016 06:41:36 -0400 Date: Wed, 27 Apr 2016 11:41:10 +0100 From: Russell King - ARM Linux To: Grygorii Strashko Cc: Liviu Dudau , Daniel Lezcano , Arnd Bergmann , Olof Johansson , linux-arm-kernel@lists.infradead.org, Sekhar Nori , linux-omap@vger.kernel.org, Tony Lindgren , bcm-kernel-feedback-list@broadcom.com, linux-kernel@vger.kernel.org, linux-rockchip@lists.infradead.org, kernel@stlinux.com, linux-arm-kernel@axis.com, Florian Fainelli , Wei Xu , Shawn Guo , Sascha Hauer , Srinivas Kandagatla , Maxime Coquelin , Masahiro Yamada , Sudeep Holla , Jun Nie , Michal Simek , Jesper Nilsson , Lars Persson , Mike Looijmans Subject: Re: [PATCH v1] ARM: clocksource: make ARM_GLOBAL_TIMER selectable Message-ID: <20160427104110.GU5783@n2100.arm.linux.org.uk> References: <1461684532-16848-1-git-send-email-grygorii.strashko@ti.com> <20160426160245.GI28464@e106497-lin.cambridge.arm.com> <571FC2EC.9090605@ti.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <571FC2EC.9090605@ti.com> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1187 Lines: 24 On Tue, Apr 26, 2016 at 10:35:08PM +0300, Grygorii Strashko wrote: > On 04/26/2016 07:02 PM, Liviu Dudau wrote: > > Well, SoC-B has the GT *and* the DT node, so what is the problem with > > enabling it for SoC-B? If there are reasons not to use the Global Timer > > on SoC-B, surely a better option would be to mark it in DT with status = "disabled"; > > This was rejected [2]. DT describes HW and if it is functional the status = "disabled" > is not good choice. > ARM GT can't be used as clocksource/sched_clock/clockevent when CPUFreq or > CPUIdle are enabled :(, and this is Linux specific functionality and > not HW description. Sorry, but we don't want to have to disable drivers in the kernel just because one platform has a problem (consider the single zImage case where it may be required that the global timer is enabled for some platform to boot - it becomes mandatory in single zImage at that point.) Maybe a linux-specific property is needed here - "linux,low-power-unstable" or something like that? -- RMK's Patch system: http://www.arm.linux.org.uk/developer/patches/ FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up according to speedtest.net.