From owner-freebsd-smp Tue Jun 20 12:52: 4 2000 Delivered-To: freebsd-smp@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 976B837BBFB for ; Tue, 20 Jun 2000 12:52:00 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id NAA41651; Tue, 20 Jun 2000 13:51:44 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id NAA71778; Tue, 20 Jun 2000 13:50:14 -0600 (MDT) Message-Id: <200006201950.NAA71778@harmony.village.org> To: Matthew Dillon Subject: Re: SMP discussion moving to freebsd-smp Cc: freebsd-smp@FreeBSD.ORG, Greg Lehey In-reply-to: Your message of "Tue, 20 Jun 2000 12:36:47 PDT." <200006201936.MAA88247@apollo.backplane.com> References: <200006201936.MAA88247@apollo.backplane.com> <200006201708.KAA87060@apollo.backplane.com> <200006201844.MAA70842@harmony.village.org> Date: Tue, 20 Jun 2000 13:50:14 -0600 From: Warner Losh Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <200006201936.MAA88247@apollo.backplane.com> Matthew Dillon writes: : This means that SP builds are going to be unstable for a while, not : just MP builds, as we work out the issues. I am fairly confident that : I can produce a stable set of changes in the first patch set, but : the fact of the matter is that much of the work is going to entail : ripping out the SPL compatibility mechanisms one at a time and replacing : them with mutexes. This will be an ongoing process over the next 6 : months and that means that -current is going to be less stable for : the entire time -- for both the SP and MP builds. It sounds like there will be a large step function of instability that will be introduced right away. Then, over time, thigns will become more or less stable as the work progresses. Some days will be good tree days, others bad. So long as I can boot my laptop with -current to do pccard work (which means it must last 15 minutes of light usage, ideally more), then it meets my lower bounds of acceptible. It would be nice if I could also build kernels and such on my laptop during that time as well, but that isn't as critical to me since I can reboot with the older kernel. There's some pain, but on the whole it would be workable if I can do these things. I know that it is hard, but can you characterize the level of instability that I'd see on a regular basis? Where in the continum of "we talking uptimes of 1 minute or less" to "don't put this into production" do you see things most of the time? Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message