Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753509AbcD0VHK (ORCPT ); Wed, 27 Apr 2016 17:07:10 -0400 Received: from pandora.arm.linux.org.uk ([78.32.30.218]:54574 "EHLO pandora.arm.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752776AbcD0VHI (ORCPT ); Wed, 27 Apr 2016 17:07:08 -0400 Date: Wed, 27 Apr 2016 22:06:41 +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: <20160427210641.GV5783@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> <20160427104110.GU5783@n2100.arm.linux.org.uk> <5720BF19.6040600@ti.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5720BF19.6040600@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: 1536 Lines: 36 On Wed, Apr 27, 2016 at 04:31:05PM +0300, Grygorii Strashko wrote: > Sorry, but this patch doesn't disable anything. It provides possibility > to do a custom build with disabled ARM GT driver without Kernel code > modification - in my case RT-kernel and non-RT Kernel should run on same > HW and RT kernel should use ARM GT as clocksource/sched_clock, but > non-RT Kernel shouldn't. > > I think RT can't be part of single zImage - it make no sense. > > > > > Maybe a linux-specific property is needed here - "linux,low-power-unstable" > > or something like that? > > > > I've tried smth. like this [1] > > And it is not "unstable", it's will just stop in C3 (CPUIdle) and there no possibility > (at least I've not found how to do this) to adjust Freq in case of CPUFreq. > [above is about clocksource/sched_clock] > > [1] http://lists.infradead.org/pipermail/linux-arm-kernel/2015-November/386858.html Don't think I'm going to follow URLs - I don't use a desktop mail client, and as I'm several days behind with email, I don't have time to go looking through a crappy pipermail web archive at the moment either. Anyway, why can't we use the priority system for clocksources? If ARM GT is problematical, we need a way to register it with a lower priority than the preferred time keeping source. That's exactly what the clocksource priority field is for. -- 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.