From owner-freebsd-ppc@freebsd.org Sun May 29 22:53:24 2016 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2ACABB54B07 for ; Sun, 29 May 2016 22:53:24 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-193.reflexion.net [208.70.211.193]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D4B3917F0 for ; Sun, 29 May 2016 22:53:23 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 5543 invoked from network); 29 May 2016 22:53:48 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 29 May 2016 22:53:48 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Sun, 29 May 2016 18:53:14 -0400 (EDT) Received: (qmail 25425 invoked from network); 29 May 2016 22:53:13 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 29 May 2016 22:53:13 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 7ADE2B1E002; Sun, 29 May 2016 15:53:11 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Re: [CFT] WITH_META_MODE: Working incremental build [only on i386 and amd64] Date: Sun, 29 May 2016 15:53:15 -0700 Message-Id: Cc: Bryan Drewery , FreeBSD PowerPC ML , freebsd-arm To: FreeBSD Current Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 May 2016 22:53:24 -0000 Quoting the original note about WITH_META_MODE ( = https://lists.freebsd.org/pipermail/freebsd-current/2016-May/061481.html = ): > You will also need to load the filemon(4) module with 'kldload = filemon'. But head's sys/modules/Makefile says: > .if defined(MODULES_OVERRIDE) && !defined(ALL_MODULES) > SUBDIR=3D${MODULES_OVERRIDE} > .else > SUBDIR=3D \ . . . > ${_filemon} \ . . . > .if ${MACHINE_CPUARCH} =3D=3D "i386" || ${MACHINE_CPUARCH} =3D=3D = "amd64" . . . > _filemon=3D filemon . . . as the only contexts that provide a filemon.ko to use with kldload. Thus, for example, arm variants (32 bit and 64 bit) and powerpc variants = (32bit and 64 bit) do not have WITH_META_MODE as an option as things are = set up. I had been hoping to cut down on the time for clang-related rebuilds = during native buildworld runs on my slower buildworld contexts = (armv7a/cortex-a7, powerpc, powerpc64). But it was not to be. It appears that, once some arm variants are officially tier 1, = WITH_META_MODE will not span all tier 1 platforms. [Since I tend to use non-tier-1 platforms I tend to notice some of the = statements about FreeBSD that are true of only tier 1 without being = explicit about it. But initially it takes some research to discover that = status for each such point. WITH_META_MODE is an example.] =3D=3D=3D Mark Millard markmi at dsl-only.net