[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAHCN7xLbV5BxD9PYfxNC7M64WK1nf3Y=zfeg=PqF+XgwvyZBjw@mail.gmail.com>
Date: Tue, 24 Mar 2020 12:15:12 -0500
From: Adam Ford <aford173@...il.com>
To: Marek Vasut <marek.vasut@...il.com>,
Michael Turquette <mturquette@...libre.com>,
Stephen Boyd <sboyd@...nel.org>,
linux-clk <linux-clk@...r.kernel.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Versaclock usage and improvement question
Marek,
I am working on a board that uses two versaclock chips using different
i2c buses, but it appears to the driver is hard-coding the names of
the clocks. This appears to be a problem when the second instance is
loaded, it fails, because the clock names already exist. I am
inquiring to you as how you'd prefer to see the clock names generated
so we can do multiple instances. I am planning on using kasprintf and
following a pattern similar to drivers/clk/keystone/sci-clk.c.
Secondly, our Versaclock chips are un-programmed, so we need to both
enable the clock signal and set the output type which means adding a
few device tree options. I am curious to know if you have an opinion
on how the new flags should be named.
Lastly, we're going to use the versaclock to drive multiple devices,
and some of them do not call the function to enable the clocks, so we
need some method to force the clocks on. Is there a method to forcing
the clock outputs on similar to a gpio-hog holding a GPIO line in a
known state?
thank you,
adam
Powered by blists - more mailing lists