Messages in this thread | | | Date | Thu, 19 Jun 2008 19:00:56 +0200 | From | Robert Richter <> | Subject | Re: [patch 1/2] x86: apic: Export symbols for extended interrupt LVT functions |
| |
Arjan,
do you see a way of how to get these EXPORT_SYMBOLs mainline? Better use EXPORT_SYMBOL_GPL? Or is it common sense to add EXPORT_SYMBOLs to mainline not until there are already use cases in the mainline?
At least the IBS symbol is needed for Perfmon but potentially also for OProfile. This will allow the use of loadable Perfmon kernel modules, especially if some lightwight Perfmon features are already upstream.
Also, APIC setup is more general and not Perfmon related. So I think the Perfmon tree is not the right place to keep the code.
I don't know, if there is a use case for loadable MCE modules. We could skip this, but as I said, code consistency...
Thanks,
-Robert
On 14.02.08 08:47:49, Arjan van de Ven wrote: > > > > +EXPORT_SYMBOL(setup_APIC_eilvt_ibs); > > > > > > which modules would even consider using any of these? > > > Doesn't sound like something we should export.. > > > > For IBS it is Perfmon. See here: > > http://git.kernel.org/?p=linux/kernel/git/eranian/linux-2.6.git;a=commit;h=7caef3e19d17349f869884f5adf7c9823e32ade7 > > > > perfmon doesn't seem to go anywhere lately, so realistically this chunk should be part of the perfmon tree.
[...]
> > MCE export has been added for consistency reasons to allow modules to > > enable MCE. > > no module does that right now, nor should it. MCE is really something the core kernel should do right? > "consistency reasons" isn't "just export everything used or not", it's "oh this makes sense as part of a well > thought out, generic consistent api". This one isn't./
[...]
-- Advanced Micro Devices, Inc. Operating System Research Center email: robert.richter@amd.com
| |