Messages in this thread | | | Subject | Re: External kernel modules, second try | From | Andreas Gruenbacher <> | Date | Sun, 07 Mar 2004 14:46:39 +0100 |
| |
Hello Arjan,
On Sun, 2004-03-07 at 14:03, Arjan van de Ven wrote: > > > > Could you explain what is the actually gain of using the > > modversions file your patch creates. (modpost changes) > > distributions don't like to install the vmlinux since it's big(ish) and > means customers need to download a new vmlinux at each kernel erratum. > The same information is btw also present in System.map so imo the real > solution is to make modpost use System.map instead ;)
System.map doesn't have the hashes, and it's missing the symbols from module files. External modules may require symbols that live in another module. There are also a number of other minor differences that could probably be worked around.
Now it would be possible to extract the modver symbols from the installed vmlinux and .ko files when needed, but note that we may be building modules for kernels that are not currently running, and for which those binaries are not even installed. So this sounds like a bad idea.
Cheers, -- Andreas Gruenbacher <agruen@suse.de> SUSE Labs, SUSE LINUX AG
- 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/
| |