From owner-freebsd-ppc@freebsd.org Sun May 29 04:13:58 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 CA077B532E9; Sun, 29 May 2016 04:13:58 +0000 (UTC) (envelope-from bryan-lists@shatow.net) Received: from mail.xzibition.com (mail.xzibition.com [52.11.127.251]) (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 A81BD1DAB; Sun, 29 May 2016 04:13:58 +0000 (UTC) (envelope-from bryan-lists@shatow.net) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 614D41E851; Sun, 29 May 2016 04:13:51 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id e5Wzyzv_T25p; Sun, 29 May 2016 04:13:48 +0000 (UTC) Subject: Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build) DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 28BC91E84A DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=shatow.net; s=mxc204805312015; t=1464495228; bh=gHxuIR5q7ZWJFkMpm9CTZo55bX2XpwKg7/NmoyrlL9k=; h=Subject:To:References:Cc:From:Date:In-Reply-To; b=jDBzpZ5r8GoH4cuEky+0z8fBk6b36RXzg6l8WRkWoLz5Br5Ei/rwgVhe2zkPPfNPT arfzDsnzCy7WcO9Wic8HS9zPhG/h8kNfwKCXFdOJ5YFULnBGckTvPTV/8hC6Y65Elk qwODhTKVL6yFZY8D9fawnd0/X9nJSCcaLJY0kxwcwoGl3TrONLzIN48vczr909lFLT 0Mbz+sE3auTVvRJwTsbtIzebQeapFlXNCsOCgixR34ApzOFCUYBdYXK/tHHjY7iTJy OysPUuUUY+ka4uHXJsQoNxsTnSsQk0LRhSkgODNSHQwUJinaMJ2+no4txUy09iad8/ rI0nwroxlBhDw== To: Adrian Chadd , Mark Millard References: <5A0ACA76-6F1D-4975-9E59-2A64BB8EFC77@dsl-only.net> <56FD9757.6040709@FreeBSD.org> <9E3033D5-F416-4B78-97C2-0A0AABF5A49E@dsl-only.net> <56FDA5F9.1090601@FreeBSD.org> <481DA341-0DFC-4AF1-AD4D-56C5388FA8E3@dsl-only.net> <56FDBAA8.5060407@FreeBSD.org> <7DEF97EC-D970-4F64-AF72-8939609A1D48@dsl-only.net> <4953F764-FC4E-491F-A6B7-4CAF65EAAEB7@dsl-only.net> <70a54660-775d-c12c-b991-507d26ce1342@FreeBSD.org> <72F5F9FD-5854-455D-8844-C4E1887DCE9F@dsl-only.net> <0FA52C68-43C4-489D-9EB2-2339C2B812F5@dsl-only.net> <068D322F-E46F-4FD8-8DA0-BD7D17FD2A06@dsl-only.net> Cc: Bryan Drewery , FreeBSD Current , FreeBSD Toolchain , FreeBSD PowerPC ML , Gerald Pfeifer , Warner Losh , Dimitry Andric From: Bryan Drewery Message-ID: <0f681095-9876-cb42-b158-7420174c0409@shatow.net> Date: Sat, 28 May 2016 21:13:54 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit 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 04:13:58 -0000 On 5/28/2016 12:03 PM, Adrian Chadd wrote: > [snip] I beg of you to *stop* snipping all context. > > hi, > > please don't patch the ports compiler assumptions about things like I said it was not right, and was an experiment. > this. We should be targeting external toolchains on OSes (eg macosx) > where it may already generate freebsd binaries and as such we should > be calling the compiler/linker with all the flags it needs. > > Having a patched compiler default for mips made things way, way harder > than it needed to be. > > -- Regards, Bryan Drewery bdrewery@freenode/EFNet From owner-freebsd-ppc@freebsd.org Sun May 29 03:55:57 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 5982BB500AC; Sun, 29 May 2016 03:55:57 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-io0-x22e.google.com (mail-io0-x22e.google.com [IPv6:2607:f8b0:4001:c06::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0BF221E9B; Sun, 29 May 2016 03:55:57 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-io0-x22e.google.com with SMTP id t40so92866533ioi.0; Sat, 28 May 2016 20:55:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=2GtFzeJ86K7vfz1Tgc3Gacxik7q8YBKpnHK6g/jBy4k=; b=BGNx56Wd8gIhs+XJQIdNadvCW5rTgSwUEAFq3s4UD7GQH5MN8bU0Gr1D2wpu3E51+q RNlAKQeHFBDEuWk8NTGQy2FVgOdCxj4dw8e2RLLuzPKnFzJyrbViIGt+gl3dFN35EojN OWyb9xlBd0noBldAEPzyJqrI+7meI2m2+VRBtS+QCCfgnSqVUeUuIgB+yD8+uBUltqIX S2jUa+IlLY5bjdrrBY/3LE0Zdu+OAtpQGzCGgsq/O7fhnamCyhpF2RGYrJHT5+KT30Tt PIKMGUnpQNgLUZIvFrplUezV78oncWB7FwsJGp+1md2ZLGblfUWBcNbMJqWmrt7YGCDS MhVA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=2GtFzeJ86K7vfz1Tgc3Gacxik7q8YBKpnHK6g/jBy4k=; b=THS5P7yGlAeo389M0anwaHUZ1UH1tL8q2u/mjNjm/iN1Riw9Y8kilsyGd/kjwf7JqI z1iLfhQ2awKwtlsf1DiqcqaQxwgJyswll/p+n1yTmWIGJC891+TPGzMnnwQhkW2cOPRQ 8Fr+WkZiI99yHrigHAkXjoWV5FEbQ7LbBE21XiMCOFoxRXIIzXS/xsoh2zCc+rVsqEyB DygtN7K2aqymgfey6W9xZRQYnzdx856x2fxAe/tB4lW+TwgSkOi8xIViTBMDgp8owhRw 5GVkoeIuva7xPubYfR1Gv15aXqrmLpEEMo5gkySmLTSJ8ohHW8t8V29vb76xMgkUr/Nm w0Hg== X-Gm-Message-State: ALyK8tIwXq7wwYdytp8nxn5gLw3qyem0d6CNZvn5bLkBSm7s3Q6yRsiFbWBKtOC+PluVDbRuEczt1kPreCsM+g== MIME-Version: 1.0 X-Received: by 10.107.15.234 with SMTP id 103mr18461765iop.75.1464494156467; Sat, 28 May 2016 20:55:56 -0700 (PDT) Received: by 10.36.113.3 with HTTP; Sat, 28 May 2016 20:55:56 -0700 (PDT) In-Reply-To: References: <5A0ACA76-6F1D-4975-9E59-2A64BB8EFC77@dsl-only.net> <56FD9757.6040709@FreeBSD.org> <9E3033D5-F416-4B78-97C2-0A0AABF5A49E@dsl-only.net> <56FDA5F9.1090601@FreeBSD.org> <481DA341-0DFC-4AF1-AD4D-56C5388FA8E3@dsl-only.net> <56FDBAA8.5060407@FreeBSD.org> <7DEF97EC-D970-4F64-AF72-8939609A1D48@dsl-only.net> <4953F764-FC4E-491F-A6B7-4CAF65EAAEB7@dsl-only.net> <70a54660-775d-c12c-b991-507d26ce1342@FreeBSD.org> <72F5F9FD-5854-455D-8844-C4E1887DCE9F@dsl-only.net> <0FA52C68-43C4-489D-9EB2-2339C2B812F5@dsl-only.net> <068D322F-E46F-4FD8-8DA0-BD7D17FD2A06@dsl-only.net> Date: Sat, 28 May 2016 20:55:56 -0700 Message-ID: Subject: Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build) From: Adrian Chadd To: Mark Millard Cc: Bryan Drewery , FreeBSD Current , FreeBSD Toolchain , FreeBSD PowerPC ML , Gerald Pfeifer , Warner Losh , Dimitry Andric Content-Type: text/plain; charset=UTF-8 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 03:55:57 -0000 On 28 May 2016 at 14:30, Mark Millard wrote: > On 2016-May-28, at 12:03 PM, Adrian Chadd wrote: > >> [snip] >> >> hi, >> >> please don't patch the ports compiler assumptions about things like >> this. We should be targeting external toolchains on OSes (eg macosx) >> where it may already generate freebsd binaries and as such we should >> be calling the compiler/linker with all the flags it needs. >> >> Having a patched compiler default for mips made things way, way harder >> than it needed to be. >> >> >> >> -adrian > > Are there specific technical examples of specific lessons learned from the "patched compiler default for mips" context? > > Is there an intent to use /usr/src/. . . materials for buildworld/buildkernel and the like from a non-FreeBSD context? Are there examples? Well, I'd like to be able to build it from non-freebsd environment. Eg, eventually from the macosx shipped clang/llvm, or various other external toolchains. Doubly so for whatever commercial / internal / bring-up compilers that are used during platform bringup. The hurt is that our Makefile stuff is still a bit messy. On the plus side, Brian, Warner in particular have done a great job undoing all of that and making things cleaner, so big props to them! -adrian 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 From owner-freebsd-ppc@freebsd.org Mon May 30 04:20:03 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 5EF1FB514AB for ; Mon, 30 May 2016 04:20:03 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-189.reflexion.net [208.70.211.189]) (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 23B961B24 for ; Mon, 30 May 2016 04:20:03 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 15478 invoked from network); 30 May 2016 04:19:57 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 30 May 2016 04:19:57 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Mon, 30 May 2016 00:20:01 -0400 (EDT) Received: (qmail 580 invoked from network); 30 May 2016 04:20:00 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 30 May 2016 04:20:00 -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 X-No-Relay: not in my network Received: from [192.168.1.26] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 38563B1E001; Sun, 29 May 2016 21:19:49 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: 11.0 -r300944 build attempted WITH_META_MODE failed [amd64 targeting powerpc64 via devel/powerpc64-gcc use] From: Mark Millard Date: Sun, 29 May 2016 21:19:54 -0700 Cc: FreeBSD Toolchain , FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <8A197698-51C7-43F9-9927-465602E19AAE@dsl-only.net> To: FreeBSD Current , Bryan Drewery 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: Mon, 30 May 2016 04:20:03 -0000 This was my first-time-ever WITH_META_MODE attempt. I show a chunk of = the log later below. Retrying without WITH_META_MODE=3Dyes resulted in no problems, unlike = below. A self-hosted powerpc64 11.0 -r300944 build using devel/powerpc64-gcc as = the so-called "cross compiler" also did not have this problem =E2=80=94-bu= t powerpc64 does not have WITH_META_MODE (no filemon.ko to load). [The 2 "no problem" examples suggest that -r300944 has gotten to the = point that xtoolchain like contexts work again [non-META], even self = hosted ones.] Here is the part of the script log around the WITH_META_MODE failure. = The compiles had -v . . . --- ctld.full --- Using built-in specs. COLLECT_GCC=3D/usr/local/bin/powerpc64-portbld-freebsd11.0-gcc = COLLECT_LTO_WRAPPER=3D/usr/local/libexec/gcc/powerpc64-portbld-freebsd11.0= /5.3.0/lto-wrapper Target: powerpc64-portbld-freebsd11.0 Configured with: ./../gcc-5.3.0/configure = --target=3Dpowerpc64-portbld-freebsd11.0 --disable-nls = --enable-languages=3Dc,c++ --without-headers --with-gmp=3D/usr/local = --with-pkgversion=3D'FreeBSD Ports Collection for powerpc64' = --with-system-zlib --with-as=3D/usr/local/bin/powerpc64-freebsd-as = --with-ld=3D/usr/local/bin/powerpc64-freebsd-ld --prefix=3D/usr/local = --localstatedir=3D/var --mandir=3D/usr/local/man = --infodir=3D/usr/local/info/ --build=3Dx86_64-portbld-freebsd11.0 Thread model: posix gcc version 5.3.0 (FreeBSD Ports Collection for powerpc64)=20 = COMPILER_PATH=3D/usr/local/powerpc64-freebsd/bin/:/usr/local/libexec/gcc/p= owerpc64-portbld-freebsd11.0/5.3.0/:/usr/local/libexec/gcc/powerpc64-portb= ld-freebsd11.0/5.3.0/:/usr/local/libexec/gcc/powerpc64-portbld-freebsd11.0= /:/usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/:/usr/local/lib/g= cc/powerpc64-portbld-freebsd11.0/ = LIBRARY_PATH=3D/usr/local/powerpc64-freebsd/bin/:/usr/local/lib/gcc/powerp= c64-portbld-freebsd11.0/5.3.0/:/usr/obj/xtoolchain/powerpc.powerpc64/usr/s= rc/tmp/lib/:/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/lib/ COLLECT_GCC_OPTIONS=3D'-isystem' = '/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include' = '-L/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/lib' '-B' = '/usr/local/powerpc64-freebsd/bin/' '-O2' '-pipe' '-I' = '/usr/src/usr.sbin/ctld/../../contrib/libucl/include' '-I' = '/usr/src/usr.sbin/ctld' '-I' '/usr/src/usr.sbin/ctld/../../sys' '-I' = '/usr/src/usr.sbin/ctld/../../sys/cam/ctl' '-I' = '/usr/src/usr.sbin/ctld/../../sys/dev/iscsi' '-g' '-std=3Dgnu99' = '-fstack-protector-strong' '-Wsystem-headers' '-Wall' '-Wno-format-y2k' = '-Wextra' '-Wstrict-prototypes' '-Wmissing-prototypes' '-Wpointer-arith' = '-Wreturn-type' '-Wcast-qual' '-Wwrite-strings' '-Wswitch' '-Wshadow' = '-Wunused-parameter' '-Wcast-align' '-Wchar-subscripts' '-Winline' = '-Wnested-externs' '-Wredundant-decls' '-Wold-style-definition' = '-Wno-pointer-sign' '-Wno-error=3Dunused-function' = '-Wno-error=3Denum-compare' '-Wno-error=3Dlogical-not-parentheses' = '-Wno-error=3Dbool-compare' '-Wno-error=3Duninitialized' = '-Wno-error=3Darray-bounds' '-Wno-error=3Dclobbered' = '-Wno-error=3Dcast-align' '-Wno-error=3Dextra' '-Wno-error=3Dattributes' = '-Wno-error=3Dinline' '-Wno-error=3Dunused-but-set-variable' = '-Wno-error=3Dunused-value' '-Wno-error=3Dstrict-aliasing' = '-Wno-error=3Daddress' '-v' '-o' 'ctld.full' /usr/local/libexec/gcc/powerpc64-portbld-freebsd11.0/5.3.0/collect2 = -plugin = /usr/local/libexec/gcc/powerpc64-portbld-freebsd11.0/5.3.0/liblto_plugin.s= o = -plugin-opt=3D/usr/local/libexec/gcc/powerpc64-portbld-freebsd11.0/5.3.0/l= to-wrapper -plugin-opt=3D-fresolution=3D/tmp//ccDS76mK.res = -plugin-opt=3D-pass-through=3D-lgcc -plugin-opt=3D-pass-through=3D-lgcc_s = -plugin-opt=3D-pass-through=3D-lc -plugin-opt=3D-pass-through=3D-lgcc = -plugin-opt=3D-pass-through=3D-lgcc_s = --sysroot=3D/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp = --eh-frame-hdr -V -melf64ppc_fbsd -V -dynamic-linker = /libexec/ld-elf.so.1 -o ctld.full = /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/lib/crt1.o = /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/lib/crti.o = /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/lib/crtbegin.o = -L/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/lib = -L/usr/local/powerpc64-freebsd/bin = -L/usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0 = -L/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/lib = -L/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/lib chap.o = ctld.o discovery.o isns.o kernel.o keys.o log.o login.o parse.o pdu.o = token.o uclparse.o -lbsdxml -ll -lmd -lsbuf -lutil -lprivateucl -lm = -lssp_nonshared -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc = --as-needed -lgcc_s --no-as-needed = /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/lib/crtend.o = /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/lib/crtn.o GNU ld (GNU Binutils) 2.25.1 Supported emulations: elf64ppc_fbsd elf64ppc elf32ppc_fbsd elf32ppc GNU ld (GNU Binutils) 2.25.1 Supported emulations: elf64ppc_fbsd elf64ppc elf32ppc_fbsd elf32ppcuclparse.o: In function `uclparse_chap': /usr/src/usr.sbin/ctld/uclparse.c:61: undefined reference to = `ucl_object_find_key' /usr/src/usr.sbin/ctld/uclparse.c:68: undefined reference to = `ucl_object_find_key' uclparse.o: In function `uclparse_chap_mutual': /usr/src/usr.sbin/ctld/uclparse.c:91: undefined reference to = `ucl_object_find_key' /usr/src/usr.sbin/ctld/uclparse.c:98: undefined reference to = `ucl_object_find_key' /usr/src/usr.sbin/ctld/uclparse.c:105: undefined reference to = `ucl_object_find_key' uclparse.o:/usr/src/usr.sbin/ctld/uclparse.c:112: more undefined = references to `ucl_object_find_key' follow uclparse.o: In function `uclparse_toplevel': /usr/src/usr.sbin/ctld/uclparse.c:235: undefined reference to = `ucl_iterate_object' /usr/src/usr.sbin/ctld/uclparse.c:278: undefined reference to = `ucl_iterate_object' /usr/src/usr.sbin/ctld/uclparse.c:317: undefined reference to = `ucl_iterate_object' uclparse.o: In function `uclparse_auth_group': /usr/src/usr.sbin/ctld/uclparse.c:396: undefined reference to = `ucl_iterate_object' /usr/src/usr.sbin/ctld/uclparse.c:416: undefined reference to = `ucl_iterate_object' uclparse.o:/usr/src/usr.sbin/ctld/uclparse.c:431: more undefined = references to `ucl_iterate_object' follow uclparse.o: In function `uclparse_target_lun': /usr/src/usr.sbin/ctld/uclparse.c:202: undefined reference to = `ucl_object_find_key' /usr/src/usr.sbin/ctld/uclparse.c:203: undefined reference to = `ucl_object_find_key' uclparse.o: In function `uclparse_target': /usr/src/usr.sbin/ctld/uclparse.c:731: undefined reference to = `ucl_iterate_object' collect2: error: ld returned 1 exit status *** [ctld.full] Error code 1 make[4]: stopped in /usr/src/usr.sbin/ctld 1 error make[4]: stopped in /usr/src/usr.sbin/ctld *** [all_subdir_usr.sbin/ctld] Error code 2 =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Mon May 30 05:44:32 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 C5CE0B5454A; Mon, 30 May 2016 05:44:32 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0143.outbound.protection.outlook.com [157.56.111.143]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E196A10B9; Mon, 30 May 2016 05:44:31 +0000 (UTC) (envelope-from sjg@juniper.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=LqEPjbbTP8rvE6XAO4ecuzP1B1PqMSnVakqR/Tl0ZH8=; b=faUUKUdXPvJDpTL6BphIDgYdzJgqZIPuPa8pyH2oG+qJeCQsPOU+nXfzSPHV0r+lIi8sIwcSBNz2Jr+jcuONP7260lxzbCnRxlCk5N22LVOXHy8Fla0yyU14kYaj96GyavL9PQbf79u9E54QVP0VbPHcR1wYQp6Ct4D+YRk+J4o= Received: from CY1PR05CA0041.namprd05.prod.outlook.com (10.166.186.179) by CY1PR05MB2457.namprd05.prod.outlook.com (10.167.10.14) with Microsoft SMTP Server (TLS) id 15.1.501.7; Mon, 30 May 2016 01:10:50 +0000 Received: from BL2FFO11FD011.protection.gbl (2a01:111:f400:7c09::184) by CY1PR05CA0041.outlook.office365.com (2a01:111:e400:c5a4::51) with Microsoft SMTP Server (TLS) id 15.1.506.9 via Frontend Transport; Mon, 30 May 2016 01:10:50 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.19) smtp.mailfrom=juniper.net; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=none action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.19 as permitted sender) Received: from P-EMFE01C-SAC.jnpr.net (66.129.239.19) by BL2FFO11FD011.mail.protection.outlook.com (10.173.161.17) with Microsoft SMTP Server (TLS) id 15.1.497.8 via Frontend Transport; Mon, 30 May 2016 01:10:49 +0000 Received: from magenta.juniper.net (172.17.27.123) by P-EMFE01C-SAC.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Sun, 29 May 2016 18:10:48 -0700 Received: from kaos.jnpr.net (kaos.jnpr.net [172.21.16.84]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id u4U1AmJ01535; Sun, 29 May 2016 18:10:48 -0700 (PDT) (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id 0E19C385508; Sun, 29 May 2016 18:10:48 -0700 (PDT) To: Mark Millard CC: FreeBSD Current , Bryan Drewery , FreeBSD PowerPC ML , freebsd-arm , Subject: Re: [CFT] WITH_META_MODE: Working incremental build [only on i386 and amd64] In-Reply-To: References: Comments: In-reply-to: Mark Millard message dated "Sun, 29 May 2016 15:53:15 -0700." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 24.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <1700.1464570647.1@kaos.jnpr.net> Date: Sun, 29 May 2016 18:10:48 -0700 Message-ID: <1702.1464570648@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:66.129.239.19; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(2980300002)(199003)(24454002)(189002)(9170700003)(2950100001)(87936001)(6806005)(47776003)(97756001)(92566002)(117636001)(19580405001)(23726003)(189998001)(76506005)(77096005)(81166006)(107886002)(110136002)(586003)(8936002)(86362001)(1220700001)(5003600100002)(8676002)(53416004)(5008740100001)(106466001)(76176999)(2906002)(19580395003)(50226002)(46406003)(105596002)(9686002)(11100500001)(2810700001)(50986999)(4326007)(4001430100002)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:CY1PR05MB2457; H:P-EMFE01C-SAC.jnpr.net; FPR:; SPF:SoftFail; MLV:sfv; A:1; MX:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; BL2FFO11FD011; 1:1vBTMqx58CTP980gKpBvvHODf8yODeotK4IZWKlRDGKygOF9Fld3avz//SO1gn2a1XVwWJmLs6S5vH8w3Pr+3skSU0CkL+oD+FVKyPId2sugjCO/jMKKP+ELacIofsO0navviag/dX4CMq7CKNhqvpCrdHXOf77hWb0guCxz8OeuBxNChI+6zQEeXVWVN0R+OYjmaH4r3KHQ0TUv7p8FNoK8tpHMqtYt55zkJm3Sawp3zeA/llKoE1gGVwLF/UUlyZlPN28QEkFeOEo8Z3fUmlOh5prAtA1Ftf3masfLnhJV6V9TCnRHYsZG3kVX8KnzOLG/LLfcQS0xvd5u7x9+kwVX/e56NLvBrwAGQzqKbm81A1VuozvOKxeTwNEae+hfCgU5CfLLbb+J5zP1iyyhud6EGXblUgAA+9DjgaBAYRHtCETo5CMgM2EnERxTxMN0yV+87CVF1oOFrSyOmD5evzQ0kuWCzwQcRZh1ATPQjklwXuH5Up2KxltshxZs8X+RMFfLUwIqM3mtYb7RyZtwdw== X-MS-Office365-Filtering-Correlation-Id: c02dccab-55ec-42cb-c49f-08d388273d41 X-Microsoft-Exchange-Diagnostics: 1; CY1PR05MB2457; 2:cDV+jyR0nC9ghtPsFRq9WA+9k1m6GfHdpy8IG/ihvR7cWSNkQmQ4Oq3fmOedE2+bXC/VMD+8a0wOzPlHDoav1cblleskBkqAumZ52YLVl4Qz+bFEEVrhhQXMpYno4ywfug2cglu0KX8UhCJqKip6T36++5OloCREACTqEmpY+MVBJ729kRDVVrQ1+sBLLohf; 3:RNueR20buZ3vVbUpDuZGITIu7wTVRCqI8guNM4egLRj23JnnoYJz1PY843gfCMzXTNQKBzQVvEWcTlppEwrTEOTfZU6hhnLOAYRt+ba3iS7X9SEzn0nDjj0RIMht/rdBhiyWaALinY/whtuuMba7jnQUex5sbscMj37+FxJ21DS3/A41LXBmbxRB2FtH9WRu2Px4dv96c+m5NMKE4LKxyuTyb8gEv1Dld4Ezcj8uDGE= X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CY1PR05MB2457; X-Microsoft-Exchange-Diagnostics: 1; CY1PR05MB2457; 25:SOUBUuyjE6RjzXo4M4pNwKuIUDcorZbLQ2i/WhImnQWvfHr8sUlv5H3mkeC48m3kbgfXCFdMFsIV8jczPiHktixTwAhZ3kUyWx+e8fjqsVlWSxysfw6zY7Oqh+IxD/BDLeqRcHUBD/J2YT9NRwJcGLw8816ka6YYFudKdJay+y5Wxjcn3wbM31LtF5LlpHHM2QQd6UZv3CYX6s7jO+DYzpu7nXvNhVJgMLiC8dKGvVxmFizJgyVrSRZd0GGFQPx8/hkLy/09NfkI0P66+rylznXF8L2cqJuoPZO9e1AZ7cIPQPha7e7wwE1qHgDLzM42KEvPto/+/Vlbq+JznY1WOMby8USDGd/hPe5H//VmfY3x++X1jpI4v6Nyki86/6UiBOPdKPHfgQ3ZBangAqqLgipyJNxwGt+m4oRKbeICRFgLUsbjQXOtkn4CpCPcl3xyc8QdZ0cb8T7SsGhgVLFgzzvrewn/o7or5c82c0H5wzxOryerG4whctp0wDU+FGtjK9ifXVoN9985U7b1lQsKBrwtE+E1Q844Vz/XF4ZuW+lMpHvCXbse+ZV7OTf0Rje4d9lrV0Diy+3MrtztAvfi1F9Mr8Ba3Obbp9mTJNFhjDDI9QfRUF2eSRh4ZKB8T+RWGBcQz2Xw3oMMtWb4HBLIwHX3NFTb8W9GB1y+qhcoUbIn/A72c9FcWTBQ1P3VveGnWJYMO5dyCWtcFZXpLYOQHox3mdkofHOd1WIqchyLYoU= X-Microsoft-Exchange-Diagnostics: 1; CY1PR05MB2457; 20:qgv2tkmlcV3+ixPvtYje4VVpYtnvuYr0VZGsX2cwpU5f3Zu4MYZU/bOGy429/gRgqGAM01pRCWtlI4DMupkJgUYq6sZCL/cdGQnvKM48x+g9PU6zDScI2lMsI23Hoy5wVLRfWbnf3sD1gh1ozH0MiDxSB74RLy7V7gMb3Et2dU8OFJk29gOVX/I23YRfsE1yBpko4pyzLVQJKDBEmFigA8OlMZJZS+iqXbXuMV2ry8WKb0nqF77SwCBHIl44YqyU6rY4XqPlri4obNOaRj/UzBnYiZFBlyD7nV6P73S2lkLZP1Ot6qLZukzYgZ5puxWJQQ4biXmdHmeh3V6oFIefbH1uR9ab98NvECrKd4IkrX85O8Sg4H1fFBpCOn+EAdDN0C9y5CrEO0/Ua12CJf4Gx7iSha0ey1N1OVyNjYwNgsb55qaHULD4fMAGuRg9o7WLGAnXERgUIPnbKC3JsugUK//qsqod/WU+Fe9reBHEN0ocZlsn1IjI5E8jGBeT9fjf X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(13023025)(5005006)(13018025)(13017025)(13024025)(8121501046)(13015025)(10201501046)(3002001)(6055026); SRVR:CY1PR05MB2457; BCL:0; PCL:0; RULEID:; SRVR:CY1PR05MB2457; X-Microsoft-Exchange-Diagnostics: 1; CY1PR05MB2457; 4:WyvRhZ13W4I6hm8gtjddhmVTk8J1BUAGDiCj7KHhDSPIUGuPe+33S+CmvaP+nZoJRx7ReyReVOt0mw0eFHhwLUlp03gb8Z31JYyq3Z3XA76yATAnH9Vq44gr2OuxgUN91kpwDZ5CIKk9ndVs9miEbAI8YFGipXUvgyMHh/VOZ1ZskKhwqv3hVLBgUpTP/BJ9Fbp+Ve5wLievrfEzB0NtCe7Z+Qy5dvh1uy4o4gVAES2WGap0tomwSiDvIrb2RfC9Dkrrp8e9Ps79RyhUThD0HwNCRJDITyphIhU7A4Dvew9Xf5Ab9E6/ng6d0qhMhoCVEz1jMaMQuY6/aFMrhgUqqSNIawfkM+1FbQGCSIAHCJGyuOlj7hgl24UNqxBob4LPTcAogIvk4dEwsFM1cdtHKX4/GToNbekOqglxOdkWYAjMrwdbP7KNg0lpmbNAYIZPRWZpOoAaikPgZWd4eobecyfaRzDbbDtwRbJFAJA8QGc= X-Forefront-PRVS: 09583628E0 X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; CY1PR05MB2457; 23:qaPVNTH7up2uClGpWQRSDIMjDyy3WwHV6qSrYgcm0?= =?us-ascii?Q?l3RBRXoA1s/3yQOwQZ+RAV2/jtBjD98wuHFNUc4SBqNfSmLGh+wJ2/vrFWRA?= =?us-ascii?Q?0CQNuYN3cBCAI+8U9jfmxcnFmzGGPMVJbWwAMKa3DWiRt0lvIB1HRdj5dd0o?= =?us-ascii?Q?ckfjRFdEuPwJ5qzIRb0huKsQTSP7qOEy7sz9b/57DV962L7WpB5ype7UcRx3?= =?us-ascii?Q?pvWxwZByKEaqUNTPFEosxL6kJRpLRJEdNP/DEy2LfCD4a8so1i0e3mrg4JFf?= =?us-ascii?Q?QTZmFEIOFBkKZ9Cv1azWI+vlrFLHpQZa9EJhEKNbQmSJAYpCK2rlQoRy3caW?= =?us-ascii?Q?ZuBPC69xsni5RbWqJvQID+4vShTdJ/w6yV+swzzluQRQReMPEUQ+CHKbocG1?= =?us-ascii?Q?J5kupvcl8W7stMCA0ZxdS6PGQlgtcr89qz5LO0bbhsqo2uLUUGDli9l4EONZ?= =?us-ascii?Q?7u8d3Zwh5qrUce3+deXxMSacKrARhjN8i/2Ozlrv/pivCwDWp1ztwcs22/40?= =?us-ascii?Q?a9wHSOp8ew090cXnvSHenI6ze4bIDZGCGx4cliDZ0NBkiWayDhmJPj9R2Yrj?= =?us-ascii?Q?S5td392vy1YpmoD/gf/Ueo75v9DzncEaM1+HeF6rkA+EMLyX54o0ZSvncR8n?= =?us-ascii?Q?KWDEDJJBsmA+HW+yVC2s9XvI0RuUmVXVmKHqynM2GQTzQ/CDXUO2V0085F17?= =?us-ascii?Q?+kJTRhEzzRX5N6H47UmhZmz7yrgQvtuFdJEvm3dLV+7faFI9hpEWflUjFSJ8?= =?us-ascii?Q?wv2ipqkLlQzSwJcyBNgOT3FgVk0StMzJhLG+5T2NYsvcDW+G4wv/OEKQYQt7?= =?us-ascii?Q?gCRjv6StHwAtr+2hiR3kj4e7RHrddjmBPY3WSYk2aClIF7mEqJDLU44xGkf/?= =?us-ascii?Q?CsCK9/ti6DEUsZ9r/+Z6K3Y6kFATo0AENiUoD2lDdKggAWti4lNHaFnDlGL2?= =?us-ascii?Q?H+ZgkZvPwfcSB6B20FF+VvSWtqwVqeNhDMfjQzhYSxgmb7TlWzpbfhlZJSVV?= =?us-ascii?Q?y93t6uPK6rlAYYnFKdX8aPpicdwVWQxO1SSlLp/pJ/sZv6L3jkNUsY6DrZHi?= =?us-ascii?Q?mkrv7e4t2gaI6ur2k3K3oU1V+U7S1QfqvNsXfm+QGLuIRLDXyCmsd3JXXRdo?= =?us-ascii?Q?qpSY7ILKhk=3D?= X-Microsoft-Exchange-Diagnostics: 1; CY1PR05MB2457; 5:nA+WdqiGvneop5nNTdf4mvVqVMso/yujsvXn73WBgyAJcEGGcCVdDkfgbFYsOPO2w6HmZA9dIB1tIVCafkIOr1TEJhStZEEUT0p0NgFAZN2Z537kGpG5I/tI6m0U91YvK3oTllfw1u/lnhSn5IuI4A==; 24:g+zwhG/SKSoKZMQnWOp9P1P2hYqGmdR+WwK9+7RkEEvqScmKACZL/gOQF17qfw6GCLFMsx3TGSSRxKpHgXFz6UE7JPIbAa1sgBXb0Cs5h7g=; 7:erOxyp+4XEOVi93wE7vdAY9Wga9sB112UepQFd0+Ps0qbpIvtK0F7soSbXI4bl+iUiypoHFVsyKQVf6h9Eewv/UT588VwFIgq9Ml9VrAiMqrTADpCvzsCShUVWUoHHut4RvSx840luOM6Z8HlDEATmzvMViMiGpg5snVbEOINYSpwqBIcmFPOiTgG+6AU2EL SpamDiagnosticOutput: 1:23 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 30 May 2016 01:10:49.8450 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.19]; Helo=[P-EMFE01C-SAC.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR05MB2457 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: Mon, 30 May 2016 05:44:32 -0000 Mark Millard wrote: > > .if ${MACHINE_CPUARCH} == "i386" || ${MACHINE_CPUARCH} == "amd64" > . . . > > _filemon= filemon > . . . > > 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. FWIW I'm not aware of any reason that filemon(4) wouldn't work on any architecture. I expect the above restriction is mostly just a reflection of expected build hosts. From owner-freebsd-ppc@freebsd.org Mon May 30 06:32:59 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 B459FB54D2C for ; Mon, 30 May 2016 06:32:59 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-182.reflexion.net [208.70.211.182]) (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 5662313DB for ; Mon, 30 May 2016 06:32:58 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 8503 invoked from network); 30 May 2016 06:32:47 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 30 May 2016 06:32:47 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Mon, 30 May 2016 02:32:49 -0400 (EDT) Received: (qmail 3821 invoked from network); 30 May 2016 06:32:49 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 30 May 2016 06:32:49 -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 X-No-Relay: not in my network Received: from [192.168.1.26] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 7F73CB1E001; Sun, 29 May 2016 23:32:44 -0700 (PDT) Subject: 11.0 -r300944 buildworld attempt failed [amd64 targeting powerpc via system clang use] Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: text/plain; charset=utf-8 From: Mark Millard In-Reply-To: <8A197698-51C7-43F9-9927-465602E19AAE@dsl-only.net> Date: Sun, 29 May 2016 23:32:50 -0700 Cc: FreeBSD Toolchain , FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: References: <8A197698-51C7-43F9-9927-465602E19AAE@dsl-only.net> To: FreeBSD Current , Bryan Drewery 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: Mon, 30 May 2016 06:32:59 -0000 [It may well be that powerpc is not an intended cross compile target via = clang since clang is insufficient for an FreeBSD/powerpc ABI compliant = buildworld as stands. Still I use this to illustrate the more general = points for clang use in cross builds.] The failure: > --- libc.so.7.full --- > /usr/bin/ld: unrecognised emulation mode: elf32ppc_fbsd > Supported emulations: elf_x86_64_fbsd elf_i386_fbsd > clang: error: linker command failed with exit code 1 (use -v to see = invocation) > *** [libc.so.7.full] Error code 1 >=20 > make[4]: stopped in /usr/src/lib/libc > 1 error >=20 > make[4]: stopped in /usr/src/lib/libc > *** [lib/libc__L] Error code 2 Note the /usr/bin/ld use: the host (amd64) linker for a powerpc link = operation. The log shows the ld command was via clang=E2=80=99s front end as far as = what the build did directly (just a prefix shown): > --- libc.so.7.full --- > /usr/bin/clang -target powerpc-unknown-freebsd11.0 = --sysroot=3D/usr/obj/clang/powerpc.powerpc/usr/src/tmp = -B/usr/obj/clang/powerpc.powerpc/usr/src/tmp/usr/bin -nodefaultlibs = -Wl,--version-script=3DVersion.map -shared -Wl,-x -Wl,--fatal-warnings = -Wl,--warn-shared-textrel -o libc.so.7.full -Wl,-soname,libc.so.7 = `NM=3D'nm' NMFLAGS=3D'' lorder trivial-vdso_tc.So bt_close.So bt_conv.So = bt_debug.So bt_delete.So bt_get.So bt_open.So bt_overflow.So bt_page.So . . . The -B does not point to a place with a powerpc specific ld command: > # ls -lt /usr/obj/clang/powerpc.powerpc/usr/src/tmp/usr/bin > total 1395 > -rwxr-xr-x 1 root wheel 827248 May 29 22:20 ctfmerge > -rwxr-xr-x 1 root wheel 534712 May 29 22:20 sysinit > -rwxr-xr-x 1 root wheel 960784 May 29 22:20 ctfconvert As far as I can tell a potentially proper path would have been: /usr/local/powerpc-freebsd/bin/ld if a devel/powerpc-binutils port existed and was installed. (No such = port exists.) I do not know if other TARGET_ARCH=E2=80=99s have similar problems or = not (even if they have a binutils port). This was not a WITH_META_MODE=3Dyes context. make.conf was empty and src.conf was: TO_TYPE=3Dpowerpc # KERNCONF=3DGENERICvtsc-NODEBUG TARGET=3D${TO_TYPE} .if ${.MAKE.LEVEL} =3D=3D 0 TARGET_ARCH=3D${TO_TYPE} .export TARGET_ARCH .endif # WITHOUT_CROSS_COMPILER=3D WITH_SYSTEM_COMPILER=3D # WITH_LIBCPLUSPLUS=3D WITH_BINUTILS_BOOTSTRAP=3D WITH_CLANG=3D WITH_CLANG_IS_CC=3D WITH_CLANG_FULL=3D WITH_CLANG_EXTRAS=3D # lldb requires missing atomic 8-byte operations for powerpc (non-64) WITHOUT_LLDB=3D # WITH_BOOT=3D WITHOUT_LIB32=3D # WITHOUT_GCC_BOOTSTRAP=3D WITHOUT_GCC=3D WITHOUT_GCC_IS_CC=3D WITHOUT_GNUCXX=3D # NO_WERROR=3D #WERROR=3D MALLOC_PRODUCTION=3D # WITH_DEBUG_FILES=3D =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Mon May 30 15:29:47 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 8D439B54FE2; Mon, 30 May 2016 15:29:47 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 65BCB19A7; Mon, 30 May 2016 15:29:47 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 5211A1BDA; Mon, 30 May 2016 15:29:47 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id F01411D7F7; Mon, 30 May 2016 15:29:46 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id A446IqALvo5R; Mon, 30 May 2016 15:29:38 +0000 (UTC) Subject: Re: 11.0 -r300944 build attempted WITH_META_MODE failed [amd64 targeting powerpc64 via devel/powerpc64-gcc use] DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 6BE421D7F1 To: Mark Millard , FreeBSD Current References: <8A197698-51C7-43F9-9927-465602E19AAE@dsl-only.net> Cc: FreeBSD Toolchain , FreeBSD PowerPC ML From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: Date: Mon, 30 May 2016 08:29:40 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: <8A197698-51C7-43F9-9927-465602E19AAE@dsl-only.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7LtOeSibHtIO8t59R5B8g4SBwcj8du689" 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: Mon, 30 May 2016 15:29:47 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --7LtOeSibHtIO8t59R5B8g4SBwcj8du689 Content-Type: multipart/mixed; boundary="lVaeJohqt2ddjA7OEtiafs3N49wEqwKMN" From: Bryan Drewery To: Mark Millard , FreeBSD Current Cc: FreeBSD Toolchain , FreeBSD PowerPC ML Message-ID: Subject: Re: 11.0 -r300944 build attempted WITH_META_MODE failed [amd64 targeting powerpc64 via devel/powerpc64-gcc use] References: <8A197698-51C7-43F9-9927-465602E19AAE@dsl-only.net> In-Reply-To: <8A197698-51C7-43F9-9927-465602E19AAE@dsl-only.net> --lVaeJohqt2ddjA7OEtiafs3N49wEqwKMN Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable This failure is not likely related to META_MODE. I should have mentioned that to enable META_MODE after not having it on you should do a 'make cleanworld' first. On 5/29/2016 9:19 PM, Mark Millard wrote: > This was my first-time-ever WITH_META_MODE attempt. I show a chunk of t= he log later below. >=20 > Retrying without WITH_META_MODE=3Dyes resulted in no problems, unlike b= elow. >=20 > A self-hosted powerpc64 11.0 -r300944 build using devel/powerpc64-gcc a= s the so-called "cross compiler" also did not have this problem =E2=80=94= -but powerpc64 does not have WITH_META_MODE (no filemon.ko to load). >=20 > [The 2 "no problem" examples suggest that -r300944 has gotten to the po= int that xtoolchain like contexts work again [non-META], even self hosted= ones.] >=20 > Here is the part of the script log around the WITH_META_MODE failure. T= he compiles had -v . . . >=20 > --- ctld.full --- > Using built-in specs. > COLLECT_GCC=3D/usr/local/bin/powerpc64-portbld-freebsd11.0-gcc > COLLECT_LTO_WRAPPER=3D/usr/local/libexec/gcc/powerpc64-portbld-freebsd1= 1.0/5.3.0/lto-wrapper > Target: powerpc64-portbld-freebsd11.0 > Configured with: ./../gcc-5.3.0/configure --target=3Dpowerpc64-portbld-= freebsd11.0 --disable-nls --enable-languages=3Dc,c++ --without-headers --= with-gmp=3D/usr/local --with-pkgversion=3D'FreeBSD Ports Collection for p= owerpc64' --with-system-zlib --with-as=3D/usr/local/bin/powerpc64-freebsd= -as --with-ld=3D/usr/local/bin/powerpc64-freebsd-ld --prefix=3D/usr/local= --localstatedir=3D/var --mandir=3D/usr/local/man --infodir=3D/usr/local/= info/ --build=3Dx86_64-portbld-freebsd11.0 > Thread model: posix > gcc version 5.3.0 (FreeBSD Ports Collection for powerpc64)=20 > COMPILER_PATH=3D/usr/local/powerpc64-freebsd/bin/:/usr/local/libexec/gc= c/powerpc64-portbld-freebsd11.0/5.3.0/:/usr/local/libexec/gcc/powerpc64-p= ortbld-freebsd11.0/5.3.0/:/usr/local/libexec/gcc/powerpc64-portbld-freebs= d11.0/:/usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/:/usr/local= /lib/gcc/powerpc64-portbld-freebsd11.0/ > LIBRARY_PATH=3D/usr/local/powerpc64-freebsd/bin/:/usr/local/lib/gcc/pow= erpc64-portbld-freebsd11.0/5.3.0/:/usr/obj/xtoolchain/powerpc.powerpc64/u= sr/src/tmp/lib/:/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/lib= / > COLLECT_GCC_OPTIONS=3D'-isystem' '/usr/obj/xtoolchain/powerpc.powerpc64= /usr/src/tmp/usr/include' '-L/usr/obj/xtoolchain/powerpc.powerpc64/usr/sr= c/tmp/usr/lib' '-B' '/usr/local/powerpc64-freebsd/bin/' '-O2' '-pipe' '-I= ' '/usr/src/usr.sbin/ctld/../../contrib/libucl/include' '-I' '/usr/src/us= r.sbin/ctld' '-I' '/usr/src/usr.sbin/ctld/../../sys' '-I' '/usr/src/usr.s= bin/ctld/../../sys/cam/ctl' '-I' '/usr/src/usr.sbin/ctld/../../sys/dev/is= csi' '-g' '-std=3Dgnu99' '-fstack-protector-strong' '-Wsystem-headers' '-= Wall' '-Wno-format-y2k' '-Wextra' '-Wstrict-prototypes' '-Wmissing-protot= ypes' '-Wpointer-arith' '-Wreturn-type' '-Wcast-qual' '-Wwrite-strings' '= -Wswitch' '-Wshadow' '-Wunused-parameter' '-Wcast-align' '-Wchar-subscrip= ts' '-Winline' '-Wnested-externs' '-Wredundant-decls' '-Wold-style-defini= tion' '-Wno-pointer-sign' '-Wno-error=3Dunused-function' '-Wno-error=3Den= um-compare' '-Wno-error=3Dlogical-not-parentheses' '-Wno-error=3Dbool-com= pare' '-Wno-error=3Duninitialized' '-Wno-error=3Darray-bounds' '-Wno-erro= r=3Dclobbered' '-Wno-error=3Dcast-align' '-Wno-error=3Dextra' '-Wno-error= =3Dattributes' '-Wno-error=3Dinline' '-Wno-error=3Dunused-but-set-variabl= e' '-Wno-error=3Dunused-value' '-Wno-error=3Dstrict-aliasing' '-Wno-error= =3Daddress' '-v' '-o' 'ctld.full' > /usr/local/libexec/gcc/powerpc64-portbld-freebsd11.0/5.3.0/collect2 -p= lugin /usr/local/libexec/gcc/powerpc64-portbld-freebsd11.0/5.3.0/liblto_p= lugin.so -plugin-opt=3D/usr/local/libexec/gcc/powerpc64-portbld-freebsd11= =2E0/5.3.0/lto-wrapper -plugin-opt=3D-fresolution=3D/tmp//ccDS76mK.res -p= lugin-opt=3D-pass-through=3D-lgcc -plugin-opt=3D-pass-through=3D-lgcc_s -= plugin-opt=3D-pass-through=3D-lc -plugin-opt=3D-pass-through=3D-lgcc -plu= gin-opt=3D-pass-through=3D-lgcc_s --sysroot=3D/usr/obj/xtoolchain/powerpc= =2Epowerpc64/usr/src/tmp --eh-frame-hdr -V -melf64ppc_fbsd -V -dynamic-li= nker /libexec/ld-elf.so.1 -o ctld.full /usr/obj/xtoolchain/powerpc.powerp= c64/usr/src/tmp/usr/lib/crt1.o /usr/obj/xtoolchain/powerpc.powerpc64/usr/= src/tmp/usr/lib/crti.o /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/= usr/lib/crtbegin.o -L/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/us= r/lib -L/usr/local/powerpc64-freebsd/bin -L/usr/local/lib/gcc/powerpc64-p= ortbld-freebsd11.0/5.3.0 -L/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/= tmp/lib -L/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/lib chap.= o ctld.o discovery.o isns.o kernel.o keys.o log.o login.o parse.o pdu.o t= oken.o uclparse.o -lbsdxml -ll -lmd -lsbuf -lutil -lprivateucl -lm -lssp_= nonshared -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed = -lgcc_s --no-as-needed /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/= usr/lib/crtend.o /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/li= b/crtn.o > GNU ld (GNU Binutils) 2.25.1 > Supported emulations: > elf64ppc_fbsd > elf64ppc > elf32ppc_fbsd > elf32ppc > GNU ld (GNU Binutils) 2.25.1 > Supported emulations: > elf64ppc_fbsd > elf64ppc > elf32ppc_fbsd > elf32ppcuclparse.o: In function `uclparse_chap': > /usr/src/usr.sbin/ctld/uclparse.c:61: undefined reference to `ucl_objec= t_find_key' > /usr/src/usr.sbin/ctld/uclparse.c:68: undefined reference to `ucl_objec= t_find_key' > uclparse.o: In function `uclparse_chap_mutual': > /usr/src/usr.sbin/ctld/uclparse.c:91: undefined reference to `ucl_objec= t_find_key' > /usr/src/usr.sbin/ctld/uclparse.c:98: undefined reference to `ucl_objec= t_find_key' > /usr/src/usr.sbin/ctld/uclparse.c:105: undefined reference to `ucl_obje= ct_find_key' > uclparse.o:/usr/src/usr.sbin/ctld/uclparse.c:112: more undefined refere= nces to `ucl_object_find_key' follow > uclparse.o: In function `uclparse_toplevel': > /usr/src/usr.sbin/ctld/uclparse.c:235: undefined reference to `ucl_iter= ate_object' > /usr/src/usr.sbin/ctld/uclparse.c:278: undefined reference to `ucl_iter= ate_object' > /usr/src/usr.sbin/ctld/uclparse.c:317: undefined reference to `ucl_iter= ate_object' > uclparse.o: In function `uclparse_auth_group': > /usr/src/usr.sbin/ctld/uclparse.c:396: undefined reference to `ucl_iter= ate_object' > /usr/src/usr.sbin/ctld/uclparse.c:416: undefined reference to `ucl_iter= ate_object' > uclparse.o:/usr/src/usr.sbin/ctld/uclparse.c:431: more undefined refere= nces to `ucl_iterate_object' follow > uclparse.o: In function `uclparse_target_lun': > /usr/src/usr.sbin/ctld/uclparse.c:202: undefined reference to `ucl_obje= ct_find_key' > /usr/src/usr.sbin/ctld/uclparse.c:203: undefined reference to `ucl_obje= ct_find_key' > uclparse.o: In function `uclparse_target': > /usr/src/usr.sbin/ctld/uclparse.c:731: undefined reference to `ucl_iter= ate_object' > collect2: error: ld returned 1 exit status >=20 > *** [ctld.full] Error code 1 >=20 > make[4]: stopped in /usr/src/usr.sbin/ctld > 1 error >=20 > make[4]: stopped in /usr/src/usr.sbin/ctld > *** [all_subdir_usr.sbin/ctld] Error code 2 >=20 >=20 >=20 >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net >=20 --=20 Regards, Bryan Drewery --lVaeJohqt2ddjA7OEtiafs3N49wEqwKMN-- --7LtOeSibHtIO8t59R5B8g4SBwcj8du689 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJXTFxmAAoJEDXXcbtuRpfPuDEH/3xdXoTGLHD82ImCgBtRXbTA pnEBvllA1+vAVMX1EuqvFiN4kdQqQLM7vX6N5pHihmCFQMnXgTfhdTUBAghlTisT lwmv5doqM0WdBii+LXr6ePVY8cyNF51/grQ81j/oLmiTOMuUKs5QeK4Vg/+oXhjH io57WQ89rZ3Hp6vyW8bXCoeSGS2UkR3mZlwiU7hkGnXv6bFH8HuCwrxcN+wC0/d7 kjk3BRCCE9eftejIapVdoWBHpm1xncL+cLzJi8QarEXaLqO2Kmxh+E1rB2I6PnQ2 ev4LSZQp6Tv4DmvHo+5EabAHvniN+GUyymkHgkk/IGbsp061Bo+wQdcznFr3BWQ= =80kK -----END PGP SIGNATURE----- --7LtOeSibHtIO8t59R5B8g4SBwcj8du689-- From owner-freebsd-ppc@freebsd.org Mon May 30 17:16:47 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 3DB12B54ED9 for ; Mon, 30 May 2016 17:16:47 +0000 (UTC) (envelope-from luciano@vespaperitivo.it) Received: from baobab.bilink.net (baobab.bilink.net [212.45.144.44]) by mx1.freebsd.org (Postfix) with ESMTP id E3DCD1C25 for ; Mon, 30 May 2016 17:16:46 +0000 (UTC) (envelope-from luciano@vespaperitivo.it) Received: from localhost (localhost [127.0.0.1]) by baobab.bilink.it (Postfix) with ESMTP id 3rJNSk28zkz1cXL0 for ; Mon, 30 May 2016 19:11:34 +0200 (CEST) X-Virus-Scanned: amavisd-new at mcs.it Received: from baobab.bilink.net ([127.0.0.1]) by localhost (baobab.mcs.it [127.0.0.1]) (amavisd-new, port 11027) with ESMTP id btEiU7aGZEx0 for ; Mon, 30 May 2016 19:11:34 +0200 (CEST) Received: from hermes.mcs.it (hermes.mcs.it [192.168.132.21]) by baobab.bilink.it (Postfix) with ESMTP id 3rJNSk16Hjz1cXKx for ; Mon, 30 May 2016 19:11:34 +0200 (CEST) Received: from mordeus (unknown [192.168.45.6]) by hermes.mcs.it (Postfix) with ESMTP id 2AE4A99B37 for ; Mon, 30 May 2016 19:11:28 +0200 (CEST) Date: Mon, 30 May 2016 19:11:27 +0200 From: Luciano Mannucci To: freebsd-ppc@freebsd.org Subject: Re: IBM KVM on P8 saga: FreeBSD-11.0-ALPHA1-powerpc-powerpc64-20160528-r300895 won't boot In-Reply-To: <3r9Zbp6spTz1cXL0@baobab.bilink.it> References: <3r9Zbp6spTz1cXL0@baobab.bilink.it> X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd10.1) X-Face: 4qPv4GNcD; h<7Q/sK>+GqF4=CR@KmnPkSmwd+#%\F`4yjKO3"C]p'z=(oWRnsYBQGM\5g:4skqQY0NnV'dM:Mm:^/_+I@a"; [-s=ogufdF"9ggQ'=y MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <3rJNSk16Hjz1cXKx@baobab.bilink.it> 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: Mon, 30 May 2016 17:16:47 -0000 Here's what I get: USB Keyboard USB mouse Using default console: /vdevice/vty@30000000 Welcome to Open Firmware Copyright (c) 2004, 2011 IBM Corporation All rights reserved. This program and the accompanying materials are made available under the terms of the BSD License available at http://www.opensource.org/licenses/bsd-license.php Trying to load: from: /vdevice/v-scsi@2000/disk@8001000000000000 ... Successfully loaded Consoles: Open Firmware console FreeBSD/powerpc64 Open Firmware loader, Revision 0.1 (root@releng2.nyi.freebsd.org, Sat May 28 10:43:53 UTC 2016) Memory: 2097152KB Booted from: /vdevice/v-scsi@2000/disk@8001000000000000 Loading /boot/defaults/loader.conf /boot/kernel/kernel data=0xe9d250+0x423cf0 syms=[0x8+0x14b338+0x8+0x147cf2] \ Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... Kernel entry at 0x1024f0 ... KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2016 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 11.0-ALPHA1 #0 r300895: Sat May 28 10:51:49 UTC 2016 root@releng2.nyi.freebsd.org:/usr/obj/powerpc.powerpc64/usr/src/sys/GENERIC64 powerpc gcc version 4.2.1 20070831 patched [FreeBSD] WARNING: WITNESS option enabled, expect reduced performance. VT: init without driver. cpu0: IBM POWER8E revision 2.1, 3425.00 MHz cpu0: Features dc005180 cpu0: Features2 c2000000 real memory = 2110451712 (2012 MB) avail memory = 1989775360 (1897 MB) FreeBSD/SMP: Multiprocessor System Detected: 6 CPUs cpu0: dev=7e5e00b8 (BSP) random: entropy device external interface kbd0 at kbdmux0 ofwbus0: on nexus0 xicp0: on ofwbus0 cpulist0: on ofwbus0 cpu0: on cpulist0 cpu1: on cpulist0 cpu2: on cpulist0 cpu3: on cpulist0 cpu4: on cpulist0 cpu5: on cpulist0 pcib0: on ofwbus0 pci0: on pcib0 pci0: at device 3.0 (no driver attached) ohci0: mem 0xc0000000-0xc00000ff irq 4100 at device 2.0 on pci0 usbus0 on ohci0 re0: port 0x100-0x1ff mem 0xc0000100-0xc00001ff irq 4099 at device 1.0 on pci0 re0: Chip rev. 0x74800000 re0: MAC rev. 0x00000000 miibus0: on re0 rlphy0: PHY 0 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow re0: Using defaults for TSO: 65518/35/2048 re0: Ethernet address: 52:54:00:1a:cd:48 rtas0: on ofwbus0 vdevice0: on ofwbus0 vscsi0: irq 16781319 on vdevice0 vscsi0: Queue depth 22 commands uart0: irq 16781320 on vdevice0 Timecounter "timebase" frequency 512000000 Hz quality 0 Event timer "decrementer" frequency 512000000 Hz quality 1000 Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 cd0 at vscsi0 bus 0 scbus0 target 0 lun 1 ugen0.1: at usbus0 uhub0: on usbus0 cd0: Removable CD-ROM SPC-3 SCSI device cd0: 150.000MB/s transfers cd0: 695MB (356118 2048 byte sectors) pass0 at vscsi0 bus 0 scbus0 target 0 lun 0 pass0: Fixed Uninstalled SPC-3 SCSI device (offline) pass0: 150.000MB/s transfers da0 at vscsi0 bus 0 scbus0 target 0 lun 2 da0: Fixed Direct Access SPC-3 SCSI device da0: 150.000MB/s transfers da0: 20480MB (41943040 512 byte sectors) SMP: AP CPU #8 launched SMP: AP CPU #32 launched SMP: AP CPU #24 launched SMP: AP CPU #16 launched SMP: AP CPU #40 launched at this point everything is frozen, all the virtual cpus are 100%. luciano. -- /"\ /Via A. Salaino, 7 - 20144 Milano (Italy) \ / ASCII RIBBON CAMPAIGN / PHONE : +39 2 485781 FAX: +39 2 48578250 X AGAINST HTML MAIL / E-MAIL: posthamster@sublink.sublink.ORG / \ AND POSTINGS / WWW: http://www.lesassaie.IT/ From owner-freebsd-ppc@freebsd.org Mon May 30 18:01:17 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 75283B556BC for ; Mon, 30 May 2016 18:01:17 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-167.reflexion.net [208.70.211.167]) (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 3A9D211C6 for ; Mon, 30 May 2016 18:01:16 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 8807 invoked from network); 30 May 2016 18:01:40 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 30 May 2016 18:01:40 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Mon, 30 May 2016 14:01:07 -0400 (EDT) Received: (qmail 1943 invoked from network); 30 May 2016 18:01:07 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 30 May 2016 18:01:07 -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 342A21C439B; Mon, 30 May 2016 11:01:06 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: 11.0 -r300944 build attempted WITH_META_MODE failed [amd64 targeting powerpc64 via devel/powerpc64-gcc use] From: Mark Millard In-Reply-To: Date: Mon, 30 May 2016 11:01:08 -0700 Cc: FreeBSD Current , FreeBSD Toolchain , FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: References: <8A197698-51C7-43F9-9927-465602E19AAE@dsl-only.net> To: Bryan Drewery 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: Mon, 30 May 2016 18:01:17 -0000 On 2016-May-30, at 8:29 AM, Bryan Drewery = wrote: > This failure is not likely related to META_MODE. >=20 > I should have mentioned that to enable META_MODE after not having it = on > you should do a 'make cleanworld' first. >=20 > On 5/29/2016 9:19 PM, Mark Millard wrote: >> This was my first-time-ever WITH_META_MODE attempt. I show a chunk of = the log later below. >>=20 >> Retrying without WITH_META_MODE=3Dyes resulted in no problems, unlike = below. >>=20 >> A self-hosted powerpc64 11.0 -r300944 build using devel/powerpc64-gcc = as the so-called "cross compiler" also did not have this problem =E2=80=94= -but powerpc64 does not have WITH_META_MODE (no filemon.ko to load). >>=20 >> [The 2 "no problem" examples suggest that -r300944 has gotten to the = point that xtoolchain like contexts work again [non-META], even self = hosted ones.] >>=20 >> Here is the part of the script log around the WITH_META_MODE failure. = The compiles had -v . . . >>=20 >> --- ctld.full --- >> Using built-in specs. >> COLLECT_GCC=3D/usr/local/bin/powerpc64-portbld-freebsd11.0-gcc >> = COLLECT_LTO_WRAPPER=3D/usr/local/libexec/gcc/powerpc64-portbld-freebsd11.0= /5.3.0/lto-wrapper >> Target: powerpc64-portbld-freebsd11.0 >> Configured with: ./../gcc-5.3.0/configure = --target=3Dpowerpc64-portbld-freebsd11.0 --disable-nls = --enable-languages=3Dc,c++ --without-headers --with-gmp=3D/usr/local = --with-pkgversion=3D'FreeBSD Ports Collection for powerpc64' = --with-system-zlib --with-as=3D/usr/local/bin/powerpc64-freebsd-as = --with-ld=3D/usr/local/bin/powerpc64-freebsd-ld --prefix=3D/usr/local = --localstatedir=3D/var --mandir=3D/usr/local/man = --infodir=3D/usr/local/info/ --build=3Dx86_64-portbld-freebsd11.0 >> Thread model: posix >> gcc version 5.3.0 (FreeBSD Ports Collection for powerpc64)=20 >> = COMPILER_PATH=3D/usr/local/powerpc64-freebsd/bin/:/usr/local/libexec/gcc/p= owerpc64-portbld-freebsd11.0/5.3.0/:/usr/local/libexec/gcc/powerpc64-portb= ld-freebsd11.0/5.3.0/:/usr/local/libexec/gcc/powerpc64-portbld-freebsd11.0= /:/usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/:/usr/local/lib/g= cc/powerpc64-portbld-freebsd11.0/ >> = LIBRARY_PATH=3D/usr/local/powerpc64-freebsd/bin/:/usr/local/lib/gcc/powerp= c64-portbld-freebsd11.0/5.3.0/:/usr/obj/xtoolchain/powerpc.powerpc64/usr/s= rc/tmp/lib/:/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/lib/ >> COLLECT_GCC_OPTIONS=3D'-isystem' = '/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include' = '-L/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/lib' '-B' = '/usr/local/powerpc64-freebsd/bin/' '-O2' '-pipe' '-I' = '/usr/src/usr.sbin/ctld/../../contrib/libucl/include' '-I' = '/usr/src/usr.sbin/ctld' '-I' '/usr/src/usr.sbin/ctld/../../sys' '-I' = '/usr/src/usr.sbin/ctld/../../sys/cam/ctl' '-I' = '/usr/src/usr.sbin/ctld/../../sys/dev/iscsi' '-g' '-std=3Dgnu99' = '-fstack-protector-strong' '-Wsystem-headers' '-Wall' '-Wno-format-y2k' = '-Wextra' '-Wstrict-prototypes' '-Wmissing-prototypes' '-Wpointer-arith' = '-Wreturn-type' '-Wcast-qual' '-Wwrite-strings' '-Wswitch' '-Wshadow' = '-Wunused-parameter' '-Wcast-align' '-Wchar-subscripts' '-Winline' = '-Wnested-externs' '-Wredundant-decls' '-Wold-style-definition' = '-Wno-pointer-sign' '-Wno-error=3Dunused-function' = '-Wno-error=3Denum-compare' '-Wno-error=3Dlogical-not-parentheses' = '-Wno-error=3Dbool-compare' '-Wno-error=3Duninitialized' = '-Wno-error=3Darray-bounds' '-Wno-error=3Dclobbered' = '-Wno-error=3Dcast-align' '-Wno-error=3Dextra' '-Wno-error=3Dattributes' = '-Wno-error=3Dinline' '-Wno-error=3Dunused-but-set-variable' = '-Wno-error=3Dunused-value' '-Wno-error=3Dstrict-aliasing' = '-Wno-error=3Daddress' '-v' '-o' 'ctld.full' >> /usr/local/libexec/gcc/powerpc64-portbld-freebsd11.0/5.3.0/collect2 = -plugin = /usr/local/libexec/gcc/powerpc64-portbld-freebsd11.0/5.3.0/liblto_plugin.s= o = -plugin-opt=3D/usr/local/libexec/gcc/powerpc64-portbld-freebsd11.0/5.3.0/l= to-wrapper -plugin-opt=3D-fresolution=3D/tmp//ccDS76mK.res = -plugin-opt=3D-pass-through=3D-lgcc -plugin-opt=3D-pass-through=3D-lgcc_s = -plugin-opt=3D-pass-through=3D-lc -plugin-opt=3D-pass-through=3D-lgcc = -plugin-opt=3D-pass-through=3D-lgcc_s = --sysroot=3D/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp = --eh-frame-hdr -V -melf64ppc_fbsd -V -dynamic-linker = /libexec/ld-elf.so.1 -o ctld.full = /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/lib/crt1.o = /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/lib/crti.o = /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/lib/crtbegin.o = -L/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/lib = -L/usr/local/powerpc64-freebsd/bin = -L/usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0 = -L/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/lib = -L/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/lib chap.o = ctld.o discovery.o isns.o kernel.o keys.o log.o login.o parse.o pdu.o = token.o uclparse.o -lbsdxml -ll -lmd -lsbuf -lutil -lprivateucl -lm = -lssp_nonshared -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc = --as-needed -lgcc_s --no-as-needed = /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/lib/crtend.o = /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/lib/crtn.o >> GNU ld (GNU Binutils) 2.25.1 >> Supported emulations: >> elf64ppc_fbsd >> elf64ppc >> elf32ppc_fbsd >> elf32ppc >> GNU ld (GNU Binutils) 2.25.1 >> Supported emulations: >> elf64ppc_fbsd >> elf64ppc >> elf32ppc_fbsd >> elf32ppcuclparse.o: In function `uclparse_chap': >> /usr/src/usr.sbin/ctld/uclparse.c:61: undefined reference to = `ucl_object_find_key' >> /usr/src/usr.sbin/ctld/uclparse.c:68: undefined reference to = `ucl_object_find_key' >> uclparse.o: In function `uclparse_chap_mutual': >> /usr/src/usr.sbin/ctld/uclparse.c:91: undefined reference to = `ucl_object_find_key' >> /usr/src/usr.sbin/ctld/uclparse.c:98: undefined reference to = `ucl_object_find_key' >> /usr/src/usr.sbin/ctld/uclparse.c:105: undefined reference to = `ucl_object_find_key' >> uclparse.o:/usr/src/usr.sbin/ctld/uclparse.c:112: more undefined = references to `ucl_object_find_key' follow >> uclparse.o: In function `uclparse_toplevel': >> /usr/src/usr.sbin/ctld/uclparse.c:235: undefined reference to = `ucl_iterate_object' >> /usr/src/usr.sbin/ctld/uclparse.c:278: undefined reference to = `ucl_iterate_object' >> /usr/src/usr.sbin/ctld/uclparse.c:317: undefined reference to = `ucl_iterate_object' >> uclparse.o: In function `uclparse_auth_group': >> /usr/src/usr.sbin/ctld/uclparse.c:396: undefined reference to = `ucl_iterate_object' >> /usr/src/usr.sbin/ctld/uclparse.c:416: undefined reference to = `ucl_iterate_object' >> uclparse.o:/usr/src/usr.sbin/ctld/uclparse.c:431: more undefined = references to `ucl_iterate_object' follow >> uclparse.o: In function `uclparse_target_lun': >> /usr/src/usr.sbin/ctld/uclparse.c:202: undefined reference to = `ucl_object_find_key' >> /usr/src/usr.sbin/ctld/uclparse.c:203: undefined reference to = `ucl_object_find_key' >> uclparse.o: In function `uclparse_target': >> /usr/src/usr.sbin/ctld/uclparse.c:731: undefined reference to = `ucl_iterate_object' >> collect2: error: ld returned 1 exit status >>=20 >> *** [ctld.full] Error code 1 >>=20 >> make[4]: stopped in /usr/src/usr.sbin/ctld >> 1 error >>=20 >> make[4]: stopped in /usr/src/usr.sbin/ctld >> *** [all_subdir_usr.sbin/ctld] Error code 2 >>=20 >>=20 >>=20 >>=20 >> =3D=3D=3D >> Mark Millard >> markmi at dsl-only.net >>=20 >=20 >=20 > --=20 > Regards, > Bryan Drewery Confirmed: after a cleanworld without WITH_META_MODE=3Dyes a (re-)build = with WITH_META_MODE=3Dyes based buidlworld buildkernel sequence = completed just fine. (I did not try a cleanworld with = WITH_META_MODE=3Dyes.) [My other note about "/usr/bin/ld: unrecognised emulation mode: = elf32ppc_fbsd" for an amd64 host to powerpc cross build via clang still = applies as it was without WITH_META_MODE=3Dyes in the first place.] Side note: devel/powerpc64-gcc has differing /usr/local/include related search path = behavior for: A) amd64 host -> powerpc64 cross builds: no /usr/local/include in the = search path. (No devel/powerpc64-gcc Makefile with-local-prefix addition = involved.) B) powerpc64 host -> powerpc64 "self hosted cross builds": has = /usr/local/include in the search path. (With or without = with-local-prefix in the Makefile.) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Mon May 30 19:53:03 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 8EA71B55AF6 for ; Mon, 30 May 2016 19:53:03 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from c.mail.sonic.net (c.mail.sonic.net [64.142.111.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7E7461E32 for ; Mon, 30 May 2016 19:53:03 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from aurora.physics.berkeley.edu (aurora.physics.berkeley.edu [128.32.117.67]) (authenticated bits=0) by c.mail.sonic.net (8.15.1/8.15.1) with ESMTPSA id u4UJgUhD011080 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT) for ; Mon, 30 May 2016 12:42:31 -0700 Subject: Re: IBM KVM on P8 saga: FreeBSD-11.0-ALPHA1-powerpc-powerpc64-20160528-r300895 won't boot To: freebsd-ppc@freebsd.org References: <3r9Zbp6spTz1cXL0@baobab.bilink.it> <3rJNSk16Hjz1cXKx@baobab.bilink.it> From: Nathan Whitehorn Message-ID: <254582a5-efe3-4ec9-785f-b158b350ec95@freebsd.org> Date: Mon, 30 May 2016 12:42:30 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: <3rJNSk16Hjz1cXKx@baobab.bilink.it> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Sonic-CAuth: UmFuZG9tSVbVWbMsnvbpgqtXil/CcIu4SDyV/hf8r2ru8vlaax9ybhmTS2JYyF/BZ+kBvMhPxBWu0hTu9Vjekq0p3zwrSwD+6RlZe9XznSE= X-Sonic-ID: C;frefpZ4m5hGpCrEI9Bb3tg== M;1FPppZ4m5hGpCrEI9Bb3tg== X-Spam-Flag: No X-Sonic-Spam-Details: 0.0/5.0 by cerberusd 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: Mon, 30 May 2016 19:53:03 -0000 Just so I understand, this is booting from disk after successful installation from a CD image under PowerKVM? This sounds like interrupts are not working correctly somehow. Could you try boot -v? -Nathan On 05/30/16 10:11, Luciano Mannucci wrote: > Here's what I get: > USB Keyboard > USB mouse > Using default console: /vdevice/vty@30000000 > > Welcome to Open Firmware > > Copyright (c) 2004, 2011 IBM Corporation All rights reserved. > This program and the accompanying materials are made available > under the terms of the BSD License available at > http://www.opensource.org/licenses/bsd-license.php > > > Trying to load: from: /vdevice/v-scsi@2000/disk@8001000000000000 ... Successfully loaded > Consoles: Open Firmware console > > FreeBSD/powerpc64 Open Firmware loader, Revision 0.1 > (root@releng2.nyi.freebsd.org, Sat May 28 10:43:53 UTC 2016) > Memory: 2097152KB > Booted from: /vdevice/v-scsi@2000/disk@8001000000000000 > > Loading /boot/defaults/loader.conf > /boot/kernel/kernel data=0xe9d250+0x423cf0 syms=[0x8+0x14b338+0x8+0x147cf2] > \ > Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [/boot/kernel/kernel]... > Kernel entry at 0x1024f0 ... > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2016 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 11.0-ALPHA1 #0 r300895: Sat May 28 10:51:49 UTC 2016 > root@releng2.nyi.freebsd.org:/usr/obj/powerpc.powerpc64/usr/src/sys/GENERIC64 powerpc > gcc version 4.2.1 20070831 patched [FreeBSD] > WARNING: WITNESS option enabled, expect reduced performance. > VT: init without driver. > cpu0: IBM POWER8E revision 2.1, 3425.00 MHz > cpu0: Features dc005180 > cpu0: Features2 c2000000 > real memory = 2110451712 (2012 MB) > avail memory = 1989775360 (1897 MB) > FreeBSD/SMP: Multiprocessor System Detected: 6 CPUs > cpu0: dev=7e5e00b8 (BSP) > random: entropy device external interface > kbd0 at kbdmux0 > ofwbus0: on nexus0 > xicp0: on ofwbus0 > cpulist0: on ofwbus0 > cpu0: on cpulist0 > cpu1: on cpulist0 > cpu2: on cpulist0 > cpu3: on cpulist0 > cpu4: on cpulist0 > cpu5: on cpulist0 > pcib0: on ofwbus0 > pci0: on pcib0 > pci0: at device 3.0 (no driver attached) > ohci0: mem 0xc0000000-0xc00000ff irq 4100 at device 2.0 on pci0 > usbus0 on ohci0 > re0: port 0x100-0x1ff mem 0xc0000100-0xc00001ff irq 4099 at device 1.0 on pci0 > re0: Chip rev. 0x74800000 > re0: MAC rev. 0x00000000 > miibus0: on re0 > rlphy0: PHY 0 on miibus0 > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow > re0: Using defaults for TSO: 65518/35/2048 > re0: Ethernet address: 52:54:00:1a:cd:48 > rtas0: on ofwbus0 > vdevice0: on ofwbus0 > vscsi0: irq 16781319 on vdevice0 > vscsi0: Queue depth 22 commands > uart0: irq 16781320 on vdevice0 > Timecounter "timebase" frequency 512000000 Hz quality 0 > Event timer "decrementer" frequency 512000000 Hz quality 1000 > Timecounters tick every 1.000 msec > usbus0: 12Mbps Full Speed USB v1.0 > cd0 at vscsi0 bus 0 scbus0 target 0 lun 1 > ugen0.1: at usbus0 > uhub0: on usbus0 > cd0: Removable CD-ROM SPC-3 SCSI device > cd0: 150.000MB/s transfers > cd0: 695MB (356118 2048 byte sectors) > pass0 at vscsi0 bus 0 scbus0 target 0 lun 0 > pass0: Fixed Uninstalled SPC-3 SCSI device (offline) > pass0: 150.000MB/s transfers > da0 at vscsi0 bus 0 scbus0 target 0 lun 2 > da0: Fixed Direct Access SPC-3 SCSI device > da0: 150.000MB/s transfers > da0: 20480MB (41943040 512 byte sectors) > SMP: AP CPU #8 launched > SMP: AP CPU #32 launched > SMP: AP CPU #24 launched > SMP: AP CPU #16 launched > SMP: AP CPU #40 launched > > at this point everything is frozen, all the virtual cpus are 100%. > > > luciano. From owner-freebsd-ppc@freebsd.org Mon May 30 23:42:13 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 966E5B546CD; Mon, 30 May 2016 23:42:13 +0000 (UTC) (envelope-from rionda@gmail.com) Received: from mail-qk0-x235.google.com (mail-qk0-x235.google.com [IPv6:2607:f8b0:400d:c09::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F37C1E74; Mon, 30 May 2016 23:42:13 +0000 (UTC) (envelope-from rionda@gmail.com) Received: by mail-qk0-x235.google.com with SMTP id h185so91976273qke.2; Mon, 30 May 2016 16:42:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:mime-version:from:in-reply-to:date:cc:message-id :references:to; bh=vlFuNRulj12hXbaTb9UvP7eLlYaMM1xDdwASShlV6SA=; b=yEkMAdQ5i/KnsIZDIYwK/H9MqqeGSCMMdJotsT2/Wo3LhjEkDW0/G+gMU0lhlrqpYq 3B2kVWMYvKZfUht1KAOSFUmEnlOn6S+IBBPnEYLaMUXZHDNZ0o9Z1drB9GO56i9DH9Q2 AepyVYZ6noj3K69oSwRufop0RdUB92rdgFZqF4oxrEYUYZKll8HdUKFOb2jK+idgt65d /q3YHjFeYAFx+8LxBhDug5swp9vMoR4+fonz+U7kYGa/3uvHeeW5ilWgW4p04Hya8kGz +ITK6cLDilskf5daX9a2O+jKygbOW/hrpL5ku7bZCgT9mf0kiozsSFAztfjMQEJkXGfl VCqg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:from:in-reply-to :date:cc:message-id:references:to; bh=vlFuNRulj12hXbaTb9UvP7eLlYaMM1xDdwASShlV6SA=; b=fvcPY7q5+2PcZepY+BaO+7Od8V8m31vsPPGVWy2bRHFKw1MXOQcx+1THo3/T+E/E1L frOE60Wkr+xowgExrWBKWomX8/M9nnz/qnSzUJq3pcB4H3ThV4M7fV28M1VpHorxcw5D /RjygRMibj78+ghf8r63RhzQfN2b5rNjUQYkyECx+GDumvjkI6QWw4wRwCd0fqfCjyXs wrECNcuy4OaxOFN+ELtYi8vnbsOq78dGK+gllMPafNPCu4rgUEyZO3HVzi9AkmTqw5Aw VkdEcG3W9/vyTxd0lYCQmh4nVI/0aYgM4TYtkwiP5cV8znE2EgKw7OBTfzgkoT6u38vP D04A== X-Gm-Message-State: ALyK8tKtHwNVI33r0sgtJSUdwxgvaHjb0aW1a14EQiwZTDExnNYehLqJQP7eQ2tH9wxB3g== X-Received: by 10.55.173.84 with SMTP id w81mr2938569qke.115.1464651732527; Mon, 30 May 2016 16:42:12 -0700 (PDT) Received: from [10.78.107.164] ([64.94.31.206]) by smtp.gmail.com with ESMTPSA id s106sm7486638qge.3.2016.05.30.16.42.10 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 30 May 2016 16:42:11 -0700 (PDT) Sender: Matteo Riondato Subject: Re: 11.0 -r300944 build attempted WITH_META_MODE failed [amd64 targeting powerpc64 via devel/powerpc64-gcc use] Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_4A4C2305-76CE-49FE-86D9-33E44EB3E42F"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.6b2 From: Matteo Riondato In-Reply-To: Date: Mon, 30 May 2016 19:42:07 -0400 Cc: Mark Millard , FreeBSD Current , FreeBSD Toolchain , FreeBSD PowerPC ML Message-Id: References: <8A197698-51C7-43F9-9927-465602E19AAE@dsl-only.net> To: Bryan Drewery 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: Mon, 30 May 2016 23:42:13 -0000 --Apple-Mail=_4A4C2305-76CE-49FE-86D9-33E44EB3E42F Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii > On May 30, 2016, at 11:29 AM, Bryan Drewery wrote: > > I should have mentioned that to enable META_MODE after not having it on > you should do a 'make cleanworld' first. This should probably be mentioned in src.conf(5) then. Best, Matteo --Apple-Mail=_4A4C2305-76CE-49FE-86D9-33E44EB3E42F Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- iEYEARECAAYFAldMz88ACgkQ2Mp4pR7Fa+xgXACeOwMGgrSXFypvwkbQSYQtMcyX a2QAoIQuTpBpcMK4Im+cYkm3uEhTUHsm =8eEK -----END PGP SIGNATURE----- --Apple-Mail=_4A4C2305-76CE-49FE-86D9-33E44EB3E42F-- From owner-freebsd-ppc@freebsd.org Tue May 31 00:40:50 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 5255AB5354A for ; Tue, 31 May 2016 00:40:50 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-195.reflexion.net [208.70.211.195]) (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 179631895 for ; Tue, 31 May 2016 00:40:49 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 9848 invoked from network); 31 May 2016 00:40:43 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 31 May 2016 00:40:43 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Mon, 30 May 2016 20:40:47 -0400 (EDT) Received: (qmail 5876 invoked from network); 31 May 2016 00:40:47 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 31 May 2016 00:40:47 -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 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 2522DB1E001; Mon, 30 May 2016 17:40:37 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: 11.0 -r300944 buildworld attempt failed [amd64 targeting powerpc or armv6 via system clang use] From: Mark Millard In-Reply-To: Date: Mon, 30 May 2016 17:40:41 -0700 Cc: FreeBSD Toolchain , FreeBSD PowerPC ML , freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <137F75C8-F81A-44EE-B036-D7ABA7C75684@dsl-only.net> References: <8A197698-51C7-43F9-9927-465602E19AAE@dsl-only.net> To: FreeBSD Current , Bryan Drewery 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: Tue, 31 May 2016 00:40:50 -0000 [This adds armv6 information to a prior note that was just powerpc = based. The powerpc example material is listed first then it is noted = that armv6 ended up similar in my attempt.] On 2016-May-29, at 11:32 PM, Mark Millard = wrote: > [It may well be that powerpc is not an intended cross compile target = via clang since clang is insufficient for an FreeBSD/powerpc ABI = compliant buildworld as stands. Still I use this to illustrate the more = general points for clang use in cross builds.] >=20 > The failure: >=20 >> --- libc.so.7.full --- >> /usr/bin/ld: unrecognised emulation mode: elf32ppc_fbsd >> Supported emulations: elf_x86_64_fbsd elf_i386_fbsd >> clang: error: linker command failed with exit code 1 (use -v to see = invocation) >> *** [libc.so.7.full] Error code 1 >>=20 >> make[4]: stopped in /usr/src/lib/libc >> 1 error >>=20 >> make[4]: stopped in /usr/src/lib/libc >> *** [lib/libc__L] Error code 2 >=20 > Note the /usr/bin/ld use: the host (amd64) linker for a powerpc link = operation. >=20 > The log shows the ld command was via clang=E2=80=99s front end as far = as what the build did directly (just a prefix shown): >=20 >> --- libc.so.7.full --- >> /usr/bin/clang -target powerpc-unknown-freebsd11.0 = --sysroot=3D/usr/obj/clang/powerpc.powerpc/usr/src/tmp = -B/usr/obj/clang/powerpc.powerpc/usr/src/tmp/usr/bin -nodefaultlibs = -Wl,--version-script=3DVersion.map -shared -Wl,-x -Wl,--fatal-warnings = -Wl,--warn-shared-textrel -o libc.so.7.full -Wl,-soname,libc.so.7 = `NM=3D'nm' NMFLAGS=3D'' lorder trivial-vdso_tc.So bt_close.So bt_conv.So = bt_debug.So bt_delete.So bt_get.So bt_open.So bt_overflow.So bt_page.So > . . . >=20 > The -B does not point to a place with a powerpc specific ld command: >=20 >> # ls -lt /usr/obj/clang/powerpc.powerpc/usr/src/tmp/usr/bin >> total 1395 >> -rwxr-xr-x 1 root wheel 827248 May 29 22:20 ctfmerge >> -rwxr-xr-x 1 root wheel 534712 May 29 22:20 sysinit >> -rwxr-xr-x 1 root wheel 960784 May 29 22:20 ctfconvert >=20 > As far as I can tell a potentially proper path would have been: >=20 > /usr/local/powerpc-freebsd/bin/ld >=20 > if a devel/powerpc-binutils port existed and was installed. (No such = port exists.) >=20 > I do not know if other TARGET_ARCH=E2=80=99s have similar problems or = not (even if they have a binutils port). >=20 >=20 > This was not a WITH_META_MODE=3Dyes context. >=20 >=20 > make.conf was empty and src.conf was: >=20 > TO_TYPE=3Dpowerpc > # > KERNCONF=3DGENERICvtsc-NODEBUG > TARGET=3D${TO_TYPE} > .if ${.MAKE.LEVEL} =3D=3D 0 > TARGET_ARCH=3D${TO_TYPE} > .export TARGET_ARCH > .endif > # > WITHOUT_CROSS_COMPILER=3D > WITH_SYSTEM_COMPILER=3D > # > WITH_LIBCPLUSPLUS=3D > WITH_BINUTILS_BOOTSTRAP=3D > WITH_CLANG=3D > WITH_CLANG_IS_CC=3D > WITH_CLANG_FULL=3D > WITH_CLANG_EXTRAS=3D > # lldb requires missing atomic 8-byte operations for powerpc (non-64) > WITHOUT_LLDB=3D > # > WITH_BOOT=3D > WITHOUT_LIB32=3D > # > WITHOUT_GCC_BOOTSTRAP=3D > WITHOUT_GCC=3D > WITHOUT_GCC_IS_CC=3D > WITHOUT_GNUCXX=3D > # > NO_WERROR=3D > #WERROR=3D > MALLOC_PRODUCTION=3D > # > WITH_DEBUG_FILES=3D >=20 >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net I finally tried a amd64 host -> armv6 (rpi2) cross build for freebsd = 11.0. amd64 -> armv6 for freebsd 11.0 also ended up with linker vs. file = format/content mismatches: in this case what was reported was about the = crti.o format when attempting to link libc.so.7.full . The error = messages were not explicit about the linker path used, unfortunately. = .../tmp/usr/bin as listed in the -B had only the same 3 file names (and = no ld) as was shown above for the powerpc context. Again it is a context of using the clang front end to indirectly get to = the linker with "-target" needing to guide details if the selection of = the linker is to be automatic. (Otherwise -B likely needs to point to = where an appropriate tool set is to be found [including ld].) armv6 for freebsd 11.0 is likely intended to be supported, unlike = powerpc possibly being viewed as irrelevant currently because of clang's = code generation issues for powerpc variants. armv6-gnueabihf-freebsd11.0 for modern hardfloat vs. = armv6-gnueabi-freebsd11.0 for temporary softfloat may need distinct = linkers (or other tools)? (Possibly via distinct -B's?) I'm not sure if the following additional item is a potential issue or = not: While there is a devel/arm-gnueabi-binutils there is no = devel/arm-gnueabihf-binutils. But I notice that -target = armv6-gnueabihf-freebsd11.0 is in use now for freebsd 11.0. Targets of = the form armv6-gnueabi-freebsd10* are probably still needed to support = 10.x for rpi's and the like. (So is another port needed?) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Tue May 31 04:26:42 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 527CEB55FD1 for ; Tue, 31 May 2016 04:26:42 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-165.reflexion.net [208.70.211.165]) (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 178521DE1 for ; Tue, 31 May 2016 04:26:41 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 30300 invoked from network); 31 May 2016 04:19:51 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 31 May 2016 04:19:51 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Tue, 31 May 2016 00:20:00 -0400 (EDT) Received: (qmail 8665 invoked from network); 31 May 2016 04:20:00 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 31 May 2016 04:20:00 -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 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 E3745B1E001; Mon, 30 May 2016 21:19:48 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: 11.0 -r300944 buildworld attempt failed [amd64 targeting powerpc or armv6 via system clang use] From: Mark Millard In-Reply-To: <137F75C8-F81A-44EE-B036-D7ABA7C75684@dsl-only.net> Date: Mon, 30 May 2016 21:19:54 -0700 Cc: FreeBSD Toolchain , FreeBSD PowerPC ML , freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <311011FA-F5B0-499D-AE47-31D430257A8A@dsl-only.net> References: <8A197698-51C7-43F9-9927-465602E19AAE@dsl-only.net> <137F75C8-F81A-44EE-B036-D7ABA7C75684@dsl-only.net> To: FreeBSD Current , Bryan Drewery 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: Tue, 31 May 2016 04:26:42 -0000 On 2016-May-30, at 5:40 PM, Mark Millard wrote: > [This adds armv6 information to a prior note that was just powerpc = based. The powerpc example material is listed first then it is noted = that armv6 ended up similar in my attempt.] >=20 > On 2016-May-29, at 11:32 PM, Mark Millard = wrote: >=20 >> [It may well be that powerpc is not an intended cross compile target = via clang since clang is insufficient for an FreeBSD/powerpc ABI = compliant buildworld as stands. Still I use this to illustrate the more = general points for clang use in cross builds.] >>=20 >> The failure: >>=20 >>> --- libc.so.7.full --- >>> /usr/bin/ld: unrecognised emulation mode: elf32ppc_fbsd >>> Supported emulations: elf_x86_64_fbsd elf_i386_fbsd >>> clang: error: linker command failed with exit code 1 (use -v to see = invocation) >>> *** [libc.so.7.full] Error code 1 >>>=20 >>> make[4]: stopped in /usr/src/lib/libc >>> 1 error >>>=20 >>> make[4]: stopped in /usr/src/lib/libc >>> *** [lib/libc__L] Error code 2 >>=20 >> Note the /usr/bin/ld use: the host (amd64) linker for a powerpc link = operation. >>=20 >> The log shows the ld command was via clang=E2=80=99s front end as far = as what the build did directly (just a prefix shown): >>=20 >>> --- libc.so.7.full --- >>> /usr/bin/clang -target powerpc-unknown-freebsd11.0 = --sysroot=3D/usr/obj/clang/powerpc.powerpc/usr/src/tmp = -B/usr/obj/clang/powerpc.powerpc/usr/src/tmp/usr/bin -nodefaultlibs = -Wl,--version-script=3DVersion.map -shared -Wl,-x -Wl,--fatal-warnings = -Wl,--warn-shared-textrel -o libc.so.7.full -Wl,-soname,libc.so.7 = `NM=3D'nm' NMFLAGS=3D'' lorder trivial-vdso_tc.So bt_close.So bt_conv.So = bt_debug.So bt_delete.So bt_get.So bt_open.So bt_overflow.So bt_page.So >> . . . >>=20 >> The -B does not point to a place with a powerpc specific ld command: >>=20 >>> # ls -lt /usr/obj/clang/powerpc.powerpc/usr/src/tmp/usr/bin >>> total 1395 >>> -rwxr-xr-x 1 root wheel 827248 May 29 22:20 ctfmerge >>> -rwxr-xr-x 1 root wheel 534712 May 29 22:20 sysinit >>> -rwxr-xr-x 1 root wheel 960784 May 29 22:20 ctfconvert >>=20 >> As far as I can tell a potentially proper path would have been: >>=20 >> /usr/local/powerpc-freebsd/bin/ld >>=20 >> if a devel/powerpc-binutils port existed and was installed. (No such = port exists.) >>=20 >> I do not know if other TARGET_ARCH=E2=80=99s have similar problems or = not (even if they have a binutils port). >>=20 >>=20 >> This was not a WITH_META_MODE=3Dyes context. >>=20 >>=20 >> make.conf was empty and src.conf was: >>=20 >> TO_TYPE=3Dpowerpc >> # >> KERNCONF=3DGENERICvtsc-NODEBUG >> TARGET=3D${TO_TYPE} >> .if ${.MAKE.LEVEL} =3D=3D 0 >> TARGET_ARCH=3D${TO_TYPE} >> .export TARGET_ARCH >> .endif >> # >> WITHOUT_CROSS_COMPILER=3D >> WITH_SYSTEM_COMPILER=3D >> # >> WITH_LIBCPLUSPLUS=3D >> WITH_BINUTILS_BOOTSTRAP=3D >> WITH_CLANG=3D >> WITH_CLANG_IS_CC=3D >> WITH_CLANG_FULL=3D >> WITH_CLANG_EXTRAS=3D >> # lldb requires missing atomic 8-byte operations for powerpc (non-64) >> WITHOUT_LLDB=3D >> # >> WITH_BOOT=3D >> WITHOUT_LIB32=3D >> # >> WITHOUT_GCC_BOOTSTRAP=3D >> WITHOUT_GCC=3D >> WITHOUT_GCC_IS_CC=3D >> WITHOUT_GNUCXX=3D >> # >> NO_WERROR=3D >> #WERROR=3D >> MALLOC_PRODUCTION=3D >> # >> WITH_DEBUG_FILES=3D >>=20 >>=20 >> =3D=3D=3D >> Mark Millard >> markmi at dsl-only.net >=20 > I finally tried a amd64 host -> armv6 (rpi2) cross build for freebsd = 11.0. >=20 > amd64 -> armv6 for freebsd 11.0 also ended up with linker vs. file = format/content mismatches: in this case what was reported was about the = crti.o format when attempting to link libc.so.7.full . The error = messages were not explicit about the linker path used, unfortunately. = .../tmp/usr/bin as listed in the -B had only the same 3 file names (and = no ld) as was shown above for the powerpc context. >=20 > Again it is a context of using the clang front end to indirectly get = to the linker with "-target" needing to guide details if the selection = of the linker is to be automatic. (Otherwise -B likely needs to point to = where an appropriate tool set is to be found [including ld].) >=20 > armv6 for freebsd 11.0 is likely intended to be supported, unlike = powerpc possibly being viewed as irrelevant currently because of clang's = code generation issues for powerpc variants. >=20 > armv6-gnueabihf-freebsd11.0 for modern hardfloat vs. = armv6-gnueabi-freebsd11.0 for temporary softfloat may need distinct = linkers (or other tools)? (Possibly via distinct -B's?) >=20 >=20 > I'm not sure if the following additional item is a potential issue or = not: >=20 > While there is a devel/arm-gnueabi-binutils there is no = devel/arm-gnueabihf-binutils. But I notice that -target = armv6-gnueabihf-freebsd11.0 is in use now for freebsd 11.0. Targets of = the form armv6-gnueabi-freebsd10* are probably still needed to support = 10.x for rpi's and the like. (So is another port needed?) >=20 >=20 >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net I looked around some more and I think I've found one or two points = missed in some of the WITH_SYSTEM_COMPILER coverage. Such may explain = part of the above. A) The bootstrap clang compiler is built to automatically use the = WITH_BINUTILS_BOOTSTRAP instances of the binutils if I understand right. B) The system clang compiler is not. So, for example, it by default uses = /usr/bin/ld as the linker. C) =46rom what I've seen WITH_SYSTEM_COMPILER for cross-builds is not = building the WITH_BINUTILS_BOOTSTRAP binutils (and so is not putting the = them in a place that it would use via -B, which might then manage to = redirect the system clang to find those WITH_BINUTILS_BOOTSTRAP = binutils). D) This may get odder when hardfloat vs. libsoft is considered: what = tools need to be different tool instances for building libsoft? Are the = armv6-gnueabihf-freebsd11.0 related tools sufficient to cover = armv6-gnueabi-freebsd11.0 (libsoft's softfloat) without switching to any = other tool(s)? Side note: There is also another difference [this just mentions some material from = another, later report that I made on the lists]: E) The bootstrap clang compilers/cpp does not need -target and allows = selection of -march from the target family and tracks when such is done. = But there are contexts that still assume this status when = WITH_SYSTEM_COMPILER is in use but the system compiler does not have = this property for cross-build usage. The examples that I've noticed are = tied to building libsoft. An appropriate -target is always needed, = potentially even for clang-cpp to have the fully correct behavior. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Tue May 31 09:48:41 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 9BF9FB543A0 for ; Tue, 31 May 2016 09:48:41 +0000 (UTC) (envelope-from luciano@vespaperitivo.it) Received: from baobab.bilink.net (baobab.bilink.net [212.45.144.44]) by mx1.freebsd.org (Postfix) with ESMTP id 4DBD410B4 for ; Tue, 31 May 2016 09:48:40 +0000 (UTC) (envelope-from luciano@vespaperitivo.it) Received: from localhost (localhost [127.0.0.1]) by baobab.bilink.it (Postfix) with ESMTP id 3rJpbK1X0Nz1cXL1 for ; Tue, 31 May 2016 11:48:45 +0200 (CEST) X-Virus-Scanned: amavisd-new at mcs.it Received: from baobab.bilink.net ([127.0.0.1]) by localhost (baobab.mcs.it [127.0.0.1]) (amavisd-new, port 11027) with ESMTP id CvW-K2FTviEu for ; Tue, 31 May 2016 11:48:45 +0200 (CEST) Received: from hermes.mcs.it (hermes.mcs.it [192.168.132.21]) by baobab.bilink.it (Postfix) with ESMTP id 3rJpbK0kp5z1cXL0 for ; Tue, 31 May 2016 11:48:45 +0200 (CEST) Received: from mordeus (unknown [192.168.45.6]) by hermes.mcs.it (Postfix) with ESMTP id 27D961B7483 for ; Tue, 31 May 2016 11:48:39 +0200 (CEST) Date: Tue, 31 May 2016 11:48:38 +0200 From: Luciano Mannucci To: freebsd-ppc@freebsd.org Subject: Re: IBM KVM on P8 saga: FreeBSD-11.0-ALPHA1-powerpc-powerpc64-20160528-r300895 won't boot In-Reply-To: <254582a5-efe3-4ec9-785f-b158b350ec95@freebsd.org> References: <3r9Zbp6spTz1cXL0@baobab.bilink.it> <3rJNSk16Hjz1cXKx@baobab.bilink.it> <254582a5-efe3-4ec9-785f-b158b350ec95@freebsd.org> X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd10.1) X-Face: 4qPv4GNcD; h<7Q/sK>+GqF4=CR@KmnPkSmwd+#%\F`4yjKO3"C]p'z=(oWRnsYBQGM\5g:4skqQY0NnV'dM:Mm:^/_+I@a"; [-s=ogufdF"9ggQ'=y MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <3rJpbK0kp5z1cXL0@baobab.bilink.it> 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: Tue, 31 May 2016 09:48:41 -0000 On Mon, 30 May 2016 12:42:30 -0700 Nathan Whitehorn wrote: > Just so I understand, this is booting from disk after successful > installation from a CD image under PowerKVM? This sounds like interrupts > are not working correctly somehow. No. Unlike the previous snapshot, this one does'nt install. BTW, boot -v gives: OK boot -v Booting... Kernel entry at 0x1024f0 ... KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2016 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 11.0-ALPHA1 #0 r300895: Sat May 28 10:51:49 UTC 2016 root@releng2.nyi.freebsd.org:/usr/obj/powerpc.powerpc64/usr/src/sys/GENERIC64 powerpc gcc version 4.2.1 20070831 patched [FreeBSD] WARNING: WITNESS option enabled, expect reduced performance. VT: init without driver. Preloaded elf kernel "/boot/kernel/kernel" at 0x1655000. cpu0: IBM POWER8E revision 2.1, 3425.00 MHz cpu0: Features dc005180 cpu0: Features2 c2000000 real memory = 2110451712 (2012 MB) available KVA = 7650267135 (7295 MB) Physical memory chunk(s): 0x0000000000025000 - 0x00000000000fffff, 897024 bytes (219 pages) 0x0000000001c40000 - 0x0000000001c3ffff, 0 bytes (0 pages) 0x0000000003a49000 - 0x000000007ae67fff, 2000809984 bytes (488479 pages) 0x000000007ffa0000 - 0x000000007ffaffff, 65536 bytes (16 pages) 0x000000007ffb5000 - 0x000000007ffeffff, 241664 bytes (59 pages) 0x000000007fff1000 - 0x000000007fffffff, 61440 bytes (15 pages) 0x0000000001657000 - 0x0000000001bfffff, 5935104 bytes (1449 pages) avail memory = 1989775360 (1897 MB) FreeBSD/SMP: Multiprocessor System Detected: 6 CPUs cpu0: dev=7e5e00b8 (BSP) ULE: setup cpu 0 random: entropy device external interface snd_unit_init() u=0x00ff8000 [512] d=0x00007c00 [32] c=0x000003ff [1024] feeder_register: snd_unit=-1 snd_maxautovchans=16 latency=5 feeder_rate_min=1 feeder_rate_max=2016000 feeder_rate_round=25 firmware: 'isp_1040' version 1: 22944 bytes loaded at 0xc5495c firmware: 'isp_1080' version 1: 31350 bytes loaded at 0xc5a2fc firmware: 'isp_12160' version 1: 28050 bytes loaded at 0xc61d72 firmware: 'isp_2100' version 1: 76770 bytes loaded at 0xc68b04 firmware: 'isp_2200' version 1: 84566 bytes loaded at 0xc7b6e6 firmware: 'isp_2300' version 1: 125252 bytes loaded at 0xc9013c firmware: 'isp_2322' version 1: 120814 bytes loaded at 0xcaea80 firmware: 'isp_2400' version 1: 204384 bytes loaded at 0xccfde8 firmware: 'isp_2500' version 1: 223908 bytes loaded at 0xd0f818 kbd0 at kbdmux0 mem: nfslock: pseudo-device null: openfirm: random: harvesting attach, 8 bytes (4 bits) from nexus0 ofwbus0: on nexus0 random: harvesting attach, 8 bytes (4 bits) from ofwbus0 xicp0: on ofwbus0 random: harvesting attach, 8 bytes (4 bits) from xicp0 cpulist0: on ofwbus0 cpu0: on cpulist0 random: harvesting attach, 8 bytes (4 bits) from cpu0 cpu1: on cpulist0 random: harvesting attach, 8 bytes (4 bits) from cpu1 cpu2: on cpulist0 random: harvesting attach, 8 bytes (4 bits) from cpu2 cpu3: on cpulist0 random: harvesting attach, 8 bytes (4 bits) from cpu3 cpu4: on cpulist0 random: harvesting attach, 8 bytes (4 bits) from cpu4 cpu5: on cpulist0 random: harvesting attach, 8 bytes (4 bits) from cpu5 random: harvesting attach, 8 bytes (4 bits) from cpulist0 pcib0: on ofwbus0 pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x1af4, dev=0x1002, revid=0x00 domain=0, bus=0, slot=3, func=0 class=00-ff-00, hdrtype=0x00, mfdev=0 cmdreg=0x0100, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=0 map[10]: type I/O Port, range 32, base 0x20, size 5, port disabled found-> vendor=0x106b, dev=0x003f, revid=0x00 domain=0, bus=0, slot=2, func=0 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=0 map[10]: type Memory, range 32, base 0xc0000000, size 8, enabled found-> vendor=0x10ec, dev=0x8139, revid=0x20 domain=0, bus=0, slot=1, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0100, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=0 map[10]: type I/O Port, range 32, base 0x100, size 8, port disabled map[14]: type Memory, range 32, base 0xc0000100, size 8, memory disabled pci0: at device 3.0 (no driver attached) ohci0: mem 0xc0000000-0xc00000ff irq 4100 at device 2.0 on pci0 ohci0: Mapping IOMMU domain 0x80000000 ofw_pci mapdev: start 100e0000000, len 256 usbus0 on ohci0 ohci0: usbpf: Attached random: harvesting attach, 8 bytes (4 bits) from usbus0 random: harvesting attach, 8 bytes (4 bits) from ohci0 re0: port 0x100-0x1ff mem 0xc0000100-0xc00001ff irq 4099 at device 1.0 on pci0 ofw_pci mapdev: start 100e0000100, len 256 re0: MSI count : 0 re0: MSI-X count : 0 re0: Chip rev. 0x74800000 re0: MAC rev. 0x00000000 re0: Mapping IOMMU domain 0x80000000 miibus0: on re0 rlphy0: PHY 0 on miibus0 rlphy0: OUI 0x000000, model 0x0000, rev. 0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow random: harvesting attach, 8 bytes (4 bits) from rlphy0 random: harvesting attach, 8 bytes (4 bits) from miibus0 re0: Using defaults for TSO: 65518/35/2048 re0: bpf attached re0: Ethernet address: 52:54:00:1a:cd:48 random: harvesting attach, 8 bytes (4 bits) from re0 random: harvesting attach, 8 bytes (4 bits) from pci0 random: harvesting attach, 8 bytes (4 bits) from pcib0 rtas0: on ofwbus0 rtas0: registered as a time-of-day clock (resolution 2000us, adjustment 0.001000000s) random: harvesting attach, 8 bytes (4 bits) from rtas0 vdevice0: on ofwbus0 vscsi0: irq 16781319 on vdevice0 vscsi0: Mapping IOMMU domain 0x2000 vscsi0: Queue depth 22 commands random: harvesting attach, 8 bytes (4 bits) from vscsi0 uart0: irq 16781320 on vdevice0 random: harvesting attach, 8 bytes (4 bits) from uart0 random: harvesting attach, 8 bytes (4 bits) from vdevice0 ofwbus0: compat linux,kvm (no driver attached) procfs registered Timecounter "timebase" frequency 512000000 Hz quality 0 Event timer "decrementer" frequency 512000000 Hz quality 1000 Timecounters tick every 1.000 msec vlan: initialized, using hash tables with chaining tcp_init: net.inet.tcp.tcbhashsize auto tuned to 16384 lo0: bpf attached usbus0: 12Mbps Full Speed USB v1.0 (probe0:vscsi0:0:0:0): Down reving Protocol Version from 6 to 5? ugen0.1: at usbus0 uhub0: on usbus0 (probe0:vscsi0:0:0:2): Down reving Protocol Version from 6 to 5? (probe0:vscsi0:0:0:1): Down reving Protocol Version from 6 to 5? pass0 at vscsi0 bus 0 scbus0 target 0 lun 0 pass0: Fixed Uninstalled SPC-3 SCSI device (offline) pass0: 150.000MB/s transfers pass1 at vscsi0 bus 0 scbus0 target 0 lun 1 pass1: Removable CD-ROM SPC-3 SCSI device pass1: 150.000MB/s transfers pass2 at vscsi0 bus 0 scbus0 target 0 lun 2 pass2: Fixed Direct Access SPC-3 SCSI device pass2: 150.000MB/s transfers cd0 at vscsi0 bus 0 scbus0 target 0 lun 1 cd0: Removable CD-ROM SPC-3 SCSI device cd0: 150.000MB/s transfers cd0: 695MB (356118 2048 byte sectors) da0 at vscsi0 bus 0 scbus0 target 0 lun 2 da0: Fixed Direct Access SPC-3 SCSI device da0: 150.000MB/s transfersAdding CPU 0, pir=68, awake=1 Waking up CPU 8 (dev=7e5e08d8) Adding CPU 8, pir=68, awake=1 Waking up CPU 16 (dev=7e5e10f8) Adding CPU 16, pir=30, awake=1 Waking up CPU 24 (dev=7e5e1918) Adding CPU 24, pir=30, awake=1 Waking up CPU 32 (dev=7e5e2138) Adding CPU 32, pir=30, awake=1 Waking up CPU 40 (dev=7e5e2958) Adding CPU 40, pir=30, awake=1 SMP: AP CPU #16 launched SMP: AP CPU #40 launched SMP: AP CPU #32 launched SMP: AP CPU #8 launched SMP: AP CPU #24 launched and seems to stop at the very same step. Cheers, luciano. -- /"\ /Via A. Salaino, 7 - 20144 Milano (Italy) \ / ASCII RIBBON CAMPAIGN / PHONE : +39 2 485781 FAX: +39 2 48578250 X AGAINST HTML MAIL / E-MAIL: posthamster@sublink.sublink.ORG / \ AND POSTINGS / WWW: http://www.lesassaie.IT/ From owner-freebsd-ppc@freebsd.org Tue May 31 15:57: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 017E2B563AF; Tue, 31 May 2016 15:57:24 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id E58E514DF; Tue, 31 May 2016 15:57:23 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id DC75D1ABA; Tue, 31 May 2016 15:57:23 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 5ADE41E9F7; Tue, 31 May 2016 15:57:23 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id hfek-rEoldbq; Tue, 31 May 2016 15:57:15 +0000 (UTC) Subject: Re: [CFT] WITH_META_MODE: Working incremental build [only on i386 and amd64] DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com D52881E9ED To: Mark Millard , FreeBSD Current References: Cc: FreeBSD PowerPC ML , freebsd-arm From: Bryan Drewery Organization: FreeBSD Message-ID: <8835f09a-4e52-5bd0-ba8e-763eb6a92db7@FreeBSD.org> Date: Tue, 31 May 2016 08:57:10 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit 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: Tue, 31 May 2016 15:57:24 -0000 On 5/29/16 3:53 PM, Mark Millard wrote: > 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=${MODULES_OVERRIDE} >> .else >> SUBDIR= \ > > . . . >> ${_filemon} \ > > . . . >> .if ${MACHINE_CPUARCH} == "i386" || ${MACHINE_CPUARCH} == "amd64" > . . . >> _filemon= 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.] > Ah, I wasn't aware of the restriction. I am testing building it for other archs now. Most of the arch-dependent code has been removed since the restriction was added. -- Regards, Bryan Drewery From owner-freebsd-ppc@freebsd.org Tue May 31 17:24:10 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 6ED1EB573A3 for ; Tue, 31 May 2016 17:24:10 +0000 (UTC) (envelope-from alex131067@rambler.ru) Received: from huan3.mail.rambler.ru (huan3.mail.rambler.ru [81.19.66.33]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1F9B71BCC for ; Tue, 31 May 2016 17:24:10 +0000 (UTC) (envelope-from alex131067@rambler.ru) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=rambler.ru; s=mail; h=Content-Type:MIME-Version:Date:Subject:To:From:Reply-To:Message-ID; bh=8OcyKKBIWLPKlRX28erk/BwPJ6zPhYYoR7kvy2tiHlA=; b=K06JXmfUrTiC/hhlsAqFuNRI/pY/8nOKh+VeIO6m0f61BmweIP5jpEUEcZpOkSAs/dtfMiwena6qFeetEwYwunXJeKoYK9AICTVHlv/uPrmAK8vRYhfeW31pW3HoHBH/+fGfT1rimCCocG/fD/c/g4FjP6zpX9cxXBpclPVy9Qg=; Received: from [UNAVAILABLE] ([82.85.56.132]:1431 helo=tnd.ua) by huan3.mail.rambler.ru with esmtpa (Exim 4.76) (envelope-from ) id 1b7nOh-0005Lo-CQ for freebsd-ppc@freebsd.org; Tue, 31 May 2016 20:24:08 +0300 Message-ID: <47BDF1816CB89625F9FCB50B5F44F120@rambler.ru> Reply-To: =?koi8-u?Q?=E5=D7=C4=CF=CB=C9=D1?= From: =?koi8-u?Q?=E5=D7=C4=CF=CB=C9=D1?= To: Subject: =?koi8-u?Q?=F0p=C9=D7=C5=D4=C9=CB!?= Date: Tue, 31 May 2016 21:24:18 +0400 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Rambler-User: alex131067@rambler.ru/82.85.56.132 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 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: Tue, 31 May 2016 17:24:10 -0000 From owner-freebsd-ppc@freebsd.org Wed Jun 1 15:20:13 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 05B43B610BD; Wed, 1 Jun 2016 15:20:13 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id DEB161893; Wed, 1 Jun 2016 15:20:12 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id D1F051CA5; Wed, 1 Jun 2016 15:20:12 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 98E1678B3; Wed, 1 Jun 2016 15:20:12 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id ZXNGl3KG8u4q; Wed, 1 Jun 2016 15:20:09 +0000 (UTC) Subject: Re: [CFT] WITH_META_MODE: Working incremental build [only on i386 and amd64] DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 6D1117851 To: Mark Millard , FreeBSD Current References: Cc: FreeBSD PowerPC ML , freebsd-arm From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <7748cc71-3788-22ae-fcb2-699eae529310@FreeBSD.org> Date: Wed, 1 Jun 2016 08:20:01 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MhaiRRG7KqV7nV4OBOmPR6Or5KQH8AphX" 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: Wed, 01 Jun 2016 15:20:13 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --MhaiRRG7KqV7nV4OBOmPR6Or5KQH8AphX Content-Type: multipart/mixed; boundary="efn7WqpkSn21QmU89igjEUlwG5g9FskmI" From: Bryan Drewery To: Mark Millard , FreeBSD Current Cc: FreeBSD PowerPC ML , freebsd-arm Message-ID: <7748cc71-3788-22ae-fcb2-699eae529310@FreeBSD.org> Subject: Re: [CFT] WITH_META_MODE: Working incremental build [only on i386 and amd64] References: In-Reply-To: --efn7WqpkSn21QmU89igjEUlwG5g9FskmI Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 5/29/2016 3:53 PM, Mark Millard wrote: > Quoting the original note about WITH_META_MODE ( https://lists.freebsd.= org/pipermail/freebsd-current/2016-May/061481.html ): >=20 >> You will also need to load the filemon(4) module with 'kldload filemon= '. >=20 > But head's sys/modules/Makefile says: >=20 >> .if defined(MODULES_OVERRIDE) && !defined(ALL_MODULES) >> SUBDIR=3D${MODULES_OVERRIDE} >> .else >> SUBDIR=3D \ >=20 > . . . >> ${_filemon} \ >=20 > . . . >> .if ${MACHINE_CPUARCH} =3D=3D "i386" || ${MACHINE_CPUARCH} =3D=3D "amd= 64" > . . . >> _filemon=3D filemon > . . . >=20 > as the only contexts that provide a filemon.ko to use with kldload. >=20 > Thus, for example, arm variants (32 bit and 64 bit) and powerpc variant= s (32bit and 64 bit) do not have WITH_META_MODE as an option as things ar= e set up. >=20 > I had been hoping to cut down on the time for clang-related rebuilds du= ring native buildworld runs on my slower buildworld contexts (armv7a/cort= ex-a7, powerpc, powerpc64). But it was not to be. >=20 > It appears that, once some arm variants are officially tier 1, WITH_MET= A_MODE will not span all tier 1 platforms. >=20 > [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 expli= cit about it. But initially it takes some research to discover that statu= s for each such point. WITH_META_MODE is an example.] >=20 I've just enabled the filemon(4) build on all architectures in r301130. --=20 Regards, Bryan Drewery --efn7WqpkSn21QmU89igjEUlwG5g9FskmI-- --MhaiRRG7KqV7nV4OBOmPR6Or5KQH8AphX Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJXTv0nAAoJEDXXcbtuRpfPZxwH/i2GLWdM+/S1aUwg9Z5MZDT8 nlntlziN1Fugy/63L/CxgOC3E9ozWkr3eoToZqgkbREITaL/IdKnEjQQBaZI7KUT dNrfhKpmkCoeomx60+sFPfxVp+rpXTa2DAAwB8yoB3AqF4Hcwfsp1SQOqujiKa01 580svdN9P4pPEc8TBbk9ww5d4QvIRTTDaQ3olQE9oapVS/iL6QsyVMRgWY4p0WxO uyuVKuiJzmJdq86f93HAZN30srwBqb8UG52aegVuDCe1GPOBlFWA1fhuhrL3cAwu CAxJLs1bUmqFoJJUD0HlLtNX2FCihflz4P68tAbhhf9eDPLRjasMLzADUGWaNx0= =5kmo -----END PGP SIGNATURE----- --MhaiRRG7KqV7nV4OBOmPR6Or5KQH8AphX-- From owner-freebsd-ppc@freebsd.org Thu Jun 2 02:31:57 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 A447DB6255C for ; Thu, 2 Jun 2016 02:31:57 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-186.reflexion.net [208.70.211.186]) (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 55C8518B9 for ; Thu, 2 Jun 2016 02:31:57 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 25432 invoked from network); 2 Jun 2016 02:32:21 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 2 Jun 2016 02:32:21 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Wed, 01 Jun 2016 22:31:55 -0400 (EDT) Received: (qmail 30399 invoked from network); 2 Jun 2016 02:31:55 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 2 Jun 2016 02:31:55 -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 5521C1C43E6; Wed, 1 Jun 2016 19:31:44 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: [CFT] WITH_META_MODE: Working incremental build [only on i386 and amd64] [filemon fails to load on powerpc64] From: Mark Millard In-Reply-To: <5ae8e248-904e-2c33-b76c-566890406b8c@FreeBSD.org> Date: Wed, 1 Jun 2016 19:31:49 -0700 Cc: Nathan Whitehorn , FreeBSD Current , FreeBSD PowerPC ML Content-Transfer-Encoding: 7bit Message-Id: <4F433A9C-2F3E-4C4A-A303-91E24069C367@dsl-only.net> References: <7748cc71-3788-22ae-fcb2-699eae529310@FreeBSD.org> <9A1A624D-9286-4C0F-A435-D590E07C1149@dsl-only.net> <0165aee5-cf6f-8f01-1690-fc51995e2109@FreeBSD.org> <35AFB7AC-7AD4-41D5-AA8D-87C37EB52455@dsl-only.net> <5ae8e248-904e-2c33-b76c-566890406b8c@FreeBSD.org> To: Bryan Drewery 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: Thu, 02 Jun 2016 02:31:57 -0000 On 2016-Jun-1, at 7:21 PM, Bryan Drewery wrote: > > The fix is easy, I am just wondering why there are 2 ABI formats > supported. If only one is normally used and the default then I'll only > support that one. > > Filemon hooks the syscall table. The only differences that I see are (_v1 then _v2 pairs): .sv_sigcode = sigcode64, .sv_szsigcode = &szsigcode64, .sv_name = "FreeBSD ELF64", vs. .sv_sigcode = sigcode64_elfv2, .sv_szsigcode = &szsigcode64_elfv2, .sv_name = "FreeBSD ELF64 V2", and: .sv_setregs = exec_setregs_funcdesc, vs. .sv_setregs = exec_setregs, Only for the _v1 case: .sv_trap = NULL, This appears to be two different ELF format versions. This is confirmed by: https://patchwork.ozlabs.org/patch/433747/ (from 2015-Jan-28) where Nathan wrote: Big-endian ELF64 ELF executables normally (the Linux kernel is an exception) have their entry point refer to a function descriptor instead of the first instruction. Distinguish between the Linux case and the function descriptor case, which is used for the FreeBSD kernel, by checking whether the entry point points into an executable section or not. This allows use of the FreeBSD kernel as a skiboot payload. === Mark Millard markmi at dsl-only.net Older material. . . On 6/1/2016 7:16 PM, Mark Millard wrote: > May be Nathan Whitehorn knows what is going on that prevents filemon.ko > from loading for powerpc64 based on how it is now built (added for more > than i386 and amd64 as of -r301130)? > > Nathan: See below if it sounds like something you might have a clue > about. As to why this comers up: Loading filemon.ko is required in order > for WITH_META_MODE=yes to work for incremental builds. > > === > Mark Millard > markmi at dsl-only.net > > On 2016-Jun-1, at 6:59 PM, Bryan Drewery > wrote: > >> On 6/1/2016 6:39 PM, Mark Millard wrote: >>> while filemon.ko now exists: >>>> # ls -l /boot/*/filemon* >>>> -r-xr-xr-x 1 root wheel 32064 Jun 1 17:59 /boot/kernel/filemon.ko >>> it does not load: >>>> # kldload -n filemon >>>> kldload: can't load filemon: No such file or directory >>>> # dmesg | grep link_elf >>>> link_elf: symbol elf64_freebsd_sysvec undefined >> >> There's 2 different ABI formats for powerpc64? >> >>> sys/powerpc/powerpc/elf64_machdep.c:INIT_SYSENTVEC(elf64_sysvec_v1, >>> &elf64_freebsd_sysvec_v1); >>> sys/powerpc/powerpc/elf64_machdep.c:INIT_SYSENTVEC(elf64_sysvec_v2, >>> &elf64_freebsd_sysvec_v2); >> >> What's up with that? >> >> -- >> Regards, >> Bryan Drewery > > -- Regards, Bryan Drewery From owner-freebsd-ppc@freebsd.org Thu Jun 2 02:16: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 489A2B66E73 for ; Thu, 2 Jun 2016 02:16:24 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-167.reflexion.net [208.70.211.167]) (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 0C75E11C3 for ; Thu, 2 Jun 2016 02:16:23 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 16119 invoked from network); 2 Jun 2016 02:16:50 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 2 Jun 2016 02:16:50 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Wed, 01 Jun 2016 22:16:14 -0400 (EDT) Received: (qmail 9559 invoked from network); 2 Jun 2016 02:16:14 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 2 Jun 2016 02:16:14 -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 131F81C43DB; Wed, 1 Jun 2016 19:16:11 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: [CFT] WITH_META_MODE: Working incremental build [only on i386 and amd64] [filemon fails to load on powerpc64] From: Mark Millard In-Reply-To: <0165aee5-cf6f-8f01-1690-fc51995e2109@FreeBSD.org> Date: Wed, 1 Jun 2016 19:16:16 -0700 Cc: FreeBSD Current , FreeBSD PowerPC ML Message-Id: <35AFB7AC-7AD4-41D5-AA8D-87C37EB52455@dsl-only.net> References: <7748cc71-3788-22ae-fcb2-699eae529310@FreeBSD.org> <9A1A624D-9286-4C0F-A435-D590E07C1149@dsl-only.net> <0165aee5-cf6f-8f01-1690-fc51995e2109@FreeBSD.org> To: Nathan Whitehorn , Bryan Drewery X-Mailer: Apple Mail (2.3124) Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 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: Thu, 02 Jun 2016 02:16:24 -0000 May be Nathan Whitehorn knows what is going on that prevents filemon.ko = from loading for powerpc64 based on how it is now built (added for more = than i386 and amd64 as of -r301130)? Nathan: See below if it sounds like something you might have a clue = about. As to why this comers up: Loading filemon.ko is required in order = for WITH_META_MODE=3Dyes to work for incremental builds. =3D=3D=3D Mark Millard markmi at dsl-only.net On 2016-Jun-1, at 6:59 PM, Bryan Drewery = wrote: > On 6/1/2016 6:39 PM, Mark Millard wrote: >> while filemon.ko now exists: >>> # ls -l /boot/*/filemon* >>> -r-xr-xr-x 1 root wheel 32064 Jun 1 17:59 = /boot/kernel/filemon.ko >> it does not load: >>> # kldload -n filemon >>> kldload: can't load filemon: No such file or directory >>> # dmesg | grep link_elf >>> link_elf: symbol elf64_freebsd_sysvec undefined >=20 > There's 2 different ABI formats for powerpc64? >=20 >> sys/powerpc/powerpc/elf64_machdep.c:INIT_SYSENTVEC(elf64_sysvec_v1, = &elf64_freebsd_sysvec_v1); >> sys/powerpc/powerpc/elf64_machdep.c:INIT_SYSENTVEC(elf64_sysvec_v2, = &elf64_freebsd_sysvec_v2); >=20 > What's up with that? >=20 > --=20 > Regards, > Bryan Drewery From owner-freebsd-ppc@freebsd.org Thu Jun 2 01:59:14 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 E1C8BB663FD; Thu, 2 Jun 2016 01:59:14 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id B945E1865; Thu, 2 Jun 2016 01:59:14 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id B21991184; Thu, 2 Jun 2016 01:59:14 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 680861D8CD; Thu, 2 Jun 2016 01:59:14 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id coMKWc2xRSp5; Thu, 2 Jun 2016 01:59:07 +0000 (UTC) Subject: Re: [CFT] WITH_META_MODE: Working incremental build [only on i386 and amd64] [filemon fails to load on powerpc64] DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 3A5601D8C6 To: Mark Millard References: <7748cc71-3788-22ae-fcb2-699eae529310@FreeBSD.org> <9A1A624D-9286-4C0F-A435-D590E07C1149@dsl-only.net> Cc: FreeBSD Current , FreeBSD PowerPC ML , freebsd-arm From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <0165aee5-cf6f-8f01-1690-fc51995e2109@FreeBSD.org> Date: Wed, 1 Jun 2016 18:59:06 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: <9A1A624D-9286-4C0F-A435-D590E07C1149@dsl-only.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wpQhcBiSidSfWegMn1VnRbgBXKEm1xPb4" 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: Thu, 02 Jun 2016 01:59:15 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --wpQhcBiSidSfWegMn1VnRbgBXKEm1xPb4 Content-Type: multipart/mixed; boundary="KrapAqaNvAILWcq5lb62iVMsRoFsq67D0" From: Bryan Drewery To: Mark Millard Cc: FreeBSD Current , FreeBSD PowerPC ML , freebsd-arm Message-ID: <0165aee5-cf6f-8f01-1690-fc51995e2109@FreeBSD.org> Subject: Re: [CFT] WITH_META_MODE: Working incremental build [only on i386 and amd64] [filemon fails to load on powerpc64] References: <7748cc71-3788-22ae-fcb2-699eae529310@FreeBSD.org> <9A1A624D-9286-4C0F-A435-D590E07C1149@dsl-only.net> In-Reply-To: <9A1A624D-9286-4C0F-A435-D590E07C1149@dsl-only.net> --KrapAqaNvAILWcq5lb62iVMsRoFsq67D0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 6/1/2016 6:39 PM, Mark Millard wrote: > while filemon.ko now exists: >> # ls -l /boot/*/filemon* >> -r-xr-xr-x 1 root wheel 32064 Jun 1 17:59 /boot/kernel/filemon.ko > it does not load: >> # kldload -n filemon >> kldload: can't load filemon: No such file or directory >> # dmesg | grep link_elf >> link_elf: symbol elf64_freebsd_sysvec undefined There's 2 different ABI formats for powerpc64? > sys/powerpc/powerpc/elf64_machdep.c:INIT_SYSENTVEC(elf64_sysvec_v1, &el= f64_freebsd_sysvec_v1); > sys/powerpc/powerpc/elf64_machdep.c:INIT_SYSENTVEC(elf64_sysvec_v2, &el= f64_freebsd_sysvec_v2); What's up with that? --=20 Regards, Bryan Drewery --KrapAqaNvAILWcq5lb62iVMsRoFsq67D0-- --wpQhcBiSidSfWegMn1VnRbgBXKEm1xPb4 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJXT5LqAAoJEDXXcbtuRpfPuJkIALXxZnfKFSpt4VutD4QcNNce wKBn0ZMx0D7y5m4bbPxQ18OcGZ3zMAuAxkOKl0ZLSS2v3nS9HgrYKdKAbBhzf7RT dyNORc3lnqfgXzDUM2YI506/PTzQoI0QjYNE5CrbLVqM59Hvq4vi7KClwIOTWbce rKklw++AiaQXa6TdvnoE8I6nNwWVW3maKPJzGLrSJELK4WUvsvVAwTgo+AfP3juF gUPhEe5Sf5ywZvhZtGh4+m7Fx3eLX6Y8QVO/0IC0enRp1Ppd2Vy8EeQh498ZMv4C lfgZHBYQn9MKY9rssWeDgLl67uORBApxTpxbLC8i+ZAiNik1uFogqg4Z7GdS29E= =rV7Y -----END PGP SIGNATURE----- --wpQhcBiSidSfWegMn1VnRbgBXKEm1xPb4-- From owner-freebsd-ppc@freebsd.org Thu Jun 2 02:21:42 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 4B29CB6214C; Thu, 2 Jun 2016 02:21:42 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 2ED2E1316; Thu, 2 Jun 2016 02:21:42 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 273FA1620; Thu, 2 Jun 2016 02:21:42 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id CAFFD1D907; Thu, 2 Jun 2016 02:21:41 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id IMYrhwYcEQ5Z; Thu, 2 Jun 2016 02:21:38 +0000 (UTC) Subject: Re: [CFT] WITH_META_MODE: Working incremental build [only on i386 and amd64] [filemon fails to load on powerpc64] DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 4592B1D8FE To: Mark Millard , Nathan Whitehorn References: <7748cc71-3788-22ae-fcb2-699eae529310@FreeBSD.org> <9A1A624D-9286-4C0F-A435-D590E07C1149@dsl-only.net> <0165aee5-cf6f-8f01-1690-fc51995e2109@FreeBSD.org> <35AFB7AC-7AD4-41D5-AA8D-87C37EB52455@dsl-only.net> Cc: FreeBSD Current , FreeBSD PowerPC ML From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <5ae8e248-904e-2c33-b76c-566890406b8c@FreeBSD.org> Date: Wed, 1 Jun 2016 19:21:37 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: <35AFB7AC-7AD4-41D5-AA8D-87C37EB52455@dsl-only.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Jtq168a0P33B4DFhqBATxSODnEKdFG8Dj" 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: Thu, 02 Jun 2016 02:21:42 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Jtq168a0P33B4DFhqBATxSODnEKdFG8Dj Content-Type: multipart/mixed; boundary="qfHe6El5c7HSDG6MF3WHjivET43WvFI4P" From: Bryan Drewery To: Mark Millard , Nathan Whitehorn Cc: FreeBSD Current , FreeBSD PowerPC ML Message-ID: <5ae8e248-904e-2c33-b76c-566890406b8c@FreeBSD.org> Subject: Re: [CFT] WITH_META_MODE: Working incremental build [only on i386 and amd64] [filemon fails to load on powerpc64] References: <7748cc71-3788-22ae-fcb2-699eae529310@FreeBSD.org> <9A1A624D-9286-4C0F-A435-D590E07C1149@dsl-only.net> <0165aee5-cf6f-8f01-1690-fc51995e2109@FreeBSD.org> <35AFB7AC-7AD4-41D5-AA8D-87C37EB52455@dsl-only.net> In-Reply-To: <35AFB7AC-7AD4-41D5-AA8D-87C37EB52455@dsl-only.net> --qfHe6El5c7HSDG6MF3WHjivET43WvFI4P Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable The fix is easy, I am just wondering why there are 2 ABI formats supported. If only one is normally used and the default then I'll only support that one. Filemon hooks the syscall table. On 6/1/2016 7:16 PM, Mark Millard wrote: > May be Nathan Whitehorn knows what is going on that prevents filemon.ko= > from loading for powerpc64 based on how it is now built (added for more= > than i386 and amd64 as of -r301130)? >=20 > Nathan: See below if it sounds like something you might have a clue > about. As to why this comers up: Loading filemon.ko is required in orde= r > for WITH_META_MODE=3Dyes to work for incremental builds. >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net >=20 > On 2016-Jun-1, at 6:59 PM, Bryan Drewery > wrote: >=20 >> On 6/1/2016 6:39 PM, Mark Millard wrote: >>> while filemon.ko now exists: >>>> # ls -l /boot/*/filemon* >>>> -r-xr-xr-x 1 root wheel 32064 Jun 1 17:59 /boot/kernel/filemon.k= o >>> it does not load: >>>> # kldload -n filemon >>>> kldload: can't load filemon: No such file or directory >>>> # dmesg | grep link_elf >>>> link_elf: symbol elf64_freebsd_sysvec undefined >> >> There's 2 different ABI formats for powerpc64? >> >>> sys/powerpc/powerpc/elf64_machdep.c:INIT_SYSENTVEC(elf64_sysvec_v1, >>> &elf64_freebsd_sysvec_v1); >>> sys/powerpc/powerpc/elf64_machdep.c:INIT_SYSENTVEC(elf64_sysvec_v2, >>> &elf64_freebsd_sysvec_v2); >> >> What's up with that? >> >> --=20 >> Regards, >> Bryan Drewery >=20 >=20 --=20 Regards, Bryan Drewery --qfHe6El5c7HSDG6MF3WHjivET43WvFI4P-- --Jtq168a0P33B4DFhqBATxSODnEKdFG8Dj Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJXT5gyAAoJEDXXcbtuRpfP0UkIANnjL5JR3byD+RbIiU59V9O3 +Js1peju66sDE26J8Rgc2mc6tlchtxa6sXRE/sboCCom1KLInaGpBVucvNSt89/X 6FWC3uMrYavzCg7eWkCrXjK5G1bsbVQYzhxnl/udR9tBTC51DXjVSqitmUwZABLR 4LK2smVIflBbfzUZvV0sTeqbLChNeMpJ3uuIrG+zSO2CQbVaA9NJ/WFkgw5A8v4D Ypi5XxNX98EkxMnmV0JclVtvSShurRmVkq5f2eZbJ1WfxbpRxhpw3ABpL5uGgE2i dZRscYvI5yNydKi8iaLEOEBvSruFtLTpu1TB0FluaqtbDWxFM3xYhr2ELVWkk8A= =ZZAA -----END PGP SIGNATURE----- --Jtq168a0P33B4DFhqBATxSODnEKdFG8Dj-- From owner-freebsd-ppc@freebsd.org Thu Jun 2 14:29:58 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 49D84B65D9E; Thu, 2 Jun 2016 14:29:58 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-oi0-x241.google.com (mail-oi0-x241.google.com [IPv6:2607:f8b0:4003:c06::241]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0963D11D3; Thu, 2 Jun 2016 14:29:58 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: by mail-oi0-x241.google.com with SMTP id h125so11179736oib.2; Thu, 02 Jun 2016 07:29:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc; bh=FyQhYrfviUVTNtTNHcQo9+0RrSAhvrpwAo9IZUZvJgU=; b=uF4aRFQCCoa452ZqOB2Q7ejJ+n/1zxovZ4y8HYcEJS+IqQkzXb+BhcNmZZx9a2TP1P /cghnATzHGkBCsRMzSxD+Ykej62TipN4U6GrrvtgFL9BHIU9vg+UDR6d/cmP/IOFewq6 oDBhOgeSVcnb4d4oR5r7WU8ND1Qn7Fs00yK2Tgpqr87PfpMw7e+K7JcFPTHqvBSn4Acd ckUGTX5jmWoBP45Xhhgj0/6mUomi98335u/WaMSg+++dOSpqpIUUggIRsrMI6xfjGsi0 p+n0JadXiiEILsa/7tKwC1+PNebbi3TDv2/w9uEOvAInd9EO8K8jgpp2oMlcFF29/rJz tp/A== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alumni-cwru-edu.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc; bh=FyQhYrfviUVTNtTNHcQo9+0RrSAhvrpwAo9IZUZvJgU=; b=pswkwc/8HGqLaFaYFsbIYda2+h/dj96+X5abUA4QvQSp3dUO9H5JuUFoznXJYfBEem wh9G7bOiTpIvShXjPaKIjGN+AzOvz2DridCceUppugdq/Yt5Ic6CGOR5UAXeVosWEXuU LbILLpbwKvhFRyKdwbCsi0c+cuVDsomk4VLifjdVpq/uj36cuOF2FLVTsyvbPzF5vKB5 dHEIZ3450tPfXoC72AlVtm+wRTHQH9j8Vs163M2Lqq6dSW1A+MPlXJLzoRM6aXmXu51C fI9yTiAY05VSZKrlftghWVjQwRhmpOLu9+m5XXOStdyKp45E3VuIk+O7qkLEXFrST81m Z0rg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc; bh=FyQhYrfviUVTNtTNHcQo9+0RrSAhvrpwAo9IZUZvJgU=; b=S4KcntGgJxvQZH0zVYPhZTsL825+7KWBbOH2y0U57xrmP3ASauuFOgnfEirTEtHzo7 0GKekDl2Ahc//hDUbBgi7DuCysAPqrvHVJuMJRqj+TbRUw84wULDKZ9/TK5Fo9uCgeAS 3PVKSCph3Egfyoo/S0psX5tFsd7nxtmkg65Wokoa+1x5Vm3LGxwe7NwLrPOyXcyMYVO1 +ndztfN7KZ18TaSHyanD12Dfabp3K2YvGGcLKr17R5h4DB9cgRnuMkRRgdJKDRzfPI+3 8SYHZ83AZwR1kscI241kHSffBuPpoeEKK63ny0lBuxf09HsPLCUCoaqdV7lJeQZO/YRw xcaA== X-Gm-Message-State: ALyK8tIdU6sILPxGanQrs8ynSiUsJUlT94yoSMAWuaa4ubcxroPquSXTVZq7G7rjCdepkGWZaMX0I2lFzwVbBw== MIME-Version: 1.0 X-Received: by 10.202.239.197 with SMTP id n188mr27734029oih.25.1464877797435; Thu, 02 Jun 2016 07:29:57 -0700 (PDT) Sender: chmeeedalf@gmail.com Received: by 10.182.105.74 with HTTP; Thu, 2 Jun 2016 07:29:57 -0700 (PDT) In-Reply-To: <0165aee5-cf6f-8f01-1690-fc51995e2109@FreeBSD.org> References: <7748cc71-3788-22ae-fcb2-699eae529310@FreeBSD.org> <9A1A624D-9286-4C0F-A435-D590E07C1149@dsl-only.net> <0165aee5-cf6f-8f01-1690-fc51995e2109@FreeBSD.org> Date: Thu, 2 Jun 2016 09:29:57 -0500 X-Google-Sender-Auth: utAd2s5BmDR3Fa1Gmx4DZ5z8E9U Message-ID: Subject: Re: [CFT] WITH_META_MODE: Working incremental build [only on i386 and amd64] [filemon fails to load on powerpc64] From: Justin Hibbits To: Bryan Drewery Cc: Mark Millard , FreeBSD Current , FreeBSD PowerPC ML , freebsd-arm Content-Type: text/plain; charset=UTF-8 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: Thu, 02 Jun 2016 14:29:58 -0000 On Wed, Jun 1, 2016 at 8:59 PM, Bryan Drewery wrote: > On 6/1/2016 6:39 PM, Mark Millard wrote: >> while filemon.ko now exists: >>> # ls -l /boot/*/filemon* >>> -r-xr-xr-x 1 root wheel 32064 Jun 1 17:59 /boot/kernel/filemon.ko >> it does not load: >>> # kldload -n filemon >>> kldload: can't load filemon: No such file or directory >>> # dmesg | grep link_elf >>> link_elf: symbol elf64_freebsd_sysvec undefined > > There's 2 different ABI formats for powerpc64? > >> sys/powerpc/powerpc/elf64_machdep.c:INIT_SYSENTVEC(elf64_sysvec_v1, &elf64_freebsd_sysvec_v1); >> sys/powerpc/powerpc/elf64_machdep.c:INIT_SYSENTVEC(elf64_sysvec_v2, &elf64_freebsd_sysvec_v2); > > What's up with that? > > -- > Regards, > Bryan Drewery > Yes, powerpc64 has two ABIs now. ELFv1 is traditional ABI. ELFv2 was created IBM for their little-endian (POWER8 ppc64le) target. Nathan added support to use it in FreeBSD. It cleans up some of the silliness that's in ELFv1, such as function descriptors. - Justin From owner-freebsd-ppc@freebsd.org Thu Jun 2 01:39:39 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 D5918B62488 for ; Thu, 2 Jun 2016 01:39:39 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-180.reflexion.net [208.70.211.180]) (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 8950E1947 for ; Thu, 2 Jun 2016 01:39:39 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 10278 invoked from network); 2 Jun 2016 01:39:27 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 2 Jun 2016 01:39:27 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Wed, 01 Jun 2016 21:40:10 -0400 (EDT) Received: (qmail 11417 invoked from network); 2 Jun 2016 01:40:10 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 2 Jun 2016 01:40:10 -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 1C1B31C43D2; Wed, 1 Jun 2016 18:39:26 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: [CFT] WITH_META_MODE: Working incremental build [only on i386 and amd64] [filemon fails to load on powerpc64] From: Mark Millard In-Reply-To: <7748cc71-3788-22ae-fcb2-699eae529310@FreeBSD.org> Date: Wed, 1 Jun 2016 18:39:30 -0700 Cc: FreeBSD Current , FreeBSD PowerPC ML , freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <9A1A624D-9286-4C0F-A435-D590E07C1149@dsl-only.net> References: <7748cc71-3788-22ae-fcb2-699eae529310@FreeBSD.org> To: Bryan Drewery 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: Thu, 02 Jun 2016 01:39:39 -0000 [A top-posted error report for powerpc64.] On 2016-Jun-1, at 8:20 AM, Bryan Drewery = wrote: > I've just enabled the filemon(4) build on all architectures in = r301130. But on (built via powerpc64-gcc on the powerpc64 box): > # uname -apKU > FreeBSD FBSDG5C0 11.0-ALPHA1 FreeBSD 11.0-ALPHA1 #39 r301139M: Wed Jun = 1 17:37:17 PDT 2016 = root@FBSDG5C0:/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/sys/GENERIC64v= tsc-NODEBUG powerpc powerpc64 1100116 1100116 while filemon.ko now exists: > # ls -l /boot/*/filemon* > -r-xr-xr-x 1 root wheel 32064 Jun 1 17:59 /boot/kernel/filemon.ko it does not load: > # kldload -n filemon > kldload: can't load filemon: No such file or directory > # dmesg | grep link_elf > link_elf: symbol elf64_freebsd_sysvec undefined So no WITH_META_MODE=3Dyes yet for powerpc64. I'm not sure when I get to trying the rpi2 (armv6). =3D=3D=3D Mark Millard markmi at dsl-only.net On 2016-Jun-1, at 8:20 AM, Bryan Drewery = wrote: > On 5/29/2016 3:53 PM, Mark Millard wrote: >> Quoting the original note about WITH_META_MODE ( = https://lists.freebsd.org/pipermail/freebsd-current/2016-May/061481.html = ): >>=20 >>> You will also need to load the filemon(4) module with 'kldload = filemon'. >>=20 >> But head's sys/modules/Makefile says: >>=20 >>> .if defined(MODULES_OVERRIDE) && !defined(ALL_MODULES) >>> SUBDIR=3D${MODULES_OVERRIDE} >>> .else >>> SUBDIR=3D \ >>=20 >> . . . >>> ${_filemon} \ >>=20 >> . . . >>> .if ${MACHINE_CPUARCH} =3D=3D "i386" || ${MACHINE_CPUARCH} =3D=3D = "amd64" >> . . . >>> _filemon=3D filemon >> . . . >>=20 >> as the only contexts that provide a filemon.ko to use with kldload. >>=20 >> 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. >>=20 >> 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. >>=20 >> It appears that, once some arm variants are officially tier 1, = WITH_META_MODE will not span all tier 1 platforms. >>=20 >> [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.] >>=20 >=20 > I've just enabled the filemon(4) build on all architectures in = r301130. >=20 > --=20 > Regards, > Bryan Drewery From owner-freebsd-ppc@freebsd.org Thu Jun 2 19:36:09 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 74733B65BC6; Thu, 2 Jun 2016 19:36:09 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 592F612ED; Thu, 2 Jun 2016 19:36:09 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 4FE931619; Thu, 2 Jun 2016 19:36:09 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 0CC78DE5F; Thu, 2 Jun 2016 19:36:09 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id lqTVWh6HVVVQ; Thu, 2 Jun 2016 19:36:05 +0000 (UTC) Subject: Re: [CFT] WITH_META_MODE: Working incremental build [only on i386 and amd64] [filemon fails to load on powerpc64] DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 586E6DE59 To: Mark Millard References: <7748cc71-3788-22ae-fcb2-699eae529310@FreeBSD.org> <9A1A624D-9286-4C0F-A435-D590E07C1149@dsl-only.net> Cc: FreeBSD Current , FreeBSD PowerPC ML , freebsd-arm From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <39d3c132-cdac-8c9a-c580-82d18f071699@FreeBSD.org> Date: Thu, 2 Jun 2016 12:36:09 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: <9A1A624D-9286-4C0F-A435-D590E07C1149@dsl-only.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wESkdwXxBQOxrd68BvXDLfCNJwVA0w0tp" 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: Thu, 02 Jun 2016 19:36:09 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --wESkdwXxBQOxrd68BvXDLfCNJwVA0w0tp Content-Type: multipart/mixed; boundary="eiPTIrTKS0FSc8CHtSXKThejDUR84vf9N" From: Bryan Drewery To: Mark Millard Cc: FreeBSD Current , FreeBSD PowerPC ML , freebsd-arm Message-ID: <39d3c132-cdac-8c9a-c580-82d18f071699@FreeBSD.org> Subject: Re: [CFT] WITH_META_MODE: Working incremental build [only on i386 and amd64] [filemon fails to load on powerpc64] References: <7748cc71-3788-22ae-fcb2-699eae529310@FreeBSD.org> <9A1A624D-9286-4C0F-A435-D590E07C1149@dsl-only.net> In-Reply-To: <9A1A624D-9286-4C0F-A435-D590E07C1149@dsl-only.net> --eiPTIrTKS0FSc8CHtSXKThejDUR84vf9N Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 6/1/2016 6:39 PM, Mark Millard wrote: > while filemon.ko now exists: >> # ls -l /boot/*/filemon* >> -r-xr-xr-x 1 root wheel 32064 Jun 1 17:59 /boot/kernel/filemon.ko > it does not load: >> # kldload -n filemon >> kldload: can't load filemon: No such file or directory >> # dmesg | grep link_elf >> link_elf: symbol elf64_freebsd_sysvec undefined > So no WITH_META_MODE=3Dyes yet for powerpc64. Please try this patch: http://dpaste.com/37VP5MD.txt And once you have filemon loaded please run this basic test script. It should return no output and a zero exit status. http://dpaste.com/23NTA0A.txt Just sh file it. --=20 Regards, Bryan Drewery --eiPTIrTKS0FSc8CHtSXKThejDUR84vf9N-- --wESkdwXxBQOxrd68BvXDLfCNJwVA0w0tp Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJXUIqpAAoJEDXXcbtuRpfPqn8H/jYg89tMm/dWB0F8yets4Nov tAeXtyEDUGioAK0augp20HEQLKsP6qGzS9JDQjQjrc3OzQCm/LirdYMW3hRfI4/J 3A+GMa+4jvNwvmx7o5LSsoxbelKrlrYeudPCT45AIdY/0J39vrdI5jtN2XfOVCSI Ityw1x6SQsNaqRzr4vSXK0mW4nvcqEWcryxQ+D41yl7Lalmqi4v9/MptEq6XFwQ2 Z5myAkMFHLQt5grk/CJcp2ZbGFxw/r21lEyKq6kY7b6mu8V+o51AEqmIvz4qZHjN UG5PzmUEPBIiuI6wNTIL8IH+I9ITNsJCMZR8LCThowmd5jGmrSwh/nWBtCq0lfQ= =QtNb -----END PGP SIGNATURE----- --wESkdwXxBQOxrd68BvXDLfCNJwVA0w0tp-- From owner-freebsd-ppc@freebsd.org Thu Jun 2 20:45:10 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 93B56B657D9 for ; Thu, 2 Jun 2016 20:45:10 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from d.mail.sonic.net (d.mail.sonic.net [64.142.111.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 82ABB1A68 for ; Thu, 2 Jun 2016 20:45:09 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from aurora.physics.berkeley.edu (aurora.physics.berkeley.edu [128.32.117.67]) (authenticated bits=0) by d.mail.sonic.net (8.15.1/8.15.1) with ESMTPSA id u52Kj7Iv027724 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT) for ; Thu, 2 Jun 2016 13:45:07 -0700 Subject: Re: IBM KVM on P8 saga: FreeBSD-11.0-ALPHA1-powerpc-powerpc64-20160528-r300895 won't boot To: freebsd-ppc@freebsd.org References: <3r9Zbp6spTz1cXL0@baobab.bilink.it> <3rJNSk16Hjz1cXKx@baobab.bilink.it> <254582a5-efe3-4ec9-785f-b158b350ec95@freebsd.org> <3rJpbK0kp5z1cXL0@baobab.bilink.it> From: Nathan Whitehorn Message-ID: <3fc108e2-d56a-baa2-dae1-54e0704fe789@freebsd.org> Date: Thu, 2 Jun 2016 13:45:07 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: <3rJpbK0kp5z1cXL0@baobab.bilink.it> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Sonic-CAuth: UmFuZG9tSVb0OtiOr/DmC702w1ufIEz1P338KKZvWq9KtIPrjC9RZuPDjXkHbORaUq/LUVEQh6tCU3fhOFJ+1f96YLIzszztZghtA1BGVJs= X-Sonic-ID: C;PmEn5AIp5hGs17sdzAjavA== M;KIhc5AIp5hGs17sdzAjavA== X-Spam-Flag: No X-Sonic-Spam-Details: 0.0/5.0 by cerberusd 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: Thu, 02 Jun 2016 20:45:10 -0000 On 05/31/16 02:48, Luciano Mannucci wrote: > On Mon, 30 May 2016 12:42:30 -0700 > Nathan Whitehorn wrote: > >> Just so I understand, this is booting from disk after successful >> installation from a CD image under PowerKVM? This sounds like interrupts >> are not working correctly somehow. > No. > Unlike the previous snapshot, this one does'nt install. Interesting. Can you tell me what happens if you add -threads 8 to the QEMU command line to expose all the threads? -Nathan > BTW, boot -v gives: > > OK boot -v > Booting... > Kernel entry at 0x1024f0 ... > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2016 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 11.0-ALPHA1 #0 r300895: Sat May 28 10:51:49 UTC 2016 > root@releng2.nyi.freebsd.org:/usr/obj/powerpc.powerpc64/usr/src/sys/GENERIC64 powerpc > gcc version 4.2.1 20070831 patched [FreeBSD] > WARNING: WITNESS option enabled, expect reduced performance. > VT: init without driver. > Preloaded elf kernel "/boot/kernel/kernel" at 0x1655000. > cpu0: IBM POWER8E revision 2.1, 3425.00 MHz > cpu0: Features dc005180 > cpu0: Features2 c2000000 > real memory = 2110451712 (2012 MB) > available KVA = 7650267135 (7295 MB) > Physical memory chunk(s): > 0x0000000000025000 - 0x00000000000fffff, 897024 bytes (219 pages) > 0x0000000001c40000 - 0x0000000001c3ffff, 0 bytes (0 pages) > 0x0000000003a49000 - 0x000000007ae67fff, 2000809984 bytes (488479 pages) > 0x000000007ffa0000 - 0x000000007ffaffff, 65536 bytes (16 pages) > 0x000000007ffb5000 - 0x000000007ffeffff, 241664 bytes (59 pages) > 0x000000007fff1000 - 0x000000007fffffff, 61440 bytes (15 pages) > 0x0000000001657000 - 0x0000000001bfffff, 5935104 bytes (1449 pages) > avail memory = 1989775360 (1897 MB) > FreeBSD/SMP: Multiprocessor System Detected: 6 CPUs > cpu0: dev=7e5e00b8 (BSP) > ULE: setup cpu 0 > random: entropy device external interface > snd_unit_init() u=0x00ff8000 [512] d=0x00007c00 [32] c=0x000003ff [1024] > feeder_register: snd_unit=-1 snd_maxautovchans=16 latency=5 feeder_rate_min=1 feeder_rate_max=2016000 feeder_rate_round=25 > firmware: 'isp_1040' version 1: 22944 bytes loaded at 0xc5495c > firmware: 'isp_1080' version 1: 31350 bytes loaded at 0xc5a2fc > firmware: 'isp_12160' version 1: 28050 bytes loaded at 0xc61d72 > firmware: 'isp_2100' version 1: 76770 bytes loaded at 0xc68b04 > firmware: 'isp_2200' version 1: 84566 bytes loaded at 0xc7b6e6 > firmware: 'isp_2300' version 1: 125252 bytes loaded at 0xc9013c > firmware: 'isp_2322' version 1: 120814 bytes loaded at 0xcaea80 > firmware: 'isp_2400' version 1: 204384 bytes loaded at 0xccfde8 > firmware: 'isp_2500' version 1: 223908 bytes loaded at 0xd0f818 > kbd0 at kbdmux0 > mem: > nfslock: pseudo-device > null: > openfirm: > random: harvesting attach, 8 bytes (4 bits) from nexus0 > ofwbus0: on nexus0 > random: harvesting attach, 8 bytes (4 bits) from ofwbus0 > xicp0: on ofwbus0 > random: harvesting attach, 8 bytes (4 bits) from xicp0 > cpulist0: on ofwbus0 > cpu0: on cpulist0 > random: harvesting attach, 8 bytes (4 bits) from cpu0 > cpu1: on cpulist0 > random: harvesting attach, 8 bytes (4 bits) from cpu1 > cpu2: on cpulist0 > random: harvesting attach, 8 bytes (4 bits) from cpu2 > cpu3: on cpulist0 > random: harvesting attach, 8 bytes (4 bits) from cpu3 > cpu4: on cpulist0 > random: harvesting attach, 8 bytes (4 bits) from cpu4 > cpu5: on cpulist0 > random: harvesting attach, 8 bytes (4 bits) from cpu5 > random: harvesting attach, 8 bytes (4 bits) from cpulist0 > pcib0: on ofwbus0 > pci0: on pcib0 > pci0: domain=0, physical bus=0 > found-> vendor=0x1af4, dev=0x1002, revid=0x00 > domain=0, bus=0, slot=3, func=0 > class=00-ff-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0100, statreg=0x0000, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=0 > map[10]: type I/O Port, range 32, base 0x20, size 5, port disabled > found-> vendor=0x106b, dev=0x003f, revid=0x00 > domain=0, bus=0, slot=2, func=0 > class=0c-03-10, hdrtype=0x00, mfdev=0 > cmdreg=0x0106, statreg=0x0000, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=0 > map[10]: type Memory, range 32, base 0xc0000000, size 8, enabled > found-> vendor=0x10ec, dev=0x8139, revid=0x20 > domain=0, bus=0, slot=1, func=0 > class=02-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0100, statreg=0x0000, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=0 > map[10]: type I/O Port, range 32, base 0x100, size 8, port disabled > map[14]: type Memory, range 32, base 0xc0000100, size 8, memory disabled > pci0: at device 3.0 (no driver attached) > ohci0: mem 0xc0000000-0xc00000ff irq 4100 at device 2.0 on pci0 > ohci0: Mapping IOMMU domain 0x80000000 > ofw_pci mapdev: start 100e0000000, len 256 > usbus0 on ohci0 > ohci0: usbpf: Attached > random: harvesting attach, 8 bytes (4 bits) from usbus0 > random: harvesting attach, 8 bytes (4 bits) from ohci0 > re0: port 0x100-0x1ff mem 0xc0000100-0xc00001ff irq 4099 at device 1.0 on pci0 > ofw_pci mapdev: start 100e0000100, len 256 > re0: MSI count : 0 > re0: MSI-X count : 0 > re0: Chip rev. 0x74800000 > re0: MAC rev. 0x00000000 > re0: Mapping IOMMU domain 0x80000000 > miibus0: on re0 > rlphy0: PHY 0 on miibus0 > rlphy0: OUI 0x000000, model 0x0000, rev. 0 > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow > random: harvesting attach, 8 bytes (4 bits) from rlphy0 > random: harvesting attach, 8 bytes (4 bits) from miibus0 > re0: Using defaults for TSO: 65518/35/2048 > re0: bpf attached > re0: Ethernet address: 52:54:00:1a:cd:48 > random: harvesting attach, 8 bytes (4 bits) from re0 > random: harvesting attach, 8 bytes (4 bits) from pci0 > random: harvesting attach, 8 bytes (4 bits) from pcib0 > rtas0: on ofwbus0 > rtas0: registered as a time-of-day clock (resolution 2000us, adjustment 0.001000000s) > random: harvesting attach, 8 bytes (4 bits) from rtas0 > vdevice0: on ofwbus0 > vscsi0: irq 16781319 on vdevice0 > vscsi0: Mapping IOMMU domain 0x2000 > vscsi0: Queue depth 22 commands > random: harvesting attach, 8 bytes (4 bits) from vscsi0 > uart0: irq 16781320 on vdevice0 > random: harvesting attach, 8 bytes (4 bits) from uart0 > random: harvesting attach, 8 bytes (4 bits) from vdevice0 > ofwbus0: compat linux,kvm (no driver attached) > procfs registered > Timecounter "timebase" frequency 512000000 Hz quality 0 > Event timer "decrementer" frequency 512000000 Hz quality 1000 > Timecounters tick every 1.000 msec > vlan: initialized, using hash tables with chaining > tcp_init: net.inet.tcp.tcbhashsize auto tuned to 16384 > lo0: bpf attached > usbus0: 12Mbps Full Speed USB v1.0 > (probe0:vscsi0:0:0:0): Down reving Protocol Version from 6 to 5? > ugen0.1: at usbus0 > uhub0: on usbus0 > (probe0:vscsi0:0:0:2): Down reving Protocol Version from 6 to 5? > (probe0:vscsi0:0:0:1): Down reving Protocol Version from 6 to 5? > pass0 at vscsi0 bus 0 scbus0 target 0 lun 0 > pass0: Fixed Uninstalled SPC-3 SCSI device (offline) > pass0: 150.000MB/s transfers > pass1 at vscsi0 bus 0 scbus0 target 0 lun 1 > pass1: Removable CD-ROM SPC-3 SCSI device > pass1: 150.000MB/s transfers > pass2 at vscsi0 bus 0 scbus0 target 0 lun 2 > pass2: Fixed Direct Access SPC-3 SCSI device > pass2: 150.000MB/s transfers > cd0 at vscsi0 bus 0 scbus0 target 0 lun 1 > cd0: Removable CD-ROM SPC-3 SCSI device > cd0: 150.000MB/s transfers > cd0: 695MB (356118 2048 byte sectors) > da0 at vscsi0 bus 0 scbus0 target 0 lun 2 > da0: Fixed Direct Access SPC-3 SCSI device > da0: 150.000MB/s transfersAdding CPU 0, pir=68, awake=1 > Waking up CPU 8 (dev=7e5e08d8) > Adding CPU 8, pir=68, awake=1 > Waking up CPU 16 (dev=7e5e10f8) > Adding CPU 16, pir=30, awake=1 > Waking up CPU 24 (dev=7e5e1918) > Adding CPU 24, pir=30, awake=1 > Waking up CPU 32 (dev=7e5e2138) > Adding CPU 32, pir=30, awake=1 > Waking up CPU 40 (dev=7e5e2958) > Adding CPU 40, pir=30, awake=1 > SMP: AP CPU #16 launched > SMP: AP CPU #40 launched > SMP: AP CPU #32 launched > SMP: AP CPU #8 launched > SMP: AP CPU #24 launched > > and seems to stop at the very same step. > > Cheers, > > luciano. From owner-freebsd-ppc@freebsd.org Fri Jun 3 07:31:26 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 E5202B68F19 for ; Fri, 3 Jun 2016 07:31:26 +0000 (UTC) (envelope-from andy.silva@snsreports.com) Received: from mailer238.gate85.rs.smtp.com (mailer238.gate85.rs.smtp.com [74.91.85.238]) (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 A35E01C1D for ; Fri, 3 Jun 2016 07:31:26 +0000 (UTC) (envelope-from andy.silva@snsreports.com) X-MSFBL: eyJiIjoiNzRfOTFfODVfMjM4IiwiZyI6IlNuc3RlbGVjb21fZGVkaWNhdGVkX3Bv b2wiLCJyIjoiZnJlZWJzZC1wcGNAZnJlZWJzZC5vcmcifQ== Received: from [192.168.80.12] ([192.168.80.12:44699] helo=rs-ord-mta01-2.smtp.com) by rs-ord-mta03-4.smtp.com (envelope-from ) (ecelerity 4.1.0.46749 r(Core:4.1.0.4)) with ESMTP id AA/FB-01785-14231575; Fri, 03 Jun 2016 07:31:13 +0000 DKIM-Signature: v=1; a=rsa-sha256; d=smtp.com; s=smtpcomcustomers; c=relaxed/simple; q=dns/txt; i=@smtp.com; t=1464939073; h=From:Subject:To:Date:MIME-Version:Content-Type; bh=PhyRmZxJRZAL7vi4t9p2bJ1sbJAa0KlVjEJviHlFhho=; b=qNc9OcfzKzGQTNmYPbsjVEUGbMZaf4ZkJZ6O4W1K7xtacP+j3WDtxdsqF1KP7RLt uUuQzUsA8MpQLFD+8zSq2lCDNutjUXXPlkrESwml6ufStfBo8gFOk8a2yF2jW7g5 rcyrQ4z8K46ejugcPKE5eJvZoBV1cuA9k/OzgFyAO2c=; Received: from [70.79.69.78] ([70.79.69.78:60281] helo=S01061c1b689e28c7.vc.shawcable.net) by rs-ord-mta01-2.smtp.com (envelope-from ) (ecelerity 4.1.0.46749 r(Core:4.1.0.4)) with ESMTPA id 62/4B-09258-14231575; Fri, 03 Jun 2016 07:31:13 +0000 MIME-Version: 1.0 From: "Andy Silva" Reply-To: andy.silva@snsreports.com To: freebsd-ppc@freebsd.org Subject: The Public Safety LTE & Mobile Broadband Market: 2016 - 2030 - Opportunities, Challenges, and Strategies & Forecasts [Report] X-Mailer: Smart_Send_2_0_138 Date: Fri, 3 Jun 2016 00:31:07 -0700 Message-ID: <92084409765442598322116@Ankur> X-Report-Abuse: SMTP.com is an email service provider. Our abuse team cares about your feedback. Please contact abuse@smtp.com for further investigation. X-SMTPCOM-Tracking-Number: 510b90d2-a81f-41bc-9838-11ba1bc5b5cb X-SMTPCOM-Sender-ID: 6008902 Feedback-ID: 6008902:SMTPCOM Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 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: Fri, 03 Jun 2016 07:31:27 -0000 Hello Let me offer you the latest SNS Research report to you and your team, " The= Public Safety LTE & Mobile Broadband Market: 2016 =96 2030 =96 Opportuniti= es, Challenges, and Strategies & Forecasts." Below is the report highlight = and if you like I can send you sample pages for your details inside. =20 Our reports are compiled with primary and secondary informations to produce= an overall industry outlook. =20 Report Information: Release Date: May 2016 Number of Pages: 529 Number of Tables and Figures: 153 Key Questions Answered: =20 The report provides answers to the following key questions: How big is the public safety LTE opportunity=3F=20 What trends, challenges and barriers are influencing its growth=3F=20 How is the ecosystem evolving by segment and region=3F=20 What will the market size be in 2020 and at what rate will it grow=3F=20 Which regions and submarkets will see the highest percentage of growth=3F=20 How does standardization impact the adoption of LTE for public safety appli= cations=3F=20 When will MCPTT and proximity services see large scale proliferation=3F=20 What is the status of private LTE rollouts and public safety MVNO offerings= across the globe=3F=20 What opportunities exist for commercial mobile operators and MVNOs in the p= ublic safety LTE market=3F=20 Is there a market for 400 MHz LTE networks=3F=20 What are the prospects of tactical, vehicle-mounted and airborne LTE eNB pl= atforms=3F=20 How can public safety agencies leverage unused spectrum resources to fund p= rivate LTE networks=3F=20 What strategies should system integrators and vendors adopt to remain compe= titive=3F Key Findings: The report has the following key findings: SNS Research estimates that annual investments on public safety LTE infrast= ructure will reach $600 Million by the end of 2016. The market, which inclu= des base stations (eNBs), mobile core and transport networking gear, is fur= ther expected to grow at a CAGR of 33% over the next four years.=20 By 2020, these infrastructure investments will be complemented by over 4.4 = Million LTE device shipments, including smartphones, rugged handheld termin= als and vehicular routers.=20 Following the Qatar Ministry of Interior=92s private 800 MHz LTE network de= ployment in 2012, multiple private LTE rollouts are underway by security fo= rces throughout the oil rich GCC (Gulf Cooperation Council) region, includi= ng the Abu Dhabi and Dubai police forces.=20 Driven by nationwide public safety LTE network rollouts in the United State= s and South Korea, the North America and Asia Pacific regions will account = for nearly 70% of all public safety LTE investments over the next four year= s.=20 Almost all major LMR industry players are leveraging partnerships with esta= blished LTE infrastructure OEMs such as Ericsson, Nokia, Huawei and Samsung= , to offer end-to-end LTE solutions.=20 Consolidation efforts are continuing to take place throughout the industry,= particularly among the largest LTE infrastructure OEMs and public safety s= ystem integrators. Topics Covered: =20 The report covers the following topics Business case for public safety LTE and mobile broadband services, includin= g key benefits and challenges=20 Technology, economics, trends, commercial commitments and deployment case s= tudies=20 List of public safety LTE engagements worldwide=20 Public safety LTE infrastructure, devices and applications=20 Industry roadmap, value chain and standardization initiatives=20 Spectrum allocation, deployment models and funding strategies=20 Profiles and strategies of over 260 ecosystem players including public safe= ty system integrators and LTE infrastructure/device OEMs=20 TCO analysis of private and commercial public safety LTE deployments=20 Military and tactical LTE deployments=20 Public safety LTE base station (eNB) form factor analysis=20 Exclusive interview transcripts from 5 key ecosystem players: Ericsson, Air= bus Defence and Space, Sepura, Aricent and Parallel Wireless=20 Strategic recommendations for vendors, system integrators, public safety ag= encies and mobile operators=20 Market analysis and forecasts from 2016 till 2030 Report Pricing: Single User License: USD 2,500 Company Wide License: USD 3,500 Ordering Process: Please contact Andy Silva on andy.silva@snsreports.com Provide the following information: 1. Report Title - 2. Report License - (Single User/Company Wide) 3. Name - 4. Email - 5. Job Title - 6. Company - 7. Invoice Address - Please contact me if you have any questions, like to see sample pages, tabl= e of contents and list of figures for your better inside. I look forward to hearing from you. Kind Regards Andy Silva Marketing Executive Signals and Systems Telecom andy.silva@snsreports.com =20 From owner-freebsd-ppc@freebsd.org Sat Jun 4 07:17:41 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 93EE8B68ED2 for ; Sat, 4 Jun 2016 07:17:41 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-180.reflexion.net [208.70.211.180]) (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 414261A3C for ; Sat, 4 Jun 2016 07:17:41 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 5161 invoked from network); 4 Jun 2016 07:17:34 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 4 Jun 2016 07:17:34 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Sat, 04 Jun 2016 03:17:38 -0400 (EDT) Received: (qmail 25893 invoked from network); 4 Jun 2016 07:17:38 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 4 Jun 2016 07:17:38 -0000 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.104] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id C8580B1E001; Sat, 4 Jun 2016 00:17:32 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: [CFT] WITH_META_MODE: Working incremental build [only on i386 and amd64] [filemon fails to load on powerpc64] From: Mark Millard In-Reply-To: <39d3c132-cdac-8c9a-c580-82d18f071699@FreeBSD.org> Date: Sat, 4 Jun 2016 00:17:31 -0700 Cc: FreeBSD Current , FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <1D3FECB2-D7D9-491E-9BDD-C34436EFB333@dsl-only.net> References: <7748cc71-3788-22ae-fcb2-699eae529310@FreeBSD.org> <9A1A624D-9286-4C0F-A435-D590E07C1149@dsl-only.net> <39d3c132-cdac-8c9a-c580-82d18f071699@FreeBSD.org> To: Bryan Drewery 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: Sat, 04 Jun 2016 07:17:41 -0000 On 2016-Jun-2, at 12:36 PM, Bryan Drewery = wrote: > On 6/1/2016 6:39 PM, Mark Millard wrote: >> while filemon.ko now exists: >>> # ls -l /boot/*/filemon* >>> -r-xr-xr-x 1 root wheel 32064 Jun 1 17:59 = /boot/kernel/filemon.ko >> it does not load: >>> # kldload -n filemon >>> kldload: can't load filemon: No such file or directory >>> # dmesg | grep link_elf >>> link_elf: symbol elf64_freebsd_sysvec undefined >> So no WITH_META_MODE=3Dyes yet for powerpc64. >=20 >=20 > Please try this patch: http://dpaste.com/37VP5MD.txt >=20 > And once you have filemon loaded please run this basic test script. = It > should return no output and a zero exit status. >=20 > http://dpaste.com/23NTA0A.txt >=20 > Just sh file it. >=20 > --=20 > Regards, > Bryan Drewery Unfortunately other things interfered and I was unable to do this before = temporarily losing access to the powerpc and powerpc64 boxes --for what = will probably be weeks or months. So for now it is the end of my native-testing for powerpc64 and powerpc. I do not know if anyone else has an appropriate context and willingness = to do this specific test or not. For the duration I should still be able to do amd64 -> powerpc64 or = powerpc cross builds (buildworld buildkernel), although likely with less = time and more delay for doing so. I am hoping to still have rpi2 access for armv6/v7 native use. But I've = yet to make the soft-float to hard-float leap: I focused primarily on = the powerpc64 and powerpc use, knowing up front of the pending = temporarily-unavailable status. Thanks for all the work on the build system by you and others. = Originally I had a bunch of workarounds in my src.conf files to avoid = problems that occurred for the likes of a libc++-based, xtoolchain-based = so-called "cross build" (self-hosted), powerpc64 environment (no gcc = 4.2.1 and clang not working for such yet). Far more works implicitly in = src.conf files for such a context now. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Sat Jun 4 17:22:16 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 9F5D4B69F0F; Sat, 4 Jun 2016 17:22:16 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 83B161100; Sat, 4 Jun 2016 17:22:16 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 7805514C4; Sat, 4 Jun 2016 17:22:16 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 473C920373; Sat, 4 Jun 2016 17:22:16 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id 41Ls2CsCeRE6; Sat, 4 Jun 2016 17:22:13 +0000 (UTC) Subject: Re: [CFT] WITH_META_MODE: Working incremental build [only on i386 and amd64] [filemon fails to load on powerpc64] DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 152F22036D To: Mark Millard References: <7748cc71-3788-22ae-fcb2-699eae529310@FreeBSD.org> <9A1A624D-9286-4C0F-A435-D590E07C1149@dsl-only.net> <39d3c132-cdac-8c9a-c580-82d18f071699@FreeBSD.org> <1D3FECB2-D7D9-491E-9BDD-C34436EFB333@dsl-only.net> Cc: FreeBSD Current , FreeBSD PowerPC ML From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <7b911297-0399-573c-8021-8ac7ccf30648@FreeBSD.org> Date: Sat, 4 Jun 2016 10:22:20 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: <1D3FECB2-D7D9-491E-9BDD-C34436EFB333@dsl-only.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="72HF2hvgu1repFASb5FaE97dOefkVoKam" 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: Sat, 04 Jun 2016 17:22:16 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --72HF2hvgu1repFASb5FaE97dOefkVoKam Content-Type: multipart/mixed; boundary="KgkfTichcNnhlqTrhJBFI77SV5JEbSUGX" From: Bryan Drewery To: Mark Millard Cc: FreeBSD Current , FreeBSD PowerPC ML Message-ID: <7b911297-0399-573c-8021-8ac7ccf30648@FreeBSD.org> Subject: Re: [CFT] WITH_META_MODE: Working incremental build [only on i386 and amd64] [filemon fails to load on powerpc64] References: <7748cc71-3788-22ae-fcb2-699eae529310@FreeBSD.org> <9A1A624D-9286-4C0F-A435-D590E07C1149@dsl-only.net> <39d3c132-cdac-8c9a-c580-82d18f071699@FreeBSD.org> <1D3FECB2-D7D9-491E-9BDD-C34436EFB333@dsl-only.net> In-Reply-To: <1D3FECB2-D7D9-491E-9BDD-C34436EFB333@dsl-only.net> --KgkfTichcNnhlqTrhJBFI77SV5JEbSUGX Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 6/4/2016 12:17 AM, Mark Millard wrote: > On 2016-Jun-2, at 12:36 PM, Bryan Drewery wro= te: >=20 >> On 6/1/2016 6:39 PM, Mark Millard wrote: >>> while filemon.ko now exists: >>>> # ls -l /boot/*/filemon* >>>> -r-xr-xr-x 1 root wheel 32064 Jun 1 17:59 /boot/kernel/filemon.k= o >>> it does not load: >>>> # kldload -n filemon >>>> kldload: can't load filemon: No such file or directory >>>> # dmesg | grep link_elf >>>> link_elf: symbol elf64_freebsd_sysvec undefined >>> So no WITH_META_MODE=3Dyes yet for powerpc64. >> >> >> Please try this patch: http://dpaste.com/37VP5MD.txt >> >> And once you have filemon loaded please run this basic test script. I= t >> should return no output and a zero exit status. >> >> http://dpaste.com/23NTA0A.txt >> >> Just sh file it. >> >> --=20 >> Regards, >> Bryan Drewery >=20 > Unfortunately other things interfered and I was unable to do this befor= e temporarily losing access to the powerpc and powerpc64 boxes --for what= will probably be weeks or months. >=20 No problem... > So for now it is the end of my native-testing for powerpc64 and powerpc= =2E >=20 > I do not know if anyone else has an appropriate context and willingness= to do this specific test or not. >=20 > For the duration I should still be able to do amd64 -> powerpc64 or pow= erpc cross builds (buildworld buildkernel), although likely with less tim= e and more delay for doing so. >=20 > I am hoping to still have rpi2 access for armv6/v7 native use. But I've= yet to make the soft-float to hard-float leap: I focused primarily on th= e powerpc64 and powerpc use, knowing up front of the pending temporarily-= unavailable status. >=20 >=20 >=20 > Thanks for all the work on the build system by you and others. Original= ly I had a bunch of workarounds in my src.conf files to avoid problems th= at occurred for the likes of a libc++-based, xtoolchain-based so-called "= cross build" (self-hosted), powerpc64 environment (no gcc 4.2.1 and clang= not working for such yet). Far more works implicitly in src.conf files f= or such a context now. >=20 Thanks for all of the testing and feedback! --=20 Regards, Bryan Drewery --KgkfTichcNnhlqTrhJBFI77SV5JEbSUGX-- --72HF2hvgu1repFASb5FaE97dOefkVoKam Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJXUw5MAAoJEDXXcbtuRpfPVGAIAKJEW5Tvv8qBHglkYGTR+baw JGtjE7SkFU9+ww9JPeEi2kgy4ipgBoopXL7o0Ibdclou7CU9KQ/9LX7skkFfangZ jhb7udssQIA/nqAiBjgi+CAo4iGeAPIguuBPSfdh0tjldbLlb8GwrKntdC0I8kKi hsxTL/9Lmoa3/r4NTRwVnPnSmTCLII95hIB38F6ugwmIN9jYCGux4JUqlvpEFKfZ f9Je18nnAQ1FXjgS6LhQDZo0GqLmad7CapBUq/mN8lU24khTEliaughNKSN3VxNc Yvhk9bkNDtkQeFtPn7cRWgoRj6gXNQZ+3YisvprIDkE9e91nQYak4Wi0SQTNmrs= =tGtf -----END PGP SIGNATURE----- --72HF2hvgu1repFASb5FaE97dOefkVoKam--