On Thursday, May 15, 2014 09:53:49 AM Mike Turquette wrote: > Quoting Heikki Krogerus (2014-05-15 06:40:25) > > Fractional divider clocks are fairly common. This adds basic > > type for them. > > > > Signed-off-by: Heikki Krogerus <heikki.krogerus@xxxxxxxxxxxxxxx> > > Taken into clk-next. > > Just FYI, there was some talk at Embedded Linux Conference on providing > a better abstraction layer for some of these "basic" clock types. This > abstraction would allow the basic clock types to implement the > machine-agnostic logic (e.g. an incoming rate is divided by a value) and > then platforms and drivers could plug in the machine-specific parts > (e.g. divider is made up of m/n, or divider is power-of-two, or divider > is a simple integer with min == 1 and max == 5). > > All of that is to say that in time this fractional divider could go away > once the abstraction layer allows us to fold the m/n divider stuff into > a core divider implementation. > > Nothing wrong with the patch for now, so I've taken it for 3.16. Well, OK, but I guess [4/4] depends on it and [4/4] also depends on [1-2/4], so how you're proposing to resolve this? Rafael -- To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
