From owner-freebsd-current Mon Apr 24 3:36:39 2000 Delivered-To: freebsd-current@freebsd.org Received: from tele-post-20.mail.demon.net (tele-post-20.mail.demon.net [194.217.242.20]) by hub.freebsd.org (Postfix) with ESMTP id 790B737B79F; Mon, 24 Apr 2000 03:36:34 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from nlsys.demon.co.uk ([158.152.125.33] helo=herring.nlsystems.com) by tele-post-20.mail.demon.net with esmtp (Exim 2.12 #2) id 12jgEC-000Jnf-0K; Mon, 24 Apr 2000 10:36:32 +0000 Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id LAA04192; Mon, 24 Apr 2000 11:45:43 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Mon, 24 Apr 2000 11:41:53 +0100 (BST) From: Doug Rabson To: Matthew Dillon Cc: "Jordan K. Hubbard" , "Rodney W. Grimes" , Poul-Henning Kamp , freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: SMP changes and breaking kld object module compatibility In-Reply-To: <200004240617.XAA66270@apollo.backplane.com> 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 Sun, 23 Apr 2000, Matthew Dillon wrote: > :I'm sure that something can be done for the kld compatibility issues > :so that you can have your SMP cake and eat it too. Just give it a bit > :more thought. :) > : > :- Jordan > > Thought I have. Time I don't. While I don't particularly see a > problem staying compatible with KLD modules that do spl*() calls, > It's several day's worth of additional work when we go through > the whole review / test / test-again process. I've already gone > through this process for what was committed to -current and I have > already tested the patches under 4.x. I do not have time to go > through it yet again due to having to make additional difficult-to-test > changes. > > If this is an issue I suppose core can vote on whether the SMP > cleanup should be MFC'd to 4.x. I've already laid out all the > reasons why I think it's a good idea to do. I don't have the 40 > man-hours it will take to guarentee compatibility with existing kld's > (even if most are probably already compatible) so if you make that > a requirement, the result will be no MFC at all. > > So you guys (core) choose -- do you want 4.x to reap the benefits of > further SMP development or not? If you choose no, beware that without > this base cleanup there is *NO* chance whatsoever of any further SMP > work being MFC'd to 4.x. None. Zilch. It will have diverged too > much. Personally (i.e. not speaking for core), I really want to preserve both the API and ABI for as many kernel interfaces as possible in the 4.x branch. This does restrict the kinds of work which can be done on 4.x but I'm convinced that this will improve both the percieved ("I recompiled my kernel and now it panics on boot - this sucks") and actual stability of the system. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 20 8442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message