Bruce Evans <b...@zeta.org.au> writes: > >I think that the goal should be to make KLDs work with all kinds of > >kernels. And the only place where this seems to be a problem is with > >zalloc and zfree. So it seems to me that one of the following could > >be done to solve it: > > > >a. make zalloc and zfree non-inline > >b. call zalloci and zfreei in code that can end up in KLDs > >c. call zalloci and zfreei everywhere where it's not performance-critical > > There are many potential problems with SMP kernels. Many of the inline > functions in <machine/cpufunc.h> depend on SMP. We've already pessimised > the usual (non-SMP) case by uninlining a few too many spl-related > functions.
So you think it would be bad to have zalloc and zfree as non-inline functions? That would mean that KLDs would be different depending on the options used to build the kernel and that KLDs would need some way of figuring out the these options. How should that be done? By installing opt_global.h after building the kernel? /assar To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
