From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Shilimkar, Santosh" Subject: Re: [PATCH 1/3] ARM: OMAP2+: 32k-counter: Use hwmod lookup to check presence of 32k timer Date: Tue, 3 Apr 2012 11:20:30 +0530 Message-ID: References: <1326983304-14619-1-git-send-email-hvaibhav@ti.com> <4F672364.3020403@ti.com> <79CD15C6BA57404B839C016229A409A83182386C@DBDE01.ent.ti.com> <79CD15C6BA57404B839C016229A409A83183EA54@DBDE01.ent.ti.com> <79CD15C6BA57404B839C016229A409A83183EB47@DBDE01.ent.ti.com> <79CD15C6BA57404B839C016229A409A831840C2E@DBDE01.ent.ti.com> <79CD15C6BA57404B839C016229A409A831840E0C@DBDE01.ent.ti.com> <4F7570FC.8000907@ti.com> <79CD15C6BA57404B839C016229A409A831840F82@DBDE01.ent.ti.com> <87sjgmt211.fsf@ti.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: Received: from na3sys009aog137.obsmtp.com ([74.125.149.18]:47552 "EHLO psmtp.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751212Ab2DCFuw convert rfc822-to-8bit (ORCPT ); Tue, 3 Apr 2012 01:50:52 -0400 Received: by qcso7 with SMTP id o7so2095844qcs.20 for ; Mon, 02 Apr 2012 22:50:50 -0700 (PDT) In-Reply-To: <87sjgmt211.fsf@ti.com> Sender: linux-omap-owner@vger.kernel.org List-Id: linux-omap@vger.kernel.org To: Kevin Hilman Cc: Ming Lei , Tony Lindgren , "Hiremath, Vaibhav" , "linux-omap@vger.kernel.org" , "linux-arm-kernel@lists.infradead.org" , "marc.zyngier@arm.com" , "johnstul@us.ibm.com" , "Balbi, Felipe" , "Cousson, Benoit" , Paul Walmsley , "DebBarma, Tarun Kanti" On Tue, Apr 3, 2012 at 12:05 AM, Kevin Hilman wrote: > "Shilimkar, Santosh" writes: > > [...] > >> I don't personally like to add features which hardly anybody use and >> fundamentally broken with full kernel. > > Let's keep sane defaults, but not make it unreasonable to tweak eaith= er. > Exactly. Thanks for echoing the concern. > I suggest what has already been mentioned. > > Register both timers, but have the sync timer have a higher rating. =A0= On > AMxxx where there is no sync timer, GPtimer will be used. > Technically it's a hack just from clock precision point of view but I d= on't mind this. > For those who want to use GPtimer, they can boot using clocksource=3D= to > override the default. > Sounds good to me. > Santosh is right, GPtimer will not work on a PM enabled kernel, but > there are lots of ways to use the cmdline to get a non-working kernel= , > so that's OK by me. > > Let's just ensure that the boot-defaults are sane. > Absolutely. Regards Santosh -- To unsubscribe from this list: send the line "unsubscribe linux-omap" i= n the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html