Hello Krzysztof, Thanks a for your feedback. On 11/04/2014 11:31 AM, Krzysztof Kozlowski wrote: >> + * >> + * @map_modes: Callback invoked to translate between hardware to standard modes. > > Initially I thought it should map from standard to hardware. But then I > looked at max77802 implementation and it maps from hardware to standard. > Anyway I got confused (both are "modes" and both unsigned ints). > > Could you describe which should be returned? > Sure, maybe rewording to: "Callback invoked to translate from hardware to standard modes." ? But I'll add also document that the parameter should be a hardware mode and the return value a standard mode. >> */ >> struct regulator_desc { >> const char *name; >> @@ -285,6 +287,8 @@ struct regulator_desc { >> unsigned int enable_time; >> >> unsigned int off_on_delay; >> + >> + unsigned int (*map_modes)(unsigned int mode); > > Shouldn't this be in regulator ops? > regulator ops are for the operations that a regulator support (enable, disable, set mode, etc). All the thse are actions but how to translate between hardware and standard modes is not an action but a non-varying configuration of the regulator. So I believe that regulator desc was what fit the most. I don't have a strong opinion though if people think that it should be in regulator ops instead. Best regards, Javier -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html