From owner-svn-src-head@FreeBSD.ORG Fri Feb 26 01:32:23 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 AE647106567C; Fri, 26 Feb 2010 01:32:23 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-iw0-f198.google.com (mail-iw0-f198.google.com [209.85.223.198]) by mx1.freebsd.org (Postfix) with ESMTP id 51B748FC20; Fri, 26 Feb 2010 01:32:23 +0000 (UTC) Received: by iwn36 with SMTP id 36so5812058iwn.28 for ; Thu, 25 Feb 2010 17:32:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=zwbxN3Ebdh5eju8WEvQc7WSCyMdM8TjxO0zzmroICQ8=; b=Wm8WNWNDJXKSVOqJDXEZiicvy6Ftn62IGUOYbrrTXYAW4A0qEXTyHsN9N0uBFA18MI t2Xj38HtM7n3kYWx/ufX8vaqD3pU8SK7Q7+qu/5fJeGBVcv2lx8MsNs99oloUCnkEEDp heM6ziIHsV0hMl1L3/K1F0qFdRKH2L+XZZaEU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=CN0cY9O80j912iMAGl2plFSoC41p9LxxpsNALuDeArl/vbpva6YXKx0VqQ/PB0Rr9G RMp75+HpnnYRpQ/o8IayCWLIMvl6m7a+JemBk8NAw83qFQwKtWBlEDmVANo1K4Jo6wVo alfdgsCK164VQi9Ll5eFAinoF67NVp2xSZISo= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.231.191.147 with SMTP id dm19mr433958ibb.86.1267147939393; Thu, 25 Feb 2010 17:32:19 -0800 (PST) In-Reply-To: References: <201002251413.o1PEDdKV033584@svn.freebsd.org> <20100225.163850.864172011105110621.imp@bsdimp.com> <3bbf2fe11002251548y773c661gd4946f371bcbbd6f@mail.gmail.com> Date: Fri, 26 Feb 2010 02:32:19 +0100 X-Google-Sender-Auth: 11c7ec58e0c18927 Message-ID: <3bbf2fe11002251732t35179d9ar3c3f39aafe75d5c2@mail.gmail.com> From: Attilio Rao To: Xin LI Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@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 01:32:23 -0000 2010/2/26 Xin LI : > On Thu, Feb 25, 2010 at 3:48 PM, Attilio Rao wrote: >> 2010/2/26 M. Warner Losh : >>> In message: <201002251413.o1PEDdKV033584@svn.freebsd.org> >>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Attilio Rao writes: >>> : Author: attilio >>> : Date: Thu Feb 25 14:13:39 2010 >>> : New Revision: 204309 >>> : URL: http://svn.freebsd.org/changeset/base/204309 >>> : >>> : Log: >>> : =C2=A0 Introduce the new kernel sub-tree x86 which should contain all= the code >>> : =C2=A0 shared and generalized between our current amd64, i386 and pc9= 8. >>> : >>> : =C2=A0 This is just an initial step that should lead to a more comple= te effort. >>> : =C2=A0 For the moment, a very simple porting of cpufreq modules, BIOS= calls and >>> : =C2=A0 the whole MD specific ISA bus part is added to the sub-tree bu= t ideally >>> : =C2=A0 a lot of code might be added and more shared support should gr= ow. >>> >>> Cool! >>> >>> : =C2=A0 Sponsored by: =C2=A0 =C2=A0 =C2=A0 Sandvine Incorporated >>> : =C2=A0 Reviewed by: =C2=A0 =C2=A0 =C2=A0 =C2=A0emaste, kib, jhb, imp >>> : =C2=A0 Discussed on: =C2=A0 =C2=A0 =C2=A0 arch >>> : =C2=A0 MFC: =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A03 = weeks >>> >>> Is this really wise? =C2=A0Are 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). Yes but what is already compiled (thirdy-part modules included) will keep working without a glance. I think there have been already MFCed patches doing headers movements in the past. Attilio --=20 Peace can only be achieved by understanding - A. Einstein