From owner-svn-src-head@FreeBSD.ORG Fri Feb 26 10:49:42 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 08330106564A; Fri, 26 Feb 2010 10:49:42 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 88A1F8FC14; Fri, 26 Feb 2010 10:49:41 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o1QAnak7062150 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 26 Feb 2010 12:49:36 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o1QAnaWM054936; Fri, 26 Feb 2010 12:49:36 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o1QAnaO6054935; Fri, 26 Feb 2010 12:49:36 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 26 Feb 2010 12:49:36 +0200 From: Kostik Belousov To: "M. Warner Losh" Message-ID: <20100226104936.GD2489@deviant.kiev.zoral.com.ua> References: <3bbf2fe11002251548y773c661gd4946f371bcbbd6f@mail.gmail.com> <3bbf2fe11002251732t35179d9ar3c3f39aafe75d5c2@mail.gmail.com> <20100225.185653.364718154403387259.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="llIrKcgUOe3dCx0c" Content-Disposition: inline In-Reply-To: <20100225.185653.364718154403387259.imp@bsdimp.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean Cc: attilio@freebsd.org, svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org, delphij@gmail.com 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 10:49:42 -0000 --llIrKcgUOe3dCx0c Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 25, 2010 at 06:56:53PM -0700, M. Warner Losh wrote: > In message: <3bbf2fe11002251732t35179d9ar3c3f39aafe75d5c2@mail.gmail.com> > Attilio Rao writes: > : 2010/2/26 Xin LI : > : > On Thu, Feb 25, 2010 at 3:48 PM, Attilio Rao wr= ote: > : >> 2010/2/26 M. Warner Losh : > : >>> In message: <201002251413.o1PEDdKV033584@svn.freebsd.org> > : >>> =9A =9A =9A =9A =9A =9AAttilio Rao writes: > : >>> : Author: attilio > : >>> : Date: Thu Feb 25 14:13:39 2010 > : >>> : New Revision: 204309 > : >>> : URL: http://svn.freebsd.org/changeset/base/204309 > : >>> : > : >>> : Log: > : >>> : =9A Introduce the new kernel sub-tree x86 which should contain al= l the code > : >>> : =9A shared and generalized between our current amd64, i386 and pc= 98. > : >>> : > : >>> : =9A This is just an initial step that should lead to a more compl= ete effort. > : >>> : =9A For the moment, a very simple porting of cpufreq modules, BIO= S calls and > : >>> : =9A the whole MD specific ISA bus part is added to the sub-tree b= ut ideally > : >>> : =9A a lot of code might be added and more shared support should g= row. > : >>> > : >>> Cool! > : >>> > : >>> : =9A Sponsored by: =9A =9A =9A Sandvine Incorporated > : >>> : =9A Reviewed by: =9A =9A =9A =9Aemaste, kib, jhb, imp > : >>> : =9A Discussed on: =9A =9A =9A arch > : >>> : =9A MFC: =9A =9A =9A =9A =9A =9A =9A =9A3 weeks > : >>> > : >>> Is this really wise? =9AAre these changes KPI neutral? > : >> > : >> I don't think there are (still) KPI changes. > : >> Which one are you referring to? > : > > : > I think Warner means that there will be some header files to change > : > their location, making certain (I doubt there is any but just in case) > : > kernel modules maintained by third party to break (technically these > : > are not part of KPI but something that _could_ make third party > : > developers unhappy I guess). > :=20 > : Yes but what is already compiled (thirdy-part modules included) will > : keep working without a glance. >=20 > Yes, but modules can't be recompiled. That's why I said KPI rather > than KBI. >=20 > : I think there have been already MFCed patches doing headers movements > : in the past. >=20 > 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. --llIrKcgUOe3dCx0c Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkuHpz8ACgkQC3+MBN1Mb4iMdgCfSe3/wXzvoX9VqxfiXJLun2z0 SJAAni//AXtedV6dY7ZvcvBFIvYDLL4c =cDZb -----END PGP SIGNATURE----- --llIrKcgUOe3dCx0c--