On 11/06/2016 at 00:30:36 +0200, Arnd Bergmann wrote : > On Saturday, June 11, 2016 12:03:04 AM CEST Alexandre Belloni wrote: > > From: Cyrille Pitchen <cyrille.pitc...@atmel.com> > > > > Fix the main and slow clock .prepare() implementations which used to call > > usleep() when the scheduler wasn't ready yet. > > > > Does this have to be called that early? It seems wasteful to always > call udelay() here, when these are functions that are normally > allowed to sleep. >
So I've tested it and something like that would work: if (system_state < SYSTEM_RUNNING) udelay(osc->startup_usec); else usleep_range(osc->startup_usec, osc->startup_usec + 1); But I'm afraid it would be the first driver to actually do something like that (however, it is already the only driver trying to sleep). -- Alexandre Belloni, Free Electrons Embedded Linux, Kernel and Android engineering http://free-electrons.com