From owner-freebsd-net@FreeBSD.ORG Sun Jul 3 00:05:09 2005 Return-Path: X-Original-To: net@FreeBSD.ORG Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 326B416A41C; Sun, 3 Jul 2005 00:05:09 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1158C43D53; Sun, 3 Jul 2005 00:05:04 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 8DA605CBA9; Sat, 2 Jul 2005 17:04:40 -0700 (PDT) Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.FreeBSD.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 9573681E0F; Fri, 7 Dec 2001 16:37:20 -0600 (CST) Received: from hub.freebsd.org (hub.FreeBSD.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 8ECAA55742; Fri, 7 Dec 2001 14:37:15 -0800 (PST) (envelope-from owner-freebsd-arch@FreeBSD.ORG) Received: by hub.freebsd.org (Postfix, from userid 538) id 726B837B417; Fri, 7 Dec 2001 14:37:14 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with SMTP id 2ACCD2E8003; Fri, 7 Dec 2001 14:37:14 -0800 (PST) Received: by hub.freebsd.org (bulk_mailer v1.12); Fri, 7 Dec 2001 14:37:14 -0800 Delivered-To: freebsd-arch@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id BF14837B41A; Fri, 7 Dec 2001 14:37:05 -0800 (PST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.6/8.11.6) with ESMTP id fB7MZHj30558; Fri, 7 Dec 2001 23:35:17 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Garance A Drosihn In-Reply-To: Your message of "Fri, 07 Dec 2001 16:49:51 EST." Message-ID: <30556.1007764517@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-arch@FreeBSD.ORG X-Loop: FreeBSD.ORG Precedence: bulk Status: RO Lines: 101 Cc: arch@FreeBSD.ORG, Mike Smith , net@FreeBSD.ORG Subject: Re: Request to back out Luigis polled-net patch in -stable. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:05:09 -0000 X-Original-Date: Fri, 07 Dec 2001 23:35:17 +0100 X-List-Received-Date: Sun, 03 Jul 2005 00:05:09 -0000 In message , Garance A Drosihn writes: >Poul-Henning included one comment about "track records" which may >have been a bit harsh, but if you ignore that one sentence than >everything he said seemed pretty reasoned (ie, "calmly thought out", >as opposed to "emotional outburst"), and pretty reasonable. I would like to defend that comment, and I apologize for it sounding harsh, it was simply meant as a flat statement of fact on my part. We have committers in the project who gets things right the first time around, every time, on time, on schedule, under budget and with a global reduction of green-house gasses as a side effect. When Bruce Evans commits something one can virtually rest assured that it has been throughly tested ever since he originally wrote it in 1974 and that several satelites and ICBMs wouldn't work and the cold war would not have ended without that patch. Then we have other committers who drag a trail of death and destruction through a sequence of more and more frantic commits until they finally (by accident ?) gets it right enough that the tree isn't broken anymore. (I wont mention names here). These are the two extremes, between them you will find the rest of us. Now, for something to go into -stable, there are certain standards, we have haggled over them from time to time. For a new feature to go into -stable, there has to be very very good reasons not to take the detour around -current. In particular there has to be a very good and convincing argument that something _will_ go into -current, so that we don't introduce a feature in -stable which the next major release will simply not have: We don't need to disappoint our users any more than we need to with our major releases. Luigi has a track record of delivering some very smart code to FreeBSD, I'm a big fan of his IPFW and DUMMYNET stuff, and I far prefer them to IPFILTER. I even think Luigi is a great guy, and I'm happy to see him being a "Professor of FreeBSD Networking" (well, not quite but...) at his University in Italy. But that doesn't change the fact that Luigis code has never been a "working first time thing wihtout a hitch" for us. There has always been some issues to work out, some things to move around a bit, things which need a bit of generalization and so on. In other words: Luigi is a perfectly normal FreeBSD committer. And that means that he should follow the rules we have for -stable: he doesn't clear the bar to cold commit a new feature into -stable. In particular it should not when it is not convincingly argued that we will be able to integrate the new features in -current any time soon. That's all. I'm not against his code, I just don't want it to go straight into -stable. If the argument holds that -stable and -current has diverged too much for it being feasible to go the usual "into -current, then MFC" walk, then we need to reexamine the entire "-current/-stable" setup and maybe add a 4-CURRENT development-branch from which things get merged to 4-STABLE. (Having worked in multi-branch environments like that, I would be strongly against any such thing and I think anyone who has tried to navigate the cisco IOS version maelström in recent years are likely to be against as well). So in summary my position is: Luigi stuff should be backed out of -stable. Luigi should figure out how to do this right in SMPng/-current and implement it there. Then when we have some experience with it, we can decide on a rational basis if it should be MFC'ed, (or committed cold into -stable if the MFC doesn't make sense). And of course Luigi is more than welcome to distribute his change as a patch against -stable, just like Jun-Itoh does with his ALTQ. (I don't know if Peter has -stable in P4, but that could be one way to make it easier for Luigi to maintain the patch if he had a branch there) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message