lkml.org 
[lkml]   [2011]   [Oct]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
    * Mark Brown <broonie@opensource.wolfsonmicro.com> [111020 14:08]:
    > On Thu, Oct 20, 2011 at 01:10:55PM -0700, Tony Lindgren wrote:
    >
    > > We still need to figure out how to get the above board specific
    > > data to the device driver probe in a way where we can avoid having
    > > platform glue code. Any thoughts on that?
    >
    > I think we should just not bother with most of the above and see if
    > anyone notices, with the exception of always on and status changes it's
    > vanishingly rare for anyone to actually do anything constructive with
    > them.

    OK

    > Neither of the two I mentioned are Linux specific either, they mean
    > somehing useful for any OS it's just that the decision is policy which
    > is going to depend on the OS version. Status changes we can probably
    > allow people to enable, it'll just mean that older device trees won't
    > get good power use out of newer kernels and if you move to an older
    > kernel things will start exploding as drivers loose regulator support.
    > Always on we can probably live without, it's a combination of
    > overspecification and interaction with _has_full_constraints() which
    > isn't represented in this binding anyway.

    Yeah, lot of these are "how the regulator using driver is using
    the regulator" or "how the operating system is using the regulator"
    type policies.

    Regards,

    Tony


    \
     
     \ /
      Last update: 2011-10-21 00:11    [W:3.671 / U:0.048 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site