From owner-svn-src-head@FreeBSD.ORG Fri Feb 26 13:40:56 2010 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E869D1065675; Fri, 26 Feb 2010 13:40:56 +0000 (UTC) (envelope-from emaste@freebsd.org) Received: from mail2.sandvine.com (Mail1.sandvine.com [64.7.137.134]) by mx1.freebsd.org (Postfix) with ESMTP id AA91B8FC1B; Fri, 26 Feb 2010 13:40:56 +0000 (UTC) Received: from labgw2.phaedrus.sandvine.com ([192.168.3.11]) by mail2.sandvine.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 26 Feb 2010 08:28:49 -0500 Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 10332) id B56EC1170A; Fri, 26 Feb 2010 08:28:54 -0500 (EST) Date: Fri, 26 Feb 2010 08:28:54 -0500 From: Ed Maste To: Kostik Belousov Message-ID: <20100226132854.GA25722@sandvine.com> References: <3bbf2fe11002251548y773c661gd4946f371bcbbd6f@mail.gmail.com> <3bbf2fe11002251732t35179d9ar3c3f39aafe75d5c2@mail.gmail.com> <20100225.185653.364718154403387259.imp@bsdimp.com> <20100226104936.GD2489@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100226104936.GD2489@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.4.2.1i X-OriginalArrivalTime: 26 Feb 2010 13:28:49.0836 (UTC) FILETIME=[A1994EC0:01CAB6E7] Cc: src-committers@freebsd.org, delphij@gmail.com, svn-src-all@freebsd.org, attilio@freebsd.org, svn-src-head@freebsd.org, "M. Warner Losh" Subject: Re: svn commit: r204309 - in head/sys: amd64/amd64 amd64/isa conf i386/bios i386/cpufreq i386/i386 i386/isa i386/xen isa modules/bios/smbios modules/bios/vpd modules/cpufreq pc98/pc98 x86 x86/bios x86/... X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2010 13:40:57 -0000 [ About the i386/amd64/pc98 -> x86 merge ] > > : I think there have been already MFCed patches doing headers movements > > : in the past. > > > > We've tried to keep the KPI upwardly compatible. If files move, then > > old code will potentially break. > > Yes, but there is very non-trivial cost of not merging this. > It makes testing in HEAD of other patches less valuable for merges, > and merges itself becomes more time-consuming and risking. > > Fortunately, I do not no dri, but I know that maintaining patches > both for 7 and 8/HEAD of dri is a hell. For headers on older branches we can just leave backwards compatibility stubs in the i386, amd64 and pc98 directories that include the header from the new x86 directory. -Ed