Op 2 jun 2010, om 13:46 heeft Jarkko Nikula het volgende geschreven: > On Wed, 2 Jun 2010 14:21:30 +0300 > Tony Lindgren <t...@atomide.com> wrote: > >>> How can I call omap_mux_init_signal() >>> from external driver compiled as module ? >>> >>> cause the function is not in the standard path include files >>> and is not exported >> >> You can't that's the whole idea :) >> >> Instead, please do the muxing in the board-*.c file for all the >> pins, or for the device when you initialize the platform data. >> >> The muxing of pins is board specific, and doing it in the board-*.c >> files allows us to free the memory for the unused pin data. Note >> that you can also mux using the kernel cmdline if you have something >> non-standard connected to your board pins. >> > Side note. > > How about add-on cards for e.g. BeagleBoard? It would be nice feature > if a kernel module for that particular add-on card can do the muxing > without needing to specify them on cmdline. I.e. if you are switching > between cards there is no need to figure out new cmdline for each of > them. For me even "rootwait" is sometimes too difficult to remember :-)
What we (as in beagleboard.org) are currently doing is this: u-boot: http://gitorious.org/beagleboard-validation/u-boot/commit/70ed67cacbb1b7158e059b9b5d10308cce2d917a http://gitorious.org/beagleboard-validation/u-boot/commit/74f700341c656e1636221a53347caccbfc07c224 kernel: http://gitorious.org/beagleboard-validation/linux/commit/32fb278553a4cd6126c1791d70aa33df12f73d90 It's very ugly and needs a rethink before it can get posted to here, but it works great! The plan is to do this as part of the patchset to add support for the 37xx based beagleboardXM. regards, Koen-- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
