From owner-freebsd-arm@freebsd.org Sun Apr 3 08:44:21 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 05947B006CA for ; Sun, 3 Apr 2016 08:44:21 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-vk0-x22b.google.com (mail-vk0-x22b.google.com [IPv6:2607:f8b0:400c:c05::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 BC9FD1BFD for ; Sun, 3 Apr 2016 08:44:20 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-vk0-x22b.google.com with SMTP id k1so148299136vkb.0 for ; Sun, 03 Apr 2016 01:44:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to :content-transfer-encoding; bh=HuI2vV2wKxZetloC3w6TEk6KFU/c4r4ZkBzlmyCTMQY=; b=rgQtmGpRRzNCgjlgOhjGhyetG9RtI6fR57FZtgP2dAqyfXYlsTwRENt8tqBCmFNS47 2axtfS6x/rUvSZThQBCw4DP0mi3Z1uNapQVh74xRvlOmT7zkpQ22R9UFKwxSutI+6tW0 21cWYykvmmvWB5z7ircc6eBga+GucPj9jYUMd18Volu6v+zzFliOPcLEKEdzKrt36LvJ U1w3uBf7wAM1upFMq7T5oE0tbcqp0m+r6jREdLJPk+iUbTUZdVVJU45kioW/qrW+w+u/ Q/diXWBDKp6iV2snMCKmcHUdiNdvBP+qJ9RBVMxi96QCLfH9E26z2ItFwsiK6yRFeNAZ CePw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-transfer-encoding; bh=HuI2vV2wKxZetloC3w6TEk6KFU/c4r4ZkBzlmyCTMQY=; b=EasSGqsTT38Uff5IHpkJPBL/4ixkhDxitpWodfvYIitCSs2/5iCMle1IC/vOAz9QMB rMlVtzHepUNwY471RESlu0AwSvtMetn4Bi3MePP5h//jUew1lTbiNP62xktP4tTg0Sdh QKqkLYe6E183K0LDTnxl1hafTKuzsrCX0lFk1vMPWO3ngdjeb3ooWDUzh/9mbw9E22Ws hWqI/ktoHveAm2V0yvux1SLvDyvPJ+80nU10hYNtk8jeLzp8xTl7fO9Luzz8gJnRMaJ7 Gt4LANouUEqoPhiMZmpAWyIG4rNGes1hB6qsdLmsmFGqvuo2QyYQT1NDbrOij2xJg2+k rkkw== X-Gm-Message-State: AD7BkJL8rPGx+8yuhppaVb/qk6L5pkypqfg3qVaxmg6QCup6TE9oOXfd/s47SHQNyH0HROsrFyaybA61DaJwLg== MIME-Version: 1.0 X-Received: by 10.31.56.151 with SMTP id f145mr6215011vka.107.1459673059735; Sun, 03 Apr 2016 01:44:19 -0700 (PDT) Received: by 10.31.54.13 with HTTP; Sun, 3 Apr 2016 01:44:19 -0700 (PDT) Date: Sun, 3 Apr 2016 01:44:19 -0700 Message-ID: Subject: Installworld failed From: Russell Haley To: freebsd-arm Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 08:44:21 -0000 Hello, I'm trying out the cross build instructions on the arm page and my installworld fails: Just had a successful buildworld and buildkernel Then, tried to run installworld: russellh@prescott:~/Projects/hummingboard/src% sudo make installworld TARGET_ARCH=3Darmv6 DESTDIR=3D${PWD}/nfsroot mkdir -p /tmp/install.mYvcGRG7 progs=3D$(for prog in [ awk cap_mkdb cat chflags chmod chown cmp cp date echo egrep find grep id install ln make mkdir mtree mv pwd_mkdb rm sed services_mkdb sh strip sysctl test true uname wc zic tzsetup makewhatis; do if progpath=3D`which $prog`; then echo $progpath; else echo "Required tool $prog not found in PATH." >&2; exit 1; fi; done); libs=3D$(ldd -f "%o %p\n" -f "%o %p\n" $progs 2>/dev/null | sort -u | while read line; do set -- $line; if [ "$2 $3" !=3D "not found" ]; then echo $2; else echo "Required library $1 not found." >&2; exit 1; fi; done); cp $libs $progs /tmp/install.mYvcGRG7 cp -R ${PATH_LOCALE:-"/usr/share/locale"} /tmp/install.mYvcGRG7/locale cd /usr/home/russellh/Projects/hummingboard/src; MAKEOBJDIRPREFIX=3D/usr/obj/arm.armv6 MACHINE_ARCH=3Darmv6 MACHINE=3Darm CPUTYPE=3D GROFF_BIN_PATH=3D/usr/obj/arm.armv6/usr/home/russellh/Projects/h= ummingboard/src/tmp/legacy/usr/bin GROFF_FONT_PATH=3D/usr/obj/arm.armv6/usr/home/russellh/Projects/hummingboar= d/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=3D/usr/obj/arm.armv6/usr/home/russellh/Projects/hummingboar= d/src/tmp/legacy/usr/share/tmac CC=3D"cc " CXX=3D"c++ " CPP=3D"cpp " AS=3D"as" AR=3D"ar" LD=3D"ld" NM=3Dnm OBJDUMP=3Dobjdump OBJCOPY=3D"objcopy" RANLIB=3Dranlib STRINGS=3D SIZE=3D"si= ze" PATH=3D/usr/obj/arm.armv6/usr/home/russellh/Projects/hummingboard/src/tmp/l= egacy/usr/sbin:/usr/obj/arm.armv6/usr/home/russellh/Projects/hummingboard/s= rc/tmp/legacy/usr/bin:/usr/obj/arm.armv6/usr/home/russellh/Projects/humming= board/src/tmp/legacy/bin:/usr/obj/arm.armv6/usr/home/russellh/Projects/humm= ingboard/src/tmp/usr/sbin:/usr/obj/arm.armv6/usr/home/russellh/Projects/hum= mingboard/src/tmp/usr/bin:/tmp/install.mYvcGRG7 LD_LIBRARY_PATH=3D/tmp/install.mYvcGRG7 PATH_LOCALE=3D/tmp/install.mYvcGRG7/locale /usr/obj/usr/home/russellh/Projects/hummingboard/src/make.amd64/bmake -f Makefile.inc1 __MAKE_SHELL=3D/tmp/install.mYvcGRG7/sh reinstall; MAKEOBJDIRPREFIX=3D/usr/obj/arm.armv6 MACHINE_ARCH=3Darmv6 MACHINE=3Darm CPUTYPE=3D GROFF_BIN_PATH=3D/usr/obj/arm.armv6/usr/home/russellh/Projects/h= ummingboard/src/tmp/legacy/usr/bin GROFF_FONT_PATH=3D/usr/obj/arm.armv6/usr/home/russellh/Projects/hummingboar= d/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=3D/usr/obj/arm.armv6/usr/home/russellh/Projects/hummingboar= d/src/tmp/legacy/usr/share/tmac CC=3D"cc " CXX=3D"c++ " CPP=3D"cpp " AS=3D"as" AR=3D"ar" LD=3D"ld" NM=3Dnm OBJDUMP=3Dobjdump OBJCOPY=3D"objcopy" RANLIB=3Dranlib STRINGS=3D SIZE=3D"si= ze" PATH=3D/usr/obj/arm.armv6/usr/home/russellh/Projects/hummingboard/src/tmp/l= egacy/usr/sbin:/usr/obj/arm.armv6/usr/home/russellh/Projects/hummingboard/s= rc/tmp/legacy/usr/bin:/usr/obj/arm.armv6/usr/home/russellh/Projects/humming= board/src/tmp/legacy/bin:/usr/obj/arm.armv6/usr/home/russellh/Projects/humm= ingboard/src/tmp/usr/sbin:/usr/obj/arm.armv6/usr/home/russellh/Projects/hum= mingboard/src/tmp/usr/bin:/tmp/install.mYvcGRG7 LD_LIBRARY_PATH=3D/tmp/install.mYvcGRG7 PATH_LOCALE=3D/tmp/install.mYvcGRG7/locale rm -rf /tmp/install.mYvcGRG7 cc: not found bmake[2]: "/usr/home/russellh/Projects/hummingboard/src/share/mk/bsd.compil= er.mk" line 141: Unable to determine compiler type for cc . Consider setting COMPILER_TYPE. *** Error code 1 Stop. bmake[1]: stopped in /usr/home/russellh/Projects/hummingboard/src *** Error code 1 Stop. make: stopped in /usr/home/russellh/Projects/hummingboard/src russellh@prescott:~/Projects/hummingboard/src% svn info Path: . Working Copy Root Path: /usr/home/russellh/Projects/hummingboard/src URL: https://svn0.us-west.freebsd.org/base/head Relative URL: ^/head Repository Root: https://svn0.us-west.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 297517 Node Kind: directory Schedule: normal Last Changed Author: jmcneill Last Changed Rev: 297514 Last Changed Date: 2016-04-02 09:53:12 -0700 (Sat, 02 Apr 2016) russellh@prescott:~/Projects/hummingboard/src% Any input welcome. Thanks, Russ From owner-freebsd-arm@freebsd.org Sun Apr 3 17:14:43 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 10A3BB01E69 for ; Sun, 3 Apr 2016 17:14:43 +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 BDB0A1F36 for ; Sun, 3 Apr 2016 17:14:42 +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 u33HEYYM076780 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 3 Apr 2016 17:14:35 GMT (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id u33HEXUJ076779; Sun, 3 Apr 2016 10:14:33 -0700 (PDT) (envelope-from fbsd) Date: Sun, 3 Apr 2016 10:14:33 -0700 From: bob prohaska To: freebsd-arm@freebsd.org Subject: Browser for freebsd-arm? Message-ID: <20160403171433.GA71221@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.21 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 Apr 2016 17:14:43 -0000 Are there any usable GUI browsers that compile and run on FreeBSD-ARM? The intended host is a raspberry pi 2. I've tried building a few from ports, but either they don't compile or don't run. Lynx works fine, but a text browser on a graphical page is surprisingly hard to use, even when the desired content is text. Thanks for reading, and any advice! bob prohaska From owner-freebsd-arm@freebsd.org Sun Apr 3 17:41: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 6DD89B015B4 for ; Sun, 3 Apr 2016 17:41:35 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-ig0-x233.google.com (mail-ig0-x233.google.com [IPv6:2607:f8b0:4001:c05::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 36F1A1BA1 for ; Sun, 3 Apr 2016 17:41:35 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-ig0-x233.google.com with SMTP id l20so49036420igf.0 for ; Sun, 03 Apr 2016 10:41:35 -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:date:message-id:subject :from:to:cc; bh=zhou0ZdGvWDWOTap+Wg3LvNA8FbjhZEl0PDzTmZUFFk=; b=YO7JT8oD21bjkM7ISZFwCN4hTjRhd2T7UJpNlN8urJ+mDj4QaWtWBhWhJNj/rLRpYy CmL9ctcclv/O7h7FXNosmtrnO7S+T1L2zK5HB8d/NPBBaAljBe1LN7mhE4T/33yZ3IBi LHjMETpGmU7IyfB0/uY1DX1VPb6aYuTZO15ZvP9TB44MIyjNWQ6qx9FFRy0ooNTDdGbY 5QIiW6fy1FMtDm0UrP3iVcA3HD8xt61EhLhvN514wTbzVTHmN8ePUQ/Pm1vdADH9WiUb AlgXhZlNEK9LncbCdzc8CrevwWWQpyGn1w9qekqa0eojpBToRXmNuXf022SedxelGO4G xZGA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc; bh=zhou0ZdGvWDWOTap+Wg3LvNA8FbjhZEl0PDzTmZUFFk=; b=RPK2gPi0v9aHmkG6Qfx7o03NYuxKfLBoDNVZ7GgXHyEq+5Fx8uY2Qgx38oI5eXw2iL bJbFBqYDAV33T0meb26qVwl4r1XZQm1ljUh1ZO8UqlpCwBaHFuU+CEGH1OulapFFTDhz fkH7QmfZouj+30Q5MSSLI+uDSh8n2T+iMfVijtcAharIY/jkBC8TqboEuJDz1hTdyRme 9czhFuTBnw5FgLAB8l9tyEWKUW7j0/LhNc+q5u2kR2Fy6958AqpYMLJqpoo0aL6gdiHR d+R3mJO+VxCFqbKmifSRBz2BSMKa+lsbsT3lHF6Ca+mNDBSejA7EVhT/35ltG0qtFWDZ EonA== X-Gm-Message-State: AD7BkJIHHtNADTnpxRZOiMz7yF8HDxDdjkgK+tghXRXa31tFYWkznFk7QLTgdBR1Ati+zMQv+inDWtvMLn4L4A== MIME-Version: 1.0 X-Received: by 10.107.135.226 with SMTP id r95mr15842482ioi.59.1459705294694; Sun, 03 Apr 2016 10:41:34 -0700 (PDT) Sender: wlosh@bsdimp.com Received: by 10.36.194.3 with HTTP; Sun, 3 Apr 2016 10:41:34 -0700 (PDT) X-Originating-IP: [50.253.99.174] In-Reply-To: References: Date: Sun, 3 Apr 2016 11:41:34 -0600 X-Google-Sender-Auth: IxV86TxeJUOD9krHASWsOG6Og5I Message-ID: Subject: Re: Installworld failed From: Warner Losh To: Russell Haley Cc: freebsd-arm Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 17:41:35 -0000 On Sun, Apr 3, 2016 at 2:44 AM, Russell Haley wrote: > Hello, > > I'm trying out the cross build instructions on the arm page and my > installworld fails: > > Just had a successful buildworld and buildkernel > Then, tried to run installworld: > > russellh@prescott:~/Projects/hummingboard/src% sudo make installworld > TARGET_ARCH=3Darmv6 DESTDIR=3D${PWD}/nfsroot > mkdir -p /tmp/install.mYvcGRG7 > progs=3D$(for prog in [ awk cap_mkdb cat chflags chmod chown cmp cp > date echo egrep find grep id install ln make mkdir mtree mv pwd_mkdb > rm sed services_mkdb sh strip sysctl test true uname wc zic tzsetup > makewhatis; do if progpath=3D`which $prog`; then echo $progpath; else > echo "Required tool $prog not found in PATH." >&2; exit 1; fi; > done); libs=3D$(ldd -f "%o %p\n" -f "%o %p\n" $progs 2>/dev/null | sort > -u | while read line; do set -- $line; if [ "$2 $3" !=3D "not found" > ]; then echo $2; else echo "Required library $1 not found." >&2; > exit 1; fi; done); cp $libs $progs /tmp/install.mYvcGRG7 > cp -R ${PATH_LOCALE:-"/usr/share/locale"} /tmp/install.mYvcGRG7/locale > cd /usr/home/russellh/Projects/hummingboard/src; > MAKEOBJDIRPREFIX=3D/usr/obj/arm.armv6 MACHINE_ARCH=3Darmv6 MACHINE=3Darm > CPUTYPE=3D > GROFF_BIN_PATH=3D/usr/obj/arm.armv6/usr/home/russellh/Projects/hummingboa= rd/src/tmp/legacy/usr/bin > > GROFF_FONT_PATH=3D/usr/obj/arm.armv6/usr/home/russellh/Projects/hummingbo= ard/src/tmp/legacy/usr/share/groff_font > > GROFF_TMAC_PATH=3D/usr/obj/arm.armv6/usr/home/russellh/Projects/hummingbo= ard/src/tmp/legacy/usr/share/tmac > CC=3D"cc " CXX=3D"c++ " CPP=3D"cpp " AS=3D"as" AR=3D"ar" LD=3D"ld" NM=3D= nm > OBJDUMP=3Dobjdump OBJCOPY=3D"objcopy" RANLIB=3Dranlib STRINGS=3D SIZE=3D"= size" > > PATH=3D/usr/obj/arm.armv6/usr/home/russellh/Projects/hummingboard/src/tmp= /legacy/usr/sbin:/usr/obj/arm.armv6/usr/home/russellh/Projects/hummingboard= /src/tmp/legacy/usr/bin:/usr/obj/arm.armv6/usr/home/russellh/Projects/hummi= ngboard/src/tmp/legacy/bin:/usr/obj/arm.armv6/usr/home/russellh/Projects/hu= mmingboard/src/tmp/usr/sbin:/usr/obj/arm.armv6/usr/home/russellh/Projects/h= ummingboard/src/tmp/usr/bin:/tmp/install.mYvcGRG7 > LD_LIBRARY_PATH=3D/tmp/install.mYvcGRG7 > PATH_LOCALE=3D/tmp/install.mYvcGRG7/locale > /usr/obj/usr/home/russellh/Projects/hummingboard/src/make.amd64/bmake > -f Makefile.inc1 __MAKE_SHELL=3D/tmp/install.mYvcGRG7/sh reinstall; > MAKEOBJDIRPREFIX=3D/usr/obj/arm.armv6 MACHINE_ARCH=3Darmv6 MACHINE=3Darm > CPUTYPE=3D > GROFF_BIN_PATH=3D/usr/obj/arm.armv6/usr/home/russellh/Projects/hummingboa= rd/src/tmp/legacy/usr/bin > > GROFF_FONT_PATH=3D/usr/obj/arm.armv6/usr/home/russellh/Projects/hummingbo= ard/src/tmp/legacy/usr/share/groff_font > > GROFF_TMAC_PATH=3D/usr/obj/arm.armv6/usr/home/russellh/Projects/hummingbo= ard/src/tmp/legacy/usr/share/tmac > CC=3D"cc " CXX=3D"c++ " CPP=3D"cpp " AS=3D"as" AR=3D"ar" LD=3D"ld" NM=3D= nm > OBJDUMP=3Dobjdump OBJCOPY=3D"objcopy" RANLIB=3Dranlib STRINGS=3D SIZE=3D"= size" > > PATH=3D/usr/obj/arm.armv6/usr/home/russellh/Projects/hummingboard/src/tmp= /legacy/usr/sbin:/usr/obj/arm.armv6/usr/home/russellh/Projects/hummingboard= /src/tmp/legacy/usr/bin:/usr/obj/arm.armv6/usr/home/russellh/Projects/hummi= ngboard/src/tmp/legacy/bin:/usr/obj/arm.armv6/usr/home/russellh/Projects/hu= mmingboard/src/tmp/usr/sbin:/usr/obj/arm.armv6/usr/home/russellh/Projects/h= ummingboard/src/tmp/usr/bin:/tmp/install.mYvcGRG7 > LD_LIBRARY_PATH=3D/tmp/install.mYvcGRG7 > PATH_LOCALE=3D/tmp/install.mYvcGRG7/locale rm -rf /tmp/install.mYvcGRG7 > cc: not found > bmake[2]: "/usr/home/russellh/Projects/hummingboard/src/share/mk/ > bsd.compiler.mk" > line 141: Unable to determine compiler type for cc . Consider setting > COMPILER_TYPE. > *** Error code 1 > > Stop. > bmake[1]: stopped in /usr/home/russellh/Projects/hummingboard/src > *** Error code 1 > > Stop. > make: stopped in /usr/home/russellh/Projects/hummingboard/src > russellh@prescott:~/Projects/hummingboard/src% svn info > Path: . > Working Copy Root Path: /usr/home/russellh/Projects/hummingboard/src > URL: https://svn0.us-west.freebsd.org/base/head > Relative URL: ^/head > Repository Root: https://svn0.us-west.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 297517 > Node Kind: directory > Schedule: normal > Last Changed Author: jmcneill > Last Changed Rev: 297514 > Last Changed Date: 2016-04-02 09:53:12 -0700 (Sat, 02 Apr 2016) > > russellh@prescott:~/Projects/hummingboard/src% > > Any input welcome. > This usually is because MAKEOBJDIRPREFIX isn't set anymore now that you are root. Warner From owner-freebsd-arm@freebsd.org Sun Apr 3 17:44:17 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 05BD7B0169B for ; Sun, 3 Apr 2016 17:44:17 +0000 (UTC) (envelope-from stdin@niklaas.eu) Received: from box.niklaas.eu (box.niklaas.eu [46.165.253.68]) by mx1.freebsd.org (Postfix) with ESMTP id C7C721CE2 for ; Sun, 3 Apr 2016 17:44:15 +0000 (UTC) (envelope-from stdin@niklaas.eu) Received: by box.niklaas.eu (Postfix, from userid 1001) id DD14B61F88; Sun, 3 Apr 2016 19:44:08 +0200 (CEST) Date: Sun, 3 Apr 2016 19:44:08 +0200 From: Niklaas Baudet von Gersdorff To: freebsd-arm@freebsd.org Subject: Re: Browser for freebsd-arm? Message-ID: <20160403174408.GA49953@box.niklaas.eu> References: <20160403171433.GA71221@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160403171433.GA71221@www.zefox.net> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 17:44:17 -0000 bob prohaska [2016-04-03 10:14 -0700] : > Are there any usable GUI browsers that compile and run on > FreeBSD-ARM? The intended host is a raspberry pi 2. > > I've tried building a few from ports, but either they > don't compile or don't run. Lynx works fine, but a text > browser on a graphical page is surprisingly hard to use, > even when the desired content is text. Why not use `pkg install`? From owner-freebsd-arm@freebsd.org Sun Apr 3 19:11:20 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 ED5BCB014B5 for ; Sun, 3 Apr 2016 19:11:20 +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 AE0F11066 for ; Sun, 3 Apr 2016 19:11:20 +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 u33JBHXG077026 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 3 Apr 2016 19:11:18 GMT (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id u33JBGYB077025; Sun, 3 Apr 2016 12:11:16 -0700 (PDT) (envelope-from fbsd) Date: Sun, 3 Apr 2016 12:11:15 -0700 From: bob prohaska To: Niklaas Baudet von Gersdorff Cc: freebsd-arm@freebsd.org Subject: Re: Browser for freebsd-arm? Message-ID: <20160403191115.GB71221@www.zefox.net> References: <20160403171433.GA71221@www.zefox.net> <20160403174408.GA49953@box.niklaas.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160403174408.GA49953@box.niklaas.eu> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 19:11:21 -0000 On Sun, Apr 03, 2016 at 07:44:08PM +0200, Niklaas Baudet von Gersdorff wrote: > bob prohaska [2016-04-03 10:14 -0700] : > > > Are there any usable GUI browsers that compile and run on > > FreeBSD-ARM? The intended host is a raspberry pi 2. > > > Why not use `pkg install`? Far as I know prebuilt binaries are not available for ARM. Just tried building the port /usr/ports/archivers/epkg which includes pkg-install. It's marked "broken". Firefox tries to build, but fails with pqg.c:339:16: error: comparison of constant 18446744073709551615 with expression of type 'unsigned long' is always true [-Werror,-Wtautological-constant-out-of-range-compare] if (addend < MP_DIGIT_MAX) { ~~~~~~ ^ ~~~~~~~~~~~~ 1 error generated. ../../coreconf/rules.mk:391: recipe for target 'FreeBSD11.0_OPT.OBJ/FreeBSD_SINGLE_SHLIB/pqg.o' failed gmake[4]: *** [FreeBSD11.0_OPT.OBJ/FreeBSD_SINGLE_SHLIB/pqg.o] Error 1 gmake[4]: Leaving directory '/usr/ports/security/nss/work/nss-3.23/nss/lib/freebl' Makefile:595: recipe for target 'libs' failed gmake[3]: *** [libs] Error 2 gmake[3]: Leaving directory '/usr/ports/security/nss/work/nss-3.23/nss/lib/freebl' ../coreconf/rules.mk:104: recipe for target 'libs' failed gmake[2]: *** [libs] Error 2 gmake[2]: Leaving directory '/usr/ports/security/nss/work/nss-3.23/nss/lib' coreconf/rules.mk:104: recipe for target 'libs' failed gmake[1]: *** [libs] Error 2 gmake[1]: Leaving directory '/usr/ports/security/nss/work/nss-3.23/nss' *** Error code 1 That does not look like a typo I can fix.... 8-( Thanks for replying, bob prohaska From owner-freebsd-arm@freebsd.org Sun Apr 3 19:35: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 03907B01048 for ; Sun, 3 Apr 2016 19:35:41 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-pf0-x22d.google.com (mail-pf0-x22d.google.com [IPv6:2607:f8b0:400e:c00::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D4DC51F35; Sun, 3 Apr 2016 19:35:40 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-pf0-x22d.google.com with SMTP id 184so28797055pff.0; Sun, 03 Apr 2016 12:35:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:content-transfer-encoding:message-id:date:subject:from :in-reply-to:references:to:cc; bh=MWZGsvWMW55M4AT199W7lgR33CCt1GV25boiaVFRWO8=; b=a9E4LSclkAxGViTCzW4dwib3TWonaEF9LGpzR+8S5rpnxoPcEFCaZczWWc0S1OYQRN Dx4cIrLuMCfY0onZ98moEp/9LpC61QXZF+6d1EdgJ/v/9yDOe1HxL6GxTgm9XcgpLYPn XQMKFJSdYArr6ci775kyFOseTcJSkXpMBJiXSTBa/uSYenwY8d6s9P6nLeNbc857E6wi tjxyb3sHL/7krEtWFmEZbVgTrK6YW7ugQiUUl1CywAZhv+xgQ7XdaUHkvNC+2+njWzS3 TkEvzW7CTEz+B1SPHYoCM1KrBUaTaPIYEjBTMAe/Gh+JdnL73QCk5NH/FlDgFyFa4I5T I4ng== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:content-transfer-encoding :message-id:date:subject:from:in-reply-to:references:to:cc; bh=MWZGsvWMW55M4AT199W7lgR33CCt1GV25boiaVFRWO8=; b=ahyj6+yBObpoH37glPlADmigmnfH5iPoG1/tdZVh0vRrfse49Y8ggAImCZn/J9d+cN qT32rCbH5wF6lVB3bwx9/Wy21e162gG++UDqUSSsTNSaoWckj9o/JVGL75XKSwzatVEB NipXEsOMVJI7oFKLuc1cndoW9Cf+TmQHP6LG1g9weibi9B6WZc/b/tt2Pil85slH6drB LCtcKaLwhKrG6Wygobz2VeKCCmiIP+G1N5le9W6daAhmX4ibtyrBhjtDKEie+18d2aQm 1v6wRLLN8/G/cnBGO2kZzIo+/RnUah4qQHpYSXh+344rC6SjYyLwTfbRgfQLBQp3dlti eY1w== X-Gm-Message-State: AD7BkJKeEbcqefaVh6WA9OMQdjSB0MyGs1emJhcQjFzQ7r7O1bQCn2TIMUbDjgReKgxDdg== X-Received: by 10.98.16.10 with SMTP id y10mr32813386pfi.5.1459712140236; Sun, 03 Apr 2016 12:35:40 -0700 (PDT) Received: from [127.0.0.1] ([209.52.88.92]) by smtp.gmail.com with ESMTPSA id 82sm34036419pfb.64.2016.04.03.12.35.38 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 03 Apr 2016 12:35:39 -0700 (PDT) X-Mailer: BlackBerry Email (10.3.2.2876) Message-ID: <20160403193538.4390989.68535.4518@gmail.com> Date: Sun, 03 Apr 2016 12:35:38 -0700 Subject: Re: Installworld failed From: Russell Haley In-Reply-To: References: To: Warner Losh Cc: freebsd-arm , Ian Lapore MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 19:35:41 -0000 From owner-freebsd-arm@freebsd.org Mon Apr 4 04:25: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 2E202AEC0DE for ; Mon, 4 Apr 2016 04:25:41 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-157.reflexion.net [208.70.211.157]) (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 D84871357 for ; Mon, 4 Apr 2016 04:25:40 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 15017 invoked from network); 4 Apr 2016 04:25:39 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 4 Apr 2016 04:25:39 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.90.2) with SMTP; Mon, 04 Apr 2016 00:25:29 -0400 (EDT) Received: (qmail 5435 invoked from network); 4 Apr 2016 04:25:29 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 4 Apr 2016 04:25:29 -0000 X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 1B8D0B1E001; Sun, 3 Apr 2016 21:25:32 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: 11.0: head/lib/libsysdecode/Makefile for . . ./libsoft/usr/include uses CPP when XCPP needed? Message-Id: Date: Sun, 3 Apr 2016 21:25:37 -0700 To: FreeBSD Toolchain , freebsd-arm 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.21 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 Apr 2016 04:25:41 -0000 For an amd64 -> armv7a (rpi2 targeting) cross-compile the code > # $FreeBSD: head/lib/libsysdecode/Makefile 295931 2016-02-23 20:00:55Z = jhb $ >=20 > . . . > ioctl.c: mkioctls > env MACHINE=3D${MACHINE} CPP=3D"${CPP}" \ > /bin/sh ${.CURDIR}/mkioctls ${DESTDIR}${INCLUDEDIR} > = ${.TARGET} (with its use of CPP instead of the XCPP) got: > --- all_subdir_lib/libsysdecode --- > --- ioctl.c --- > env MACHINE=3Darm CPP=3D"/usr/bin/clang-cpp" /bin/sh = /usr/src/lib/libsysdecode/mkioctls = /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include > ioctl.c > . . . > --- all_subdir_lib/libsysdecode --- > In file included from :17: > In file included from = /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include/dev/nvme/nvme.h:36: > In file included from = /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include/sys/param.h:135: > In file included from = /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include/machine/param.h:49: > = /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include/machine/acle-compat.h= :182:4: error: Unable to determine architecture version. > # error Unable to determine architecture version. > ^ In my case I had the following in the in-use src.conf in order to = control the cross compile specifics: > XCC=3D/usr/bin/clang -target ${TO_TYPE}--freebsd11.0-gnueabi = -march=3Darmv7a -mcpu=3Dcortex-a7 -mno-unaligned-access > XCXX=3D/usr/bin/clang++ -target ${TO_TYPE}--freebsd11.0-gnueabi = -march=3Darmv7a -mcpu=3Dcortex-a7 -mno-unaligned-access > XCPP=3D/usr/bin/clang-cpp -target ${TO_TYPE}--freebsd11.0-gnueabi = -march=3Darmv7a -mcpu=3Dcortex-a7 -mno-unaligned-access (I've been doing such for a long time but only just progressed to a 11.0 = source vintage with libsoft involved.) Even if I'm out of bounds for technique in some way I expect that > ioctl.c: mkioctls > env MACHINE=3D${MACHINE} CPP=3D"${CPP}" \ > /bin/sh ${.CURDIR}/mkioctls ${DESTDIR}${INCLUDEDIR} > = ${.TARGET} is not doing everything it should to have the full context needed for . = . ./machine/acle-compat.h . =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Mon Apr 4 04:48: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 072CAAEC718 for ; Mon, 4 Apr 2016 04:48:27 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-ig0-x22b.google.com (mail-ig0-x22b.google.com [IPv6:2607:f8b0:4001:c05::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 CDF4A1AAD for ; Mon, 4 Apr 2016 04:48:26 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-ig0-x22b.google.com with SMTP id ui10so62780347igc.1 for ; Sun, 03 Apr 2016 21:48:26 -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:date:message-id:subject :from:to:cc; bh=7aOEOpNPmYLiTiqiKBSHa8jD1fI8K/0nsRoau8MDs70=; b=qEALOkA4B/BxzH16wMaZUYAVs0SbKey1NqFaZ/2P3PhPn8QR6IbDCHVsDF/WtMefdW rAQjT0/5CG4TCUjU76v7k9siox+Y2ph7gAl5UoohP8oaoEmHgs5VKW0qxHX6l36M4sJ4 4fVPcV9PpMKx9NqI/ddG0RLQIwQUAbLKDOpaellnzJ+WaWgWlyPiKzw1P/iW1mBngyn2 r+zTSfwLXbyUfTlnnbJnI+B64kVlmgrdEqlnrQGDirVSGCp59/9E9LbV4IL46vJzhyhT 8wu2ywTThTwzC/ajsdP/U7ibOcdtRPcwQGNzZlGHbOYfb+cOidYCcnMFv5vVEUXxX8yP YC2Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc; bh=7aOEOpNPmYLiTiqiKBSHa8jD1fI8K/0nsRoau8MDs70=; b=WSrz4WVxcEFVjZtRbwt2K/Rw3J8hZ+foXVRhg7GN/LBh0PRS7mNRNw9r65wMJySkHV HcaTJSJyjkKotbTPZl26FckqrfFvRJCArHCMrAmZZJ9Ggatf+YCDmIwEpOotoNmCCEvw xJJpBXfPNTMlxdqA2gh7+SDv9mzm2AuKl6m0wLzEqkZ5BLZxF89mUSNfZOHVALSrEVtt 6lKYkURMbI6lb/QBx+ZBemFmpMVzgbZTXIHa+IpkZl+6TvYeh+2a3+Z6f0P0JV8qrbeE fg5osJ28o8ZodQgWrDnJBMBgQHOtlfGUFOr3kYSNeG+7XRQK3PopNEZRHI8eUSLSLA6/ egcg== X-Gm-Message-State: AD7BkJL6U1oN8bGgfBYWf/4K2cxutG67TCFfEE7Ua9JWP+SRtEchRE7x+MofGURDmzTAaRXJMgDHdLaq9inc6A== MIME-Version: 1.0 X-Received: by 10.50.108.108 with SMTP id hj12mr8130499igb.57.1459745305925; Sun, 03 Apr 2016 21:48:25 -0700 (PDT) Sender: wlosh@bsdimp.com Received: by 10.36.194.3 with HTTP; Sun, 3 Apr 2016 21:48:25 -0700 (PDT) X-Originating-IP: [50.253.99.174] In-Reply-To: References: Date: Sun, 3 Apr 2016 22:48:25 -0600 X-Google-Sender-Auth: LA95CfgVlGcao6aQeXbvNrxy4o0 Message-ID: Subject: Re: 11.0: head/lib/libsysdecode/Makefile for . . ./libsoft/usr/include uses CPP when XCPP needed? From: Warner Losh To: Mark Millard Cc: FreeBSD Toolchain , freebsd-arm Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 04:48:27 -0000 On Sun, Apr 3, 2016 at 10:25 PM, Mark Millard wrote: > For an amd64 -> armv7a (rpi2 targeting) cross-compile the code > > > # $FreeBSD: head/lib/libsysdecode/Makefile 295931 2016-02-23 20:00:55Z > jhb $ > > > > . . . > > ioctl.c: mkioctls > > env MACHINE=${MACHINE} CPP="${CPP}" \ > > /bin/sh ${.CURDIR}/mkioctls ${DESTDIR}${INCLUDEDIR} > > ${.TARGET} > > (with its use of CPP instead of the XCPP) got: > > > --- all_subdir_lib/libsysdecode --- > > --- ioctl.c --- > > env MACHINE=arm CPP="/usr/bin/clang-cpp" /bin/sh > /usr/src/lib/libsysdecode/mkioctls > /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include > ioctl.c > > . . . > > --- all_subdir_lib/libsysdecode --- > > In file included from :17: > > In file included from > /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include/dev/nvme/nvme.h:36: > > In file included from > /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include/sys/param.h:135: > > In file included from > /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include/machine/param.h:49: > > > /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include/machine/acle-compat.h:182:4: > error: Unable to determine architecture version. > > # error Unable to determine architecture version. > > ^ > > In my case I had the following in the in-use src.conf in order to control > the cross compile specifics: > > > XCC=/usr/bin/clang -target ${TO_TYPE}--freebsd11.0-gnueabi -march=armv7a > -mcpu=cortex-a7 -mno-unaligned-access > > XCXX=/usr/bin/clang++ -target ${TO_TYPE}--freebsd11.0-gnueabi > -march=armv7a -mcpu=cortex-a7 -mno-unaligned-access > > XCPP=/usr/bin/clang-cpp -target ${TO_TYPE}--freebsd11.0-gnueabi > -march=armv7a -mcpu=cortex-a7 -mno-unaligned-access > > > (I've been doing such for a long time but only just progressed to a 11.0 > source vintage with libsoft involved.) > > Even if I'm out of bounds for technique in some way I expect that > > > ioctl.c: mkioctls > > env MACHINE=${MACHINE} CPP="${CPP}" \ > > /bin/sh ${.CURDIR}/mkioctls ${DESTDIR}${INCLUDEDIR} > > ${.TARGET} > > is not doing everything it should to have the full context needed for . . > ./machine/acle-compat.h . > It's gotta be upstream. XCPP XCC and XCXX are all exclusive to Makefile.inc1. It's up to it to sort out the rest... And none of the X{AR,AS,LD,etc} are defined, so there's bound to be an impedance mismatch. :) In the past when I've seen this it's been due to some kind of variable contamination, perhaps one that's not otherwise known... Warner From owner-freebsd-arm@freebsd.org Mon Apr 4 05:22: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 F0A49B01577 for ; Mon, 4 Apr 2016 05:22:39 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-156.reflexion.net [208.70.211.156]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B595517DC for ; Mon, 4 Apr 2016 05:22:39 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 22482 invoked from network); 4 Apr 2016 05:22:59 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 4 Apr 2016 05:22:59 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.90.2) with SMTP; Mon, 04 Apr 2016 01:22:42 -0400 (EDT) Received: (qmail 12188 invoked from network); 4 Apr 2016 05:22:41 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 4 Apr 2016 05:22:41 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 9FAB8B1E001; Sun, 3 Apr 2016 22:22:30 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: 11.0: head/lib/libsysdecode/Makefile for . . ./libsoft/usr/include uses CPP when XCPP needed? From: Mark Millard In-Reply-To: Date: Sun, 3 Apr 2016 22:22:36 -0700 Cc: FreeBSD Toolchain , freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Warner Losh X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 05:22:40 -0000 On 2016-Apr-3, at 9:48 PM, Warner Losh wrote: >=20 > On Sun, Apr 3, 2016 at 10:25 PM, Mark Millard = wrote: > For an amd64 -> armv7a (rpi2 targeting) cross-compile the code >=20 > > # $FreeBSD: head/lib/libsysdecode/Makefile 295931 2016-02-23 = 20:00:55Z jhb $ > > > > . . . > > ioctl.c: mkioctls > > env MACHINE=3D${MACHINE} CPP=3D"${CPP}" \ > > /bin/sh ${.CURDIR}/mkioctls ${DESTDIR}${INCLUDEDIR} = > ${.TARGET} >=20 > (with its use of CPP instead of the XCPP) got: >=20 > > --- all_subdir_lib/libsysdecode --- > > --- ioctl.c --- > > env MACHINE=3Darm CPP=3D"/usr/bin/clang-cpp" /bin/sh = /usr/src/lib/libsysdecode/mkioctls = /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include > ioctl.c > > . . . > > --- all_subdir_lib/libsysdecode --- > > In file included from :17: > > In file included from = /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include/dev/nvme/nvme.h:36: > > In file included from = /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include/sys/param.h:135: > > In file included from = /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include/machine/param.h:49: > > = /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include/machine/acle-compat.h= :182:4: error: Unable to determine architecture version. > > # error Unable to determine architecture version. > > ^ >=20 > In my case I had the following in the in-use src.conf in order to = control the cross compile specifics: >=20 > > XCC=3D/usr/bin/clang -target ${TO_TYPE}--freebsd11.0-gnueabi = -march=3Darmv7a -mcpu=3Dcortex-a7 -mno-unaligned-access > > XCXX=3D/usr/bin/clang++ -target ${TO_TYPE}--freebsd11.0-gnueabi = -march=3Darmv7a -mcpu=3Dcortex-a7 -mno-unaligned-access > > XCPP=3D/usr/bin/clang-cpp -target ${TO_TYPE}--freebsd11.0-gnueabi = -march=3Darmv7a -mcpu=3Dcortex-a7 -mno-unaligned-access >=20 >=20 > (I've been doing such for a long time but only just progressed to a = 11.0 source vintage with libsoft involved.) >=20 > Even if I'm out of bounds for technique in some way I expect that >=20 > > ioctl.c: mkioctls > > env MACHINE=3D${MACHINE} CPP=3D"${CPP}" \ > > /bin/sh ${.CURDIR}/mkioctls ${DESTDIR}${INCLUDEDIR} = > ${.TARGET} >=20 > is not doing everything it should to have the full context needed for = . . ./machine/acle-compat.h . >=20 > It's gotta be upstream. XCPP XCC and XCXX are all exclusive to = Makefile.inc1. It's up to it to sort out the > rest... And none of the X{AR,AS,LD,etc} are defined, so there's bound = to be an impedance mismatch. :) > In the past when I've seen this it's been due to some kind of variable = contamination, perhaps one that's > not otherwise known... >=20 > Warner For reference the src.conf used for amd64 -> arm is: > KERNCONF=3DRPI2-NODBG > TARGET=3Darm > .if ${.MAKE.LEVEL} =3D=3D 0 > TARGET_ARCH=3Darmv6 > .export TARGET_ARCH > .endif > # > WITH_LIBSOFT=3D > WITH_FAST_DEPEND=3D > WITH_LIBCPLUSPLUS=3D > WITH_BINUTILS_BOOTSTRAP=3D > WITH_CLANG=3D > WITH_CLANG_IS_CC=3D > WITH_CLANG_FULL=3D > WITH_LLDB=3D > WITH_CLANG_EXTRAS=3D > WITH_BOOT=3D > # > WITHOUT_LIB32=3D > WITHOUT_ELFTOOLCHAIN_BOOTSTRAP=3D > WITHOUT_CLANG_BOOTSTRAP=3D > WITHOUT_GCC_BOOTSTRAP=3D > WITHOUT_GCC=3D > WITHOUT_GNUCXX=3D > # > NO_WERROR=3D > MALLOC_PRODUCTION=3D > # > WITH_DEBUG_FILES=3D > # > .if ${.MAKE.LEVEL} =3D=3D 0 > XCC=3D/usr/bin/clang -target ${TARGET_ARCH}--freebsd11.0-gnueabi = -march=3Darmv7a -mcpu=3Dcortex-a7 -mno-unaligned-access > XCXX=3D/usr/bin/clang++ -target ${TARGET_ARCH}--freebsd11.0-gnueabi = -march=3Darmv7a -mcpu=3Dcortex-a7 -mno-unaligned-access > XCPP=3D/usr/bin/clang-cpp -target ${TARGET_ARCH}--freebsd11.0-gnueabi = -march=3Darmv7a -mcpu=3Dcortex-a7 -mno-unaligned-access > .export XCC > .export XCXX > .export XCPP > .endif > # > .if ${.MAKE.LEVEL} =3D=3D 0 > CC=3D/usr/bin/clang > CXX=3D/usr/bin/clang++ > CPP=3D/usr/bin/clang-cpp > .export CC > .export CXX > .export CPP > .endif =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Mon Apr 4 06:18:59 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 38816B02A55 for ; Mon, 4 Apr 2016 06:18:59 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-157.reflexion.net [208.70.211.157]) (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 E27CB1DC3 for ; Mon, 4 Apr 2016 06:18:58 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 12693 invoked from network); 4 Apr 2016 06:19:20 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 4 Apr 2016 06:19:20 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.90.2) with SMTP; Mon, 04 Apr 2016 02:19:20 -0400 (EDT) Received: (qmail 20329 invoked from network); 4 Apr 2016 06:19:20 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 4 Apr 2016 06:19:20 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 193E7B1E001; Sun, 3 Apr 2016 23:18:50 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: 11.0: head/lib/libsysdecode/Makefile for . . ./libsoft/usr/include uses CPP when XCPP needed? From: Mark Millard In-Reply-To: Date: Sun, 3 Apr 2016 23:18:56 -0700 Cc: FreeBSD Toolchain , freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <3A6ED16B-F941-41FC-B844-50292894D5F4@dsl-only.net> References: To: Warner Losh X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 06:18:59 -0000 The following may be suggestive of the "upstream" issue: Makefile.libcompat has things like. . . > .if ${TARGET_ARCH} =3D=3D "amd64" . . . > LIB32WMAKEFLAGS=3D \ > AS=3D"${XAS} --32" \ > LD=3D"${XLD} -m elf_i386_fbsd -Y = P,${LIBCOMPATTMP}/usr/lib32" \ > OBJCOPY=3D"${XOBJCOPY}" >=20 > .elif ${TARGET_ARCH} =3D=3D "powerpc64" . . . > LIB32WMAKEFLAGS=3D \ > LD=3D"${XLD} -m elf32ppc_fbsd" \ > OBJCOPY=3D"${XOBJCOPY}" > .endif that set up to deal with some host vs. cross distinctions. But: > # soft-fp world > .if ${TARGET_ARCH} =3D=3D "armv6" > LIBSOFTCFLAGS=3D -DCOMPAT_SOFTFP > LIBSOFTCPUFLAGS=3D -mfloat-abi=3Dsoftfp > LIBSOFTWMAKEENV=3D CPUTYPE=3Dsoft MACHINE=3Darm MACHINE_ARCH=3Darmv6 > LIBSOFTWMAKEFLAGS=3D -DCOMPAT_SOFTFP > .endif in the file has no such translations and Makefile.libcompat has no = examples of ${XCPP} anywhere. The only place that has ${XCPP} in /usr/src/Makefile* and = /usr/src/share/mk/* is Makefile.inc1 : > CROSSENV+=3D CC=3D"${XCC} ${XCFLAGS}" CXX=3D"${XCXX} ${XCFLAGS} = ${XCXXFLAGS}" \ > CPP=3D"${XCPP} ${XCFLAGS}" \ > AS=3D"${XAS}" AR=3D"${XAR}" LD=3D"${XLD}" NM=3D${XNM} = \ > OBJDUMP=3D${XOBJDUMP} OBJCOPY=3D"${XOBJCOPY}" \ > RANLIB=3D${XRANLIB} STRINGS=3D${XSTRINGS} \ > SIZE=3D"${XSIZE}" but WMAKE does not use CROSSENV. =3D=3D=3D Mark Millard markmi at dsl-only.net On 2016-Apr-3, at 10:22 PM, Mark Millard wrote: On 2016-Apr-3, at 9:48 PM, Warner Losh wrote: >=20 > On Sun, Apr 3, 2016 at 10:25 PM, Mark Millard = wrote: > For an amd64 -> armv7a (rpi2 targeting) cross-compile the code >=20 >> # $FreeBSD: head/lib/libsysdecode/Makefile 295931 2016-02-23 = 20:00:55Z jhb $ >>=20 >> . . . >> ioctl.c: mkioctls >> env MACHINE=3D${MACHINE} CPP=3D"${CPP}" \ >> /bin/sh ${.CURDIR}/mkioctls ${DESTDIR}${INCLUDEDIR} > = ${.TARGET} >=20 > (with its use of CPP instead of the XCPP) got: >=20 >> --- all_subdir_lib/libsysdecode --- >> --- ioctl.c --- >> env MACHINE=3Darm CPP=3D"/usr/bin/clang-cpp" /bin/sh = /usr/src/lib/libsysdecode/mkioctls = /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include > ioctl.c >> . . . >> --- all_subdir_lib/libsysdecode --- >> In file included from :17: >> In file included from = /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include/dev/nvme/nvme.h:36: >> In file included from = /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include/sys/param.h:135: >> In file included from = /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include/machine/param.h:49: >> = /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include/machine/acle-compat.h= :182:4: error: Unable to determine architecture version. >> # error Unable to determine architecture version. >> ^ >=20 > In my case I had the following in the in-use src.conf in order to = control the cross compile specifics: >=20 >> XCC=3D/usr/bin/clang -target ${TO_TYPE}--freebsd11.0-gnueabi = -march=3Darmv7a -mcpu=3Dcortex-a7 -mno-unaligned-access >> XCXX=3D/usr/bin/clang++ -target ${TO_TYPE}--freebsd11.0-gnueabi = -march=3Darmv7a -mcpu=3Dcortex-a7 -mno-unaligned-access >> XCPP=3D/usr/bin/clang-cpp -target ${TO_TYPE}--freebsd11.0-gnueabi = -march=3Darmv7a -mcpu=3Dcortex-a7 -mno-unaligned-access >=20 >=20 > (I've been doing such for a long time but only just progressed to a = 11.0 source vintage with libsoft involved.) >=20 > Even if I'm out of bounds for technique in some way I expect that >=20 >> ioctl.c: mkioctls >> env MACHINE=3D${MACHINE} CPP=3D"${CPP}" \ >> /bin/sh ${.CURDIR}/mkioctls ${DESTDIR}${INCLUDEDIR} > = ${.TARGET} >=20 > is not doing everything it should to have the full context needed for = . . ./machine/acle-compat.h . >=20 > It's gotta be upstream. XCPP XCC and XCXX are all exclusive to = Makefile.inc1. It's up to it to sort out the > rest... And none of the X{AR,AS,LD,etc} are defined, so there's bound = to be an impedance mismatch. :) > In the past when I've seen this it's been due to some kind of variable = contamination, perhaps one that's > not otherwise known... >=20 > Warner For reference the src.conf used for amd64 -> arm is: > KERNCONF=3DRPI2-NODBG > TARGET=3Darm > .if ${.MAKE.LEVEL} =3D=3D 0 > TARGET_ARCH=3Darmv6 > .export TARGET_ARCH > .endif > # > WITH_LIBSOFT=3D > WITH_FAST_DEPEND=3D > WITH_LIBCPLUSPLUS=3D > WITH_BINUTILS_BOOTSTRAP=3D > WITH_CLANG=3D > WITH_CLANG_IS_CC=3D > WITH_CLANG_FULL=3D > WITH_LLDB=3D > WITH_CLANG_EXTRAS=3D > WITH_BOOT=3D > # > WITHOUT_LIB32=3D > WITHOUT_ELFTOOLCHAIN_BOOTSTRAP=3D > WITHOUT_CLANG_BOOTSTRAP=3D > WITHOUT_GCC_BOOTSTRAP=3D > WITHOUT_GCC=3D > WITHOUT_GNUCXX=3D > # > NO_WERROR=3D > MALLOC_PRODUCTION=3D > # > WITH_DEBUG_FILES=3D > # > .if ${.MAKE.LEVEL} =3D=3D 0 > XCC=3D/usr/bin/clang -target ${TARGET_ARCH}--freebsd11.0-gnueabi = -march=3Darmv7a -mcpu=3Dcortex-a7 -mno-unaligned-access > XCXX=3D/usr/bin/clang++ -target ${TARGET_ARCH}--freebsd11.0-gnueabi = -march=3Darmv7a -mcpu=3Dcortex-a7 -mno-unaligned-access > XCPP=3D/usr/bin/clang-cpp -target ${TARGET_ARCH}--freebsd11.0-gnueabi = -march=3Darmv7a -mcpu=3Dcortex-a7 -mno-unaligned-access > .export XCC > .export XCXX > .export XCPP > .endif > # > .if ${.MAKE.LEVEL} =3D=3D 0 > CC=3D/usr/bin/clang > CXX=3D/usr/bin/clang++ > CPP=3D/usr/bin/clang-cpp > .export CC > .export CXX > .export CPP > .endif =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Mon Apr 4 07:41:52 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 A765FB02F0F for ; Mon, 4 Apr 2016 07:41:52 +0000 (UTC) (envelope-from stdin@niklaas.eu) Received: from box.niklaas.eu (box.niklaas.eu [46.165.253.68]) by mx1.freebsd.org (Postfix) with ESMTP id 740C21D58 for ; Mon, 4 Apr 2016 07:41:52 +0000 (UTC) (envelope-from stdin@niklaas.eu) Received: by box.niklaas.eu (Postfix, from userid 1001) id 5CE0661FB1; Mon, 4 Apr 2016 09:41:50 +0200 (CEST) Date: Mon, 4 Apr 2016 09:41:50 +0200 From: Niklaas Baudet von Gersdorff To: freebsd-arm@freebsd.org Subject: Re: Browser for freebsd-arm? Message-ID: <20160404074150.GB49953@box.niklaas.eu> Mail-Followup-To: freebsd-arm@freebsd.org References: <20160403171433.GA71221@www.zefox.net> <20160403174408.GA49953@box.niklaas.eu> <20160403191115.GB71221@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160403191115.GB71221@www.zefox.net> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 07:41:52 -0000 bob prohaska [2016-04-03 12:11 -0700] : > On Sun, Apr 03, 2016 at 07:44:08PM +0200, Niklaas Baudet von Gersdorff wrote: > > bob prohaska [2016-04-03 10:14 -0700] : > > > > > Are there any usable GUI browsers that compile and run on > > > FreeBSD-ARM? The intended host is a raspberry pi 2. > > > > > Why not use `pkg install`? > > Far as I know prebuilt binaries are not available for ARM. Just > tried building the port > /usr/ports/archivers/epkg > which includes pkg-install. It's marked "broken". Sorry, I thought I did that on an arm machine once. Anyway, you can always check the built status here: http://portsmon.freebsd.org/portoverview.py For example for www/firefox: http://portsmon.freebsd.org/portoverview.py?category=&portname=firefox&wildcard= From owner-freebsd-arm@freebsd.org Mon Apr 4 07:47: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 D5688B0121F for ; Mon, 4 Apr 2016 07:47:45 +0000 (UTC) (envelope-from mattia.rossi.mailinglists@gmail.com) Received: from mail-lb0-x241.google.com (mail-lb0-x241.google.com [IPv6:2a00:1450:4010:c04::241]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5B3E91036 for ; Mon, 4 Apr 2016 07:47:45 +0000 (UTC) (envelope-from mattia.rossi.mailinglists@gmail.com) Received: by mail-lb0-x241.google.com with SMTP id q4so20530229lbq.3 for ; Mon, 04 Apr 2016 00:47:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding; bh=MI2CgHaEYS5YbxSmXsMXcaowAmLmPFAdF65dqBRNlPg=; b=OG5NK0QiISvaD5C94qR69p5zAW946F0WXUoObQp+2+Bi+5QdBztXSixWq8YjZZGp8k wvYPNmzohVXCPGqkw4+Zb0H+kzzmGcGd8bqh5jcXfl0eqPbi+0dxedXtzo3SP7JWKGMV mPCBjJllBYuOQO6rEK8frSwzLeVjPfF3xlLtfUHvR2DBhxjIm4jM8hxEZQ1TJ3ziXO9d 4/Y0fjRjJRn/iwLYqBGJfkR+Cst2PG4paM4wc1ghosB4oTRCRTrd2ry34gOlxuPj8TsW S/9x1wqQqE+4AXEcKfuGO397TL5k5WZFM0KU3MTsrFgP48RMHF60H543v1f+5PUBYp4B VGqg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=MI2CgHaEYS5YbxSmXsMXcaowAmLmPFAdF65dqBRNlPg=; b=H7yVMVDtBb4twFgFjChqzHphGPATjIJ+Lv8yOQjS/akgRC7q8vi91tU+FSYxOaDglc x/ddj6MiR1iGOg+upwATSzmCeaTCkznZBKfHl9ylwLo4g7L2hXtZpyg4u1CL5gir41zP amn3I1dGyd96T9NRqqAsZI5qHIkxdCEsClEaOmcyGYxh29rw8fCeKZKSMR1OZYtpoJhf dArhgPLhNeP1gK+6I5SYT49REN0Tt/fkOWu6mI3Y1YRpyvz2epM+Qwx+A2JwhdLEf5iJ c8eiEDb6hYvtO3qymA+VA45ejGIIdmhskDmb4W6D6k0EPuwFV1E518EJuQ8cz8i6s2Ng XL4A== X-Gm-Message-State: AD7BkJII6r3DwwLeFDk4l2z37LXBOOOlv/iGY3IK1zy3gAlsElp2EvsEsxLiO3u0DEW0Vg== X-Received: by 10.28.156.135 with SMTP id f129mr10325514wme.99.1459756063567; Mon, 04 Apr 2016 00:47:43 -0700 (PDT) Received: from [172.20.10.2] (242.226.197.178.dynamic.wless.zhbmb00p-cgnat.res.cust.swisscom.ch. [178.197.226.242]) by smtp.googlemail.com with ESMTPSA id w75sm2410861wmw.4.2016.04.04.00.47.42 for (version=TLSv1/SSLv3 cipher=OTHER); Mon, 04 Apr 2016 00:47:42 -0700 (PDT) Subject: Re: Browser for freebsd-arm? To: freebsd-arm@freebsd.org References: <20160403171433.GA71221@www.zefox.net> <20160403174408.GA49953@box.niklaas.eu> <20160403191115.GB71221@www.zefox.net> From: Mattia Rossi Message-ID: <57022A2B.2080809@gmail.com> Date: Mon, 4 Apr 2016 10:47:39 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: <20160403191115.GB71221@www.zefox.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 07:47:45 -0000 Am 03.04.2016 um 21:11 schrieb bob prohaska: > On Sun, Apr 03, 2016 at 07:44:08PM +0200, Niklaas Baudet von Gersdorff wrote: >> bob prohaska [2016-04-03 10:14 -0700] : >> >>> Are there any usable GUI browsers that compile and run on >>> FreeBSD-ARM? The intended host is a raspberry pi 2. [snip] Try www/midori. It's based on webkit and python though, so be prepared to compile for a few hours if it works at all. Most lightweight browsers still use webkit (either via gtk or qt) unless they're text browsers like links or lynx. And then there's dillo: www/dillo2 Cheers, Mat From owner-freebsd-arm@freebsd.org Mon Apr 4 11:02:34 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 25BAAB02612 for ; Mon, 4 Apr 2016 11:02:34 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (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 9F05F117D for ; Mon, 4 Apr 2016 11:02:32 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from chamsa.cs.huji.ac.il ([132.65.80.19]) by kabab.cs.huji.ac.il with esmtp id 1an2H1-0002ST-Hb; Mon, 04 Apr 2016 14:02:23 +0300 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: Odroidc1+ stuck booting From: Daniel Braniss In-Reply-To: Date: Mon, 4 Apr 2016 14:02:23 +0300 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <77D2CAED-B44A-4602-8C70-C3DD0A8D089C@cs.huji.ac.il> References: <687E2129-BE66-4CC9-9B30-D8DFB7A2FEF6@cs.huji.ac.il> <982FE02C-7BEC-4CA0-BCAE-FE6CC5C9CFB4@rcn.com> To: Erik Moe X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 11:02:34 -0000 I assume you have a C1 not a C1+, because I=E2=80=99m doing the same, and no luck. I know that the board is ok because It boots and runs = Daisuke-san=E2=80=99s image. danny > On 31 Mar 2016, at 15:29, Erik Moe wrote: >=20 > Everything I=E2=80=99m doing I =E2=80=9Cborrowed=E2=80=9D from here: = https://wiki.freebsd.org/FreeBSD/arm/Odroid-C1 >=20 > I=E2=80=99m using the stock ODROIDC1 kernel config in head which = builds the FTD statically into the kernel from = src/sys/boot/fdt/dts/arm/odroidc1.dts. I liberated u-boot from = ArchLinuxARM-odroid-c1-latest.tar.gz. My boot.ini is simply this: >=20 > ODROIDC-UBOOT-CONFIG >=20 > setenv bootcmd "fatload mmc 0 0x100000 kernel.bin; go 0x100000" > run bootcmd >=20 > Erik >=20 >> On Mar 31, 2016, at 1:36 AM, Daniel Braniss = wrote: >>=20 >> oh, and if you feel generous your ODROIDC1.conf =E2=80=A6 >> thanks, >> danny >>=20 >>> On 31 Mar 2016, at 09:31, Daniel Braniss = wrote: >>>=20 >>> hi Erik, >>> can you send me your >>> uboot >>> boot.ini >>> *.dtb >>> I=E2=80=99m pretty sure the issue is somewhere there then. >>> thanks, >>> danny >>>=20 >>>> On 31 Mar 2016, at 09:11, Erik Moe wrote: >>>>=20 >>>> I built a new image for my odriod-c1 for ssd from the latest = sources and had no issues and didn=E2=80=99t need to tweet anything. I = don=E2=80=99t have and odriod-c1+, but my understanding is there isn=E2=80= =99t much difference between the two. I am using the serial console. >>>>=20 >>>> = QA5:A;SVN:B72;POC:17F;STS:0;BOOT:0;INIT:10;BOOT:1;INIT:0;READ:0;CHECK:0;PA= SS:1; >>>> = ----------------------------------------------------------------------- >>>> * Welcome to Hardkernel's ODROID-C... (Built at 19:33:00 Dec 8 = 2014) * >>>> = ----------------------------------------------------------------------- >>>> CPU : AMLogic S805 >>>> MEM : 1024MB (DDR3@792MHz) >>>> BID : HKC13C0001 >>>> S/N : HKC1CC037EBE4620 >>>> 0x0000009f >>>> check SD_boot_type:0x1 card_type:0x1 >>>> Loading U-boot...success. >>>>=20 >>>>=20 >>>> U-boot(odroidc@) (Jun 12 2015 - 17:31:14) >>>>=20 >>>> DRAM: 1 GiB >>>> relocation Offset is: 2ff1c000 >>>> MMC: SDCARD: 0, eMMC: 1 >>>> IR init is done! >>>> vpu clk_level =3D 3 >>>> set vpu clk: 182150000Hz, readback: 182150000Hz(0x701) >>>> mode =3D 6 vic =3D 4 >>>> set HDMI vic: 4 >>>> mode is: 6 >>>> viu chan =3D 1 >>>> config HPLL >>>> config HPLL done >>>> reconfig packet setting done >>>> MMC read: dev # 0, block # 33984, count 12288 ... 12288 blocks = read: OK >>>> There is no valid bmp file at the given address >>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>> Vendor: Man 035344 Snr 29cfee4e Rev: 8.0 Prod: SL08G >>>> Type: Removable Hard Disk >>>> Capacity: 7580.0 MB =3D 7.4 GB (15523840 x 512) >>>> ------------------------------------------------------------ >>>> Partition Start Sector Num Sectors Type >>>> 1 1134 131040 6 >>>> 2 132174 15391666 a5 >>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>> Net: Meson_Ethernet >>>> init suspend firmware done. (ret:0) >>>> Hit Enter key to stop autoboot -- : 0 >>>> exit abortboot: 0 >>>> reading boot.ini >>>>=20 >>>> 98 bytes read >>>> Loading boot.ini from mmc0:1 (vfat) >>>> Executing the script... >>>> setenv bootcmd "fatload mmc 0 0x100000 kernel.bin; go 0x100000" >>>> run bootcmd >>>> reading kernel.bin >>>>=20 >>>> 6055396 bytes read >>>> ## Starting application at 0x00100000 ... >>>> ARM Debug Architecture v7 >>>> 2 watchpoints and 3 breakpoints supported >>>> KDB: debugger backends: ddb >>>> KDB: current backend: ddb >>>> Copyright (c) 1992-2016 The FreeBSD Project. >>>> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, = 1994 >>>> The Regents of the University of California. All rights = reserved. >>>> FreeBSD is a registered trademark of The FreeBSD Foundation. >>>> FreeBSD 11.0-CURRENT #4 43026a8(master)-dirty: Thu Mar 31 04:14:32 = CDT 2016 >>>> = root@dora:/usr/home/emoe/Projects/ARM/odroid-c1/obj/arm.armv6hf/usr/home/e= moe/Projects/ARM/src/sys/ODROIDC1 arm >>>> FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based = on LLVM 3.8.0) >>>> WARNING: WITNESS option enabled, expect reduced performance. >>>> VT: init without driver. >>>> Preloaded elf kernel "kernel" at 0xc07c5d6c. >>>> CPU: Cortex A5 rev 1 (Cortex-A core) >>>> Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 = Security_Ext >>>> WB enabled LABT branch prediction disabled >>>> LoUU:2 LoC:2 LoUIS:2 >>>> Cache level 1: >>>> 32KB/32B 4-way data cache WB Read-Alloc Write-Alloc >>>> 32KB/32B 2-way instruction cache Read-Alloc >>>> real memory =3D 1073737728 (1023 MB) >>>> avail memory =3D 1038233600 (990 MB) >>>> Physical memory chunk(s): >>>> 0x00001000 - 0x3fffffff, 1023 MB ( 262143 pages) >>>> Excluded memory regions: >>>> 0x00100000 - 0x00853fff, 7 MB ( 1876 pages) NoAlloc >>>> Static device mappings: >>>> 0xc1100000 - 0xc12fffff mapped at VA 0xffd00000 >>>> 0xc4200000 - 0xc42fffff mapped at VA 0xffc00000 >>>> 0xc4300000 - 0xc43fffff mapped at VA 0xffb00000 >>>> 0xc8000000 - 0xc80fffff mapped at VA 0xffa00000 >>>> 0xc8100000 - 0xc81fffff mapped at VA 0xff900000 >>>> 0xc9000000 - 0xc97fffff mapped at VA 0xff100000 >>>> 0xd9000000 - 0xd90fffff mapped at VA 0xff000000 >>>> 0xda000000 - 0xda0fffff mapped at VA 0xfef00000 >>>> Amlogic aml8726-m8b SoC >>>> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs >>>> ULE: setup cpu 0 >>>> ULE: setup cpu 1 >>>> ULE: setup cpu 2 >>>> ULE: setup cpu 3 >>>> random: entropy device external interface >>>> null: >>>> openfirm: >>>> mem: >>>> nfslock: pseudo-device >>>> crypto: >>>> random: harvesting attach, 8 bytes (4 bits) from nexus0 >>>> ofwbus0: >>>> simplebus0: on ofwbus0 >>>> random: harvesting attach, 8 bytes (4 bits) from simplebus0 >>>> random: harvesting attach, 8 bytes (4 bits) from ofwbus0 >>>> clkmsr0: mem 0xc1108758-0xc1108767 on = simplebus0 >>>> clkmsr0: bus clock 159 MHz >>>> random: harvesting attach, 8 bytes (4 bits) from clkmsr0 >>>> l2cache0: mem 0xc4200000-0xc4200fff irq = 0 on ofwbus0 >>>> l2cache0: Part number: 0x3, release: 0x9 >>>> l2cache0: L2 Cache enabled: 512KB/32B 8 ways >>>> l2cache0: Early BRESP response: disabled >>>> l2cache0: Instruction prefetch: disabled >>>> l2cache0: Data prefetch: enabled >>>> l2cache0: Non-secure interrupt control: disabled >>>> l2cache0: Non-secure lockdown: disabled >>>> l2cache0: Share override: disabled >>>> l2cache0: Double linefill: disabled >>>> l2cache0: Instruction prefetch: disabled >>>> l2cache0: Data prefetch: enabled >>>> l2cache0: Double linefill on WRAP request: disabled >>>> l2cache0: Prefetch drop: disabled >>>> l2cache0: Incr double Linefill: disabled >>>> l2cache0: Not same ID on exclusive sequence: disabled >>>> l2cache0: Prefetch offset: 0 >>>> random: harvesting attach, 8 bytes (4 bits) from l2cache0 >>>> scu0: mem 0xc4300000-0xc4300fff on = simplebus0 >>>> random: harvesting attach, 8 bytes (4 bits) from scu0 >>>> cpuconfig0: mem 0xd901ff80-0xd901ff8f on = simplebus0 >>>> random: harvesting attach, 8 bytes (4 bits) from cpuconfig0 >>>> ccm0: mem 0xc1104140-0xc1104153 on simplebus0 >>>> random: harvesting attach, 8 bytes (4 bits) from ccm0 >>>> pinctrl0: mem = 0xc11080b0-0xc11080d7,0xc11080e8-0xc11080ff,0xc1108120-0xc1108137,0xc81000= 14-0xc8100017,0xc810002c-0xc810002f,0xc810002c-0xc810002f on simplebus0 >>>> Processing 3 pin-config node(s) in pinctrl-0 for pinctrl@c11080b0 >>>> Processing 1 pin-config node(s) in pinctrl-0 for mmc@c1108c20 >>>> Processing 1 pin-config node(s) in pinctrl-0 for sdxc@c1108e00 >>>> random: harvesting attach, 8 bytes (4 bits) from pinctrl0 >>>> gic0: mem = 0xc4301000-0xc4301fff,0xc4300100-0xc43001ff on ofwbus0 >>>> ofwbus0: no default resources for rid =3D 0, type =3D 1 >>>> gic0: pn 0x390, arch 0x1, rev 0x1, implementer 0x43b irqs 256 >>>> random: harvesting attach, 8 bytes (4 bits) from gic0 >>>> wdt0: mem 0xc1109900-0xc1109907 irq 2 on = simplebus0 >>>> random: harvesting attach, 8 bytes (4 bits) from wdt0 >>>> timer0: mem 0xc1109940-0xc1109957 irq 1 on = ofwbus0 >>>> Event timer "aml8726 timer A" frequency 1000000 Hz quality 1000 >>>> Timecounter "aml8726 timer E" frequency 1000000 Hz quality 1000 >>>> random: harvesting attach, 8 bytes (4 bits) from timer0 >>>> uart0: mem 0xc81004c0-0xc81004d7 irq 3 on = simplebus0 >>>> uart0: RTS iflow, CTS oflow >>>> uart0: console (115200,n,8,1) >>>> uart0: fast interrupt >>>> uart0: PPS capture mode: DCDinvalid >>>> random: harvesting attach, 8 bytes (4 bits) from uart0 >>>> uart1: mem 0xc11084c0-0xc11084d7 irq 4 on = simplebus0 >>>> uart1: RTS iflow, CTS oflow >>>> uart1: fast interrupt >>>> uart1: PPS capture mode: DCDinvalid >>>> random: harvesting attach, 8 bytes (4 bits) from uart1 >>>> uart2: mem 0xc11084dc-0xc11084f3 irq 5 on = simplebus0 >>>> uart2: RTS iflow, CTS oflow >>>> uart2: fast interrupt >>>> uart2: PPS capture mode: DCDinvalid >>>> random: harvesting attach, 8 bytes (4 bits) from uart2 >>>> uart3: mem 0xc1108700-0xc1108717 irq 6 on = simplebus0 >>>> uart3: RTS iflow, CTS oflow >>>> uart3: fast interrupt >>>> uart3: PPS capture mode: DCDinvalid >>>> random: harvesting attach, 8 bytes (4 bits) from uart3 >>>> simplebus0: mem 0xc8100500-0xc810051f irq 7 disabled = compat amlogic,meson6-i2c (no driver attached) >>>> aml8726_iic0: mem 0xc1108500-0xc110851f irq 8 = on simplebus0 >>>> iicbb0: on aml8726_iic0 >>>> iicbus0: on iicbb0 master-only >>>> iic0: on iicbus0 >>>> random: harvesting attach, 8 bytes (4 bits) from iic0 >>>> random: harvesting attach, 8 bytes (4 bits) from iicbus0 >>>> random: harvesting attach, 8 bytes (4 bits) from iicbb0 >>>> random: harvesting attach, 8 bytes (4 bits) from aml8726_iic0 >>>> aml8726_iic1: mem 0xc11087c0-0xc11087df irq 9 = on simplebus0 >>>> iicbb1: on aml8726_iic1 >>>> iicbus1: on iicbb1 master-only >>>> iic1: on iicbus1 >>>> random: harvesting attach, 8 bytes (4 bits) from iic1 >>>> random: harvesting attach, 8 bytes (4 bits) from iicbus1 >>>> random: harvesting attach, 8 bytes (4 bits) from iicbb1 >>>> random: harvesting attach, 8 bytes (4 bits) from aml8726_iic1 >>>> simplebus0: mem 0xc8100480-0xc810049f irq 10 = disabled compat amlogic,meson6-ir (no driver attached) >>>> simplebus0: mem 0xc1108c80-0xc1108cff disabled = compat amlogic,meson6-spifc (no driver attached) >>>> simplebus0: mem = 0xc9410000-0xc941ffff,0xc1108108-0xc110810b irq 11 disabled compat = amlogic,meson6-dwmac (no driver attached) >>>> rtc0: mem 0xc8100740-0xc8100753 irq 12 on = simplebus0 >>>> rtc0: crystal oscillator check failed >>>> device_attach: rtc0 attach returned 6 >>>> gpio0: mem = 0xc8100024-0xc8100027,0xc8100024-0xc8100027,0xc8100028-0xc810002b on = simplebus0 >>>> gpiobus0: on gpio0 >>>> gpioled0: at pin 13 on gpiobus0 >>>> random: harvesting attach, 8 bytes (4 bits) from gpioled0 >>>> random: harvesting attach, 8 bytes (4 bits) from gpiobus0 >>>> gpioc0: on gpio0 >>>> random: harvesting attach, 8 bytes (4 bits) from gpioc0 >>>> random: harvesting attach, 8 bytes (4 bits) from gpio0 >>>> gpio1: mem = 0xc1108054-0xc1108057,0xc1108058-0xc110805b,0xc110805c-0xc110805f on = simplebus0 >>>> gpiobus1: on gpio1 >>>> random: harvesting attach, 8 bytes (4 bits) from gpiobus1 >>>> gpioc1: on gpio1 >>>> random: harvesting attach, 8 bytes (4 bits) from gpioc1 >>>> random: harvesting attach, 8 bytes (4 bits) from gpio1 >>>> gpio2: mem = 0xc110806c-0xc110806f,0xc1108070-0xc1108073,0xc1108074-0xc1108077 on = simplebus0 >>>> gpiobus2: on gpio2 >>>> random: harvesting attach, 8 bytes (4 bits) from gpiobus2 >>>> gpioc2: on gpio2 >>>> random: harvesting attach, 8 bytes (4 bits) from gpioc2 >>>> random: harvesting attach, 8 bytes (4 bits) from gpio2 >>>> aml8726_mmc0: mem 0xc1108c20-0xc1108c3f irq = 13 on simplebus0 >>>> mmc0: on aml8726_mmc0 >>>> random: harvesting attach, 8 bytes (4 bits) from mmc0 >>>> random: harvesting attach, 8 bytes (4 bits) from aml8726_mmc0 >>>> aml8726_sdxc0: mem 0xc1108e00-0xc1108e3b = irq 14 on simplebus0 >>>> mmc1: on aml8726_sdxc0 >>>> random: harvesting attach, 8 bytes (4 bits) from mmc1 >>>> random: harvesting attach, 8 bytes (4 bits) from aml8726_sdxc0 >>>> simplebus0: mem 0xc1108100-0xc1108107 compat = amlogic,aml8726-rng (no driver attached) >>>> usbphy0: mem 0xc1108800-0xc110881f on = simplebus0 >>>> random: harvesting attach, 8 bytes (4 bits) from usbphy0 >>>> usbphy1: mem 0xc1108820-0xc110883f on = simplebus0 >>>> random: harvesting attach, 8 bytes (4 bits) from usbphy1 >>>> dwcotg0: mem = 0xc9040000-0xc907ffff irq 15 on simplebus0 >>>> usbus0 on dwcotg0 >>>> dwcotg0: usbpf: Attached >>>> random: harvesting attach, 8 bytes (4 bits) from usbus0 >>>> random: harvesting attach, 8 bytes (4 bits) from dwcotg0 >>>> dwcotg1: mem = 0xc90c0000-0xc90fffff irq 16 on simplebus0 >>>> usbus1 on dwcotg1 >>>> dwcotg1: usbpf: Attached >>>> random: harvesting attach, 8 bytes (4 bits) from usbus1 >>>> random: harvesting attach, 8 bytes (4 bits) from dwcotg1 >>>> dwc0: mem = 0xc9410000-0xc9411fff irq 11 on simplebus0 >>>> miibus0: on dwc0 >>>> rgephy0: PHY 0 on = miibus0 >>>> rgephy0: OUI 0x00e04c, model 0x0011, rev. 6 >>>> rgephy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, = 1000baseT-FDX, 1000baseT-FDX-master, auto >>>> random: harvesting attach, 8 bytes (4 bits) from rgephy0 >>>> rgephy1: PHY 1 on = miibus0 >>>> rgephy1: OUI 0x00e04c, model 0x0011, rev. 6 >>>> rgephy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, = 1000baseT-FDX, 1000baseT-FDX-master, auto >>>> random: harvesting attach, 8 bytes (4 bits) from rgephy1 >>>> random: harvesting attach, 8 bytes (4 bits) from miibus0 >>>> dwc0: bpf attached >>>> dwc0: Ethernet address: 62:73:64:5d:6a:ec >>>> random: harvesting attach, 8 bytes (4 bits) from dwc0 >>>> fb0: mem = 0xc8006048-0xc8006053,0xc1106800-0xc1106bff,0xc1107400-0xc11077ff irq = 17,18,19,20 on simplebus0 >>>> fbd0 on fb0 >>>> VT: initialize with new VT driver "fb". >>>> random: harvesting attach, 8 bytes (4 bits) from fbd0 >>>> random: harvesting attach, 8 bytes (4 bits) from fb0 >>>> cpulist0: on ofwbus0 >>>> cpu0: on cpulist0 >>>> cpu0: missing 'clock-frequency' property >>>> random: harvesting attach, 8 bytes (4 bits) from cpu0 >>>> cpu1: on cpulist0 >>>> cpu1: missing 'clock-frequency' property >>>> random: harvesting attach, 8 bytes (4 bits) from cpu1 >>>> cpu2: on cpulist0 >>>> cpu2: missing 'clock-frequency' property >>>> random: harvesting attach, 8 bytes (4 bits) from cpu2 >>>> cpu3: on cpulist0 >>>> cpu3: missing 'clock-frequency' property >>>> random: harvesting attach, 8 bytes (4 bits) from cpu3 >>>> random: harvesting attach, 8 bytes (4 bits) from cpulist0 >>>> ofwbus0: compat fixed-clock (no driver attached) >>>> ofwbus0: compat gpio-leds (no driver attached) >>>> cryptosoft0: >>>> crypto: assign cryptosoft0 driver id 0, flags 100663296 >>>> crypto: cryptosoft0 registers alg 1 flags 0 maxoplen 0 >>>> crypto: cryptosoft0 registers alg 2 flags 0 maxoplen 0 >>>> crypto: cryptosoft0 registers alg 3 flags 0 maxoplen 0 >>>> crypto: cryptosoft0 registers alg 4 flags 0 maxoplen 0 >>>> crypto: cryptosoft0 registers alg 5 flags 0 maxoplen 0 >>>> crypto: cryptosoft0 registers alg 16 flags 0 maxoplen 0 >>>> crypto: cryptosoft0 registers alg 6 flags 0 maxoplen 0 >>>> crypto: cryptosoft0 registers alg 7 flags 0 maxoplen 0 >>>> crypto: cryptosoft0 registers alg 18 flags 0 maxoplen 0 >>>> crypto: cryptosoft0 registers alg 19 flags 0 maxoplen 0 >>>> crypto: cryptosoft0 registers alg 20 flags 0 maxoplen 0 >>>> crypto: cryptosoft0 registers alg 8 flags 0 maxoplen 0 >>>> crypto: cryptosoft0 registers alg 15 flags 0 maxoplen 0 >>>> crypto: cryptosoft0 registers alg 9 flags 0 maxoplen 0 >>>> crypto: cryptosoft0 registers alg 10 flags 0 maxoplen 0 >>>> crypto: cryptosoft0 registers alg 13 flags 0 maxoplen 0 >>>> crypto: cryptosoft0 registers alg 14 flags 0 maxoplen 0 >>>> crypto: cryptosoft0 registers alg 11 flags 0 maxoplen 0 >>>> crypto: cryptosoft0 registers alg 22 flags 0 maxoplen 0 >>>> crypto: cryptosoft0 registers alg 23 flags 0 maxoplen 0 >>>> crypto: cryptosoft0 registers alg 25 flags 0 maxoplen 0 >>>> crypto: cryptosoft0 registers alg 24 flags 0 maxoplen 0 >>>> crypto: cryptosoft0 registers alg 26 flags 0 maxoplen 0 >>>> crypto: cryptosoft0 registers alg 27 flags 0 maxoplen 0 >>>> crypto: cryptosoft0 registers alg 28 flags 0 maxoplen 0 >>>> crypto: cryptosoft0 registers alg 21 flags 0 maxoplen 0 >>>> crypto: cryptosoft0 registers alg 17 flags 0 maxoplen 0 >>>> random: harvesting attach, 8 bytes (4 bits) from cryptosoft0 >>>> procfs registered >>>> Timecounters tick every 10.000 msec >>>> tcp_init: net.inet.tcp.tcbhashsize auto tuned to 8192 >>>> usbus0: 480Mbps High Speed USB v2.0 >>>> IPsec: Initialized Security Association Processing. >>>> lo0: bpf attached >>>> mmc0: Probing bus >>>> usbus1: 480Mbps High Speed USB v2.0 >>>> mmc0: SD 2.0 interface conditions: OK >>>> mmc0: SD probe: OK (OCR: 0x40ff8000) >>>> mmc0: Current OCR: 0x00ff8000 >>>> ugen1.1: at usbus1 >>>> uhub0: on = usbus1 >>>> ugen0.1: at usbus0 >>>> uhub1: on = usbus0 >>>> mmc0: Probing cards >>>> mmc0: New card detected (CID 035344534c3038478029cfee4e00f900) >>>> mmc0: New card detected (CSD 400e00325b5900003b377f800a404000) >>>> mmc0: Card at relative address 0xaaaa added: >>>> mmc0: card: SDHC SL08G 8.0 SN 29CFEE4E MFG 09/2015 by 3 SD >>>> mmc0: bus: 4bit, 50MHz, high speed timing >>>> mmc0: memory: 15523840 blocks, erase sector 8192 blocks >>>> mmc0: setting transfer rate to 39.750MHz (high speed timing) >>>> mmcsd0: 8GB at = mmc0 39.7MHz/4bit/8-block >>>> random: harvesting attach, 8 bytes (4 bits) from mmcsd0 >>>> mmc1: Probing bus >>>> GEOM: new disk mmcsd0 >>>> mmc0: setting bus width to 4 bits >>>> GEOM_PART: partition 1 on (mmcsd0, MBR) is not aligned on 4194304 = bytes >>>> GEOM_PART: partition 2 on (mmcsd0, MBR) is not aligned on 4194304 = bytes >>>> mmc1: SD probe: failed >>>> mmc1: MMC probe: failed >>>> mmc1: Current OCR: 0x00000000 >>>> mmc1: No compatible cards found on bus >>>> Release APs >>>> WARNING: WITNESS option enabled, expect reduced performance. >>>> Trying to mount root from ufs:mmcsd0s2 []... >>>> GEOM_PART: partition 1 on (mmcsd0s2, BSD) is not aligned on 4194304 = bytes >>>> GEOM_PART: partition 1 on (diskid/DISK-29CFEE4E, MBR) is not = aligned on 4194304 bytes >>>> GEOM_PART: partition 2 on (diskid/DISK-29CFEE4E, MBR) is not = aligned on 4194304 bytes >>>> GEOM_PART: partition 1 on (diskid/DISK-29CFEE4Es2, BSD) is not = aligned on 4194304 bytes >>>> warning: no time-of-day clock registered, system time will not be = set accurately >>>> start_init: trying /sbin/init >>>> uhub0: 1 port with 1 removable, self powered >>>> random: harvesting attach, 8 bytes (4 bits) from uhub0 >>>> uhub1: 1 port with 1 removable, self powered >>>> random: harvesting attach, 8 bytes (4 bits) from uhub1 >>>> ugen1.2: at usbus1 >>>> uhub2: on usbus1 >>>> uhub2: MTT enabled >>>> Growing root partition to fill device >>>> GEOM_PART: partition 1 on (diskid/DISK-29CFEE4E, MBR) is not = aligned on 4194304 bytes >>>> GEOM_PART: partition 2 on (diskid/DISK-29CFEE4E, MBR) is not = aligned on 4194304 bytes >>>> GEOM_PART: partition 1 on (diskid/DISK-29CFEE4Es2, BSD) is not = aligned on 4194304 bytes >>>> mmcsd0s2 resized >>>> growfs: superblock not recognized >>>> /etc/rc: WARNING: hostid: unable to figure out a UUID from DMI = data, generating a new one >>>> uhub2: 4 ports with 4 removable, self powered >>>> random: harvesting attach, 8 bytes (4 bits) from uhub2 >>>> Setting hostuuid: 214610b1-f72e-11e5-8203-df073412266c. >>>> Setting hostid: 0x373425ad. >>>> No suitable dump device was found. >>>> Starting file system checks: >>>> /dev/mmcsd0s2: FILE SYSTEM CLEAN; SKIPPING CHECKS >>>> /dev/mmcsd0s2: clean, 36687 free (103 frags, 4573 blocks, 0.0% = fragmentation) >>>> GEOM_PART: partition 1 on (mmcsd0s2, BSD) is not aligned on 4194304 = bytes >>>> GEOM_PART: partition 1 on (diskid/DISK-29CFEE4E, MBR) is not = aligned on 4194304 bytes >>>> GEOM_PART: partition 2 on (diskid/DISK-29CFEE4E, MBR) is not = aligned on 4194304 bytes >>>> GEOM_PART: partition 1 on (diskid/DISK-29CFEE4Es2, BSD) is not = aligned on 4194304 bytes >>>> Mounting local file systems:. >>>> Setting hostname: freebsd. >>>> Setting up = harvesting:[UMA],[FS_ATIME],SWI,INTERRUPT,NET_NG,NET_ETHER,NET_TUN,MOUSE,K= EYBOARD,ATTACH,CACHED >>>> Feeding entropy:random: unblocking device. >>>> . >>>> dwc0: link state changed to DOWN >>>> Starting Network: lo0 dwc0. >>>> lo0: flags=3D8049 metric 0 mtu 16384 >>>> options=3D600003 >>>> inet6 ::1 prefixlen 128 >>>> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 >>>> inet 127.0.0.1 netmask 0xff000000 >>>> groups: lo >>>> nd6 options=3D21 >>>> dwc0: flags=3D8843 metric 0 = mtu 1500 >>>> options=3D80008 >>>> ether 62:73:64:5d:6a:ec >>>> media: Ethernet autoselect (none) >>>> status: no carrier >>>> nd6 options=3D29 >>>> ELF ldconfig path: /lib /usr/lib /usr/lib/compat >>>> Starting devd. >>>> add net fe80::: gateway ::1 >>>> add net ff02::: gateway ::1 >>>> add net ::ffff:0.0.0.0: gateway ::1 >>>> add net ::0.0.0.0: gateway ::1 >>>> Generating host.conf. >>>> Waiting 30s for the default route interface: .....(no carrier) >>>> Creating and/or trimming log files. >>>> Starting syslogd. >>>> Clearing /tmp (X related). >>>> Updating motd:. >>>> Mounting late file systems:. >>>> Configuring vt: blanktime. >>>> Generating RSA host key. >>>> 2048 SHA256:efid4fCpKZlmdi69b18qj+SNx2mSPQNr6ourB/w9tPw = root@freebsd (RSA) >>>> Generating ECDSA host key. >>>> 256 SHA256:bpBVM0B9a3xDhmy3bvoC4OuELAJ4fvJd+p3tNwgia6k root@freebsd = (ECDSA) >>>> Generating ED25519 host key. >>>> 256 SHA256:VHMKoDA1Zv50CmxiLJwTIvg58S2DuBg6zj2VFXDGq/M root@freebsd = (ED25519) >>>> Performing sanity check on sshd configuration. >>>> Could not load host key: /etc/ssh/ssh_host_dsa_key >>>> Starting sshd. >>>> Could not load host key: /etc/ssh/ssh_host_dsa_key >>>> Starting cron. >>>> Starting background file system checks in 60 seconds. >>>> lock order reversal: >>>> 1st 0xc4499814 ufs (ufs) @ = /usr/home/emoe/Projects/ARM/src/sys/kern/vfs_subr.c:2498 >>>> 2nd 0xd90169a0 bufwait (bufwait) @ = /usr/home/emoe/Projects/ARM/src/sys/ufs/ffs/ffs_vnops.c:263 >>>> 3rd 0xc45c15d4 ufs (ufs) @ = /usr/home/emoe/Projects/ARM/src/sys/kern/vfs_subr.c:2498 >>>> stack backtrace: >>>> mount: /dev/mmcsd0s2: Device busy >>>>=20 >>>> Thu Mar 31 10:49:29 UTC 2016 >>>>=20 >>>> FreeBSD/arm (freebsd) (ttyu0) >>>>=20 >>>> login: >>>>=20 >>>>> On Mar 30, 2016, at 7:47 PM, Erik Moe wrote: >>>>>=20 >>>>> I was able to build a working odroid-c1 image not too long ago. = Let me pull the latest sources and see if something has changed. >>>>>=20 >>>>> Erik=20 >>>>>=20 >>>>>> On Mar 30, 2016, at 2:24 AM, Daniel Braniss = wrote: >>>>>>=20 >>>>>> Hi, >>>>>> Managed to make a bootable SD, cross compile world/kernel, >>>>>> but the kernel startup gets stuck, I can=E2=80=99t even get into = the debugger. >>>>>> any help/hints most welcome :-) >>>>>> btw, I can also boot via the network, cutting down the debug = cycle considerably. >>>>>> thanks, >>>>>> danny >>>>>> PS: here is the console output >>>>>> >>>>>> _______________________________________________ >>>>>> 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" >>>>> _______________________________________________ >>>>> 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 >>> _______________________________________________ >>> 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 From owner-freebsd-arm@freebsd.org Mon Apr 4 15:29: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 36D84B02FB0 for ; Mon, 4 Apr 2016 15:29:05 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-ig0-x22b.google.com (mail-ig0-x22b.google.com [IPv6:2607:f8b0:4001:c05::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 E61521D86 for ; Mon, 4 Apr 2016 15:29:04 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-ig0-x22b.google.com with SMTP id gy3so23664690igb.0 for ; Mon, 04 Apr 2016 08:29:04 -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:date:message-id:subject :from:to:cc; bh=jOkdCTcwh4jOi+cf4H+UnIOYBAxLG/meVwyNc0/C2bU=; b=gTGsysbQT5L7KuGHrlrailFlW43xjEnkFlcatPN3IhaWsU4XuGx3Y5mRCuph+BWy4d P19Nhr9ZVm6p2TLjA2EzY12YSh74ia2Z7VyVQ2hwucmChVhDThTxThzFzHT+U5uIrW3W +vo8+Zu7n55uQtt8r0ByzWEJwUHbdGqHY3h2AGb8s6lyDIWJVUcU9Oxwx1ByqfhY3+9e fHWXUtt6kGyxP+xWVVdgUSgVEljxsDTym+vXGc21+6ukCNKiaNIumBFUztQS4emzYN68 M6O9pbv7nZghH7hnWPR55JGg1lcHBmcsM9ksWoYa0wX3/wGZmMWuYe5ndKCLNymc3Nd1 jx8g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc; bh=jOkdCTcwh4jOi+cf4H+UnIOYBAxLG/meVwyNc0/C2bU=; b=ai1sbXHwtl/2WPUvbZGfe4kZCTbKC8yA2zXzddEfR74ACjlPvSKfbGS4CguG0yuIEy fqCTJ45jfL9i9I7GeuITKnUe8zkdOJmxWdKfO2Xwfcer/EVcSC3pZb2oxdmiz0CSWg7a NsDr+0WVBCiiIg6osB0COA+7uezxm97MbSdqoaSNOTHQalC55DK0TS0sgcGTlr+UCWFe FSO7CqgqMaRm+C1tS3SHCJiTU5nF6LiEPpzF3byvKnbB8Q+xWz79KnmI80z/JCG2O2HC p3SvnDnUMJBa+rYAG9R71N4Wyh7qZ41OXgkByV3lO3mz76PVt+RipX06ydJMU17m1ln7 QoVw== X-Gm-Message-State: AD7BkJJHVWwXqbo7HZk7vdNlvviae3jjRSghfpic14ah3JpmYf3T/aG3rAGuiHAowGuy6pcyM3yOwOBAMotHVQ== MIME-Version: 1.0 X-Received: by 10.50.108.108 with SMTP id hj12mr10588453igb.57.1459783720931; Mon, 04 Apr 2016 08:28:40 -0700 (PDT) Sender: wlosh@bsdimp.com Received: by 10.36.194.3 with HTTP; Mon, 4 Apr 2016 08:28:40 -0700 (PDT) X-Originating-IP: [50.253.99.174] In-Reply-To: <3A6ED16B-F941-41FC-B844-50292894D5F4@dsl-only.net> References: <3A6ED16B-F941-41FC-B844-50292894D5F4@dsl-only.net> Date: Mon, 4 Apr 2016 09:28:40 -0600 X-Google-Sender-Auth: 4vHw8rHAOxqhX5PJEU33_K6Gka4 Message-ID: Subject: Re: 11.0: head/lib/libsysdecode/Makefile for . . ./libsoft/usr/include uses CPP when XCPP needed? From: Warner Losh To: Mark Millard Cc: FreeBSD Toolchain , freebsd-arm Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 15:29:05 -0000 On Mon, Apr 4, 2016 at 12:18 AM, Mark Millard wrote: > The following may be suggestive of the "upstream" issue: > > Makefile.libcompat has things like. . . > > > .if ${TARGET_ARCH} == "amd64" > . . . > > LIB32WMAKEFLAGS= \ > > AS="${XAS} --32" \ > > LD="${XLD} -m elf_i386_fbsd -Y > P,${LIBCOMPATTMP}/usr/lib32" \ > > OBJCOPY="${XOBJCOPY}" > > > > > .elif ${TARGET_ARCH} == "powerpc64" > . . . > > LIB32WMAKEFLAGS= \ > > LD="${XLD} -m elf32ppc_fbsd" \ > > OBJCOPY="${XOBJCOPY}" > > .endif > > that set up to deal with some host vs. cross distinctions. > > But: > > > # soft-fp world > > .if ${TARGET_ARCH} == "armv6" > > LIBSOFTCFLAGS= -DCOMPAT_SOFTFP > > LIBSOFTCPUFLAGS= -mfloat-abi=softfp > > LIBSOFTWMAKEENV= CPUTYPE=soft MACHINE=arm MACHINE_ARCH=armv6 > > LIBSOFTWMAKEFLAGS= -DCOMPAT_SOFTFP > > .endif > > in the file has no such translations and Makefile.libcompat has no > examples of ${XCPP} anywhere. > > The only place that has ${XCPP} in /usr/src/Makefile* and > /usr/src/share/mk/* is Makefile.inc1 : > Yes, X* is an invention of the top level Makefile*. I've long been uneasy about it, but haven't been able to articulate why. > > CROSSENV+= CC="${XCC} ${XCFLAGS}" CXX="${XCXX} ${XCFLAGS} > ${XCXXFLAGS}" \ > > CPP="${XCPP} ${XCFLAGS}" \ > > AS="${XAS}" AR="${XAR}" LD="${XLD}" NM=${XNM} \ > > OBJDUMP=${XOBJDUMP} OBJCOPY="${XOBJCOPY}" \ > > RANLIB=${XRANLIB} STRINGS=${XSTRINGS} \ > > SIZE="${XSIZE}" > > but WMAKE does not use CROSSENV. Maybe it got removed over time? It there's one more layer of indirection? However, I'm not sure I agree with that: We see that's it's part of WMAKEENV, which is used by WMAKE: WMAKEENV= ${CROSSENV} \ ... WMAKE= ${WMAKEENV} ${MAKE} ${WORLD_FLAGS} -f Makefile.inc1 DESTDIR=${WORLDTMP} And several others. Am I missing something or looking at old code? Warner > > > === > Mark Millard > markmi at dsl-only.net > > On 2016-Apr-3, at 10:22 PM, Mark Millard wrote: > > On 2016-Apr-3, at 9:48 PM, Warner Losh wrote: > > > > On Sun, Apr 3, 2016 at 10:25 PM, Mark Millard > wrote: > > For an amd64 -> armv7a (rpi2 targeting) cross-compile the code > > > >> # $FreeBSD: head/lib/libsysdecode/Makefile 295931 2016-02-23 20:00:55Z > jhb $ > >> > >> . . . > >> ioctl.c: mkioctls > >> env MACHINE=${MACHINE} CPP="${CPP}" \ > >> /bin/sh ${.CURDIR}/mkioctls ${DESTDIR}${INCLUDEDIR} > > ${.TARGET} > > > > (with its use of CPP instead of the XCPP) got: > > > >> --- all_subdir_lib/libsysdecode --- > >> --- ioctl.c --- > >> env MACHINE=arm CPP="/usr/bin/clang-cpp" /bin/sh > /usr/src/lib/libsysdecode/mkioctls > /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include > ioctl.c > >> . . . > >> --- all_subdir_lib/libsysdecode --- > >> In file included from :17: > >> In file included from > /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include/dev/nvme/nvme.h:36: > >> In file included from > /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include/sys/param.h:135: > >> In file included from > /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include/machine/param.h:49: > >> > /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include/machine/acle-compat.h:182:4: > error: Unable to determine architecture version. > >> # error Unable to determine architecture version. > >> ^ > > > > In my case I had the following in the in-use src.conf in order to > control the cross compile specifics: > > > >> XCC=/usr/bin/clang -target ${TO_TYPE}--freebsd11.0-gnueabi > -march=armv7a -mcpu=cortex-a7 -mno-unaligned-access > >> XCXX=/usr/bin/clang++ -target ${TO_TYPE}--freebsd11.0-gnueabi > -march=armv7a -mcpu=cortex-a7 -mno-unaligned-access > >> XCPP=/usr/bin/clang-cpp -target ${TO_TYPE}--freebsd11.0-gnueabi > -march=armv7a -mcpu=cortex-a7 -mno-unaligned-access > > > > > > (I've been doing such for a long time but only just progressed to a 11.0 > source vintage with libsoft involved.) > > > > Even if I'm out of bounds for technique in some way I expect that > > > >> ioctl.c: mkioctls > >> env MACHINE=${MACHINE} CPP="${CPP}" \ > >> /bin/sh ${.CURDIR}/mkioctls ${DESTDIR}${INCLUDEDIR} > > ${.TARGET} > > > > is not doing everything it should to have the full context needed for . > . ./machine/acle-compat.h . > > > > It's gotta be upstream. XCPP XCC and XCXX are all exclusive to > Makefile.inc1. It's up to it to sort out the > > rest... And none of the X{AR,AS,LD,etc} are defined, so there's bound > to be an impedance mismatch. :) > > In the past when I've seen this it's been due to some kind of variable > contamination, perhaps one that's > > not otherwise known... > > > > Warner > > For reference the src.conf used for amd64 -> arm is: > > > KERNCONF=RPI2-NODBG > > TARGET=arm > > .if ${.MAKE.LEVEL} == 0 > > TARGET_ARCH=armv6 > > .export TARGET_ARCH > > .endif > > # > > WITH_LIBSOFT= > > WITH_FAST_DEPEND= > > WITH_LIBCPLUSPLUS= > > WITH_BINUTILS_BOOTSTRAP= > > WITH_CLANG= > > WITH_CLANG_IS_CC= > > WITH_CLANG_FULL= > > WITH_LLDB= > > WITH_CLANG_EXTRAS= > > WITH_BOOT= > > # > > WITHOUT_LIB32= > > WITHOUT_ELFTOOLCHAIN_BOOTSTRAP= > > WITHOUT_CLANG_BOOTSTRAP= > > WITHOUT_GCC_BOOTSTRAP= > > WITHOUT_GCC= > > WITHOUT_GNUCXX= > > # > > NO_WERROR= > > MALLOC_PRODUCTION= > > # > > WITH_DEBUG_FILES= > > # > > .if ${.MAKE.LEVEL} == 0 > > XCC=/usr/bin/clang -target ${TARGET_ARCH}--freebsd11.0-gnueabi > -march=armv7a -mcpu=cortex-a7 -mno-unaligned-access > > XCXX=/usr/bin/clang++ -target ${TARGET_ARCH}--freebsd11.0-gnueabi > -march=armv7a -mcpu=cortex-a7 -mno-unaligned-access > > XCPP=/usr/bin/clang-cpp -target ${TARGET_ARCH}--freebsd11.0-gnueabi > -march=armv7a -mcpu=cortex-a7 -mno-unaligned-access > > .export XCC > > .export XCXX > > .export XCPP > > .endif > > # > > .if ${.MAKE.LEVEL} == 0 > > CC=/usr/bin/clang > > CXX=/usr/bin/clang++ > > CPP=/usr/bin/clang-cpp > > .export CC > > .export CXX > > .export CPP > > .endif > > > === > Mark Millard > markmi at dsl-only.net > > > From owner-freebsd-arm@freebsd.org Mon Apr 4 17:24:18 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 E3C99B038F5 for ; Mon, 4 Apr 2016 17:24:18 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-157.reflexion.net [208.70.211.157]) (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 A65681480 for ; Mon, 4 Apr 2016 17:24:18 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 10157 invoked from network); 4 Apr 2016 17:24:12 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 4 Apr 2016 17:24:12 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.90.2) with SMTP; Mon, 04 Apr 2016 13:24:02 -0400 (EDT) Received: (qmail 3033 invoked from network); 4 Apr 2016 17:24:01 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 4 Apr 2016 17:24:01 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 0347B1C4078; Mon, 4 Apr 2016 10:24:07 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: 11.0: head/lib/libsysdecode/Makefile for . . ./libsoft/usr/include uses CPP when XCPP needed? From: Mark Millard In-Reply-To: Date: Mon, 4 Apr 2016 10:24:10 -0700 Cc: FreeBSD Toolchain , freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <3A6ED16B-F941-41FC-B844-50292894D5F4@dsl-only.net> To: Warner Losh X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 17:24:19 -0000 On 2016-Apr-4, at 8:28 AM, Warner Losh wrote: > However, I'm not sure I agree with that: > We see that's it's part of WMAKEENV, which is used by WMAKE: >=20 > WMAKEENV=3D ${CROSSENV} \ You are correct. I just missed it somehow when I looked. But (Makefile.inc1): (no use here of WMAKE for build${libcompat} for buildsoft) > .if !defined(NO_CLEAN) > @echo > @echo = "--------------------------------------------------------------" > @echo ">>> stage 2.1: cleaning up the object tree" > @echo = "--------------------------------------------------------------" > ${_+_}cd ${.CURDIR}; ${WMAKE} ${CLEANDIR} > .if defined(LIBCOMPAT) > ${_+_}cd ${.CURDIR}; ${LIBCOMPATWMAKE} -f Makefile.inc1 = ${CLEANDIR} > .endif > .endif . . . and separately . . . > .if defined(LIBCOMPAT) && empty(SUBDIR_OVERRIDE) > WMAKE_TGTS+=3D build${libcompat} > .endif >=20 > buildworld: buildworld_prologue ${WMAKE_TGTS} buildworld_epilogue and (Makefile.libcompat): (again no use here of WMAKE for build${libcompat} for buildsoft) (just direct use of LIBSOFTWMAKEENV and LIBSOFTWMAKEFLAGS that do not = deal with ${XCPP} at all) > # soft-fp world > .if ${TARGET_ARCH} =3D=3D "armv6" > LIBSOFTCFLAGS=3D -DCOMPAT_SOFTFP > LIBSOFTCPUFLAGS=3D -mfloat-abi=3Dsoftfp > LIBSOFTWMAKEENV=3D CPUTYPE=3Dsoft MACHINE=3Darm MACHINE_ARCH=3Darmv6 > LIBSOFTWMAKEFLAGS=3D -DCOMPAT_SOFTFP > .endif > . . . > LIBCOMPATWMAKE+=3D ${LIBCOMPATWMAKEENV} ${MAKE} = ${LIBCOMPATWMAKEFLAGS} \ > MK_MAN=3Dno MK_HTML=3Dno > . . . > build${libcompat}: .PHONY > @echo > @echo = "--------------------------------------------------------------" > @echo ">>> stage 5.1: building lib${libcompat} shim libraries" > @echo = "--------------------------------------------------------------" > . . . > ${_+_}cd ${.CURDIR}; \ > ${LIBCOMPATWMAKE} -f Makefile.inc1 -DNO_FSCHG libraries =3D=3D=3D Mark Millard markmi@dsl-only.net On 2016-Apr-4, at 8:28 AM, Warner Losh wrote: On Mon, Apr 4, 2016 at 12:18 AM, Mark Millard = wrote: The following may be suggestive of the "upstream" issue: Makefile.libcompat has things like. . . > .if ${TARGET_ARCH} =3D=3D "amd64" . . . > LIB32WMAKEFLAGS=3D \ > AS=3D"${XAS} --32" \ > LD=3D"${XLD} -m elf_i386_fbsd -Y = P,${LIBCOMPATTMP}/usr/lib32" \ > OBJCOPY=3D"${XOBJCOPY}" > > .elif ${TARGET_ARCH} =3D=3D "powerpc64" . . . > LIB32WMAKEFLAGS=3D \ > LD=3D"${XLD} -m elf32ppc_fbsd" \ > OBJCOPY=3D"${XOBJCOPY}" > .endif that set up to deal with some host vs. cross distinctions. But: > # soft-fp world > .if ${TARGET_ARCH} =3D=3D "armv6" > LIBSOFTCFLAGS=3D -DCOMPAT_SOFTFP > LIBSOFTCPUFLAGS=3D -mfloat-abi=3Dsoftfp > LIBSOFTWMAKEENV=3D CPUTYPE=3Dsoft MACHINE=3Darm MACHINE_ARCH=3Darmv6 > LIBSOFTWMAKEFLAGS=3D -DCOMPAT_SOFTFP > .endif in the file has no such translations and Makefile.libcompat has no = examples of ${XCPP} anywhere. The only place that has ${XCPP} in /usr/src/Makefile* and = /usr/src/share/mk/* is Makefile.inc1 : Yes, X* is an invention of the top level Makefile*. I've long been = uneasy about it, but haven't been able to articulate why. =20 > CROSSENV+=3D CC=3D"${XCC} ${XCFLAGS}" CXX=3D"${XCXX} ${XCFLAGS} = ${XCXXFLAGS}" \ > CPP=3D"${XCPP} ${XCFLAGS}" \ > AS=3D"${XAS}" AR=3D"${XAR}" LD=3D"${XLD}" NM=3D${XNM} = \ > OBJDUMP=3D${XOBJDUMP} OBJCOPY=3D"${XOBJCOPY}" \ > RANLIB=3D${XRANLIB} STRINGS=3D${XSTRINGS} \ > SIZE=3D"${XSIZE}" but WMAKE does not use CROSSENV. Maybe it got removed over time? It there's one more layer of = indirection? However, I'm not sure I agree with that: We see that's it's part of WMAKEENV, which is used by WMAKE: WMAKEENV=3D ${CROSSENV} \ ... WMAKE=3D ${WMAKEENV} ${MAKE} ${WORLD_FLAGS} -f Makefile.inc1 = DESTDIR=3D${WORLDTMP} And several others. Am I missing something or looking at old code? Warner =20 =3D=3D=3D Mark Millard markmi at dsl-only.net On 2016-Apr-3, at 10:22 PM, Mark Millard wrote: On 2016-Apr-3, at 9:48 PM, Warner Losh wrote: > > On Sun, Apr 3, 2016 at 10:25 PM, Mark Millard = wrote: > For an amd64 -> armv7a (rpi2 targeting) cross-compile the code > >> # $FreeBSD: head/lib/libsysdecode/Makefile 295931 2016-02-23 = 20:00:55Z jhb $ >> >> . . . >> ioctl.c: mkioctls >> env MACHINE=3D${MACHINE} CPP=3D"${CPP}" \ >> /bin/sh ${.CURDIR}/mkioctls ${DESTDIR}${INCLUDEDIR} > = ${.TARGET} > > (with its use of CPP instead of the XCPP) got: > >> --- all_subdir_lib/libsysdecode --- >> --- ioctl.c --- >> env MACHINE=3Darm CPP=3D"/usr/bin/clang-cpp" /bin/sh = /usr/src/lib/libsysdecode/mkioctls = /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include > ioctl.c >> . . . >> --- all_subdir_lib/libsysdecode --- >> In file included from :17: >> In file included from = /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include/dev/nvme/nvme.h:36: >> In file included from = /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include/sys/param.h:135: >> In file included from = /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include/machine/param.h:49: >> = /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include/machine/acle-compat.h= :182:4: error: Unable to determine architecture version. >> # error Unable to determine architecture version. >> ^ > > In my case I had the following in the in-use src.conf in order to = control the cross compile specifics: > >> XCC=3D/usr/bin/clang -target ${TO_TYPE}--freebsd11.0-gnueabi = -march=3Darmv7a -mcpu=3Dcortex-a7 -mno-unaligned-access >> XCXX=3D/usr/bin/clang++ -target ${TO_TYPE}--freebsd11.0-gnueabi = -march=3Darmv7a -mcpu=3Dcortex-a7 -mno-unaligned-access >> XCPP=3D/usr/bin/clang-cpp -target ${TO_TYPE}--freebsd11.0-gnueabi = -march=3Darmv7a -mcpu=3Dcortex-a7 -mno-unaligned-access > > > (I've been doing such for a long time but only just progressed to a = 11.0 source vintage with libsoft involved.) > > Even if I'm out of bounds for technique in some way I expect that > >> ioctl.c: mkioctls >> env MACHINE=3D${MACHINE} CPP=3D"${CPP}" \ >> /bin/sh ${.CURDIR}/mkioctls ${DESTDIR}${INCLUDEDIR} > = ${.TARGET} > > is not doing everything it should to have the full context needed for = . . ./machine/acle-compat.h . > > It's gotta be upstream. XCPP XCC and XCXX are all exclusive to = Makefile.inc1. It's up to it to sort out the > rest... And none of the X{AR,AS,LD,etc} are defined, so there's bound = to be an impedance mismatch. :) > In the past when I've seen this it's been due to some kind of variable = contamination, perhaps one that's > not otherwise known... > > Warner For reference the src.conf used for amd64 -> arm is: > KERNCONF=3DRPI2-NODBG > TARGET=3Darm > .if ${.MAKE.LEVEL} =3D=3D 0 > TARGET_ARCH=3Darmv6 > .export TARGET_ARCH > .endif > # > WITH_LIBSOFT=3D > WITH_FAST_DEPEND=3D > WITH_LIBCPLUSPLUS=3D > WITH_BINUTILS_BOOTSTRAP=3D > WITH_CLANG=3D > WITH_CLANG_IS_CC=3D > WITH_CLANG_FULL=3D > WITH_LLDB=3D > WITH_CLANG_EXTRAS=3D > WITH_BOOT=3D > # > WITHOUT_LIB32=3D > WITHOUT_ELFTOOLCHAIN_BOOTSTRAP=3D > WITHOUT_CLANG_BOOTSTRAP=3D > WITHOUT_GCC_BOOTSTRAP=3D > WITHOUT_GCC=3D > WITHOUT_GNUCXX=3D > # > NO_WERROR=3D > MALLOC_PRODUCTION=3D > # > WITH_DEBUG_FILES=3D > # > .if ${.MAKE.LEVEL} =3D=3D 0 > XCC=3D/usr/bin/clang -target ${TARGET_ARCH}--freebsd11.0-gnueabi = -march=3Darmv7a -mcpu=3Dcortex-a7 -mno-unaligned-access > XCXX=3D/usr/bin/clang++ -target ${TARGET_ARCH}--freebsd11.0-gnueabi = -march=3Darmv7a -mcpu=3Dcortex-a7 -mno-unaligned-access > XCPP=3D/usr/bin/clang-cpp -target ${TARGET_ARCH}--freebsd11.0-gnueabi = -march=3Darmv7a -mcpu=3Dcortex-a7 -mno-unaligned-access > .export XCC > .export XCXX > .export XCPP > .endif > # > .if ${.MAKE.LEVEL} =3D=3D 0 > CC=3D/usr/bin/clang > CXX=3D/usr/bin/clang++ > CPP=3D/usr/bin/clang-cpp > .export CC > .export CXX > .export CPP > .endif =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Mon Apr 4 18:05:13 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 E9283B02456 for ; Mon, 4 Apr 2016 18:05:13 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-156.reflexion.net [208.70.211.156]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 989E5186B for ; Mon, 4 Apr 2016 18:05:13 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 24161 invoked from network); 4 Apr 2016 18:05:10 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 4 Apr 2016 18:05:10 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.90.2) with SMTP; Mon, 04 Apr 2016 14:05:32 -0400 (EDT) Received: (qmail 5322 invoked from network); 4 Apr 2016 18:05:32 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 4 Apr 2016 18:05:32 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 1CBC7B1E001; Mon, 4 Apr 2016 11:05:05 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: 11.0: head/lib/libsysdecode/Makefile for . . ./libsoft/usr/include uses CPP when XCPP needed? From: Mark Millard In-Reply-To: Date: Mon, 4 Apr 2016 11:05:07 -0700 Cc: FreeBSD Toolchain , freebsd-arm Message-Id: <050EC0FA-21F9-4EAB-8771-B0F6E9DEE087@dsl-only.net> References: <3A6ED16B-F941-41FC-B844-50292894D5F4@dsl-only.net> To: Warner Losh X-Mailer: Apple Mail (2.3124) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 18:05:14 -0000 On 2016-Apr-4, at 10:24 AM, Mark Millard wrote: >=20 > On 2016-Apr-4, at 8:28 AM, Warner Losh wrote: >> However, I'm not sure I agree with that: >> We see that's it's part of WMAKEENV, which is used by WMAKE: >>=20 >> WMAKEENV=3D ${CROSSENV} \ >=20 > You are correct. I just missed it somehow when I looked. >=20 >=20 >=20 >=20 > But (Makefile.inc1): > (no use here of WMAKE for build${libcompat} for buildsoft) >=20 >> .if !defined(NO_CLEAN) >> @echo >> @echo = "--------------------------------------------------------------" >> @echo ">>> stage 2.1: cleaning up the object tree" >> @echo = "--------------------------------------------------------------" >> ${_+_}cd ${.CURDIR}; ${WMAKE} ${CLEANDIR} >> .if defined(LIBCOMPAT) >> ${_+_}cd ${.CURDIR}; ${LIBCOMPATWMAKE} -f Makefile.inc1 = ${CLEANDIR} >> .endif >> .endif > . . . and separately . . . >> .if defined(LIBCOMPAT) && empty(SUBDIR_OVERRIDE) >> WMAKE_TGTS+=3D build${libcompat} >> .endif >>=20 >> buildworld: buildworld_prologue ${WMAKE_TGTS} buildworld_epilogue >=20 > and (Makefile.libcompat): > (again no use here of WMAKE for build${libcompat} for buildsoft) > (just direct use of LIBSOFTWMAKEENV and LIBSOFTWMAKEFLAGS that do not = deal with ${XCPP} at all) >=20 >> # soft-fp world >> .if ${TARGET_ARCH} =3D=3D "armv6" >> LIBSOFTCFLAGS=3D -DCOMPAT_SOFTFP >> LIBSOFTCPUFLAGS=3D -mfloat-abi=3Dsoftfp >> LIBSOFTWMAKEENV=3D CPUTYPE=3Dsoft MACHINE=3Darm MACHINE_ARCH=3Darmv6 >> LIBSOFTWMAKEFLAGS=3D -DCOMPAT_SOFTFP >> .endif >> . . . I was interrupted and I see that I missed some macros: libcompat=3D ${LIBCOMPAT:tl} _LIBCOMPAT_MAKEVARS=3D _OBJTREE TMP CPUFLAGS CFLAGS CXXFLAGS WMAKEENV = \ WMAKEFLAGS WMAKE .for _var in ${_LIBCOMPAT_MAKEVARS} .if !empty(LIB${LIBCOMPAT}${_var}) LIBCOMPAT${_var}?=3D ${LIB${LIBCOMPAT}${_var}} .endif .endfor . . . LIBCOMPATWMAKEENV+=3D MAKEOBJDIRPREFIX=3D${LIBCOMPAT_OBJTREE} \ INSTALL=3D"sh ${.CURDIR}/tools/install.sh" \ PATH=3D${TMPPATH} \ LIBDIR=3D/usr/lib${libcompat} \ SHLIBDIR=3D/usr/lib${libcompat} \ DTRACE=3D"${LIB$COMPATDTRACE:U${DTRACE}}" LIBCOMPATWMAKEFLAGS+=3D CC=3D"${XCC} ${LIBCOMPATCFLAGS}" \ CXX=3D"${XCXX} ${LIBCOMPATCFLAGS} ${LIBCOMPATCXXFLAGS}" = \ DESTDIR=3D${LIBCOMPATTMP} \ -DNO_CPU_CFLAGS \ MK_CTF=3Dno \ -DNO_LINT \ MK_TESTS=3Dno >> LIBCOMPATWMAKE+=3D ${LIBCOMPATWMAKEENV} ${MAKE} = ${LIBCOMPATWMAKEFLAGS} \ >> MK_MAN=3Dno MK_HTML=3Dno >> . . . >> build${libcompat}: .PHONY >> @echo >> @echo = "--------------------------------------------------------------" >> @echo ">>> stage 5.1: building lib${libcompat} shim libraries" >> @echo = "--------------------------------------------------------------" >> . . . >> ${_+_}cd ${.CURDIR}; \ >> ${LIBCOMPATWMAKE} -f Makefile.inc1 -DNO_FSCHG libraries >=20 >=20 > =3D=3D=3D > Mark Millard > markmi@dsl-only.net Still no use of ${XCPP} . =3D=3D=3D Mark Millard markmi at dsl-only.net On 2016-Apr-4, at 8:28 AM, Warner Losh wrote: On Mon, Apr 4, 2016 at 12:18 AM, Mark Millard = wrote: The following may be suggestive of the "upstream" issue: Makefile.libcompat has things like. . . > .if ${TARGET_ARCH} =3D=3D "amd64" . . . > LIB32WMAKEFLAGS=3D \ > AS=3D"${XAS} --32" \ > LD=3D"${XLD} -m elf_i386_fbsd -Y = P,${LIBCOMPATTMP}/usr/lib32" \ > OBJCOPY=3D"${XOBJCOPY}" >=20 > .elif ${TARGET_ARCH} =3D=3D "powerpc64" . . . > LIB32WMAKEFLAGS=3D \ > LD=3D"${XLD} -m elf32ppc_fbsd" \ > OBJCOPY=3D"${XOBJCOPY}" > .endif that set up to deal with some host vs. cross distinctions. But: > # soft-fp world > .if ${TARGET_ARCH} =3D=3D "armv6" > LIBSOFTCFLAGS=3D -DCOMPAT_SOFTFP > LIBSOFTCPUFLAGS=3D -mfloat-abi=3Dsoftfp > LIBSOFTWMAKEENV=3D CPUTYPE=3Dsoft MACHINE=3Darm MACHINE_ARCH=3Darmv6 > LIBSOFTWMAKEFLAGS=3D -DCOMPAT_SOFTFP > .endif in the file has no such translations and Makefile.libcompat has no = examples of ${XCPP} anywhere. The only place that has ${XCPP} in /usr/src/Makefile* and = /usr/src/share/mk/* is Makefile.inc1 : Yes, X* is an invention of the top level Makefile*. I've long been = uneasy about it, but haven't been able to articulate why. > CROSSENV+=3D CC=3D"${XCC} ${XCFLAGS}" CXX=3D"${XCXX} ${XCFLAGS} = ${XCXXFLAGS}" \ > CPP=3D"${XCPP} ${XCFLAGS}" \ > AS=3D"${XAS}" AR=3D"${XAR}" LD=3D"${XLD}" NM=3D${XNM} \ > OBJDUMP=3D${XOBJDUMP} OBJCOPY=3D"${XOBJCOPY}" \ > RANLIB=3D${XRANLIB} STRINGS=3D${XSTRINGS} \ > SIZE=3D"${XSIZE}" but WMAKE does not use CROSSENV. Maybe it got removed over time? It there's one more layer of = indirection? However, I'm not sure I agree with that: We see that's it's part of WMAKEENV, which is used by WMAKE: WMAKEENV=3D ${CROSSENV} \ ... WMAKE=3D ${WMAKEENV} ${MAKE} ${WORLD_FLAGS} -f Makefile.inc1 = DESTDIR=3D${WORLDTMP} And several others. Am I missing something or looking at old code? Warner =3D=3D=3D Mark Millard markmi at dsl-only.net On 2016-Apr-3, at 10:22 PM, Mark Millard wrote: On 2016-Apr-3, at 9:48 PM, Warner Losh wrote: >=20 > On Sun, Apr 3, 2016 at 10:25 PM, Mark Millard = wrote: > For an amd64 -> armv7a (rpi2 targeting) cross-compile the code >=20 >> # $FreeBSD: head/lib/libsysdecode/Makefile 295931 2016-02-23 = 20:00:55Z jhb $ >>=20 >> . . . >> ioctl.c: mkioctls >> env MACHINE=3D${MACHINE} CPP=3D"${CPP}" \ >> /bin/sh ${.CURDIR}/mkioctls ${DESTDIR}${INCLUDEDIR} > = ${.TARGET} >=20 > (with its use of CPP instead of the XCPP) got: >=20 >> --- all_subdir_lib/libsysdecode --- >> --- ioctl.c --- >> env MACHINE=3Darm CPP=3D"/usr/bin/clang-cpp" /bin/sh = /usr/src/lib/libsysdecode/mkioctls = /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include > ioctl.c >> . . . >> --- all_subdir_lib/libsysdecode --- >> In file included from :17: >> In file included from = /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include/dev/nvme/nvme.h:36: >> In file included from = /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include/sys/param.h:135: >> In file included from = /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include/machine/param.h:49: >> = /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include/machine/acle-compat.h= :182:4: error: Unable to determine architecture version. >> # error Unable to determine architecture version. >> ^ >=20 > In my case I had the following in the in-use src.conf in order to = control the cross compile specifics: >=20 >> XCC=3D/usr/bin/clang -target ${TO_TYPE}--freebsd11.0-gnueabi = -march=3Darmv7a -mcpu=3Dcortex-a7 -mno-unaligned-access >> XCXX=3D/usr/bin/clang++ -target ${TO_TYPE}--freebsd11.0-gnueabi = -march=3Darmv7a -mcpu=3Dcortex-a7 -mno-unaligned-access >> XCPP=3D/usr/bin/clang-cpp -target ${TO_TYPE}--freebsd11.0-gnueabi = -march=3Darmv7a -mcpu=3Dcortex-a7 -mno-unaligned-access >=20 >=20 > (I've been doing such for a long time but only just progressed to a = 11.0 source vintage with libsoft involved.) >=20 > Even if I'm out of bounds for technique in some way I expect that >=20 >> ioctl.c: mkioctls >> env MACHINE=3D${MACHINE} CPP=3D"${CPP}" \ >> /bin/sh ${.CURDIR}/mkioctls ${DESTDIR}${INCLUDEDIR} > = ${.TARGET} >=20 > is not doing everything it should to have the full context needed for = . . ./machine/acle-compat.h . >=20 > It's gotta be upstream. XCPP XCC and XCXX are all exclusive to = Makefile.inc1. It's up to it to sort out the > rest... And none of the X{AR,AS,LD,etc} are defined, so there's bound = to be an impedance mismatch. :) > In the past when I've seen this it's been due to some kind of variable = contamination, perhaps one that's > not otherwise known... >=20 > Warner For reference the src.conf used for amd64 -> arm is: > KERNCONF=3DRPI2-NODBG > TARGET=3Darm > .if ${.MAKE.LEVEL} =3D=3D 0 > TARGET_ARCH=3Darmv6 > .export TARGET_ARCH > .endif > # > WITH_LIBSOFT=3D > WITH_FAST_DEPEND=3D > WITH_LIBCPLUSPLUS=3D > WITH_BINUTILS_BOOTSTRAP=3D > WITH_CLANG=3D > WITH_CLANG_IS_CC=3D > WITH_CLANG_FULL=3D > WITH_LLDB=3D > WITH_CLANG_EXTRAS=3D > WITH_BOOT=3D > # > WITHOUT_LIB32=3D > WITHOUT_ELFTOOLCHAIN_BOOTSTRAP=3D > WITHOUT_CLANG_BOOTSTRAP=3D > WITHOUT_GCC_BOOTSTRAP=3D > WITHOUT_GCC=3D > WITHOUT_GNUCXX=3D > # > NO_WERROR=3D > MALLOC_PRODUCTION=3D > # > WITH_DEBUG_FILES=3D > # > .if ${.MAKE.LEVEL} =3D=3D 0 > XCC=3D/usr/bin/clang -target ${TARGET_ARCH}--freebsd11.0-gnueabi = -march=3Darmv7a -mcpu=3Dcortex-a7 -mno-unaligned-access > XCXX=3D/usr/bin/clang++ -target ${TARGET_ARCH}--freebsd11.0-gnueabi = -march=3Darmv7a -mcpu=3Dcortex-a7 -mno-unaligned-access > XCPP=3D/usr/bin/clang-cpp -target ${TARGET_ARCH}--freebsd11.0-gnueabi = -march=3Darmv7a -mcpu=3Dcortex-a7 -mno-unaligned-access > .export XCC > .export XCXX > .export XCPP > .endif > # > .if ${.MAKE.LEVEL} =3D=3D 0 > CC=3D/usr/bin/clang > CXX=3D/usr/bin/clang++ > CPP=3D/usr/bin/clang-cpp > .export CC > .export CXX > .export CPP > .endif =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Mon Apr 4 21:02:55 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 A8257B03A78 for ; Mon, 4 Apr 2016 21:02:55 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-156.reflexion.net [208.70.211.156]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 59CDF12D9 for ; Mon, 4 Apr 2016 21:02:54 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 12059 invoked from network); 4 Apr 2016 21:02:53 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 4 Apr 2016 21:02:53 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.90.2) with SMTP; Mon, 04 Apr 2016 17:03:16 -0400 (EDT) Received: (qmail 32658 invoked from network); 4 Apr 2016 21:03:15 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 4 Apr 2016 21:03:15 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id DB1ACB1E001; Mon, 4 Apr 2016 14:02:47 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: 11.0: head/lib/libsysdecode/Makefile for . . ./libsoft/usr/include uses CPP when XCPP needed? From: Mark Millard In-Reply-To: <050EC0FA-21F9-4EAB-8771-B0F6E9DEE087@dsl-only.net> Date: Mon, 4 Apr 2016 14:02:51 -0700 Cc: FreeBSD Toolchain , freebsd-arm Message-Id: <9952A60C-C3F1-40C3-AEAE-96AF6CA6E829@dsl-only.net> References: <3A6ED16B-F941-41FC-B844-50292894D5F4@dsl-only.net> <050EC0FA-21F9-4EAB-8771-B0F6E9DEE087@dsl-only.net> To: Warner Losh X-Mailer: Apple Mail (2.3124) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 21:02:55 -0000 As a fix for >> --- all_subdir_lib/libsysdecode --- >> In file included from :17: >> In file included from = /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include/dev/nvme/nvme.h:36: >> In file included from = /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include/sys/param.h:135: >> In file included from = /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include/machine/param.h:49: >> = /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include/machine/acle-compat.h= :182:4: error: Unable to determine architecture version. >> # error Unable to determine architecture version. >> ^ I tested building an amd64 -> arm cross-build based on > # svnlite diff Makefile.libcompat > Index: Makefile.libcompat > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- Makefile.libcompat (revision 297514) > +++ Makefile.libcompat (working copy) > @@ -90,6 +90,7 @@ > DTRACE=3D"${LIB$COMPATDTRACE:U${DTRACE}}" > LIBCOMPATWMAKEFLAGS+=3D CC=3D"${XCC} ${LIBCOMPATCFLAGS}" \ > CXX=3D"${XCXX} ${LIBCOMPATCFLAGS} ${LIBCOMPATCXXFLAGS}" = \ > + CPP=3D"${XCPP}" \ > DESTDIR=3D${LIBCOMPATTMP} \ > -DNO_CPU_CFLAGS \ > MK_CTF=3Dno \ and it completed without getting an "error:". So this addition to = Makefile.libcompat may be one option for a fix. =3D=3D=3D Mark Millard markmi at dsl-only.net On 2016-Apr-4, at 11:05 AM, Mark Millard wrote: On 2016-Apr-4, at 10:24 AM, Mark Millard > wrote: >=20 > On 2016-Apr-4, at 8:28 AM, Warner Losh > wrote: >> However, I'm not sure I agree with that: >> We see that's it's part of WMAKEENV, which is used by WMAKE: >>=20 >> WMAKEENV=3D ${CROSSENV} \ >=20 > You are correct. I just missed it somehow when I looked. >=20 >=20 >=20 >=20 > But (Makefile.inc1): > (no use here of WMAKE for build${libcompat} for buildsoft) >=20 >> .if !defined(NO_CLEAN) >> @echo >> @echo = "--------------------------------------------------------------" >> @echo ">>> stage 2.1: cleaning up the object tree" >> @echo = "--------------------------------------------------------------" >> ${_+_}cd ${.CURDIR}; ${WMAKE} ${CLEANDIR} >> .if defined(LIBCOMPAT) >> ${_+_}cd ${.CURDIR}; ${LIBCOMPATWMAKE} -f Makefile.inc1 = ${CLEANDIR} >> .endif >> .endif > . . . and separately . . . >> .if defined(LIBCOMPAT) && empty(SUBDIR_OVERRIDE) >> WMAKE_TGTS+=3D build${libcompat} >> .endif >>=20 >> buildworld: buildworld_prologue ${WMAKE_TGTS} buildworld_epilogue >=20 > and (Makefile.libcompat): > (again no use here of WMAKE for build${libcompat} for buildsoft) > (just direct use of LIBSOFTWMAKEENV and LIBSOFTWMAKEFLAGS that do not = deal with ${XCPP} at all) >=20 >> # soft-fp world >> .if ${TARGET_ARCH} =3D=3D "armv6" >> LIBSOFTCFLAGS=3D -DCOMPAT_SOFTFP >> LIBSOFTCPUFLAGS=3D -mfloat-abi=3Dsoftfp >> LIBSOFTWMAKEENV=3D CPUTYPE=3Dsoft MACHINE=3Darm MACHINE_ARCH=3Darmv6 >> LIBSOFTWMAKEFLAGS=3D -DCOMPAT_SOFTFP >> .endif >> . . . I was interrupted and I see that I missed some macros: libcompat=3D ${LIBCOMPAT:tl} _LIBCOMPAT_MAKEVARS=3D _OBJTREE TMP CPUFLAGS CFLAGS CXXFLAGS WMAKEENV = \ WMAKEFLAGS WMAKE .for _var in ${_LIBCOMPAT_MAKEVARS} .if !empty(LIB${LIBCOMPAT}${_var}) LIBCOMPAT${_var}?=3D ${LIB${LIBCOMPAT}${_var}} .endif .endfor . . . LIBCOMPATWMAKEENV+=3D MAKEOBJDIRPREFIX=3D${LIBCOMPAT_OBJTREE} \ INSTALL=3D"sh ${.CURDIR}/tools/install.sh" \ PATH=3D${TMPPATH} \ LIBDIR=3D/usr/lib${libcompat} \ SHLIBDIR=3D/usr/lib${libcompat} \ DTRACE=3D"${LIB$COMPATDTRACE:U${DTRACE}}" LIBCOMPATWMAKEFLAGS+=3D CC=3D"${XCC} ${LIBCOMPATCFLAGS}" \ CXX=3D"${XCXX} ${LIBCOMPATCFLAGS} ${LIBCOMPATCXXFLAGS}" = \ DESTDIR=3D${LIBCOMPATTMP} \ -DNO_CPU_CFLAGS \ MK_CTF=3Dno \ -DNO_LINT \ MK_TESTS=3Dno >> LIBCOMPATWMAKE+=3D ${LIBCOMPATWMAKEENV} ${MAKE} = ${LIBCOMPATWMAKEFLAGS} \ >> MK_MAN=3Dno MK_HTML=3Dno >> . . . >> build${libcompat}: .PHONY >> @echo >> @echo = "--------------------------------------------------------------" >> @echo ">>> stage 5.1: building lib${libcompat} shim libraries" >> @echo = "--------------------------------------------------------------" >> . . . >> ${_+_}cd ${.CURDIR}; \ >> ${LIBCOMPATWMAKE} -f Makefile.inc1 -DNO_FSCHG libraries >=20 >=20 > =3D=3D=3D > Mark Millard > markmi@dsl-only.net Still no use of ${XCPP} . =3D=3D=3D Mark Millard markmi at dsl-only.net On 2016-Apr-4, at 8:28 AM, Warner Losh > wrote: On Mon, Apr 4, 2016 at 12:18 AM, Mark Millard > wrote: The following may be suggestive of the "upstream" issue: Makefile.libcompat has things like. . . > .if ${TARGET_ARCH} =3D=3D "amd64" . . . > LIB32WMAKEFLAGS=3D \ > AS=3D"${XAS} --32" \ > LD=3D"${XLD} -m elf_i386_fbsd -Y = P,${LIBCOMPATTMP}/usr/lib32" \ > OBJCOPY=3D"${XOBJCOPY}" >=20 > .elif ${TARGET_ARCH} =3D=3D "powerpc64" . . . > LIB32WMAKEFLAGS=3D \ > LD=3D"${XLD} -m elf32ppc_fbsd" \ > OBJCOPY=3D"${XOBJCOPY}" > .endif that set up to deal with some host vs. cross distinctions. But: > # soft-fp world > .if ${TARGET_ARCH} =3D=3D "armv6" > LIBSOFTCFLAGS=3D -DCOMPAT_SOFTFP > LIBSOFTCPUFLAGS=3D -mfloat-abi=3Dsoftfp > LIBSOFTWMAKEENV=3D CPUTYPE=3Dsoft MACHINE=3Darm MACHINE_ARCH=3Darmv6 > LIBSOFTWMAKEFLAGS=3D -DCOMPAT_SOFTFP > .endif in the file has no such translations and Makefile.libcompat has no = examples of ${XCPP} anywhere. The only place that has ${XCPP} in /usr/src/Makefile* and = /usr/src/share/mk/* is Makefile.inc1 : Yes, X* is an invention of the top level Makefile*. I've long been = uneasy about it, but haven't been able to articulate why. > CROSSENV+=3D CC=3D"${XCC} ${XCFLAGS}" CXX=3D"${XCXX} ${XCFLAGS} = ${XCXXFLAGS}" \ > CPP=3D"${XCPP} ${XCFLAGS}" \ > AS=3D"${XAS}" AR=3D"${XAR}" LD=3D"${XLD}" NM=3D${XNM} \ > OBJDUMP=3D${XOBJDUMP} OBJCOPY=3D"${XOBJCOPY}" \ > RANLIB=3D${XRANLIB} STRINGS=3D${XSTRINGS} \ > SIZE=3D"${XSIZE}" but WMAKE does not use CROSSENV. Maybe it got removed over time? It there's one more layer of = indirection? However, I'm not sure I agree with that: We see that's it's part of WMAKEENV, which is used by WMAKE: WMAKEENV=3D ${CROSSENV} \ ... WMAKE=3D ${WMAKEENV} ${MAKE} ${WORLD_FLAGS} -f Makefile.inc1 = DESTDIR=3D${WORLDTMP} And several others. Am I missing something or looking at old code? Warner =3D=3D=3D Mark Millard markmi at dsl-only.net On 2016-Apr-3, at 10:22 PM, Mark Millard > wrote: On 2016-Apr-3, at 9:48 PM, Warner Losh > wrote: >=20 > On Sun, Apr 3, 2016 at 10:25 PM, Mark Millard > wrote: > For an amd64 -> armv7a (rpi2 targeting) cross-compile the code >=20 >> # $FreeBSD: head/lib/libsysdecode/Makefile 295931 2016-02-23 = 20:00:55Z jhb $ >>=20 >> . . . >> ioctl.c: mkioctls >> env MACHINE=3D${MACHINE} CPP=3D"${CPP}" \ >> /bin/sh ${.CURDIR}/mkioctls ${DESTDIR}${INCLUDEDIR} > = ${.TARGET} >=20 > (with its use of CPP instead of the XCPP) got: >=20 >> --- all_subdir_lib/libsysdecode --- >> --- ioctl.c --- >> env MACHINE=3Darm CPP=3D"/usr/bin/clang-cpp" /bin/sh = /usr/src/lib/libsysdecode/mkioctls = /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include > ioctl.c >> . . . >> --- all_subdir_lib/libsysdecode --- >> In file included from :17: >> In file included from = /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include/dev/nvme/nvme.h:36: >> In file included from = /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include/sys/param.h:135: >> In file included from = /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include/machine/param.h:49: >> = /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include/machine/acle-compat.h= :182:4: error: Unable to determine architecture version. >> # error Unable to determine architecture version. >> ^ >=20 > In my case I had the following in the in-use src.conf in order to = control the cross compile specifics: >=20 >> XCC=3D/usr/bin/clang -target ${TO_TYPE}--freebsd11.0-gnueabi = -march=3Darmv7a -mcpu=3Dcortex-a7 -mno-unaligned-access >> XCXX=3D/usr/bin/clang++ -target ${TO_TYPE}--freebsd11.0-gnueabi = -march=3Darmv7a -mcpu=3Dcortex-a7 -mno-unaligned-access >> XCPP=3D/usr/bin/clang-cpp -target ${TO_TYPE}--freebsd11.0-gnueabi = -march=3Darmv7a -mcpu=3Dcortex-a7 -mno-unaligned-access >=20 >=20 > (I've been doing such for a long time but only just progressed to a = 11.0 source vintage with libsoft involved.) >=20 > Even if I'm out of bounds for technique in some way I expect that >=20 >> ioctl.c: mkioctls >> env MACHINE=3D${MACHINE} CPP=3D"${CPP}" \ >> /bin/sh ${.CURDIR}/mkioctls ${DESTDIR}${INCLUDEDIR} > = ${.TARGET} >=20 > is not doing everything it should to have the full context needed for = . . ./machine/acle-compat.h . >=20 > It's gotta be upstream. XCPP XCC and XCXX are all exclusive to = Makefile.inc1. It's up to it to sort out the > rest... And none of the X{AR,AS,LD,etc} are defined, so there's bound = to be an impedance mismatch. :) > In the past when I've seen this it's been due to some kind of variable = contamination, perhaps one that's > not otherwise known... >=20 > Warner For reference the src.conf used for amd64 -> arm is: > KERNCONF=3DRPI2-NODBG > TARGET=3Darm > .if ${.MAKE.LEVEL} =3D=3D 0 > TARGET_ARCH=3Darmv6 > .export TARGET_ARCH > .endif > # > WITH_LIBSOFT=3D > WITH_FAST_DEPEND=3D > WITH_LIBCPLUSPLUS=3D > WITH_BINUTILS_BOOTSTRAP=3D > WITH_CLANG=3D > WITH_CLANG_IS_CC=3D > WITH_CLANG_FULL=3D > WITH_LLDB=3D > WITH_CLANG_EXTRAS=3D > WITH_BOOT=3D > # > WITHOUT_LIB32=3D > WITHOUT_ELFTOOLCHAIN_BOOTSTRAP=3D > WITHOUT_CLANG_BOOTSTRAP=3D > WITHOUT_GCC_BOOTSTRAP=3D > WITHOUT_GCC=3D > WITHOUT_GNUCXX=3D > # > NO_WERROR=3D > MALLOC_PRODUCTION=3D > # > WITH_DEBUG_FILES=3D > # > .if ${.MAKE.LEVEL} =3D=3D 0 > XCC=3D/usr/bin/clang -target ${TARGET_ARCH}--freebsd11.0-gnueabi = -march=3Darmv7a -mcpu=3Dcortex-a7 -mno-unaligned-access > XCXX=3D/usr/bin/clang++ -target ${TARGET_ARCH}--freebsd11.0-gnueabi = -march=3Darmv7a -mcpu=3Dcortex-a7 -mno-unaligned-access > XCPP=3D/usr/bin/clang-cpp -target ${TARGET_ARCH}--freebsd11.0-gnueabi = -march=3Darmv7a -mcpu=3Dcortex-a7 -mno-unaligned-access > .export XCC > .export XCXX > .export XCPP > .endif > # > .if ${.MAKE.LEVEL} =3D=3D 0 > CC=3D/usr/bin/clang > CXX=3D/usr/bin/clang++ > CPP=3D/usr/bin/clang-cpp > .export CC > .export CXX > .export CPP > .endif =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Tue Apr 5 20:53:29 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 C353EB043FF for ; Tue, 5 Apr 2016 20:53:29 +0000 (UTC) (envelope-from e.moe@rcn.com) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (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 76B321BA1 for ; Tue, 5 Apr 2016 20:53:29 +0000 (UTC) (envelope-from e.moe@rcn.com) X_CMAE_Category: , , X-CNFS-Analysis: v=2.1 cv=NPR1gxOg c=1 sm=1 tr=0 a=kLIaxcRmAfIWWG5Fo3VFTQ==:117 a=kLIaxcRmAfIWWG5Fo3VFTQ==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=IkcTkHD0fZMA:10 a=OA2lqS22AAAA:8 a=6I5d2MoRAAAA:8 a=MRwyWac2Vyqdmfpsg_kA:9 a=G20w1VbrPOlp5iIu:21 a=ijM4bc_iHgnZGLD_:21 a=QEXdDO2ut3YA:10 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: ZS5tb2VAcmNuLmNvbQ== Authentication-Results: smtp01.rcn.cmh.synacor.com header.from=e.moe@rcn.com; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.mail=e.moe@rcn.com; spf=neutral; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.user=e.moe; auth=pass (PLAIN) Received-SPF: neutral (smtp01.rcn.cmh.synacor.com: 24.148.20.83 is neither permitted nor denied by domain of rcn.com) Received: from [24.148.20.83] ([24.148.20.83:12133] helo=[192.168.3.100]) by smtp.rcn.com (envelope-from ) (ecelerity 3.6.2.43620 r(Platform:3.6.2.0)) with ESMTPSA (cipher=AES256-SHA) id B8/97-28300-1C524075; Tue, 05 Apr 2016 16:53:21 -0400 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.1 \(3096.5\)) Subject: Re: Odroidc1+ stuck booting From: Erik Moe In-Reply-To: <77D2CAED-B44A-4602-8C70-C3DD0A8D089C@cs.huji.ac.il> Date: Tue, 5 Apr 2016 15:53:20 -0500 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <6FF9B11B-1F63-49FC-8195-58B4B963F204@rcn.com> References: <687E2129-BE66-4CC9-9B30-D8DFB7A2FEF6@cs.huji.ac.il> <982FE02C-7BEC-4CA0-BCAE-FE6CC5C9CFB4@rcn.com> <77D2CAED-B44A-4602-8C70-C3DD0A8D089C@cs.huji.ac.il> To: Daniel Braniss X-Mailer: Apple Mail (2.3096.5) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 20:53:29 -0000 That=E2=80=99s correct I have a C1, not a C1+. Erik > On Apr 4, 2016, at 6:02 AM, Daniel Braniss = wrote: >=20 > I assume you have a C1 not a C1+, because I=E2=80=99m doing the same, > and no luck. I know that the board is ok because It boots and runs = Daisuke-san=E2=80=99s image. > danny >=20 >> On 31 Mar 2016, at 15:29, Erik Moe wrote: >>=20 >> Everything I=E2=80=99m doing I =E2=80=9Cborrowed=E2=80=9D from here: = https://wiki.freebsd.org/FreeBSD/arm/Odroid-C1 >>=20 >> I=E2=80=99m using the stock ODROIDC1 kernel config in head which = builds the FTD statically into the kernel from = src/sys/boot/fdt/dts/arm/odroidc1.dts. I liberated u-boot from = ArchLinuxARM-odroid-c1-latest.tar.gz. My boot.ini is simply this: >>=20 >> ODROIDC-UBOOT-CONFIG >>=20 >> setenv bootcmd "fatload mmc 0 0x100000 kernel.bin; go 0x100000" >> run bootcmd >>=20 >> Erik >>=20 >>> On Mar 31, 2016, at 1:36 AM, Daniel Braniss = wrote: >>>=20 >>> oh, and if you feel generous your ODROIDC1.conf =E2=80=A6 >>> thanks, >>> danny >>>=20 >>>> On 31 Mar 2016, at 09:31, Daniel Braniss = wrote: >>>>=20 >>>> hi Erik, >>>> can you send me your >>>> uboot >>>> boot.ini >>>> *.dtb >>>> I=E2=80=99m pretty sure the issue is somewhere there then. >>>> thanks, >>>> danny >>>>=20 >>>>> On 31 Mar 2016, at 09:11, Erik Moe wrote: >>>>>=20 >>>>> I built a new image for my odriod-c1 for ssd from the latest = sources and had no issues and didn=E2=80=99t need to tweet anything. I = don=E2=80=99t have and odriod-c1+, but my understanding is there isn=E2=80= =99t much difference between the two. I am using the serial console. >>>>>=20 >>>>> = QA5:A;SVN:B72;POC:17F;STS:0;BOOT:0;INIT:10;BOOT:1;INIT:0;READ:0;CHECK:0;PA= SS:1; >>>>> = ----------------------------------------------------------------------- >>>>> * Welcome to Hardkernel's ODROID-C... (Built at 19:33:00 Dec 8 = 2014) * >>>>> = ----------------------------------------------------------------------- >>>>> CPU : AMLogic S805 >>>>> MEM : 1024MB (DDR3@792MHz) >>>>> BID : HKC13C0001 >>>>> S/N : HKC1CC037EBE4620 >>>>> 0x0000009f >>>>> check SD_boot_type:0x1 card_type:0x1 >>>>> Loading U-boot...success. >>>>>=20 >>>>>=20 >>>>> U-boot(odroidc@) (Jun 12 2015 - 17:31:14) >>>>>=20 >>>>> DRAM: 1 GiB >>>>> relocation Offset is: 2ff1c000 >>>>> MMC: SDCARD: 0, eMMC: 1 >>>>> IR init is done! >>>>> vpu clk_level =3D 3 >>>>> set vpu clk: 182150000Hz, readback: 182150000Hz(0x701) >>>>> mode =3D 6 vic =3D 4 >>>>> set HDMI vic: 4 >>>>> mode is: 6 >>>>> viu chan =3D 1 >>>>> config HPLL >>>>> config HPLL done >>>>> reconfig packet setting done >>>>> MMC read: dev # 0, block # 33984, count 12288 ... 12288 blocks = read: OK >>>>> There is no valid bmp file at the given address >>>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>>> Vendor: Man 035344 Snr 29cfee4e Rev: 8.0 Prod: SL08G >>>>> Type: Removable Hard Disk >>>>> Capacity: 7580.0 MB =3D 7.4 GB (15523840 x 512) >>>>> ------------------------------------------------------------ >>>>> Partition Start Sector Num Sectors Type >>>>> 1 1134 131040 6 >>>>> 2 132174 15391666 a5 >>>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>>> Net: Meson_Ethernet >>>>> init suspend firmware done. (ret:0) >>>>> Hit Enter key to stop autoboot -- : 0 >>>>> exit abortboot: 0 >>>>> reading boot.ini >>>>>=20 >>>>> 98 bytes read >>>>> Loading boot.ini from mmc0:1 (vfat) >>>>> Executing the script... >>>>> setenv bootcmd "fatload mmc 0 0x100000 kernel.bin; go 0x100000" >>>>> run bootcmd >>>>> reading kernel.bin >>>>>=20 >>>>> 6055396 bytes read >>>>> ## Starting application at 0x00100000 ... >>>>> ARM Debug Architecture v7 >>>>> 2 watchpoints and 3 breakpoints supported >>>>> KDB: debugger backends: ddb >>>>> KDB: current backend: ddb >>>>> Copyright (c) 1992-2016 The FreeBSD Project. >>>>> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, = 1993, 1994 >>>>> The Regents of the University of California. All rights = reserved. >>>>> FreeBSD is a registered trademark of The FreeBSD Foundation. >>>>> FreeBSD 11.0-CURRENT #4 43026a8(master)-dirty: Thu Mar 31 04:14:32 = CDT 2016 >>>>> = root@dora:/usr/home/emoe/Projects/ARM/odroid-c1/obj/arm.armv6hf/usr/home/e= moe/Projects/ARM/src/sys/ODROIDC1 arm >>>>> FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based = on LLVM 3.8.0) >>>>> WARNING: WITNESS option enabled, expect reduced performance. >>>>> VT: init without driver. >>>>> Preloaded elf kernel "kernel" at 0xc07c5d6c. >>>>> CPU: Cortex A5 rev 1 (Cortex-A core) >>>>> Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 = Security_Ext >>>>> WB enabled LABT branch prediction disabled >>>>> LoUU:2 LoC:2 LoUIS:2 >>>>> Cache level 1: >>>>> 32KB/32B 4-way data cache WB Read-Alloc Write-Alloc >>>>> 32KB/32B 2-way instruction cache Read-Alloc >>>>> real memory =3D 1073737728 (1023 MB) >>>>> avail memory =3D 1038233600 (990 MB) >>>>> Physical memory chunk(s): >>>>> 0x00001000 - 0x3fffffff, 1023 MB ( 262143 pages) >>>>> Excluded memory regions: >>>>> 0x00100000 - 0x00853fff, 7 MB ( 1876 pages) NoAlloc >>>>> Static device mappings: >>>>> 0xc1100000 - 0xc12fffff mapped at VA 0xffd00000 >>>>> 0xc4200000 - 0xc42fffff mapped at VA 0xffc00000 >>>>> 0xc4300000 - 0xc43fffff mapped at VA 0xffb00000 >>>>> 0xc8000000 - 0xc80fffff mapped at VA 0xffa00000 >>>>> 0xc8100000 - 0xc81fffff mapped at VA 0xff900000 >>>>> 0xc9000000 - 0xc97fffff mapped at VA 0xff100000 >>>>> 0xd9000000 - 0xd90fffff mapped at VA 0xff000000 >>>>> 0xda000000 - 0xda0fffff mapped at VA 0xfef00000 >>>>> Amlogic aml8726-m8b SoC >>>>> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs >>>>> ULE: setup cpu 0 >>>>> ULE: setup cpu 1 >>>>> ULE: setup cpu 2 >>>>> ULE: setup cpu 3 >>>>> random: entropy device external interface >>>>> null: >>>>> openfirm: >>>>> mem: >>>>> nfslock: pseudo-device >>>>> crypto: >>>>> random: harvesting attach, 8 bytes (4 bits) from nexus0 >>>>> ofwbus0: >>>>> simplebus0: on ofwbus0 >>>>> random: harvesting attach, 8 bytes (4 bits) from simplebus0 >>>>> random: harvesting attach, 8 bytes (4 bits) from ofwbus0 >>>>> clkmsr0: mem 0xc1108758-0xc1108767 on = simplebus0 >>>>> clkmsr0: bus clock 159 MHz >>>>> random: harvesting attach, 8 bytes (4 bits) from clkmsr0 >>>>> l2cache0: mem 0xc4200000-0xc4200fff = irq 0 on ofwbus0 >>>>> l2cache0: Part number: 0x3, release: 0x9 >>>>> l2cache0: L2 Cache enabled: 512KB/32B 8 ways >>>>> l2cache0: Early BRESP response: disabled >>>>> l2cache0: Instruction prefetch: disabled >>>>> l2cache0: Data prefetch: enabled >>>>> l2cache0: Non-secure interrupt control: disabled >>>>> l2cache0: Non-secure lockdown: disabled >>>>> l2cache0: Share override: disabled >>>>> l2cache0: Double linefill: disabled >>>>> l2cache0: Instruction prefetch: disabled >>>>> l2cache0: Data prefetch: enabled >>>>> l2cache0: Double linefill on WRAP request: disabled >>>>> l2cache0: Prefetch drop: disabled >>>>> l2cache0: Incr double Linefill: disabled >>>>> l2cache0: Not same ID on exclusive sequence: disabled >>>>> l2cache0: Prefetch offset: 0 >>>>> random: harvesting attach, 8 bytes (4 bits) from l2cache0 >>>>> scu0: mem 0xc4300000-0xc4300fff on = simplebus0 >>>>> random: harvesting attach, 8 bytes (4 bits) from scu0 >>>>> cpuconfig0: mem 0xd901ff80-0xd901ff8f on = simplebus0 >>>>> random: harvesting attach, 8 bytes (4 bits) from cpuconfig0 >>>>> ccm0: mem 0xc1104140-0xc1104153 on = simplebus0 >>>>> random: harvesting attach, 8 bytes (4 bits) from ccm0 >>>>> pinctrl0: mem = 0xc11080b0-0xc11080d7,0xc11080e8-0xc11080ff,0xc1108120-0xc1108137,0xc81000= 14-0xc8100017,0xc810002c-0xc810002f,0xc810002c-0xc810002f on simplebus0 >>>>> Processing 3 pin-config node(s) in pinctrl-0 for pinctrl@c11080b0 >>>>> Processing 1 pin-config node(s) in pinctrl-0 for mmc@c1108c20 >>>>> Processing 1 pin-config node(s) in pinctrl-0 for sdxc@c1108e00 >>>>> random: harvesting attach, 8 bytes (4 bits) from pinctrl0 >>>>> gic0: mem = 0xc4301000-0xc4301fff,0xc4300100-0xc43001ff on ofwbus0 >>>>> ofwbus0: no default resources for rid =3D 0, type =3D 1 >>>>> gic0: pn 0x390, arch 0x1, rev 0x1, implementer 0x43b irqs 256 >>>>> random: harvesting attach, 8 bytes (4 bits) from gic0 >>>>> wdt0: mem 0xc1109900-0xc1109907 irq 2 on = simplebus0 >>>>> random: harvesting attach, 8 bytes (4 bits) from wdt0 >>>>> timer0: mem 0xc1109940-0xc1109957 irq 1 on = ofwbus0 >>>>> Event timer "aml8726 timer A" frequency 1000000 Hz quality 1000 >>>>> Timecounter "aml8726 timer E" frequency 1000000 Hz quality 1000 >>>>> random: harvesting attach, 8 bytes (4 bits) from timer0 >>>>> uart0: mem 0xc81004c0-0xc81004d7 irq 3 on = simplebus0 >>>>> uart0: RTS iflow, CTS oflow >>>>> uart0: console (115200,n,8,1) >>>>> uart0: fast interrupt >>>>> uart0: PPS capture mode: DCDinvalid >>>>> random: harvesting attach, 8 bytes (4 bits) from uart0 >>>>> uart1: mem 0xc11084c0-0xc11084d7 irq 4 on = simplebus0 >>>>> uart1: RTS iflow, CTS oflow >>>>> uart1: fast interrupt >>>>> uart1: PPS capture mode: DCDinvalid >>>>> random: harvesting attach, 8 bytes (4 bits) from uart1 >>>>> uart2: mem 0xc11084dc-0xc11084f3 irq 5 on = simplebus0 >>>>> uart2: RTS iflow, CTS oflow >>>>> uart2: fast interrupt >>>>> uart2: PPS capture mode: DCDinvalid >>>>> random: harvesting attach, 8 bytes (4 bits) from uart2 >>>>> uart3: mem 0xc1108700-0xc1108717 irq 6 on = simplebus0 >>>>> uart3: RTS iflow, CTS oflow >>>>> uart3: fast interrupt >>>>> uart3: PPS capture mode: DCDinvalid >>>>> random: harvesting attach, 8 bytes (4 bits) from uart3 >>>>> simplebus0: mem 0xc8100500-0xc810051f irq 7 = disabled compat amlogic,meson6-i2c (no driver attached) >>>>> aml8726_iic0: mem 0xc1108500-0xc110851f irq = 8 on simplebus0 >>>>> iicbb0: on aml8726_iic0 >>>>> iicbus0: on iicbb0 master-only >>>>> iic0: on iicbus0 >>>>> random: harvesting attach, 8 bytes (4 bits) from iic0 >>>>> random: harvesting attach, 8 bytes (4 bits) from iicbus0 >>>>> random: harvesting attach, 8 bytes (4 bits) from iicbb0 >>>>> random: harvesting attach, 8 bytes (4 bits) from aml8726_iic0 >>>>> aml8726_iic1: mem 0xc11087c0-0xc11087df irq = 9 on simplebus0 >>>>> iicbb1: on aml8726_iic1 >>>>> iicbus1: on iicbb1 master-only >>>>> iic1: on iicbus1 >>>>> random: harvesting attach, 8 bytes (4 bits) from iic1 >>>>> random: harvesting attach, 8 bytes (4 bits) from iicbus1 >>>>> random: harvesting attach, 8 bytes (4 bits) from iicbb1 >>>>> random: harvesting attach, 8 bytes (4 bits) from aml8726_iic1 >>>>> simplebus0: mem 0xc8100480-0xc810049f irq = 10 disabled compat amlogic,meson6-ir (no driver attached) >>>>> simplebus0: mem 0xc1108c80-0xc1108cff disabled = compat amlogic,meson6-spifc (no driver attached) >>>>> simplebus0: mem = 0xc9410000-0xc941ffff,0xc1108108-0xc110810b irq 11 disabled compat = amlogic,meson6-dwmac (no driver attached) >>>>> rtc0: mem 0xc8100740-0xc8100753 irq 12 on = simplebus0 >>>>> rtc0: crystal oscillator check failed >>>>> device_attach: rtc0 attach returned 6 >>>>> gpio0: mem = 0xc8100024-0xc8100027,0xc8100024-0xc8100027,0xc8100028-0xc810002b on = simplebus0 >>>>> gpiobus0: on gpio0 >>>>> gpioled0: at pin 13 on gpiobus0 >>>>> random: harvesting attach, 8 bytes (4 bits) from gpioled0 >>>>> random: harvesting attach, 8 bytes (4 bits) from gpiobus0 >>>>> gpioc0: on gpio0 >>>>> random: harvesting attach, 8 bytes (4 bits) from gpioc0 >>>>> random: harvesting attach, 8 bytes (4 bits) from gpio0 >>>>> gpio1: mem = 0xc1108054-0xc1108057,0xc1108058-0xc110805b,0xc110805c-0xc110805f on = simplebus0 >>>>> gpiobus1: on gpio1 >>>>> random: harvesting attach, 8 bytes (4 bits) from gpiobus1 >>>>> gpioc1: on gpio1 >>>>> random: harvesting attach, 8 bytes (4 bits) from gpioc1 >>>>> random: harvesting attach, 8 bytes (4 bits) from gpio1 >>>>> gpio2: mem = 0xc110806c-0xc110806f,0xc1108070-0xc1108073,0xc1108074-0xc1108077 on = simplebus0 >>>>> gpiobus2: on gpio2 >>>>> random: harvesting attach, 8 bytes (4 bits) from gpiobus2 >>>>> gpioc2: on gpio2 >>>>> random: harvesting attach, 8 bytes (4 bits) from gpioc2 >>>>> random: harvesting attach, 8 bytes (4 bits) from gpio2 >>>>> aml8726_mmc0: mem 0xc1108c20-0xc1108c3f irq = 13 on simplebus0 >>>>> mmc0: on aml8726_mmc0 >>>>> random: harvesting attach, 8 bytes (4 bits) from mmc0 >>>>> random: harvesting attach, 8 bytes (4 bits) from aml8726_mmc0 >>>>> aml8726_sdxc0: mem 0xc1108e00-0xc1108e3b = irq 14 on simplebus0 >>>>> mmc1: on aml8726_sdxc0 >>>>> random: harvesting attach, 8 bytes (4 bits) from mmc1 >>>>> random: harvesting attach, 8 bytes (4 bits) from aml8726_sdxc0 >>>>> simplebus0: mem 0xc1108100-0xc1108107 compat = amlogic,aml8726-rng (no driver attached) >>>>> usbphy0: mem 0xc1108800-0xc110881f on = simplebus0 >>>>> random: harvesting attach, 8 bytes (4 bits) from usbphy0 >>>>> usbphy1: mem 0xc1108820-0xc110883f on = simplebus0 >>>>> random: harvesting attach, 8 bytes (4 bits) from usbphy1 >>>>> dwcotg0: mem = 0xc9040000-0xc907ffff irq 15 on simplebus0 >>>>> usbus0 on dwcotg0 >>>>> dwcotg0: usbpf: Attached >>>>> random: harvesting attach, 8 bytes (4 bits) from usbus0 >>>>> random: harvesting attach, 8 bytes (4 bits) from dwcotg0 >>>>> dwcotg1: mem = 0xc90c0000-0xc90fffff irq 16 on simplebus0 >>>>> usbus1 on dwcotg1 >>>>> dwcotg1: usbpf: Attached >>>>> random: harvesting attach, 8 bytes (4 bits) from usbus1 >>>>> random: harvesting attach, 8 bytes (4 bits) from dwcotg1 >>>>> dwc0: mem = 0xc9410000-0xc9411fff irq 11 on simplebus0 >>>>> miibus0: on dwc0 >>>>> rgephy0: PHY 0 on = miibus0 >>>>> rgephy0: OUI 0x00e04c, model 0x0011, rev. 6 >>>>> rgephy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, = 1000baseT-FDX, 1000baseT-FDX-master, auto >>>>> random: harvesting attach, 8 bytes (4 bits) from rgephy0 >>>>> rgephy1: PHY 1 on = miibus0 >>>>> rgephy1: OUI 0x00e04c, model 0x0011, rev. 6 >>>>> rgephy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, = 1000baseT-FDX, 1000baseT-FDX-master, auto >>>>> random: harvesting attach, 8 bytes (4 bits) from rgephy1 >>>>> random: harvesting attach, 8 bytes (4 bits) from miibus0 >>>>> dwc0: bpf attached >>>>> dwc0: Ethernet address: 62:73:64:5d:6a:ec >>>>> random: harvesting attach, 8 bytes (4 bits) from dwc0 >>>>> fb0: mem = 0xc8006048-0xc8006053,0xc1106800-0xc1106bff,0xc1107400-0xc11077ff irq = 17,18,19,20 on simplebus0 >>>>> fbd0 on fb0 >>>>> VT: initialize with new VT driver "fb". >>>>> random: harvesting attach, 8 bytes (4 bits) from fbd0 >>>>> random: harvesting attach, 8 bytes (4 bits) from fb0 >>>>> cpulist0: on ofwbus0 >>>>> cpu0: on cpulist0 >>>>> cpu0: missing 'clock-frequency' property >>>>> random: harvesting attach, 8 bytes (4 bits) from cpu0 >>>>> cpu1: on cpulist0 >>>>> cpu1: missing 'clock-frequency' property >>>>> random: harvesting attach, 8 bytes (4 bits) from cpu1 >>>>> cpu2: on cpulist0 >>>>> cpu2: missing 'clock-frequency' property >>>>> random: harvesting attach, 8 bytes (4 bits) from cpu2 >>>>> cpu3: on cpulist0 >>>>> cpu3: missing 'clock-frequency' property >>>>> random: harvesting attach, 8 bytes (4 bits) from cpu3 >>>>> random: harvesting attach, 8 bytes (4 bits) from cpulist0 >>>>> ofwbus0: compat fixed-clock (no driver attached) >>>>> ofwbus0: compat gpio-leds (no driver attached) >>>>> cryptosoft0: >>>>> crypto: assign cryptosoft0 driver id 0, flags 100663296 >>>>> crypto: cryptosoft0 registers alg 1 flags 0 maxoplen 0 >>>>> crypto: cryptosoft0 registers alg 2 flags 0 maxoplen 0 >>>>> crypto: cryptosoft0 registers alg 3 flags 0 maxoplen 0 >>>>> crypto: cryptosoft0 registers alg 4 flags 0 maxoplen 0 >>>>> crypto: cryptosoft0 registers alg 5 flags 0 maxoplen 0 >>>>> crypto: cryptosoft0 registers alg 16 flags 0 maxoplen 0 >>>>> crypto: cryptosoft0 registers alg 6 flags 0 maxoplen 0 >>>>> crypto: cryptosoft0 registers alg 7 flags 0 maxoplen 0 >>>>> crypto: cryptosoft0 registers alg 18 flags 0 maxoplen 0 >>>>> crypto: cryptosoft0 registers alg 19 flags 0 maxoplen 0 >>>>> crypto: cryptosoft0 registers alg 20 flags 0 maxoplen 0 >>>>> crypto: cryptosoft0 registers alg 8 flags 0 maxoplen 0 >>>>> crypto: cryptosoft0 registers alg 15 flags 0 maxoplen 0 >>>>> crypto: cryptosoft0 registers alg 9 flags 0 maxoplen 0 >>>>> crypto: cryptosoft0 registers alg 10 flags 0 maxoplen 0 >>>>> crypto: cryptosoft0 registers alg 13 flags 0 maxoplen 0 >>>>> crypto: cryptosoft0 registers alg 14 flags 0 maxoplen 0 >>>>> crypto: cryptosoft0 registers alg 11 flags 0 maxoplen 0 >>>>> crypto: cryptosoft0 registers alg 22 flags 0 maxoplen 0 >>>>> crypto: cryptosoft0 registers alg 23 flags 0 maxoplen 0 >>>>> crypto: cryptosoft0 registers alg 25 flags 0 maxoplen 0 >>>>> crypto: cryptosoft0 registers alg 24 flags 0 maxoplen 0 >>>>> crypto: cryptosoft0 registers alg 26 flags 0 maxoplen 0 >>>>> crypto: cryptosoft0 registers alg 27 flags 0 maxoplen 0 >>>>> crypto: cryptosoft0 registers alg 28 flags 0 maxoplen 0 >>>>> crypto: cryptosoft0 registers alg 21 flags 0 maxoplen 0 >>>>> crypto: cryptosoft0 registers alg 17 flags 0 maxoplen 0 >>>>> random: harvesting attach, 8 bytes (4 bits) from cryptosoft0 >>>>> procfs registered >>>>> Timecounters tick every 10.000 msec >>>>> tcp_init: net.inet.tcp.tcbhashsize auto tuned to 8192 >>>>> usbus0: 480Mbps High Speed USB v2.0 >>>>> IPsec: Initialized Security Association Processing. >>>>> lo0: bpf attached >>>>> mmc0: Probing bus >>>>> usbus1: 480Mbps High Speed USB v2.0 >>>>> mmc0: SD 2.0 interface conditions: OK >>>>> mmc0: SD probe: OK (OCR: 0x40ff8000) >>>>> mmc0: Current OCR: 0x00ff8000 >>>>> ugen1.1: at usbus1 >>>>> uhub0: on = usbus1 >>>>> ugen0.1: at usbus0 >>>>> uhub1: on = usbus0 >>>>> mmc0: Probing cards >>>>> mmc0: New card detected (CID 035344534c3038478029cfee4e00f900) >>>>> mmc0: New card detected (CSD 400e00325b5900003b377f800a404000) >>>>> mmc0: Card at relative address 0xaaaa added: >>>>> mmc0: card: SDHC SL08G 8.0 SN 29CFEE4E MFG 09/2015 by 3 SD >>>>> mmc0: bus: 4bit, 50MHz, high speed timing >>>>> mmc0: memory: 15523840 blocks, erase sector 8192 blocks >>>>> mmc0: setting transfer rate to 39.750MHz (high speed timing) >>>>> mmcsd0: 8GB at = mmc0 39.7MHz/4bit/8-block >>>>> random: harvesting attach, 8 bytes (4 bits) from mmcsd0 >>>>> mmc1: Probing bus >>>>> GEOM: new disk mmcsd0 >>>>> mmc0: setting bus width to 4 bits >>>>> GEOM_PART: partition 1 on (mmcsd0, MBR) is not aligned on 4194304 = bytes >>>>> GEOM_PART: partition 2 on (mmcsd0, MBR) is not aligned on 4194304 = bytes >>>>> mmc1: SD probe: failed >>>>> mmc1: MMC probe: failed >>>>> mmc1: Current OCR: 0x00000000 >>>>> mmc1: No compatible cards found on bus >>>>> Release APs >>>>> WARNING: WITNESS option enabled, expect reduced performance. >>>>> Trying to mount root from ufs:mmcsd0s2 []... >>>>> GEOM_PART: partition 1 on (mmcsd0s2, BSD) is not aligned on = 4194304 bytes >>>>> GEOM_PART: partition 1 on (diskid/DISK-29CFEE4E, MBR) is not = aligned on 4194304 bytes >>>>> GEOM_PART: partition 2 on (diskid/DISK-29CFEE4E, MBR) is not = aligned on 4194304 bytes >>>>> GEOM_PART: partition 1 on (diskid/DISK-29CFEE4Es2, BSD) is not = aligned on 4194304 bytes >>>>> warning: no time-of-day clock registered, system time will not be = set accurately >>>>> start_init: trying /sbin/init >>>>> uhub0: 1 port with 1 removable, self powered >>>>> random: harvesting attach, 8 bytes (4 bits) from uhub0 >>>>> uhub1: 1 port with 1 removable, self powered >>>>> random: harvesting attach, 8 bytes (4 bits) from uhub1 >>>>> ugen1.2: at usbus1 >>>>> uhub2: on usbus1 >>>>> uhub2: MTT enabled >>>>> Growing root partition to fill device >>>>> GEOM_PART: partition 1 on (diskid/DISK-29CFEE4E, MBR) is not = aligned on 4194304 bytes >>>>> GEOM_PART: partition 2 on (diskid/DISK-29CFEE4E, MBR) is not = aligned on 4194304 bytes >>>>> GEOM_PART: partition 1 on (diskid/DISK-29CFEE4Es2, BSD) is not = aligned on 4194304 bytes >>>>> mmcsd0s2 resized >>>>> growfs: superblock not recognized >>>>> /etc/rc: WARNING: hostid: unable to figure out a UUID from DMI = data, generating a new one >>>>> uhub2: 4 ports with 4 removable, self powered >>>>> random: harvesting attach, 8 bytes (4 bits) from uhub2 >>>>> Setting hostuuid: 214610b1-f72e-11e5-8203-df073412266c. >>>>> Setting hostid: 0x373425ad. >>>>> No suitable dump device was found. >>>>> Starting file system checks: >>>>> /dev/mmcsd0s2: FILE SYSTEM CLEAN; SKIPPING CHECKS >>>>> /dev/mmcsd0s2: clean, 36687 free (103 frags, 4573 blocks, 0.0% = fragmentation) >>>>> GEOM_PART: partition 1 on (mmcsd0s2, BSD) is not aligned on = 4194304 bytes >>>>> GEOM_PART: partition 1 on (diskid/DISK-29CFEE4E, MBR) is not = aligned on 4194304 bytes >>>>> GEOM_PART: partition 2 on (diskid/DISK-29CFEE4E, MBR) is not = aligned on 4194304 bytes >>>>> GEOM_PART: partition 1 on (diskid/DISK-29CFEE4Es2, BSD) is not = aligned on 4194304 bytes >>>>> Mounting local file systems:. >>>>> Setting hostname: freebsd. >>>>> Setting up = harvesting:[UMA],[FS_ATIME],SWI,INTERRUPT,NET_NG,NET_ETHER,NET_TUN,MOUSE,K= EYBOARD,ATTACH,CACHED >>>>> Feeding entropy:random: unblocking device. >>>>> . >>>>> dwc0: link state changed to DOWN >>>>> Starting Network: lo0 dwc0. >>>>> lo0: flags=3D8049 metric 0 mtu = 16384 >>>>> options=3D600003 >>>>> inet6 ::1 prefixlen 128 >>>>> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 >>>>> inet 127.0.0.1 netmask 0xff000000 >>>>> groups: lo >>>>> nd6 options=3D21 >>>>> dwc0: flags=3D8843 metric = 0 mtu 1500 >>>>> options=3D80008 >>>>> ether 62:73:64:5d:6a:ec >>>>> media: Ethernet autoselect (none) >>>>> status: no carrier >>>>> nd6 options=3D29 >>>>> ELF ldconfig path: /lib /usr/lib /usr/lib/compat >>>>> Starting devd. >>>>> add net fe80::: gateway ::1 >>>>> add net ff02::: gateway ::1 >>>>> add net ::ffff:0.0.0.0: gateway ::1 >>>>> add net ::0.0.0.0: gateway ::1 >>>>> Generating host.conf. >>>>> Waiting 30s for the default route interface: .....(no carrier) >>>>> Creating and/or trimming log files. >>>>> Starting syslogd. >>>>> Clearing /tmp (X related). >>>>> Updating motd:. >>>>> Mounting late file systems:. >>>>> Configuring vt: blanktime. >>>>> Generating RSA host key. >>>>> 2048 SHA256:efid4fCpKZlmdi69b18qj+SNx2mSPQNr6ourB/w9tPw = root@freebsd (RSA) >>>>> Generating ECDSA host key. >>>>> 256 SHA256:bpBVM0B9a3xDhmy3bvoC4OuELAJ4fvJd+p3tNwgia6k = root@freebsd (ECDSA) >>>>> Generating ED25519 host key. >>>>> 256 SHA256:VHMKoDA1Zv50CmxiLJwTIvg58S2DuBg6zj2VFXDGq/M = root@freebsd (ED25519) >>>>> Performing sanity check on sshd configuration. >>>>> Could not load host key: /etc/ssh/ssh_host_dsa_key >>>>> Starting sshd. >>>>> Could not load host key: /etc/ssh/ssh_host_dsa_key >>>>> Starting cron. >>>>> Starting background file system checks in 60 seconds. >>>>> lock order reversal: >>>>> 1st 0xc4499814 ufs (ufs) @ = /usr/home/emoe/Projects/ARM/src/sys/kern/vfs_subr.c:2498 >>>>> 2nd 0xd90169a0 bufwait (bufwait) @ = /usr/home/emoe/Projects/ARM/src/sys/ufs/ffs/ffs_vnops.c:263 >>>>> 3rd 0xc45c15d4 ufs (ufs) @ = /usr/home/emoe/Projects/ARM/src/sys/kern/vfs_subr.c:2498 >>>>> stack backtrace: >>>>> mount: /dev/mmcsd0s2: Device busy >>>>>=20 >>>>> Thu Mar 31 10:49:29 UTC 2016 >>>>>=20 >>>>> FreeBSD/arm (freebsd) (ttyu0) >>>>>=20 >>>>> login: >>>>>=20 >>>>>> On Mar 30, 2016, at 7:47 PM, Erik Moe wrote: >>>>>>=20 >>>>>> I was able to build a working odroid-c1 image not too long ago. = Let me pull the latest sources and see if something has changed. >>>>>>=20 >>>>>> Erik=20 >>>>>>=20 >>>>>>> On Mar 30, 2016, at 2:24 AM, Daniel Braniss = wrote: >>>>>>>=20 >>>>>>> Hi, >>>>>>> Managed to make a bootable SD, cross compile world/kernel, >>>>>>> but the kernel startup gets stuck, I can=E2=80=99t even get into = the debugger. >>>>>>> any help/hints most welcome :-) >>>>>>> btw, I can also boot via the network, cutting down the debug = cycle considerably. >>>>>>> thanks, >>>>>>> danny >>>>>>> PS: here is the console output >>>>>>> >>>>>>> _______________________________________________ >>>>>>> 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" >>>>>> _______________________________________________ >>>>>> 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 >>>> _______________________________________________ >>>> 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 From owner-freebsd-arm@freebsd.org Tue Apr 5 21:32:09 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 96DFEB04E99 for ; Tue, 5 Apr 2016 21:32:09 +0000 (UTC) (envelope-from e.moe@rcn.com) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (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 676961D86 for ; Tue, 5 Apr 2016 21:32:09 +0000 (UTC) (envelope-from e.moe@rcn.com) X_CMAE_Category: , , X-CNFS-Analysis: v=2.1 cv=bOO2WKKZ c=1 sm=1 tr=0 a=kLIaxcRmAfIWWG5Fo3VFTQ==:117 a=kLIaxcRmAfIWWG5Fo3VFTQ==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=IkcTkHD0fZMA:10 a=mDV3o1hIAAAA:8 a=hj5GsZxv4TOQLMPWZxkA:9 a=RH3vGZP6lztDGPX4:21 a=4r_ALguy6L8gMwOj:21 a=QEXdDO2ut3YA:10 a=dI9p-avQWAUA:10 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: ZS5tb2VAcmNuLmNvbQ== Authentication-Results: smtp02.rcn.cmh.synacor.com smtp.mail=e.moe@rcn.com; spf=neutral; sender-id=neutral Authentication-Results: smtp02.rcn.cmh.synacor.com header.from=e.moe@rcn.com; sender-id=neutral Authentication-Results: smtp02.rcn.cmh.synacor.com smtp.user=e.moe; auth=pass (PLAIN) Received-SPF: neutral (smtp02.rcn.cmh.synacor.com: 24.148.20.83 is neither permitted nor denied by domain of rcn.com) Received: from [24.148.20.83] ([24.148.20.83:43277] helo=[192.168.3.100]) by smtp.rcn.com (envelope-from ) (ecelerity 3.6.2.43620 r(Platform:3.6.2.0)) with ESMTPSA (cipher=AES256-SHA) id 61/4E-19652-7DE24075; Tue, 05 Apr 2016 17:32:08 -0400 From: Erik Moe Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Kernel debugging Message-Id: Date: Tue, 5 Apr 2016 16:32:07 -0500 To: freebsd-arm Mime-Version: 1.0 (Mac OS X Mail 9.1 \(3096.5\)) X-Mailer: Apple Mail (2.3096.5) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 21:32:09 -0000 I=E2=80=99ve been playing around with JTAG on the RPI B, for no other = reason but a learning experience. I=E2=80=99d had some early success = with setting breakpoints and stepping through the kernel. However, I = just recently updated my sources and now I can=E2=80=99t load the debug = kernel into gdb: Dwarf Error: wrong version in compilation unit header (is 0, should be = 2, 3, or 4) I=E2=80=99m not very savvy in this area. Has something changed recently = that would cause this? It seems like some of the debug information is = not valid: arm-none-eabi-objdump: Warning: Compilation Unit @ offset 0x1363b: Invalid pointer size (46) in compunit header, using 4 instead Length: 0x0 (32-bit) Version: 0 arm-none-eabi-objdump: Warning: CU at offset 1363f contains corrupt or = unsupported version number: 32896. -- arm-none-eabi-objdump: Warning: Compilation Unit @ offset 0x1363f: Invalid pointer size (128) in compunit header, using 4 instead Length: 0x0 (32-bit) Version: 32896 arm-none-eabi-objdump: Warning: Debug info is corrupted, length of CU at = 13643 extends beyond end of section (length =3D f808080) -- Compilation Unit @ offset 0x13643: Length: 0xf808080 (32-bit) Version: 54025 arm-none-eabi-objdump: Warning: Unable to load/parse the .debug_info = section, so cannot interpret the .debug_loc section. arm-none-eabi-objdump: Warning: Unable to load/parse the .debug_info = section, so cannot interpret the .debug_ranges section. Do I need to update my arm-none-eabi-gdb ? Thanks, Erik $ /usr/local/bin/arm-none-eabi-gdb = /home/emoe/Projects/ARM/rpi-b/obj/arm.armv6hf/usr/home/emoe/Projects/ARM/r= pi-b/src/sys/RPI-B/kernel.debug Exception caught while booting Guile. Error in function "open-file": No such file or directory: "/usr/local/share/gdb/guile/gdb/boot.scm" /usr/local/bin/arm-none-eabi-gdb: warning: Could not complete Guile gdb = module initialization from: /usr/local/share/gdb/guile/gdb/boot.scm. Limited Guile support is available. Suggest passing --data-directory=3D/path/to/gdb/data-directory. Python Exception No module named gdb:=20 /usr/local/bin/arm-none-eabi-gdb: warning:=20 Could not load the Python gdb module from `/usr/local/share/gdb/python'. Limited Python support is available from the _gdb module. Suggest passing --data-directory=3D/path/to/gdb/data-directory. GNU gdb (GDB) 7.10 Copyright (C) 2015 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later = This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show = copying" and "show warranty" for details. This GDB was configured as "--host=3Damd64-portbld-freebsd11.0 = --target=3Darm-none-eabi". Type "show configuration" for configuration details. For bug reporting instructions, please see: . Find the GDB manual and other documentation resources online at: . For help, type "help". Type "apropos word" to search for commands related to "word"... warning: A handler for the OS ABI "FreeBSD ELF" is not built into this = configuration of GDB. Attempting to continue with the default arm settings. Reading symbols from = /home/emoe/Projects/ARM/rpi-b/obj/arm.armv6hf/usr/home/emoe/Projects/ARM/r= pi-b/src/sys/RPI-B/kernel.debug...Dwarf Error: wrong version in = compilation unit header (is 0, should be 2, 3, or 4) [in module = /usr/home/emoe/Projects/ARM/rpi-b/obj/arm.armv6hf/usr/home/emoe/Projects/A= RM/rpi-b/src/sys/RPI-B/kernel.debug] (no debugging symbols found)...done. (gdb)= From owner-freebsd-arm@freebsd.org Wed Apr 6 05:36: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 C57A4B05E40 for ; Wed, 6 Apr 2016 05:36:22 +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 8B9721527 for ; Wed, 6 Apr 2016 05:36:22 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-vk0-x22f.google.com with SMTP id k1so45296947vkb.0 for ; Tue, 05 Apr 2016 22:36:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to; bh=1CIGHq5rQLWRPYnthSASdIYJ/F1EDLSNip0XnVqUZ0o=; b=ffMYAzMf7leRR6uyPdRiPiLh/k88IPLGlsxlCwwTkJ0hze4wVTIAChM/u7cDqnnzMI /LVaDmcgD0dl2WQadb29pDF7IqZa+/krE4VMVqQjl3ppjXw7pn+GMVczFU9NLEbGempb OHofAc+aRCcpzeTi9/MsbzVvOsOx/AqHumCKT4uHwNn7bypFcFoiN/c3tR0L1USjyTHC eAf5U1FlZUVoZat0MoMolN4FyAoUq5qpm7kYygm9dvZ9VpSpzL1rmtPocsAlrkMlf0LW SILtYEekDoYaBQjwg7RzLd0AdQ3lUw0BPNvkjAvx6GMeKKUv+Kq4+xBsvgxOOTH8sfHp P7GA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to; bh=1CIGHq5rQLWRPYnthSASdIYJ/F1EDLSNip0XnVqUZ0o=; b=Fcu5kOhJyXyc95BLaoJ5qveb7512l37WEsxQEDFn/2BttrzzmTcTqdlHvWrf/LVeU1 XU3sWDof2GDrlYXrMytpiTAShtADXn4/fqZob134gqprmbyg1Kx9f+Ou3pkDdv4tRZi5 Gap9u34i808cNSub3CTkmDLxqLcjiL9eKxPQRCi+hMOtwyy17kRqtMJW0Ip/T3dxjh0e 6+qNTVaYoH6a+Q32bh9LedR2GAHYYcB4mZoAQe5Z64bNeZZR5iXv2gme2hu285ywlIIx +rj4udot9HuZP1Gul6Ff5ss3oVLZ/hI8+Fg+vDU0d6bh3CS2XSVibk1Q2MCdgrbgiFEE rW7Q== X-Gm-Message-State: AD7BkJKv+rnGtoGZyaeVIBH2tI6mBShTrZlcAPXBpHG7p2AG7QyMnaVJPABicjToL0d/YgpAm9Z/JAbA7SshcA== MIME-Version: 1.0 X-Received: by 10.159.39.199 with SMTP id b65mr12959803uab.70.1459920981702; Tue, 05 Apr 2016 22:36:21 -0700 (PDT) Received: by 10.31.54.13 with HTTP; Tue, 5 Apr 2016 22:36:21 -0700 (PDT) Date: Tue, 5 Apr 2016 22:36:21 -0700 Message-ID: Subject: Indication of Successful Build From: Russell Haley To: freebsd-arm Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 05:36:22 -0000 Is there any way to tell if your last build was successful (it's a general question so I mean in whole or any of the parts like buildworld, man pages, installkernel)? It would sure be helpful if there was a flag or something preferably short of setting up Jenkins. That said, I'm not opposed to setting up Jenkins. Thanks, Russell From owner-freebsd-arm@freebsd.org Wed Apr 6 06:14:06 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 B3C2EB058A8 for ; Wed, 6 Apr 2016 06:14:06 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-vk0-x22d.google.com (mail-vk0-x22d.google.com [IPv6:2607:f8b0:400c:c05::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6028F143C; Wed, 6 Apr 2016 06:14:06 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-vk0-x22d.google.com with SMTP id k1so46085301vkb.0; Tue, 05 Apr 2016 23:14:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=kqJsrpXn3bf/Fy2VpJSr0Xg0E3gGNOAL3tdlOu100dA=; b=qB9j2RNTb7WUL7FE1wRsQcxryv6i7/8TOHy/D3oyEy3we/dnDQ2zRgRjfArwSGjWA/ YGWpr2a/LzQheOHeVo1m0hGizex0+XX5EVYEpGUjlkbWd9L+6mARah1Mr3Hu9HerH2KL LzXnsGdSfVVIX1rhpLAbFH7GwrhC6GEdMpJBQIY8FV/vpDPmxyNnGcMXgRELOFkypagZ AGXqAdpkBAmKO3BphFKbU2Sq1e4vHhyPd+jczpSUHan1Tnl56faXszlLcOcvUZirTL2/ 57E12y6Kh4AQqtTnBfHGdvSsKdRfRUY8yKUsLJmv60VsjfD4Xy8wE4jDmIjSEzGUJYMw Zd1Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=kqJsrpXn3bf/Fy2VpJSr0Xg0E3gGNOAL3tdlOu100dA=; b=MUseKkWkVtH0s5MVvvV3FbI1Zy7XM6uankhqMEbilb8w1fEUdbfjxRBwTPjXawSU6U yPdgrCXoJeNwkaLl/OYk5th0ivpb3kBifxAY1W9b34sjS8p+qM5SOkRzINS54GUus7Cn A+gJ4J2BHRl4cU3hqwSewTKs8xrRoA3R7KSDA7FH9TM4NUtA1Z0S2OFDfpWA/VwsFbhE Qxpc1riIcoNaeGMlWjvwiaXnTdwbcTb8pRW6g5Hq2oas3wW7srqJbwc1u5+Ane+Cmiqs wqaqe0PSrce9bRoHSBFdNlyvlMt/ACYwDChTQi56fqZxMlbgArGzzN00uOhFj9U3Mcbj 12Yw== X-Gm-Message-State: AD7BkJINp+wBOTKzaoH4YYgjQmi99SzNvWHlA+nxHiQiNU6lpDHF8Uoa0xwfB7XfF7YwWFp+Fw4JE5vZ3lPXuA== MIME-Version: 1.0 X-Received: by 10.176.2.49 with SMTP id 46mr10944336uas.39.1459923245461; Tue, 05 Apr 2016 23:14:05 -0700 (PDT) Received: by 10.31.54.13 with HTTP; Tue, 5 Apr 2016 23:14:05 -0700 (PDT) In-Reply-To: <20160403193538.4390989.68535.4518@gmail.com> References: <20160403193538.4390989.68535.4518@gmail.com> Date: Tue, 5 Apr 2016 23:14:05 -0700 Message-ID: Subject: Re: Installworld failed From: Russell Haley To: Warner Losh Cc: freebsd-arm , Ian Lapore Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 06:14:06 -0000 On Sun, Apr 3, 2016 at 12:35 PM, Russell Haley wrote= : > D'oh! > > Okay, I also noted that the wiki still mentions armv6hf which isn't a > thing anymore (right?). I'll take a shot at updating it and send a copy t= o > the =E2=80=8Emailing list? > > Russ > > Sent from my BlackBerry 10 smartphone on the Koodo network. > *From: *Warner Losh > *Sent: *Sunday, April 3, 2016 10:41 AM > *To: *Russell Haley > *Cc: *freebsd-arm > *Subject: *Re: Installworld failed > > > > On Sun, Apr 3, 2016 at 2:44 AM, Russell Haley > wrote: > >> Hello, >> >> I'm trying out the cross build instructions on the arm page and my >> installworld fails: >> >> Just had a successful buildworld and buildkernel >> Then, tried to run installworld: >> >> russellh@prescott:~/Projects/hummingboard/src% sudo make installworld >> TARGET_ARCH=3Darmv6 DESTDIR=3D${PWD}/nfsroot >> mkdir -p /tmp/install.mYvcGRG7 >> progs=3D$(for prog in [ awk cap_mkdb cat chflags chmod chown cmp cp >> date echo egrep find grep id install ln make mkdir mtree mv pwd_mkdb >> rm sed services_mkdb sh strip sysctl test true uname wc zic tzsetup >> makewhatis; do if progpath=3D`which $prog`; then echo $progpath; else >> echo "Required tool $prog not found in PATH." >&2; exit 1; fi; >> done); libs=3D$(ldd -f "%o %p\n" -f "%o %p\n" $progs 2>/dev/null | sort >> -u | while read line; do set -- $line; if [ "$2 $3" !=3D "not found" >> ]; then echo $2; else echo "Required library $1 not found." >&2; >> exit 1; fi; done); cp $libs $progs /tmp/install.mYvcGRG7 >> cp -R ${PATH_LOCALE:-"/usr/share/locale"} /tmp/install.mYvcGRG7/locale >> cd /usr/home/russellh/Projects/hummingboard/src; >> MAKEOBJDIRPREFIX=3D/usr/obj/arm.armv6 MACHINE_ARCH=3Darmv6 MACHINE=3Darm >> CPUTYPE=3D >> GROFF_BIN_PATH=3D/usr/obj/arm.armv6/usr/home/russellh/Projects/hummingbo= ard/src/tmp/legacy/usr/bin >> >> GROFF_FONT_PATH=3D/usr/obj/arm.armv6/usr/home/russellh/Projects/hummingb= oard/src/tmp/legacy/usr/share/groff_font >> >> GROFF_TMAC_PATH=3D/usr/obj/arm.armv6/usr/home/russellh/Projects/hummingb= oard/src/tmp/legacy/usr/share/tmac >> CC=3D"cc " CXX=3D"c++ " CPP=3D"cpp " AS=3D"as" AR=3D"ar" LD=3D"ld" NM= =3Dnm >> OBJDUMP=3Dobjdump OBJCOPY=3D"objcopy" RANLIB=3Dranlib STRINGS=3D SIZE=3D= "size" >> >> PATH=3D/usr/obj/arm.armv6/usr/home/russellh/Projects/hummingboard/src/tm= p/legacy/usr/sbin:/usr/obj/arm.armv6/usr/home/russellh/Projects/hummingboar= d/src/tmp/legacy/usr/bin:/usr/obj/arm.armv6/usr/home/russellh/Projects/humm= ingboard/src/tmp/legacy/bin:/usr/obj/arm.armv6/usr/home/russellh/Projects/h= ummingboard/src/tmp/usr/sbin:/usr/obj/arm.armv6/usr/home/russellh/Projects/= hummingboard/src/tmp/usr/bin:/tmp/install.mYvcGRG7 >> LD_LIBRARY_PATH=3D/tmp/install.mYvcGRG7 >> PATH_LOCALE=3D/tmp/install.mYvcGRG7/locale >> /usr/obj/usr/home/russellh/Projects/hummingboard/src/make.amd64/bmake >> -f Makefile.inc1 __MAKE_SHELL=3D/tmp/install.mYvcGRG7/sh reinstall; >> MAKEOBJDIRPREFIX=3D/usr/obj/arm.armv6 MACHINE_ARCH=3Darmv6 MACHINE=3Darm >> CPUTYPE=3D >> GROFF_BIN_PATH=3D/usr/obj/arm.armv6/usr/home/russellh/Projects/hummingbo= ard/src/tmp/legacy/usr/bin >> >> GROFF_FONT_PATH=3D/usr/obj/arm.armv6/usr/home/russellh/Projects/hummingb= oard/src/tmp/legacy/usr/share/groff_font >> >> GROFF_TMAC_PATH=3D/usr/obj/arm.armv6/usr/home/russellh/Projects/hummingb= oard/src/tmp/legacy/usr/share/tmac >> CC=3D"cc " CXX=3D"c++ " CPP=3D"cpp " AS=3D"as" AR=3D"ar" LD=3D"ld" NM= =3Dnm >> OBJDUMP=3Dobjdump OBJCOPY=3D"objcopy" RANLIB=3Dranlib STRINGS=3D SIZE=3D= "size" >> >> PATH=3D/usr/obj/arm.armv6/usr/home/russellh/Projects/hummingboard/src/tm= p/legacy/usr/sbin:/usr/obj/arm.armv6/usr/home/russellh/Projects/hummingboar= d/src/tmp/legacy/usr/bin:/usr/obj/arm.armv6/usr/home/russellh/Projects/humm= ingboard/src/tmp/legacy/bin:/usr/obj/arm.armv6/usr/home/russellh/Projects/h= ummingboard/src/tmp/usr/sbin:/usr/obj/arm.armv6/usr/home/russellh/Projects/= hummingboard/src/tmp/usr/bin:/tmp/install.mYvcGRG7 >> LD_LIBRARY_PATH=3D/tmp/install.mYvcGRG7 >> PATH_LOCALE=3D/tmp/install.mYvcGRG7/locale rm -rf /tmp/install.mYvcGRG7 >> cc: not found >> bmake[2]: "/usr/home/russellh/Projects/hummingboard/src/share/mk/ >> bsd.compiler.mk" >> line 141: Unable to determine compiler type for cc . Consider setting >> COMPILER_TYPE. >> *** Error code 1 >> >> Stop. >> bmake[1]: stopped in /usr/home/russellh/Projects/hummingboard/src >> *** Error code 1 >> >> Stop. >> make: stopped in /usr/home/russellh/Projects/hummingboard/src >> russellh@prescott:~/Projects/hummingboard/src% svn info >> Path: . >> Working Copy Root Path: /usr/home/russellh/Projects/hummingboard/src >> URL: https://svn0.us-west.freebsd.org/base/head >> Relative URL: ^/head >> Repository Root: https://svn0.us-west.freebsd.org/base >> Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f >> Revision: 297517 >> Node Kind: directory >> Schedule: normal >> Last Changed Author: jmcneill >> Last Changed Rev: 297514 >> Last Changed Date: 2016-04-02 09:53:12 -0700 (Sat, 02 Apr 2016) >> >> russellh@prescott:~/Projects/hummingboard/src% >> >> Any input welcome. >> > > This usually is because MAKEOBJDIRPREFIX isn't set anymore > now that you are root. > So what's interesting for me is I've always run my cross builds in a jail and just run it from /usr/src. The idea that I don't need sudo to build (just install) is new to me. I tried adding MAKEOBJDIRPREFIX=3D$(PWD)/../obj to all my make commands but that didn't work (and later noted Ian's script indicates this is an issue). I lucked out and found something that said sudo can retain the current users environment. The FreeBSD flag is -E. So I tried that with limited success. The final problem was my destdir was not an absolute path. SO the update to the wiki would be: export MAKEOBJDIRPREFIX=3D$(pwd)/obj export DEST=3D$(pwd)/nfsroot cd src make buildworld TARGET_ARCH=3Darmv6 make buildkernel TARGET_ARCH=3Darmv6 KERNCONF=3DIMX6 sudo -E make installworld TARGET_ARCH=3Darmv6 DESTDIR=3D$DEST sudo -E make distribution TARGET_ARCH=3Darmv6 DESTDIR=3D$DEST sudo -E make installkernelTARGET_ARCH=3Darmv6 KERNCONF=3DIMX6 DESTDIR=3D$DE= ST Alternatively I tested DESTDIR as DESTDIR=3D$(pwd)/../nfsroot which also worked. So now after looking back at Ian's cross build script further down, my question is why doesn't it fail due to the same issue? Thanks, Russ From owner-freebsd-arm@freebsd.org Wed Apr 6 10:24:34 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 436ABB04801 for ; Wed, 6 Apr 2016 10:24:34 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward7j.cmail.yandex.net (forward7j.cmail.yandex.net [IPv6:2a02:6b8:0:1630::182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 036D8115C for ; Wed, 6 Apr 2016 10:24:33 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from smtp12.mail.yandex.net (smtp12.mail.yandex.net [IPv6:2a02:6b8:0:801:1::11]) by forward7j.cmail.yandex.net (Yandex) with ESMTP id 7791220D30 for ; Wed, 6 Apr 2016 13:24:18 +0300 (MSK) Received: from smtp12.mail.yandex.net (localhost [127.0.0.1]) by smtp12.mail.yandex.net (Yandex) with ESMTP id 471BF16A10E4 for ; Wed, 6 Apr 2016 13:24:18 +0300 (MSK) Received: by smtp12.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id Nz2JsxbSXl-OHZO84xq; Wed, 06 Apr 2016 13:24:17 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) X-Yandex-ForeignMX: US X-Yandex-Suid-Status: 1 0 Subject: Re: Indication of Successful Build To: freebsd-arm@freebsd.org References: From: Boris Samorodov Message-ID: <5704E3CE.2090107@passap.ru> Date: Wed, 6 Apr 2016 13:24:14 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 10:24:34 -0000 Hi Russel, All! 06.04.16 08:36, Russell Haley ŠæŠøшŠµŃ‚: > Is there any way to tell if your last build was successful (it's a > general question so I mean in whole or any of the parts like > buildworld, man pages, installkernel)? You may check the return code of the command: ----- % make buildworld [...] % echo $? 0 ----- SH(1) has more info on the case. > It would sure be helpful if > there was a flag or something preferably short of setting up Jenkins. > That said, I'm not opposed to setting up Jenkins. Hm, Jenkins? Seems that I might not understand your question... -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-arm@freebsd.org Wed Apr 6 16:21: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 259A7B06BCD for ; Wed, 6 Apr 2016 16:21:46 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-vk0-x22d.google.com (mail-vk0-x22d.google.com [IPv6:2607:f8b0:400c:c05::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CFF3A1647 for ; Wed, 6 Apr 2016 16:21:45 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-vk0-x22d.google.com with SMTP id k1so65079834vkb.0 for ; Wed, 06 Apr 2016 09:21:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to; bh=amzaMLzrB9lnWi/rdBQNijFl0WiPn5MSEQWgja6Zxmc=; b=pyhaU6hiPG7lwS5wQzMLAG7AUmQ9orjems34c0Szf/at+YuKDVH4DKApUGL5E4NIwz Z1fUwWivkXu1AeNv5nmKY4yJVsXOKbBdHUrtNuCMNmA5+Mnk1QqCHmfRGYUTYgSyBnje lVQiAPEwshd4z/JaLGKCHWCm+LGZQHf3NKdv7D0n+lQLQaxZGUN7x2thUvFaScB8e5hS 6oMQfbx1Ob0sTavFervhq+Z21gG3ozQAQT7itnG72ViYwUe5Mw2mfOqI7lDpU5hGrpvz YKmUX0ZAkGt3zARxGX7LmhBvUgsluBO9Sf9t6Q/b4kjX3IYAODZIziN3NG8xua239xsb s41g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to; bh=amzaMLzrB9lnWi/rdBQNijFl0WiPn5MSEQWgja6Zxmc=; b=VjNzjNVsNb3Lvu3oUSAXQGyn4iC/81YY/L+FRkBHE/WO0UPbKzO395crdHybJXO91x 0aMGIF7le6/JAQOt/SrmLrnJLNxAPM2T7b3efWBYRu3CB1OSURjHLhjb+zBj1Eo4KOsP mEDqXq9zEkj8lGZt3B14p4e7ZzezDYYXAiwoe4+Zfknh1UkU3imHAqS0KEtJaA5cCius RLdbXgyK7rYQ8bu/7L69Syqbc4erTB1RyTYEIQndtHjwV0qZbNf2/GcQYVwBKYhT25vy 7M9y/kYO1H4aWkt92aQGrUMwEmYgYUt5kENBFF0rS4pmt0CquvvkKGgLOxnF6ryLOma1 4pIg== X-Gm-Message-State: AD7BkJJHD2f+ZN3trxgDBFU6rYP80uJ2+lQesIOm1w+mj+XL9DQBM4pZrFhkiJGxXav5Ttc3IkBLlcmCewOTCQ== MIME-Version: 1.0 X-Received: by 10.159.34.50 with SMTP id 47mr11912748uad.75.1459959704841; Wed, 06 Apr 2016 09:21:44 -0700 (PDT) Received: by 10.31.54.13 with HTTP; Wed, 6 Apr 2016 09:21:44 -0700 (PDT) In-Reply-To: <20160406153531.GE71221@www.zefox.net> References: <20160406153531.GE71221@www.zefox.net> Date: Wed, 6 Apr 2016 09:21:44 -0700 Message-ID: Subject: Re: Indication of Successful Build From: Russell Haley To: bob prohaska , freebsd-arm , bsam@passap.ru Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 16:21:46 -0000 Hi Bob/Boris, You both understand the question correctly. Return codes and time stamps are all great but don't tell me anything two weeks later when I can't remember if my last buildworld worked or not.The answers so far are what I expected; what I am wondering is if there was a nifty trick I didn't know. The answer seems to be RYO or Jenkins. :) Thanks, Russ On Wed, Apr 6, 2016 at 8:35 AM, bob prohaska wrote: > Hi Russell, > > The buildworld and buildkernel targets output completion timestamps, such as > >>>> Kernel build for RPI2 completed on Mon Apr 4 16:27:49 PDT 2016 > > which makes success or failure reasonably clear. > > Installworld and installkernel just "fizzle out" with no explicit > declaration, but at least when self-hosting on an RPI2 have a fairly > unique tagline, such as > > --- afterinstall --- > kldxref /boot/kernel > > for installkernel, or > > makewhatis /usr/share/man > makewhatis /usr/share/openssl/man > > for installworld. > > Do I possibly misunderstand the question? > > bob prohaska > > On Tue, Apr 05, 2016 at 10:36:21PM -0700, Russell Haley wrote: >> Is there any way to tell if your last build was successful (it's a >> general question so I mean in whole or any of the parts like >> buildworld, man pages, installkernel)? It would sure be helpful if >> there was a flag or something preferably short of setting up Jenkins. >> That said, I'm not opposed to setting up Jenkins. >> >> Thanks, >> >> Russell >> _______________________________________________ >> 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 Wed Apr 6 19:13:16 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 3BB59B044BE for ; Wed, 6 Apr 2016 19:13:16 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-156.reflexion.net [208.70.211.156]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CDB4812C1 for ; Wed, 6 Apr 2016 19:13:15 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 1221 invoked from network); 6 Apr 2016 19:13:31 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 6 Apr 2016 19:13:31 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.90.2) with SMTP; Wed, 06 Apr 2016 15:12:58 -0400 (EDT) Received: (qmail 27031 invoked from network); 6 Apr 2016 19:12:58 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 6 Apr 2016 19:12:58 -0000 X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 60AB71C4075 for ; Wed, 6 Apr 2016 12:13:04 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Indication of Successful Build Message-Id: Date: Wed, 6 Apr 2016 12:13:07 -0700 To: freebsd-arm 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.21 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 Apr 2016 19:13:16 -0000 I use script to make a typescript/log file and keep the log file for as = long as I care. So, for example, the script use in: > # more = ~/sys_build_scripts.powerpc64-host/make_powerpc64vtsc_nodebug_incl_clang_x= toolchain-powerpc64-host.sh=20 > script = ~/sys_typescripts/typescript_make_powerpc64vtsc_nodebug_incl_clang_xtoolch= ain-powerpc64-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.powerpc64-xtoolchain.powerpc64-= host" \ > MAKEOBJDIRPREFIX=3D"/usr/obj/xtoolchain/powerpc.powerpc64" \ > make $* =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Wed Apr 6 20:14: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 67F1EB0686E for ; Wed, 6 Apr 2016 20:14:41 +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 24DA2101E for ; Wed, 6 Apr 2016 20:14:41 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-vk0-x22f.google.com with SMTP id e6so73165770vkh.2 for ; Wed, 06 Apr 2016 13:14:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=wH5R13jBtaLmXzbGDiBBmk10PDtbkQ2STeSdbUtHP98=; b=mq0cLAOZKbnNSxZK+Gvpp+wiY3IsvLB6HXbbpVYbts48ZxB++RIpJhkjwqlrpbUal4 m+sGa1L5WSzDw5p4l8bahegV4QBzUq5vbGSe1QclWscminfxoOKXJE6lQpEi4JZQ49Th PEQSHqFPexZM96gS9drWVG/Un7Eejw4kerq7o0RSjYB3auwVQbTukwNd2jL7PWTNqD79 guT4Z0Z9IBwrikg1jkKTfx1gMFqE4CYaZ8Jgqx6s81hI/PYWHhAtS44BbvSNRlkpmTbA k9eN7Bn0KPmknlQsuVj1OavuoTbEKx4bkiWc4IDaPnybsuO0kzPx1TPnYTkkElZjLSsO pT1Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=wH5R13jBtaLmXzbGDiBBmk10PDtbkQ2STeSdbUtHP98=; b=P46AV8UEMVfV02QdNzyNdLH5OZe6UYsJJ49NFEP48gvFFvTbvX7g5PiCS3QRI0OPzt f/FG+9KMsh2dS+TkMPdyuXwSTfr/po3uzufinpTWDN1quLB0+muteduLGvHJQZBpiN8O rgNiUxPZL0+d/E298c1SjopQe61MfZWDYYyyfLeRRQiXgRRLBinma8eFv3dr7nyryxFy BJ2Swiv2Ww6X3xQNs8EQAvJrivIHufZHrd40EfxaM9IoGkc2p7pAwZNrLZFvhKMPMwR4 dkStlB6aTfgJ3Bd7VY1O4htAbV/ihdPJw7et8KC0QJSYxq7IUwlpZ2S34twfK/G0CHFN L6UA== X-Gm-Message-State: AD7BkJJUtsdVii4XMJuePXz9WTuv7HH8ctf6x07wOM/EdbUKTjiovBL+nO3GE6zbqEhFnIodO70Xe6JUaWhM4Q== MIME-Version: 1.0 X-Received: by 10.31.8.142 with SMTP id 136mr15384970vki.14.1459973680123; Wed, 06 Apr 2016 13:14:40 -0700 (PDT) Received: by 10.31.54.13 with HTTP; Wed, 6 Apr 2016 13:14:40 -0700 (PDT) In-Reply-To: References: Date: Wed, 6 Apr 2016 13:14:40 -0700 Message-ID: Subject: Re: Indication of Successful Build From: Russell Haley To: Mark Millard Cc: freebsd-arm Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 20:14:41 -0000 Thanks for the input Mark. I'm currently looking into the cross build script on the developers wiki, as well as considering updating crochet to use the u-boot ports and adding hummingboard to it. I'm going to take all these suggestions and see what I can come up with. In my mind it wouldn't be hard to use the return codes indicated by Boris to create a running log of make results and copy successful outputs to a different directory. What raises my concern is that I can't be the first person to ever come up with this idea, so where are all the other attempts at this? In my mind that means I'm either way ahead of the curve (not) or I am going down the wrong path and there is something else to this I haven't considered. Anyway, I keep telling myself to get on with my own project, but there is just so much fun stuff to play with down in the guts of FreeBSD! I was just trying to get booting from NFS to work. lolz. Okay, down the rabbit hole... Thanks, Alice (Russ) On Wed, Apr 6, 2016 at 12:13 PM, Mark Millard wrote: > I use script to make a typescript/log file and keep the log file for as long as I care. So, for example, the script use in: > >> # more ~/sys_build_scripts.powerpc64-host/make_powerpc64vtsc_nodebug_incl_clang_xtoolchain-powerpc64-host.sh >> script ~/sys_typescripts/typescript_make_powerpc64vtsc_nodebug_incl_clang_xtoolchain-powerpc64-host-$(date +%Y-%m-%d:%H:%M:%S) \ >> env __MAKE_CONF="/root/src.configs/make.conf" SRC_ENV_CONF="/root/src.configs/src.conf.powerpc64-xtoolchain.powerpc64-host" \ >> MAKEOBJDIRPREFIX="/usr/obj/xtoolchain/powerpc.powerpc64" \ >> make $* > > === > Mark Millard > markmi at dsl-only.net > > _______________________________________________ > 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 Wed Apr 6 20:25:58 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 F0CC7B06E01 for ; Wed, 6 Apr 2016 20:25:58 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from erouter6.ore.mailhop.org (erouter6.ore.mailhop.org [54.187.213.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D154A1A1E for ; Wed, 6 Apr 2016 20:25:58 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 7d9ee4b2-fc35-11e5-827e-7d17a39bef25 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.34.117.227 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.34.117.227]) by outbound3.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Wed, 6 Apr 2016 20:23:57 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u36KOm7E001808; Wed, 6 Apr 2016 14:24:48 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1459974288.1091.284.camel@freebsd.org> Subject: Re: Installworld failed From: Ian Lepore To: Russell Haley , Warner Losh Cc: freebsd-arm Date: Wed, 06 Apr 2016 14:24:48 -0600 In-Reply-To: References: <20160403193538.4390989.68535.4518@gmail.com> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 20:25:59 -0000 On Tue, 2016-04-05 at 23:14 -0700, Russell Haley wrote: > On Sun, Apr 3, 2016 at 12:35 PM, Russell Haley wrote: > > > [mixed top/bottom posting stuff trimmed] > > > > This usually is because MAKEOBJDIRPREFIX isn't set anymore > > now that you are root. > > > > So what's interesting for me is I've always run my cross builds in a jail > and just run it from /usr/src. The idea that I don't need sudo to build > (just install) is new to me. > > I tried adding MAKEOBJDIRPREFIX=$(PWD)/../obj to all my make commands but > that didn't work (and later noted Ian's script indicates this is an issue). > I lucked out and found something that said sudo can retain the current > users environment. The FreeBSD flag is -E. So I tried that with limited > success. The final problem was my destdir was not an absolute path. SO the > update to the wiki would be: > > export MAKEOBJDIRPREFIX=$(pwd)/obj > export DEST=$(pwd)/nfsroot > > cd src > make buildworld TARGET_ARCH=armv6 > make buildkernel TARGET_ARCH=armv6 KERNCONF=IMX6 > > sudo -E make installworld TARGET_ARCH=armv6 DESTDIR=$DEST > sudo -E make distribution TARGET_ARCH=armv6 DESTDIR=$DEST > sudo -E make installkernelTARGET_ARCH=armv6 KERNCONF=IMX6 DESTDIR=$DEST > > Alternatively I tested DESTDIR as DESTDIR=$(pwd)/../nfsroot which also > worked. > > So now after looking back at Ian's cross build script further down, my > question is why doesn't it fail due to the same issue? > > Thanks, > > Russ Doh! It works for me because my sudoers file contains: Defaults env_keep += "PKG_PATH PKG_DBDIR PKG_TMPDIR PACKAGEROOT PACKAGESITE PKGDIR" Defaults env_keep += "TMPDIR FTP_PASSIVE_MODE XDG_SESSION_COOKIE" Defaults env_keep += "PORTSDIR PORTS_INDEX PORTS_DBDIR PACKAGES PKGTOOLS_CONF" Defaults env_keep += "MAKEOBJDIRPREFIX MODULES_OVERRIDE SUBDIR_OVERRIDE" I guess I should mention that on the wiki page. -- Ian From owner-freebsd-arm@freebsd.org Wed Apr 6 20:40:02 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 92810B0638B for ; Wed, 6 Apr 2016 20:40:02 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-vk0-x22a.google.com (mail-vk0-x22a.google.com [IPv6:2607:f8b0:400c:c05::22a]) (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 4DC711F2B; Wed, 6 Apr 2016 20:40:02 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-vk0-x22a.google.com with SMTP id e185so74047025vkb.1; Wed, 06 Apr 2016 13:40:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=qiEWH05pop4QKpMmgfGfAWRvAyy1Vgk5PdP7OK2ZCDY=; b=gagdPSYLoxUozDKTas1fHpJuHidNMdz0Vp6UEf6VRn6upQ1xs+hQZDGjW78yYjz4w/ LSdugdQkmWFKiZXdwDKstIVlDv7tnsAkz4Quhr4TlQIrT2/oGCHsWfhmHBN9phgDWzaq 4GY+HZeWk8bDDvClnKQH+nt9/rSIspIF8Bgwn4AE60NuKLTBpJ+Pnq0FLapsOREvKAl6 P/6Utahg7OU+D3YDe2nYjyrJy/NWzZDZs26cHjoQVUNaD1ajAztwKnP4oZ6xnQFnPTxr nqQol8Gb9q0FydzFAv2mMVW9A5jHu2zfENd8UQrYoLwwinrpPP7zZJYwnRvK4NQjTulT yKzQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=qiEWH05pop4QKpMmgfGfAWRvAyy1Vgk5PdP7OK2ZCDY=; b=l0FxUaxfkqnZBBlp5G+BsZcowCRDINVaIPjxKMnf7E22yi/AjzLDykxpqcNPTNYTd9 gHZv3npb23/30M3hZhKzHuY3VXzjexc7Q6cbFd3+XJMKRwmcEGdBoPs2GkCfNI90ooiQ 5pXg/izTygKvOWIuYN5eJbe4eBUHQvQ/UwDl4jHBeNoWPJDgLYdOx81M9ma6sE4BTUjL d6b7oTTgujsofzex26eCmogttYNUWbeGtBEpMi/93k+MGIuqpHX7KmxyWH3UlPUxs7ys ECGqg2jPAN1oVrn+vTVaF0Q7w+yB1u7X750YHlV9F9EoUw/vHAeImmPJG/nRo9cXnh8H tm1A== X-Gm-Message-State: AD7BkJIAaKLyFM1wD+GAGwrFPahZXelJfEi1QU/5qrEO2XpMef/kumU9aue2mWDgLPM9EBw7Kov+u11p3y5jIQ== MIME-Version: 1.0 X-Received: by 10.31.45.143 with SMTP id t137mr13536639vkt.143.1459975201445; Wed, 06 Apr 2016 13:40:01 -0700 (PDT) Received: by 10.31.54.13 with HTTP; Wed, 6 Apr 2016 13:40:01 -0700 (PDT) In-Reply-To: <1459974288.1091.284.camel@freebsd.org> References: <20160403193538.4390989.68535.4518@gmail.com> <1459974288.1091.284.camel@freebsd.org> Date: Wed, 6 Apr 2016 13:40:01 -0700 Message-ID: Subject: Re: Installworld failed From: Russell Haley To: Ian Lepore Cc: Warner Losh , freebsd-arm Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 20:40:02 -0000 There is also a little tidbit in a previous email about setting up NFS to work with u-boot. And there is nothing in there about getting u-boot from ports. I added myself as a wiki user yesterday, but I don't have any edit permissions. I'd be happy to update things, but without using the wiki markup (i.e. update it offline) I would be concerned about losing the formatting. Perhaps I could be given a duplicate page I could update for someone to approve? On Wed, Apr 6, 2016 at 1:24 PM, Ian Lepore wrote: > On Tue, 2016-04-05 at 23:14 -0700, Russell Haley wrote: >> On Sun, Apr 3, 2016 at 12:35 PM, Russell Haley wrote: >> >> > > [mixed top/bottom posting stuff trimmed] >> > >> > This usually is because MAKEOBJDIRPREFIX isn't set anymore >> > now that you are root. >> > >> >> So what's interesting for me is I've always run my cross builds in a jail >> and just run it from /usr/src. The idea that I don't need sudo to build >> (just install) is new to me. >> >> I tried adding MAKEOBJDIRPREFIX=$(PWD)/../obj to all my make commands but >> that didn't work (and later noted Ian's script indicates this is an issue). >> I lucked out and found something that said sudo can retain the current >> users environment. The FreeBSD flag is -E. So I tried that with limited >> success. The final problem was my destdir was not an absolute path. SO the >> update to the wiki would be: >> >> export MAKEOBJDIRPREFIX=$(pwd)/obj >> export DEST=$(pwd)/nfsroot >> >> cd src >> make buildworld TARGET_ARCH=armv6 >> make buildkernel TARGET_ARCH=armv6 KERNCONF=IMX6 >> >> sudo -E make installworld TARGET_ARCH=armv6 DESTDIR=$DEST >> sudo -E make distribution TARGET_ARCH=armv6 DESTDIR=$DEST >> sudo -E make installkernelTARGET_ARCH=armv6 KERNCONF=IMX6 DESTDIR=$DEST >> >> Alternatively I tested DESTDIR as DESTDIR=$(pwd)/../nfsroot which also >> worked. >> >> So now after looking back at Ian's cross build script further down, my >> question is why doesn't it fail due to the same issue? >> >> Thanks, >> >> Russ > > Doh! It works for me because my sudoers file contains: > > Defaults env_keep += "PKG_PATH PKG_DBDIR PKG_TMPDIR PACKAGEROOT PACKAGESITE PKGDIR" > Defaults env_keep += "TMPDIR FTP_PASSIVE_MODE XDG_SESSION_COOKIE" > Defaults env_keep += "PORTSDIR PORTS_INDEX PORTS_DBDIR PACKAGES PKGTOOLS_CONF" > Defaults env_keep += "MAKEOBJDIRPREFIX MODULES_OVERRIDE SUBDIR_OVERRIDE" > > I guess I should mention that on the wiki page. > > -- Ian From owner-freebsd-arm@freebsd.org Wed Apr 6 20:40:16 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 2CD19B063C4 for ; Wed, 6 Apr 2016 20:40:16 +0000 (UTC) (envelope-from craig001@lerwick.hopto.org) Received: from iredmail.bsdtec.net (bsdtec.plus.com [84.92.41.141]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E85DC1F8A for ; Wed, 6 Apr 2016 20:40:15 +0000 (UTC) (envelope-from craig001@lerwick.hopto.org) Received: from iredmail.bsdtec.net (unknown [172.16.32.11]) by iredmail.bsdtec.net (Postfix) with ESMTP id 0803081A21 for ; Wed, 6 Apr 2016 20:40:14 +0000 (UTC) X-Virus-Scanned: amavisd-new at iredmail.bsdtec.net Received: from iredmail.bsdtec.net ([172.16.32.11]) by iredmail.bsdtec.net (iredmail.bsdtec.net [172.16.32.11]) (amavisd-new, port 10024) with ESMTP id 4Mrd2aWz0jo7 for ; Wed, 6 Apr 2016 20:40:07 +0000 (UTC) Received: from zbox.lerwick.hopto.org (loki.lerwick.hopto.org [192.168.1.1]) by iredmail.bsdtec.net (Postfix) with ESMTPA id 30D18819FE for ; Wed, 6 Apr 2016 20:40:06 +0000 (UTC) Date: Wed, 6 Apr 2016 21:41:15 +0100 From: Craig Butler To: freebsd-arm@freebsd.org Subject: information on accessing nand Message-ID: <20160406214115.784b8a1f@zbox.lerwick.hopto.org> X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd10.1) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 20:40:16 -0000 Hello List Is there a HOWTO or some instructions/black magic for adding new definitions and drivers for accessing currently unsupported nand ?? So far I *think* I need to; - define the nand in the board dts definitions - code a nfc_ (omap2??) driver - set kernel configs with option nandfs and WITH_NAND="YES" - cross fingers Have I missed anything ? Kind Regards Craig From owner-freebsd-arm@freebsd.org Wed Apr 6 20:54:36 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 3749BB0682D for ; Wed, 6 Apr 2016 20:54:36 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-vk0-x22b.google.com (mail-vk0-x22b.google.com [IPv6:2607:f8b0:400c:c05::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 E88AC1655 for ; Wed, 6 Apr 2016 20:54:35 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-vk0-x22b.google.com with SMTP id c4so74489640vkb.3 for ; Wed, 06 Apr 2016 13:54:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=PX27zvB9Aa1kvEdPzL3N3mZy7rwvpeB1iCzEfTKj4dU=; b=habCAH8f/0RUUWB9cLcKm2F406hNXrUaugZSQpDhUDHCic8L33MerEFeBDfnb9ji2k 5h0ER9hhnSIAqnLqKKzBYW2d+xRbugMUwugDtHZYUKLIcw8g9SScSHkpw5lvWSlKbSEb UjWAXXpwpBGBzmpfTLQwj73QJ0ZEUBusv7bnaTLbmSNTA/ZP3O7gqHjCEHsQ+NfKxSG9 LYNz4xKrOx48KkwKndpBBUqX6+W3WunDFw0+SVjrJRrPYxoxZTkcAHbtFiQhjXCNcltQ 91vkY+N69dlCdg9t6KnZTz5o1LriPEt6u7H3GpkMl4+kU0K0Q75cN+EEicCsZ/14kAnY QZjA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=PX27zvB9Aa1kvEdPzL3N3mZy7rwvpeB1iCzEfTKj4dU=; b=Ja40VBkRBYwYCZClEpUnoAA0fIGtLz7/zaZifuKmTV/+vww6/X2aUVRiVnARdrJk+Z brT+uhNMfRobOpQYHJMQUgskhbTCw0IZDnnTmzA66fdgXaMJ7oOcDeQa6NkxH/6CroUc aDVCImH56AU4QIlK5+Gt13ICzG2pFnvz6mcoT6eOveW9caQ8sBdAuZeKt8D6kGZfNyf0 Jh2EuNjztfYO1QM4vuGZGDMwsNGQjX/GHE86Doe+YW2sNxaTWBUAl5uCfFhU2cE7P/Hv V9NE/b5marpLJE3nS9NxPocflgZaFx1RPy1HEk5KLydoE6eK7aJYh+eVgcaNHk2aS4H8 v4PQ== X-Gm-Message-State: AD7BkJJjiSHAmQE+OTEUnFITYskCIYtThIXapMnsKFqy5NkLUshd5B6HyDF3orJvqZVvR8ir2PvIDGZAYWeq8g== MIME-Version: 1.0 X-Received: by 10.31.8.142 with SMTP id 136mr15470917vki.14.1459976075116; Wed, 06 Apr 2016 13:54:35 -0700 (PDT) Received: by 10.31.54.13 with HTTP; Wed, 6 Apr 2016 13:54:35 -0700 (PDT) In-Reply-To: <20160406214115.784b8a1f@zbox.lerwick.hopto.org> References: <20160406214115.784b8a1f@zbox.lerwick.hopto.org> Date: Wed, 6 Apr 2016 13:54:35 -0700 Message-ID: Subject: Re: information on accessing nand From: Russell Haley To: Craig Butler Cc: freebsd-arm Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 20:54:36 -0000 Did you see this: On Wed, Apr 6, 2016 at 1:41 PM, Craig Butler wrote: > Hello List > > Is there a HOWTO or some instructions/black magic for adding new > definitions and drivers for accessing currently unsupported nand ?? > > So far I *think* I need to; > - define the nand in the board dts definitions > - code a nfc_ (omap2??) driver > - set kernel configs with option nandfs and WITH_NAND="YES" > - cross fingers > > Have I missed anything ? > > Kind Regards > > Craig > _______________________________________________ > 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 Wed Apr 6 20:55: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 3C2EDB0684C for ; Wed, 6 Apr 2016 20:55:14 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-vk0-x233.google.com (mail-vk0-x233.google.com [IPv6:2607:f8b0:400c:c05::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EC52316B7 for ; Wed, 6 Apr 2016 20:55:13 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-vk0-x233.google.com with SMTP id k1so74550475vkb.0 for ; Wed, 06 Apr 2016 13:55:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=HDJz7lGx3VWoNhNVs8laLo015rjDy4xBt3wu2PCL+OA=; b=vXpJaEdnf0sQ18R0C4k5+1mOqV+vh/f0ZQ2bz5IXB4aeIt+mGdHCD/qmgtW5+p8IRZ pR/Wdc2E4P61jEsdseZZOW57190qhrx7kYq+Je3EHovPFR0gjpdquZqMeGt7sGnRlikk Y0NZnENEcahpOFRgBoS+VfRzsFkSeZmRspEAC1ckQRqR/s2b4OuJBUPv91xVHuZlyB5s ur3F/B0eijlIDwuf7vwt3OYMnn/YO9z+hYQ3h7cvJNPCI4hDvjVGNtsKzj1PNNSrSfsW WeUuBTObGZBmYN/meeEw4Wt+YnyirTl+Pw0r455NuLahRHU2c6aL1MO34CCdgm7F0/et r8/A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=HDJz7lGx3VWoNhNVs8laLo015rjDy4xBt3wu2PCL+OA=; b=gFyg7yjyYh+Bu7eGHlbPmXqERQXqAmWvZzeK2mMkVBYIXkelCkpwyHl1yoqRlPIRZT 7DjWIYdclbOBuRYE+qlXSEKf3w5POv/4KfROBeIDwY6tnU0+o+C/vcb5XO+/VqJl7MS2 Iz+WMxVQqLVto3HaxkvAhiqk0UTpcGZpNcTyB+e1pPNtuYjBmjlOEIvYg8NZMTGqbOT2 oUbg06R9ErKvG+bDV0GVnaJGWxNnwf/Cbrogik4VeR4IpFN5G0RLXEDHIKp+sbXoVpj5 XqAq81rcKy/5Ur0b5+X9JD2NJ3KaN9NTvMleqGVH0gLSi3TOJkLUi6qsqt9mEOgU9yHg IQeQ== X-Gm-Message-State: AD7BkJK2dFYtezbRlzE6pgbiG2AWz0V+/rYee6PpUypayydth5D7acLQeyMIirQUbuKDu5agoBjpSkJ2pSyYXA== MIME-Version: 1.0 X-Received: by 10.176.2.138 with SMTP id 10mr11662129uah.86.1459976113141; Wed, 06 Apr 2016 13:55:13 -0700 (PDT) Received: by 10.31.54.13 with HTTP; Wed, 6 Apr 2016 13:55:13 -0700 (PDT) In-Reply-To: References: <20160406214115.784b8a1f@zbox.lerwick.hopto.org> Date: Wed, 6 Apr 2016 13:55:13 -0700 Message-ID: Subject: Re: information on accessing nand From: Russell Haley To: Craig Butler Cc: freebsd-arm Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 20:55:14 -0000 Sorry, hit the send key somehow. Did you see this: https://wiki.freebsd.org/NAND ? Russ On Wed, Apr 6, 2016 at 1:54 PM, Russell Haley wrote: > Did you see this: > > > On Wed, Apr 6, 2016 at 1:41 PM, Craig Butler wrote: >> Hello List >> >> Is there a HOWTO or some instructions/black magic for adding new >> definitions and drivers for accessing currently unsupported nand ?? >> >> So far I *think* I need to; >> - define the nand in the board dts definitions >> - code a nfc_ (omap2??) driver >> - set kernel configs with option nandfs and WITH_NAND="YES" >> - cross fingers >> >> Have I missed anything ? >> >> Kind Regards >> >> Craig >> _______________________________________________ >> 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 Wed Apr 6 21:05:36 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 99683B06B6B for ; Wed, 6 Apr 2016 21:05:36 +0000 (UTC) (envelope-from craig001@lerwick.hopto.org) Received: from iredmail.bsdtec.net (bsdtec.plus.com [84.92.41.141]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5BB2F1D02 for ; Wed, 6 Apr 2016 21:05:36 +0000 (UTC) (envelope-from craig001@lerwick.hopto.org) Received: from iredmail.bsdtec.net (unknown [172.16.32.11]) by iredmail.bsdtec.net (Postfix) with ESMTP id 0800581E6D for ; Wed, 6 Apr 2016 21:05:34 +0000 (UTC) X-Virus-Scanned: amavisd-new at iredmail.bsdtec.net Received: from iredmail.bsdtec.net ([172.16.32.11]) by iredmail.bsdtec.net (iredmail.bsdtec.net [172.16.32.11]) (amavisd-new, port 10026) with ESMTP id uugsXsY6n08b for ; Wed, 6 Apr 2016 21:05:31 +0000 (UTC) Received: from [192.168.1.104] (loki.lerwick.hopto.org [192.168.1.1]) by iredmail.bsdtec.net (Postfix) with ESMTPSA id 1BBC581E58; Wed, 6 Apr 2016 21:05:30 +0000 (UTC) Subject: Re: information on accessing nand To: Russell Haley References: <20160406214115.784b8a1f@zbox.lerwick.hopto.org> Cc: freebsd-arm From: Craig Butler Message-ID: <57057A17.30709@lerwick.hopto.org> Date: Wed, 6 Apr 2016 22:05:27 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 21:05:36 -0000 On 06/04/2016 21:55, Russell Haley wrote: > Sorry, hit the send key somehow. Did you see this: > https://wiki.freebsd.org/NAND ? > Hello Russ Thank you for your reply, yes I have seen that and looks very useful for the userland steps after this. The current problem is the nand on the dev board isn't recognised at all so I don't get the nand character devices populating /dev I think its something to do with the lack of ti,omap2 (compatible = "ti,omap2" in the dts) ... which needs the nfc_omap2 driver coding Unless I am barking up the wrong tree Regards Craig From owner-freebsd-arm@freebsd.org Wed Apr 6 21:05: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 E76A0B06B7B for ; Wed, 6 Apr 2016 21:05:39 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from erouter6.ore.mailhop.org (erouter6.ore.mailhop.org [54.187.213.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B03191D0D for ; Wed, 6 Apr 2016 21:05:39 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 30f5ec31-fc3b-11e5-827e-7d17a39bef25 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.34.117.227 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.34.117.227]) by outbound3.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Wed, 6 Apr 2016 21:04:45 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u36L5bFB001897; Wed, 6 Apr 2016 15:05:37 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1459976737.1091.289.camel@freebsd.org> Subject: Re: information on accessing nand From: Ian Lepore To: Craig Butler , freebsd-arm@freebsd.org Date: Wed, 06 Apr 2016 15:05:37 -0600 In-Reply-To: <20160406214115.784b8a1f@zbox.lerwick.hopto.org> References: <20160406214115.784b8a1f@zbox.lerwick.hopto.org> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 21:05:40 -0000 On Wed, 2016-04-06 at 21:41 +0100, Craig Butler wrote: > Hello List > > Is there a HOWTO or some instructions/black magic for adding new > definitions and drivers for accessing currently unsupported nand ?? > > So far I *think* I need to; > - define the nand in the board dts definitions > - code a nfc_ (omap2??) driver > - set kernel configs with option nandfs and WITH_NAND="YES" > - cross fingers > > Have I missed anything ? > > Kind Regards > You should be aware before you get too far into this that there is lots of stuff in freebsd related to nand, and most of it doesn't work. The driver framework is completely tied to 1-bit hamming code ECC, which is only used by ancient small chips, nothing modern. If you get past that (say, by using chips with builtin hardware ECC that appear to just never get errors), you quickly discover that the nandfs code is slow and buggy. Slow like it can lock up the system for seconds at a time. Buggy like it corrupts data and there's no way to recover. -- Ian From owner-freebsd-arm@freebsd.org Thu Apr 7 06:45: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 DB4C2B078C8 for ; Thu, 7 Apr 2016 06:45:01 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward6h.cmail.yandex.net (forward6h.cmail.yandex.net [IPv6:2a02:6b8:0:f35::e6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7A2A5158A for ; Thu, 7 Apr 2016 06:45:01 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from smtp2h.mail.yandex.net (smtp2h.mail.yandex.net [84.201.187.145]) by forward6h.cmail.yandex.net (Yandex) with ESMTP id 47AD1213E4; Thu, 7 Apr 2016 09:44:57 +0300 (MSK) Received: from smtp2h.mail.yandex.net (localhost [127.0.0.1]) by smtp2h.mail.yandex.net (Yandex) with ESMTP id 2FD3F170390E; Thu, 7 Apr 2016 09:44:56 +0300 (MSK) Received: by smtp2h.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id tr01XRDnaJ-itjuPtel; Thu, 07 Apr 2016 09:44:55 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) X-Yandex-ForeignMX: US X-Yandex-Suid-Status: 1 0,1 0,1 0 Subject: Re: Indication of Successful Build To: Russell Haley , Mark Millard References: Cc: freebsd-arm From: Boris Samorodov Message-ID: <570601E1.1080704@passap.ru> Date: Thu, 7 Apr 2016 09:44:49 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 06:45:02 -0000 06.04.16 23:14, Russell Haley ŠæŠøшŠµŃ‚: > Thanks for the input Mark. > > I'm currently looking into the cross build script on the developers Sees that you misunderstood Marks word "script". He uses SCRIPT(1) to save build script output to a log-file. > wiki, as well as considering updating crochet to use the u-boot ports > and adding hummingboard to it. I'm going to take all these suggestions > and see what I can come up with. In my mind it wouldn't be hard to use > the return codes indicated by Boris to create a running log of make > results and copy successful outputs to a different directory. What > raises my concern is that I can't be the first person to ever come up > with this idea, so where are all the other attempts at this? In my > mind that means I'm either way ahead of the curve (not) or I am going > down the wrong path and there is something else to this I haven't > considered. I'd say that most developers have different purposes, plus it's not hard to create a shell script to automate the task. So everybody have some of them at their armoury. Here is mine (written once in a hurry, but used to be helpful and used often). > Anyway, I keep telling myself to get on with my own project, but there > is just so much fun stuff to play with down in the guts of FreeBSD! I > was just trying to get booting from NFS to work. lolz. Okay, down the > rabbit hole... > > Thanks, > > Alice (Russ) > > On Wed, Apr 6, 2016 at 12:13 PM, Mark Millard wrote: >> I use script to make a typescript/log file and keep the log file for as long as I care. So, for example, the script use in: >> >>> # more ~/sys_build_scripts.powerpc64-host/make_powerpc64vtsc_nodebug_incl_clang_xtoolchain-powerpc64-host.sh >>> script ~/sys_typescripts/typescript_make_powerpc64vtsc_nodebug_incl_clang_xtoolchain-powerpc64-host-$(date +%Y-%m-%d:%H:%M:%S) \ >>> env __MAKE_CONF="/root/src.configs/make.conf" SRC_ENV_CONF="/root/src.configs/src.conf.powerpc64-xtoolchain.powerpc64-host" \ >>> MAKEOBJDIRPREFIX="/usr/obj/xtoolchain/powerpc.powerpc64" \ >>> make $* -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-arm@freebsd.org Thu Apr 7 07:10: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 3EF98B0637C for ; Thu, 7 Apr 2016 07:10:05 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-157.reflexion.net [208.70.211.157]) (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 E8DE41114 for ; Thu, 7 Apr 2016 07:10:04 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 14521 invoked from network); 7 Apr 2016 07:10:04 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 7 Apr 2016 07:10:04 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.90.2) with SMTP; Thu, 07 Apr 2016 03:10:07 -0400 (EDT) Received: (qmail 4218 invoked from network); 7 Apr 2016 07:10:07 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 7 Apr 2016 07:10:07 -0000 X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id B25C51C4074; Thu, 7 Apr 2016 00:10:02 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: Indication of Successful Build From: Mark Millard In-Reply-To: <570601E1.1080704@passap.ru> Date: Thu, 7 Apr 2016 00:10:02 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <570601E1.1080704@passap.ru> To: Russell Haley X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 07:10:05 -0000 On 2016-Apr-6, at 11:44 PM, Boris Samorodov wrote: >=20 > 06.04.16 23:14, Russell Haley =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >> Thanks for the input Mark. >>=20 >> I'm currently looking into the cross build script on the developers >=20 > Sees that you misunderstood Marks word "script". He uses SCRIPT(1) > to save build script output to a log-file. >=20 Boris is correct about what I was referring to. But I'm not sure if you = misinterpreted me or not. See https://www.freebsd.org/cgi/man.cgi?script(1) , which describes = script via: The script utility makes a typescript of everything printed on your = terminal. Having such a log file around after the build attempt allows reviewing = for more than success vs. failure status. Even success can be reviewed = for warnings. >> wiki, as well as considering updating crochet to use the u-boot ports >> and adding hummingboard to it. I'm going to take all these = suggestions >> and see what I can come up with. In my mind it wouldn't be hard to = use >> the return codes indicated by Boris to create a running log of make >> results and copy successful outputs to a different directory. What >> raises my concern is that I can't be the first person to ever come up >> with this idea, so where are all the other attempts at this? In my >> mind that means I'm either way ahead of the curve (not) or I am going >> down the wrong path and there is something else to this I haven't >> considered. >=20 > I'd say that most developers have different purposes, plus it's not = hard > to create a shell script to automate the task. So everybody have some = of > them at their armoury. Here is mine (written once in a hurry, but used > to be helpful and used often). >=20 >> Anyway, I keep telling myself to get on with my own project, but = there >> is just so much fun stuff to play with down in the guts of FreeBSD! I >> was just trying to get booting from NFS to work. lolz. Okay, down the >> rabbit hole... >>=20 >> Thanks, >>=20 >> Alice (Russ) >>=20 >> On Wed, Apr 6, 2016 at 12:13 PM, Mark Millard = wrote: >>> I use script to make a typescript/log file and keep the log file for = as long as I care. So, for example, the script use in: >>>=20 >>>> # more = ~/sys_build_scripts.powerpc64-host/make_powerpc64vtsc_nodebug_incl_clang_x= toolchain-powerpc64-host.sh >>>> script = ~/sys_typescripts/typescript_make_powerpc64vtsc_nodebug_incl_clang_xtoolch= ain-powerpc64-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.powerpc64-xtoolchain.powerpc64-= host" \ >>>> MAKEOBJDIRPREFIX=3D"/usr/obj/xtoolchain/powerpc.powerpc64" \ >>>> make $* >=20 > --=20 > WBR, Boris Samorodov (bsam) > FreeBSD Committer, http://www.FreeBSD.org The Power To Serve > =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Thu Apr 7 07:14: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 B8FD8B06689 for ; Thu, 7 Apr 2016 07:14:35 +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 745751745 for ; Thu, 7 Apr 2016 07:14:35 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-vk0-x22f.google.com with SMTP id e185so88119811vkb.1 for ; Thu, 07 Apr 2016 00:14:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-transfer-encoding; bh=y9yqGqdxFcE4A5MFIdZATIqO0TA6Mw/OIF+z1Ftizas=; b=g5UctJEK+HfswDWdddndNpc/BpO402F0X9QCteLhLLsCaUkTBEAcos1qjcBjqUZvF1 3re4Mv1QH6J1J5XDrFbu4nvOJtWA8yy3CwIEQlfAPkxVGgQ/5oCkW/vsSW9omxyE+BAS eyv2aJ7b9GIW0Ol4APqPkf1YviavPv3/gvorXibsU2NOjIVpGZFpjf7cJnYrOX8OT6NI ndHxpdWvVZF2n2Iu3bCYQdvIztvWkKLcmW1U0axeglyz1t3IO7ltVQd1VsWt8+sj+g+n XzrbtKC9fl10JLUCpYre5DU5tFl1hy7jLeJOsTLedN/quMMmuzOYtnufqhsv4jQcjE5H 8awg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-transfer-encoding; bh=y9yqGqdxFcE4A5MFIdZATIqO0TA6Mw/OIF+z1Ftizas=; b=MmMG2OvbfNBJIkoSSuN0/srqgBXMR8pK8OyOFxUuJ1F4UBYTNJS86pKEHC1Wape43+ XnIVtxk5C4L/T1P4UqR4T/cvv2lt1Yl2y7it1OTIpjGN3KpDuIRXHjDtOT7MDi0lHjsW fe1pUCyJqwxUquPVA/BVDAhbmDSDcvKXRcupWHUx2zRNVPF2NtlX12A76a02UT9ht6j1 X9nN0ETwbupfFhqPzkWwDqoQBkrGHebfiXSoaRPiLFL0fxSOXS2cm/Ojs8VyEC3Jk+Tb yaf6yShd4IZN4M9Kiew1zG6embuGnye8frT+TXVvPsZNNDVPAiH/hE+sxDruHOe2fs7h jtSg== X-Gm-Message-State: AD7BkJJMEIfj75QWWJexYCJmWtLaxAhQCA3iZXwJRWzVYMYlLjoOsd17ciwC05o58RqUUfhK5FIT8YNri3DUOw== MIME-Version: 1.0 X-Received: by 10.31.56.151 with SMTP id f145mr668225vka.107.1460013274601; Thu, 07 Apr 2016 00:14:34 -0700 (PDT) Received: by 10.31.54.13 with HTTP; Thu, 7 Apr 2016 00:14:34 -0700 (PDT) In-Reply-To: <570601E1.1080704@passap.ru> References: <570601E1.1080704@passap.ru> Date: Thu, 7 Apr 2016 00:14:34 -0700 Message-ID: Subject: Re: Indication of Successful Build From: Russell Haley To: Boris Samorodov Cc: Mark Millard , freebsd-arm Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 07:14:35 -0000 On Wed, Apr 6, 2016 at 11:44 PM, Boris Samorodov wrote: > 06.04.16 23:14, Russell Haley =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >> Thanks for the input Mark. >> >> I'm currently looking into the cross build script on the developers > > Sees that you misunderstood Marks word "script". He uses SCRIPT(1) > to save build script output to a log-file. Thank you, I understood what he was doing. I was refering to the script her= e: https://wiki.freebsd.org/FreeBSD/arm/crossbuild > >> wiki, as well as considering updating crochet to use the u-boot ports >> and adding hummingboard to it. I'm going to take all these suggestions >> and see what I can come up with. In my mind it wouldn't be hard to use >> the return codes indicated by Boris to create a running log of make >> results and copy successful outputs to a different directory. What >> raises my concern is that I can't be the first person to ever come up >> with this idea, so where are all the other attempts at this? In my >> mind that means I'm either way ahead of the curve (not) or I am going >> down the wrong path and there is something else to this I haven't >> considered. > > I'd say that most developers have different purposes, plus it's not hard > to create a shell script to automate the task. So everybody have some of > them at their armoury. Here is mine (written once in a hurry, but used > to be helpful and used often). Thank you for your script. This is precisely what I was looking for: some input on how other people build! >> Anyway, I keep telling myself to get on with my own project, but there >> is just so much fun stuff to play with down in the guts of FreeBSD! I >> was just trying to get booting from NFS to work. lolz. Okay, down the >> rabbit hole... >> >> Thanks, >> >> Alice (Russ) >> >> On Wed, Apr 6, 2016 at 12:13 PM, Mark Millard wrot= e: >>> I use script to make a typescript/log file and keep the log file for as= long as I care. So, for example, the script use in: >>> >>>> # more ~/sys_build_scripts.powerpc64-host/make_powerpc64vtsc_nodebug_i= ncl_clang_xtoolchain-powerpc64-host.sh >>>> script ~/sys_typescripts/typescript_make_powerpc64vtsc_nodebug_incl_cl= ang_xtoolchain-powerpc64-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.powerpc64-xtoolchain.powerpc64-host" \ >>>> MAKEOBJDIRPREFIX=3D"/usr/obj/xtoolchain/powerpc.powerpc64" \ >>>> make $* > > -- > WBR, Boris Samorodov (bsam) > FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-arm@freebsd.org Thu Apr 7 14:38:37 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 A5999B061F7 for ; Thu, 7 Apr 2016 14:38:37 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from erouter6.ore.mailhop.org (erouter6.ore.mailhop.org [54.187.213.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 86CA310C6 for ; Thu, 7 Apr 2016 14:38:37 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 48cfd09f-fcce-11e5-827e-7d17a39bef25 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.34.117.227 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.34.117.227]) by outbound3.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Thu, 7 Apr 2016 14:37:41 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u37EcYEc003811; Thu, 7 Apr 2016 08:38:34 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1460039914.1091.297.camel@freebsd.org> Subject: Re: Indication of Successful Build From: Ian Lepore To: Russell Haley , Boris Samorodov Cc: freebsd-arm , Mark Millard Date: Thu, 07 Apr 2016 08:38:34 -0600 In-Reply-To: References: <570601E1.1080704@passap.ru> Content-Type: text/plain; charset="koi8-r" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 14:38:37 -0000 On Thu, 2016-04-07 at 00:14 -0700, Russell Haley wrote: > On Wed, Apr 6, 2016 at 11:44 PM, Boris Samorodov > wrote: > > 06.04.16 23:14, Russell Haley ŠÉŪÅŌ: > > > Thanks for the input Mark. > > > > > > I'm currently looking into the cross build script on the > > > developers > > > > Sees that you misunderstood Marks word "script". He uses SCRIPT(1) > > to save build script output to a log-file. > > Thank you, I understood what he was doing. I was refering to the > script here: > https://wiki.freebsd.org/FreeBSD/arm/crossbuild > > > > > > wiki, as well as considering updating crochet to use the u-boot > > > ports > > > and adding hummingboard to it. I'm going to take all these > > > suggestions > > > and see what I can come up with. In my mind it wouldn't be hard > > > to use > > > the return codes indicated by Boris to create a running log of > > > make > > > results and copy successful outputs to a different directory. > > > What > > > raises my concern is that I can't be the first person to ever > > > come up > > > with this idea, so where are all the other attempts at this? In > > > my > > > mind that means I'm either way ahead of the curve (not) or I am > > > going > > > down the wrong path and there is something else to this I haven't > > > considered. > > > > I'd say that most developers have different purposes, plus it's not > > hard > > to create a shell script to automate the task. So everybody have > > some of > > them at their armoury. Here is mine (written once in a hurry, but > > used > > to be helpful and used often). > > Thank you for your script. This is precisely what I was looking for: > some input on how other people build! It would be fairly trivial to add automatic log generation to that script on the wiki page. I usually don't care, but when I want logs while I'm building I just add "2>&1 | tee make.log" (bash/sh syntax, it would be different for csh) when I launch the script. It would be easy enough to put that inside the script, perhaps with some logic to generate a log name that includes date and time. -- Ian From owner-freebsd-arm@freebsd.org Thu Apr 7 20:23: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 4D7ECB065E7 for ; Thu, 7 Apr 2016 20:23:50 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-vk0-x231.google.com (mail-vk0-x231.google.com [IPv6:2607:f8b0:400c:c05::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0789A1528; Thu, 7 Apr 2016 20:23:50 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-vk0-x231.google.com with SMTP id c4so114130602vkb.3; Thu, 07 Apr 2016 13:23:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-transfer-encoding; bh=xJnx5R0mAK1VAyMTkmVhkKbnmpMWc0HG6f9kejGhE/Q=; b=xi/0I2cqhk10rNx/h1LucvKva02kYD5ee9y9cz6t9tvGI4FI9CTc0g+T3COygItNQ2 3eROSp3ZHqBkd0KvKYX319bmJsh61id0NylGOV7Vx0X88r6z67dlTLALcX1VM31/84ib 9SnezzindiPGCS3elC/C26f5TQp3k+MEVenPXL2Od7tEqRAiXj1svBvaPr5AbQpzlTzi xqy2H/OdH++MgrdhS5PQuhff+SFfWY5t0YA2dwNugkT2G3u2XCIgFoNfaAWbmOYFjtP0 BenjSGZIx+j+/cNzXqcCdbZ3NLxwfAv6zU1XngiXX74YKyE+9oNxJAiGd6ExPA6Q6rAO K+Ww== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-transfer-encoding; bh=xJnx5R0mAK1VAyMTkmVhkKbnmpMWc0HG6f9kejGhE/Q=; b=XwIx+39O95lM+vUVwVuO8QYkOexUdzMteyE9/aWXepBOtj8842HpZwWJZxYpRX55UR xb35vE6nbrtlXN76vLx9YpbsKEnCqlUEcCdbPZ+HdW5iukfNnIHcZHv/QkCf9E9xP9Hc a8+Xs9FdvZs1ClOvubMWwmDctvFeuzFfgORJwMwWNU0MNGcEEXyTWflZefv4jPCRTLT3 6HqwAElSX7ntENeoo3byL5k67foJZUryLlAagOzlCIBHdXM1el0/uhubj1ktcmTL98u5 dm1Bq12eYLTcCmQLEetaIZyMt4I8kiq5zz1fXuDiLQTWaEv9FOjtwACd1g9du876YK6w pS5g== X-Gm-Message-State: AD7BkJLlSkE6IC1UBjzftS9lzCdyiG3khu+CM6zFYFb814ii1al7nK/JGGco3D0Fr0szmVORcj0sq+/C7Rtnkw== MIME-Version: 1.0 X-Received: by 10.31.157.67 with SMTP id g64mr2286389vke.79.1460060629096; Thu, 07 Apr 2016 13:23:49 -0700 (PDT) Received: by 10.31.54.13 with HTTP; Thu, 7 Apr 2016 13:23:49 -0700 (PDT) In-Reply-To: <1460039914.1091.297.camel@freebsd.org> References: <570601E1.1080704@passap.ru> <1460039914.1091.297.camel@freebsd.org> Date: Thu, 7 Apr 2016 13:23:49 -0700 Message-ID: Subject: Re: Indication of Successful Build From: Russell Haley To: Ian Lepore Cc: Boris Samorodov , freebsd-arm , Mark Millard Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 20:23:50 -0000 Okay, I'm getting there now. The script below is a rough start of what I was thinking. Check for success of each step and log it. It would be neat to include the script(1) command into this and only preserve the file if the a build step fails. As well, I'm thinking on "archiving" the build and deleting the last one if the current run succeeds. I'm new(ish) and self taught in Unix shell scripting so please point out anything wonky. #!/bin/bash BASEDIR=3D~/Projects if [ -z $1 ] then echo "Please include a project name" else PROJNAME=3D$1 fi echo "`date` - Building for ${BASEDIR}/${PROJNAME}" >> ${BASEDIR}/logfile.l= og cd ${BASEDIR}/${PROJNAME} && make retval=3D$? if [ $retval -eq 0 ]; then echo "`date` - Buildworld Succeeded" >> ${BASEDIR}/logfile.log else echo "`date` - Buildworld Failed with code $retval" >> ${BASEDIR}/logfile.l= og fi On Thu, Apr 7, 2016 at 7:38 AM, Ian Lepore wrote: > On Thu, 2016-04-07 at 00:14 -0700, Russell Haley wrote: >> On Wed, Apr 6, 2016 at 11:44 PM, Boris Samorodov >> wrote: >> > 06.04.16 23:14, Russell Haley =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >> > > Thanks for the input Mark. >> > > >> > > I'm currently looking into the cross build script on the >> > > developers >> > >> > Sees that you misunderstood Marks word "script". He uses SCRIPT(1) >> > to save build script output to a log-file. >> >> Thank you, I understood what he was doing. I was refering to the >> script here: >> https://wiki.freebsd.org/FreeBSD/arm/crossbuild >> >> > >> > > wiki, as well as considering updating crochet to use the u-boot >> > > ports >> > > and adding hummingboard to it. I'm going to take all these >> > > suggestions >> > > and see what I can come up with. In my mind it wouldn't be hard >> > > to use >> > > the return codes indicated by Boris to create a running log of >> > > make >> > > results and copy successful outputs to a different directory. >> > > What >> > > raises my concern is that I can't be the first person to ever >> > > come up >> > > with this idea, so where are all the other attempts at this? In >> > > my >> > > mind that means I'm either way ahead of the curve (not) or I am >> > > going >> > > down the wrong path and there is something else to this I haven't >> > > considered. >> > >> > I'd say that most developers have different purposes, plus it's not >> > hard >> > to create a shell script to automate the task. So everybody have >> > some of >> > them at their armoury. Here is mine (written once in a hurry, but >> > used >> > to be helpful and used often). >> >> Thank you for your script. This is precisely what I was looking for: >> some input on how other people build! > > It would be fairly trivial to add automatic log generation to that > script on the wiki page. I usually don't care, but when I want logs > while I'm building I just add "2>&1 | tee make.log" (bash/sh syntax, it > would be different for csh) when I launch the script. It would be easy > enough to put that inside the script, perhaps with some logic to > generate a log name that includes date and time. > > -- Ian From owner-freebsd-arm@freebsd.org Thu Apr 7 20:43:51 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 30EC3B06F67 for ; Thu, 7 Apr 2016 20:43:51 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from pmta2.delivery6.ore.mailhop.org (pmta2.delivery6.ore.mailhop.org [54.200.129.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ED5E0140F for ; Thu, 7 Apr 2016 20:43:50 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 6ff246f0-fd01-11e5-999f-1bb1acbc0c26 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.34.117.227 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.34.117.227]) by outbound2.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Thu, 7 Apr 2016 20:43:51 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u37Khg9X004504; Thu, 7 Apr 2016 14:43:42 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1460061822.1091.314.camel@freebsd.org> Subject: Re: PPS input on GPIO pin RPI2. From: Ian Lepore To: Peter =?ISO-8859-1?Q?Ankerst=E5l?= , freebsd-arm@freebsd.org Date: Thu, 07 Apr 2016 14:43:42 -0600 In-Reply-To: <56FCEE15.60109@pean.org> References: <56FCEE15.60109@pean.org> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 20:43:51 -0000 On Thu, 2016-03-31 at 11:29 +0200, Peter Ankerstål wrote: > (Sorry for sort of double posting) > > Hi! > > 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. > > > Background: > https://lists.freebsd.org/pipermail/freebsd-stable/2016-March/084288. > html > > Similar question: > https://lists.freebsd.org/pipermail/freebsd-questions/2014-July/25905 > 5.html > > /Peter. > 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. -- Ian From owner-freebsd-arm@freebsd.org Fri Apr 8 02:51: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 14ED3B07AC5 for ; Fri, 8 Apr 2016 02:51:38 +0000 (UTC) (envelope-from otacilio.neto@bsd.com.br) Received: from mail-qg0-x236.google.com (mail-qg0-x236.google.com [IPv6:2607:f8b0:400d:c04::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D0835122A for ; Fri, 8 Apr 2016 02:51:37 +0000 (UTC) (envelope-from otacilio.neto@bsd.com.br) Received: by mail-qg0-x236.google.com with SMTP id c6so80584282qga.1 for ; Thu, 07 Apr 2016 19:51:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsd.com.br; s=capeta; h=to:from:subject:message-id:date:user-agent:mime-version :content-transfer-encoding; bh=gnGK0K4klFcLzBIzv3qOnpwMQ7TBUyONDJC32i0u4aA=; b=TmsMkE2AZ6SgHjfPB6mZxEEjqcUwJy8x725VmUf2cRvtwnakYsITukS7Px7F0pAMZ3 f/u859+uDB0jddDrcaFL7BlPVVSJDRy/WO5CnOLot1Bl5K5vgNCIptkGU7+H2dE9a7W/ gTSnAgs/Tc38bJu7i9F7kUOsZ/wMH+FSlePyU= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding; bh=gnGK0K4klFcLzBIzv3qOnpwMQ7TBUyONDJC32i0u4aA=; b=Z4X1Ozo4cSMl4Mngj3ghkWe0oR3P7y7syZJjE7mK01hhkvxCw3phV9dSblLOvblEPs 6Z5XSQ70f5EYSTf9pZH2K2bgGVIs12Z2QrACfWzjZRaxtCj+0ofGks4rk8anPqmTa3Kd pv+iLf3945dyyEEUGMwU5K2NLzH6H712EKCIk0LM+o+d7hbOgMSM5rVufb37mBY6+QzT C2bW06JrtfoU5FiqF5/cv+fgP7U9u4AvgMhKwCckCm+JdnNl9r2+nRmyC94kPmHdcLft 8gY0pUEHoSvh+XLsZNPIOS8WmvdHkvI2IFts1slFlLaj2hcLcurTPAMIhu/zsYUsyi32 2EJA== X-Gm-Message-State: AD7BkJLZr/BRdT5infQvqTBJ2lRI5oF7NRgPOiXoaR4O4RRxAOgMSKNL93sLCFN6cZ4xpw== X-Received: by 10.140.129.22 with SMTP id 22mr8742470qhb.28.1460083896219; Thu, 07 Apr 2016 19:51:36 -0700 (PDT) Received: from [192.168.0.18] ([187.60.94.34]) by smtp.googlemail.com with ESMTPSA id d108sm4707925qga.15.2016.04.07.19.51.34 for (version=TLSv1/SSLv3 cipher=OTHER); Thu, 07 Apr 2016 19:51:35 -0700 (PDT) To: freebsd-arm@freebsd.org From: =?UTF-8?B?T3RhY8OtbGlv?= Subject: Could not load host key: /etc/ssh/ssh_host_dsa_key on beaglebone black Message-ID: <57071CA7.9020409@bsd.com.br> Date: Thu, 7 Apr 2016 23:51:19 -0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 02:51:38 -0000 Dears I getting this error message on the first boot of a new image on a Beaglebone black Is this correct? The message "Could not load host key: /etc/ssh/ssh_host_dsa_key" after "Generating" the keys? r297561M Mounting late file systems:. Generating RSA host key. 2048 SHA256:tNVcF60Q5e9vwNgJrRsTiXRk3IA34gvSw5VgBb+0Dec root@beaglebone (RSA) Generating ECDSA host key. 256 SHA256:Vv4rZFR5CgmFX06DgY/u8uPzv6izk2LDG1hnMcLPM8k root@beaglebone (ECDSA) Generating ED25519 host key. 256 SHA256:NO9GvKWwCl2we0JNAmA3H/VFnL7uAKS+sgf1qc+wgdg root@beaglebone (ED25519) Performing sanity check on sshd configuration. Could not load host key: /etc/ssh/ssh_host_dsa_key Starting sshd. Could not load host key: /etc/ssh/ssh_host_dsa_key Starting cron. Starting background file system checks in 60 seconds. Thanks a lot. From owner-freebsd-arm@freebsd.org Fri Apr 8 06:11:29 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 93096B08312 for ; Fri, 8 Apr 2016 06:11:29 +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 4B91416A6 for ; Fri, 8 Apr 2016 06:11:29 +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 F32273C0B74 for ; Fri, 8 Apr 2016 08:11:26 +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 7181B3C0B70 for ; Fri, 8 Apr 2016 08:11:26 +0200 (CEST) Subject: Re: Could not load host key: /etc/ssh/ssh_host_dsa_key on beaglebone black To: freebsd-arm@freebsd.org References: <57071CA7.9020409@bsd.com.br> From: =?UTF-8?Q?Peter_Ankerst=c3=a5l?= Message-ID: <57074B8D.6070900@pean.org> Date: Fri, 8 Apr 2016 08:11:25 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: <57071CA7.9020409@bsd.com.br> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms010101020901050902070900" X-DSPAM-Result: Innocent X-DSPAM-Processed: Fri Apr 8 08:11:26 2016 X-DSPAM-Confidence: 1.0000 X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 57074b8e18886334917064 X-DSPAM-Factors: 27, dsa, 0.40000, dsa, 0.40000, key+#+Generating, 0.40000, key+#+#+the, 0.40000, keys+Yes+this+is, 0.40000, you+#+find+#+like, 0.40000, Generating+the+#+Yes, 0.40000, Dears+#+getting+this, 0.40000, ssh+host+#+key+after, 0.40000, correct+#+message+Could, 0.40000, you+will+#+something+like, 0.40000, look+in+#+rc+script, 0.40000, This+is+#+#+get, 0.40000, the+rc+#+for, 0.40000, DSA+is+#+considered+secure, 0.40000, script+#+sshd, 0.40000, is+that+DSA, 0.40000, host+#+key+after+Generating, 0.40000, new+image+#+a, 0.40000, Could+not+load+host, 0.40000, image+on+a+Beaglebone, 0.40000, correct+#+#+#+in, 0.40000, AM, 0.40000, enable+#+#+is+because, 0.40000, why+you+#+that+error, 0.40000, sshd+dsa+enable+#+This, 0.40000, by+#+in, 0.40000 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 06:11:29 -0000 This is a cryptographically signed message in MIME format. --------------ms010101020901050902070900 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: quoted-printable Hi! On 04/08/2016 04:51 AM, Otac=EDlio wrote: > Dears > > I getting this error message on the first boot of a new image on a > Beaglebone black > Is this correct? The message "Could not load host key: > /etc/ssh/ssh_host_dsa_key" after "Generating" the keys? > Yes, this is correct. If you look in the rc script for sshd you will=20 find something like: : ${sshd_dsa_enable:=3D"no"} This is because DSA is not considered secure anymore. But the problem is = that DSA still is implicitly enabled by default in the currect version=20 of OpenSSH that comes with FreeBSD. This is why you get that error messag= e. /Peter. --------------ms010101020901050902070900 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 MTYwNDA4MDYxMTI1WjBPBgkqhkiG9w0BCQQxQgRAvVGNhuohZKkbVgVPddmf5fp9iIpNOxCj o5uJ9SEf1mTT6kUmvSAPHGeuqxFW8ZglX5GMjdSFjtCQSxB5D2jZjTBsBgkqhkiG9w0BCQ8x XzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwIC AgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGaBgkrBgEEAYI3 EAQxgYwwgYkwdTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKTAnBgNV BAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MSMwIQYDVQQDExpTdGFydENv bSBDbGFzcyAxIENsaWVudCBDQQIQHcJGczwAGL/ehxPfLmSYzzCBnAYLKoZIhvcNAQkQAgsx gYyggYkwdTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKTAnBgNVBAsT IFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MSMwIQYDVQQDExpTdGFydENvbSBD bGFzcyAxIENsaWVudCBDQQIQHcJGczwAGL/ehxPfLmSYzzANBgkqhkiG9w0BAQEFAASCAgAn pZcvHu65HVClNwSOwxo2g4WzAy2xkjA2rVFvbBqzDjonQA5UigUJlh1PDzFQYD6FRHdL4nST pxeRQOY7XlW84HkJ1499Jlza45IXoQ1oYLctm1yc56/hRtf8iwqL1kzohkLnsOpKYHalWfBS TY7a1i6wlWH2wZZs/LmMo7UkPwamYhaHWGGmB0oMuYWaz5UdLixeBToiyzaOxR0ycc1693Xc G5+B37hugwBYRGNtTMWPVLT54wo1ArgjvujVjMpjK1U+fHcl9889LWg7hTEOenoQCStV0U9S f+fJHMg8SUjwXODWdo3HxPLVD0vGClk+cf9zzo8oEO5gG6kPjbOEtJAHRbx9n/VmaCdTKOq9 lN+xXLd+SvHYsWh/fA+cywINNrrkB3/pu/mi8bpSDSEIxq6xsNyUekwmSPiou/43jFyD+z/2 AmZdntEL4e49VIdgaQIs+HoEHUX9RB0mZRP2O4fYZ2WuIpKuuiOnCSfodV38q3/Dqsr3Lh1b AhP9MFGV9d1luUqHcczsgYcMEH4cH8kBcHwRu7uHVOhVEwBaU5oAOGVrgLc9HeRrteFDPRMu pC7ZnERhvBbuRAa7D0sqr//2iKGvSVLJRpsoBBXY7aFbu8uN0jWtAejziL8ejnFoMA01ZTSF 31VDyq7EfmLQzYYk+o8pLzF1S9E6V8wA5QAAAAAAAA== --------------ms010101020901050902070900-- From owner-freebsd-arm@freebsd.org Fri Apr 8 06:33: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 D2717B089B4 for ; Fri, 8 Apr 2016 06:33:35 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-vk0-x22b.google.com (mail-vk0-x22b.google.com [IPv6:2607:f8b0:400c:c05::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 89EA91EBB; Fri, 8 Apr 2016 06:33:35 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-vk0-x22b.google.com with SMTP id t129so40988489vkg.2; Thu, 07 Apr 2016 23:33:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=43lhYuxwLgrL5vbnYUnI9CkwB97G3VI3FLolPvC8sPg=; b=ts76ARToPQ1p9Xw8KbBZcPkujZN36lPw7tr3JdNWw25QMsUHuPJnrny29JypnXpUno wwGLOP4uWBIJrCGSBDxQHkMfhM/flK+lsQgfYmjdlUZxWuaadcK3f8bQzexLpno1l88I LsoufGijNzD8VhMidx3ap8sQTwk+Uk4lq+T+lc8CoQZ8siqliNfYvu2Xwa3OOoQKDhyW 3DglqxbCsUne0/eHI5x3KQwbxoPCA0Ga/Q20ps7S96VY5/2EAKNuKZIvPNP6o0b7+h5N UwjQgpCq6E5FwEhkYeuL5ThB3+ov7UaNZiP1y+RowCTelHSpzOrz5+OKrgLLLJeZ3KG1 /0fA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=43lhYuxwLgrL5vbnYUnI9CkwB97G3VI3FLolPvC8sPg=; b=h4ZuwpvWQfGl3Srb6HsIYDADMFWRGgC6J9cLdk+P7aKEXOSHfOH3ISArz89bjKvSYB bBUhsF4rQz3gFMhgy1wMUOZA/sLIyHD/0IHWB7TpMubel9fWSISHt4eEcPPDZyebh9NV T3amFGgTN1/zqGy9bUJPBzZi9Q3pRBEKgLeikcYjE3OPT0aDOWGDbns9WUBMdjqNvNgi q0McQgj3Csh0xohQ0oc0BSyZITOfd+Od/L4LsGnw9CPcDM3wnt4e35o68K9xB4ttt7IH 3EnI2tngMUiSK2fDZtfJOPWPEGjf9DwW+FuHJPagOyrkvUDFD8zJIuLJcskTLgTbFK3v 5XNA== X-Gm-Message-State: AD7BkJLgGUWyqvWaurrkEhZmkW7JDYs3N3mTUqQ9xMujOaN9Fo65Lv6Z1MvS1H70f4D1oz9GoxJgmQxRzUV5zg== MIME-Version: 1.0 X-Received: by 10.31.45.143 with SMTP id t137mr3193637vkt.143.1460097214521; Thu, 07 Apr 2016 23:33:34 -0700 (PDT) Received: by 10.31.54.13 with HTTP; Thu, 7 Apr 2016 23:33:34 -0700 (PDT) In-Reply-To: References: <570601E1.1080704@passap.ru> <1460039914.1091.297.camel@freebsd.org> Date: Thu, 7 Apr 2016 23:33:34 -0700 Message-ID: Subject: Re: Indication of Successful Build From: Russell Haley To: Ian Lepore Cc: Boris Samorodov , freebsd-arm , Mark Millard Content-Type: multipart/mixed; boundary=001a114304d6cfadb0052ff35fc5 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 06:33:35 -0000 --001a114304d6cfadb0052ff35fc5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Okay, I just expaneded Ian's script from the crossbuild page. This is most of the way for what I want. Does someone know how to pull values out of the "svn info" command output (in the script there is a hard coded revision number in the revision variable)? I was able to use sudo -E by putting it in quotes, which fixes the environment variable issues. The one thing that is missing is archiving the old nfsroot directory. hmmmm.... argh! ... must... sleep... http://imgfave.com/view/3312424 Russ On Thu, Apr 7, 2016 at 1:23 PM, Russell Haley wrote: > Okay, I'm getting there now. The script below is a rough start of what > I was thinking. Check for success of each step and log it. It would be > neat to include the script(1) command into this and only preserve the > file if the a build step fails. As well, I'm thinking on "archiving" > the build and deleting the last one if the current run succeeds. I'm > new(ish) and self taught in Unix shell scripting so please point out > anything wonky. > > #!/bin/bash > > BASEDIR=3D~/Projects > > if [ -z $1 ] > then > echo "Please include a project name" > else > PROJNAME=3D$1 > fi > > echo "`date` - Building for ${BASEDIR}/${PROJNAME}" >> ${BASEDIR}/logfile= .log > > cd ${BASEDIR}/${PROJNAME} && make > > retval=3D$? > > if [ $retval -eq 0 ]; > then > echo "`date` - Buildworld Succeeded" >> ${BASEDIR}/logfile.log > else > echo "`date` - Buildworld Failed with code $retval" >> ${BASEDIR}/logfile= .log > fi > > > On Thu, Apr 7, 2016 at 7:38 AM, Ian Lepore wrote: >> On Thu, 2016-04-07 at 00:14 -0700, Russell Haley wrote: >>> On Wed, Apr 6, 2016 at 11:44 PM, Boris Samorodov >>> wrote: >>> > 06.04.16 23:14, Russell Haley =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >>> > > Thanks for the input Mark. >>> > > >>> > > I'm currently looking into the cross build script on the >>> > > developers >>> > >>> > Sees that you misunderstood Marks word "script". He uses SCRIPT(1) >>> > to save build script output to a log-file. >>> >>> Thank you, I understood what he was doing. I was refering to the >>> script here: >>> https://wiki.freebsd.org/FreeBSD/arm/crossbuild >>> >>> > >>> > > wiki, as well as considering updating crochet to use the u-boot >>> > > ports >>> > > and adding hummingboard to it. I'm going to take all these >>> > > suggestions >>> > > and see what I can come up with. In my mind it wouldn't be hard >>> > > to use >>> > > the return codes indicated by Boris to create a running log of >>> > > make >>> > > results and copy successful outputs to a different directory. >>> > > What >>> > > raises my concern is that I can't be the first person to ever >>> > > come up >>> > > with this idea, so where are all the other attempts at this? In >>> > > my >>> > > mind that means I'm either way ahead of the curve (not) or I am >>> > > going >>> > > down the wrong path and there is something else to this I haven't >>> > > considered. >>> > >>> > I'd say that most developers have different purposes, plus it's not >>> > hard >>> > to create a shell script to automate the task. So everybody have >>> > some of >>> > them at their armoury. Here is mine (written once in a hurry, but >>> > used >>> > to be helpful and used often). >>> >>> Thank you for your script. This is precisely what I was looking for: >>> some input on how other people build! >> >> It would be fairly trivial to add automatic log generation to that >> script on the wiki page. I usually don't care, but when I want logs >> while I'm building I just add "2>&1 | tee make.log" (bash/sh syntax, it >> would be different for csh) when I launch the script. It would be easy >> enough to put that inside the script, perhaps with some logic to >> generate a log name that includes date and time. >> >> -- Ian --001a114304d6cfadb0052ff35fc5 Content-Type: application/octet-stream; name=mk Content-Disposition: attachment; filename=mk Content-Transfer-Encoding: base64 X-Attachment-Id: f_imrbwsk70 IyEvdXNyL2xvY2FsL2Jpbi9iYXNoCgpCQVNFRElSPSQocHdkKQpQUk9KRUNUX05BTUU9aHVtbWlu Z2JvYXJkCgpCVUlMRF9PVVRQVVQ9YnVpbGRvdXRwdXQubG9nCgojIEZpcnN0IHNldCBhbGwgdHdl YWthYmxlIHZhcmlhYmxlcyB0byBkZWZhdWx0IHZhbHVlcyBiZWZvcmUgbG9hZGluZwojIGNvbmZp Zy9tay5jb25mIHdoaWNoIGNhbiBvdmVycmlkZSBhbnkgb2YgdGhlc2UgZGVmYXVsdHMuCm1rX2Fy Y2g9ImFybXY2Igpta19pbnNkaXI9IiR7QkFTRURJUn0vbmZzcm9vdCIKbWtfam9icz0iJChzeXNj dGwgLW4gaHcubmNwdSkiCm1rX2tlcm5lbD0iSU1YNiIKbWtfbWFrZWNvbmY9IiR7QkFTRURJUn0v Y29uZmlnL21ha2UuY29uZiIKbWtfbWthcmdzPSIiCm1rX25pY2U9Im5pY2UgLTEwIgpta19vYmpk aXI9IiR7QkFTRURJUn0vb2JqIgpta19zcmNjb25mPSIke0JBU0VESVJ9L2NvbmZpZy9zcmMuY29u ZiIKbWtfc3JjZGlyPSIke0JBU0VESVJ9L3NyYyIKbWtfdWJsZHJhZGRyPSIweDAiCgojIElmIG1h a2luZyBhIHRhcmdldCB0aGF0IHJlcXVpcmVzIHJvb3QgcHJpdnMsIGF1dG9tYXRpY2FsbHkgYWRk IHN1ZG8uCiMgVGhpcyBjYW4gYmUgb3ZlcnJpZGRlbiBieSBzZXR0aW5nIG1rX3N1ZG89IiIgaW4g Y29uZmlnL21rLmNvbmYuCmNhc2UgIiQqIiBpbgogICppbnN0YWxsd29ybGQqIHwgKmluc3RhbGxr ZXJuZWwqIHwgKmRpc3RyaWJ1dGlvbiogfCAqYnVpbGRkdGIqICkgbWtfc3Vkbz0ic3VkbyAtRSI7 Owplc2FjCgoKIyBTb3VyY2UgaW4gY29uZmlnL21rLmNvbmYgaWYgaXQgZXhpc3RzLgppZiBbIC1y IGNvbmZpZy9tay5jb25mIF0gOyB0aGVuCiAgICAuIGNvbmZpZy9tay5jb25mCmZpCgojIElmIHRo ZXJlIGlzIGEgbG9jYWwga2VybmVsIGNvbmZpZyBmaWxlLCBsaW5rIGl0IGludG8gdGhlIHNvdXJj ZSB0cmVlLgppZiBbIC1yICJjb25maWcvJHtta19rZXJuZWx9IiBdIDsgdGhlbgogICAgbG4gLWZz ICIuLi8uLi8uLi8uLi9jb25maWcvJHtta19rZXJuZWx9IiAgICJzcmMvc3lzL2FybS9jb25mLyR7 bWtfa2VybmVsfSIKZmkKCiMgTUFLRU9CSkRJUlBSRUZJWCBtdXN0IGJlIGluIHRoZSBlbnZpcm9u bWVudCwgbm90IG9uIHRoZSBtYWtlIGNvbW1hbmQgbGluZS4KZXhwb3J0IE1BS0VPQkpESVJQUkVG SVg9IiR7bWtfb2JqZGlyfSIKCiMgRG8gaXQuCgpjZCAke21rX3NyY2Rpcn0gCgppbmZvPSIkKHN2 biBpbmZvKSIgCmVjaG8gJHtpbmZvfQoKcmV2aXNpb249InIyOTc1MTciCgpMT0dfRklMRT0ke0JB U0VESVJ9L2xvZ3MvJHtQUk9KRUNUX05BTUV9LmxvZwoKZWNobyAiYGRhdGVgIC0gQnVpbGRpbmcg JEAgZm9yICR7UFJPSkVDVF9OQU1FfS0ke3JldmlzaW9ufSIKCmVjaG8gImBkYXRlYCAtIEJ1aWxk aW5nICRAIGZvciAke1BST0pFQ1RfTkFNRX0tJHtyZXZpc2lvbn0iID4+ICR7TE9HX0ZJTEV9Cgok e21rX25pY2V9ICR7bWtfc3Vkb30gbWFrZSAtaiAke21rX2pvYnN9IFwKICAgICItRE5PX0NMRUFO IiBcCiAgICAiVEFSR0VUX0FSQ0g9JHtta19hcmNofSIgXAogICAgIkRFU1RESVI9JHtta19pbnNk aXJ9IiBcCiAgICAiX19NQUtFX0NPTkY9JHtta19tYWtlY29uZn0iIFwKICAgICJzcmNjb25mPSR7 bWtfc3JjY29uZn0iIFwKICAgICJLRVJOQ09ORj0ke21rX2tlcm5lbH0iIFwKICAgICJVQkxEUl9M T0FEQUREUj0ke21rX3VibGRyYWRkcn0iIFwKICAgICR7bWtfbWthcmdzfSBcCiAgICAiJEAiID4g L3RtcC90ZW1wLSR7cmV2aXNpb259Lm91dHB1dAoKcmV0dmFsPSQ/CiNleGl0CmlmIFsgJHJldHZh bCAtZXEgMCBdOwp0aGVuCmVjaG8gImBkYXRlYCAtICQqIFN1Y2NlZWRlZCIKZWNobyAiYGRhdGVg IC0gJCogU3VjY2VlZGVkIiA+PiAke0xPR19GSUxFfQojbXYgL3RtcC90ZW1wLSR7cmV2aXNpb259 Lm91dHB1dCAke0JBU0VESVJ9L2xvZ3MvJHtyZXZpc2lvbn0ub3V0cHV0CmVsc2UKZWNobyAiYGRh dGVgIC0gJCogRmFpbGVkIHdpdGggY29kZSAkcmV0dmFsIiAKZWNobyAiYGRhdGVgIC0gJCogRmFp bGVkIHdpdGggY29kZSAkcmV0dmFsIiA+PiAke0xPR19GSUxFfQptdiAvdG1wL3RlbXAtJHtyZXZp c2lvbn0ub3V0cHV0IC9sb2dzLyR7cmV2aXNpb259X2Vycm9ycy5vdXRwdXQKZmkKCg== --001a114304d6cfadb0052ff35fc5-- From owner-freebsd-arm@freebsd.org Fri Apr 8 11:23: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 5B29FB08132 for ; Fri, 8 Apr 2016 11:23:28 +0000 (UTC) (envelope-from wma@semihalf.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 3C73D1288 for ; Fri, 8 Apr 2016 11:23:28 +0000 (UTC) (envelope-from wma@semihalf.com) Received: by mailman.ysv.freebsd.org (Postfix) id 381E8B08131; Fri, 8 Apr 2016 11:23:28 +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 37C1CB08130 for ; Fri, 8 Apr 2016 11:23:28 +0000 (UTC) (envelope-from wma@semihalf.com) Received: from mail-ig0-x22a.google.com (mail-ig0-x22a.google.com [IPv6:2607:f8b0:4001:c05::22a]) (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 0CB001286 for ; Fri, 8 Apr 2016 11:23:27 +0000 (UTC) (envelope-from wma@semihalf.com) Received: by mail-ig0-x22a.google.com with SMTP id g8so13229632igr.0 for ; Fri, 08 Apr 2016 04:23:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=semihalf-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=keSiBdRnka2PdBtlcEUXBXNdw1xHG2jOHrpGoCVvdYI=; b=Nco51AkwXMcHXi3Fnk4ZIrQOKnfad6Bh4cFNrxWmYspOMfjIfOeDB9nbH0ijYVc0Jc gl4rfTRXWbAQBFmdxm2X3izq1h4gYCrB6+miUIu41XJmSMNns84ubDRg7kQ2Xp0MqEZ8 nm6kmxfTCQ8MqIxKK1uquXX4wnHBhk2DKAI1kBlJei9Lp/m5peoBPlaLyN29vDB2Q4xI mg51VDmHmoIqR3FT02jdpRNhIa9UaE5kTuLNdmdUF6m5ilQvAzLb5R1qbNIQYI0yMD2w 5xbLvP+E+gTkhGdobRblKLA8uOTdFrsAG3dLSSepV6vJhiTtFW9FzHfG+rTO3opMH4PF 1YLg== 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=keSiBdRnka2PdBtlcEUXBXNdw1xHG2jOHrpGoCVvdYI=; b=W1BGpGUmDwhmPupFT3pJRafqF3jhALhwPfwimEG2V543EB1DxCbzP2dSbS7NlUreOM /HoAe8mfoiRERHrHLkwGrWbrWgAzTB7nD6L2z/tZd3pF192nLuoaKx4HGI6oAuBOydX1 3tbEotmzVLlbYFPU2EVBwCYIeNwIEH8Gyd+Fh5TvbbUXtxZjAbZMbLI9VwM0Ut2Qh4Pb 6vGh7TyajhyW9+YsKiHGHq8Xdzr32kpoOPvbvGYzkTL3X/oK3zPC6ZjSP1GdG5ZJRZDu UA47JHzyVe2T3MBJrRgF6tw1j1JNsRCx9A4rN9m3wkfogAhGCJ7DY3GeycM5VK9UZi5J NG1Q== X-Gm-Message-State: AD7BkJKfisxO6QcHCesvILUU6H6wCqVM4QNECmxZhU0WMfpBXfSmlkjXfJ97kWkvxnomMo8XQsnLs5bj2udYxg== X-Received: by 10.50.65.74 with SMTP id v10mr2835955igs.33.1460114607276; Fri, 08 Apr 2016 04:23:27 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.154.19 with HTTP; Fri, 8 Apr 2016 04:23:07 -0700 (PDT) In-Reply-To: References: From: Wojciech Macek Date: Fri, 8 Apr 2016 13:23:07 +0200 Message-ID: Subject: Re: ARM64 buildworld failure on ThunderX To: Ed Maste , arm@freebsd.org, arm64-dev Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 11:23:28 -0000 Ed, Do you have any comments on this? Should I create a bug in bugzilla? Regards, Wojtek 2016-03-22 13:34 GMT+01:00 Wojciech Macek : > Hello, > > I was debugging strange userspace crashes during native aarch64 > buildworld, and I think that it is highly probable that they are caused by > issues with recent toolchain or system libraries. > The same test as below, but run on older sources (the one with clang-3.6) > is just fine, build succeeds and soelim does not crash. > > I'd like to get some feedback if anyone do or did see similar behavior or > how this might be pushed forward. I can provide binaries, logs and whatever > is necessary. > > The application that fails is a soelim (in about 95% of all cases): > > --- be_BY.CP1131.LC_CTYPE --- > --- all_subdir_share/doc --- > --- all_subdir_share/doc/usd --- > groff: soelim: Signal 11 (core dumped) > --- all_subdir_share/i18n --- > sed "s/CPx/CP10007/" /root/freebsd-arm64/share/i18n/esdb/CP/CP.src > > CP10007.src > --- all_subdir_share/i18n/csmapper --- > --- UCS%CP950.mps --- > --- all_subdir_share/ctypedef --- > > > > When I try to manually call the application, it coredumps too. > > root@thunder_crb4:~/freebsd-arm64 # find /usr/obj/ -name soelim > /usr/obj/root/freebsd-arm64/tmp/usr/lib/debug/usr/tests/usr.bin/soelim > /usr/obj/root/freebsd-arm64/tmp/usr/tests/usr.bin/soelim > /usr/obj/root/freebsd-arm64/tmp/legacy/usr/bin/soelim > /usr/obj/root/freebsd-arm64/tmp/root/freebsd-arm64/usr.bin/soelim > /usr/obj/root/freebsd-arm64/tmp/root/freebsd-arm64/usr.bin/soelim/soelim > /usr/obj/root/freebsd-arm64/usr.bin/soelim > root@thunder_crb4:~/freebsd-arm64 # > /usr/obj/root/freebsd-arm64/tmp/root/freebsd-arm64/usr.bin/soelim/soelim > Segmentation fault (core dumped) > root@thunder_crb4:~/freebsd-arm64 # > > > Steps to reproduce: > 1. Clone the FreeBSD HEAD > 2. Call "make buildworld -j48 -DNO_CLEAN" > 3. Relax and wait for the crash to happen... > > Regards, > wma > > From owner-freebsd-arm@freebsd.org Fri Apr 8 19:36:03 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 ED880B088F7 for ; Fri, 8 Apr 2016 19:36:03 +0000 (UTC) (envelope-from otacilio.neto@bsd.com.br) Received: from mail-qg0-x243.google.com (mail-qg0-x243.google.com [IPv6:2607:f8b0:400d:c04::243]) (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 B4CD01D08 for ; Fri, 8 Apr 2016 19:36:03 +0000 (UTC) (envelope-from otacilio.neto@bsd.com.br) Received: by mail-qg0-x243.google.com with SMTP id f105so10892953qge.3 for ; Fri, 08 Apr 2016 12:36:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsd.com.br; s=capeta; h=to:from:subject:message-id:date:user-agent:mime-version :content-transfer-encoding; bh=abeoouwHokcWVe9d5HarYvieRQCk7T0WftvWaJ+uyYA=; b=amW2p4WnwEdgVI3wkwHBNmiRN43AdkJjHhjKUr4kTO1uhyKcvTxRxSttG6Ch1hjYaK CJtcLKFebBWCR3XRFntUg4vJF8AmGtRVymLBWTW+VtlI6Yk8+YWBE6XKwwXtvHbxfsJL MwzVIn+HGG8Ttrk8urLQHYfIAaJpQZrZaW0wA= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding; bh=abeoouwHokcWVe9d5HarYvieRQCk7T0WftvWaJ+uyYA=; b=Ddnm/XBgxFBY6W64jUbmhJPF77FGGQgEbciaj736nQcXi4JHyg6pzwd4lY46PTNf3/ 0mWVJ9Qyns1L7UcYCzy7/I3LjnifidOLA+ye05dVPnGxR/qutbh6eqm1ZL6rzAPEY6zx vZ6M3OiTvy/pDnWcvdTYbk765WdhAow+gevpewCgv1rJPxGnlJa4AHyIm4QKYQJvy5nk OhpZPAZ7DUC8mDVGP1ZPY7fEM9dcz0cvnHVra9adT+1GKa7pf2SNfELK/iLjYsdpMXAz H9lXCJeybyHux5EyBY04xU5av5i/9fe64z+fBB9p9u7wZxBrhjZK4fbtuR2qK87qsoCr Dh0Q== X-Gm-Message-State: AD7BkJIgxq4ezda9Q31XTe2UgGrIxqqvStwtHVQlf/f1fDOeF4KiKhQDPK4tYtMQgtlNtA== X-Received: by 10.140.201.130 with SMTP id w124mr14371111qha.57.1460144162150; Fri, 08 Apr 2016 12:36:02 -0700 (PDT) Received: from [192.168.0.18] ([187.60.94.34]) by smtp.googlemail.com with ESMTPSA id w188sm6079283qhb.37.2016.04.08.12.36.00 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 08 Apr 2016 12:36:01 -0700 (PDT) To: freebsd-current@freebsd.org, freebsd-arm@freebsd.org From: =?UTF-8?B?T3RhY8OtbGlv?= Subject: WIFI urtwn possibly broken on 297561 Message-ID: <57080811.5030405@bsd.com.br> Date: Fri, 8 Apr 2016 16:35:45 -0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 19:36:04 -0000 Dears I'm testing the CURRENT version on a beaglebone black and have noted the follow behavior. On revision 297561 the wifi adapter stops works after a pkg update. I did the follow tests. Using the version 296898 (OK behavior) and 297561 (wrong behavior): FreeBSD beaglebone 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r296898M: Wed Mar 16 23:52:02 BRT 2016 ota@nostromo:/root/crochet/work/obj/arm.armv6/usr/src/sys/BEAGLEBONE-DEBUG arm ping nostromo ==> OK pkg update ==> OK ping nostromo==> OK network is OK I have tested using this follows adapters and on both the behavior is the same and OK on 296898 : urtwn0: on usbus1 urtwn0: MAC/BB RTL8188CUS, RF 6052 1T1R urtwn0: on usbus1 urtwn0: MAC/BB RTL8192CU, RF 6052 2T2R After update to this version FreeBSD beaglebone 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r297561: Fri Apr 8 00:53:13 BRT 2016 ota@nostromo:/root/crochet/work/obj/arm.armv6/usr/src/sys/BEAGLEBONE-DEBUG arm And I did the same tests using the same adapters and the wifi stops work after pkg update. And a complete log of the test: Edit /etc/motd to change this login announcement. % ping nostromo PING nostromo (192.168.0.26): 56 data bytes 64 bytes from 192.168.0.26: icmp_seq=0 ttl=64 time=98.318 ms 64 bytes from 192.168.0.26: icmp_seq=1 ttl=64 time=3.679 ms 64 bytes from 192.168.0.26: icmp_seq=2 ttl=64 time=58.809 ms 64 bytes from 192.168.0.26: icmp_seq=3 ttl=64 time=5.464 ms 64 bytes from 192.168.0.26: icmp_seq=4 ttl=64 time=10.979 ms ^C --- nostromo ping statistics --- 5 packets transmitted, 5 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 3.679/35.450/98.318/37.431 ms % su pkg upApr 8 04:18:24 beaglebone su: ota to root on /dev/ttyu0 daroot@beaglebone:/usr/home/ota # pkg update The package management tool is not yet installed on your system. Do you want to fetch and install it now? [y/N]: y Bootstrapping pkg from pkg+http://nostromo:8080/repo/101armv6-default/.latest, please wait... ^C root@beaglebone:/usr/home/ota # ping nostromo PING nostromo (192.168.0.26): 56 data bytes ^C --- nostromo ping statistics --- 7 packets transmitted, 0 packets received, 100.0% packet loss root@beaglebone:/usr/home/ota # uname -a FreeBSD beaglebone 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r297561: Fri Apr 8 00:53:13 BRT 2016 ota@nostromo:/root/crochet/work/obj/arm.armv6/usr/src/sys/BEAGLEBONE-DEBUG arm this log is for the follow adapter but for the next one the behavior is the same urtwn0: on usbus1 urtwn0: MAC/BB RTL8192CU, RF 6052 2T2R urtwn0: on usbus1 urtwn0: MAC/BB RTL8188CUS, RF 6052 1T1R Someone knows whats going on? Thanks a lot -Otacķlio From owner-freebsd-arm@freebsd.org Fri Apr 8 19:55:59 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 16F08B090F2; Fri, 8 Apr 2016 19:55:59 +0000 (UTC) (envelope-from adrian.chadd@gmail.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 D762A1858; Fri, 8 Apr 2016 19:55:58 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-io0-x22b.google.com with SMTP id g185so144343679ioa.2; Fri, 08 Apr 2016 12:55:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-transfer-encoding; bh=NWBET6DRRVfkXNfN7ZlmfXz2uRDq8x6DAVUJ7LrQD/Q=; b=QUHxDLZtqOxgCBbj2Cu26A/aixtkSMiV7PP48jOW8Ij92yaDfGjC/FfMYNKdb1SR7l 2YkJ7vbp5dlbrFb6VrgkHb8hf3hEayVHuKcEpntPiiqga8gxtUWyc/kWLAQwc7RJQbYl nmaHnig6e9NY0G1kozs7BCVlGAFj9rJLehRlQiujZZfAOSoJzm+13uakvGod6An+H/B8 IoYLqByjPWh12Zd9DyW0S8UF+qbQCU+C0TTvF41blLd7/XNjbYVQI8qgwxnhWJXTHhCa ZD3K9+XkxjZ0NQj5bxbjPmHxgGS7U3xNe+eklMFYnkwS8N8CMHyK34cJaKqQB47EyiMT UyzA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-transfer-encoding; bh=NWBET6DRRVfkXNfN7ZlmfXz2uRDq8x6DAVUJ7LrQD/Q=; b=eTPt46oAxfJd513EASjkBFjOab7uPOn1pvgTwwm79rqrU4teX3W4Ky5MxKihXC6aIj xfowmRAKOW20YsQMkiA2Xk7Od5dGvf+drSfDD7tD+sbYdrSukZ6ylTKV6Xlgd5YdFWcE 4uVL+2NiaWvTzhFvIK43FaonmYZkIXzuzQ/PuGCks5DupFkr3QMjbtjsQCnfbVnegWMB X4z14scyVNft1e+oj8EaAmieDVUogUyAyYWP0TTR3dW4kDw6cO1SAie1PXguDjAbPY0W a9/8a2R2M8F9ZGRyvh57zxbQ1sZK1pFQDcdc/KgRqBsDcx9cQMeTckKOowjzFEpfGjdH c+fQ== X-Gm-Message-State: AD7BkJKwN/bzEw4Ubo5rkkM6derqt+PzNMFRcx+LGJ9F4Ck5T03HY/DjiQCRPq5WGdEtxUbsiD6QymU+NRPQPQ== MIME-Version: 1.0 X-Received: by 10.107.19.42 with SMTP id b42mr11070246ioj.75.1460145358099; Fri, 08 Apr 2016 12:55:58 -0700 (PDT) Received: by 10.36.14.19 with HTTP; Fri, 8 Apr 2016 12:55:57 -0700 (PDT) In-Reply-To: <57080811.5030405@bsd.com.br> References: <57080811.5030405@bsd.com.br> Date: Fri, 8 Apr 2016 12:55:57 -0700 Message-ID: Subject: Re: WIFI urtwn possibly broken on 297561 From: Adrian Chadd To: =?UTF-8?B?T3RhY8OtbGlv?= Cc: freebsd-current , "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 19:55:59 -0000 hi, try 'ifconfig wlan0 -ff -amsdu' and try again -a On 8 April 2016 at 12:35, Otac=C3=ADlio wrote: > Dears > > I'm testing the CURRENT version on a beaglebone black and have noted the > follow behavior. On revision 297561 the wifi adapter stops works after a = pkg > update. I did the follow tests. > Using the version 296898 (OK behavior) and 297561 (wrong behavior): > > FreeBSD beaglebone 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r296898M: Wed Mar= 16 > 23:52:02 BRT 2016 > ota@nostromo:/root/crochet/work/obj/arm.armv6/usr/src/sys/BEAGLEBONE-DEBU= G > arm > > ping nostromo =3D=3D> OK > pkg update =3D=3D> OK > ping nostromo=3D=3D> OK > network is OK > > I have tested using this follows adapters and on both the behavior is the > same and OK on 296898 : > urtwn0: = on > usbus1 > urtwn0: MAC/BB RTL8188CUS, RF 6052 1T1R > > urtwn0: = on > usbus1 > urtwn0: MAC/BB RTL8192CU, RF 6052 2T2R > > > After update to this version > FreeBSD beaglebone 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r297561: Fri Apr = 8 > 00:53:13 BRT 2016 > ota@nostromo:/root/crochet/work/obj/arm.armv6/usr/src/sys/BEAGLEBONE-DEBU= G > arm > > And I did the same tests using the same adapters and the wifi stops work > after pkg update. > > > And a complete log of the test: > > Edit /etc/motd to change this login announcement. > % ping nostromo > PING nostromo (192.168.0.26): 56 data bytes > 64 bytes from 192.168.0.26: icmp_seq=3D0 ttl=3D64 time=3D98.318 ms > 64 bytes from 192.168.0.26: icmp_seq=3D1 ttl=3D64 time=3D3.679 ms > 64 bytes from 192.168.0.26: icmp_seq=3D2 ttl=3D64 time=3D58.809 ms > 64 bytes from 192.168.0.26: icmp_seq=3D3 ttl=3D64 time=3D5.464 ms > 64 bytes from 192.168.0.26: icmp_seq=3D4 ttl=3D64 time=3D10.979 ms > ^C > --- nostromo ping statistics --- > 5 packets transmitted, 5 packets received, 0.0% packet loss > round-trip min/avg/max/stddev =3D 3.679/35.450/98.318/37.431 ms > % su > pkg upApr 8 04:18:24 beaglebone su: ota to root on /dev/ttyu0 > daroot@beaglebone:/usr/home/ota # pkg update > The package management tool is not yet installed on your system. > Do you want to fetch and install it now? [y/N]: y > Bootstrapping pkg from > pkg+http://nostromo:8080/repo/101armv6-default/.latest, please wait... > ^C > root@beaglebone:/usr/home/ota # ping nostromo > PING nostromo (192.168.0.26): 56 data bytes > ^C > --- nostromo ping statistics --- > 7 packets transmitted, 0 packets received, 100.0% packet loss > root@beaglebone:/usr/home/ota # uname -a > FreeBSD beaglebone 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r297561: Fri Apr = 8 > 00:53:13 BRT 2016 > ota@nostromo:/root/crochet/work/obj/arm.armv6/usr/src/sys/BEAGLEBONE-DEBU= G > arm > > this log is for the follow adapter but for the next one the behavior is t= he > same > > urtwn0: = on > usbus1 > urtwn0: MAC/BB RTL8192CU, RF 6052 2T2R > > urtwn0: = on > usbus1 > urtwn0: MAC/BB RTL8188CUS, RF 6052 1T1R > > > Someone knows whats going on? > > > Thanks a lot > -Otac=C3=ADlio > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " From owner-freebsd-arm@freebsd.org Fri Apr 8 20:21:13 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 94AFFB097BA for ; Fri, 8 Apr 2016 20:21:13 +0000 (UTC) (envelope-from otacilio.neto@bsd.com.br) Received: from mail-qg0-x244.google.com (mail-qg0-x244.google.com [IPv6:2607:f8b0:400d:c04::244]) (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 4F22312FB for ; Fri, 8 Apr 2016 20:21:13 +0000 (UTC) (envelope-from otacilio.neto@bsd.com.br) Received: by mail-qg0-x244.google.com with SMTP id b32so10996475qgf.2 for ; Fri, 08 Apr 2016 13:21:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsd.com.br; s=capeta; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=2CYdx+dMvsjWWG3GEZMlgf+ZKSJc3uGE/R0NLFzXYoM=; b=MlGKVW//1JFqJP2P6AWUvKwcdlO27qHz951tVb67qTWfB7cTpTdX+GSTJW6do1jC1I GZQ7nCu/WnLACWCxgZ2j1QjNOec0AJGIYOPf+Ed7aIaU+Lby8uioi+8QbTmdiM7pNX2G /Fg5Kuz+w7IDSjgqNU8Iwz4IcGVWA7hGamsOE= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=2CYdx+dMvsjWWG3GEZMlgf+ZKSJc3uGE/R0NLFzXYoM=; b=E7ke/CjnU7hs5MwyTzQx9ehewvpU23ieVxnD0rkuwTkSLvz19OzMlav3lzo4yh1N7H HzKzSakryDxbJu/jT0zGNB+12E8KnLZY7iiZ4r5h7ElyjTL1qFEoaqpkfz/zNM3IhP8n CeZ5hepqzD4u21yRlMiZUuQXpeEgkXo5kKFXP368K0aXFhVfzFsU+7h2vb7abAnQXnjd 4P3XbicrvZJ4z/uiD8UaF2+Y1jPmpQkugf6uaUdBlEMnPQkEW4TBuHck1xV9d0EACdzx O7lx552xr/elNL1Qq7qGY2rZh+kOyqTX6ThgYpEA2vnLB1Fw5XIrIUgH4EgkiOZ24BCM Xwwg== X-Gm-Message-State: AD7BkJIHRV0dTXW7PPwOKXuUO8vHZsFM0K4kG2LWOYtLW7bnH8ESxMIfVJdkDLSUlIhAOw== X-Received: by 10.140.221.9 with SMTP id r9mr14568856qhb.77.1460146872312; Fri, 08 Apr 2016 13:21:12 -0700 (PDT) Received: from [192.168.0.18] ([187.60.94.34]) by smtp.googlemail.com with ESMTPSA id j67sm6167608qgj.35.2016.04.08.13.21.10 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 08 Apr 2016 13:21:11 -0700 (PDT) Subject: Re: WIFI urtwn possibly broken on 297561 To: Adrian Chadd References: <57080811.5030405@bsd.com.br> Cc: freebsd-current , "freebsd-arm@freebsd.org" From: =?UTF-8?B?T3RhY8OtbGlv?= Message-ID: <570812A5.1050600@bsd.com.br> Date: Fri, 8 Apr 2016 17:20:53 -0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 20:21:13 -0000 The parameter --ff looks like is not valid for my adapter. First I try using prompt: ===================================================================================================== Edit /etc/motd to change this login announcement. % su Apr 8 05:04:12 beaglebone su: ota to root on /dev/ttyu0 root@beaglebone:/usr/home/ota # ifconfig wlan0 -ff -amsdu ifconfig: SIOCS80211: Invalid argument root@beaglebone:/usr/home/ota # ifconfig wlan0 -ff ifconfig: SIOCS80211: Invalid argument root@beaglebone:/usr/home/ota # ifconfig wlan0 -amsdu root@beaglebone:/usr/home/ota # pkg update The package management tool is not yet installed on your system. Do you want to fetch and install it now? [y/N]: y Bootstrapping pkg from pkg+http://nostromo:8080/repo/101armv6-default/.latest, please wait... ^C root@beaglebone:/usr/home/ota # ping nostromo PING nostromo (192.168.0.26): 56 data bytes ^C --- nostromo ping statistics --- 13 packets transmitted, 0 packets received, 100.0% packet loss root@beaglebone:/usr/home/ota # ===================================================================================================== And in rc.conf ===================================================================================================== Feeding entropy:. ifconfig: SIOCIFCREATE2: Invalid argument cpsw0: link state changed to DOWN Starting Network: lo0 cpsw0. lo0: flags=8049 metric 0 mtu 16384 options=600003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 inet 127.0.0.1 netmask 0xff000000 groups: lo nd6 options=21 cpsw0: flags=8843 metric 0 mtu 1500 options=8000b ether 90:59:af:4c:20:9a media: Ethernet autoselect (none) status: no carrier nd6 options=29 ELF ldconfig path: /lib /usr/lib /usr/lib/compat Soft Float compatibility ldconfig path: Starting devd. urtwn0: on usbu s1 urtwn0: MAC/BB RTL8192CU, RF 6052 2T2R urtwn0: enabling 11n wlan0: Ethernet address: 14:cc:20:12:ee:55 Created wlan(4) interfaces: wlan0. Starting wpa_supplicant. Starting dhclient. wlan0: no link .............. giving up /etc/rc.d/dhclient: WARNING: failed to start dhclient Starting Network: wlan0. wlan0: flags=8843 metric 0 mtu 1500 ether 14:cc:20:12:ee:55 groups: wlan ssid "" channel 10 (2457 MHz 11g) country US authmode WPA1+WPA2/802.11i privacy MIXED deftxkey UNDEF txpower 0 bmiss 7 scanvalid 60 protmode CTS wme roaming MANUAL bintval 0 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier nd6 options=29 add net fe80::: gateway ::1 add net ff02::: gateway ::1 add net ::ffff:0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 Waiting 30s for the default route interface: wlan0: link state changed to UP ..(wlan0) Creating and/or trimming log files. Starting syslogd. Clearing /tmp (X related). Updating motd:. Mounting late file systems:. Performing sanity check on sshd configuration. Could not load host key: /etc/ssh/ssh_host_dsa_key Starting sshd. Could not load host key: /etc/ssh/ssh_host_dsa_key Starting cron. Starting background file system checks in 60 seconds. Fri Apr 8 05:09:54 UTC 2016 FreeBSD/arm (beaglebone) (ttyu0) login: ota Password: FreeBSD 11.0-CURRENT (BEAGLEBONE-DEBUG) #1 r297561: Fri Apr 8 00:53:13 BRT 2016 Welcome to FreeBSD! Release Notes, Errata: https://www.FreeBSD.org/releases/ Security Advisories: https://www.FreeBSD.org/security/ FreeBSD Handbook: https://www.FreeBSD.org/handbook/ FreeBSD FAQ: https://www.FreeBSD.org/faq/ Questions List: https://lists.FreeBSD.org/mailman/listinfo/freebsd-questions/ FreeBSD Forums: https://forums.FreeBSD.org/ Documents installed with the system are in the /usr/local/share/doc/freebsd/ directory, or can be installed later with: pkg install en-freebsd-doc For other languages, replace "en" with a language code like de or fr. Show the version of FreeBSD installed: freebsd-version ; uname -a Please include that output and any error messages when posting questions. Introduction to manual pages: man man FreeBSD directory layout: man hier Edit /etc/motd to change this login announcement. % su Apr 8 05:10:25 beaglebone su: ota to root on /dev/ttyu0 root@beaglebone:/usr/home/ota # ping nostromo PING nostromo (192.168.0.26): 56 data bytes 64 bytes from 192.168.0.26: icmp_seq=0 ttl=64 time=76.013 ms 64 bytes from 192.168.0.26: icmp_seq=1 ttl=64 time=2.554 ms ^C --- nostromo ping statistics --- 2 packets transmitted, 2 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 2.554/39.284/76.013/36.730 ms root@beaglebone:/usr/home/ota # pkg update The package management tool is not yet installed on your system. Do you want to fetch and install it now? [y/N]: y Bootstrapping pkg from pkg+http://nostromo:8080/repo/101armv6-default/.latest, please wait... ^C root@beaglebone:/usr/home/ota # ping nostromo PING nostromo (192.168.0.26): 56 data bytes ^C --- nostromo ping statistics --- 9 packets transmitted, 0 packets received, 100.0% packet loss root@beaglebone:/usr/home/ota # cat /etc/rc.conf hostname="beaglebone" ifconfig_cpsw0="DHCP" sshd_enable="YES" # Nice if you have a network, else annoying. #ntpd_enable="YES" ntpd_sync_on_start="YES" # Uncomment to disable common services (more memory) #cron_enable="NO" #syslogd_enable="NO" sendmail_submit_enable="NO" sendmail_outbound_enable="NO" sendmail_msp_queue_enable="NO" # On first boot, enlarge the root filesystem to fill the SD card growfs_enable="YES" wlans_urtwn0="wlan0" ifconfig_wlan0="WPA SYNCDHCP -amsdu" ===================================================================================================== The behavior is the same. I did a test without the options -ff and -amsdu and get response after a lot of time: ===================================================================================================== ping nostromo PING nostromo (192.168.0.26): 56 data bytes Ā¦64 bytes from 192.168.0.26: icmp_seq=0 ttl=64 time=29700.789 ms 64 bytes from 192.168.0.26: icmp_seq=1 ttl=64 time=28686.953 ms 64 bytes from 192.168.0.26: icmp_seq=2 ttl=64 time=27662.899 ms 64 bytes from 192.168.0.26: icmp_seq=3 ttl=64 time=26640.436 ms 64 bytes from 192.168.0.26: icmp_seq=4 ttl=64 time=25614.867 ms 64 bytes from 192.168.0.26: icmp_seq=5 ttl=64 time=24590.894 ms 64 bytes from 192.168.0.26: icmp_seq=6 ttl=64 time=23566.904 ms 64 bytes from 192.168.0.26: icmp_seq=7 ttl=64 time=22542.891 ms 64 bytes from 192.168.0.26: icmp_seq=8 ttl=64 time=21518.889 ms 64 bytes from 192.168.0.26: icmp_seq=9 ttl=64 time=20494.831 ms 64 bytes from 192.168.0.26: icmp_seq=10 ttl=64 time=19470.858 ms 64 bytes from 192.168.0.26: icmp_seq=11 ttl=64 time=18446.867 ms 64 bytes from 192.168.0.26: icmp_seq=12 ttl=64 time=17422.918 ms 64 bytes from 192.168.0.26: icmp_seq=13 ttl=64 time=16400.771 ms 64 bytes from 192.168.0.26: icmp_seq=14 ttl=64 time=15374.826 ms 64 bytes from 192.168.0.26: icmp_seq=15 ttl=64 time=14350.861 ms 64 bytes from 192.168.0.26: icmp_seq=16 ttl=64 time=13325.829 ms 64 bytes from 192.168.0.26: icmp_seq=17 ttl=64 time=12303.424 ms 64 bytes from 192.168.0.26: icmp_seq=18 ttl=64 time=11277.698 ms 64 bytes from 192.168.0.26: icmp_seq=19 ttl=64 time=10254.808 ms 64 bytes from 192.168.0.26: icmp_seq=20 ttl=64 time=9231.029 ms 64 bytes from 192.168.0.26: icmp_seq=21 ttl=64 time=8206.789 ms 64 bytes from 192.168.0.26: icmp_seq=22 ttl=64 time=7182.765 ms 64 bytes from 192.168.0.26: icmp_seq=23 ttl=64 time=6158.762 ms 64 bytes from 192.168.0.26: icmp_seq=24 ttl=64 time=5134.735 ms 64 bytes from 192.168.0.26: icmp_seq=25 ttl=64 time=4111.212 ms 64 bytes from 192.168.0.26: icmp_seq=26 ttl=64 time=3086.722 ms 64 bytes from 192.168.0.26: icmp_seq=27 ttl=64 time=2062.736 ms 64 bytes from 192.168.0.26: icmp_seq=28 ttl=64 time=1038.563 ms 64 bytes from 192.168.0.26: icmp_seq=29 ttl=64 time=14.707 ms 64 bytes from 192.168.0.26: icmp_seq=30 ttl=64 time=17.124 ms 64 bytes from 192.168.0.26: icmp_seq=31 ttl=64 time=11.297 ms 64 bytes from 192.168.0.26: icmp_seq=32 ttl=64 time=15.849 ms 64 bytes from 192.168.0.26: icmp_seq=33 ttl=64 time=38.727 ms 64 bytes from 192.168.0.26: icmp_seq=34 ttl=64 time=19.729 ms 64 bytes from 192.168.0.26: icmp_seq=35 ttl=64 time=7.052 ms []'s -Otacilio Em 08/04/2016 16:55, Adrian Chadd escreveu: > hi, > > try 'ifconfig wlan0 -ff -amsdu' and try again > > > -a > > > On 8 April 2016 at 12:35, OtacĆ­lio wrote: >> Dears >> >> I'm testing the CURRENT version on a beaglebone black and have noted the >> follow behavior. On revision 297561 the wifi adapter stops works after a pkg >> update. I did the follow tests. >> Using the version 296898 (OK behavior) and 297561 (wrong behavior): >> >> FreeBSD beaglebone 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r296898M: Wed Mar 16 >> 23:52:02 BRT 2016 >> ota@nostromo:/root/crochet/work/obj/arm.armv6/usr/src/sys/BEAGLEBONE-DEBUG >> arm >> >> ping nostromo ==> OK >> pkg update ==> OK >> ping nostromo==> OK >> network is OK >> >> I have tested using this follows adapters and on both the behavior is the >> same and OK on 296898 : >> urtwn0: on >> usbus1 >> urtwn0: MAC/BB RTL8188CUS, RF 6052 1T1R >> >> urtwn0: on >> usbus1 >> urtwn0: MAC/BB RTL8192CU, RF 6052 2T2R >> >> >> After update to this version >> FreeBSD beaglebone 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r297561: Fri Apr 8 >> 00:53:13 BRT 2016 >> ota@nostromo:/root/crochet/work/obj/arm.armv6/usr/src/sys/BEAGLEBONE-DEBUG >> arm >> >> And I did the same tests using the same adapters and the wifi stops work >> after pkg update. >> >> >> And a complete log of the test: >> >> Edit /etc/motd to change this login announcement. >> % ping nostromo >> PING nostromo (192.168.0.26): 56 data bytes >> 64 bytes from 192.168.0.26: icmp_seq=0 ttl=64 time=98.318 ms >> 64 bytes from 192.168.0.26: icmp_seq=1 ttl=64 time=3.679 ms >> 64 bytes from 192.168.0.26: icmp_seq=2 ttl=64 time=58.809 ms >> 64 bytes from 192.168.0.26: icmp_seq=3 ttl=64 time=5.464 ms >> 64 bytes from 192.168.0.26: icmp_seq=4 ttl=64 time=10.979 ms >> ^C >> --- nostromo ping statistics --- >> 5 packets transmitted, 5 packets received, 0.0% packet loss >> round-trip min/avg/max/stddev = 3.679/35.450/98.318/37.431 ms >> % su >> pkg upApr 8 04:18:24 beaglebone su: ota to root on /dev/ttyu0 >> daroot@beaglebone:/usr/home/ota # pkg update >> The package management tool is not yet installed on your system. >> Do you want to fetch and install it now? [y/N]: y >> Bootstrapping pkg from >> pkg+http://nostromo:8080/repo/101armv6-default/.latest, please wait... >> ^C >> root@beaglebone:/usr/home/ota # ping nostromo >> PING nostromo (192.168.0.26): 56 data bytes >> ^C >> --- nostromo ping statistics --- >> 7 packets transmitted, 0 packets received, 100.0% packet loss >> root@beaglebone:/usr/home/ota # uname -a >> FreeBSD beaglebone 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r297561: Fri Apr 8 >> 00:53:13 BRT 2016 >> ota@nostromo:/root/crochet/work/obj/arm.armv6/usr/src/sys/BEAGLEBONE-DEBUG >> arm >> >> this log is for the follow adapter but for the next one the behavior is the >> same >> >> urtwn0: on >> usbus1 >> urtwn0: MAC/BB RTL8192CU, RF 6052 2T2R >> >> urtwn0: on >> usbus1 >> urtwn0: MAC/BB RTL8188CUS, RF 6052 1T1R >> >> >> Someone knows whats going on? >> >> >> Thanks a lot >> -OtacĆ­lio >> >> >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Fri Apr 8 20:34:42 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 E19CCB09BED; Fri, 8 Apr 2016 20:34:42 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x22c.google.com (mail-ig0-x22c.google.com [IPv6:2607:f8b0:4001:c05::22c]) (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 AE3F31BB6; Fri, 8 Apr 2016 20:34:42 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-ig0-x22c.google.com with SMTP id kb1so44185823igb.0; Fri, 08 Apr 2016 13:34:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=zbqrxd+VtH3wMPldrKUVVWnRxUdSzQ/gszq4IQLuY6Y=; b=lTJHnh/q9oJppOqVGt9SDSd7Afk0yiL8CwNtqtsyr0aDSmijeluwd6si9pdNqKaKf9 2HqSJnKN+RAll32W7weGFonPPGeeW0xFrgwE9msBQI1OyrAoy2zD1PwZDfhzL9dhFOB2 7YwLoMB3etSDJs1lnf90QVXkVa4phqhrKZaie/TrxA2IwfvMUt1P7lUyxABhLos9yW0G WiJXpilpPFYoa1PetFBc/zNDjvWGDJOoGTUVQB6gZOyEO07lm4sZ+/CWO3gSb5u6Ku6M aubHIEbI6xMXGT4LDErjrzD3R4g3CRK2f2t8yfjDOMa04BjLJJ0ilwiQfBBDrLigTi1V yx1Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=zbqrxd+VtH3wMPldrKUVVWnRxUdSzQ/gszq4IQLuY6Y=; b=GArHLifD3Tma01hkUC0RYgOJ/8x40XBImhToYvL+DEy4ypYl77R6LaOWqACbo9icmg VaNgkxPcrgDyYjBSwVnf/b6EdYhD9Yhk/XHo0VZep8tT4gBs2Jc/gZySuLtL/WRMq2RY FNahWuNBGAcVwXrPSptNU4nLpL0s436AblXnhYj6jBQF/0rlLaHF0P2S7NZPgF+vqfv8 MtC+FToD7lSuZN8//JuS//ivVhtm3kleR42ASzUXvYm7IT0V2Wfn3Fg5857K4nSwyq7e vLfEzn6DhBERi3woAr1mExbIDkHccuYO46SHNkH953AeWdWF8oXTl4mxz7zg69npVEKA /rqQ== X-Gm-Message-State: AD7BkJKooYIQmPFTAOVrAp/zaxBgN1ovn7fLKbXjCsDTQUtLxolMzUcLqSH7SJH9RKllgWAfeeOfqooEEzZQuw== MIME-Version: 1.0 X-Received: by 10.50.78.200 with SMTP id d8mr5709762igx.61.1460147682137; Fri, 08 Apr 2016 13:34:42 -0700 (PDT) Received: by 10.36.14.19 with HTTP; Fri, 8 Apr 2016 13:34:42 -0700 (PDT) In-Reply-To: <570812A5.1050600@bsd.com.br> References: <57080811.5030405@bsd.com.br> <570812A5.1050600@bsd.com.br> Date: Fri, 8 Apr 2016 13:34:42 -0700 Message-ID: Subject: Re: WIFI urtwn possibly broken on 297561 From: Adrian Chadd To: =?UTF-8?B?T3RhY8OtbGlv?= Cc: freebsd-current , "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 20:34:43 -0000 Hi, Not '--ff', just '-ff' and '-amsdu' It's possible that one or the other of those options are a problem. I added those features recently to urtwn. Can you please do 'ifconfig -v wlan0 list sta' and 'ifconfig -v wlan0' ? Thanks, -adrian From owner-freebsd-arm@freebsd.org Fri Apr 8 20:51: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 A14AEB0709C for ; Fri, 8 Apr 2016 20:51:54 +0000 (UTC) (envelope-from otacilio.neto@bsd.com.br) Received: from mail-qg0-x241.google.com (mail-qg0-x241.google.com [IPv6:2607:f8b0:400d:c04::241]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 65299163A for ; Fri, 8 Apr 2016 20:51:54 +0000 (UTC) (envelope-from otacilio.neto@bsd.com.br) Received: by mail-qg0-x241.google.com with SMTP id b32so11057775qgf.2 for ; Fri, 08 Apr 2016 13:51:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsd.com.br; s=capeta; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=It7kBud1Du/i8XqsqmI2BO8jLrGSacHs7MIsqJPqBWE=; b=EISoecTwVDa7ldxQBB/abLnFwPPdTS8Y0kp8yaHGi0rTy+pBmNvB6YHQ50G2voEAfo y49NKcdhLelNR7Z0Saeqszy/ztzS9q61Tr6EW8fDqvWkNDpO1ijEiufbMdrjQEKTN8OS h2V+mjUFCWwtSPMx68mJzvSAzRkHlq5ibRUUM= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=It7kBud1Du/i8XqsqmI2BO8jLrGSacHs7MIsqJPqBWE=; b=PHDX57C0SHf/2fMFwuAgmOpxsKbmiwHT5elfworMzYdPNjpRRsD8ckuKq6xGfpysbx B13EiLoou9D5QsrmXbgYj7av2/7Y++Hdsm8evW5/egpTXbwp22W74LxLyAIwCIImAHw9 DPHb/WxZeObt3N7PVmfmWHMtpQkN9SfGuOtMXv3XLGGIcpJ6WJbenzN3Aar2CBY+sdnI HrX+Ttl0OA/7FlAF7lngD/HAke+XlvPikv+Apm20hRpS8QeFszNTG1DTGleF8PbSXIjZ O3kr19SF2zeIMizfQwSfjtm1c/narxay91RDdgRzbe8UuL1ENwgIwyksNOcIhSbga9vK hoMg== X-Gm-Message-State: AD7BkJJx9UPOnlIABwwF6mzJ4mrW0Pl2reFSxsxADBmjbYqWDvh/F4qM/INXR/AuoC9cnA== X-Received: by 10.140.255.136 with SMTP id a130mr14839154qhd.20.1460148713244; Fri, 08 Apr 2016 13:51:53 -0700 (PDT) Received: from [192.168.0.18] ([187.60.94.34]) by smtp.googlemail.com with ESMTPSA id u16sm6266052qka.22.2016.04.08.13.51.51 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 08 Apr 2016 13:51:52 -0700 (PDT) Subject: Re: WIFI urtwn possibly broken on 297561 To: Adrian Chadd References: <57080811.5030405@bsd.com.br> <570812A5.1050600@bsd.com.br> Cc: freebsd-current , "freebsd-arm@freebsd.org" From: =?UTF-8?B?T3RhY8OtbGlv?= Message-ID: <570819D7.3040206@bsd.com.br> Date: Fri, 8 Apr 2016 17:51:35 -0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 20:51:54 -0000 Em 08/04/2016 17:34, Adrian Chadd escreveu: > Hi, > > Not '--ff', just '-ff' and '-amsdu' > > It's possible that one or the other of those options are a problem. I > added those features recently to urtwn. > > Can you please do 'ifconfig -v wlan0 list sta' and 'ifconfig -v wlan0' ? > > Thanks, > > > > -adrian Sorry, I type wrong but use the commands correctly :-) Its my rc.conf hostname="beaglebone" ifconfig_cpsw0="DHCP" sshd_enable="YES" # Nice if you have a network, else annoying. #ntpd_enable="YES" ntpd_sync_on_start="YES" # Uncomment to disable common services (more memory) #cron_enable="NO" #syslogd_enable="NO" sendmail_submit_enable="NO" sendmail_outbound_enable="NO" sendmail_msp_queue_enable="NO" # On first boot, enlarge the root filesystem to fill the SD card growfs_enable="YES" wlans_urtwn0="wlan0" ifconfig_wlan0="WPA SYNCDHCP -amsdu" ========================================================= And the commands that you request: ========================================================== root@beaglebone:/usr/home/ota # ifconfig -v wlan0 list sta ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG 58:23:8c:c6:e1:aa 5 11 144M 14.5 0 5 19408 EP AQEHTR SSID RATES DSPARMS<11> TIM<050400010000> ERP<0x4> ???<2f0104> RSN XRATES<12,18,24,96> HTCAP HTINFO WPS VEN WPA WME root@beaglebone:/usr/home/ota # ifconfig -v wlan0 wlan0: flags=8843 metric 0 mtu 1500 ether 14:cc:20:12:ee:55 inet 192.168.0.25 netmask 0xffffff00 broadcast 192.168.0.255 groups: wlan ssid Diana channel 11 (2462 MHz 11g ht/20) bssid 58:23:8c:c6:e1:aa regdomain 0 country US anywhere -ecm authmode WPA2/802.11i -wps -tsn privacy ON deftxkey UNDEF TKIP 2:128-bit powersavemode OFF powersavesleep 100 txpower 0 txpowmax 50.0 -dotd rtsthreshold 2346 fragthreshold 2346 bmiss 7 11a ucast NONE mgmt 6 Mb/s mcast 6 Mb/s maxretry 6 11b ucast NONE mgmt 1 Mb/s mcast 1 Mb/s maxretry 6 11g ucast NONE mgmt 1 Mb/s mcast 1 Mb/s maxretry 6 turboA ucast NONE mgmt 6 Mb/s mcast 6 Mb/s maxretry 6 turboG ucast NONE mgmt 1 Mb/s mcast 1 Mb/s maxretry 6 sturbo ucast NONE mgmt 6 Mb/s mcast 6 Mb/s maxretry 6 11na ucast NONE mgmt 12 MCS mcast 12 MCS maxretry 6 11ng ucast NONE mgmt 2 MCS mcast 2 MCS maxretry 6 half ucast NONE mgmt 3 Mb/s mcast 3 Mb/s maxretry 6 quarter ucast NONE mgmt 1 Mb/s mcast 1 Mb/s maxretry 6 scanvalid 60 -bgscan bgscanintvl 300 bgscanidle 250 roam:11a rssi 7dBm rate 12 Mb/s roam:11b rssi 7dBm rate 1 Mb/s roam:11g rssi 7dBm rate 5 Mb/s roam:turboA rssi 7dBm rate 12 Mb/s roam:turboG rssi 7dBm rate 12 Mb/s roam:sturbo rssi 7dBm rate 12 Mb/s roam:11na rssi 7dBm MCS 1 roam:11ng rssi 7dBm MCS 1 roam:half rssi 7dBm rate 6 Mb/s roam:quarter rssi 7dBm rate 3 Mb/s -pureg protmode CTS ht20 htcompat ampdu ampdulimit 64k ampdudensity 8 -amsdu -shortgi htprotmode RTSCTS -puren -smps -rifs wme -burst -dwds roaming MANUAL bintval 100 AC_BE cwmin 4 cwmax 10 aifs 3 txopLimit 0 -acm ack cwmin 4 cwmax 10 aifs 3 txopLimit 0 -acm AC_BK cwmin 4 cwmax 10 aifs 7 txopLimit 0 -acm ack cwmin 4 cwmax 10 aifs 7 txopLimit 0 -acm AC_VI cwmin 3 cwmax 4 aifs 2 txopLimit 94 -acm ack cwmin 3 cwmax 4 aifs 2 txopLimit 94 -acm AC_VO cwmin 2 cwmax 3 aifs 2 txopLimit 47 -acm ack cwmin 2 cwmax 3 aifs 2 txopLimit 47 -acm media: IEEE 802.11 Wireless Ethernet MCS mode 11ng status: associated nd6 options=29 =================================================================================== If you need more test I can do. Send me the requests and I will response tomorrow. Thanks a lot! []'s -OtacĆ­lio From owner-freebsd-arm@freebsd.org Fri Apr 8 21:40:06 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 AA491B08046; Fri, 8 Apr 2016 21:40:06 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-io0-x233.google.com (mail-io0-x233.google.com [IPv6:2607:f8b0:4001:c06::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7512D1AAB; Fri, 8 Apr 2016 21:40:06 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-io0-x233.google.com with SMTP id o126so124757650iod.0; Fri, 08 Apr 2016 14:40:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-transfer-encoding; bh=5en61qZ+GzmeZ6NJtgBVB4mzHbOAlYxivRzFwLP/9+8=; b=IHjCId0cX4Yv8Fae+l3amsN3QoexEu2yAOyxzTS0JLNiNke1XWXub1x4EQDovmzjcA 3O16576+hp2DiYM28cTlMDRe4HBg1naVyMcyZxGzKrahrlu7gbBVTG/JoMrwVMltZCkv DhSLhNLOhv3zTAjaG6g18h9L6Lj1CEkXf6hcRdlg8Fk2flPVis5rpn2MI6nyzsJHznrj wINF5Cr8ECt/W0A4pGwPmDjVJVfBVCPjNPR5yAf4sEE7Ih9MgxEOiQyrGyuhXiRJmUq0 /aZtgym3F9mwowE10bzs1b/++TGULpYs+lWDE+WTbxqRqcZJ435iaF6EA06IYuQBcw2O 9ZOA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-transfer-encoding; bh=5en61qZ+GzmeZ6NJtgBVB4mzHbOAlYxivRzFwLP/9+8=; b=IS794qVJ9SYt8EKMQVBkiFp8NfZ2xJYvzwkjnOwBQUXF1U8zcWTCmKIwBC6Bcv6yY0 W3SSYPSmdBzrVgeXEhejnj+Ay7D4P826QVGjV99yh1mqcBLYc8v8FMl8aQ4A05vOk8Yv xt28V5b450mVnnMg3XhC5MLLhYHG/AXzmr+plQQQ7vL1/CUNr8ZZ7WW5zOyGseAxEwgu dU36TGJy7H/AhxdD1QVG6JYPlodb9v8PP+bwefTTI8Pi//PLZ71EbxZNu5+pbGbrKZyo 7O9yff4SZs5unL5Ex1k0JfzL1R4835UeLewgTr8dZnqcZ1nl/+v1eWuzQjVxv9mLReDq VDCA== X-Gm-Message-State: AD7BkJI2FbeE/2qoQH3atlWg/KOF6o+kWnTrHfDmV2zO/EbNmQPlVw2bgQst2jwR4gsPVe2fUsf+CyCVHyZB7g== MIME-Version: 1.0 X-Received: by 10.107.35.82 with SMTP id j79mr11124593ioj.123.1460151605855; Fri, 08 Apr 2016 14:40:05 -0700 (PDT) Received: by 10.36.14.19 with HTTP; Fri, 8 Apr 2016 14:40:05 -0700 (PDT) In-Reply-To: <570819D7.3040206@bsd.com.br> References: <57080811.5030405@bsd.com.br> <570812A5.1050600@bsd.com.br> <570819D7.3040206@bsd.com.br> Date: Fri, 8 Apr 2016 14:40:05 -0700 Message-ID: Subject: Re: WIFI urtwn possibly broken on 297561 From: Adrian Chadd To: =?UTF-8?B?T3RhY8OtbGlv?= Cc: freebsd-current , "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 21:40:06 -0000 ok, try "ifconfig wlan0 -ht" before starting wpa_supplicant and see if that makes it any better. You should also include IEEE80211_AMPDU_AGE in your config file if you haven't yet. Also, include IEEE80211_DEBUG in there too, and try "wlandebug +rate +ht" ? -adrian On 8 April 2016 at 13:51, Otac=C3=ADlio wrote: > Em 08/04/2016 17:34, Adrian Chadd escreveu: >> >> Hi, >> >> Not '--ff', just '-ff' and '-amsdu' >> >> It's possible that one or the other of those options are a problem. I >> added those features recently to urtwn. >> >> Can you please do 'ifconfig -v wlan0 list sta' and 'ifconfig -v wlan0' ? >> >> Thanks, >> >> >> >> -adrian > > > Sorry, I type wrong but use the commands correctly :-) > > Its my rc.conf > > hostname=3D"beaglebone" > ifconfig_cpsw0=3D"DHCP" > sshd_enable=3D"YES" > > # Nice if you have a network, else annoying. > #ntpd_enable=3D"YES" > ntpd_sync_on_start=3D"YES" > > # Uncomment to disable common services (more memory) > #cron_enable=3D"NO" > #syslogd_enable=3D"NO" > > sendmail_submit_enable=3D"NO" > sendmail_outbound_enable=3D"NO" > sendmail_msp_queue_enable=3D"NO" > # On first boot, enlarge the root filesystem to fill the SD card > growfs_enable=3D"YES" > > wlans_urtwn0=3D"wlan0" > ifconfig_wlan0=3D"WPA SYNCDHCP -amsdu" > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D > > And the commands that you request: > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D > > root@beaglebone:/usr/home/ota # ifconfig -v wlan0 list sta > ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG > 58:23:8c:c6:e1:aa 5 11 144M 14.5 0 5 19408 EP AQEHTR > SSID RATES DSPARMS<11> TIM<05040001000= 0> > ERP<0x4> ???<2f0104> RSN > XRATES<12,18,24,96> HTCAP 0x0 antenna 0x0> HTINFO WPS > VEN WPA > WME cwmax 10 txop 0] VO[aifsn 2 cwmin 3 cwmax 4 txop 94] VI[aifsn 2 cwmin 2 > cwmax 3 txop 47]> > root@beaglebone:/usr/home/ota # ifconfig -v wlan0 > wlan0: flags=3D8843 metric 0 mtu = 1500 > ether 14:cc:20:12:ee:55 > inet 192.168.0.25 netmask 0xffffff00 broadcast 192.168.0.255 > groups: wlan > ssid Diana channel 11 (2462 MHz 11g ht/20) bssid 58:23:8c:c6:e1:a= a > regdomain 0 country US anywhere -ecm authmode WPA2/802.11i -wps -= tsn > privacy ON deftxkey UNDEF > TKIP 2:128-bit powersavemode OFF powersavesleep 100 txpower 0 > txpowmax 50.0 -dotd rtsthreshold 2346 fragthreshold 2346 bmiss 7 > 11a ucast NONE mgmt 6 Mb/s mcast 6 Mb/s maxretry 6 > 11b ucast NONE mgmt 1 Mb/s mcast 1 Mb/s maxretry 6 > 11g ucast NONE mgmt 1 Mb/s mcast 1 Mb/s maxretry 6 > turboA ucast NONE mgmt 6 Mb/s mcast 6 Mb/s maxretry 6 > turboG ucast NONE mgmt 1 Mb/s mcast 1 Mb/s maxretry 6 > sturbo ucast NONE mgmt 6 Mb/s mcast 6 Mb/s maxretry 6 > 11na ucast NONE mgmt 12 MCS mcast 12 MCS maxretry 6 > 11ng ucast NONE mgmt 2 MCS mcast 2 MCS maxretry 6 > half ucast NONE mgmt 3 Mb/s mcast 3 Mb/s maxretry 6 > quarter ucast NONE mgmt 1 Mb/s mcast 1 Mb/s maxretry 6 > scanvalid 60 -bgscan bgscanintvl 300 bgscanidle 250 > roam:11a rssi 7dBm rate 12 Mb/s > roam:11b rssi 7dBm rate 1 Mb/s > roam:11g rssi 7dBm rate 5 Mb/s > roam:turboA rssi 7dBm rate 12 Mb/s > roam:turboG rssi 7dBm rate 12 Mb/s > roam:sturbo rssi 7dBm rate 12 Mb/s > roam:11na rssi 7dBm MCS 1 > roam:11ng rssi 7dBm MCS 1 > roam:half rssi 7dBm rate 6 Mb/s > roam:quarter rssi 7dBm rate 3 Mb/s > -pureg protmode CTS ht20 htcompat ampdu ampdulimit 64k ampdudensi= ty > 8 > -amsdu -shortgi htprotmode RTSCTS -puren -smps -rifs wme -burst > -dwds > roaming MANUAL bintval 100 > AC_BE cwmin 4 cwmax 10 aifs 3 txopLimit 0 -acm ack > cwmin 4 cwmax 10 aifs 3 txopLimit 0 -acm > AC_BK cwmin 4 cwmax 10 aifs 7 txopLimit 0 -acm ack > cwmin 4 cwmax 10 aifs 7 txopLimit 0 -acm > AC_VI cwmin 3 cwmax 4 aifs 2 txopLimit 94 -acm ack > cwmin 3 cwmax 4 aifs 2 txopLimit 94 -acm > AC_VO cwmin 2 cwmax 3 aifs 2 txopLimit 47 -acm ack > cwmin 2 cwmax 3 aifs 2 txopLimit 47 -acm > media: IEEE 802.11 Wireless Ethernet MCS mode 11ng > status: associated > nd6 options=3D29 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D > > If you need more test I can do. Send me the requests and I will response > tomorrow. > > > Thanks a lot! > > []'s > -Otac=C3=ADlio From owner-freebsd-arm@freebsd.org Sat Apr 9 02:02:37 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 DE2ECB08D97 for ; Sat, 9 Apr 2016 02:02:37 +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 7F1441392 for ; Sat, 9 Apr 2016 02:02:37 +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 u3922UD3099100 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 9 Apr 2016 02:02:32 GMT (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id u3922U10099099; Fri, 8 Apr 2016 19:02:30 -0700 (PDT) (envelope-from fbsd) Date: Fri, 8 Apr 2016 19:02:29 -0700 From: bob prohaska To: freebsd-arm@freebsd.org Cc: bob prohaska Subject: No usable event timer found on RPI2 Message-ID: <20160409020229.GF71221@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.21 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 Apr 2016 02:02:38 -0000 Hi all, For the last few days attempts to boot new kernels have ended with a panic, "No usable event timer found". Thinking I'd damaged the kernel config file, I replaced it with an unmolested version via svnlite. No improvement. The sources were downloaded yesterday. A kernel from a few days earlier seems to work fine. The only error found during kernel build said something about --- elf_note.o --- /usr/src/sys/arm/arm/elf_note.S:35:1: warning: DWARF2 only supports one section per compilation unit .pushsection .note.tag ; .balign 4 ; .long 2f - 1f ; .long 4f - 3f ; .long 1 ; 1: .asciz "FreeBSD" ; 2: .balign 4 ; 3: .long 1100105 ; 4: .balign 4 ; .popsection; ^ ctfconvert -L VERSION -g elf_note.o ERROR: ctfconvert: rc = -1 No entry found [dwarf_next_cu_header_c(61)] --- exception.o --- but this could well be an existing issue that simply hadn't been noticed. Here's the boot transcript: U-Boot 2015.04 (May 30 2015 - 22:13:58) DRAM: 944 MiB WARNING: Caches not enabled RPI 2 Model B MMC: bcm2835_sdhci: 0 reading uboot.env ** Unable to read "uboot.env" from mmc0:1 ** Using default environment In: serial Out: lcd Err: lcd Net: Net Initialization Skipped No ethernet found. Hit any key to stop autoboot: 0 Booting from: mmc 0 ubldr reading ubldr 265922 bytes read in 207 ms (1.2 MiB/s) ## Starting application at 0x02000094 ... Consoles: U-Boot console Compatible U-Boot API signature found @3ab4a4c8 FreeBSD/armv6 U-Boot loader, Revision 1.2 (bob@fbsd.zefox.com, Thu Jun 11 08:12:11 PDT 2015) DRAM: 944MB Number of U-Boot devices: 1 U-Boot env: loaderdev='mmc 0' Found U-Boot device: disk Checking unit=0 slice= partition=... good. /boot/kernel/kernel data=0x60fd24+0x1002dc syms=[0x4+0x83b20+0x4+0x97230] Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... Using DTB provided by U-Boot at address 0x100. Kernel entry at 0x2200100... Kernel args: (null) KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2016 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 11.0-CURRENT #70 r297693: Fri Apr 8 16:28:30 PDT 2016 root@www.zefox.com:/usr/obj/usr/src/sys/RPI2 arm FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based on LLVM 3.8.0) VT: init without driver. sema_sysinit CPU: Cortex A7 rev 5 (Cortex-A core) Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext WB enabled LABT branch prediction disabled LoUU:2 LoC:3 LoUIS:2 Cache level 1: 32KB/64B 4-way data cache WB Read-Alloc Write-Alloc 32KB/32B 2-way instruction cache Read-Alloc Cache level 2: 512KB/64B 8-way unified cache WB Read-Alloc Write-Alloc real memory = 989851648 (943 MB) avail memory = 957444096 (913 MB) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs random: entropy device external interface kbd0 at kbdmux0 ofwbus0: simplebus0: mem 0x3f000000-0x3fffffff on ofwbus0 generic_timer0: irq 10000,10001,10002,10003 on ofwbus0 generic_timer0: Unable to alloc int resource. device_attach: generic_timer0 attach returned 6 generic_timer0: irq 10000,10001,10002,10003 on ofwbus0 device_attach: generic_timer0 attach returned 6 intc0: mem 0xb200-0xb3ff on simplebus0 bcmwd0: mem 0x10001c-0x100027 on simplebus0 gpio0: mem 0x200000-0x2000af irq 10004,10005,10006,10007 on simplebus0 gpio0: read-only pins: 46,48-53. gpio0: reserved pins: 48-53. gpiobus0: on gpio0 gpioled0: at pin 35 on gpiobus0 gpioled1: at pin 47 on gpiobus0 gpioc0: on gpio0 iichb0: mem 0x205000-0x20501f irq 10008 on simplebus0 iicbus0: on iichb0 iic0: on iicbus0 iichb1: mem 0x804000-0x80401f irq 10009 on simplebus0 iicbus1: on iichb1 iic1: on iicbus1 spi0: mem 0x204000-0x20401f irq 10010 on simplebus0 spibus0: on spi0 bcm_dma0: mem 0x7000-0x7fff,0xe05000-0xe05fff irq 10011,10012,10013,10014,10015,10016,10017,10018,10019,10020,10021,10022,10023 on simplebus0 mbox0: mem 0xb880-0xb8bf irq 10024 on simplebus0 sdhci_bcm0: mem 0x300000-0x3000ff irq 10025 on simplebus0 mmc0: on sdhci_bcm0 uart0: mem 0x201000-0x201fff irq 10026 on simplebus0 uart0: console (115200,n,8,1) vchiq0: mem 0xb800-0xb84f irq 10027 on simplebus0 vchiq: local ver 8 (min 3), remote ver 8. pcm0: on vchiq0 bcm283x_dwcotg0: mem 0x980000-0x99ffff irq 10028 on simplebus0 usbus0 on bcm283x_dwcotg0 cpulist0: on ofwbus0 cpu0: on cpulist0 bcm2835_cpufreq0: on cpu0 cpu1: on cpulist0 cpu2: on cpulist0 cpu3: on cpulist0 fb0: on ofwbus0 fbd0 on fb0 VT: initialize with new VT driver "fb". fb0: 1824x984(1824x984@0,0) 24bpp fb0: fbswap: 1, pitch 5472, base 0x3d359000, screen_size 5428224 cryptosoft0: panic: No usable event timer found! cpuid = 0 KDB: enter: panic [ thread pid 0 tid 100000 ] Stopped at $d.6: ldrb r15, [r15, r15, ror r15]! db> Many thanks if you got this far, and for any guidance. I'm well and truly baffled. bob prohaska From owner-freebsd-arm@freebsd.org Sat Apr 9 02:46: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 61116B0986E for ; Sat, 9 Apr 2016 02:46:04 +0000 (UTC) (envelope-from embaudarm@gmail.com) Received: from mail-yw0-x241.google.com (mail-yw0-x241.google.com [IPv6:2607:f8b0:4002:c05::241]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 24E111132 for ; Sat, 9 Apr 2016 02:46:04 +0000 (UTC) (envelope-from embaudarm@gmail.com) Received: by mail-yw0-x241.google.com with SMTP id o63so17848745ywe.0 for ; Fri, 08 Apr 2016 19:46:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to; bh=JiUVi2qegT5WHse2Ll1PPB18dZGJ5MrnX1srVG+pko0=; b=rjJHxPSgSnpQnNdcSl6KhYh3X8QMigYk41/9x6wdufu3SCIUVOiPg725EieHKszIJB bwm2BxC+S+N7ujjS6maeIv9X6bazWUmdzZcvuWoDwTfcaiOfmRhIc2+CW5K5Jr6/nvKM OmjDKh3vzb7ToSaijfoknzSD8EO08X59gueSFM/9sxeLMrubL5l+tqKFUN39R3ho/570 MACQ0BDCiYY/Ri7nltlg0IouprKoiXILAPRatjnLe9xl+5TptLBo/x7gtkPBiuLpGMJv WMgFnA6Fj1/xeFxEVI3IjKToUagtuu38H8ptwk1GbzuyLR5Vn+emW0JsinjwZqYMJtQv u2mw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to; bh=JiUVi2qegT5WHse2Ll1PPB18dZGJ5MrnX1srVG+pko0=; b=TYVQCjJutr3XsxRTWdQNSYWGUNaBz2JYRKniu/AOUQ8vLYinij5fJzMKWaQugzchoc ySRFYigvdVKlMzNbLMp5uz6VI6VfiPDcOnimzIk3WTCHEfeurUJbju6jzguWo0GD9YfX 9X+Cb7hQoUvGrA6NoXC2JWbLg8LpySp54x7mmatFqzBTLwSGwM/o2zGN0AI3mjSDLfko gVnQWWdn32mo7cyVLJA7a+WYZ3j7xhheeTcco1+lDXdV+YdMyaOrXrg7pr32us6hbdDt rn+ZbZbYgiWq4O+8/DCVTxRvR4MfPY4yS1+DVD+TE5SJ1iQpDEA7zTzsztVF1wTO4rsA Z7cQ== X-Gm-Message-State: AD7BkJLr3xbgXjW6FM15lSui2f47khDxE+sZfVGWD0SGO8jTPyRymmO6GiJE6imCOE2Y6sKssCEy0S23bKK4VA== MIME-Version: 1.0 X-Received: by 10.129.56.196 with SMTP id f187mr5878539ywa.111.1460169963263; Fri, 08 Apr 2016 19:46:03 -0700 (PDT) Received: by 10.83.35.151 with HTTP; Fri, 8 Apr 2016 19:46:03 -0700 (PDT) Date: Fri, 8 Apr 2016 22:46:03 -0400 Message-ID: Subject: Can't installworld for arm -- cc: not found From: Emb Aud To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 02:46:04 -0000 Hi Everyone. I would like to use FreeBSD as an embedded OS on the Xilinx Zynq ARM chip. At the moment I am targeting the Zybo board until our custom board is ready. I tried to follow the instructions here to build everything: https://wiki.freebsd.org/FreeBSD/arm/crossbuild buildworld runs just fine, but installworld fails immediately with an error: cc: not found. "/usr/home/~/projects/zynq/src/share/mk/bsd.compiler.mk" line 141: Unable to determine compiler type for cc . Consider setting COMPILER_TYPE. I think this may be due to a lack of a "src.conf" file. Unfortunately I have no idea what to put in that file. Can anyone give me a clue or two about how to get past this problem? My config for the mk utility (see the link above) is: mk_arch="armv6" mk_insdir="$(pwd)/nfsroot" mk_jobs="$(sysctl -n hw.ncpu)" mk_kernel="ZEDBOARD" mk_makeconf="$(pwd)/config/make.conf" mk_mkargs="" mk_nice="nice -10" mk_objdir="$(pwd)/obj" mk_srcconf="$(pwd)/config/src.conf" mk_srcdir="$(pwd)/src" mk_ubldraddr="0x0" Thank you! From owner-freebsd-arm@freebsd.org Sat Apr 9 03:00: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 EDE63B09AA1 for ; Sat, 9 Apr 2016 03:00:49 +0000 (UTC) (envelope-from sylgar@gmail.com) Received: from mail-wm0-f45.google.com (mail-wm0-f45.google.com [74.125.82.45]) (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 9D16414B3 for ; Sat, 9 Apr 2016 03:00:49 +0000 (UTC) (envelope-from sylgar@gmail.com) Received: by mail-wm0-f45.google.com with SMTP id n3so42234888wmn.0 for ; Fri, 08 Apr 2016 20:00:49 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:content-transfer-encoding:subject :message-id:date:to:mime-version; bh=SXVJchn3xbHi3H0SMoRa47BlGK7eL9PaxMX1yRRoMvQ=; b=iroOBcJsDZvgCkUON1UPVSJ32n9/oPAsJ/UUF3jNKVqOiCeIQ4rGD1ryZZggOFOfH5 BnsL0eGDj9g243Gc/5nS4uMdg1ocOWkoPLTv05Tc4Tjp53+uM3ExZ4jmU6W7OoMoZ+3k y5Rkv/MjQPvyBTdNkUP4Td+Wbe2IzEA8nsa91t5JsE2IccepbUppBi+nAAU9eG7R9IE1 FGk1kYy3rBqs9dapn2/sdTdl5prHT0v5bk/+aAhvO9s4gzsXdE7OIqjVyy8Xaq/4yR7P hFzUrwiaGMbKgnM478Ly6nvtyEp7h72mprkgcVeWxx777Dd6ZJvBWVTvclZqliBs5G+6 74eQ== X-Gm-Message-State: AD7BkJIaXc4cUml8yy1G+NLxZtm4qJDvmuFvubQ8G3M0Uc97d0M/nbk8GVhaHnP3BIrgsg== X-Received: by 10.28.156.10 with SMTP id f10mr4653261wme.42.1460129318965; Fri, 08 Apr 2016 08:28:38 -0700 (PDT) Received: from [192.168.0.11] (plr75-1-82-226-218-68.fbx.proxad.net. [82.226.218.68]) by smtp.gmail.com with ESMTPSA id ks5sm14014260wjb.13.2016.04.08.08.28.37 for (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 08 Apr 2016 08:28:37 -0700 (PDT) From: Sylvain Garrigues Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Distorted sound on Raspberry Pi 2 Message-Id: Date: Fri, 8 Apr 2016 17:28:36 +0200 To: freebsd-arm 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.21 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 Apr 2016 03:00:50 -0000 Hello, I have continuous warnings on my Raspberry PI 2 regarding sound when = hw.snd.verbose=3D4: ... pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! hwptr=3D120000, = old=3D120000 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! hwptr=3D124000, = old=3D124000 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! hwptr=3D0, = old=3D0 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! hwptr=3D4000, = old=3D4000 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! hwptr=3D8000, = old=3D8000 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! hwptr=3D12000, = old=3D12000 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! hwptr=3D16000, = old=3D16000 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! hwptr=3D16000, = old=3D16000 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! hwptr=3D20000, = old=3D20000 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 =E2=80=A6 The sound is frequently slightly distorted (like every 5s), and I am = trying to figure out why. To reproduce: # sysctl dev.pcm.0.dest=3D1 # sysctl hw.snd.verbose=3D4 # mpg123 anympegfile I still get the warnings on the HDMI output (dev.pcm.0.dest=3D2) but the = sound is not distorted. Any idea? Best, Sylvain.= From owner-freebsd-arm@freebsd.org Sat Apr 9 03:03: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 B66DEB09BA4 for ; Sat, 9 Apr 2016 03:03:23 +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 95F4417C9; Sat, 9 Apr 2016 03:03:23 +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 372C8AAA; Sat, 9 Apr 2016 03:03:21 +0000 (UTC) Date: Sat, 9 Apr 2016 03:01:09 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: adrian@FreeBSD.org, jhibbits@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <2053013409.9.1460170997691.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #2821 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_arm64 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2016 03:03:23 -0000 FreeBSD_HEAD_arm64 - Build #2821 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2821/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2821/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2821/console Change summaries: 297730 by jhibbits: Fix a masking bug for e500 PMC. No idea how this slipped through my regression testing. pe_code is the event to count, pe_cpu is the CPU family mask. 297729 by adrian: [ath] Only process beacon frames for the IBSS/BSSID if appropriate. * Don't use arbitrary frames for the average RX RSSI - only frames from the current BSSID * Don't log / do the syncbeacon logic for another BSSID and definitely don't do the syncbeacon call if we miss beacons outside of STA mode. * Don't do the IBSS merge bits if the current node plainly won't ever match our current BSS (ie, the IBSS doesn't have to match, but all the same bits that we check in ieee80211_ibss_merge() have to match.) Tested: * ath(4), AR9380, IBSS mode, surrounded by a lot of IBSS 11ac networks. Sponsored by: Eva Automation, Inc. 297728 by adrian: [net8021] Pull out the ibss check code into a public function. The ath(4) driver now sees beacons and management frames for different BSSIDs in IBSS mode, which is a problem when you're in a very busy IBSS environment. So, expose this function so drivers can use it to check if the current RX node is actually for a BSS we need to pay attention to or not. PR: kern/208644 Sponsored by: Eva Automation. Inc. 297727 by adrian: [net80211] revert part of r282405 in order to restore IBSS behaviour. This prevents nodes being created for peers on BSSes that are not our own. (Ie, same channel, IBSS, but different BSS.) The "IBSS merge" thing was fixed by me enabling "see all beacons" in the ath(4) driver a few months ago. Trouble is, we now need the filtering again. Tested: * ath(4), IBSS, on a very busy IBSS channel with lots (> 15) IBSS networks. PR: kern/208643 Sponsored by: Eva Automation, Inc. The end of the build log: [...truncated 165167 lines...] awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -h --- all_subdir_usb/uhid --- --- machine --- machine -> /usr/src/sys/arm64/include --- opt_bus.h --- ln -sf /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_bus.h opt_bus.h --- opt_usb.h --- ln -sf /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_usb.h opt_usb.h --- vnode_if_newproto.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -p --- vnode_if_typedef.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -q --- all_subdir_usb/atp --- --- usbdevs.h --- awk -f /usr/src/sys/tools/usbdevs2h.awk /usr/src/sys/dev/usb/usbdevs -h --- all_subdir_usb/uhid --- --- device_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -h --- bus_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -h --- usb_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/usb/usb_if.m -h --- vnode_if.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -h --- all_subdir_usb/zyd --- --- if_zyd.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -MD -MF.depend.if_zyd.o -MTif_zyd.o -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -c /usr/src/sys/modules/usb/zyd/../../../dev/usb/wlan/if_zyd.c -o if_zyd.o --- all_subdir_usb/uhid --- --- usbdevs.h --- awk -f /usr/src/sys/tools/usbdevs2h.awk /usr/src/sys/dev/usb/usbdevs -h --- all_subdir_wlan --- --- ieee80211_dfs.o --- ctfconvert -L VERSION -g ieee80211_dfs.o --- ieee80211_freebsd.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -MD -MF.depend.ieee80211_freebsd.o -MTieee80211_freebsd.o -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -c /usr/src/sys/modules/wlan/../../net80211/ieee80211_freebsd.c -o ieee80211_freebsd.o ctfconvert -L VERSION -g ieee80211_freebsd.o --- all_subdir_usb --- --- all_subdir_usb/atp --- --- atp.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -MD -MF.depend.atp.o -MTatp.o -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -c /usr/src/sys/modules/usb/atp/../../../dev/usb/input/atp.c -o atp.o --- all_subdir_wlan --- --- ieee80211_input.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -MD -MF.depend.ieee80211_input.o -MTieee80211_input.o -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -c /usr/src/sys/modules/wlan/../../net80211/ieee80211_input.c -o ieee80211_input.o --- all_subdir_usb --- --- all_subdir_usb/uhid --- --- uhid.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -MD -MF.depend.uhid.o -MTuhid.o -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -c /usr/src/sys/modules/usb/uhid/../../../dev/usb/input/uhid.c -o uhid.o ctfconvert -L VERSION -g uhid.o --- uhid.kld --- /usr/local/aarch64-freebsd/bin/ld -d -warn-common -r -d -o uhid.kld uhid.o ctfmerge -L VERSION -g -o uhid.kld uhid.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk uhid.kld export_syms | xargs -J% /usr/local/aarch64-freebsd/bin/objcopy % uhid.kld --- uhid.ko.full --- /usr/local/aarch64-freebsd/bin/ld -Bshareable -d -warn-common -o uhid.ko.full uhid.o --- uhid.ko.debug --- /usr/local/aarch64-freebsd/bin/objcopy --only-keep-debug uhid.ko.full uhid.ko.debug --- uhid.ko --- /usr/local/aarch64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=uhid.ko.debug uhid.ko.full uhid.ko --- all_subdir_wlan --- --- ieee80211_ioctl.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -MD -MF.depend.ieee80211_ioctl.o -MTieee80211_ioctl.o -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -c /usr/src/sys/modules/wlan/../../net80211/ieee80211_ioctl.c -o ieee80211_ioctl.o --- ieee80211_input.o --- ctfconvert -L VERSION -g ieee80211_input.o --- all_subdir_wlan_amrr --- ===> wlan_amrr (all) --- machine --- machine -> /usr/src/sys/arm64/include --- opt_wlan.h --- ln -sf /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_wlan.h opt_wlan.h --- ieee80211_amrr.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -MD -MF.depend.ieee80211_amrr.o -MTieee80211_amrr.o -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -c /usr/src/sys/modules/wlan_amrr/../../net80211/ieee80211_amrr.c -o ieee80211_amrr.o --- all_subdir_usb --- --- all_subdir_usb/atp --- ctfconvert -L VERSION -g atp.o --- atp.kld --- /usr/local/aarch64-freebsd/bin/ld -d -warn-common -r -d -o atp.kld atp.o ctfmerge -L VERSION -g -o atp.kld atp.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk atp.kld export_syms | xargs -J% /usr/local/aarch64-freebsd/bin/objcopy % atp.kld --- atp.ko.full --- /usr/local/aarch64-freebsd/bin/ld -Bshareable -d -warn-common -o atp.ko.full atp.o --- atp.ko.debug --- /usr/local/aarch64-freebsd/bin/objcopy --only-keep-debug atp.ko.full atp.ko.debug --- all_subdir_wlan_amrr --- ctfconvert -L VERSION -g ieee80211_amrr.o --- all_subdir_usb --- --- atp.ko --- /usr/local/aarch64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=atp.ko.debug atp.ko.full atp.ko --- all_subdir_wlan_ccmp --- ===> wlan_ccmp (all) --- machine --- machine -> /usr/src/sys/arm64/include --- opt_wlan.h --- ln -sf /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_wlan.h opt_wlan.h --- rijndael-alg-fst.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -MD -MF.depend.rijndael-alg-fst.o -MTrijndael-alg-fst.o -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -c /usr/src/sys/modules/wlan_ccmp/../../crypto/rijndael/rijndael-alg-fst.c -o rijndael-alg-fst.o --- all_subdir_wlan_amrr --- --- wlan_amrr.kld --- /usr/local/aarch64-freebsd/bin/ld -d -warn-common -r -d -o wlan_amrr.kld ieee80211_amrr.o ctfmerge -L VERSION -g -o wlan_amrr.kld ieee80211_amrr.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk wlan_amrr.kld export_syms | xargs -J% /usr/local/aarch64-freebsd/bin/objcopy % wlan_amrr.kld --- wlan_amrr.ko.full --- /usr/local/aarch64-freebsd/bin/ld -Bshareable -d -warn-common -o wlan_amrr.ko.full ieee80211_amrr.o --- wlan_amrr.ko.debug --- /usr/local/aarch64-freebsd/bin/objcopy --only-keep-debug wlan_amrr.ko.full wlan_amrr.ko.debug --- wlan_amrr.ko --- /usr/local/aarch64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=wlan_amrr.ko.debug wlan_amrr.ko.full wlan_amrr.ko --- all_subdir_wlan --- --- ieee80211_mesh.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -MD -MF.depend.ieee80211_mesh.o -MTieee80211_mesh.o -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -Wno-unused-function -std=iso9899:1999 -c /usr/src/sys/modules/wlan/../../net80211/ieee80211_mesh.c -o ieee80211_mesh.o --- all_subdir_wlan_ccmp --- ctfconvert -L VERSION -g rijndael-alg-fst.o --- all_subdir_usb --- --- all_subdir_usb/zyd --- ctfconvert -L VERSION -g if_zyd.o --- all_subdir_wlan_ccmp --- --- rijndael-api.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -MD -MF.depend.rijndael-api.o -MTrijndael-api.o -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -c /usr/src/sys/modules/wlan_ccmp/../../crypto/rijndael/rijndael-api.c -o rijndael-api.o ctfconvert -L VERSION -g rijndael-api.o --- all_subdir_usb --- --- if_zyd.kld --- /usr/local/aarch64-freebsd/bin/ld -d -warn-common -r -d -o if_zyd.kld if_zyd.o --- all_subdir_wlan_ccmp --- --- ieee80211_crypto_ccmp.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -MD -MF.depend.ieee80211_crypto_ccmp.o -MTieee80211_crypto_ccmp.o -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -c /usr/src/sys/modules/wlan_ccmp/../../net80211/ieee80211_crypto_ccmp.c -o ieee80211_crypto_ccmp.o --- all_subdir_usb --- ctfmerge -L VERSION -g -o if_zyd.kld if_zyd.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk if_zyd.kld export_syms | xargs -J% /usr/local/aarch64-freebsd/bin/objcopy % if_zyd.kld --- if_zyd.ko.full --- /usr/local/aarch64-freebsd/bin/ld -Bshareable -d -warn-common -o if_zyd.ko.full if_zyd.o --- if_zyd.ko.debug --- /usr/local/aarch64-freebsd/bin/objcopy --only-keep-debug if_zyd.ko.full if_zyd.ko.debug --- if_zyd.ko --- /usr/local/aarch64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=if_zyd.ko.debug if_zyd.ko.full if_zyd.ko --- all_subdir_usb/ukbd --- ===> usb/ukbd (all) --- machine --- machine -> /usr/src/sys/arm64/include --- opt_bus.h --- ln -sf /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_bus.h opt_bus.h --- opt_compat.h --- ln -sf /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_compat.h opt_compat.h --- opt_kbd.h --- ln -sf /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_kbd.h opt_kbd.h --- opt_ukbd.h --- ln -sf /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_ukbd.h opt_ukbd.h --- opt_usb.h --- ln -sf /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_usb.h opt_usb.h --- device_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -h --- bus_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -h --- usb_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/usb/usb_if.m -h --- usbdevs.h --- awk -f /usr/src/sys/tools/usbdevs2h.awk /usr/src/sys/dev/usb/usbdevs -h --- all_subdir_wlan_ccmp --- ctfconvert -L VERSION -g ieee80211_crypto_ccmp.o --- wlan_ccmp.kld --- /usr/local/aarch64-freebsd/bin/ld -d -warn-common -r -d -o wlan_ccmp.kld ieee80211_crypto_ccmp.o rijndael-alg-fst.o rijndael-api.o ctfmerge -L VERSION -g -o wlan_ccmp.kld ieee80211_crypto_ccmp.o rijndael-alg-fst.o rijndael-api.o --- all_subdir_usb --- --- ukbd.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -MD -MF.depend.ukbd.o -MTukbd.o -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -c /usr/src/sys/modules/usb/ukbd/../../../dev/usb/input/ukbd.c -o ukbd.o --- all_subdir_wlan_ccmp --- :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk wlan_ccmp.kld export_syms | xargs -J% /usr/local/aarch64-freebsd/bin/objcopy % wlan_ccmp.kld --- wlan_ccmp.ko.full --- /usr/local/aarch64-freebsd/bin/ld -Bshareable -d -warn-common -o wlan_ccmp.ko.full ieee80211_crypto_ccmp.o rijndael-alg-fst.o rijndael-api.o --- wlan_ccmp.ko.debug --- /usr/local/aarch64-freebsd/bin/objcopy --only-keep-debug wlan_ccmp.ko.full wlan_ccmp.ko.debug --- wlan_ccmp.ko --- /usr/local/aarch64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=wlan_ccmp.ko.debug wlan_ccmp.ko.full wlan_ccmp.ko --- all_subdir_wlan --- --- ieee80211_node.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -MD -MF.depend.ieee80211_node.o -MTieee80211_node.o -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -c /usr/src/sys/modules/wlan/../../net80211/ieee80211_node.c -o ieee80211_node.o --- ieee80211_mesh.o --- ctfconvert -L VERSION -g ieee80211_mesh.o --- ieee80211_node.o --- /usr/src/sys/modules/wlan/../../net80211/ieee80211_node.c:601:23: error: unused variable 'vap' [-Werror,-Wunused-variable] struct ieee80211vap *vap = ni->ni_vap; ^ 1 error generated. *** [ieee80211_node.o] Error code 1 bmake[4]: stopped in /usr/src/sys/modules/wlan --- ieee80211_ioctl.o --- ctfconvert -L VERSION -g ieee80211_ioctl.o 1 error bmake[4]: stopped in /usr/src/sys/modules/wlan *** [all_subdir_wlan] Error code 2 bmake[3]: stopped in /usr/src/sys/modules --- all_subdir_usb --- ctfconvert -L VERSION -g ukbd.o A failure has been detected in another branch of the parallel make bmake[5]: stopped in /usr/src/sys/modules/usb/ukbd *** [all_subdir_usb/ukbd] Error code 2 bmake[4]: stopped in /usr/src/sys/modules/usb 1 error bmake[4]: stopped in /usr/src/sys/modules/usb *** [all_subdir_usb] Error code 2 bmake[3]: stopped in /usr/src/sys/modules 2 errors bmake[3]: stopped in /usr/src/sys/modules *** [modules-all] Error code 2 bmake[2]: stopped in /usr/obj/arm64.aarch64/usr/src/sys/GENERIC 1 error bmake[2]: stopped in /usr/obj/arm64.aarch64/usr/src/sys/GENERIC *** [buildkernel] Error code 2 bmake[1]: stopped in /usr/src 1 error bmake[1]: stopped in /usr/src *** [buildkernel] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_arm64] $ /bin/sh -xe /tmp/hudson571632574794067124.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_arm64' + echo 'clean up jail FreeBSD_HEAD_arm64' clean up jail FreeBSD_HEAD_arm64 + sudo jail -r FreeBSD_HEAD_arm64 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::104:1 -alias + sudo umount FreeBSD_HEAD_arm64/usr/src + sudo umount FreeBSD_HEAD_arm64/dev + sudo rm -fr FreeBSD_HEAD_arm64 + true + sudo chflags -R noschg FreeBSD_HEAD_arm64 + sudo rm -fr FreeBSD_HEAD_arm64 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-arm@freebsd.org Sat Apr 9 03:47: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 A14A2B0847D for ; Sat, 9 Apr 2016 03:47:49 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (kientzle.com [142.254.26.11]) (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 3FA861944 for ; Sat, 9 Apr 2016 03:47:48 +0000 (UTC) (envelope-from tim@kientzle.com) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id u393MHk7075868; Sat, 9 Apr 2016 03:22:17 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.102] (192.168.1.101 [192.168.1.101]) by kientzle.com with SMTP id yw4wgg8xs6awqf8nqpje6z8mrn; Sat, 09 Apr 2016 03:22:17 +0000 (UTC) (envelope-from tim@kientzle.com) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: Indication of Successful Build From: Tim Kientzle In-Reply-To: Date: Fri, 8 Apr 2016 20:22:17 -0700 Cc: Mark Millard , freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <7124E8A4-3086-41D0-81E5-B3EFB94F6992@kientzle.com> References: To: Russell Haley X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 03:47:49 -0000 > On Apr 6, 2016, at 1:14 PM, Russell Haley = wrote: >=20 > Thanks for the input Mark. >=20 > I'm currently looking into the cross build script on the developers > wiki, as well as considering updating crochet to use the u-boot ports > and adding hummingboard to it. I'm going to take all these suggestions > and see what I can come up with. In my mind it wouldn't be hard to use > the return codes indicated by Boris to create a running log of make > results and copy successful outputs to a different directory. What > raises my concern is that I can't be the first person to ever come up > with this idea, so where are all the other attempts at this? In my > mind that means I'm either way ahead of the curve (not) or I am going > down the wrong path and there is something else to this I haven't > considered. Crochet already uses U-Boot ports for some boards (patches to switch others would be appreciated). It grabs version control info and uses it to name the resulting build. It captures results from the make commands it runs. I believe it correctly handles failed make commands. It doesn't support Hummingboard, but adding a new board is generally pretty straightforward. Of course, as others have noted, it's easy to write your own scripts. That is, after all, how Crochet started out. Cheers, Tim >=20 > Anyway, I keep telling myself to get on with my own project, but there > is just so much fun stuff to play with down in the guts of FreeBSD! I > was just trying to get booting from NFS to work. lolz. Okay, down the > rabbit hole... >=20 > Thanks, >=20 > Alice (Russ) >=20 > On Wed, Apr 6, 2016 at 12:13 PM, Mark Millard = wrote: >> I use script to make a typescript/log file and keep the log file for = as long as I care. So, for example, the script use in: >>=20 >>> # more = ~/sys_build_scripts.powerpc64-host/make_powerpc64vtsc_nodebug_incl_clang_x= toolchain-powerpc64-host.sh >>> script = ~/sys_typescripts/typescript_make_powerpc64vtsc_nodebug_incl_clang_xtoolch= ain-powerpc64-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.powerpc64-xtoolchain.powerpc64-= host" \ >>> MAKEOBJDIRPREFIX=3D"/usr/obj/xtoolchain/powerpc.powerpc64" \ >>> make $* >>=20 >> =3D=3D=3D >> Mark Millard >> markmi at dsl-only.net >>=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" > _______________________________________________ > 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 From owner-freebsd-arm@freebsd.org Sat Apr 9 06:38:29 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 ADA5BB079D8 for ; Sat, 9 Apr 2016 06:38:29 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-vk0-x241.google.com (mail-vk0-x241.google.com [IPv6:2607:f8b0:400c:c05::241]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 69F94146A for ; Sat, 9 Apr 2016 06:38:29 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-vk0-x241.google.com with SMTP id x190so18726080vka.3 for ; Fri, 08 Apr 2016 23:38:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=/YGdJH5MUrHvs/1Z+Pc5MK9xInPaJ8xeOi9VNdDDcR8=; b=BNoBE3TZGqQESApN/CGWU4D2NBrGIRr+ijC/umWrqV6zwHh0W4rKzJqleNPmD6Cfem XL+t2SE4owVvTQDLGYKFie4uKFd1AjglMwS5nQTjYHh7VmZgC+yi7Lo/WmqGbXXqX7kR 0sWCDxlMcsH3C+ZFw/erShUuln9GJPZ47tsL5mW9U18qT4NZVDMyuTCkvCiCWzFNdmma HpYpuad4onKWnI59hUVT8eAyz2VlUoK73CKA/89BduYsQVBOlh7O+EsQxRolzI26U3oG CScRgIRX8FBhFP/styzWG2Qr4EEkyHilqOFvVv45hYhqkyPwMvQ0JXQwJ84NmSerVp0Q 4qkg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=/YGdJH5MUrHvs/1Z+Pc5MK9xInPaJ8xeOi9VNdDDcR8=; b=Z+5DoFo8qi0nVeROvTM0hBFQ5DA8MSL3W8jy81ut1MM1D2Ke2lN/cAC3/pEiwqNgpR pjxpan28PyhQK6NEEbyRcShkpcvqeH8umHr2DbSgeq35YxDiJ+rIVrNZmKMndwYIOMH0 yYPnp+7qZkesgrAzNl7XLf0jtTkOnUQgDva0HASkh3My3VGPJTpJHXoNXjVuTLoZKtte OMQxT7J3Cqw6VL1BRn+OhnsPxEPYGwGELEodcbfHRS43IesViB82yPmKoT1FKOZhHL/M fPiZavdFAgV6v1BYCzOu0u5nknoqvqBQip4Xks2SJIf3NRuC4c41/dpEP902nldWCU3D +AaA== X-Gm-Message-State: AD7BkJIP8n2FzF1kXgOWKAOmn8O4jumwh0sSWLenTT2czW2Qxb/sxvKxb3HDa8y2JKhbBrQ9Vytq8+4V/hTa+Q== MIME-Version: 1.0 X-Received: by 10.176.5.164 with SMTP id e33mr6133080uae.36.1460183908532; Fri, 08 Apr 2016 23:38:28 -0700 (PDT) Received: by 10.31.54.13 with HTTP; Fri, 8 Apr 2016 23:38:28 -0700 (PDT) In-Reply-To: References: Date: Fri, 8 Apr 2016 23:38:28 -0700 Message-ID: Subject: Re: Can't installworld for arm -- cc: not found From: Russell Haley To: Emb Aud Cc: freebsd-arm Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 06:38:29 -0000 I'm actually just studying this page myself right now! There seems to be a discrepancy in the use of sudo. When you sudo the root user doesn't have the MAKEOBJDIRPREFIX environment variable set. Using sudo with -E (preserves environment) fixed it for me (your results may vary). Command Line: sudo -E make installworld blah blah blah In the mk Script: ... mk_sudo="sudo -E";; Hope that helps, Russ On Fri, Apr 8, 2016 at 7:46 PM, Emb Aud wrote: > Hi Everyone. > > I would like to use FreeBSD as an embedded OS on the Xilinx Zynq ARM chip. > At the moment I am targeting the Zybo board until our custom board is ready. > > I tried to follow the instructions here to build everything: > https://wiki.freebsd.org/FreeBSD/arm/crossbuild > > buildworld runs just fine, but installworld fails immediately with an > error: > > cc: not found. > "/usr/home/~/projects/zynq/src/share/mk/bsd.compiler.mk" line 141: Unable > to determine compiler type for cc . Consider setting COMPILER_TYPE. > > I think this may be due to a lack of a "src.conf" file. Unfortunately I > have no idea what to put in that file. > > Can anyone give me a clue or two about how to get past this problem? > > My config for the mk utility (see the link above) is: > > mk_arch="armv6" > mk_insdir="$(pwd)/nfsroot" > mk_jobs="$(sysctl -n hw.ncpu)" > mk_kernel="ZEDBOARD" > mk_makeconf="$(pwd)/config/make.conf" > mk_mkargs="" > mk_nice="nice -10" > mk_objdir="$(pwd)/obj" > mk_srcconf="$(pwd)/config/src.conf" > mk_srcdir="$(pwd)/src" > mk_ubldraddr="0x0" > > Thank you! > _______________________________________________ > 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 Apr 9 07:01:20 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 57CA4B07FE9 for ; Sat, 9 Apr 2016 07:01:20 +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 3C5721C0A; Sat, 9 Apr 2016 07:01:20 +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 37BE7B6F; Sat, 9 Apr 2016 07:01:20 +0000 (UTC) Date: Sat, 9 Apr 2016 07:01:09 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: adrian@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <1142586849.12.1460185279227.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <2053013409.9.1460170997691.JavaMail.jenkins@jenkins-9.freebsd.org> References: <2053013409.9.1460170997691.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #2822 - Still Failing MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_arm64 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2016 07:01:20 -0000 FreeBSD_HEAD_arm64 - Build #2822 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2822/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2822/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2822/console Change summaries: 297731 by adrian: [net80211] print out the channel type (eg a, b, g, n) when creating an IBSS network. The end of the build log: [...truncated 164779 lines...] --- machine --- machine -> /usr/src/sys/arm64/include --- opt_bus.h --- ln -sf /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_bus.h opt_bus.h --- opt_usb.h --- ln -sf /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_usb.h opt_usb.h --- bus_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -h --- device_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -h --- usb_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/usb/usb_if.m -h --- usbdevs.h --- awk -f /usr/src/sys/tools/usbdevs2h.awk /usr/src/sys/dev/usb/usbdevs -h --- all_subdir_wlan --- ctfconvert -L VERSION -g ieee80211_dfs.o --- ieee80211_freebsd.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -MD -MF.depend.ieee80211_freebsd.o -MTieee80211_freebsd.o -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -c /usr/src/sys/modules/wlan/../../net80211/ieee80211_freebsd.c -o ieee80211_freebsd.o --- all_subdir_usb --- --- all_subdir_usb/uath --- --- if_uath.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -MD -MF.depend.if_uath.o -MTif_uath.o -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -c /usr/src/sys/modules/usb/uath/../../../dev/usb/wlan/if_uath.c -o if_uath.o --- all_subdir_usb/upgt --- --- if_upgt.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -MD -MF.depend.if_upgt.o -MTif_upgt.o -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -c /usr/src/sys/modules/usb/upgt/../../../dev/usb/wlan/if_upgt.c -o if_upgt.o --- all_subdir_wlan --- ctfconvert -L VERSION -g ieee80211_freebsd.o --- ieee80211_input.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -MD -MF.depend.ieee80211_input.o -MTieee80211_input.o -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -c /usr/src/sys/modules/wlan/../../net80211/ieee80211_input.c -o ieee80211_input.o ctfconvert -L VERSION -g ieee80211_input.o --- ieee80211_ioctl.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -MD -MF.depend.ieee80211_ioctl.o -MTieee80211_ioctl.o -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -c /usr/src/sys/modules/wlan/../../net80211/ieee80211_ioctl.c -o ieee80211_ioctl.o --- all_subdir_usb --- ctfconvert -L VERSION -g if_upgt.o --- if_upgt.kld --- /usr/local/aarch64-freebsd/bin/ld -d -warn-common -r -d -o if_upgt.kld if_upgt.o ctfmerge -L VERSION -g -o if_upgt.kld if_upgt.o --- all_subdir_usb/uath --- ctfconvert -L VERSION -g if_uath.o --- all_subdir_usb/upgt --- :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk if_upgt.kld export_syms | xargs -J% /usr/local/aarch64-freebsd/bin/objcopy % if_upgt.kld --- if_upgt.ko.full --- /usr/local/aarch64-freebsd/bin/ld -Bshareable -d -warn-common -o if_upgt.ko.full if_upgt.o --- if_upgt.ko.debug --- /usr/local/aarch64-freebsd/bin/objcopy --only-keep-debug if_upgt.ko.full if_upgt.ko.debug --- if_upgt.ko --- /usr/local/aarch64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=if_upgt.ko.debug if_upgt.ko.full if_upgt.ko --- all_subdir_wlan_ccmp --- ===> wlan_ccmp (all) --- all_subdir_usb --- --- all_subdir_usb/uath --- --- if_uath.kld --- /usr/local/aarch64-freebsd/bin/ld -d -warn-common -r -d -o if_uath.kld if_uath.o ctfmerge -L VERSION -g -o if_uath.kld if_uath.o --- all_subdir_wlan_ccmp --- --- machine --- machine -> /usr/src/sys/arm64/include --- all_subdir_usb --- :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk if_uath.kld export_syms | xargs -J% /usr/local/aarch64-freebsd/bin/objcopy % if_uath.kld --- all_subdir_wlan_ccmp --- --- opt_wlan.h --- ln -sf /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_wlan.h opt_wlan.h --- all_subdir_usb --- --- if_uath.ko.full --- --- all_subdir_wlan_ccmp --- --- rijndael-alg-fst.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -MD -MF.depend.rijndael-alg-fst.o -MTrijndael-alg-fst.o -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -c /usr/src/sys/modules/wlan_ccmp/../../crypto/rijndael/rijndael-alg-fst.c -o rijndael-alg-fst.o --- all_subdir_usb --- /usr/local/aarch64-freebsd/bin/ld -Bshareable -d -warn-common -o if_uath.ko.full if_uath.o --- if_uath.ko.debug --- /usr/local/aarch64-freebsd/bin/objcopy --only-keep-debug if_uath.ko.full if_uath.ko.debug --- if_uath.ko --- /usr/local/aarch64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=if_uath.ko.debug if_uath.ko.full if_uath.ko --- all_subdir_wlan --- --- ieee80211_mesh.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -MD -MF.depend.ieee80211_mesh.o -MTieee80211_mesh.o -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -Wno-unused-function -std=iso9899:1999 -c /usr/src/sys/modules/wlan/../../net80211/ieee80211_mesh.c -o ieee80211_mesh.o --- all_subdir_wlan_ccmp --- ctfconvert -L VERSION -g rijndael-alg-fst.o --- rijndael-api.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -MD -MF.depend.rijndael-api.o -MTrijndael-api.o -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -c /usr/src/sys/modules/wlan_ccmp/../../crypto/rijndael/rijndael-api.c -o rijndael-api.o ctfconvert -L VERSION -g rijndael-api.o --- ieee80211_crypto_ccmp.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -MD -MF.depend.ieee80211_crypto_ccmp.o -MTieee80211_crypto_ccmp.o -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -c /usr/src/sys/modules/wlan_ccmp/../../net80211/ieee80211_crypto_ccmp.c -o ieee80211_crypto_ccmp.o --- all_subdir_usb --- --- all_subdir_usb/run --- ctfconvert -L VERSION -g if_run.o --- all_subdir_wlan_ccmp --- ctfconvert -L VERSION -g ieee80211_crypto_ccmp.o --- all_subdir_usb --- --- if_run.kld --- /usr/local/aarch64-freebsd/bin/ld -d -warn-common -r -d -o if_run.kld if_run.o ctfmerge -L VERSION -g -o if_run.kld if_run.o --- all_subdir_wlan_ccmp --- --- wlan_ccmp.kld --- /usr/local/aarch64-freebsd/bin/ld -d -warn-common -r -d -o wlan_ccmp.kld ieee80211_crypto_ccmp.o rijndael-alg-fst.o rijndael-api.o ctfmerge -L VERSION -g -o wlan_ccmp.kld ieee80211_crypto_ccmp.o rijndael-alg-fst.o rijndael-api.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk wlan_ccmp.kld export_syms | xargs -J% /usr/local/aarch64-freebsd/bin/objcopy % wlan_ccmp.kld --- all_subdir_usb --- :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk if_run.kld export_syms | xargs -J% /usr/local/aarch64-freebsd/bin/objcopy % if_run.kld --- all_subdir_wlan_ccmp --- --- wlan_ccmp.ko.full --- /usr/local/aarch64-freebsd/bin/ld -Bshareable -d -warn-common -o wlan_ccmp.ko.full ieee80211_crypto_ccmp.o rijndael-alg-fst.o rijndael-api.o --- all_subdir_usb --- --- if_run.ko.full --- /usr/local/aarch64-freebsd/bin/ld -Bshareable -d -warn-common -o if_run.ko.full if_run.o --- all_subdir_wlan_ccmp --- --- wlan_ccmp.ko.debug --- /usr/local/aarch64-freebsd/bin/objcopy --only-keep-debug wlan_ccmp.ko.full wlan_ccmp.ko.debug --- wlan_ccmp.ko --- /usr/local/aarch64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=wlan_ccmp.ko.debug wlan_ccmp.ko.full wlan_ccmp.ko --- all_subdir_usb --- --- if_run.ko.debug --- /usr/local/aarch64-freebsd/bin/objcopy --only-keep-debug if_run.ko.full if_run.ko.debug --- evxfevnt.o --- cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.evxfevnt.o -MTevxfevnt.o -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/contrib/dev/acpica/components/events/evxfevnt.c --- modules-all --- --- if_run.ko --- /usr/local/aarch64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=if_run.ko.debug if_run.ko.full if_run.ko --- all_subdir_usb/usie --- ===> usb/usie (all) --- machine --- machine -> /usr/src/sys/arm64/include --- opt_bus.h --- ln -sf /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_bus.h opt_bus.h --- opt_usb.h --- ln -sf /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_usb.h opt_usb.h --- opt_inet.h --- ln -sf /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_inet.h opt_inet.h --- device_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -h --- bus_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -h --- usb_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/usb/usb_if.m -h --- usbdevs.h --- awk -f /usr/src/sys/tools/usbdevs2h.awk /usr/src/sys/dev/usb/usbdevs -h --- evxfevnt.o --- ctfconvert -L VERSION -g evxfevnt.o --- modules-all --- --- all_subdir_wlan --- --- ieee80211_node.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -MD -MF.depend.ieee80211_node.o -MTieee80211_node.o -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -c /usr/src/sys/modules/wlan/../../net80211/ieee80211_node.c -o ieee80211_node.o --- ieee80211_mesh.o --- ctfconvert -L VERSION -g ieee80211_mesh.o --- all_subdir_usb --- --- all_subdir_usb/ural --- ===> usb/ural (all) --- machine --- machine -> /usr/src/sys/arm64/include --- opt_bus.h --- ln -sf /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_bus.h opt_bus.h --- opt_usb.h --- ln -sf /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_usb.h opt_usb.h --- device_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -h --- bus_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -h --- usb_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/usb/usb_if.m -h --- usbdevs.h --- --- all_subdir_wlan --- --- ieee80211_ioctl.o --- ctfconvert -L VERSION -g ieee80211_ioctl.o --- all_subdir_usb --- awk -f /usr/src/sys/tools/usbdevs2h.awk /usr/src/sys/dev/usb/usbdevs -h --- all_subdir_wlan --- --- ieee80211_node.o --- /usr/src/sys/modules/wlan/../../net80211/ieee80211_node.c:602:23: error: unused variable 'vap' [-Werror,-Wunused-variable] struct ieee80211vap *vap = ni->ni_vap; ^ --- evxfgpe.o --- cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.evxfgpe.o -MTevxfgpe.o -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/contrib/dev/acpica/components/events/evxfgpe.c --- modules-all --- 1 error generated. *** [ieee80211_node.o] Error code 1 bmake[4]: stopped in /usr/src/sys/modules/wlan 1 error bmake[4]: stopped in /usr/src/sys/modules/wlan *** [all_subdir_wlan] Error code 2 bmake[3]: stopped in /usr/src/sys/modules --- evxfgpe.o --- ctfconvert -L VERSION -g evxfgpe.o --- modules-all --- --- all_subdir_usb --- --- all_subdir_usb/usie --- A failure has been detected in another branch of the parallel make bmake[5]: stopped in /usr/src/sys/modules/usb/usie *** [all_subdir_usb/usie] Error code 2 bmake[4]: stopped in /usr/src/sys/modules/usb --- all_subdir_usb/ural --- A failure has been detected in another branch of the parallel make bmake[5]: stopped in /usr/src/sys/modules/usb/ural *** [all_subdir_usb/ural] Error code 2 bmake[4]: stopped in /usr/src/sys/modules/usb 2 errors bmake[4]: stopped in /usr/src/sys/modules/usb *** [all_subdir_usb] Error code 2 bmake[3]: stopped in /usr/src/sys/modules 2 errors bmake[3]: stopped in /usr/src/sys/modules *** [modules-all] Error code 2 bmake[2]: stopped in /usr/obj/arm64.aarch64/usr/src/sys/GENERIC 1 error bmake[2]: stopped in /usr/obj/arm64.aarch64/usr/src/sys/GENERIC *** [buildkernel] Error code 2 bmake[1]: stopped in /usr/src 1 error bmake[1]: stopped in /usr/src *** [buildkernel] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_arm64] $ /bin/sh -xe /tmp/hudson5790501414864867190.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_arm64' + echo 'clean up jail FreeBSD_HEAD_arm64' clean up jail FreeBSD_HEAD_arm64 + sudo jail -r FreeBSD_HEAD_arm64 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::104:1 -alias + sudo umount FreeBSD_HEAD_arm64/usr/src + sudo umount FreeBSD_HEAD_arm64/dev + sudo rm -fr FreeBSD_HEAD_arm64 + true + sudo chflags -R noschg FreeBSD_HEAD_arm64 + sudo rm -fr FreeBSD_HEAD_arm64 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-arm@freebsd.org Sat Apr 9 08:27:24 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 19C78B097B9 for ; Sat, 9 Apr 2016 08:27:24 +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 C6A5E1B96 for ; Sat, 9 Apr 2016 08:27:23 +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 702E748644B for ; Sat, 9 Apr 2016 10:27:12 +0200 (CEST) Received: from klein.pean.org (unknown [IPv6:2001:470:de59::60]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by system.jails.se (Postfix) with ESMTPSA id C0EB2486449; Sat, 9 Apr 2016 10:27:11 +0200 (CEST) Content-Type: multipart/signed; boundary="Apple-Mail=_5274909C-114C-49AF-BE5C-C9B5DF225355"; protocol="application/pkcs7-signature"; micalg=sha1 Mime-Version: 1.0 (Mac OS X Mail 9.0 \(3093\)) Subject: Re: PPS input on GPIO pin RPI2. From: =?utf-8?Q?Peter_Ankerst=C3=A5l?= In-Reply-To: <1460061822.1091.314.camel@freebsd.org> Date: Sat, 9 Apr 2016 10:27:09 +0200 Cc: freebsd-arm@freebsd.org Message-Id: <66F0823A-283A-4CD9-BD40-A73B19A98958@pean.org> References: <56FCEE15.60109@pean.org> <1460061822.1091.314.camel@freebsd.org> To: Ian Lepore X-Mailer: Apple Mail (2.3093) X-DSPAM-Result: Innocent X-DSPAM-Processed: Sat Apr 9 10:27:12 2016 X-DSPAM-Confidence: 1.0000 X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 5708bce018889596715797 X-DSPAM-Factors: 27, this+should+be+#+to, 0.40000, a+generic+#+#+on, 0.40000, work+#+this+is, 0.40000, on+this+#+#+to, 0.40000, should+#+#+to, 0.40000, much+longer+#+you, 0.40000, to+#+#+input+working, 0.40000, problems+#+#+building, 0.40000, some+more+#+#+no, 0.40000, the+#+response+on+this, 0.40000, but+I+did+get+enough, 0.40000, FDT+data+pretty+quickly+so, 0.40000, but, 0.40000, but, 0.40000, underway+The+big+#+infrastructure, 0.40000, for+#+#+#+no, 0.40000, have+heard+nothing, 0.40000, concept+#+#+#+that, 0.40000, Subject*Re+#+input+on+GPIO, 0.40000, do+this+#+#+we're, 0.40000, the+slow+#+on, 0.40000, that+#+was+able, 0.40000, be+easy, 0.40000, this+#+wanted+to, 0.40000, quickly+so+it, 0.40000, just, 0.40000, a+few+days, 0.40000 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 08:27:24 -0000 --Apple-Mail=_5274909C-114C-49AF-BE5C-C9B5DF225355 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=iso-8859-1 >> >> >> 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 tested. /Peter. --Apple-Mail=_5274909C-114C-49AF-BE5C-C9B5DF225355 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIL0TCCBeIw ggPKoAMCAQICEGunin0K14jWUQr5WeTntOEwDQYJKoZIhvcNAQELBQAwfTELMAkGA1UEBhMCSUwx FjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmlj YXRlIFNpZ25pbmcxKTAnBgNVBAMTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4X DTE1MTIxNjAxMDAwNVoXDTMwMTIxNjAxMDAwNVowdTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0 YXJ0Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MSMw IQYDVQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEP ADCCAQoCggEBAL192vfDon2D9luC/dtbX64eG3XAtRmvmCSsu1d52DXsCR58zJQbCtB2/A5uFqNx WacpXGGtTCRk9dEDBlmixEd8QiLkUfvHpJX/xKnmVkS6Iye8wUbYzMsDzgnpazlPg19dnSqfhM+C evdfa89VLnUztRr2cgmCfyO9Otrh7LJDPG+4D8ZnAqDtVB8MKYJL6QgKyVhhaBc4y3bGWxKyXEtx 7QIZZGxPwSkzK3WIN+VKNdkiwTubW5PIdopmykwvIjLPqbJK7yPwFZYekKE015OsW6FV+s4DIM8U lVS8pkIsoGGJtMuWjLL4tq2hYQuuN0jhrxK1ljz50hH23gA9cbMCAwEAAaOCAWQwggFgMA4GA1Ud DwEB/wQEAwIBBjAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwEgYDVR0TAQH/BAgwBgEB /wIBADAyBgNVHR8EKzApMCegJaAjhiFodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmww ZgYIKwYBBQUHAQEEWjBYMCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC5zdGFydHNzbC5jb20wMAYI KwYBBQUHMAKGJGh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL2NhLmNydDAdBgNVHQ4EFgQU JIFsOWG+SQ+PtxtGK8kotSdIbWgwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwPwYD VR0gBDgwNjA0BgRVHSAAMCwwKgYIKwYBBQUHAgEWHmh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3Bv bGljeTANBgkqhkiG9w0BAQsFAAOCAgEAi+P3h+wBi4StDwECW5zhIycjBL008HACblIf26HY0JdO ruKbrWDsXUsiI0j/7Crft9S5oxvPiDtVqspBOB/y5uzSns1lZwh7sG96bYBZpcGzGxpFNjDmQbcM 3yl3WFIRS4WhNrsOY14V7y2IrUGsvetsD+bjyOngCIVeC/GmsmtbuLOzJ606tEc9uRbhjTu/b0x2 Fo+/e7UkQvKzNeo7OMhijixaULyINBfCBJb+e29bLafgu6JqjOUJ9eXXj20p6q/CW+uVrZiSW57+ q5an2P2i7hP85jQJcy5j4HzA0rSiF3YPhKGAWUxKPMAVGgcYoXzWydOvZ3UDsTDTagXpRDIKQLZo 02wrlxY6iMFqvlzsemVf1odhQJmi7Eh5TbxI40kDGcBOBHhwnaOumZhLP+SWJQnjpLpSlUOj95uf 1zo9oz9e0NgIJoz/tdfrBzez76xtDsK0KfUDHt1/q59BvDI7RX6gVr0fQoCyMczNzCTcRXYHY0tq 2J0oT+bsb6sH2b4WVWAiJKnSYaWDjdA70qHX4mq9MIjO/ZskmSY8wtAk24orAc0vwXgYanqNsBX5 Yv4sN4Z9VyrwMdLcusP7HJgRdAGKpkR2I9U4zEsNJQJewM7S4Jalo1DyPrLpL2nTET8ZrSl5Utp1 UeGp/2deoprGevfnxWB+vHNQiu85o6MwggXnMIIEz6ADAgECAhAdwkZzPAAYv96HE98uZJjPMA0G CSqGSIb3DQEBCwUAMHUxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSkwJwYD VQQLEyBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTEjMCEGA1UEAxMaU3RhcnRDb20g Q2xhc3MgMSBDbGllbnQgQ0EwHhcNMTYwMTI2MTcxODQ0WhcNMTcwMTI2MTcxODQ0WjA4MRcwFQYD VQQDDA5wZXRlckBwZWFuLm9yZzEdMBsGCSqGSIb3DQEJARYOcGV0ZXJAcGVhbi5vcmcwggIiMA0G CSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQCwqV33CkA0AcJKEWGdaBVRxR37sXxEkkhq19lru5yk DJpYi6ocVvMFQVss9Yk16i2E1DdktxK6zYI/6XmAJqa/QblJeX535zVAVE/9+5rcV3yXb7HdfSAu b5OxvZvd5hTt3YxmCXeDC0pMzZke0bX2oVUqUgLmlWuo+S8yVW1GIWDP8G1u3FJnnGx31S3ZNiq4 vPdpCZzttSPAQS8Ev6mwxAI6TRFrtvqfHI3kbPpqXRoWBCwwzfGN3y01QM/K4hbEo78BdaIq61cI MZv6kHyx0zGdhdhUiLlMvM5FcFlhCju49c7mJekFfVahpQVmYOq1q04v6km3lFj/HqJy9BDVKe/x z7RKBqIF06msyWdGCN5KKpRDIkuWEUByFWJkrMiTi5lkXY7oSWGzVK7RIHdidpy6tbcsFdDLB8Hh 7Wh/3r8eGP9VSyUUEwuK/aKfaQYFhCyNXHrWjJpHzbcjP6Xf6rrbavZfOU++wN8aqGEwEQa7QKKh 9Sd8KQd8BdwwYohfwoNUsrRoOr3UHKvzFzyln7hQBiFjHpnLWTLBdF7Z8Uit5vqLpP6WfMdZE1h8 dEC7suFtBRziZQUdqjB+qFxSDB494pZW0ZxYXboBxxJDPWfanZaJnTRE52f3zqC21e3gewiX2Uw9 yfr0mDnkYln6ezySA22q51vt+HY4CGSnjQIDAQABo4IBrjCCAaowCwYDVR0PBAQDAgSwMB0GA1Ud JQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDAJBgNVHRMEAjAAMB0GA1UdDgQWBBQ04RHsQYirZqzw URApkWCeAOCFvzAfBgNVHSMEGDAWgBQkgWw5Yb5JD4+3G0YrySi1J0htaDBvBggrBgEFBQcBAQRj MGEwJAYIKwYBBQUHMAGGGGh0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbTA5BggrBgEFBQcwAoYtaHR0 cDovL2FpYS5zdGFydHNzbC5jb20vY2VydHMvc2NhLmNsaWVudDEuY3J0MDgGA1UdHwQxMC8wLaAr oCmGJ2h0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL3NjYS1jbGllbnQxLmNybDAZBgNVHREEEjAQgQ5w ZXRlckBwZWFuLm9yZzAjBgNVHRIEHDAahhhodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS8wRgYDVR0g BD8wPTA7BgsrBgEEAYG1NwECBDAsMCoGCCsGAQUFBwIBFh5odHRwOi8vd3d3LnN0YXJ0c3NsLmNv bS9wb2xpY3kwDQYJKoZIhvcNAQELBQADggEBALwG9xRbvTNO3YlZYPQ/aurIp1fbO+W1c80gBL0Y 1jeW2Rwb0EF6EMkpsl/gFALmktGvDkEaNWGvj7d/eUNv3kUceiUod7sbiBNSN2oiVxqe7RcfVYY1 cNTCJsxGeC+c533jJzEWgB9ZIULyTawUBvYEsT0phiX17hQuRL8F/aJyUcyz+yFccZHMVe6DxuAe mJ/PMcKUe1xb3tcCtSQW8FIfY9KDuxKeiU6mXi7RXAiIIq8tFNkJYsPtNIkKtOeGwjLidaNG1nMi xGKc7fl+G6VGmMvZv6mSE1LPqPZJUwXgbcfVIIrpDEGkDS5AP5/o6DZr8AiOe2Za1pCO3f+Dv3cx ggROMIIESgIBATCBiTB1MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEpMCcG A1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0Q29t IENsYXNzIDEgQ2xpZW50IENBAhAdwkZzPAAYv96HE98uZJjPMAkGBSsOAwIaBQCgggGZMBgGCSqG SIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE2MDQwOTA4MjcxMFowIwYJKoZI hvcNAQkEMRYEFAIowjBKToh7Re0z4KOoLPaR801DMIGaBgkrBgEEAYI3EAQxgYwwgYkwdTELMAkG A1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRp ZmljYXRpb24gQXV0aG9yaXR5MSMwIQYDVQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQQIQ HcJGczwAGL/ehxPfLmSYzzCBnAYLKoZIhvcNAQkQAgsxgYyggYkwdTELMAkGA1UEBhMCSUwxFjAU BgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0 aG9yaXR5MSMwIQYDVQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQQIQHcJGczwAGL/ehxPf LmSYzzANBgkqhkiG9w0BAQEFAASCAgCXA3+D+9Rt0weNjkSSPyol4vwsL4dl6K96KWcCaUnar6IS I31qILXxFgzGyke3hVBwtxMy3NapUUmxUOu1h80aC/ag5Cna6rP3D1FiiRhgDJMify+cs9ZqmWn6 YV4/ihu9q2z/YQMJKLsPVJV3yrcMmPWZ5yPxM9GOMs/Rftp0eudYoPICZdOrvwPTuGfL++AAUdlB c3jLopajW5vATb6qVVzeHNna3baEpnjNL/AoYwpZz21NJsvDpCPMrCrDTi+p/DvWlMEKcz9HLwyL tSQesg8dyVvY1vcopqLKBBnyw8oclQCmiN5qyx7oiqV2g5Q91oQ+NlCqBuVb4sLYLmVvvv+f8cxI HFDBdvovgO1SFU11xECBXhbrFUW1uzmQ5ZIiLocUh9wku2mPbuPvXWgEQv0YlSFUAI7vjDCwf6OA FmxxPL/POvtYLFXacevmadG0kGBX3QHI+82lBAaE8aIKv+03LSlbfUIuYs67sLns5KDecUiwfYwG nub+ePcW8jRwO8BHiuebNWOGSC69uh37XGkQ9ZPEUS7/nxcmXdqiO2V79X8BnpQUBynOZVO5HQVv FyMhgCkvO/aqvLKdAF3JtTPPrdh7//EkfmN6m63IFkL8LnOvIeFB0PAEBuDowpj/aX8d3TOCLamF zfnT5TihPzVMrdFs2vOs8rSzkWRlhwAAAAAAAA== --Apple-Mail=_5274909C-114C-49AF-BE5C-C9B5DF225355-- From owner-freebsd-arm@freebsd.org Sat Apr 9 08:59:34 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 80E06B0820D for ; Sat, 9 Apr 2016 08:59:34 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-ig0-x235.google.com (mail-ig0-x235.google.com [IPv6:2607:f8b0:4001:c05::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4E2C3187E for ; Sat, 9 Apr 2016 08:59:34 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: by mail-ig0-x235.google.com with SMTP id f1so29085953igr.1 for ; Sat, 09 Apr 2016 01:59:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=zToSjBWQmdk4TAu3O9BbLYeMzVbaDc4uDKUwHihOHPQ=; b=f5JnTGCnGWFP2a7o8jhSlsTsM1xzjyCqvtkY3eoEONBZxexaaCfTdjk1jh0an7zjSw G3N1+3lkWJcv6Y1AhtcYQXdrvw3sQiftPeMapSYV52im4YuDwbhK8icn082Nsleh4h5P 4wFhV7kJZA084sFT4eWpJvNgrLj/z2lqipQmk+DCgVDDQnSgCReLgg5j4lqFhoUrb3iJ mHX0rtWEe2Mb0CKC34ESnGyCI+GBMDRvhtOLFJGT11lkSyekcwcb4Rzxn7DX0NbfsYiz NGSnlceLjFM63b+iRl4ByljEpzdm4z4RLq88tXNz6S8ySygUK6m6hkLPgPNgVASZNgXo JCOw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=zToSjBWQmdk4TAu3O9BbLYeMzVbaDc4uDKUwHihOHPQ=; b=Ex+hSacTBglyf3a08ifgqD4b0fo7iuZlAGPmcgByYdR1FHtd3j7sfHvNZ65eHemvBD QPKPxn/YD9wJy8U+7OYg6j1m9If0ZP9Yb9gHShqJ2V1Lj9wmUGI2hyeQA7Ghj/AXEXbY kYdwgFXPuW8ilZUCRgBInIH/DF40Z5yx+0qGrtLtGKL2Nm1Rew/6DEH0+lApps6/LBfQ hEqDNDX23wyyp76zFPlnZ5C/p96ugoRdFiOpA3mtIgj+KBktGZZL+UBVq1D+FZ0VuKef Lo6nnMnxNrcupiuUEXX8gfx0hb+Mfn2a3tHLpdf5Kf7P0ACGzr2Ok/giWimK/IWHfqam cyOg== X-Gm-Message-State: AOPr4FWFnTr8QpDphg9fugTvt3OSj7oW6LojeTPn1leEc4NmCwJJbnTxMykWwzk2xHOzC7+WEnzpmb39yo4oEQ== MIME-Version: 1.0 X-Received: by 10.50.144.163 with SMTP id sn3mr6743397igb.26.1460192373660; Sat, 09 Apr 2016 01:59:33 -0700 (PDT) Received: by 10.64.126.104 with HTTP; Sat, 9 Apr 2016 01:59:33 -0700 (PDT) In-Reply-To: <20160409020229.GF71221@www.zefox.net> References: <20160409020229.GF71221@www.zefox.net> Date: Sat, 9 Apr 2016 10:59:33 +0200 Message-ID: Subject: Re: No usable event timer found on RPI2 From: Svatopluk Kraus To: bob prohaska Cc: "freebsd-arm@freebsd.org" , bob prohaska Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 08:59:34 -0000 On Sat, Apr 9, 2016 at 4:02 AM, bob prohaska wrote: > Hi all, > > For the last few days attempts to boot new kernels have ended with a panic, > "No usable event timer found". Thinking I'd damaged the kernel config file, > I replaced it with an unmolested version via svnlite. No improvement. The > sources were downloaded yesterday. A kernel from a few days earlier seems > to work fine. The only error found during kernel build said something about > > --- elf_note.o --- > /usr/src/sys/arm/arm/elf_note.S:35:1: warning: DWARF2 only supports one section per compilation unit > .pushsection .note.tag ; .balign 4 ; .long 2f - 1f ; .long 4f - 3f ; .long 1 ; 1: .asciz "FreeBSD" ; 2: .balign 4 ; 3: > .long 1100105 ; 4: .balign 4 ; .popsection; > ^ > ctfconvert -L VERSION -g elf_note.o > ERROR: ctfconvert: rc = -1 No entry found [dwarf_next_cu_header_c(61)] > --- exception.o --- > > but this could well be an existing issue that simply hadn't been noticed. > > Here's the boot transcript: > > > > U-Boot 2015.04 (May 30 2015 - 22:13:58) > > DRAM: 944 MiB > WARNING: Caches not enabled > RPI 2 Model B > MMC: bcm2835_sdhci: 0 > reading uboot.env > > ** Unable to read "uboot.env" from mmc0:1 ** > Using default environment > > In: serial > Out: lcd > Err: lcd > Net: Net Initialization Skipped > No ethernet found. > Hit any key to stop autoboot: 0 > Booting from: mmc 0 ubldr > reading ubldr > 265922 bytes read in 207 ms (1.2 MiB/s) > ## Starting application at 0x02000094 ... > Consoles: U-Boot console > Compatible U-Boot API signature found @3ab4a4c8 > > FreeBSD/armv6 U-Boot loader, Revision 1.2 > (bob@fbsd.zefox.com, Thu Jun 11 08:12:11 PDT 2015) > > DRAM: 944MB > Number of U-Boot devices: 1 > U-Boot env: loaderdev='mmc 0' > Found U-Boot device: disk > Checking unit=0 slice= partition=... good. > /boot/kernel/kernel data=0x60fd24+0x1002dc syms=[0x4+0x83b20+0x4+0x97230] > > Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [/boot/kernel/kernel]... > Using DTB provided by U-Boot at address 0x100. > Kernel entry at 0x2200100... > Kernel args: (null) > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2016 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 11.0-CURRENT #70 r297693: Fri Apr 8 16:28:30 PDT 2016 > root@www.zefox.com:/usr/obj/usr/src/sys/RPI2 arm > FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based on LLVM 3.8.0) > VT: init without driver. > sema_sysinit > CPU: Cortex A7 rev 5 (Cortex-A core) > Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext > WB enabled LABT branch prediction disabled > LoUU:2 LoC:3 LoUIS:2 > Cache level 1: > 32KB/64B 4-way data cache WB Read-Alloc Write-Alloc > 32KB/32B 2-way instruction cache Read-Alloc > Cache level 2: > 512KB/64B 8-way unified cache WB Read-Alloc Write-Alloc > real memory = 989851648 (943 MB) > avail memory = 957444096 (913 MB) > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > random: entropy device external interface > kbd0 at kbdmux0 > ofwbus0: > simplebus0: mem 0x3f000000-0x3fffffff on ofwbus0 > generic_timer0: irq 10000,10001,10002,10003 on ofwbus0 > generic_timer0: Unable to alloc int resource. > device_attach: generic_timer0 attach returned 6 > generic_timer0: irq 10000,10001,10002,10003 on ofwbus0 > device_attach: generic_timer0 attach returned 6 The problem is here. Recently, bcm283x interrupt controllers were reworked for new interrupt framework and enabled by default. As I don't see that local_intc is attached in your dmesg, you use stale dts (dtb) files. My rpi2 dmesg looks this way: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs random: entropy device external interface kbd0 at kbdmux0 ofwbus0: simplebus0: mem 0x3f000000-0x3fffffff on ofwbus0 local_intc0: mem 0x40000000-0x400000ff on simplebus0 generic_timer0: irq 10000,10001,10002,10003 on ofwbus0 Timecounter "ARM MPCore Timecounter" frequency 19200000 Hz quality 1000 Event timer "ARM MPCore Eventtimer" frequency 19200000 Hz quality 1000 intc0: mem 0xb200-0xb3ff irq 10004 on simplebus0 > intc0: mem 0xb200-0xb3ff on simplebus0 > bcmwd0: mem 0x10001c-0x100027 on simplebus0 > gpio0: mem 0x200000-0x2000af irq 10004,10005,10006,10007 on simplebus0 > gpio0: read-only pins: 46,48-53. > gpio0: reserved pins: 48-53. > gpiobus0: on gpio0 > gpioled0: at pin 35 on gpiobus0 > gpioled1: at pin 47 on gpiobus0 > gpioc0: on gpio0 > iichb0: mem 0x205000-0x20501f irq 10008 on simplebus0 > iicbus0: on iichb0 > iic0: on iicbus0 > iichb1: mem 0x804000-0x80401f irq 10009 on simplebus0 > iicbus1: on iichb1 > iic1: on iicbus1 > spi0: mem 0x204000-0x20401f irq 10010 on simplebus0 > spibus0: on spi0 > bcm_dma0: mem 0x7000-0x7fff,0xe05000-0xe05fff irq 10011,10012,10013,10014,10015,10016,10017,10018,10019,10020,10021,10022,10023 on simplebus0 > mbox0: mem 0xb880-0xb8bf irq 10024 on simplebus0 > sdhci_bcm0: mem 0x300000-0x3000ff irq 10025 on simplebus0 > mmc0: on sdhci_bcm0 > uart0: mem 0x201000-0x201fff irq 10026 on simplebus0 > uart0: console (115200,n,8,1) > vchiq0: mem 0xb800-0xb84f irq 10027 on simplebus0 > vchiq: local ver 8 (min 3), remote ver 8. > pcm0: on vchiq0 > bcm283x_dwcotg0: mem 0x980000-0x99ffff irq 10028 on simplebus0 > usbus0 on bcm283x_dwcotg0 > cpulist0: on ofwbus0 > cpu0: on cpulist0 > bcm2835_cpufreq0: on cpu0 > cpu1: on cpulist0 > cpu2: on cpulist0 > cpu3: on cpulist0 > fb0: on ofwbus0 > fbd0 on fb0 > VT: initialize with new VT driver "fb". > fb0: 1824x984(1824x984@0,0) 24bpp > fb0: fbswap: 1, pitch 5472, base 0x3d359000, screen_size 5428224 > cryptosoft0: > panic: No usable event timer found! > cpuid = 0 > KDB: enter: panic > [ thread pid 0 tid 100000 ] > Stopped at $d.6: ldrb r15, [r15, r15, ror r15]! > db> > > Many thanks if you got this far, and for any guidance. I'm well and truly baffled. > > bob prohaska > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Sat Apr 9 09:06:29 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 B0DDDB086EC for ; Sat, 9 Apr 2016 09:06:29 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-ig0-x236.google.com (mail-ig0-x236.google.com [IPv6:2607:f8b0:4001:c05::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7503F1B83 for ; Sat, 9 Apr 2016 09:06:29 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: by mail-ig0-x236.google.com with SMTP id ui10so35103759igc.1 for ; Sat, 09 Apr 2016 02:06:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-transfer-encoding; bh=klHIhNnU6xi+UH/QZQwprxKWu8INkDWlJ5Q10i9VW/A=; b=MMeruCKawg+pLBIGqAj4/DcOBMYEvoNNPcaZApC46UWa7g/cPe1jusruSC0TrIOAy5 WtxrveAO2HsScZV+/65+z3qHBM93Kq++q7XIcGpd9BPjO6f4jo5qVUPly/PaSvl5Pb8j o+OHLps0MnfPquRvBSIhXd/+E59E8OShi5w1lKaqaTv/VzowBBQQN4vK4sR0+8YaiBT+ P4uw7UdK92qDwwYZatsNckLILBqRrjiRB6nZZ6Ufxvth75yyQCEnQFMTxroEesgIcVYG LoKP7AF30b2DFEPJxWk5uhCjfAraVUhw10qpnlJUUY0NBjkH6PhSY4juCmlG9UZFGN1j zozg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-transfer-encoding; bh=klHIhNnU6xi+UH/QZQwprxKWu8INkDWlJ5Q10i9VW/A=; b=eQQUW6vFXOAzabrLxTUTOzepuWOF9LcjiIYQG6pRFFHhL4BJkrdDC0lmW+LnK6qngE /HlBsSiTz3GpAOS1Y+hMcfs7OKgvtzaMLcGWQfwzMFFTm4fPhcuQ8qeMHJveFJ04ANPs ecgkWx3S6HLGf+cC3uuxWroyRKNqqrbQH4F0MUM6vXDEf+BYq232A9fNPFzUGs/VfpQR LjNpLLOMPRbzLaahK63MjyeFarp3eJ6iLLv/Ruv42e0kt2gmi/4Yx3J8JNnMtOWzY2mQ jf7gH8iyhRLfWltLPScZQbf0UOW1JNF/D/xbElcdM0D6vGtweVet6+bsqMhnLD+W6nZF j7ow== X-Gm-Message-State: AD7BkJIktoLwWtRBbinlBYc6LJqQdnpjF/UOzYa58s4sTaQ1fS4HWwlruyWZQmHMN4YIYZMJiIdh6c04kJH+0A== MIME-Version: 1.0 X-Received: by 10.50.28.19 with SMTP id x19mr7899085igg.19.1460192788824; Sat, 09 Apr 2016 02:06:28 -0700 (PDT) Received: by 10.64.126.104 with HTTP; Sat, 9 Apr 2016 02:06:28 -0700 (PDT) In-Reply-To: References: Date: Sat, 9 Apr 2016 11:06:28 +0200 Message-ID: Subject: Re: Distorted sound on Raspberry Pi 2 From: Svatopluk Kraus To: Sylvain Garrigues Cc: freebsd-arm Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 09:06:29 -0000 Is it recent problem? If yes, some info about kernel version would be really nice. On Fri, Apr 8, 2016 at 5:28 PM, Sylvain Garrigues wrote: > Hello, > > I have continuous warnings on my Raspberry PI 2 regarding sound when hw.s= nd.verbose=3D4: > > ... > pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! hwptr=3D120000,= old=3D120000 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 > pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! hwptr=3D124000,= old=3D124000 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 > pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! hwptr=3D0, old= =3D0 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 > pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! hwptr=3D4000, o= ld=3D4000 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 > pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! hwptr=3D8000, o= ld=3D8000 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 > pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! hwptr=3D12000, = old=3D12000 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 > pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! hwptr=3D16000, = old=3D16000 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 > pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! hwptr=3D16000, = old=3D16000 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 > pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! hwptr=3D20000, = old=3D20000 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 > =E2=80=A6 > > The sound is frequently slightly distorted (like every 5s), and I am tryi= ng to figure out why. > > To reproduce: > # sysctl dev.pcm.0.dest=3D1 > # sysctl hw.snd.verbose=3D4 > # mpg123 anympegfile > > I still get the warnings on the HDMI output (dev.pcm.0.dest=3D2) but the = sound is not distorted. > > Any idea? > > Best, > Sylvain. > _______________________________________________ > 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 Apr 9 11:03:07 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 2E8F5B09FB6 for ; Sat, 9 Apr 2016 11:03:07 +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 1F6AC1944; Sat, 9 Apr 2016 11:03:07 +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 0711BC15; Sat, 9 Apr 2016 11:03:06 +0000 (UTC) Date: Sat, 9 Apr 2016 11:03:05 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: bz@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <725037769.16.1460199786579.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1142586849.12.1460185279227.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1142586849.12.1460185279227.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #2823 - 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.21 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2016 11:03:07 -0000 FreeBSD_HEAD_arm64 - Build #2823 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2823/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2823/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2823/console Change summaries: 297733 by bz: Try to unbreak the build: the 'vap' variable is only used if ieee80211 debugging compile is on. 297732 by bz: Make the KASSERT message in hash destroy more informative. While the pointer might not be too helpful, the malloc type might at least give a good hint about which hashtbl we are talking. MFC after: 2 weeks Sponsored by: The FreeBSD Foundation Reviewed by: gnn, emaste Differential Revision: https://reviews.freebsd.org/D5802 From owner-freebsd-arm@freebsd.org Sat Apr 9 11:41: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 67769B07C07 for ; Sat, 9 Apr 2016 11:41:11 +0000 (UTC) (envelope-from florence44638@caliopea.com) Received: from antispam.calyopea.com (digi00817.digicube.fr [95.130.13.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 36A7E1BBC for ; Sat, 9 Apr 2016 11:41:10 +0000 (UTC) (envelope-from florence44638@caliopea.com) Received: from ssl.calyopea.com (ssl [95.130.13.154]) by antispam.calyopea.com (Postfix) with ESMTP id 3D450759C3 for ; Sat, 9 Apr 2016 13:35:03 +0200 (CEST) Received: from internal-ip (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) by Mailer-VIP-1.calyopea.fr (Postfix) with ESMTPSA id D5D9D759B2 for ; Sat, 9 Apr 2016 13:35:02 +0200 (CEST) To: freebsd-arm@freebsd.org From: nowhere Subject: [RPIB] freebsd on micron D9QHN Message-ID: <5708E8ED.6010902@caliopea.com> Date: Sat, 9 Apr 2016 13:35:09 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 11:41:11 -0000 Hi ! I'm the unfortunatly owner of a raspberry pi 2 with the SoC micron D9QHN. Is there a definite guide about getting it working with freebsd ? I've downloaded the last FreeBSD-11.0-CURRENT-arm-armv6-RPI-B-20160308-r296485.img but like any others tries with freebsd it completly fail to boot. It's continuously restarts after the message: ---------------- U-Boot env: loaderdev not set, will probe all devices. Found U-Boot device: disk Probing all disk devices... Checking unit=0 slice= partition=... ---------------- I've tried mucking with uEnv.txt, rpi.dtd, changed the start.elf, tried numerous differents sdcards, etc.. still with no luck.. Did someone get this thing booting or should I trash this linux proprietary s**$t ? T.I.A PLF From owner-freebsd-arm@freebsd.org Sat Apr 9 12:11:37 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 0761FB08F22 for ; Sat, 9 Apr 2016 12:11:37 +0000 (UTC) (envelope-from jack@raats.xs4all.nl) Received: from raats.welberg.net (raats.xs4all.nl [82.95.230.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "welberg.net", Issuer "COMODO RSA Domain Validation Secure Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B8D571E34 for ; Sat, 9 Apr 2016 12:11:35 +0000 (UTC) (envelope-from jack@raats.xs4all.nl) Received: from raats.welberg.net (unknown [10.10.10.10]) by raats.welberg.net (Postfix) with ESMTP id 15A44AB73A0; Sat, 9 Apr 2016 14:10:34 +0200 (CEST) Received: from [10.10.10.106] (raats.xs4all.nl [82.95.230.43]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by raats.welberg.net (Postfix) with ESMTPSA id 8F6AFAB7333; Sat, 9 Apr 2016 14:10:33 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: [RPIB] freebsd on micron D9QHN From: Jack Raats X-Mailer: iPhone Mail (13F51a) In-Reply-To: <5708E8ED.6010902@caliopea.com> Date: Sat, 9 Apr 2016 14:10:30 +0200 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <2ECD7E95-0B14-4AF1-A189-C85A1493802E@raats.xs4all.nl> References: <5708E8ED.6010902@caliopea.com> To: nowhere X-Virus-Scanned: ClamAV using ClamSMTP on raats.welberg.net X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 12:11:37 -0000 You downloaded THE wrong image. Please look for THE RPI2 image.=20 Met vriendelijke groet, Jack Raats [iphone] > Op 9 apr. 2016 om 13:35 heeft nowhere het vol= gende geschreven: >=20 >=20 > Hi ! >=20 > I'm the unfortunatly owner of a raspberry pi 2 with the SoC micron D9QHN. > Is there a definite guide about getting it working with freebsd ? >=20 > I've downloaded the last FreeBSD-11.0-CURRENT-arm-armv6-RPI-B-20160308-r29= 6485.img > but like any others tries with freebsd it completly fail to boot. >=20 > It's continuously restarts after the message: > ---------------- > U-Boot env: loaderdev not set, will probe all devices. > Found U-Boot device: disk > Probing all disk devices... > Checking unit=3D0 slice=3D partition=3D... > ---------------- >=20 > I've tried mucking with uEnv.txt, rpi.dtd, changed the start.elf, tried nu= merous differents sdcards, etc.. still with no luck.. > Did someone get this thing booting or should I trash this linux proprietar= y s**$t ? >=20 > T.I.A PLF >=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 Apr 9 15:33:24 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 0A2A4B0928A for ; Sat, 9 Apr 2016 15:33:24 +0000 (UTC) (envelope-from sylgar@gmail.com) Received: from mail-wm0-f48.google.com (mail-wm0-f48.google.com [74.125.82.48]) (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 9758213E0 for ; Sat, 9 Apr 2016 15:33:23 +0000 (UTC) (envelope-from sylgar@gmail.com) Received: by mail-wm0-f48.google.com with SMTP id v188so43998648wme.1 for ; Sat, 09 Apr 2016 08:33:23 -0700 (PDT) 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=QoDpukWsOryDP5CB7QP14txlAze7KassUuc4i2Te8gM=; b=kawO6Sza6KoPF4lxYbdWjsJMjg766fHOMBdWqVQYiCZ1kzuPIgUZTrXPo7SLyHve/k ZFwedn7lOZesnmtWMSVE3YQsCxVPjaLJFiNcPivBbGb+G/hsihC01CM4BgtvkQGk6VEe zeidy1QofLibT/7+gIBOfvrHMrPyFJr2aEOf7p33J6qWPXvwrtX5gds19YodaZQJW1oN 5BXBbQDGVBexjDaF+TPjOlQpE9k24rNf5j+zh7N0BxLAqru3/1cRa2kYvrekl4rxrDSd EEIp5KrDpxRFxWhZx9HOcuWkY0jSm5S2BdPRm9DaB6zUi/2Zo5gMALFwha9xFhit0zBY qZEQ== X-Gm-Message-State: AD7BkJJn3Oe22vWTqaBCZV+6nZ+nv2l9SiwioiWcOEplDtmHX8CE3gzmt+6rly/A2nhTew== X-Received: by 10.194.121.136 with SMTP id lk8mr16101151wjb.92.1460214136799; Sat, 09 Apr 2016 08:02:16 -0700 (PDT) Received: from [192.168.0.11] (plr75-1-82-226-218-68.fbx.proxad.net. [82.226.218.68]) by smtp.gmail.com with ESMTPSA id o128sm8054920wmb.19.2016.04.09.08.02.15 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sat, 09 Apr 2016 08:02:15 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: Distorted sound on Raspberry Pi 2 From: Sylvain Garrigues In-Reply-To: Date: Sat, 9 Apr 2016 17:02:14 +0200 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <0524442A-ABF3-439D-99DE-A10C20FABE40@sylvaingarrigues.com> References: To: Svatopluk Kraus X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 15:33:24 -0000 Take for instance the latest snapshot: = http://ftp.freebsd.org/pub/FreeBSD/snapshots/arm/armv6/ISO-IMAGES/11.0/Fre= eBSD-11.0-CURRENT-arm-armv6-RPI2-20160408-r297692.img.xz All the pcm0 warnings display continuously when playing any sound. Should I file a bug? =20 > Le 9 avr. 2016 =C3=A0 11:06, Svatopluk Kraus a = =C3=A9crit : >=20 > Is it recent problem? If yes, some info about kernel version would be > really nice. >=20 >=20 >=20 > On Fri, Apr 8, 2016 at 5:28 PM, Sylvain Garrigues > wrote: >> Hello, >>=20 >> I have continuous warnings on my Raspberry PI 2 regarding sound when = hw.snd.verbose=3D4: >>=20 >> ... >> pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! = hwptr=3D120000, old=3D120000 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 >> pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! = hwptr=3D124000, old=3D124000 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 >> pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! hwptr=3D0, = old=3D0 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 >> pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! hwptr=3D4000,= old=3D4000 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 >> pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! hwptr=3D8000,= old=3D8000 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 >> pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! = hwptr=3D12000, old=3D12000 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 >> pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! = hwptr=3D16000, old=3D16000 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 >> pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! = hwptr=3D16000, old=3D16000 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 >> pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! = hwptr=3D20000, old=3D20000 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 >> =E2=80=A6 >>=20 >> The sound is frequently slightly distorted (like every 5s), and I am = trying to figure out why. >>=20 >> To reproduce: >> # sysctl dev.pcm.0.dest=3D1 >> # sysctl hw.snd.verbose=3D4 >> # mpg123 anympegfile >>=20 >> I still get the warnings on the HDMI output (dev.pcm.0.dest=3D2) but = the sound is not distorted. >>=20 >> Any idea? >>=20 >> Best, >> Sylvain. >> _______________________________________________ >> 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 Apr 9 15:42: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 EFA3CB09702 for ; Sat, 9 Apr 2016 15:42:39 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B1751A10 for ; Sat, 9 Apr 2016 15:42:38 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id ac5814d7; Sat, 9 Apr 2016 17:42:28 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=9SORQu9xhp/KeP+ZCWXGinTx+ZI=; b=EpG5/qjFOqDxCXZasavYIhFd5fF/ Qw0x0MZ/SVGOaORm2Bru1wMG57/s48X5vaX6jWRAKWIYyIsAQauIwiVeWSfkuUei eUGIgGvMhzPNYlMPYge72MzT/GdQX5trJdZeIMx8ohd7YDFgVkFNCdkJCOlP6qTV PueFmeaoOiu9Yxw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=hDME2p+w8DjuDaM+AJKNdiiuJ3o8ztf1qYASUEDw/C9hHUIkEaAAIFei xj96efLb2gggZLqU4up5j4cNiWHVR4wS712NcvLGvl7pjXZ4RZbWDStURrZGzbUy XEVWXw9uH9xeSeZ0jUdS5CcqIypFZ28lVYA2JvZuGUX20h+wcR8= Received: from knuckles.blih.net (ip-54.net-82-216-203.roubaix.rev.numericable.fr [82.216.203.54]) by mail.blih.net (OpenSMTPD) with ESMTPSA id dba9af30 TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Sat, 9 Apr 2016 17:42:28 +0200 (CEST) Date: Sat, 9 Apr 2016 17:42:27 +0200 From: Emmanuel Vadot To: Sylvain Garrigues Cc: Svatopluk Kraus , freebsd-arm Subject: Re: Distorted sound on Raspberry Pi 2 Message-Id: <20160409174227.a81234c40856c47a1deb5ada@bidouilliste.com> In-Reply-To: <0524442A-ABF3-439D-99DE-A10C20FABE40@sylvaingarrigues.com> References: <0524442A-ABF3-439D-99DE-A10C20FABE40@sylvaingarrigues.com> X-Mailer: Sylpheed 3.5.0 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 15:42:40 -0000 Hi Sylvain, I don't have a RPI2 so I won't be really useful here but can you test the = oldest available snapshot please ? Thanks, On Sat, 9 Apr 2016 17:02:14 +0200 Sylvain Garrigues wrote: > Take for instance the latest snapshot: > http://ftp.freebsd.org/pub/FreeBSD/snapshots/arm/armv6/ISO-IMAGES/11.0/Fr= eeBSD-11.0-CURRENT-arm-armv6-RPI2-20160408-r297692.img.xz >=20 > All the pcm0 warnings display continuously when playing any sound. >=20 > Should I file a bug? >=20 > =20 >=20 > > Le 9 avr. 2016 =E0 11:06, Svatopluk Kraus a =E9crit : > >=20 > > Is it recent problem? If yes, some info about kernel version would be > > really nice. > >=20 > >=20 > >=20 > > On Fri, Apr 8, 2016 at 5:28 PM, Sylvain Garrigues > > wrote: > >> Hello, > >>=20 > >> I have continuous warnings on my Raspberry PI 2 regarding sound when h= w.snd.verbose=3D4: > >>=20 > >> ... > >> pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! hwptr=3D1200= 00, old=3D120000 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 > >> pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! hwptr=3D1240= 00, old=3D124000 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 > >> pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! hwptr=3D0, o= ld=3D0 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 > >> pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! hwptr=3D4000= , old=3D4000 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 > >> pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! hwptr=3D8000= , old=3D8000 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 > >> pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! hwptr=3D1200= 0, old=3D12000 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 > >> pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! hwptr=3D1600= 0, old=3D16000 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 > >> pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! hwptr=3D1600= 0, old=3D16000 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 > >> pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! hwptr=3D2000= 0, old=3D20000 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 > >> ? > >>=20 > >> The sound is frequently slightly distorted (like every 5s), and I am t= rying to figure out why. > >>=20 > >> To reproduce: > >> # sysctl dev.pcm.0.dest=3D1 > >> # sysctl hw.snd.verbose=3D4 > >> # mpg123 anympegfile > >>=20 > >> I still get the warnings on the HDMI output (dev.pcm.0.dest=3D2) but t= he sound is not distorted. > >>=20 > >> Any idea? > >>=20 > >> Best, > >> Sylvain. > >> _______________________________________________ > >> 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 > _______________________________________________ > 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 Emmanuel Vadot From owner-freebsd-arm@freebsd.org Sat Apr 9 16:05:02 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 C30F2B09B6F for ; Sat, 9 Apr 2016 16:05:02 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1b.ore.mailhop.org (outbound1b.ore.mailhop.org [54.200.247.200]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A93D01094 for ; Sat, 9 Apr 2016 16:05:02 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: b999ced5-fe6c-11e5-b278-7d22021d92d7 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.34.117.227 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.34.117.227]) by outbound1.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Sat, 9 Apr 2016 16:04:22 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u39G3rjS009338; Sat, 9 Apr 2016 10:03:53 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1460217833.1091.326.camel@freebsd.org> Subject: Re: Can't installworld for arm -- cc: not found From: Ian Lepore To: Russell Haley , Emb Aud Cc: freebsd-arm Date: Sat, 09 Apr 2016 10:03:53 -0600 In-Reply-To: References: Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 16:05:02 -0000 On Fri, 2016-04-08 at 23:38 -0700, Russell Haley wrote: > I'm actually just studying this page myself right now! There seems to > be a discrepancy in the use of sudo. When you sudo the root user > doesn't have the MAKEOBJDIRPREFIX environment variable set. Using > sudo > with -E (preserves environment) fixed it for me (your results may > vary). > > Command Line: > sudo -E make installworld blah blah blah > > In the mk Script: > ... mk_sudo="sudo -E";; > > Hope that helps, > > Russ > I updated that wiki page to add the -E. Sometime soon I should also update it to mention that you can add a list of env vars to pass through using the sudoers config file. -- Ian > On Fri, Apr 8, 2016 at 7:46 PM, Emb Aud wrote: > > Hi Everyone. > > > > I would like to use FreeBSD as an embedded OS on the Xilinx Zynq > > ARM chip. > > At the moment I am targeting the Zybo board until our custom board > > is ready. > > > > I tried to follow the instructions here to build everything: > > https://wiki.freebsd.org/FreeBSD/arm/crossbuild > > > > buildworld runs just fine, but installworld fails immediately with > > an > > error: > > > > cc: not found. > > "/usr/home/~/projects/zynq/src/share/mk/bsd.compiler.mk" line 141: > > Unable > > to determine compiler type for cc . Consider setting > > COMPILER_TYPE. > > > > I think this may be due to a lack of a "src.conf" file. > > Unfortunately I > > have no idea what to put in that file. > > > > Can anyone give me a clue or two about how to get past this > > problem? > > > > My config for the mk utility (see the link above) is: > > > > mk_arch="armv6" > > mk_insdir="$(pwd)/nfsroot" > > mk_jobs="$(sysctl -n hw.ncpu)" > > mk_kernel="ZEDBOARD" > > mk_makeconf="$(pwd)/config/make.conf" > > mk_mkargs="" > > mk_nice="nice -10" > > mk_objdir="$(pwd)/obj" > > mk_srcconf="$(pwd)/config/src.conf" > > mk_srcdir="$(pwd)/src" > > mk_ubldraddr="0x0" > > > > Thank you! > > _______________________________________________ > > 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" > _______________________________________________ > 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 Apr 9 16:13: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 A222BB09DB3 for ; Sat, 9 Apr 2016 16:13:30 +0000 (UTC) (envelope-from sylgar@gmail.com) Received: from mail-wm0-x22e.google.com (mail-wm0-x22e.google.com [IPv6:2a00:1450:400c:c09::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 361DD151A; Sat, 9 Apr 2016 16:13:30 +0000 (UTC) (envelope-from sylgar@gmail.com) Received: by mail-wm0-x22e.google.com with SMTP id l6so96703604wml.1; Sat, 09 Apr 2016 09:13:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=/5FL664eLmQJugsdyVBrn5TO3X3PD9Ap0menjVOFMws=; b=dw6p4tPTFg36WZ1F+BWej/WGFjSD7WMb+ECGPxuAPtSJawdH5Z8xC5De6h2kz0Xte8 B0G9864rsJ2GWqluSuabu0PTM1Sg4720BcOdDodKwPN8YwctwE45n+ANC4FWAuf0Fe4S tvl50YoCT7bU17SZPZ/irS/wDNi/DBH12p9CRMTY7Zwp7+MszKD/VlMWcFx2pD9uafZ5 5On/AKt0s/5sAUxE2BHWKc20jmULZCCMD/dK1LNVWhcu5jYXpg6BjkLi48QUyyaZTY7f E8d91t8am1Le+1aTmtJFW+9sSHtANlrQUiUf9sVJTcWODoVaRIGB13J7OdY5BEBmrtBJ oQbg== 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=/5FL664eLmQJugsdyVBrn5TO3X3PD9Ap0menjVOFMws=; b=VmRGoCpMZ6mfKZo7GJnkmM0qZ1I5TqO4yPy4Ybh9BPnSlbEY/X0uY5C71qTJNTeEaf YfIgNt9/WNPJIQDb+lHr92vidYrB/O0fwl7Wty62BAg3GiY9CVXiXpZyDI9J2TzX5gg8 6WFTXoqLnvWNcZZyqpxU19AX3iaPcSs6/xkIpSTIsAsFtyS9yNYYA3QNhcDwxjvwRJ45 DZauJZOLy6AOzRqo+gR8rQsqgaYUys21Ub8XeIlJ2Jfkct5kH+ZKjPyYSbjG+TON4sBF YJp242jYXA+QRVxaENc2TpC9RM4i82sFoBWfGzlIbb0A8+H0F/0uTceU2cudMI+8czoY 5h7g== X-Gm-Message-State: AD7BkJIpk4PA3ot0EUeCTj8GY9o7Ug+f3qU3hkF3PF1IfumeGGR906kciD9RlqxEXKdbWg== X-Received: by 10.194.192.106 with SMTP id hf10mr14660392wjc.134.1460218407565; Sat, 09 Apr 2016 09:13:27 -0700 (PDT) Received: from [192.168.0.11] (plr75-1-82-226-218-68.fbx.proxad.net. [82.226.218.68]) by smtp.gmail.com with ESMTPSA id m6sm18738964wje.21.2016.04.09.09.13.26 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sat, 09 Apr 2016 09:13:26 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: Can't installworld for arm -- cc: not found From: Sylvain Garrigues In-Reply-To: <1460217833.1091.326.camel@freebsd.org> Date: Sat, 9 Apr 2016 18:13:25 +0200 Cc: Russell Haley , Emb Aud , freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <0FE5C8DC-83CB-4206-AB3F-1CE28A612098@gmail.com> References: <1460217833.1091.326.camel@freebsd.org> To: Ian Lepore X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 16:13:30 -0000 Hi Ian, One question about the following statement on the Wiki: The armv6 architecture is being deprecated in favor of armv6hf Will the armv6 target actually gain native hardware floating point - and = therefore armv6hf will disappear (like I had understand per a previous = conversation on #bsdmips) or the armv6 target will indeed be deprecated and armv6hf will be used to = build RPI images on FreeBSD=E2=80=99s FTP server for instance? Any sort of planning in mind for the =C2=AB deprecation =C2=BB? Thank you very much and have a good day, Sylvain. > Le 9 avr. 2016 =C3=A0 18:03, Ian Lepore a =C3=A9crit = : >=20 > On Fri, 2016-04-08 at 23:38 -0700, Russell Haley wrote: >> I'm actually just studying this page myself right now! There seems to >> be a discrepancy in the use of sudo. When you sudo the root user >> doesn't have the MAKEOBJDIRPREFIX environment variable set. Using >> sudo >> with -E (preserves environment) fixed it for me (your results may >> vary). >>=20 >> Command Line: >> sudo -E make installworld blah blah blah >>=20 >> In the mk Script: >> ... mk_sudo=3D"sudo -E";; >>=20 >> Hope that helps, >>=20 >> Russ >>=20 >=20 > I updated that wiki page to add the -E. Sometime soon I should also > update it to mention that you can add a list of env vars to pass > through using the sudoers config file. >=20 > -- Ian >=20 >> On Fri, Apr 8, 2016 at 7:46 PM, Emb Aud wrote: >>> Hi Everyone. >>>=20 >>> I would like to use FreeBSD as an embedded OS on the Xilinx Zynq >>> ARM chip. >>> At the moment I am targeting the Zybo board until our custom board >>> is ready. >>>=20 >>> I tried to follow the instructions here to build everything: >>> https://wiki.freebsd.org/FreeBSD/arm/crossbuild >>>=20 >>> buildworld runs just fine, but installworld fails immediately with >>> an >>> error: >>>=20 >>> cc: not found. >>> "/usr/home/~/projects/zynq/src/share/mk/bsd.compiler.mk" line 141: >>> Unable >>> to determine compiler type for cc . Consider setting >>> COMPILER_TYPE. >>>=20 >>> I think this may be due to a lack of a "src.conf" file.=20 >>> Unfortunately I >>> have no idea what to put in that file. >>>=20 >>> Can anyone give me a clue or two about how to get past this >>> problem? >>>=20 >>> My config for the mk utility (see the link above) is: >>>=20 >>> mk_arch=3D"armv6" >>> mk_insdir=3D"$(pwd)/nfsroot" >>> mk_jobs=3D"$(sysctl -n hw.ncpu)" >>> mk_kernel=3D"ZEDBOARD" >>> mk_makeconf=3D"$(pwd)/config/make.conf" >>> mk_mkargs=3D"" >>> mk_nice=3D"nice -10" >>> mk_objdir=3D"$(pwd)/obj" >>> mk_srcconf=3D"$(pwd)/config/src.conf" >>> mk_srcdir=3D"$(pwd)/src" >>> mk_ubldraddr=3D"0x0" >>>=20 >>> Thank you! >>> _______________________________________________ >>> 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" >> _______________________________________________ >> 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 >> " > _______________________________________________ > 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 Apr 9 16:18:47 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 83214B09EB9 for ; Sat, 9 Apr 2016 16:18:47 +0000 (UTC) (envelope-from sylgar@gmail.com) Received: from mail-wm0-f47.google.com (mail-wm0-f47.google.com [74.125.82.47]) (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 24DA415FC for ; Sat, 9 Apr 2016 16:18:47 +0000 (UTC) (envelope-from sylgar@gmail.com) Received: by mail-wm0-f47.google.com with SMTP id n3so55256751wmn.0 for ; Sat, 09 Apr 2016 09:18:47 -0700 (PDT) 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=EN6/N5Nx0TfbGfhHIACm4YU7ymKLCCAjd3MgIpI5F2k=; b=FoKYpo7kiBjwEPhkjviJI41pH5lKx5lMSD/TeaGcp/YD5SBgBfsLQ6+h+E+Da3hm06 Ul0toYNMjvOyVnfb9wXlaxSMdJafOXQ+cNqbdLDOjMyZruNqBjqn8iMv9Lks2RigvPZ/ Ix4zHCHASziJ+Fe5/8XvJfWQHrd7j8eLYr45Yb8CL1CXhzXjBIFQTqR4kGPD5DUUHqfC YivDF1h8W8YHAf0Oq+9NwVGaBAG6JAaSbzSpBbkOK0dnC2i12YViC2wFNUZVMc+2OOfH qVa/N+Cn8jWvLj3k1g+nsVjWWksNU8mXCBYbr5WKew/hch7WkOK2JL39Dc7LtByXOLeB /bqg== X-Gm-Message-State: AD7BkJKV4aRgD1VyyPq1G1rvUAkBB62n496SR0vZu8YR1bVdnIjOsv5E/jnv9hJEiG5lmA== X-Received: by 10.28.54.148 with SMTP id y20mr9556101wmh.68.1460218719274; Sat, 09 Apr 2016 09:18:39 -0700 (PDT) Received: from [192.168.0.11] (plr75-1-82-226-218-68.fbx.proxad.net. [82.226.218.68]) by smtp.gmail.com with ESMTPSA id z127sm8336532wme.5.2016.04.09.09.18.38 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sat, 09 Apr 2016 09:18:38 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: Distorted sound on Raspberry Pi 2 From: Sylvain Garrigues In-Reply-To: <20160409174227.a81234c40856c47a1deb5ada@bidouilliste.com> Date: Sat, 9 Apr 2016 18:18:37 +0200 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <84BBFD81-8370-4F3B-A6B3-91462AF88781@sylvaingarrigues.com> References: <0524442A-ABF3-439D-99DE-A10C20FABE40@sylvaingarrigues.com> <20160409174227.a81234c40856c47a1deb5ada@bidouilliste.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 16:18:47 -0000 Sure, if I may help. Just checked the oldest available. The problem was = already there as of r294499 (January 2016) = http://ftp.freebsd.org/pub/FreeBSD/snapshots/arm/armv6/ISO-IMAGES/11.0/Fre= eBSD-11.0-CURRENT-arm-armv6-RPI2-20160121-r294499.img.xz To reproduce: # pkg install mpg123 (I also tested with other sound applications so = I=E2=80=99m not sure it=E2=80=99s userland related) # sysctl hw.snd.verbose=3D4 # fetch http://www.noiseaddicts.com/samples_1w72b820/4190.mp3 =20 # mpg123 4190.mp3=20 Check dmesg: =E2=80=A6. pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! hwptr=3D124000, = old=3D124000 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! hwptr=3D0, = old=3D0 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! hwptr=3D0, = old=3D0 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! hwptr=3D4000, = old=3D4000 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! hwptr=3D8000, = old=3D8000 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! hwptr=3D12000, = old=3D12000 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! hwptr=3D16000, = old=3D16000 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! hwptr=3D20000, = old=3D20000 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! hwptr=3D24000, = old=3D24000 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 feed_root: (virtual) appending 3128 bytes (count=3D3364 l=3D236 = feed=3D480) pcm0: chn_sync(): timeout=3D4 count=3D51 hcount=3D51 resid=3D0 residp=3D0 = minflush=3D0 ret=3D0 pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! hwptr=3D28000, = old=3D28000 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 pcm0: chn_trigger() pcm0:play:dsp0.p0: calling go=3D0xffffffff , = prev=3D0x00000001 pcm0: chn_trigger() pcm0:virtual:dsp0.vp0: calling go=3D0xffffffff , = prev=3D0x00000001 pcm0: chn_resizebuf(): PCMDIR_PLAY (hardware) timeout=3D4 = b[128000/4000/2] bs[8192/4096/2] limit=3D0 pcm0: chn_resizebuf(): PCMDIR_PLAY (virtual) timeout=3D4 b[0/0/0] = bs[65536/2048/32] limit=3D7526 > Le 9 avr. 2016 =C3=A0 17:42, Emmanuel Vadot a = =C3=A9crit : >=20 >=20 > Hi Sylvain, >=20 > I don't have a RPI2 so I won't be really useful here but can you test = the oldest available snapshot please ? >=20 > Thanks, >=20 > On Sat, 9 Apr 2016 17:02:14 +0200 > Sylvain Garrigues wrote: >=20 >> Take for instance the latest snapshot: >> = http://ftp.freebsd.org/pub/FreeBSD/snapshots/arm/armv6/ISO-IMAGES/11.0/Fre= eBSD-11.0-CURRENT-arm-armv6-RPI2-20160408-r297692.img.xz >>=20 >> All the pcm0 warnings display continuously when playing any sound. >>=20 >> Should I file a bug? >>=20 >>=20 >>=20 >>> Le 9 avr. 2016 =C3=A0 11:06, Svatopluk Kraus a = =C3=A9crit : >>>=20 >>> Is it recent problem? If yes, some info about kernel version would = be >>> really nice. >>>=20 >>>=20 >>>=20 >>> On Fri, Apr 8, 2016 at 5:28 PM, Sylvain Garrigues >>> wrote: >>>> Hello, >>>>=20 >>>> I have continuous warnings on my Raspberry PI 2 regarding sound = when hw.snd.verbose=3D4: >>>>=20 >>>> ... >>>> pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! = hwptr=3D120000, old=3D120000 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 >>>> pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! = hwptr=3D124000, old=3D124000 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 >>>> pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! hwptr=3D0, = old=3D0 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 >>>> pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! = hwptr=3D4000, old=3D4000 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 >>>> pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! = hwptr=3D8000, old=3D8000 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 >>>> pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! = hwptr=3D12000, old=3D12000 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 >>>> pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! = hwptr=3D16000, old=3D16000 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 >>>> pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! = hwptr=3D16000, old=3D16000 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 >>>> pcm0: WARNING: PCMDIR_PLAY DMA completion too fast/slow ! = hwptr=3D20000, old=3D20000 delta=3D0 amt=3D0 ready=3D8192 free=3D119808 >>>> ? >>>>=20 >>>> The sound is frequently slightly distorted (like every 5s), and I = am trying to figure out why. >>>>=20 >>>> To reproduce: >>>> # sysctl dev.pcm.0.dest=3D1 >>>> # sysctl hw.snd.verbose=3D4 >>>> # mpg123 anympegfile >>>>=20 >>>> I still get the warnings on the HDMI output (dev.pcm.0.dest=3D2) = but the sound is not distorted. >>>>=20 >>>> Any idea? >>>>=20 >>>> Best, >>>> Sylvain. >>>> _______________________________________________ >>>> 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 >> _______________________________________________ >> 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 > Emmanuel Vadot > _______________________________________________ > 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 Apr 9 16:33:03 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 9704FB0922F for ; Sat, 9 Apr 2016 16:33:03 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from erouter6.ore.mailhop.org (erouter6.ore.mailhop.org [54.187.213.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 778111CA7 for ; Sat, 9 Apr 2016 16:33:03 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 93b2ef35-fe70-11e5-827e-7d17a39bef25 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.34.117.227 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.34.117.227]) by outbound3.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Sat, 9 Apr 2016 16:31:56 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u39GWtxJ009379; Sat, 9 Apr 2016 10:32:55 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1460219575.1091.334.camel@freebsd.org> Subject: Re: Can't installworld for arm -- cc: not found From: Ian Lepore To: Sylvain Garrigues Cc: Russell Haley , Emb Aud , freebsd-arm Date: Sat, 09 Apr 2016 10:32:55 -0600 In-Reply-To: <0FE5C8DC-83CB-4206-AB3F-1CE28A612098@gmail.com> References: <1460217833.1091.326.camel@freebsd.org> <0FE5C8DC-83CB-4206-AB3F-1CE28A612098@gmail.com> Content-Type: text/plain; charset="iso-8859-7" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 16:33:03 -0000 On Sat, 2016-04-09 at 18:13 +0200, Sylvain Garrigues wrote: > Hi Ian, > > One question about the following statement on the Wiki: > The armv6 architecture is being deprecated in favor of armv6hf > > Will the armv6 target actually gain native hardware floating point - > and therefore armv6hf will disappear (like I had understand per a > previous conversation on #bsdmips) > or > the armv6 target will indeed be deprecated and armv6hf will be used > to build RPI images on FreeBSD¢s FTP server for instance? > > Any sort of planning in mind for the « deprecation »? > > Thank you very much and have a good day, > Sylvain. The words on that page reflect the plan as of about a year ago, but the new plan (which I don't really understand the details of beyond "it will all just work") is that armv6hf will cease to exist and armv6 will be purely hardfloat ABI. There will be some magical thing that makes applications compiled with softfloat magically use the right libraries, and this is supposed to make ports and packages magically work too. Of course, this latter point is true only for some ports -- anything that creates a library that other applications link with will inherently be softfloat abi before the change and hardfloat after it, and nothing is going to magically make them be something else after the switch is flipped without recompiling them, so I think completely reinstalling a system including all ports and packages after the change will be required. And of course that would require a package repo full of hardfloat-compiled packages, and I don't think we have one of those yet either. My take on all of this is that arm is still a tier-2 platform for now, and we could have made all this hard/soft float stuff right a year ago when we first started talking about it by just flipping the switch and asking people to recompile or DL the latest image. I think in effect that will still be the only upgrade path available. -- Ian From owner-freebsd-arm@freebsd.org Sat Apr 9 16:49: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 A58EBB09812 for ; Sat, 9 Apr 2016 16:49:05 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 700E714C8 for ; Sat, 9 Apr 2016 16:49:05 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id u39Gn46R001567 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 9 Apr 2016 16:49:05 GMT (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id u39Gn4Zf001566; Sat, 9 Apr 2016 09:49:04 -0700 (PDT) (envelope-from fbsd) Date: Sat, 9 Apr 2016 09:49:03 -0700 From: bob prohaska To: Svatopluk Kraus Cc: "freebsd-arm@freebsd.org" , bob prohaska Subject: Re: No usable event timer found on RPI2 Message-ID: <20160409164903.GG71221@www.zefox.net> References: <20160409020229.GF71221@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 16:49:05 -0000 On Sat, Apr 09, 2016 at 10:59:33AM +0200, Svatopluk Kraus wrote: > On Sat, Apr 9, 2016 at 4:02 AM, bob prohaska wrote: > > generic_timer0: irq 10000,10001,10002,10003 on ofwbus0 > > generic_timer0: Unable to alloc int resource. > > device_attach: generic_timer0 attach returned 6 > > generic_timer0: irq 10000,10001,10002,10003 on ofwbus0 > > device_attach: generic_timer0 attach returned 6 > > > The problem is here. Recently, bcm283x interrupt controllers were > reworked for new interrupt framework and enabled by default. As I > don't see that local_intc is attached in your dmesg, you use stale dts > (dtb) files. My rpi2 dmesg looks this way: > Dts seems to be a part of u-boot. The version of u-boot installed is a year old, but updating ports suggests that it hasn't changed. What am I missing? Apologies if it's a lot! Thank you! bob prohaska From owner-freebsd-arm@freebsd.org Sat Apr 9 16:53:37 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 7DBDFB099AD for ; Sat, 9 Apr 2016 16:53:37 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1b.ore.mailhop.org (outbound1b.ore.mailhop.org [54.200.247.200]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 452E9176B for ; Sat, 9 Apr 2016 16:53:37 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: aaba9e67-fe73-11e5-b278-7d22021d92d7 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.34.117.227 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.34.117.227]) by outbound1.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Sat, 9 Apr 2016 16:54:04 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u39GrZke009422; Sat, 9 Apr 2016 10:53:35 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1460220814.1091.338.camel@freebsd.org> Subject: Re: No usable event timer found on RPI2 From: Ian Lepore To: bob prohaska , Svatopluk Kraus Cc: "freebsd-arm@freebsd.org" Date: Sat, 09 Apr 2016 10:53:34 -0600 In-Reply-To: <20160409164903.GG71221@www.zefox.net> References: <20160409020229.GF71221@www.zefox.net> <20160409164903.GG71221@www.zefox.net> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 16:53:37 -0000 On Sat, 2016-04-09 at 09:49 -0700, bob prohaska wrote: > On Sat, Apr 09, 2016 at 10:59:33AM +0200, Svatopluk Kraus wrote: > > On Sat, Apr 9, 2016 at 4:02 AM, bob prohaska > > wrote: > > > generic_timer0: irq 10000,10001,10002,10003 > > > on ofwbus0 > > > generic_timer0: Unable to alloc int resource. > > > device_attach: generic_timer0 attach returned 6 > > > generic_timer0: irq 10000,10001,10002,10003 > > > on ofwbus0 > > > device_attach: generic_timer0 attach returned 6 > > > > > > The problem is here. Recently, bcm283x interrupt controllers were > > reworked for new interrupt framework and enabled by default. As I > > don't see that local_intc is attached in your dmesg, you use stale > > dts > > (dtb) files. My rpi2 dmesg looks this way: > > > > Dts seems to be a part of u-boot. > > The version of u-boot installed is a year old, but updating ports > suggests > that it hasn't changed. What am I missing? Apologies if it's a lot! > > Thank you! > > bob prohaska The rpi.dtb file lives on the FAT partition where u-boot is, but it's created by the freebsd build process and installing the kernel puts the new dtb into /boot/dtb on the freebsd rootfs. Something else (crochet or some similar script, or you by hand) have to copy from there to the FAT partition on the sdcard. Note that right now all of this is unique to rpi. For other arm boards, u-boot isn't involved in the dtb file loading at all and the file is normally read by ubldr from the freebsd filesystem. There may come a day when all arm boards have to work more like rpi does now (due to the way the u-boot world is evolving). -- Ian From owner-freebsd-arm@freebsd.org Sat Apr 9 18:17: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 07731B0ADC6 for ; Sat, 9 Apr 2016 18:17:19 +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 C5CC71F32; Sat, 9 Apr 2016 18:17:18 +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 u39IHHLZ001756 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 9 Apr 2016 18:17:18 GMT (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id u39IHHb7001755; Sat, 9 Apr 2016 11:17:17 -0700 (PDT) (envelope-from fbsd) Date: Sat, 9 Apr 2016 11:17:16 -0700 From: bob prohaska To: Ian Lepore Cc: bob prohaska , freebsd-arm@freebsd.org Subject: Re: No usable event timer found on RPI2 Message-ID: <20160409181716.GH71221@www.zefox.net> References: <20160409020229.GF71221@www.zefox.net> <20160409164903.GG71221@www.zefox.net> <1460220814.1091.338.camel@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1460220814.1091.338.camel@freebsd.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 18:17:19 -0000 On Sat, Apr 09, 2016 at 10:53:34AM -0600, Ian Lepore wrote: > > The rpi.dtb file lives on the FAT partition where u-boot is, but it's > created by the freebsd build process and installing the kernel puts the > new dtb into /boot/dtb on the freebsd rootfs. Something else (crochet > or some similar script, or you by hand) have to copy from there to the > FAT partition on the sdcard. > > Note that right now all of this is unique to rpi. For other arm > boards, u-boot isn't involved in the dtb file loading at all and the > file is normally read by ubldr from the freebsd filesystem. > > There may come a day when all arm boards have to work more like rpi > does now (due to the way the u-boot world is evolving). > > What inhibits making the copy to FAT part of kernel install? The file has been moved. When the present build/install cycle completes I'll discover the next of my mistakes 8-). With my thanks, bob prohaska From owner-freebsd-arm@freebsd.org Sat Apr 9 19:52: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 D2BFDB09B00 for ; Sat, 9 Apr 2016 19:52:53 +0000 (UTC) (envelope-from weiss@uni-mainz.de) Received: from mailgate-02.zdv.uni-mainz.de (mailgate-02.zdv.Uni-Mainz.DE [IPv6:2001:4c80:40:62d:203:ffff:fe5d:b2f6]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "IronPort Appliance Demo Certificate", Issuer "IronPort Appliance Demo Certificate" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id BF8291EDB for ; Sat, 9 Apr 2016 19:52:52 +0000 (UTC) (envelope-from weiss@uni-mainz.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uni-mainz.de; i=@uni-mainz.de; q=dns/txt; s=ironport; t=1460231573; x=1491767573; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=JQZ8G9AhwHEnTOrT2uFZ+sm3F+UH6vF4LsAtNOY2omg=; b=dY/lOajtPhIEkOjKXjkrtiH5fKu0/8fPK7kHJU72bks5QvBg5YyQGVCn SsbtYtnLcIs7ysgK7Qi449H1N7e2QiTyxXLLcwsQvVx5PDeZpA2TRnq6P qQ0TwkkjQU51pxyNbi9B6rG97xlkFrFnv5oRN4QCF9691vd+k4jmmNitZ k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A+ASCAD1XAlX/4BMASCCgIwGhbWs9X+P8KaocVwOgn4rU30GpwmVQwMXCoI8gmZKAhyBDkwBAQEBAQFmJ4RBAQEBBAEBARcJERoZBwsMBAIBCA4DAQMBAQECAhIBEAMCAgIlAQkBFAECBggCBAEHAgQBBAEHFQSIBgENjAaccJE0AQEBAQEBAQEBAQEBAQEBAQEBAQEBEQR8iXCEIAEBIxAkDgGBfzgTgkMFh20DhxCIQESFd4Jygjklgj6BbodOJ4UxjyZiggEDGYEPO2wHh2gCBxcDHAF9AQEB X-IPAS-Result: A+ASCAD1XAlX/4BMASCCgIwGhbWs9X+P8KaocVwOgn4rU30GpwmVQwMXCoI8gmZKAhyBDkwBAQEBAQFmJ4RBAQEBBAEBARcJERoZBwsMBAIBCA4DAQMBAQECAhIBEAMCAgIlAQkBFAECBggCBAEHAgQBBAEHFQSIBgENjAaccJE0AQEBAQEBAQEBAQEBAQEBAQEBAQEBEQR8iXCEIAEBIxAkDgGBfzgTgkMFh20DhxCIQESFd4Jygjklgj6BbodOJ4UxjyZiggEDGYEPO2wHh2gCBxcDHAF9AQEB X-IronPort-AV: E=Sophos;i="5.24,460,1454972400"; d="scan'208";a="43778680" Received: from e16-2b.zdv.uni-mainz.de ([IPv6:2001:4c80:40:606:56ab:3aff:fe09:9471]) by mailgate-02.zdv.uni-mainz.de with ESMTP/TLS/AES256-SHA; 09 Apr 2016 21:52:49 +0200 Received: from e16-1d.zdv.Uni-Mainz.DE (2001:4c80:40:606:c654:44ff:feea:9214) by e15be-03.zdv.Uni-Mainz.DE (2001:4c80:40:606:92e2:baff:fe19:9239) with Microsoft SMTP Server (TLS) id 15.0.1178.1; Sat, 9 Apr 2016 21:52:47 +0200 Received: from e16-1d.zdv.Uni-Mainz.DE (2001:4c80:40:606:c654:44ff:feea:9214) by e16-1d.zdv.Uni-Mainz.DE (2001:4c80:40:606:c654:44ff:feea:9214) with Microsoft SMTP Server (TLS) id 15.1.396.30; Sat, 9 Apr 2016 21:52:47 +0200 Received: from e16-1d.zdv.Uni-Mainz.DE ([fe80::c654:44ff:feea:9214]) by e16-1d.zdv.Uni-Mainz.DE ([fe80::c654:44ff:feea:9214%18]) with mapi id 15.01.0396.030; Sat, 9 Apr 2016 21:52:47 +0200 From: =?utf-8?B?V2Vpw58sICBEci4gSsO8cmdlbg==?= To: 'Erik Moe' , Daniel Braniss CC: freebsd-arm Subject: RE: Odroidc1+ stuck booting Thread-Topic: Odroidc1+ stuck booting Thread-Index: AQHRilUxaq7xHG99IkmCscE3BYr3Yp9yl6iAgABajYCAAAWRAIAAAWKAgABij4CABjEFgIACN3EAgAZWTBA= Date: Sat, 9 Apr 2016 19:52:46 +0000 Message-ID: References: <687E2129-BE66-4CC9-9B30-D8DFB7A2FEF6@cs.huji.ac.il> <982FE02C-7BEC-4CA0-BCAE-FE6CC5C9CFB4@rcn.com> <77D2CAED-B44A-4602-8C70-C3DD0A8D089C@cs.huji.ac.il> <6FF9B11B-1F63-49FC-8195-58B4B963F204@rcn.com> In-Reply-To: <6FF9B11B-1F63-49FC-8195-58B4B963F204@rcn.com> Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [134.93.178.68] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 19:52:54 -0000 SGksDQoNCkkgaGF2ZSBhIEMxKyBhbmQganVzdCBib290ZWQgYSBGcmVlQlNEIGN1cnJlbnQga2Vy bmVsIG5vdCBvbGRlciB0aGFuDQphIHdlZWsgd2l0aG91dCBwcm9ibGVtcy4NCg0KZmF0bG9hZCBt bWMgMDoxIDB4MjEwMDAwMDAga2VybmVsLmJpbg0KZ28gMHgyMTAwMDAwMA0KDQpNYXliZSB5b3Ug Y291bGQgdHJ5IGEgZGlmZmVyZW50IHNkIGNhcmQsIGFzIGl0IHNlZW1zIHRvIGdldCBzdHVjayBh dA0KYSB0aW1lIHdoZW4gaXQgaXMgcHJvYmluZyB0aGUgc2QgY2FyZHMuDQoNClJlZ2FyZHMNCg0K SnVlcmdlbg0KDQoNCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBvd25l ci1mcmVlYnNkLWFybUBmcmVlYnNkLm9yZyBbbWFpbHRvOm93bmVyLWZyZWVic2QtYXJtQGZyZWVi c2Qub3JnXSBPbiBCZWhhbGYgT2YNCj4gRXJpayBNb2UNCj4gU2VudDogVHVlc2RheSwgQXByaWwg MDUsIDIwMTYgMTA6NTMgUE0NCj4gVG86IERhbmllbCBCcmFuaXNzDQo+IENjOiBmcmVlYnNkLWFy bQ0KPiBTdWJqZWN0OiBSZTogT2Ryb2lkYzErIHN0dWNrIGJvb3RpbmcNCj4gDQo+IFRoYXTigJlz IGNvcnJlY3QgSSBoYXZlIGEgQzEsIG5vdCBhIEMxKy4NCj4gDQo+IEVyaWsNCj4gDQo+ID4gT24g QXByIDQsIDIwMTYsIGF0IDY6MDIgQU0sIERhbmllbCBCcmFuaXNzIDxkYW5ueUBjcy5odWppLmFj LmlsPiB3cm90ZToNCj4gPg0KPiA+IEkgYXNzdW1lIHlvdSBoYXZlIGEgQzEgbm90IGEgQzErLCBi ZWNhdXNlIEnigJltIGRvaW5nIHRoZSBzYW1lLA0KPiA+IGFuZCBubyBsdWNrLiBJIGtub3cgdGhh dCB0aGUgYm9hcmQgaXMgb2sgYmVjYXVzZSBJdCBib290cyBhbmQgcnVucyBEYWlzdWtlLXNhbuKA mXMgIGltYWdlLg0KPiA+IGRhbm55DQo+ID4NCj4gPj4gT24gMzEgTWFyIDIwMTYsIGF0IDE1OjI5 LCBFcmlrIE1vZSA8ZS5tb2VAcmNuLmNvbT4gd3JvdGU6DQo+ID4+DQo+ID4+IEV2ZXJ5dGhpbmcg SeKAmW0gZG9pbmcgSSDigJxib3Jyb3dlZOKAnSBmcm9tIGhlcmU6DQo+IGh0dHBzOi8vd2lraS5m cmVlYnNkLm9yZy9GcmVlQlNEL2FybS9PZHJvaWQtQzENCj4gPj4NCj4gPj4gSeKAmW0gdXNpbmcg dGhlIHN0b2NrIE9EUk9JREMxIGtlcm5lbCBjb25maWcgaW4gaGVhZCB3aGljaCBidWlsZHMgdGhl IEZURCBzdGF0aWNhbGx5IGludG8NCj4gdGhlIGtlcm5lbCBmcm9tIHNyYy9zeXMvYm9vdC9mZHQv ZHRzL2FybS9vZHJvaWRjMS5kdHMuIEkgbGliZXJhdGVkIHUtYm9vdCBmcm9tDQo+IEFyY2hMaW51 eEFSTS1vZHJvaWQtYzEtbGF0ZXN0LnRhci5nei4gIE15IGJvb3QuaW5pIGlzIHNpbXBseSB0aGlz Og0KPiA+Pg0KPiA+PiBPRFJPSURDLVVCT09ULUNPTkZJRw0KPiA+Pg0KPiA+PiBzZXRlbnYgYm9v dGNtZCAiZmF0bG9hZCBtbWMgMCAweDEwMDAwMCBrZXJuZWwuYmluOyBnbyAweDEwMDAwMCINCj4g Pj4gcnVuIGJvb3RjbWQNCj4gPj4NCj4gPj4gRXJpaw0KPiA+Pg0KPiA+Pj4gT24gTWFyIDMxLCAy MDE2LCBhdCAxOjM2IEFNLCBEYW5pZWwgQnJhbmlzcyA8ZGFubnlAY3MuaHVqaS5hYy5pbD4gd3Jv dGU6DQo+ID4+Pg0KPiA+Pj4gb2gsIGFuZCBpZiB5b3UgZmVlbCBnZW5lcm91cyB5b3VyIE9EUk9J REMxLmNvbmYg4oCmDQo+ID4+PiB0aGFua3MsDQo+ID4+PiAJZGFubnkNCj4gPj4+DQo+ID4+Pj4g T24gMzEgTWFyIDIwMTYsIGF0IDA5OjMxLCBEYW5pZWwgQnJhbmlzcyA8ZGFubnlAY3MuaHVqaS5h Yy5pbD4gd3JvdGU6DQo+ID4+Pj4NCj4gPj4+PiBoaSBFcmlrLA0KPiA+Pj4+IGNhbiB5b3Ugc2Vu ZCBtZSB5b3VyDQo+ID4+Pj4gCXVib290DQo+ID4+Pj4gCWJvb3QuaW5pDQo+ID4+Pj4gCSouZHRi DQo+ID4+Pj4gSeKAmW0gcHJldHR5IHN1cmUgdGhlIGlzc3VlIGlzIHNvbWV3aGVyZSB0aGVyZSB0 aGVuLg0KPiA+Pj4+IHRoYW5rcywNCj4gPj4+PiAJZGFubnkNCj4gPj4+Pg0KPiA+Pj4+PiBPbiAz MSBNYXIgMjAxNiwgYXQgMDk6MTEsIEVyaWsgTW9lIDxlLm1vZUByY24uY29tPiB3cm90ZToNCj4g Pj4+Pj4NCj4gPj4+Pj4gSSBidWlsdCBhIG5ldyBpbWFnZSBmb3IgbXkgb2RyaW9kLWMxIGZvciBz c2QgZnJvbSB0aGUgbGF0ZXN0IHNvdXJjZXMgYW5kIGhhZCBubw0KPiBpc3N1ZXMgYW5kIGRpZG7i gJl0IG5lZWQgdG8gdHdlZXQgYW55dGhpbmcuICBJIGRvbuKAmXQgaGF2ZSBhbmQgb2RyaW9kLWMx KywgYnV0IG15DQo+IHVuZGVyc3RhbmRpbmcgaXMgdGhlcmUgaXNu4oCZdCBtdWNoIGRpZmZlcmVu Y2UgYmV0d2VlbiB0aGUgdHdvLiAgSSBhbSB1c2luZyB0aGUgc2VyaWFsDQo+IGNvbnNvbGUuDQo+ ID4+Pj4+DQo+ID4+Pj4+IFFBNTpBO1NWTjpCNzI7UE9DOjE3RjtTVFM6MDtCT09UOjA7SU5JVDox MDtCT09UOjE7SU5JVDowO1JFQUQ6MDtDSEVDSzowO1BBU1M6MTsNCj4gPj4+Pj4gLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0NCj4gPj4+Pj4gKiBXZWxjb21lIHRvIEhhcmRrZXJuZWwncyBPRFJPSUQtQy4uLiAoQnVp bHQgYXQgMTk6MzM6MDAgRGVjICA4IDIwMTQpICoNCj4gPj4+Pj4gLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4g Pj4+Pj4gQ1BVIDogQU1Mb2dpYyBTODA1DQo+ID4+Pj4+IE1FTSA6IDEwMjRNQiAoRERSM0A3OTJN SHopDQo+ID4+Pj4+IEJJRCA6IEhLQzEzQzAwMDENCj4gPj4+Pj4gUy9OIDogSEtDMUNDMDM3RUJF NDYyMA0KPiA+Pj4+PiAweDAwMDAwMDlmDQo+ID4+Pj4+IGNoZWNrIFNEX2Jvb3RfdHlwZToweDEg ICBjYXJkX3R5cGU6MHgxDQo+ID4+Pj4+IExvYWRpbmcgVS1ib290Li4uc3VjY2Vzcy4NCj4gPj4+ Pj4NCj4gPj4+Pj4NCj4gPj4+Pj4gVS1ib290KG9kcm9pZGNAKSAoSnVuIDEyIDIwMTUgLSAxNzoz MToxNCkNCj4gPj4+Pj4NCj4gPj4+Pj4gRFJBTTogIDEgR2lCDQo+ID4+Pj4+IHJlbG9jYXRpb24g T2Zmc2V0IGlzOiAyZmYxYzAwMA0KPiA+Pj4+PiBNTUM6ICAgU0RDQVJEOiAwLCBlTU1DOiAxDQo+ ID4+Pj4+IElSIGluaXQgaXMgZG9uZSENCj4gPj4+Pj4gdnB1IGNsa19sZXZlbCA9IDMNCj4gPj4+ Pj4gc2V0IHZwdSBjbGs6IDE4MjE1MDAwMEh6LCByZWFkYmFjazogMTgyMTUwMDAwSHooMHg3MDEp DQo+ID4+Pj4+IG1vZGUgPSA2ICB2aWMgPSA0DQo+ID4+Pj4+IHNldCBIRE1JIHZpYzogNA0KPiA+ Pj4+PiBtb2RlIGlzOiA2DQo+ID4+Pj4+IHZpdSBjaGFuID0gMQ0KPiA+Pj4+PiBjb25maWcgSFBM TA0KPiA+Pj4+PiBjb25maWcgSFBMTCBkb25lDQo+ID4+Pj4+IHJlY29uZmlnIHBhY2tldCBzZXR0 aW5nIGRvbmUNCj4gPj4+Pj4gTU1DIHJlYWQ6IGRldiAjIDAsIGJsb2NrICMgMzM5ODQsIGNvdW50 IDEyMjg4IC4uLiAxMjI4OCBibG9ja3MgcmVhZDogT0sNCj4gPj4+Pj4gVGhlcmUgaXMgbm8gdmFs aWQgYm1wIGZpbGUgYXQgdGhlIGdpdmVuIGFkZHJlc3MNCj4gPj4+Pj4gPT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQo+ID4+Pj4+IFZl bmRvcjogTWFuIDAzNTM0NCBTbnIgMjljZmVlNGUgUmV2OiA4LjAgUHJvZDogU0wwOEcNCj4gPj4+ Pj4gICAgICAgIFR5cGU6IFJlbW92YWJsZSBIYXJkIERpc2sNCj4gPj4+Pj4gICAgICAgIENhcGFj aXR5OiA3NTgwLjAgTUIgPSA3LjQgR0IgKDE1NTIzODQwIHggNTEyKQ0KPiA+Pj4+PiAtLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4g Pj4+Pj4gUGFydGl0aW9uICAgICBTdGFydCBTZWN0b3IgICAgIE51bSBTZWN0b3JzICAgICBUeXBl DQo+ID4+Pj4+IDEgICAgICAgICAgICAgICAgIDExMzQgICAgICAgICAgMTMxMDQwICAgICAgIDYN Cj4gPj4+Pj4gMiAgICAgICAgICAgICAgIDEzMjE3NCAgICAgICAgMTUzOTE2NjYgICAgICBhNQ0K PiA+Pj4+PiA9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT0NCj4gPj4+Pj4gTmV0OiAgIE1lc29uX0V0aGVybmV0DQo+ID4+Pj4+IGluaXQg c3VzcGVuZCBmaXJtd2FyZSBkb25lLiAocmV0OjApDQo+ID4+Pj4+IEhpdCBFbnRlciBrZXkgdG8g c3RvcCBhdXRvYm9vdCAtLSA6ICAwDQo+ID4+Pj4+IGV4aXQgYWJvcnRib290OiAwDQo+ID4+Pj4+ IHJlYWRpbmcgYm9vdC5pbmkNCj4gPj4+Pj4NCj4gPj4+Pj4gOTggYnl0ZXMgcmVhZA0KPiA+Pj4+ PiBMb2FkaW5nIGJvb3QuaW5pIGZyb20gbW1jMDoxICh2ZmF0KQ0KPiA+Pj4+PiBFeGVjdXRpbmcg dGhlIHNjcmlwdC4uLg0KPiA+Pj4+PiBzZXRlbnYgYm9vdGNtZCAiZmF0bG9hZCBtbWMgMCAweDEw MDAwMCBrZXJuZWwuYmluOyBnbyAweDEwMDAwMCINCj4gPj4+Pj4gcnVuIGJvb3RjbWQNCj4gPj4+ Pj4gcmVhZGluZyBrZXJuZWwuYmluDQo+ID4+Pj4+DQo+ID4+Pj4+IDYwNTUzOTYgYnl0ZXMgcmVh ZA0KPiA+Pj4+PiAjIyBTdGFydGluZyBhcHBsaWNhdGlvbiBhdCAweDAwMTAwMDAwIC4uLg0KPiA+ Pj4+PiBBUk0gRGVidWcgQXJjaGl0ZWN0dXJlIHY3DQo+ID4+Pj4+IDIgd2F0Y2hwb2ludHMgYW5k IDMgYnJlYWtwb2ludHMgc3VwcG9ydGVkDQo+ID4+Pj4+IEtEQjogZGVidWdnZXIgYmFja2VuZHM6 IGRkYg0KPiA+Pj4+PiBLREI6IGN1cnJlbnQgYmFja2VuZDogZGRiDQo+ID4+Pj4+IENvcHlyaWdo dCAoYykgMTk5Mi0yMDE2IFRoZSBGcmVlQlNEIFByb2plY3QuDQo+ID4+Pj4+IENvcHlyaWdodCAo YykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwgMTk4OSwgMTk5MSwgMTk5MiwgMTk5Mywg MTk5NA0KPiA+Pj4+PiAgICBUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9y bmlhLiBBbGwgcmlnaHRzIHJlc2VydmVkLg0KPiA+Pj4+PiBGcmVlQlNEIGlzIGEgcmVnaXN0ZXJl ZCB0cmFkZW1hcmsgb2YgVGhlIEZyZWVCU0QgRm91bmRhdGlvbi4NCj4gPj4+Pj4gRnJlZUJTRCAx MS4wLUNVUlJFTlQgIzQgNDMwMjZhOChtYXN0ZXIpLWRpcnR5OiBUaHUgTWFyIDMxIDA0OjE0OjMy IENEVCAyMDE2DQo+ID4+Pj4+IHJvb3RAZG9yYTovdXNyL2hvbWUvZW1vZS9Qcm9qZWN0cy9BUk0v b2Ryb2lkLQ0KPiBjMS9vYmovYXJtLmFybXY2aGYvdXNyL2hvbWUvZW1vZS9Qcm9qZWN0cy9BUk0v c3JjL3N5cy9PRFJPSURDMSBhcm0NCj4gPj4+Pj4gRnJlZUJTRCBjbGFuZyB2ZXJzaW9uIDMuOC4w ICh0YWdzL1JFTEVBU0VfMzgwL2ZpbmFsIDI2MjU2NCkgKGJhc2VkIG9uIExMVk0gMy44LjApDQo+ ID4+Pj4+IFdBUk5JTkc6IFdJVE5FU1Mgb3B0aW9uIGVuYWJsZWQsIGV4cGVjdCByZWR1Y2VkIHBl cmZvcm1hbmNlLg0KPiA+Pj4+PiBWVDogaW5pdCB3aXRob3V0IGRyaXZlci4NCj4gPj4+Pj4gUHJl bG9hZGVkIGVsZiBrZXJuZWwgImtlcm5lbCIgYXQgMHhjMDdjNWQ2Yy4NCj4gPj4+Pj4gQ1BVOiBD b3J0ZXggQTUgcmV2IDEgKENvcnRleC1BIGNvcmUpDQo+ID4+Pj4+IFN1cHBvcnRlZCBmZWF0dXJl czogQVJNX0lTQSBUSFVNQjIgSkFaRUxMRSBUSFVNQkVFIEFSTXY0IFNlY3VyaXR5X0V4dA0KPiA+ Pj4+PiBXQiBlbmFibGVkIExBQlQgYnJhbmNoIHByZWRpY3Rpb24gZGlzYWJsZWQNCj4gPj4+Pj4g TG9VVToyIExvQzoyIExvVUlTOjINCj4gPj4+Pj4gQ2FjaGUgbGV2ZWwgMToNCj4gPj4+Pj4gMzJL Qi8zMkIgNC13YXkgZGF0YSBjYWNoZSBXQiBSZWFkLUFsbG9jIFdyaXRlLUFsbG9jDQo+ID4+Pj4+ IDMyS0IvMzJCIDItd2F5IGluc3RydWN0aW9uIGNhY2hlIFJlYWQtQWxsb2MNCj4gPj4+Pj4gcmVh bCBtZW1vcnkgID0gMTA3MzczNzcyOCAoMTAyMyBNQikNCj4gPj4+Pj4gYXZhaWwgbWVtb3J5ID0g MTAzODIzMzYwMCAoOTkwIE1CKQ0KPiA+Pj4+PiBQaHlzaWNhbCBtZW1vcnkgY2h1bmsocyk6DQo+ ID4+Pj4+IDB4MDAwMDEwMDAgLSAweDNmZmZmZmZmLCAgMTAyMyBNQiAoIDI2MjE0MyBwYWdlcykN Cj4gPj4+Pj4gRXhjbHVkZWQgbWVtb3J5IHJlZ2lvbnM6DQo+ID4+Pj4+IDB4MDAxMDAwMDAgLSAw eDAwODUzZmZmLCAgICAgNyBNQiAoICAgMTg3NiBwYWdlcykgTm9BbGxvYw0KPiA+Pj4+PiBTdGF0 aWMgZGV2aWNlIG1hcHBpbmdzOg0KPiA+Pj4+PiAweGMxMTAwMDAwIC0gMHhjMTJmZmZmZiBtYXBw ZWQgYXQgVkEgMHhmZmQwMDAwMA0KPiA+Pj4+PiAweGM0MjAwMDAwIC0gMHhjNDJmZmZmZiBtYXBw ZWQgYXQgVkEgMHhmZmMwMDAwMA0KPiA+Pj4+PiAweGM0MzAwMDAwIC0gMHhjNDNmZmZmZiBtYXBw ZWQgYXQgVkEgMHhmZmIwMDAwMA0KPiA+Pj4+PiAweGM4MDAwMDAwIC0gMHhjODBmZmZmZiBtYXBw ZWQgYXQgVkEgMHhmZmEwMDAwMA0KPiA+Pj4+PiAweGM4MTAwMDAwIC0gMHhjODFmZmZmZiBtYXBw ZWQgYXQgVkEgMHhmZjkwMDAwMA0KPiA+Pj4+PiAweGM5MDAwMDAwIC0gMHhjOTdmZmZmZiBtYXBw ZWQgYXQgVkEgMHhmZjEwMDAwMA0KPiA+Pj4+PiAweGQ5MDAwMDAwIC0gMHhkOTBmZmZmZiBtYXBw ZWQgYXQgVkEgMHhmZjAwMDAwMA0KPiA+Pj4+PiAweGRhMDAwMDAwIC0gMHhkYTBmZmZmZiBtYXBw ZWQgYXQgVkEgMHhmZWYwMDAwMA0KPiA+Pj4+PiBBbWxvZ2ljIGFtbDg3MjYtbThiIFNvQw0KPiA+ Pj4+PiBGcmVlQlNEL1NNUDogTXVsdGlwcm9jZXNzb3IgU3lzdGVtIERldGVjdGVkOiA0IENQVXMN Cj4gPj4+Pj4gVUxFOiBzZXR1cCBjcHUgMA0KPiA+Pj4+PiBVTEU6IHNldHVwIGNwdSAxDQo+ID4+ Pj4+IFVMRTogc2V0dXAgY3B1IDINCj4gPj4+Pj4gVUxFOiBzZXR1cCBjcHUgMw0KPiA+Pj4+PiBy YW5kb206IGVudHJvcHkgZGV2aWNlIGV4dGVybmFsIGludGVyZmFjZQ0KPiA+Pj4+PiBudWxsOiA8 ZnVsbCBkZXZpY2UsIG51bGwgZGV2aWNlLCB6ZXJvIGRldmljZT4NCj4gPj4+Pj4gb3BlbmZpcm06 IDxPcGVuIEZpcm13YXJlIGNvbnRyb2wgZGV2aWNlPg0KPiA+Pj4+PiBtZW06IDxtZW1vcnk+DQo+ ID4+Pj4+IG5mc2xvY2s6IHBzZXVkby1kZXZpY2UNCj4gPj4+Pj4gY3J5cHRvOiA8Y3J5cHRvIGNv cmU+DQo+ID4+Pj4+IHJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykg ZnJvbSBuZXh1czANCj4gPj4+Pj4gb2Z3YnVzMDogPE9wZW4gRmlybXdhcmUgRGV2aWNlIFRyZWU+ DQo+ID4+Pj4+IHNpbXBsZWJ1czA6IDxGbGF0dGVuZWQgZGV2aWNlIHRyZWUgc2ltcGxlIGJ1cz4g b24gb2Z3YnVzMA0KPiA+Pj4+PiByYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0 IGJpdHMpIGZyb20gc2ltcGxlYnVzMA0KPiA+Pj4+PiByYW5kb206IGhhcnZlc3RpbmcgYXR0YWNo LCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gb2Z3YnVzMA0KPiA+Pj4+PiBjbGttc3IwOiA8QW1sb2dp YyBhbWw4NzI2IGNsa21zcj4gbWVtIDB4YzExMDg3NTgtMHhjMTEwODc2NyBvbiBzaW1wbGVidXMw DQo+ID4+Pj4+IGNsa21zcjA6IGJ1cyBjbG9jayAxNTkgTUh6DQo+ID4+Pj4+IHJhbmRvbTogaGFy dmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBjbGttc3IwDQo+ID4+Pj4+IGwy Y2FjaGUwOiA8UEwzMTAgTDIgY2FjaGUgY29udHJvbGxlcj4gbWVtIDB4YzQyMDAwMDAtMHhjNDIw MGZmZiBpcnEgMCBvbiBvZndidXMwDQo+ID4+Pj4+IGwyY2FjaGUwOiBQYXJ0IG51bWJlcjogMHgz LCByZWxlYXNlOiAweDkNCj4gPj4+Pj4gbDJjYWNoZTA6IEwyIENhY2hlIGVuYWJsZWQ6IDUxMktC LzMyQiA4IHdheXMNCj4gPj4+Pj4gbDJjYWNoZTA6IEVhcmx5IEJSRVNQIHJlc3BvbnNlOiBkaXNh YmxlZA0KPiA+Pj4+PiBsMmNhY2hlMDogSW5zdHJ1Y3Rpb24gcHJlZmV0Y2g6IGRpc2FibGVkDQo+ ID4+Pj4+IGwyY2FjaGUwOiBEYXRhIHByZWZldGNoOiBlbmFibGVkDQo+ID4+Pj4+IGwyY2FjaGUw OiBOb24tc2VjdXJlIGludGVycnVwdCBjb250cm9sOiBkaXNhYmxlZA0KPiA+Pj4+PiBsMmNhY2hl MDogTm9uLXNlY3VyZSBsb2NrZG93bjogZGlzYWJsZWQNCj4gPj4+Pj4gbDJjYWNoZTA6IFNoYXJl IG92ZXJyaWRlOiBkaXNhYmxlZA0KPiA+Pj4+PiBsMmNhY2hlMDogRG91YmxlIGxpbmVmaWxsOiBk aXNhYmxlZA0KPiA+Pj4+PiBsMmNhY2hlMDogSW5zdHJ1Y3Rpb24gcHJlZmV0Y2g6IGRpc2FibGVk DQo+ID4+Pj4+IGwyY2FjaGUwOiBEYXRhIHByZWZldGNoOiBlbmFibGVkDQo+ID4+Pj4+IGwyY2Fj aGUwOiBEb3VibGUgbGluZWZpbGwgb24gV1JBUCByZXF1ZXN0OiBkaXNhYmxlZA0KPiA+Pj4+PiBs MmNhY2hlMDogUHJlZmV0Y2ggZHJvcDogZGlzYWJsZWQNCj4gPj4+Pj4gbDJjYWNoZTA6IEluY3Ig ZG91YmxlIExpbmVmaWxsOiBkaXNhYmxlZA0KPiA+Pj4+PiBsMmNhY2hlMDogTm90IHNhbWUgSUQg b24gZXhjbHVzaXZlIHNlcXVlbmNlOiBkaXNhYmxlZA0KPiA+Pj4+PiBsMmNhY2hlMDogUHJlZmV0 Y2ggb2Zmc2V0OiAwDQo+ID4+Pj4+IHJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMg KDQgYml0cykgZnJvbSBsMmNhY2hlMA0KPiA+Pj4+PiBzY3UwOiA8QVJNIFNub29wIENvbnRyb2wg VW5pdD4gbWVtIDB4YzQzMDAwMDAtMHhjNDMwMGZmZiBvbiBzaW1wbGVidXMwDQo+ID4+Pj4+IHJh bmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBzY3UwDQo+ID4+ Pj4+IGNwdWNvbmZpZzA6IDxBbWxvZ2ljIENQVSBDb25maWc+IG1lbSAweGQ5MDFmZjgwLTB4ZDkw MWZmOGYgb24gc2ltcGxlYnVzMA0KPiA+Pj4+PiByYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4 IGJ5dGVzICg0IGJpdHMpIGZyb20gY3B1Y29uZmlnMA0KPiA+Pj4+PiBjY20wOiA8QW1sb2dpYyBh bWw4NzI2IGNjbT4gbWVtIDB4YzExMDQxNDAtMHhjMTEwNDE1MyBvbiBzaW1wbGVidXMwDQo+ID4+ Pj4+IHJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBjY20w DQo+ID4+Pj4+IHBpbmN0cmwwOiA8QW1sb2dpYyBhbWw4NzI2IHBpbmN0cmw+IG1lbSAweGMxMTA4 MGIwLTB4YzExMDgwZDcsMHhjMTEwODBlOC0NCj4gMHhjMTEwODBmZiwweGMxMTA4MTIwLTB4YzEx MDgxMzcsMHhjODEwMDAxNC0weGM4MTAwMDE3LDB4YzgxMDAwMmMtMHhjODEwMDAyZiwweGM4MTAw MDJjLQ0KPiAweGM4MTAwMDJmIG9uIHNpbXBsZWJ1czANCj4gPj4+Pj4gUHJvY2Vzc2luZyAzIHBp bi1jb25maWcgbm9kZShzKSBpbiBwaW5jdHJsLTAgZm9yIHBpbmN0cmxAYzExMDgwYjANCj4gPj4+ Pj4gUHJvY2Vzc2luZyAxIHBpbi1jb25maWcgbm9kZShzKSBpbiBwaW5jdHJsLTAgZm9yIG1tY0Bj MTEwOGMyMA0KPiA+Pj4+PiBQcm9jZXNzaW5nIDEgcGluLWNvbmZpZyBub2RlKHMpIGluIHBpbmN0 cmwtMCBmb3Igc2R4Y0BjMTEwOGUwMA0KPiA+Pj4+PiByYW5kb206IGhhcnZlc3RpbmcgYXR0YWNo LCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gcGluY3RybDANCj4gPj4+Pj4gZ2ljMDogPEFSTSBHZW5l cmljIEludGVycnVwdCBDb250cm9sbGVyPiBtZW0gMHhjNDMwMTAwMC0weGM0MzAxZmZmLDB4YzQz MDAxMDAtDQo+IDB4YzQzMDAxZmYgb24gb2Z3YnVzMA0KPiA+Pj4+PiBvZndidXMwOiBubyBkZWZh dWx0IHJlc291cmNlcyBmb3IgcmlkID0gMCwgdHlwZSA9IDENCj4gPj4+Pj4gZ2ljMDogcG4gMHgz OTAsIGFyY2ggMHgxLCByZXYgMHgxLCBpbXBsZW1lbnRlciAweDQzYiBpcnFzIDI1Ng0KPiA+Pj4+ PiByYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gZ2ljMA0K PiA+Pj4+PiB3ZHQwOiA8QW1sb2dpYyBhbWw4NzI2IFdEVD4gbWVtIDB4YzExMDk5MDAtMHhjMTEw OTkwNyBpcnEgMiBvbiBzaW1wbGVidXMwDQo+ID4+Pj4+IHJhbmRvbTogaGFydmVzdGluZyBhdHRh Y2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSB3ZHQwDQo+ID4+Pj4+IHRpbWVyMDogPEFtbG9naWMg YW1sODcyNiB0aW1lcj4gbWVtIDB4YzExMDk5NDAtMHhjMTEwOTk1NyBpcnEgMSBvbiBvZndidXMw DQo+ID4+Pj4+IEV2ZW50IHRpbWVyICJhbWw4NzI2IHRpbWVyIEEiIGZyZXF1ZW5jeSAxMDAwMDAw IEh6IHF1YWxpdHkgMTAwMA0KPiA+Pj4+PiBUaW1lY291bnRlciAiYW1sODcyNiB0aW1lciBFIiBm cmVxdWVuY3kgMTAwMDAwMCBIeiBxdWFsaXR5IDEwMDANCj4gPj4+Pj4gcmFuZG9tOiBoYXJ2ZXN0 aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIHRpbWVyMA0KPiA+Pj4+PiB1YXJ0MDog PEFtbG9naWMgYW1sODcyNiBVQVJUPiBtZW0gMHhjODEwMDRjMC0weGM4MTAwNGQ3IGlycSAzIG9u IHNpbXBsZWJ1czANCj4gPj4+Pj4gdWFydDA6IFJUUyBpZmxvdywgQ1RTIG9mbG93DQo+ID4+Pj4+ IHVhcnQwOiBjb25zb2xlICgxMTUyMDAsbiw4LDEpDQo+ID4+Pj4+IHVhcnQwOiBmYXN0IGludGVy cnVwdA0KPiA+Pj4+PiB1YXJ0MDogUFBTIGNhcHR1cmUgbW9kZTogRENEaW52YWxpZA0KPiA+Pj4+ PiByYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gdWFydDAN Cj4gPj4+Pj4gdWFydDE6IDxBbWxvZ2ljIGFtbDg3MjYgVUFSVD4gbWVtIDB4YzExMDg0YzAtMHhj MTEwODRkNyBpcnEgNCBvbiBzaW1wbGVidXMwDQo+ID4+Pj4+IHVhcnQxOiBSVFMgaWZsb3csIENU UyBvZmxvdw0KPiA+Pj4+PiB1YXJ0MTogZmFzdCBpbnRlcnJ1cHQNCj4gPj4+Pj4gdWFydDE6IFBQ UyBjYXB0dXJlIG1vZGU6IERDRGludmFsaWQNCj4gPj4+Pj4gcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0 dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIHVhcnQxDQo+ID4+Pj4+IHVhcnQyOiA8QW1sb2dp YyBhbWw4NzI2IFVBUlQ+IG1lbSAweGMxMTA4NGRjLTB4YzExMDg0ZjMgaXJxIDUgb24gc2ltcGxl YnVzMA0KPiA+Pj4+PiB1YXJ0MjogUlRTIGlmbG93LCBDVFMgb2Zsb3cNCj4gPj4+Pj4gdWFydDI6 IGZhc3QgaW50ZXJydXB0DQo+ID4+Pj4+IHVhcnQyOiBQUFMgY2FwdHVyZSBtb2RlOiBEQ0RpbnZh bGlkDQo+ID4+Pj4+IHJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykg ZnJvbSB1YXJ0Mg0KPiA+Pj4+PiB1YXJ0MzogPEFtbG9naWMgYW1sODcyNiBVQVJUPiBtZW0gMHhj MTEwODcwMC0weGMxMTA4NzE3IGlycSA2IG9uIHNpbXBsZWJ1czANCj4gPj4+Pj4gdWFydDM6IFJU UyBpZmxvdywgQ1RTIG9mbG93DQo+ID4+Pj4+IHVhcnQzOiBmYXN0IGludGVycnVwdA0KPiA+Pj4+ PiB1YXJ0MzogUFBTIGNhcHR1cmUgbW9kZTogRENEaW52YWxpZA0KPiA+Pj4+PiByYW5kb206IGhh cnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gdWFydDMNCj4gPj4+Pj4gc2lt cGxlYnVzMDogPGkyY0BjODEwMDUwMD4gbWVtIDB4YzgxMDA1MDAtMHhjODEwMDUxZiBpcnEgNyBk aXNhYmxlZCBjb21wYXQNCj4gYW1sb2dpYyxtZXNvbjYtaTJjIChubyBkcml2ZXIgYXR0YWNoZWQp DQo+ID4+Pj4+IGFtbDg3MjZfaWljMDogPEFtbG9naWMgYW1sODcyNiBJMkM+IG1lbSAweGMxMTA4 NTAwLTB4YzExMDg1MWYgaXJxIDggb24gc2ltcGxlYnVzMA0KPiA+Pj4+PiBpaWNiYjA6IDxJMkMg Yml0LWJhbmdpbmcgZHJpdmVyPiBvbiBhbWw4NzI2X2lpYzANCj4gPj4+Pj4gaWljYnVzMDogPFBo aWxpcHMgSTJDIGJ1cz4gb24gaWljYmIwIG1hc3Rlci1vbmx5DQo+ID4+Pj4+IGlpYzA6IDxJMkMg Z2VuZXJpYyBJL08+IG9uIGlpY2J1czANCj4gPj4+Pj4gcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFj aCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIGlpYzANCj4gPj4+Pj4gcmFuZG9tOiBoYXJ2ZXN0aW5n IGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIGlpY2J1czANCj4gPj4+Pj4gcmFuZG9tOiBo YXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIGlpY2JiMA0KPiA+Pj4+PiBy YW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gYW1sODcyNl9p aWMwDQo+ID4+Pj4+IGFtbDg3MjZfaWljMTogPEFtbG9naWMgYW1sODcyNiBJMkM+IG1lbSAweGMx MTA4N2MwLTB4YzExMDg3ZGYgaXJxIDkgb24gc2ltcGxlYnVzMA0KPiA+Pj4+PiBpaWNiYjE6IDxJ MkMgYml0LWJhbmdpbmcgZHJpdmVyPiBvbiBhbWw4NzI2X2lpYzENCj4gPj4+Pj4gaWljYnVzMTog PFBoaWxpcHMgSTJDIGJ1cz4gb24gaWljYmIxIG1hc3Rlci1vbmx5DQo+ID4+Pj4+IGlpYzE6IDxJ MkMgZ2VuZXJpYyBJL08+IG9uIGlpY2J1czENCj4gPj4+Pj4gcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0 dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIGlpYzENCj4gPj4+Pj4gcmFuZG9tOiBoYXJ2ZXN0 aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIGlpY2J1czENCj4gPj4+Pj4gcmFuZG9t OiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIGlpY2JiMQ0KPiA+Pj4+ PiByYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gYW1sODcy Nl9paWMxDQo+ID4+Pj4+IHNpbXBsZWJ1czA6IDxpci1yZWNlaXZlckBjODEwMDQ4MD4gbWVtIDB4 YzgxMDA0ODAtMHhjODEwMDQ5ZiBpcnEgMTAgZGlzYWJsZWQgY29tcGF0DQo+IGFtbG9naWMsbWVz b242LWlyIChubyBkcml2ZXIgYXR0YWNoZWQpDQo+ID4+Pj4+IHNpbXBsZWJ1czA6IDxzcGlAYzEx MDhjODA+IG1lbSAweGMxMTA4YzgwLTB4YzExMDhjZmYgZGlzYWJsZWQgY29tcGF0IGFtbG9naWMs bWVzb242LQ0KPiBzcGlmYyAobm8gZHJpdmVyIGF0dGFjaGVkKQ0KPiA+Pj4+PiBzaW1wbGVidXMw OiA8ZXRoZXJuZXRAYzk0MTAwMDA+IG1lbSAweGM5NDEwMDAwLTB4Yzk0MWZmZmYsMHhjMTEwODEw OC0weGMxMTA4MTBiIGlycQ0KPiAxMSBkaXNhYmxlZCBjb21wYXQgYW1sb2dpYyxtZXNvbjYtZHdt YWMgKG5vIGRyaXZlciBhdHRhY2hlZCkNCj4gPj4+Pj4gcnRjMDogPEFtbG9naWMgYW1sODcyNiBS VEM+IG1lbSAweGM4MTAwNzQwLTB4YzgxMDA3NTMgaXJxIDEyIG9uIHNpbXBsZWJ1czANCj4gPj4+ Pj4gcnRjMDogY3J5c3RhbCBvc2NpbGxhdG9yIGNoZWNrIGZhaWxlZA0KPiA+Pj4+PiBkZXZpY2Vf YXR0YWNoOiBydGMwIGF0dGFjaCByZXR1cm5lZCA2DQo+ID4+Pj4+IGdwaW8wOiA8QW1sb2dpYyBh bWw4NzI2IEdQSU8+IG1lbSAweGM4MTAwMDI0LTB4YzgxMDAwMjcsMHhjODEwMDAyNC0NCj4gMHhj ODEwMDAyNywweGM4MTAwMDI4LTB4YzgxMDAwMmIgb24gc2ltcGxlYnVzMA0KPiA+Pj4+PiBncGlv YnVzMDogPE9GVyBHUElPIGJ1cz4gb24gZ3BpbzANCj4gPj4+Pj4gZ3Bpb2xlZDA6IDxHUElPIGxl ZD4gYXQgcGluIDEzIG9uIGdwaW9idXMwDQo+ID4+Pj4+IHJhbmRvbTogaGFydmVzdGluZyBhdHRh Y2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBncGlvbGVkMA0KPiA+Pj4+PiByYW5kb206IGhhcnZl c3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gZ3Bpb2J1czANCj4gPj4+Pj4gZ3Bp b2MwOiA8R1BJTyBjb250cm9sbGVyPiBvbiBncGlvMA0KPiA+Pj4+PiByYW5kb206IGhhcnZlc3Rp bmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gZ3Bpb2MwDQo+ID4+Pj4+IHJhbmRvbTog aGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBncGlvMA0KPiA+Pj4+PiBn cGlvMTogPEFtbG9naWMgYW1sODcyNiBHUElPPiBtZW0gMHhjMTEwODA1NC0weGMxMTA4MDU3LDB4 YzExMDgwNTgtDQo+IDB4YzExMDgwNWIsMHhjMTEwODA1Yy0weGMxMTA4MDVmIG9uIHNpbXBsZWJ1 czANCj4gPj4+Pj4gZ3Bpb2J1czE6IDxPRlcgR1BJTyBidXM+IG9uIGdwaW8xDQo+ID4+Pj4+IHJh bmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBncGlvYnVzMQ0K PiA+Pj4+PiBncGlvYzE6IDxHUElPIGNvbnRyb2xsZXI+IG9uIGdwaW8xDQo+ID4+Pj4+IHJhbmRv bTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBncGlvYzENCj4gPj4+ Pj4gcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIGdwaW8x DQo+ID4+Pj4+IGdwaW8yOiA8QW1sb2dpYyBhbWw4NzI2IEdQSU8+IG1lbSAweGMxMTA4MDZjLTB4 YzExMDgwNmYsMHhjMTEwODA3MC0NCj4gMHhjMTEwODA3MywweGMxMTA4MDc0LTB4YzExMDgwNzcg b24gc2ltcGxlYnVzMA0KPiA+Pj4+PiBncGlvYnVzMjogPE9GVyBHUElPIGJ1cz4gb24gZ3BpbzIN Cj4gPj4+Pj4gcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9t IGdwaW9idXMyDQo+ID4+Pj4+IGdwaW9jMjogPEdQSU8gY29udHJvbGxlcj4gb24gZ3BpbzINCj4g Pj4+Pj4gcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIGdw aW9jMg0KPiA+Pj4+PiByYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMp IGZyb20gZ3BpbzINCj4gPj4+Pj4gYW1sODcyNl9tbWMwOiA8QW1sb2dpYyBhbWw4NzI2IE1NQz4g bWVtIDB4YzExMDhjMjAtMHhjMTEwOGMzZiBpcnEgMTMgb24gc2ltcGxlYnVzMA0KPiA+Pj4+PiBt bWMwOiA8TU1DL1NEIGJ1cz4gb24gYW1sODcyNl9tbWMwDQo+ID4+Pj4+IHJhbmRvbTogaGFydmVz dGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBtbWMwDQo+ID4+Pj4+IHJhbmRvbTog aGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBhbWw4NzI2X21tYzANCj4g Pj4+Pj4gYW1sODcyNl9zZHhjMDogPEFtbG9naWMgYW1sODcyNi1tOCBTRFhDPiBtZW0gMHhjMTEw OGUwMC0weGMxMTA4ZTNiIGlycSAxNCBvbg0KPiBzaW1wbGVidXMwDQo+ID4+Pj4+IG1tYzE6IDxN TUMvU0QgYnVzPiBvbiBhbWw4NzI2X3NkeGMwDQo+ID4+Pj4+IHJhbmRvbTogaGFydmVzdGluZyBh dHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBtbWMxDQo+ID4+Pj4+IHJhbmRvbTogaGFydmVz dGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBhbWw4NzI2X3NkeGMwDQo+ID4+Pj4+ IHNpbXBsZWJ1czA6IDxybmdAYzExMDgxMDA+IG1lbSAweGMxMTA4MTAwLTB4YzExMDgxMDcgY29t cGF0IGFtbG9naWMsYW1sODcyNi1ybmcgKG5vDQo+IGRyaXZlciBhdHRhY2hlZCkNCj4gPj4+Pj4g dXNicGh5MDogPEFtbG9naWMgYW1sODcyNi1tOCBVU0IgUEhZPiBtZW0gMHhjMTEwODgwMC0weGMx MTA4ODFmIG9uIHNpbXBsZWJ1czANCj4gPj4+Pj4gcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwg OCBieXRlcyAoNCBiaXRzKSBmcm9tIHVzYnBoeTANCj4gPj4+Pj4gdXNicGh5MTogPEFtbG9naWMg YW1sODcyNi1tOCBVU0IgUEhZPiBtZW0gMHhjMTEwODgyMC0weGMxMTA4ODNmIG9uIHNpbXBsZWJ1 czANCj4gPj4+Pj4gcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBm cm9tIHVzYnBoeTENCj4gPj4+Pj4gZHdjb3RnMDogPERXQyBPVEcgMi4wIGludGVncmF0ZWQgVVNC IGNvbnRyb2xsZXI+IG1lbSAweGM5MDQwMDAwLTB4YzkwN2ZmZmYgaXJxIDE1IG9uDQo+IHNpbXBs ZWJ1czANCj4gPj4+Pj4gdXNidXMwIG9uIGR3Y290ZzANCj4gPj4+Pj4gZHdjb3RnMDogdXNicGY6 IEF0dGFjaGVkDQo+ID4+Pj4+IHJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQg Yml0cykgZnJvbSB1c2J1czANCj4gPj4+Pj4gcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBi eXRlcyAoNCBiaXRzKSBmcm9tIGR3Y290ZzANCj4gPj4+Pj4gZHdjb3RnMTogPERXQyBPVEcgMi4w IGludGVncmF0ZWQgVVNCIGNvbnRyb2xsZXI+IG1lbSAweGM5MGMwMDAwLTB4YzkwZmZmZmYgaXJx IDE2IG9uDQo+IHNpbXBsZWJ1czANCj4gPj4+Pj4gdXNidXMxIG9uIGR3Y290ZzENCj4gPj4+Pj4g ZHdjb3RnMTogdXNicGY6IEF0dGFjaGVkDQo+ID4+Pj4+IHJhbmRvbTogaGFydmVzdGluZyBhdHRh Y2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSB1c2J1czENCj4gPj4+Pj4gcmFuZG9tOiBoYXJ2ZXN0 aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIGR3Y290ZzENCj4gPj4+Pj4gZHdjMDog PEFtbG9naWMgTWVzb24gR2lnYWJpdCBFdGhlcm5ldCBDb250cm9sbGVyPiBtZW0gMHhjOTQxMDAw MC0weGM5NDExZmZmIGlycSAxMQ0KPiBvbiBzaW1wbGVidXMwDQo+ID4+Pj4+IG1paWJ1czA6IDxN SUkgYnVzPiBvbiBkd2MwDQo+ID4+Pj4+IHJnZXBoeTA6IDxSVEw4MTY5Uy84MTEwUy84MjExIDEw MDBCQVNFLVQgbWVkaWEgaW50ZXJmYWNlPiBQSFkgMCBvbiBtaWlidXMwDQo+ID4+Pj4+IHJnZXBo eTA6IE9VSSAweDAwZTA0YywgbW9kZWwgMHgwMDExLCByZXYuIDYNCj4gPj4+Pj4gcmdlcGh5MDog IG5vbmUsIDEwYmFzZVQsIDEwYmFzZVQtRkRYLCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIDEw MDBiYXNlVC1GRFgsDQo+IDEwMDBiYXNlVC1GRFgtbWFzdGVyLCBhdXRvDQo+ID4+Pj4+IHJhbmRv bTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSByZ2VwaHkwDQo+ID4+ Pj4+IHJnZXBoeTE6IDxSVEw4MTY5Uy84MTEwUy84MjExIDEwMDBCQVNFLVQgbWVkaWEgaW50ZXJm YWNlPiBQSFkgMSBvbiBtaWlidXMwDQo+ID4+Pj4+IHJnZXBoeTE6IE9VSSAweDAwZTA0YywgbW9k ZWwgMHgwMDExLCByZXYuIDYNCj4gPj4+Pj4gcmdlcGh5MTogIG5vbmUsIDEwYmFzZVQsIDEwYmFz ZVQtRkRYLCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIDEwMDBiYXNlVC1GRFgsDQo+IDEwMDBi YXNlVC1GRFgtbWFzdGVyLCBhdXRvDQo+ID4+Pj4+IHJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gs IDggYnl0ZXMgKDQgYml0cykgZnJvbSByZ2VwaHkxDQo+ID4+Pj4+IHJhbmRvbTogaGFydmVzdGlu ZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBtaWlidXMwDQo+ID4+Pj4+IGR3YzA6IGJw ZiBhdHRhY2hlZA0KPiA+Pj4+PiBkd2MwOiBFdGhlcm5ldCBhZGRyZXNzOiA2Mjo3Mzo2NDo1ZDo2 YTplYw0KPiA+Pj4+PiByYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMp IGZyb20gZHdjMA0KPiA+Pj4+PiBmYjA6IDxBbWxvZ2ljIGFtbDg3MjYgRkI+IG1lbSAweGM4MDA2 MDQ4LTB4YzgwMDYwNTMsMHhjMTEwNjgwMC0NCj4gMHhjMTEwNmJmZiwweGMxMTA3NDAwLTB4YzEx MDc3ZmYgaXJxIDE3LDE4LDE5LDIwIG9uIHNpbXBsZWJ1czANCj4gPj4+Pj4gZmJkMCBvbiBmYjAN Cj4gPj4+Pj4gVlQ6IGluaXRpYWxpemUgd2l0aCBuZXcgVlQgZHJpdmVyICJmYiIuDQo+ID4+Pj4+ IHJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBmYmQwDQo+ ID4+Pj4+IHJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBm YjANCj4gPj4+Pj4gY3B1bGlzdDA6IDxPcGVuIEZpcm13YXJlIENQVSBHcm91cD4gb24gb2Z3YnVz MA0KPiA+Pj4+PiBjcHUwOiA8T3BlbiBGaXJtd2FyZSBDUFU+IG9uIGNwdWxpc3QwDQo+ID4+Pj4+ IGNwdTA6IG1pc3NpbmcgJ2Nsb2NrLWZyZXF1ZW5jeScgcHJvcGVydHkNCj4gPj4+Pj4gcmFuZG9t OiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIGNwdTANCj4gPj4+Pj4g Y3B1MTogPE9wZW4gRmlybXdhcmUgQ1BVPiBvbiBjcHVsaXN0MA0KPiA+Pj4+PiBjcHUxOiBtaXNz aW5nICdjbG9jay1mcmVxdWVuY3knIHByb3BlcnR5DQo+ID4+Pj4+IHJhbmRvbTogaGFydmVzdGlu ZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBjcHUxDQo+ID4+Pj4+IGNwdTI6IDxPcGVu IEZpcm13YXJlIENQVT4gb24gY3B1bGlzdDANCj4gPj4+Pj4gY3B1MjogbWlzc2luZyAnY2xvY2st ZnJlcXVlbmN5JyBwcm9wZXJ0eQ0KPiA+Pj4+PiByYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4 IGJ5dGVzICg0IGJpdHMpIGZyb20gY3B1Mg0KPiA+Pj4+PiBjcHUzOiA8T3BlbiBGaXJtd2FyZSBD UFU+IG9uIGNwdWxpc3QwDQo+ID4+Pj4+IGNwdTM6IG1pc3NpbmcgJ2Nsb2NrLWZyZXF1ZW5jeScg cHJvcGVydHkNCj4gPj4+Pj4gcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBi aXRzKSBmcm9tIGNwdTMNCj4gPj4+Pj4gcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRl cyAoNCBiaXRzKSBmcm9tIGNwdWxpc3QwDQo+ID4+Pj4+IG9md2J1czA6IDxjbGtAMD4gY29tcGF0 IGZpeGVkLWNsb2NrIChubyBkcml2ZXIgYXR0YWNoZWQpDQo+ID4+Pj4+IG9md2J1czA6IDxsZWRz PiBjb21wYXQgZ3Bpby1sZWRzIChubyBkcml2ZXIgYXR0YWNoZWQpDQo+ID4+Pj4+IGNyeXB0b3Nv ZnQwOiA8c29mdHdhcmUgY3J5cHRvPg0KPiA+Pj4+PiBjcnlwdG86IGFzc2lnbiBjcnlwdG9zb2Z0 MCBkcml2ZXIgaWQgMCwgZmxhZ3MgMTAwNjYzMjk2DQo+ID4+Pj4+IGNyeXB0bzogY3J5cHRvc29m dDAgcmVnaXN0ZXJzIGFsZyAxIGZsYWdzIDAgbWF4b3BsZW4gMA0KPiA+Pj4+PiBjcnlwdG86IGNy eXB0b3NvZnQwIHJlZ2lzdGVycyBhbGcgMiBmbGFncyAwIG1heG9wbGVuIDANCj4gPj4+Pj4gY3J5 cHRvOiBjcnlwdG9zb2Z0MCByZWdpc3RlcnMgYWxnIDMgZmxhZ3MgMCBtYXhvcGxlbiAwDQo+ID4+ Pj4+IGNyeXB0bzogY3J5cHRvc29mdDAgcmVnaXN0ZXJzIGFsZyA0IGZsYWdzIDAgbWF4b3BsZW4g MA0KPiA+Pj4+PiBjcnlwdG86IGNyeXB0b3NvZnQwIHJlZ2lzdGVycyBhbGcgNSBmbGFncyAwIG1h eG9wbGVuIDANCj4gPj4+Pj4gY3J5cHRvOiBjcnlwdG9zb2Z0MCByZWdpc3RlcnMgYWxnIDE2IGZs YWdzIDAgbWF4b3BsZW4gMA0KPiA+Pj4+PiBjcnlwdG86IGNyeXB0b3NvZnQwIHJlZ2lzdGVycyBh bGcgNiBmbGFncyAwIG1heG9wbGVuIDANCj4gPj4+Pj4gY3J5cHRvOiBjcnlwdG9zb2Z0MCByZWdp c3RlcnMgYWxnIDcgZmxhZ3MgMCBtYXhvcGxlbiAwDQo+ID4+Pj4+IGNyeXB0bzogY3J5cHRvc29m dDAgcmVnaXN0ZXJzIGFsZyAxOCBmbGFncyAwIG1heG9wbGVuIDANCj4gPj4+Pj4gY3J5cHRvOiBj cnlwdG9zb2Z0MCByZWdpc3RlcnMgYWxnIDE5IGZsYWdzIDAgbWF4b3BsZW4gMA0KPiA+Pj4+PiBj cnlwdG86IGNyeXB0b3NvZnQwIHJlZ2lzdGVycyBhbGcgMjAgZmxhZ3MgMCBtYXhvcGxlbiAwDQo+ ID4+Pj4+IGNyeXB0bzogY3J5cHRvc29mdDAgcmVnaXN0ZXJzIGFsZyA4IGZsYWdzIDAgbWF4b3Bs ZW4gMA0KPiA+Pj4+PiBjcnlwdG86IGNyeXB0b3NvZnQwIHJlZ2lzdGVycyBhbGcgMTUgZmxhZ3Mg MCBtYXhvcGxlbiAwDQo+ID4+Pj4+IGNyeXB0bzogY3J5cHRvc29mdDAgcmVnaXN0ZXJzIGFsZyA5 IGZsYWdzIDAgbWF4b3BsZW4gMA0KPiA+Pj4+PiBjcnlwdG86IGNyeXB0b3NvZnQwIHJlZ2lzdGVy cyBhbGcgMTAgZmxhZ3MgMCBtYXhvcGxlbiAwDQo+ID4+Pj4+IGNyeXB0bzogY3J5cHRvc29mdDAg cmVnaXN0ZXJzIGFsZyAxMyBmbGFncyAwIG1heG9wbGVuIDANCj4gPj4+Pj4gY3J5cHRvOiBjcnlw dG9zb2Z0MCByZWdpc3RlcnMgYWxnIDE0IGZsYWdzIDAgbWF4b3BsZW4gMA0KPiA+Pj4+PiBjcnlw dG86IGNyeXB0b3NvZnQwIHJlZ2lzdGVycyBhbGcgMTEgZmxhZ3MgMCBtYXhvcGxlbiAwDQo+ID4+ Pj4+IGNyeXB0bzogY3J5cHRvc29mdDAgcmVnaXN0ZXJzIGFsZyAyMiBmbGFncyAwIG1heG9wbGVu IDANCj4gPj4+Pj4gY3J5cHRvOiBjcnlwdG9zb2Z0MCByZWdpc3RlcnMgYWxnIDIzIGZsYWdzIDAg bWF4b3BsZW4gMA0KPiA+Pj4+PiBjcnlwdG86IGNyeXB0b3NvZnQwIHJlZ2lzdGVycyBhbGcgMjUg ZmxhZ3MgMCBtYXhvcGxlbiAwDQo+ID4+Pj4+IGNyeXB0bzogY3J5cHRvc29mdDAgcmVnaXN0ZXJz IGFsZyAyNCBmbGFncyAwIG1heG9wbGVuIDANCj4gPj4+Pj4gY3J5cHRvOiBjcnlwdG9zb2Z0MCBy ZWdpc3RlcnMgYWxnIDI2IGZsYWdzIDAgbWF4b3BsZW4gMA0KPiA+Pj4+PiBjcnlwdG86IGNyeXB0 b3NvZnQwIHJlZ2lzdGVycyBhbGcgMjcgZmxhZ3MgMCBtYXhvcGxlbiAwDQo+ID4+Pj4+IGNyeXB0 bzogY3J5cHRvc29mdDAgcmVnaXN0ZXJzIGFsZyAyOCBmbGFncyAwIG1heG9wbGVuIDANCj4gPj4+ Pj4gY3J5cHRvOiBjcnlwdG9zb2Z0MCByZWdpc3RlcnMgYWxnIDIxIGZsYWdzIDAgbWF4b3BsZW4g MA0KPiA+Pj4+PiBjcnlwdG86IGNyeXB0b3NvZnQwIHJlZ2lzdGVycyBhbGcgMTcgZmxhZ3MgMCBt YXhvcGxlbiAwDQo+ID4+Pj4+IHJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQg Yml0cykgZnJvbSBjcnlwdG9zb2Z0MA0KPiA+Pj4+PiBwcm9jZnMgcmVnaXN0ZXJlZA0KPiA+Pj4+ PiBUaW1lY291bnRlcnMgdGljayBldmVyeSAxMC4wMDAgbXNlYw0KPiA+Pj4+PiB0Y3BfaW5pdDog bmV0LmluZXQudGNwLnRjYmhhc2hzaXplIGF1dG8gdHVuZWQgdG8gODE5Mg0KPiA+Pj4+PiB1c2J1 czA6IDQ4ME1icHMgSGlnaCBTcGVlZCBVU0IgdjIuMA0KPiA+Pj4+PiBJUHNlYzogSW5pdGlhbGl6 ZWQgU2VjdXJpdHkgQXNzb2NpYXRpb24gUHJvY2Vzc2luZy4NCj4gPj4+Pj4gbG8wOiBicGYgYXR0 YWNoZWQNCj4gPj4+Pj4gbW1jMDogUHJvYmluZyBidXMNCj4gPj4+Pj4gdXNidXMxOiA0ODBNYnBz IEhpZ2ggU3BlZWQgVVNCIHYyLjANCj4gPj4+Pj4gbW1jMDogU0QgMi4wIGludGVyZmFjZSBjb25k aXRpb25zOiBPSw0KPiA+Pj4+PiBtbWMwOiBTRCBwcm9iZTogT0sgKE9DUjogMHg0MGZmODAwMCkN Cj4gPj4+Pj4gbW1jMDogQ3VycmVudCBPQ1I6IDB4MDBmZjgwMDANCj4gPj4+Pj4gdWdlbjEuMTog PERXQ09URz4gYXQgdXNidXMxDQo+ID4+Pj4+IHVodWIwOiA8RFdDT1RHIE9URyBSb290IEhVQiwg Y2xhc3MgOS8wLCByZXYgMi4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMQ0KPiA+Pj4+PiB1Z2Vu MC4xOiA8RFdDT1RHPiBhdCB1c2J1czANCj4gPj4+Pj4gdWh1YjE6IDxEV0NPVEcgT1RHIFJvb3Qg SFVCLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMwDQo+ID4+Pj4+ IG1tYzA6IFByb2JpbmcgY2FyZHMNCj4gPj4+Pj4gbW1jMDogTmV3IGNhcmQgZGV0ZWN0ZWQgKENJ RCAwMzUzNDQ1MzRjMzAzODQ3ODAyOWNmZWU0ZTAwZjkwMCkNCj4gPj4+Pj4gbW1jMDogTmV3IGNh cmQgZGV0ZWN0ZWQgKENTRCA0MDBlMDAzMjViNTkwMDAwM2IzNzdmODAwYTQwNDAwMCkNCj4gPj4+ Pj4gbW1jMDogQ2FyZCBhdCByZWxhdGl2ZSBhZGRyZXNzIDB4YWFhYSBhZGRlZDoNCj4gPj4+Pj4g bW1jMDogIGNhcmQ6IFNESEMgU0wwOEcgOC4wIFNOIDI5Q0ZFRTRFIE1GRyAwOS8yMDE1IGJ5IDMg U0QNCj4gPj4+Pj4gbW1jMDogIGJ1czogNGJpdCwgNTBNSHosIGhpZ2ggc3BlZWQgdGltaW5nDQo+ ID4+Pj4+IG1tYzA6ICBtZW1vcnk6IDE1NTIzODQwIGJsb2NrcywgZXJhc2Ugc2VjdG9yIDgxOTIg YmxvY2tzDQo+ID4+Pj4+IG1tYzA6IHNldHRpbmcgdHJhbnNmZXIgcmF0ZSB0byAzOS43NTBNSHog KGhpZ2ggc3BlZWQgdGltaW5nKQ0KPiA+Pj4+PiBtbWNzZDA6IDhHQiA8U0RIQyBTTDA4RyA4LjAg U04gMjlDRkVFNEUgTUZHIDA5LzIwMTUgYnkgMyBTRD4gYXQgbW1jMCAzOS43TUh6LzRiaXQvOC0N Cj4gYmxvY2sNCj4gPj4+Pj4gcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBi aXRzKSBmcm9tIG1tY3NkMA0KPiA+Pj4+PiBtbWMxOiBQcm9iaW5nIGJ1cw0KPiA+Pj4+PiBHRU9N OiBuZXcgZGlzayBtbWNzZDANCj4gPj4+Pj4gbW1jMDogc2V0dGluZyBidXMgd2lkdGggdG8gNCBi aXRzDQo+ID4+Pj4+IEdFT01fUEFSVDogcGFydGl0aW9uIDEgb24gKG1tY3NkMCwgTUJSKSBpcyBu b3QgYWxpZ25lZCBvbiA0MTk0MzA0IGJ5dGVzDQo+ID4+Pj4+IEdFT01fUEFSVDogcGFydGl0aW9u IDIgb24gKG1tY3NkMCwgTUJSKSBpcyBub3QgYWxpZ25lZCBvbiA0MTk0MzA0IGJ5dGVzDQo+ID4+ Pj4+IG1tYzE6IFNEIHByb2JlOiBmYWlsZWQNCj4gPj4+Pj4gbW1jMTogTU1DIHByb2JlOiBmYWls ZWQNCj4gPj4+Pj4gbW1jMTogQ3VycmVudCBPQ1I6IDB4MDAwMDAwMDANCj4gPj4+Pj4gbW1jMTog Tm8gY29tcGF0aWJsZSBjYXJkcyBmb3VuZCBvbiBidXMNCj4gPj4+Pj4gUmVsZWFzZSBBUHMNCj4g Pj4+Pj4gV0FSTklORzogV0lUTkVTUyBvcHRpb24gZW5hYmxlZCwgZXhwZWN0IHJlZHVjZWQgcGVy Zm9ybWFuY2UuDQo+ID4+Pj4+IFRyeWluZyB0byBtb3VudCByb290IGZyb20gdWZzOm1tY3NkMHMy IFtdLi4uDQo+ID4+Pj4+IEdFT01fUEFSVDogcGFydGl0aW9uIDEgb24gKG1tY3NkMHMyLCBCU0Qp IGlzIG5vdCBhbGlnbmVkIG9uIDQxOTQzMDQgYnl0ZXMNCj4gPj4+Pj4gR0VPTV9QQVJUOiBwYXJ0 aXRpb24gMSBvbiAoZGlza2lkL0RJU0stMjlDRkVFNEUsIE1CUikgaXMgbm90IGFsaWduZWQgb24g NDE5NDMwNA0KPiBieXRlcw0KPiA+Pj4+PiBHRU9NX1BBUlQ6IHBhcnRpdGlvbiAyIG9uIChkaXNr aWQvRElTSy0yOUNGRUU0RSwgTUJSKSBpcyBub3QgYWxpZ25lZCBvbiA0MTk0MzA0DQo+IGJ5dGVz DQo+ID4+Pj4+IEdFT01fUEFSVDogcGFydGl0aW9uIDEgb24gKGRpc2tpZC9ESVNLLTI5Q0ZFRTRF czIsIEJTRCkgaXMgbm90IGFsaWduZWQgb24gNDE5NDMwNA0KPiBieXRlcw0KPiA+Pj4+PiB3YXJu aW5nOiBubyB0aW1lLW9mLWRheSBjbG9jayByZWdpc3RlcmVkLCBzeXN0ZW0gdGltZSB3aWxsIG5v dCBiZSBzZXQgYWNjdXJhdGVseQ0KPiA+Pj4+PiBzdGFydF9pbml0OiB0cnlpbmcgL3NiaW4vaW5p dA0KPiA+Pj4+PiB1aHViMDogMSBwb3J0IHdpdGggMSByZW1vdmFibGUsIHNlbGYgcG93ZXJlZA0K PiA+Pj4+PiByYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20g dWh1YjANCj4gPj4+Pj4gdWh1YjE6IDEgcG9ydCB3aXRoIDEgcmVtb3ZhYmxlLCBzZWxmIHBvd2Vy ZWQNCj4gPj4+Pj4gcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBm cm9tIHVodWIxDQo+ID4+Pj4+IHVnZW4xLjI6IDx2ZW5kb3IgMHgwNWUzPiBhdCB1c2J1czENCj4g Pj4+Pj4gdWh1YjI6IDx2ZW5kb3IgMHgwNWUzIFVTQjIuMCBIdWIsIGNsYXNzIDkvMCwgcmV2IDIu MDAvMzIuOTgsIGFkZHIgMj4gb24gdXNidXMxDQo+ID4+Pj4+IHVodWIyOiBNVFQgZW5hYmxlZA0K PiA+Pj4+PiBHcm93aW5nIHJvb3QgcGFydGl0aW9uIHRvIGZpbGwgZGV2aWNlDQo+ID4+Pj4+IEdF T01fUEFSVDogcGFydGl0aW9uIDEgb24gKGRpc2tpZC9ESVNLLTI5Q0ZFRTRFLCBNQlIpIGlzIG5v dCBhbGlnbmVkIG9uIDQxOTQzMDQNCj4gYnl0ZXMNCj4gPj4+Pj4gR0VPTV9QQVJUOiBwYXJ0aXRp b24gMiBvbiAoZGlza2lkL0RJU0stMjlDRkVFNEUsIE1CUikgaXMgbm90IGFsaWduZWQgb24gNDE5 NDMwNA0KPiBieXRlcw0KPiA+Pj4+PiBHRU9NX1BBUlQ6IHBhcnRpdGlvbiAxIG9uIChkaXNraWQv RElTSy0yOUNGRUU0RXMyLCBCU0QpIGlzIG5vdCBhbGlnbmVkIG9uIDQxOTQzMDQNCj4gYnl0ZXMN Cj4gPj4+Pj4gbW1jc2QwczIgcmVzaXplZA0KPiA+Pj4+PiBncm93ZnM6IHN1cGVyYmxvY2sgbm90 IHJlY29nbml6ZWQNCj4gPj4+Pj4gL2V0Yy9yYzogV0FSTklORzogaG9zdGlkOiB1bmFibGUgdG8g ZmlndXJlIG91dCBhIFVVSUQgZnJvbSBETUkgZGF0YSwgZ2VuZXJhdGluZyBhDQo+IG5ldyBvbmUN Cj4gPj4+Pj4gdWh1YjI6IDQgcG9ydHMgd2l0aCA0IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkDQo+ ID4+Pj4+IHJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSB1 aHViMg0KPiA+Pj4+PiBTZXR0aW5nIGhvc3R1dWlkOiAyMTQ2MTBiMS1mNzJlLTExZTUtODIwMy1k ZjA3MzQxMjI2NmMuDQo+ID4+Pj4+IFNldHRpbmcgaG9zdGlkOiAweDM3MzQyNWFkLg0KPiA+Pj4+ PiBObyBzdWl0YWJsZSBkdW1wIGRldmljZSB3YXMgZm91bmQuDQo+ID4+Pj4+IFN0YXJ0aW5nIGZp bGUgc3lzdGVtIGNoZWNrczoNCj4gPj4+Pj4gL2Rldi9tbWNzZDBzMjogRklMRSBTWVNURU0gQ0xF QU47IFNLSVBQSU5HIENIRUNLUw0KPiA+Pj4+PiAvZGV2L21tY3NkMHMyOiBjbGVhbiwgMzY2ODcg ZnJlZSAoMTAzIGZyYWdzLCA0NTczIGJsb2NrcywgMC4wJSBmcmFnbWVudGF0aW9uKQ0KPiA+Pj4+ PiBHRU9NX1BBUlQ6IHBhcnRpdGlvbiAxIG9uIChtbWNzZDBzMiwgQlNEKSBpcyBub3QgYWxpZ25l ZCBvbiA0MTk0MzA0IGJ5dGVzDQo+ID4+Pj4+IEdFT01fUEFSVDogcGFydGl0aW9uIDEgb24gKGRp c2tpZC9ESVNLLTI5Q0ZFRTRFLCBNQlIpIGlzIG5vdCBhbGlnbmVkIG9uIDQxOTQzMDQNCj4gYnl0 ZXMNCj4gPj4+Pj4gR0VPTV9QQVJUOiBwYXJ0aXRpb24gMiBvbiAoZGlza2lkL0RJU0stMjlDRkVF NEUsIE1CUikgaXMgbm90IGFsaWduZWQgb24gNDE5NDMwNA0KPiBieXRlcw0KPiA+Pj4+PiBHRU9N X1BBUlQ6IHBhcnRpdGlvbiAxIG9uIChkaXNraWQvRElTSy0yOUNGRUU0RXMyLCBCU0QpIGlzIG5v dCBhbGlnbmVkIG9uIDQxOTQzMDQNCj4gYnl0ZXMNCj4gPj4+Pj4gTW91bnRpbmcgbG9jYWwgZmls ZSBzeXN0ZW1zOi4NCj4gPj4+Pj4gU2V0dGluZyBob3N0bmFtZTogZnJlZWJzZC4NCj4gPj4+Pj4g U2V0dGluZyB1cA0KPiBoYXJ2ZXN0aW5nOltVTUFdLFtGU19BVElNRV0sU1dJLElOVEVSUlVQVCxO RVRfTkcsTkVUX0VUSEVSLE5FVF9UVU4sTU9VU0UsS0VZQk9BUkQsQVRUQUNILEMNCj4gQUNIRUQN Cj4gPj4+Pj4gRmVlZGluZyBlbnRyb3B5OnJhbmRvbTogdW5ibG9ja2luZyBkZXZpY2UuDQo+ID4+ Pj4+IC4NCj4gPj4+Pj4gZHdjMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIERPV04NCj4gPj4+Pj4g U3RhcnRpbmcgTmV0d29yazogbG8wIGR3YzAuDQo+ID4+Pj4+IGxvMDogZmxhZ3M9ODA0OTxVUCxM T09QQkFDSyxSVU5OSU5HLE1VTFRJQ0FTVD4gbWV0cmljIDAgbXR1IDE2Mzg0DQo+ID4+Pj4+ICAg IG9wdGlvbnM9NjAwMDAzPFJYQ1NVTSxUWENTVU0sUlhDU1VNX0lQVjYsVFhDU1VNX0lQVjY+DQo+ ID4+Pj4+ICAgIGluZXQ2IDo6MSBwcmVmaXhsZW4gMTI4DQo+ID4+Pj4+ICAgIGluZXQ2IGZlODA6 OjElbG8wIHByZWZpeGxlbiA2NCBzY29wZWlkIDB4Mg0KPiA+Pj4+PiAgICBpbmV0IDEyNy4wLjAu MSBuZXRtYXNrIDB4ZmYwMDAwMDANCj4gPj4+Pj4gICAgZ3JvdXBzOiBsbw0KPiA+Pj4+PiAgICBu ZDYgb3B0aW9ucz0yMTxQRVJGT1JNTlVELEFVVE9fTElOS0xPQ0FMPg0KPiA+Pj4+PiBkd2MwOiBm bGFncz04ODQzPFVQLEJST0FEQ0FTVCxSVU5OSU5HLFNJTVBMRVgsTVVMVElDQVNUPiBtZXRyaWMg MCBtdHUgMTUwMA0KPiA+Pj4+PiAgICBvcHRpb25zPTgwMDA4PFZMQU5fTVRVLExJTktTVEFURT4N Cj4gPj4+Pj4gICAgZXRoZXIgNjI6NzM6NjQ6NWQ6NmE6ZWMNCj4gPj4+Pj4gICAgbWVkaWE6IEV0 aGVybmV0IGF1dG9zZWxlY3QgKG5vbmUpDQo+ID4+Pj4+ICAgIHN0YXR1czogbm8gY2Fycmllcg0K PiA+Pj4+PiAgICBuZDYgb3B0aW9ucz0yOTxQRVJGT1JNTlVELElGRElTQUJMRUQsQVVUT19MSU5L TE9DQUw+DQo+ID4+Pj4+IEVMRiBsZGNvbmZpZyBwYXRoOiAvbGliIC91c3IvbGliIC91c3IvbGli L2NvbXBhdA0KPiA+Pj4+PiBTdGFydGluZyBkZXZkLg0KPiA+Pj4+PiBhZGQgbmV0IGZlODA6Ojog Z2F0ZXdheSA6OjENCj4gPj4+Pj4gYWRkIG5ldCBmZjAyOjo6IGdhdGV3YXkgOjoxDQo+ID4+Pj4+ IGFkZCBuZXQgOjpmZmZmOjAuMC4wLjA6IGdhdGV3YXkgOjoxDQo+ID4+Pj4+IGFkZCBuZXQgOjow LjAuMC4wOiBnYXRld2F5IDo6MQ0KPiA+Pj4+PiBHZW5lcmF0aW5nIGhvc3QuY29uZi4NCj4gPj4+ Pj4gV2FpdGluZyAzMHMgZm9yIHRoZSBkZWZhdWx0IHJvdXRlIGludGVyZmFjZTogLi4uLi4obm8g Y2FycmllcikNCj4gPj4+Pj4gQ3JlYXRpbmcgYW5kL29yIHRyaW1taW5nIGxvZyBmaWxlcy4NCj4g Pj4+Pj4gU3RhcnRpbmcgc3lzbG9nZC4NCj4gPj4+Pj4gQ2xlYXJpbmcgL3RtcCAoWCByZWxhdGVk KS4NCj4gPj4+Pj4gVXBkYXRpbmcgbW90ZDouDQo+ID4+Pj4+IE1vdW50aW5nIGxhdGUgZmlsZSBz eXN0ZW1zOi4NCj4gPj4+Pj4gQ29uZmlndXJpbmcgdnQ6IGJsYW5rdGltZS4NCj4gPj4+Pj4gR2Vu ZXJhdGluZyBSU0EgaG9zdCBrZXkuDQo+ID4+Pj4+IDIwNDggU0hBMjU2OmVmaWQ0ZkNwS1psbWRp NjliMThxaitTTngybVNQUU5yNm91ckIvdzl0UHcgcm9vdEBmcmVlYnNkIChSU0EpDQo+ID4+Pj4+ IEdlbmVyYXRpbmcgRUNEU0EgaG9zdCBrZXkuDQo+ID4+Pj4+IDI1NiBTSEEyNTY6YnBCVk0wQjlh M3hEaG15M2J2b0M0T3VFTEFKNGZ2SmQrcDN0TndnaWE2ayByb290QGZyZWVic2QgKEVDRFNBKQ0K PiA+Pj4+PiBHZW5lcmF0aW5nIEVEMjU1MTkgaG9zdCBrZXkuDQo+ID4+Pj4+IDI1NiBTSEEyNTY6 VkhNS29EQTFadjUwQ214aUxKd1RJdmc1OFMyRHVCZzZ6ajJWRlhER3EvTSByb290QGZyZWVic2Qg KEVEMjU1MTkpDQo+ID4+Pj4+IFBlcmZvcm1pbmcgc2FuaXR5IGNoZWNrIG9uIHNzaGQgY29uZmln dXJhdGlvbi4NCj4gPj4+Pj4gQ291bGQgbm90IGxvYWQgaG9zdCBrZXk6IC9ldGMvc3NoL3NzaF9o b3N0X2RzYV9rZXkNCj4gPj4+Pj4gU3RhcnRpbmcgc3NoZC4NCj4gPj4+Pj4gQ291bGQgbm90IGxv YWQgaG9zdCBrZXk6IC9ldGMvc3NoL3NzaF9ob3N0X2RzYV9rZXkNCj4gPj4+Pj4gU3RhcnRpbmcg Y3Jvbi4NCj4gPj4+Pj4gU3RhcnRpbmcgYmFja2dyb3VuZCBmaWxlIHN5c3RlbSBjaGVja3MgaW4g NjAgc2Vjb25kcy4NCj4gPj4+Pj4gbG9jayBvcmRlciByZXZlcnNhbDoNCj4gPj4+Pj4gMXN0IDB4 YzQ0OTk4MTQgdWZzICh1ZnMpIEAgL3Vzci9ob21lL2Vtb2UvUHJvamVjdHMvQVJNL3NyYy9zeXMv a2Vybi92ZnNfc3Vici5jOjI0OTgNCj4gPj4+Pj4gMm5kIDB4ZDkwMTY5YTAgYnVmd2FpdCAoYnVm d2FpdCkgQA0KPiAvdXNyL2hvbWUvZW1vZS9Qcm9qZWN0cy9BUk0vc3JjL3N5cy91ZnMvZmZzL2Zm c192bm9wcy5jOjI2Mw0KPiA+Pj4+PiAzcmQgMHhjNDVjMTVkNCB1ZnMgKHVmcykgQCAvdXNyL2hv bWUvZW1vZS9Qcm9qZWN0cy9BUk0vc3JjL3N5cy9rZXJuL3Zmc19zdWJyLmM6MjQ5OA0KPiA+Pj4+ PiBzdGFjayBiYWNrdHJhY2U6DQo+ID4+Pj4+IG1vdW50OiAvZGV2L21tY3NkMHMyOiBEZXZpY2Ug YnVzeQ0KPiA+Pj4+Pg0KPiA+Pj4+PiBUaHUgTWFyIDMxIDEwOjQ5OjI5IFVUQyAyMDE2DQo+ID4+ Pj4+DQo+ID4+Pj4+IEZyZWVCU0QvYXJtIChmcmVlYnNkKSAodHR5dTApDQo+ID4+Pj4+DQo+ID4+ Pj4+IGxvZ2luOg0KPiA+Pj4+Pg0KPiA+Pj4+Pj4gT24gTWFyIDMwLCAyMDE2LCBhdCA3OjQ3IFBN LCBFcmlrIE1vZSA8ZS5tb2VAcmNuLmNvbT4gd3JvdGU6DQo+ID4+Pj4+Pg0KPiA+Pj4+Pj4gSSB3 YXMgYWJsZSB0byBidWlsZCBhIHdvcmtpbmcgb2Ryb2lkLWMxIGltYWdlIG5vdCB0b28gbG9uZyBh Z28uICBMZXQgbWUgcHVsbCB0aGUNCj4gbGF0ZXN0IHNvdXJjZXMgYW5kIHNlZSBpZiBzb21ldGhp bmcgaGFzIGNoYW5nZWQuDQo+ID4+Pj4+Pg0KPiA+Pj4+Pj4gRXJpaw0KPiA+Pj4+Pj4NCj4gPj4+ Pj4+PiBPbiBNYXIgMzAsIDIwMTYsIGF0IDI6MjQgQU0sIERhbmllbCBCcmFuaXNzIDxkYW5ueUBj cy5odWppLmFjLmlsPiB3cm90ZToNCj4gPj4+Pj4+Pg0KPiA+Pj4+Pj4+IEhpLA0KPiA+Pj4+Pj4+ IE1hbmFnZWQgdG8gbWFrZSBhIGJvb3RhYmxlIFNELCBjcm9zcyBjb21waWxlIHdvcmxkL2tlcm5l bCwNCj4gPj4+Pj4+PiBidXQgdGhlIGtlcm5lbCBzdGFydHVwIGdldHMgc3R1Y2ssIEkgY2Fu4oCZ dCBldmVuIGdldCBpbnRvIHRoZSBkZWJ1Z2dlci4NCj4gPj4+Pj4+PiBhbnkgaGVscC9oaW50cyBt b3N0IHdlbGNvbWUgOi0pDQo+ID4+Pj4+Pj4gYnR3LCBJIGNhbiBhbHNvIGJvb3QgdmlhIHRoZSBu ZXR3b3JrLCBjdXR0aW5nIGRvd24gdGhlIGRlYnVnIGN5Y2xlIGNvbnNpZGVyYWJseS4NCj4gPj4+ Pj4+PiB0aGFua3MsDQo+ID4+Pj4+Pj4gZGFubnkNCj4gPj4+Pj4+PiBQUzogaGVyZSBpcyB0aGUg Y29uc29sZSBvdXRwdXQNCj4gPj4+Pj4+PiA8czE+DQo+ID4+Pj4+Pj4gX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gPj4+Pj4+PiBmcmVlYnNkLWFybUBm cmVlYnNkLm9yZyBtYWlsaW5nIGxpc3QNCj4gPj4+Pj4+PiBodHRwczovL2xpc3RzLmZyZWVic2Qu b3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJzZC1hcm0NCj4gPj4+Pj4+PiBUbyB1bnN1YnNjcmli ZSwgc2VuZCBhbnkgbWFpbCB0byAiZnJlZWJzZC1hcm0tdW5zdWJzY3JpYmVAZnJlZWJzZC5vcmci DQo+ID4+Pj4+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xw0KPiA+Pj4+Pj4gZnJlZWJzZC1hcm1AZnJlZWJzZC5vcmcgbWFpbGluZyBsaXN0DQo+ID4+Pj4+ PiBodHRwczovL2xpc3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJzZC1hcm0N Cj4gPj4+Pj4+IFRvIHVuc3Vic2NyaWJlLCBzZW5kIGFueSBtYWlsIHRvICJmcmVlYnNkLWFybS11 bnN1YnNjcmliZUBmcmVlYnNkLm9yZyINCj4gPj4+Pj4NCj4gPj4+Pg0KPiA+Pj4+IF9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+ID4+Pj4gZnJlZWJzZC1h cm1AZnJlZWJzZC5vcmcgbWFpbGluZyBsaXN0DQo+ID4+Pj4gaHR0cHM6Ly9saXN0cy5mcmVlYnNk Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ZyZWVic2QtYXJtDQo+ID4+Pj4gVG8gdW5zdWJzY3JpYmUs IHNlbmQgYW55IG1haWwgdG8gImZyZWVic2QtYXJtLXVuc3Vic2NyaWJlQGZyZWVic2Qub3JnIg0K PiA+Pj4NCj4gPj4NCj4gPg0KPiANCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18NCj4gZnJlZWJzZC1hcm1AZnJlZWJzZC5vcmcgbWFpbGluZyBsaXN0DQo+ IGh0dHBzOi8vbGlzdHMuZnJlZWJzZC5vcmcvbWFpbG1hbi9saXN0aW5mby9mcmVlYnNkLWFybQ0K PiBUbyB1bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFpbCB0byAiZnJlZWJzZC1hcm0tdW5zdWJzY3Jp YmVAZnJlZWJzZC5vcmciDQo= From owner-freebsd-arm@freebsd.org Sat Apr 9 21:09: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 EA4B3B09EC9 for ; Sat, 9 Apr 2016 21:09:53 +0000 (UTC) (envelope-from sylgar@gmail.com) Received: from mail-wm0-x231.google.com (mail-wm0-x231.google.com [IPv6:2a00:1450:400c:c09::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8198B12A7; Sat, 9 Apr 2016 21:09:53 +0000 (UTC) (envelope-from sylgar@gmail.com) Received: by mail-wm0-x231.google.com with SMTP id v188so48282081wme.1; Sat, 09 Apr 2016 14:09:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=RZFyaIW59cMzskjcDv5ilrqmAjod5rMP9s1orpofQn8=; b=CH8wMFjPQQgUWGGfiY4wbiNDm6DZ6VAMHM9dzAcTljEUjd9uVFX+SCUShA7k2rWvOy 0iHQFmQQHZcyVJc3b3w91L5UKTbvxfrCBgytcSQAPsoEAfgY/yzKIbbdLWDROYNapjYL LTgwXv5OWuJB0iNqvcVyxdg2UBYjeCh7pcmbHxy562eUIrHjkyIbLY/KUH6s0sCejdES 5w5NzoGd/Z11Tdn4X8hUMb1oeHgf/FWphazjUat09bWYlbxGlamEY/VWqEOxiIY2ppnC +r9P7HRuf4QkmdvhEiqLBtiHPO36d+H1ANnI0QGTu20ZjCYCG3oYl8TLM1JKuCDiFi/y 8lxQ== 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=RZFyaIW59cMzskjcDv5ilrqmAjod5rMP9s1orpofQn8=; b=f8XM2bZv90CqmLiZuc5D4/zy4Ejlcr+vQzI6k8eaYCHYWlemQWO5rXPU9W6gLiHQwu /K+Hy0bUvArKQpR2HB/03APhslXzdWEAKrrYDbF6ThrMfb7BO1Lf3GnxBw46TsfDYdnw r0vLevQn8jLHQ/xEpLvKnyHWx5T8A9WUJ1bXSjO5CrmIBm3aynuqrNDuSjLAj83HpM2v W0OSd8vjhmtalsdlaHQ2APDVRnjjsJ4ImLWy3uqV31Ct9yXz1ALHHE0qOpB70ovyTLKC skulwNZpc+8z5txtmTe+nrla2+mUx1MvMV0EeIFEvsb8EPfCiSF23x+YvrEjghhmKoPJ HD7w== X-Gm-Message-State: AD7BkJLOWcPwm6M/Pkrc8s3Xu/UUJw/843wOQ8/QHFW/28C0yNoujug9vI61JLnV9hAn1w== X-Received: by 10.194.174.39 with SMTP id bp7mr16067502wjc.28.1460236192202; Sat, 09 Apr 2016 14:09:52 -0700 (PDT) Received: from [192.168.0.11] (plr75-1-82-226-218-68.fbx.proxad.net. [82.226.218.68]) by smtp.gmail.com with ESMTPSA id j18sm9364959wmd.2.2016.04.09.14.09.50 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sat, 09 Apr 2016 14:09:51 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: Can't installworld for arm -- cc: not found From: Sylvain Garrigues In-Reply-To: <1460219575.1091.334.camel@freebsd.org> Date: Sat, 9 Apr 2016 23:09:49 +0200 Cc: Russell Haley , Emb Aud , freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <1460217833.1091.326.camel@freebsd.org> <0FE5C8DC-83CB-4206-AB3F-1CE28A612098@gmail.com> <1460219575.1091.334.camel@freebsd.org> To: Ian Lepore X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 21:09:54 -0000 Le 9 avr. 2016 =C3=A0 18:32, Ian Lepore a =C3=A9crit : > The words on that page reflect the plan as of about a year ago, but = the > new plan (which I don't really understand the details of beyond "it > will all just work") is that armv6hf will cease to exist and armv6 = will > be purely hardfloat ABI. There will be some magical thing that makes > applications compiled with softfloat magically use the right = libraries, > and this is supposed to make ports and packages magically work too. Thanks. Anybody on this mailing list can shed some light on when the = magic is going to happen? And is the arm (32 bits) target planned to become a tier-1 platform for = 11-RELEASE? From owner-freebsd-arm@freebsd.org Sat Apr 9 22:29: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 2A439B0AF40 for ; Sat, 9 Apr 2016 22:29:35 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from pmta2.delivery6.ore.mailhop.org (pmta2.delivery6.ore.mailhop.org [54.200.129.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E58011287 for ; Sat, 9 Apr 2016 22:29:34 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 8b3e77bf-fea2-11e5-999f-1bb1acbc0c26 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.34.117.227 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.34.117.227]) by outbound2.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Sat, 9 Apr 2016 22:29:37 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u39MTQ7G009971; Sat, 9 Apr 2016 16:29:26 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1460240966.1091.340.camel@freebsd.org> Subject: Re: No usable event timer found on RPI2 From: Ian Lepore To: bob prohaska Cc: freebsd-arm@freebsd.org Date: Sat, 09 Apr 2016 16:29:26 -0600 In-Reply-To: <20160409181716.GH71221@www.zefox.net> References: <20160409020229.GF71221@www.zefox.net> <20160409164903.GG71221@www.zefox.net> <1460220814.1091.338.camel@freebsd.org> <20160409181716.GH71221@www.zefox.net> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 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 Apr 2016 22:29:35 -0000 On Sat, 2016-04-09 at 11:17 -0700, bob prohaska wrote: > On Sat, Apr 09, 2016 at 10:53:34AM -0600, Ian Lepore wrote: > > > > The rpi.dtb file lives on the FAT partition where u-boot is, but > > it's > > created by the freebsd build process and installing the kernel puts > > the > > new dtb into /boot/dtb on the freebsd rootfs. Something else > > (crochet > > or some similar script, or you by hand) have to copy from there to > > the > > FAT partition on the sdcard. > > > > Note that right now all of this is unique to rpi. For other arm > > boards, u-boot isn't involved in the dtb file loading at all and > > the > > file is normally read by ubldr from the freebsd filesystem. > > > > There may come a day when all arm boards have to work more like rpi > > does now (due to the way the u-boot world is evolving). > > > > > > What inhibits making the copy to FAT part of kernel install? > The freebsd build process doesn't know anything about filesystems, it just installs things to DESTDIR (which is / by default). If you're doing the kernel build and install native on the rpi, you could get the effect you want by doing: mount -t msdosfs /dev/mmcsd0s1 /boot/dtb make installkernel umount /boot/dtb At least, I think that should work. -- Ian > The file has been moved. When the present build/install cycle > completes I'll discover the next of my mistakes 8-). > > With my thanks, > > bob prohaska > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org > "