From owner-freebsd-arch@FreeBSD.ORG Sat Feb 28 12:41:30 2015 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8053BD5E; Sat, 28 Feb 2015 12:41:30 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5699BB4; Sat, 28 Feb 2015 12:41:30 +0000 (UTC) Received: from ralph.baldwin.cx (pool-173-54-116-245.nwrknj.fios.verizon.net [173.54.116.245]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 5401FB9A3; Sat, 28 Feb 2015 07:41:29 -0500 (EST) From: John Baldwin To: freebsd-arch@freebsd.org Subject: Re: Adding new media types to if_media.h Date: Sat, 28 Feb 2015 07:28:14 -0500 Message-ID: <1919032.aFEK3un8ig@ralph.baldwin.cx> User-Agent: KMail/4.14.2 (FreeBSD/10.1-STABLE; KDE/4.14.2; amd64; ; ) In-Reply-To: <20150227192310.GR17947@glebius.int.ru> References: <20150226230031.GN17947@glebius.int.ru> <20150227192310.GR17947@glebius.int.ru> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Sat, 28 Feb 2015 07:41:29 -0500 (EST) Cc: Adrian Chadd , mike@karels.net, "freebsd-net@freebsd.org" , Gleb Smirnoff , Jack Vogel , Eric Joyner X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Feb 2015 12:41:30 -0000 On Friday, February 27, 2015 10:23:10 PM Gleb Smirnoff wrote: > On Thu, Feb 26, 2015 at 08:25:59PM -0800, Adrian Chadd wrote: > A> [snip] > A> > A> I think Mike's approach is good - it makes it easy to MFC to 10.2 > A> since there's extended lifecycle stuff to do there - and then we can > A> plan out how do the "betterer" fix after it's landed and churned > A> things. > > ... and we will be ought to support the "betterer" fix along with > the "not so betterer" for a very long time. > > The rock on which we split in this argument is that some developers > write their code for stable/x and then forward-port it to head, > focused on quality of result for stable/x; while other developers > do the opposite: write code to head, then consider or not consider > merging it stable/x. No, this is not quite true. Some folks have to write drivers on HEAD but also support running those drivers on older branches. The MFC's get harder when you have very different APIs on the different branches. It's already harder to test stat changes now since it requires completely different patches for <= 10 (the only thing people are supposed to use in production) vs head due to if_getcounter() and friends. Also, since 11 won't be out until 2016, that is far, far too long to wait for more media types. The stuff we need to support is already shipping in products today. We can't not support these in 10 (and possibly 9). -- John Baldwin