From owner-freebsd-current Mon Apr 24 21:38:11 2000 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id C74EA37B7FA for ; Mon, 24 Apr 2000 21:38:06 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.8.7/8.8.7) with ESMTP id OAA30767; Tue, 25 Apr 2000 14:37:26 +1000 Date: Tue, 25 Apr 2000 14:37:23 +1000 (EST) From: Bruce Evans X-Sender: bde@alphplex.bde.org To: "Rodney W. Grimes" Cc: "Jacques A . Vidrine" , Richard Wackerbarth , freebsd-current@FreeBSD.ORG Subject: Re: SMP changes and breaking kld object module compatibility In-Reply-To: <200004241609.JAA11108@gndrsh.dnsmgr.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 24 Apr 2000, Rodney W. Grimes wrote: > > On Mon, Apr 24, 2000 at 09:27:04AM -0500, Richard Wackerbarth wrote: > > Are all modules effected, or only those that use certain interfaces? > > Given that this is a change in splxxx() I suspect that it breaks > most modules, but probably not all modules. A quick grep -l spl * | wc Given that this is a change in the splxxx() implementation, it breaks zero modules. splxxx() was changed from an inline function to an ordinary function when SMP development started, to give the same ABI for the SMP case as for the non-SMP case. This gives the same ABI for different SMP implementations as a side effect. I've thought of bringing back some of the spl inlines. The module ABI problem can be handled in the same way as in -- use ordinary functions for modules. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message