On Thu, Oct 11, 2012 at 01:53:06PM +0100, Al Viro wrote: > Umm... Maybe, but let's do that as subsequent cleanup. Again, > we almost certainly don't need to mess with TOC at all - the callbacks > are in the main kernel, there are very few of them and they really are > low-level details of exported mechanisms (i.e. kthread_create/run/etc. > in kthread.h and call_usermode... in kmod.h). Again, we are talking > about out-of-tree modules, they had better mechanism for at least > 6 years and conversion to it is bloody trivial. Hell, it was even > in late unlamented feature-removal-schedule.txt - since 2006. If that's > not enough to retire an export, what is? OK... yes we can fix things up in a subsequent cleanup. We will need to fix the TOC handling when we go to using multiple TOCs in the main kernel, with the linker managing the transitions between TOCs. Our toolchain guys have been pushing us to do that for years, because it should make things run faster, but first we'll have to stop using ld -r to combine objects in subdirectories. Paul. -- To unsubscribe from this list: send the line "unsubscribe linux-arch" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
