On Friday 27 November 2015 19:51:48 Russell King - ARM Linux wrote: > On Fri, Nov 27, 2015 at 01:27:23PM +0000, Russell King - ARM Linux wrote: > > It is possible to redirect any program to open any other file. You can > > do it via a LD preload, and intercepting the open(), and possibly the > > read() calls if you want to do something more fancy. The down-side is > > that you have to arrange for the preloaded object to be used by the > > linker, and the additional overhead it places on the intercepted > > functions. > > Another idea if people don't like the preload idea. > > We could create a zero-sized /proc/atags, and then use a bind mount in > userspace to bind some other file containing the required information > on top. That could even be the atag blob from /sys/firmware/whatever. > The N700 (or whatever platform needs it) could be responsible for > creating the zero-sized /proc/atags so that we don't have it everywhere. I don't mind creating the /proc/atags compatibility hack from the kernel for a DT based N700 kernel, as long as we limit it as much as we can to the machines that need it. Leaving a board file for the N700 in place that contains the procfs code (and not much more) seems reasonable here, as we are talking about a board specific hack and the whole point appears to be running unmodified user space. Regarding how to get the data into the kernel in the first place, my preferred choice would still be to have an intermediate bootloader such as pxa-impedance-matcher, but I won't complain if others are happy enough about putting it into the ATAGS compat code we already have, as long as it's limited to the boards we know need it. Arnd -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
