From owner-freebsd-arm@freebsd.org Sun Jul 3 04:47:41 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2924FB8F6A6 for ; Sun, 3 Jul 2016 04:47:41 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C03D9287F; Sun, 3 Jul 2016 04:47:40 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id u634lVju020668 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 2 Jul 2016 21:47:32 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id u634lVSr020667; Sat, 2 Jul 2016 21:47:31 -0700 (PDT) (envelope-from fbsd) Date: Sat, 2 Jul 2016 21:47:30 -0700 From: bob prohaska To: Paul Mather Cc: Ian Lepore , "freebsd-arm@freebsd.org" , bob prohaska Subject: Re: Poudriere failing on some 10-STABLE ports --- "uses VFP register arguments" Message-ID: <20160703044730.GG3406@www.zefox.net> References: <854D8FF8-CE45-44C1-B371-79AA6DD782FB@gromit.dlib.vt.edu> <1466799055.72182.50.camel@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2016 04:47:41 -0000 On Thu, Jun 30, 2016 at 09:04:41AM -0400, Paul Mather wrote: > > I think this package building issue is probably a gentle hint that I should also upgrade my 10-STABLE armv6 systems (Raspberry Pi) to 11-CURRENT, like my BeagleBone Black. It's probably better in the long run than trying to figure out how to build 10-STABLE packages, as 11-CURRENT appears to be where all the focus and TLC is in the FreeBSD/arm world nowadays. Plus, I'd only have to maintain one local FreeBSD/arm package repository... :-) > Moving to 11-CURRENT might not help much. An RPI2 at r302244 with ports at 417951 stops in portmaster -af with: ..... Build a threading Perl? [y] Use which C compiler? [cc] Checking for GNU cc in disguise and/or its version number... Now, how can we feed standard input to your C preprocessor... Directories to use for library searches? [/usr/lib /usr/local/lib /usr/bin/../lib/clang/3.8.0/lib /usr/lib] What is the file extension used for shared libraries? [so] Make shared library basenames unique? [n] Build Perl for SOCKS? [n] Try to use long doubles if available? [n] Checking for optional libraries... What libraries to use? [-lpthread -lgdbm -lm -lcrypt -lutil] What optimizer/debugger flag should be used? [-g] Any additional cc flags? [-DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -DDEBUGGING -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include] Let me guess what the preprocessor flags are... Any additional ld flags (NOT including libraries)? [-lpthread -Wl,-E -fstack-protector -L/usr/local/lib] Checking your choice of C compiler and flags for coherency... I've tried to compile and run the following simple program: #include int main() { printf("Ok\n"); return(0); } I used the command: cc -o try -g -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -DDEBUGGING -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -lpthread -Wl,-E -fstack-protector -L/usr/local/lib try.c -lpthread -lgdbm -lm -lcrypt -lutil ./try and I got the following output: /usr/bin/ld: ERROR: try uses VFP register arguments, /usr/local/lib/libgdbm.so does not /usr/bin/ld: failed to merge target specific data of file /usr/local/lib/libgdbm.so cc: error: linker command failed with exit code 1 (use -v to see invocation) I can't compile the test program. You have a BIG problem. Shall I abort Configure [y] Ok. Stopping Configure. ===> Script "Configure" failed unexpectedly. It appears that a mismatch has developed between the base system and the ports which hasn't been resolved by building world. I'll try again but am not optimistic. Thanks for reading, any advice appreciated! bob prohaska From owner-freebsd-arm@freebsd.org Sun Jul 3 22:50:49 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9F2B7B908D2 for ; Sun, 3 Jul 2016 22:50:49 +0000 (UTC) (envelope-from kothari65@hotmail.com) Received: from BLU004-OMC3S18.hotmail.com (blu004-omc3s18.hotmail.com [65.55.116.93]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 60BB320E3 for ; Sun, 3 Jul 2016 22:50:48 +0000 (UTC) (envelope-from kothari65@hotmail.com) Received: from BLU437-SMTP47 ([65.55.116.74]) by BLU004-OMC3S18.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Sun, 3 Jul 2016 15:49:42 -0700 X-TMN: [L2STFKL5lUve26p94nCRvS6LM4Qwwo1k] X-Originating-Email: [kothari65@hotmail.com] Message-ID: From: Apple Team Subject: Icloud Update Required To: freebsd-arm@freebsd.org MIME-Version: 1.0 Date: Sun, 3 Jul 2016 23:49:40 +0100 X-Antivirus: avast! (VPS 160703-1, 03/07/2016), Outbound message X-Antivirus-Status: Clean X-OriginalArrivalTime: 03 Jul 2016 22:49:40.0701 (UTC) FILETIME=[2F0610D0:01D1D57D] Content-Type: text/plain Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2016 22:50:49 -0000 - This mail is in HTML. Some elements may be ommited in plain text. - We're updating our database and will be cancelling any apple id which = is not verified within 24 hours.Your account might be close kindly Upd= ate to keep your icloud active. In order to receive the messages CLICK HERE to login with your email address System Administrator From owner-freebsd-arm@freebsd.org Mon Jul 4 00:49:14 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 135D2B9035B for ; Mon, 4 Jul 2016 00:49:14 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from nh604-vm5.bullet.mail.ssk.yahoo.co.jp (nh604-vm5.bullet.mail.ssk.yahoo.co.jp [182.22.90.62]) by mx1.freebsd.org (Postfix) with SMTP id BB0162F6F for ; Mon, 4 Jul 2016 00:49:13 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from [182.22.66.104] by nh604.bullet.mail.ssk.yahoo.co.jp with NNFMP; 04 Jul 2016 00:46:34 -0000 Received: from [182.22.91.133] by t602.bullet.mail.ssk.yahoo.co.jp with NNFMP; 04 Jul 2016 00:46:34 -0000 Received: from [127.0.0.1] by omp606.mail.ssk.yahoo.co.jp with NNFMP; 04 Jul 2016 00:46:34 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 52840.70051.bm@omp606.mail.ssk.yahoo.co.jp Received: (qmail 85764 invoked by uid 60001); 4 Jul 2016 00:46:33 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.jp; s=yj20110701; t=1467593193; bh=b16E9MtMsUBkSuxJv0ncBcY+eqwK4Fl/iTJPcVZJxTA=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:X-YMail-JAS:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=CfinaHlkI/G9rGrnw0LrhPN9D471qRmu50LtYMkb5PfK3BYMXC5orE6NvZ5QW8S/NLVP/iBbsL7w909FQWJ48sWHREf6Xq/65wQQekynALo0VRv0yWyBLFzz3y2DJ8DGlGCDQgH2p+UnXnlHlWZebNvTkRFHFWzptSUNYyjpnzU= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=yj20110701; d=yahoo.co.jp; h=Message-ID:X-YMail-OSG:Received:X-Mailer:X-YMail-JAS:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=sKqOuTFqzacm69hSPV+N8w4m8h1bC6f923DgWpNdtgz4yQ8Vym3ZixCfnhhfgUoiPBZBtZClRcxUbeETpO4OHf3QMiugtphCp8+F5JJiCDXGCiJAsGgZmAczWGLGjTTZj8ZXsY9H613e4gA5ZuBw5J/HTMTU98x4Zw37V82EmJQ=; Message-ID: <800231.77121.qm@web101710.mail.ssk.yahoo.co.jp> X-YMail-OSG: wOGjiYcVM1kWhty4egjaExhrIg.i845kSN2kvSUrR9bbt0QXmXtZfrKjr9UrX5SRLdVBtuAzhQY3Ny9keG3vfPyFJzkW3CNKfGLWjF.xt8yXk2hQH1CVzKo_ywfxOmYD4wdYM_IkeFWoZVGscgJTHDYAME7bcDiEG_rYBfB5Kzpdu.aieziWO8IO5zYxjE3pSzBhB5w4bqVMb55MgKEP_rbOovOTDvONVgowhsa8IlGs6aD6tBsXZJgzJQKFVA9yNSyXq5gaTXudy4CcH9VdwOzPyY3QpkaPqVzOQrlc2s0ndRSZFMTk_pJay5ktd65CPNR2F1h0Pzwy8c1VOHbS7XFfrisoiqMRDie2dH_WQb45datkxpCYY07GA0jo6CsTBNDVriUq95CuHUQv9jHpFIGmVOHxPQOqDXjLezpfYH9mJXFsPEO.inpL1Q9urehBw6LLjoOC9141hBdVROanyzpPH6VMasmssTtKeQB3hVAw9B713k3tHcn1of.HMjNie.M8JgxkB7UmXfgN95SU0StrBT8UKVUO5NMvq0qTKXmXPxd5I6XZg4QDmggy1QxI Received: from [110.134.196.53] by web101710.mail.ssk.yahoo.co.jp via HTTP; Mon, 04 Jul 2016 09:46:33 JST X-Mailer: YahooMailWebService/0.8.111_69 X-YMail-JAS: Zn0EllwVM1ldKAg0MTqgJa2i_NswpJWejAdt3gfG58hJ869zhuE3yOmhxIPoOFsSiR8c9jP7u2o0OSySgujm0QhICAskW.u01h3f2rqPOIpNyVrDWV2XYyYHSGIzocWlYPKi Date: Mon, 4 Jul 2016 09:46:33 +0900 (JST) From: Mori Hiroki Reply-To: Mori Hiroki Subject: How to change gcc from clang at build kernel and world? To: "freebsd-arm@freebsd.org" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2016 00:49:14 -0000 Hi.=0A=0AI make support Eventtimer and FDT and INTRNG to cns11xx code.=0A= =0AThis is almost done. But hang up at init. I think it's a interrupt issue= .=0A=0Ahttps://gist.github.com/yamori813/ae047a28a825aac255e436fd8ccaf785= =0A=0A=0Ahttps://github.com/yamori813/freebsd/tree/zrouter/sys/arm/cavium/c= ns11xx=0A=0A=0Acns11xx is arm4(not arm4t). =A0arm build on head is change t= o use clang=0Aseveral month ago.=A0I want use gcc at buildworld and buildke= rnel.=0A=0ABecause of clang use bx instruction. bx instruction not support = arm4.=0A=0AHow do I change to gcc from clang?=0A=0AI found bx=A0instruction= =A0at=A0=0A=0Acontrib/compiler-rt/lib/builtins/arm/=0A=0AIt must be changed= bx to mov instruction.=0A=0ARegards.=0A=0AHiroki Mori=0A From owner-freebsd-arm@freebsd.org Mon Jul 4 02:33:49 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EF024B9068D for ; Mon, 4 Jul 2016 02:33:49 +0000 (UTC) (envelope-from db@db.net) Received: from diana.db.net (unknown [IPv6:2620:64:0:1:223:7dff:fea2:c8f2]) by mx1.freebsd.org (Postfix) with ESMTP id E13D82047 for ; Mon, 4 Jul 2016 02:33:49 +0000 (UTC) (envelope-from db@db.net) Received: from night.db.net (localhost [127.0.0.1]) by diana.db.net (Postfix) with ESMTP id 1771E2AA3A4 for ; Sun, 3 Jul 2016 20:33:02 -0600 (MDT) Received: by night.db.net (Postfix, from userid 1000) id C72DE1CDE4; Sun, 3 Jul 2016 22:33:39 -0400 (EDT) Date: Sun, 3 Jul 2016 22:33:39 -0400 From: Diane Bruce To: freebsd-arm@FreeBSD.org Subject: RPI 3 Message-ID: <20160704023339.GA17333@night.db.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2016 02:33:50 -0000 I've been poking at the RPi 3 using source and image from hardened BSD via Sean Webb trying to get our head of tree to boot RPi3 ======= This works from hardened BSD N.B. I added the printf("ZZz cninit!\n"); after the cninit(); FreeBSD Raspberry Pi 3 loader Booting kernel at 0x200000, size 9787000 DTB: 0xc47000 0xffffff8000a47000 entry: 0x201000 9400003d ffffff8000a4a000 ZZZ cninit! KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 2013-2016 The HardenedBSD Project. ... a readelf on working hardened bsd kernel readelf -a kernel Entry point address: 0xffffff8000001000 ======= Non working from head FreeBSD Raspberry Pi 3 loader Booting kernel at 0x200000, size 9539832 DTB: 0xc0b000 0xffffff8000a0b000 N.B. *no* print out of entry readelf -a kernel Entry point address: 0xffff000000001000 Doing objcopy kernel kernel.fix --set-start=0xffffff8000001000 readelf -a kernel.fix Entry point address: 0xffffff8000001000 using kernel.fix with rpi3 boot FreeBSD Raspberry Pi 3 loader Booting kernel at 0x200000, size 9539832 DTB: 0xc0b000 0xffffff8000a0b000 entry: 0x201000 94000037 ffffff8000a0e000 *NOW* shows printout of "entry: " line but still does not boot. ====== Still tracking this down. -- - db@FreeBSD.org db@db.net http://www.db.net/~db From owner-freebsd-arm@freebsd.org Mon Jul 4 15:31:53 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B79A5B912E5 for ; Mon, 4 Jul 2016 15:31:53 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-io0-x22b.google.com (mail-io0-x22b.google.com [IPv6:2607:f8b0:4001:c06::22b]) (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 8B90126D0 for ; Mon, 4 Jul 2016 15:31:53 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x22b.google.com with SMTP id s63so154287951ioi.3 for ; Mon, 04 Jul 2016 08:31:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=LIHHHTv8eoUv8lE7tulM4DZmTTis/SIUeIYZI8XX1po=; b=jNXwcrx30pjLNA7krmtiZ+O4b0lelbTj94gshcPOL+e+d5twryM0r8d9emP8SB9svN Psx1ubY6cDJkMGC+UkB/g+2ZVgAJAxni+raPA3Okh1OQqzwGMOkZA2s0eG0BJS8U6M01 CWHjvmbkBELbOQB7SUTN0HT0id6kZrDLSZ1/iaaPeEDJg91L1I1C9UF+wq7pi///mws4 oOlsnd2xVuh4Hj87wFPrdZbpUCNwaWYH9cTpl8KfsQNkqWKKzVr/aQONYAkPnXPrN0qu ZrOwfuQuHmXWKa8LvV7WWfNT4/aEZJrug3TWr16sjHw/tZBlDFGdM6ZsEbAcW1ttBCuy FyEQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=LIHHHTv8eoUv8lE7tulM4DZmTTis/SIUeIYZI8XX1po=; b=S5nIaJ5GewP96opEItp7vJ0pPH2ItNQxlf4H47UY+ioPHfAg1cJmFF31UVH0dKyQ7Z 0bkCuzu5MOOFEfr7zhkSLUHul75Gg1D7szhppfQVM7KI4du7dzGUQRyEN4s4nsPwkF+2 YSAFlgcPZQqXLYDywK5woFu3XDMAJIJgth5+83J7bRvr4tTMnaqdml9nXIlwurOmcvl+ lvT1y1IO7f0PvX6J8WKIpqraJn7BqngNaXVVFWOI0d7u8BAZo4BWfacWoNiSxs9xEwuO BslE2VnOOgBdvTTVyf48enJeH05U+10PxwHSpCncOETVU/hgwKEtXpIJpTJ47ymxdnlF dp8A== X-Gm-Message-State: ALyK8tIygTl8iS8i3qAcoBTyHEOZeLoQ2pxdQBjzZItgrEAtytOmWmA6hrStOr3CGHLnk2rz2LzONaiLAsrNCg== X-Received: by 10.107.167.67 with SMTP id q64mr9384787ioe.197.1467646312614; Mon, 04 Jul 2016 08:31:52 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.137.131 with HTTP; Mon, 4 Jul 2016 08:31:52 -0700 (PDT) X-Originating-IP: [69.53.245.200] In-Reply-To: <800231.77121.qm@web101710.mail.ssk.yahoo.co.jp> References: <800231.77121.qm@web101710.mail.ssk.yahoo.co.jp> From: Warner Losh Date: Mon, 4 Jul 2016 09:31:52 -0600 X-Google-Sender-Auth: RqTXzaJJMiYFmuvyFtgiM5JSow8 Message-ID: Subject: Re: How to change gcc from clang at build kernel and world? To: Mori Hiroki Cc: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2016 15:31:53 -0000 You should be able to get the build with WITH_GCC_BOOTSTRAP=YES WITH_GCC=YES WITHOUT_CLANG_BOOTSTRAP=YES and WITHOUT_CLANG=YES There's also supposed to be a command line arg to clang to keep it from using bx instructions. So that's messed up. But if the compiler-rt stuff, which I haven't looked at, has a naked bx instruction, we'll need an ifdef. Warner On Sun, Jul 3, 2016 at 6:46 PM, Mori Hiroki wrote: > Hi. > > I make support Eventtimer and FDT and INTRNG to cns11xx code. > > This is almost done. But hang up at init. I think it's a interrupt issue. > > https://gist.github.com/yamori813/ae047a28a825aac255e436fd8ccaf785 > > > https://github.com/yamori813/freebsd/tree/zrouter/sys/arm/cavium/cns11xx > > > cns11xx is arm4(not arm4t). arm build on head is change to use clang > several month ago. I want use gcc at buildworld and buildkernel. > > Because of clang use bx instruction. bx instruction not support arm4. > > How do I change to gcc from clang? > > I found bx instruction at > > contrib/compiler-rt/lib/builtins/arm/ > > It must be changed bx to mov instruction. > > Regards. > > Hiroki Mori > _______________________________________________ > 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 Mon Jul 4 17:14:23 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AC4A3B91918 for ; Mon, 4 Jul 2016 17:14:23 +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 9C21D2AC2 for ; Mon, 4 Jul 2016 17:14:23 +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 u64HENbi027186 for ; Mon, 4 Jul 2016 17:14:23 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 210736] Disconnecting USB cable in device/gadget mode breaks usbconfig(8) Date: Mon, 04 Jul 2016 17:14:23 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed 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: hselasky@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: resolution bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2016 17:14:23 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D210736 Hans Petter Selasky changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|New |Closed --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Mon Jul 4 22:21:54 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EF1AEB91377 for ; Mon, 4 Jul 2016 22:21:54 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-153.reflexion.net [208.70.211.153]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B630F2132 for ; Mon, 4 Jul 2016 22:21:53 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 16147 invoked from network); 4 Jul 2016 22:22:30 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 4 Jul 2016 22:22:30 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Mon, 04 Jul 2016 18:21:47 -0400 (EDT) Received: (qmail 25349 invoked from network); 4 Jul 2016 22:21:47 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 4 Jul 2016 22:21:47 -0000 X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id E42F81C4079 for ; Mon, 4 Jul 2016 15:21:46 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: On an 11.0 -r302331 rpi2: "pkg info -f" Architecture still lists softfp: freebsd:11:armv6:32:el:eabi:softfp From: Mark Millard In-Reply-To: <35D4A821-4F12-41FC-9448-4FE1BCA89DA5@dsl-only.net> Date: Mon, 4 Jul 2016 15:21:50 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <6E1A09E7-5117-42EC-B782-E95FCEB20D2A@dsl-only.net> References: <35D4A821-4F12-41FC-9448-4FE1BCA89DA5@dsl-only.net> To: freebsd-arm X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2016 22:21:55 -0000 [This was submitted as 210825. Sent to FreeBSD Current and FreeBSD Ports = earlier but I'd not listed freebsd-arm.] Context: > # uname -apKU > FreeBSD rpi2 11.0-ALPHA6 FreeBSD 11.0-ALPHA6 #3 r302331M: Sun Jul 3 = 23:35:49 PDT 2016 = markmi@FreeBSDx64:/usr/obj/clang/arm.armv6/usr/src/sys/RPI2-NODBG arm = armv6 1100120 1100120 (WITH_LIBSOFT=3D was used in the 11.0 build. CPUTYPE=3Dsoft was not used = the 11.0 build.) Note the "softfp" below (using pkg itself as an example): > # pkg info -f pkg > pkg-1.8.6 > Name : pkg > Version : 1.8.6 > Installed on : Mon Jul 4 03:26:21 2016 PDT > Origin : ports-mgmt/pkg > Architecture : freebsd:11:armv6:32:el:eabi:softfp > Prefix : /usr/local > Categories : ports-mgmt > Licenses : BSD2CLAUSE > Maintainer : pkg@FreeBSD.org > WWW : http://wiki.freebsd.org/pkgng > Comment : Package manager > Shared Libs provided: > libpkg.so.3 > Annotations : > Flat size : 21.7MiB > Description : > Package management tool WWW: http://wiki.freebsd.org/pkgng (I rebuilt all the ports present on the rpi2 to check this behavior: = -r417989 update of /usr/ports.) > # ldd `which pkg` > /usr/sbin/pkg: > libarchive.so.6 =3D> /usr/lib/libarchive.so.6 (0x20042000) > libfetch.so.6 =3D> /usr/lib/libfetch.so.6 (0x200f2000) > libprivateucl.so.1 =3D> /usr/lib/libprivateucl.so.1 = (0x2010a000) > libsbuf.so.6 =3D> /lib/libsbuf.so.6 (0x20131000) > libcrypto.so.8 =3D> /lib/libcrypto.so.8 (0x20200000) > libssl.so.8 =3D> /usr/lib/libssl.so.8 (0x2013b000) > libc.so.7 =3D> /lib/libc.so.7 (0x20400000) > libz.so.6 =3D> /lib/libz.so.6 (0x20199000) > libbz2.so.4 =3D> /usr/lib/libbz2.so.4 (0x201b5000) > liblzma.so.5 =3D> /usr/lib/liblzma.so.5 (0x201ce000) > libbsdxml.so.4 =3D> /lib/libbsdxml.so.4 (0x2039f000) > libm.so.5 =3D> /lib/libm.so.5 (0x203c9000) > libthr.so.3 =3D> /lib/libthr.so.3 (0x20582000) > libgcc_s.so.1 =3D> /lib/libgcc_s.so.1 (0x203ec000) pkg info -f -a shows similarly for all of the ports on the rpi2 (other = than portmaster). The list of ports is: > # pkg info > atf-0.21 C, C++ and shell libraries to write = ATF-compliant test programs > autoconf-2.69_1 Automatically configure source code on = many Un*x platforms > autoconf-wrapper-20131203 Wrapper script for GNU autoconf > automake-1.15_1 GNU Standards-compliant Makefile = generator > automake-wrapper-20131203 Wrapper script for GNU automake > binutils-2.25.1_3,1 GNU binary tools > bison-2.7.1,1 Parser generator from FSF, (mostly) = compatible with Yacc > db5-5.3.28_4 Oracle Berkeley DB, revision 5.3 > dialog4ports-0.1.5_2 Console Interface to configure ports > gcc6-6.1.0 GNU Compiler Collection 6 > gettext-runtime-0.19.8.1 GNU gettext runtime libraries and = programs > gettext-tools-0.19.8.1 GNU gettext development and translation = tools > gmake-4.2.1 GNU version of 'make' utility > gmake-lite-4.2.1 Minimalist version of gnu make > gmp-5.1.3_3 Free library for arbitrary precision = arithmetic > help2man-1.43.3_1 Automatically generating simple manual = pages from program output > indexinfo-0.2.4 Utility to regenerate the GNU info page = index > kyua-0.11_1,3 Testing framework for infrastructure = software > libedit-3.1.20150325_2,1 Command line editor library > libffi-3.2.1 Foreign Function Interface > libyaml-0.1.6_2 YAML 1.1 parser and emitter written in = C > lua52-5.2.4 Small, compilable scripting language = providing easy access to C code > lutok-0.4_6 Lightweight C++ API for Lua > m4-1.4.17_1,1 GNU m4 > mpc-1.0.3 Library of complex numbers with = arbitrarily high precision > mpfr-3.1.4 Library for multiple-precision = floating-point computations > p5-Locale-gettext-1.06 Message handling functions > patch-2.7.5 GNU patch utility > perl5-5.22.2_1 Practical Extraction and Report = Language > pkg-1.8.6 Package manager > pkgconf-0.9.12_1 Utility to help to configure compiler = and linker flags > portmaster-3.17.9_2 Manage your ports without external = databases or languages > portupgrade-2.4.14,2 FreeBSD ports/packages administration = and management tool suite > ruby-2.2.5,1 Object-oriented interpreted scripting = language > ruby22-bdb-0.6.6_4 Ruby interface to Oracle Berkeley DB = revision 2 or later > sqlite3-3.13.0 SQL database engine in a C library > texinfo-6.1.20160425 Typeset documentation system with = multiple format output =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Mon Jul 4 22:35:44 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1634AB914FB for ; Mon, 4 Jul 2016 22:35:44 +0000 (UTC) (envelope-from db@db.net) Received: from diana.db.net (unknown [IPv6:2620:64:0:1:223:7dff:fea2:c8f2]) by mx1.freebsd.org (Postfix) with ESMTP id 070D725A0 for ; Mon, 4 Jul 2016 22:35:43 +0000 (UTC) (envelope-from db@db.net) Received: from night.db.net (localhost [127.0.0.1]) by diana.db.net (Postfix) with ESMTP id 58DD52AA49F for ; Mon, 4 Jul 2016 16:35:03 -0600 (MDT) Received: by night.db.net (Postfix, from userid 1000) id 204541CDE4; Mon, 4 Jul 2016 18:35:41 -0400 (EDT) Date: Mon, 4 Jul 2016 18:35:41 -0400 From: Diane Bruce To: freebsd-arm@FreeBSD.org Subject: Re: RPI 3 Message-ID: <20160704223541.GA25824@night.db.net> References: <20160704023339.GA17333@night.db.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160704023339.GA17333@night.db.net> User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2016 22:35:44 -0000 On Sun, Jul 03, 2016 at 10:33:39PM -0400, Diane Bruce wrote: > I've been poking at the RPi 3 using source and image from hardened BSD via > Sean Webb trying to get our head of tree to boot RPi3 > Anyway, the reason head does not boot on RPi with the raspi u-boot is the fbsdboot.bin lattera gave me does not like the elf start addresses given by the kernel the start address moved up due to the pmap changes and move of KERNBASE Now you know. Next is to make it work. > > ======= This works from hardened BSD > N.B. I added the printf("ZZz cninit!\n"); after the cninit(); > > FreeBSD Raspberry Pi 3 loader > Booting kernel at 0x200000, size 9787000 > DTB: 0xc47000 0xffffff8000a47000 > entry: 0x201000 9400003d ffffff8000a4a000 > ZZZ cninit! > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 2013-2016 The HardenedBSD Project. > > ... > a readelf on working hardened bsd kernel > readelf -a kernel > > Entry point address: 0xffffff8000001000 > ======= Non working from head > > FreeBSD Raspberry Pi 3 loader > Booting kernel at 0x200000, size 9539832 > DTB: 0xc0b000 0xffffff8000a0b000 > > N.B. *no* print out of entry > > readelf -a kernel > Entry point address: 0xffff000000001000 > > Doing > objcopy kernel kernel.fix --set-start=0xffffff8000001000 > readelf -a kernel.fix > Entry point address: 0xffffff8000001000 > > using kernel.fix with rpi3 boot > FreeBSD Raspberry Pi 3 loader > Booting kernel at 0x200000, size 9539832 > DTB: 0xc0b000 0xffffff8000a0b000 > entry: 0x201000 94000037 ffffff8000a0e000 > > *NOW* shows printout of "entry: " line but still does not boot. > > ====== > > Still tracking this down. > -- > - db@FreeBSD.org db@db.net http://www.db.net/~db -- - db@FreeBSD.org db@db.net http://www.db.net/~db From owner-freebsd-arm@freebsd.org Tue Jul 5 05:21:35 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3E52AB853BF for ; Tue, 5 Jul 2016 05:21:35 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-vk0-x229.google.com (mail-vk0-x229.google.com [IPv6:2607:f8b0:400c:c05::229]) (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 F0803143E for ; Tue, 5 Jul 2016 05:21:34 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-vk0-x229.google.com with SMTP id k68so164928756vkb.0 for ; Mon, 04 Jul 2016 22:21:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to; bh=Qx+037RgVmpnAcJpbelz6Dd5twp81XsJhTDmfp2q/WQ=; b=H6yQi3iLLdLBxbEpH5uJWJgvOQ1t8aT+a22+zCuhjnYQs76b8e3gskMj9kY7/hnOMd 7V9SEq/hcpqryzHpKOTqzdmB1FnH5ksqSLfrfmU+PGoi52z+1A02hS7HrP63h5/1l0Ix 7mpNvFsyZG5X3kdkjaqprbghjhcqKUGGMBtauym4sxjqG6kPsxuODJ1jj1qWK9JLA7Q3 C28MX8tfPyj1NIkrx9Mqf69ipeYnHDdBedA3Y8RIFwO13GHFdD6dD7n+OyYbi69idF45 Esx5QSUwZaGFPJfrcJ4kmniR6K/AXeiYkReqD9Cg6sTMqMsuXSgbdKqZ5734DPXK5Uyy yn/Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=Qx+037RgVmpnAcJpbelz6Dd5twp81XsJhTDmfp2q/WQ=; b=XK2+HFerPYqNTJLnur0yo0QQHWdxucgf2RrvRi6HKCDakMW9UZq/Qg0IkbrcRBGL3v uk7WY+PrYB3uzeX9ZRvvX/JAMpda2RfxKRIeDby1kyX6cTBnJd3DCLR/nC/0Vs7M+UBh bCduEcb66F1Vg0G6q1nqerTUXj3+SpN5Qx0BB/o9VWmBUSiSoUOBC11A50MWhdFLAbzJ DJKxgAQVMIbRdPg1bSaSlw7Qg8EnUZh4WOlMDMk8njLcF0KXBXSRCbc+UkuKTbOtj/vw wRi2fks5/0Ov3262EdgvGuRe3YNXfrQq+Z0BDxVr8EC2Hi9q6wnQUa9grKUO5nSSkMiY Mm/A== X-Gm-Message-State: ALyK8tJbYc7wfzfAYhPH8Wf8pK9eaBA2bXQaUG7+asBVeAX9kLNOO2y0m3V+wcwG/FntPECh9N8SxJ2BwwaOhw== X-Received: by 10.159.38.39 with SMTP id 36mr6503762uag.30.1467696093839; Mon, 04 Jul 2016 22:21:33 -0700 (PDT) MIME-Version: 1.0 Received: by 10.31.54.196 with HTTP; Mon, 4 Jul 2016 22:21:33 -0700 (PDT) From: Russell Haley Date: Mon, 4 Jul 2016 22:21:33 -0700 Message-ID: Subject: Dead SD Card? To: freebsd-arm Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2016 05:21:35 -0000 Does this mean my sd card is dead? # dmesg ... (da2:umass-sim0:0:0:2): READ(10). CDB: 28 40 01 df 75 6a 00 00 80 00 (da2:umass-sim0:0:0:2): CAM status: SCSI Status Error (da2:umass-sim0:0:0:2): SCSI status: Check Condition (da2:umass-sim0:0:0:2): SCSI sense: NOT READY asc:3a,0 (Medium not present) (da2:umass-sim0:0:0:2): Error 6, Unretryable error Thanks! Russ From owner-freebsd-arm@freebsd.org Tue Jul 5 06:07:50 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 55193B85E45 for ; Tue, 5 Jul 2016 06:07:50 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-vk0-x22f.google.com (mail-vk0-x22f.google.com [IPv6:2607:f8b0: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 116922B26 for ; Tue, 5 Jul 2016 06:07:50 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-vk0-x22f.google.com with SMTP id i63so82526795vkb.2 for ; Mon, 04 Jul 2016 23:07:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=OMEw6QzA5dAy2KCmW+mUFW8rUZbSWIECjxrGZXoBx8o=; b=AsJ2emGVWJ8jgZ6UaCL/o16k8MRbBBM0XbMq70hzmdWrW+5gyvNLQg7d30BmaiiSxS +cwjnhI1Zpv2J9hheS82ERabYvCTZsx2NtMOztQuItlZSejij/EZN3pCoIqt+xhh60jK vKrdiZTF1MVW/gBdDXIquRfBrg5WnMHW0taKI0ECM+nuXGxb7GrMdYKSTvBmQDkD6OWx UYmGOQtetAiAOgdSTXViASQfuuckNe/nQ+KZlTr8tjwpXIvZlHhGoUnllLfbgZnk+sD4 S53AY8dOXWiP8eyxXdd7cHG4wKRHvHeS1ogl0Lh9hKOGP8clRncvF3bWloqkxW0st9IV 8SyA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=OMEw6QzA5dAy2KCmW+mUFW8rUZbSWIECjxrGZXoBx8o=; b=AlESNdm5fM7uDyq0WDBQAVhzttiL5VEbYO8X9Pz7E/h/Cy5tuPlnW6CU8qQv1qW4sU LLfkJLoR9dA6WWA33xD2JMPtcZClcaE0a9InY9AcrBHdwuBIXvOteNtuta8G5HQeJd4y BNIqbaQVW+PkMTs5RJuKMRdgCdHGIGbMRhk8oLlGW60YnNl1AGSitA4iUeUm56aqbAn9 FIqqbIbT+SuKmt1SAY7CH1r7oNrIScRth+PV6vhrO5TyjZH/XkwZXYs6o0QDcNwMI3Cf 63dxax01mZgqqohzGLjrYr45/sxufRfRJJIP/dnq+b8WUeOWHz5DNQDIvjcokh6eC9ei SFmw== X-Gm-Message-State: ALyK8tI8JoiOg2W2pRpXN/E89K2N9cBLWykTJQJ+JTTVyFFWRpMyVlBD/j2/PWEBcT9nSfi/Gxhi0/TuCGcm3A== X-Received: by 10.31.96.70 with SMTP id u67mr6873409vkb.107.1467698868833; Mon, 04 Jul 2016 23:07:48 -0700 (PDT) MIME-Version: 1.0 Received: by 10.31.54.196 with HTTP; Mon, 4 Jul 2016 23:07:48 -0700 (PDT) In-Reply-To: References: From: Russell Haley Date: Mon, 4 Jul 2016 23:07:48 -0700 Message-ID: Subject: Re: Dead SD Card? To: freebsd-arm Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2016 06:07:50 -0000 On Mon, Jul 4, 2016 at 10:21 PM, Russell Haley wrote: > Does this mean my sd card is dead? > > # dmesg > ... > (da2:umass-sim0:0:0:2): READ(10). CDB: 28 40 01 df 75 6a 00 00 80 00 > (da2:umass-sim0:0:0:2): CAM status: SCSI Status Error > (da2:umass-sim0:0:0:2): SCSI status: Check Condition > (da2:umass-sim0:0:0:2): SCSI sense: NOT READY asc:3a,0 (Medium not present) > (da2:umass-sim0:0:0:2): Error 6, Unretryable error Never mind, the only thing dead is my brain. I forgot to use xzcat when writing the image: dd of=/dev/da2 if=FreeBSD-11.0-ALPHA6-arm-armv6-CUBOX-HUMMINGBOARD-20160701-r302303.img.xz bs=1M Needs to actually be: xzcat FreeBSD-11.0-ALPHA6-arm-armv6-CUBOX-HUMMINGBOARD-20160701-r302303.img.xz | dd of=/dev/da2 bs=1M The previous error seems to be a red herring. Thanks, Russ From owner-freebsd-arm@freebsd.org Tue Jul 5 06:13:38 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CD900B91125 for ; Tue, 5 Jul 2016 06:13:38 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x22b.google.com (mail-it0-x22b.google.com [IPv6:2607:f8b0:4001:c0b::22b]) (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 9BFB72E81 for ; Tue, 5 Jul 2016 06:13:38 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x22b.google.com with SMTP id h190so76625191ith.1 for ; Mon, 04 Jul 2016 23:13:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=+FGRbbMdS+kcOqdClpcXs43uzvSuIwi61iizk+MajSE=; b=rzFNLocYYfK1Vk+tKtAY0wCbouhAB96dsMZkqHlwSbXj6u/v3GZtRoUKsNvMir3236 O37UIeR/ua5ACpRkGBzM7S+YPq+OGGaDJB2G6y3Yio292n7JO/eixG5QFNAXV4z0eYpx tQrQYcj4FDv47sNqQkmgL5C/TfOLICRlzEV6YTNBeb00btEmb+5jjYITo5e5H4kGlxuD e0Z61es5sm9pH5yXHQYrT4/GX/nLBIuQyUgtNgW0e1H8lPLnSHFzqASco9KvqVD3mLEO 5wdNvCGCsJosguZh6r8EzVYd/j0GhXlpgIFX7zqcDTo7DsSOif/aEpUfdDdY3V0/T0yP jllw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=+FGRbbMdS+kcOqdClpcXs43uzvSuIwi61iizk+MajSE=; b=IT0/W/607Vcd717dmA4oappGBmgT6mAjVfhT4QVeMe737djZAPoGRdA6fJQwFKBYrd meGcpOogxwcFQROxfT2XuMsMsn5Apa+k04TD59u+InolE3kr1uS+G436/gXn9yp7BfwD hyOJhHnbs6IBDUPklV3opnGav513V8X4WuJmY0S8Zk07hvKiyL01d5VDLblINIsNju+0 BUbpPBk8TMi4m3ud/na5O0TcefqJTIsUrguh7MMJxsizqU4RAWd1FdWM7HX9nQQSapPS olknG7F7YWqnhV5T3SNpzrRjiS+f00WP36ANm57jOEzMtznucG9Dj0VwmavcAnASU37T KVkQ== X-Gm-Message-State: ALyK8tIW+Fbz9/8IMBQ0/flgn1rqczmX3WvhX9wEjs9XN3LDpwKDSmgMkWOyAqfsJczJRd0ylDR7NYS3EyR0gw== X-Received: by 10.36.41.16 with SMTP id p16mr13021401itp.60.1467699217892; Mon, 04 Jul 2016 23:13:37 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.137.131 with HTTP; Mon, 4 Jul 2016 23:13:37 -0700 (PDT) X-Originating-IP: [69.53.245.200] In-Reply-To: References: From: Warner Losh Date: Tue, 5 Jul 2016 00:13:37 -0600 X-Google-Sender-Auth: qXTbOqKNO-ZP3um_Izc5AkZtJfE Message-ID: Subject: Re: Dead SD Card? To: Russell Haley Cc: freebsd-arm Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2016 06:13:38 -0000 It means that the USB dongle that you've plugged the SD card into doesn't think there's an SD card there. This could be from a variety of reasons: 1. The SD card isn't well seated. 2. The SD card isn't completely compatible with the dongle or the dongle is defective. 3. The dongle can't make the SD card produce the sector requested Most likely #3 is the problem, but if the data is super important I'd try a different dongle. #1 is easy to re-try. I've had dongles go bad on me as well as SD cards.If this is the only sector it complains about, then you might be able to read the rest of the card, though that's a failure mode that's I've never seen with SD cards, just actual SSDs, HDDs and CF cards. But yea, if reseating a couple of times doesn't resolve the issue, I'd say there's about 90% chance it is the card, 10% chance it's the dongle that's bad. Warner On Mon, Jul 4, 2016 at 11:21 PM, Russell Haley wrote: > Does this mean my sd card is dead? > > # dmesg > ... > (da2:umass-sim0:0:0:2): READ(10). CDB: 28 40 01 df 75 6a 00 00 80 00 > (da2:umass-sim0:0:0:2): CAM status: SCSI Status Error > (da2:umass-sim0:0:0:2): SCSI status: Check Condition > (da2:umass-sim0:0:0:2): SCSI sense: NOT READY asc:3a,0 (Medium not present) > (da2:umass-sim0:0:0:2): Error 6, Unretryable error > > Thanks! > Russ > _______________________________________________ > 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 Jul 5 06:14:46 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D4C8EB911A3 for ; Tue, 5 Jul 2016 06:14:46 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x229.google.com (mail-it0-x229.google.com [IPv6:2607:f8b0:4001:c0b::229]) (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 9F61C1142 for ; Tue, 5 Jul 2016 06:14:46 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x229.google.com with SMTP id g4so33969423ith.1 for ; Mon, 04 Jul 2016 23:14:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=ysdzelvktfyYBiGHp0wOuqbHk8coHAdq1KaW9ysDuwU=; b=AyD1u3yEmGSdOfDlBPRS1W+1i02UB4FPVOU0pj9somtPUFrL+2P87X2/QF+CaSO/H2 Lkx1P1rSRpC83Hj5jGhHi4K8A1dwo1ftvm/ZX1A0a0a0D4CfKSBwzHNUW61pdTIL+WqC XpaTOcflAQ/MNpynWTSpCq+ElfWPKlT8azS47m+FP4TbZma6/DavUy19WXJ6BTN9AN9k w7K1yFhsjP393PuOVZywKJMBXUe4CUpDn6ViF04D3pylQt34EpdOvX7MAC/nwLovXDrc r4CEQJ4e3f/QKyndHMmgZlKojwPglgzJIrUyjb8P7/c3S4MaCrWfUXT5lh8ZYbru8/x/ YLHg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=ysdzelvktfyYBiGHp0wOuqbHk8coHAdq1KaW9ysDuwU=; b=cvlR4oX196pjs0ZD9XL5K+vAh8MomGL3MsIHJi0QuaAFzYjebiQojGdx1PZ/1s7qtM Jwy0L1wBuMBM1wihNhLNiG9QWxsav1ma9kyj9vdFlWVeSRIxb+hwMslv4r9I0vGsMBQo zDIUjobwnvgeu6jJYHCiwQCk+MV6G4WOIF++EG84MBPn/We8ukxet2VjDTZCyz+gNHpE qjF7uQwu7NFHOYs7baUIAvsgPpBAUG/uevhFOi8xGfIgfDYai11qbUaIT2irlyhzLgDK cZBM/3CdegaXppcnUR6EI6MoCXSPkwTOaADDxEGxILV6X9L+KL18ad5/s/5rVuajBC+F bbzg== X-Gm-Message-State: ALyK8tKyN1/C85Xnb+zgxjQDsDnAiEKwDlwLomOEuHJIg/1p94opyff44//DGUfEIRxnY3pgq1W2YM9ovlLLyQ== X-Received: by 10.36.46.80 with SMTP id i77mr13113806ita.60.1467699286085; Mon, 04 Jul 2016 23:14:46 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.137.131 with HTTP; Mon, 4 Jul 2016 23:14:45 -0700 (PDT) X-Originating-IP: [69.53.245.200] In-Reply-To: References: From: Warner Losh Date: Tue, 5 Jul 2016 00:14:45 -0600 X-Google-Sender-Auth: Imr9nElYRfpPKIGyJLWTHUE_Uvs Message-ID: Subject: Re: Dead SD Card? To: Russell Haley Cc: freebsd-arm Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2016 06:14:46 -0000 Or it could be that the meta-data on the card is making FreeBSD taste a sector beyond the end of the card... Doh! Should have suggested running md5 on /dev/da2 to see if that worked... Warner On Tue, Jul 5, 2016 at 12:07 AM, Russell Haley wrote: > On Mon, Jul 4, 2016 at 10:21 PM, Russell Haley wrote: >> Does this mean my sd card is dead? >> >> # dmesg >> ... >> (da2:umass-sim0:0:0:2): READ(10). CDB: 28 40 01 df 75 6a 00 00 80 00 >> (da2:umass-sim0:0:0:2): CAM status: SCSI Status Error >> (da2:umass-sim0:0:0:2): SCSI status: Check Condition >> (da2:umass-sim0:0:0:2): SCSI sense: NOT READY asc:3a,0 (Medium not present) >> (da2:umass-sim0:0:0:2): Error 6, Unretryable error > > Never mind, the only thing dead is my brain. I forgot to use xzcat > when writing the image: > > dd of=/dev/da2 > if=FreeBSD-11.0-ALPHA6-arm-armv6-CUBOX-HUMMINGBOARD-20160701-r302303.img.xz > bs=1M > > Needs to actually be: > > xzcat FreeBSD-11.0-ALPHA6-arm-armv6-CUBOX-HUMMINGBOARD-20160701-r302303.img.xz > | dd of=/dev/da2 bs=1M > > The previous error seems to be a red herring. > > Thanks, > Russ > _______________________________________________ > 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 Jul 5 06:18:01 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AE933B912B2 for ; Tue, 5 Jul 2016 06:18:01 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-vk0-x22f.google.com (mail-vk0-x22f.google.com [IPv6:2607:f8b0: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 690661339 for ; Tue, 5 Jul 2016 06:18:01 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-vk0-x22f.google.com with SMTP id i63so82738054vkb.2 for ; Mon, 04 Jul 2016 23:18:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=vHJyz+m/yRWiPx14vL/q38wAiWBRCbronR0aktq3vzE=; b=tkbeRGs+sXG5MmixJSx5OfLzvXS2gBnRyW/9BsxTWLcDH9MrbE5FYniCROIkHRGD8J kTLw4t/lRKMag7hh/k2oQU/uTkMRctiJRs5WrPrkY8FoLRTvu+XIrrnalGsZD7CgroFN 9aUA1jHFRZZvX/qe2iQwhMEA9eBgoKhIgDVXbPEEO5FpSqH+pM0pkaioRTd3UXFcltAP D/1Wf4FEAE2rOg+yzqKjwdRlwwOFgq2glTWpo1lGFrbQf93lWxcIVaSNpi7gYRr7j6a4 iVlhTPpfIKpbqckBvmSyKgBd9mgST/v9PwPTc8Y5k6V4oVDizzmwZPq5i53MPV7JD3ME 1U4w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=vHJyz+m/yRWiPx14vL/q38wAiWBRCbronR0aktq3vzE=; b=O+1NoF7fZ0G6QATrs6kKcf3JMGOpr5fxg+isvH873FADb9+Gv0tp4CwCiDviN3vToc Cti8OQ/Pj3OPg5B6olMC6txOahpyPnwGenMoSQpG5hCKFhlGIBhVmdDpAqZJvuao0zka Xmi1fj2KAvMX5STcITSBTI1CXwE26Wnu21a2/fjr1dNiNOzTw6syCBFskv3J4/TGkewc +AjJYxrGcNX2/GT5wmAGoRfqZcAFtgnM4SDiBL0ypeEkA2/DhDWWZTDZqe6oT6rQMWmq 0phAv4+nDhsfwrsbMCIof9YtcZOZqFqyq8CbPtMwmxLmImziGpEhO1lC1TT/FVtsAzDN UqzQ== X-Gm-Message-State: ALyK8tJjL3bRFQWRJ/avJvK/u9RzfYwGE/zITuXHf0irBlCCM/RsHiD+/RGbNd/ZrGWXG0cTySje3CMoEE5S5g== X-Received: by 10.159.39.39 with SMTP id a36mr4890177uaa.86.1467699480528; Mon, 04 Jul 2016 23:18:00 -0700 (PDT) MIME-Version: 1.0 Received: by 10.31.54.196 with HTTP; Mon, 4 Jul 2016 23:18:00 -0700 (PDT) In-Reply-To: References: From: Russell Haley Date: Mon, 4 Jul 2016 23:18:00 -0700 Message-ID: Subject: Re: Dead SD Card? To: Warner Losh Cc: freebsd-arm Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2016 06:18:01 -0000 On Mon, Jul 4, 2016 at 11:14 PM, Warner Losh wrote: > Or it could be that the meta-data on the card is making FreeBSD taste > a sector beyond the end of the card... Doh! Should have > suggested running md5 on /dev/da2 to see if that worked... Where would I go to look up said error codes? Does "umass-sim" indicate the Software Interface Module from the CAM bus? Thanks, Russ > On Tue, Jul 5, 2016 at 12:07 AM, Russell Haley wrote: >> On Mon, Jul 4, 2016 at 10:21 PM, Russell Haley wrote: >>> Does this mean my sd card is dead? >>> >>> # dmesg >>> ... >>> (da2:umass-sim0:0:0:2): READ(10). CDB: 28 40 01 df 75 6a 00 00 80 00 >>> (da2:umass-sim0:0:0:2): CAM status: SCSI Status Error >>> (da2:umass-sim0:0:0:2): SCSI status: Check Condition >>> (da2:umass-sim0:0:0:2): SCSI sense: NOT READY asc:3a,0 (Medium not present) >>> (da2:umass-sim0:0:0:2): Error 6, Unretryable error >> >> Never mind, the only thing dead is my brain. I forgot to use xzcat >> when writing the image: >> >> dd of=/dev/da2 >> if=FreeBSD-11.0-ALPHA6-arm-armv6-CUBOX-HUMMINGBOARD-20160701-r302303.img.xz >> bs=1M >> >> Needs to actually be: >> >> xzcat FreeBSD-11.0-ALPHA6-arm-armv6-CUBOX-HUMMINGBOARD-20160701-r302303.img.xz >> | dd of=/dev/da2 bs=1M >> >> The previous error seems to be a red herring. >> >> Thanks, >> Russ >> _______________________________________________ >> 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 Jul 5 09:05:19 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 66842B202E1 for ; Tue, 5 Jul 2016 09:05:19 +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 5A24414E4; Tue, 5 Jul 2016 09:05:19 +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 C1B79CB; Tue, 5 Jul 2016 09:05:19 +0000 (UTC) Date: Tue, 5 Jul 2016 09:05:17 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: araujo@FreeBSD.org, jhibbits@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <544260420.25.1467709519810.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <749529551.21.1467687258506.JavaMail.jenkins@jenkins-9.freebsd.org> References: <749529551.21.1467687258506.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #3512 - 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.22 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2016 09:05:19 -0000 FreeBSD_HEAD_arm64 - Build #3512 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/3512/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/3512/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/3512/console Change summaries: 302342 by araujo: Fix a regression introduced on revision r271909, when using argument -g or several hops we have segmentation fault because we overwrite the same structure to store information for host and gateway. Submitted by: Maryse Levavasseur Reworked by: hrs Approved by: re (hrs) Differential Revision: https://reviews.freebsd.org/D6980 302341 by jhibbits: Remove SoC-specific integrations from dTSEC, to make it SoC agnostic. This will allow a single kernel to run on all SoCs supported by the dTSEC driver. Approved by: re@(gjb) 302340 by jhibbits: Unbreak the LBC driver, broken with the large RMan and 36-bit physical address changes. Remove the use of fdt_data_to_res(), and instead construct the resources manually. Additionally, avoid the 32-bit size limitation of fdt_data_get(), by building physical addresses manually from the lbc ranges property. Approved by: re@(gjb) From owner-freebsd-arm@freebsd.org Tue Jul 5 19:25:28 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 62022B2157F for ; Tue, 5 Jul 2016 19:25:28 +0000 (UTC) (envelope-from paul@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 203AA1735; Tue, 5 Jul 2016 19:25:27 +0000 (UTC) (envelope-from paul@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 9D3F8150; Tue, 5 Jul 2016 15:25:20 -0400 (EDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: Poudriere failing on some 10-STABLE ports --- "uses VFP register arguments" From: Paul Mather In-Reply-To: <20160703044730.GG3406@www.zefox.net> Date: Tue, 5 Jul 2016 15:25:19 -0400 Cc: Ian Lepore , "freebsd-arm@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <5D3A3A05-27B2-4680-9711-D02696D4ABE5@gromit.dlib.vt.edu> References: <854D8FF8-CE45-44C1-B371-79AA6DD782FB@gromit.dlib.vt.edu> <1466799055.72182.50.camel@freebsd.org> <20160703044730.GG3406@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2016 19:25:28 -0000 On Jul 3, 2016, at 12:47 AM, bob prohaska wrote: > On Thu, Jun 30, 2016 at 09:04:41AM -0400, Paul Mather wrote: >>=20 >> I think this package building issue is probably a gentle hint that I = should also upgrade my 10-STABLE armv6 systems (Raspberry Pi) to = 11-CURRENT, like my BeagleBone Black. It's probably better in the long = run than trying to figure out how to build 10-STABLE packages, as = 11-CURRENT appears to be where all the focus and TLC is in the = FreeBSD/arm world nowadays. Plus, I'd only have to maintain one local = FreeBSD/arm package repository... :-) >>=20 >=20 > Moving to 11-CURRENT might not help much. An RPI2 at r302244 with = ports at 417951 stops in > portmaster -af=20 > with:=20 >=20 > ..... > Build a threading Perl? [y] =20 > Use which C compiler? [cc] =20 > Checking for GNU cc in disguise and/or its version number... > Now, how can we feed standard input to your C preprocessor... > Directories to use for library searches? > [/usr/lib /usr/local/lib /usr/bin/../lib/clang/3.8.0/lib /usr/lib] =20 > What is the file extension used for shared libraries? [so] =20 > Make shared library basenames unique? [n] =20 > Build Perl for SOCKS? [n] =20 > Try to use long doubles if available? [n] =20 > Checking for optional libraries... > What libraries to use? [-lpthread -lgdbm -lm -lcrypt -lutil] =20 > What optimizer/debugger flag should be used? [-g] =20 > Any additional cc flags? > [-DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -DDEBUGGING = -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include] =20 > Let me guess what the preprocessor flags are... > Any additional ld flags (NOT including libraries)? > [-lpthread -Wl,-E -fstack-protector -L/usr/local/lib] =20 > Checking your choice of C compiler and flags for coherency... > I've tried to compile and run the following simple program: >=20 > #include > int main() { printf("Ok\n"); return(0); } >=20 > I used the command: >=20 > cc -o try -g -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -DDEBUGGING = -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include = -lpthread -Wl,-E -fstack-protector -L/usr/local/lib try.c -lpthread = -lgdbm -lm -lcrypt -lutil > ./try >=20 > and I got the following output: >=20 > /usr/bin/ld: ERROR: try uses VFP register arguments, = /usr/local/lib/libgdbm.so does not > /usr/bin/ld: failed to merge target specific data of file = /usr/local/lib/libgdbm.so > cc: error: linker command failed with exit code 1 (use -v to see = invocation) > I can't compile the test program. > You have a BIG problem. Shall I abort Configure [y] =20 > Ok. Stopping Configure. > =3D=3D=3D> Script "Configure" failed unexpectedly. >=20 > It appears that a mismatch has developed between the base system and = the ports which > hasn't been resolved by building world. I'll try again but am not = optimistic.=20 >=20 > Thanks for reading, any advice appreciated! >=20 > bob prohaska I'm not having any problems building FreeBSD/arm 11-CURRENT ports under = FreeBSD/amd64 11-CURRENT via Poudriere. My last successful build of lang/perl5.20 was on 2016-06-30: =3D=3D=3D=3D>> Building lang/perl5.20 build started at Thu Jun 30 16:40:27 EDT 2016 port directory: /usr/ports/lang/perl5.20 building for: FreeBSD armv6_current-default-job-02 11.0-ALPHA5 FreeBSD = 11.0-ALPHA5 r302298 arm maintained by: perl@FreeBSD.org Makefile ident: $FreeBSD: head/lang/perl5.20/Makefile 414862 = 2016-05-09 16:03:40Z mat $ Poudriere version: 3.1.14 Host OSVERSION: 1100120 Jail OSVERSION: 1100120 The revision of the FreeBSD/arm 11-CURRENT jail is later than yours = above: r302298 vs. r302244. I don't know whether that is significant. I've not tried to build ports natively under FreeBSD/arm because it's = much easier for me to build them on a build machine using Poudriere = along with the other architectures for which I build local repositories. Cheers, Paul.= From owner-freebsd-arm@freebsd.org Tue Jul 5 23:53:14 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 52E24B72733 for ; Tue, 5 Jul 2016 23:53:14 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1AB6D1737 for ; Tue, 5 Jul 2016 23:53:13 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id u65Nr61M030377 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 5 Jul 2016 16:53:07 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id u65Nr6Cw030376; Tue, 5 Jul 2016 16:53:06 -0700 (PDT) (envelope-from fbsd) Date: Tue, 5 Jul 2016 16:53:05 -0700 From: bob prohaska To: Paul Mather Cc: "freebsd-arm@freebsd.org" , bob prohaska Subject: Re: Poudriere failing on some 10-STABLE ports --- "uses VFP register arguments" Message-ID: <20160705235305.GI3406@www.zefox.net> References: <854D8FF8-CE45-44C1-B371-79AA6DD782FB@gromit.dlib.vt.edu> <1466799055.72182.50.camel@freebsd.org> <20160703044730.GG3406@www.zefox.net> <5D3A3A05-27B2-4680-9711-D02696D4ABE5@gromit.dlib.vt.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5D3A3A05-27B2-4680-9711-D02696D4ABE5@gromit.dlib.vt.edu> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2016 23:53:14 -0000 On Tue, Jul 05, 2016 at 03:25:19PM -0400, Paul Mather wrote: > > I've not tried to build ports natively under FreeBSD/arm because it's much easier for me to build them on a build machine using Poudriere along with the other architectures for which I build local repositories. > Poudriere seems a big hammer for what I hoped is a small nail. Does it supply dependency-resolution services beyond those offered by portmaster or portupgrade? Thanks for replying! bob prohaska From owner-freebsd-arm@freebsd.org Wed Jul 6 13:33:15 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 69900B75646 for ; Wed, 6 Jul 2016 13:33:15 +0000 (UTC) (envelope-from peter@pean.org) Received: from system.jails.se (system.jails.se [IPv6:2001:470:6c08::1]) (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 22D9B1BE5 for ; Wed, 6 Jul 2016 13:33:14 +0000 (UTC) (envelope-from peter@pean.org) Received: from system.jails.se (system.jails.se [172.31.20.14]) by system.jails.se (Postfix) with SMTP id D43D64BE58C for ; Wed, 6 Jul 2016 15:33:11 +0200 (CEST) Received: from [192.168.167.222] (nyx.uppmax.uu.se [130.238.137.40]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by system.jails.se (Postfix) with ESMTPSA id 37FD54BE58A; Wed, 6 Jul 2016 15:33:10 +0200 (CEST) Subject: Re: PPS input on GPIO pin RPI2. To: Ian Lepore References: <56FCEE15.60109@pean.org> <1460061822.1091.314.camel@freebsd.org> <66F0823A-283A-4CD9-BD40-A73B19A98958@pean.org> Cc: freebsd-arm@freebsd.org From: =?UTF-8?Q?Peter_Ankerst=c3=a5l?= Message-ID: <577D0896.6060104@pean.org> Date: Wed, 6 Jul 2016 15:33:10 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.7.0 MIME-Version: 1.0 In-Reply-To: <66F0823A-283A-4CD9-BD40-A73B19A98958@pean.org> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms080307060002070201090105" X-DSPAM-Result: Innocent X-DSPAM-Processed: Wed Jul 6 15:33:11 2016 X-DSPAM-Confidence: 0.9899 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 577d089718886942612199 X-DSPAM-Factors: 27, of, 0.01000, of, 0.01000, From*Peter_Ankerst%c3%a5l, 0.01000, From*Peter_Ankerst%c3%a5l, 0.01000, that, 0.01000, that, 0.01000, Content-Disposition*filename, 0.01000, for, 0.01000, for, 0.01000, I, 0.01000, I, 0.01000, on+the, 0.01000, on+the, 0.01000, is, 0.01000, is, 0.01000, Content-Transfer-Encoding*base64, 0.01000, a+#+#+#+this, 0.01000, Content-Disposition*smime.p7s, 0.01000, Content-Disposition*attachment, 0.01000, a, 0.01000, a, 0.01000, Peter, 0.01000, Peter, 0.01000, on+a, 0.01000, on+a, 0.01000, on, 0.01000, on, 0.01000 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2016 13:33:15 -0000 This is a cryptographically signed message in MIME format. --------------ms080307060002070201090105 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: quoted-printable On 04/09/2016 10:27 AM, Peter Ankerst=E5l wrote: > >>> >>> >>> I asked a question on the stable@ list a few weeks ago about having >>> PPS >>> input on a generic GPIO-pin on the RPI2. I received some positive >>> feedback that this should be easy to implement but have heard nothing= >>> since. Today I found out about the arm-list and thought this maybe >>> was a >>> better place for this question. >>> >>> >> >> Sorry for the slow response on this, just wanted to let you know that >> work on this is finally underway. The big interrupt infrastructure >> changes I was waiting for were committed a few days ago. I started >> writing the pps driver and ran into some more "we have no way to do >> this" problems which we're building even more new infrastructure for >> now. :) >> >> I have no firm ETA, but I did get enough of a proof-of-concept hacked >> together yesterday that I was able to get pps input working on a gpio >> pin on a wandboard (and that work will generalize to any of the arm >> boards that use FDT data pretty quickly), so it shouldn't be much >> longer. >> > Thank you much! Sounds great. Please tell me if you need something test= ed. > > /Peter. > Ping! Any news on this one? --------------ms080307060002070201090105 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC C9EwggXiMIIDyqADAgECAhBrp4p9CteI1lEK+Vnk57ThMA0GCSqGSIb3DQEBCwUAMH0xCzAJ BgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGln aXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBTdGFydENvbSBDZXJ0aWZpY2F0 aW9uIEF1dGhvcml0eTAeFw0xNTEyMTYwMTAwMDVaFw0zMDEyMTYwMTAwMDVaMHUxCzAJBgNV BAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSkwJwYDVQQLEyBTdGFydENvbSBDZXJ0 aWZpY2F0aW9uIEF1dGhvcml0eTEjMCEGA1UEAxMaU3RhcnRDb20gQ2xhc3MgMSBDbGllbnQg Q0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC9fdr3w6J9g/Zbgv3bW1+uHht1 wLUZr5gkrLtXedg17AkefMyUGwrQdvwObhajcVmnKVxhrUwkZPXRAwZZosRHfEIi5FH7x6SV /8Sp5lZEuiMnvMFG2MzLA84J6Ws5T4NfXZ0qn4TPgnr3X2vPVS51M7Ua9nIJgn8jvTra4eyy QzxvuA/GZwKg7VQfDCmCS+kICslYYWgXOMt2xlsSslxLce0CGWRsT8EpMyt1iDflSjXZIsE7 m1uTyHaKZspMLyIyz6mySu8j8BWWHpChNNeTrFuhVfrOAyDPFJVUvKZCLKBhibTLloyy+Lat oWELrjdI4a8StZY8+dIR9t4APXGzAgMBAAGjggFkMIIBYDAOBgNVHQ8BAf8EBAMCAQYwHQYD VR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMBIGA1UdEwEB/wQIMAYBAf8CAQAwMgYDVR0f BCswKTAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5jb20vc2ZzY2EuY3JsMGYGCCsGAQUF BwEBBFowWDAkBggrBgEFBQcwAYYYaHR0cDovL29jc3Auc3RhcnRzc2wuY29tMDAGCCsGAQUF BzAChiRodHRwOi8vYWlhLnN0YXJ0c3NsLmNvbS9jZXJ0cy9jYS5jcnQwHQYDVR0OBBYEFCSB bDlhvkkPj7cbRivJKLUnSG1oMB8GA1UdIwQYMBaAFE4L7xqkQFulF2mHMMo0aEPQQa7yMD8G A1UdIAQ4MDYwNAYEVR0gADAsMCoGCCsGAQUFBwIBFh5odHRwOi8vd3d3LnN0YXJ0c3NsLmNv bS9wb2xpY3kwDQYJKoZIhvcNAQELBQADggIBAIvj94fsAYuErQ8BAluc4SMnIwS9NPBwAm5S H9uh2NCXTq7im61g7F1LIiNI/+wq37fUuaMbz4g7VarKQTgf8ubs0p7NZWcIe7Bvem2AWaXB sxsaRTYw5kG3DN8pd1hSEUuFoTa7DmNeFe8tiK1BrL3rbA/m48jp4AiFXgvxprJrW7izsyet OrRHPbkW4Y07v29MdhaPv3u1JELyszXqOzjIYo4sWlC8iDQXwgSW/ntvWy2n4LuiaozlCfXl 149tKeqvwlvrla2Yklue/quWp9j9ou4T/OY0CXMuY+B8wNK0ohd2D4ShgFlMSjzAFRoHGKF8 1snTr2d1A7Ew02oF6UQyCkC2aNNsK5cWOojBar5c7HplX9aHYUCZouxIeU28SONJAxnATgR4 cJ2jrpmYSz/kliUJ46S6UpVDo/ebn9c6PaM/XtDYCCaM/7XX6wc3s++sbQ7CtCn1Ax7df6uf QbwyO0V+oFa9H0KAsjHMzcwk3EV2B2NLatidKE/m7G+rB9m+FlVgIiSp0mGlg43QO9Kh1+Jq vTCIzv2bJJkmPMLQJNuKKwHNL8F4GGp6jbAV+WL+LDeGfVcq8DHS3LrD+xyYEXQBiqZEdiPV OMxLDSUCXsDO0uCWpaNQ8j6y6S9p0xE/Ga0peVLadVHhqf9nXqKaxnr358VgfrxzUIrvOaOj MIIF5zCCBM+gAwIBAgIQHcJGczwAGL/ehxPfLmSYzzANBgkqhkiG9w0BAQsFADB1MQswCQYD VQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20gQ2Vy dGlmaWNhdGlvbiBBdXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0Q29tIENsYXNzIDEgQ2xpZW50 IENBMB4XDTE2MDEyNjE3MTg0NFoXDTE3MDEyNjE3MTg0NFowODEXMBUGA1UEAwwOcGV0ZXJA cGVhbi5vcmcxHTAbBgkqhkiG9w0BCQEWDnBldGVyQHBlYW4ub3JnMIICIjANBgkqhkiG9w0B AQEFAAOCAg8AMIICCgKCAgEAsKld9wpANAHCShFhnWgVUcUd+7F8RJJIatfZa7ucpAyaWIuq HFbzBUFbLPWJNeothNQ3ZLcSus2CP+l5gCamv0G5SXl+d+c1QFRP/fua3Fd8l2+x3X0gLm+T sb2b3eYU7d2MZgl3gwtKTM2ZHtG19qFVKlIC5pVrqPkvMlVtRiFgz/BtbtxSZ5xsd9Ut2TYq uLz3aQmc7bUjwEEvBL+psMQCOk0Ra7b6nxyN5Gz6al0aFgQsMM3xjd8tNUDPyuIWxKO/AXWi KutXCDGb+pB8sdMxnYXYVIi5TLzORXBZYQo7uPXO5iXpBX1WoaUFZmDqtatOL+pJt5RY/x6i cvQQ1Snv8c+0SgaiBdOprMlnRgjeSiqUQyJLlhFAchViZKzIk4uZZF2O6Elhs1Su0SB3Ynac urW3LBXQywfB4e1of96/Hhj/VUslFBMLiv2in2kGBYQsjVx61oyaR823Iz+l3+q622r2XzlP vsDfGqhhMBEGu0CiofUnfCkHfAXcMGKIX8KDVLK0aDq91Byr8xc8pZ+4UAYhYx6Zy1kywXRe 2fFIreb6i6T+lnzHWRNYfHRAu7LhbQUc4mUFHaowfqhcUgwePeKWVtGcWF26AccSQz1n2p2W iZ00ROdn986gttXt4HsIl9lMPcn69Jg55GJZ+ns8kgNtqudb7fh2OAhkp40CAwEAAaOCAa4w ggGqMAsGA1UdDwQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwCQYDVR0T BAIwADAdBgNVHQ4EFgQUNOER7EGIq2as8FEQKZFgngDghb8wHwYDVR0jBBgwFoAUJIFsOWG+ SQ+PtxtGK8kotSdIbWgwbwYIKwYBBQUHAQEEYzBhMCQGCCsGAQUFBzABhhhodHRwOi8vb2Nz cC5zdGFydHNzbC5jb20wOQYIKwYBBQUHMAKGLWh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2Nl cnRzL3NjYS5jbGllbnQxLmNydDA4BgNVHR8EMTAvMC2gK6AphidodHRwOi8vY3JsLnN0YXJ0 c3NsLmNvbS9zY2EtY2xpZW50MS5jcmwwGQYDVR0RBBIwEIEOcGV0ZXJAcGVhbi5vcmcwIwYD VR0SBBwwGoYYaHR0cDovL3d3dy5zdGFydHNzbC5jb20vMEYGA1UdIAQ/MD0wOwYLKwYBBAGB tTcBAgQwLDAqBggrBgEFBQcCARYeaHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5MA0G CSqGSIb3DQEBCwUAA4IBAQC8BvcUW70zTt2JWWD0P2rqyKdX2zvltXPNIAS9GNY3ltkcG9BB ehDJKbJf4BQC5pLRrw5BGjVhr4+3f3lDb95FHHolKHe7G4gTUjdqIlcanu0XH1WGNXDUwibM RngvnOd94ycxFoAfWSFC8k2sFAb2BLE9KYYl9e4ULkS/Bf2iclHMs/shXHGRzFXug8bgHpif zzHClHtcW97XArUkFvBSH2PSg7sSnolOpl4u0VwIiCKvLRTZCWLD7TSJCrTnhsIy4nWjRtZz IsRinO35fhulRpjL2b+pkhNSz6j2SVMF4G3H1SCK6QxBpA0uQD+f6Og2a/AIjntmWtaQjt3/ g793MYIE7DCCBOgCAQEwgYkwdTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0 ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MSMwIQYDVQQD ExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQQIQHcJGczwAGL/ehxPfLmSYzzANBglghkgB ZQMEAgMFAKCCAjMwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcN MTYwNzA2MTMzMzEwWjBPBgkqhkiG9w0BCQQxQgRA9naC6PJy54sUplyS0xj73Pt2vHwk0XzS wssMl8XzFG9MfPwq0sXhD8dDVEUQESuUeUz9K76BwXlkS0RtWrSIJTBsBgkqhkiG9w0BCQ8x XzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwIC AgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGaBgkrBgEEAYI3 EAQxgYwwgYkwdTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKTAnBgNV BAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MSMwIQYDVQQDExpTdGFydENv bSBDbGFzcyAxIENsaWVudCBDQQIQHcJGczwAGL/ehxPfLmSYzzCBnAYLKoZIhvcNAQkQAgsx gYyggYkwdTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKTAnBgNVBAsT IFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MSMwIQYDVQQDExpTdGFydENvbSBD bGFzcyAxIENsaWVudCBDQQIQHcJGczwAGL/ehxPfLmSYzzANBgkqhkiG9w0BAQEFAASCAgBG aBT0c9OynvF3leqT5jzBtmJgf5gzZHtKvf3Ts3F9XTALnWj0IIsAhtDTr+Q6wSgtfySsXcS0 uXjQDYXV9inPwHStEJsuw74XZpPUSCMAgHep267SMeGRcE+lQAr+enKt6eVklStKhfr02RyT iE+AMMGGm+g6ZZvsd1hizxu+tk4VxJeqfBcQ27JG5xmK+M2igTz4xIRk3izWYv24GH8Ed7uB riDZggtMLkIqrOnPktwp3G0ap7VdXhWmC8kzIPxTiShcY3yc0sILGjCbfWc7lSwEcdIHtyZQ GHyetT11Oe5dpBf+XMrxtX+5AyP+d5tLdShAdOyKVKsppYcR4qLURssY87v57C/5PBg1hXZP scHD0DuStTmGCj2thO02Xufbz/y+gwQzhE0DPenbC3PrQuzJF4Q25bYx2TN4qrspQmOkpC0o ewCs7xEuKMl3EPfZwc4Rtg6lZuGGwgY+q7wWQffiHGi55KwaqcwZPKGym9hykaRAO8ojLSgC B3pNBN+m1njVgTt6ImKEkV3+PKB01UrsVEqpKslyYnVjVEwG4/fBEAGscJp3viG6Re4rAHTr sprdEwV4WpRHBcZ7jWyGikSmJ9HY36bHwWcQYhcMeSNd1bHMtPKKNK6L7v+2uB8lnQwl2Ye3 tAScC5b2jSZjJ26Y12DCZkslCg2wDbfOqQAAAAAAAA== --------------ms080307060002070201090105-- From owner-freebsd-arm@freebsd.org Thu Jul 7 14:42:22 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4EF25B82496 for ; Thu, 7 Jul 2016 14:42:22 +0000 (UTC) (envelope-from paul@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 234EC120A for ; Thu, 7 Jul 2016 14:42:22 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from mather.chumby.lan (c-71-63-91-41.hsd1.va.comcast.net [71.63.91.41]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gromit.dlib.vt.edu (Postfix) with ESMTPSA id 68B09319; Thu, 7 Jul 2016 10:42:15 -0400 (EDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: Poudriere failing on some 10-STABLE ports --- "uses VFP register arguments" From: Paul Mather In-Reply-To: <20160705235305.GI3406@www.zefox.net> Date: Thu, 7 Jul 2016 10:42:14 -0400 Cc: "freebsd-arm@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <96D86C07-3B8F-4D6E-B404-DEFC9A8A954D@gromit.dlib.vt.edu> References: <854D8FF8-CE45-44C1-B371-79AA6DD782FB@gromit.dlib.vt.edu> <1466799055.72182.50.camel@freebsd.org> <20160703044730.GG3406@www.zefox.net> <5D3A3A05-27B2-4680-9711-D02696D4ABE5@gromit.dlib.vt.edu> <20160705235305.GI3406@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2016 14:42:22 -0000 On Jul 5, 2016, at 7:53 PM, bob prohaska wrote: > On Tue, Jul 05, 2016 at 03:25:19PM -0400, Paul Mather wrote: >>=20 >> I've not tried to build ports natively under FreeBSD/arm because it's = much easier for me to build them on a build machine using Poudriere = along with the other architectures for which I build local repositories. >>=20 > Poudriere seems a big hammer for what I hoped is a small nail. Does it = supply dependency-resolution > services beyond those offered by portmaster or portupgrade? I used to use portmaster (and portupgrade before that) to keep installed = ports up to date on my various FreeBSD systems. About the time pkgng = was becoming mandatory, I decided to try using Poudriere for managing = ports updates as it seemed that pkg and Poudriere go hand in hand. I've = never looked back since. (I consider myself an early adopter of = Poudriere.) It's hard for me to remember precisely what portmaster offered regarding = dependency resolution to be able to say whether or not Poudriere = supplies anything beyond that. I can say that there is nothing = portmaster did that I miss under Poudriere. What I *do not* miss about = portmaster is the following, which no longer trouble me when using = Poudriere: - Having to apply ports/UPDATING workarounds when port origins move or = similar drastic changes; - Upgrade runs that break somewhere in the middle leaving me to wonder = what state I'm in; - Subtle interactions between the host environment running portmaster = affecting (and breaking) the build; - Running portmaster on individual systems instead of a centralised = build machine; Perhaps the above do not affect portmaster any more, however the big win = for me with Poudriere is that it makes it trivially easy to build your = own pkg-compatible repositories. Furthermore, it makes it easy to = tailor the ports and even target environment (make.conf and src.conf) = options for those repositories. IMHO, it gives you the best of both = worlds: the fantastic customisation offered by building your own ports = from source with the ease of use that comes with managing binary = packages using pkg on client systems. As for dependency resolution, I believe Poudriere gives you some control = over how conservative you wish to be regarding rebuilding ports when = dependencies have changed. I haven't really looked much into it, and I = think I am using the "safe" defaults that tends to rebuild all runtime = dependencies. However, Poudriere also allows you to build just a subset = of ports that you list, which is what I do---I believe the largest = repository I build has < 500 ports (based upon 59 port origins I specify = that I want), so build times are not as bad as building 20,000+ ports = (or however many there are in the total ports hierarchy). If you are managing customised ports on more than one or two FreeBSD = systems then Poudriere makes it massively easy. I can't imagine ever = going back to using portmaster. Apologies if I sound like a Poudriere cheerleader, but it really is a = tremendously useful piece of software. If I'm not mistaken, the = official FreeBSD pkg repositories are now built using Poudriere. Cheers, Paul.= From owner-freebsd-arm@freebsd.org Thu Jul 7 14:56:39 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C5458B82748 for ; Thu, 7 Jul 2016 14:56:39 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from mail-io0-x229.google.com (mail-io0-x229.google.com [IPv6:2607:f8b0:4001:c06::229]) (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 877DD16F0 for ; Thu, 7 Jul 2016 14:56:39 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: by mail-io0-x229.google.com with SMTP id l202so21881636ioe.3 for ; Thu, 07 Jul 2016 07:56:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sippysoft-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=3Z9WePur/z7UKJtXIPbjCfTAKWLduxXKC0V3YlMDneM=; b=ejCmA+ssow7vDvMtKHzDbfxotBARuiTx83QcRz2ryYOujppLi+h7i1ued5Ab1RTUkg uDqu659JB/SZO7L7n5tFAiBJzMr6HaFr5tdirPfiRbGBPHi/Da8gSK16XxL94fkgOtZE L1l0juXsWkg0/+9DKmUTzvDcu0xbhWKPgERfTIpGbs366nytYHJe1PhxmCo1FQsDnUfk tF6UL0ix0RwGfeRd65MhS7uZ0d1eFXBQM3aP/znwUWBJGujmCu3b2ADV8p+LIxlIjvTG WB9lQVfwcI3bO5pG4UdF+8UL3ePttJ7n9tOqA9rFL8AvS5oa4+uPq/6PWYrm4esvj5qo XkjA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=3Z9WePur/z7UKJtXIPbjCfTAKWLduxXKC0V3YlMDneM=; b=JdTl6JErCJ5dd5qIjCqvWk5+Dmbo/4irEtRBZRhz+Zuy5QQ7ziETTHjLDZfotvdNX+ T5NipZ4A+4+xSnwP+jMcFmkyO3NisEgq4IKva7W1J+lRw4MBhhV4qpKs4ZD28GMz/IVb IqiYsn4BuAJZaWwV+jEnD1/iNsb0YhC15tNkKVu9pJSqjovrHU4uBmli+dvkPHps5VH5 X/poiYv+7yYbKAwkk/q5bIr0edSsq3SKsuh6CxCs3mFMTMx2AcwrMoGn50u+ceY7yWTQ UWv7zEnZB2WE1NjSWWzO6zZdd+njVU8XCeZ5P0GqGEjpFgLGvRYpkQkXIkqfh3CXyrxM btuw== X-Gm-Message-State: ALyK8tJgZDWfeKQjVwYX3jq6zy5GUvWBDXXWVNG7qd6aKamBkk6JKjYPeN8j5raiTPPvdsLX9bEHAJBfBTW5/3yv X-Received: by 10.107.143.131 with SMTP id r125mr3325641iod.54.1467903398903; Thu, 07 Jul 2016 07:56:38 -0700 (PDT) MIME-Version: 1.0 Sender: sobomax@sippysoft.com Received: by 10.36.59.193 with HTTP; Thu, 7 Jul 2016 07:56:38 -0700 (PDT) In-Reply-To: References: <83A18C0E-FA89-4009-A8D5-3185FB27A688@netgate.com> From: Maxim Sobolev Date: Thu, 7 Jul 2016 07:56:38 -0700 X-Google-Sender-Auth: XVQ-OOIW09PcNjV1xkcpoXE-okw Message-ID: Subject: Re: BBB (cpsw(4)) seems to be broken in the latest 11-current To: Paul Mather , Luiz Otavio O Souza Cc: Keith White , "freebsd-arm@freebsd.org" , FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2016 14:56:39 -0000 Luiz, the patch works for me beautifully. Has not been able to reproduce the issue since applying it. Can you please merge it before 11.0 gets branched? Thanks! -Max On Tue, Jun 21, 2016 at 10:33 AM, Paul Mather wrote: > On Jun 20, 2016, at 6:33 PM, Keith White wrote: > > > On Mon, 20 Jun 2016, Luiz Otavio O Souza wrote: > > > >> On Sun, Jun 19, 2016 at 1:11 AM, Maxim Sobolev wrote: > >>> Jim, some update from here. Running r283287 of the driver, I still see > the > >>> same "watchdog timeout" messages, but they do not lead to the interface > >>> lockout. The traffic resumes momentarily. Which is probably why I > never paid > >>> much attention to those warnings before. Therefore, I suspect that the > new > >>> MAC code does not deal with watchdog-triggered interface reset as good > as > >>> the old code. Does it give you any ideas about what could be wrong > there by > >>> any chance? > >> > >> > >> Hi Maxim, > >> > >> My recent changes contributed somehow to expose the bug more frequently. > >> > >> There was a condition in tx packet reclamation where we aren't > >> restarting the tx queue in one of the possible stall conditions. > >> > >> Please try the attached patch and let me know if it works for you. > >> > >> Luiz > > > > Your patch fixes the problem for me. Thanks! > > > > FreeBSD beaglebone 11.0-ALPHA4 FreeBSD 11.0-ALPHA4 #0 r302028M: Mon Jun > 20 18:19:55 EDT 2016 kwhite@freebsd11:/usr/obj/arm.armv6/usr/src/sys/BEAGLEBONE-LOCAL > arm armv6 > > > > ...keith > > > The patch also fixes the problem for me. > > FreeBSD beaglebone 11.0-ALPHA4 FreeBSD 11.0-ALPHA4 #2 r302030M: Tue Jun 21 > 10:20:59 EDT 2016 pmather@beaglebone:/usr/obj/usr/src/sys/BEAGLEBONE-NO_WITNESS > arm > > > Cheers, > > Paul. > > From owner-freebsd-arm@freebsd.org Thu Jul 7 17:21:45 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ACA44B826F2 for ; Thu, 7 Jul 2016 17:21:45 +0000 (UTC) (envelope-from vernon.downs@musicayred.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 90AB91BF9 for ; Thu, 7 Jul 2016 17:21:45 +0000 (UTC) (envelope-from vernon.downs@musicayred.com) Received: by mailman.ysv.freebsd.org (Postfix) id 8FC18B826F1; Thu, 7 Jul 2016 17:21:45 +0000 (UTC) Delivered-To: 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 8F625B826F0 for ; Thu, 7 Jul 2016 17:21:45 +0000 (UTC) (envelope-from vernon.downs@musicayred.com) Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.126.131]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.kundenserver.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 051FC1BF8 for ; Thu, 7 Jul 2016 17:21:44 +0000 (UTC) (envelope-from vernon.downs@musicayred.com) Received: from icpu1288.kundenserver.de (infong-es12.1and1.es [212.227.114.77]) by mrelayeu.kundenserver.de (node=mreue007) with ESMTP (Nemesis) id 0MR6eg-1ar3A73PXa-00UFwe; Thu, 07 Jul 2016 19:08:41 +0200 Received: from 193.226.10.23 (IP may be forged by CGI script) by icpu1288.kundenserver.de with HTTP id 4AZEWT-1arKHG381f-00UlOO; Thu, 07 Jul 2016 19:08:41 +0200 X-Sender-Info: <267578312@icpu1288.kundenserver.de> Precedence: bulk To: arm@freebsd.org Subject: Unable to deliver your item, #000416170 Date: Thu, 7 Jul 2016 19:08:41 +0200 From: "FedEx Standard Overnight" Reply-To: "FedEx Standard Overnight" Message-ID: X-Priority: 3 MIME-Version: 1.0 X-Provags-ID: V02:K0:sH0YVrocU8bBTYDY9+my8gk9v+UGE1+uaaOnYjMAz1E WhCYIoXuX6cQbrrLera64IROBNQ/OG2TTnoQSbOws4J2Ql15i1 QjI51m5IY4OoCoKB6vkbZfU3SxLXxcKWowBcD0/kr0hXNWr6Fq 9Y0fGFOUlGcxpA8xWsBdXjY8vda1pZ16+IKcNZEVNs9W0EHZVP PCu6U7bAkv+1fBF5XWZHu8Cg5MZNoPrWrzQcyAh46ZA0Tt1eMK 6JYGvZ2A5r7pXMtKyq+Mdhw+5K6/yiGSoC6ZtE2fkpHVNlnKYX nNaFUYjdyV0ugTKsPXom2o7MiVnhPmlDQ6KQFR8liO0BNp7F9p ul7qNkxdC+ponZjoHEee4BJCBJn4cGe7eOKHMTV8rr9t7QXx/S w3ssyk3RHmM0PkW6ks1XNNqCZn0Nva+JCG7FUDrPJMnf6mfRP0 q8C5Y X-UI-Out-Filterresults: notjunk:1;V01:K0:eMizlf6JhEQ=:dn8hT/pE8jG3m2zUyP9CwZ /uEfszik6jaFIdHZcVOnc4k1GXBaHbPrTouhALjZVzzQwcQ0xuRSENYQt62Z1wdrJWCOJEhOK czPcVwgir8WaSPqeB19pyuuC2zzgoJ7M//P76ksck3SAXKs9OVpRPguE/UNfUwmUnZWBJJ0nF eNCEoYiD1nYUN++G3Htni5Y/4PDl3QLYjon5n9notcoO1ruf7/j+s87nvW9X0AqBJmHldy1nk UJgbTcTTxQsyZHn Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2016 17:21:45 -0000 Dear Customer, We could not deliver your parcel. You can review complete details of your order in the find attached. Thank you for choosing FedEx, Vernon Downs, Station Manager. From owner-freebsd-arm@freebsd.org Thu Jul 7 20:19:11 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AFDFDB82E0A for ; Thu, 7 Jul 2016 20:19:11 +0000 (UTC) (envelope-from grupobar@romeo.surpasshosting.com) Received: from romeo.surpasshosting.com (romeo.surpasshosting.com [72.29.74.111]) (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 79C041852 for ; Thu, 7 Jul 2016 20:19:11 +0000 (UTC) (envelope-from grupobar@romeo.surpasshosting.com) Received: from grupobar by romeo.surpasshosting.com with local (Exim 4.87) (envelope-from ) id 1bLFBq-00042t-6v for freebsd-arm@freebsd.org; Thu, 07 Jul 2016 15:42:26 -0400 To: freebsd-arm@freebsd.org Subject: We could not deliver your parcel, #00951957 Date: Thu, 7 Jul 2016 19:42:26 +0000 From: "FedEx International Next Flight" Reply-To: "FedEx International Next Flight" Message-ID: <47b3ab6ad6b43f1c0b607f12a82bb5bb@juntoseje.com> X-Priority: 3 MIME-Version: 1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - romeo.surpasshosting.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [597 32003] / [47 12] X-AntiAbuse: Sender Address Domain - romeo.surpasshosting.com X-Get-Message-Sender-Via: romeo.surpasshosting.com: authenticated_id: grupobar/from_h X-Authenticated-Sender: romeo.surpasshosting.com: jeffery.mays@juntoseje.com X-Source: X-Source-Args: X-Source-Dir: Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2016 20:19:11 -0000 Dear Customer, This is to confirm that one or more of your parcels has been shipped. Delivery Label is attached to this email. Kind regards, Jeffery Mays, Station Manager. From owner-freebsd-arm@freebsd.org Fri Jul 8 07:24:05 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3D48EB759D3 for ; Fri, 8 Jul 2016 07:24:05 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-153.reflexion.net [208.70.211.153]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0310F1DA0 for ; Fri, 8 Jul 2016 07:24:04 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 11510 invoked from network); 8 Jul 2016 07:24:35 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 8 Jul 2016 07:24:35 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Fri, 08 Jul 2016 03:24:45 -0400 (EDT) Received: (qmail 18678 invoked from network); 8 Jul 2016 07:24:45 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 8 Jul 2016 07:24:45 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id AE7E81C405F; Fri, 8 Jul 2016 00:23:42 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: amd64 -> armv6 -r302331 -> -r302412 re-cross-build (update): got "sh: ./make_keys: Exec format error" again for init_ketry.h in ncursesw Message-Id: <0394F424-484D-43B3-9C7D-8C6A8E8709F0@dsl-only.net> Date: Fri, 8 Jul 2016 00:23:55 -0700 To: freebsd-arm , FreeBSD Current , Bryan Drewery Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2016 07:24:05 -0000 [Before the below cross build/update attempt I updated my amd64 from = -r302331 -> -r302412.] Summary: It appears that WITHOUT_META_MODE=3D still needs to be forced = for cross compiles at least sometimes in order to avoid "Exec format = error". man src.conf only mentions WITHOUT_META_MODE=3D in one place: > WITH_DIRDEPS_BUILD . . . > WITH_META_MODE (unless WITHOUT_META_MODE is set = explicitly) . . . > This must be set in the environment, make command line, = or > /etc/src-env.conf, not /etc/src.conf. In attempting to update my cross build (amd64 -> armv6) from -r302331 to = -r302412 it failed with: > --- init_keytry.h --- > sh: ./make_keys: Exec format error > *** [init_keytry.h] Error code 126 >=20 > make[4]: stopped in /usr/src/lib/ncurses/ncursesw > .ERROR_TARGET=3D'init_keytry.h' > = .ERROR_META_FILE=3D'/usr/obj/clang/arm.armv6/usr/src/lib/ncurses/ncursesw/= init_keytry.h.meta' > .MAKE.LEVEL=3D'4' > MAKEFILE=3D'' > .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes= verbose' > .CURDIR=3D'/usr/src/lib/ncurses/ncursesw' > .MAKE=3D'make' > .OBJDIR=3D'/usr/obj/clang/arm.armv6/usr/src/lib/ncurses/ncursesw' > .TARGETS=3D'all' > DESTDIR=3D'/usr/obj/clang/arm.armv6/usr/src/tmp' > LD_LIBRARY_PATH=3D'' > MACHINE=3D'arm' > MACHINE_ARCH=3D'armv6' > MAKEOBJDIRPREFIX=3D'/usr/obj/clang/arm.armv6' > MAKESYSPATH=3D'/usr/src/share/mk' > MAKE_VERSION=3D'20160606' > = PATH=3D'/usr/obj/clang/arm.armv6/usr/src/tmp/legacy/usr/sbin:/usr/obj/clan= g/arm.armv6/usr/src/tmp/legacy/usr/bin:/usr/obj/clang/arm.armv6/usr/src/tm= p/legacy/bin:/usr/obj/clang/arm.armv6/usr/src/tmp/usr/sbin:/usr/obj/clang/= arm.armv6/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin' > SRCTOP=3D'/usr/src' > OBJTOP=3D'/usr/obj/clang/arm.armv6/usr/src' > .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /root/src.configs/src.conf.rpi2-clang-bootstrap.amd64-host = /usr/src/share/mk/bsd.mkopt.mk /root/src.configs/make.conf = /usr/src/share/mk/local.sys.mk /usr/src/share/mk/src.sys.mk = /etc/src.conf /usr/src/lib/ncurses/ncursesw/Makefile = /usr/src/lib/ncurses/ncursesw/../ncurses/Makefile = /usr/src/share/mk/src.opts.mk /usr/src/share/mk/bsd.own.mk = /usr/src/share/mk/bsd.opts.mk /usr/src/share/mk/bsd.cpu.mk = /usr/src/share/mk/bsd.compiler.mk /usr/src/share/mk/bsd.compiler.mk = /usr/src/lib/ncurses/ncursesw/../config.mk /usr/src/share/mk/bsd.lib.mk = /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/local.init.mk = /usr/src/share/mk/src.init.mk = /usr/src/lib/ncurses/ncursesw/../Makefile.inc = /usr/src/lib/ncurses/ncursesw/../../Makefile.inc = /usr/src/share/mk/bsd.libnames.mk /usr/src/share/mk/src.libnames.mk = /usr/src/share/mk/bsd.symver.mk /usr/src/share/mk/bsd.nls.mk = /usr/src/share/mk/bsd.files.mk /usr/src/share/mk/bsd.incs.mk = /usr/src/share/mk/bsd.confs.mk /usr/src/share/mk/bsd.links.mk = /usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk = /usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk = /usr/src/share/mk/bsd.sys.mk' > .PATH=3D'. /usr/src/lib/ncurses/ncursesw = /usr/src/lib/ncurses/ncursesw/../ncurses = /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/include = /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/base = /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/tinfo = /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/tty = /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/widechar = /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/trace = /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/man' > 1 error again. This was based on: > # more = ~/sys_build_scripts.amd64-host/make_rpi2_nodebug_clang_bootstrap-amd64-hos= t.sh=20 > kldload -n filemon && \ > script = ~/sys_typescripts/typescript_make_rpi2_nodebug_clang_bootstrap-amd64-host-= $(date +%Y-%m-%d:%H:%M:%S) \ > env __MAKE_CONF=3D"/root/src.configs/make.conf" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.rpi2-clang-bootstrap.amd64-host= " \ > WITH_META_MODE=3Dyes \ > MAKEOBJDIRPREFIX=3D"/usr/obj/clang" \ > make $* and. . . > # more ~/src.configs/src.conf.rpi2-clang-bootstrap.amd64-host=20 > TO_TYPE=3Darmv6 > # > KERNCONF=3DRPI2-NODBG > TARGET=3Darm > .if ${.MAKE.LEVEL} =3D=3D 0 > TARGET_ARCH=3D${TO_TYPE} > .export TARGET_ARCH > .endif > # > WITH_CROSS_COMPILER=3D > WITHOUT_SYSTEM_COMPILER=3D > # > #CPUTYPE=3Dsoft > WITH_LIBCPLUSPLUS=3D > WITH_BINUTILS_BOOTSTRAP=3D > WITH_CLANG_BOOTSTRAP=3D > WITH_CLANG=3D > WITH_CLANG_IS_CC=3D > WITH_CLANG_FULL=3D > WITH_CLANG_EXTRAS=3D > WITH_LLDB=3D > # > WITH_BOOT=3D > WITHOUT_LIB32=3D > WITHOUT_LIBSOFT=3D > # > WITHOUT_ELFTOOLCHAIN_BOOTSTRAP=3D > WITHOUT_GCC_BOOTSTRAP=3D > WITHOUT_GCC=3D > WITHOUT_GCC_IS_CC=3D > WITHOUT_GNUCXX=3D > # > NO_WERROR=3D > #WERROR=3D > MALLOC_PRODUCTION=3D > # > WITH_DEBUG_FILES=3D > # > XCFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 > XCXXFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 make.conf was empty. The earlier -r302331 cross build had WITH_LIBSOFT=3D in use. -r302412 is = my first testing of WITHOUT_LIBSOFT=3D after rebuilding all ports to = avoid libsoft. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Fri Jul 8 10:28:00 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DDB4EB76F90 for ; Fri, 8 Jul 2016 10:28:00 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-153.reflexion.net [208.70.211.153]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 783EF1E38 for ; Fri, 8 Jul 2016 10:27:59 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 4768 invoked from network); 8 Jul 2016 10:27:53 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 8 Jul 2016 10:27:53 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Fri, 08 Jul 2016 06:28:47 -0400 (EDT) Received: (qmail 30822 invoked from network); 8 Jul 2016 10:28:46 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 8 Jul 2016 10:28:46 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id 521E51C405F; Fri, 8 Jul 2016 03:27:43 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: 11.0 -r302412: check-old does not list older /usr/libsoft/. . . materials; delete-old and delete-old-libs do not delete them Message-Id: Date: Fri, 8 Jul 2016 03:27:56 -0700 To: freebsd-arm , freebsd-stable@freebsd.org, FreeBSD Toolchain , FreeBSD Current Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2016 10:28:01 -0000 I just did a amd64 -> armv6 cross-build/update for -r302331 -> -r302412. -r302331's build had WITH_LIBSOFT=3Dyes -r302412's build was WITHOUT_LIBSOFT (by not specifying WITH_LIBSOFT=3Dyes= ) (I had rebuilt all the installed ports [-r417989 update] under = -r302331.) The check-old stage did not report anything about /usr/libsoft materials = as to be deleted. Nor did delete-old or delete-old-libs remove any of them. Looking in the DESTDIR tree shows that the libsoft files are still there = and are old: libsoft was not rebuilt. -r302412's build was WITHOUT_META_MODE because of a different issue when = WITH_META_MODE was attempted. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Fri Jul 8 16:40:30 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 91458B83CAA for ; Fri, 8 Jul 2016 16:40:30 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 482921593 for ; Fri, 8 Jul 2016 16:40:30 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id u68GeNJ2039921 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 8 Jul 2016 09:40:24 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id u68GeM2F039920; Fri, 8 Jul 2016 09:40:23 -0700 (PDT) (envelope-from fbsd) Date: Fri, 8 Jul 2016 09:40:22 -0700 From: bob prohaska To: freebsd-arm@freebsd.org Subject: fixing python uses VFP register arguments, /usr/local/lib/libpython3.4m.so does not Message-ID: <20160708164022.GB33486@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2016 16:40:30 -0000 What sources need to be rebuilt to get past errors of the form: python uses VFP register arguments, /usr/local/lib/libpython3.4m.so does not ? Up to now I've been able to guess, but this one has me stumped, along with portmaster 8-) The system is at r302331 , ports are at 418037 Thanks for reading, bob prohaska From owner-freebsd-arm@freebsd.org Fri Jul 8 19:29:38 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 97202B83C6F for ; Fri, 8 Jul 2016 19:29:38 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-154.reflexion.net [208.70.211.154]) (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 32D75115D for ; Fri, 8 Jul 2016 19:29:37 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 25158 invoked from network); 8 Jul 2016 19:30:12 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 8 Jul 2016 19:30:12 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Fri, 08 Jul 2016 15:30:24 -0400 (EDT) Received: (qmail 23668 invoked from network); 8 Jul 2016 19:30:24 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 8 Jul 2016 19:30:24 -0000 X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id 2F1981C4079; Fri, 8 Jul 2016 12:29:18 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Re: fixing python uses VFP register arguments, /usr/local/lib/libpython3.4m.so does not Message-Id: <9CECB233-A34C-45B9-897A-5F58BC6B0CE6@dsl-only.net> Date: Fri, 8 Jul 2016 12:29:34 -0700 To: freebsd-arm , fbsd@www.zefox.net Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2016 19:29:38 -0000 If I understand correctly the message actually is complaining that = /usr/local/lib/libpython3.4m.so is still using softloat. In other words: The VFP register usage for floating point arguments is = the new hardfloat way of passing such arguments and that part of the = message indicates the as-desired part of the complaint. It is the = non-VFP part of the complaint that indicates where a problem is. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Fri Jul 8 19:49:04 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 938F2B84053 for ; Fri, 8 Jul 2016 19:49:04 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B39419FD for ; Fri, 8 Jul 2016 19:49:04 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id u68JmxxV040384 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 8 Jul 2016 12:49:00 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id u68JmwrS040383; Fri, 8 Jul 2016 12:48:58 -0700 (PDT) (envelope-from fbsd) Date: Fri, 8 Jul 2016 12:48:58 -0700 From: bob prohaska To: Mark Millard Cc: freebsd-arm , bob prohaska Subject: Re: fixing python uses VFP register arguments, /usr/local/lib/libpython3.4m.so does not Message-ID: <20160708194858.GC33486@www.zefox.net> References: <9CECB233-A34C-45B9-897A-5F58BC6B0CE6@dsl-only.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9CECB233-A34C-45B9-897A-5F58BC6B0CE6@dsl-only.net> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2016 19:49:04 -0000 On Fri, Jul 08, 2016 at 12:29:34PM -0700, Mark Millard wrote: > If I understand correctly the message actually is complaining that /usr/local/lib/libpython3.4m.so is still using softloat. > > In other words: The VFP register usage for floating point arguments is the new hardfloat way of passing such arguments and that part of the message indicates the as-desired part of the complaint. It is the non-VFP part of the complaint that indicates where a problem is. > Sorry, that was a poorly-worded subject line. The issue was resolved by uninstalling python34 and then reinstalling. I'm puzzled that the needed library (which was apparently part of python34) wasn't recompiled in the course of a normal make and make install. Thanks for reading, bob prohaska From owner-freebsd-arm@freebsd.org Sat Jul 9 16:42:15 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 92F72B85CE7 for ; Sat, 9 Jul 2016 16:42:15 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from nh602-vm0.bullet.mail.ssk.yahoo.co.jp (nh602-vm0.bullet.mail.ssk.yahoo.co.jp [182.22.90.25]) by mx1.freebsd.org (Postfix) with SMTP id 247041221 for ; Sat, 9 Jul 2016 16:42:14 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from [182.22.66.106] by nh602.bullet.mail.ssk.yahoo.co.jp with NNFMP; 09 Jul 2016 16:39:43 -0000 Received: from [182.22.91.132] by t604.bullet.mail.ssk.yahoo.co.jp with NNFMP; 09 Jul 2016 16:39:43 -0000 Received: from [127.0.0.1] by omp605.mail.ssk.yahoo.co.jp with NNFMP; 09 Jul 2016 16:39:43 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 704056.32975.bm@omp605.mail.ssk.yahoo.co.jp Received: (qmail 13780 invoked by uid 60001); 9 Jul 2016 16:39:43 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.jp; s=yj20110701; t=1468082383; bh=dzT9XS8W1HqkqkVv7p27fD0w6IbjWvdivf74HDMFYbo=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:X-YMail-JAS:References:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=F2lNHRdC2tAb5a7AxWQWLNQz7b4R2gvxOehlY4rEL+gz5dgp1Fqd6aS3PYQLZnnI/aPiO9+DFz9+TCtpL1/UbwGGm1QhONDpw1KSK2F5JsBR1gyg8ETCc0NveHkaaz/C95ced7KGkpI/GC0ZNcUb2/N1GJhAu1jQ8jR/ZS2qMA0= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=yj20110701; d=yahoo.co.jp; h=Message-ID:X-YMail-OSG:Received:X-Mailer:X-YMail-JAS:References:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=lhbshevkBLqHxuU3Cz+y9c2DNAW0OT60xCaxN9IKjmKZqOkDMGnwHpGxaNhCCfKSceZ8So3eJuxy3gJyJSm34mGzAYDlu5boXfMha+qrAeKtxCsGYXsM9SvZ6Fm2bXRDRJDNHwu21knusyzCZp87LNtX3QmeudJI+o0wAkD9QII=; Message-ID: <560642.1770.qm@web101715.mail.ssk.yahoo.co.jp> X-YMail-OSG: gxWziJIVM1kEKS6z0E1UTB.C4z2pCbfrob6IT7dhDCd1UXhbSSAONngB5aD7oBKt5XTkbg6AmXQ3uY44rDMT7gKvPJJcaROoJxeXRbx4n90XwsF43Oot09jZHqAO0iDYFmJkbWTjkoeTLB2QEAYmWnm1Hg1FqmPc08vKvVNzRNivopsPhpOMh9Dbzr91tIMKMPVTftCsM1hhAatLJmgg9b55xV_gFUhOkEEm0f.sGB6VtWsWw4dWopSj_bKqxm.PtSYh0oG7ujS6EVPMbugxPNhwi6L2mdw1VYt.6B2k2BiMb_62rOX1pZG7L5sEb6FtaqOujWGZ6ZXNjYT3A79lfF0BF2bHTPchYCE1.WI_F1Q1uU3Ci6ZJBmlqw4WOq34dbS6KPNn8JSVDQtDoIMGNqRHB.NQEJvNtckEzkqmGsFFkYkbUp0XTLq4GCCLXPp51L.EfNEU8ZZuQiNhV_gRwmYuQdiE7MTjbC4eYYqWFa6Q0f2zaBAFPaPvftj2IstocfzdXCWkCyGDgNOqQMGi4VqZNzEXolfWOaKl_SrCVFodL.anUCBA71DudUnKQAGl7pDuvNY8nooRcOle3eaZSUN33y4TF_SqzaXEZ Received: from [110.134.196.53] by web101715.mail.ssk.yahoo.co.jp via HTTP; Sun, 10 Jul 2016 01:39:42 JST X-Mailer: YahooMailWebService/0.8.111_69 X-YMail-JAS: e.OIk1EVM1kpJpY_jy_ujM_XTxhgym3FQbueq9F6XsD8.yfhwnn_Kafg50JwxqNEg0ygSWBFJXB3maDAZ72rPNPYQ6XcmmpcS_AqV8A.4PHnc66HqSonwqZuyyFf1mld0cmV References: <800231.77121.qm@web101710.mail.ssk.yahoo.co.jp> Date: Sun, 10 Jul 2016 01:39:42 +0900 (JST) From: Mori Hiroki Reply-To: Mori Hiroki Subject: Re: How to change gcc from clang at build kernel and world? To: "freebsd-arm@freebsd.org" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2016 16:42:15 -0000 Thanks advice.=0A=0A=0AI try to build on this options at two week before he= ad source. I have as follow error...=0A=0A---------------------------------= -----------------------------=0A>>> stage 4.2: building libraries=0A-------= -------------------------------------------------------=0Acd /storage/home/= hiroki/freebsd;=A0 MAKEOBJDIRPREFIX=3D/storage/home/hiroki/obj//sto=0Arage/= home/hiroki/zrouter/tmp//arm.arm=A0 MACHINE_ARCH=3Darm=A0 MACHINE=3Darm=A0 = CPUTYPE=3Dar=0Amv4 GROFF_BIN_PATH=3D/storage/home/hiroki/obj//storage/home/= hiroki/zrouter/tmp//ar=0Am.arm/storage/home/hiroki/freebsd/tmp/legacy/usr/b= in=A0 GROFF_FONT_PATH=3D/storage/h=0Aome/hiroki/obj//storage/home/hiroki/zr= outer/tmp//arm.arm/storage/home/hiroki/fre=0Aebsd/tmp/legacy/usr/share/grof= f_font=A0 GROFF_TMAC_PATH=3D/storage/home/hiroki/obj//=0Astorage/home/hirok= i/zrouter/tmp//arm.arm/storage/home/hiroki/freebsd/tmp/legacy/=0Ausr/share/= tmac CC=3D"cc " CXX=3D"c++=A0 "=A0 CPP=3D"cpp "=A0 AS=3D"as" AR=3D"ar" LD= =3D"ld" NM=3Dnm =A0=0AOBJDUMP=3Dobjdump OBJCOPY=3D"objcopy"=A0 RANLIB=3Dran= lib STRINGS=3D=A0 SIZE=3D"size"=A0 INSTALL=3D=0A"sh /storage/home/hiroki/fr= eebsd/tools/install.sh"=A0 PATH=3D/storage/home/hiroki/ob=0Aj//storage/home= /hiroki/zrouter/tmp//arm.arm/storage/home/hiroki/freebsd/tmp/lega=0Acy/usr/= sbin:/storage/home/hiroki/obj//storage/home/hiroki/zrouter/tmp//arm.arm/s= =0Atorage/home/hiroki/freebsd/tmp/legacy/usr/bin:/storage/home/hiroki/obj//= storage/=0Ahome/hiroki/zrouter/tmp//arm.arm/storage/home/hiroki/freebsd/tmp= /legacy/bin:/sto=0Arage/home/hiroki/obj//storage/home/hiroki/zrouter/tmp//a= rm.arm/storage/home/hiro=0Aki/freebsd/tmp/usr/sbin:/storage/home/hiroki/obj= //storage/home/hiroki/zrouter/tm=0Ap//arm.arm/storage/home/hiroki/freebsd/t= mp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin=0A=A0/storage/home/hiroki/obj//sto= rage/home/hiroki/zrouter/tmp//storage/home/hiroki/=0Afreebsd/make.amd64/bma= ke=A0 -f Makefile.inc1 DESTDIR=3D/storage/home/hiroki/obj//sto=0Arage/home/= hiroki/zrouter/tmp//arm.arm/storage/home/hiroki/freebsd/tmp -DNO_FSCHG=0A= =A0MK_HTML=3Dno -DNO_LINT MK_MAN=3Dno=A0 MK_PROFILE=3Dno MK_TESTS=3Dno MK_T= ESTS_SUPPORT=3Dyes=A0=0Alibraries=0Acd /storage/home/hiroki/freebsd;=A0 /st= orage/home/hiroki/obj//storage/home/hiroki/=0Azrouter/tmp//storage/home/hir= oki/freebsd/make.amd64/bmake -f Makefile.inc1 _prer=0Aeq_libs;=A0 /storage/= home/hiroki/obj//storage/home/hiroki/zrouter/tmp//storage/hom=0Ae/hiroki/fr= eebsd/make.amd64/bmake -f Makefile.inc1 _startup_libs;=A0 /storage/home=0A/= hiroki/obj//storage/home/hiroki/zrouter/tmp//storage/home/hiroki/freebsd/ma= ke.a=0Amd64/bmake -f Makefile.inc1 _prebuild_libs;=A0 /storage/home/hiroki/= obj//storage/h=0Aome/hiroki/zrouter/tmp//storage/home/hiroki/freebsd/make.a= md64/bmake -f Makefile=0A.inc1 _generic_libs=0A=3D=3D=3D> gnu/lib/libssp/li= bssp_nonshared (obj,all,install)=0Acc =A0 -O -pipe -DHAVE_CONFIG_H -I/stora= ge/home/hiroki/freebsd/gnu/lib/libssp/libs=0Asp_nonshared/..=A0 -I/storage/= home/hiroki/freebsd/gnu/lib/libssp/libssp_nonshared/=0A../../../../contrib/= gcclibs/libssp=A0 -I/storage/home/hiroki/freebsd/gnu/lib/libss=0Ap/libssp_n= onshared/../../../../contrib/gcclibs/include -fPIC -DPIC -fvisibility=3D=0A= hidden -march=3Darmv4=A0 -MD=A0 -MF.depend.ssp-local.o -MTssp-local.o -std= =3Dgnu99=A0 =A0 -Q=0Aunused-arguments=A0 -c /storage/home/hiroki/freebsd/gn= u/lib/libssp/libssp_nonshare=0Ad/../../../../contrib/gcclibs/libssp/ssp-loc= al.c -o ssp-local.o=0Aerror: unknown target CPU 'armv4'=0A*** Error code 1= =0A=0AStop.=0Abmake[5]: stopped in /storage/home/hiroki/freebsd/gnu/lib/lib= ssp/libssp_nonshare=0Ad=0A*** Error code 1=0A=0AStop.=0Abmake[4]: stopped i= n /storage/home/hiroki/freebsd=0A*** Error code 1=0A=0AStop.=0Abmake[3]: st= opped in /storage/home/hiroki/freebsd=0A*** Error code 1=0A=0AStop.=0Abmake= [2]: stopped in /storage/home/hiroki/freebsd=0A*** Error code 1=0A=0AStop.= =0Amake[1]: stopped in /storage/home/hiroki/freebsd=0A*** Error code 1=0A= =0AStop.=0Amake: stopped in /storage/home/hiroki/zrouter=0A=0A=0A=0A----- O= riginal Message -----=0A>From: Warner Losh =0A>To: Mori Hir= oki =0A>Cc: "freebsd-arm@freebsd.org" =0A>Date: 2016/7/5, Tue 00:31=0A>Subject: Re: How to change gcc= from clang at build kernel and world?=0A> =0A>You should be able to get th= e build with=0A>WITH_GCC_BOOTSTRAP=3DYES WITH_GCC=3DYES WITHOUT_CLANG_BOOTS= TRAP=3DYES and=0A>WITHOUT_CLANG=3DYES=0A>=0A>There's also supposed to be a = command line arg to clang to keep it=0A>from using bx instructions. So that= 's messed up.=0A>=0A>But if the compiler-rt stuff, which I haven't looked a= t, has a naked=0A>bx instruction, we'll need an ifdef.=0A>=0A>Warner=0A>=0A= >On Sun, Jul 3, 2016 at 6:46 PM, Mori Hiroki wrote:= =0A>> Hi.=0A>>=0A>> I make support Eventtimer and FDT and INTRNG to cns11xx= code.=0A>>=0A>> This is almost done. But hang up at init. I think it's a i= nterrupt issue.=0A>>=0A>> https://gist.github.com/yamori813/ae047a28a825aac= 255e436fd8ccaf785=0A>>=0A>>=0A>> https://github.com/yamori813/freebsd/tree/= zrouter/sys/arm/cavium/cns11xx=0A>>=0A>>=0A>> cns11xx is arm4(not arm4t).= =A0 arm build on head is change to use clang=0A>> several month ago. I want= use gcc at buildworld and buildkernel.=0A>>=0A>> Because of clang use bx i= nstruction. bx instruction not support arm4.=0A>>=0A>> How do I change to g= cc from clang?=0A>>=0A>> I found bx instruction at=0A>>=0A>> contrib/compil= er-rt/lib/builtins/arm/=0A>>=0A>> It must be changed bx to mov instruction.= =0A>>=0A>> Regards.=0A>>=0A>> Hiroki Mori=0A>> ____________________________= ___________________=0A>> freebsd-arm@freebsd.org mailing list=0A>> https://= lists.freebsd.org/mailman/listinfo/freebsd-arm=0A>> To unsubscribe, send an= y mail to "freebsd-arm-unsubscribe@freebsd.org"=0A>=0A>=0A> From owner-freebsd-arm@freebsd.org Sat Jul 9 20:16:27 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E9CC3B76396 for ; Sat, 9 Jul 2016 20:16:27 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pa0-x229.google.com (mail-pa0-x229.google.com [IPv6:2607:f8b0:400e:c03::229]) (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 B8F4011F2 for ; Sat, 9 Jul 2016 20:16:27 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-pa0-x229.google.com with SMTP id fi15so9189134pac.1 for ; Sat, 09 Jul 2016 13:16:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Ldkj9IKO3g7Z6KxFpUkz3xVQIZxAZFoGyWyusxro7XY=; b=bo9LLM6v0ynpqHaJMwUqwmDvmU8UVADBUBQKdj8jolx6RBoUgt65UriLEuf9/3RkPY +w8AANPyeeapyjEIqIpLtU7gS3/jhAJten5f84/GIeds58kn7EdSOGEMujzaGrl+Tvai cmtaWczA5k4/+7YvaIRv+IuL1A7PKodBiP+OcR0sAqyegkalt3vqUzJe1pe0SJ2sl8KX v8A1L5PVXb6QsH0XPdWzY6d3t3VB6DulXT6SGJTngb07EVJEsmJXfyoZSYlYlGavAMMu rN2x/KpFb69CB5s8yfIbD8ZHnk5SoecE3Do2rCPjoufVUAwG26ML2E5FGzerHlAmL4j9 5K8g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Ldkj9IKO3g7Z6KxFpUkz3xVQIZxAZFoGyWyusxro7XY=; b=jvOx9hO+pXAVQbFOa6y+qF7Ky5ZXfR0w1r/HUwgnTRy1bDoT00fJaVpJD1RweJA6NX CcLAFZVv5sSQw6Ca/ZZCrkG67CzesK9rTxwu7FOA7ipUfDnk9Ionn1OH49zbs+JxZO1R rxg4liQkSa8WY9tbrFYSLbe9ukrTXuY2VKyc6G+fYpO7JQUIWtHIM+Xr9wJXPooWhbQc o1VaYzFmolzKry0V4I/egxT6fE0q+kzruwwTROqvztJQCczxJW++v7bmdJcgskJl3H2V sn16GMMaCrSEYT1qcmw9CpufBSM/VM2LlptOo7gymV/f64TFJbHFmycYhSZ7AkEiXuoR uUPg== X-Gm-Message-State: ALyK8tL2v2NGuswtSAOtIVBJvaWLIUZs+L8Upag2JgtGkQAVNWdX3lA1HQjMTYz+qqkO4Q== X-Received: by 10.66.173.38 with SMTP id bh6mr21476008pac.116.1468095387002; Sat, 09 Jul 2016 13:16:27 -0700 (PDT) Received: from [100.127.69.34] ([69.53.245.200]) by smtp.gmail.com with ESMTPSA id p129sm5743193pfb.73.2016.07.09.13.16.25 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sat, 09 Jul 2016 13:16:25 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: How to change gcc from clang at build kernel and world? From: Warner Losh In-Reply-To: <560642.1770.qm@web101715.mail.ssk.yahoo.co.jp> Date: Sat, 9 Jul 2016 14:16:24 -0600 Cc: "freebsd-arm@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <0394A92E-E820-4774-9472-49E22228749C@bsdimp.com> References: <800231.77121.qm@web101710.mail.ssk.yahoo.co.jp> <560642.1770.qm@web101715.mail.ssk.yahoo.co.jp> To: Mori Hiroki X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2016 20:16:28 -0000 CPUTYPE=3Darmv4 isn=E2=80=99t going to work. Remove that line from your = make.conf. Warner > On Jul 9, 2016, at 10:39 AM, Mori Hiroki = wrote: >=20 > Thanks advice. >=20 >=20 > I try to build on this options at two week before head source. I have = as follow error... >=20 > -------------------------------------------------------------- >>>> stage 4.2: building libraries > -------------------------------------------------------------- > cd /storage/home/hiroki/freebsd; = MAKEOBJDIRPREFIX=3D/storage/home/hiroki/obj//sto > rage/home/hiroki/zrouter/tmp//arm.arm MACHINE_ARCH=3Darm MACHINE=3Darm= CPUTYPE=3Dar > mv4 = GROFF_BIN_PATH=3D/storage/home/hiroki/obj//storage/home/hiroki/zrouter/tmp= //ar > m.arm/storage/home/hiroki/freebsd/tmp/legacy/usr/bin = GROFF_FONT_PATH=3D/storage/h > = ome/hiroki/obj//storage/home/hiroki/zrouter/tmp//arm.arm/storage/home/hiro= ki/fre > ebsd/tmp/legacy/usr/share/groff_font = GROFF_TMAC_PATH=3D/storage/home/hiroki/obj// > = storage/home/hiroki/zrouter/tmp//arm.arm/storage/home/hiroki/freebsd/tmp/l= egacy/ > usr/share/tmac CC=3D"cc " CXX=3D"c++ " CPP=3D"cpp " AS=3D"as" = AR=3D"ar" LD=3D"ld" NM=3Dnm =20 > OBJDUMP=3Dobjdump OBJCOPY=3D"objcopy" RANLIB=3Dranlib STRINGS=3D = SIZE=3D"size" INSTALL=3D > "sh /storage/home/hiroki/freebsd/tools/install.sh" = PATH=3D/storage/home/hiroki/ob > = j//storage/home/hiroki/zrouter/tmp//arm.arm/storage/home/hiroki/freebsd/tm= p/lega > = cy/usr/sbin:/storage/home/hiroki/obj//storage/home/hiroki/zrouter/tmp//arm= .arm/s > = torage/home/hiroki/freebsd/tmp/legacy/usr/bin:/storage/home/hiroki/obj//st= orage/ > = home/hiroki/zrouter/tmp//arm.arm/storage/home/hiroki/freebsd/tmp/legacy/bi= n:/sto > = rage/home/hiroki/obj//storage/home/hiroki/zrouter/tmp//arm.arm/storage/hom= e/hiro > = ki/freebsd/tmp/usr/sbin:/storage/home/hiroki/obj//storage/home/hiroki/zrou= ter/tm > = p//arm.arm/storage/home/hiroki/freebsd/tmp/usr/bin:/sbin:/bin:/usr/sbin:/u= sr/bin > = /storage/home/hiroki/obj//storage/home/hiroki/zrouter/tmp//storage/home/hi= roki/ > freebsd/make.amd64/bmake -f Makefile.inc1 = DESTDIR=3D/storage/home/hiroki/obj//sto > rage/home/hiroki/zrouter/tmp//arm.arm/storage/home/hiroki/freebsd/tmp = -DNO_FSCHG > MK_HTML=3Dno -DNO_LINT MK_MAN=3Dno MK_PROFILE=3Dno MK_TESTS=3Dno = MK_TESTS_SUPPORT=3Dyes=20 > libraries > cd /storage/home/hiroki/freebsd; = /storage/home/hiroki/obj//storage/home/hiroki/ > zrouter/tmp//storage/home/hiroki/freebsd/make.amd64/bmake -f = Makefile.inc1 _prer > eq_libs; = /storage/home/hiroki/obj//storage/home/hiroki/zrouter/tmp//storage/hom > e/hiroki/freebsd/make.amd64/bmake -f Makefile.inc1 _startup_libs; = /storage/home > = /hiroki/obj//storage/home/hiroki/zrouter/tmp//storage/home/hiroki/freebsd/= make.a > md64/bmake -f Makefile.inc1 _prebuild_libs; = /storage/home/hiroki/obj//storage/h > ome/hiroki/zrouter/tmp//storage/home/hiroki/freebsd/make.amd64/bmake = -f Makefile > .inc1 _generic_libs > =3D=3D=3D> gnu/lib/libssp/libssp_nonshared (obj,all,install) > cc -O -pipe -DHAVE_CONFIG_H = -I/storage/home/hiroki/freebsd/gnu/lib/libssp/libs > sp_nonshared/.. = -I/storage/home/hiroki/freebsd/gnu/lib/libssp/libssp_nonshared/ > ../../../../contrib/gcclibs/libssp = -I/storage/home/hiroki/freebsd/gnu/lib/libss > p/libssp_nonshared/../../../../contrib/gcclibs/include -fPIC -DPIC = -fvisibility=3D > hidden -march=3Darmv4 -MD -MF.depend.ssp-local.o -MTssp-local.o = -std=3Dgnu99 -Q > unused-arguments -c = /storage/home/hiroki/freebsd/gnu/lib/libssp/libssp_nonshare > d/../../../../contrib/gcclibs/libssp/ssp-local.c -o ssp-local.o > error: unknown target CPU 'armv4' > *** Error code 1 >=20 > Stop. > bmake[5]: stopped in = /storage/home/hiroki/freebsd/gnu/lib/libssp/libssp_nonshare > d > *** Error code 1 >=20 > Stop. > bmake[4]: stopped in /storage/home/hiroki/freebsd > *** Error code 1 >=20 > Stop. > bmake[3]: stopped in /storage/home/hiroki/freebsd > *** Error code 1 >=20 > Stop. > bmake[2]: stopped in /storage/home/hiroki/freebsd > *** Error code 1 >=20 > Stop. > make[1]: stopped in /storage/home/hiroki/freebsd > *** Error code 1 >=20 > Stop. > make: stopped in /storage/home/hiroki/zrouter >=20 >=20 >=20 > ----- Original Message ----- >> From: Warner Losh >> To: Mori Hiroki =20 >> Cc: "freebsd-arm@freebsd.org" >> Date: 2016/7/5, Tue 00:31 >> Subject: Re: How to change gcc from clang at build kernel and world? >>=20 >> You should be able to get the build with >> WITH_GCC_BOOTSTRAP=3DYES WITH_GCC=3DYES WITHOUT_CLANG_BOOTSTRAP=3DYES = and >> WITHOUT_CLANG=3DYES >>=20 >> There's also supposed to be a command line arg to clang to keep it >> from using bx instructions. So that's messed up. >>=20 >> But if the compiler-rt stuff, which I haven't looked at, has a naked >> bx instruction, we'll need an ifdef. >>=20 >> Warner >>=20 >> On Sun, Jul 3, 2016 at 6:46 PM, Mori Hiroki = wrote: >>> Hi. >>>=20 >>> I make support Eventtimer and FDT and INTRNG to cns11xx code. >>>=20 >>> This is almost done. But hang up at init. I think it's a interrupt = issue. >>>=20 >>> https://gist.github.com/yamori813/ae047a28a825aac255e436fd8ccaf785 >>>=20 >>>=20 >>> = https://github.com/yamori813/freebsd/tree/zrouter/sys/arm/cavium/cns11xx >>>=20 >>>=20 >>> cns11xx is arm4(not arm4t). arm build on head is change to use = clang >>> several month ago. I want use gcc at buildworld and buildkernel. >>>=20 >>> Because of clang use bx instruction. bx instruction not support = arm4. >>>=20 >>> How do I change to gcc from clang? >>>=20 >>> I found bx instruction at >>>=20 >>> contrib/compiler-rt/lib/builtins/arm/ >>>=20 >>> It must be changed bx to mov instruction. >>>=20 >>> Regards. >>>=20 >>> Hiroki Mori >>> _______________________________________________ >>> freebsd-arm@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >>> To unsubscribe, send any mail to = "freebsd-arm-unsubscribe@freebsd.org" >>=20 >>=20 >>=20 > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Sat Jul 9 22:39:53 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 23EC9B83D5E for ; Sat, 9 Jul 2016 22:39:53 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from nh505-vm3.bullet.mail.kks.yahoo.co.jp (nh505-vm3.bullet.mail.kks.yahoo.co.jp [183.79.57.105]) by mx1.freebsd.org (Postfix) with SMTP id 5DC1913B1 for ; Sat, 9 Jul 2016 22:39:51 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from [183.79.100.138] by nh505.bullet.mail.kks.yahoo.co.jp with NNFMP; 09 Jul 2016 22:37:30 -0000 Received: from [183.79.100.134] by t501.bullet.mail.kks.yahoo.co.jp with NNFMP; 09 Jul 2016 22:37:30 -0000 Received: from [127.0.0.1] by omp503.mail.kks.yahoo.co.jp with NNFMP; 09 Jul 2016 22:37:30 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 897013.69841.bm@omp503.mail.kks.yahoo.co.jp Received: (qmail 55614 invoked by uid 60001); 9 Jul 2016 22:37:30 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.jp; s=yj20110701; t=1468103850; bh=YChk4GsUtSiCc6ELoJPmL9CWIgH0Qn2KX06ADsAhZGk=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:X-YMail-JAS:References:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=Xuvyxda+Dsbk6OfJS07Am3FlhGpsZwGSWmzeK4YvzmPk6Ahgk+41EG03PGvWqzqcylmDcH3IjWETWfojOEXijf4cSKmGNXBWvpJpViX5oArG9Q6Xt/Va1MsBobJzhP6oi4gIkBJ8KXGuIt80a8ZROmEwYQelNW6WkFyUG94SL7k= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=yj20110701; d=yahoo.co.jp; h=Message-ID:X-YMail-OSG:Received:X-Mailer:X-YMail-JAS:References:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=ZsX444CN/7sVfKwe18TyyZaXz26BBT+2gxv8ZWBXVXLk1T/CeFd1GmgpVpLeqn1YfiV7YUJ4Lj15fGkfhnx+HAlfPau4Xed6TDdnC7KKOBKHo8Lt10lPTemgDg3YdN70gd9MHr8mbhceK5OIUeC4/pksT+ioqQHqvAHPenUCIFE=; Message-ID: <469038.47417.qm@web101706.mail.ssk.yahoo.co.jp> X-YMail-OSG: LPyhI8QVM1mxFJUWbB60UtyaSu5eIJjerJ5HRIBI.9CYxFJCFzg.mZA.vUA9o6FcjyBOXvCgERDT7vpj.u1yn_C6a_4510OZeaOgt1ctqg61_q3ZGydLSLClZYuge50hSbJg35GDCt6Mk7Mvg49zj3LMfS0RHrGqN4RuTNk0H4.Lobtehd2qFTiZiuKcHk6e1yvbFclAKYvo5RGsVB3NYQNnWTI3NMg.DFxe8dGN1IUE8PS8FP1zqoyF0k1MhOnctjm9vkRPnpLPVuGeN6QmMGFd5Ixf0Thue8ZgDP3MPqHZlP4O8Hi6P03q4Ipte3q1pJOsSTLdMxWRMy7eBqFG2NCFi_u6wliaynmn2XmZaCIWWYrx_yt5o9lFD3HOXWfPOh4.Aft1sdrw6KmOBpgzsn72B_M91TLx0brqYvXPtT3qNyq2w6l4AUrDk.Mv46SbdoxaR69C0gmSCp7CfSPaK_VDfyeYZtdgc9PFyzqq7zNHUD5e8pBH5Wmi4WwDfNZt6pd2DX8YdGnfN73Hc0ICvf3Xj2C5RTDplc0HDhcFyL0VTRptaRlbC8jP Received: from [110.134.196.53] by web101706.mail.ssk.yahoo.co.jp via HTTP; Sun, 10 Jul 2016 07:37:29 JST X-Mailer: YahooMailWebService/0.8.111_69 X-YMail-JAS: 3KHR9vgVM1kwRaSfyjASL4eJ_hKLBOt9ZCXgbkYncOAeSouE1utofYZUCdzGgjwvt5YaNTGywUlUnIsEQZwKXPoZ_FrZCkDNzZPWGMdyt7dackdk26fIufZrvJtT1W6XIM3p References: <800231.77121.qm@web101710.mail.ssk.yahoo.co.jp> <560642.1770.qm@web101715.mail.ssk.yahoo.co.jp> <0394A92E-E820-4774-9472-49E22228749C@bsdimp.com> Date: Sun, 10 Jul 2016 07:37:29 +0900 (JST) From: Mori Hiroki Reply-To: Mori Hiroki Subject: Re: How to change gcc from clang at build kernel and world? To: "freebsd-arm@freebsd.org" In-Reply-To: <0394A92E-E820-4774-9472-49E22228749C@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2016 22:39:53 -0000 Thanks reply.=0A=0AI still have error.=0A=0A=0AI have question. Is armv4(cn= s11xx) support on 11R ?=0A=0A----------------------------------------------= ----------------=0A>>> stage 4.2: building libraries=0A--------------------= ------------------------------------------=0Acd /storage/home/hiroki/freebs= d;=C2=A0 MAKEOBJDIRPREFIX=3D/storage/home/hiroki/obj//sto=0Arage/home/hirok= i/zrouter/tmp//arm.arm=C2=A0 MACHINE_ARCH=3Darm=C2=A0 MACHINE=3Darm=C2=A0 C= PUTYPE=3D G=0AROFF_BIN_PATH=3D/storage/home/hiroki/obj//storage/home/hiroki= /zrouter/tmp//arm.arm=0A/storage/home/hiroki/freebsd/tmp/legacy/usr/bin=C2= =A0 GROFF_FONT_PATH=3D/storage/home/h=0Airoki/obj//storage/home/hiroki/zrou= ter/tmp//arm.arm/storage/home/hiroki/freebsd/=0Atmp/legacy/usr/share/groff_= font=C2=A0 GROFF_TMAC_PATH=3D/storage/home/hiroki/obj//stora=0Age/home/hiro= ki/zrouter/tmp//arm.arm/storage/home/hiroki/freebsd/tmp/legacy/usr/s=0Ahare= /tmac CC=3D"cc " CXX=3D"c++=C2=A0 "=C2=A0 CPP=3D"cpp "=C2=A0 AS=3D"as" AR= =3D"ar" LD=3D"ld" NM=3Dnm=C2=A0 OBJDU=0AMP=3Dobjdump OBJCOPY=3D"objcopy"=C2= =A0 RANLIB=3Dranlib STRINGS=3D=C2=A0 SIZE=3D"size"=C2=A0 INSTALL=3D"sh /=0A= storage/home/hiroki/freebsd/tools/install.sh"=C2=A0 PATH=3D/storage/home/hi= roki/obj//st=0Aorage/home/hiroki/zrouter/tmp//arm.arm/storage/home/hiroki/f= reebsd/tmp/legacy/us=0Ar/sbin:/storage/home/hiroki/obj//storage/home/hiroki= /zrouter/tmp//arm.arm/storag=0Ae/home/hiroki/freebsd/tmp/legacy/usr/bin:/st= orage/home/hiroki/obj//storage/home/=0Ahiroki/zrouter/tmp//arm.arm/storage/= home/hiroki/freebsd/tmp/legacy/bin:/storage/=0Ahome/hiroki/obj//storage/hom= e/hiroki/zrouter/tmp//arm.arm/storage/home/hiroki/fr=0Aeebsd/tmp/usr/sbin:/= storage/home/hiroki/obj//storage/home/hiroki/zrouter/tmp//ar=0Am.arm/storag= e/home/hiroki/freebsd/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin /sto=0Arage= /home/hiroki/obj//storage/home/hiroki/zrouter/tmp//storage/home/hiroki/free= b=0Asd/make.amd64/bmake=C2=A0 -f Makefile.inc1 DESTDIR=3D/storage/home/hiro= ki/obj//storage/=0Ahome/hiroki/zrouter/tmp//arm.arm/storage/home/hiroki/fre= ebsd/tmp -DNO_FSCHG MK_H=0ATML=3Dno -DNO_LINT MK_MAN=3Dno=C2=A0 MK_PROFILE= =3Dno MK_TESTS=3Dno MK_TESTS_SUPPORT=3Dyes libra=0Aries=0Acd /storage/home/= hiroki/freebsd;=C2=A0 /storage/home/hiroki/obj//storage/home/hiroki/=0Azrou= ter/tmp//storage/home/hiroki/freebsd/make.amd64/bmake -f Makefile.inc1 _pre= r=0Aeq_libs;=C2=A0 /storage/home/hiroki/obj//storage/home/hiroki/zrouter/tm= p//storage/hom=0Ae/hiroki/freebsd/make.amd64/bmake -f Makefile.inc1 _startu= p_libs;=C2=A0 /storage/home=0A/hiroki/obj//storage/home/hiroki/zrouter/tmp/= /storage/home/hiroki/freebsd/make.a=0Amd64/bmake -f Makefile.inc1 _prebuild= _libs;=C2=A0 /storage/home/hiroki/obj//storage/h=0Aome/hiroki/zrouter/tmp//= storage/home/hiroki/freebsd/make.amd64/bmake -f Makefile=0A.inc1 _generic_l= ibs=0A=3D=3D=3D> gnu/lib/libssp/libssp_nonshared (obj,all,install)=0Acc =C2= =A0 -O -pipe -DHAVE_CONFIG_H -I/storage/home/hiroki/freebsd/gnu/lib/libssp/= libs=0Asp_nonshared/..=C2=A0 -I/storage/home/hiroki/freebsd/gnu/lib/libssp/= libssp_nonshared/=0A../../../../contrib/gcclibs/libssp=C2=A0 -I/storage/hom= e/hiroki/freebsd/gnu/lib/libss=0Ap/libssp_nonshared/../../../../contrib/gcc= libs/include -fPIC -DPIC -fvisibility=3D=0Ahidden =C2=A0 -MD=C2=A0 -MF.depe= nd.ssp-local.o -MTssp-local.o -std=3Dgnu99=C2=A0 =C2=A0 -Qunused-argum=0Aen= ts=C2=A0 -c /storage/home/hiroki/freebsd/gnu/lib/libssp/libssp_nonshared/..= /../../.=0A./contrib/gcclibs/libssp/ssp-local.c -o ssp-local.o=0Abuilding s= tatic ssp_nonshared library=0Aar -crD libssp_nonshared.a `NM=3D'nm' NMFLAGS= =3D'' lorder ssp-local.o=C2=A0 | tsort -q`=C2=A0=0Aranlib -D libssp_nonshar= ed.a=0Ash /storage/home/hiroki/freebsd/tools/install.sh=C2=A0 -C -o root -g= wheel -m 444 =C2=A0 l=0Aibssp_nonshared.a /storage/home/hiroki/obj//storag= e/home/hiroki/zrouter/tmp//arm=0A.arm/storage/home/hiroki/freebsd/tmp/usr/l= ib/=0A=3D=3D=3D> gnu/lib/libgcc (obj,all,install)=0ATARGET_CPU_DEFAULT=3D""= =C2=A0 HEADERS=3D"options.h dbxelf.h elfos-undef.h elfos.h freebsd=0A-nativ= e.h freebsd-spec.h freebsd.h arm/elf.h arm/aout.h arm/bpabi.h arm/freebsd.= =0Ah arm/arm.h defaults.h"=C2=A0 DEFINES=3D""=C2=A0 /bin/sh /storage/home/h= iroki/freebsd/gnu/li=0Ab/libgcc/../../../contrib/gcc/mkconfig.sh tm.h=0Aech= o '#define EXTRA_MODES_FILE "arm/arm-modes.def"' >> tm.h=0ATARGET_CPU_DEFAU= LT=3D""=C2=A0 HEADERS=3D"auto-host.h ansidecl.h"=C2=A0 DEFINES=3D"USED_FOR_= TARGE=0AT"=C2=A0 /bin/sh /storage/home/hiroki/freebsd/gnu/lib/libgcc/../../= ../contrib/gcc/mkc=0Aonfig.sh tconfig.h=0ALC_ALL=3DC awk -f /storage/home/h= iroki/freebsd/gnu/lib/libgcc/../../../contrib/gcc=0A/opt-gather.awk /storag= e/home/hiroki/freebsd/gnu/lib/libgcc/../../../contrib/gcc=0A/c.opt /storage= /home/hiroki/freebsd/gnu/lib/libgcc/../../../contrib/gcc/common.o=0Apt /sto= rage/home/hiroki/freebsd/gnu/lib/libgcc/../../../contrib/gcc/config/arm/a= =0Arm.opt > optionlist=0ALC_ALL=3DC awk -f /storage/home/hiroki/freebsd/gnu= /lib/libgcc/../../../contrib/gcc=0A/opt-functions.awk=C2=A0 -f /storage/hom= e/hiroki/freebsd/gnu/lib/libgcc/../../../cont=0Arib/gcc/opth-gen.awk=C2=A0 = < optionlist > options.h=0Aln -sf /storage/home/hiroki/freebsd/gnu/lib/libg= cc/../../../contrib/gcc/gthr-pos=0Aix.h gthr-default.h=0Aln -sf /storage/ho= me/hiroki/freebsd/gnu/lib/libgcc/../../../contrib/gcc/config/a=0Arm/unwind-= arm.h unwind.h=0Acc=C2=A0 -c -O -pipe =C2=A0 -DTARGET_ARM_EABI -DIN_GCC -DI= N_LIBGCC2 -D__GCC_FLOAT_NOT_NEED=0AED=C2=A0 -DHAVE_GTHR_DEFAULT=C2=A0 -I/st= orage/home/hiroki/freebsd/gnu/lib/libgcc/../../../=0Acontrib/gcclibs/includ= e=C2=A0 -I/storage/home/hiroki/freebsd/gnu/lib/libgcc/../../../=0Acontrib/g= cc/config -I/storage/home/hiroki/freebsd/gnu/lib/libgcc/../../../contri=0Ab= /gcc -I.=C2=A0 -I/storage/home/hiroki/freebsd/gnu/lib/libgcc/../../usr.bin/= cc/cc_too=0Als -Dinhibit_libc -fno-inline -std=3Dgnu99=C2=A0 =C2=A0 -fheino= us-gnu-extensions -Qunused-ar=0Aguments=C2=A0 -fvisibility=3Dhidden -DHIDE_= EXPORTS -fPIC -fexceptions -D__GLIBC__=3D3 -DE=0AlfW=3D__ElfN -o unwind-arm= .o /storage/home/hiroki/freebsd/gnu/lib/libgcc/../../../=0Acontrib/gcc/conf= ig/arm/unwind-arm.c=0Acc -O -pipe =C2=A0 -DTARGET_ARM_EABI -DIN_GCC -DIN_LI= BGCC2 -D__GCC_FLOAT_NOT_NEEDED =C2=A0=0A-DHAVE_GTHR_DEFAULT=C2=A0 -I/storag= e/home/hiroki/freebsd/gnu/lib/libgcc/../../../cont=0Arib/gcclibs/include=C2= =A0 -I/storage/home/hiroki/freebsd/gnu/lib/libgcc/../../../cont=0Arib/gcc/c= onfig -I/storage/home/hiroki/freebsd/gnu/lib/libgcc/../../../contrib/gc=0Ac= -I.=C2=A0 -I/storage/home/hiroki/freebsd/gnu/lib/libgcc/../../usr.bin/cc/c= c_tools -=0ADinhibit_libc -fno-inline -std=3Dgnu99=C2=A0 =C2=A0 -fheinous-g= nu-extensions -Qunused-argume=0Ants=C2=A0 =C2=A0 -c /storage/home/hiroki/fr= eebsd/gnu/lib/libgcc/../../../contrib/gcc/confi=0Ag/arm/libunwind.S -o libu= nwind.o=0A/storage/home/hiroki/freebsd/gnu/lib/libgcc/../../../contrib/gcc/= config/arm/libu=0Anwind.S:29:10: fatal error:=C2=A0=0A=C2=A0 =C2=A0 =C2=A0 = 'machine/acle-compat.h' file not found=0A#include = =0A=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 ^=0A1 error generated.=0A*** Error cod= e 1=0A=0AStop.=0Abmake[5]: stopped in /storage/home/hiroki/freebsd/gnu/lib/= libgcc=0A*** Error code 1=0A=0AStop.=0Abmake[4]: stopped in /storage/home/h= iroki/freebsd=0A*** Error code 1=0A=0A=0A=0A----- Original Message -----=0A= >From: Warner Losh =0A>To: Mori Hiroki =0A>Cc: "freebsd-arm@freebsd.org" =0A>Date: = 2016/7/10, Sun 05:16=0A>Subject: Re: How to change gcc from clang at build = kernel and world?=0A> =0A>CPUTYPE=3Darmv4 isn=E2=80=99t going to work. Remo= ve that line from your make.conf.=0A>=0A>Warner=0A>=0A>> On Jul 9, 2016, at= 10:39 AM, Mori Hiroki wrote:=0A>> =0A>> Thanks adv= ice.=0A>> =0A>> =0A>> I try to build on this options at two week before hea= d source. I have as follow error...=0A>> =0A>> ----------------------------= ----------------------------------=0A>>>>> stage 4.2: building libraries=0A= >> --------------------------------------------------------------=0A>> cd /= storage/home/hiroki/freebsd;=C2=A0 MAKEOBJDIRPREFIX=3D/storage/home/hiroki/= obj//sto=0A>> rage/home/hiroki/zrouter/tmp//arm.arm=C2=A0 MACHINE_ARCH=3Dar= m=C2=A0 MACHINE=3Darm=C2=A0 CPUTYPE=3Dar=0A>> mv4 GROFF_BIN_PATH=3D/storage= /home/hiroki/obj//storage/home/hiroki/zrouter/tmp//ar=0A>> m.arm/storage/ho= me/hiroki/freebsd/tmp/legacy/usr/bin=C2=A0 GROFF_FONT_PATH=3D/storage/h=0A>= > ome/hiroki/obj//storage/home/hiroki/zrouter/tmp//arm.arm/storage/home/hir= oki/fre=0A>> ebsd/tmp/legacy/usr/share/groff_font=C2=A0 GROFF_TMAC_PATH=3D/= storage/home/hiroki/obj//=0A>> storage/home/hiroki/zrouter/tmp//arm.arm/sto= rage/home/hiroki/freebsd/tmp/legacy/=0A>> usr/share/tmac CC=3D"cc " CXX=3D"= c++=C2=A0 "=C2=A0 CPP=3D"cpp "=C2=A0 AS=3D"as" AR=3D"ar" LD=3D"ld" NM=3Dnm= =C2=A0 =0A>> OBJDUMP=3Dobjdump OBJCOPY=3D"objcopy"=C2=A0 RANLIB=3Dranlib ST= RINGS=3D=C2=A0 SIZE=3D"size"=C2=A0 INSTALL=3D=0A>> "sh /storage/home/hiroki= /freebsd/tools/install.sh"=C2=A0 PATH=3D/storage/home/hiroki/ob=0A>> j//sto= rage/home/hiroki/zrouter/tmp//arm.arm/storage/home/hiroki/freebsd/tmp/lega= =0A>> cy/usr/sbin:/storage/home/hiroki/obj//storage/home/hiroki/zrouter/tmp= //arm.arm/s=0A>> torage/home/hiroki/freebsd/tmp/legacy/usr/bin:/storage/hom= e/hiroki/obj//storage/=0A>> home/hiroki/zrouter/tmp//arm.arm/storage/home/h= iroki/freebsd/tmp/legacy/bin:/sto=0A>> rage/home/hiroki/obj//storage/home/h= iroki/zrouter/tmp//arm.arm/storage/home/hiro=0A>> ki/freebsd/tmp/usr/sbin:/= storage/home/hiroki/obj//storage/home/hiroki/zrouter/tm=0A>> p//arm.arm/sto= rage/home/hiroki/freebsd/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin=0A>>=C2= =A0 /storage/home/hiroki/obj//storage/home/hiroki/zrouter/tmp//storage/home= /hiroki/=0A>> freebsd/make.amd64/bmake=C2=A0 -f Makefile.inc1 DESTDIR=3D/st= orage/home/hiroki/obj//sto=0A>> rage/home/hiroki/zrouter/tmp//arm.arm/stora= ge/home/hiroki/freebsd/tmp -DNO_FSCHG=0A>>=C2=A0 MK_HTML=3Dno -DNO_LINT MK_= MAN=3Dno=C2=A0 MK_PROFILE=3Dno MK_TESTS=3Dno MK_TESTS_SUPPORT=3Dyes =0A>> l= ibraries=0A>> cd /storage/home/hiroki/freebsd;=C2=A0 /storage/home/hiroki/o= bj//storage/home/hiroki/=0A>> zrouter/tmp//storage/home/hiroki/freebsd/make= .amd64/bmake -f Makefile.inc1 _prer=0A>> eq_libs;=C2=A0 /storage/home/hirok= i/obj//storage/home/hiroki/zrouter/tmp//storage/hom=0A>> e/hiroki/freebsd/m= ake.amd64/bmake -f Makefile.inc1 _startup_libs;=C2=A0 /storage/home=0A>> /h= iroki/obj//storage/home/hiroki/zrouter/tmp//storage/home/hiroki/freebsd/mak= e.a=0A>> md64/bmake -f Makefile.inc1 _prebuild_libs;=C2=A0 /storage/home/hi= roki/obj//storage/h=0A>> ome/hiroki/zrouter/tmp//storage/home/hiroki/freebs= d/make.amd64/bmake -f Makefile=0A>> .inc1 _generic_libs=0A>> =3D=3D=3D> gnu= /lib/libssp/libssp_nonshared (obj,all,install)=0A>> cc=C2=A0 -O -pipe -DHA= VE_CONFIG_H -I/storage/home/hiroki/freebsd/gnu/lib/libssp/libs=0A>> sp_nons= hared/..=C2=A0 -I/storage/home/hiroki/freebsd/gnu/lib/libssp/libssp_nonshar= ed/=0A>> ../../../../contrib/gcclibs/libssp=C2=A0 -I/storage/home/hiroki/fr= eebsd/gnu/lib/libss=0A>> p/libssp_nonshared/../../../../contrib/gcclibs/inc= lude -fPIC -DPIC -fvisibility=3D=0A>> hidden -march=3Darmv4=C2=A0 -MD=C2=A0= -MF.depend.ssp-local.o -MTssp-local.o -std=3Dgnu99=C2=A0 =C2=A0 -Q=0A>> un= used-arguments=C2=A0 -c /storage/home/hiroki/freebsd/gnu/lib/libssp/libssp_= nonshare=0A>> d/../../../../contrib/gcclibs/libssp/ssp-local.c -o ssp-local= .o=0A>> error: unknown target CPU 'armv4'=0A>> *** Error code 1=0A>> =0A>> = Stop.=0A>> bmake[5]: stopped in /storage/home/hiroki/freebsd/gnu/lib/libssp= /libssp_nonshare=0A>> d=0A>> *** Error code 1=0A>> =0A>> Stop.=0A>> bmake[4= ]: stopped in /storage/home/hiroki/freebsd=0A>> *** Error code 1=0A>> =0A>>= Stop.=0A>> bmake[3]: stopped in /storage/home/hiroki/freebsd=0A>> *** Erro= r code 1=0A>> =0A>> Stop.=0A>> bmake[2]: stopped in /storage/home/hiroki/fr= eebsd=0A>> *** Error code 1=0A>> =0A>> Stop.=0A>> make[1]: stopped in /stor= age/home/hiroki/freebsd=0A>> *** Error code 1=0A>> =0A>> Stop.=0A>> make: s= topped in /storage/home/hiroki/zrouter=0A>> =0A>> =0A>> =0A>> ----- Origina= l Message -----=0A>>> From: Warner Losh =0A>>> To: Mori Hir= oki =0A>>> Cc: "freebsd-arm@freebsd.org" =0A>>> Date: 2016/7/5, Tue 00:31=0A>>> Subject: Re: How to c= hange gcc from clang at build kernel and world?=0A>>> =0A>>> You should be = able to get the build with=0A>>> WITH_GCC_BOOTSTRAP=3DYES WITH_GCC=3DYES WI= THOUT_CLANG_BOOTSTRAP=3DYES and=0A>>> WITHOUT_CLANG=3DYES=0A>>> =0A>>> Ther= e's also supposed to be a command line arg to clang to keep it=0A>>> from u= sing bx instructions. So that's messed up.=0A>>> =0A>>> But if the compiler= -rt stuff, which I haven't looked at, has a naked=0A>>> bx instruction, we'= ll need an ifdef.=0A>>> =0A>>> Warner=0A>>> =0A>>> On Sun, Jul 3, 2016 at 6= :46 PM, Mori Hiroki wrote:=0A>>>> Hi.=0A>>>> =0A>>>= > I make support Eventtimer and FDT and INTRNG to cns11xx code.=0A>>>> =0A>= >>> This is almost done. But hang up at init. I think it's a interrupt issu= e.=0A>>>> =0A>>>> https://gist.github.com/yamori813/ae047a28a825aac255e436f= d8ccaf785=0A>>>> =0A>>>> =0A>>>> https://github.com/yamori813/freebsd/tree/= zrouter/sys/arm/cavium/cns11xx=0A>>>> =0A>>>> =0A>>>> cns11xx is arm4(not a= rm4t).=C2=A0 arm build on head is change to use clang=0A>>>> several month = ago. I want use gcc at buildworld and buildkernel.=0A>>>> =0A>>>> Because o= f clang use bx instruction. bx instruction not support arm4.=0A>>>> =0A>>>>= How do I change to gcc from clang?=0A>>>> =0A>>>> I found bx instruction a= t=0A>>>> =0A>>>> contrib/compiler-rt/lib/builtins/arm/=0A>>>> =0A>>>> It mu= st be changed bx to mov instruction.=0A>>>> =0A>>>> Regards.=0A>>>> =0A>>>>= Hiroki Mori=0A>>>> _______________________________________________=0A>>>> = freebsd-arm@freebsd.org mailing list=0A>>>> https://lists.freebsd.org/mailm= an/listinfo/freebsd-arm=0A>>>> To unsubscribe, send any mail to "freebsd-ar= m-unsubscribe@freebsd.org"=0A>>> =0A>>> =0A>>> =0A>> ______________________= _________________________=0A>> freebsd-arm@freebsd.org mailing list=0A>> ht= tps://lists.freebsd.org/mailman/listinfo/freebsd-arm=0A>> To unsubscribe, s= end any mail to "freebsd-arm-unsubscribe@freebsd.org"=0A>=0A>=0A>=0A>