From owner-freebsd-arm@freebsd.org Sun Oct 18 16:32:32 2015 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 BE9E9A18F66 for ; Sun, 18 Oct 2015 16:32:32 +0000 (UTC) (envelope-from mike@skew.org) Received: from chilled.skew.org (chilled.skew.org [70.90.116.205]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.skew.org", Issuer "AlphaSSL CA - SHA256 - G2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9A3EEF1B for ; Sun, 18 Oct 2015 16:32:31 +0000 (UTC) (envelope-from mike@skew.org) Received: from chilled.skew.org (localhost [127.0.0.1]) by chilled.skew.org (8.14.7/8.14.7) with ESMTP id t9IGToKB053045 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Sun, 18 Oct 2015 10:29:51 -0600 (MDT) (envelope-from mike@chilled.skew.org) Received: (from mike@localhost) by chilled.skew.org (8.14.7/8.14.7/Submit) id t9IGToEF053044 for freebsd-arm@freebsd.org; Sun, 18 Oct 2015 10:29:50 -0600 (MDT) (envelope-from mike) Date: Sun, 18 Oct 2015 10:29:50 -0600 From: Mike Brown To: freebsd-arm@freebsd.org Subject: BeagleBone self-built 10-STABLE hangs, segfaults Message-ID: <20151018162950.GA52948@chilled.skew.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Whoa: whoa. User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Oct 2015 16:32:32 -0000 I installed a 10.2-STABLE snapshot on my BeagleBone Black, then grabbed the latest source and upgraded the old fashioned way, to make sure it would work. (make buildworld, buildkernel etc., after creating a 2 GB swap file). The only thing odd I noticed during the builds was during the make buildkernel KERNCONF=BEAGLEBONE stage, I got many warnings from ld saying "Unknown EABI object attribute 68". Is this expected and of any concern? The reason I ask is because I'm getting some hangs and crashes now when trying to run or rebuild ports. From owner-freebsd-arm@freebsd.org Sun Oct 18 16:48:19 2015 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 4B415A182BB for ; Sun, 18 Oct 2015 16:48:19 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from pmta2.delivery6.ore.mailhop.org (pmta2.delivery6.ore.mailhop.org [54.200.129.228]) (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 2F66D7E8 for ; Sun, 18 Oct 2015 16:48:18 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound2.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Sun, 18 Oct 2015 16:48:29 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t9IGmG6k008390; Sun, 18 Oct 2015 10:48:16 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1445186896.71631.57.camel@freebsd.org> Subject: Re: machine/acle-compat.h missing From: Ian Lepore To: Jukka Ukkonen Cc: freebsd-arm@freebsd.org Date: Sun, 18 Oct 2015 10:48:16 -0600 In-Reply-To: <59E5C236-908F-4AAA-942B-7E5FE5B76C0D@gmail.com> References: <561B4A25.2030703@gmail.com> <20151012232952.GR67524@funkthat.com> <626A93AA-8E14-4027-8FFC-95CA2AC77193@kientzle.com> <59E5C236-908F-4AAA-942B-7E5FE5B76C0D@gmail.com> Content-Type: text/plain; charset="iso-8859-7" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Oct 2015 16:48:19 -0000 We need to be very clear here that the problem is the procedure you are using to build, and not anything with the build system or the compilers. I build arm 11 images on 10-stable every day, using the documented procedures (which certainly do NOT involve overriding CC and CXX), as do many other people. The first step of a build is to use the existing system compiler to build the latest compiler, which is then used to build the rest of the source. The default clang 3.4 on 10-stable has no problem building clang 3.7 as the first step of an arm build, and that clang 3.7 is then used to compile world and kernel. More details on the build process can be found here: https://wiki.freebsd.org/FreeBSD/arm/crossbuild It's oriented towards a setup for doing freebsd development for multiple boards, but there's good general info there for anyone doing their own builds without using the crochet tool. -- Ian On Tue, 2015-10-13 at 08:32 +0300, Jukka Ukkonen wrote: > Quite recently the 11.x builds using clang 3.4.1 started giving me > trouble. > If I remember correctly, the older clang had problems with the more > recent clang source. So, after browsing the UPDATING file a little I > found > a note there explaining how the clang source in 11.x now needs at > least > clang 3.5 to compile. That is how I ended up overriding CC and CXX. > Then started the problems with acle-compat.h. > I guess the dilemma is twofold. Is this file really used at all? If > so, why > does it not appear where it is expected to be found? If not really > used, > is it included in error when I override the compiler? > > I guess the problem might not happen when compiling on the rpi2 > itself > or on another 11.x system. In fact I am going to update the source on > the rpi2 and launch a test build locally on the target later today. > The local builds on rpi2 just take some 11 hours or so. Obviously I > run > those very rarely. > > --jau > > > Sent from my iPad > > > On 13 Oct 2015, at 06:34, Tim Kientzle wrote: > > > > Do you get the same problem if you do not override CC and CXX? > > > > I¢ve never needed to set those. > > > > Tim > > > > > > > On Oct 12, 2015, at 7:29 PM, jau789@gmail.com wrote: > > > > > > The build environment is amd64 running 10-stable. > > > The native cc is obviously clang 3.4.1. > > > The build target in has been rpi2. > > > To make current build possible at all CC and CXX > > > are set to clang37 and clang++37 during the make > > > run. > > > > > > --jau > > > > On 13/10/2015 2:29 John-Mark Gurney wrote: > > > > Jukka Ukkonen wrote this message on Mon, Oct 12, 2015 at 08:50 > > > > +0300: > > > > After the latest clang update in current cross-compilation for > > > > arm > > > > has been failing due to "missing" > > > > > > Do you mean armeb? or what specific arch? > > > > > > > > > > > > > > > The file is apparently present... > > > > > > > > src.head/sys/arm/include/acle-compat.h > > > > > > > > but the compiler fails to find it because for some reason it > > > > never gets copied to the path where the compiler expects to > > > > find it... > > > > > > > > /tank/fish/jau/Xcomp/src.head/gnu/lib/libgcc/../../../contrib/g > > > > cc/config/arm/libunwind.S:29:10: > > > > fatal error: 'machine/acle-compat.h' file not found > > > > #include > > > > ^ > > > > 1 error generated. > > > > *** [libunwind.o] Error code 1 > > > > > > > > Has anyone else noticed this, or is it just me doing something > > > > odd? > > > > > > Are you using gcc, or the default of clang now? > > > From owner-freebsd-arm@freebsd.org Sun Oct 18 16:52:35 2015 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 D8FE4A1845A for ; Sun, 18 Oct 2015 16:52:35 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1b.ore.mailhop.org (outbound1b.ore.mailhop.org [54.200.247.200]) (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 BB0DAA51 for ; Sun, 18 Oct 2015 16:52:35 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound1.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Sun, 18 Oct 2015 16:52:39 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t9IGqRNP008398; Sun, 18 Oct 2015 10:52:27 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1445187147.71631.59.camel@freebsd.org> Subject: Re: BeagleBone self-built 10-STABLE hangs, segfaults From: Ian Lepore To: Mike Brown , freebsd-arm@freebsd.org Date: Sun, 18 Oct 2015 10:52:27 -0600 In-Reply-To: <20151018162950.GA52948@chilled.skew.org> References: <20151018162950.GA52948@chilled.skew.org> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Oct 2015 16:52:35 -0000 On Sun, 2015-10-18 at 10:29 -0600, Mike Brown wrote: > I installed a 10.2-STABLE snapshot on my BeagleBone Black, then > grabbed the > latest source and upgraded the old fashioned way, to make sure it > would work. > (make buildworld, buildkernel etc., after creating a 2 GB swap file). > > The only thing odd I noticed during the builds was during the make > buildkernel > KERNCONF=BEAGLEBONE stage, I got many warnings from ld saying > "Unknown EABI > object attribute 68". Is this expected and of any concern? > > The reason I ask is because I'm getting some hangs and crashes now > when trying > to run or rebuild ports. I've seen those unknown attribute warnings before, I don't think they're anything to worry about. I haven't tried running a self-hosted build on any armv6 for a long time, it's possible there's something ugly like a code-generation bug that happens when running native but not on a cross build. Things like that are pretty rare, though. -- Ian From owner-freebsd-arm@freebsd.org Sun Oct 18 20:27:51 2015 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 F20F8A1896E for ; Sun, 18 Oct 2015 20:27:51 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: from mail-wi0-x231.google.com (mail-wi0-x231.google.com [IPv6:2a00:1450:400c: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 8FBE7375; Sun, 18 Oct 2015 20:27:51 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: by wicfv8 with SMTP id fv8so51949011wic.0; Sun, 18 Oct 2015 13:27:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=F0gTXOmiT0XoxsuHYxybnbh04u/TK3dYfNUUn73wG+s=; b=nl9m4r+bEou9gQb9qJY1aELI2v4p4WWksWP+OAKBmDmAwpLAwW4LpJugudVrn3NDSY KGSJRDt5xIaVNsCigpKdqgreDgFV8bJwsIXni44aKj7iqIEtagpyFoEEVeDbMfeZOogn gb0TH/cmPDFPgSZKSLUuJA95CL6GrgFonB+8g993pw0UII5D0quKd9kiSrjcWR8LkRnf frotSmcSLXn9AirWVSXsPRsh3jGWXHeuXD4AXeEqO1QnUS9VPHq0scfkA4wprB4eL3r7 hu5aANv1cl269q7SGQ7aQGaw0e86tePGd1HOH+GFklaSIRMFPUZ8jRzc1RmzeZS18UNi jMrg== MIME-Version: 1.0 X-Received: by 10.180.206.8 with SMTP id lk8mr15693150wic.44.1445200068481; Sun, 18 Oct 2015 13:27:48 -0700 (PDT) Received: by 10.194.127.199 with HTTP; Sun, 18 Oct 2015 13:27:48 -0700 (PDT) In-Reply-To: <1445187147.71631.59.camel@freebsd.org> References: <20151018162950.GA52948@chilled.skew.org> <1445187147.71631.59.camel@freebsd.org> Date: Sun, 18 Oct 2015 23:27:48 +0300 Message-ID: Subject: Re: BeagleBone self-built 10-STABLE hangs, segfaults From: Andrey Fesenko To: Ian Lepore Cc: Mike Brown , "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Oct 2015 20:27:52 -0000 On Sun, Oct 18, 2015 at 7:52 PM, Ian Lepore wrote: > On Sun, 2015-10-18 at 10:29 -0600, Mike Brown wrote: >> I installed a 10.2-STABLE snapshot on my BeagleBone Black, then >> grabbed the >> latest source and upgraded the old fashioned way, to make sure it >> would work. >> (make buildworld, buildkernel etc., after creating a 2 GB swap file). >> >> The only thing odd I noticed during the builds was during the make >> buildkernel >> KERNCONF=BEAGLEBONE stage, I got many warnings from ld saying >> "Unknown EABI >> object attribute 68". Is this expected and of any concern? >> >> The reason I ask is because I'm getting some hangs and crashes now >> when trying >> to run or rebuild ports. > > I've seen those unknown attribute warnings before, I don't think > they're anything to worry about. I haven't tried running a self-hosted > build on any armv6 for a long time, it's possible there's something > ugly like a code-generation bug that happens when running native but > not on a cross build. Things like that are pretty rare, though. > Confirm both Rpi and bb "Segmentation fault", i'm build with crochet and CURRENT-r289459 (builded 289522) last lines sh -x crochet + _DTBINTERMEDIATEDIR=/usr/obj/fdt/fdt.kUEP6Z + _DTSIN=/usr/src/sys/boot/fdt/dts/arm/beaglebone.dts + _DTBINTERMEDIATE=/usr/obj/fdt/fdt.kUEP6Z + echo /usr/src/sys/tools/fdt/make_dtb.sh /usr/src/sys /usr/src/sys/boot/fdt/dts/arm/beaglebone.dts /usr/obj/fdt/fdt.kUEP6Z + cd /usr/src + make 'TARGET_ARCH=armv6' buildenv + _DTSOUT=bbone.dts + dtc -I dtb -O dts /usr/obj/fdt/fdt.kUEP6Z/beaglebone.dtb Segmentation fault root@des:/usr/src # pkg info | grep eabi arm-none-eabi-binutils-2.25.1 GNU binutils for bare metal arm cross-development arm-none-eabi-gcc492-4.9.2_1 GNU Compiler Collection for bare metal arm cross-development From owner-freebsd-arm@freebsd.org Sun Oct 18 21:27:23 2015 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 E1371A18B63 for ; Sun, 18 Oct 2015 21:27:23 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from kif.fubar.geek.nz (kif.fubar.geek.nz [178.62.119.249]) by mx1.freebsd.org (Postfix) with ESMTP id B2ED6A91 for ; Sun, 18 Oct 2015 21:27:23 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from bender.Home (bcdccf38.skybroadband.com [188.220.207.56]) by kif.fubar.geek.nz (Postfix) with ESMTPSA id 39335D78E6 for ; Sun, 18 Oct 2015 21:16:43 +0000 (UTC) Date: Sun, 18 Oct 2015 22:16:32 +0100 From: Andrew Turner To: Subject: Removal of more old SoC support Message-ID: <20151018221632.6f34a6f9@bender.Home> X-Mailer: Claws Mail 3.12.0 (GTK+ 2.24.28; amd64-portbld-freebsd10.1) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Oct 2015 21:27:24 -0000 I'm planning on removing some old ARMv4/ARMv5 SoC support from HEAD. The following directories will be removed: samsung/s3c2xx0 xscale/i80321 xscale/i8134x These config files will be removed as they build the code in one of the above directories: CRB, EP80219, IQ31244, LN2410SBC. Any further config files are expected to stay. This won't touch the AVILA, or CAMBRIA files. Does anyone have any objections to this? Andrew From owner-freebsd-arm@freebsd.org Sun Oct 18 21:52:08 2015 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 E3EA4A1818B for ; Sun, 18 Oct 2015 21:52:07 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-pa0-f44.google.com (mail-pa0-f44.google.com [209.85.220.44]) (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 BB7B78C6 for ; Sun, 18 Oct 2015 21:52:07 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: by pasz6 with SMTP id z6so9296536pas.2 for ; Sun, 18 Oct 2015 14:52:06 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=SxGd5ye5MyvUfnqTXzvtzbWRPdrVkmiV6x5JB4NRK6Y=; b=e7dWagw4qLfXDp8ADy5Y+BQSI4xwyRHziVkVbCwUyZR3JQeEEgL4dTnp5t6thR28dD hSnTUHPxgV1SwStYl9gm19ug8ku+vNDSU8EN45sJrsTDZ9BHawdkZ2JipCdWX12wjGN+ gww/D9CSjAgUZjeM1aCOmwh/yPTB8zgL++0JFlQtu0NtqSE4I+yqnCS+k0Lc3E06I2Rv z7gLMXx1DnLVzc++niTP8vJb4nhnQQx7CsWUoGBGmHv7l7wHYaGQLcQlFkChptkdchRx vOL5qKBs/0bokNt+xiQXG12j+5t/LvGLeSdPTiYDac3WgMGDGBx4YmCrW8QfLm4sPELf +bxA== X-Gm-Message-State: ALoCoQn2gzdhrpDIWoqSjzm+bcc8Z5FvcbsTHbKBqgtLO4MtHijVzd60I1UJPHYBysS7vhOUDG4f X-Received: by 10.66.144.135 with SMTP id sm7mr30998419pab.106.1445205126549; Sun, 18 Oct 2015 14:52:06 -0700 (PDT) Received: from ip-100-127-128-53.ec2.internal ([69.53.245.5]) by smtp.gmail.com with ESMTPSA id x6sm32489434pbt.3.2015.10.18.14.52.05 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 18 Oct 2015 14:52:05 -0700 (PDT) Sender: Warner Losh Subject: Re: Removal of more old SoC support Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Content-Type: multipart/signed; boundary="Apple-Mail=_61963D73-B04D-4A9B-8D9E-47670F0522F2"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5.2 From: Warner Losh In-Reply-To: <20151018221632.6f34a6f9@bender.Home> Date: Sun, 18 Oct 2015 15:52:03 -0600 Cc: freebsd-arm@freebsd.org Message-Id: <005CACA9-CEF7-48D0-AF93-C859E7ADFEB1@bsdimp.com> References: <20151018221632.6f34a6f9@bender.Home> To: Andrew Turner X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Oct 2015 21:52:08 -0000 --Apple-Mail=_61963D73-B04D-4A9B-8D9E-47670F0522F2 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Oct 18, 2015, at 3:16 PM, Andrew Turner = wrote: >=20 > I'm planning on removing some old ARMv4/ARMv5 SoC support from HEAD. = The > following directories will be removed: > samsung/s3c2xx0 > xscale/i80321 > xscale/i8134x >=20 > These config files will be removed as they build the code in one of = the > above directories: CRB, EP80219, IQ31244, LN2410SBC. Any further = config > files are expected to stay. This won't touch the AVILA, or CAMBRIA > files. >=20 > Does anyone have any objections to this? None of these removals affect any currently active FreeBSD as far as I know. The old XSCALE boards are vanishingly rare inside the project. These files don=E2=80=99t make up the more popular AVILA or CAMBRIA = boards that were used by at least a few developers in the project. The Samsung stuff doesn=E2=80=99t affect any of these current Chromebook users, and = its been a while since those boards were current and never were that popular in the project. As we=E2=80=99ve been cleaning up the ARM support, support for these = systems just have added extra work. And they were impossible to test since there were so few (no?) resources to test them on. Warner --Apple-Mail=_61963D73-B04D-4A9B-8D9E-47670F0522F2 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----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJWJBSEAAoJEGwc0Sh9sBEAmlsP/2Pp0rvQ+o3pufZ6iEGAM+1J 5S752VOnnnz9/S+pRJuOrhNjGxZQ5GndxUQYRMO/f+5RzPxPbmTRLJCl6mTWj/8y iTQoEgh5R98a9Vt88gCqlnmoequegLCUwZt5aK1C8MA3/FNEOQY6OoGZV2LWDxrA aNi/AU+Ds8+zir/wP89WCwTDRR6C6f8r08Rtj3f26i8f+LtHOZs2pojL0sVr5evj nUYKFmNJPPPpij1M4yqjuRh57+OYL1SJvsJM+9/biXl1Pfr47nlfcBTEGnDpXbEC IUXbn/7eNv+FQhFT/bSY9sD2x5xH+G6KPhYvDOtZsa0/nHF2WoMhg85+/0jjrJ8j oubINedn6M2kiUhv5LwPGz2Ccl36TU6Nvl+sntJ/kz+MIUuOlvsfAc25Vg4zKEvQ D2xWT5TrliPphzQXDHKgRx2ZfKC54dTACo0R5Py3xo8Vfao8zlri8WrhaF+LPW42 M88OXFm6UDQQWrCWpAy7x5qUuLWGViraOxfVca5la2lFWB/cUKMjOpi5Z4c8zyhN vBgExk3nsFzFoRIo8BxQiGzKeSOflaZWNAO5pA2huQkMBqrqFqP3rngCdVYDt3II fkZIDo04PV46AwGOTqJc+o1fW2oKNjVz1XYUV/vpPOu98GitsOLNiR/xdLB7KMQg d86FAgzw70IGnLJ9P7o5 =HJta -----END PGP SIGNATURE----- --Apple-Mail=_61963D73-B04D-4A9B-8D9E-47670F0522F2-- From owner-freebsd-arm@freebsd.org Mon Oct 19 04:30:53 2015 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 0FA3CA10F9E for ; Mon, 19 Oct 2015 04:30:53 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-vk0-x231.google.com (mail-vk0-x231.google.com [IPv6:2607:f8b0:400c: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 B27C0B91; Mon, 19 Oct 2015 04:30:52 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by vkgy127 with SMTP id y127so856013vkg.0; Sun, 18 Oct 2015 21:30:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=blkjZV3JXGBxNltWLrJpe4PJPDng0J9E/ZlTiVOcD64=; b=vdZxOFmBfsKKuHX+IVg0yeQdu1JWmAty6WljWy8HUhNjhxv9uHXPcB7D1I2jFOv7QL rzLuebmrWy6bIY/oKRs/32vzdHRznOcSA3HP0S3KkviHHb3I8n5NR0O5bjPXfP+3w13F DJqa9k1AqMgjDAj3QEbxRBg/A0pUcMW4bt+hP76yzoPZn9S5gLVRYJ+IGAfkJvTsdt0O N1TeiDGbpYZQr2KPUsoVi5YdjVuLsEBGQXJiJzJYkW1KA6DcbaCZuizNQbnQr1NprmSW CcPHhCmXV8FrsyNxL2CmwNFZ9ecso6K3qTRDNppQg+Dk2n5xbyOHw2o4gJbducAgh7VD 2T4g== MIME-Version: 1.0 X-Received: by 10.31.33.75 with SMTP id h72mr18477925vkh.144.1445229051385; Sun, 18 Oct 2015 21:30:51 -0700 (PDT) Received: by 10.31.66.9 with HTTP; Sun, 18 Oct 2015 21:30:51 -0700 (PDT) In-Reply-To: References: <1443104974.1224.269.camel@freebsd.org> <20150928162916.GU99677@funkthat.com> Date: Sun, 18 Oct 2015 21:30:51 -0700 Message-ID: Subject: Re: Building Less? From: Russell Haley To: Warner Losh Cc: John-Mark Gurney , Ian Lepore , freebsd-arm Content-Type: multipart/mixed; boundary=001a11c01bca3a50c005226d9c29 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Oct 2015 04:30:53 -0000 --001a11c01bca3a50c005226d9c29 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi There, Mr. Gurney, here is the patch file for src.conf.5, build.7 and I fixed a typo in netmap.4. I believe I have also addressed the comments from Mr. Losh. I shall attempt to submit this through Bugzilla. Should I reference anything specific in the bug report? Thanks, Russell On Mon, Sep 28, 2015 at 11:06 PM, Russell Haley wrote: > I guess I should go through and take out the tab/spaces in src.conf while > I'm at it? Since the language was already wrong, can I suggest we commit > the diff above and then give me some time to get started on documentation= a > little more thoroughly? Then I can figure out how to build and review it > too. > > Feel free to email me other updates. > > Russ > > On Mon, Sep 28, 2015 at 10:55 PM, Russell Haley > wrote: > >> On it. >> >> Russ >> >> On Mon, Sep 28, 2015 at 10:46 PM, Warner Losh wrote: >> >>> This isn=E2=80=99t quite right. /etc/src.conf is used only for /usr/src= builds. >>> It is ignored for /usr/doc and /usr/ports builds, which build(7) also >>> documents. I=E2=80=99d be more specific. >>> >>> Also, this is just a nit, the man page is src.conf 5, not SRC.CONF 5. I= f >>> you=E2=80=99re cleaning up the other language, you may want to correct = that. >>> >>> Warner >>> >>> > On Sep 28, 2015, at 11:29 PM, Russell Haley >>> wrote: >>> > >>> > Okay, here is the diff for the changes above. I didn't re-build as Mr= . >>> Gurney said he would validate and commit . Can I suggest/submit some ot= her >>> changes to the build (7) page (that I will test myself)? Also the >>> fdp-primer says in chapter 3.1 that the doc project owns man pages and = then >>> I couldn't find another single reference to them again. >>> > >>> > Much thanks! >>> > Russ >>> > >>> > On Mon, Sep 28, 2015 at 9:08 PM, Warner Losh wrote: >>> > That's a good place to start. >>> > >>> > Warner >>> > >>> > On Mon, Sep 28, 2015 at 9:56 PM, Russell Haley >>> wrote: >>> > Do I follow this? >>> > >>> > https://www.freebsd.org/doc/en_US.ISO8859-1/books/fdp-primer/ >>> > >>> > Thanks, >>> > >>> > Russ >>> > >>> > On Mon, Sep 28, 2015 at 9:29 AM, John-Mark Gurney >>> wrote: >>> > Russell Haley wrote this message on Sun, Sep 27, 2015 at 21:21 -0700: >>> > > The option should be included in the man pages for build: >>> > > >>> > > >>> https://www.freebsd.org/cgi/man.cgi?query=3Dbuild&sektion=3D7&apropos= =3D0&manpath=3DFreeBSD+10.2-RELEASE >>> > >>> > [great additions] >>> > >>> > I agree that this needs better documentation... If you send me a >>> patch, >>> > I'll make sure it's marked up properly and committed... >>> > >>> > Thanks! >>> > >>> > > On Sun, Sep 27, 2015 at 9:06 PM, Warner Losh wrote= : >>> > > >>> > > > src.conf is only used to build /usr/src. src.con(5) documents tha= t. >>> > > > build(5) has a pointer. >>> > > > >>> > > > How would you suggest making this clearer? >>> > >>> > -- >>> > John-Mark Gurney Voice: +1 415 225 557= 9 >>> > >>> > "All that I will do, has been done, All that I have, has not." >>> > >>> > >>> > >>> > >>> >>> >> > --001a11c01bca3a50c005226d9c29 Content-Type: text/plain; charset=US-ASCII; name="netmap.4-src.conf.5-build.7.diff" Content-Disposition: attachment; filename="netmap.4-src.conf.5-build.7.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_ifxfx4uq0 SW5kZXg6IG1hbjQvbmV0bWFwLjQKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gbWFuNC9uZXRtYXAuNAkocmV2aXNp b24gMjg5NDExKQorKysgbWFuNC9uZXRtYXAuNAkod29ya2luZyBjb3B5KQpAQCAtMzg1LDcgKzM4 NSw3IEBACiAgICAgIFRYICBbLi4uLi4uLi4uLmFhYWFhYWFhYWFhLi4uLi4uLi5dCiAuRWQKIC5Q cAotc2VsZWN0KCkgYW5kIHBvbGwoKSB3bGxsIGJsb2NrIGlmIHRoZXJlIGlzIG5vIHNwYWNlIGlu IHRoZSByaW5nLCBpLmUuCitzZWxlY3QoKSBhbmQgcG9sbCgpIHdpbGwgYmxvY2sgaWYgdGhlcmUg aXMgbm8gc3BhY2UgaW4gdGhlIHJpbmcsIGkuZS4KIC5EbCByaW5nLT5jdXIgPT0gcmluZy0+dGFp bAogYW5kIHJldHVybiB3aGVuIG5ldyBzbG90cyBoYXZlIGJlY29tZSBhdmFpbGFibGUuCiAuUHAK SW5kZXg6IG1hbjUvc3JjLmNvbmYuNQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBtYW41L3NyYy5jb25mLjUJKHJl dmlzaW9uIDI4OTQxMSkKKysrIG1hbjUvc3JjLmNvbmYuNQkod29ya2luZyBjb3B5KQpAQCAtMiw3 ICsyLDcgQEAKIC5cIiBmcm9tIEZyZWVCU0Q6IGhlYWQvdG9vbHMvYnVpbGQvb3B0aW9ucy9tYWtl bWFuIDI4Nzk0MiAyMDE1LTA5LTE3IDIyOjA0OjQ2WiBiZHJld2VyeQogLlwiICRGcmVlQlNEJAog LkRkIFNlcHRlbWJlciAxOCwgMjAxNQotLkR0IFNSQy5DT05GIDUKKy5EdCBzcmMuY29uZiA1CiAu T3MKIC5TaCBOQU1FCiAuTm0gc3JjLmNvbmYKQEAgLTEwLDE1ICsxMCwxNSBAQAogLlNoIERFU0NS SVBUSU9OCiBUaGUKIC5ObQotZmlsZSBjb250YWlucyBzZXR0aW5ncyB0aGF0IHdpbGwgYXBwbHkg dG8gZXZlcnkgYnVpbGQgaW52b2x2aW5nIHRoZQorZmlsZSBjb250YWlucyB2YXJpYWJsZXMgdGhh dCBjb250cm9sIHdoYXQgY29tcG9uZW50cyB3aWxsIGJlIGdlbmVyYXRlZCBkdXJpbmcgdGhlIGJ1 aWxkIHByb2Nlc3MKK29mIHRoZQogLkZ4Ci1zb3VyY2UgdHJlZTsgc2VlCitzb3VyY2UgdHJlZSAo L3Vzci9zcmMpOyBzZWUKIC5YciBidWlsZCA3IC4KIC5QcAogVGhlCiAuTm0KLWZpbGUgdXNlcyB0 aGUgc3RhbmRhcmQgbWFrZWZpbGUgc3ludGF4LgotSG93ZXZlciwKK2ZpbGUgdXNlcyB0aGUgc3Rh bmRhcmQgbWFrZWZpbGUgc3ludGF4LiBIb3dldmVyLAogLk5tCiBzaG91bGQgbm90IHNwZWNpZnkg YW55IGRlcGVuZGVuY2llcyB0bwogLlhyIG1ha2UgMSAuCkBAIC0zOSw4ICszOSw3IEBACiBPdmVy cmlkaW5nIHRoZSBsb2NhdGlvbiBvZgogLk5tCiBtYXkgYmUgbmVjZXNzYXJ5IGlmIHRoZSBzeXN0 ZW0td2lkZSBzZXR0aW5ncyBhcmUgbm90IHN1aXRhYmxlCi1mb3IgYSBwYXJ0aWN1bGFyIGJ1aWxk LgotRm9yIGluc3RhbmNlLCBzZXR0aW5nCitmb3IgYSBwYXJ0aWN1bGFyIGJ1aWxkLiBGb3IgaW5z dGFuY2UsIHNldHRpbmcKIC5WYSBTUkNDT05GCiB0bwogLlBhIC9kZXYvbnVsbApAQCAtODIsOCAr ODEsNyBAQAogLkRxIExpIEZBTFNFCiBvcgogLkRxIExpIE5PIC4KLUp1c3QgdGhlIGV4aXN0ZW5j ZSBvZiBhbiBvcHRpb24gd2lsbCBjYXVzZQotaXQgdG8gYmUgaG9ub3VyZWQgYnkKK0p1c3QgdGhl IGV4aXN0ZW5jZSBvZiBhbiBvcHRpb24gd2lsbCBjYXVzZSBpdCB0byBiZSBob25vdXJlZCBieQog LlhyIG1ha2UgMSAuCiAuUHAKIFRoZSBmb2xsb3dpbmcgbGlzdCBwcm92aWRlcyBhIG5hbWUgYW5k IHNob3J0IGRlc2NyaXB0aW9uIGZvciB2YXJpYWJsZXMKSW5kZXg6IG1hbjcvYnVpbGQuNwo9PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09Ci0tLSBtYW43L2J1aWxkLjcJKHJldmlzaW9uIDI4OTQxMSkKKysrIG1hbjcvYnVpbGQu Nwkod29ya2luZyBjb3B5KQpAQCAtMjUsMTEgKzI1LDExIEBACiAuXCIgJEZyZWVCU0QkCiAuXCIK IC5EZCBEZWNlbWJlciAzMSwgMjAxNAotLkR0IEJVSUxEIDcKKy5EdCBCdWlsZCA3CiAuT3MKIC5T aCBOQU1FCiAuTm0gYnVpbGQKLS5OZCBpbmZvcm1hdGlvbiBvbiBob3cgdG8gYnVpbGQgdGhlIHN5 c3RlbQorLk5kIEdlbmVyYWwgaW5zdHJ1Y3Rpb25zIG9uIGhvdyB0byBidWlsZCB0aGUgc3lzdGVt CiAuU2ggREVTQ1JJUFRJT04KIFRoZSBzb3VyY2VzIGZvciB0aGUKIC5GeApAQCAtNjYsMzIgKzY2 LDMwIEBACiB0aGluZ3MgaW4gdGhhdCBkaXJlY3RvcnkuCiBJc3N1aW5nIHRoZQogLlhyIG1ha2Ug MQotY29tbWFuZCBpbiBhbnkgZGlyZWN0b3J5IG9yCi1zdWJkaXJlY3Rvcnkgb2YgdGhvc2UgZGly ZWN0b3JpZXMgaGFzIHRoZSBzYW1lIGVmZmVjdCBhcyBpc3N1aW5nIHRoZQotc2FtZSBjb21tYW5k IGluIGFsbCBzdWJkaXJlY3RvcmllcyBvZiB0aGF0IGRpcmVjdG9yeS4KLVdpdGggbm8gdGFyZ2V0 IHNwZWNpZmllZCwgdGhlIHRoaW5ncyBpbiB0aGF0IGRpcmVjdG9yeSBhcmUganVzdCBidWlsdC4K K2NvbW1hbmQgaW4gYW55IGRpcmVjdG9yeSBpc3N1ZXMgdGhlIAorLlhyIG1ha2UgMQorY29tbWFu ZCByZWN1cnNpdmVseSBpbiBhbGwgc3ViZGlyZWN0b3JpZXMuCitXaXRoIG5vIHRhcmdldCBzcGVj aWZpZWQsIHRoZSBpdGVtcyBpbiB0aGUgZGlyZWN0b3JpZXMgYXJlIGJ1aWx0IAorYW5kIG5vIGZ1 cnRoZXIgYWN0aW9uIGlzIHRha2VuLgogLlBwCi1BIHNvdXJjZSB0cmVlIGlzIGFsbG93ZWQgdG8g YmUgcmVhZC1vbmx5LgotQXMgZGVzY3JpYmVkIGluCi0uWHIgbWFrZSAxICwKLW9iamVjdHMgYXJl IHVzdWFsbHkgYnVpbHQgaW4gYSBzZXBhcmF0ZSBvYmplY3QgZGlyZWN0b3J5IGhpZXJhcmNoeQot c3BlY2lmaWVkIGJ5IHRoZSBlbnZpcm9ubWVudCB2YXJpYWJsZQotLlZhIE1BS0VPQkpESVJQUkVG SVggLAotb3IgdW5kZXIKK0Egc291cmNlIHRyZWUgaXMgYWxsb3dlZCB0byBiZSByZWFkLW9ubHkg YXMgYWxsIGJ1aWxkIGFydGlmY2F0cyBnZW5lcmF0ZWQgYnkgCisuWHIgbWFrZSAxCithcmUgZ2Vu ZXJhdGVkIGluIAogLlBhIC91c3Ivb2JqCi1pZiB2YXJpYWJsZQorYnkgZGVmYXVsdC4gVGhlIGRl c3RpbmF0aW9uIGRpcmVjdG9yeSBjYW4gYmUgY2hhbmdlZCBieSBzcGVjaWZ5aW5nIAorYSBuZXcg bG9jYXRpb24gdXNpbmcgCiAuVmEgTUFLRU9CSkRJUlBSRUZJWAotaXMgbm90IHNldC4KLUZvciBh IGdpdmVuIHNvdXJjZSBkaXJlY3RvcnksIGl0cyBjYW5vbmljYWwgb2JqZWN0IGRpcmVjdG9yeQot d291bGQgYmUKLS5QYSAke01BS0VPQkpESVJQUkVGSVh9JHsuQ1VSRElSfQotaWYKLS5YciBtYWtl IDEKLXZhcmlhYmxlCithcyBkZXNjcmliZWQgaW4KKy5YciBtYWtlIDEgLgorCitUaGVyZWZvcmUs IGZvciBhIGdpdmVuIHNvdXJjZSBkaXJlY3RvcnksIGl0cyBidWlsZCBhcnRpZmFjdHMgCit3b3Vs ZCBiZSBnZW5lcmF0ZWQgaW4KKy5QYSAvdXNyL29iai8key5DVVJESVJ9CitvciB0bworLlBhICR7 TUFLRU9CSkRJUlBSRUZJWH0vJHsuQ1VSRElSfQorYWNjb3JkaW5nIHRvIHRoZSAKIC5WYSBNQUtF T0JKRElSUFJFRklYCi1pcyBzZXQsIG9yCi0uUGEgL3Vzci9vYmokey5DVVJESVJ9Ci1pZiB0aGlz IHZhcmlhYmxlIGlzIG5vdCBzZXQuCit2YXJpYWJsZS4KIENyb3NzLWJ1aWxkcyBzZXQgdGhlIG9i amVjdCBkaXJlY3RvcnkgYXMgZGVzY3JpYmVkIGluIHRoZQogZG9jdW1lbnRhdGlvbiBmb3IgdGhl CiAuQ20gYnVpbGR3b3JsZApAQCAtMTAyLDggKzEwMCwxNCBAQAogdmFyaWFibGVzIGRlc2NyaWJl ZCBpbiB0aGUKIC5TeCBFTlZJUk9OTUVOVAogc2VjdGlvbiBiZWxvdywgYW5kIGJ5IHRoZSB2YXJp YWJsZXMgZG9jdW1lbnRlZCBpbgotLlhyIG1ha2UuY29uZiA1IC4KKy5YciBtYWtlLmNvbmYgNSAu IAogLlBwCitUaGUgZGVmYXVsdCBjb21wb25lbnRzIGluY2x1ZGVkIGluIHRoZSBidWlsZCBhcmUg c3BlY2lmaWVkIGluIHRoZSBmaWxlIAorL2V0Yy9zcmMuY29uZiBpbiB0aGUgc291cmNlIHRyZWUu IFRvIG92ZXJyaWRlIHRoZSBkZWZhdWx0IGZpbGUsIGluY2x1ZGUgCit0aGUgU1JDQ09ORiBvcHRp b24gaW4gdGhlIG1ha2Ugc3RlcHMsIHBvaW50aW5nIHRvIGEgY3VzdG9tIHNyYy5jb25mIAorZmls ZS4gRm9yIG1vcmUgaW5mb3JtYXRpb24gc2VlIAorLlhyIHNyYy5jb25mIDUgLgorLlBwCiBUaGUg Zm9sbG93aW5nIGxpc3QgcHJvdmlkZXMgdGhlIG5hbWVzIGFuZCBhY3Rpb25zIGZvciB0aGUgdGFy Z2V0cwogc3VwcG9ydGVkIGJ5IHRoZSBidWlsZCBzeXN0ZW06CiAuQmwgLXRhZyAtd2lkdGggIi5D bSBjbGVhbmRlcGVuZCIKQEAgLTQ0NSw2ICs0NDksOSBAQAogLkJkIC1saXRlcmFsIC1vZmZzZXQg aW5kZW50CiBtYWtlIFBPUlRTX01PRFVMRVM9ZW11bGF0b3JzL2txZW11LWttb2Qga2VybmVsCiAu RWQKKy5JdCBWYSBTUkNDT05GCitTcGVjaWZ5IGEgZmlsZSB0byBvdmVycmlkZSB0aGUgZGVmYXVs dCAvZXRjL3NyYy5jb25mLiBUaGUgc3JjLmNvbmYgZmlsZSBjb250cm9scyB0aGUgY29tcG9uZW50 cyB0byBidWlsZC4gU2VlIAorLlhyIFNSQy5DT05GIDUKIC5JdCBWYSBTVFJJUEJJTgogQ29tbWFu ZCB0byB1c2UgYXQgaW5zdGFsbCB0aW1lIHdoZW4gc3RyaXBwaW5nIGJpbmFyaWVzLgogQmUgc3Vy ZSB0byBhZGQgYW55IGFkZGl0aW9uYWwgdG9vbHMgcmVxdWlyZWQgdG8gcnVuCg== --001a11c01bca3a50c005226d9c29-- From owner-freebsd-arm@freebsd.org Mon Oct 19 14:13:14 2015 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 37F07A18E21 for ; Mon, 19 Oct 2015 14:13:14 +0000 (UTC) (envelope-from leonardoe.lazcano@gmail.com) Received: from mail-lf0-x22f.google.com (mail-lf0-x22f.google.com [IPv6:2a00:1450:4010:c07::22f]) (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 B03AD1341 for ; Mon, 19 Oct 2015 14:13:13 +0000 (UTC) (envelope-from leonardoe.lazcano@gmail.com) Received: by lffy185 with SMTP id y185so112086559lff.2 for ; Mon, 19 Oct 2015 07:13:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=E8T62DfXw8RYpUpP4cuH8L39+c9M0HArBp8TZE3JeRg=; b=0LdtWCiWx92APxEzX9NSrDMjKueMurc1sCpXwowIH2ArA5pkBQgTG9IAf7cHP5fOhq Nf3IZcwx2qzqyGdov3pmmUlJT9IToqeGmlIrPakYALuBxiH4V2EXguDkUgiWcmqyX/IJ 4noq0HjWaoTaDwooW6GFne96eZf9XhKpctHarO8jxtscFo8tbKQfceHemtE319y+QixM I8xOo9H+s3m+qb4pd6FoQ109aM6It8h720CLIZ/pWWKRPOpIFr/vSXwKzY+HVX4stSe+ 5cUBlmGLP8WVY6Q+D1qjfnvskUdpxPUQnrBOibc1nmSqquNremvwY7Bt6AsSUqpgGYco 5lDw== MIME-Version: 1.0 X-Received: by 10.25.157.15 with SMTP id g15mr9714564lfe.113.1445263991678; Mon, 19 Oct 2015 07:13:11 -0700 (PDT) Received: by 10.25.145.199 with HTTP; Mon, 19 Oct 2015 07:13:11 -0700 (PDT) Date: Mon, 19 Oct 2015 16:13:11 +0200 Message-ID: Subject: Installing or booting FreeBSD 10.2 on BeagleBone Black From: Leonardo Lazcano To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Oct 2015 14:13:14 -0000 Hi, I=C2=B4m new to this BBB rev C and new to FreeBSD. I tried to install FreeB= SD on the BBB without any luck. Somehow the BBB boots correctly when using a BBB "Flasher" image(eg. BBB-eMMC-flasher-2013.09.04) but not when using a FreeBSD image (I have tried different ones). I have also tried 2 different microSD cards with no luck. When I put the microSD card on the BBB and I press and hold the Boot button and then power up, nothing seems to happen. I also tried without pressing the Boot button but the I get 3 led lit and nothing else happens. Any ideas what is wrong? ps. I am sorry if this is the wrong way to ask. It is my first time doing this Regards / Leonardo From owner-freebsd-arm@freebsd.org Mon Oct 19 14:30:09 2015 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 1D184A1929F for ; Mon, 19 Oct 2015 14:30:09 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::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 A79B52F for ; Mon, 19 Oct 2015 14:30:08 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: by wikq8 with SMTP id q8so8648408wik.1 for ; Mon, 19 Oct 2015 07:30:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=SYPEv22QU8pmDKqfHqZRgsKPaYrK2FFeZicgG034sxI=; b=kDBejtmc50yq1SzFDKw1LVdzW82QF28/J9euH6NmtqSDRge2g8LuPdkLi9Ee4glNKU tv/TKgMTtwHZHXm4NjgzCy0xO7RgxC2V8BI039EzB8t773QnEvUyz6hrZo3s3s2/27fi ffYLUpuF5z2sNjgwecvi0p4+2UaRPXOS/pguadr426clIdducw51lXjr2Qgdt96fC47W HpEZoADCMdOMjA35aLTdaFdfPzAc2EO+ZHdl2Q7bruY8rJ+hfTJMDyH0bhC/su1w+h6C XtO91h1dVkhLRFDipOsAN/Y/7XMFDqogxaa7Dez7cWv0ygyEyViTbtKyqMEZT5m1QAOD 6D2w== MIME-Version: 1.0 X-Received: by 10.180.208.42 with SMTP id mb10mr22092657wic.60.1445265006521; Mon, 19 Oct 2015 07:30:06 -0700 (PDT) Received: by 10.194.127.199 with HTTP; Mon, 19 Oct 2015 07:30:06 -0700 (PDT) In-Reply-To: References: Date: Mon, 19 Oct 2015 17:30:06 +0300 Message-ID: Subject: Re: Installing or booting FreeBSD 10.2 on BeagleBone Black From: Andrey Fesenko To: Leonardo Lazcano Cc: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Oct 2015 14:30:09 -0000 On Mon, Oct 19, 2015 at 5:13 PM, Leonardo Lazcano wrote: > Hi, > > I=C2=B4m new to this BBB rev C and new to FreeBSD. I tried to install Fre= eBSD on > the BBB without any luck. Somehow the BBB boots correctly when using a BB= B > "Flasher" image(eg. BBB-eMMC-flasher-2013.09.04) but not when using a > FreeBSD image (I have tried different ones). I have also tried 2 differen= t > microSD cards with no luck. > > When I put the microSD card on the BBB and I press and hold the Boot butt= on > and then power up, nothing seems to happen. I also tried without pressing > the Boot button but the I get 3 led lit and nothing else happens. > > Any ideas what is wrong? > > ps. I am sorry if this is the wrong way to ask. It is my first time doing > this > Try this https://github.com/freebsd/crochet/issues/117 From owner-freebsd-arm@freebsd.org Mon Oct 19 14:32:52 2015 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 89AADA193D0 for ; Mon, 19 Oct 2015 14:32:52 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "raven.bwct.de", Issuer "BWCT" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1C48B65F for ; Mon, 19 Oct 2015 14:32:51 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id t9JEWT1u024778 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 19 Oct 2015 16:32:29 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id t9JEWQdc061455 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 19 Oct 2015 16:32:26 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id t9JEWQSm076290; Mon, 19 Oct 2015 16:32:26 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id t9JEWQaD076289; Mon, 19 Oct 2015 16:32:26 +0200 (CEST) (envelope-from ticso) Date: Mon, 19 Oct 2015 16:32:26 +0200 From: Bernd Walter To: Leonardo Lazcano Cc: freebsd-arm@freebsd.org Subject: Re: Installing or booting FreeBSD 10.2 on BeagleBone Black Message-ID: <20151019143226.GA75872@cicely7.cicely.de> Reply-To: ticso@cicely.de References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Oct 2015 14:32:52 -0000 On Mon, Oct 19, 2015 at 04:13:11PM +0200, Leonardo Lazcano wrote: > Hi, > > I´m new to this BBB rev C and new to FreeBSD. I tried to install FreeBSD on > the BBB without any luck. Somehow the BBB boots correctly when using a BBB > "Flasher" image(eg. BBB-eMMC-flasher-2013.09.04) but not when using a > FreeBSD image (I have tried different ones). I have also tried 2 different > microSD cards with no luck. > > When I put the microSD card on the BBB and I press and hold the Boot button > and then power up, nothing seems to happen. I also tried without pressing > the Boot button but the I get 3 led lit and nothing else happens. > > Any ideas what is wrong? FreeBSD boots using serial console, that means there is no output on the HDMI. FreeBSD also don't start any LED blinking action as other OS do, so no LED output either. Depending on how the image was created (I'm not up to date with that) it might start a DHCP client and sshd on network. In general it is best to hook up the serial to see the boot output and where it fails, if it not just silently booting all the way through. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@freebsd.org Mon Oct 19 15:05:02 2015 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 7169BA19E1B for ; Mon, 19 Oct 2015 15:05:02 +0000 (UTC) (envelope-from mike@skew.org) Received: from chilled.skew.org (chilled.skew.org [70.90.116.205]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.skew.org", Issuer "AlphaSSL CA - SHA256 - G2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CE5F184 for ; Mon, 19 Oct 2015 15:05:02 +0000 (UTC) (envelope-from mike@skew.org) Received: from chilled.skew.org (localhost [127.0.0.1]) by chilled.skew.org (8.14.7/8.14.7) with ESMTP id t9JF50wo084842 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Mon, 19 Oct 2015 09:05:00 -0600 (MDT) (envelope-from mike@chilled.skew.org) Received: (from mike@localhost) by chilled.skew.org (8.14.7/8.14.7/Submit) id t9JF50PD084841 for freebsd-arm@freebsd.org; Mon, 19 Oct 2015 09:05:00 -0600 (MDT) (envelope-from mike) Date: Mon, 19 Oct 2015 09:04:59 -0600 From: Mike Brown To: freebsd-arm@freebsd.org Subject: Re: BeagleBone self-built 10-STABLE hangs, segfaults Message-ID: <20151019150459.GA57293@chilled.skew.org> References: <20151018162950.GA52948@chilled.skew.org> <1445187147.71631.59.camel@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Whoa: whoa. User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Oct 2015 15:05:02 -0000 On Sun, Oct 18, 2015 at 11:27:48PM +0300, Andrey Fesenko wrote: > > I've seen those unknown attribute warnings before, I don't think > > they're anything to worry about. I haven't tried running a self-hosted > > build on any armv6 for a long time, it's possible there's something > > ugly like a code-generation bug that happens when running native but > > not on a cross build. Things like that are pretty rare, though. > > > > Confirm both Rpi and bb "Segmentation fault", i'm build with crochet > and CURRENT-r289459 (builded 289522) > > last lines sh -x crochet > + _DTBINTERMEDIATEDIR=/usr/obj/fdt/fdt.kUEP6Z > + _DTSIN=/usr/src/sys/boot/fdt/dts/arm/beaglebone.dts > + _DTBINTERMEDIATE=/usr/obj/fdt/fdt.kUEP6Z > + echo /usr/src/sys/tools/fdt/make_dtb.sh /usr/src/sys > /usr/src/sys/boot/fdt/dts/arm/beaglebone.dts /usr/obj/fdt/fdt.kUEP6Z > + cd /usr/src > + make 'TARGET_ARCH=armv6' buildenv > + _DTSOUT=bbone.dts > + dtc -I dtb -O dts /usr/obj/fdt/fdt.kUEP6Z/beaglebone.dtb > Segmentation fault > root@des:/usr/src # pkg info | grep eabi > arm-none-eabi-binutils-2.25.1 GNU binutils for bare metal arm cross-development > arm-none-eabi-gcc492-4.9.2_1 GNU Compiler Collection for bare metal > arm cross-development Does this happen at the same place very time? My problems on 10-STABLE seem to happen at random, as if it were bad RAM. In successive builds of the 'pkg' port, for example, I get different results each time: a segmentation fault during 'configure', then no errors, then a syntax error in some file, then a segmentation fault during 'cc' of something small, then no errors. I didn't see any such weirdness before the native build, though. How can I diagnose this further? From owner-freebsd-arm@freebsd.org Mon Oct 19 15:38:22 2015 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 492D5A1974C for ; Mon, 19 Oct 2015 15:38:22 +0000 (UTC) (envelope-from freebsd-lists@gromit.dlib.vt.edu) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.126.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gromit.dlib.vt.edu", Issuer "Chumby Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2340D19C1 for ; Mon, 19 Oct 2015 15:38:22 +0000 (UTC) (envelope-from freebsd-lists@gromit.dlib.vt.edu) Received: from pmather.lib.vt.edu (pmather.lib.vt.edu [128.173.126.193]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gromit.dlib.vt.edu (Postfix) with ESMTPSA id 965929C9; Mon, 19 Oct 2015 11:38:12 -0400 (EDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: BeagleBone self-built 10-STABLE hangs, segfaults From: Paul Mather In-Reply-To: <20151019150459.GA57293@chilled.skew.org> Date: Mon, 19 Oct 2015 11:38:12 -0400 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20151018162950.GA52948@chilled.skew.org> <1445187147.71631.59.camel@freebsd.org> <20151019150459.GA57293@chilled.skew.org> To: Mike Brown X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Oct 2015 15:38:22 -0000 On Oct 19, 2015, at 11:04 AM, Mike Brown wrote: > On Sun, Oct 18, 2015 at 11:27:48PM +0300, Andrey Fesenko wrote: >>> I've seen those unknown attribute warnings before, I don't think >>> they're anything to worry about. I haven't tried running a = self-hosted >>> build on any armv6 for a long time, it's possible there's something >>> ugly like a code-generation bug that happens when running native but >>> not on a cross build. Things like that are pretty rare, though. >>>=20 >>=20 >> Confirm both Rpi and bb "Segmentation fault", i'm build with crochet >> and CURRENT-r289459 (builded 289522) >>=20 >> last lines sh -x crochet >> + _DTBINTERMEDIATEDIR=3D/usr/obj/fdt/fdt.kUEP6Z >> + _DTSIN=3D/usr/src/sys/boot/fdt/dts/arm/beaglebone.dts >> + _DTBINTERMEDIATE=3D/usr/obj/fdt/fdt.kUEP6Z >> + echo /usr/src/sys/tools/fdt/make_dtb.sh /usr/src/sys >> /usr/src/sys/boot/fdt/dts/arm/beaglebone.dts /usr/obj/fdt/fdt.kUEP6Z >> + cd /usr/src >> + make 'TARGET_ARCH=3Darmv6' buildenv >> + _DTSOUT=3Dbbone.dts >> + dtc -I dtb -O dts /usr/obj/fdt/fdt.kUEP6Z/beaglebone.dtb >> Segmentation fault >> root@des:/usr/src # pkg info | grep eabi >> arm-none-eabi-binutils-2.25.1 GNU binutils for bare metal arm = cross-development >> arm-none-eabi-gcc492-4.9.2_1 GNU Compiler Collection for bare metal >> arm cross-development >=20 > Does this happen at the same place very time? >=20 > My problems on 10-STABLE seem to happen at random, as if it were bad = RAM. In=20 > successive builds of the 'pkg' port, for example, I get different = results each=20 > time: a segmentation fault during 'configure', then no errors, then a = syntax=20 > error in some file, then a segmentation fault during 'cc' of something = small,=20 > then no errors. >=20 > I didn't see any such weirdness before the native build, though. >=20 > How can I diagnose this further? Re: the problems happening at random: are you powering the BBB via the = OTG USB connector or via the 5V barrel power supply connector? I found my BBB to be a bit flaky when powered via the OTG USB connector. = It is stable when powered via the 5V power supply connector, though. Just a thought... Cheers, Paul. From owner-freebsd-arm@freebsd.org Mon Oct 19 15:59:41 2015 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 0E899A19CEB for ; Mon, 19 Oct 2015 15:59:41 +0000 (UTC) (envelope-from mike@skew.org) Received: from chilled.skew.org (chilled.skew.org [70.90.116.205]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.skew.org", Issuer "AlphaSSL CA - SHA256 - G2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id DD7CC377 for ; Mon, 19 Oct 2015 15:59:40 +0000 (UTC) (envelope-from mike@skew.org) Received: from chilled.skew.org (localhost [127.0.0.1]) by chilled.skew.org (8.14.7/8.14.7) with ESMTP id t9JFxdVB085303 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Mon, 19 Oct 2015 09:59:39 -0600 (MDT) (envelope-from mike@chilled.skew.org) Received: (from mike@localhost) by chilled.skew.org (8.14.7/8.14.7/Submit) id t9JFxd1K085302 for freebsd-arm@freebsd.org; Mon, 19 Oct 2015 09:59:39 -0600 (MDT) (envelope-from mike) Date: Mon, 19 Oct 2015 09:59:39 -0600 From: Mike Brown To: freebsd-arm@freebsd.org Subject: Re: BeagleBone self-built 10-STABLE hangs, segfaults Message-ID: <20151019155939.GA85262@chilled.skew.org> References: <20151018162950.GA52948@chilled.skew.org> <1445187147.71631.59.camel@freebsd.org> <20151019150459.GA57293@chilled.skew.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Whoa: whoa. User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Oct 2015 15:59:41 -0000 On Mon, Oct 19, 2015 at 11:38:12AM -0400, Paul Mather wrote: > Re: the problems happening at random: are you powering the BBB via the OTG USB connector or via the 5V barrel power supply connector? 5V barrel power supply connector. The USB port is not connected to anything. I have the FTDI-USB cable attached for console access, and an ethernet cable connected to my router. From owner-freebsd-arm@freebsd.org Mon Oct 19 17:34:52 2015 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 EDD80A18C0F for ; Mon, 19 Oct 2015 17:34:52 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from smtprelay-h22.telenor.se (smtprelay-h22.telenor.se [195.54.99.197]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6E2DD3BF; Mon, 19 Oct 2015 17:34:51 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from ipb5.telenor.se (ipb5.telenor.se [195.54.127.168]) by smtprelay-h22.telenor.se (Postfix) with ESMTP id 9B73DD197; Mon, 19 Oct 2015 19:09:57 +0200 (CEST) X-SENDER-IP: [85.229.94.62] X-LISTENER: [smtp.bredband.net] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2AcCgAEIyVWPD5e5VVeFgMBAwsBAgGDClRvBr4XgVEJFwyFMUoCgTo7EgEBAQEBAQEGAQEBAUE/QQsBg2ABAQEBAgEBAQEgDwEbCBgLEAsOCgICJgICIQYBBQQIChQGCAcEARwEh3oDCgwBCLE8jVkNhHwBAQEBAQUBAQEBAQEdgSKKU4JQgWsBAVAHgmmBRQWWIwGBHoN6hRt0g01Ig3SOOoNbgjWBOigGhDo8NAEGg2M9gUABAQE X-IPAS-Result: A2AcCgAEIyVWPD5e5VVeFgMBAwsBAgGDClRvBr4XgVEJFwyFMUoCgTo7EgEBAQEBAQEGAQEBAUE/QQsBg2ABAQEBAgEBAQEgDwEbCBgLEAsOCgICJgICIQYBBQQIChQGCAcEARwEh3oDCgwBCLE8jVkNhHwBAQEBAQUBAQEBAQEdgSKKU4JQgWsBAVAHgmmBRQWWIwGBHoN6hRt0g01Ig3SOOoNbgjWBOigGhDo8NAEGg2M9gUABAQE X-IronPort-AV: E=Sophos;i="5.17,703,1437429600"; d="scan'208";a="80824498" Received: from c-3e5ee555.06-11-73746f31.cust.bredbandsbolaget.se (HELO sigyn.alvermark.net) ([85.229.94.62]) by ipb5.telenor.se with ESMTP; 19 Oct 2015 19:09:57 +0200 Received: from localhost ([127.0.0.1] helo=webmail.alvermark.net) by sigyn.alvermark.net with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1ZoDwZ-000FGg-Sq; Mon, 19 Oct 2015 19:09:56 +0200 Received: from 85.229.93.153 (SquirrelMail authenticated user alvis) by webmail.alvermark.net with HTTP; Mon, 19 Oct 2015 19:09:55 +0200 (CEST) Message-ID: <25266.85.229.93.153.1445274595.squirrel@webmail.alvermark.net> In-Reply-To: References: <20150819120753.GH79354@hades.panopticon> <20150819134708.GJ79354@hades.panopticon> <20150819232836.GA1245@hades.panopticon> <20150820185417.GB1245@hades.panopticon> <20150820201020.GC1245@hades.panopticon> <20150901130117.GK1245@hades.panopticon> Date: Mon, 19 Oct 2015 19:09:55 +0200 (CEST) Subject: Re: Instability likely related to new pmap on Cubieboard A10 From: "Jakob Alvermark" To: "Svatopluk Kraus" Cc: "Dmitry Marakasov" , "Adrian Chadd" , "freebsd-arm@FreeBSD.org" , "Ian Lepore" User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Oct 2015 17:34:53 -0000 On Fri, October 16, 2015 22:35, Svatopluk Kraus wrote: > Hi, > > > could you please test the following patch: > https://github.com/strejda/freebsd/commit/618092e6a6cc2f568979ed6f5cf1c11 > 30182b068.diff Sorry for being quiet (until now). I had the same problem on my Allwinner A13, random core dumps, I was not able to finish the boot. I tried this patch and it is working again! It now boots completely into userland. Thank you, Jakob > > On Tue, Sep 1, 2015 at 3:01 PM, Dmitry Marakasov > wrote: > >> * Svatopluk Kraus (onwahe@gmail.com) wrote: >> >> >>>>> Thanks. Meantime, I tried most recent HEAD on pandaboard and >>>>> beaglebone black and no problem there. Do you have enabled >>>>> INVARIANTS >>>>> and INVARIANT_SUPPORT in your config? >>>> >>>> I've enabled them at some point - at least last two runs had these >>>> enabled. Any other way I could help? Maybe I should check if it was >>>> new pmap commit which caused this, and if not, bisect it? >>>> >>> >>> Can you try attached semi-debug patch, please? I want to be sure that >>> problem is not on patched place. >> >> Sorry for delay, I was short on time last week, and then I was busy >> with setting up tftp/nfs netboot for my cubieboard. Now it finally works >> and I'd say it's pretty cool when I can test another build without >> plugging sd card around. Unfortunately, with this setup panic doesn't >> reproduce: there are just around 10 sh(1) segfaults during init, and >> then it boots into somehow usable state. Only once I've had panic with >> your latest patch applied: >> >> https://people.freebsd.org/~amdmi3/pmap4.log >> >> >> With my new netboot, I plan to try to bisect it; for panic debugging I >> guess I'll have to get back to plugging SD around. If you want me to do >> more panic tests, could we please revisit which patches should be >> applied cause I'm kinda lost in them. >> >> -- >> Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 >> F77D >> amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://amdmi3.ru > _______________________________________________ > 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 Oct 20 07:17:46 2015 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 B7378A192C1 for ; Tue, 20 Oct 2015 07:17:46 +0000 (UTC) (envelope-from jau789@gmail.com) Received: from mail-wi0-x22f.google.com (mail-wi0-x22f.google.com [IPv6:2a00:1450:400c:c05::22f]) (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 66AAD1043; Tue, 20 Oct 2015 07:17:46 +0000 (UTC) (envelope-from jau789@gmail.com) Received: by wikq8 with SMTP id q8so31863105wik.1; Tue, 20 Oct 2015 00:17:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=V7eLFOEaA2sUEP1OhyW7WOApsNmWyYV0vLhi1ZR1PX4=; b=DOp9L5KtJbi09h+JWuSSiXmaHRgImvFLSQRwDbteoPDyDZo4X5EOeXyr13K1/t8Y09 bCfEMY7UO+00GjSvbDzCK46/b2byseNM9/Og5CQ5FYXtKI2y8PXWzIhspm7G4+ELr4E4 bucIFRY1t6Wp5RTgZ0geqEr3vJZCsP/1X97tIB5hHzCW2kZTZ/KmlyORBdUu2chtNYJa HW+sEXt3uIrMaWKRkrjn1Cig+jr0Z+AhNBlvwenysH9AYFAkBfev6pnmsJR1cXhvk2qS qrQZS8WXnDNoqRf1ryeWUoxUqOYIoiuGiCt+W88hnv5+ow6s7WoClOlfx/NdlaCAHMGh dQrQ== X-Received: by 10.180.184.138 with SMTP id eu10mr26640938wic.25.1445325428177; Tue, 20 Oct 2015 00:17:08 -0700 (PDT) Received: from [192.168.1.131] (xdsl-205-163.nblnetworks.fi. [83.145.205.163]) by smtp.googlemail.com with ESMTPSA id jt3sm1960710wjc.12.2015.10.20.00.17.05 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 20 Oct 2015 00:17:07 -0700 (PDT) Subject: Re: machine/acle-compat.h missing To: Ian Lepore References: <561B4A25.2030703@gmail.com> <20151012232952.GR67524@funkthat.com> <626A93AA-8E14-4027-8FFC-95CA2AC77193@kientzle.com> <59E5C236-908F-4AAA-942B-7E5FE5B76C0D@gmail.com> <1445186896.71631.57.camel@freebsd.org> Cc: freebsd-arm@freebsd.org From: Jukka Ukkonen X-Enigmail-Draft-Status: N1110 Message-ID: <5625EA6D.3000305@gmail.com> Date: Tue, 20 Oct 2015 10:17:01 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <1445186896.71631.57.camel@freebsd.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Oct 2015 07:17:46 -0000 On 10/18/15 19:48, Ian Lepore wrote: > We need to be very clear here that the problem is the procedure you are > using to build, and not anything with the build system or the > compilers. I build arm 11 images on 10-stable every day, using the > documented procedures (which certainly do NOT involve overriding CC and > CXX), as do many other people. > > The first step of a build is to use the existing system compiler to > build the latest compiler, which is then used to build the rest of the > source. The default clang 3.4 on 10-stable has no problem building > clang 3.7 as the first step of an arm build, and that clang 3.7 is then > used to compile world and kernel. Right, since I fell back to using the default cc on 10-stable I have kept getting very uninformative linker failed alerts when trying to run parallel builds (-j N, where N > 1). Eventually I decided to try a build with a single make job only, though, it took all ages. Finally the compiler complaints were a bit more informative. For some reason there were first complaints about truncated relocations (R_ARM_CALL and R_ARM_JUMP24) and only then the linker failed message. For now I don't have the foggiest idea how this could happen, but supposedly this explains the mysterious linker failed complaint. One possibility which I am going to test is whether -O3 is creating so large code that it could be the root cause for the relocation overflows. Previously -O3 was just fine, though. --jau c++ -O3 -pipe -I/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../contrib/llvm/include -I/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include -I/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driver -I. -I/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"armv6-gnueabihf-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"armv6-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -static -o clang cc1_main.o cc1as_main.o driver.o /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libclangfrontendtool/libclangfrontendtool.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libclangfrontend/libclangfrontend.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libclangdriver/libclangdriver.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libclangserialization/libclangserialization.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libclangcodegen/libclangcodegen.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libclangparse/libclangparse.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libclangsema/libclangsema.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libclangrewritefrontend/libclangrewritefrontend.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libclangrewrite/libclangrewrite.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libclangstaticanalyzerfrontend/libclangstaticanalyzerfrontend.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libclangstaticanalyzercheckers/libclangstaticanalyzercheckers.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libclangstaticanalyzercore/libclangstaticanalyzercore.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libclangarcmigrate/libclangarcmigrate.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libclanganalysis/libclanganalysis.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libclangedit/libclangedit.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libclangast/libclangast.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libclanglex/libclanglex.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libclangbasic/libclangbasic.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmoption/libllvmoption.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmobjcarcopts/libllvmobjcarcopts.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmlinker/libllvmlinker.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmirreader/libllvmirreader.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmipo/libllvmipo.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmvectorize/libllvmvectorize.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmbitwriter/libllvmbitwriter.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmasmparser/libllvmasmparser.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmaarch64codegen/libllvmaarch64codegen.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmaarch64asmparser/libllvmaarch64asmparser.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmaarch64desc/libllvmaarch64desc.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmaarch64info/libllvmaarch64info.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmaarch64instprinter/libllvmaarch64instprinter.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmaarch64utils/libllvmaarch64utils.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmarmdisassembler/libllvmarmdisassembler.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmarmcodegen/libllvmarmcodegen.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmarmasmparser/libllvmarmasmparser.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmarmdesc/libllvmarmdesc.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmarminfo/libllvmarminfo.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmarminstprinter/libllvmarminstprinter.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmmipscodegen/libllvmmipscodegen.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmmipsasmparser/libllvmmipsasmparser.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmmipsdesc/libllvmmipsdesc.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmmipsinfo/libllvmmipsinfo.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmmipsinstprinter/libllvmmipsinstprinter.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmpowerpcdisassembler/libllvmpowerpcdisassembler.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmpowerpccodegen/libllvmpowerpccodegen.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmpowerpcasmparser/libllvmpowerpcasmparser.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmpowerpcdesc/libllvmpowerpcdesc.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmpowerpcinfo/libllvmpowerpcinfo.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmpowerpcinstprinter/libllvmpowerpcinstprinter.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmsparccodegen/libllvmsparccodegen.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmsparcasmparser/libllvmsparcasmparser.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmsparcdesc/libllvmsparcdesc.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmsparcinfo/libllvmsparcinfo.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmsparcinstprinter/libllvmsparcinstprinter.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmx86asmparser/libllvmx86asmparser.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmx86codegen/libllvmx86codegen.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmselectiondag/libllvmselectiondag.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmasmprinter/libllvmasmprinter.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmcodegen/libllvmcodegen.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmtarget/libllvmtarget.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmscalaropts/libllvmscalaropts.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmprofiledata/libllvmprofiledata.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvminstcombine/libllvminstcombine.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvminstrumentation/libllvminstrumentation.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmtransformutils/libllvmtransformutils.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmipa/libllvmipa.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmanalysis/libllvmanalysis.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmx86desc/libllvmx86desc.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmobject/libllvmobject.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmmcparser/libllvmmcparser.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmbitreader/libllvmbitreader.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmmcdisassembler/libllvmmcdisassembler.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmx86info/libllvmx86info.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmx86instprinter/libllvmx86instprinter.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmmc/libllvmmc.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmx86utils/libllvmx86utils.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmcore/libllvmcore.a /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../lib/clang/libllvmsupport/libllvmsupport.a -lncursesw -lpthread -lz /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/tmp/usr/lib/crt1.o: In function `__start': /tank/fish/jau/Xcomp/src.head/lib/csu/arm/crt1.c:(.text+0xb4): relocation truncated to fit: R_ARM_CALL against symbol `atexit' defined in .text section in /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/tmp/usr/lib/libc.a(atexit.o) /tank/fish/jau/Xcomp/src.head/lib/csu/arm/crt1.c:(.text+0xbc): relocation truncated to fit: R_ARM_CALL against symbol `_init_tls' defined in .text section in /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/tmp/usr/lib/libc.a(tls.o) /tank/fish/jau/Xcomp/src.head/lib/csu/arm/crt1.c:(.text+0xcc): relocation truncated to fit: R_ARM_CALL against symbol `atexit' defined in .text section in /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/tmp/usr/lib/libc.a(atexit.o) /tank/fish/jau/Xcomp/src.head/lib/csu/arm/crt1.c:(.text+0x174): relocation truncated to fit: R_ARM_CALL against symbol `exit' defined in .text section in /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/tmp/usr/lib/libc.a(exit.o) /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/tmp/usr/lib/crt1.o: In function `finalizer': /tank/fish/jau/Xcomp/src.head/lib/csu/arm/crt1.c:(.text+0x1ec): relocation truncated to fit: R_ARM_JUMP24 against symbol `_fini' defined in .fini section in /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/tmp/usr/lib/crti.o cc1_main.o: In function `cc1_main(llvm::ArrayRef, char const*, void*)': /tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driver/cc1_main.cpp:(.text+0x1c): relocation truncated to fit: R_ARM_CALL against symbol `operator new(unsigned int)' defined in .text section in /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/tmp/usr/lib/libc++.a(new.o) /tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driver/cc1_main.cpp:(.text+0x28): relocation truncated to fit: R_ARM_CALL against symbol `operator new(unsigned int)' defined in .text section in /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/tmp/usr/lib/libc++.a(new.o) /tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driver/cc1_main.cpp:(.text+0x70): relocation truncated to fit: R_ARM_CALL against symbol `std::__1::__shared_weak_count::__release_shared()' defined in .text section in /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/tmp/usr/lib/libc++.a(memory.o) /tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driver/cc1_main.cpp:(.text+0x78): relocation truncated to fit: R_ARM_CALL against symbol `operator new(unsigned int)' defined in .text section in /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/tmp/usr/lib/libc++.a(new.o) /tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driver/cc1_main.cpp:(.text+0xa4): relocation truncated to fit: R_ARM_CALL against symbol `std::__1::__shared_weak_count::__add_shared()' defined in .text section in /tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/tmp/usr/lib/libc++.a(memory.o) /tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driver/cc1_main.cpp:(.text+0xac): additional relocation overflows omitted from the output c++: error: linker command failed with exit code 1 (use -v to see invocation) *** [clang] Error code 1 make[5]: stopped in /tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang 1 error make[5]: stopped in /tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang *** [all_subdir_clang] Error code 2 make[4]: stopped in /tank/fish/jau/Xcomp/src.head/usr.bin/clang 1 error make[4]: stopped in /tank/fish/jau/Xcomp/src.head/usr.bin/clang *** [all_subdir_clang] Error code 2 make[3]: stopped in /tank/fish/jau/Xcomp/src.head/usr.bin 1 error make[3]: stopped in /tank/fish/jau/Xcomp/src.head/usr.bin *** [all_subdir_usr.bin] Error code 2 make[2]: stopped in /tank/fish/jau/Xcomp/src.head 1 error make[2]: stopped in /tank/fish/jau/Xcomp/src.head *** [everything] Error code 2 make[1]: stopped in /tank/fish/jau/Xcomp/src.head 1 error make[1]: stopped in /tank/fish/jau/Xcomp/src.head *** [buildworld] Error code 2 make: stopped in /tank/fish/jau/Xcomp/src.head 1 error make: stopped in /tank/fish/jau/Xcomp/src.head From owner-freebsd-arm@freebsd.org Tue Oct 20 09:37:33 2015 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 1B34BA1AA74 for ; Tue, 20 Oct 2015 09:37:33 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-io0-x233.google.com (mail-io0-x233.google.com [IPv6:2607:f8b0:4001:c06::233]) (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 D602114D3; Tue, 20 Oct 2015 09:37:32 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: by ioll68 with SMTP id l68so15612756iol.3; Tue, 20 Oct 2015 02:37:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=T+pnsseJWw2gtX6nyRscq2EkvJPIM3hMnf79ktqQB3E=; b=B9u3QiOhQuGQVF5YCCiDkuu73Dv0v3So65yuPVmGtU2n5PO2dUATwADyORj/Maywkt c05+ZeO62hnD/Y8Z1jIqv/6Ma7HBl1jOKLnF6thJLVsgXGgEuAKp1Mmh/8iI5ZsWuoHm 2wa/MMyP6Kk9Aba7Cn0Houm8c973jDi0VywozavYVoK6zCpDeEMOLxtf/K0CZ8/4It1+ m0FAOL4jIGReQnLV5SEQUhwJysW2EKl9W8X8IEzFZDkbhoXS5hSNA9J527bCHMRVhHuW s7+SpjVrCJfQVyGTTgZRIVyHr+TVsFp/uvteNalHY6bfXy24/8aYX/bMeiqO2OeCzYf5 kXTg== MIME-Version: 1.0 X-Received: by 10.107.11.226 with SMTP id 95mr2543069iol.186.1445333852379; Tue, 20 Oct 2015 02:37:32 -0700 (PDT) Received: by 10.64.163.165 with HTTP; Tue, 20 Oct 2015 02:37:32 -0700 (PDT) In-Reply-To: <25266.85.229.93.153.1445274595.squirrel@webmail.alvermark.net> References: <20150819120753.GH79354@hades.panopticon> <20150819134708.GJ79354@hades.panopticon> <20150819232836.GA1245@hades.panopticon> <20150820185417.GB1245@hades.panopticon> <20150820201020.GC1245@hades.panopticon> <20150901130117.GK1245@hades.panopticon> <25266.85.229.93.153.1445274595.squirrel@webmail.alvermark.net> Date: Tue, 20 Oct 2015 11:37:32 +0200 Message-ID: Subject: Re: Instability likely related to new pmap on Cubieboard A10 From: Svatopluk Kraus To: Jakob Alvermark Cc: Dmitry Marakasov , Adrian Chadd , "freebsd-arm@FreeBSD.org" , Ian Lepore Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Oct 2015 09:37:33 -0000 The patch was comitted in r289602. Thank you Ian. On Mon, Oct 19, 2015 at 7:09 PM, Jakob Alvermark wrote: > On Fri, October 16, 2015 22:35, Svatopluk Kraus wrote: >> Hi, >> >> >> could you please test the following patch: >> https://github.com/strejda/freebsd/commit/618092e6a6cc2f568979ed6f5cf1c11 >> 30182b068.diff > > Sorry for being quiet (until now). > I had the same problem on my Allwinner A13, random core dumps, I was not > able to finish the boot. > I tried this patch and it is working again! > It now boots completely into userland. > > Thank you, > Jakob > >> >> On Tue, Sep 1, 2015 at 3:01 PM, Dmitry Marakasov >> wrote: >> >>> * Svatopluk Kraus (onwahe@gmail.com) wrote: >>> >>> >>>>>> Thanks. Meantime, I tried most recent HEAD on pandaboard and >>>>>> beaglebone black and no problem there. Do you have enabled >>>>>> INVARIANTS >>>>>> and INVARIANT_SUPPORT in your config? >>>>> >>>>> I've enabled them at some point - at least last two runs had these >>>>> enabled. Any other way I could help? Maybe I should check if it was >>>>> new pmap commit which caused this, and if not, bisect it? >>>>> >>>> >>>> Can you try attached semi-debug patch, please? I want to be sure that >>>> problem is not on patched place. >>> >>> Sorry for delay, I was short on time last week, and then I was busy >>> with setting up tftp/nfs netboot for my cubieboard. Now it finally works >>> and I'd say it's pretty cool when I can test another build without >>> plugging sd card around. Unfortunately, with this setup panic doesn't >>> reproduce: there are just around 10 sh(1) segfaults during init, and >>> then it boots into somehow usable state. Only once I've had panic with >>> your latest patch applied: >>> >>> https://people.freebsd.org/~amdmi3/pmap4.log >>> >>> >>> With my new netboot, I plan to try to bisect it; for panic debugging I >>> guess I'll have to get back to plugging SD around. If you want me to do >>> more panic tests, could we please revisit which patches should be >>> applied cause I'm kinda lost in them. >>> >>> -- >>> Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 >>> F77D >>> amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://amdmi3.ru >> _______________________________________________ >> 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 Oct 20 10:15:47 2015 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 42B7DA18422 for ; Tue, 20 Oct 2015 10:15:47 +0000 (UTC) (envelope-from mattia.rossi.mailinglists@gmail.com) Received: from mail-wi0-x234.google.com (mail-wi0-x234.google.com [IPv6:2a00:1450:400c:c05::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 CEC8E1E3 for ; Tue, 20 Oct 2015 10:15:46 +0000 (UTC) (envelope-from mattia.rossi.mailinglists@gmail.com) Received: by wikq8 with SMTP id q8so38770022wik.1 for ; Tue, 20 Oct 2015 03:15:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=to:from:subject:message-id:date:user-agent:mime-version :content-type:content-transfer-encoding; bh=SiifSoPAHyboCa1pRVHGEdopbitiYpS/rzOzWVCnyhU=; b=ZSpVqoNucAidZ8AvClXmLgKMoxWjnYBjaENUankdYXaY86yO82HAceasjpHMiM7RjN CaMmycx2ayzTDi99aCoupezwaBvT/uoRi2Rw2SqsegFfctKgIhv3u57e9yrXTkGZQbFu rySWmfLRKVXMdh7/A/RkfpZn/PFmC4gnhg/NK/Z4sUlt2ruXUnOJigfGAF7p7bHQ0pQ2 K4R6KO3blsYs1B0Xe7PcZUETGQ4sJF4AagmlX3cM6rppp10v+xEVbvCuL3opIe7LccWj R/9VCdogOT2AlN+Mpf/N4thJ9PulN1vMYkcHvEvmlHAdfLYHx6I07Rd5TwM6XlMK68PY N+eg== X-Received: by 10.194.87.198 with SMTP id ba6mr3069949wjb.6.1445336145277; Tue, 20 Oct 2015 03:15:45 -0700 (PDT) Received: from ?IPv6:2001:1620:ff0:c51:f8d4:30e6:b484:d6c? ([2001:1620:ff0:c51:f8d4:30e6:b484:d6c]) by smtp.googlemail.com with ESMTPSA id uq5sm2906332wjc.3.2015.10.20.03.15.44 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 20 Oct 2015 03:15:44 -0700 (PDT) To: freebsd-arm From: Mattia Rossi Subject: CC core dumping with CLANG 3.7 on armv5 - DREAMPLUG Message-ID: <5626144F.9060003@gmail.com> Date: Tue, 20 Oct 2015 12:15:43 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Oct 2015 10:15:47 -0000 Hi all, since CLANG was upgraded to 3.7 I'm not abel to compile anything on my Dreamplug anymore: FreeBSD clang version 3.7.0 (tags/RELEASE_370/final 246257) 20150906 Target: arm--freebsd11.0-gnueabi Thread model: posix configure:3562: $? = 0 configure:3551: cc -v >&5 FreeBSD clang version 3.7.0 (tags/RELEASE_370/final 246257) 20150906 Target: arm--freebsd11.0-gnueabi Thread model: posix configure:3562: $? = 0 configure:3551: cc -V >&5 cc: error: argument to '-V' is missing (expected 1 value) cc: error: no input files configure:3562: $? = 1 configure:3551: cc -qversion >&5 cc: error: unknown argument: '-qversion' cc: error: no input files configure:3562: $? = 1 configure:3582: checking whether the C compiler works configure:3604: cc conftest.c >&5 cc: error: unable to execute command: Bus error (core dumped) cc: error: clang frontend command failed due to signal (use -v to see invocation) Unfortunately I don't have any debugging symbols enabled in world (yet - it's compiling), only in the kernel, so I can't get a proper backtrace: root@dreamplug:~ # gdb /usr/bin/cc cc.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "arm-marcel-freebsd"...(no debugging symbols found)... Core was generated by `cc'. Program terminated with signal 10, Bus error. #0 0x01eb0868 in ?? () (gdb) bt #0 0x01eb0868 in ?? () (gdb) Does anyone have similar probelms or know a solution to that? Please con't tell me that nobody is using armv5 anymore and I should change to a RPi or so :-( Cheers, Mat From owner-freebsd-arm@freebsd.org Tue Oct 20 13:35:51 2015 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 C0A29A199E3 for ; Tue, 20 Oct 2015 13:35:51 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from kif.fubar.geek.nz (kif.fubar.geek.nz [178.62.119.249]) by mx1.freebsd.org (Postfix) with ESMTP id 8E0381759; Tue, 20 Oct 2015 13:35:50 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from bender (bender.sec.cl.cam.ac.uk [IPv6:2001:630:212:2a8:4e72:b9ff:fe93:61bf]) by kif.fubar.geek.nz (Postfix) with ESMTPSA id D72C7D78E6; Tue, 20 Oct 2015 13:35:43 +0000 (UTC) Date: Tue, 20 Oct 2015 14:35:41 +0100 From: Andrew Turner To: Jukka Ukkonen Cc: Ian Lepore , freebsd-arm@freebsd.org Subject: Re: machine/acle-compat.h missing Message-ID: <20151020143541.5f6b8450@bender> In-Reply-To: <5625EA6D.3000305@gmail.com> References: <561B4A25.2030703@gmail.com> <20151012232952.GR67524@funkthat.com> <626A93AA-8E14-4027-8FFC-95CA2AC77193@kientzle.com> <59E5C236-908F-4AAA-942B-7E5FE5B76C0D@gmail.com> <1445186896.71631.57.camel@freebsd.org> <5625EA6D.3000305@gmail.com> X-Mailer: Claws Mail 3.12.0 (GTK+ 2.24.28; amd64-portbld-freebsd10.1) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Oct 2015 13:35:51 -0000 On Tue, 20 Oct 2015 10:17:01 +0300 Jukka Ukkonen wrote: > On 10/18/15 19:48, Ian Lepore wrote: > > We need to be very clear here that the problem is the procedure you > > are using to build, and not anything with the build system or the > > compilers. I build arm 11 images on 10-stable every day, using the > > documented procedures (which certainly do NOT involve overriding CC > > and CXX), as do many other people. > > > > The first step of a build is to use the existing system compiler to > > build the latest compiler, which is then used to build the rest of > > the source. The default clang 3.4 on 10-stable has no problem > > building clang 3.7 as the first step of an arm build, and that > > clang 3.7 is then used to compile world and kernel. > > Right, since I fell back to using the default cc on 10-stable > I have kept getting very uninformative linker failed alerts > when trying to run parallel builds (-j N, where N > 1). > Eventually I decided to try a build with a single make job only, > though, it took all ages. Finally the compiler complaints were > a bit more informative. > For some reason there were first complaints about truncated > relocations (R_ARM_CALL and R_ARM_JUMP24) and only then the > linker failed message. For now I don't have the foggiest idea > how this could happen, but supposedly this explains the > mysterious linker failed complaint. One possibility which > I am going to test is whether -O3 is creating so large code > that it could be the root cause for the relocation overflows. > Previously -O3 was just fine, though. -O3 is not supported, it may work, or it may, as you have found, cause clang to increase in size such that it is too large to link. The issue is the distance between crt1.o (at the start of the file) and libc.a (near the end) is too far due to an increase in code between the two. Andrew From owner-freebsd-arm@freebsd.org Tue Oct 20 13:40:00 2015 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 3EF53A19B69 for ; Tue, 20 Oct 2015 13:40:00 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from pmta2.delivery6.ore.mailhop.org (pmta2.delivery6.ore.mailhop.org [54.200.129.228]) (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 052471C13 for ; Tue, 20 Oct 2015 13:39:59 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound2.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Tue, 20 Oct 2015 13:40:03 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t9KDdmoH012687; Tue, 20 Oct 2015 07:39:48 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1445348388.73744.2.camel@freebsd.org> Subject: Re: machine/acle-compat.h missing From: Ian Lepore To: Jukka Ukkonen Cc: freebsd-arm@freebsd.org Date: Tue, 20 Oct 2015 07:39:48 -0600 In-Reply-To: <5625EA6D.3000305@gmail.com> References: <561B4A25.2030703@gmail.com> <20151012232952.GR67524@funkthat.com> <626A93AA-8E14-4027-8FFC-95CA2AC77193@kientzle.com> <59E5C236-908F-4AAA-942B-7E5FE5B76C0D@gmail.com> <1445186896.71631.57.camel@freebsd.org> <5625EA6D.3000305@gmail.com> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Oct 2015 13:40:00 -0000 On Tue, 2015-10-20 at 10:17 +0300, Jukka Ukkonen wrote: > On 10/18/15 19:48, Ian Lepore wrote: > > We need to be very clear here that the problem is the procedure you > > are > > using to build, and not anything with the build system or the > > compilers. I build arm 11 images on 10-stable every day, using the > > documented procedures (which certainly do NOT involve overriding CC > > and > > CXX), as do many other people. > > > > The first step of a build is to use the existing system compiler to > > build the latest compiler, which is then used to build the rest of > > the > > source. The default clang 3.4 on 10-stable has no problem building > > clang 3.7 as the first step of an arm build, and that clang 3.7 is > > then > > used to compile world and kernel. > > Right, since I fell back to using the default cc on 10-stable > I have kept getting very uninformative linker failed alerts > when trying to run parallel builds (-j N, where N > 1). > Eventually I decided to try a build with a single make job only, > though, it took all ages. Finally the compiler complaints were > a bit more informative. > For some reason there were first complaints about truncated > relocations (R_ARM_CALL and R_ARM_JUMP24) and only then the > linker failed message. For now I don't have the foggiest idea > how this could happen, but supposedly this explains the > mysterious linker failed complaint. One possibility which > I am going to test is whether -O3 is creating so large code > that it could be the root cause for the relocation overflows. > Previously -O3 was just fine, though. > > --jau > [...] You keep posting tiny fragments of logs that mean nothing by themselves and vague descriptions of what you're doing that don't include the actual commands you're using. The symptoms you're seeing are those of mixing architectures when you compile. Please post a complete log of the build somewhere (a paste site or similar), along with the command(s) you used to start the build. -- Ian From owner-freebsd-arm@freebsd.org Tue Oct 20 13:57:10 2015 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 66F74A1940E for ; Tue, 20 Oct 2015 13:57:10 +0000 (UTC) (envelope-from brd@FreeBSD.org) Received: from valentine.liquidneon.com (valentine.liquidneon.com [216.87.78.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "valentine.liquidneon.com", Issuer "Gandi Standard SSL CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 50B09A73; Tue, 20 Oct 2015 13:57:10 +0000 (UTC) (envelope-from brd@FreeBSD.org) Received: by valentine.liquidneon.com (Postfix, from userid 1018) id 43DF422414; Tue, 20 Oct 2015 13:47:29 +0000 (UTC) Date: Tue, 20 Oct 2015 13:47:29 +0000 From: Brad Davis To: Milan Obuch Cc: Brad Davis , freebsd-arm@FreeBSD.org Subject: Re: Raspberry Pi Camera? Message-ID: <20151020134729.GE63466@corpmail.liquidneon.com> References: <20151002143835.GO65719@corpmail.liquidneon.com> <20151002171536.4c1d07a3@zeta.dino.sk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20151002171536.4c1d07a3@zeta.dino.sk> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Oct 2015 13:57:10 -0000 On Fri, Oct 02, 2015 at 05:15:36PM +0200, Milan Obuch wrote: > On Fri, 2 Oct 2015 14:38:36 +0000 > Brad Davis wrote: > > > Hi, > > > > I am trying to find out what would be needed to support the Raspberry > > Pi Camera: > > > > https://www.raspberrypi.org/help/camera-module-setup/ > > > > Is anyone familiar with CSI and what we would need to do to talk to > > the Camera? > > > > > > Regards, > > Brad Davis > > > > Search in this mailing list archive, I was able to setup picamera under > FreeBSD with help from others and some messages could be found archive > from February this year. Thank you! I have committed the port for raspberrypi-userland and documented the process here: https://wiki.freebsd.org/FreeBSD/arm/Raspberry%20Pi%20Camera and linked it off the main Raspberry Pi page. Currently it leads to a panic, but hopefully gonzo@ has some free time this week to look into that. Regards, Brad Davis From owner-freebsd-arm@freebsd.org Tue Oct 20 14:47:46 2015 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 A96C1A1A271 for ; Tue, 20 Oct 2015 14:47:46 +0000 (UTC) (envelope-from jau789@gmail.com) Received: from mail-wi0-x22e.google.com (mail-wi0-x22e.google.com [IPv6:2a00:1450:400c:c05::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 4ECCBB29; Tue, 20 Oct 2015 14:47:46 +0000 (UTC) (envelope-from jau789@gmail.com) Received: by wijp11 with SMTP id p11so51175386wij.0; Tue, 20 Oct 2015 07:47:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=Q86cnfUJcKyI3s5IEuDxmwKxzny6wxvj9oLeYrZwhgk=; b=cu4YoQo/mebsDmXzpZu62gh7NCm0KhXjlyKy2/HfPH8OAUnw4rxmLjdElYfPb630hp Ab67nbN7Vsfa5bB4+ondn7HDSH0XJqV52HkY6NLKZfh7MGFprGT1qqpO/8hiMBWEXO56 /xZBtGMLRVKwlw7dXnwdjbd/df2yCA6tDKYHQblMJjaN6faBskS8SCZE27fv99Vp8PeQ OCmrsl16Y3avczKVJqJXgDqU0o/cs59bpP7fAvst1ePRk+lN0YzlovwfUOvKIi/y3/xF q97seF7ZdEgsmfF2jmz8W95M1kpuWhRjZBCu4E7LcdvX6aCMbp1tGANCKdg+8wibvKK5 4uiQ== X-Received: by 10.180.88.34 with SMTP id bd2mr12426688wib.82.1445352464861; Tue, 20 Oct 2015 07:47:44 -0700 (PDT) Received: from [192.168.1.131] (xdsl-205-163.nblnetworks.fi. [83.145.205.163]) by smtp.googlemail.com with ESMTPSA id jd7sm4305053wjb.19.2015.10.20.07.47.43 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 20 Oct 2015 07:47:44 -0700 (PDT) Subject: Re: machine/acle-compat.h missing To: Andrew Turner References: <561B4A25.2030703@gmail.com> <20151012232952.GR67524@funkthat.com> <626A93AA-8E14-4027-8FFC-95CA2AC77193@kientzle.com> <59E5C236-908F-4AAA-942B-7E5FE5B76C0D@gmail.com> <1445186896.71631.57.camel@freebsd.org> <5625EA6D.3000305@gmail.com> <20151020143541.5f6b8450@bender> Cc: Ian Lepore , freebsd-arm@freebsd.org From: Jukka Ukkonen X-Enigmail-Draft-Status: N1110 Message-ID: <5626540E.1050405@gmail.com> Date: Tue, 20 Oct 2015 17:47:42 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <20151020143541.5f6b8450@bender> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Oct 2015 14:47:46 -0000 On 10/20/15 16:35, Andrew Turner wrote: > > -O3 is not supported, it may work, or it may, as you have found, cause > clang to increase in size such that it is too large to link. The issue > is the distance between crt1.o (at the start of the file) and libc.a > (near the end) is too far due to an increase in code between the two. Tested and confirmed. The assumption that -O3 should work only because it had worked before was wrong. With -O2 everything works just fine. --jau From owner-freebsd-arm@freebsd.org Wed Oct 21 01:46:28 2015 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 D59B2A19C17 for ; Wed, 21 Oct 2015 01:46:28 +0000 (UTC) (envelope-from mike@skew.org) Received: from chilled.skew.org (chilled.skew.org [70.90.116.205]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.skew.org", Issuer "AlphaSSL CA - SHA256 - G2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B1ED8FA4 for ; Wed, 21 Oct 2015 01:46:28 +0000 (UTC) (envelope-from mike@skew.org) Received: from chilled.skew.org (localhost [127.0.0.1]) by chilled.skew.org (8.14.7/8.14.7) with ESMTP id t9L1kJlP022196 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 20 Oct 2015 19:46:20 -0600 (MDT) (envelope-from mike@chilled.skew.org) Received: (from mike@localhost) by chilled.skew.org (8.14.7/8.14.7/Submit) id t9L1kJW4022195; Tue, 20 Oct 2015 19:46:19 -0600 (MDT) (envelope-from mike) Date: Tue, 20 Oct 2015 19:46:19 -0600 From: Mike Brown To: leonardoe.lazcano@gmail.com Cc: freebsd-arm@freebsd.org Subject: Re: Installing or booting FreeBSD 10.2 on BeagleBone Black Message-ID: <20151021014618.GA22074@chilled.skew.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Whoa: whoa. User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Oct 2015 01:46:28 -0000 Leonardo, As someone mentioned, when starting out, it's best to watch the console at boot. On FreeBSD 10 on the BBB, you must use an FTDI cable and you will see the console via a terminal emulator on another computer. If you only have an HDMI cable connected to a monitor, you will need to use FreeBSD 11-CURRENT, because HDMI support is not in 10-STABLE yet (I think). If you're already set up with the FTDI cable and a terminal emulator, sorry; it wasn't clear from your message what you've tried. You should also be aware that if you're using an image from , the first boot will be rather slow as it grows the root partition and does additional one-time configuration of the disk. But eventually it should finish and emit a login prompt at the console. After it has done all that setup, bootups will go much faster. I am documenting my experiences with the BBB at https://offset.skew.org/wiki/User:Mjb/BeagleBone_Black and https://offset.skew.org/wiki/User:Mjb/FreeBSD_on_BeagleBone_Black The first document is just about the device in general. It has a section re: accessing the console via the FTDI cable and a Windows PC, if you're not sure how to do that. The second document is my notes on running FreeBSD on the BBB, and is updated frequently as I get further along. The document is actually 95% general info for getting started with FreeBSD 10. I hope you find it useful. Mike From owner-freebsd-arm@freebsd.org Wed Oct 21 14:54:48 2015 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 96F70A1B2E0 for ; Wed, 21 Oct 2015 14:54:48 +0000 (UTC) (envelope-from brd@FreeBSD.org) Received: from valentine.liquidneon.com (valentine.liquidneon.com [216.87.78.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "valentine.liquidneon.com", Issuer "Gandi Standard SSL CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8053D10EF for ; Wed, 21 Oct 2015 14:54:48 +0000 (UTC) (envelope-from brd@FreeBSD.org) Received: by valentine.liquidneon.com (Postfix, from userid 1018) id 1E93222C4E; Wed, 21 Oct 2015 14:54:41 +0000 (UTC) Date: Wed, 21 Oct 2015 14:54:41 +0000 From: Brad Davis To: ticso@cicely.de Cc: Leonardo Lazcano , freebsd-arm@freebsd.org Subject: Re: Installing or booting FreeBSD 10.2 on BeagleBone Black Message-ID: <20151021145441.GG63466@corpmail.liquidneon.com> References: <20151019143226.GA75872@cicely7.cicely.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20151019143226.GA75872@cicely7.cicely.de> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Oct 2015 14:54:48 -0000 On Mon, Oct 19, 2015 at 04:32:26PM +0200, Bernd Walter wrote: > On Mon, Oct 19, 2015 at 04:13:11PM +0200, Leonardo Lazcano wrote: > > Hi, > > > > I?m new to this BBB rev C and new to FreeBSD. I tried to install FreeBSD on > > the BBB without any luck. Somehow the BBB boots correctly when using a BBB > > "Flasher" image(eg. BBB-eMMC-flasher-2013.09.04) but not when using a > > FreeBSD image (I have tried different ones). I have also tried 2 different > > microSD cards with no luck. > > > > When I put the microSD card on the BBB and I press and hold the Boot button > > and then power up, nothing seems to happen. I also tried without pressing > > the Boot button but the I get 3 led lit and nothing else happens. > > > > Any ideas what is wrong? > > FreeBSD boots using serial console, that means there is no output on > the HDMI. > FreeBSD also don't start any LED blinking action as other OS do, so no > LED output either. I wrote a program to do that, let me get it reviewed and put in the ports tree. Regards, Brad Davis From owner-freebsd-arm@freebsd.org Wed Oct 21 17:43:53 2015 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 DE8E6A1BE3C for ; Wed, 21 Oct 2015 17:43:53 +0000 (UTC) (envelope-from george@vagner.com) Received: from p3plsmtpa08-01.prod.phx3.secureserver.net (p3plsmtpa08-01.prod.phx3.secureserver.net [173.201.193.102]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B687ECD for ; Wed, 21 Oct 2015 17:43:53 +0000 (UTC) (envelope-from george@vagner.com) Received: from [192.168.0.128] ([172.242.226.83]) by p3plsmtpa08-01.prod.phx3.secureserver.net with id Xti91r0091obfVo01tiCC4; Wed, 21 Oct 2015 10:42:15 -0700 Subject: having trouble booting 10.2 and current on pi B+ References: <561B4A25.2030703@gmail.com> <20151012232952.GR67524@funkthat.com> <626A93AA-8E14-4027-8FFC-95CA2AC77193@kientzle.com> <59E5C236-908F-4AAA-942B-7E5FE5B76C0D@gmail.com> <1445186896.71631.57.camel@freebsd.org> <5625EA6D.3000305@gmail.com> <1445348388.73744.2.camel@freebsd.org> To: freebsd-arm@freebsd.org From: laszlo vagner Message-ID: <5627CE70.3050606@vagner.com> Date: Wed, 21 Oct 2015 13:42:08 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <1445348388.73744.2.camel@freebsd.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Oct 2015 17:43:54 -0000 currently trying to boot pretty much any version of freebsd on my PI B+ (not pi2) i successfully booted and ran rasbian fine so i know the hardware is working. got the current version from here ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/arm/armv6/ISO-IMAGES/11.0/FreeBSD-11.0-CURRENT-arm-armv6-RPI-B-20151016-r289420.img.xz uncompressed it using 7zip on a win7 x64 machine then used win32diskimager to write it to the micro sdcard. what i end up with is --------------------------------------------- in: serial out: lcd err: lcd mbox: timeout waiting for response bcm2835: could not set USB power state Net: Net Initialization Skipped No ethernet found **unrecognized filesystem type** hit any key to stop auto boot: 0 booting from: mmc 0 ubldr **unrecognized filesystem type** U-boot > ---------------------------------------------- tried this with the 10-2 version also same result. tried using both versions on 3 different sdcards same thing. i cannot get past this error as even the keyboard dont work. need some help. all of this worked fine on my pi2 B model (using current of course) but the pi B+ wont boot. George From owner-freebsd-arm@freebsd.org Wed Oct 21 17:58:30 2015 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 B0EE2A1A090 for ; Wed, 21 Oct 2015 17:58:30 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from erouter6.ore.mailhop.org (erouter6.ore.mailhop.org [54.187.213.119]) (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 8723A913 for ; Wed, 21 Oct 2015 17:58:30 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound3.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Wed, 21 Oct 2015 17:58:08 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t9LHwSgV016292; Wed, 21 Oct 2015 11:58:28 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1445450308.14963.12.camel@freebsd.org> Subject: Re: having trouble booting 10.2 and current on pi B+ From: Ian Lepore To: laszlo vagner , freebsd-arm@freebsd.org Date: Wed, 21 Oct 2015 11:58:28 -0600 In-Reply-To: <5627CE70.3050606@vagner.com> References: <561B4A25.2030703@gmail.com> <20151012232952.GR67524@funkthat.com> <626A93AA-8E14-4027-8FFC-95CA2AC77193@kientzle.com> <59E5C236-908F-4AAA-942B-7E5FE5B76C0D@gmail.com> <1445186896.71631.57.camel@freebsd.org> <5625EA6D.3000305@gmail.com> <1445348388.73744.2.camel@freebsd.org> <5627CE70.3050606@vagner.com> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Oct 2015 17:58:30 -0000 On Wed, 2015-10-21 at 13:42 -0400, laszlo vagner wrote: > currently trying to boot pretty much any version of freebsd on my PI > B+ > (not pi2) > > i successfully booted and ran rasbian fine so i know the hardware is > working. > > got the current version from here > > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/arm/armv6/ISO-IMAGES/11.0 > /FreeBSD-11.0-CURRENT-arm-armv6-RPI-B-20151016-r289420.img.xz > > > > uncompressed it using 7zip on a win7 x64 machine then used > win32diskimager to write it to the micro sdcard. > > what i end up with is > --------------------------------------------- > in: serial > out: lcd > err: lcd > mbox: timeout waiting for response > bcm2835: could not set USB power state > Net: Net Initialization Skipped > No ethernet found > **unrecognized filesystem type** > hit any key to stop auto boot: 0 > booting from: mmc 0 ubldr > **unrecognized filesystem type** > U-boot > > ---------------------------------------------- > > > tried this with the 10-2 version also same result. > tried using both versions on 3 different sdcards same thing. > > > i cannot get past this error as even the keyboard dont work. > > need some help. > > > all of this worked fine on my pi2 B model (using current of course) > but > the pi B+ wont boot. > > George This is a problem with the sd driver in the ancient version of u-boot we've been using on rpi. It works fine on some cards, fails on others. I found that the latest mainline u-boot now supports rpi well and doesn't have this problem anymore, and we've just been waiting for the u-boot project to make their final 2015.10 release, which they did yesterday. The updates to the u-boot-rpi port should be committed today, and the next set of rpi images (later this week) should work more reliably. -- Ian From owner-freebsd-arm@freebsd.org Thu Oct 22 06:50:43 2015 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 B2B0EA1C971 for ; Thu, 22 Oct 2015 06:50:43 +0000 (UTC) (envelope-from mattia.rossi.mailinglists@gmail.com) Received: from mail-wi0-x234.google.com (mail-wi0-x234.google.com [IPv6:2a00:1450:400c:c05::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 5D9E91D93 for ; Thu, 22 Oct 2015 06:50:43 +0000 (UTC) (envelope-from mattia.rossi.mailinglists@gmail.com) Received: by wicfv8 with SMTP id fv8so105589202wic.0 for ; Wed, 21 Oct 2015 23:50:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-type:content-transfer-encoding; bh=gIBzR8x3MlW+U3OVfX7ltgTMdx2hss6OPRG6/qaSA4g=; b=WSveXxD1rgVK9K6b4F7YkelPL0yPSZye8zexUSuReTaBjjVApYgC7ltHxBNHlYTFyl ZoVBy04w+PifKos9r5ES5hJTz9s11KkISwpGFgQOFPQFj7rCn8+cDj2XOYJLZuT644jE z0b/3ubpk7uBcgYXrH/SRdO0q9K8iTwI7004X7CEkFOXS2isAiHb3vwPGqLiUpIUKrg9 pF3TfVCIAml42yZZDuUAk6tii1snqAABfDW6p4WOiUa3lTykatyJI5rpDvo14svyR90G QmWpQR4TxLpXWdW4WoaIHpQS3vwJYaT5BHkkBTdpA0pxV+5dWaVW1OkJaA4a8aSc7+zw KyWA== X-Received: by 10.194.242.167 with SMTP id wr7mr15288911wjc.27.1445496640931; Wed, 21 Oct 2015 23:50:40 -0700 (PDT) Received: from ?IPv6:2001:1620:ff0:c51:a996:e9a2:a0c2:4d9? ([2001:1620:ff0:c51:a996:e9a2:a0c2:4d9]) by smtp.googlemail.com with ESMTPSA id a9sm26758870wiy.11.2015.10.21.23.50.40 for (version=TLSv1/SSLv3 cipher=OTHER); Wed, 21 Oct 2015 23:50:40 -0700 (PDT) Subject: Re: CC core dumping with CLANG 3.7 on armv5 - DREAMPLUG To: freebsd-arm References: <5626144F.9060003@gmail.com> From: Mattia Rossi Message-ID: <5628873F.7050509@gmail.com> Date: Thu, 22 Oct 2015 08:50:39 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <5626144F.9060003@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Oct 2015 06:50:43 -0000 Hi all again, does anyone know what might be going on regarding the error below? Unfortunately I can't build clang with debugging symbols, as it fails because I run out of swap. As this means that I ahve to repartition and rebuild my build system and that's going to take awhile until I find the time to get around to do that, I have no additional information in the meantime... Cheers, Mat > > since CLANG was upgraded to 3.7 I'm not abel to compile anything on > my Dreamplug anymore: > > FreeBSD clang version 3.7.0 (tags/RELEASE_370/final 246257) 20150906 > Target: arm--freebsd11.0-gnueabi > Thread model: posix > configure:3562: $? = 0 > configure:3551: cc -v >&5 > FreeBSD clang version 3.7.0 (tags/RELEASE_370/final 246257) 20150906 > Target: arm--freebsd11.0-gnueabi > Thread model: posix > configure:3562: $? = 0 > configure:3551: cc -V >&5 > cc: error: argument to '-V' is missing (expected 1 value) > cc: error: no input files > configure:3562: $? = 1 > configure:3551: cc -qversion >&5 > cc: error: unknown argument: '-qversion' > cc: error: no input files > configure:3562: $? = 1 > configure:3582: checking whether the C compiler works > configure:3604: cc conftest.c >&5 > cc: error: unable to execute command: Bus error (core dumped) > cc: error: clang frontend command failed due to signal (use -v to see > invocation) > > Unfortunately I don't have any debugging symbols enabled in world (yet > - it's compiling), only > in the kernel, so I can't get a proper backtrace: > > root@dreamplug:~ # gdb /usr/bin/cc cc.core > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you > are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for > details. > This GDB was configured as "arm-marcel-freebsd"...(no debugging symbols > found)... > Core was generated by `cc'. > Program terminated with signal 10, Bus error. > #0 0x01eb0868 in ?? () > (gdb) bt > #0 0x01eb0868 in ?? () > (gdb) > > Does anyone have similar probelms or know a solution to that? > > Please con't tell me that nobody is using armv5 anymore and I should > change to a RPi or so :-( > > Cheers, > > Mat From owner-freebsd-arm@freebsd.org Thu Oct 22 08:15:57 2015 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 BBAC8A1BA6A for ; Thu, 22 Oct 2015 08:15:57 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 647111875 for ; Thu, 22 Oct 2015 08:15:57 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id t9M8FpDD094754 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 22 Oct 2015 11:15:51 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua t9M8FpDD094754 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id t9M8FpGR094752; Thu, 22 Oct 2015 11:15:51 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 22 Oct 2015 11:15:51 +0300 From: Konstantin Belousov To: Mattia Rossi Cc: freebsd-arm Subject: Re: CC core dumping with CLANG 3.7 on armv5 - DREAMPLUG Message-ID: <20151022081551.GB2257@kib.kiev.ua> References: <5626144F.9060003@gmail.com> <5628873F.7050509@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5628873F.7050509@gmail.com> User-Agent: Mutt/1.5.24 (2015-08-30) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Oct 2015 08:15:57 -0000 On Thu, Oct 22, 2015 at 08:50:39AM +0200, Mattia Rossi wrote: > Hi all again, does anyone know what might be going on regarding the > error below? > Unfortunately I can't build clang with debugging symbols, as it fails > because I run out of swap. > As this means that I ahve to repartition and rebuild my build system and > that's going to take awhile until I find the time to get around to do > that, I have no additional information in the meantime... > You may disassemble the instruction at the address, and print the content of registers: (gdb) disassemble *0x01eb0868-8,0x01eb0868+8 (gdb) info registers If the cause of your issue is weird codegeneration on ARMv5, it might be seen from the data above. On the other hand, this would not help if the issue is algorithmic. I am afraid there is not much more to suggest. Is ARMv5 considered active platform for clang anyway ? > Cheers, > > Mat > > > > > since CLANG was upgraded to 3.7 I'm not abel to compile anything on > > my Dreamplug anymore: > > > > FreeBSD clang version 3.7.0 (tags/RELEASE_370/final 246257) 20150906 > > Target: arm--freebsd11.0-gnueabi > > Thread model: posix > > configure:3562: $? = 0 > > configure:3551: cc -v >&5 > > FreeBSD clang version 3.7.0 (tags/RELEASE_370/final 246257) 20150906 > > Target: arm--freebsd11.0-gnueabi > > Thread model: posix > > configure:3562: $? = 0 > > configure:3551: cc -V >&5 > > cc: error: argument to '-V' is missing (expected 1 value) > > cc: error: no input files > > configure:3562: $? = 1 > > configure:3551: cc -qversion >&5 > > cc: error: unknown argument: '-qversion' > > cc: error: no input files > > configure:3562: $? = 1 > > configure:3582: checking whether the C compiler works > > configure:3604: cc conftest.c >&5 > > cc: error: unable to execute command: Bus error (core dumped) > > cc: error: clang frontend command failed due to signal (use -v to see > > invocation) > > > > Unfortunately I don't have any debugging symbols enabled in world (yet > > - it's compiling), only > > in the kernel, so I can't get a proper backtrace: > > > > root@dreamplug:~ # gdb /usr/bin/cc cc.core > > GNU gdb 6.1.1 [FreeBSD] > > Copyright 2004 Free Software Foundation, Inc. > > GDB is free software, covered by the GNU General Public License, and you > > are > > welcome to change it and/or distribute copies of it under certain > > conditions. > > Type "show copying" to see the conditions. > > There is absolutely no warranty for GDB. Type "show warranty" for > > details. > > This GDB was configured as "arm-marcel-freebsd"...(no debugging symbols > > found)... > > Core was generated by `cc'. > > Program terminated with signal 10, Bus error. > > #0 0x01eb0868 in ?? () > > (gdb) bt > > #0 0x01eb0868 in ?? () > > (gdb) > > > > Does anyone have similar probelms or know a solution to that? > > > > Please con't tell me that nobody is using armv5 anymore and I should > > change to a RPi or so :-( > > > > Cheers, > > > > Mat > > _______________________________________________ > 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 Thu Oct 22 09:47:32 2015 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 BAE43A1CB17 for ; Thu, 22 Oct 2015 09:47:32 +0000 (UTC) (envelope-from mattia.rossi.mailinglists@gmail.com) Received: from mail-lf0-x232.google.com (mail-lf0-x232.google.com [IPv6:2a00:1450:4010:c07::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 38AD3125D for ; Thu, 22 Oct 2015 09:47:32 +0000 (UTC) (envelope-from mattia.rossi.mailinglists@gmail.com) Received: by lffz202 with SMTP id z202so41441648lff.3 for ; Thu, 22 Oct 2015 02:47:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=ub+GfmeRlbYQbYpp02irQx4mQcwXHbDK06YIdfPvbq0=; b=TH0JCOoGf9ovY7yUK586xMfHu/ZE6cfbo0CwITEFb0WDwcOmySdLRK/QwRLpshRbol oSk4nOCIOYe++ynIWHW+6pVZ9i8cn2YhapAgye4s+76inoOm7gYp9aWSwKKQ6BQF56xS 7tVeILvy5tCN65AGRV+3n3a5rxLzt2rm21hCVSIa2DXs7I6f70uxiSrF0pQ9h9OtjTTx UBsNx+iW6FgcPmMNz4R9jzNTAwkVWBHwlJ1i00bnVk1zI3nC1igZNy9d+CXMB7fCtQLv t7Azti6MNA+jpvrEb5TOPzrASv5Si8g9qFgFNfDYtSmokwNAcHDUbUj8XS1+QoOkh/ZC Xd0g== X-Received: by 10.112.166.102 with SMTP id zf6mr8008559lbb.124.1445507250301; Thu, 22 Oct 2015 02:47:30 -0700 (PDT) Received: from ?IPv6:2001:1620:ff0:c51:d995:61c4:e64:8acc? ([2001:1620:ff0:c51:d995:61c4:e64:8acc]) by smtp.googlemail.com with ESMTPSA id rf8sm2201104lbb.20.2015.10.22.02.47.29 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 22 Oct 2015 02:47:29 -0700 (PDT) Subject: Re: CC core dumping with CLANG 3.7 on armv5 - DREAMPLUG To: Konstantin Belousov References: <5626144F.9060003@gmail.com> <5628873F.7050509@gmail.com> <20151022081551.GB2257@kib.kiev.ua> Cc: freebsd-arm From: Mattia Rossi Message-ID: <5628B0B0.8040804@gmail.com> Date: Thu, 22 Oct 2015 11:47:28 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <20151022081551.GB2257@kib.kiev.ua> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Oct 2015 09:47:32 -0000 > You may disassemble the instruction at the address, and print the content > of registers: > (gdb) disassemble *0x01eb0868-8,0x01eb0868+8 > (gdb) info registers > > If the cause of your issue is weird codegeneration on ARMv5, it might be > seen from the data above. On the other hand, this would not help if the > issue is algorithmic. I am afraid there is not much more to suggest. (gdb) disassemble *0x01eb0868-8,0x01eb0868+8 No function contains specified address. (gdb) info registers r0 0x1e53b 124219 r1 0x6a 106 r2 0xc3c3c3c6 -1010580538 r3 0x5a5a5a59 1515870809 r4 0x3 3 r5 0x1fd9f83 33398659 r6 0x1e53b 124219 r7 0x4019 16409 r8 0x22a1708c 581005452 r9 0xffffffff -1 r10 0x5a5a5a5a 1515870810 r11 0xbfbfeb70 -1077941392 r12 0x1 1 sp 0xbfbfeb48 -1077941432 lr 0x8f5c 36700 pc 0x1eb0868 32180328 fps 0x0 0 cpsr 0x60000010 1610612752 (gdb) Doesn't tell me anything :-( > > Is ARMv5 considered active platform for clang anyway ? In http://www.llvm.org/svn/llvm-project/llvm/trunk/lib/Target/ARM/ARM.td I found this: def HasV5TOps : SubtargetFeature<"v5t", "HasV5TOps", "true", "Support ARM v5T instructions", [HasV4TOps]>; Which to me means that it still supports armv5 ... From owner-freebsd-arm@freebsd.org Thu Oct 22 11:14:21 2015 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 1018CA1B133 for ; Thu, 22 Oct 2015 11:14:21 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7D3E51306 for ; Thu, 22 Oct 2015 11:14:20 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id t9MBE73a043724 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 22 Oct 2015 14:14:07 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua t9MBE73a043724 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id t9MBE7UV043723; Thu, 22 Oct 2015 14:14:07 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 22 Oct 2015 14:14:07 +0300 From: Konstantin Belousov To: Mattia Rossi Cc: freebsd-arm Subject: Re: CC core dumping with CLANG 3.7 on armv5 - DREAMPLUG Message-ID: <20151022111407.GD2257@kib.kiev.ua> References: <5626144F.9060003@gmail.com> <5628873F.7050509@gmail.com> <20151022081551.GB2257@kib.kiev.ua> <5628B0B0.8040804@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5628B0B0.8040804@gmail.com> User-Agent: Mutt/1.5.24 (2015-08-30) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Oct 2015 11:14:21 -0000 On Thu, Oct 22, 2015 at 11:47:28AM +0200, Mattia Rossi wrote: > > You may disassemble the instruction at the address, and print the content > > of registers: > > (gdb) disassemble *0x01eb0868-8,0x01eb0868+8 > > (gdb) info registers > > > > If the cause of your issue is weird codegeneration on ARMv5, it might be > > seen from the data above. On the other hand, this would not help if the > > issue is algorithmic. I am afraid there is not much more to suggest. > (gdb) disassemble *0x01eb0868-8,0x01eb0868+8 > No function contains specified address. Apparently correct syntax is disassemble 0x01eb0868-8 0x01eb0868+8 > > (gdb) info registers > r0 0x1e53b 124219 > r1 0x6a 106 > r2 0xc3c3c3c6 -1010580538 > r3 0x5a5a5a59 1515870809 > r4 0x3 3 > r5 0x1fd9f83 33398659 > r6 0x1e53b 124219 > r7 0x4019 16409 > r8 0x22a1708c 581005452 > r9 0xffffffff -1 > r10 0x5a5a5a5a 1515870810 > r11 0xbfbfeb70 -1077941392 > r12 0x1 1 > sp 0xbfbfeb48 -1077941432 > lr 0x8f5c 36700 > pc 0x1eb0868 32180328 > fps 0x0 0 > cpsr 0x60000010 1610612752 > (gdb) > > Doesn't tell me anything :-( > > > > > Is ARMv5 considered active platform for clang anyway ? > > In http://www.llvm.org/svn/llvm-project/llvm/trunk/lib/Target/ARM/ARM.td > I found this: > > def HasV5TOps : SubtargetFeature<"v5t", "HasV5TOps", "true", > "Support ARM v5T instructions", > [HasV4TOps]>; > > > Which to me means that it still supports armv5 ... From owner-freebsd-arm@freebsd.org Thu Oct 22 11:22:58 2015 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 79147A1B2E9 for ; Thu, 22 Oct 2015 11:22:58 +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 4BE3A1720 for ; Thu, 22 Oct 2015 11:22:58 +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 t9MBMwEv013670 for ; Thu, 22 Oct 2015 11:22:58 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 203950] clang mis-assembles immediate operands Date: Thu, 22 Oct 2015 11:22:58 +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: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: peterj@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- 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: 7bit 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.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Oct 2015 11:22:58 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203950 Bug ID: 203950 Summary: clang mis-assembles immediate operands Product: Base System Version: 11.0-CURRENT Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: peterj@FreeBSD.org Created attachment 162344 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=162344&action=edit ARM AES code generated by OpenSSL perl script. Whilst experimenting with the OpenSSL ARM assembler code, I discovered that clang is incorrectly handling immediate operands. This is using: % cc -c aes_arm.s % objdump -d aes_arm.o | less % cc -v FreeBSD clang version 3.6.1 (tags/RELEASE_361/final 237755) 20150525 Target: armv6--freebsd11.0-gnueabihf Thread model: posix The source code (attached) includes: AES_encrypt: sub r3,pc,#8 @ AES_encrypt stmdb sp!,{r1,r4-r12,lr} mov r12,r0 @ inp mov r11,r2 sub r10,r3,#AES_encrypt-AES_Te @ Te #AES_encrypt-AES_Te is 1344 or 0x540. clang compiles this subtraction to 0xe243a540 - which decompiles to: e243a540 sub sl, r3, #268435456 ; 0x10000000 because the 12-bit immediate field is not a direct binary number but is a 4-bit rotation followed by a 8-bit binary value. A correct value for this field would be (eg) 0xe54. Note that as(1) gets compiles the instruction to: e243ad15 sub sl, r3, #1344 ; 0x540 -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@freebsd.org Thu Oct 22 12:41:00 2015 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 AD7A2A1CB72 for ; Thu, 22 Oct 2015 12:41:00 +0000 (UTC) (envelope-from mattia.rossi.mailinglists@gmail.com) Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::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 42E3D1DF9 for ; Thu, 22 Oct 2015 12:41:00 +0000 (UTC) (envelope-from mattia.rossi.mailinglists@gmail.com) Received: by wicfv8 with SMTP id fv8so118167898wic.0 for ; Thu, 22 Oct 2015 05:40:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=KKwjS/GGubrP8/ep8qkq8Eje/L1mr7X6cMJMnGPTabw=; b=Tb/MkWpECVioCRLw4rcdGR/1qzsm/zFWWCOmP73Eu7D2SnLLPScoAFARrXR0uq6x1U nC4OeUiCv3xZdFvn/V6tk3SGmIbCkD9a2W+FmJWlaj7d2hnS/G9AZ0frgp1gqNtXfdlq bKJZITmra4lhIygqb6fAJqbDDdc8YdgW9uemLi4Rt+9apJTEJ9HTW+G9ctT47mdGaZZu f61OdmolBKgnqOimABS4ZHmd2Fo3tuiwtGhz+XKTSagAOnRtaoST0Ea0L77DVraUnOEW /CNOjuDstb19vKbdgB4EvKNkbr80uiyRgDaAzy1X3SBuUUMWRkw06Nrvnx4TA7oxb5GJ koSA== X-Received: by 10.180.39.162 with SMTP id q2mr27427230wik.12.1445517658382; Thu, 22 Oct 2015 05:40:58 -0700 (PDT) Received: from ?IPv6:2001:1620:ff0:c51:d995:61c4:e64:8acc? ([2001:1620:ff0:c51:d995:61c4:e64:8acc]) by smtp.googlemail.com with ESMTPSA id bv2sm16641027wjc.11.2015.10.22.05.40.57 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 22 Oct 2015 05:40:57 -0700 (PDT) Subject: Re: CC core dumping with CLANG 3.7 on armv5 - DREAMPLUG To: Konstantin Belousov References: <5626144F.9060003@gmail.com> <5628873F.7050509@gmail.com> <20151022081551.GB2257@kib.kiev.ua> <5628B0B0.8040804@gmail.com> <20151022111407.GD2257@kib.kiev.ua> Cc: freebsd-arm From: Mattia Rossi Message-ID: <5628D958.4060904@gmail.com> Date: Thu, 22 Oct 2015 14:40:56 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <20151022111407.GD2257@kib.kiev.ua> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Oct 2015 12:41:00 -0000 Am 22.10.2015 um 13:14 schrieb Konstantin Belousov: > On Thu, Oct 22, 2015 at 11:47:28AM +0200, Mattia Rossi wrote: >>> You may disassemble the instruction at the address, and print the content >>> of registers: >>> (gdb) disassemble *0x01eb0868-8,0x01eb0868+8 >>> (gdb) info registers >>> >>> If the cause of your issue is weird codegeneration on ARMv5, it might be >>> seen from the data above. On the other hand, this would not help if the >>> issue is algorithmic. I am afraid there is not much more to suggest. >> (gdb) disassemble *0x01eb0868-8,0x01eb0868+8 >> No function contains specified address. > Apparently correct syntax is > disassemble 0x01eb0868-8 0x01eb0868+8 (gdb) bt #0 0x01eb0868 in ?? () (gdb) disassemble 0x01eb0868-8 0x01eb0868+8 Dump of assembler code from 0x1eb0860 to 0x1eb0870: 0x01eb0860: add r12, r12, #1 ; 0x1 0x01eb0864: and r7, r0, r3 0x01eb0868: ldr r1, [r10, r7, lsl #2] 0x01eb086c: cmp r1, #0 ; 0x0 End of assembler dump. (gdb) info registers r0 0x1e53b 124219 r1 0x6a 106 r2 0xc3c3c3c6 -1010580538 r3 0x5a5a5a59 1515870809 r4 0x3 3 r5 0x1fd9f83 33398659 r6 0x1e53b 124219 r7 0x4019 16409 r8 0x22a1708c 581005452 r9 0xffffffff -1 r10 0x5a5a5a5a 1515870810 r11 0xbfbfeb70 -1077941392 r12 0x1 1 sp 0xbfbfeb48 -1077941432 lr 0x8f5c 36700 pc 0x1eb0868 32180328 fps 0x0 0 cpsr 0x60000010 1610612752 (gdb) Still I can't tell anything from that :-/ - way too low level for me From owner-freebsd-arm@freebsd.org Thu Oct 22 12:43:39 2015 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 A4B77A1CCB5 for ; Thu, 22 Oct 2015 12:43:39 +0000 (UTC) (envelope-from mattia.rossi.mailinglists@gmail.com) Received: from mail-wi0-x236.google.com (mail-wi0-x236.google.com [IPv6:2a00:1450:400c: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 49078111B for ; Thu, 22 Oct 2015 12:43:39 +0000 (UTC) (envelope-from mattia.rossi.mailinglists@gmail.com) Received: by wicll6 with SMTP id ll6so133551252wic.0 for ; Thu, 22 Oct 2015 05:43:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=fmaVDuL+InWSQnYs1/45+6tV5VDKuij5a7AN3tSI8rA=; b=Mw6IQ6pwXPk5gx/45mlHUmGsKCxIjcBUQEAMzVH3RZpjSiA2IEmPSCk+zEdySJnKYc 4n09rN08hBWCvoqvZ/K1ctMWJJUHMXc4m0EbxmaHC8SjatrXKenpM8HqbdCSKpE5zwpp AYbiH2H1/wRBoUCZPOt4UK/knxnrYQoiDjVIpRRBoB+MjN/JKFRMyNfOAJ+EGa5btibG uI/hbyfv59HDltvYCmC1nxf6vdnWKt2BP5q3FRmIpC4EBJ/5TZjE6g7NDXL9cXZ4LLJr nHfRiJcAXaLt9k0q6njLZXd4RcMq+G9/b/fNG1vdCNj3tS8SC9MjC6BcDjrFgVa2EPz/ 7yKA== X-Received: by 10.180.188.45 with SMTP id fx13mr1375713wic.64.1445517817741; Thu, 22 Oct 2015 05:43:37 -0700 (PDT) Received: from ?IPv6:2001:1620:ff0:c51:d995:61c4:e64:8acc? ([2001:1620:ff0:c51:d995:61c4:e64:8acc]) by smtp.googlemail.com with ESMTPSA id o3sm27915573wif.22.2015.10.22.05.43.37 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 22 Oct 2015 05:43:37 -0700 (PDT) Subject: Re: CC core dumping with CLANG 3.7 on armv5 - DREAMPLUG To: Konstantin Belousov References: <5626144F.9060003@gmail.com> <5628873F.7050509@gmail.com> <20151022081551.GB2257@kib.kiev.ua> <5628B0B0.8040804@gmail.com> <20151022111407.GD2257@kib.kiev.ua> <5628D958.4060904@gmail.com> Cc: freebsd-arm From: Mattia Rossi Message-ID: <5628D9F8.8040206@gmail.com> Date: Thu, 22 Oct 2015 14:43:36 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <5628D958.4060904@gmail.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Oct 2015 12:43:39 -0000 Am 22.10.2015 um 14:40 schrieb Mattia Rossi: > > > Am 22.10.2015 um 13:14 schrieb Konstantin Belousov: >> On Thu, Oct 22, 2015 at 11:47:28AM +0200, Mattia Rossi wrote: >>>> You may disassemble the instruction at the address, and print the >>>> content >>>> of registers: >>>> (gdb) disassemble *0x01eb0868-8,0x01eb0868+8 >>>> (gdb) info registers >>>> >>>> If the cause of your issue is weird codegeneration on ARMv5, it >>>> might be >>>> seen from the data above. On the other hand, this would not help >>>> if the >>>> issue is algorithmic. I am afraid there is not much more to suggest. >>> (gdb) disassemble *0x01eb0868-8,0x01eb0868+8 >>> No function contains specified address. >> Apparently correct syntax is >> disassemble 0x01eb0868-8 0x01eb0868+8 > (gdb) bt > #0 0x01eb0868 in ?? () > (gdb) disassemble 0x01eb0868-8 0x01eb0868+8 > Dump of assembler code from 0x1eb0860 to 0x1eb0870: > 0x01eb0860: add r12, r12, #1 ; 0x1 > 0x01eb0864: and r7, r0, r3 > 0x01eb0868: ldr r1, [r10, r7, lsl #2] > 0x01eb086c: cmp r1, #0 ; 0x0 > End of assembler dump. > (gdb) info registers > r0 0x1e53b 124219 > r1 0x6a 106 > r2 0xc3c3c3c6 -1010580538 > r3 0x5a5a5a59 1515870809 > r4 0x3 3 > r5 0x1fd9f83 33398659 > r6 0x1e53b 124219 > r7 0x4019 16409 > r8 0x22a1708c 581005452 > r9 0xffffffff -1 > r10 0x5a5a5a5a 1515870810 > r11 0xbfbfeb70 -1077941392 > r12 0x1 1 > sp 0xbfbfeb48 -1077941432 > lr 0x8f5c 36700 > pc 0x1eb0868 32180328 > fps 0x0 0 > cpsr 0x60000010 1610612752 > (gdb) > > Still I can't tell anything from that :-/ - way too low level for me Btw. I'm currently using a helloworld program for testing: root@dreamplug:~ # cat helloworld.c /* Hello World program */ #include main() { printf("Hello World"); } But the problem is independent of the input file From owner-freebsd-arm@freebsd.org Thu Oct 22 13:33:24 2015 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 78CF2A1A9A7 for ; Thu, 22 Oct 2015 13:33:24 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1F7BC1A73 for ; Thu, 22 Oct 2015 13:33:23 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id t9MDXItg076838 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 22 Oct 2015 16:33:18 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua t9MDXItg076838 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id t9MDXIoT076837; Thu, 22 Oct 2015 16:33:18 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 22 Oct 2015 16:33:18 +0300 From: Konstantin Belousov To: Mattia Rossi Cc: freebsd-arm Subject: Re: CC core dumping with CLANG 3.7 on armv5 - DREAMPLUG Message-ID: <20151022133318.GE2257@kib.kiev.ua> References: <5626144F.9060003@gmail.com> <5628873F.7050509@gmail.com> <20151022081551.GB2257@kib.kiev.ua> <5628B0B0.8040804@gmail.com> <20151022111407.GD2257@kib.kiev.ua> <5628D958.4060904@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5628D958.4060904@gmail.com> User-Agent: Mutt/1.5.24 (2015-08-30) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Oct 2015 13:33:24 -0000 On Thu, Oct 22, 2015 at 02:40:56PM +0200, Mattia Rossi wrote: > > > Am 22.10.2015 um 13:14 schrieb Konstantin Belousov: > > On Thu, Oct 22, 2015 at 11:47:28AM +0200, Mattia Rossi wrote: > >>> You may disassemble the instruction at the address, and print the content > >>> of registers: > >>> (gdb) disassemble *0x01eb0868-8,0x01eb0868+8 > >>> (gdb) info registers > >>> > >>> If the cause of your issue is weird codegeneration on ARMv5, it might be > >>> seen from the data above. On the other hand, this would not help if the > >>> issue is algorithmic. I am afraid there is not much more to suggest. > >> (gdb) disassemble *0x01eb0868-8,0x01eb0868+8 > >> No function contains specified address. > > Apparently correct syntax is > > disassemble 0x01eb0868-8 0x01eb0868+8 > (gdb) bt > #0 0x01eb0868 in ?? () > (gdb) disassemble 0x01eb0868-8 0x01eb0868+8 > Dump of assembler code from 0x1eb0860 to 0x1eb0870: > 0x01eb0860: add r12, r12, #1 ; 0x1 > 0x01eb0864: and r7, r0, r3 > 0x01eb0868: ldr r1, [r10, r7, lsl #2] > 0x01eb086c: cmp r1, #0 ; 0x0 > End of assembler dump. > (gdb) info registers > r0 0x1e53b 124219 > r1 0x6a 106 > r2 0xc3c3c3c6 -1010580538 > r3 0x5a5a5a59 1515870809 > r4 0x3 3 > r5 0x1fd9f83 33398659 > r6 0x1e53b 124219 > r7 0x4019 16409 > r8 0x22a1708c 581005452 > r9 0xffffffff -1 > r10 0x5a5a5a5a 1515870810 > r11 0xbfbfeb70 -1077941392 > r12 0x1 1 > sp 0xbfbfeb48 -1077941432 > lr 0x8f5c 36700 > pc 0x1eb0868 32180328 > fps 0x0 0 > cpsr 0x60000010 1610612752 > (gdb) > > Still I can't tell anything from that :-/ - way too low level for me r10, which is the base register in the faulted instruction, contains the 0x5a5a5a5a value. This pattern is filled by the debugging version of malloc to catch dereferences through the pointers located in freed memory. On the other hand, the asm itself looks relatively reasonable. The issue looks as the clang bug. But, without proper backtrace and line numbers, I doubt that clang developers would be able to make any further investigation. From owner-freebsd-arm@freebsd.org Thu Oct 22 13:59:38 2015 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 A4C62A1C082 for ; Thu, 22 Oct 2015 13:59:38 +0000 (UTC) (envelope-from mattia.rossi.mailinglists@gmail.com) Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::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 3A63217D1 for ; Thu, 22 Oct 2015 13:59:38 +0000 (UTC) (envelope-from mattia.rossi.mailinglists@gmail.com) Received: by wicfv8 with SMTP id fv8so121610897wic.0 for ; Thu, 22 Oct 2015 06:59:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=ZvCvLq0dMhoq1QHwTkzUU6dX0JHjIWGSj1hLA7n6vVs=; b=uaxdI8HldZZQpXzpSnFCkw8pmlLKcoN4Iwl+MyVY7SQjtsXPVvt07W74Iko3HFWVMB PDbYXQ+sSx49x+Yc1/ZPMs32v/GFocUg5ggqkWwK7Tf6ijqZSBjW1VwNVjcRPtxVEcaT ija4IW0bXk/X54k+kU6yBkak+flzS0x/DKdLXGw2v/Yc6eXxLe5xG2FlA0VlzUPhFS2q DyfZcC+KHZ3vQqqZmiGLCcK4i0T+7uM3MjkeD9g6qdLOnzYrYsdYmINsiicoSctanxv5 PYHZZQa3bcqI1bm00YHVtBbeyYuQhXGabjaX/MaF8dRiiTZR8LAcDbXwUW7JKO8x1zPc xNHA== X-Received: by 10.194.129.129 with SMTP id nw1mr20502700wjb.37.1445522376696; Thu, 22 Oct 2015 06:59:36 -0700 (PDT) Received: from ?IPv6:2001:1620:ff0:c51:d995:61c4:e64:8acc? ([2001:1620:ff0:c51:d995:61c4:e64:8acc]) by smtp.googlemail.com with ESMTPSA id r6sm4767247wia.0.2015.10.22.06.59.35 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 22 Oct 2015 06:59:36 -0700 (PDT) Subject: Re: CC core dumping with CLANG 3.7 on armv5 - DREAMPLUG To: Konstantin Belousov References: <5626144F.9060003@gmail.com> <5628873F.7050509@gmail.com> <20151022081551.GB2257@kib.kiev.ua> <5628B0B0.8040804@gmail.com> <20151022111407.GD2257@kib.kiev.ua> <5628D958.4060904@gmail.com> <20151022133318.GE2257@kib.kiev.ua> Cc: freebsd-arm From: Mattia Rossi Message-ID: <5628EBC7.8070904@gmail.com> Date: Thu, 22 Oct 2015 15:59:35 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <20151022133318.GE2257@kib.kiev.ua> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Oct 2015 13:59:38 -0000 Am 22.10.2015 um 15:33 schrieb Konstantin Belousov: > On Thu, Oct 22, 2015 at 02:40:56PM +0200, Mattia Rossi wrote: >> >> Am 22.10.2015 um 13:14 schrieb Konstantin Belousov: >>> On Thu, Oct 22, 2015 at 11:47:28AM +0200, Mattia Rossi wrote: >>>>> You may disassemble the instruction at the address, and print the content >>>>> of registers: >>>>> (gdb) disassemble *0x01eb0868-8,0x01eb0868+8 >>>>> (gdb) info registers >>>>> >>>>> If the cause of your issue is weird codegeneration on ARMv5, it might be >>>>> seen from the data above. On the other hand, this would not help if the >>>>> issue is algorithmic. I am afraid there is not much more to suggest. >>>> (gdb) disassemble *0x01eb0868-8,0x01eb0868+8 >>>> No function contains specified address. >>> Apparently correct syntax is >>> disassemble 0x01eb0868-8 0x01eb0868+8 >> (gdb) bt >> #0 0x01eb0868 in ?? () >> (gdb) disassemble 0x01eb0868-8 0x01eb0868+8 >> Dump of assembler code from 0x1eb0860 to 0x1eb0870: >> 0x01eb0860: add r12, r12, #1 ; 0x1 >> 0x01eb0864: and r7, r0, r3 >> 0x01eb0868: ldr r1, [r10, r7, lsl #2] >> 0x01eb086c: cmp r1, #0 ; 0x0 >> End of assembler dump. >> (gdb) info registers >> r0 0x1e53b 124219 >> r1 0x6a 106 >> r2 0xc3c3c3c6 -1010580538 >> r3 0x5a5a5a59 1515870809 >> r4 0x3 3 >> r5 0x1fd9f83 33398659 >> r6 0x1e53b 124219 >> r7 0x4019 16409 >> r8 0x22a1708c 581005452 >> r9 0xffffffff -1 >> r10 0x5a5a5a5a 1515870810 >> r11 0xbfbfeb70 -1077941392 >> r12 0x1 1 >> sp 0xbfbfeb48 -1077941432 >> lr 0x8f5c 36700 >> pc 0x1eb0868 32180328 >> fps 0x0 0 >> cpsr 0x60000010 1610612752 >> (gdb) >> >> Still I can't tell anything from that :-/ - way too low level for me > r10, which is the base register in the faulted instruction, contains the > 0x5a5a5a5a value. This pattern is filled by the debugging version of > malloc to catch dereferences through the pointers located in freed > memory. On the other hand, the asm itself looks relatively reasonable. > > The issue looks as the clang bug. But, without proper backtrace and > line numbers, I doubt that clang developers would be able to make any > further investigation. Thanks for the explanation. Is there any way to build just clang with debugging symbols? I've tried cd-ing into usr.bin/clang/ and issue "make obj all install" with the proper targets set, but that complains about src.bsd.mk not being found and bails out... From owner-freebsd-arm@freebsd.org Fri Oct 23 11:04:10 2015 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 D622DA1BF0A for ; Fri, 23 Oct 2015 11:04:10 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id BBA33E13; Fri, 23 Oct 2015 11:04:10 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 0E9E4ED7; Fri, 23 Oct 2015 11:04:11 +0000 (UTC) Date: Fri, 23 Oct 2015 11:03:52 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: mav@FreeBSD.org, avos@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <1311608365.5.1445598250946.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #1501 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_arm64 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Oct 2015 11:04:10 -0000 FreeBSD_HEAD_arm64 - Build #1501 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/1501/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/1501/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/1501/console Change summaries: 289817 by mav: Disable full bus scan by CAM for FC adapters. FC port database code already notifies CAM about all devices. Additional full scan is just a waste of time, that by definition won't find anything that is not present in port database. 289816 by avos: urtwn(4): add DBM_ANTNOISE radiotap field Reviewed by: kevlo Approved by: adrian (mentor) Differential Revision: https://reviews.freebsd.org/D3839 289812 by mav: Some polishing and unification in ISR code. 289811 by avos: - Split one 4-byte R92C_CR register into 2-byte R92C_CR and 1-byte R92C_MSR registers (they are used for different purposes). - Wrap R92C_MSR modifications into urtwn_set_mode(). Reviewed by: kevlo Approved by: adrian (mentor) Differential Revision: https://reviews.freebsd.org/D3838 The end of the build log: [...truncated 161690 lines...] --- all_subdir_wlan_ccmp --- ctfconvert -L VERSION -g ieee80211_crypto_ccmp.o --- all_subdir_sound --- :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk snd_hda.kld export_syms | xargs -J% /usr/local/aarch64-freebsd/bin/objcopy % snd_hda.kld --- snd_hda.ko.full --- /usr/local/aarch64-freebsd/bin/ld -Bshareable -d -warn-common -o snd_hda.ko.full hdaa.o hdaa_patches.o hdac.o hdac_if.o hdacc.o --- all_subdir_wlan --- ctfconvert -L VERSION -g ieee80211_input.o --- all_subdir_sound --- --- snd_hda.ko.debug --- /usr/local/aarch64-freebsd/bin/objcopy --only-keep-debug snd_hda.ko.full snd_hda.ko.debug --- all_subdir_wlan_ccmp --- --- rijndael-alg-fst.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -c /usr/src/sys/modules/wlan_ccmp/../../crypto/rijndael/rijndael-alg-fst.c -o rijndael-alg-fst.o --- all_subdir_sound --- --- snd_hda.ko --- /usr/local/aarch64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=snd_hda.ko.debug snd_hda.ko.full snd_hda.ko ===> sound/driver/hdspe (all) --- all_subdir_wlan --- --- ieee80211_ioctl.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -c /usr/src/sys/modules/wlan/../../net80211/ieee80211_ioctl.c -o ieee80211_ioctl.o --- all_subdir_sound --- --- hdspe.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -c /usr/src/sys/modules/sound/driver/hdspe/../../../../dev/sound/pci/hdspe.c -o hdspe.o --- all_subdir_wlan_ccmp --- ctfconvert -L VERSION -g rijndael-alg-fst.o --- rijndael-api.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -c /usr/src/sys/modules/wlan_ccmp/../../crypto/rijndael/rijndael-api.c -o rijndael-api.o ctfconvert -L VERSION -g rijndael-api.o --- wlan_ccmp.kld --- /usr/local/aarch64-freebsd/bin/ld -d -warn-common -r -d -o wlan_ccmp.kld ieee80211_crypto_ccmp.o rijndael-alg-fst.o rijndael-api.o ctfmerge -L VERSION -g -o wlan_ccmp.kld ieee80211_crypto_ccmp.o rijndael-alg-fst.o rijndael-api.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk wlan_ccmp.kld export_syms | xargs -J% /usr/local/aarch64-freebsd/bin/objcopy % wlan_ccmp.kld --- wlan_ccmp.ko.full --- /usr/local/aarch64-freebsd/bin/ld -Bshareable -d -warn-common -o wlan_ccmp.ko.full ieee80211_crypto_ccmp.o rijndael-alg-fst.o rijndael-api.o --- wlan_ccmp.ko.debug --- /usr/local/aarch64-freebsd/bin/objcopy --only-keep-debug wlan_ccmp.ko.full wlan_ccmp.ko.debug --- wlan_ccmp.ko --- /usr/local/aarch64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=wlan_ccmp.ko.debug wlan_ccmp.ko.full wlan_ccmp.ko --- all_subdir_usb --- --- all_subdir_urtwn --- ===> usb/urtwn (all) --- all_subdir_sound --- ctfconvert -L VERSION -g hdspe.o --- hdspe-pcm.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -c /usr/src/sys/modules/sound/driver/hdspe/../../../../dev/sound/pci/hdspe-pcm.c -o hdspe-pcm.o --- all_subdir_usb --- --- if_urtwn.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -c /usr/src/sys/modules/usb/urtwn/../../../dev/usb/wlan/if_urtwn.c -o if_urtwn.o --- all_subdir_zyd --- ctfconvert -L VERSION -g if_zyd.o --- if_zyd.kld --- /usr/local/aarch64-freebsd/bin/ld -d -warn-common -r -d -o if_zyd.kld if_zyd.o ctfmerge -L VERSION -g -o if_zyd.kld if_zyd.o --- all_subdir_urtwn --- /usr/src/sys/modules/usb/urtwn/../../../dev/usb/wlan/if_urtwn.c:1592:4: error: use of undeclared identifier 'reg' reg = urtwn_bb_read(sc, R92C_OFDM0_AGCCORE1(0)); ^ /usr/src/sys/modules/usb/urtwn/../../../dev/usb/wlan/if_urtwn.c:1593:4: error: use of undeclared identifier 'reg' reg = RW(reg, R92C_OFDM0_AGCCORE1_GAIN, 0x20); ^ /usr/src/sys/modules/usb/urtwn/../../../dev/usb/wlan/if_urtwn.c:1593:13: error: use of undeclared identifier 'reg' reg = RW(reg, R92C_OFDM0_AGCCORE1_GAIN, 0x20); ^ /usr/src/sys/dev/usb/wlan/if_urtwnreg.h:819:5: note: expanded from macro 'RW' (((var) & ~field##_M) | SM(field, val)) ^ --- all_subdir_zyd --- :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk if_zyd.kld export_syms | xargs -J% /usr/local/aarch64-freebsd/bin/objcopy % if_zyd.kld --- all_subdir_urtwn --- /usr/src/sys/modules/usb/urtwn/../../../dev/usb/wlan/if_urtwn.c:1594:47: error: use of undeclared identifier 'reg' urtwn_bb_write(sc, R92C_OFDM0_AGCCORE1(0), reg); ^ /usr/src/sys/modules/usb/urtwn/../../../dev/usb/wlan/if_urtwn.c:1597:5: error: use of undeclared identifier 'reg' reg = urtwn_bb_read(sc, R92C_OFDM0_AGCCORE1(1)); ^ /usr/src/sys/modules/usb/urtwn/../../../dev/usb/wlan/if_urtwn.c:1598:5: error: use of undeclared identifier 'reg' reg = RW(reg, R92C_OFDM0_AGCCORE1_GAIN, 0x20); ^ /usr/src/sys/modules/usb/urtwn/../../../dev/usb/wlan/if_urtwn.c:1598:14: error: use of undeclared identifier 'reg' reg = RW(reg, R92C_OFDM0_AGCCORE1_GAIN, 0x20); ^ /usr/src/sys/dev/usb/wlan/if_urtwnreg.h:819:5: note: expanded from macro 'RW' (((var) & ~field##_M) | SM(field, val)) ^ /usr/src/sys/modules/usb/urtwn/../../../dev/usb/wlan/if_urtwn.c:1599:48: error: use of undeclared identifier 'reg' urtwn_bb_write(sc, R92C_OFDM0_AGCCORE1(1), reg); ^ /usr/src/sys/modules/usb/urtwn/../../../dev/usb/wlan/if_urtwn.c:1608:3: error: use of undeclared identifier 'reg' reg = urtwn_bb_read(sc, R92C_OFDM0_AGCCORE1(0)); ^ /usr/src/sys/modules/usb/urtwn/../../../dev/usb/wlan/if_urtwn.c:1609:3: error: use of undeclared identifier 'reg' reg = RW(reg, R92C_OFDM0_AGCCORE1_GAIN, 0x32); ^ /usr/src/sys/modules/usb/urtwn/../../../dev/usb/wlan/if_urtwn.c:1609:12: error: use of undeclared identifier 'reg' reg = RW(reg, R92C_OFDM0_AGCCORE1_GAIN, 0x32); ^ /usr/src/sys/dev/usb/wlan/if_urtwnreg.h:819:5: note: expanded from macro 'RW' (((var) & ~field##_M) | SM(field, val)) ^ /usr/src/sys/modules/usb/urtwn/../../../dev/usb/wlan/if_urtwn.c:1610:46: error: use of undeclared identifier 'reg' urtwn_bb_write(sc, R92C_OFDM0_AGCCORE1(0), reg); ^ /usr/src/sys/modules/usb/urtwn/../../../dev/usb/wlan/if_urtwn.c:1613:4: error: use of undeclared identifier 'reg' reg = urtwn_bb_read(sc, R92C_OFDM0_AGCCORE1(1)); ^ /usr/src/sys/modules/usb/urtwn/../../../dev/usb/wlan/if_urtwn.c:1614:4: error: use of undeclared identifier 'reg' reg = RW(reg, R92C_OFDM0_AGCCORE1_GAIN, 0x32); ^ /usr/src/sys/modules/usb/urtwn/../../../dev/usb/wlan/if_urtwn.c:1614:13: error: use of undeclared identifier 'reg' reg = RW(reg, R92C_OFDM0_AGCCORE1_GAIN, 0x32); ^ /usr/src/sys/dev/usb/wlan/if_urtwnreg.h:819:5: note: expanded from macro 'RW' (((var) & ~field##_M) | SM(field, val)) ^ /usr/src/sys/modules/usb/urtwn/../../../dev/usb/wlan/if_urtwn.c:1615:47: error: use of undeclared identifier 'reg' urtwn_bb_write(sc, R92C_OFDM0_AGCCORE1(1), reg); ^ --- all_subdir_zyd --- --- if_zyd.ko.full --- /usr/local/aarch64-freebsd/bin/ld -Bshareable -d -warn-common -o if_zyd.ko.full if_zyd.o --- if_zyd.ko.debug --- /usr/local/aarch64-freebsd/bin/objcopy --only-keep-debug if_zyd.ko.full if_zyd.ko.debug --- if_zyd.ko --- /usr/local/aarch64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=if_zyd.ko.debug if_zyd.ko.full if_zyd.ko --- fdt_ro.o --- cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/contrib/libfdt/fdt_ro.c --- modules-all --- --- all_subdir_urtwn --- 16 errors generated. *** [if_urtwn.o] Error code 1 make[5]: stopped in /usr/src/sys/modules/usb/urtwn 1 error make[5]: stopped in /usr/src/sys/modules/usb/urtwn *** [all_subdir_urtwn] Error code 2 make[4]: stopped in /usr/src/sys/modules/usb 1 error make[4]: stopped in /usr/src/sys/modules/usb *** [all_subdir_usb] Error code 2 make[3]: stopped in /usr/src/sys/modules --- all_subdir_sound --- ctfconvert -L VERSION -g hdspe-pcm.o A failure has been detected in another branch of the parallel make make[6]: stopped in /usr/src/sys/modules/sound/driver/hdspe *** [all] Error code 2 make[5]: stopped in /usr/src/sys/modules/sound/driver 1 error make[5]: stopped in /usr/src/sys/modules/sound/driver *** [all] Error code 2 make[4]: stopped in /usr/src/sys/modules/sound 1 error make[4]: stopped in /usr/src/sys/modules/sound *** [all_subdir_sound] Error code 2 make[3]: stopped in /usr/src/sys/modules --- fdt_ro.o --- ctfconvert -L VERSION -g fdt_ro.o --- modules-all --- --- all_subdir_wlan --- ctfconvert -L VERSION -g ieee80211_ioctl.o A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/sys/modules/wlan *** [all_subdir_wlan] Error code 2 make[3]: stopped in /usr/src/sys/modules 3 errors make[3]: stopped in /usr/src/sys/modules *** [modules-all] Error code 2 make[2]: stopped in /usr/obj/arm64.aarch64/usr/src/sys/GENERIC 1 error make[2]: stopped in /usr/obj/arm64.aarch64/usr/src/sys/GENERIC *** [buildkernel] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildkernel] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_arm64] $ /bin/sh -xe /tmp/hudson7970890892988224413.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_arm64' + echo 'clean up jail FreeBSD_HEAD_arm64' clean up jail FreeBSD_HEAD_arm64 + sudo jail -r FreeBSD_HEAD_arm64 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::104:1 -alias + sudo umount FreeBSD_HEAD_arm64/usr/src + sudo umount FreeBSD_HEAD_arm64/dev + sudo rm -fr FreeBSD_HEAD_arm64 rm: FreeBSD_HEAD_arm64/lib/libcrypt.so.5: Operation not permitted rm: FreeBSD_HEAD_arm64/lib/libthr.so.3: Operation not permitted rm: FreeBSD_HEAD_arm64/lib/libc.so.7: Operation not permitted rm: FreeBSD_HEAD_arm64/lib: Directory not empty rm: FreeBSD_HEAD_arm64/usr/lib32/libc.so.7: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib32/libcrypt.so.5: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib32/libthr.so.3: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib32/librt.so.1: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib32: Directory not empty rm: FreeBSD_HEAD_arm64/usr/bin/ypchsh: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/opiepasswd: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/ypchfn: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/chfn: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/passwd: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/su: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/yppasswd: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/login: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/opieinfo: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/chsh: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/ypchpass: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/chpass: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/crontab: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin: Directory not empty rm: FreeBSD_HEAD_arm64/usr/lib/librt.so.1: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib: Directory not empty rm: FreeBSD_HEAD_arm64/usr: Directory not empty rm: FreeBSD_HEAD_arm64/libexec/ld-elf32.so.1: Operation not permitted rm: FreeBSD_HEAD_arm64/libexec/ld-elf.so.1: Operation not permitted rm: FreeBSD_HEAD_arm64/libexec: Directory not empty rm: FreeBSD_HEAD_arm64/sbin/init: Operation not permitted rm: FreeBSD_HEAD_arm64/sbin: Directory not empty rm: FreeBSD_HEAD_arm64: Directory not empty + true + sudo chflags -R noschg FreeBSD_HEAD_arm64 + sudo rm -fr FreeBSD_HEAD_arm64 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-arm@freebsd.org Fri Oct 23 13:07:11 2015 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 D863EA1D8A2 for ; Fri, 23 Oct 2015 13:07:11 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id C8CB9E91; Fri, 23 Oct 2015 13:07:11 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id BA388FDD; Fri, 23 Oct 2015 13:07:11 +0000 (UTC) Date: Fri, 23 Oct 2015 13:07:06 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: hselasky@FreeBSD.org, mav@FreeBSD.org, kib@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <1467343107.15.1445605631683.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1311608365.5.1445598250946.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1311608365.5.1445598250946.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #1502 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_arm64 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Oct 2015 13:07:11 -0000 FreeBSD_HEAD_arm64 - Build #1502 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/1502/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/1502/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/1502/console Change summaries: 289824 by kib: Add CLFLUSHOPT instruction wrappers. Sponsored by: The FreeBSD Foundation MFC after: 1 week 289823 by kib: Decode new values for CPUID leaf 2 cache and TLB descriptors, from the Intel SDM revision 56. Sponsored by: The FreeBSD Foundation MFC after: 1 week 289822 by kib: Fix build for the KTR-enabled kernels. Sponsored by: The FreeBSD Foundation 289821 by hselasky: Fix kernel build by restoring a temporary variable which was not yet ripe for removal. 289819 by mav: Fix LUN disable in CAM broken at r285155. MFC after: 1 week From owner-freebsd-arm@freebsd.org Fri Oct 23 18:30:20 2015 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 86F57A1DF32 for ; Fri, 23 Oct 2015 18:30:20 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from pmta2.delivery6.ore.mailhop.org (pmta2.delivery6.ore.mailhop.org [54.200.129.228]) (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 63ACD99F for ; Fri, 23 Oct 2015 18:30:20 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound2.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Fri, 23 Oct 2015 18:30:35 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t9NIUH0u021653; Fri, 23 Oct 2015 12:30:17 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1445625017.91534.31.camel@freebsd.org> Subject: Re: CC core dumping with CLANG 3.7 on armv5 - DREAMPLUG From: Ian Lepore To: Mattia Rossi , Konstantin Belousov Cc: freebsd-arm Date: Fri, 23 Oct 2015 12:30:17 -0600 In-Reply-To: <5628D9F8.8040206@gmail.com> References: <5626144F.9060003@gmail.com> <5628873F.7050509@gmail.com> <20151022081551.GB2257@kib.kiev.ua> <5628B0B0.8040804@gmail.com> <20151022111407.GD2257@kib.kiev.ua> <5628D958.4060904@gmail.com> <5628D9F8.8040206@gmail.com> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Oct 2015 18:30:20 -0000 On Thu, 2015-10-22 at 14:43 +0200, Mattia Rossi wrote: > > Am 22.10.2015 um 14:40 schrieb Mattia Rossi: > > > > > > Am 22.10.2015 um 13:14 schrieb Konstantin Belousov: > > > On Thu, Oct 22, 2015 at 11:47:28AM +0200, Mattia Rossi wrote: > > > > > You may disassemble the instruction at the address, and print > > > > > the > > > > > content > > > > > of registers: > > > > > (gdb) disassemble *0x01eb0868-8,0x01eb0868+8 > > > > > (gdb) info registers > > > > > > > > > > If the cause of your issue is weird codegeneration on ARMv5, > > > > > it > > > > > might be > > > > > seen from the data above. On the other hand, this would not > > > > > help > > > > > if the > > > > > issue is algorithmic. I am afraid there is not much more to > > > > > suggest. > > > > (gdb) disassemble *0x01eb0868-8,0x01eb0868+8 > > > > No function contains specified address. > > > Apparently correct syntax is > > > disassemble 0x01eb0868-8 0x01eb0868+8 > > (gdb) bt > > #0 0x01eb0868 in ?? () > > (gdb) disassemble 0x01eb0868-8 0x01eb0868+8 > > Dump of assembler code from 0x1eb0860 to 0x1eb0870: > > 0x01eb0860: add r12, r12, #1 ; 0x1 > > 0x01eb0864: and r7, r0, r3 > > 0x01eb0868: ldr r1, [r10, r7, lsl #2] > > 0x01eb086c: cmp r1, #0 ; 0x0 > > End of assembler dump. > > (gdb) info registers > > r0 0x1e53b 124219 > > r1 0x6a 106 > > r2 0xc3c3c3c6 -1010580538 > > r3 0x5a5a5a59 1515870809 > > r4 0x3 3 > > r5 0x1fd9f83 33398659 > > r6 0x1e53b 124219 > > r7 0x4019 16409 > > r8 0x22a1708c 581005452 > > r9 0xffffffff -1 > > r10 0x5a5a5a5a 1515870810 > > r11 0xbfbfeb70 -1077941392 > > r12 0x1 1 > > sp 0xbfbfeb48 -1077941432 > > lr 0x8f5c 36700 > > pc 0x1eb0868 32180328 > > fps 0x0 0 > > cpsr 0x60000010 1610612752 > > (gdb) > > > > Still I can't tell anything from that :-/ - way too low level for > > me > Btw. I'm currently using a helloworld program for testing: > > root@dreamplug:~ # cat helloworld.c > /* Hello World program */ > > #include > > main() > { > printf("Hello World"); > > > } > I think the degenerate testcase for this is just typing 'cpp', and the first line of output when you do might be a clue... root@dpnand:/root # cpp error: no handler registered for module format 'raw' fatal error: error in backend: unknown module format cpp: error: clang frontend command failed with exit code 70 (use -v to see invocation) FreeBSD clang version 3.7.0 (tags/RELEASE_370/final 246257) 20150906 Target: arm--freebsd11.0-gnueabi Thread model: posix cpp: note: diagnostic msg: PLEASE submit a bug report to https://bugs.freebsd.org/submit/ and include the crash backtrace, preprocessed source, and associated run script. cpp: note: diagnostic msg: Error generating preprocessed source(s) - ignoring input from stdin. cpp: note: diagnostic msg: Error generating preprocessed source(s) - no preprocessable inputs. With a quick glance at the code involved, that "no handler" message happens when it can't find the requested module type in a container of module handlers. But the default constructor for the container automatically adds the handler for 'raw' so not finding it seems insane. I don't know how to proceed from here in debugging. Unfortunately, we have no functional arm emulator (only armv6 and the problem doesn't happen there) so this has to be debugged on real hardware I guess. -- Ian From owner-freebsd-arm@freebsd.org Sat Oct 24 22:45:11 2015 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 CBB8EA1E200 for ; Sat, 24 Oct 2015 22:45:11 +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 AD86EF0F for ; Sat, 24 Oct 2015 22:45:11 +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 t9OMjB08014331 for ; Sat, 24 Oct 2015 22:45:11 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 204008] Feature request: Enable Capsicum/CAPABILITIES on Beaglebone and ARM/* Date: Sat, 24 Oct 2015 22:45:11 +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: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: sega01@go-beyond.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- 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 Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit 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.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Oct 2015 22:45:11 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204008 Bug ID: 204008 Summary: Feature request: Enable Capsicum/CAPABILITIES on Beaglebone and ARM/* Product: Base System Version: 11.0-CURRENT Hardware: arm OS: Any Status: New Severity: Affects Many People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: sega01@go-beyond.org Hi, First off, I apologize if this is not the correct place to report such things. If it's not, please let me know and I'll create it elsewhere. Beaglebone and possibly most ARM boards seem to not have CAPABILITIES enabled. Would it be reasonable to turn it on by default, especially for FreeBSD 11? Additionally, the behavior is strange. If the program calls cap_enter() it is not killed, it silently proceeds and you can only tell that it's not working by the effect of the program (putting cap_enter() before open(), for instance), or watching it with truss. It seems slightly misleading from a security standpoint that way. So this request goes two ways. First: If Capsicum is not supported, should the program be killed if it tries to use Capsicum? Second: Should Capsicum be turned on by default on the ARMv6 branch? Thank you, Teran -- You are receiving this mail because: You are the assignee for the bug.