[PATCH v2] xen/arm: register clocks used by the hypervisor
Stefano Stabellini
sstabellini at kernel.org
Tue Jul 5 07:04:40 PDT 2016
On Tue, 5 Jul 2016, Julien Grall wrote:
> On 05/07/16 14:53, Stefano Stabellini wrote:
> > On Thu, 30 Jun 2016, Dirk Behme wrote:
> > > +- clocks: one or more clocks to be registered.
> > > + Xen hypervisor drivers might replace native drivers, resulting in
> > > + clocks not registered by these native drivers. To avoid that these
> > > + unregistered clocks are disabled, then, e.g. by clk_disable_unused(),
> > > + register them in the hypervisor node.
> > > + An example for this are the clocks of the serial driver. If the clocks
> > > + used by the serial hardware interface are not registered by the serial
> > > + driver the serial output might stop once clk_disable_unused() is
> > > called.
> >
> > What if we use the "status" property of the clocks? Could we set it to
> > "disabled" in Xen? Would that be enough for Linux to leave them alone?
>
> clocks could be shared between multiple devices. So it is not possible to
> disable the clock.
To clarify my suggestion: I am not saying we should disable the clock, I
am saying we should set the "status" property to "disabled" in Xen for
the clock used by the serial or passthrough devices (for which the
"status" property is already set to "disabled"). That should work for
cases where the clock is not shared among multiple devices.
If the clock is shared, then I don't think we would run into the issue
described by Dirk because I wouldn't imagine clk_disable_unused would
try to disable the clock anymore, because it would actually be in use
from Linux POV.
More information about the linux-arm-kernel
mailing list