On Tue, Jan 10, 2012 at 9:38 AM, Richard Zhao <[email protected]> wrote: > On Mon, Jan 09, 2012 at 02:32:12PM +0800, Shawn Guo wrote: >> As I was educated by Linus.W, we can not drink ocean and we need to >> split big chunk of work into pieces and achieve it step by step. > Sure, we can not drink out the ocean :). But if people can not use it > in real case, how do we verify the driver? How do we know the driver > goes in the right way?
If you prefer to do a big upfront design of the entire driver then please by all means do that. What we need to know right now is what you need from the pin controller core to do that. We have a (custom) pinconf API now, does it fit the bill? I have spent some time on generic pin config, it was not much commented so if it helps you please ACK the patches. Next from discussions with Stpehen I've sort of figured out that we need a config mapping table of sorts and then a means to activate entries of that table at runtime. I'm trying to come up with something for this. Yours, _______________________________________________ devicetree-discuss mailing list [email protected] https://lists.ozlabs.org/listinfo/devicetree-discuss
