From mboxrd@z Thu Jan 1 00:00:00 1970 From: Keerthy Subject: Re: [PATCH v2 2/6] rtc: omap: Add external clock enabling support Date: Thu, 13 Aug 2015 00:38:50 +0530 Message-ID: <55CB99C2.7010007@ti.com> References: <1439198906-31189-1-git-send-email-j-keerthy@ti.com> <1439198906-31189-3-git-send-email-j-keerthy@ti.com> Mime-Version: 1.0 Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: Sender: devicetree-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Paul Walmsley , Keerthy , alexandre.belloni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org Cc: tony-4v6yS6AI5VpBDgjK7y7TUQ@public.gmane.org, linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, pawel.moll-5wv7dgnIgG8@public.gmane.org, galak-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org, akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org, johan-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, grygorii.strashko-l0cyMroinI0@public.gmane.org, rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org, bcousson-rdvid1DuHRBWk0Htik3J/w@public.gmane.org, nm-l0cyMroinI0@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, t-kristo-l0cyMroinI0@public.gmane.org List-Id: linux-omap@vger.kernel.org On Wednesday 12 August 2015 07:57 PM, Paul Walmsley wrote: > On Mon, 10 Aug 2015, Keerthy wrote: > >> Switch to external clock source during suspend and switch back >> to internal source on resume. This helps rtc ticking across suspend. > > Doesn't this type of dynamic switching make it likely that ticks will be > lost? > > If the external, optional source is present, isn't it best just to use the > external source 100% of the time? Paul, The intent here is to switch to a higher precision clock which is the internal clock when available. Alexandre, Is dynamic switching preferred over sticking to external clock always if present? Regards, Keerthy > > > - Paul > -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from devils.ext.ti.com (devils.ext.ti.com. [198.47.26.153]) by gmr-mx.google.com with ESMTPS id 4si1294027igl.1.2015.08.12.12.09.09 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Wed, 12 Aug 2015 12:09:09 -0700 (PDT) Message-ID: <55CB99C2.7010007@ti.com> Date: Thu, 13 Aug 2015 00:38:50 +0530 From: Keerthy MIME-Version: 1.0 To: Paul Walmsley , Keerthy , CC: , , , , , , , , , , , Subject: [rtc-linux] Re: [PATCH v2 2/6] rtc: omap: Add external clock enabling support References: <1439198906-31189-1-git-send-email-j-keerthy@ti.com> <1439198906-31189-3-git-send-email-j-keerthy@ti.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Reply-To: rtc-linux@googlegroups.com List-ID: List-Post: , List-Help: , List-Archive: , List-Unsubscribe: , On Wednesday 12 August 2015 07:57 PM, Paul Walmsley wrote: > On Mon, 10 Aug 2015, Keerthy wrote: > >> Switch to external clock source during suspend and switch back >> to internal source on resume. This helps rtc ticking across suspend. > > Doesn't this type of dynamic switching make it likely that ticks will be > lost? > > If the external, optional source is present, isn't it best just to use the > external source 100% of the time? Paul, The intent here is to switch to a higher precision clock which is the internal clock when available. Alexandre, Is dynamic switching preferred over sticking to external clock always if present? Regards, Keerthy > > > - Paul > -- -- You received this message because you are subscribed to "rtc-linux". Membership options at http://groups.google.com/group/rtc-linux . Please read http://groups.google.com/group/rtc-linux/web/checklist before submitting a driver. --- You received this message because you are subscribed to the Google Groups "rtc-linux" group. To unsubscribe from this group and stop receiving emails from it, send an email to rtc-linux+unsubscribe@googlegroups.com. For more options, visit https://groups.google.com/d/optout.