On Friday, May 16, 2014 04:09:05 PM Mike Turquette wrote: > Quoting Rafael J. Wysocki (2014-05-16 15:38:05) > > 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? > > I haven't yet published this patch to my tree, so no harm done. How > about the following Formal Proposals? > > 1) I ack the patch and don't merge it through my tree. You take it. > 2) I provide a topic branch that we both merge. > > Your choice. Thanks! I'd prefer 1) to be honest. :-) 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
