From owner-freebsd-arm@freebsd.org Sat Jun 25 10:26:28 2016 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 0C797B80115 for ; Sat, 25 Jun 2016 10:26:28 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-153.reflexion.net [208.70.211.153]) (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 9CB802F70 for ; Sat, 25 Jun 2016 10:26:26 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 15810 invoked from network); 25 Jun 2016 10:27:02 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 25 Jun 2016 10:27:02 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Sat, 25 Jun 2016 06:26:21 -0400 (EDT) Received: (qmail 28810 invoked from network); 25 Jun 2016 10:26:21 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 25 Jun 2016 10:26:21 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id 78E431C407C; Sat, 25 Jun 2016 03:26:23 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: 11.0 -r301815 "kyua test -k /usr/tests/Kyuafile" on rpi2 [armv7-a/cortex-a7]: broken (24) and failing (59) lists From: Mark Millard In-Reply-To: Date: Sat, 25 Jun 2016 03:26:23 -0700 Cc: Alan Somers , Ian Lepore , "Conrad E. Meyer" , freebsd-arm , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <5D3DEF2A-A14F-456B-B2D5-4E95BD273DB7@dsl-only.net> References: <1465862808.1188.129.camel@freebsd.org> <6727481C-8BD2-4F00-A6F6-3BEE3CC7F2FA@dsl-only.net> To: Ngie Cooper X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jun 2016 10:26:28 -0000 On 2016-Jun-25, at 12:44 AM, Ngie Cooper = wrote: > On Fri, Jun 24, 2016 at 9:50 PM, Mark Millard = wrote: >> On 2016-Jun-24, at 2:50 PM, Alan Somers wrote: >>=20 >>> As of r302180., the usr.sbin/rpcbind, sys/acl, and sys/sys/bitstring >>> tests should all be fixed. I opened PR 210329 for the >>> usr.bin/lastcomm test. I haven't investigated the others. >=20 > ... >=20 >> This time the totals were 15 broken (down from 24) and 41 failed = (down >> from 59). >>=20 >> My results this time were. . . >=20 > Hi Mark, > Please file bugs for all of the individual component failures, > e.g. lib/msun, and CC me on the bugs. > Thanks, > -Ngie Done. I generally omitted the --verbose Metadata output. For a few there = was a large block of Standard output or Standard error text that I = omitted. I was not sure of the intent but I put all the lib/msun "broken" items = in one submittal, for example. Similarly for each of the other "broken" = components. Similarly for lib/msun "failed" items (a separate submittal). Similarly = for each of the other "failed" components. I noted explicitly in each submittal that I'd used -mcpu=3Dcortex-a7 in = my builds. But in more detail: A) buildworld and buildkernel had -march=3Darmv7-a -mcpu=3Dcortex-a7 = both listed B) ports builds (such as kyua itself) had -mcpu=3Dcortex-a7 (but not = -march=3Darmv7-a) This is because for ports I use options that do not complain for either = clang 3.8.0 or for fairly modern gcc and gcc does complain about = specifying both -mcpu=3Darmv7-a and -mcpu=3Dcortex-a7. Even the = "armv7-a" notation is from gcc rejecting armv7a but both clang and gcc = accepting armv7-a notation. (As I remember gcc uses -march=3Darmv7-a where it conflicts with = -mcpu=3Dcortex-a7 when both are listed but gcc does warn about conflict = despite having a resolution rule.) Other than the 11.0 -r302180 being more recent the "context details" in = https://lists.freebsd.org/pipermail/freebsd-current/2016-June/061831.html still apply. I did not repeat that information in the submittals but at = least the src.conf and the like are available for reference. =3D=3D=3D Mark Millard markmi at dsl-only.net