Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S937168AbdLRRMr (ORCPT ); Mon, 18 Dec 2017 12:12:47 -0500 Received: from muru.com ([72.249.23.125]:60776 "EHLO muru.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S935400AbdLRRMn (ORCPT ); Mon, 18 Dec 2017 12:12:43 -0500 Date: Mon, 18 Dec 2017 09:12:38 -0800 From: Tony Lindgren To: Grygorii Strashko Cc: Alexandre Belloni , Rob Herring , Daniel Lezcano , Mark Rutland , devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, Thomas Gleixner , linux-arm-kernel@lists.infradead.org, Boris Brezillon Subject: Re: [PATCH 1/3] dt-bindings: chosen: Add clocksource and clockevent selection Message-ID: <20171218171238.GK3875@atomide.com> References: <20171213185313.20017-1-alexandre.belloni@free-electrons.com> <20171213185313.20017-2-alexandre.belloni@free-electrons.com> <8fe1dce0-3fd2-d740-8456-bf3b734e571a@ti.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8fe1dce0-3fd2-d740-8456-bf3b734e571a@ti.com> User-Agent: Mutt/1.9.1 (2017-09-22) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1015 Lines: 33 * Grygorii Strashko [171216 01:59]: > On 12/13/2017 12:53 PM, Alexandre Belloni wrote: > > +/ { > > + chosen { > > + linux,clocksource { > > + timer = <&timer0>; > > + }; > > + > > + linux,clockevent { > > + timer = <&timer1>; > > + }; > > + }; > > +}; > > > > It'd be nice if smth. like this will actually happen, as on some OMAP > platforms can be up to 3-4 alternatives for each clocksource/clockevent and > different combination need to be selected depending on SoC and platform > (and sometime - use case) which is pain in multi-platform environment now. Yeah agreed. > But more important note from my side is clocksource and clockevent selections seems > not enough :( There are also sched clock (sched_clock_register()) and delay_timer > (register_current_timer_delay() at least on ARM). > Both above can't be unregistered (at least last time I've checked). So maybe they should be also defined the sam way as above or is there something more to it? Regards, Tony