> My thoughts go more into the direction that we have hundreds of similar-ffunction-sections can mostly do it, but only for non modular kernels One problem is that EXPORT_SYMBOL always creates a reference to the function even when nothing uses it. We would need a weak EXPORT_SYMBOL and some way to check references over main kernel and modules. I suppose it could be done as part of modpost and then generating a custom linker script that only includes the function sections referenced by anybody. But to make this work it would require putting all the EXPORT_SYMBOLs into own sections too, but I suppose that would be possible. In the past we had trouble that the explicit linker scripts mentioning every function section made the linker very slow, but perhaps that's fixed now. The whole thing would likely made a lot of out of tree modules unhappy though. Distribution kernels might need to turn it off generally because of that. The question is if it would be still have a large enough user base without the distribution kernels. If it would be only used by a few users I don't think the maintenance overhead would be worth it. I don't have a patch yet, but I can submit one for -mm* if it's helpful. It's not very difficult. -Andi -
| Thomas Gleixner | Re: Linux 2.6.21-rc1 |
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| James Bottomley | [Ksummit-2008-discuss] Fixing the Kernel Janitors project |
| James Morris | Re: LSM conversion to static interface |
git: | |
| Natalie Protasevich | [BUG] New Kernel Bugs |
| Christoph Hellwig | Re: [PATCH 06/32] IGET: Mark iget() and read_inode() as being obsolete [try #2] |
| Linus Torvalds | Re: [GIT]: Networking |
| Jarek Poplawski | [PATCH take 2] pkt_sched: Protect gen estimators under est_lock. |
