Messages in this thread | | | Subject | Re: [2.6 patch] make UNIX a bool | From | "James C. Georgas" <> | Date | Thu, 02 Mar 2006 23:14:38 -0500 |
| |
On Thu, 2006-02-03 at 21:32 +0100, Adrian Bunk wrote: > On Thu, Mar 02, 2006 at 09:28:15PM +0100, Jesper Juhl wrote: > > On 3/2/06, Adrian Bunk <bunk@stusta.de> wrote: > > > On Thu, Mar 02, 2006 at 12:31:34PM +1100, Herbert Xu wrote: > > > > Adrian Bunk <bunk@stusta.de> wrote: > > > > > > > > > > It does also matter in the kernel image size case, since you have to put > > > > > enough modules to the other medium for having a effect bigger than the > > > > > kernel image size increase from setting CONFIG_MODULES=y. > > > > > > > > That's not very difficult considering the large number of modules that's > > > > out there that a system may wish to use. > > > >... > > > > > > This might be true for full-blown desktop systems - but these do not > > > tend to be the systems where kernel image size matters that much. > > > Smaller kernel image size might be an issue e.g. for distribution > > > kernels, but in a much less pressing way. > > > > > > The systems where kernel image size really matters are systems with few > > > modules where you know in advance which modules you might need. I played > > > a bit with the ARM defconfigs, and if you consider that you can't build > > > the filesystem for accessing your modules modular I haven't found any > > > where making everything modular would have given a real kernel image > > > size gain compared to the CONFIG_MODULES=n case. > > > > > > > I believe the basic question is this: What do we win by making > > CONFIG_UNIX a bool? > >... > > We do not have to export symbols we don't want to export to modules but > needed by CONFIG_UNIX.
Sorry, I must just be dense, or something.
Is not the only difference between a modular driver and a built in driver supposed to be the initialization and cleanup functions?
I don't see why you would have to expose any additional symbols, over and above the existing required symbols, to load your module.
-- James C. Georgas <jgeorgas@rogers.com>
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |