From owner-freebsd-arm@freebsd.org Sun Nov 5 00:19:20 2017 Return-Path: Delivered-To: freebsd-arm@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 0A253E5B5EC; Sun, 5 Nov 2017 00:19:20 +0000 (UTC) (envelope-from eddy.petrisor@gmail.com) Received: from mail-wm0-x231.google.com (mail-wm0-x231.google.com [IPv6:2a00:1450:400c:c09::231]) (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 8DCC864F4B; Sun, 5 Nov 2017 00:19:19 +0000 (UTC) (envelope-from eddy.petrisor@gmail.com) Received: by mail-wm0-x231.google.com with SMTP id z3so7831627wme.5; Sat, 04 Nov 2017 17:19:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=JeaazDEINv/lxmC+4MuXS7uSYd6jQpHTuPotz05zJoA=; b=PAUbWor+gzAAdbhsUfxDFOZL4NDwwKOxFGJ6CN7jjR4UVd2YHA1Q+mB//YKgy+PS+F SQvYDjY8p4fBZUbwWdrwmw7r2LyW22u1ayYAHVvh1o5YmOJ6W7OJg58TVV6QdpgSZgmT l51NLm3i+wsZrgb0gGDkxhy2KAOGIsefz4R+IwZ7SQfm/GAhKZpfLlpH1eIbT+J5wpN2 0MR+X6oWRRIqRMql0xGPpo/qMix945TgSy76S1KCcoDhWyKKj9TFmXcDqhJwYOBYLII2 WydE7VlZEMzvDSX8Je0us4zybIoGDMnCL9cYd5ugdm6AitbovBRbywoMUow/TqJ9uYQx iGgQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=JeaazDEINv/lxmC+4MuXS7uSYd6jQpHTuPotz05zJoA=; b=FRxfo4Aeb7JATOfBNoM3DyVLCfS86nLbDbwMSZkR51k5DF/VXs9plRSyrxPcTcO9PW eQdWrZlNdfaGVgyQjTbofmiYM5XWevUzrDLxDtLkpXuhUnTIPl7UAWd3rEClKJQEg5FW RKgjW4VtXRDZHxVhbxztZiwUxxScLbzUXte1gycOP2WtWxe95NYTNSIi/K1kQsUebNPq WrVhU0pu0hXK7iSHkgGXuhMSFcJncpBNNH1Yhu487vRdx2aY68hfMgWKR1gQu53jzv7E kY+21bov7ziFeaaBlBylzVF2YKBWAB33LsCDOy7wquDBGRahcJVVagLgx8ezOJCX1Get Avog== X-Gm-Message-State: AJaThX4uV5h/2lhgNGgfEwjua7dXuFPDVDYoWPXrj8s34WQnrYf6jd4v npk96p8XwyPMZ1WAUbRPY3TmtRTp14RUCqZkfVE= X-Google-Smtp-Source: ABhQp+RrmvnWws2hu/S7kA8IK/UgqUg2w+rRlGThl2BfLpQSDqPTUD3g1rqq3xxqX/fyrVq4kdgUrHF7OpWjWKCI10c= X-Received: by 10.28.111.203 with SMTP id c72mr2441337wmi.42.1509841156823; Sat, 04 Nov 2017 17:19:16 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.184.87 with HTTP; Sat, 4 Nov 2017 17:19:15 -0700 (PDT) Received: by 10.223.184.87 with HTTP; Sat, 4 Nov 2017 17:19:15 -0700 (PDT) In-Reply-To: References: <7CAFD8CC-BDA1-4E89-BD7E-D0089E27036F@dsl-only.net> From: =?UTF-8?Q?Eddy_Petri=C8=99or?= Date: Sun, 5 Nov 2017 02:19:15 +0200 Message-ID: Subject: Re: [toolchain] lib/clan/llvm.build.mk: Shouldn't BUILD_TRIPLE definition rely host 'cc -dumpmachine'? To: Gerald Pfeifer Cc: Mark Millard , freebsd-arm@freebsd.org, freebsd-toolchain@freebsd.org, Dimitry Andric Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Nov 2017 00:19:20 -0000 Pe 5 nov. 2017 12:57 AM, "Gerald Pfeifer" a scris: On Sun, 29 Oct 2017, Eddy Petri=C8=99or wrote: > Yep --and it is even more complicated: gcc vs. clang are sometimes > different for the target listed. . . > > For example -m32 for amd64 changes the clang result: > > # clang -dumpmachine > x86_64-unknown-freebsd12.0 > > .. > > # gcc7 -dumpmachine > x86_64-portbld-freebsd12.0 That's not actually related to GCC, but the lang/gcc* ports using the FreeBSD Ports Collection's default that explicitly set Yes, I know. That's why I said the vendor part must be forced to "unknown". CONFIGURE_TARGET?=3D ${ARCH}-portbld-${OPSYS:tl}${OSREL} By default GCC would use the same as clang. Sure, but that doesn't mean the vendor part of the triple in the default compiler is guaranteed to be 'unknown'. Eddy Petri=C8=99or From owner-freebsd-arm@freebsd.org Sun Nov 5 00:21:40 2017 Return-Path: Delivered-To: freebsd-arm@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 ADA04E5B6B5 for ; Sun, 5 Nov 2017 00:21:40 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-130.reflexion.net [208.70.210.130]) (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 5B0166519B for ; Sun, 5 Nov 2017 00:21:39 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 16970 invoked from network); 5 Nov 2017 00:14:58 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 5 Nov 2017 00:14:58 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.40.3) with SMTP; Sat, 04 Nov 2017 20:14:58 -0400 (EDT) Received: (qmail 18160 invoked from network); 5 Nov 2017 00:14:57 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 5 Nov 2017 00:14:57 -0000 Received: from [192.168.1.25] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 2747CEC7B31; Sat, 4 Nov 2017 17:14:57 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: [toolchain] lib/clan/llvm.build.mk: Shouldn't BUILD_TRIPLE definition rely host 'cc -dumpmachine'? From: Mark Millard In-Reply-To: Date: Sat, 4 Nov 2017 17:14:56 -0700 Cc: =?utf-8?Q?Eddy_Petri=C8=99or?= , freebsd-arm@freebsd.org, freebsd-toolchain@freebsd.org, Dimitry Andric Content-Transfer-Encoding: quoted-printable Message-Id: <505436FF-E15C-42DE-8855-47FB5A99E64B@dsl-only.net> References: <7CAFD8CC-BDA1-4E89-BD7E-D0089E27036F@dsl-only.net> To: Gerald Pfeifer X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Nov 2017 00:21:40 -0000 On 2017-Nov-4, at 3:57 PM, Gerald Pfeifer wrote: > On Sun, 29 Oct 2017, Eddy Petri=C8=99or wrote: >> Yep --and it is even more complicated: gcc vs. clang are sometimes=20 >> different for the target listed. . . >>=20 >> For example -m32 for amd64 changes the clang result: >>=20 >> # clang -dumpmachine >> x86_64-unknown-freebsd12.0 >>=20 >> .. >>=20 >> # gcc7 -dumpmachine >> x86_64-portbld-freebsd12.0 >=20 > That's not actually related to GCC, but the lang/gcc* ports using > the FreeBSD Ports Collection's default that explicitly set >=20 > CONFIGURE_TARGET?=3D ${ARCH}-portbld-${OPSYS:tl}${OSREL} >=20 > By default GCC would use the same as clang. Interesting. Good to know. Thanks. We still end up with depending on --dumpmachine giving non-uniform results across typical compilers in a standard FreeBSD environment. It looks like depending on -dumpmachine should be avoided for any more than a local workaround. (Some Linux distributions might also vary such definitions to be non-default as well for all I know.) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Sun Nov 5 01:09:06 2017 Return-Path: Delivered-To: freebsd-arm@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 C026BE5C5F6 for ; Sun, 5 Nov 2017 01:09:06 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-110.reflexion.net [208.70.210.110]) (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 68A1066519 for ; Sun, 5 Nov 2017 01:09:05 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 23159 invoked from network); 5 Nov 2017 01:02:18 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 5 Nov 2017 01:02:18 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.3) with SMTP; Sat, 04 Nov 2017 21:02:18 -0400 (EDT) Received: (qmail 4639 invoked from network); 5 Nov 2017 01:02:18 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 5 Nov 2017 01:02:18 -0000 Received: from [192.168.1.25] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 60655EC7B31; Sat, 4 Nov 2017 18:02:17 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: [toolchain] lib/clan/llvm.build.mk: Shouldn't BUILD_TRIPLE definition rely host 'cc -dumpmachine'? From: Mark Millard In-Reply-To: Date: Sat, 4 Nov 2017 18:02:16 -0700 Cc: Gerald Pfeifer , freebsd-arm@freebsd.org, freebsd-toolchain@freebsd.org, Dimitry Andric Content-Transfer-Encoding: quoted-printable Message-Id: <12E66105-6E1D-4941-B4C4-3BBAC0F3B330@dsl-only.net> References: <7CAFD8CC-BDA1-4E89-BD7E-D0089E27036F@dsl-only.net> To: =?utf-8?Q?Eddy_Petri=C8=99or?= X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Nov 2017 01:09:06 -0000 On 2017-Nov-4, at 5:19 PM, Eddy Petri=C8=99or wrote: > Pe 5 nov. 2017 12:57 AM, "Gerald Pfeifer" a = scris: > On Sun, 29 Oct 2017, Eddy Petri=C8=99or wrote: > > Yep --and it is even more complicated: gcc vs. clang are sometimes > > different for the target listed. . . > > > > For example -m32 for amd64 changes the clang result: > > > > # clang -dumpmachine > > x86_64-unknown-freebsd12.0 > > > > .. > > > > # gcc7 -dumpmachine > > x86_64-portbld-freebsd12.0 >=20 > That's not actually related to GCC, but the lang/gcc* ports using > the FreeBSD Ports Collection's default that explicitly set >=20 > Yes, I know. That's why I said the vendor part must be forced to = "unknown". >=20 >=20 > CONFIGURE_TARGET?=3D ${ARCH}-portbld-${OPSYS:tl}${OSREL} >=20 > By default GCC would use the same as clang. >=20 > Sure, but that doesn't mean the vendor part of the triple in the = default compiler is guaranteed to be 'unknown'. The "unknown" vs. "portbld" has a specific meaning for a FreeBSD context: unknown: it is a devel/* port portbld: it is a lang/* port This keeps the likes of devel/powerpc64-gcc and lang/gcc6 from having conflicting files on a powerpc64 FreeBSD machine, even when they are at the same (full) version. The variation that I intended to write about was the x86_64 vs. i386 variation when -m32 is in use. That is a separate issue from unknown vs. portbld . =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Sun Nov 5 01:28:45 2017 Return-Path: Delivered-To: freebsd-arm@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 850EBE5D00E for ; Sun, 5 Nov 2017 01:28:45 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-150.reflexion.net [208.70.210.150]) (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 33A9C66F61 for ; Sun, 5 Nov 2017 01:28:44 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 20874 invoked from network); 5 Nov 2017 01:22:03 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 5 Nov 2017 01:22:03 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.3) with SMTP; Sat, 04 Nov 2017 21:22:03 -0400 (EDT) Received: (qmail 5422 invoked from network); 5 Nov 2017 01:22:03 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 5 Nov 2017 01:22:03 -0000 Received: from [192.168.1.25] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id A8EBCEC7B31; Sat, 4 Nov 2017 18:22:02 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: [toolchain] lib/clan/llvm.build.mk: Shouldn't BUILD_TRIPLE definition rely host 'cc -dumpmachine'? From: Mark Millard In-Reply-To: <12E66105-6E1D-4941-B4C4-3BBAC0F3B330@dsl-only.net> Date: Sat, 4 Nov 2017 18:22:02 -0700 Cc: freebsd-arm , Dimitry Andric , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: References: <7CAFD8CC-BDA1-4E89-BD7E-D0089E27036F@dsl-only.net> <12E66105-6E1D-4941-B4C4-3BBAC0F3B330@dsl-only.net> To: =?utf-8?Q?Eddy_Petri=C8=99or?= X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Nov 2017 01:28:45 -0000 On 2017-Nov-4, at 6:02 PM, Mark Millard wrote: > On 2017-Nov-4, at 5:19 PM, Eddy Petri=C8=99or wrote: >=20 >> Pe 5 nov. 2017 12:57 AM, "Gerald Pfeifer" a = scris: >> On Sun, 29 Oct 2017, Eddy Petri=C8=99or wrote: >>> Yep --and it is even more complicated: gcc vs. clang are sometimes >>> different for the target listed. . . >>>=20 >>> For example -m32 for amd64 changes the clang result: >>>=20 >>> # clang -dumpmachine >>> x86_64-unknown-freebsd12.0 >>>=20 >>> .. >>>=20 >>> # gcc7 -dumpmachine >>> x86_64-portbld-freebsd12.0 >>=20 >> That's not actually related to GCC, but the lang/gcc* ports using >> the FreeBSD Ports Collection's default that explicitly set >>=20 >> Yes, I know. That's why I said the vendor part must be forced to = "unknown". >>=20 >>=20 >> CONFIGURE_TARGET?=3D ${ARCH}-portbld-${OPSYS:tl}${OSREL} >>=20 >> By default GCC would use the same as clang. >>=20 >> Sure, but that doesn't mean the vendor part of the triple in the = default compiler is guaranteed to be 'unknown'. >=20 > The "unknown" vs. "portbld" has a specific meaning > for a FreeBSD context: >=20 > unknown: it is a devel/* port > portbld: it is a lang/* port >=20 > This keeps the likes of devel/powerpc64-gcc > and lang/gcc6 from having conflicting files > on a powerpc64 FreeBSD machine, even when > they are at the same (full) version. >=20 > The variation that I intended to write about > was the x86_64 vs. i386 variation when -m32 > is in use. That is a separate issue from > unknown vs. portbld . I forgot to mention that I also intended to write about the -gnueabihf suffix vs. not for armv7 between various normal FreeBSD compilers (system and ports compilers). =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Sun Nov 5 13:23:59 2017 Return-Path: Delivered-To: freebsd-arm@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 D9350E6BD3D for ; Sun, 5 Nov 2017 13:23:59 +0000 (UTC) (envelope-from melounmichal@gmail.com) Received: from mail-wm0-x22d.google.com (mail-wm0-x22d.google.com [IPv6:2a00:1450:400c:c09::22d]) (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 67CDA7FA92 for ; Sun, 5 Nov 2017 13:23:59 +0000 (UTC) (envelope-from melounmichal@gmail.com) Received: by mail-wm0-x22d.google.com with SMTP id r196so9031780wmf.2 for ; Sun, 05 Nov 2017 05:23:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:reply-to:subject:to:cc:references:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=w8IhP4GCryuL/XA9p1aTc17u2I1K4PUeS1eW8XMLlno=; b=h/DQgVPV0hyhCrXFr/JI8dR7nqbo+CtjjWGkkIxIF8fNO7zI71fTAnva9uPwLr90e3 srE66B2jz+QGEKOtL5zVHe+G6LXUw5aSANLcXF/uYN5KJ6OYxJDlgtgtuLh7BECearUv ebXiSX+keBQKCbACnZ+K9E+86m4a45rm20fs8rzTWbRb9L4I21CupTVlSC2W7ehYYWtl 6Mt59YlPJBBarIyWp4VsJH4Vw2nLoOzLd2eJq3VKM0W2XGR2uXVyZfpainj9jiaKnoIR o/6QS3tfuzMbI3goUY3g38DYk8DHYboAbFJzY2BZikClW6vQurPX2vtqf+UcxvzSbZw3 Hvhg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:reply-to:subject:to:cc:references :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=w8IhP4GCryuL/XA9p1aTc17u2I1K4PUeS1eW8XMLlno=; b=DpzquhC8KUBPh0AwRhi6FVfvE2DM+2BuDZ/0WAvx1BoylhlTMDDgtQ8kBiObnYWrZf Am3mx/KeIRbjgMa7FzpmGgfn5Gdqk8vzLBaqYreLLd7OvRikMsFMkkEqd8GwAP8BasU7 UpTeZdbQBvfIFnuZrto4q3pAZz2CT1sEFS7FeiIX1PhQAAzmOHiJuaac3N0W8EDoPOlZ +dnmVhHwFMPGCOekd4O+L0RsDcL1oveXKKo8bEzn4iJtDWzwxz7pxO/pK2ffU8qB79Cz bDwmJWDHJMzwWnGDh2hJ9/SG5kPhkc+e6JA9BDucjaFVgHuzz6/yXk+Ls7bK62tIppXJ 3kZA== X-Gm-Message-State: AJaThX6ugjCqBFBFZ1Sic7gc4na/min6HOdXB4UZ6/cVgPJIuEyhBzN0 XauUog3qKYNkTUStPfZXbKmNPvfD X-Google-Smtp-Source: ABhQp+TP/tS2729nm+T+PXa2uC86LANeb4soeT5plvEDUnj88plBHA2gnZl/5r02wugvivXAX8XtLA== X-Received: by 10.28.220.132 with SMTP id t126mr3466645wmg.51.1509888237616; Sun, 05 Nov 2017 05:23:57 -0800 (PST) Received: from [88.208.79.100] (halouny.humusoft.cz. [88.208.79.100]) by smtp.gmail.com with ESMTPSA id m198sm10308081wmg.20.2017.11.05.05.23.56 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 05 Nov 2017 05:23:57 -0800 (PST) From: Michal Meloun X-Google-Original-From: Michal Meloun Reply-To: meloun.michal@gmail.com Subject: Re: pmap fault during buildworld on rpi2 To: bob prohaska , Svatopluk Kraus Cc: "freebsd-arm@freebsd.org" References: <20171006155854.GA40189@www.zefox.net> <20171007024638.GA41063@www.zefox.net> <20171104172704.GA77550@www.zefox.net> Message-ID: <895ccf89-961c-0dfa-f2cb-1309ef444f96@gmail.com> Date: Sun, 5 Nov 2017 14:24:11 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <20171104172704.GA77550@www.zefox.net> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Nov 2017 13:24:00 -0000 On 04.11.2017 18:27, bob prohaska wrote: > FWIW, all the pmap faults observed when top has been running list > ld as one of the active processes at the time of the panic. > > There seem to be problems with ld on arm, might the two be > related? > > What records I have are in http://www.zefox.net/~fbsd/rpi2/crashes/ > The first example is in > http://www.zefox.net/~fbsd/rpi2/crashes/crash_9_22_17/top > > If there are tests that can be usefully performed (and simply > described!) I'd be pleased to try them. From cleandir to crash > seems to take about 36 hours on an rpi2. > > Thanks for reading, > Bob, have you seen same panic (with pmap_fault -> abort_handler -> pmap_fault sequence) with r325321 kernel (or newer)? Michal From owner-freebsd-arm@freebsd.org Sun Nov 5 15:38:49 2017 Return-Path: Delivered-To: freebsd-arm@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 48EE4E6E37A for ; Sun, 5 Nov 2017 15:38:49 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1FAA083483 for ; Sun, 5 Nov 2017 15:38:48 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id vA5Fcx9m081972 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 5 Nov 2017 07:39:00 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id vA5Fcxcc081971; Sun, 5 Nov 2017 07:38:59 -0800 (PST) (envelope-from fbsd) Date: Sun, 5 Nov 2017 07:38:59 -0800 From: bob prohaska To: meloun.michal@gmail.com Cc: Svatopluk Kraus , "freebsd-arm@freebsd.org" , bob prohaska Subject: Re: pmap fault during buildworld on rpi2 Message-ID: <20171105153859.GA81945@www.zefox.net> References: <20171006155854.GA40189@www.zefox.net> <20171007024638.GA41063@www.zefox.net> <20171104172704.GA77550@www.zefox.net> <895ccf89-961c-0dfa-f2cb-1309ef444f96@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <895ccf89-961c-0dfa-f2cb-1309ef444f96@gmail.com> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Nov 2017 15:38:49 -0000 On Sun, Nov 05, 2017 at 02:24:11PM +0100, Michal Meloun wrote: > Bob, > have you seen same panic (with pmap_fault -> abort_handler -> pmap_fault > sequence) with r325321 kernel (or newer)? > Michal > Not yet. The kernel is now at r325299, trying to buildworld on 325420. Even if the buildworld fails I'll try to make a new kernel, which is likely to succeed (at least, it has in the past) and see how that behaves. Thanks for reading! bob prohaska From owner-freebsd-arm@freebsd.org Mon Nov 6 18:29:34 2017 Return-Path: Delivered-To: freebsd-arm@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 28243E646E9 for ; Mon, 6 Nov 2017 18:29:34 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id EDAFA7E044; Mon, 6 Nov 2017 18:29:33 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id vA6ITejc086152 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 6 Nov 2017 10:29:41 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id vA6ITd8E086151; Mon, 6 Nov 2017 10:29:39 -0800 (PST) (envelope-from fbsd) Date: Mon, 6 Nov 2017 10:29:39 -0800 From: bob prohaska To: John Baldwin Cc: freebsd-arm@freebsd.org, Ian Lepore , bob prohaska Subject: Re: Difficulty with armv6 to v7 transition. Message-ID: <20171106182939.GA86084@www.zefox.net> References: <20171009175216.GA52497@www.zefox.net> <1507573171.84167.9.camel@freebsd.org> <7865090.pGrJhPWvLa@ralph.baldwin.cx> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7865090.pGrJhPWvLa@ralph.baldwin.cx> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Nov 2017 18:29:34 -0000 On Tue, Oct 10, 2017 at 06:52:22AM -0700, John Baldwin wrote: > > So the workaround needs to be updated to include WITHOUT_SYSTEM_COMPILER=yes > then? > > -- > John Baldwin Using WITHOUT_SYSTEM_COMPILER=yes allowed buildworld to complete, although there have been irreproducible successes in the past, so I can't be sure it was the decisive adjustment. Chance has played a role in the past. In any case uname -a now reports FreeBSD www.zefox.com 12.0-CURRENT FreeBSD 12.0-CURRENT #1 r325420: Mon Nov 6 07:27:29 PST 2017 bob@www.zefox.com:/usr/obj/usr/src/arm.armv7/sys/RPI2 arm and uname -p reports armv7 which is vast progress. Sources are updated and world is building now. Thanks _very_ much for your help! bob prohaska From owner-freebsd-arm@freebsd.org Mon Nov 6 23:50:51 2017 Return-Path: Delivered-To: freebsd-arm@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 4434AE69DFD for ; Mon, 6 Nov 2017 23:50:51 +0000 (UTC) (envelope-from hhwang@sent.com) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (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 158706570A for ; Mon, 6 Nov 2017 23:50:50 +0000 (UTC) (envelope-from hhwang@sent.com) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 6DED020853 for ; Mon, 6 Nov 2017 18:50:49 -0500 (EST) Received: from web4 ([10.202.2.214]) by compute3.internal (MEProxy); Mon, 06 Nov 2017 18:50:49 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sent.com; h= content-transfer-encoding:content-type:date:from:message-id :mime-version:subject:to:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; bh=qJ5wS6DAnrvzkCI7pVKeQCqN3UPdwPHUePh3A+nVycM=; b=riAEQQlX iOgHxrYLy1kCycpCGBLqFY1JcqD1IpLAAFwLZ9gZZ3CHCMQLrNsZjEGb5hNJDuaO rmOlWZxExKSZvNbGYcBYhHLoO9sfw1bYeFC+C9SLYwlfQKsFzrVRj43ne/bGnAN7 9EayxYfhLcUc53HzhQ5JQrLyui1Rj0N5qN/lQZ/VKYELIEsVaIllOxwZNvK9C6l+ lJCXh2d2aNhPe75CG36i8rx1TPOO7tfjeEEykTUefT6mX27ITwl5jI2TNI+8EYVi /GEDj1TWL6/AUNrijSoPNbJTOfHxGXgRcD2CcIFQGZeKlkvPtFLw7oJSJ4oQC30w v1Cm6CwMmQq5/w== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=qJ5wS6DAnrvzkCI7pVKeQCqN3UPdw PHUePh3A+nVycM=; b=ro5Zg1960UOo1UoXzdQILV1BCnxIKR/IpShaErDTWVVwe eTJwBveaC1zBwfdfQNWffFQXgUpzWIuQ5YVUPHTqrysD77jWGtVw2aiQzDrRDcMC P4O7Sz5Q+4eFlnuLeadAuWN7CB8pIPrMUkQXetg6JLjYKDYIkoctOJOOJc5andpI yOr9TYZhqPMkt9ZAHp0OldddNHCYSTeEI5ReCUwwKTnKP7Fi+r2G8KQPsYf70aI0 vUo02xEXmvmVErqZPMuex9uBse9jHI1enwWCKnia3HgeMGy4z1RxLflS46Zfh93y qUqhN+hPJZHHHli+8smH4CUtX9iC23hEUAxGriajA== X-ME-Sender: Received: by mailuser.nyi.internal (Postfix, from userid 99) id 42305BAB62; Mon, 6 Nov 2017 18:50:49 -0500 (EST) Message-Id: <1510012249.2152828.1163794192.4049F0E8@webmail.messagingengine.com> From: Hyun Hwang To: freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" X-Mailer: MessagingEngine.com Webmail Interface - ajax-c8a842c4 Subject: RPi3 boot failure with r325156 snapshot Date: Mon, 06 Nov 2017 18:50:49 -0500 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Nov 2017 23:50:51 -0000 Hello, I tried to boot RPi3 with -CURRENT snapshot (r325156), but it failed. I dou= bt this boot failure is related to the [issue](https://lists.freebsd.org/pi= permail/freebsd-arm/2017-November/016986.html) discussed earlier in this li= st since it just gives up even before the kernel is loaded by the EFI loade= r (if I guessed it correctly). I tried all the available snapshots---r32398= 5, r324306, r324542, and r324754---on the download server, but no success s= o far. To see if this is caused by hardware problem I tried few tests on Raspbian = Stretch and found out that the hardware is just fine. Here is the entire log appeared on screen, in case anyone finds this helpfu= l: ``` Net: Net Initialization Skipped No ethernet found. starting USB... USB0: Core Release: 2.80a Scanning bus 0 for devices... 4 USB Device(s) found scanning usb for storage devices... 0 Storage Device(s) found scanning usb for ethernet devices... 1 Ethernet Device(s) found Hit any key to stop autoboot: 0 switch to partitions #0, OK mmc0 is current devices Scanning mmc 0:1... Found EFI removable media binary efi/boot/bootaa64.efi reading efi/boot/bootaa64.efi 82224 bytes read in 35 ms (2.2 MiB/s) ## Starting EFI application at 01000000 ... Scanning disks on usb... Scanning disks on mmc Adding logical partition Adding logical partition MMC Device 1 not found MMC Device 2 not found MMC Device 3 not found Found 7 disks =E2=86=90[18t=E2=86=90[?25h=E2=86=90[2J >> FreeBSD EFI boot block Loader path: /boot/loader.efi =20=20=20 Initializing modules: ZFS UFS Loader path: "Synchronous Abort" handler, esr 0x96000004 ELR: 3af62cec LR: 3af61d60 x0 : 0000000000000000 x1 : 0000000000000000 x2 : 000000003afeb000 x3 : 0000000000000000 x4 : 000000003ab2eec0 x5 : 0000000000000000 x6 : 0000000000000015 x7 : 0000000000000000 x8 : 000000003af72eb0 x9 : 0000000000000000 x10: 0000000000000068 x11: 0000000000000040 x12: 0000000000000000 x13: 0000000000000000 x14: 0000000000000000 x15: 0000000000000000 x16: 0000000000000000 x17: 0000000000000000 x18: 000000003ab30df8 x19: 0000000000000000 x20: 0000000037a16008 x21: 000000003af86f74 x22: 0000000039b2ddd8 x23: 00000000000007d0 x24: 0000000039b2dde0 x25: 0000000039b2ddd0 x26: 000000003af83ac0 x27: 0000000039b1be1c x28: 0000000039b2ddc8 x29: 000000003ab2ef60 Resetting CPU ... resetting ... ``` In the meantime, I will try to build my own snapshot using r325364---mentio= ned [here](https://lists.freebsd.org/pipermail/freebsd-arm/2017-November/01= 7000.html)---if it's possible to cross-build on i386. Thank you. -- Hyun Hwang From owner-freebsd-arm@freebsd.org Tue Nov 7 03:58:21 2017 Return-Path: Delivered-To: freebsd-arm@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 857DBE71493 for ; Tue, 7 Nov 2017 03:58:21 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 66C1E76C47 for ; Tue, 7 Nov 2017 03:58:21 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id vA73wWRP087600 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 6 Nov 2017 19:58:33 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id vA73wVUp087599; Mon, 6 Nov 2017 19:58:31 -0800 (PST) (envelope-from fbsd) Date: Mon, 6 Nov 2017 19:58:31 -0800 From: bob prohaska To: freebsd-arm@freebsd.org Cc: fbssd@www.zefox.net Subject: Make cleandir stops with malformed conditional on RPI2 Message-ID: <20171107035831.GA87573@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Nov 2017 03:58:21 -0000 Now that my rpi2 is over the v6-v7 hump something else seems amiss: Make cleandir runs for a bit, then stops with --- cleandir_subdir_lib/libclang_rt --- make[4]: "/usr/src/lib/libclang_rt/profile/../Makefile.inc" line 6: Malformed conditional (${MACHINE_ARCH:Marmv[67]*} != "" && ${CPUTYPE:M*soft*} == "") make[4]: Fatal errors encountered -- cannot continue make[4]: stopped in /usr/src/lib/libclang_rt/profile *** [cleandir_subdir_lib/libclang_rt/profile] Error code 1 make[3]: stopped in /usr/src/lib/libclang_rt ...... Is this just a typo, or something more serious? Thanks for reading, bob prohaska From owner-freebsd-arm@freebsd.org Tue Nov 7 04:11:38 2017 Return-Path: Delivered-To: freebsd-arm@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 97A25E7174F for ; Tue, 7 Nov 2017 04:11:38 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x235.google.com (mail-it0-x235.google.com [IPv6:2607:f8b0:4001:c0b::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 63D54778E6 for ; Tue, 7 Nov 2017 04:11:38 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x235.google.com with SMTP id y15so819591ita.4 for ; Mon, 06 Nov 2017 20:11:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=xFmKTUZMtk3ZHmiG+z5/fIWCPk83dhBMpC4Z7iwdxC0=; b=x8+Z8pWggNblrV+Ig03MfGAWocjt+i9W9HsYE02erAuQe4RutFY9F8CJkrg2hB+4kP qST19ub2p549DRcFStaNLFMbtVQoOE0YF8PY3pdVmVhvoIKJDSjKPoZtHZ6onju/GZbl edvVnBj7oaJtqY9JwHBegtWvM+ayvk0ewTCcQrDAZ8UIz99PgWDYS+QCaXJn3mfJwWSi mxh+cbQFTzYSb+bnMIlUMXwd8GZPxIOUpjY50LX9A2kYEOoyGgq6bB4ZHEP65E+s4Ppl CwgozWFabkSKdiIL1rgrM8xwm7bklLzystrSvHbWsqftKTCzzGthjzYSj3xZfFcNWOgx s6Tg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=xFmKTUZMtk3ZHmiG+z5/fIWCPk83dhBMpC4Z7iwdxC0=; b=U8B6pm3ZbFW90e62SDBKh2meKVfWiMDGuXZNv+EvfBh09qOzRfH1i7tQnZ+wvoLXJD GgDJ72N1Zs4s/2Ce0Sq86qPp9H9OoCvYbHJe767s9xbZXUKIWNdl7FtzZwBPYZl9XiqS O4Soce1co+L7wkCqn7Y7TAhGnQ20B/v9LLVTw1ZxH+cGz9Ev1jWqXGTiurcE2Tvd4Dnf T0Kh9rMM521IQFbYWj0enJ8XqnsRexmIrCKoGyBji0cXAnZoVHGS3dkFHBgzGNrAQPsB Cw5BtMyHSafl2UqGBS1U00SQjkqDSS0GuLMvWdjJQXltf1XXVXVeZHsC42m95Z34O6Fd zC7A== X-Gm-Message-State: AJaThX5yzzsHkwXBuNn+k8IWLf7djjSE0qb6QXoz2QLlEzb8ELNypips WX76+dfSUw6T2gnLU41Le5+aj6aJxYZuIuyF0xFeIQ== X-Google-Smtp-Source: ABhQp+TzWGviO9l7nH9R4xctRHuRsSyfU5I7v81rZNVsjbzPAM/26QDeZt1KmDjULhnzTYCPj8Gxphego+Z60pn1m6Q= X-Received: by 10.36.184.5 with SMTP id m5mr595374ite.69.1510027897385; Mon, 06 Nov 2017 20:11:37 -0800 (PST) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.57.22 with HTTP; Mon, 6 Nov 2017 20:11:36 -0800 (PST) X-Originating-IP: [2603:300b:6:5100:f57c:4952:2273:e393] In-Reply-To: <20171107035831.GA87573@www.zefox.net> References: <20171107035831.GA87573@www.zefox.net> From: Warner Losh Date: Mon, 6 Nov 2017 21:11:36 -0700 X-Google-Sender-Auth: 5Z39cdWOkP1PdQRU6q0ZQJWPgw0 Message-ID: Subject: Re: Make cleandir stops with malformed conditional on RPI2 To: bob prohaska Cc: "freebsd-arm@freebsd.org" , fbssd@www.zefox.net, Garrett Cooper Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Nov 2017 04:11:38 -0000 I think this is due to https://svnweb.freebsd.org/base/head/lib/libclang_rt/Makefile.inc?revision=325449&view=markup by ngie@. Looks like CPUTYPE isn't defined for you for some reason. Warner On Mon, Nov 6, 2017 at 8:58 PM, bob prohaska wrote: > Now that my rpi2 is over the v6-v7 hump something else seems amiss: > > Make cleandir runs for a bit, then stops with > > --- cleandir_subdir_lib/libclang_rt --- > make[4]: "/usr/src/lib/libclang_rt/profile/../Makefile.inc" line 6: > Malformed conditional (${MACHINE_ARCH:Marmv[67]*} != "" && > ${CPUTYPE:M*soft*} == "") > make[4]: Fatal errors encountered -- cannot continue > make[4]: stopped in /usr/src/lib/libclang_rt/profile > *** [cleandir_subdir_lib/libclang_rt/profile] Error code 1 > > make[3]: stopped in /usr/src/lib/libclang_rt > > ...... > > Is this just a typo, or something more serious? > > Thanks for reading, > > bob prohaska > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@freebsd.org Tue Nov 7 04:27:48 2017 Return-Path: Delivered-To: freebsd-arm@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 6D984E71B3B for ; Tue, 7 Nov 2017 04:27:48 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pf0-x22e.google.com (mail-pf0-x22e.google.com [IPv6:2607:f8b0:400e:c00::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 40F5F79016; Tue, 7 Nov 2017 04:27:48 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pf0-x22e.google.com with SMTP id b79so9406325pfk.5; Mon, 06 Nov 2017 20:27:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc:message-id:references :to; bh=DLr0tKTsPfk8iXmoWtO9UsSA+heUdTJiWKFydRQGnZM=; b=kRwA/Gk1onOEgJvb8+BBKMSIirZvnAZsjLMCGqz+Tw5F2wEXkPh75U89p/uznKGzMk vxFSP/vnYD/rxzmATW+xGTY6f0wnFByhvzXttTDMVfTAK0PgSHy1kuGoiq17RcSuFAcT q5eFjLVx2fhPxOvt1YEwkzYBRkcnkp8DHsOcHHVSlvGf9SoCBKjL8A9yYZhsIyU4O+ln W3ax8HjUPt3ZuaoHMNSC0k4b4/z46ajGUpa8uT0SvUgkP4ITtRxKu4LEwzFOV7PTdX9e i1wBZtb+0BrY/nfQUSeK9bbYOiSM1IL8R2BXeDt2GStr/Q8iBaurKira8zIHmr+8U5hH 5JXA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=DLr0tKTsPfk8iXmoWtO9UsSA+heUdTJiWKFydRQGnZM=; b=FF3fO99FYHViRGAhWog2TponxYz4qIaPpVGKRMDnXMFL9RBkFKzXfjusJZF8YKHhco cyxaqkmFvDahmnmRWG6y4NV3ojTjj+wklS8z0/6/pUzPzGV6FnQ0DBfGXw7VnYv8IGRX PtboZErh1cepKuGEK4k22GWGVNWxD6+Vwubxzj+5mJ5TfoGYXtKkh6yS78ehAU3W8U23 Z39bTq/gkxX7m+xd75cDpGwCzdxwNB5Im2wSUy+2UwknM5ZTTPddGLamDjhlMmyZ8o/8 zP1Hc9+6k7xK+IWX5HKaJ51t0Wgsi5EGYTGCjO5OzBazyl8jF1k5gCWruFs4PcsnIIT1 cXFw== X-Gm-Message-State: AMCzsaWr978lzVZrdwlOCXewFbK5rP32lln3aci9Heu90jcquRrqKEJv z0E05SnJf7moMdcGqS/fGbAzVmBR X-Google-Smtp-Source: ABhQp+Rp+Nn/yBoyVUtfj3kb1t5qzVk2Pxe47vzUVODEcgTIsaxBhtFwBReekbMusdk4Xrrgl8rV9A== X-Received: by 10.159.194.18 with SMTP id x18mr16961351pln.273.1510028867678; Mon, 06 Nov 2017 20:27:47 -0800 (PST) Received: from pinklady.local (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id 15sm568988pfs.125.2017.11.06.20.27.46 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 06 Nov 2017 20:27:46 -0800 (PST) Content-Type: multipart/signed; boundary="Apple-Mail=_2460FDC5-3DFE-4D0D-8248-2C28CC571BEA"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: Make cleandir stops with malformed conditional on RPI2 From: "Ngie Cooper (yaneurabeya)" In-Reply-To: Date: Mon, 6 Nov 2017 20:27:45 -0800 Cc: bob prohaska , "freebsd-arm@freebsd.org" , fbssd@www.zefox.net, Ngie Cooper Message-Id: References: <20171107035831.GA87573@www.zefox.net> To: Warner Losh X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Nov 2017 04:27:48 -0000 --Apple-Mail=_2460FDC5-3DFE-4D0D-8248-2C28CC571BEA Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi Bob, Confirmed. Please hold.. Thanks, -Ngie $ make MACHINE_ARCH=3Darmv6 MACHINE=3Darm =3D=3D=3D> profile (all) make[1]: "/usr/src/lib/libclang_rt/profile/../Makefile.inc" line 6: = Malformed conditional (${MACHINE_ARCH:Marmv[67]*} !=3D "" && = ${CPUTYPE:M*soft*} =3D=3D "") make[1]: Fatal errors encountered -- cannot continue make[1]: stopped in /usr/src/lib/libclang_rt/profile *** Error code 1 Stop. make: stopped in /usr/src/lib/libclang_rt > On Nov 6, 2017, at 20:11, Warner Losh wrote: >=20 > I think this is due to = https://svnweb.freebsd.org/base/head/lib/libclang_rt/Makefile.inc?revision= =3D325449&view=3Dmarkup by ngie@. Looks like CPUTYPE isn't defined for = you for some reason. >=20 > Warner >=20 > On Mon, Nov 6, 2017 at 8:58 PM, bob prohaska = wrote: > Now that my rpi2 is over the v6-v7 hump something else seems amiss: >=20 > Make cleandir runs for a bit, then stops with >=20 > --- cleandir_subdir_lib/libclang_rt --- > make[4]: "/usr/src/lib/libclang_rt/profile/../Makefile.inc" line 6: = Malformed conditional (${MACHINE_ARCH:Marmv[67]*} !=3D "" && = ${CPUTYPE:M*soft*} =3D=3D "") > make[4]: Fatal errors encountered -- cannot continue > make[4]: stopped in /usr/src/lib/libclang_rt/profile > *** [cleandir_subdir_lib/libclang_rt/profile] Error code 1 >=20 > make[3]: stopped in /usr/src/lib/libclang_rt >=20 > ...... >=20 > Is this just a typo, or something more serious? >=20 > Thanks for reading, >=20 > bob prohaska >=20 > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >=20 --Apple-Mail=_2460FDC5-3DFE-4D0D-8248-2C28CC571BEA 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----- iQIzBAEBCgAdFiEE5bk3FaGcY5rvqmb79YOpJmkwhhUFAloBNkEACgkQ9YOpJmkw hhXlRhAAmkrdQ8U9g8hN4mN3qwvd25nODmyQkUNxM4A6iUrswLog47UhwT/EoD/V xZSX/vtWHsBrEubti8fcCFhbOKuiRCCvYiyCpfGkzeMFEETdOcNw9+WMRDQ4UcUh BJhKb542p/jNMSPWVivPE0RkJthhtRGcQS4f4pH5rh0wGZQ2N5TJnDz/cvchqMkz yjAMIIT0a8qcoG6zL0oNNDKPnlbsWhusgCy/nAEBKzDiPzTv1gmOBB7WZDixmZGr Xu4YlIQi1Jj6g3K/OjESKrK7WXkXwCpvnJFuyI1yzl3fk2QKGuLZ5g36YTXdpdkh Q5qblmjuMILvAhYBZnzuQphp7MnqBNPgYZ7d5IjjKEGGrIxqN0oRjurDBJ+2sTGq stwr8iP41i8f5Se6r1JL5zyW/7kJln1w4jKwTkHxhVV/9LgYzZWDiaUK/8fWbiTy t22iO4mx6bEKo37dCoXcjPy7KWFmYv8xXRFV7Kac/KQuMupTo+PHOUIoAaPupViB zKoZaywQeG0qrdwEnlHRZg3xfqiAqokaiU9TZG/Kucflk1qv45X6DXwOuuH9WdHL Q74QpR0pBAd3qRVmj/hEkR57I3pK36DlpxK7RabCdpqAO+/RtNHEXlZ0BEKwbPv5 y4ni4fV7uWId5QaiErPUNoV3IykX33DasAsa3XVj+M0hR6qVd9o= =oTvf -----END PGP SIGNATURE----- --Apple-Mail=_2460FDC5-3DFE-4D0D-8248-2C28CC571BEA-- From owner-freebsd-arm@freebsd.org Tue Nov 7 05:03:39 2017 Return-Path: Delivered-To: freebsd-arm@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 175B3E4E95C for ; Tue, 7 Nov 2017 05:03:39 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pg0-x236.google.com (mail-pg0-x236.google.com [IPv6:2607:f8b0:400e:c05::236]) (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 D0BF67B6C8; Tue, 7 Nov 2017 05:03:38 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pg0-x236.google.com with SMTP id b192so10111629pga.2; Mon, 06 Nov 2017 21:03:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc:message-id:references :to; bh=TAT/ksGt19Q+SvkOZibP0ZGf5nx2yHEtnMEtVPCx7oE=; b=DInU5hAPqdMDfuVV/33a42K/66hnGtY0qgjvgyBk+a8gntm85WZLUlripGE9a+297r r48vH8QWtY2avhHZuCOOW7tpt5x5uKn+F8+M05ox92XN34LEl0kOXgKWB9K0YvfdpS1U TJ0f0nm7igD0PlRUbFPlo6+Up2hArEDF1+zerly3QbFoeUtD7fxoigvE8/yApPbuoXA4 CFJEVmsuu4JmuGpLQhcWHR0Oa80Ix/FVfN9BQUFpLgbMs66O6KQu1UcwkEnxL2mXMPd9 8vbbBi4UkBQ9sq+AO4j+sZ5doLsnESFu/qCHmNb5QGKHYowEoSKcCC0hvxP3Lm0RNit7 KYVw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=TAT/ksGt19Q+SvkOZibP0ZGf5nx2yHEtnMEtVPCx7oE=; b=KfTGUgAfSWHk+CGpZrN2Yv6g63cM8pB5JCYMW2bTW9YxjNGKJR0e825ib4snqRHlZq 50GJEALX9TMgWQMpDqztk3rcNC/JW1GFPJSh0UDOF3NviWvkObrJgQBl/7gzRF6rKf5s QFQ3t7UWSWe+r4r5ke9txGeHJqsDqmHJ4e5S8hLLuT+LYQa9FcG3aGIlEzAaqVSBnKa1 7Yrg5xN0Ya95BvuzWa80dWaIFXDKKwy9V5x64M5UaA5Zkjn81lV9DgfUdB8pJVPmm/y9 v6T+0EoJIZLFvE7TvPtt+7C/HAUEvi5cTatAwX9BQwvEXEZjmJ1Ls+mIQ4FflWxaeg21 EY5Q== X-Gm-Message-State: AMCzsaUQvzboJxaTRWWmPU2rY0mXig5WCgmDJpzCwowdMHNnlBiIFAZf d26nR3y0/2c7ZyCb5CNBht27rClt X-Google-Smtp-Source: ABhQp+RQfVXu+HCz0U0r4Q7LaR/AYfiuKQYsqBOItz98YUErJPAAP9Xo+5Uz3phgbmuRKEQZ205MWQ== X-Received: by 10.84.196.36 with SMTP id k33mr17238728pld.236.1510031018344; Mon, 06 Nov 2017 21:03:38 -0800 (PST) Received: from pinklady.local (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id o19sm603368pgn.0.2017.11.06.21.03.37 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 06 Nov 2017 21:03:37 -0800 (PST) Content-Type: multipart/signed; boundary="Apple-Mail=_EA0D5653-25EF-4F25-976E-5BA797DC3C88"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: Make cleandir stops with malformed conditional on RPI2 From: "Ngie Cooper (yaneurabeya)" In-Reply-To: Date: Mon, 6 Nov 2017 21:03:36 -0800 Cc: bob prohaska , "freebsd-arm@freebsd.org" , fbssd@www.zefox.net, Ngie Cooper Message-Id: References: <20171107035831.GA87573@www.zefox.net> To: Warner Losh X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Nov 2017 05:03:39 -0000 --Apple-Mail=_EA0D5653-25EF-4F25-976E-5BA797DC3C88 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Nov 6, 2017, at 20:27, Ngie Cooper (yaneurabeya) = wrote: >=20 > Hi Bob, > Confirmed. Please hold.. > Thanks, > -Ngie >=20 > $ make MACHINE_ARCH=3Darmv6 MACHINE=3Darm > =3D=3D=3D> profile (all) > make[1]: "/usr/src/lib/libclang_rt/profile/../Makefile.inc" line 6: = Malformed conditional (${MACHINE_ARCH:Marmv[67]*} !=3D "" && = ${CPUTYPE:M*soft*} =3D=3D "") > make[1]: Fatal errors encountered -- cannot continue > make[1]: stopped in /usr/src/lib/libclang_rt/profile > *** Error code 1 >=20 > Stop. > make: stopped in /usr/src/lib/libclang_rt Hi Bob, Apologies for the breakage =E2=80=94 please try building world = based on sources that are r325502 or newer. Cheers, -Ngie --Apple-Mail=_EA0D5653-25EF-4F25-976E-5BA797DC3C88 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----- iQIzBAEBCgAdFiEE5bk3FaGcY5rvqmb79YOpJmkwhhUFAloBPqgACgkQ9YOpJmkw hhXAiQ//aKVrqr5N2dU/KdAE5JPUzK48ARp4X6jqFdaWjlDAoVUu6Jv/ZB9BhB6e 50tyVkL8fhpnCBL/XTIXoGIU7B+B7628lid4EwUc1o64JwIgfdS/3dq6MOEwDuTh ahc24W1XON87uOhTOT8brbkO/m2ZteOa2BlnFaoD+0QC32gRyk7VC5GQ87igiS8N HTUZF+o7DwT30Bm+cHbqUCURRXnW61hwbkAwnNmWv4SHqb4BJf9qjtQ1ZZ/7LqOj 1uc5P5Dp+Bwr3whKzionkOoj+rkxh0HzFpbsZZHK21sz+NnBVo6SxmXIdQPbD8VG qEr4PtIv4szieHbjaHDcK0iEh/bmzRLlH9Rl0ucP7SMMxCbHtk/dmTeWFOWsBjr9 EYJ/5KLj0lYTeY3KRkSDglkn3RnyD7BptoheP29UXQMAGlPtk8Xx60KgKQ2RJB7r XzxZljLDrwCUT69M7ilpYTiImqm9qEsWfNQqcHtEtvxBphfBKNiDIEv/qpOazIoi VJAc9JWcXXyB5bm/gpGttLbt6bUoreWCrI10oC6WD802eMBxLgMfDvVoYtiC1ftH yPkOU6iKkXQCRa15oUruvUViPa/SzBjGaSLrVl1UVdKIlYUetMoArNNbABl8uksY bKUXXNXDXbmoHsIiQ9WM8HyqFsnuL+H/3dUDVoQAZ11dEH8MpZo= =z+9l -----END PGP SIGNATURE----- --Apple-Mail=_EA0D5653-25EF-4F25-976E-5BA797DC3C88-- From owner-freebsd-arm@freebsd.org Tue Nov 7 05:04:52 2017 Return-Path: Delivered-To: freebsd-arm@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 E968BE4EA48 for ; Tue, 7 Nov 2017 05:04:52 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id BF09A7B811; Tue, 7 Nov 2017 05:04:52 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id vA7551QQ087778 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 6 Nov 2017 21:05:02 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id vA75500k087777; Mon, 6 Nov 2017 21:05:00 -0800 (PST) (envelope-from fbsd) Date: Mon, 6 Nov 2017 21:05:00 -0800 From: bob prohaska To: Warner Losh Cc: "freebsd-arm@freebsd.org" , fbsd@www.zefox.net, Garrett Cooper Subject: Re: Make cleandir stops with malformed conditional on RPI2 Message-ID: <20171107050500.GB87573@www.zefox.net> References: <20171107035831.GA87573@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Nov 2017 05:04:53 -0000 It seems that using CPUTYPE=native in the make command solves the problem, letting make cleandir run to completion. Is this a reasonable short-term fix? The goal is merely to run buildworld/kernel from a fresh start to see if it finishes. Many thanks! bob prohaska On Mon, Nov 06, 2017 at 09:11:36PM -0700, Warner Losh wrote: > I think this is due to > https://svnweb.freebsd.org/base/head/lib/libclang_rt/Makefile.inc?revision=325449&view=markup > by ngie@. Looks like CPUTYPE isn't defined for you for some reason. > > Warner > > On Mon, Nov 6, 2017 at 8:58 PM, bob prohaska wrote: > > > Now that my rpi2 is over the v6-v7 hump something else seems amiss: > > > > Make cleandir runs for a bit, then stops with > > > > --- cleandir_subdir_lib/libclang_rt --- > > make[4]: "/usr/src/lib/libclang_rt/profile/../Makefile.inc" line 6: > > Malformed conditional (${MACHINE_ARCH:Marmv[67]*} != "" && > > ${CPUTYPE:M*soft*} == "") > > make[4]: Fatal errors encountered -- cannot continue > > make[4]: stopped in /usr/src/lib/libclang_rt/profile > > *** [cleandir_subdir_lib/libclang_rt/profile] Error code 1 > > > > make[3]: stopped in /usr/src/lib/libclang_rt > > > > ...... > > > > Is this just a typo, or something more serious? > > > > Thanks for reading, > > > > bob prohaska > > > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > From owner-freebsd-arm@freebsd.org Tue Nov 7 05:10:57 2017 Return-Path: Delivered-To: freebsd-arm@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 CB601E4EBD7 for ; Tue, 7 Nov 2017 05:10:57 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9EA2D7BF66; Tue, 7 Nov 2017 05:10:57 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id vA75B69Z087804 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 6 Nov 2017 21:11:07 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id vA75B5C8087803; Mon, 6 Nov 2017 21:11:05 -0800 (PST) (envelope-from fbsd) Date: Mon, 6 Nov 2017 21:11:05 -0800 From: bob prohaska To: "Ngie Cooper (yaneurabeya)" Cc: Warner Losh , "freebsd-arm@freebsd.org" , fbsd@www.zefox.net, Ngie Cooper Subject: Re: Make cleandir stops with malformed conditional on RPI2 Message-ID: <20171107051105.GC87573@www.zefox.net> References: <20171107035831.GA87573@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Nov 2017 05:10:57 -0000 Hi Ngie, Thank you, buildworld is back in the oven 8-) bob On Mon, Nov 06, 2017 at 09:03:36PM -0800, Ngie Cooper (yaneurabeya) wrote: > > > On Nov 6, 2017, at 20:27, Ngie Cooper (yaneurabeya) wrote: > > > > Hi Bob, > > Confirmed. Please hold.. > > Thanks, > > -Ngie > > > > $ make MACHINE_ARCH=armv6 MACHINE=arm > > ===> profile (all) > > make[1]: "/usr/src/lib/libclang_rt/profile/../Makefile.inc" line 6: Malformed conditional (${MACHINE_ARCH:Marmv[67]*} != "" && ${CPUTYPE:M*soft*} == "") > > make[1]: Fatal errors encountered -- cannot continue > > make[1]: stopped in /usr/src/lib/libclang_rt/profile > > *** Error code 1 > > > > Stop. > > make: stopped in /usr/src/lib/libclang_rt > > Hi Bob, > Apologies for the breakage ??? please try building world based on sources that are r325502 or newer. > Cheers, > -Ngie From owner-freebsd-arm@freebsd.org Tue Nov 7 09:16:13 2017 Return-Path: Delivered-To: freebsd-arm@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 E632EE536B0 for ; Tue, 7 Nov 2017 09:16:13 +0000 (UTC) (envelope-from rpp@ci.com.au) Received: from mippet.ci.com.au (mippet.ci.com.au [192.65.182.30]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mippet.ci.com.au", Issuer "Go Daddy Secure Certificate Authority - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 999837226D for ; Tue, 7 Nov 2017 09:16:13 +0000 (UTC) (envelope-from rpp@ci.com.au) Received: from mippet-2.ci.com.au (mippet-2.ci.com.au [192.168.1.254]) by mippet-dkim.ci.com.au (8.15.2/8.15.2/CE050417) with ESMTPS id vA79Bar6048117 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=OK) for ; Tue, 7 Nov 2017 20:11:36 +1100 (AEDT) (envelope-from rpp@ci.com.au) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ci.com.au; s=jun2016; t=1510045897; bh=rBOl0s2PD1jRVCX8Oytl5+FLWy4CRfyuTYGJgju+QDw=; h=Date:From:To:Subject:References:In-Reply-To; b=CxIxqHwjuBz6i6mg9hTol7AmoRUadGygmBVH449df0R2qYhXFdZfLEMn5C8TYDya6 SSsqBK6E1NJVWjKGD17w2AsIzKnp27LGYPU7Ux8K+9HYS3Pt+yESexvM4ChC+k2NQQ w4y0WwOCkNbnsBH2Pcj7HEXJlxWLfp/isiW3L9mZdkeGOueUQjLnw7xiL/Kf5qF9rf OQeinitBIgyiPjtNAdVhfnDFXyPZDL9GUjrIhiyWZzwCBoRNOXNgsCGFJ58n0EJ+vv XNMtbWSWvt8lLK33Mp0ZR8YJP2uocA1ku9pXfxEe64mHFDOE1OKo8lNvesikpPtLNR G17VN1ZQY9UhA== Received: from jodi.ci.com.au (jodi.ci.com.au [192.168.1.21]) by mippet.ci.com.au (8.15.2/8.15.2/CE120917) with ESMTPS id vA79BaRU048114 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Tue, 7 Nov 2017 20:11:36 +1100 (AEDT) (envelope-from rpp@ci.com.au) Received: from jodi.ci.com.au (jodi.ci.com.au [192.168.1.21]) by jodi.ci.com.au (8.15.2/8.15.2) with SMTP id vA79BZwo037806 for ; Tue, 7 Nov 2017 20:11:35 +1100 (AEDT) (envelope-from rpp@ci.com.au) Date: Tue, 7 Nov 2017 20:11:35 +1100 From: Richard Perini To: freebsd-arm@freebsd.org Subject: Re: RPi3 boot failure with r325156 snapshot Message-ID: <20171107091135.GA37713@jodi.ci.com.au> References: <1510012249.2152828.1163794192.4049F0E8@webmail.messagingengine.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1510012249.2152828.1163794192.4049F0E8@webmail.messagingengine.com> X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Nov 2017 09:16:14 -0000 On Mon, Nov 06, 2017 at 06:50:49PM -0500, Hyun Hwang wrote: > Hello, > > I tried to boot RPi3 with -CURRENT snapshot (r325156), but it failed. I doubt this boot failure is related to the [issue](https://lists.freebsd.org/pipermail/freebsd-arm/2017-November/016986.html) discussed earlier in this list since it just gives up even before the kernel is loaded by the EFI loader (if I guessed it correctly). I tried all the available snapshots---r323985, r324306, r324542, and r324754---on the download server, but no success so far. > To see if this is caused by hardware problem I tried few tests on Raspbian Stretch and found out that the hardware is just fine. > > Here is the entire log appeared on screen, in case anyone finds this helpful: > ``` > Net: Net Initialization Skipped > No ethernet found. > starting USB... > USB0: Core Release: 2.80a > Scanning bus 0 for devices... 4 USB Device(s) found > scanning usb for storage devices... 0 Storage Device(s) found > scanning usb for ethernet devices... 1 Ethernet Device(s) found > Hit any key to stop autoboot: 0 > switch to partitions #0, OK > mmc0 is current devices > Scanning mmc 0:1... > Found EFI removable media binary efi/boot/bootaa64.efi > reading efi/boot/bootaa64.efi > 82224 bytes read in 35 ms (2.2 MiB/s) > ## Starting EFI application at 01000000 ... > Scanning disks on usb... > Scanning disks on mmc > Adding logical partition > Adding logical partition > MMC Device 1 not found > MMC Device 2 not found > MMC Device 3 not found > Found 7 disks > ???[18t???[?25h???[2J > >> FreeBSD EFI boot block > Loader path: /boot/loader.efi > > Initializing modules: ZFS UFS > Loader path: > "Synchronous Abort" handler, esr 0x96000004 > ELR: 3af62cec > LR: 3af61d60 > x0 : 0000000000000000 x1 : 0000000000000000 > x2 : 000000003afeb000 x3 : 0000000000000000 > x4 : 000000003ab2eec0 x5 : 0000000000000000 > x6 : 0000000000000015 x7 : 0000000000000000 > x8 : 000000003af72eb0 x9 : 0000000000000000 > x10: 0000000000000068 x11: 0000000000000040 > x12: 0000000000000000 x13: 0000000000000000 > x14: 0000000000000000 x15: 0000000000000000 > x16: 0000000000000000 x17: 0000000000000000 > x18: 000000003ab30df8 x19: 0000000000000000 > x20: 0000000037a16008 x21: 000000003af86f74 > x22: 0000000039b2ddd8 x23: 00000000000007d0 > x24: 0000000039b2dde0 x25: 0000000039b2ddd0 > x26: 000000003af83ac0 x27: 0000000039b1be1c > x28: 0000000039b2ddc8 x29: 000000003ab2ef60 > > Resetting CPU ... > > resetting ... > ``` > > In the meantime, I will try to build my own snapshot using r325364---mentioned [here](https://lists.freebsd.org/pipermail/freebsd-arm/2017-November/017000.html)---if it's possible to cross-build on i386. > Ditto - I found the same issues last night. I've been unable to build a working image with r325420. I was able to boot the most recent RaspBSD image which appears to be r320146. -- Richard Perini Ramico Australia Pty Ltd Sydney, Australia rpp@ci.com.au +61 2 9552 5500 ----------------------------------------------------------------------------- "The difference between theory and practice is that in theory there is no difference, but in practice there is" From owner-freebsd-arm@freebsd.org Wed Nov 8 03:01:12 2017 Return-Path: Delivered-To: freebsd-arm@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 7FD2FE6BFCA for ; Wed, 8 Nov 2017 03:01:12 +0000 (UTC) (envelope-from freebsd.asc@strcmp.org) Received: from onager.schwarzes.net (onager.schwarzes.net [IPv6:2a03:4000:8:2bb::5d22]) (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 248F463A3E for ; Wed, 8 Nov 2017 03:01:11 +0000 (UTC) (envelope-from freebsd.asc@strcmp.org) Received: from [172.30.250.35] (x4dbc7aaf.dyn.telefonica.de [77.188.122.175]) (authenticated bits=0) by onager.schwarzes.net (8.15.2/8.15.2) with ESMTPA id vA831590045022 for ; Wed, 8 Nov 2017 04:01:05 +0100 (CET) (envelope-from freebsd.asc@strcmp.org) From: Andreas Schwarz To: freebsd-arm@FreeBSD.org Mail-Reply-To: Andreas Schwarz Mail-Followup-To: freebsd-arm@FreeBSD.org Date: Wed, 08 Nov 2017 04:01:04 +0100 (CET) Message-ID: <4af6427cec.abdd77f@mail.schwarzes.net> In-Reply-To: <20171107051105.GC87573@www.zefox.net> References: <20171107035831.GA87573@www.zefox.net> <20171107051105.GC87573@www.zefox.net> User-Agent: YAM/2.9p1 (MorphOS; PPC; rv:20140418r7798) Subject: Re: Make cleandir stops with malformed conditional on RPI2 MIME-Version: 1.0 Content-Type: text/plain X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6.2 (onager.schwarzes.net [37.221.194.76]); Wed, 08 Nov 2017 04:01:05 +0100 (CET) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Nov 2017 03:01:12 -0000 On 06.11.17, bob prohaska wrote: Hi, > Thank you, buildworld is back in the oven > 8-) There is still an identically problem with ObsoleteFiles.inc (line 47) when running a "make delete-old". -asc From owner-freebsd-arm@freebsd.org Wed Nov 8 03:11:12 2017 Return-Path: Delivered-To: freebsd-arm@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 012EBE6C239 for ; Wed, 8 Nov 2017 03:11:12 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-io0-x232.google.com (mail-io0-x232.google.com [IPv6:2607:f8b0:4001:c06::232]) (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 AEEF1643BC for ; Wed, 8 Nov 2017 03:11:11 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x232.google.com with SMTP id 101so4436226ioj.3 for ; Tue, 07 Nov 2017 19:11:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to; bh=tAL7+lHYTvOEzOyQnbGuQjmQjCokEkxAcyEIIUDGUko=; b=IPxq4ORN1vxkGNf/jaWxevAXOJTTcfCpdotLQkRa0gNlI0h+Mfrh9eBXbDR3AN3o0E E/4Ch/HsPfoKLy8zW4RgrGh36LWDcbGb8LHfhdTD+YIRrxaBYRy7B5DBTjyS8DgSbMJ9 pYyX2X+qr1ofWlf3NNqxJxFnGWvTj9XDnwBCLEL2kDWjvi93j/kIZBjgtp5fTNZ3dwYY KGXQnxCUHxwP6lOBsFCXBbWtKEMt6veFhz+I6+1T18SDp2PvhxV0IhiNaWuGHhlZy1et 15zZhI0RlnB1nIB5PceOeV9OhWtDxC+vKNpvolbA59ChgKBGZJK+6jSOIX1U0oJas6Ni q4vA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to; bh=tAL7+lHYTvOEzOyQnbGuQjmQjCokEkxAcyEIIUDGUko=; b=l0yzwU+Txq+0Q+PaBNOdn4847ZVjGZ+4zpHGzcTwhBCHfEJpDUPzU74iRJwoMZZvE1 B5rexqb/wXE5bv3skH8v42WbyXNrkVTpI5PUSBSpmm+REuxXf2P8KcJ3+AwZ2/rxR9VR VsCR1V59E+itTnwNuDTxB+99OoZ+0IgEde8DZFPAgAsi7o/49icTf7TvmStjxaAvQXqq sqYTojkwNHOoVr4PfnEGnmWVWxyhJl8+H+ssQZDWBqsMdSgW2rIw5jdrWS+MxVorXoWJ Jeh6SCisriKFvhcL7D9E2wJxM8OdJkKPTyg9mSyXUcSj37edTHqI9Llj4/2L/TSypWDn lt3Q== X-Gm-Message-State: AJaThX5apQTgqTaBKMNiZVSNmbKz1D7rYJDvYS6XEtnhzEiTHbPnUHGr Lbokyees3vyjdzYkdjXhes+9O1khnpmXg4OLvLaTrdvb X-Google-Smtp-Source: ABhQp+RB7nDDIazThvEuKg8C5kQFhnxxzvL2bCeJuT0hhwtS8nYLUruPEwfElwbI7FCEj+zzVFOn6rnGvrbf1QlX6Zg= X-Received: by 10.107.81.21 with SMTP id f21mr1112535iob.63.1510110670540; Tue, 07 Nov 2017 19:11:10 -0800 (PST) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.57.22 with HTTP; Tue, 7 Nov 2017 19:11:09 -0800 (PST) X-Originating-IP: [2603:300b:6:5100:cc12:cce5:4748:5b79] In-Reply-To: <4af6427cec.abdd77f@mail.schwarzes.net> References: <20171107035831.GA87573@www.zefox.net> <20171107051105.GC87573@www.zefox.net> <4af6427cec.abdd77f@mail.schwarzes.net> From: Warner Losh Date: Tue, 7 Nov 2017 20:11:09 -0700 X-Google-Sender-Auth: 3AYeMQ9-JLqhxCBq49bKmcRU6Mo Message-ID: Subject: Re: Make cleandir stops with malformed conditional on RPI2 To: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Nov 2017 03:11:12 -0000 On Tue, Nov 7, 2017 at 8:01 PM, Andreas Schwarz wrote: > On 06.11.17, bob prohaska wrote: > > Hi, > > > Thank you, buildworld is back in the oven > > 8-) > > There is still an identically problem with ObsoleteFiles.inc (line 47) when > running a "make delete-old". > Should be fixed r325531. Please confirm. Warner From owner-freebsd-arm@freebsd.org Wed Nov 8 03:27:35 2017 Return-Path: Delivered-To: freebsd-arm@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 6FD22E6C6FC for ; Wed, 8 Nov 2017 03:27:35 +0000 (UTC) (envelope-from freebsd.asc@strcmp.org) Received: from onager.schwarzes.net (onager.schwarzes.net [IPv6:2a03:4000:8:2bb::5d22]) (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 07C3B6542B for ; Wed, 8 Nov 2017 03:27:34 +0000 (UTC) (envelope-from freebsd.asc@strcmp.org) Received: from [172.30.250.35] (x4dbc7aaf.dyn.telefonica.de [77.188.122.175]) (authenticated bits=0) by onager.schwarzes.net (8.15.2/8.15.2) with ESMTPA id vA83RUZ0045135 for ; Wed, 8 Nov 2017 04:27:30 +0100 (CET) (envelope-from freebsd.asc@strcmp.org) From: Andreas Schwarz To: freebsd-arm@FreeBSD.org Mail-Reply-To: Andreas Schwarz Mail-Followup-To: freebsd-arm@FreeBSD.org Date: Wed, 08 Nov 2017 04:27:29 +0100 (CET) Message-ID: <4af648945cd.6f55b61b@mail.schwarzes.net> In-Reply-To: References: <20171107035831.GA87573@www.zefox.net> <20171107051105.GC87573@www.zefox.net> <4af6427cec.abdd77f@mail.schwarzes.net> User-Agent: YAM/2.9p1 (MorphOS; PPC; rv:20140418r7798) Subject: Re: Make cleandir stops with malformed conditional on RPI2 MIME-Version: 1.0 Content-Type: text/plain X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6.2 (onager.schwarzes.net [37.221.194.76]); Wed, 08 Nov 2017 04:27:30 +0100 (CET) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Nov 2017 03:27:35 -0000 On 07.11.17, Warner Losh wrote: > On Tue, Nov 7, 2017 at 8:01 PM, Andreas Schwarz > wrote: > >> On 06.11.17, bob prohaska wrote: >> >> Hi, >> >> > Thank you, buildworld is back in the oven >> > 8-) >> >> There is still an identically problem with ObsoleteFiles.inc (line 47) when >> running a "make delete-old". >> > > Should be fixed r325531. Please confirm. Yes, fixed. Thx. -asc From owner-freebsd-arm@freebsd.org Wed Nov 8 13:04:38 2017 Return-Path: Delivered-To: freebsd-arm@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 DBE9DE53037 for ; Wed, 8 Nov 2017 13:04:38 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:8:bdbe:0:1::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tignes.restart.be", Issuer "CA master" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A150779BAF; Wed, 8 Nov 2017 13:04:38 +0000 (UTC) (envelope-from hlh@restart.be) X-Comment: SPF check N/A for local connections - client-ip=2001:41d0:8:bdbe:1:1::; helo=restart.be; envelope-from=hlh@restart.be; receiver=ian@freebsd.org DKIM-Filter: OpenDKIM Filter v2.10.3 tignes.restart.be 3yX62X0byqzrjy Received: from restart.be (norquay.restart.be [IPv6:2001:41d0:8:bdbe:1:1::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 3yX62X0byqzrjy; Wed, 8 Nov 2017 14:04:35 +0100 (CET) Received: from chamonix.restart.bel (chamonix.restart.bel [IPv6:2001:41d0:8:bdbe:1:9:0:0]) (authenticated bits=0) by restart.be (8.15.2/8.15.2) with ESMTPSA id vA8D4XOp002919 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Wed, 8 Nov 2017 14:04:34 +0100 (CET) (envelope-from hlh@restart.be) Subject: Re: PINE64 - 12.0-CURRENT r324563 - ntpd can't keep time To: Ian Lepore , Mark Millard Cc: freebsd-arm References: <4BF75B1E-318C-414A-B5D4-4BA7D6578316@dsl-only.net> <1509029871.56824.49.camel@freebsd.org> From: Henri Hennebert Message-ID: Date: Wed, 8 Nov 2017 14:04:33 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <1509029871.56824.49.camel@freebsd.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Nov 2017 13:04:39 -0000 On 10/26/2017 16:57, Ian Lepore wrote: > On Thu, 2017-10-26 at 01:06 -0700, Mark Millard wrote: >> On 2017-Oct-26, at 12:40 AM, Henri Hennebert wrote: >> >>> >>> After a upgrade from r320599 to r324563, ntpd can't keep time for long. >>> After one hour, the clock run too fast. >> I'm running: >> >> # uname -apKU >> FreeBSD pine64 12.0-CURRENT FreeBSD 12.0-CURRENT  r324743M  arm64 aarch64 1200051 1200051 >> >> Top shows: >> >> /usr/sbin/ntpd -g -c /etc/ntp.conf -p /var/run/ntpd.pid -f /var/db/ntpd.drift >> >> It has been up for 3 days and date shows >> what I'd expect (local time). Also: >> >> # ntpq -p >>      remote           refid      st t when poll reach   delay   offset  jitter >> ============================================================================== >>  0.freebsd.pool. .POOL.          16 p    -   64    0    0.000    0.000   0.000 >> +96.226.123.195  128.138.141.172  2 u  486  512  377   53.512   -0.639   0.795 >> +clock.xmission. 128.138.141.172  2 u   75  512  377   43.109   -0.005   1.301 >> *chl.la          127.67.113.92    2 u  272  512  177   29.258    0.091   1.667 >> +mirror1.sjc02.s 162.213.2.253    2 u   44  512  377   28.404   -0.632   2.297 >> -mdnworldwide.co 216.218.254.202  2 u   95 1024  377   68.184   -3.070   1.488 I upgrade to r324743 and ntpd can't keep time. Maybe of importance, I was upgrading the ports after this switch to r324743. Moreover the problem with pf occurs really frequently (see https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222126) Henri >> >> > > What is in your /var/db/ntpd.drift file on that system? > > -- Ian > > From owner-freebsd-arm@freebsd.org Wed Nov 8 14:37:59 2017 Return-Path: Delivered-To: freebsd-arm@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 C1674E55319 for ; Wed, 8 Nov 2017 14:37:59 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-128.reflexion.net [208.70.210.128]) (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 857C77D20E for ; Wed, 8 Nov 2017 14:37:58 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 28904 invoked from network); 8 Nov 2017 14:37:52 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 8 Nov 2017 14:37:52 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.3) with SMTP; Wed, 08 Nov 2017 09:37:52 -0500 (EST) Received: (qmail 6238 invoked from network); 8 Nov 2017 14:37:52 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 8 Nov 2017 14:37:52 -0000 Received: from [192.168.1.25] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 5B531EC9032; Wed, 8 Nov 2017 06:37:51 -0800 (PST) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: PINE64 - 12.0-CURRENT r324563 - ntpd can't keep time Date: Wed, 8 Nov 2017 06:37:50 -0800 References: <4BF75B1E-318C-414A-B5D4-4BA7D6578316@dsl-only.net> <1509029871.56824.49.camel@freebsd.org> To: Henri Hennebert , freebsd-arm In-Reply-To: Message-Id: <509ED220-4989-4ADA-BE23-07ACD7D50671@dsl-only.net> X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Nov 2017 14:37:59 -0000 On 2017-Nov-8, at 5:04 AM, Henri Hennebert wrote: > On 10/26/2017 16:57, Ian Lepore wrote: >> On Thu, 2017-10-26 at 01:06 -0700, Mark Millard wrote: >>> On 2017-Oct-26, at 12:40 AM, Henri Hennebert wrote: >>>=20 >>>>=20 >>>> After a upgrade from r320599 to r324563, ntpd can't keep time for = long. >>>> After one hour, the clock run too fast. >>> I'm running: >>>=20 >>> # uname -apKU >>> FreeBSD pine64 12.0-CURRENT FreeBSD 12.0-CURRENT r324743M arm64 = aarch64 1200051 1200051 >>>=20 >>> Top shows: >>>=20 >>> /usr/sbin/ntpd -g -c /etc/ntp.conf -p /var/run/ntpd.pid -f = /var/db/ntpd.drift >>>=20 >>> It has been up for 3 days and date shows >>> what I'd expect (local time). Also: >>>=20 >>> # ntpq -p >>> remote refid st t when poll reach delay = offset jitter >>> = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D >>> 0.freebsd.pool. .POOL. 16 p - 64 0 0.000 = 0.000 0.000 >>> +96.226.123.195 128.138.141.172 2 u 486 512 377 53.512 = -0.639 0.795 >>> +clock.xmission. 128.138.141.172 2 u 75 512 377 43.109 = -0.005 1.301 >>> *chl.la 127.67.113.92 2 u 272 512 177 29.258 = 0.091 1.667 >>> +mirror1.sjc02.s 162.213.2.253 2 u 44 512 377 28.404 = -0.632 2.297 >>> -mdnworldwide.co 216.218.254.202 2 u 95 1024 377 68.184 = -3.070 1.488 >=20 > I upgrade to r324743 and ntpd can't keep time. Maybe of importance, I = was upgrading the ports after this switch to r324743. Moreover the = problem with pf occurs really frequently (see > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D222126) The Pine64+ 2GB that I have access to still is operating fine for the date/time: # uname -apKU FreeBSD pine64 12.0-CURRENT FreeBSD 12.0-CURRENT r324743M arm64 = aarch64 1200051 1200051 # uptime 5:59AM up 16 days, 12:49, 2 users, load averages: 0.04, 0.07, 0.07 (It has been largely idle over much of that time, but did svnlite update /usr/ports and poudriere bulk related to what I later list.) # date Wed Nov 8 06:00:35 PST 2017 # more /var/db/ntpd.drift 39.921 # ntpq -p remote refid st t when poll reach delay offset = jitter = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D 0.freebsd.pool. .POOL. 16 p - 64 0 0.000 0.000 = 0.000 -time-c-g.nist.g .NIST. 1 u 976 1024 377 91.445 -1.676 = 1.383 -tock.no-such-ag 129.6.15.29 2 u 1051 1024 377 79.671 0.076 = 0.956 +104.131.53.252 209.51.161.238 2 u 156 1024 377 79.349 1.070 = 0.666 +4.53.160.75 142.66.101.13 2 u 427 1024 377 56.329 2.112 = 1.541 *us-wa.ntp.dark- 200.98.196.212 2 u 301 1024 377 12.786 1.213 = 2.268 The Pine64+ 2GB configuration is nearly default, no pf or such. details follow. # more /boot/loader.conf=20 geom_label_load=3D"YES" # File system labels (see glabel(8)) # kern.cam.boot_delay=3D"10000" dumpdev=3D"/dev/label/PINE642Gswap" # more /etc/rc.conf hostname=3D"pine64" # keymap=3D"us" # background_dhclient=3D"YES" synchronous_dhclient=3D"YES" # ifconfig_awg0=3D"DHCP" # sshd_enable=3D"YES" # # Nice if you have a network, else annoying. ntpd_enable=3D"YES" ntpd_sync_on_start=3D"YES" # # Set dumpdev to "AUTO" to enable crash dumps, "NO" to disable dumpdev=3D"/dev/label/PINE642Gswap" # rpcbind_enable=3D"YES" nfs_server_enable=3D"YES" mountd_flags=3D"-r" # nfs_client_enable=3D"YES" (Note: The following were built with poudriere bulk, which, of course, built more than is installed.) # pkg info atf-0.21 C, C++ and shell libraries to write = ATF-compliant test programs binutils-2.28,1 GNU binary tools bonnie-2.0.6_1 Performance Test of Filesystem I/O bonnie++-1.97.3 Performance Test of Filesystem I/O ca_root_nss-3.32.1 Root certificate bundle from the Mozilla = Project curl-7.56.1 Command line tool and library for = transferring data with URLs dialog4ports-0.1.6 Console Interface to configure ports dtrace-toolkit-1.0_1 Collection of useful scripts for DTrace dwarfdump-20161124 Tool to display DWARF debugging = information in ELF files expat-2.2.1 XML 1.0 parser written in C freebsd-release-manifests-20171003 FreeBSD release manifests gcc7-7.2.0_2 GNU Compiler Collection 7 gdb-8.0.1_1 GNU GDB of newer version than comes with = the system gettext-runtime-0.19.8.1_1 GNU gettext runtime libraries and = programs git-lite-2.14.3 Distributed source code management tool = (lite package) gmp-6.1.2 Free library for arbitrary precision = arithmetic indexinfo-0.3 Utility to regenerate the GNU info page = index iorate-3.05 General purpose storage I/O benchmarking = tool iozone-3.457 Performance Test of Sequential File I/O kyua-0.13_4,3 Testing framework for infrastructure = software libedit-3.1.20170329_2,1 Command line editor library libidn2-2.0.4 Implementation of IDNA2008 = internationalized domain names libnghttp2-1.27.0 HTTP/2.0 C Library libunistring-0.9.7 Unicode string library lua52-5.2.4 Small, compilable scripting language = providing easy access to C code lutok-0.4_6 Lightweight C++ API for Lua mpc-1.0.3 Library of complex numbers with = arbitrarily high precision mpfr-3.1.6 Library for multiple-precision = floating-point computations patch-2.7.5 GNU patch utility pcre-8.40_1 Perl Compatible Regular Expressions = library perl5-5.24.3 Practical Extraction and Report Language pkg-1.10.1 Package manager portlint-2.17.13 Verifier for FreeBSD port directory portmaster-3.17.10 Manage your ports without external = databases or languages poudriere-devel-3.1.99.20171028 Port build and test system randomio-1.4 Multithreaded disk i/o microbenchmark readline-7.0.3_1 Library for editing command lines as they = are typed rsync-3.1.2_7 Network file distribution/synchronization = utility sqlite3-3.20.1_2 SQL database engine in a C library stress-1.0.4 Tool to impose load on and stress test = Unix-like systems sudo-1.8.21p2 Allow others to run commands as root unzip-6.0_7 List, test, and extract compressed files = from a ZIP archive wget-1.19.2 Retrieve files from the Net via HTTP(S) = and FTP zip-3.0_1 Create/update ZIP files compatible with = PKZIP # svnlite info /usr/ports | grep "Re[plv]" Relative URL: ^/head Repository Root: svn://svn.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 453215 Last Changed Rev: 453215 # ps -aux USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND root 11 400.0 0.0 0 64 - RNL 22Oct17 93930:24.03 [idle] root 0 0.0 0.0 0 272 - DLs 22Oct17 0:04.31 = [kernel] root 1 0.0 0.0 9872 128 - ILs 22Oct17 0:00.15 = /sbin/init -- root 2 0.0 0.0 0 16 - DL 22Oct17 0:00.00 = [crypto] root 3 0.0 0.0 0 16 - DL 22Oct17 0:00.00 [crypto = returns] root 4 0.0 0.0 0 32 - DL 22Oct17 19:46.41 [cam] root 5 0.0 0.0 0 16 - DL 22Oct17 0:00.00 = [sctp_iterator] root 6 0.0 0.0 0 16 - DL 22Oct17 15:21.84 = [rand_harvestq] root 7 0.0 0.0 0 16 - DL 22Oct17 0:00.43 = [soaiod1] root 8 0.0 0.0 0 16 - DL 22Oct17 0:00.33 = [soaiod2] root 9 0.0 0.0 0 16 - DL 22Oct17 0:00.42 = [soaiod3] root 10 0.0 0.0 0 16 - DL 22Oct17 0:00.00 [audit] root 12 0.0 0.0 0 224 - WL 22Oct17 313:25.83 [intr] root 13 0.0 0.0 0 48 - DL 22Oct17 34:24.71 [geom] root 14 0.0 0.0 0 160 - DL 22Oct17 86:16.22 [usb] root 15 0.0 0.0 0 16 - DL 22Oct17 2:59.38 = [soaiod4] root 16 0.0 0.0 0 16 - DL 22Oct17 0:09.45 = [mmcsd0: mmc/sd card] root 17 0.0 0.0 0 48 - DL 22Oct17 0:31.22 = [pagedaemon] root 18 0.0 0.0 0 16 - DL 22Oct17 0:00.00 = [vmdaemon] root 19 0.0 0.0 0 32 - DL 22Oct17 9:59.58 = [bufdaemon] root 20 0.0 0.0 0 16 - DL 22Oct17 0:22.27 = [bufspacedaemon] root 21 0.0 0.0 0 16 - DL 22Oct17 1:43.47 = [syncer] root 22 0.0 0.0 0 16 - DL 22Oct17 7:47.06 [vnlru] root 276 0.0 0.0 11500 384 - Is 22Oct17 0:00.01 = dhclient: awg0 [priv] (dhclient) _dhcp 277 0.0 0.0 11664 720 - ICs 22Oct17 0:00.02 = dhclient: awg0 (dhclient) root 382 0.0 0.0 13744 112 - Is 22Oct17 0:01.61 = /sbin/devd root 453 0.0 0.1 12108 1268 - Ss 22Oct17 3:04.02 = /usr/sbin/syslogd -s root 462 0.0 0.0 11300 708 - Ss 22Oct17 0:03.89 = /usr/sbin/rpcbind root 588 0.0 0.0 12468 868 - Is 22Oct17 0:00.16 = /usr/sbin/mountd -r root 590 0.0 0.0 11816 696 - Is 22Oct17 0:00.09 nfsd: = master (nfsd) root 591 0.0 0.1 10912 1096 - I 22Oct17 3:01.28 nfsd: = server (nfsd) root 627 0.0 0.9 17860 17944 - Ss 22Oct17 1:13.39 = /usr/sbin/ntpd -g -c /etc/ntp.conf -p /var/run/ntpd.pid -f = /var/db/ntpd.drift root 670 0.0 0.0 19076 984 - Is 22Oct17 0:00.01 = /usr/sbin/sshd root 673 0.0 0.1 15308 1744 - Ss 22Oct17 0:35.19 = sendmail: accepting connections (sendmail) smmsp 676 0.0 0.1 15156 1060 - Is 22Oct17 0:00.65 = sendmail: Queue runner@00:30:00 for /var/spool/clientmqueue (sendmail) root 680 0.0 0.1 11616 1044 - Ss 22Oct17 0:07.92 = /usr/sbin/cron -s root 29637 0.0 0.2 20412 3368 - Is Wed23 0:00.08 sshd: = markmi [priv] (sshd) markmi 29640 0.0 0.1 20776 1508 - S Wed23 0:23.83 sshd: = markmi@pts/0 (sshd) root 728 0.0 0.1 13360 1644 u0 Is 22Oct17 0:00.06 login = [pam] (login) root 8809 0.0 0.1 12260 1940 u0 I 25Oct17 0:00.26 -sh = (sh) root 11533 0.0 0.1 13396 2564 u0 I+ 26Oct17 49:23.32 top = -CawPosize markmi 29641 0.0 0.1 12256 1644 0 Is Wed23 0:00.02 -sh = (sh) root 29647 0.0 0.1 13320 1644 0 I Wed23 0:00.04 su root 29648 0.0 0.1 12364 2180 0 S Wed23 0:00.08 su (sh) root 77304 0.0 0.1 12228 2836 0 R+ 06:03 0:00.01 ps -aux (Idle counts time per core.) # systat -vmstat 2 users Load 0.06 0.07 0.07 Nov 8 06:23 Mem usage: 76%Phy 1%Kmem Mem: KB REAL VIRTUAL VN PAGER SWAP = PAGER Tot Share Tot Share Free in out in = out Act 49684 8044 290752 16296 479568 count All 51444 9720 319156 44208 pages Proc: = Interrupts r p d s w Csw Trp Sys Int Sof Flt ioflt 14 = total 52 41 1 29 13 8 cow 4 = gic0,p11: zfod = gic0,s0: u 0.0%Sys 0.0%Intr 0.0%User 0.0%Nice 100%Idle ozfod = gic0,s60: | | | | | | | | | | %ozfod 2 = gic0,s74: daefr 1 = gic0,s82: 1273 dtbuf prcfr = cpu0:ast Namei Name-cache Dir-cache 43272 desvn totfr = cpu1:ast Calls hits % hits % 43272 numvn react = cpu2:ast 3 3 100 34206 frevn pdwak = cpu3:ast pdpgs 2 = cpu0:preem Disks mmcsd da0 pass0 intrn 1 = cpu1:preem KB/t 0.00 0.00 0.00 408808 wire 3 = cpu2:preem tps 0 0 0 5100 act 1 = cpu3:preem MB/s 0.00 0.00 0.00 1116460 inact = cpu0:rende %busy 0 0 0 18472 laund = cpu1:rende 479568 free = cpu2:rende 143508 buf = cpu3:rende = cpu0:hardc It might be appropriate to back things off to near-default and see if the time keeping is then okay. (Compare to what I have, for example.) Sitting idle might be part of this experiment. If it is okay, then gradually reintroduce things, monitoring for time problems between, until time starts to be a problem. Back off the recent additions and then keep gradually adding other things. See what all you can have without having time problems vs. what leads to problems. Of course if the near-default still has time problems sitting idle it would suggest something more basic in your context is involved, possibly hardware or a bad ntp time source. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Wed Nov 8 14:45:44 2017 Return-Path: Delivered-To: freebsd-arm@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 59E5EE556C2 for ; Wed, 8 Nov 2017 14:45:44 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-112.reflexion.net [208.70.210.112]) (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 1EB847D82B for ; Wed, 8 Nov 2017 14:45:43 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 17962 invoked from network); 8 Nov 2017 14:45:37 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 8 Nov 2017 14:45:37 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.40.3) with SMTP; Wed, 08 Nov 2017 09:45:37 -0500 (EST) Received: (qmail 16083 invoked from network); 8 Nov 2017 14:45:36 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 8 Nov 2017 14:45:36 -0000 Received: from [192.168.1.25] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 41801EC86EE; Wed, 8 Nov 2017 06:45:36 -0800 (PST) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: PINE64 - 12.0-CURRENT r324563 - ntpd can't keep time Date: Wed, 8 Nov 2017 06:45:35 -0800 References: <4BF75B1E-318C-414A-B5D4-4BA7D6578316@dsl-only.net> <1509029871.56824.49.camel@freebsd.org> <509ED220-4989-4ADA-BE23-07ACD7D50671@dsl-only.net> To: Henri Hennebert , freebsd-arm In-Reply-To: <509ED220-4989-4ADA-BE23-07ACD7D50671@dsl-only.net> Message-Id: <92708941-6FB9-446D-B231-05B9A5392108@dsl-only.net> X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Nov 2017 14:45:44 -0000 [Adding kernel configuration for reference.] On 2017-Nov-8, at 6:37 AM, Mark Millard wrote: > On 2017-Nov-8, at 5:04 AM, Henri Hennebert wrote: >=20 >> On 10/26/2017 16:57, Ian Lepore wrote: >>> On Thu, 2017-10-26 at 01:06 -0700, Mark Millard wrote: >>>> On 2017-Oct-26, at 12:40 AM, Henri Hennebert = wrote: >>>>=20 >>>>>=20 >>>>> After a upgrade from r320599 to r324563, ntpd can't keep time for = long. >>>>> After one hour, the clock run too fast. >>>> I'm running: >>>>=20 >>>> # uname -apKU >>>> FreeBSD pine64 12.0-CURRENT FreeBSD 12.0-CURRENT r324743M arm64 = aarch64 1200051 1200051 >>>>=20 >>>> Top shows: >>>>=20 >>>> /usr/sbin/ntpd -g -c /etc/ntp.conf -p /var/run/ntpd.pid -f = /var/db/ntpd.drift >>>>=20 >>>> It has been up for 3 days and date shows >>>> what I'd expect (local time). Also: >>>>=20 >>>> # ntpq -p >>>> remote refid st t when poll reach delay = offset jitter >>>> = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D >>>> 0.freebsd.pool. .POOL. 16 p - 64 0 0.000 = 0.000 0.000 >>>> +96.226.123.195 128.138.141.172 2 u 486 512 377 53.512 = -0.639 0.795 >>>> +clock.xmission. 128.138.141.172 2 u 75 512 377 43.109 = -0.005 1.301 >>>> *chl.la 127.67.113.92 2 u 272 512 177 29.258 = 0.091 1.667 >>>> +mirror1.sjc02.s 162.213.2.253 2 u 44 512 377 28.404 = -0.632 2.297 >>>> -mdnworldwide.co 216.218.254.202 2 u 95 1024 377 68.184 = -3.070 1.488 >>=20 >> I upgrade to r324743 and ntpd can't keep time. Maybe of importance, I = was upgrading the ports after this switch to r324743. Moreover the = problem with pf occurs really frequently (see >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D222126) >=20 > The Pine64+ 2GB that I have access to still is > operating fine for the date/time: >=20 > # uname -apKU > FreeBSD pine64 12.0-CURRENT FreeBSD 12.0-CURRENT r324743M arm64 = aarch64 1200051 1200051 >=20 > # uptime > 5:59AM up 16 days, 12:49, 2 users, load averages: 0.04, 0.07, 0.07 >=20 > (It has been largely idle over much of > that time, but did svnlite update /usr/ports > and poudriere bulk related to what I > later list.) >=20 > # date > Wed Nov 8 06:00:35 PST 2017 >=20 > # more /var/db/ntpd.drift > 39.921 >=20 > # ntpq -p > remote refid st t when poll reach delay offset = jitter > = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D > 0.freebsd.pool. .POOL. 16 p - 64 0 0.000 0.000 = 0.000 > -time-c-g.nist.g .NIST. 1 u 976 1024 377 91.445 -1.676 = 1.383 > -tock.no-such-ag 129.6.15.29 2 u 1051 1024 377 79.671 0.076 = 0.956 > +104.131.53.252 209.51.161.238 2 u 156 1024 377 79.349 1.070 = 0.666 > +4.53.160.75 142.66.101.13 2 u 427 1024 377 56.329 2.112 = 1.541 > *us-wa.ntp.dark- 200.98.196.212 2 u 301 1024 377 12.786 1.213 = 2.268 >=20 >=20 > The Pine64+ 2GB configuration is nearly > default, no pf or such. details follow. >=20 > # more /boot/loader.conf=20 > geom_label_load=3D"YES" # File system labels (see glabel(8)) > # > kern.cam.boot_delay=3D"10000" > dumpdev=3D"/dev/label/PINE642Gswap" >=20 > # more /etc/rc.conf > hostname=3D"pine64" > # > keymap=3D"us" > # > background_dhclient=3D"YES" > synchronous_dhclient=3D"YES" > # > ifconfig_awg0=3D"DHCP" > # > sshd_enable=3D"YES" > # > # Nice if you have a network, else annoying. > ntpd_enable=3D"YES" > ntpd_sync_on_start=3D"YES" > # > # Set dumpdev to "AUTO" to enable crash dumps, "NO" to disable > dumpdev=3D"/dev/label/PINE642Gswap" > # > rpcbind_enable=3D"YES" > nfs_server_enable=3D"YES" > mountd_flags=3D"-r" > # > nfs_client_enable=3D"YES" >=20 > (Note: The following were built with > poudriere bulk, which, of course, > built more than is installed.) >=20 > # pkg info > atf-0.21 C, C++ and shell libraries to write = ATF-compliant test programs > binutils-2.28,1 GNU binary tools > bonnie-2.0.6_1 Performance Test of Filesystem I/O > bonnie++-1.97.3 Performance Test of Filesystem I/O > ca_root_nss-3.32.1 Root certificate bundle from the = Mozilla Project > curl-7.56.1 Command line tool and library for = transferring data with URLs > dialog4ports-0.1.6 Console Interface to configure ports > dtrace-toolkit-1.0_1 Collection of useful scripts for DTrace > dwarfdump-20161124 Tool to display DWARF debugging = information in ELF files > expat-2.2.1 XML 1.0 parser written in C > freebsd-release-manifests-20171003 FreeBSD release manifests > gcc7-7.2.0_2 GNU Compiler Collection 7 > gdb-8.0.1_1 GNU GDB of newer version than comes = with the system > gettext-runtime-0.19.8.1_1 GNU gettext runtime libraries and = programs > git-lite-2.14.3 Distributed source code management tool = (lite package) > gmp-6.1.2 Free library for arbitrary precision = arithmetic > indexinfo-0.3 Utility to regenerate the GNU info page = index > iorate-3.05 General purpose storage I/O = benchmarking tool > iozone-3.457 Performance Test of Sequential File I/O > kyua-0.13_4,3 Testing framework for infrastructure = software > libedit-3.1.20170329_2,1 Command line editor library > libidn2-2.0.4 Implementation of IDNA2008 = internationalized domain names > libnghttp2-1.27.0 HTTP/2.0 C Library > libunistring-0.9.7 Unicode string library > lua52-5.2.4 Small, compilable scripting language = providing easy access to C code > lutok-0.4_6 Lightweight C++ API for Lua > mpc-1.0.3 Library of complex numbers with = arbitrarily high precision > mpfr-3.1.6 Library for multiple-precision = floating-point computations > patch-2.7.5 GNU patch utility > pcre-8.40_1 Perl Compatible Regular Expressions = library > perl5-5.24.3 Practical Extraction and Report = Language > pkg-1.10.1 Package manager > portlint-2.17.13 Verifier for FreeBSD port directory > portmaster-3.17.10 Manage your ports without external = databases or languages > poudriere-devel-3.1.99.20171028 Port build and test system > randomio-1.4 Multithreaded disk i/o microbenchmark > readline-7.0.3_1 Library for editing command lines as = they are typed > rsync-3.1.2_7 Network file = distribution/synchronization utility > sqlite3-3.20.1_2 SQL database engine in a C library > stress-1.0.4 Tool to impose load on and stress test = Unix-like systems > sudo-1.8.21p2 Allow others to run commands as root > unzip-6.0_7 List, test, and extract compressed = files from a ZIP archive > wget-1.19.2 Retrieve files from the Net via HTTP(S) = and FTP > zip-3.0_1 Create/update ZIP files compatible with = PKZIP >=20 > # svnlite info /usr/ports | grep "Re[plv]" > Relative URL: ^/head > Repository Root: svn://svn.freebsd.org/ports > Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 > Revision: 453215 > Last Changed Rev: 453215 >=20 > # ps -aux > USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME = COMMAND > root 11 400.0 0.0 0 64 - RNL 22Oct17 93930:24.03 = [idle] > root 0 0.0 0.0 0 272 - DLs 22Oct17 0:04.31 = [kernel] > root 1 0.0 0.0 9872 128 - ILs 22Oct17 0:00.15 = /sbin/init -- > root 2 0.0 0.0 0 16 - DL 22Oct17 0:00.00 = [crypto] > root 3 0.0 0.0 0 16 - DL 22Oct17 0:00.00 = [crypto returns] > root 4 0.0 0.0 0 32 - DL 22Oct17 19:46.41 [cam] > root 5 0.0 0.0 0 16 - DL 22Oct17 0:00.00 = [sctp_iterator] > root 6 0.0 0.0 0 16 - DL 22Oct17 15:21.84 = [rand_harvestq] > root 7 0.0 0.0 0 16 - DL 22Oct17 0:00.43 = [soaiod1] > root 8 0.0 0.0 0 16 - DL 22Oct17 0:00.33 = [soaiod2] > root 9 0.0 0.0 0 16 - DL 22Oct17 0:00.42 = [soaiod3] > root 10 0.0 0.0 0 16 - DL 22Oct17 0:00.00 = [audit] > root 12 0.0 0.0 0 224 - WL 22Oct17 313:25.83 = [intr] > root 13 0.0 0.0 0 48 - DL 22Oct17 34:24.71 = [geom] > root 14 0.0 0.0 0 160 - DL 22Oct17 86:16.22 [usb] > root 15 0.0 0.0 0 16 - DL 22Oct17 2:59.38 = [soaiod4] > root 16 0.0 0.0 0 16 - DL 22Oct17 0:09.45 = [mmcsd0: mmc/sd card] > root 17 0.0 0.0 0 48 - DL 22Oct17 0:31.22 = [pagedaemon] > root 18 0.0 0.0 0 16 - DL 22Oct17 0:00.00 = [vmdaemon] > root 19 0.0 0.0 0 32 - DL 22Oct17 9:59.58 = [bufdaemon] > root 20 0.0 0.0 0 16 - DL 22Oct17 0:22.27 = [bufspacedaemon] > root 21 0.0 0.0 0 16 - DL 22Oct17 1:43.47 = [syncer] > root 22 0.0 0.0 0 16 - DL 22Oct17 7:47.06 = [vnlru] > root 276 0.0 0.0 11500 384 - Is 22Oct17 0:00.01 = dhclient: awg0 [priv] (dhclient) > _dhcp 277 0.0 0.0 11664 720 - ICs 22Oct17 0:00.02 = dhclient: awg0 (dhclient) > root 382 0.0 0.0 13744 112 - Is 22Oct17 0:01.61 = /sbin/devd > root 453 0.0 0.1 12108 1268 - Ss 22Oct17 3:04.02 = /usr/sbin/syslogd -s > root 462 0.0 0.0 11300 708 - Ss 22Oct17 0:03.89 = /usr/sbin/rpcbind > root 588 0.0 0.0 12468 868 - Is 22Oct17 0:00.16 = /usr/sbin/mountd -r > root 590 0.0 0.0 11816 696 - Is 22Oct17 0:00.09 nfsd: = master (nfsd) > root 591 0.0 0.1 10912 1096 - I 22Oct17 3:01.28 nfsd: = server (nfsd) > root 627 0.0 0.9 17860 17944 - Ss 22Oct17 1:13.39 = /usr/sbin/ntpd -g -c /etc/ntp.conf -p /var/run/ntpd.pid -f = /var/db/ntpd.drift > root 670 0.0 0.0 19076 984 - Is 22Oct17 0:00.01 = /usr/sbin/sshd > root 673 0.0 0.1 15308 1744 - Ss 22Oct17 0:35.19 = sendmail: accepting connections (sendmail) > smmsp 676 0.0 0.1 15156 1060 - Is 22Oct17 0:00.65 = sendmail: Queue runner@00:30:00 for /var/spool/clientmqueue (sendmail) > root 680 0.0 0.1 11616 1044 - Ss 22Oct17 0:07.92 = /usr/sbin/cron -s > root 29637 0.0 0.2 20412 3368 - Is Wed23 0:00.08 sshd: = markmi [priv] (sshd) > markmi 29640 0.0 0.1 20776 1508 - S Wed23 0:23.83 sshd: = markmi@pts/0 (sshd) > root 728 0.0 0.1 13360 1644 u0 Is 22Oct17 0:00.06 login = [pam] (login) > root 8809 0.0 0.1 12260 1940 u0 I 25Oct17 0:00.26 -sh = (sh) > root 11533 0.0 0.1 13396 2564 u0 I+ 26Oct17 49:23.32 top = -CawPosize > markmi 29641 0.0 0.1 12256 1644 0 Is Wed23 0:00.02 -sh = (sh) > root 29647 0.0 0.1 13320 1644 0 I Wed23 0:00.04 su > root 29648 0.0 0.1 12364 2180 0 S Wed23 0:00.08 su = (sh) > root 77304 0.0 0.1 12228 2836 0 R+ 06:03 0:00.01 ps = -aux >=20 > (Idle counts time per core.) >=20 > # systat -vmstat >=20 > 2 users Load 0.06 0.07 0.07 Nov 8 06:23 > Mem usage: 76%Phy 1%Kmem > Mem: KB REAL VIRTUAL VN PAGER = SWAP PAGER > Tot Share Tot Share Free in out in = out > Act 49684 8044 290752 16296 479568 count > All 51444 9720 319156 44208 pages > Proc: = Interrupts > r p d s w Csw Trp Sys Int Sof Flt ioflt 14 = total > 52 41 1 29 13 8 cow 4 = gic0,p11: > zfod = gic0,s0: u > 0.0%Sys 0.0%Intr 0.0%User 0.0%Nice 100%Idle ozfod = gic0,s60: > | | | | | | | | | | %ozfod 2 = gic0,s74: > daefr 1 = gic0,s82: > 1273 dtbuf prcfr = cpu0:ast > Namei Name-cache Dir-cache 43272 desvn totfr = cpu1:ast > Calls hits % hits % 43272 numvn react = cpu2:ast > 3 3 100 34206 frevn pdwak = cpu3:ast > pdpgs 2 = cpu0:preem > Disks mmcsd da0 pass0 intrn 1 = cpu1:preem > KB/t 0.00 0.00 0.00 408808 wire 3 = cpu2:preem > tps 0 0 0 5100 act 1 = cpu3:preem > MB/s 0.00 0.00 0.00 1116460 inact = cpu0:rende > %busy 0 0 0 18472 laund = cpu1:rende > 479568 free = cpu2:rende > 143508 buf = cpu3:rende > = cpu0:hardc >=20 >=20 > It might be appropriate to back things off to > near-default and see if the time keeping is > then okay. (Compare to what I have, for > example.) Sitting idle might be part of this > experiment. >=20 > If it is okay, then gradually reintroduce things, > monitoring for time problems between, until > time starts to be a problem. Back off the > recent additions and then keep gradually > adding other things. See what all you can > have without having time problems vs. what > leads to problems. >=20 > Of course if the near-default still has time > problems sitting idle it would suggest something > more basic in your context is involved, > possibly hardware or a bad ntp time source. # more /usr/src/sys/arm64/conf/GENERIC-NODBG # # GENERIC -- Custom configuration for the arm64/aarch64 # include "GENERIC" ident GENERIC-NODBG makeoptions DEBUG=3D-g # Build kernel with gdb(1) = debug symbols options ALT_BREAK_TO_DEBUGGER options KDB # Enable kernel debugger support # For minimum debugger support (stable branch) use: #options KDB_TRACE # Print a stack trace for a = panic options DDB # Enable the kernel debugger # Extra stuff: #options VERBOSE_SYSINIT # Enable verbose sysinit = messages #options BOOTVERBOSE=3D1 #options BOOTHOWTO=3DRB_VERBOSE #options KTR #options KTR_MASK=3DKTR_TRAP ##options KTR_CPUMASK=3D0xF #options KTR_VERBOSE # Disable any extra checking for. . . nooptions DEADLKRES # Enable the deadlock resolver nooptions INVARIANTS # Enable calls of extra sanity = checking nooptions INVARIANT_SUPPORT # Extra sanity checks of = internal structures, required by INVARIANTS nooptions WITNESS # Enable checks to detect = deadlocks and cycles nooptions WITNESS_SKIPSPIN # Don't run witness on spinlocks = for speed nooptions DIAGNOSTIC nooptions MALLOC_DEBUG_MAXZONES # Separate malloc(9) zones nooptions BUF_TRACKING nooptions FULL_BUF_TRACKING =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Wed Nov 8 20:18:49 2017 Return-Path: Delivered-To: freebsd-arm@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 3FE4CE5B289 for ; Wed, 8 Nov 2017 20:18:49 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-141.reflexion.net [208.70.210.141]) (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 E5F18661E9 for ; Wed, 8 Nov 2017 20:18:48 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 18499 invoked from network); 8 Nov 2017 20:18:41 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 8 Nov 2017 20:18:41 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.40.3) with SMTP; Wed, 08 Nov 2017 15:18:41 -0500 (EST) Received: (qmail 9904 invoked from network); 8 Nov 2017 20:18:41 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 8 Nov 2017 20:18:41 -0000 Received: from [192.168.1.25] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id D1AF3EC9553; Wed, 8 Nov 2017 12:18:40 -0800 (PST) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: RPi3 boot failure with r325156 snapshot Date: Wed, 8 Nov 2017 12:18:40 -0800 References: <1510012249.2152828.1163794192.4049F0E8@webmail.messagingengine.com> <20171107091135.GA37713@jodi.ci.com.au> To: Richard Perini , Hyun Hwang , freebsd-arm In-Reply-To: <20171107091135.GA37713@jodi.ci.com.au> Message-Id: X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Nov 2017 20:18:49 -0000 On 2017-Nov-7, at 1:11 AM, Richard Perini wrote: > On Mon, Nov 06, 2017 at 06:50:49PM -0500, Hyun Hwang wrote: >> Hello, >>=20 >> I tried to boot RPi3 with -CURRENT snapshot (r325156), but it failed. = I doubt this boot failure is related to the = [issue](https://lists.freebsd.org/pipermail/freebsd-arm/2017-November/0169= 86.html) discussed earlier in this list since it just gives up even = before the kernel is loaded by the EFI loader (if I guessed it = correctly). I tried all the available snapshots---r323985, r324306, = r324542, and r324754---on the download server, but no success so far. >> To see if this is caused by hardware problem I tried few tests on = Raspbian Stretch and found out that the hardware is just fine. >>=20 >> Here is the entire log appeared on screen, in case anyone finds this = helpful: >> ``` >> Net: Net Initialization Skipped >> No ethernet found. >> starting USB... >> USB0: Core Release: 2.80a >> Scanning bus 0 for devices... 4 USB Device(s) found >> scanning usb for storage devices... 0 Storage Device(s) found >> scanning usb for ethernet devices... 1 Ethernet Device(s) found >> Hit any key to stop autoboot: 0 >> switch to partitions #0, OK >> mmc0 is current devices >> Scanning mmc 0:1... >> Found EFI removable media binary efi/boot/bootaa64.efi >> reading efi/boot/bootaa64.efi >> 82224 bytes read in 35 ms (2.2 MiB/s) >> ## Starting EFI application at 01000000 ... >> Scanning disks on usb... >> Scanning disks on mmc >> Adding logical partition >> Adding logical partition >> MMC Device 1 not found >> MMC Device 2 not found >> MMC Device 3 not found >> Found 7 disks >> ???[18t???[?25h???[2J >>>> FreeBSD EFI boot block >> Loader path: /boot/loader.efi >>=20 >> Initializing modules: ZFS UFS >> Loader path: >> "Synchronous Abort" handler, esr 0x96000004 >> ELR: 3af62cec >> LR: 3af61d60 >> x0 : 0000000000000000 x1 : 0000000000000000 >> x2 : 000000003afeb000 x3 : 0000000000000000 >> x4 : 000000003ab2eec0 x5 : 0000000000000000 >> x6 : 0000000000000015 x7 : 0000000000000000 >> x8 : 000000003af72eb0 x9 : 0000000000000000 >> x10: 0000000000000068 x11: 0000000000000040 >> x12: 0000000000000000 x13: 0000000000000000 >> x14: 0000000000000000 x15: 0000000000000000 >> x16: 0000000000000000 x17: 0000000000000000 >> x18: 000000003ab30df8 x19: 0000000000000000 >> x20: 0000000037a16008 x21: 000000003af86f74 >> x22: 0000000039b2ddd8 x23: 00000000000007d0 >> x24: 0000000039b2dde0 x25: 0000000039b2ddd0 >> x26: 000000003af83ac0 x27: 0000000039b1be1c >> x28: 0000000039b2ddc8 x29: 000000003ab2ef60 >>=20 >> Resetting CPU ... >>=20 >> resetting ... >> ``` >>=20 >> In the meantime, I will try to build my own snapshot using = r325364---mentioned = [here](https://lists.freebsd.org/pipermail/freebsd-arm/2017-November/01700= 0.html)---if it's possible to cross-build on i386. >>=20 >=20 > Ditto - I found the same issues last night. I've been unable to build = a > working image with r325420. I was able to boot the most recent = RaspBSD=20 > image which appears to be r320146. It looks like -r325093 introduced a loader build problems when it switched to using bsd.init.mk instead of src.opts.mk in various places, including sys/boot/efi/loader/Makefile . It is not limited to aarch64 contexts or to efi contexts, although the details likely would vary. The issue is now addresses by -r325556 , see: = https://lists.freebsd.org/pipermail/svn-src-head/2017-November/105958.html= If that is a sufficient fix for building for the Pine64 family I do not know. But it might be involved. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Wed Nov 8 21:03:53 2017 Return-Path: Delivered-To: freebsd-arm@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 F3078E5BD90 for ; Wed, 8 Nov 2017 21:03:53 +0000 (UTC) (envelope-from freebsd.asc@strcmp.org) Received: from onager.schwarzes.net (onager.schwarzes.net [IPv6:2a03:4000:8:2bb::5d22]) (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 937E96757D; Wed, 8 Nov 2017 21:03:52 +0000 (UTC) (envelope-from freebsd.asc@strcmp.org) Received: from [172.30.250.35] (x55b261db.dyn.telefonica.de [85.178.97.219]) (authenticated bits=0) by onager.schwarzes.net (8.15.2/8.15.2) with ESMTPA id vA8L3jLW048293; Wed, 8 Nov 2017 22:03:45 +0100 (CET) (envelope-from freebsd.asc@strcmp.org) From: Andreas Schwarz To: Henri Hennebert CC: Ian Lepore , Mark Millard , freebsd-arm Mail-Reply-To: Andreas Schwarz Mail-Followup-To: freebsd-arm@FreeBSD.org Date: Wed, 08 Nov 2017 22:03:45 +0100 (CET) Message-ID: <4af740148ca.47a474e3@mail.schwarzes.net> In-Reply-To: References: <4BF75B1E-318C-414A-B5D4-4BA7D6578316@dsl-only.net> <1509029871.56824.49.camel@freebsd.org> User-Agent: YAM/2.9p1 (MorphOS; PPC; rv:20140418r7798) Subject: Re: PINE64 - 12.0-CURRENT r324563 - ntpd can't keep time MIME-Version: 1.0 Content-Type: text/plain X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6.2 (onager.schwarzes.net [37.221.194.76]); Wed, 08 Nov 2017 22:03:45 +0100 (CET) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Nov 2017 21:03:54 -0000 On 08.11.17, Henri Hennebert wrote: > I upgrade to r324743 and ntpd can't keep time. Maybe of importance, I > was upgrading the ports after this switch to r324743. Moreover the > problem with pf occurs really frequently (see > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222126) I'm running a PINE A64 2G without any problems. dump@pinelot:~ $ uname -a FreeBSD pinelot.schwarzes.net 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r325464: Mon Nov 6 17:44:44 CET 2017 root@pinelot.schwarzes.net:/usr/obj/usr/src/arm64.aarch64/sys/PINE64-ASC arm64 dump@pinelot:~ $ ntpq -p remote refid st t when poll reach delay offset jitter ============================================================================== 0.freebsd.pool. .POOL. 16 p - 64 0 0.000 0.000 0.001 +25000-014.cloud 131.188.3.221 2 u 58 64 377 16.366 5.450 6.000 *epsilon.h6g-ser 192.53.103.103 2 u 50 64 377 14.943 5.812 5.511 -y.ns.gin.ntt.ne 249.224.99.213 2 u 55 64 377 11.358 6.847 5.514 +static.132.14.7 131.188.3.221 2 u 54 64 377 16.240 6.074 5.599 1b.ncomputers.o 129.187.254.32 2 u 58 64 37 19.479 -0.972 0.152 What time sources are you using in you /etc/ntp.conf? When looking to your initial mail, it seems that one of the stratum 2 sources has a problem. Can you add the default freebsd pool (ntpd supporting pools now) for a test? pool 0.freebsd.pool.ntp.org iburst -asc From owner-freebsd-arm@freebsd.org Thu Nov 9 15:14:34 2017 Return-Path: Delivered-To: freebsd-arm@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 EC22DE5319B for ; Thu, 9 Nov 2017 15:14:34 +0000 (UTC) (envelope-from jessica.mock@leadsopportunities.com) Received: from ded3096.inmotionhosting.com (server.leadsopportunities.com [173.247.254.156]) (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 CC5A66A71F for ; Thu, 9 Nov 2017 15:14:34 +0000 (UTC) (envelope-from jessica.mock@leadsopportunities.com) Received: from [106.51.20.159] (port=41868 helo=SaadPC) by ded3096.inmotionhosting.com with esmtpsa (TLSv1:ECDHE-RSA-AES256-SHA:256) (Exim 4.89) (envelope-from ) id 1eCoXK-00012D-5v for freebsd-arm@freebsd.org; Thu, 09 Nov 2017 07:14:34 -0800 From: "jessica mock" To: Subject: Perforce Users Date: Thu, 9 Nov 2017 09:14:23 -0600 Message-ID: MIME-Version: 1.0 X-Mailer: Microsoft Outlook 15.0 Thread-Index: AdNZbWtceyTssxyyTFqy4CUuI8v1nQ== Content-Language: en-us X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ded3096.inmotionhosting.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - leadsopportunities.com X-Get-Message-Sender-Via: ded3096.inmotionhosting.com: authenticated_id: jessica.mock@leadsopportunities.com X-Authenticated-Sender: ded3096.inmotionhosting.com: jessica.mock@leadsopportunities.com Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Nov 2017 15:14:35 -0000 Hi, Would you be interested in acquiring Perforce Users for your lead generation, email campaign, tele-calling, product promotion activities across the globe? We provide IT and other Decision Makers contacts that use Perforce. Let me know if you are interested and we can connect to discuss on this. Await your response! Thanks, Jessica Mock Marketing Executive | List acquisition | Technology Lists | Email/Data Appending | Search Engine Optimization | If you don't want to include yourself in our mailing list, please reply back "RE: Leave Out" in a subject line From owner-freebsd-arm@freebsd.org Fri Nov 10 15:09:26 2017 Return-Path: Delivered-To: freebsd-arm@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 7328AE7005B for ; Fri, 10 Nov 2017 15:09:26 +0000 (UTC) (envelope-from karl@denninger.net) Received: from colo1.denninger.net (colo1.denninger.net [67.205.158.196]) by mx1.freebsd.org (Postfix) with ESMTP id 49081771C0 for ; Fri, 10 Nov 2017 15:09:25 +0000 (UTC) (envelope-from karl@denninger.net) Received: from denninger.net (ip68-1-57-197.pn.at.cox.net [68.1.57.197]) by colo1.denninger.net (Postfix) with ESMTP id 8CEE9274CF for ; Fri, 10 Nov 2017 09:59:25 -0500 (EST) Received: from [192.168.10.23] (D13.Denninger.Net [192.168.10.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by denninger.net (Postfix) with ESMTPSA id 91AB73AF573 for ; Fri, 10 Nov 2017 08:59:23 -0600 (CST) To: "freebsd-arm@freebsd.org" From: Karl Denninger Subject: Error attempting Crochet cross-build Message-ID: <976d1cc3-b309-fce1-1858-1205b34738c6@denninger.net> Date: Fri, 10 Nov 2017 08:59:21 -0600 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms080604000700040609000501" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Nov 2017 15:09:26 -0000 This is a cryptographically signed message in MIME format. --------------ms080604000700040609000501 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable -12 (HEAD) updated this morning in an attempt to resolve; no dice. The build with Crochet for an RPI3, occurring on an 11-stable box, fails here: --- ld.lld --- c++ -O2 -pipe -I/pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF -I/pics/Cross Build-12/src/contrib/llvm/tools/lld/include -I/pics/Crochet-work/obj/pics/CrossB uild-12/src/arm64.aarch64/tmp/obj-tools/usr.bin/clang/lld -I/pics/Crochet-work/o bj/pics/CrossBuild-12/src/arm64.aarch64/tmp/obj-tools/lib/clang/libllvm -I/pics/ CrossBuild-12/src/lib/clang/include -I/pics/CrossBuild-12/src/contrib/llvm/inclu de -DLLVM_BUILD_GLOBAL_ISEL -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DLLV M_DEFAULT_TARGET_TRIPLE=3D\"aarch64-unknown-freebsd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86 _64-unknown-freebsd12.0\" -DDEFAULT_SYSROOT=3D\"/pics/Crochet-work/obj/pics/CrossB uild-12/src/arm64.aarch64/tmp\" -ffunction-sections -fdata-sections -Qunused-arg uments -I/pics/Crochet-work/obj/pics/CrossBuild-12/src/arm64.aarch64/tmp/legacy/= usr/include -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-exten sions=C2=A0 -Wl,--gc-sections -static -L/pics/Crochet-work/obj/pics/CrossBuild-12/src /arm64.aarch64/tmp/legacy/usr/lib -o ld.lld=C2=A0 ELF/Arch/AArch64.o ELF/Arch/AMDGPU. o ELF/Arch/ARM.o ELF/Arch/AVR.o ELF/Arch/Mips.o ELF/Arch/MipsArchTree.o ELF/Arch /PPC.o ELF/Arch/PPC64.o ELF/Arch/SPARCV9.o ELF/Arch/X86.o ELF/Arch/X86_64.o ELF/ Driver.o ELF/DriverUtils.o ELF/EhFrame.o ELF/Error.o ELF/Filesystem.o ELF/GdbInd ex.o ELF/ICF.o ELF/InputFiles.o ELF/InputSection.o ELF/LTO.o ELF/LinkerScript.o ELF/MapFile.o ELF/MarkLive.o ELF/OutputSections.o ELF/Relocations.o ELF/ScriptLe xer.o ELF/ScriptParser.o ELF/Strings.o ELF/SymbolTable.o ELF/Symbols.o ELF/Synth eticSections.o ELF/Target.o ELF/Thunks.o ELF/Writer.o lib/Config/Version.o lib/C ore/Error.o lib/Core/File.o lib/Core/LinkingContext.o lib/Core/Reader.o lib/Core /Reproduce.o lib/Core/Resolver.o lib/Core/SymbolTable.o lib/Core/TargetOptionsCo mmandFlags.o tools/lld/lld.o /pics/Crochet-work/obj/pics/CrossBuild-12/src/arm64 =2Eaarch64/tmp/obj-tools/lib/clang/libllvm/libllvm.a=C2=A0 -lncursesw=C2=A0= =C2=A0 -lz -lpthread - legacy ELF/Driver.o: In function `lld::elf::LinkerDriver::main(llvm::ArrayRef, bool)': /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/Driver.cpp:(.text._ZN3= lld3elf 12LinkerDriver4mainEN4llvm8ArrayRefIPKcEEb+0x1fb): undefined reference to `llvm: :TarWriter::create(llvm::StringRef, llvm::StringRef)' /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/Driver.cpp:(.text._ZN3= lld3elf 12LinkerDriver4mainEN4llvm8ArrayRefIPKcEEb+0x277): undefined reference to `llvm: :TarWriter::append(llvm::StringRef, llvm::StringRef)' /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/Driver.cpp:(.text._ZN3= lld3elf 12LinkerDriver4mainEN4llvm8ArrayRefIPKcEEb+0x2f1): undefined reference to `llvm: :TarWriter::append(llvm::StringRef, llvm::StringRef)' ELF/Filesystem.o: In function `lld::elf::tryCreateFile(llvm::StringRef)':= /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/Filesystem.cpp:(.text.= _ZN3lld 3elf13tryCreateFileEN4llvm9StringRefE+0x2e): undefined reference to `llvm::FileO utputBuffer::create(llvm::StringRef, unsigned long, unsigned int)' (more error lines but you get the point) --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms080604000700040609000501 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC DdgwggagMIIEiKADAgECAhMA5EiKghDOXrvfxYxjITXYDdhIMA0GCSqGSIb3DQEBCwUAMIGL MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJTmljZXZpbGxlMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExITAf BgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQTAeFw0xNzA4MTcxNjQyMTdaFw0yNzA4 MTUxNjQyMTdaMHsxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkwFwYDVQQKDBBD dWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExJTAjBgNVBAMMHEN1 ZGEgU3lzdGVtcyBMTEMgMjAxNyBJbnQgQ0EwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIK AoICAQC1aJotNUI+W4jP7xQDO8L/b4XiF4Rss9O0B+3vMH7Njk85fZ052QhZpMVlpaaO+sCI KqG3oNEbuOHzJB/NDJFnqh7ijBwhdWutdsq23Ux6TvxgakyMPpT6TRNEJzcBVQA0kpby1DVD 0EKSK/FrWWBiFmSxg7qUfmIq/mMzgE6epHktyRM3OGq3dbRdOUgfumWrqHXOrdJz06xE9NzY vc9toqZnd79FUtE/nSZVm1VS3Grq7RKV65onvX3QOW4W1ldEHwggaZxgWGNiR/D4eosAGFxn uYeWlKEC70c99Mp1giWux+7ur6hc2E+AaTGh+fGeijO5q40OGd+dNMgK8Es0nDRw81lRcl24 SWUEky9y8DArgIFlRd6d3ZYwgc1DMTWkTavx3ZpASp5TWih6yI8ACwboTvlUYeooMsPtNa9E 6UQ1nt7VEi5syjxnDltbEFoLYcXBcqhRhFETJe9CdenItAHAtOya3w5+fmC2j/xJz29og1KH YqWHlo3Kswi9G77an+zh6nWkMuHs+03DU8DaOEWzZEav3lVD4u76bKRDTbhh0bMAk4eXriGL h4MUoX3Imfcr6JoyheVrAdHDL/BixbMH1UUspeRuqQMQ5b2T6pabXP0oOB4FqldWiDgJBGRd zWLgCYG8wPGJGYgHibl5rFiI5Ix3FQncipc6SdUzOQIDAQABo4IBCjCCAQYwHQYDVR0OBBYE FF3AXsKnjdPND5+bxVECGKtc047PMIHABgNVHSMEgbgwgbWAFBu1oRhUMNEzjODolDka5k4Q EDBioYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJ TmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5 c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYIJAKxAy1WBo2kY MBIGA1UdEwEB/wQIMAYBAf8CAQAwDgYDVR0PAQH/BAQDAgGGMA0GCSqGSIb3DQEBCwUAA4IC AQCB5686UCBVIT52jO3sz9pKuhxuC2npi8ZvoBwt/IH9piPA15/CGF1XeXUdu2qmhOjHkVLN gO7XB1G8CuluxofOIUce0aZGyB+vZ1ylHXlMeB0R82f5dz3/T7RQso55Y2Vog2Zb7PYTC5B9 oNy3ylsnNLzanYlcW3AAfzZcbxYuAdnuq0Im3EpGm8DoItUcf1pDezugKm/yKtNtY6sDyENj tExZ377cYA3IdIwqn1Mh4OAT/Rmh8au2rZAo0+bMYBy9C11Ex0hQ8zWcvPZBDn4v4RtO8g+K uQZQcJnO09LJNtw94W3d2mj4a7XrsKMnZKvm6W9BJIQ4Nmht4wXAtPQ1xA+QpxPTmsGAU0Cv HmqVC7XC3qxFhaOrD2dsvOAK6Sn3MEpH/YrfYCX7a7cz5zW3DsJQ6o3pYfnnQz+hnwLlz4MK 17NIA0WOdAF9IbtQqarf44+PEyUbKtz1r0KGeGLs+VGdd2FLA0e7yuzxJDYcaBTVwqaHhU2/ Fna/jGU7BhrKHtJbb/XlLeFJ24yvuiYKpYWQSSyZu1R/gvZjHeGb344jGBsZdCDrdxtQQcVA 6OxsMAPSUPMrlg9LWELEEYnVulQJerWxpUecGH92O06wwmPgykkz//UmmgjVSh7ErNvL0lUY UMfunYVO/O5hwhW+P4gviCXzBFeTtDZH259O7TCCBzAwggUYoAMCAQICEwCg0WvVwekjGFiO 62SckFwepz0wDQYJKoZIhvcNAQELBQAwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3Jp ZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBD QTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExMQyAyMDE3IEludCBDQTAeFw0xNzA4MTcyMTIx MjBaFw0yMjA4MTYyMTIxMjBaMFcxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRswGQYDVQQDDBJrYXJsQGRlbm5pbmdlci5uZXQw ggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQC+HVSyxVtJhy3Ohs+PAGRuO//Dha9A 16l5FPATr6wude9zjX5f2lrkRyU8vhCXTZW7WbvWZKpcZ8r0dtZmiK9uF58Ec6hhvfkxJzbg 96WHBw5Fumd5ahZzuCJDtCAWW8R7/KN+zwzQf1+B3MVLmbaXAFBuKzySKhKMcHbK3/wjUYTg y+3UK6v2SBrowvkUBC+jxNg3Wy12GsTXcUS/8FYIXgVVPgfZZrbJJb5HWOQpvvhILpPCD3xs YJFNKEPltXKWHT7Qtc2HNqikgNwj8oqOb+PeZGMiWapsatKm8mxuOOGOEBhAoTVTwUHlMNTg 6QUCJtuWFCK38qOCyk9Haj+86lUU8RG6FkRXWgMbNQm1mWREQhw3axgGLSntjjnznJr5vsvX SYR6c+XKLd5KQZcS6LL8FHYNjqVKHBYM+hDnrTZMqa20JLAF1YagutDiMRURU23iWS7bA9tM cXcqkclTSDtFtxahRifXRI7Epq2GSKuEXe/1Tfb5CE8QsbCpGsfSwv2tZ/SpqVG08MdRiXxN 5tmZiQWo15IyWoeKOXl/hKxA9KPuDHngXX022b1ly+5ZOZbxBAZZMod4y4b4FiRUhRI97r9l CxsP/EPHuuTIZ82BYhrhbtab8HuRo2ofne2TfAWY2BlA7ExM8XShMd9bRPZrNTokPQPUCWCg CdIATQIDAQABo4IBzzCCAcswPAYIKwYBBQUHAQEEMDAuMCwGCCsGAQUFBzABhiBodHRwOi8v b2NzcC5jdWRhc3lzdGVtcy5uZXQ6ODg4ODAJBgNVHRMEAjAAMBEGCWCGSAGG+EIBAQQEAwIF oDAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMDMGCWCG SAGG+EIBDQQmFiRPcGVuU1NMIEdlbmVyYXRlZCBDbGllbnQgQ2VydGlmaWNhdGUwHQYDVR0O BBYEFLElmNWeVgsBPe7O8NiBzjvjYnpRMIHKBgNVHSMEgcIwgb+AFF3AXsKnjdPND5+bxVEC GKtc047PoYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UE BwwJTmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRh IFN5c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYITAORIioIQ zl6738WMYyE12A3YSDAdBgNVHREEFjAUgRJrYXJsQGRlbm5pbmdlci5uZXQwDQYJKoZIhvcN AQELBQADggIBAJXboPFBMLMtaiUt4KEtJCXlHO/3ZzIUIw/eobWFMdhe7M4+0u3te0sr77QR dcPKR0UeHffvpth2Mb3h28WfN0FmJmLwJk+pOx4u6uO3O0E1jNXoKh8fVcL4KU79oEQyYkbu 2HwbXBU9HbldPOOZDnPLi0whi/sbFHdyd4/w/NmnPgzAsQNZ2BYT9uBNr+jZw4SsluQzXG1X lFL/qCBoi1N2mqKPIepfGYF6drbr1RnXEJJsuD+NILLooTNf7PMgHPZ4VSWQXLNeFfygoOOK FiO0qfxPKpDMA+FHa8yNjAJZAgdJX5Mm1kbqipvb+r/H1UAmrzGMbhmf1gConsT5f8KU4n3Q IM2sOpTQe7BoVKlQM/fpQi6aBzu67M1iF1WtODpa5QUPvj1etaK+R3eYBzi4DIbCIWst8MdA 1+fEeKJFvMEZQONpkCwrJ+tJEuGQmjoQZgK1HeloepF0WDcviiho5FlgtAij+iBPtwMuuLiL shAXA5afMX1hYM4l11JXntle12EQFP1r6wOUkpOdxceCcMVDEJBBCHW2ZmdEaXgAm1VU+fnQ qS/wNw/S0X3RJT1qjr5uVlp2Y0auG/eG0jy6TT0KzTJeR9tLSDXprYkN2l/Qf7/nT6Q03qyE QnnKiBXWAZXveafyU/zYa7t3PTWFQGgWoC4w6XqgPo4KV44OMYIFBzCCBQMCAQEwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBglghkgBZQMEAgMFAKCCAkUw GAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTcxMTEwMTQ1OTIx WjBPBgkqhkiG9w0BCQQxQgRAHhktrFDulqdaYRCg/vMaESFxGLlRCjVXsO+Zl0sI5Wq4WyQR vHvEUrTUu+LfAs1DtpylR8ga4EvEiLiuPA7HZTBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFl AwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3 DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGjBgkrBgEEAYI3EAQxgZUwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTCBpQYLKoZIhvcNAQkQAgsxgZWg gZIwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lz dGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0 ZW1zIExMQyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBgkqhkiG9w0BAQEF AASCAgBFQvZCcPxlse3JN3wK5hMibhF4o+twMZfDQTcAKg75DXYULEXCKV1IqM9xlHBI8iMG oaOlZuRpCokdC/exTZzV4fiqJM03ir3ndkcdC9Z6gRlWS214RMkrs8AqECtYPr2OsH05Iiia 1T1XKJZUnJGifLB1W6WF5KZnkuCyhEHWL1iDJPbZup8Aw8wDt8PKsjLvOGRHkukYqgqYrYyx KpHC6iVmjg/s54UkZGzUG1jtdGRfFmcENkI8YYjWHfNJf/EJXcbrFIoVEJhnExIkAhnvbwbI qhf4mrDzqPtEHWx0UyWnoIvfZtxz5dF4j6HIE+b78DchjyQBwRDmNOclAz/l2A1WMoMpMoEg GKupRaXTQ1CHFvuK4tPjF6bGQLK+KhHzGkgSu9qc87JYv8POpzcgFPTHOyd/yYovy2keu8tv nQpBU2VVctId4xcgWPAHUDO8+zgR3yZrWA6OiFDg7kVrnUMkf1voaOT3mIouHYzWeCONMtTn vvExmB+mH0Hy/aAjA4THoMkLe43PabnUKl+lJIgHBkE6DYKZLOsa2ELTqWxHGEWzyDzio0lZ nUcDN+md651UXqMTEDJv4yRapfDvquFAuKzjSJxRpcO8QytKYskUOUB6jLrjAM7UUPmEAPUz RrCaUc+lHNjm/FuzbKJG6EIptQZFicGv1V/BPhhEgAAAAAAAAA== --------------ms080604000700040609000501-- From owner-freebsd-arm@freebsd.org Fri Nov 10 16:38:43 2017 Return-Path: Delivered-To: freebsd-arm@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 B55B0E7195E for ; Fri, 10 Nov 2017 16:38:43 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-pg0-x231.google.com (mail-pg0-x231.google.com [IPv6:2607:f8b0:400e:c05::231]) (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 83E347A1B8 for ; Fri, 10 Nov 2017 16:38:43 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-pg0-x231.google.com with SMTP id l19so5200210pgo.2 for ; Fri, 10 Nov 2017 08:38:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:content-transfer-encoding:message-id:date:subject:from :in-reply-to:references:to; bh=UTyFvffBa38QjbCUepY4+M7bo5LpBYUbBZFG2TcRnu4=; b=SvccjDe0b312ccpbKwdUOG8YBHkG1ocmr2If5ZJWf/e0JooXlX+/S0l0PRrrTz317Q S8I/uXbs7YNxWO3oK80NjkeFjT9YI8e5R7y1U+2hO3oOuntXchaNYxXugk8TAKRgwTr0 vfdmb8hcOQIst7gT5bp1K7yH5LXBhKOPQjoCJYlwkrsIBhcP6h1ZkXadodxpryLTykDT 1RozY4o2VLGN9RQ4yN6+6hPyFRmMh1LltpaJ76XrAxgoP0eroMdhSaZxz8YuhHHwxM9z Z4HyCkTb8lvDv2yPog7lBkJVsPPBBW8CdMmzYFhaEDnPHW/3lw6AKfzyjCWTzh8981IN t7dA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:content-transfer-encoding :message-id:date:subject:from:in-reply-to:references:to; bh=UTyFvffBa38QjbCUepY4+M7bo5LpBYUbBZFG2TcRnu4=; b=Q1qylo53xI9hhgJO7aEAmQAk9lyFycAVPrfwrCiDyliRHxYdVZImdGAdvsHKBEUPuB NeltliKKcLEKY8aeN4Rg8iNOAE0sHSv8TNfLma+QWNJaI7jhYNVBI8fpW2Enjb9rItk/ caI1UuET6qSxuRJhAvyz/tVr0XNaGL/Vg2ZtnymGM8hatOtMtw9DRo7Mz1258fODbA2X QaqRsTufqAkl/pDXLCcGg75viqxmFzaLzg+0dFQr+Dw0A7sCfumm2BDITWWR++Yl7s3T +gaaYYvMVTf9ToE6X6dMOg4vuFxcMH6jec1Os+cxrW3hUlM6ja5ZyOl0dN8hYLCmrJuS y31g== X-Gm-Message-State: AJaThX6SNgbXAuArlTovPoI7y+xBm6GAnpudQfeP5R7rKKSvZdxqtUSH oA4hcyeryRGDpOVwx+n8Nk7CfTBi X-Google-Smtp-Source: AGs4zMZKiMwx7wF24PkdFvt4oeSDQXudTT0a8sSRXOlCFxyNja+z+fo0p/t+SK1hW/GIwX2T5kVcQw== X-Received: by 10.84.231.193 with SMTP id g1mr884923pln.407.1510331923055; Fri, 10 Nov 2017 08:38:43 -0800 (PST) Received: from [127.0.0.1] ([184.151.231.82]) by smtp.gmail.com with ESMTPSA id m25sm20162114pfg.49.2017.11.10.08.38.38 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 10 Nov 2017 08:38:41 -0800 (PST) Content-Type: text/plain; charset="iso-8859-1" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable X-Mailer: BlackBerry Email (10.3.3.2163) Message-ID: <20171110163838.6877267.14.34811@gmail.com> Date: Fri, 10 Nov 2017 08:38:38 -0800 Subject: Re: Error attempting Crochet cross-build From: Russell Haley In-Reply-To: <976d1cc3-b309-fce1-1858-1205b34738c6@denninger.net> References: <976d1cc3-b309-fce1-1858-1205b34738c6@denninger.net> To: Karl Denninger , freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Nov 2017 16:38:43 -0000 Sorry for the top post. Can you provide the entire output for the curious? Russ Sent=A0from=A0my=A0BlackBerry=A010=A0smartphone=A0on=A0the=A0Virgin=A0Mobil= e=A0network. =A0 Original Message =A0 From: Karl Denninger Sent: Friday, November 10, 2017 7:09 AM To: freebsd-arm@freebsd.org Subject: Error attempting Crochet cross-build -12 (HEAD) updated this morning in an attempt to resolve; no dice. The build with Crochet for an RPI3, occurring on an 11-stable box, fails here: --- ld.lld --- c++ -O2 -pipe -I/pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF -I/pics/Cross Build-12/src/contrib/llvm/tools/lld/include -I/pics/Crochet-work/obj/pics/CrossB uild-12/src/arm64.aarch64/tmp/obj-tools/usr.bin/clang/lld -I/pics/Crochet-work/o bj/pics/CrossBuild-12/src/arm64.aarch64/tmp/obj-tools/lib/clang/libllvm -I/pics/ CrossBuild-12/src/lib/clang/include -I/pics/CrossBuild-12/src/contrib/llvm/inclu de -DLLVM_BUILD_GLOBAL_ISEL -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DLLV M_DEFAULT_TARGET_TRIPLE=3D\"aarch64-unknown-freebsd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86 _64-unknown-freebsd12.0\" -DDEFAULT_SYSROOT=3D\"/pics/Crochet-work/obj/pics/CrossB uild-12/src/arm64.aarch64/tmp\" -ffunction-sections -fdata-sections -Qunused-arg uments -I/pics/Crochet-work/obj/pics/CrossBuild-12/src/arm64.aarch64/tmp/legacy/ usr/include -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-exten sions=A0 -Wl,--gc-sections -static -L/pics/Crochet-work/obj/pics/CrossBuild-12/src /arm64.aarch64/tmp/legacy/usr/lib -o ld.lld=A0 ELF/Arch/AArch64.o ELF/Arch/AMDGPU. o ELF/Arch/ARM.o ELF/Arch/AVR.o ELF/Arch/Mips.o ELF/Arch/MipsArchTree.o ELF/Arch /PPC.o ELF/Arch/PPC64.o ELF/Arch/SPARCV9.o ELF/Arch/X86.o ELF/Arch/X86_64.o ELF/ Driver.o ELF/DriverUtils.o ELF/EhFrame.o ELF/Error.o ELF/Filesystem.o ELF/GdbInd ex.o ELF/ICF.o ELF/InputFiles.o ELF/InputSection.o ELF/LTO.o ELF/LinkerScript.o ELF/MapFile.o ELF/MarkLive.o ELF/OutputSections.o ELF/Relocations.o ELF/ScriptLe xer.o ELF/ScriptParser.o ELF/Strings.o ELF/SymbolTable.o ELF/Symbols.o ELF/Synth eticSections.o ELF/Target.o ELF/Thunks.o ELF/Writer.o lib/Config/Version.o lib/C ore/Error.o lib/Core/File.o lib/Core/LinkingContext.o lib/Core/Reader.o lib/Core /Reproduce.o lib/Core/Resolver.o lib/Core/SymbolTable.o lib/Core/TargetOptionsCo mmandFlags.o tools/lld/lld.o /pics/Crochet-work/obj/pics/CrossBuild-12/src/arm64 .aarch64/tmp/obj-tools/lib/clang/libllvm/libllvm.a=A0 -lncursesw=A0=A0 -lz -lpthread - legacy ELF/Driver.o: In function `lld::elf::LinkerDriver::main(llvm::ArrayRef, bool)': /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/Driver.cpp:(.text._ZN3ll= d3elf 12LinkerDriver4mainEN4llvm8ArrayRefIPKcEEb+0x1fb): undefined reference to `llvm: :TarWriter::create(llvm::StringRef, llvm::StringRef)' /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/Driver.cpp:(.text._ZN3ll= d3elf 12LinkerDriver4mainEN4llvm8ArrayRefIPKcEEb+0x277): undefined reference to `llvm: :TarWriter::append(llvm::StringRef, llvm::StringRef)' /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/Driver.cpp:(.text._ZN3ll= d3elf 12LinkerDriver4mainEN4llvm8ArrayRefIPKcEEb+0x2f1): undefined reference to `llvm: :TarWriter::append(llvm::StringRef, llvm::StringRef)' ELF/Filesystem.o: In function `lld::elf::tryCreateFile(llvm::StringRef)': /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/Filesystem.cpp:(.text._Z= N3lld 3elf13tryCreateFileEN4llvm9StringRefE+0x2e): undefined reference to `llvm::FileO utputBuffer::create(llvm::StringRef, unsigned long, unsigned int)' (more error lines but you get the point) --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ From owner-freebsd-arm@freebsd.org Fri Nov 10 17:14:50 2017 Return-Path: Delivered-To: freebsd-arm@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 E414BE7258A for ; Fri, 10 Nov 2017 17:14:50 +0000 (UTC) (envelope-from karl@denninger.net) Received: from colo1.denninger.net (colo1.denninger.net [67.205.158.196]) by mx1.freebsd.org (Postfix) with ESMTP id A55597B404 for ; Fri, 10 Nov 2017 17:14:50 +0000 (UTC) (envelope-from karl@denninger.net) Received: from denninger.net (ip68-1-57-197.pn.at.cox.net [68.1.57.197]) by colo1.denninger.net (Postfix) with ESMTP id 6CC8227336; Fri, 10 Nov 2017 12:14:20 -0500 (EST) Received: from [192.168.10.23] (D13.Denninger.Net [192.168.10.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by denninger.net (Postfix) with ESMTPSA id A565A3AF84F; Fri, 10 Nov 2017 11:14:18 -0600 (CST) Subject: Re: Error attempting Crochet cross-build To: Russell Haley , freebsd-arm@freebsd.org References: <976d1cc3-b309-fce1-1858-1205b34738c6@denninger.net> <20171110163838.6877267.14.34811@gmail.com> From: Karl Denninger Message-ID: Date: Fri, 10 Nov 2017 11:14:16 -0600 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <20171110163838.6877267.14.34811@gmail.com> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms090202000509080204070200" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Nov 2017 17:14:51 -0000 This is a cryptographically signed message in MIME format. --------------ms090202000509080204070200 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 11/10/2017 10:38, Russell Haley wrote: > Sorry for the top post. Can you provide the entire output for the curio= us? > > Russ > > Sent=C2=A0from=C2=A0my=C2=A0BlackBerry=C2=A010=C2=A0smartphone=C2=A0on=C2= =A0the=C2=A0Virgin=C2=A0Mobile=C2=A0network. > =C2=A0 Original Message =C2=A0 > From: Karl Denninger > Sent: Friday, November 10, 2017 7:09 AM > To: freebsd-arm@freebsd.org > Subject: Error attempting Crochet cross-build > > -12 (HEAD) updated this morning in an attempt to resolve; no dice. > > The build with Crochet for an RPI3, occurring on an 11-stable box, fail= s > here: > > --- ld.lld --- > c++ -O2 -pipe -I/pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF > -I/pics/Cross > Build-12/src/contrib/llvm/tools/lld/include > -I/pics/Crochet-work/obj/pics/CrossB > uild-12/src/arm64.aarch64/tmp/obj-tools/usr.bin/clang/lld > -I/pics/Crochet-work/o > bj/pics/CrossBuild-12/src/arm64.aarch64/tmp/obj-tools/lib/clang/libllvm= > -I/pics/ > CrossBuild-12/src/lib/clang/include > -I/pics/CrossBuild-12/src/contrib/llvm/inclu > de -DLLVM_BUILD_GLOBAL_ISEL -D__STDC_LIMIT_MACROS > -D__STDC_CONSTANT_MACROS -DLLV > M_DEFAULT_TARGET_TRIPLE=3D\"aarch64-unknown-freebsd12.0\" > -DLLVM_HOST_TRIPLE=3D\"x86 > _64-unknown-freebsd12.0\" > -DDEFAULT_SYSROOT=3D\"/pics/Crochet-work/obj/pics/CrossB > uild-12/src/arm64.aarch64/tmp\" -ffunction-sections -fdata-sections > -Qunused-arg > uments > -I/pics/Crochet-work/obj/pics/CrossBuild-12/src/arm64.aarch64/tmp/legac= y/ > usr/include -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ > -Wno-c++11-exten > sions=C2=A0 -Wl,--gc-sections -static > -L/pics/Crochet-work/obj/pics/CrossBuild-12/src > /arm64.aarch64/tmp/legacy/usr/lib -o ld.lld=C2=A0 ELF/Arch/AArch64.o > ELF/Arch/AMDGPU. > o ELF/Arch/ARM.o ELF/Arch/AVR.o ELF/Arch/Mips.o ELF/Arch/MipsArchTree.o= > ELF/Arch > /PPC.o ELF/Arch/PPC64.o ELF/Arch/SPARCV9.o ELF/Arch/X86.o > ELF/Arch/X86_64.o ELF/ > Driver.o ELF/DriverUtils.o ELF/EhFrame.o ELF/Error.o ELF/Filesystem.o > ELF/GdbInd > ex.o ELF/ICF.o ELF/InputFiles.o ELF/InputSection.o ELF/LTO.o > ELF/LinkerScript.o > ELF/MapFile.o ELF/MarkLive.o ELF/OutputSections.o ELF/Relocations.o > ELF/ScriptLe > xer.o ELF/ScriptParser.o ELF/Strings.o ELF/SymbolTable.o ELF/Symbols.o > ELF/Synth > eticSections.o ELF/Target.o ELF/Thunks.o ELF/Writer.o > lib/Config/Version.o lib/C > ore/Error.o lib/Core/File.o lib/Core/LinkingContext.o lib/Core/Reader.o= > lib/Core > /Reproduce.o lib/Core/Resolver.o lib/Core/SymbolTable.o > lib/Core/TargetOptionsCo > mmandFlags.o tools/lld/lld.o > /pics/Crochet-work/obj/pics/CrossBuild-12/src/arm64 > .aarch64/tmp/obj-tools/lib/clang/libllvm/libllvm.a=C2=A0 -lncursesw=C2=A0= =C2=A0 -lz > -lpthread - > legacy > ELF/Driver.o: In function > `lld::elf::LinkerDriver::main(llvm::ArrayRef t*>, bool)': > /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/Driver.cpp:(.text._Z= N3lld3elf > 12LinkerDriver4mainEN4llvm8ArrayRefIPKcEEb+0x1fb): undefined reference > to `llvm: > :TarWriter::create(llvm::StringRef, llvm::StringRef)' > /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/Driver.cpp:(.text._Z= N3lld3elf > 12LinkerDriver4mainEN4llvm8ArrayRefIPKcEEb+0x277): undefined reference > to `llvm: > :TarWriter::append(llvm::StringRef, llvm::StringRef)' > /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/Driver.cpp:(.text._Z= N3lld3elf > 12LinkerDriver4mainEN4llvm8ArrayRefIPKcEEb+0x2f1): undefined reference > to `llvm: > :TarWriter::append(llvm::StringRef, llvm::StringRef)' > ELF/Filesystem.o: In function `lld::elf::tryCreateFile(llvm::StringRef)= ': > /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/Filesystem.cpp:(.tex= t._ZN3lld > 3elf13tryCreateFileEN4llvm9StringRefE+0x2e): undefined reference to > `llvm::FileO > utputBuffer::create(llvm::StringRef, unsigned long, unsigned int)' > > (more error lines but you get the point) > Here's from the last thing that DIDN'T fail all the way back to the build prompt (with all the errors) -- "ld.lld" is what blew up.=C2=A0 I c= an attempt to upload the entire log file if it would be of help in figuring it out. --- tools/lld/lld.o --- c++=C2=A0 -O2 -pipe -I/pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF -I/pics/Cros sBuild-12/src/contrib/llvm/tools/lld/include -I/pics/Crochet-work/obj/pics/Cross Build-12/src/arm64.aarch64/tmp/obj-tools/usr.bin/clang/lld -I/pics/Crochet-work/ obj/pics/CrossBuild-12/src/arm64.aarch64/tmp/obj-tools/lib/clang/libllvm -I/pics /CrossBuild-12/src/lib/clang/include -I/pics/CrossBuild-12/src/contrib/llvm/incl ude -DLLVM_BUILD_GLOBAL_ISEL -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DLL VM_DEFAULT_TARGET_TRIPLE=3D\"aarch64-unknown-freebsd12.0\" -DLLVM_HOST_TRIPLE=3D\"x8 6_64-unknown-freebsd12.0\" -DDEFAULT_SYSROOT=3D\"/pics/Crochet-work/obj/pics/Cross Build-12/src/arm64.aarch64/tmp\" -ffunction-sections -fdata-sections -MD -MF.dep end.tools_lld_lld.o -MTtools/lld/lld.o -Qunused-arguments -I/pics/Crochet-work/o bj/pics/CrossBuild-12/src/arm64.aarch64/tmp/legacy/usr/include=C2=A0 -std=3Dc++11 -fno- exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions=C2=A0 -c /pics/CrossBuild-1 2/src/contrib/llvm/tools/lld/tools/lld/lld.cpp -o tools/lld/lld.o --- ld.lld --- c++ -O2 -pipe -I/pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF -I/pics/Cross Build-12/src/contrib/llvm/tools/lld/include -I/pics/Crochet-work/obj/pics/CrossB uild-12/src/arm64.aarch64/tmp/obj-tools/usr.bin/clang/lld -I/pics/Crochet-work/o bj/pics/CrossBuild-12/src/arm64.aarch64/tmp/obj-tools/lib/clang/libllvm -I/pics/ CrossBuild-12/src/lib/clang/include -I/pics/CrossBuild-12/src/contrib/llvm/inclu de -DLLVM_BUILD_GLOBAL_ISEL -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DLLV M_DEFAULT_TARGET_TRIPLE=3D\"aarch64-unknown-freebsd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86 _64-unknown-freebsd12.0\" -DDEFAULT_SYSROOT=3D\"/pics/Crochet-work/obj/pics/CrossB uild-12/src/arm64.aarch64/tmp\" -ffunction-sections -fdata-sections -Qunused-arg uments -I/pics/Crochet-work/obj/pics/CrossBuild-12/src/arm64.aarch64/tmp/legacy/= usr/include -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-exten sions=C2=A0 -Wl,--gc-sections -static -L/pics/Crochet-work/obj/pics/CrossBuild-12/src /arm64.aarch64/tmp/legacy/usr/lib -o ld.lld=C2=A0 ELF/Arch/AArch64.o ELF/Arch/AMDGPU. o ELF/Arch/ARM.o ELF/Arch/AVR.o ELF/Arch/Mips.o ELF/Arch/MipsArchTree.o ELF/Arch /PPC.o ELF/Arch/PPC64.o ELF/Arch/SPARCV9.o ELF/Arch/X86.o ELF/Arch/X86_64.o ELF/ Driver.o ELF/DriverUtils.o ELF/EhFrame.o ELF/Error.o ELF/Filesystem.o ELF/GdbInd ex.o ELF/ICF.o ELF/InputFiles.o ELF/InputSection.o ELF/LTO.o ELF/LinkerScript.o ELF/MapFile.o ELF/MarkLive.o ELF/OutputSections.o ELF/Relocations.o ELF/ScriptLe xer.o ELF/ScriptParser.o ELF/Strings.o ELF/SymbolTable.o ELF/Symbols.o ELF/Synth eticSections.o ELF/Target.o ELF/Thunks.o ELF/Writer.o lib/Config/Version.o lib/C ore/Error.o lib/Core/File.o lib/Core/LinkingContext.o lib/Core/Reader.o lib/Core /Reproduce.o lib/Core/Resolver.o lib/Core/SymbolTable.o lib/Core/TargetOptionsCo mmandFlags.o tools/lld/lld.o /pics/Crochet-work/obj/pics/CrossBuild-12/src/arm64 =2Eaarch64/tmp/obj-tools/lib/clang/libllvm/libllvm.a=C2=A0 -lncursesw=C2=A0= =C2=A0 -lz -lpthread - legacy ELF/Driver.o: In function `lld::elf::LinkerDriver::main(llvm::ArrayRef, bool)': /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/Driver.cpp:(.text._ZN3= lld3elf 12LinkerDriver4mainEN4llvm8ArrayRefIPKcEEb+0x1fb): undefined reference to `llvm: :TarWriter::create(llvm::StringRef, llvm::StringRef)' /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/Driver.cpp:(.text._ZN3= lld3elf 12LinkerDriver4mainEN4llvm8ArrayRefIPKcEEb+0x277): undefined reference to `llvm: :TarWriter::append(llvm::StringRef, llvm::StringRef)' /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/Driver.cpp:(.text._ZN3= lld3elf 12LinkerDriver4mainEN4llvm8ArrayRefIPKcEEb+0x2f1): undefined reference to `llvm: :TarWriter::append(llvm::StringRef, llvm::StringRef)' ELF/Filesystem.o: In function `lld::elf::tryCreateFile(llvm::StringRef)':= /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/Filesystem.cpp:(.text.= _ZN3lld 3elf13tryCreateFileEN4llvm9StringRefE+0x2e): undefined reference to `llvm::FileO utputBuffer::create(llvm::StringRef, unsigned long, unsigned int)' /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/Filesystem.cpp:(.text.= _ZN3lld 3elf13tryCreateFileEN4llvm9StringRefE+0x78): undefined reference to `llvm::FileO utputBuffer::~FileOutputBuffer()' ELF/ICF.o: In function `void llvm::parallel::detail::parallel_for_each_n >(unsigned long, unsigned lon g, std::__1::function)': /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/ICF.cpp:(.text._ZN4llv= m8paral lel6detail19parallel_for_each_nImNSt3__18functionIFvmEEEEEvT_S7_T0_[_ZN4l= lvm8par allel6detail19parallel_for_each_nImNSt3__18functionIFvmEEEEEvT_S7_T0_]+0x= 7f): un defined reference to `llvm::parallel::detail::TaskGroup::spawn(std::__1::functio n)' /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/ICF.cpp:(.text._ZN4llv= m8paral lel6detail19parallel_for_each_nImNSt3__18functionIFvmEEEEEvT_S7_T0_[_ZN4l= lvm8par allel6detail19parallel_for_each_nImNSt3__18functionIFvmEEEEEvT_S7_T0_]+0x= d7): un defined reference to `llvm::parallel::detail::TaskGroup::spawn(std::__1::functio n)' ELF/InputFiles.o: In function `lld::elf::readFile(llvm::StringRef)': /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/InputFiles.cpp:(.text.= _ZN3lld 3elf8readFileEN4llvm9StringRefE+0x1a6): undefined reference to `llvm::TarWriter: :append(llvm::StringRef, llvm::StringRef)' ELF/InputFiles.o: In function `lld::elf::ArchiveFile::getMember(llvm::object::Ar chive::Symbol const*)': /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/InputFiles.cpp:(.text.= _ZN3lld 3elf11ArchiveFile9getMemberEPKN4llvm6object7Archive6SymbolE+0x37c): undefined re ference to `llvm::TarWriter::append(llvm::StringRef, llvm::StringRef)' ELF/LTO.o: In function `lld::elf::BitcodeCompiler::compile()': /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/LTO.cpp:(.text._ZN3lld= 3elf15B itcodeCompiler7compileEv+0x166): undefined reference to `llvm::lto::localCache(l lvm::StringRef, std::__1::function >)>)' ELF/SyntheticSections.o: In function `lld::elf::decompressAndMergeSections()': /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/SyntheticSections.cpp:= (.text. _ZN3lld3elf26decompressAndMergeSectionsEv+0x140): undefined reference to `llvm:: parallel::detail::TaskGroup::spawn(std::__1::function)' /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/SyntheticSections.cpp:= (.text. _ZN3lld3elf26decompressAndMergeSectionsEv+0x1ba): undefined reference to `llvm:: parallel::detail::TaskGroup::spawn(std::__1::function)' ELF/SyntheticSections.o: In function `_ZNSt3__110__function6__funcIZN3lld3elf14B uildIdSection12writeBuildIdEN4llvm8ArrayRefIhEEE3$_4NS_9allocatorIS8_EEFv= PhS7_EE clEOSB_OS7_': /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/SyntheticSections.cpp:= (.text. _ZNSt3__110__function6__funcIZN3lld3elf14BuildIdSection12writeBuildIdEN4l= lvm8Arr ayRefIhEEE3$_4NS_9allocatorIS8_EEFvPhS7_EEclEOSB_OS7_+0x11): undefined reference =C2=A0to `llvm::xxHash64(llvm::StringRef)' ELF/Writer.o: In function `void lld::elf::writeResult >()': /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/Writer.cpp:(.text._ZN3= lld3elf 11writeResultIN4llvm6object7ELFTypeILNS2_7support10endiannessE1ELb0EEEEEv= v[_ZN3l ld3elf11writeResultIN4llvm6object7ELFTypeILNS2_7support10endiannessE1ELb0= EEEEEvv ]+0xf6): undefined reference to `llvm::FileOutputBuffer::~FileOutputBuffer()' ELF/Writer.o: In function `(anonymous namespace)::Writer >::run()': /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/Writer.cpp:(.text._ZN1= 2_GLOBA L__N_16WriterIN4llvm6object7ELFTypeILNS1_7support10endiannessE1ELb0EEEE3r= unEv+0x 1e5e): undefined reference to `llvm::parallel::detail::TaskGroup::spawn(std::__1 ::function)' /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/Writer.cpp:(.text._ZN1= 2_GLOBA L__N_16WriterIN4llvm6object7ELFTypeILNS1_7support10endiannessE1ELb0EEEE3r= unEv+0x 1edb): undefined reference to `llvm::parallel::detail::TaskGroup::spawn(std::__1 ::function)' /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/Writer.cpp:(.text._ZN1= 2_GLOBA L__N_16WriterIN4llvm6object7ELFTypeILNS1_7support10endiannessE1ELb0EEEE3r= unEv+0x 25f4): undefined reference to `llvm::FileOutputBuffer::create(llvm::StringRef, u nsigned long, unsigned int)' /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/Writer.cpp:(.text._ZN1= 2_GLOBA L__N_16WriterIN4llvm6object7ELFTypeILNS1_7support10endiannessE1ELb0EEEE3r= unEv+0x 2724): undefined reference to `llvm::FileOutputBuffer::~FileOutputBuffer(= )' /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/Writer.cpp:(.text._ZN1= 2_GLOBA L__N_16WriterIN4llvm6object7ELFTypeILNS1_7support10endiannessE1ELb0EEEE3r= unEv+0x 274b): undefined reference to `llvm::FileOutputBuffer::~FileOutputBuffer(= )' /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/Writer.cpp:(.text._ZN1= 2_GLOBA L__N_16WriterIN4llvm6object7ELFTypeILNS1_7support10endiannessE1ELb0EEEE3r= unEv+0x 2ecb): undefined reference to `llvm::FileOutputBuffer::commit()' ELF/Writer.o: In function `void lld::elf::writeResult >()': /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/Writer.cpp:(.text._ZN3= lld3elf 11writeResultIN4llvm6object7ELFTypeILNS2_7support10endiannessE0ELb0EEEEEv= v[_ZN3l ld3elf11writeResultIN4llvm6object7ELFTypeILNS2_7support10endiannessE0ELb0= EEEEEvv ]+0xf6): undefined reference to `llvm::FileOutputBuffer::~FileOutputBuffer()' ELF/Writer.o: In function `(anonymous namespace)::Writer >::run()': /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/Writer.cpp:(.text._ZN1= 2_GLOBA L__N_16WriterIN4llvm6object7ELFTypeILNS1_7support10endiannessE0ELb0EEEE3r= unEv+0x 1e5e): undefined reference to `llvm::parallel::detail::TaskGroup::spawn(std::__1 ::function)' /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/Writer.cpp:(.text._ZN1= 2_GLOBA L__N_16WriterIN4llvm6object7ELFTypeILNS1_7support10endiannessE0ELb0EEEE3r= unEv+0x 1edb): undefined reference to `llvm::parallel::detail::TaskGroup::spawn(std::__1 ::function)' /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/Writer.cpp:(.text._ZN1= 2_GLOBA L__N_16WriterIN4llvm6object7ELFTypeILNS1_7support10endiannessE0ELb0EEEE3r= unEv+0x 25f4): undefined reference to `llvm::FileOutputBuffer::create(llvm::StringRef, u nsigned long, unsigned int)' /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/Writer.cpp:(.text._ZN1= 2_GLOBA L__N_16WriterIN4llvm6object7ELFTypeILNS1_7support10endiannessE0ELb0EEEE3r= unEv+0x 2724): undefined reference to `llvm::FileOutputBuffer::~FileOutputBuffer(= )' /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/Writer.cpp:(.text._ZN1= 2_GLOBA L__N_16WriterIN4llvm6object7ELFTypeILNS1_7support10endiannessE0ELb0EEEE3r= unEv+0x 274b): undefined reference to `llvm::FileOutputBuffer::~FileOutputBuffer(= )' /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/Writer.cpp:(.text._ZN1= 2_GLOBA L__N_16WriterIN4llvm6object7ELFTypeILNS1_7support10endiannessE0ELb0EEEE3r= unEv+0x 2eeb): undefined reference to `llvm::FileOutputBuffer::commit()' ELF/Writer.o: In function `void lld::elf::writeResult >()': /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/Writer.cpp:(.text._ZN3= lld3elf 11writeResultIN4llvm6object7ELFTypeILNS2_7support10endiannessE1ELb1EEEEEv= v[_ZN3l ld3elf11writeResultIN4llvm6object7ELFTypeILNS2_7support10endiannessE1ELb1= EEEEEvv ]+0xf6): undefined reference to `llvm::FileOutputBuffer::~FileOutputBuffer()' ELF/Writer.o: In function `(anonymous namespace)::Writer >::run()': /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/Writer.cpp:(.text._ZN1= 2_GLOBA L__N_16WriterIN4llvm6object7ELFTypeILNS1_7support10endiannessE1ELb1EEEE3r= unEv+0x 1e4e): undefined reference to `llvm::parallel::detail::TaskGroup::spawn(std::__1 ::function)' /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/Writer.cpp:(.text._ZN1= 2_GLOBA L__N_16WriterIN4llvm6object7ELFTypeILNS1_7support10endiannessE1ELb1EEEE3r= unEv+0x 1ecb): undefined reference to `llvm::parallel::detail::TaskGroup::spawn(std::__1 ::function)' /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/Writer.cpp:(.text._ZN1= 2_GLOBA L__N_16WriterIN4llvm6object7ELFTypeILNS1_7support10endiannessE1ELb1EEEE3r= unEv+0x 25d4): undefined reference to `llvm::FileOutputBuffer::create(llvm::StringRef, u nsigned long, unsigned int)' /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/Writer.cpp:(.text._ZN1= 2_GLOBA L__N_16WriterIN4llvm6object7ELFTypeILNS1_7support10endiannessE1ELb1EEEE3r= unEv+0x 2704): undefined reference to `llvm::FileOutputBuffer::~FileOutputBuffer(= )' /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/Writer.cpp:(.text._ZN1= 2_GLOBA L__N_16WriterIN4llvm6object7ELFTypeILNS1_7support10endiannessE1ELb1EEEE3r= unEv+0x 272b): undefined reference to `llvm::FileOutputBuffer::~FileOutputBuffer(= )' /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/Writer.cpp:(.text._ZN1= 2_GLOBA L__N_16WriterIN4llvm6object7ELFTypeILNS1_7support10endiannessE1ELb1EEEE3r= unEv+0x 2eb8): undefined reference to `llvm::FileOutputBuffer::commit()' ELF/Writer.o: In function `void lld::elf::writeResult >()': /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/Writer.cpp:(.text._ZN3= lld3elf 11writeResultIN4llvm6object7ELFTypeILNS2_7support10endiannessE0ELb1EEEEEv= v[_ZN3l ld3elf11writeResultIN4llvm6object7ELFTypeILNS2_7support10endiannessE0ELb1= EEEEEvv ]+0xf6): undefined reference to `llvm::FileOutputBuffer::~FileOutputBuffer()' ELF/Writer.o: In function `(anonymous namespace)::Writer >::run()': /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/Writer.cpp:(.text._ZN1= 2_GLOBA L__N_16WriterIN4llvm6object7ELFTypeILNS1_7support10endiannessE0ELb1EEEE3r= unEv+0x 1e5e): undefined reference to `llvm::parallel::detail::TaskGroup::spawn(std::__1 ::function)' /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/Writer.cpp:(.text._ZN1= 2_GLOBA L__N_16WriterIN4llvm6object7ELFTypeILNS1_7support10endiannessE0ELb1EEEE3r= unEv+0x 1edb): undefined reference to `llvm::parallel::detail::TaskGroup::spawn(std::__1 ::function)' /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/Writer.cpp:(.text._ZN1= 2_GLOBA L__N_16WriterIN4llvm6object7ELFTypeILNS1_7support10endiannessE0ELb1EEEE3r= unEv+0x 25f4): undefined reference to `llvm::FileOutputBuffer::create(llvm::StringRef, u nsigned long, unsigned int)' /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/Writer.cpp:(.text._ZN1= 2_GLOBA L__N_16WriterIN4llvm6object7ELFTypeILNS1_7support10endiannessE0ELb1EEEE3r= unEv+0x 2724): undefined reference to `llvm::FileOutputBuffer::~FileOutputBuffer(= )' /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/Writer.cpp:(.text._ZN1= 2_GLOBA L__N_16WriterIN4llvm6object7ELFTypeILNS1_7support10endiannessE0ELb1EEEE3r= unEv+0x 274b): undefined reference to `llvm::FileOutputBuffer::~FileOutputBuffer(= )' /pics/CrossBuild-12/src/contrib/llvm/tools/lld/ELF/Writer.cpp:(.text._ZN1= 2_GLOBA L__N_16WriterIN4llvm6object7ELFTypeILNS1_7support10endiannessE0ELb1EEEE3r= unEv+0x 2f0b): undefined reference to `llvm::FileOutputBuffer::commit()' c++: error: linker command failed with exit code 1 (use -v to see invocation) *** [ld.lld] Error code 1 make[3]: stopped in /pics/CrossBuild-12/src/usr.bin/clang/lld 1 error make[3]: stopped in /pics/CrossBuild-12/src/usr.bin/clang/lld *** [cross-tools] Error code 2 make[2]: stopped in /pics/CrossBuild-12/src 1 error make[2]: stopped in /pics/CrossBuild-12/src *** [_cross-tools] Error code 2 make[1]: stopped in /pics/CrossBuild-12/src 1 error make[1]: stopped in /pics/CrossBuild-12/src *** [buildworld] Error code 2 make: stopped in /pics/CrossBuild-12/src 1 error make: stopped in /pics/CrossBuild-12/src --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms090202000509080204070200 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC DdgwggagMIIEiKADAgECAhMA5EiKghDOXrvfxYxjITXYDdhIMA0GCSqGSIb3DQEBCwUAMIGL MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJTmljZXZpbGxlMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExITAf BgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQTAeFw0xNzA4MTcxNjQyMTdaFw0yNzA4 MTUxNjQyMTdaMHsxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkwFwYDVQQKDBBD dWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExJTAjBgNVBAMMHEN1 ZGEgU3lzdGVtcyBMTEMgMjAxNyBJbnQgQ0EwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIK AoICAQC1aJotNUI+W4jP7xQDO8L/b4XiF4Rss9O0B+3vMH7Njk85fZ052QhZpMVlpaaO+sCI KqG3oNEbuOHzJB/NDJFnqh7ijBwhdWutdsq23Ux6TvxgakyMPpT6TRNEJzcBVQA0kpby1DVD 0EKSK/FrWWBiFmSxg7qUfmIq/mMzgE6epHktyRM3OGq3dbRdOUgfumWrqHXOrdJz06xE9NzY vc9toqZnd79FUtE/nSZVm1VS3Grq7RKV65onvX3QOW4W1ldEHwggaZxgWGNiR/D4eosAGFxn uYeWlKEC70c99Mp1giWux+7ur6hc2E+AaTGh+fGeijO5q40OGd+dNMgK8Es0nDRw81lRcl24 SWUEky9y8DArgIFlRd6d3ZYwgc1DMTWkTavx3ZpASp5TWih6yI8ACwboTvlUYeooMsPtNa9E 6UQ1nt7VEi5syjxnDltbEFoLYcXBcqhRhFETJe9CdenItAHAtOya3w5+fmC2j/xJz29og1KH YqWHlo3Kswi9G77an+zh6nWkMuHs+03DU8DaOEWzZEav3lVD4u76bKRDTbhh0bMAk4eXriGL h4MUoX3Imfcr6JoyheVrAdHDL/BixbMH1UUspeRuqQMQ5b2T6pabXP0oOB4FqldWiDgJBGRd zWLgCYG8wPGJGYgHibl5rFiI5Ix3FQncipc6SdUzOQIDAQABo4IBCjCCAQYwHQYDVR0OBBYE FF3AXsKnjdPND5+bxVECGKtc047PMIHABgNVHSMEgbgwgbWAFBu1oRhUMNEzjODolDka5k4Q EDBioYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJ TmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5 c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYIJAKxAy1WBo2kY MBIGA1UdEwEB/wQIMAYBAf8CAQAwDgYDVR0PAQH/BAQDAgGGMA0GCSqGSIb3DQEBCwUAA4IC AQCB5686UCBVIT52jO3sz9pKuhxuC2npi8ZvoBwt/IH9piPA15/CGF1XeXUdu2qmhOjHkVLN gO7XB1G8CuluxofOIUce0aZGyB+vZ1ylHXlMeB0R82f5dz3/T7RQso55Y2Vog2Zb7PYTC5B9 oNy3ylsnNLzanYlcW3AAfzZcbxYuAdnuq0Im3EpGm8DoItUcf1pDezugKm/yKtNtY6sDyENj tExZ377cYA3IdIwqn1Mh4OAT/Rmh8au2rZAo0+bMYBy9C11Ex0hQ8zWcvPZBDn4v4RtO8g+K uQZQcJnO09LJNtw94W3d2mj4a7XrsKMnZKvm6W9BJIQ4Nmht4wXAtPQ1xA+QpxPTmsGAU0Cv HmqVC7XC3qxFhaOrD2dsvOAK6Sn3MEpH/YrfYCX7a7cz5zW3DsJQ6o3pYfnnQz+hnwLlz4MK 17NIA0WOdAF9IbtQqarf44+PEyUbKtz1r0KGeGLs+VGdd2FLA0e7yuzxJDYcaBTVwqaHhU2/ Fna/jGU7BhrKHtJbb/XlLeFJ24yvuiYKpYWQSSyZu1R/gvZjHeGb344jGBsZdCDrdxtQQcVA 6OxsMAPSUPMrlg9LWELEEYnVulQJerWxpUecGH92O06wwmPgykkz//UmmgjVSh7ErNvL0lUY UMfunYVO/O5hwhW+P4gviCXzBFeTtDZH259O7TCCBzAwggUYoAMCAQICEwCg0WvVwekjGFiO 62SckFwepz0wDQYJKoZIhvcNAQELBQAwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3Jp ZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBD QTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExMQyAyMDE3IEludCBDQTAeFw0xNzA4MTcyMTIx MjBaFw0yMjA4MTYyMTIxMjBaMFcxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRswGQYDVQQDDBJrYXJsQGRlbm5pbmdlci5uZXQw ggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQC+HVSyxVtJhy3Ohs+PAGRuO//Dha9A 16l5FPATr6wude9zjX5f2lrkRyU8vhCXTZW7WbvWZKpcZ8r0dtZmiK9uF58Ec6hhvfkxJzbg 96WHBw5Fumd5ahZzuCJDtCAWW8R7/KN+zwzQf1+B3MVLmbaXAFBuKzySKhKMcHbK3/wjUYTg y+3UK6v2SBrowvkUBC+jxNg3Wy12GsTXcUS/8FYIXgVVPgfZZrbJJb5HWOQpvvhILpPCD3xs YJFNKEPltXKWHT7Qtc2HNqikgNwj8oqOb+PeZGMiWapsatKm8mxuOOGOEBhAoTVTwUHlMNTg 6QUCJtuWFCK38qOCyk9Haj+86lUU8RG6FkRXWgMbNQm1mWREQhw3axgGLSntjjnznJr5vsvX SYR6c+XKLd5KQZcS6LL8FHYNjqVKHBYM+hDnrTZMqa20JLAF1YagutDiMRURU23iWS7bA9tM cXcqkclTSDtFtxahRifXRI7Epq2GSKuEXe/1Tfb5CE8QsbCpGsfSwv2tZ/SpqVG08MdRiXxN 5tmZiQWo15IyWoeKOXl/hKxA9KPuDHngXX022b1ly+5ZOZbxBAZZMod4y4b4FiRUhRI97r9l CxsP/EPHuuTIZ82BYhrhbtab8HuRo2ofne2TfAWY2BlA7ExM8XShMd9bRPZrNTokPQPUCWCg CdIATQIDAQABo4IBzzCCAcswPAYIKwYBBQUHAQEEMDAuMCwGCCsGAQUFBzABhiBodHRwOi8v b2NzcC5jdWRhc3lzdGVtcy5uZXQ6ODg4ODAJBgNVHRMEAjAAMBEGCWCGSAGG+EIBAQQEAwIF oDAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMDMGCWCG SAGG+EIBDQQmFiRPcGVuU1NMIEdlbmVyYXRlZCBDbGllbnQgQ2VydGlmaWNhdGUwHQYDVR0O BBYEFLElmNWeVgsBPe7O8NiBzjvjYnpRMIHKBgNVHSMEgcIwgb+AFF3AXsKnjdPND5+bxVEC GKtc047PoYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UE BwwJTmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRh IFN5c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYITAORIioIQ zl6738WMYyE12A3YSDAdBgNVHREEFjAUgRJrYXJsQGRlbm5pbmdlci5uZXQwDQYJKoZIhvcN AQELBQADggIBAJXboPFBMLMtaiUt4KEtJCXlHO/3ZzIUIw/eobWFMdhe7M4+0u3te0sr77QR dcPKR0UeHffvpth2Mb3h28WfN0FmJmLwJk+pOx4u6uO3O0E1jNXoKh8fVcL4KU79oEQyYkbu 2HwbXBU9HbldPOOZDnPLi0whi/sbFHdyd4/w/NmnPgzAsQNZ2BYT9uBNr+jZw4SsluQzXG1X lFL/qCBoi1N2mqKPIepfGYF6drbr1RnXEJJsuD+NILLooTNf7PMgHPZ4VSWQXLNeFfygoOOK FiO0qfxPKpDMA+FHa8yNjAJZAgdJX5Mm1kbqipvb+r/H1UAmrzGMbhmf1gConsT5f8KU4n3Q IM2sOpTQe7BoVKlQM/fpQi6aBzu67M1iF1WtODpa5QUPvj1etaK+R3eYBzi4DIbCIWst8MdA 1+fEeKJFvMEZQONpkCwrJ+tJEuGQmjoQZgK1HeloepF0WDcviiho5FlgtAij+iBPtwMuuLiL shAXA5afMX1hYM4l11JXntle12EQFP1r6wOUkpOdxceCcMVDEJBBCHW2ZmdEaXgAm1VU+fnQ qS/wNw/S0X3RJT1qjr5uVlp2Y0auG/eG0jy6TT0KzTJeR9tLSDXprYkN2l/Qf7/nT6Q03qyE QnnKiBXWAZXveafyU/zYa7t3PTWFQGgWoC4w6XqgPo4KV44OMYIFBzCCBQMCAQEwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBglghkgBZQMEAgMFAKCCAkUw GAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTcxMTEwMTcxNDE2 WjBPBgkqhkiG9w0BCQQxQgRAAU6V524Hco9tRM67ZGbfucXVdiXfaBsC0L+WZCHtzTdqyVXC PFADWOce0HOzoFl3zQ8BVd6w8RqXkAP6Yk4OvzBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFl AwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3 DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGjBgkrBgEEAYI3EAQxgZUwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTCBpQYLKoZIhvcNAQkQAgsxgZWg gZIwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lz dGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0 ZW1zIExMQyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBgkqhkiG9w0BAQEF AASCAgC815A7/HlNXsaQN8LZmik8HWWkfYDwq5qVUWgWHL4haVBLRjblVORqAnZ9ziw0bmpB nFLKI6KXo/z/Ip9QRfnx+oUoK50eeEPz+TB0xpP4+IWHmF9GmTN6R0w7WYKccBVbXUeJI6Cn ezrpQPesodyvZXbmVuxrnVukSRDdNMKiD/HmwHN14tAaERML0A+KkVC4qq7cL4fS1PrUPesp 5RTrpXWhEyMPUDElAQ9S31oHS7ptkck2GqTixSLh3WZwVkD9OeQvH8WWrEiGr11i3G2VhfPL 3u7MQ/BDJwKWEw4ojyI1QuJIkoNhwbhQXfOzLMlNNV7vUYGDiLC8sK/VkjQHt/WIMQuxirF7 ylIk5wRWR5Y7vfn+6tW619kk0Vp5nilvMEyP28eMNE6jl5X2mBm1ux0w49BAssFi1avedSWo WbYXoWnivSkfoTeCBDVz9MZI9I+yWAoIEjMuh+i4pdf5+ScRSswDFPgMeqo6DsV8+AUz+K7m GkLzsXUJDzs2G7KoUE2O9XWcfKDNcy4yMqTIxtET1tElwuWIya3dvf/uBSsexH5Gh7ky4CI9 AjSUcyLj/+THHiZakwlCvTYnKddqLxPfM9w3awP61IdM3qT01KbqvgbAIrcHtyJNIhEn9qGV YAhz+TeA/z/jzTntJZhJAdCd1t3WmJGAEFKVO/3WtwAAAAAAAA== --------------ms090202000509080204070200-- From owner-freebsd-arm@freebsd.org Fri Nov 10 17:23:39 2017 Return-Path: Delivered-To: freebsd-arm@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 F09F0E728A3 for ; Fri, 10 Nov 2017 17:23:39 +0000 (UTC) (envelope-from guyyur@gmail.com) Received: from mail-wr0-x22e.google.com (mail-wr0-x22e.google.com [IPv6:2a00:1450:400c:c0c::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 8687B7B88E; Fri, 10 Nov 2017 17:23:39 +0000 (UTC) (envelope-from guyyur@gmail.com) Received: by mail-wr0-x22e.google.com with SMTP id k61so9204081wrc.4; Fri, 10 Nov 2017 09:23:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=ywN79jUC8f6ixKmmDCytNEhPU442D1D7nJgyfTU5Ujg=; b=lgxGAO2CAj9A5GJvkZXIfGA0WEmSxjmWQ0yYKLFC4EcH45wYmIlI0uyd8fApSFAMJe xjNmGwaJI09u+VjSPQCa8aSNK/ZjrUcRbrPHPtAKeUrXJoqui8K1DlZ0gG2Q+3lXnjuS ++qybcp0/JluVlkiM9JP+fCDU4h5jACE8gPNMB6HpL2DJ/Df2NL+Dqbk+2txfFOm7WIY jqcdix55G+ujvfvk9COwKBzJedYadmdlY3UJgRJTPfX3h+D5NO0EV3eZC1GLtobv0d8t GZGCt9KM0m7YCqnFL+rwmF7e/sS4H/tGZXH+zsrN7OwIK/WU8wt+fRoounr6ckKu+l9P QBrg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=ywN79jUC8f6ixKmmDCytNEhPU442D1D7nJgyfTU5Ujg=; b=IJr040E6VdOHyHnd9Y0q9S1toE9nzlYwq8FZGfusQaFSmwAUshBGeTDVI0nsCZOKfs LfFIroF9AzZPRUBuIOJtzTCzKQOT+aSoC7GxWXEvG+Zp1/Fk9KKPHln1Av4mIa+AIDff DKdVR9EXTPJsV2hB716pB/JZQ6FvGU3Hnv2pKm7Vn1wIUD/I0zdo2ejm3Eucj3TfIYII vink1GxmDAshmylTsOGyZTW3L2st5DgfqiOxvttZp79uWDuKOjb3Jt01q+VNEjPljpG2 WHdg/C9OumSK29dP1VpwwSsNa0rFtEcW73Ki5hOa8/VqJgOdEKyhoFuCuM+XBWTQ+Zx4 4qOw== X-Gm-Message-State: AJaThX603P0OhduO07jmpA3egzgIn675kwlZG6JMEMWYRXD8dwWuI3xK LJ08aw9LwaLZDmsf9GBLpo1vMRuG+SyHVulbKS5REw== X-Google-Smtp-Source: AGs4zMYnpzhs+BKZm/67nhhwTWAU1BAaVsdMCAOVwGYoggP/dfcnsWguht1+LyqxBAtVO+w2ev3nuHqMsIbiq1AAzn4= X-Received: by 10.223.141.129 with SMTP id o1mr919736wrb.95.1510334617642; Fri, 10 Nov 2017 09:23:37 -0800 (PST) MIME-Version: 1.0 Received: by 10.28.197.67 with HTTP; Fri, 10 Nov 2017 09:23:36 -0800 (PST) In-Reply-To: References: <20170928011129.GC86601@home.opsec.eu> <1506561886.31939.16.camel@freebsd.org> <20170928105724.b76168c5065ebb388b056f51@bidouilliste.com> <8cd473c06a33c360db774a428a030833@megadrive.org> From: Guy Yur Date: Fri, 10 Nov 2017 19:23:36 +0200 Message-ID: Subject: Re: if_awg fixes To: freebsd-arm Cc: Ian Lepore , Kurt Jaeger , Emmanuel Vadot , jmcneill@freebsd.org Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Nov 2017 17:23:40 -0000 Hi, >>>> I had issues with if_awg when passing heavy traffic. >>>> (transmission, samba, ...) >>>> a. The tx hardware checksum stopped working after a while. >>>> b. mbuf leaks. (removed old discussion) I split the tx path changes so hopefully they are now easier to review. The changes were rebased after r325410 (latest if_awg modification). https://reviews.freebsd.org/D13029 https://reviews.freebsd.org/D13030 https://reviews.freebsd.org/D13031 https://reviews.freebsd.org/D13032 https://reviews.freebsd.org/D13033 https://reviews.freebsd.org/D13034 https://reviews.freebsd.org/D13035 https://reviews.freebsd.org/D12538 https://reviews.freebsd.org/D12539 Thanks, Guy From owner-freebsd-arm@freebsd.org Sat Nov 11 01:50:44 2017 Return-Path: Delivered-To: freebsd-arm@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 DF5C1E57FCF for ; Sat, 11 Nov 2017 01:50:44 +0000 (UTC) (envelope-from sm@ara-ler.com) Received: from mail-it0-x234.google.com (mail-it0-x234.google.com [IPv6:2607:f8b0:4001:c0b::234]) (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 ACFF96D504 for ; Sat, 11 Nov 2017 01:50:44 +0000 (UTC) (envelope-from sm@ara-ler.com) Received: by mail-it0-x234.google.com with SMTP id n134so5166663itg.0 for ; Fri, 10 Nov 2017 17:50:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ara-ler-com.20150623.gappssmtp.com; s=20150623; h=date:from:to:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=WhNMQToH0+KwDSGKT4hQj+7bdMDJb5knzMBX5WpqavA=; b=LI5Nuwk3IYDXkloAF4LNiv0SrC6fcgnQFg35hQmbjDhITNW7jX1EmvKsndVpqfhtw/ Z2DJKupJTASRJVf+lt13kasG84lWaNUv968xlB27/bSItc67dV87oFR0qA6527VyqRan X5kQD44Xynqc9Ussn0kFMqrgVRk7Sxke8xQPzrtxA1gcUFMxG2t0eS3e6dhREEpEg7S9 SngTFM3kWfUV6HEwLV77oyUh6lVoKlpbI8/tQn77Dc43TcgeKlcPFiplWVXpX9f1K0VZ me9EgiM4wfYaDpZ2En1LtnkokHwmJabw88KDRkMl+KR1PAOV6Wdk3Eig9o9H8Lqg7b8n rhrQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=WhNMQToH0+KwDSGKT4hQj+7bdMDJb5knzMBX5WpqavA=; b=RKnwc4LX0ASjQSVTkPgM6SwshQMnMC+dT6VN+cIGMaYWR36pYCtUvlaNMm6Xt/sNvm vgaCPHHu2jAAVebcaWRcQmeH0tEdyrtAahDjCyfHmiYIJFJUe/+2kFfC9SKW2g9+uRuh l7GUJv3fFrb7zW5aQUcEtqqjfdtPRNPjvtos/7hvBgGsJHEg/Nx5Bzw+8cljnS/cc4Uh peM8tDG3O8YnVxeiaqonL/2fWHQRsnF8ce/8hOzeoVjh1/ZDObAa/tdVv7+OvhHi4CUh n55ykS+MjoYsABG9FeB92bflCAtr47rYGh6L+HLmSj55nLGQETOBO3PMhPeMQGBieqOo Wgfg== X-Gm-Message-State: AJaThX523gTC4K62hTS/qQyqcvP/SkHyQvOSYvCUifOZN0xAy7JEz07K lzLdAS6OrrI0nVkGHsAvFCeKLRPQ X-Google-Smtp-Source: AGs4zMY4d5qhUNpduamb3XUeWhmwaNA7/fmd2EXoNAN6MrQYGMtOPUh/mUMj3vWg9luoulGHRLXGDg== X-Received: by 10.36.182.2 with SMTP id g2mr2921176itf.72.1510365044032; Fri, 10 Nov 2017 17:50:44 -0800 (PST) Received: from dendrobates.araler.com (174-16-108-74.hlrn.qwest.net. [174.16.108.74]) by smtp.gmail.com with ESMTPSA id 196sm5305400ioe.66.2017.11.10.17.50.43 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 10 Nov 2017 17:50:43 -0800 (PST) Date: Fri, 10 Nov 2017 18:50:41 -0700 From: Sergey Manucharian To: Ian Lepore , freebsd-arm@freebsd.org Subject: Re: ubldr vs ubldr.bin? Message-ID: <20171111015041.GC1974@dendrobates.araler.com> References: <1436978285.1334.335.camel@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1436978285.1334.335.camel@freebsd.org> User-Agent: Mutt/1.9.1 (2017-09-22) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Nov 2017 01:50:45 -0000 Excerpts from Ian Lepore's message from Wed 15-Jul-15 10:38: > On Wed, 2015-07-15 at 15:04 +0200, Ronald Klop wrote: > > Hello, > > > > What is the difference between ubldr and ubldr.bin? > > > > [root at sheeva ~]# ls -l /boot/ubldr* > > -r--r--r-- 1 root wheel 283086 Jul 11 00:34 /boot/ubldr > > -r--r--r-- 1 root wheel 235212 Jul 11 00:34 /boot/ubldr.bin > > -r-xr-xr-x 1 root wheel 214432 Jan 8 2015 /boot/ubldr.old > > > > > > Regards, > > Ronald. > > ubldr is an elf binary that must be loaded at the address it was built > for (the UBLDR_LOADADDR address). ubldr.bin is a raw executable image > (no elf headers) which is self-relocating and can be loaded at any > address. ubldr is launched with the bootelf command, and thus requires > CONFIG_ELF in u-boot. ubldr.bin is launched with "go ${loadaddr}". > > So all in all, ubldr.bin is the new way of things, and ubldr is still > being built only for compatibility with people that have older u-boot > installed. (Right now that's pretty much everybody, because I haven't > actually updated any of the u-boot ports yet to use ubldr.bin, because > I've been too busy with $work.) > > The big thing ubldr.bin gets us is a common armv6[hf] userland that runs > on any board. Previously the single userland difference between various > arm boards is that UBLDR_LOADADDR was different for each board. > > -- Ian Sorry for the resurrection of this old thread. Why the mainstream u-boot cannot run ubldr.bin? Or am I missing something? I tried with BeagleBone Black and it doesn't work, resets CPU when trying: load mmc 0:1 0x82000000 ubldr.bin go 0x82000000 -S From owner-freebsd-arm@freebsd.org Sat Nov 11 02:19:05 2017 Return-Path: Delivered-To: freebsd-arm@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 EEE75E59A2C; Sat, 11 Nov 2017 02:19:05 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id CA0956E671; Sat, 11 Nov 2017 02:19:05 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id vAB2JCiH011069 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 10 Nov 2017 18:19:13 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id vAB2JC5Q011068; Fri, 10 Nov 2017 18:19:12 -0800 (PST) (envelope-from fbsd) Date: Fri, 10 Nov 2017 18:19:11 -0800 From: bob prohaska To: ports@freebsd.org Cc: freebsd-arm@freebsd.org, bob prohaska Subject: Odd output from make index on rpi2 Message-ID: <20171111021911.GA10694@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Nov 2017 02:19:06 -0000 After a couple months' hiatus at playing with ports, I started again with a fresh checkout. It seems more than a little has changed. First off, it looks as if -DBATCH no longer works; dialogs still come up. Is there a replacement? Second, I tried to use make search. The transcript looks like this: root@www:/usr/ports # make search name=lxde The search target requires INDEX-12. Please run make index or make fetchindex. root@www:/usr/ports # make index Generating INDEX-12 - please wait..--- describe.accessibility --- --- describe.arabic --- --- describe.archivers --- --- describe.astro --- --- describe.audio --- --- describe.astro --- umount: unmount of /dev failed: Device busy --- describe.benchmarks --- --- describe.biology --- --- describe.cad --- umount: unmount of /dev failed: No such file or directory umount: retrying using path instead of file system ID umount: unmount of /dev failed: Device busy umount: unmount of /dev failed: Device busy --- describe.chinese --- mount: devfs: Device busy ===> chinese/FreeWnn-lib failed *** [describe.chinese] Error code 1 make[2]: stopped in /usr/ports --- describe.cad --- umount: unmount of /dev failed: Device busy Any idea what goes on with the umount /dev lines? There's nothing special on the console, just the usual rogue login failures. Ports are at 453948, system is at r325598. Quite possibly the umount issue has nothing to do with ports, but it started promptly when make index was run, after most of a day attempting to run make on other things. The system seems stable and reasonably responsive, top shows no strange activity. Thanks for reading, bob prohaska From owner-freebsd-arm@freebsd.org Sat Nov 11 11:55:30 2017 Return-Path: Delivered-To: freebsd-arm@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 59447E68CB4 for ; Sat, 11 Nov 2017 11:55:30 +0000 (UTC) (envelope-from clbuisson@orange.fr) Received: from smtp.smtpout.orange.fr (smtp11.smtpout.orange.fr [80.12.242.133]) by mx1.freebsd.org (Postfix) with ESMTP id 0310D7E99B for ; Sat, 11 Nov 2017 11:55:28 +0000 (UTC) (envelope-from clbuisson@orange.fr) Received: from localhost ([92.134.207.235]) by mwinf5d22 with ME id Ybno1w00555FxF803bno9V; Sat, 11 Nov 2017 12:47:49 +0100 X-ME-Helo: localhost X-ME-Auth: Y2xidWlzc29uQHdhbmFkb28uZnI= X-ME-Date: Sat, 11 Nov 2017 12:47:49 +0100 X-ME-IP: 92.134.207.235 To: freebsd-arm@freebsd.org From: Claude Buisson Subject: rpi2: cpufreq(4) support lost ? Message-ID: <2bceba56-f6a8-5120-fac5-0d3387a8278d@orange.fr> Date: Sat, 11 Nov 2017 12:47:47 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Nov 2017 11:55:30 -0000 [I am not subscribed to this list - please answser to me] I recently upgraded a RPI2 Model B, from head r323691 armv6 to head r325110 + patch D12907 (lib/libc/gen/tls.c) armv7. In the dmesg, the lines: bcm2835_cpufreq0: on cpu0 bcm2835_cpufreq0: ARM 600MHz, Core 250MHz, SDRAM 400MHz, Turbo OFF disappeared, and the log shows: /etc/rc.d/powerd start powerd: no cpufreq(4) support -- aborting: No such file or directory As what seems to be a consequence, the system became much slower. Everything came back to normal when I copied the old rpi2.dtb to the new /boot/msdos/ I tried the rpi2.dtb from the lastest snapshot FreeBSD-12.0-CURRENT-arm-armv7-RPI2-20171109-r325595.img and cpufreq(4) disappeared again. What I am missing ? TIA Claude Buisson From owner-freebsd-arm@freebsd.org Sat Nov 11 16:49:36 2017 Return-Path: Delivered-To: freebsd-arm@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 86BEAE6F06B for ; Sat, 11 Nov 2017 16:49:36 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 75D1C665E4 for ; Sat, 11 Nov 2017 16:49:36 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id vABGnakb067667 for ; Sat, 11 Nov 2017 16:49:36 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 223605] aweaw Date: Sat, 11 Nov 2017 16:49:36 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: singgihea124@gmail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter attachments.created Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Nov 2017 16:49:36 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D223605 Bug ID: 223605 Summary: aweaw Product: Base System Version: CURRENT Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: singgihea124@gmail.com Created attachment 187921 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D187921&action= =3Dedit aweaw awewa --=20 You are receiving this mail because: You are the assignee for the bug.=