From mboxrd@z Thu Jan 1 00:00:00 1970 From: Stephen Boyd Subject: Re: [RESEND PATCH v4] clk: stm32h7: Add stm32h743 clock driver Date: Wed, 28 Jun 2017 08:59:56 -0700 Message-ID: <20170628155956.GA5316@codeaurora.org> References: <1496818794-14771-1-git-send-email-gabriel.fernandez@st.com> <20170621220703.GI4493@codeaurora.org> <110cf67f-e1d6-1f99-953c-6b9639bb4910@st.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <110cf67f-e1d6-1f99-953c-6b9639bb4910-qxv4g6HH51o@public.gmane.org> Sender: devicetree-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Gabriel FERNANDEZ Cc: Rob Herring , Mark Rutland , Russell King , Maxime Coquelin , Alexandre TORGUE , Michael Turquette , Nicolas Pitre , Arnd Bergmann , "daniel.thompson-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org" , "andrea.merello-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org" , "radoslaw.pietrzyk-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org" , Lee Jones , "devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" , "linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org" , "linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" , "linux-clk-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" List-Id: devicetree@vger.kernel.org On 06/27, Gabriel FERNANDEZ wrote: > > > On 06/22/2017 12:07 AM, Stephen Boyd wrote: > > readl_poll_timeout? > > > if i use readl_poll_timeout (wich use 'ktime_get()') it can be > operational only after the selection of clocksource ? (device_initcall). > And then if a driver turn on a clock before, it could blocked the linux > console ? > Ok. I wonder if we could add some sort of starting check to readl_poll_timeout() that tests system_state for booting vs. scheduling? That should be sufficient to handle this case? -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project -- 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