Date: Mon, 28 Feb 2005 17:23:33 -0500 From: John Baldwin <jhb@FreeBSD.org> To: freebsd-hackers@FreeBSD.org Cc: hackers@FreeBSD.org Subject: Re: Driver Update Disk discussion Message-ID: <200502281723.33667.jhb@FreeBSD.org> In-Reply-To: <20050225093917.GA90508@cirb503493.alcatel.com.au> References: <421E7867.9060101@samsco.org> <20050225093917.GA90508@cirb503493.alcatel.com.au>
next in thread | previous in thread | raw e-mail | index | archive | help
On Friday 25 February 2005 04:39 am, Peter Jeremy wrote: > On Thu, 2005-Feb-24 17:59:19 -0700, Scott Long wrote: > >- kernel option support. How do we support vendor modules in a kernel > >that might be compiled with PAE (rather common these days), SMP, MAC, > >etc. The loader and /boot infrastructure has no concept of this. It's > >highly important, though. > > AFAIK, PAE is only relevant on iA32. I second the suggestion that PAE > be treated as a distinct architecture for these purposes. > > INVARIANTS and WITNESS are the other options that impact ABI. These > are probably unnecessary on -RELEASE but it would be nice if people > could build a kernel with WITNESS and not have it panic if they loaded > a module that wasn't compiled with WITNESS (which I think it the > current behaviour). No, WITNESS is completely opaque to modules. If a module uses a spin lock, there is extra trickiness involved, but that should really be a rare case. INVARIANTS modules work fine if INVARIANT_SUPPORT is in the kernel. INVARIANT_SUPPORT usually means that functions like _mtx_assert() are present in the kernel. Perhaps INVARIANT_SUPPORT should simply be on by default. MUTEX_PROFILING is one option that changes the ABI, but that is purposeful as that's really a development tool. -- John Baldwin <jhb@FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200502281723.33667.jhb>