Re: [PATCH 1/3] Clocklib: add generic framework for managing clocks.

!MAILaRCHIVE_VOTE_RePLACE
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: Dmitry Baryshkov <dbaryshkov@...>
Cc: Ben Dooks <ben-linux@...>, <linux-kernel@...>, <akpm@...>, Russell King <rmk+lkml@...>, Paul Mundt <lethal@...>, pHilipp Zabel <philipp.zabel@...>, Pavel Machek <pavel@...>, <tony@...>, <paul@...>, David Brownell <david-b@...>, Mark Brown <broonie@...>, ian <spyro@...>
Date: Friday, July 4, 2008 - 5:12 am

Dmitry Baryshkov <dbaryshkov@gmail.com> wrote:

Actually, I don't think it _should_ be private. Low-level clock drivers
might want to provide debugfs nodes on their own, and those nodes
naturally belong in the same directory as the clklib ones. So the
debugfs root node must be exposed somehow.

You can get rid of the "info" field if you apply this patch:

http://www.kernel.org/pub/linux/kernel/people/gregkh/gregkh-2.6/patches/driver-core/de...

Haavard
--
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
[PATCH 3/3] Clocklib: refactor SA-1100 to use clocklib, Dmitry Baryshkov, (Thu Jun 26, 8:52 am)
[PATCH 2/3] Clocklib: Refactor PXA arm arch to use clocklib., Dmitry Baryshkov, (Thu Jun 26, 8:51 am)
Re: [PATCH 1/3] Clocklib: add generic framework for managing..., Haavard Skinnemoen, (Fri Jul 4, 5:12 am)
Re: [PATCH 1/3] Clocklib: add generic framework for managing..., Dmitry Baryshkov, (Thu Jun 26, 11:03 am)