From owner-freebsd-current Mon Apr 24 7: 3: 0 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.ddg.com (eunuch.ddg.com [216.30.58.66]) by hub.freebsd.org (Postfix) with ESMTP id D3F3037B6BC for ; Mon, 24 Apr 2000 07:02:57 -0700 (PDT) (envelope-from rkw@dataplex.net) Received: from nomad.dataplex.net (24.28.73.209) by mail.ddg.com with SMTP (Eudora Internet Mail Server 2.1); Mon, 24 Apr 2000 09:02:55 -0500 From: Richard Wackerbarth To: "Jeroen C. van Gelderen" Subject: Re: SMP changes and breaking kld object module compatibility Date: Mon, 24 Apr 2000 09:02:53 -0500 X-Mailer: KMail [version 1.1.41] Content-Type: text/plain Cc: freebsd-current@FreeBSD.ORG References: <200004231909.MAA09128@gndrsh.dnsmgr.net> <00042404464300.09955@nomad.dataplex.net> <39044A19.F6F4E479@vangelderen.org> In-Reply-To: <39044A19.F6F4E479@vangelderen.org> MIME-Version: 1.0 Message-Id: <00042409025301.09317@nomad.dataplex.net> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 24 Apr 2000, Jeroen C. van Gelderen wrote: > I don't think it was ever recommended that you upgrade your kernel > without upgrading and rebuilding the modules (better still, world) at > the same time. So this wouldn't really have an adverse effect, would it? Such a policy is totally unacceptable for "released" systems. Pre-release, I can accept it because the interfaces are still being tested and redesigned as needed. However, once a system is released, the users MUST have the ability to upgrade parts of the system without rebuilding everything. In fact, the user may be unable to rebuild parts of the system because he lacks the resources, be they hardware or source code. In particular, I, as a user, need to be able to purchase proprietary code and expect to be able to run it on a system. I further expect to be able to upgrade the kernel or shared libraries within the same release series and still use the same binary of the proprietary program. If this were not the case, we could argue that there is no need for the "linux compatability modes. Every Linux binary could just be recompiled into the FreeBSD format. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message