From owner-freebsd-arm@freebsd.org Sun Jul 19 00:26:51 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 124409A5EB6 for ; Sun, 19 Jul 2015 00:26:51 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by mx1.freebsd.org (Postfix) with ESMTP id 9688E1BF8 for ; Sun, 19 Jul 2015 00:26:49 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from ppp14-2-58-163.lns21.adl2.internode.on.net (HELO midget.dons.net.au) ([14.2.58.163]) by ipmail06.adl6.internode.on.net with ESMTP; 19 Jul 2015 09:56:48 +0930 Received: from maelstrom.dons.net.au (Maelstrom.dons.net.au [10.0.2.104]) (authenticated bits=0) by midget.dons.net.au (8.15.1/8.14.9) with ESMTPSA id t6J0QeA2013930 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 19 Jul 2015 09:56:46 +0930 (CST) (envelope-from darius@dons.net.au) Subject: Re: How to Xbuild to BBB? Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) Content-Type: text/plain; charset=utf-8 From: "O'Connor, Daniel" In-Reply-To: <19291C97-5A51-42D2-AC08-6B067AB8D2BD@kientzle.com> Date: Sun, 19 Jul 2015 09:56:40 +0930 Cc: Leonardo Fogel , freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <2DED4E32-6599-4F5A-BDC8-E52F420D69C0@dons.net.au> References: <1436542993.46776.YahooMailBasic@web120803.mail.ne1.yahoo.com> <19291C97-5A51-42D2-AC08-6B067AB8D2BD@kientzle.com> To: Tim Kientzle X-Mailer: Apple Mail (2.2102) X-Spam-Score: -4.328 () ALL_TRUSTED,BAYES_00,RP_MATCHES_RCVD,URIBL_BLOCKED X-Scanned-By: MIMEDefang 2.75 on 10.0.2.1 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2015 00:26:51 -0000 > On 12 Jul 2015, at 06:04, Tim Kientzle wrote: >=20 > 6) install FreeBSD onto the SD card UFS partition (be *very* certain = that you get the DESTDIR argument right here!). >=20 > $ cd /usr/src > $ make TARGET=3Darm TARGET_ARCH=3Darmv6 DESTDIR=3D/mnt installworld > $ make TARGET=3Darm TARGET_ARCH=3Darmv6 DESTDIR=3D/mnt distrib-dirs > $ make TARGET=3Darm TARGET_ARCH=3Darmv6 DESTDIR=3D/mnt distribution > $ make TARGET=3Darm TARGET_ARCH=3Darmv6 DESTDIR=3D/mnt installkernel > $ echo =E2=80=9CKERNCONF=3DBEAGLEBONE=E2=80=9D > /mnt/etc/src.conf > $ touch /mnt/firstboot Is there a way to update a running BBB system? I tried doing a cross build and then an install kernel with src and obj = mounted via NFS but I get.. root@beaglebone:~ # mount /dev/mmcsd0s2a on / (ufs, local, noatime, journaled soft-updates, = nfsv4acls) devfs on /dev (devfs, local) /dev/mmcsd0s1 on /boot/msdos (msdosfs, local, noatime) /dev/md0 on /tmp (ufs, local, noatime, soft-updates) /dev/md1 on /var/log (ufs, local, noatime, soft-updates) /dev/md2 on /var/tmp (ufs, local, noatime, soft-updates) freebsd10:/src on /src (nfs) freebsd10:/usr/obj on /usr/obj (nfs) root@beaglebone:~ # cd /src/FreeBSD-SVN/ root@beaglebone:/src/FreeBSD-SVN # make installkernel KERNCONF=3DBBB_PPS = TARGET=3Darm TARGET_ARCH=3Darmv6 MAKEOBJDIRPREFIX=3D/usr/obj/arm.armv6 -------------------------------------------------------------- >>> Installing kernel BBB_PPS -------------------------------------------------------------- cd /usr/obj/arm.armv6/src/FreeBSD-SVN/sys/BBB_PPS; = MAKEOBJDIRPREFIX=3D/usr/obj/arm.armv6 MACHINE_ARCH=3Darmv6 MACHINE=3Darm= CPUTYPE=3D = GROFF_BIN_PATH=3D/usr/obj/arm.armv6/src/FreeBSD-SVN/tmp/legacy/usr/bin = GROFF_FONT_PATH=3D/usr/obj/arm.armv6/src/FreeBSD-SVN/tmp/legacy/usr/share/= groff_font = GROFF_TMAC_PATH=3D/usr/obj/arm.armv6/src/FreeBSD-SVN/tmp/legacy/usr/share/= tmac = PATH=3D/usr/obj/arm.armv6/src/FreeBSD-SVN/tmp/legacy/usr/sbin:/usr/obj/arm= .armv6/src/FreeBSD-SVN/tmp/legacy/usr/bin:/usr/obj/arm.armv6/src/FreeBSD-S= VN/tmp/legacy/bin:/usr/obj/arm.armv6/src/FreeBSD-SVN/tmp/usr/sbin:/usr/obj= /arm.armv6/src/FreeBSD-SVN/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin = make KERNEL=3Dkernel install make[2]: "/src/FreeBSD-SVN/share/mk/bsd.compiler.mk" line 48: Unable to = determine compiler type for cc. Consider setting COMPILER_TYPE. *** Error code 1 Stop. make[1]: stopped in /src/FreeBSD-SVN *** Error code 1 Stop. make: stopped in /src/FreeBSD-SVN -- Daniel O'Connor "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-arm@freebsd.org Sun Jul 19 11:01:14 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7B6EB9A45D7; Sun, 19 Jul 2015 11:01:14 +0000 (UTC) (envelope-from m.vale@live.com.au) Received: from COL004-OMC1S16.hotmail.com (col004-omc1s16.hotmail.com [65.55.34.26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5265A19BC; Sun, 19 Jul 2015 11:01:13 +0000 (UTC) (envelope-from m.vale@live.com.au) Received: from COL130-W22 ([65.55.34.9]) by COL004-OMC1S16.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Sun, 19 Jul 2015 04:01:06 -0700 X-TMN: [WxDmIGUIMyz3uCBgJRe61AWeJVdWXkHs] X-Originating-Email: [m.vale@live.com.au] Message-ID: Content-Type: multipart/mixed; boundary="_e530d51a-60a1-4856-8bec-da355a60b8e2_" From: Michael Vale To: "freebsd-embedded@freebsd.org" , "freebsd-arm@freebsd.org" , "freebsd-mips@freebsd.org" , "bapt@freebsd.org" , "portmgr@freebsd.org" Subject: bsd.port.mk - cross compiling and target binary set Date: Sun, 19 Jul 2015 21:31:06 +1030 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 19 Jul 2015 11:01:06.0928 (UTC) FILETIME=[36429F00:01D0C212] X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2015 11:01:14 -0000 --_e530d51a-60a1-4856-8bec-da355a60b8e2_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Okay=2C I've done a lot more work on this patch. It builds and installs bu= ild=2C lib and run depends=2C builds and installs the target port recursive= ly. The only problem is if a build/install process wishes to run an execut= able that has been built for the target. The patch assumes you have a src tree in ${HOME}/src=2C a WRKDIR=3D${HOME}/= work=2C TARGETDIR=3D${HOME}/root and OBJDIR=3D${HOME}/obj. It also assumes= you have built a target filesystem with freebsd-wifi-build or similar. It will build and install as a user like so: bmake TARGET_ARCH=3Dmips BUILD_AS_USER=3D INSTALL_AS_USER=3D SRC_BASE=3D/ho= me/masked/src install --------------------------------------- Can anyone tell me or confirm if I don't set a target triple=2C and just a = host triple=2C if the executables are compiled in a cross arch manner like = the name cross-compiler implies? that the binaries will execute on both th= e build machine and the host machine assuming configure --host=3D${AN_ARCH_= OTHER_THAN_THE_BUILD_MACHINE}? I doubt it=2C but it'd be nice if thats what's actually going on here. = = --_e530d51a-60a1-4856-8bec-da355a60b8e2_ Content-Type: application/octet-stream Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="bsd.port.mk.patch" LS0tIGJzZC5wb3J0Lm1rCTIwMTUtMDctMTEgMDM6MjU6NTAuMTg0NDE2MDAwICsxMDAwCisrKyBi c2QucG9ydC5tay5uZWFyY29tcGxldGlvbgkyMDE1LTA3LTE5IDIwOjMyOjI3LjU4MDU2ODAwMCAr MTAwMApAQCAtMSw3ICsxLDcgQEAKICMtKi0gdGFiLXdpZHRoOiA0OyAtKi0KICMgZXg6dHM9NAog IwotIyAkRnJlZUJTRCQKKyMgJEZyZWVCU0Q6IGhlYWQvTWsvYnNkLnBvcnQubWsgMzkyMzIyIDIw MTUtMDctMTYgMjA6NTM6MjhaIGt3bSAkCiAjCSROZXRCU0Q6ICQKICMKICMJYnNkLnBvcnQubWsg LSA5NDA4MjAgSm9yZGFuIEsuIEh1YmJhcmQuCkBAIC0zNDIsMjcgKzM0Miw2IEBACiAjIENYWEZM QUdTXyR7QVJDSH0KICMJCQkJIEFwcGVuZCB0aGUgY3h4ZmxhZ3MgdG8gQ1hYRkxBR1Mgb25seSBv biB0aGUgc3BlY2lmaWVkIGFyY2hpdGVjdHVyZQogIyMKLSMgVVNFX0dIT1NUU0NSSVBUCi0jCQkJ CS0gSWYgc2V0LCB0aGlzIHBvcnQgbmVlZHMgZ2hvc3RzY3JpcHQgdG8gYm90aAotIwkJCQkgIGJ1 aWxkIGFuZCBydW4uICBJZiBhIG51bWJlciBpcyBzcGVjaWZpZWQsCi0jCQkJCSAgdGhlIHNwZWNp ZmllZCB2ZXJzaW9uIHdpbGwgYmUgdXNlZC4KLSMJCQkJICBUaGUgdmFsaWQgdmFsdWUgaXMgJzcn LCAnOCcsIG9yICc5JyBpbiB0aGF0IGNhc2UuCi0jIFVTRV9HSE9TVFNDUklQVF9CVUlMRAotIwkJ CQktIElmIHNldCwgdGhpcyBwb3J0IG5lZWRzIGdob3N0c2NyaXB0IHRvIGJ1aWxkLgotIyBVU0Vf R0hPU1RTQ1JJUFRfUlVOCi0jCQkJCS0gSWYgc2V0LCB0aGlzIHBvcnQgbmVlZHMgZ2hvc3RzY3Jp cHQgdG8gcnVuLgotIyBHSE9TVFNDUklQVF9QT1JUCi0jCQkJCS0gVGhlIHBvcnQgdGhhdCBwcm92 aWRlcyBwb3N0c2NyaXB0IGZ1bmN0aW9uYWxpdHkuCi0jCQkJCSAgU29tZSBpbnN0YWxsYXRpb25z IG1heSB3aXNoIHRvIG92ZXJyaWRlIHRoZSBkZWZhdWx0Ci0jCQkJCSAgdG8gc3BlY2lmeSBhIHZl cnNpb24gd2l0aG91dCBYMTEgYW5kL29yIGxvY2FsaXplZAotIwkJCQkgIHZlcnNpb25zIGZvciB0 aGVpciBuYXRpb25hbGl0eS4KLSMJCQkJICBEZWZhdWx0OiBwcmludC9naG9zdHNjcmlwdDkKLSMg V0lUSF9HSE9TVFNDUklQVF9WRVIKLSMJCQkJLSBJZiBzZXQsIHRoZSBzcGVjaWZpZWQgdmVyc2lv biBvZiBnaG9zdHNjcmlwdCB3aWxsIGJlCi0jCQkJCSAgdXNlZC4gIFRoZSB2YWxpZCB2YWx1ZSBp cyAiNyIsICI4Iiwgb3IgIjkiLiAgTm90ZSB0aGF0Ci0jCQkJCSAgdGhpcyBpcyBmb3IgdXNlcnMs IG5vdCBmb3IgcG9ydCBtYWludGFpbmVycy4gIFRoaXMKLSMJCQkJICBzaG91bGQgbm90IGJlIHVz ZWQgaW4gTWFrZWZpbGUuCi0jIwogIyBVU0VfR0wJCS0gQSBsaXN0IG9mIE1lc2Egb3IgR0wgcmVs YXRlZCBkZXBlbmRlbmNpZXMgbmVlZGVkIGJ5IHRoZSBwb3J0LgogIwkJCQkgIFN1cHBvcnRlZCBj b21wb25lbnRzIGFyZTogZWdsLCBnbGVzdjIsIGdsdXQsIGdsdSwgZ2x3LCBhbmQgZ2wuCiAjCQkJ CSAgSWYgc2V0IHRvICJ5ZXMiLCB0aGlzIGlzIGVxdWl2YWxlbnQgdG8gImdsdSIuIE5vdGUgdGhh dApAQCAtMTA3NCwyOSArMTA1MywzNiBAQAogCiAuaW5jbHVkZSAiJHtQT1JUU0RJUn0vTWsvYnNk LmNvbW1hbmRzLm1rIgogCi0uaWYgZGVmaW5lZChYX0JVSUxEX0ZPUikKKy5pZiBkZWZpbmVkKFRB UkdFVF9BUkNIKQogLmlmICFkZWZpbmVkKC5QQVJTRURJUikKIElHTk9SRT0JQ3Jvc3MgYnVpbGRp bmcgY2FuIG9ubHkgYmUgZG9uZSB3aGVuIHVzaW5nIGJtYWtlKDEpIGFzIG1ha2UoMSkKIC5lbmRp ZgorLmlmICFkZWZpbmVkKEFSQ0gpCitBUkNIPQkJJHtUQVJHRVRfQVJDSH0KKy5lbmRpZgogIyBE byBub3QgZGVmaW5lIENQUCBvbiBwdXJwb3NlCiAuaWYgIWRlZmluZWQoSE9TVENDKQogSE9TVEND Oj0JJHtDQ30KIEhPU1RDWFg6PQkke0NYWH0KIC5lbmRpZgotLmlmICFleGlzdHMoL3Vzci8ke1hf QlVJTERfRk9SfS91c3IvYmluL2NjKQotWF9TWVNST09UPQkke0xPQ0FMQkFTRX0vJHtYX0JVSUxE X0ZPUn0KLS5lbHNlCi1YX1NZU1JPT1Q9CS91c3IvJHtYX0JVSUxEX0ZPUn0KKworLmlmIGRlZmlu ZWQoQlVJTERfQVNfVVNFUikKK1dSS0RJUj0JCSR7SE9NRX0vd29yaworU1JDX0JBU0U/PQkke0hP TUV9L3NyYworVEFSR0VURElSPz0JJHtIT01FfS9yb290CitNQUtFT0JKRElSUFJFRklYPz0JJHtI T01FfS9vYmoKK1NUQUdFRElSPQkke1RBUkdFVERJUn0vJHtBUkNIfQorU1lTUk9PVD0JJHtTVEFH RURJUn0KKyNMT0NBTEJBU0U9CSR7U1lTUk9PVH0KK0RJU1RESVI9CSR7SE9NRX0vZGlzdGZpbGVz CitERVNURElSPQkke1NUQUdFRElSfQorQ0hST09URUQ9CXllcworTk9fTUFOPQkJeWVzCiAuZW5k aWYKLUNDPQkJJHtYX1NZU1JPT1R9L3Vzci9iaW4vY2MKLUNYWD0JJHtYX1NZU1JPT1R9L3Vzci9i aW4vYysrCi1OTT0JCSR7WF9CVUlMRF9GT1J9LW5tCi1TVFJJUF9DTUQ9CSR7WF9CVUlMRF9GT1J9 LXN0cmlwCi0jIG9ubHkgYm1ha2Ugc3VwcG9ydCB0aGUgYmVsb3cKLVNUUklQQklOPQkke1NUUklQ X0NNRH0KLS5leHBvcnQuZW52IFNUUklQQklOCisKIC5lbmRpZgogCisKICMKICMgREVTVERJUiBz ZWN0aW9uIHRvIHN0YXJ0IGEgY2hyb290ZWQgcHJvY2VzcyBpZiBpbnZva2VkIHdpdGggREVTVERJ UiBzZXQKICMKQEAgLTE1NDAsMTMgKzE1MjYsNDQgQEAKIAkJCQlQT1JUX09QVElPTlM9IiR7UE9S VF9PUFRJT05TfSIgXAogCQkJCVBPUlRTRElSPSIke1BPUlRTRElSfSIKIAotLmlmIGRlZmluZWQo WF9CVUlMRF9GT1IpCi1CVUlMRF9ERVBFTkRTKz0JJHtYX0JVSUxEX0ZPUn0tY2M6JHtQT1JUU0RJ Un0vZGV2ZWwvJHtYX0JVSUxEX0ZPUn0teGRldgotUEtHX0VOVis9CQlBQklfRklMRT0ke1hfU1lT Uk9PVH0vdXNyL2xpYi9jcnQxLm8KLU1BS0VfRU5WKz0JCU5NPSR7Tk19IFwKLQkJCQlTVFJJUEJJ Tj0ke1hfQlVJTERfRk9SfS1zdHJpcCBcCi0JCQkJUEtHX0NPTkZJR19TWVNST09UX0RJUj0iJHtY X1NZU1JPT1R9IgotQ09ORklHVVJFX0VOVis9CVBLR19DT05GSUdfU1lTUk9PVF9ESVI9IiR7WF9T WVNST09UfSIKKy5pZiBkZWZpbmVkKFRBUkdFVF9BUkNIKQorLmlmICR7Q0N9ID09IGdjYworQlVJ TERfREVQRU5EUys9CQkke0FSQ0h9LXBvcnRibGQtJHtPUFNZUzp0bH0ke09TUkVMfS1nY2M6JHtQ T1JUU0RJUn0vZGV2ZWwvJHtBUkNIfS1nY2MKK0NDPSAgICAgICAgICAgICAgICAgICAgICR7QVJD SH0tcG9ydGJsZC0ke09QU1lTOnRsfSR7T1NSRUx9LWdjYworQ1hYPSAgICAgICAgICAgICAgICAg ICAgJHtBUkNIfS1wb3J0YmxkLSR7T1BTWVM6dGx9JHtPU1JFTH0tZysrCisgICAgICAgIAkJQGlm IFsgISAtaCAvdXNyL2xvY2FsL2Jpbi9taXBzLXBvcnRibGQtZnJlZWJzZDExLjAtYXIgIF07IHRo ZW4gXAorCQkJICAgbG4gLXNmIC91c3IvbG9jYWwvYmluL21pcHMtZnJlZWJzZC1hciAvdXNyL2xv Y2FsL2Jpbi9taXBzLXBvcnRibGQtZnJlZWJzZDExLjAtYXIgOyBcCisJCQlmaSA7CisJCQlpZiBb ICEgLWggL3Vzci9sb2NhbC9iaW4vbWlwcy1wb3J0YmxkLWZyZWVic2QxMS4wLW5tICBdOyB0aGVu IFwKKwkJCSAgIGxuIC1zZiAvdXNyL2xvY2FsL2Jpbi9taXBzLWZyZWVic2Qtbm0gL3Vzci9sb2Nh bC9iaW4vbWlwcy1wb3J0YmxkLWZyZWVic2QxMS4wLW5tIDsgXAorCQkJZmkgOworCQkJaWYgWyAh IC1oIC91c3IvbG9jYWwvYmluL21pcHMtcG9ydGJsZC1mcmVlYnNkMTEuMC1yYW5saWIgIF07IHRo ZW4gXAorCQkJICAgbG4gLXNmIC91c3IvbG9jYWwvYmluL21pcHMtZnJlZWJzZC1yYW5saWIgL3Vz ci9sb2NhbC9iaW4vbWlwcy1wb3J0YmxkLWZyZWVic2QxMS4wLXJhbmxpYiA7IFwKKwkJCWZpIDsK KwkJCWlmIFsgISAtaCAvdXNyL2xvY2FsL2Jpbi9taXBzLXBvcnRibGQtZnJlZWJzZDExLjAtc3Ry aXAgIF07IHRoZW4gXAorCQkJICAgbG4gLXNmIC91c3IvbG9jYWwvYmluL21pcHMtZnJlZWJzZC1z dHJpcCAvdXNyL2xvY2FsL2Jpbi9taXBzLXBvcnRibGQtZnJlZWJzZDExLjAtc3RyaXAgOyBcCisJ CQlmaQorCisuZW5kaWYKKy5pZiAke0NDfSA9PSBjYyB8fCAke0NDfSA9PSBjbGFuZworQ0ZMQUdT Kz0JCS0tdGFyZ2V0PSR7Q09ORklHVVJFX1RBUkdFVH0KKy5lbmRpZgorCitQS0dfRU5WKz0JCUFC SV9GSUxFPSR7U1lTUk9PVH0vdXNyL2xpYi9jcnQxLm8KK05NPQkJCSR7Q09ORklHVVJFX1RBUkdF VH0tZ2NjLW5tCitMRD0JCQkke0NPTkZJR1VSRV9UQVJHRVR9LWdjYy1sZAorQ0NMRD0JCQkke0NP TkZJR1VSRV9UQVJHRVR9LWdjYy1sZAorQVI9CQkJJHtDT05GSUdVUkVfVEFSR0VUfS1nY2MtYXIK K1JBTkxJQj0JCQkke0NPTkZJR1VSRV9UQVJHRVR9LWdjYy1yYW5saWIKKyNTVFJJUD0JCQkke0NP TkZJR1VSRV9UQVJHRVR9LXN0cmlwCitJTkNTPQkJCS1JJHtTWVNST09UfS91c3IvaW5jbHVkZQor Q1JPU1NfQ09NUElMRT0JCSR7QVJDSH0tcG9ydGJsZC1mcmVlYnNkJHtPU19SRUx9CitDRkxBR1Mr PQkJLS1zeXNyb290PSR7U1lTUk9PVH0gJHtDUFVfQVJHU30gJHtJTkNTfSAtTworQ1hYRkxBR1Mr PQkJLS1zeXNyb290PSR7U1lTUk9PVH0gJHtDUFVfQVJHU30gJHtJTkNTfSAtTworTERGTEFHUys9 CQktLXN5c3Jvb3Q9JHtTWVNST09UfQorU1RSSVBCSU49CQkke1NUUklQfQorUEtHX0NPTkZJR19T WVNST09UX0RJUj0JIiR7U1lTUk9PVH0iCitDT05GSUdVUkVfRU5WKz0JCVBLR19DT05GSUdfU1lT Uk9PVF9ESVI9IiR7U1lTUk9PVH0iCiAuZW5kaWYKIAogV1JLRElSPz0JCSR7V1JLRElSUFJFRklY fSR7LkNVUkRJUn0vd29yawpAQCAtMTY3Myw3ICsxNjkwLDcgQEAKIC5lbmRpZgogCiAuaWYgIWRl ZmluZWQoUEtHX0RFUEVORFMpICYmICFkZWZpbmVkKENMRUFOX0ZFVENIX0VOVikKLVBLR19ERVBF TkRTKz0JJHtMT0NBTEJBU0V9L3NiaW4vcGtnOiR7UE9SVFNESVJ9LyR7UEtHX09SSUdJTn0KK1BL R19ERVBFTkRTKz0JJHtTWVNST09UfS8ke0xPQ0FMQkFTRX0vc2Jpbi9wa2c6JHtQT1JUU0RJUn0v JHtQS0dfT1JJR0lOfQogLmVuZGlmCiAKIC5pZiBkZWZpbmVkKFVTRV9HQ0MpCkBAIC0xNjgxLDcg KzE2OTgsNyBAQAogLmVuZGlmCiAKIC5pZiBkZWZpbmVkKFVTRV9CSU5VVElMUykgJiYgIWRlZmlu ZWQoRElTQUJMRV9CSU5VVElMUykKLUJVSUxEX0RFUEVORFMrPQkke0xPQ0FMQkFTRX0vYmluL2Fz OiR7UE9SVFNESVJ9L2RldmVsL2JpbnV0aWxzCitCVUlMRF9ERVBFTkRTKz0JJHtTWVNST09UfS8k e0xPQ0FMQkFTRX0vYmluL2FzOiR7UE9SVFNESVJ9L2RldmVsL2JpbnV0aWxzCiBCSU5VVElMUz89 CUFERFIyTElORSBBUiBBUyBDUFBGSUxUIEdQUk9GIExEIE5NIE9CSkNPUFkgT0JKRFVNUCBSQU5M SUIgXAogCVJFQURFTEYgU0laRSBTVFJJTkdTCiBCSU5VVElMU19OT19NQUtFX0VOVj89CkBAIC0x OTI3LDU4ICsxOTQ0LDYgQEAKIC5lbmRpZgogLmVuZGlmCiAKLSMgU2V0IHRoZSBkZWZhdWx0IGZv ciB0aGUgaW5zdGFsbGF0aW9uIG9mIFBvc3RzY3JpcHQoVE0pLQotIyBjb21wYXRpYmxlIGZ1bmN0 aW9uYWxpdHkuCi0uaWYgIWRlZmluZWQoVVNFX0dIT1NUU0NSSVBUKQotLglpZiBkZWZpbmVkKFVT RV9HSE9TVFNDUklQVF9CVUlMRCkKLV9VU0VfR0hPU1RTQ1JJUFQ9CSR7VVNFX0dIT1NUU0NSSVBU X0JVSUxEfQotLgllbGlmIGRlZmluZWQoVVNFX0dIT1NUU0NSSVBUX1JVTikKLV9VU0VfR0hPU1RT Q1JJUFQ9CSR7VVNFX0dIT1NUU0NSSVBUX1JVTn0KLS4JZW5kaWYKLS5lbHNlCi1fVVNFX0dIT1NU U0NSSVBUPQkke1VTRV9HSE9TVFNDUklQVH0KLS5lbmRpZgotCi0uaWYgZGVmaW5lZChXSVRIX0dI T1NUU0NSSVBUX1ZFUikgJiYgIWVtcHR5KFdJVEhfR0hPU1RTQ1JJUFRfVkVSOk1bNzg5XSkKLV9V U0VfR0hPU1RTQ1JJUFRfREVGQVVMVF9WRVI9CSR7V0lUSF9HSE9TVFNDUklQVF9WRVJ9Ci0uZWxz ZQotX1VTRV9HSE9TVFNDUklQVF9ERUZBVUxUX1ZFUj0JOQotLmVuZGlmCi0KLS5pZiBkZWZpbmVk KF9VU0VfR0hPU1RTQ1JJUFQpCi0uCWlmICFkZWZpbmVkKFdJVEhPVVRfWDExKQotX1VTRV9HSE9T VFNDUklQVF9QS0dOQU1FX1NVRkZJWD0KLS4JZWxzZQotX1VTRV9HSE9TVFNDUklQVF9QS0dOQU1F X1NVRkZJWD0tbm94MTEKLS4JZW5kaWYKLS4JaWYgIWVtcHR5KF9VU0VfR0hPU1RTQ1JJUFQ6TVs3 ODldKQotX1VTRV9HSE9TVFNDUklQVF9WRVI9JHtfVVNFX0dIT1NUU0NSSVBUOk1bNzg5XX0KLS4J ZWxzZQotX1VTRV9HSE9TVFNDUklQVF9WRVI9JHtfVVNFX0dIT1NUU0NSSVBUX0RFRkFVTFRfVkVS fQotLgllbmRpZgotLmVsc2UKLV9VU0VfR0hPU1RTQ1JJUFRfVkVSPSR7X1VTRV9HSE9TVFNDUklQ VF9ERUZBVUxUX1ZFUn0KLS5lbmRpZgotCi0jIFNhbml0eSBjaGVjawotLmlmIGRlZmluZWQoX1VT RV9HSE9TVFNDUklQVCkgJiYgZGVmaW5lZChXSVRIX0dIT1NUU0NSSVBUX1ZFUikKLS4JaWYgZW1w dHkoV0lUSF9HSE9TVFNDUklQVF9WRVI6TVs3ODldKQotLgkJZXJyb3IgWW91IHNldCBhbiBpbnZh bGlkIHZhbHVlICIke1dJVEhfR0hPU1RTQ1JJUFRfVkVSfSIgaW4gV0lUSF9HSE9TVFNDUklQVF9W RVIuICBBYm9ydC4KLS4JZWxpZiAke19VU0VfR0hPU1RTQ1JJUFRfVkVSfSAhPSAke1dJVEhfR0hP U1RTQ1JJUFRfVkVSfQotLgkJZXJyb3IgWW91IHNldCBXSVRIX0dIT1NUU0NSSVBUX1ZFUiBhcyAk e1dJVEhfR0hPU1RTQ1JJUFRfVkVSfSBidXQgJHtQS0dOQU1FfSByZXF1aXJlcyBwcmludC9naG9z dHNjcmlwdCR7X1VTRV9HSE9TVFNDUklQVF9WRVJ9LiAgQWJvcnQuCi0uCWVuZGlmCi0uZW5kaWYK LQotR0hPU1RTQ1JJUFRfUE9SVD89CXByaW50L2dob3N0c2NyaXB0JHtfVVNFX0dIT1NUU0NSSVBU X1ZFUn0ke19VU0VfR0hPU1RTQ1JJUFRfUEtHTkFNRV9TVUZGSVh9Ci0KLSMgU2V0IHVwIHRoZSBn aG9zdHNjcmlwdCBkZXBlbmRlbmNpZXMuCi0uaWYgZGVmaW5lZChVU0VfR0hPU1RTQ1JJUFQpIHx8 IGRlZmluZWQoVVNFX0dIT1NUU0NSSVBUX0JVSUxEKQotQlVJTERfREVQRU5EUys9CWdzOiR7UE9S VFNESVJ9LyR7R0hPU1RTQ1JJUFRfUE9SVH0KLS5lbmRpZgotLmlmIGRlZmluZWQoVVNFX0dIT1NU U0NSSVBUKSB8fCBkZWZpbmVkKFVTRV9HSE9TVFNDUklQVF9SVU4pCi1SVU5fREVQRU5EUys9CWdz OiR7UE9SVFNESVJ9LyR7R0hPU1RTQ1JJUFRfUE9SVH0KLS5lbmRpZgotCiAjIE1hY3JvIGZvciBk b2luZyBpbi1wbGFjZSBmaWxlIGVkaXRpbmcgdXNpbmcgcmVnZXhwcwogUkVJTlBMQUNFX0FSR1M/ PQktaS5iYWsKIFJFSU5QTEFDRV9DTUQ/PQkke1NFRH0gJHtSRUlOUExBQ0VfQVJHU30KQEAgLTIx ODMsNiArMjE0OCw5IEBACiAuZW5kaWYKICMgd2hlcmUgcGtnX2FkZCByZWNvcmRzIGl0cyBkaXJ0 eSBkZWVkcy4KIFBLR19EQkRJUj89CQkvdmFyL2RiL3BrZworLmlmIGRlZmluZWQoVEFSR0VUX0FS Q0gpCitQS0dfREJESVI9CQkke1NZU1JPT1R9L3Zhci9kYi9wa2cKKy5lbmRpZgogCiBBTExfVEFS R0VUPz0JCWFsbAogSU5TVEFMTF9UQVJHRVQ/PQlpbnN0YWxsCkBAIC0yNjIxLDggKzI1ODksMTYg QEAKIAogQ09ORklHVVJFX1NDUklQVD89CWNvbmZpZ3VyZQogQ09ORklHVVJFX0NNRD89CQkuLyR7 Q09ORklHVVJFX1NDUklQVH0KLUNPTkZJR1VSRV9UQVJHRVQ/PQkke0FSQ0h9LXBvcnRibGQtJHtP UFNZUzp0bH0ke09TUkVMfQotQ09ORklHVVJFX1RBUkdFVDo9CSR7Q09ORklHVVJFX1RBUkdFVDpT Ly0tYnVpbGQ9Ly99CitCVUlMRF9BUkNIIT0JCSR7VU5BTUV9IC1wCitDT05GSUdVUkVfQlVJTEQ/ PQkke0JVSUxEX0FSQ0h9LXBvcnRibGQtJHtPUFNZUzp0bH0ke09TUkVMfQorQ09ORklHVVJFX0JV SUxEOj0JJHtDT05GSUdVUkVfQlVJTEQ6Uy8tLWJ1aWxkPS8vfQorI0hPU1RfQVJDSCE9CQkke1VO QU1FfSAtbQorQ09ORklHVVJFX0hPU1Q/PQkke0FSQ0h9LXBvcnRibGQtJHtPUFNZUzp0bH0ke09T UkVMfQorQ09ORklHVVJFX0hPU1Q6PQkke0NPTkZJR1VSRV9IT1NUOlMvLS1ob3N0PS8vfQorLmlm IGRlZmluZWQoVEFSR0VUX0FSQ0gpCitDT05GSUdVUkVfVEFSR0VUPz0JCSR7QVJDSH0tcG9ydGJs ZC0ke09QU1lTOnRsfSR7T1NSRUx9CitDT05GSUdVUkVfVEFSR0VUOj0JCSR7Q09ORklHVVJFX1RB UkdFVDpTLy0tdGFyZ2V0PS8vfQorLmVuZGlmCiBDT05GSUdVUkVfTE9HPz0JCWNvbmZpZy5sb2cK IAogIyBBIGRlZmF1bHQgbWVzc2FnZSB0byBwcmludCBpZiBkby1jb25maWd1cmUgZmFpbHMuCkBA IC0yNjM3LDkgKzI2MTMsNiBAQAogR05VX0NPTkZJR1VSRV9NQU5QUkVGSVg/PQkke01BTlBSRUZJ WH0KIENPTkZJR19TSVRFPz0JCSR7UE9SVFNESVJ9L1RlbXBsYXRlcy9jb25maWcuc2l0ZQogQ09O RklHVVJFX0FSR1MrPQktLXByZWZpeD0ke0dOVV9DT05GSUdVUkVfUFJFRklYfSAkJHtfTEFURV9D T05GSUdVUkVfQVJHU30KLS5pZiBkZWZpbmVkKFhfQlVJTERfRk9SKQotQ09ORklHVVJFX0FSR1Mr PQktLWhvc3Q9JHtYX0JVSUxEX0ZPUn0KLS5lbmRpZgogQ09ORklHVVJFX0VOVis9CQlDT05GSUdf U0lURT0ke0NPTkZJR19TSVRFfSBsdF9jdl9zeXNfbWF4X2NtZF9sZW49JHtDT05GSUdVUkVfTUFY X0NNRF9MRU59CiBIQVNfQ09ORklHVVJFPQkJeWVzCiAKQEAgLTI2NTYsNyArMjYyOSw3IEBACiAJ ICAgIF9MQVRFX0NPTkZJR1VSRV9BUkdTPSIkJHtfTEFURV9DT05GSUdVUkVfQVJHU30gLS1pbmZv ZGlyPSR7R05VX0NPTkZJR1VSRV9QUkVGSVh9LyR7SU5GT19QQVRIfS8ke0lORk9fU1VCRElSfSIg OyBcCiAJZmkgOyBcCiAJaWYgWyAteiAiYC4vJHtDT05GSUdVUkVfU0NSSVBUfSAtLXZlcnNpb24g Mj4mMSB8ICR7RUdSRVB9IC1pICcoYXV0b2NvbmYuKjJcLjEzfFVucmVjb2duaXplZCBvcHRpb24p J2AiIF07IHRoZW4gXAotCQlfTEFURV9DT05GSUdVUkVfQVJHUz0iJCR7X0xBVEVfQ09ORklHVVJF X0FSR1N9IC0tYnVpbGQ9JHtDT05GSUdVUkVfVEFSR0VUfSIgOyBcCisJCV9MQVRFX0NPTkZJR1VS RV9BUkdTPSIkJHtfTEFURV9DT05GSUdVUkVfQVJHU30gLS1idWlsZD0ke0NPTkZJR1VSRV9CVUlM RH0gLS1ob3N0PSR7Q09ORklHVVJFX0hPU1R9IC0tdGFyZ2V0PSR7Q09ORklHVVJFX1RBUkdFVH0i IDsgXAogCWVsc2UgXAogCQlfTEFURV9DT05GSUdVUkVfQVJHUz0iJCR7X0xBVEVfQ09ORklHVVJF X0FSR1N9ICR7Q09ORklHVVJFX1RBUkdFVH0iIDsgXAogCWZpIDsKQEAgLTM1NzAsNyArMzU0Myw3 IEBACiBfSU5TVEFMTF9QS0dfQVJHUys9CS1BCiAuZW5kaWYKIGluc3RhbGwtcGFja2FnZToKLQlA aWYgWyAtZiAiJHtXUktESVJ9L3BrZy8ke1BLR05BTUV9JHtQS0dfU1VGWH0iIF07IHRoZW4gXAor CUBpZiBbIC1mICIke1dSS0RJUn0vcGtnLyR7UEtHTkFNRX0ke0FSQ0h9JHtQS0dfU1VGWH0iIF07 IHRoZW4gXAogCSAgICBfcGtnZmlsZT0iJHtXUktESVJfUEtHRklMRX0iOyBcCiAJZWxzZSBcCiAJ ICAgIF9wa2dmaWxlPSIke1BLR0ZJTEV9IjsgXApAQCAtMzU4Myw2ICszNTU2LDkgQEAKIAogLmlm ICF0YXJnZXQoY2hlY2stYWxyZWFkeS1pbnN0YWxsZWQpCiAuaWYgIWRlZmluZWQoTk9fUEtHX1JF R0lTVEVSKSAmJiAhZGVmaW5lZChGT1JDRV9QS0dfUkVHSVNURVIpCisuaWYgZGVmaW5lZChUQVJH RVRfQVJDSCkKK1BLR19CSU49ICAgICAgICAgICAgICAgJHtMT0NBTEJBU0V9L3NiaW4vcGtnLXN0 YXRpYworLmVuZGlmCiBjaGVjay1hbHJlYWR5LWluc3RhbGxlZDoKIAkJQCR7RUNIT19NU0d9ICI9 PT0+ICBDaGVja2luZyBpZiAke1BLR0JBU0V9IGFscmVhZHkgaW5zdGFsbGVkIjsgXAogCQlwa2du YW1lPWAke1BLR19JTkZPfSAtcSAtTyAke1BLR0JBU0V9YDsgXApAQCAtNDQ5NSw4ICs0NDcxLDgg QEAKIAogUlVOLURFUEVORFMtTElTVD0gXAogCWZvciBkaXIgaW4gJCQoJHtFQ0hPX0NNRH0gIiR7 X0xJQl9SVU5fREVQRU5EUzpDLC4qOihbXjpdKikuKixcMSx9IiB8ICR7U0VEfSAtZSAneS8gL1xu LycgfCAke1NPUlR9IC11KTsgZG8gXAotCQlpZiBbIC1kICQkZGlyIF07IHRoZW4gXAotCQkJJHtF Q0hPX0NNRH0gJCRkaXI7IFwKKwkJaWYgWyAtZCAke1NZU1JPT1R9LyQkZGlyIF07IHRoZW4gXAor CQkJJHtFQ0hPX0NNRH0gJHtTWVNST09UfS8kJGRpcjsgXAogCQllbHNlIFwKIAkJCSR7RUNIT19N U0d9ICIke1BLR05BTUV9OiBcIiQkZGlyXCIgbm9uLWV4aXN0ZW50IC0tIGRlcGVuZGVuY3kgbGlz dCBpbmNvbXBsZXRlIiA+JjI7IFwKIAkJZmk7IFwKQEAgLTQ1MjcsNyArNDUwMyw3IEBACiAJZmk7 IFwKIAljaGVja2VkPSIke1BBUkVOVF9DSEVDS0VEfSI7IFwKIAlmb3IgZGlyIGluICR7X0xJQl9S VU5fREVQRU5EUzpDLFteOl0qOihbXjpdKik6Py4qLFwxLH07IGRvIFwKLQkJZGlyPSQkKCR7UkVB TFBBVEh9ICQkZGlyKTsgXAorCQlkaXI9JCQoJHtTWVNST09UfS8ke1JFQUxQQVRIfSAkJGRpcik7 IFwKIAkJaWYgWyAtZCAkJGRpciBdOyB0aGVuIFwKIAkJCWNhc2UgJCRjaGVja2VkIGluCVwKIAkJ CSQkZGlyfCQkZGlyXCAqfCpcICQkZGlyfCpcICQkZGlyXCAqKSBjb250aW51ZTs7CVwK --_e530d51a-60a1-4856-8bec-da355a60b8e2_-- From owner-freebsd-arm@freebsd.org Sun Jul 19 11:04:02 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 39D919A465B for ; Sun, 19 Jul 2015 11:04:02 +0000 (UTC) (envelope-from bpurgar@gmail.com) Received: from mail-wi0-x22c.google.com (mail-wi0-x22c.google.com [IPv6:2a00:1450:400c: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 B0A3E1BE2 for ; Sun, 19 Jul 2015 11:04:01 +0000 (UTC) (envelope-from bpurgar@gmail.com) Received: by wibxm9 with SMTP id xm9so3695504wib.1 for ; Sun, 19 Jul 2015 04:04:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=BswwbaoNwvk+TBVBqUZshOttBSa28dm+WcpsVTUIprQ=; b=A+up2sb88epsUT159wL/Hatf/68P1xEgshUE7FRcnRM3H9EZqgk3XEELuHu4jXZDQF Cb4GY5cQ9f5r0uOoWrlfDFfPZzQd5B/kGdunuw47K8bMCydAshbO5oYdCRIpDXgTudbF sYr58Okne8eUZmqr6tZLhjW8J+Zk1wG8yV3TGXogRksxjvtSLoeYaX7l9LeWfKXfxhDD bXSddJEGjSbdNryl2t4dKHsrVTk6Eqtyjb52/2FGkVjMsO37GPaCJBcvrth5UCp3qWQ5 epjT6dnXKCiXu4++oONH5h4so6b4AOyg9vLHSAzffIX0K6VBDsb+rsQ0jjY894uIjk62 avVw== MIME-Version: 1.0 X-Received: by 10.180.102.74 with SMTP id fm10mr11961305wib.25.1437303840170; Sun, 19 Jul 2015 04:04:00 -0700 (PDT) Received: by 10.28.98.133 with HTTP; Sun, 19 Jul 2015 04:04:00 -0700 (PDT) In-Reply-To: <20150718183218.GI8523@funkthat.com> References: <20150718183218.GI8523@funkthat.com> Date: Sun, 19 Jul 2015 13:04:00 +0200 Message-ID: Subject: Re: avila boot2 problem ? From: Berislav Purgar To: John-Mark Gurney Cc: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2015 11:04:02 -0000 Ok . finnaly it works Trying NPE-B...success. Using NPE-B with PHY 0. Ethernet eth0: MAC address 00:d0:12:03:59:23 IP: 192.168.0.11/255.255.255.0, Gateway: 0.0.0.0 Default server: 192.168.0.111 RedBoot(tm) bootstrap and debug environment [ROM] Gateworks certified release, version 2.04.4 - built 08:43:39, Jul 29 2008 Platform: Gateworks Avila GW23XX (IXP42X 533MHz) BE Model Number: GW2345 Manufacture Date: 08-30-2007 Copyright (C) 2000, 2001, 2002, 2003, 2004, 2007 Free Software Foundation, Inc. Copyright (C) 2004 - 2008 Gateworks Corporation RAM: 0x00000000-0x04000000, [0x00029f80-0x03fc1000] available FLASH: 0x50000000 - 0x51000000, 128 blocks of 0x00020000 bytes each. == Executing boot script in 5.000 seconds - enter ^C to abort RedBoot> fis load boot2.freebsd RedBoot> go FreeBSD ARM (Gateworks Avila) boot2 v0.4 \ Default: /boot/kernel/kernel boot: Could not locate "ufs:ROOTDEVNAME" to fix kernel boot device, check ROOTDEVNAME is set KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2015 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 #5 r285655M: Sun Jul 19 12:54:08 CEST 2015 root@pila:/usr/obj/arm.armeb/root/avila/sys/AVILA arm FreeBSD clang version 3.6.1 (tags/RELEASE_361/final 237755) 20150525 CPU: IXP425 533MHz rev 1 (ARMv5TE) (XScale core) Big-endian DC enabled IC enabled WB enabled LABT branch prediction enabled 32KB/32B 32-way instruction cache 32KB/32B 32-way write-back-locking data cache real memory = 67104768 (63 MB) avail memory = 57970688 (55 MB) random: entropy device external interface ixp0: ixp0: 37fff pcib0: on ixp0 pci0: on pcib0 ixpclk0: on ixp0 ixpiic0: on ixp0 iicbb0: on ixpiic0 iicbus0: on iicbb0 master-only iic0: on iicbus0 ad74180: at addr 0x50 on iicbus0 ds1672_rtc0: at addr 0xd0 on iicbus0 ixpwdog0: on ixp0 uart0: on ixp0 uart0: console (115200,n,8,1) uart1: on ixp0 ixpqmgr0: on ixp0 npe0: on ixp0 npe0: load fw image IXP425.NPE-B Func 0x2 Rev 2.1 miibus0: on npe0 ukphy0: PHY 1 on miibus0 ukphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto npe0: Ethernet address: 00:d0:12:03:59:23 npe1: on ixp0 npe1: load fw image IXP425.NPE-C Func 0x5 Rev 2.1 miibus1: on npe1 ukphy1: PHY 5 on miibus1 ukphy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto npe1: Ethernet address: 00:d0:12:13:59:23 ata_avila0: on ixp0 ata0: on ata_avila0 led_avila0: on ixp0 Timecounter "IXP4XX Timer" frequency 66666600 Hz quality 1000 Timecounters tick every 10.000 msec ada0 at ata0 bus 0 scbus0 target 0 lun 0 ada0: CFA-7 device ada0: Serial Number B04931AF29124B0007A6 ada0: 16.700MB/s transfers (PIO4, PIO 512bytes) ada0: 3823MB (7831152 512 byte sectors: 16H 63S/T 7769C) ada0: Previously was known as ad0 hwpmc: SOFT/16/64/0x67 XSCALE/4/32/0x1ff Trying to mount root from ufs:ada0 []... Setting hostuuid: 897f7ec2-2e05-11e5-8600-00d012035923. Setting hostid: 0x55415f1e. Starting file system checks: /dev/ada0: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ada0: clean, 1703204 free (780 frags, 212803 blocks, 0.0% fragmentation) Mounting local file systems:. Setting hostname: avila. Setting up harvesting:[HIGH_PERFORMANCE],[FS_ATIME],SWI,INTERRUPT,NET_NG,NET_ETHER,NET_TUN,MOUSE,KEYBOARD,ATTACH,CACHED Feeding entropy:random: unblocking device. . npe0: ixpnpe_intr: status 0x60000 npe0: link state changed to UP Starting Network: lo0 npe0 npe1. lo0: flags=8049 metric 0 mtu 16384 options=600003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet 127.0.0.1 netmask 0xff000000 groups: lo nd6 options=21 npe0: flags=8843 metric 0 mtu 1500 options=80008 ether 00:d0:12:03:59:23 inet 192.168.0.11 netmask 0xffffff00 broadcast 192.168.0.255 media: Ethernet autoselect (100baseTX ) status: active nd6 options=29 npe1: link state changed to DOWNEX,MULTICAST> metric 0 mtu 1500 options=80008 ether 00:d0:12:13:59:23 media: Ethernet autoselect (none) status: no carrier nd6 options=29 ELF ldconfig path: /lib /usr/lib /usr/lib/compat Starting devd. Starting Network: npe1. npe1: flags=8802 metric 0 mtu 1500 options=80008 ether 00:d0:12:13:59:23 media: Ethernet autoselect (none) 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 Creating and/or trimming log files. Starting syslogd. Starting casperd. Clearing /tmp (X related). Updating motd:. Mounting late file systems:. Performing sanity check on sshd configuration. Starting sshd. Starting cron. Starting background file system checks in 60 seconds. Sun Jul 19 12:12:57 UTC 2015 FreeBSD/arm (avila) (ttyu0) login: On Sat, Jul 18, 2015 at 8:32 PM, John-Mark Gurney wrote: > Berislav Purgar wrote this message on Sat, Jul 18, 2015 at 18:51 +0200: > > i got this when trying to compile boot2 for avila board : > > Hmm.. maybe it's been a while since I built for arm, but this should > be easy to fix... Looks like the proper END is missing... > > Can you try to see if this patch fixes things? If it does, I'll commit > it... > > Thanks for the report... > > diff --git a/sys/boot/arm/ixp425/boot2/arm_init.S > b/sys/boot/arm/ixp425/boot2/arm_init.S > index 9ede9fc..15e1e6c 100644 > --- a/sys/boot/arm/ixp425/boot2/arm_init.S > +++ b/sys/boot/arm/ixp425/boot2/arm_init.S > @@ -43,6 +43,7 @@ ASENTRY_NP(start) > /* main should not return. If it does, spin forever */ > infiniteLoop: > b infiniteLoop > +END(start) > > .Lstart: > .word _edata > @@ -52,5 +53,6 @@ infiniteLoop: > ENTRY(cpu_id) > mrc p15, 0, r0, c0, c0, 0 > RET > +END(cpu_id) > > /* End */ > > -- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." > From owner-freebsd-arm@freebsd.org Sun Jul 19 13:37:55 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6F52F9A42D6 for ; Sun, 19 Jul 2015 13:37:55 +0000 (UTC) (envelope-from leonardofogel@yahoo.com.br) Received: from nm27-vm3.bullet.mail.ne1.yahoo.com (nm27-vm3.bullet.mail.ne1.yahoo.com [98.138.91.157]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3C467166A for ; Sun, 19 Jul 2015 13:37:54 +0000 (UTC) (envelope-from leonardofogel@yahoo.com.br) Received: from [98.138.101.131] by nm27.bullet.mail.ne1.yahoo.com with NNFMP; 19 Jul 2015 13:37:52 -0000 Received: from [98.138.88.237] by tm19.bullet.mail.ne1.yahoo.com with NNFMP; 19 Jul 2015 13:37:52 -0000 Received: from [127.0.0.1] by omp1037.mail.ne1.yahoo.com with NNFMP; 19 Jul 2015 13:37:52 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 913900.20544.bm@omp1037.mail.ne1.yahoo.com Received: (qmail 90831 invoked by uid 60001); 19 Jul 2015 13:37:52 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com.br; s=s1024; t=1437313072; bh=voFgzYkaF1VObeCXOSgkimvBjR8dEkluhDHDamm5iko=; h=Message-ID:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=LPM6ttmbxdLEyvu4DkY6xvZiw/Bsqgo8N3jKmBgcRm/+LxtD6JQb5KWYUfJHfalC9dpuGdzIq8ojMR+Ve43q2vAzafI0vnZW7g1iSOpAcMz8uaG/BadXM6fQnhRsyw4G/dWV/PF2H4XgwtkFIgWpHzxkXvLCADUlX+g3fDfoJNg= X-YMail-OSG: sNZBxGwVM1nnYLXQP63pQI7Wg3NIjGnFb_5mTrfxjbdvXaJ 4EEi2h1irnxBuj7SNuyaoYVmC5SuqX04To6jurmS27tbJs34ndfg2TQpfL4I tyK1u9kEEvCSYMkTBrOieW_Cjc4bqF_N7HX6XZED8Wh5qQ922qkJniNkBT76 LNDypXRK3Mmv5VEjWRBRiqDpXqCsIVtgWP4CQ6JMXkxBDqRH6pevxzRx3QFj MogQvd3q2eKXXUw92LRo7C6UxeS9tdz9puuRUvqj5djF6B9AP8A0eBaQfdmD 7HxJN4QZv0UEAsA0KGYnd5rhXH_GGUQnolX0B86EuOxZAMLPXYD4gPKwypE4 ILGwcTKf6A71pyTsbvsF1mepHG0Z44UHwOO_Ge9oPnoq5NGAkq1p8xsLRpjr 2yhlqjxQc3iXmgmlbWefKN1mFoMfz0DTjc_s9C28zWj89dcye.LqGccPJlrZ SM99KpUnNtr0njX5Z8rrIYYjyGRWVVEX4BxEgocgwo4tCV_IuixHn6wv.yxS ZNTnWMMKzBn4ntmvSkmgeHZkbdWiOfb3oFlVurL.AoA-- Received: from [179.210.177.65] by web120803.mail.ne1.yahoo.com via HTTP; Sun, 19 Jul 2015 06:37:52 PDT X-Rocket-MIMEInfo: 002.001, PiBJcyB0aGVyZSBhIHdheSB0byB1cGRhdGUgYSBydW5uaW5nIEJCQiBzeXN0ZW0_DQoNCkhpLg0KSSd2ZSBidWlsdCB0aGUga2VybmVsIG9ubHkuIFRoZSBpbnN0cnVjdGlvbnMgSSBrbm93IHRoYXQgd29yayBhcmU6DQoNCiQgZW52IE1BS0VPQkpESVJQUkVGSVg9PGRpcj4gbWFrZSBidWlsZGVudiAgICAgICAgIERFU1RESVI9PGRpcj4gS0VSTkNPTkY9QkVBR0xFQk9ORSBUQVJHRVQ9YXJtIFRBUkdFVF9BUkNIPWFybXY2DQokIGVudiBNQUtFT0JKRElSUFJFRklYPTxkaXI.IG1ha2Uga2VybmVsLXRvb2xjaGEBMAEBAQE- X-Mailer: YahooMailBasic/575 YahooMailWebService/0.8.203.802 Message-ID: <1437313072.79524.YahooMailBasic@web120803.mail.ne1.yahoo.com> Date: Sun, 19 Jul 2015 06:37:52 -0700 From: Leonardo Fogel Subject: Re: How to Xbuild to BBB? To: DanielO'Connor Cc: freebsd-arm In-Reply-To: <2DED4E32-6599-4F5A-BDC8-E52F420D69C0@dons.net.au> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2015 13:37:55 -0000 > Is there a way to update a running BBB system? Hi. I've built the kernel only. The instructions I know that work are: $ env MAKEOBJDIRPREFIX=3D make buildenv DESTDIR=3D KERNCO= NF=3DBEAGLEBONE TARGET=3Darm TARGET_ARCH=3Darmv6 $ env MAKEOBJDIRPREFIX=3D make kernel-toolchain DESTDIR=3D KERNCO= NF=3DBEAGLEBONE TARGET=3Darm TARGET_ARCH=3Darmv6 $ env MAKEOBJDIRPREFIX=3D make buildkernel DESTDIR=3D KERNCO= NF=3DBEAGLEBONE TARGET=3Darm TARGET_ARCH=3Darmv6 $ env MAKEOBJDIRPREFIX=3D make installkernel DESTDIR=3D KERNCO= NF=3DBEAGLEBONE TARGET=3Darm TARGET_ARCH=3Darmv6 According to build(7): buildenv Spawn an interactive shell with environment variable= s set up for cross-building the system. The target ar= chi- tecture needs to be specified with make(1) variables TARGET_ARCH and TARGET. ... MAKEOBJDIRPREFIX Defines the prefix for directory names in the tree o= f built objects. Defaults to /usr/obj if not defined. This variable should only be set in the environment = and not via /etc/make.conf or the command line. As I understanding it, the correct usage of MAKEOBJDIRPREFIX is: $ env MAKEOBJDIRPREFIX=3D make ... Hope it helps. Leonardo From owner-freebsd-arm@freebsd.org Sun Jul 19 13:56:55 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D51EE9A4588 for ; Sun, 19 Jul 2015 13:56:55 +0000 (UTC) (envelope-from leonardofogel@yahoo.com.br) Received: from nm3-vm5.bullet.mail.ne1.yahoo.com (nm3-vm5.bullet.mail.ne1.yahoo.com [98.138.91.225]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 785601D41 for ; Sun, 19 Jul 2015 13:56:55 +0000 (UTC) (envelope-from leonardofogel@yahoo.com.br) Received: from [98.138.101.130] by nm3.bullet.mail.ne1.yahoo.com with NNFMP; 19 Jul 2015 13:53:30 -0000 Received: from [98.138.89.167] by tm18.bullet.mail.ne1.yahoo.com with NNFMP; 19 Jul 2015 13:53:30 -0000 Received: from [127.0.0.1] by omp1023.mail.ne1.yahoo.com with NNFMP; 19 Jul 2015 13:53:30 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 550842.99431.bm@omp1023.mail.ne1.yahoo.com Received: (qmail 12700 invoked by uid 60001); 19 Jul 2015 13:53:30 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com.br; s=s1024; t=1437314010; bh=Unm9BZGdSxUD/9IVjRoQcuK8YQrQ554LtnJQXsRAl5o=; h=Message-ID:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=0Gye3/TQ/39+W/jN7zKl7k5kJ5ORvP/R7VztPFhUIYqjnuo17oJBfhzmAQiOlefcEomQJzbgM+0im1k2EZW8u1zEvFYeSzxnXApyg2ABoQZrhPLpxL7h0bWB8Xlk5PhExF2URZ9Pah6vbrxpPCDJihBhmfMAT9RoreJiZFNkZL0= X-YMail-OSG: FPSIneoVM1l4XWhiXVL2nSeFhJZFWb9fjKqSryZtTy72Hu4 PHvNrHXBu4CtEb8xlAfCHIxZOI4vGoW182nw9YZDQas17JFwHsUf6le6DtVj h3gy_EVkXfrpnoWVl9GqgEh6r4Q8e_j4nSdJVZqhgvLLZc4oLxkvrO3Pp0g8 .B5CT5lvsDzO.DOU7glKhhqZ_7XDusK.0RP51j8IpzU16yise6bxiGLiVIRT cWhM5h6.x2fT1jM6KE0gzCVOj9Q2zJr6gmqy23CXxWgUo7mT3MaqQyBDkrWE ypZ18XEAqdQmljPRLamG_lzn05wqWRfAQj8oJdKNBeViYyOXZiLPraueXssv sjUpsIU8UibGlsfHoYzgazPVdgMGLphxAZ.YwHSpC99vqGnpIxxR6X.whGW8 RcctV_DlQaNU_gF7j2kSkqbgzL8_.2Qb3yObPcT_LFPATm7Lb9yXDHyOSsot UBD5NJUy2aQme2EyeFAz4IgH6wJymk6_XVlxKLPBdqoZWo3o_1Rd_RPwpndK imB8xu1f1dtGNcpaF18NPzyxDG.vQWLwx95mScPTWwGRyz2ZiJWBCFm7TFlG mQVvyy.rj97Qf86nIog-- Received: from [179.210.177.65] by web120804.mail.ne1.yahoo.com via HTTP; Sun, 19 Jul 2015 06:53:30 PDT X-Rocket-MIMEInfo: 002.001, QWN0dWFsbHksIEkndmUgcnVuOg0KDQokIGVudiBNQUtFT0JKRElSUFJFRklYPTxkaXI.IG1ha2UgYnVpbGRlbnYgLi4uDQokIGVudiBNQUtFT0JKRElSUFJFRklYPTxkaXI.IG1ha2Uga2VybmVsLXRvb2xjaGFpbiAuLi4NCg0KVHVybiBvZmYgY29tcHV0ZXIuLi4gVGhlIGZvbGxvd2luZyBkYXksIHR1cm4gb24gY29tcHV0ZXI6DQoNCiQgZW52IE1BS0VPQkpESVJQUkVGSVg9PGRpcj4gbWFrZSBidWlsZGVudiAuLi4NCiQgZW52IE1BS0VPQkpESVJQUkVGSVg9PGRpcj4gbWFrZSBidWlsZGtlcm5lbCAuLi4NCg0BMAEBAQE- X-Mailer: YahooMailBasic/575 YahooMailWebService/0.8.203.802 Message-ID: <1437314010.63166.YahooMailBasic@web120804.mail.ne1.yahoo.com> Date: Sun, 19 Jul 2015 06:53:30 -0700 From: Leonardo Fogel Subject: Re: How to Xbuild to BBB? To: DanielO'Connor Cc: freebsd-arm In-Reply-To: <1437313072.79524.YahooMailBasic@web120803.mail.ne1.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2015 13:56:55 -0000 Actually, I've run: $ env MAKEOBJDIRPREFIX=3D make buildenv ... $ env MAKEOBJDIRPREFIX=3D make kernel-toolchain ... Turn off computer... The following day, turn on computer: $ env MAKEOBJDIRPREFIX=3D make buildenv ... $ env MAKEOBJDIRPREFIX=3D make buildkernel ... Turn off... Turn on: $ env MAKEOBJDIRPREFIX=3D make buildenv ... $ env MAKEOBJDIRPREFIX=3D make installkernel ... I think this is worth mentioning, because I don't know how buildenv works. Leonardo From owner-freebsd-arm@freebsd.org Sun Jul 19 15:08:06 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3BD049A52DB; Sun, 19 Jul 2015 15:08:06 +0000 (UTC) (envelope-from m.vale@live.com.au) Received: from COL004-OMC1S8.hotmail.com (col004-omc1s8.hotmail.com [65.55.34.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1579A1B7C; Sun, 19 Jul 2015 15:08:05 +0000 (UTC) (envelope-from m.vale@live.com.au) Received: from COL401-EAS467 ([65.55.34.8]) by COL004-OMC1S8.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Sun, 19 Jul 2015 08:06:59 -0700 X-TMN: [irltMREWZgnVHbEaAvK8aXi17hKx6hxA] X-Originating-Email: [m.vale@live.com.au] Message-ID: Content-Type: multipart/related; boundary="_aab9fb25-4c08-42e6-904b-43306b3eb34c_" From: =?utf-8?B?bS52YWxlQGxpdmUuY29tLmF1?= To: , , , , Subject: Re: bsd.port.mk - cross compiling and target binary set X-Priority: 3 Importance: Normal Date: Sun, 19 Jul 2015 15:06:52 +0000 MIME-Version: 1.0 X-Mailer: Infraware POLARIS Mobile Mailer v2.5 X-OriginalArrivalTime: 19 Jul 2015 15:06:59.0811 (UTC) FILETIME=[8FA9EB30:01D0C234] X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2015 15:08:06 -0000 --_aab9fb25-4c08-42e6-904b-43306b3eb34c_ Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Well. Upon further examination that patch was rather no good. I've fix= ed all the bugs now I just have to test it out properly. I will probably post something substantial in the next 24 hours. Sent from my LG G3 on the Telstra Mobile network ------ Original message------From: Michael ValeDate: Sun=2C 19 Jul 2015 21:= 01To: freebsd-embedded@freebsd.org=3Bfreebsd-arm@freebsd.org=3Bfreebsd-mips= @freebsd.org=3Bbapt@freebsd.org=3Bportmgr@freebsd.org=3BSubject:bsd.port.mk= - cross compiling and target binary set Okay=2C I've done a lot more work on this patch. It builds and installs bu= ild=2C lib and run depends=2C builds and installs the target port recursive= ly. The only problem is if a build/install process wishes to run an execut= able that has been built for the target. The patch assumes you have a src tree in ${HOME}/src=2C a WRKDIR=3D${HOME}/= work=2C TARGETDIR=3D${HOME}/root and OBJDIR=3D${HOME}/obj. It also assumes= you have built a target filesystem with freebsd-wifi-build or similar. It will build and install as a user like so: bmake TARGET_ARCH=3Dmips BUILD_AS_USER=3D INSTALL_AS_USER=3D SRC_BASE=3D/ho= me/masked/src install --------------------------------------- Can anyone tell me or confirm if I don't set a target triple=2C and just a = host triple=2C if the executables are compiled in a cross arch manner like = the name cross-compiler implies? that the binaries will execute on both th= e build machine and the host machine assuming configure --host=3D${AN_ARCH_= OTHER_THAN_THE_BUILD_MACHINE}? I doubt it=2C but it'd be nice if thats what's actually going on here. --_aab9fb25-4c08-42e6-904b-43306b3eb34c_ Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ freebsd-embedded@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-embedded To unsubscribe, send any mail to "freebsd-embedded-unsubscribe@freebsd.org" --_aab9fb25-4c08-42e6-904b-43306b3eb34c_-- From owner-freebsd-arm@freebsd.org Sun Jul 19 16:27:40 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 24D7A9A53A1 for ; Sun, 19 Jul 2015 16:27:40 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gold.funkthat.com", Issuer "gold.funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D788E1A74 for ; Sun, 19 Jul 2015 16:27:39 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.14.5/8.14.5) with ESMTP id t6JGRNlg081118 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 19 Jul 2015 09:27:23 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.14.5/8.14.5/Submit) id t6JGRNwn081117; Sun, 19 Jul 2015 09:27:23 -0700 (PDT) (envelope-from jmg) Date: Sun, 19 Jul 2015 09:27:23 -0700 From: John-Mark Gurney To: Leonardo Fogel Cc: "DanielO'Connor" , freebsd-arm Subject: Re: How to Xbuild to BBB? Message-ID: <20150719162723.GR8523@funkthat.com> References: <1437313072.79524.YahooMailBasic@web120803.mail.ne1.yahoo.com> <1437314010.63166.YahooMailBasic@web120804.mail.ne1.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1437314010.63166.YahooMailBasic@web120804.mail.ne1.yahoo.com> X-Operating-System: FreeBSD 9.1-PRERELEASE amd64 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (gold.funkthat.com [127.0.0.1]); Sun, 19 Jul 2015 09:27:24 -0700 (PDT) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2015 16:27:40 -0000 Leonardo Fogel wrote this message on Sun, Jul 19, 2015 at 06:53 -0700: > Actually, I've run: > > $ env MAKEOBJDIRPREFIX= make buildenv ... > $ env MAKEOBJDIRPREFIX= make kernel-toolchain ... > > Turn off computer... The following day, turn on computer: > > $ env MAKEOBJDIRPREFIX= make buildenv ... > $ env MAKEOBJDIRPREFIX= make buildkernel ... > > Turn off... Turn on: > > $ env MAKEOBJDIRPREFIX= make buildenv ... > $ env MAKEOBJDIRPREFIX= make installkernel ... > > I think this is worth mentioning, because I don't know how buildenv works. the buildenv steps shouldn't be necessary... buildenv is only useful if you want to cross build a specific binary, such as rebuilding ntpd w/o building the entire world (and assuming you already have toolchain built)... The targets kernel-toolchain, buildkernel, and installkernel will do the correct cross build if TARGET_ARCH is specified (the other world targets also do the correct thing)... It's probably confusing that buildenv is one of the first targets listed in build(7)... Looks like we need to be more explicit about this, and that buildworld and friends are already support cross building... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-arm@freebsd.org Sun Jul 19 17:14:06 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ECBE29A5E2C for ; Sun, 19 Jul 2015 17:14:06 +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 AA9F21C7D for ; Sun, 19 Jul 2015 17:14:06 +0000 (UTC) (envelope-from tim@kientzle.com) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id t6JHE3hs016569; Sun, 19 Jul 2015 17:14:03 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.100] (192.168.1.101 [192.168.1.101]) by kientzle.com with SMTP id qjvgfh3kwe58dujif3cyzqk98n; Sun, 19 Jul 2015 17:14:03 +0000 (UTC) (envelope-from tim@kientzle.com) Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) Subject: Re: How to Xbuild to BBB? From: Tim Kientzle In-Reply-To: <2DED4E32-6599-4F5A-BDC8-E52F420D69C0@dons.net.au> Date: Sun, 19 Jul 2015 10:13:46 -0700 Cc: freebsd-arm , Leonardo Fogel Message-Id: <2093AC41-3AB0-4286-8440-AE3A93F358D8@kientzle.com> References: <1436542993.46776.YahooMailBasic@web120803.mail.ne1.yahoo.com> <19291C97-5A51-42D2-AC08-6B067AB8D2BD@kientzle.com> <2DED4E32-6599-4F5A-BDC8-E52F420D69C0@dons.net.au> To: "O'Connor, Daniel" X-Mailer: Apple Mail (2.2102) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2015 17:14:07 -0000 > On Jul 18, 2015, at 5:26 PM, O'Connor, Daniel = wrote: >=20 > Is there a way to update a running BBB system? Native builds work pretty well, though it takes a bit longer. In particular, if you have more than one BBB, you should be able to = NFS-mount and build on one, then install on the others. If you only want to update the kernel, you should be able to cross-build = and then use installkernel on the build host to put all the kernel bits = into a directory, then just copy that directory (with all modules, = etc.). I don=E2=80=99t know a good way to cross-build and update world, though. There=E2=80=99s another way to look at this problem, though: Can you = copy $YourCustomStuff from your old image onto a new image instead of = copying $NewFreeBSDBits onto your old image? This is essentially the approach I=E2=80=99ve been trying to push = through with Crochet. If I could figure out how to install packages = into the image on the build host, I would be most of the way there. Cheers, Tim From owner-freebsd-arm@freebsd.org Sun Jul 19 17:28:03 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0B7B39A6153 for ; Sun, 19 Jul 2015 17:28:03 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from erouter6.ore.mailhop.org (erouter6.ore.mailhop.org [54.187.213.119]) by mx1.freebsd.org (Postfix) with SMTP id E13461572 for ; Sun, 19 Jul 2015 17:28:02 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound3.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Sun, 19 Jul 2015 17:26:15 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t6JHRrtE001360; Sun, 19 Jul 2015 11:27:54 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1437326873.1334.390.camel@freebsd.org> Subject: Re: SDHC errors during boot on RPi2 (11.0-CURRENT) From: Ian Lepore To: Hans Petter Selasky Cc: Glen Barber , Andreas Schwarz , freebsd-arm@freebsd.org Date: Sun, 19 Jul 2015 11:27:53 -0600 In-Reply-To: <55AAC22D.6020609@selasky.org> References: <55A5A3F4.7040105@foxvalley.net> <20150716142329.4387b29de5d7fc9a2a9c27ab@strcmp.org> <1437072916.1334.364.camel@freebsd.org> <08A8C4D5-54A5-432B-B3D7-744287B76EF9@bsdimp.com> <1437144948.1334.373.camel@freebsd.org> <20150718030157.2aa9a78a874d3657131a2bed@strcmp.org> <20150718010351.GI1438@FreeBSD.org> <55AAC22D.6020609@selasky.org> Content-Type: text/plain; charset="iso-8859-13" X-Mailer: Evolution 3.12.10 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2015 17:28:03 -0000 On Sat, 2015-07-18 at 23:16 +0200, Hans Petter Selasky wrote: > On 07/18/15 03:03, Glen Barber wrote: > > On Sat, Jul 18, 2015 at 03:01:57AM +0200, Andreas Schwarz wrote: > >> On Fri, 17 Jul 2015 08:55:48 -0600 > >> Ian Lepore wrote: > >> > >>> On Thu, 2015-07-16 at 21:57 -0600, Warner Losh wrote: > >>>>> On Jul 16, 2015, at 12:55 PM, Ian Lepore wrote: > >>>>> > >>>>> On Thu, 2015-07-16 at 15:17 -0300, Luiz Otavio O Souza wrote: > >>>>>> On 16 July 2015 at 09:23, Andreas Schwarz wrote: > >>>>>>> On Wed, 15 Jul 2015 21:17:21 -0600 > >>>>>>> Warner Losh wrote: > >>>>>>> > >>>>>>>>> On Jul 14, 2015, at 6:06 PM, Dan Raymond wrote: > >>>>>>>>> > >>>>>>>>> Is anyone else getting these errors during every boot? I'm running r285346. > >>>>>>>> > >>>>>>>> I˙ve been running on the RPi2 for some time and have never seen this. I haven˙t > >>>>>>>> rebuild in the past few weeks though. > >>>>>>>> > >>>>>>>> Does this happen on either SD cards? Or other versions of the kernel? > >>>>>>> > >>>>>>> I've the same output (using generic RPI2 kernel conf). > >>>>>> > >>>>>> This is a side effect of r283128, if you comment that line that > >>>>>> re-select the card, CMD7 won't fail. > >>>>>> > >>>>>> This also affects the MMC controller on Allwinner SoCs. > >>>>> > >>>>> Hmm, so some cards deselect themselves when they shouldn't, and our > >>>>> workaround that reselects them fails if the card didn't deselect itself. > >>>>> Maybe it will work for all cards/controllers if we explicitly deselect > >>>>> then reselect the card at that point. (This only happens once at > >>>>> card-insert/boot time, so it shouldn't impact performance.) > >>>>> > >>>>> The attached patch adds the explicit deselect; it may or may not help. > >>>>> (I haven't tested this at all). > >>>>> > >>>>> -- Ian > >>>>> > >>>>> Index: mmc.c > >>>>> =================================================================== > >>>>> --- mmc.c (revision 285419) > >>>>> +++ mmc.c (working copy) > >>>>> @@ -1392,6 +1392,7 @@ mmc_discover_cards(struct mmc_softc *sc) > >>>>> * out. Others seem to handle it correctly, so it may > >>>>> * be a combination of card and controller. > >>>>> */ > >>>>> + mmc_select_card(sc, 0); > >>>>> mmc_select_card(sc, ivar->rca); > >>>>> mmc_app_sd_status(sc, ivar->rca, ivar->raw_sd_status); > >>>>> mmc_app_decode_sd_status(ivar->raw_sd_status, > >>>> > >>>> Yes. I like this. Update the comment though please. > >>>> > >>>> Warner > >>>> > >>> > >>> Yeah, when I commit I'll make the comment match the new reality, just > >>> waiting to hear another success report or two first. > >> > >> I can confirm that the problem is gone (after applying your patch to r285661). > >> > >> root@pizelot:~ # uname -a > >> FreeBSD pizelot.schwarzes.net 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r285661M: Sat Jul 18 02:19:21 CEST 2015 root@pizelot.schwarzes.net:/usr/obj/usr/src/sys/RPI2 arm > >> > > > > Ian, will you please commit the fix, with the plan to have this in the > > next 10.2 build? > > > > Does this fix also update u-boot? No. Any problem happening in u-boot is something completely separate from this. -- Ian From owner-freebsd-arm@freebsd.org Sun Jul 19 19:01:17 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4A8159A6EC1 for ; Sun, 19 Jul 2015 19:01:17 +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 C2CBE1BD5; Sun, 19 Jul 2015 19:01:15 +0000 (UTC) (envelope-from tim@kientzle.com) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id t6JJ1TLj016975; Sun, 19 Jul 2015 19:01:29 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.100] (192.168.1.101 [192.168.1.101]) by kientzle.com with SMTP id 3b8xdsa33ebajq7rrfnfhcwcaw; Sun, 19 Jul 2015 19:01:29 +0000 (UTC) (envelope-from tim@kientzle.com) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) Subject: Re: ubldr vs ubldr.bin? From: Tim Kientzle In-Reply-To: <1437019414.1334.355.camel@freebsd.org> Date: Sun, 19 Jul 2015 12:01:09 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <35BEBE2A-429E-4A56-9A01-5EBB2CF26E60@kientzle.com> References: <1436978285.1334.335.camel@freebsd.org> <1437019414.1334.355.camel@freebsd.org> To: Ian Lepore X-Mailer: Apple Mail (2.2102) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2015 19:01:17 -0000 > On Jul 15, 2015, at 9:03 PM, Ian Lepore wrote: >=20 > On Wed, 2015-07-15 at 20:15 -0700, Tim Kientzle wrote: >>> On Jul 15, 2015, at 9:38 AM, Ian Lepore wrote: >>>=20 >>> ubldr.bin is a raw executable image >>> (no elf headers) which is self-relocating and can be loaded at any >>> address. =E2=80=A6 a common armv6[hf] userland that runs >>> on any board. Previously the single userland difference between = various >>> arm boards is that UBLDR_LOADADDR was different for each board. >>=20 >> Wonderful! Nice work. >>=20 >>=20 >>> =E2=80=A6 and ubldr is still >>> being built only for compatibility with people that have older = u-boot >>> installed. >>=20 >> Hmmm=E2=80=A6. I wonder how Crochet should handle this. Plenty of = folks use Crochet to build 10-STABLE and 10.1 images, so we have to be a = little careful about jumping ahead with new features that are only = available in 11-CURRENT. >>=20 >> Any plans to MFC this? >>=20 >> Tim >=20 > It has all been MFC'd to 10-stable around the end of May and will be = in > 10.2. The only missing piece is changes to the u-boot ports. I got > started on that, got like just wandboard done (but not comitted, I'm = not > actually a ports committer so I have to get someone's approval to > commit), then this crazy-deadline project came up at work. What changes are needed to the U-Boot ports? Tim From owner-freebsd-arm@freebsd.org Sun Jul 19 20:17:41 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A2CFB9A6B3C for ; Sun, 19 Jul 2015 20:17:41 +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 5F2B119B4; Sun, 19 Jul 2015 20:17:40 +0000 (UTC) (envelope-from tim@kientzle.com) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id t6JKHuNB017220; Sun, 19 Jul 2015 20:17:56 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.100] (192.168.1.101 [192.168.1.101]) by kientzle.com with SMTP id y9mc2ptcjuww92cbjnyie9c82e; Sun, 19 Jul 2015 20:17:55 +0000 (UTC) (envelope-from tim@kientzle.com) Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) Subject: Re: ubldr vs ubldr.bin? From: Tim Kientzle In-Reply-To: <35BEBE2A-429E-4A56-9A01-5EBB2CF26E60@kientzle.com> Date: Sun, 19 Jul 2015 13:17:38 -0700 Cc: freebsd-arm Message-Id: <864546C9-E2A0-4E1B-BB38-3EC273EF5D84@kientzle.com> References: <1436978285.1334.335.camel@freebsd.org> <1437019414.1334.355.camel@freebsd.org> <35BEBE2A-429E-4A56-9A01-5EBB2CF26E60@kientzle.com> To: Ian Lepore , Glen Barber X-Mailer: Apple Mail (2.2102) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2015 20:17:41 -0000 > On Jul 19, 2015, at 12:01 PM, Tim Kientzle wrote: >=20 >>=20 >> On Jul 15, 2015, at 9:03 PM, Ian Lepore wrote: >>=20 >> On Wed, 2015-07-15 at 20:15 -0700, Tim Kientzle wrote: >>>> On Jul 15, 2015, at 9:38 AM, Ian Lepore wrote: >>>>=20 >>>> ubldr.bin is a raw executable image >>>> (no elf headers) which is self-relocating and can be loaded at any >>>> address. =E2=80=A6 a common armv6[hf] userland that runs >>>> on any board. Previously the single userland difference between = various >>>> arm boards is that UBLDR_LOADADDR was different for each board. >>>=20 >>> Wonderful! Nice work. >>>=20 >>>=20 >>>> =E2=80=A6 and ubldr is still >>>> being built only for compatibility with people that have older = u-boot >>>> installed. >>>=20 >>> Hmmm=E2=80=A6. I wonder how Crochet should handle this. Plenty of = folks use Crochet to build 10-STABLE and 10.1 images, so we have to be a = little careful about jumping ahead with new features that are only = available in 11-CURRENT. >>>=20 >>> Any plans to MFC this? >>>=20 >>> Tim >>=20 >> It has all been MFC'd to 10-stable around the end of May and will be = in >> 10.2. The only missing piece is changes to the u-boot ports. I got >> started on that, got like just wandboard done (but not comitted, I'm = not >> actually a ports committer so I have to get someone's approval to >> commit), then this crazy-deadline project came up at work. >=20 > What changes are needed to the U-Boot ports? Oh, I see. So you=E2=80=99re going to change the U-Boot ports to load ubldr.bin instead of ubldr. Which in turn means that people building images will need to install ubldr.bin. I=E2=80=99m testing Crochet changes to use the U-Boot ports right now (for RPi and BB). Before I push those, I should probably adjust things so I=E2=80=99m installing both ubldr and ubldr.bin. That way, I=E2=80=99ll be proof against the U-Boot port changes as they land. Tim P.S. I suppose this will completely break building 10.1 images based on U-Boot ports, since 10.1 doesn=E2=80=99t have ubldr.bin. Hmmm=E2=80=A6 From owner-freebsd-arm@freebsd.org Sun Jul 19 22:40:54 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E35EC9A4A1C for ; Sun, 19 Jul 2015 22:40:54 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward11p.cmail.yandex.net (forward11p.cmail.yandex.net [IPv6:2a02:6b8:0:1465::bb]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Certum Level IV CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9D14F1A48 for ; Sun, 19 Jul 2015 22:40:54 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from smtp16.mail.yandex.net (smtp16.mail.yandex.net [IPv6:2a02:6b8:0:1402::117]) by forward11p.cmail.yandex.net (Yandex) with ESMTP id 2C87821DAD for ; Mon, 20 Jul 2015 01:40:41 +0300 (MSK) Received: from smtp16.mail.yandex.net (localhost [127.0.0.1]) by smtp16.mail.yandex.net (Yandex) with ESMTP id 01FBD6A0110 for ; Mon, 20 Jul 2015 01:40:40 +0300 (MSK) Received: by smtp16.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id YaUyWtAFpD-ee7OxWKU; Mon, 20 Jul 2015 01:40:40 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) Message-ID: <55AC2768.8070409@passap.ru> Date: Mon, 20 Jul 2015 01:40:40 +0300 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: freebsd-arm Subject: odroid-c1, current: success Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2015 22:40:55 -0000 Hi All, I've got an Odroid-C1 board. The SD card was created as per: https://wiki.freebsd.org/FreeBSD/arm/Odroid-C1 So far I managed to test booting and it works just fine: ftp://ftp.wart.ru/pub/misc/odroid.log.txt I'd like to say a big thank you for all folks/companies involved. Big Thank You. Well done! -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-arm@freebsd.org Sun Jul 19 22:50:14 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 32CDF9A4CB1; Sun, 19 Jul 2015 22:50:14 +0000 (UTC) (envelope-from m.vale@live.com.au) Received: from COL004-OMC1S6.hotmail.com (col004-omc1s6.hotmail.com [65.55.34.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 07ED31E2A; Sun, 19 Jul 2015 22:50:13 +0000 (UTC) (envelope-from m.vale@live.com.au) Received: from COL130-W43 ([65.55.34.7]) by COL004-OMC1S6.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Sun, 19 Jul 2015 15:49:07 -0700 X-TMN: [KI4YEeWjp0MmfEAWPCkDTb9/uOn5VsyN] X-Originating-Email: [m.vale@live.com.au] Message-ID: Content-Type: multipart/mixed; boundary="_9557dbe8-53a8-46ec-858d-dcb4718eb481_" From: Michael Vale To: "freebsd-embedded@freebsd.org" , "freebsd-mips@freebsd.org" , "freebsd-arm@freebsd.org" , "bapt@freebsd.org" , "portmgr@freebsd.org" , Adrian Chadd Subject: X_BUILD_FOR is back! Date: Mon, 20 Jul 2015 09:19:07 +1030 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 19 Jul 2015 22:49:07.0888 (UTC) FILETIME=[1EE2B300:01D0C275] X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2015 22:50:14 -0000 --_9557dbe8-53a8-46ec-858d-dcb4718eb481_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Okay! =20 Patch and go! =20 bmake X_BUILD_FOR=3Dmips BUILD_AS_USER=3D SRC_BASE=3D/home/masked/src =20 Will build and install ports into /home/masked/src/../root/mips/ =20 By default at first it will want to build and install mips-gcc to cross com= pile. Next it will want to build and install pkg-1.5.5. Personally I had = problems with pkg's configure script and external/libucl/xxhash.c that need= ed debugging. "cross_compiling" =3D "yes" after a search for "git head" in= pkg's configure needs to be changed from "yes" to "maybe" and a search for= swap32 in xxhash.c=2C finds you with an elif for __bswap32 that needs to b= e erased=2C then pkg should compile. Please let me know if you have differ= ent results. =20 Currently ports "install" is broken. I'm not sure what is wrong with it=2C= but rather than wait until it is fixed=2C I thought I would post this anyw= ay as I have been using the stage target as install=2C pointing STAGEDIR to= SYSROOT. =20 Next I will go through it and remove SHARE files=2C DOCs=2C MAN pages=2C an= d other stuff that we don't need on embedded systems. =20 I did do some changes to Scripts/do-depends.sh and Scripts/find-lib.sh=2C I= 'm unsure now if any of those changes were needed and I don't have a copy o= f the originals right now so rather than post patches=2C I've posted the en= tire files=2C sorry about that. =20 Correction =3D Install /does/ work for some ports=2C it depends on a few fa= ctors=2C I will iron them out ASAP. Other than that=2C and the excess junk= from the ports (DOC's MAN's SHARE=2C etc). This iteration is for the most= -part complete. =20 Practically /all/ of the pkg support is complete=2C it will register packag= es to a database on the embedded filesystems root and successfully delete p= ackages=2C regardless of the fact that install is not working 100% right no= w. =20 The majority of ports should build=2C "stage-install"=2C install and packag= e up without a fuss. Dependency checking and building should all be sane. =20 Please let me know what you think. =20 Regards=2C =20 Michael. = --_9557dbe8-53a8-46ec-858d-dcb4718eb481_ Content-Type: application/octet-stream Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="bsd.port.mk.patch" LS0tIGJzZC5wb3J0Lm1rCTIwMTUtMDctMTEgMDM6MjU6NTAuMTg0NDE2MDAwICsxMDAwCisrKyBi c2QucG9ydC5tay5zdGFnZQkyMDE1LTA3LTIwIDA4OjI0OjE3LjY1OTU4OTAwMCArMTAwMApAQCAt MSw3ICsxLDcgQEAKICMtKi0gdGFiLXdpZHRoOiA0OyAtKi0KICMgZXg6dHM9NAogIwotIyAkRnJl ZUJTRCQKKyMgJEZyZWVCU0Q6IGhlYWQvTWsvYnNkLnBvcnQubWsgMzkyNTEwIDIwMTUtMDctMTkg MTU6MzI6MzVaIGJhcHQgJAogIwkkTmV0QlNEOiAkCiAjCiAjCWJzZC5wb3J0Lm1rIC0gOTQwODIw IEpvcmRhbiBLLiBIdWJiYXJkLgpAQCAtMzQyLDI3ICszNDIsNiBAQAogIyBDWFhGTEFHU18ke0FS Q0h9CiAjCQkJCSBBcHBlbmQgdGhlIGN4eGZsYWdzIHRvIENYWEZMQUdTIG9ubHkgb24gdGhlIHNw ZWNpZmllZCBhcmNoaXRlY3R1cmUKICMjCi0jIFVTRV9HSE9TVFNDUklQVAotIwkJCQktIElmIHNl dCwgdGhpcyBwb3J0IG5lZWRzIGdob3N0c2NyaXB0IHRvIGJvdGgKLSMJCQkJICBidWlsZCBhbmQg cnVuLiAgSWYgYSBudW1iZXIgaXMgc3BlY2lmaWVkLAotIwkJCQkgIHRoZSBzcGVjaWZpZWQgdmVy c2lvbiB3aWxsIGJlIHVzZWQuCi0jCQkJCSAgVGhlIHZhbGlkIHZhbHVlIGlzICc3JywgJzgnLCBv ciAnOScgaW4gdGhhdCBjYXNlLgotIyBVU0VfR0hPU1RTQ1JJUFRfQlVJTEQKLSMJCQkJLSBJZiBz ZXQsIHRoaXMgcG9ydCBuZWVkcyBnaG9zdHNjcmlwdCB0byBidWlsZC4KLSMgVVNFX0dIT1NUU0NS SVBUX1JVTgotIwkJCQktIElmIHNldCwgdGhpcyBwb3J0IG5lZWRzIGdob3N0c2NyaXB0IHRvIHJ1 bi4KLSMgR0hPU1RTQ1JJUFRfUE9SVAotIwkJCQktIFRoZSBwb3J0IHRoYXQgcHJvdmlkZXMgcG9z dHNjcmlwdCBmdW5jdGlvbmFsaXR5LgotIwkJCQkgIFNvbWUgaW5zdGFsbGF0aW9ucyBtYXkgd2lz aCB0byBvdmVycmlkZSB0aGUgZGVmYXVsdAotIwkJCQkgIHRvIHNwZWNpZnkgYSB2ZXJzaW9uIHdp dGhvdXQgWDExIGFuZC9vciBsb2NhbGl6ZWQKLSMJCQkJICB2ZXJzaW9ucyBmb3IgdGhlaXIgbmF0 aW9uYWxpdHkuCi0jCQkJCSAgRGVmYXVsdDogcHJpbnQvZ2hvc3RzY3JpcHQ5Ci0jIFdJVEhfR0hP U1RTQ1JJUFRfVkVSCi0jCQkJCS0gSWYgc2V0LCB0aGUgc3BlY2lmaWVkIHZlcnNpb24gb2YgZ2hv c3RzY3JpcHQgd2lsbCBiZQotIwkJCQkgIHVzZWQuICBUaGUgdmFsaWQgdmFsdWUgaXMgIjciLCAi OCIsIG9yICI5Ii4gIE5vdGUgdGhhdAotIwkJCQkgIHRoaXMgaXMgZm9yIHVzZXJzLCBub3QgZm9y IHBvcnQgbWFpbnRhaW5lcnMuICBUaGlzCi0jCQkJCSAgc2hvdWxkIG5vdCBiZSB1c2VkIGluIE1h a2VmaWxlLgotIyMKICMgVVNFX0dMCQktIEEgbGlzdCBvZiBNZXNhIG9yIEdMIHJlbGF0ZWQgZGVw ZW5kZW5jaWVzIG5lZWRlZCBieSB0aGUgcG9ydC4KICMJCQkJICBTdXBwb3J0ZWQgY29tcG9uZW50 cyBhcmU6IGVnbCwgZ2xlc3YyLCBnbHV0LCBnbHUsIGdsdywgYW5kIGdsLgogIwkJCQkgIElmIHNl dCB0byAieWVzIiwgdGhpcyBpcyBlcXVpdmFsZW50IHRvICJnbHUiLiBOb3RlIHRoYXQKQEAgLTEw NzgsMjUgKzEwNTcsMzAgQEAKIC5pZiAhZGVmaW5lZCguUEFSU0VESVIpCiBJR05PUkU9CUNyb3Nz IGJ1aWxkaW5nIGNhbiBvbmx5IGJlIGRvbmUgd2hlbiB1c2luZyBibWFrZSgxKSBhcyBtYWtlKDEp CiAuZW5kaWYKKy5pZiAhZGVmaW5lZChBUkNIKQorQVJDSD0JCSR7WF9CVUlMRF9GT1J9CisuZW5k aWYKICMgRG8gbm90IGRlZmluZSBDUFAgb24gcHVycG9zZQogLmlmICFkZWZpbmVkKEhPU1RDQykK IEhPU1RDQzo9CSR7Q0N9CiBIT1NUQ1hYOj0JJHtDWFh9CiAuZW5kaWYKLS5pZiAhZXhpc3RzKC91 c3IvJHtYX0JVSUxEX0ZPUn0vdXNyL2Jpbi9jYykKLVhfU1lTUk9PVD0JJHtMT0NBTEJBU0V9LyR7 WF9CVUlMRF9GT1J9Ci0uZWxzZQotWF9TWVNST09UPQkvdXNyLyR7WF9CVUlMRF9GT1J9CisKKy5p ZiBkZWZpbmVkKEJVSUxEX0FTX1VTRVIpCitTUkNfQkFTRT0JJHtIT01FfS9zcmMKK0RJU1RESVI9 CSR7U1JDX0JBU0V9Ly4uL2Rpc3RmaWxlcworV1JLRElSPSAgICAgICAgICR7U1JDX0JBU0V9Ly4u L3dvcmsvJHsuQ1VSRElSfQorTUFLRU9CSkRJUlBSRUZJWD89CSR7U1JDX0JBU0V9Ly4uL29iagor U1lTUk9PVD0JJHtTUkNfQkFTRX0vLi4vcm9vdC8ke0FSQ0h9CitTVEFHRURJUj0JJHtTWVNST09U fQorREVTVERJUj0JJHtTWVNST09UfQorQ0hST09URUQ9CXllcworTElCX0RJUlM9CSR7U1lTUk9P VH0vbGliICR7U1lTUk9PVH0ke0xPQ0FMQkFTRX0vbGliCiAuZW5kaWYKLUNDPQkJJHtYX1NZU1JP T1R9L3Vzci9iaW4vY2MKLUNYWD0JJHtYX1NZU1JPT1R9L3Vzci9iaW4vYysrCi1OTT0JCSR7WF9C VUlMRF9GT1J9LW5tCi1TVFJJUF9DTUQ9CSR7WF9CVUlMRF9GT1J9LXN0cmlwCi0jIG9ubHkgYm1h a2Ugc3VwcG9ydCB0aGUgYmVsb3cKLVNUUklQQklOPQkke1NUUklQX0NNRH0KLS5leHBvcnQuZW52 IFNUUklQQklOCisKIC5lbmRpZgogCisKICMKICMgREVTVERJUiBzZWN0aW9uIHRvIHN0YXJ0IGEg Y2hyb290ZWQgcHJvY2VzcyBpZiBpbnZva2VkIHdpdGggREVTVERJUiBzZXQKICMKQEAgLTE1MTcs NyArMTUwMSw4IEBACiAJCQkJTElOVVhCQVNFPSR7TElOVVhCQVNFfSBcCiAJCQkJTE9DQUxCQVNF PSR7TE9DQUxCQVNFfSBcCiAJCQkJIlNUUklQPSR7U1RSSVB9IiBcCi0JCQkJVE1QUExJU1Q9JHtU TVBQTElTVH0KKwkJCQlUTVBQTElTVD0ke1RNUFBMSVNUfSBcCisJCQkJUEtHQkFTRT0ke1BLR0JB U0V9CiAuaWYgIWVtcHR5KFVTRVM6TWRlc2t0b3AtZmlsZS11dGlscykKIFFBX0VOVis9CQlVU0VT REVTS1RPUEZJTEVVVElMUz15ZXMKIC5lbmRpZgpAQCAtMTU0MSwxMiArMTUyNiw1MCBAQAogCQkJ CVBPUlRTRElSPSIke1BPUlRTRElSfSIKIAogLmlmIGRlZmluZWQoWF9CVUlMRF9GT1IpCi1CVUlM RF9ERVBFTkRTKz0JJHtYX0JVSUxEX0ZPUn0tY2M6JHtQT1JUU0RJUn0vZGV2ZWwvJHtYX0JVSUxE X0ZPUn0teGRldgotUEtHX0VOVis9CQlBQklfRklMRT0ke1hfU1lTUk9PVH0vdXNyL2xpYi9jcnQx Lm8KLU1BS0VfRU5WKz0JCU5NPSR7Tk19IFwKLQkJCQlTVFJJUEJJTj0ke1hfQlVJTERfRk9SfS1z dHJpcCBcCi0JCQkJUEtHX0NPTkZJR19TWVNST09UX0RJUj0iJHtYX1NZU1JPT1R9IgotQ09ORklH VVJFX0VOVis9CVBLR19DT05GSUdfU1lTUk9PVF9ESVI9IiR7WF9TWVNST09UfSIKKy5pZiAke0ND fSA9PSBnY2MKKy5pZiAke1hfQlVJTERfRk9SfSA9PSBtaXBzCitCVUlMRF9ERVBFTkRTKz0JCSR7 QVJDSH0tcG9ydGJsZC0ke09QU1lTOnRsfSR7T1NSRUx9LWdjYzoke1BPUlRTRElSfS9kZXZlbC8k e0FSQ0h9LWdjYworLmVuZGlmCitDQz0gICAgICAgICAgICAgICAgICAgICAke0FSQ0h9LXBvcnRi bGQtJHtPUFNZUzp0bH0ke09TUkVMfS1nY2MKK0NYWD0gICAgICAgICAgICAgICAgICAgICR7QVJD SH0tcG9ydGJsZC0ke09QU1lTOnRsfSR7T1NSRUx9LWcrKworICAgICAgICAJCUBpZiBbICEgLWgg L3Vzci9sb2NhbC9iaW4vbWlwcy1wb3J0YmxkLWZyZWVic2QxMS4wLWFyICBdOyB0aGVuIFwKKwkJ CSAgIGxuIC1zZiAvdXNyL2xvY2FsL2Jpbi9taXBzLWZyZWVic2QtYXIgL3Vzci9sb2NhbC9iaW4v bWlwcy1wb3J0YmxkLWZyZWVic2QxMS4wLWFyIDsgXAorCQkJZmkgOworCQkJaWYgWyAhIC1oIC91 c3IvbG9jYWwvYmluL21pcHMtcG9ydGJsZC1mcmVlYnNkMTEuMC1ubSAgXTsgdGhlbiBcCisJCQkg ICBsbiAtc2YgL3Vzci9sb2NhbC9iaW4vbWlwcy1mcmVlYnNkLW5tIC91c3IvbG9jYWwvYmluL21p cHMtcG9ydGJsZC1mcmVlYnNkMTEuMC1ubSA7IFwKKwkJCWZpIDsKKwkJCWlmIFsgISAtaCAvdXNy L2xvY2FsL2Jpbi9taXBzLXBvcnRibGQtZnJlZWJzZDExLjAtcmFubGliICBdOyB0aGVuIFwKKwkJ CSAgIGxuIC1zZiAvdXNyL2xvY2FsL2Jpbi9taXBzLWZyZWVic2QtcmFubGliIC91c3IvbG9jYWwv YmluL21pcHMtcG9ydGJsZC1mcmVlYnNkMTEuMC1yYW5saWIgOyBcCisJCQlmaSA7CisJCQlpZiBb ICEgLWggL3Vzci9sb2NhbC9iaW4vbWlwcy1wb3J0YmxkLWZyZWVic2QxMS4wLXN0cmlwICBdOyB0 aGVuIFwKKwkJCSAgIGxuIC1zZiAvdXNyL2xvY2FsL2Jpbi9taXBzLWZyZWVic2Qtc3RyaXAgL3Vz ci9sb2NhbC9iaW4vbWlwcy1wb3J0YmxkLWZyZWVic2QxMS4wLXN0cmlwIDsgXAorCQkJZmkKKwor LmVuZGlmCisuaWYgJHtDQ30gPT0gY2MgfHwgJHtDQ30gPT0gY2xhbmcKK0NGTEFHUys9CQktLXRh cmdldD0ke0NPTkZJR1VSRV9UQVJHRVR9CisuZW5kaWYKKworUEtHX0VOVis9CQlBQklfRklMRT0k e1NZU1JPT1R9L3Vzci9saWIvY3J0MS5vIFBLR19EQkRJUj0ke1NZU1JPT1R9L3Zhci9kYi9wa2cK K1BLR19EQkRJUj0JCSR7U1lTUk9PVH0vdmFyL2RiL3BrZworUE9SVF9EQkRJUj0JCSR7U1lTUk9P VH0vdmFyL2RiL3BvcnRzCitOTT0JCQkke0FSQ0h9LXBvcnRibGQtJHtPUFNZUzp0bH0ke09TUkVM fS1nY2Mtbm0KK0xEPQkJCSR7QVJDSH0tcG9ydGJsZC0ke09QU1lTOnRsfSR7T1NSRUx9LWdjYy1s ZAorQ0NMRD0JCQkke0FSQ0h9LXBvcnRibGQtJHtPUFNZUzp0bH0ke09TUkVMfS1nY2MtbGQKK0FS PQkJCSR7QVJDSH0tcG9ydGJsZC0ke09QU1lTOnRsfSR7T1NSRUx9LWdjYy1hcgorUkFOTElCPQkJ CSR7QVJDSH0tcG9ydGJsZC0ke09QU1lTOnRsfSR7T1NSRUx9LWdjYy1yYW5saWIKKyNTVFJJUD0J CQkke0NPTkZJR1VSRV9UQVJHRVR9LXN0cmlwCitJTkNTPQkJCS1JJHtTWVNST09UfS91c3IvaW5j bHVkZQorQ1JPU1NfQ09NUElMRT0JCSR7QVJDSH0tcG9ydGJsZC1mcmVlYnNkJHtPU19SRUx9Cisu aWYgJHtYX0JVSUxEX0ZPUn0gPT0gbWlwcworQ1BVX0FSR1MrPQkJIi1tYXJjaD1taXBzMzJyMiIK Ky5lbmRpZgorQ0ZMQUdTKz0JCS0tc3lzcm9vdD0ke1NZU1JPT1R9ICR7Q1BVX0FSR1N9ICR7SU5D U30gLU8KK0NYWEZMQUdTKz0JCS0tc3lzcm9vdD0ke1NZU1JPT1R9ICR7Q1BVX0FSR1N9ICR7SU5D U30gLU8KK0xERkxBR1MrPQkJLS1zeXNyb290PSR7U1lTUk9PVH0KK1NUUklQQklOPQkJJHtTVFJJ UH0KK1BLR19DT05GSUdfU1lTUk9PVF9ESVI9CSIke1NZU1JPT1R9IgorQ09ORklHVVJFX0VOVis9 CQlQS0dfQ09ORklHX1NZU1JPT1RfRElSPSIke1NZU1JPT1R9IgogLmVuZGlmCiAKIFdSS0RJUj89 CQkke1dSS0RJUlBSRUZJWH0key5DVVJESVJ9L3dvcmsKQEAgLTE2NzMsNyArMTY5Niw3IEBACiAu ZW5kaWYKIAogLmlmICFkZWZpbmVkKFBLR19ERVBFTkRTKSAmJiAhZGVmaW5lZChDTEVBTl9GRVRD SF9FTlYpCi1QS0dfREVQRU5EUys9CSR7TE9DQUxCQVNFfS9zYmluL3BrZzoke1BPUlRTRElSfS8k e1BLR19PUklHSU59CitQS0dfREVQRU5EUys9CSR7U1lTUk9PVH0vJHtMT0NBTEJBU0V9L3NiaW4v cGtnOiR7UE9SVFNESVJ9LyR7UEtHX09SSUdJTn0KIC5lbmRpZgogCiAuaWYgZGVmaW5lZChVU0Vf R0NDKQpAQCAtMTkyNyw1OCArMTk1MCw2IEBACiAuZW5kaWYKIC5lbmRpZgogCi0jIFNldCB0aGUg ZGVmYXVsdCBmb3IgdGhlIGluc3RhbGxhdGlvbiBvZiBQb3N0c2NyaXB0KFRNKS0KLSMgY29tcGF0 aWJsZSBmdW5jdGlvbmFsaXR5LgotLmlmICFkZWZpbmVkKFVTRV9HSE9TVFNDUklQVCkKLS4JaWYg ZGVmaW5lZChVU0VfR0hPU1RTQ1JJUFRfQlVJTEQpCi1fVVNFX0dIT1NUU0NSSVBUPQkke1VTRV9H SE9TVFNDUklQVF9CVUlMRH0KLS4JZWxpZiBkZWZpbmVkKFVTRV9HSE9TVFNDUklQVF9SVU4pCi1f VVNFX0dIT1NUU0NSSVBUPQkke1VTRV9HSE9TVFNDUklQVF9SVU59Ci0uCWVuZGlmCi0uZWxzZQot X1VTRV9HSE9TVFNDUklQVD0JJHtVU0VfR0hPU1RTQ1JJUFR9Ci0uZW5kaWYKLQotLmlmIGRlZmlu ZWQoV0lUSF9HSE9TVFNDUklQVF9WRVIpICYmICFlbXB0eShXSVRIX0dIT1NUU0NSSVBUX1ZFUjpN Wzc4OV0pCi1fVVNFX0dIT1NUU0NSSVBUX0RFRkFVTFRfVkVSPQkke1dJVEhfR0hPU1RTQ1JJUFRf VkVSfQotLmVsc2UKLV9VU0VfR0hPU1RTQ1JJUFRfREVGQVVMVF9WRVI9CTkKLS5lbmRpZgotCi0u aWYgZGVmaW5lZChfVVNFX0dIT1NUU0NSSVBUKQotLglpZiAhZGVmaW5lZChXSVRIT1VUX1gxMSkK LV9VU0VfR0hPU1RTQ1JJUFRfUEtHTkFNRV9TVUZGSVg9Ci0uCWVsc2UKLV9VU0VfR0hPU1RTQ1JJ UFRfUEtHTkFNRV9TVUZGSVg9LW5veDExCi0uCWVuZGlmCi0uCWlmICFlbXB0eShfVVNFX0dIT1NU U0NSSVBUOk1bNzg5XSkKLV9VU0VfR0hPU1RTQ1JJUFRfVkVSPSR7X1VTRV9HSE9TVFNDUklQVDpN Wzc4OV19Ci0uCWVsc2UKLV9VU0VfR0hPU1RTQ1JJUFRfVkVSPSR7X1VTRV9HSE9TVFNDUklQVF9E RUZBVUxUX1ZFUn0KLS4JZW5kaWYKLS5lbHNlCi1fVVNFX0dIT1NUU0NSSVBUX1ZFUj0ke19VU0Vf R0hPU1RTQ1JJUFRfREVGQVVMVF9WRVJ9Ci0uZW5kaWYKLQotIyBTYW5pdHkgY2hlY2sKLS5pZiBk ZWZpbmVkKF9VU0VfR0hPU1RTQ1JJUFQpICYmIGRlZmluZWQoV0lUSF9HSE9TVFNDUklQVF9WRVIp Ci0uCWlmIGVtcHR5KFdJVEhfR0hPU1RTQ1JJUFRfVkVSOk1bNzg5XSkKLS4JCWVycm9yIFlvdSBz ZXQgYW4gaW52YWxpZCB2YWx1ZSAiJHtXSVRIX0dIT1NUU0NSSVBUX1ZFUn0iIGluIFdJVEhfR0hP U1RTQ1JJUFRfVkVSLiAgQWJvcnQuCi0uCWVsaWYgJHtfVVNFX0dIT1NUU0NSSVBUX1ZFUn0gIT0g JHtXSVRIX0dIT1NUU0NSSVBUX1ZFUn0KLS4JCWVycm9yIFlvdSBzZXQgV0lUSF9HSE9TVFNDUklQ VF9WRVIgYXMgJHtXSVRIX0dIT1NUU0NSSVBUX1ZFUn0gYnV0ICR7UEtHTkFNRX0gcmVxdWlyZXMg cHJpbnQvZ2hvc3RzY3JpcHQke19VU0VfR0hPU1RTQ1JJUFRfVkVSfS4gIEFib3J0LgotLgllbmRp ZgotLmVuZGlmCi0KLUdIT1NUU0NSSVBUX1BPUlQ/PQlwcmludC9naG9zdHNjcmlwdCR7X1VTRV9H SE9TVFNDUklQVF9WRVJ9JHtfVVNFX0dIT1NUU0NSSVBUX1BLR05BTUVfU1VGRklYfQotCi0jIFNl dCB1cCB0aGUgZ2hvc3RzY3JpcHQgZGVwZW5kZW5jaWVzLgotLmlmIGRlZmluZWQoVVNFX0dIT1NU U0NSSVBUKSB8fCBkZWZpbmVkKFVTRV9HSE9TVFNDUklQVF9CVUlMRCkKLUJVSUxEX0RFUEVORFMr PQlnczoke1BPUlRTRElSfS8ke0dIT1NUU0NSSVBUX1BPUlR9Ci0uZW5kaWYKLS5pZiBkZWZpbmVk KFVTRV9HSE9TVFNDUklQVCkgfHwgZGVmaW5lZChVU0VfR0hPU1RTQ1JJUFRfUlVOKQotUlVOX0RF UEVORFMrPQlnczoke1BPUlRTRElSfS8ke0dIT1NUU0NSSVBUX1BPUlR9Ci0uZW5kaWYKLQogIyBN YWNybyBmb3IgZG9pbmcgaW4tcGxhY2UgZmlsZSBlZGl0aW5nIHVzaW5nIHJlZ2V4cHMKIFJFSU5Q TEFDRV9BUkdTPz0JLWkuYmFrCiBSRUlOUExBQ0VfQ01EPz0JJHtTRUR9ICR7UkVJTlBMQUNFX0FS R1N9CkBAIC0yMTM4LDcgKzIxMDksOSBAQAogSU5TVEFMTF9MSUI9CSR7SU5TVEFMTH0gJHtDT1BZ fSAke1NUUklQfSAtbSAke1NIQVJFTU9ERX0KIElOU1RBTExfU0NSSVBUPQkke0lOU1RBTEx9ICR7 Q09QWX0gLW0gJHtCSU5NT0RFfQogSU5TVEFMTF9EQVRBPQkke0lOU1RBTEx9ICR7Q09QWX0gLW0g JHtfU0hBUkVNT0RFfQorLmlmICFkZWZpbmVkKFhfQlVJTERfRk9SKQogSU5TVEFMTF9NQU49CSR7 SU5TVEFMTH0gJHtDT1BZfSAtbSAke01BTk1PREV9CisuZW5kaWYKIAogSU5TVEFMTF9NQUNST1M9 CUJTRF9JTlNUQUxMX1BST0dSQU09IiR7SU5TVEFMTF9QUk9HUkFNfSIgXAogCQkJQlNEX0lOU1RB TExfTElCPSIke0lOU1RBTExfTElCfSIgXApAQCAtMjYyMSw4ICsyNTk0LDE2IEBACiAKIENPTkZJ R1VSRV9TQ1JJUFQ/PQljb25maWd1cmUKIENPTkZJR1VSRV9DTUQ/PQkJLi8ke0NPTkZJR1VSRV9T Q1JJUFR9Ci1DT05GSUdVUkVfVEFSR0VUPz0JJHtBUkNIfS1wb3J0YmxkLSR7T1BTWVM6dGx9JHtP U1JFTH0KLUNPTkZJR1VSRV9UQVJHRVQ6PQkke0NPTkZJR1VSRV9UQVJHRVQ6Uy8tLWJ1aWxkPS8v fQorQlVJTERfQVJDSCE9CQkke1VOQU1FfSAtcAorQ09ORklHVVJFX0JVSUxEPz0JJHtCVUlMRF9B UkNIfS1wb3J0YmxkLSR7T1BTWVM6dGx9JHtPU1JFTH0KK0NPTkZJR1VSRV9CVUlMRDo9CSR7Q09O RklHVVJFX0JVSUxEOlMvLS1idWlsZD0vL30KKyNIT1NUX0FSQ0ghPQkJJHtVTkFNRX0gLW0KK0NP TkZJR1VSRV9IT1NUPz0JJHtBUkNIfS1wb3J0YmxkLSR7T1BTWVM6dGx9JHtPU1JFTH0KK0NPTkZJ R1VSRV9IT1NUOj0JJHtDT05GSUdVUkVfSE9TVDpTLy0taG9zdD0vL30KKy5pZiBkZWZpbmVkKFhf QlVJTERfRk9SKQorQ09ORklHVVJFX1RBUkdFVD89CQkke0FSQ0h9LXBvcnRibGQtJHtPUFNZUzp0 bH0ke09TUkVMfQorQ09ORklHVVJFX1RBUkdFVDo9CQkke0NPTkZJR1VSRV9UQVJHRVQ6Uy8tLXRh cmdldD0vL30KKy5lbmRpZgogQ09ORklHVVJFX0xPRz89CQljb25maWcubG9nCiAKICMgQSBkZWZh dWx0IG1lc3NhZ2UgdG8gcHJpbnQgaWYgZG8tY29uZmlndXJlIGZhaWxzLgpAQCAtMjYzNyw5ICsy NjE4LDYgQEAKIEdOVV9DT05GSUdVUkVfTUFOUFJFRklYPz0JJHtNQU5QUkVGSVh9CiBDT05GSUdf U0lURT89CQkke1BPUlRTRElSfS9UZW1wbGF0ZXMvY29uZmlnLnNpdGUKIENPTkZJR1VSRV9BUkdT Kz0JLS1wcmVmaXg9JHtHTlVfQ09ORklHVVJFX1BSRUZJWH0gJCR7X0xBVEVfQ09ORklHVVJFX0FS R1N9Ci0uaWYgZGVmaW5lZChYX0JVSUxEX0ZPUikKLUNPTkZJR1VSRV9BUkdTKz0JLS1ob3N0PSR7 WF9CVUlMRF9GT1J9Ci0uZW5kaWYKIENPTkZJR1VSRV9FTlYrPQkJQ09ORklHX1NJVEU9JHtDT05G SUdfU0lURX0gbHRfY3Zfc3lzX21heF9jbWRfbGVuPSR7Q09ORklHVVJFX01BWF9DTURfTEVOfQog SEFTX0NPTkZJR1VSRT0JCXllcwogCkBAIC0yNjU2LDcgKzI2MzQsNyBAQAogCSAgICBfTEFURV9D T05GSUdVUkVfQVJHUz0iJCR7X0xBVEVfQ09ORklHVVJFX0FSR1N9IC0taW5mb2Rpcj0ke0dOVV9D T05GSUdVUkVfUFJFRklYfS8ke0lORk9fUEFUSH0vJHtJTkZPX1NVQkRJUn0iIDsgXAogCWZpIDsg XAogCWlmIFsgLXogImAuLyR7Q09ORklHVVJFX1NDUklQVH0gLS12ZXJzaW9uIDI+JjEgfCAke0VH UkVQfSAtaSAnKGF1dG9jb25mLioyXC4xM3xVbnJlY29nbml6ZWQgb3B0aW9uKSdgIiBdOyB0aGVu IFwKLQkJX0xBVEVfQ09ORklHVVJFX0FSR1M9IiQke19MQVRFX0NPTkZJR1VSRV9BUkdTfSAtLWJ1 aWxkPSR7Q09ORklHVVJFX1RBUkdFVH0iIDsgXAorCQlfTEFURV9DT05GSUdVUkVfQVJHUz0iJCR7 X0xBVEVfQ09ORklHVVJFX0FSR1N9IC0tYnVpbGQ9JHtDT05GSUdVUkVfQlVJTER9IC0taG9zdD0k e0NPTkZJR1VSRV9IT1NUfSIgOyBcCiAJZWxzZSBcCiAJCV9MQVRFX0NPTkZJR1VSRV9BUkdTPSIk JHtfTEFURV9DT05GSUdVUkVfQVJHU30gJHtDT05GSUdVUkVfVEFSR0VUfSIgOyBcCiAJZmkgOwpA QCAtMzU4Myw5ICszNTYxLDEzIEBACiAKIC5pZiAhdGFyZ2V0KGNoZWNrLWFscmVhZHktaW5zdGFs bGVkKQogLmlmICFkZWZpbmVkKE5PX1BLR19SRUdJU1RFUikgJiYgIWRlZmluZWQoRk9SQ0VfUEtH X1JFR0lTVEVSKQorLmlmIGRlZmluZWQoWF9CVUlMRF9GT1IpCitQS0dfQklOPQkJJHtMT0NBTEJB U0V9L3NiaW4vcGtnLXN0YXRpYworUEtHX0RCRElSPQkJJHtTWVNST09UfS92YXIvZGIvcGtnCisu ZW5kaWYKIGNoZWNrLWFscmVhZHktaW5zdGFsbGVkOgogCQlAJHtFQ0hPX01TR30gIj09PT4gIENo ZWNraW5nIGlmICR7UEtHQkFTRX0gYWxyZWFkeSBpbnN0YWxsZWQiOyBcCi0JCXBrZ25hbWU9YCR7 UEtHX0lORk99IC1xIC1PICR7UEtHQkFTRX1gOyBcCisJCXBrZ25hbWU9YGVudiBQS0dfREJESVI9 IiR7UEtHX0RCRElSfSIgJHtQS0dfSU5GT30gLXEgLU8gJHtQS0dCQVNFfWA7IFwKIAkJaWYgWyAt biAiJCR7cGtnbmFtZX0iIF07IHRoZW4gXAogCQkJdj1gJHtQS0dfVkVSU0lPTn0gLXQgJCR7cGtn bmFtZX0gJHtQS0dOQU1FfWA7IFwKIAkJCWlmIFsgIiQke3Z9IiA9ICI8IiBdOyB0aGVuIFwKQEAg LTM4NjMsMTAgKzM4NDUsMTAgQEAKIAlAJHtFQ0hPX01TR30gIj09PT4gIFJldHVybmluZyB0byB1 c2VyIGNyZWRlbnRpYWxzIgogLmVsc2UKIAlAJHtFQ0hPX01TR30gIj09PT4gIERlaW5zdGFsbGlu ZyBmb3IgJHtQS0dCQVNFfSIKLQlAaWYgJHtQS0dfSU5GT30gLWUgJHtQS0dCQVNFfTsgdGhlbiBc Ci0JCXA9YCR7UEtHX0lORk99IC1xIC1PICR7UEtHQkFTRX1gOyBcCisJQGlmIGVudiAkeyRQS0df RU5WfSAke1BLR19JTkZPfSAtZSAke1BLR0JBU0V9OyB0aGVuIFwKKwkJcD1gZW52ICR7UEtHX0VO Vn0gJHtQS0dfSU5GT30gLXEgLU8gJHtQS0dCQVNFfWA7IFwKIAkJJHtFQ0hPX01TR30gIj09PT4g ICBEZWluc3RhbGxpbmcgJCR7cH0iOyBcCi0JCSR7UEtHX0RFTEVURX0gLWYgJHtQS0dCQVNFfSA7 IFwKKwkJZW52IFBLR19EQkRJUj0ke1BLR19EQkRJUn0gJHtQS0dfREVMRVRFfSAtZiAke1BLR0JB U0V9IDsgXAogCWVsc2UgXAogCQkke0VDSE9fTVNHfSAiPT09PiAgICR7UEtHQkFTRX0gbm90IGlu c3RhbGxlZCwgc2tpcHBpbmciOyBcCiAJZmkKQEAgLTM4ODcsMTQgKzM4NjksMTQgQEAKIAlAJHtF Q0hPX01TR30gIj09PT4gIFJldHVybmluZyB0byB1c2VyIGNyZWRlbnRpYWxzIgogLmVsc2UKIAlA JHtFQ0hPX01TR30gIj09PT4gIERlaW5zdGFsbGluZyBmb3IgJHtQS0dPUklHSU59IgotCUBkZWlu c3RhbGxfbmFtZXM9YCR7UEtHX0lORk99IC1xIC1PICR7UEtHT1JJR0lOfWA7IFwKKwlAZGVpbnN0 YWxsX25hbWVzPWBlbnYgJHtQS0dfRU5WfSAke1BLR19JTkZPfSAtcSAtTyAke1BLR09SSUdJTn1g OyBcCiAJZm9yIG9sZHBrZ29yaWdpbiBpbiAkJCgke0dSRVB9ICJ8JHtQS0dPUklHSU59fCIgJHtQ T1JUU0RJUn0vTU9WRUQgfCAke0NVVH0gLWYgMSAtZCAnfCcgfCAke1NPUlR9IC11KTsgZG8gXAog CQlkZWluc3RhbGxfbmFtZXM9IiQke2RlaW5zdGFsbF9uYW1lc30gJCQoJHtQS0dfSU5GT30gLXEg LU8gJCR7b2xkcGtnb3JpZ2lufSkiOyBcCiAJZG9uZTsgXAogCWlmIFsgLW4gIiQke2RlaW5zdGFs bF9uYW1lc30iIF07IHRoZW4gXAogCQlmb3IgZCBpbiAkJHtkZWluc3RhbGxfbmFtZXN9OyBkbyBc CiAJCQkke0VDSE9fTVNHfSAiPT09PiAgIERlaW5zdGFsbGluZyAkJHtkfSI7IFwKLQkJCSR7UEtH X0RFTEVURX0gLWYgJCR7ZH07IFwKKwkJCWVudiAke1BLR19FTlZ9ICR7UEtHX0RFTEVURX0gLWYg JCR7ZH07IFwKIAkJZG9uZTsgXAogCWVsc2UgXAogCQkke0VDSE9fTVNHfSAiPT09PiAgICR7UEtH T1JJR0lOfSBub3QgaW5zdGFsbGVkLCBza2lwcGluZyI7IFwKQEAgLTQzMzUsNiArNDMxNyw3IEBA CiAJCWRwX1NDUklQVFNESVI9IiR7U0NSSVBUU0RJUn0iIFwKIAkJZHBfUE9SVFNESVI9IiR7UE9S VFNESVJ9IiBcCiAJCWRwX01BS0U9IiR7TUFLRX0iIFwKKwkJZHBfU1lTUk9PVD0iJHtTWVNST09U fSIgXAogCQkke1NIfSAke1NDUklQVFNESVJ9L2RvLWRlcGVuZHMuc2gKIC5lbmRpZgogLmVuZGZv cgpAQCAtNDQ5NSw4ICs0NDc4LDggQEAKIAogUlVOLURFUEVORFMtTElTVD0gXAogCWZvciBkaXIg aW4gJCQoJHtFQ0hPX0NNRH0gIiR7X0xJQl9SVU5fREVQRU5EUzpDLC4qOihbXjpdKikuKixcMSx9 IiB8ICR7U0VEfSAtZSAneS8gL1xuLycgfCAke1NPUlR9IC11KTsgZG8gXAotCQlpZiBbIC1kICQk ZGlyIF07IHRoZW4gXAotCQkJJHtFQ0hPX0NNRH0gJCRkaXI7IFwKKwkJaWYgWyAtZCAke1NZU1JP T1R9LyQkZGlyIF07IHRoZW4gXAorCQkJJHtFQ0hPX0NNRH0gJHtTWVNST09UfS8kJGRpcjsgXAog CQllbHNlIFwKIAkJCSR7RUNIT19NU0d9ICIke1BLR05BTUV9OiBcIiQkZGlyXCIgbm9uLWV4aXN0 ZW50IC0tIGRlcGVuZGVuY3kgbGlzdCBpbmNvbXBsZXRlIiA+JjI7IFwKIAkJZmk7IFwKQEAgLTQ1 MjcsNyArNDUxMCw3IEBACiAJZmk7IFwKIAljaGVja2VkPSIke1BBUkVOVF9DSEVDS0VEfSI7IFwK IAlmb3IgZGlyIGluICR7X0xJQl9SVU5fREVQRU5EUzpDLFteOl0qOihbXjpdKik6Py4qLFwxLH07 IGRvIFwKLQkJZGlyPSQkKCR7UkVBTFBBVEh9ICQkZGlyKTsgXAorCQlkaXI9JCQoJHtTWVNST09U fS8ke1JFQUxQQVRIfSAkJGRpcik7IFwKIAkJaWYgWyAtZCAkJGRpciBdOyB0aGVuIFwKIAkJCWNh c2UgJCRjaGVja2VkIGluCVwKIAkJCSQkZGlyfCQkZGlyXCAqfCpcICQkZGlyfCpcICQkZGlyXCAq KSBjb250aW51ZTs7CVwK --_9557dbe8-53a8-46ec-858d-dcb4718eb481_-- From owner-freebsd-arm@freebsd.org Sun Jul 19 23:04:40 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0C31A9A4FCE; Sun, 19 Jul 2015 23:04:40 +0000 (UTC) (envelope-from m.vale@live.com.au) Received: from COL004-OMC4S15.hotmail.com (col004-omc4s15.hotmail.com [65.55.34.217]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DADD014A2; Sun, 19 Jul 2015 23:04:39 +0000 (UTC) (envelope-from m.vale@live.com.au) Received: from COL130-W88 ([65.55.34.201]) by COL004-OMC4S15.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Sun, 19 Jul 2015 16:03:33 -0700 X-TMN: [UrCyIO7ME6MpLYioJg2WHGQoTlVwG7rJ] X-Originating-Email: [m.vale@live.com.au] Message-ID: From: Michael Vale To: Adrian Chadd , "freebsd-embedded@freebsd.org" , "freebsd-mips@freebsd.org" , "freebsd-arm@freebsd.org" , "bapt@freebsd.org" , "portmgr@freebsd.org" Subject: X_BUILD_FOR - more info Date: Mon, 20 Jul 2015 09:33:33 +1030 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 19 Jul 2015 23:03:33.0176 (UTC) FILETIME=[22A32B80:01D0C277] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2015 23:04:40 -0000 Sorry about the multiple posts=2C but I was mistaken when I said the insta= ll target doesn't work. It does in fact work. INSTALL_AS_USER=3D does not= work. Must install without INSTALL_AS_USER=3D and enter a super-user pass= word to proceed. Sorry about this=2C I will fix it as soon as possible. =20 Now installs are doing great. Occasionally a problem crops up and I have b= een maintaining the works and applying the changes to greater support a wid= er range of ports and the system was at a reasonably stable state worthy of= showing. I will continue to work on the inconsistencies but I will lay of= f on emailing any more patches now until either I hear back from portmgr@ o= r my work reaches a significant milestone worthy of submission. =20 Regards=2C =20 Michael. = From owner-freebsd-arm@freebsd.org Sun Jul 19 23:53:49 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DBF039A674F for ; Sun, 19 Jul 2015 23:53:49 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by mx1.freebsd.org (Postfix) with ESMTP id 7155A1A78 for ; Sun, 19 Jul 2015 23:53:48 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from ppp14-2-45-89.lns21.adl2.internode.on.net (HELO midget.dons.net.au) ([14.2.45.89]) by ipmail05.adl6.internode.on.net with ESMTP; 20 Jul 2015 09:23:47 +0930 Received: from maelstrom.dons.net.au (Maelstrom.dons.net.au [10.0.2.104]) (authenticated bits=0) by midget.dons.net.au (8.15.1/8.14.9) with ESMTPSA id t6JNrdUg023696 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 20 Jul 2015 09:23:44 +0930 (CST) (envelope-from darius@dons.net.au) Subject: Re: How to Xbuild to BBB? Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) Content-Type: text/plain; charset=utf-8 From: "O'Connor, Daniel" In-Reply-To: <2093AC41-3AB0-4286-8440-AE3A93F358D8@kientzle.com> Date: Mon, 20 Jul 2015 09:23:39 +0930 Cc: freebsd-arm , Leonardo Fogel Content-Transfer-Encoding: quoted-printable Message-Id: <39BAA32F-59D7-4F85-8C01-14597BCD2A6A@dons.net.au> References: <1436542993.46776.YahooMailBasic@web120803.mail.ne1.yahoo.com> <19291C97-5A51-42D2-AC08-6B067AB8D2BD@kientzle.com> <2DED4E32-6599-4F5A-BDC8-E52F420D69C0@dons.net.au> <2093AC41-3AB0-4286-8440-AE3A93F358D8@kientzle.com> To: Tim Kientzle X-Mailer: Apple Mail (2.2102) X-Spam-Score: -4.216 () ALL_TRUSTED,BAYES_00,RP_MATCHES_RCVD,URIBL_BLOCKED X-Scanned-By: MIMEDefang 2.75 on 10.0.2.1 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2015 23:53:50 -0000 > On 20 Jul 2015, at 02:43, Tim Kientzle wrote: >=20 >=20 >> On Jul 18, 2015, at 5:26 PM, O'Connor, Daniel = wrote: >>=20 >> Is there a way to update a running BBB system? >=20 > Native builds work pretty well, though it takes a bit longer. Slight understatement :) Also I think it requires adding swap which greatly slows things down :( > In particular, if you have more than one BBB, you should be able to = NFS-mount and build on one, then install on the others. >=20 > If you only want to update the kernel, you should be able to = cross-build and then use installkernel on the build host to put all the = kernel bits into a directory, then just copy that directory (with all = modules, etc.). I guess that is probably the least painful way to do it. > I don=E2=80=99t know a good way to cross-build and update world, = though. What a pity :( It seems so silly to build on a (relatively) slow computer when a much = faster one is sitting right next to it (especially when that faster = computer build the original image :) > There=E2=80=99s another way to look at this problem, though: Can you = copy $YourCustomStuff from your old image onto a new image instead of = copying $NewFreeBSDBits onto your old image? >=20 > This is essentially the approach I=E2=80=99ve been trying to push = through with Crochet. If I could figure out how to install packages = into the image on the build host, I would be most of the way there. True, I could probably do that. Still pretty surprised there doesn't seem to be a way to = cross-installworld though. -- Daniel O'Connor "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-arm@freebsd.org Mon Jul 20 00:44:16 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4812B9A6E89 for ; Mon, 20 Jul 2015 00:44:16 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-pd0-f177.google.com (mail-pd0-f177.google.com [209.85.192.177]) (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 107001ABB for ; Mon, 20 Jul 2015 00:44:15 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: by pdbnt7 with SMTP id nt7so22724718pdb.0 for ; Sun, 19 Jul 2015 17:44:09 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=siEsDtIdaPZLrqY33mxwh+cuNAJUSTnUAbXzqktOzTo=; b=CRsLd+TxSRODhPnNbys7sjslpwuCxonsMY3NY0Ovd+cpcsIX5XtKSDSEf+M1z4JSue AQemd8YMqmvzH0OxgekbPUwMP57gucTnMtO2lXmtgjHjINrhDaUwHBajzOB41OVJeC8A zIuCIGgQB38aLMbnjRwMraoCQSt621nr/bytc37P37oGxHuMRbWHSN+5sQB+xQP6zfme BmomglDm2Fah+pBo1W7dV1hpCeeLAOdeqtPcUlBqbEBT1bzJJ9hs9V8qx1cAIIlyzYgo +TCpJWTPVcWSLXjT+klPQiyFZ7htneJfZUYqtss1eichjaXbRAvmLB7U7fgl+nAWGzvt Spjw== X-Gm-Message-State: ALoCoQnu8OeOfcyECOh9e6YR/zbakCZ2lDYNmYvyOkJmxwnntR0eOOD39nDKJxrccCB7Qz3KmFIo X-Received: by 10.66.190.228 with SMTP id gt4mr53817360pac.72.1437351634315; Sun, 19 Jul 2015 17:20:34 -0700 (PDT) Received: from netflix-mac-wired.bsdimp.com ([50.253.99.174]) by smtp.gmail.com with ESMTPSA id ns14sm18287103pdb.17.2015.07.19.17.20.32 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 19 Jul 2015 17:20:33 -0700 (PDT) Sender: Warner Losh Subject: Re: How to Xbuild to BBB? Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) Content-Type: multipart/signed; boundary="Apple-Mail=_C304B007-5C68-4B92-9294-08F33E7A20CF"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5 From: Warner Losh In-Reply-To: <39BAA32F-59D7-4F85-8C01-14597BCD2A6A@dons.net.au> Date: Sun, 19 Jul 2015 18:20:30 -0600 Cc: Tim Kientzle , freebsd-arm , Leonardo Fogel Message-Id: References: <1436542993.46776.YahooMailBasic@web120803.mail.ne1.yahoo.com> <19291C97-5A51-42D2-AC08-6B067AB8D2BD@kientzle.com> <2DED4E32-6599-4F5A-BDC8-E52F420D69C0@dons.net.au> <2093AC41-3AB0-4286-8440-AE3A93F358D8@kientzle.com> <39BAA32F-59D7-4F85-8C01-14597BCD2A6A@dons.net.au> To: "O'Connor, Daniel" X-Mailer: Apple Mail (2.2102) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jul 2015 00:44:16 -0000 --Apple-Mail=_C304B007-5C68-4B92-9294-08F33E7A20CF Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Jul 19, 2015, at 5:53 PM, O'Connor, Daniel = wrote: >=20 >=20 >> On 20 Jul 2015, at 02:43, Tim Kientzle wrote: >>=20 >>=20 >>> On Jul 18, 2015, at 5:26 PM, O'Connor, Daniel = wrote: >>>=20 >>> Is there a way to update a running BBB system? >>=20 >> Native builds work pretty well, though it takes a bit longer. >=20 > Slight understatement :) > Also I think it requires adding swap which greatly slows things down = :( Ideally you could do the build on machine X with arch Y and then install = them on machine Z with arch W. However, that doesn=E2=80=99t currently = work. There=E2=80=99s about a day or two of fiddling to make it work. It = used to work, but this was in the 4.x or early 5.0 time frame=E2=80=A6 Warner --Apple-Mail=_C304B007-5C68-4B92-9294-08F33E7A20CF Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJVrD7PAAoJEGwc0Sh9sBEAnCQQALKChi7LCec3VSdHj0g+xDEm P11jztvdwYf532qRWw7D95jwlLMMrejpR5Fx1eaWpuvP1ny1agqzSgdtGiFrX0Y+ YCou/e2Xrac7kniQ5Qa8k5zvLRE08bj1D83iTl4LdU0dooa8CUggBWormmUC64dT 40nUvwD9bbKaRR9f75mZJ/CEkUF0MwmnSPG5TiNG6IFc2UPrNTjSba/Q1OvZgO0Q GQnGNmABzCHZZPLS56nBPD5IVQ2rsRH5shPSAn72BzQtcSftf64Ns6mQsYqqpWe+ CN6RI7WuIN6CK/QPIIBMo3P+DRtX8S9j1YqYzOEi1yzgJopdSFMrxAQCDDoCVcmu UTLh9u5sctCHjMYY+wxFeXTm4rujYTxc0COcjGW7yyGnLUi9Y0ywTcVwkWl9IzIJ 4NquKOC4QolZU4yMHySdpGtAIz56UUSK6IQDEHesnGXiV2ySMslpxvxwWnRPSoiE lqjfupq6DqewaeQl0vlQN5cve1H/oxkNptVOoFHNIOF7bEdnPmVvrvPIJW8CDpWI hp+FBMR/aBs9pG1X0YDdqKP6cdMSVYw2Llha7l5eyDgkyGCNalc8GEc8lRSKaRSW HhlI25tY/4vD42zlZXygn1Q5z5Ymsz3xWke+tf+sHiT8ncKKaT8MzF3fQJFoPeaK aNSoN1q8wi1An/RKPQlU =mUBu -----END PGP SIGNATURE----- --Apple-Mail=_C304B007-5C68-4B92-9294-08F33E7A20CF-- From owner-freebsd-arm@freebsd.org Mon Jul 20 00:53:16 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 633B59A5014 for ; Mon, 20 Jul 2015 00:53:16 +0000 (UTC) (envelope-from gonzo@id.bluezbox.com) Received: from id.bluezbox.com (id.bluezbox.com [45.55.20.155]) (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 495871E0E for ; Mon, 20 Jul 2015 00:53:15 +0000 (UTC) (envelope-from gonzo@id.bluezbox.com) Received: from [208.184.220.60] (helo=macbook-air.dolby.net) by id.bluezbox.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.85 (FreeBSD)) (envelope-from ) id 1ZGz1T-0006xr-EN for freebsd-arm@freebsd.org; Sun, 19 Jul 2015 17:33:35 -0700 From: Oleksandr Tymoshenko Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: WIP: IPU and HDMI drivers for i.MX6 Message-Id: <5569347D-EA8B-46C9-97D3-6BF7CC1952B8@bluezbox.com> Date: Sun, 19 Jul 2015 17:33:04 -0700 To: "freebsd-arm@freebsd.org List" Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) X-Mailer: Apple Mail (2.2102) Sender: gonzo@id.bluezbox.com X-Spam-Level: - X-Spam-Report: Spam detection software, running on the system "id.bluezbox.com", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: Hello, Last few months I've been working on IPU(video controller)/HDMI support for i.MX6. This patch[1] is the first very limited milestone. It contains more or less complete IPU driver, DVI mode support for HDMI framer, and EDID handler. Missing part is pixel clock management so at the moment driver relies on U-Boot to set pixel clock for 1024x768@60 mode and it's the only supported mode for now. [...] Content analysis details: (-1.0 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jul 2015 00:53:16 -0000 Hello, Last few months I've been working on IPU(video controller)/HDMI support for i.MX6. This patch[1] is the first very limited milestone. It contains more or less complete IPU driver, DVI mode support for HDMI framer, and EDID handler. Missing part is pixel clock management so at the moment driver relies on U-Boot to set pixel clock for 1024x768@60 mode and it's the only supported mode for now. There seems to be several versions of DTS files for i.MX6 with very different structure for HDMI-related nodes. Patch works only with the version that is part of FreeBSD tree. Patch was tested on Hummingboard so any testing on other i.MX6 devices is appreciated [1] https://people.freebsd.org/~gonzo/arm/patches/imx6-ipu-hdmi-20150719.diff From owner-freebsd-arm@freebsd.org Mon Jul 20 01:39:56 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3FDED9A5701 for ; Mon, 20 Jul 2015 01:39:56 +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 0601F1CFB for ; Mon, 20 Jul 2015 01:39:55 +0000 (UTC) (envelope-from tim@kientzle.com) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id t6K1eA4i018310 for freebsd-arm@freebsd.org; Mon, 20 Jul 2015 01:40:10 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.100] (192.168.1.101 [192.168.1.101]) by kientzle.com with SMTP id g27e9h4tws3psp2eqwg9smn552; for freebsd-arm@freebsd.org; Mon, 20 Jul 2015 01:40:10 +0000 (UTC) (envelope-from tim@kientzle.com) From: Tim Kientzle Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Crochet Updates for RPi, BeagleBone Message-Id: <486955D9-6EED-47E4-BCAA-AA66650BB9DA@kientzle.com> Date: Sun, 19 Jul 2015 18:39:53 -0700 To: freebsd-arm Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) X-Mailer: Apple Mail (2.2102) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jul 2015 01:39:56 -0000 I just committed changes to Crochet so that it now uses the U-Boot ports = for RPi and BeagleBone (including BBB). It already used the port for = RPi2. If people want to change other boards, you can use the RPi, RPi2, or = BeagleBone configurations as examples. Generally, switching to using a = port does seem to simplify the code. Let me know if you run into any problems=E2=80=A6 Tim From owner-freebsd-arm@freebsd.org Mon Jul 20 01:55:23 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AD4509A5AB0; Mon, 20 Jul 2015 01:55:23 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) Received: from alogt.com (alogt.com [69.36.191.58]) (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 7E7A8122D; Mon, 20 Jul 2015 01:55:23 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=eOtIzE/i4lpR5XyloZFZ/CImIwchXmyy/n9ICKOF34s=; b=R5evdnflWgCqw+fS9LC5oN7b5uh3p5MexxZx9igaYvaV8z13UXWJKtp8jvqqDT38U1lXHFoFE/ZqfbbyczNQkl/XztxM6mfW/Eha5T6RtHBE66QmuskVyiX35SPbAL5SRwCwKLqPvJFO95SQMogzE2+SBc0jSHyRg9QB6GsRTuI=; Received: from [114.121.153.197] (port=49010 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.85) (envelope-from ) id 1ZH0IU-004L2B-OL; Sun, 19 Jul 2015 19:55:15 -0600 Date: Mon, 20 Jul 2015 09:55:07 +0800 From: Erich Dollansky To: Michael Vale Cc: "freebsd-embedded@freebsd.org" , "freebsd-mips@freebsd.org" , "freebsd-arm@freebsd.org" , "bapt@freebsd.org" , "portmgr@freebsd.org" , Adrian Chadd Subject: Re: X_BUILD_FOR is back! Message-ID: <20150720095507.0fe291f2@X220.alogt.com> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jul 2015 01:55:23 -0000 Hi, this sounds good. Erich On Mon, 20 Jul 2015 09:19:07 +1030 Michael Vale wrote: > Okay! > > Patch and go! > > bmake X_BUILD_FOR=mips BUILD_AS_USER= SRC_BASE=/home/masked/src > > Will build and install ports into /home/masked/src/../root/mips/ > > By default at first it will want to build and install mips-gcc to > cross compile. Next it will want to build and install pkg-1.5.5. > Personally I had problems with pkg's configure script and > external/libucl/xxhash.c that needed debugging. "cross_compiling" = > "yes" after a search for "git head" in pkg's configure needs to be > changed from "yes" to "maybe" and a search for swap32 in xxhash.c, > finds you with an elif for __bswap32 that needs to be erased, then > pkg should compile. Please let me know if you have different > results. Currently ports "install" is broken. I'm not sure what is > wrong with it, but rather than wait until it is fixed, I thought I > would post this anyway as I have been using the stage target as > install, pointing STAGEDIR to SYSROOT. Next I will go through it and > remove SHARE files, DOCs, MAN pages, and other stuff that we don't > need on embedded systems. I did do some changes to > Scripts/do-depends.sh and Scripts/find-lib.sh, I'm unsure now if any > of those changes were needed and I don't have a copy of the originals > right now so rather than post patches, I've posted the entire files, > sorry about that. Correction = Install /does/ work for some ports, it > depends on a few factors, I will iron them out ASAP. Other than > that, and the excess junk from the ports (DOC's MAN's SHARE, etc). > This iteration is for the most-part complete. Practically /all/ of > the pkg support is complete, it will register packages to a database > on the embedded filesystems root and successfully delete packages, > regardless of the fact that install is not working 100% right now. > The majority of ports should build, "stage-install", install and > package up without a fuss. Dependency checking and building should > all be sane. Please let me know what you think. Regards, Michael. From owner-freebsd-arm@freebsd.org Mon Jul 20 04:15:45 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 71B4F9A6033 for ; Mon, 20 Jul 2015 04:15:45 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gold.funkthat.com", Issuer "gold.funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 211C61BAF for ; Mon, 20 Jul 2015 04:15:44 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.14.5/8.14.5) with ESMTP id t6K4FIxX095608 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 19 Jul 2015 21:15:18 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.14.5/8.14.5/Submit) id t6K4FI1d095607; Sun, 19 Jul 2015 21:15:18 -0700 (PDT) (envelope-from jmg) Date: Sun, 19 Jul 2015 21:15:18 -0700 From: John-Mark Gurney To: Warner Losh Cc: "O'Connor, Daniel" , Tim Kientzle , freebsd-arm , Leonardo Fogel Subject: Re: How to Xbuild to BBB? Message-ID: <20150720041518.GU8523@funkthat.com> References: <1436542993.46776.YahooMailBasic@web120803.mail.ne1.yahoo.com> <19291C97-5A51-42D2-AC08-6B067AB8D2BD@kientzle.com> <2DED4E32-6599-4F5A-BDC8-E52F420D69C0@dons.net.au> <2093AC41-3AB0-4286-8440-AE3A93F358D8@kientzle.com> <39BAA32F-59D7-4F85-8C01-14597BCD2A6A@dons.net.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 9.1-PRERELEASE amd64 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (gold.funkthat.com [127.0.0.1]); Sun, 19 Jul 2015 21:15:19 -0700 (PDT) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jul 2015 04:15:45 -0000 Warner Losh wrote this message on Sun, Jul 19, 2015 at 18:20 -0600: > > On Jul 19, 2015, at 5:53 PM, O'Connor, Daniel wrote: > > > > > >> On 20 Jul 2015, at 02:43, Tim Kientzle wrote: > >> > >> > >>> On Jul 18, 2015, at 5:26 PM, O'Connor, Daniel wrote: > >>> > >>> Is there a way to update a running BBB system? > >> > >> Native builds work pretty well, though it takes a bit longer. > > > > Slight understatement :) > > Also I think it requires adding swap which greatly slows things down :( > > Ideally you could do the build on machine X with arch Y and then install them on machine Z with arch W. However, that doesn???t currently work. There???s about a day or two of fiddling to make it work. It used to work, but this was in the 4.x or early 5.0 time frame??? I do this now w/ make installworld -DNO_ROOT DESTDIR=, then you can tar it up w/ something like cd ; tar -czf world.tar.gz @METALOG And then transfer it to the machine and extract it... been working great, though not necessarily the "standard" way of doing it... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-arm@freebsd.org Mon Jul 20 04:31:56 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AAABD9A6299; Mon, 20 Jul 2015 04:31:56 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ie0-x233.google.com (mail-ie0-x233.google.com [IPv6:2607:f8b0:4001:c03::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 6EB371057; Mon, 20 Jul 2015 04:31:56 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by iecri3 with SMTP id ri3so14932469iec.2; Sun, 19 Jul 2015 21:31:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=Lrj83suJOa1DzuyyCUd2iOSD1SLHd7ujyIUAi8d5H9w=; b=0FDqzOJhvWPcZApzGOXH4Pp5BmNkDa1XYGtStTLo/srSXLOlQb/Lxp0UcRL7ANT1l2 YunkOcNv7ixH7Nt1IFDJDQA7hQIX34oPrIogKoRBGLnD+8FtS3lHpZGku/CA2fxkEcw1 yRlP9ZjRn9FdoZTMML4/jxCrCHJO0RtMHQyH9OwMadVA0Ev0u06tDtvikf5FLNoPd9o2 pDCfynNo5oUIlEpU1FuGxo0qTIHDq+0urkLDTktx+OqGnigOr8ogSeNPZY5Fj+8IUWjz S8EIT0KZo7tZWaP2zwrRXWqreWU2JM4Xe4EOoz4eOt33yRn0TiskGCGPLxwCZ57PZCLl wsxA== MIME-Version: 1.0 X-Received: by 10.107.35.144 with SMTP id j138mr36927886ioj.105.1437366715776; Sun, 19 Jul 2015 21:31:55 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.38.133 with HTTP; Sun, 19 Jul 2015 21:31:55 -0700 (PDT) In-Reply-To: <20150720095507.0fe291f2@X220.alogt.com> References: <20150720095507.0fe291f2@X220.alogt.com> Date: Sun, 19 Jul 2015 21:31:55 -0700 X-Google-Sender-Auth: 3jBHoHoublvnS_3rbxpCy3kqO7Q Message-ID: Subject: Re: X_BUILD_FOR is back! From: Adrian Chadd To: Erich Dollansky Cc: Michael Vale , "freebsd-embedded@freebsd.org" , "freebsd-mips@freebsd.org" , "freebsd-arm@freebsd.org" , "bapt@freebsd.org" , "portmgr@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jul 2015 04:31:56 -0000 hiya, can you make it use DESTDIR or something? Ie, not assume it's SRCDIR../../root/mips/ ? -a On 19 July 2015 at 18:55, Erich Dollansky wrote: > Hi, > > this sounds good. > > Erich > > > On Mon, 20 Jul 2015 09:19:07 +1030 > Michael Vale wrote: > >> Okay! >> >> Patch and go! >> >> bmake X_BUILD_FOR=mips BUILD_AS_USER= SRC_BASE=/home/masked/src >> >> Will build and install ports into /home/masked/src/../root/mips/ >> >> By default at first it will want to build and install mips-gcc to >> cross compile. Next it will want to build and install pkg-1.5.5. >> Personally I had problems with pkg's configure script and >> external/libucl/xxhash.c that needed debugging. "cross_compiling" = >> "yes" after a search for "git head" in pkg's configure needs to be >> changed from "yes" to "maybe" and a search for swap32 in xxhash.c, >> finds you with an elif for __bswap32 that needs to be erased, then >> pkg should compile. Please let me know if you have different >> results. Currently ports "install" is broken. I'm not sure what is >> wrong with it, but rather than wait until it is fixed, I thought I >> would post this anyway as I have been using the stage target as >> install, pointing STAGEDIR to SYSROOT. Next I will go through it and >> remove SHARE files, DOCs, MAN pages, and other stuff that we don't >> need on embedded systems. I did do some changes to >> Scripts/do-depends.sh and Scripts/find-lib.sh, I'm unsure now if any >> of those changes were needed and I don't have a copy of the originals >> right now so rather than post patches, I've posted the entire files, >> sorry about that. Correction = Install /does/ work for some ports, it >> depends on a few factors, I will iron them out ASAP. Other than >> that, and the excess junk from the ports (DOC's MAN's SHARE, etc). >> This iteration is for the most-part complete. Practically /all/ of >> the pkg support is complete, it will register packages to a database >> on the embedded filesystems root and successfully delete packages, >> regardless of the fact that install is not working 100% right now. >> The majority of ports should build, "stage-install", install and >> package up without a fuss. Dependency checking and building should >> all be sane. Please let me know what you think. Regards, Michael. From owner-freebsd-arm@freebsd.org Mon Jul 20 04:37:26 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C1E099A6300; Mon, 20 Jul 2015 04:37:26 +0000 (UTC) (envelope-from m.vale@live.com.au) Received: from COL004-OMC1S14.hotmail.com (col004-omc1s14.hotmail.com [65.55.34.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9B2711167; Mon, 20 Jul 2015 04:37:26 +0000 (UTC) (envelope-from m.vale@live.com.au) Received: from COL401-EAS423 ([65.55.34.9]) by COL004-OMC1S14.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Sun, 19 Jul 2015 21:36:21 -0700 X-TMN: [FwtzLB15WzG9nB11FB5OEi8ZesXZJo08] X-Originating-Email: [m.vale@live.com.au] Message-ID: From: Michael Vale To: , CC: , , , , Subject: Re: X_BUILD_FOR is back! X-Priority: 3 Importance: Normal Date: Mon, 20 Jul 2015 04:36:14 +0000 MIME-Version: 1.0 X-Mailer: Infraware POLARIS Mobile Mailer v2.5 X-OriginalArrivalTime: 20 Jul 2015 04:36:21.0202 (UTC) FILETIME=[A0822320:01D0C2A5] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jul 2015 04:37:27 -0000 It /is/ using DESTDIR. And sure=2C if your root/mips is elsewhere you c= an specify it there. In fact=2C iirc from Memory DESTDIR=3DSYSROOT... just = search for either in the Makefile to get your bearings. Sent from my LG G3 on the Telstra Mobile network ------ Original message------From: Adrian ChaddDate: Mon=2C 20 Jul 2015 14:= 31To: Erich Dollansky=3BCc: Michael Vale=3Bfreebsd-embedded@freebsd.org=3Bf= reebsd-mips@freebsd.org=3Bfreebsd-arm@freebsd.org=3Bbapt@freebsd.org=3Bport= mgr@freebsd.org=3BSubject:Re: X_BUILD_FOR is back! hiya=2C can you make it use DESTDIR or something? Ie=2C not assume it's SRCDIR../../root/mips/ ? -a On 19 July 2015 at 18:55=2C Erich Dollansky w= rote: > Hi=2C > > this sounds good. > > Erich > > > On Mon=2C 20 Jul 2015 09:19:07 +1030 > Michael Vale wrote: > >> Okay! >> >> Patch and go! >> >> bmake X_BUILD_FOR=3Dmips BUILD_AS_USER=3D SRC_BASE=3D/home/masked/src >> >> Will build and install ports into /home/masked/src/../root/mips/ >> >> By default at first it will want to build and install mips-gcc to >> cross compile. Next it will want to build and install pkg-1.5.5. >> Personally I had problems with pkg's configure script and >> external/libucl/xxhash.c that needed debugging. "cross_compiling" =3D >> "yes" after a search for "git head" in pkg's configure needs to be >> changed from "yes" to "maybe" and a search for swap32 in xxhash.c=2C >> finds you with an elif for __bswap32 that needs to be erased=2C then >> pkg should compile. Please let me know if you have different >> results. Currently ports "install" is broken. I'm not sure what is >> wrong with it=2C but rather than wait until it is fixed=2C I thought I >> would post this anyway as I have been using the stage target as >> install=2C pointing STAGEDIR to SYSROOT. Next I will go through it and >> remove SHARE files=2C DOCs=2C MAN pages=2C and other stuff that we don't >> need on embedded systems. I did do some changes to >> Scripts/do-depends.sh and Scripts/find-lib.sh=2C I'm unsure now if any >> of those changes were needed and I don't have a copy of the originals >> right now so rather than post patches=2C I've posted the entire files=2C >> sorry about that. Correction =3D Install /does/ work for some ports=2C i= t >> depends on a few factors=2C I will iron them out ASAP. Other than >> that=2C and the excess junk from the ports (DOC's MAN's SHARE=2C etc). >> This iteration is for the most-part complete. Practically /all/ of >> the pkg support is complete=2C it will register packages to a database >> on the embedded filesystems root and successfully delete packages=2C >> regardless of the fact that install is not working 100% right now. >> The majority of ports should build=2C "stage-install"=2C install and >> package up without a fuss. Dependency checking and building should >> all be sane. Please let me know what you think. Regards=2C Michael. From owner-freebsd-arm@freebsd.org Mon Jul 20 04:38:02 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AA84E9A634D; Mon, 20 Jul 2015 04:38:02 +0000 (UTC) (envelope-from m.vale@live.com.au) Received: from COL004-OMC1S17.hotmail.com (col004-omc1s17.hotmail.com [65.55.34.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 840A91212; Mon, 20 Jul 2015 04:38:02 +0000 (UTC) (envelope-from m.vale@live.com.au) Received: from COL401-EAS165 ([65.55.34.8]) by COL004-OMC1S17.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Sun, 19 Jul 2015 21:36:55 -0700 X-TMN: [oJuk8bvm1zzhNF4PHDbPQd3z8D0JGbfU] X-Originating-Email: [m.vale@live.com.au] Message-ID: From: Michael Vale To: , CC: , , , , Subject: Re: X_BUILD_FOR is back! X-Priority: 3 Importance: Normal Date: Mon, 20 Jul 2015 04:36:49 +0000 MIME-Version: 1.0 X-Mailer: Infraware POLARIS Mobile Mailer v2.5 X-OriginalArrivalTime: 20 Jul 2015 04:36:55.0867 (UTC) FILETIME=[B52B98B0:01D0C2A5] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jul 2015 04:38:02 -0000 In actual fact yoy dont even need to specify SRC_BASE. Sent from my LG G3 on the Telstra Mobile network ------ Original message------From: Adrian ChaddDate: Mon=2C 20 Jul 2015 14:= 31To: Erich Dollansky=3BCc: Michael Vale=3Bfreebsd-embedded@freebsd.org=3Bf= reebsd-mips@freebsd.org=3Bfreebsd-arm@freebsd.org=3Bbapt@freebsd.org=3Bport= mgr@freebsd.org=3BSubject:Re: X_BUILD_FOR is back! hiya=2C can you make it use DESTDIR or something? Ie=2C not assume it's SRCDIR../../root/mips/ ? -a On 19 July 2015 at 18:55=2C Erich Dollansky w= rote: > Hi=2C > > this sounds good. > > Erich > > > On Mon=2C 20 Jul 2015 09:19:07 +1030 > Michael Vale wrote: > >> Okay! >> >> Patch and go! >> >> bmake X_BUILD_FOR=3Dmips BUILD_AS_USER=3D SRC_BASE=3D/home/masked/src >> >> Will build and install ports into /home/masked/src/../root/mips/ >> >> By default at first it will want to build and install mips-gcc to >> cross compile. Next it will want to build and install pkg-1.5.5. >> Personally I had problems with pkg's configure script and >> external/libucl/xxhash.c that needed debugging. "cross_compiling" =3D >> "yes" after a search for "git head" in pkg's configure needs to be >> changed from "yes" to "maybe" and a search for swap32 in xxhash.c=2C >> finds you with an elif for __bswap32 that needs to be erased=2C then >> pkg should compile. Please let me know if you have different >> results. Currently ports "install" is broken. I'm not sure what is >> wrong with it=2C but rather than wait until it is fixed=2C I thought I >> would post this anyway as I have been using the stage target as >> install=2C pointing STAGEDIR to SYSROOT. Next I will go through it and >> remove SHARE files=2C DOCs=2C MAN pages=2C and other stuff that we don't >> need on embedded systems. I did do some changes to >> Scripts/do-depends.sh and Scripts/find-lib.sh=2C I'm unsure now if any >> of those changes were needed and I don't have a copy of the originals >> right now so rather than post patches=2C I've posted the entire files=2C >> sorry about that. Correction =3D Install /does/ work for some ports=2C i= t >> depends on a few factors=2C I will iron them out ASAP. Other than >> that=2C and the excess junk from the ports (DOC's MAN's SHARE=2C etc). >> This iteration is for the most-part complete. Practically /all/ of >> the pkg support is complete=2C it will register packages to a database >> on the embedded filesystems root and successfully delete packages=2C >> regardless of the fact that install is not working 100% right now. >> The majority of ports should build=2C "stage-install"=2C install and >> package up without a fuss. Dependency checking and building should >> all be sane. Please let me know what you think. Regards=2C Michael. From owner-freebsd-arm@freebsd.org Mon Jul 20 07:56:23 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A5B389A65F0 for ; Mon, 20 Jul 2015 07:56:23 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (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 6BCF21D99 for ; Mon, 20 Jul 2015 07:56:22 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id A56F11FE022; Mon, 20 Jul 2015 09:56:14 +0200 (CEST) Message-ID: <55ACA9E9.4080008@selasky.org> Date: Mon, 20 Jul 2015 09:57:29 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Tim Kientzle , freebsd-arm Subject: Re: Crochet Updates for RPi, BeagleBone References: <486955D9-6EED-47E4-BCAA-AA66650BB9DA@kientzle.com> In-Reply-To: <486955D9-6EED-47E4-BCAA-AA66650BB9DA@kientzle.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jul 2015 07:56:23 -0000 On 07/20/15 03:39, Tim Kientzle wrote: > I just committed changes to Crochet so that it now uses the U-Boot ports for RPi and BeagleBone (including BBB). It already used the port for RPi2. > > If people want to change other boards, you can use the RPi, RPi2, or BeagleBone configurations as examples. Generally, switching to using a port does seem to simplify the code. > > Let me know if you run into any problems… > > Tim Is a build available which can be tested? --HPS From owner-freebsd-arm@freebsd.org Mon Jul 20 10:27:53 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0CB219A52E0 for ; Mon, 20 Jul 2015 10:27:53 +0000 (UTC) (envelope-from zbb@semihalf.com) Received: from mail-wi0-f174.google.com (mail-wi0-f174.google.com [209.85.212.174]) (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 9B3B41D4 for ; Mon, 20 Jul 2015 10:27:52 +0000 (UTC) (envelope-from zbb@semihalf.com) Received: by wibud3 with SMTP id ud3so92563356wib.0 for ; Mon, 20 Jul 2015 03:27:50 -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:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=oAwcLKYtNat9pAPT7ABFcGxPcihPr2aZb2B/fjqRBGM=; b=budrWkzdLVazrlTUA1DkAFcjXQ0vru3J5U/3+ApIZakzDGEdPIyI4/a4xIebLS4qEu GurexscXRJb4EJal8t/xyzBIv2sYfYntffhGuqYCuR8soJagRDVl2wviLu48vEETHo2z egHgSZN0mWvVk+6dKciXJnORQcsbuWtWk+3sCbi3rq46rGZ8VmPMpxiDgvHiIl8jTG2t aVlH/QWGrjbAwPwp4jltyTma2iZOTKw+L+4qo6A/Ka6upzDdLXMDpXI7/w91GJn3SnXR pk74VkBqdsIAXXu9GyLPIugT68E9L9SwFfqfPMpQQ8FV+ijq7zbDUSrmZFA/Mw2n3Zo1 MnVA== X-Gm-Message-State: ALoCoQnvLHOvcLskMFqnEjFYowWivK520ALpy3tvnq5bYSWreq3S79GlRPgA9BGSbaDzVmFOsiDS X-Received: by 10.181.25.234 with SMTP id it10mr20934400wid.0.1437388070549; Mon, 20 Jul 2015 03:27:50 -0700 (PDT) MIME-Version: 1.0 Received: by 10.180.75.12 with HTTP; Mon, 20 Jul 2015 03:27:31 -0700 (PDT) In-Reply-To: <55AA3D5D.5070907@m5p.com> References: <2b488f78c7cd7f840f16f376dbb3408a@localhost.localdomain> <55A978B8.6080008@m5p.com> <55AA3D5D.5070907@m5p.com> From: Zbigniew Bodek Date: Mon, 20 Jul 2015 12:27:31 +0200 Message-ID: Subject: Re: [Differential] [Updated] D3121: Don't allow malloc() to wait for resource while holding a lock in ITS To: George Mitchell Cc: Eitan Adler , "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jul 2015 10:27:53 -0000 Hello, Just to clarify. You don't want to receive any e-mails from Phabricator on freebsd-arm@ or just those redundant like "(...) created a dependency"? Best regards zbb 2015-07-18 13:49 GMT+02:00 George Mitchell : > Thank you! -- George > > On 07/18/15 02:59, Eitan Adler wrote: >> freebsd-arm-list was manually added as a subscriber. I just reduced >> the amount of email that freebsd-arm-list gets, even when subscribed. >> Let me know if we can reduce the amount of email even more (or if any >> of it is useful) >> >> On 17 July 2015 at 14:50, George Mitchell wrote: >>> I thought phabric was going to stop spamming freebsd-arm ... ? -- George >>> >>> On 07/17/15 14:38, zbb (Zbigniew Bodek) wrote: >>>> zbb added a dependency: D2378: Introduce ITS support for ARM64. >>>> >>>> REPOSITORY >>>> rS FreeBSD src repository >>>> >>>> REVISION DETAIL >>>> https://reviews.freebsd.org/D3121 >>>> >>>> EMAIL PREFERENCES >>>> https://reviews.freebsd.org/settings/panel/emailpreferences/ >>>> >>>> To: zbb, emaste, andrew, wma_semihalf.com, imp, ian >>>> Cc: imp, andrew, freebsd-arm-list, emaste >>>> _______________________________________________ >>>> freebsd-arm@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-arm >>>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >>>> >>> >>> _______________________________________________ >>> freebsd-arm@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-arm >>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >> >> >> > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Mon Jul 20 10:29:47 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1D5109A5307 for ; Mon, 20 Jul 2015 10:29:47 +0000 (UTC) (envelope-from m.vale@live.com.au) Received: from COL004-OMC3S7.hotmail.com (col004-omc3s7.hotmail.com [65.55.34.145]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E8EA3234 for ; Mon, 20 Jul 2015 10:29:46 +0000 (UTC) (envelope-from m.vale@live.com.au) Received: from COL401-EAS465 ([65.55.34.135]) by COL004-OMC3S7.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Mon, 20 Jul 2015 03:29:40 -0700 X-TMN: [1azPYDEsviuAgcvPeqbyZQFVmoElCgXj] X-Originating-Email: [m.vale@live.com.au] Message-ID: From: =?utf-8?B?bS52YWxlQGxpdmUuY29tLmF1?= To: , CC: Subject: Re: [Differential] [Updated] D3121: Don't allow malloc() to wait for resource while holding a lock in ITS X-Priority: 3 Importance: Normal Date: Mon, 20 Jul 2015 10:29:34 +0000 MIME-Version: 1.0 X-Mailer: Infraware POLARIS Mobile Mailer v2.5 X-OriginalArrivalTime: 20 Jul 2015 10:29:40.0654 (UTC) FILETIME=[FC5DCCE0:01D0C2D6] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jul 2015 10:29:47 -0000 Next time you clarify try not to use broken English. Sent from my LG G3 on the Telstra Mobile network ------ Original message------From: Zbigniew BodekDate: Mon=2C 20 Jul 2015 2= 0:28To: George Mitchell=3BCc: freebsd-arm@freebsd.org=3BSubject:Re: [Differ= ential] [Updated] D3121: Don't allow malloc() to wait for resource while ho= lding a lock in ITS Hello=2C Just to clarify. You don't want to receive any e-mails from Phabricator on freebsd-arm@ or just those redundant like "(...) created a dependency"? Best regards zbb 2015-07-18 13:49 GMT+02:00 George Mitchell : > Thank you! -- George > > On 07/18/15 02:59=2C Eitan Adler wrote: >> freebsd-arm-list was manually added as a subscriber. I just reduced >> the amount of email that freebsd-arm-list gets=2C even when subscribed. >> Let me know if we can reduce the amount of email even more (or if any >> of it is useful) >> >> On 17 July 2015 at 14:50=2C George Mitchell wro= te: >>> I thought phabric was going to stop spamming freebsd-arm ... ? -- Georg= e >>> >>> On 07/17/15 14:38=2C zbb (Zbigniew Bodek) wrote: >>>> zbb added a dependency: D2378: Introduce ITS support for ARM64. >>>> >>>> REPOSITORY >>>> rS FreeBSD src repository >>>> >>>> REVISION DETAIL >>>> https://reviews.freebsd.org/D3121 >>>> >>>> EMAIL PREFERENCES >>>> https://reviews.freebsd.org/settings/panel/emailpreferences/ >>>> >>>> To: zbb=2C emaste=2C andrew=2C wma_semihalf.com=2C imp=2C ian >>>> Cc: imp=2C andrew=2C freebsd-arm-list=2C emaste >>>> _______________________________________________ >>>> freebsd-arm@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-arm >>>> To unsubscribe=2C send any mail to "freebsd-arm-unsubscribe@freebsd.or= g" >>>> >>> >>> _______________________________________________ >>> freebsd-arm@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-arm >>> To unsubscribe=2C send any mail to "freebsd-arm-unsubscribe@freebsd.org= " >> >> >> > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe=2C send any mail to "freebsd-arm-unsubscribe@freebsd.org" _______________________________________________ freebsd-arm@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-arm To unsubscribe=2C send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Mon Jul 20 11:50:05 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 77AFE9A6253 for ; Mon, 20 Jul 2015 11:50:05 +0000 (UTC) (envelope-from mikael.urankar@gmail.com) Received: from mail-yk0-x244.google.com (mail-yk0-x244.google.com [IPv6:2607:f8b0:4002:c07::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 3E79D9B7 for ; Mon, 20 Jul 2015 11:50:05 +0000 (UTC) (envelope-from mikael.urankar@gmail.com) Received: by ykdu72 with SMTP id u72so8786838ykd.3 for ; Mon, 20 Jul 2015 04:50:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=XKtpWeUqU6Wc2kg67lZM0wO+zUnOLH/t6KurJTgGMxk=; b=m7FddBgEygqznLCV/sU4alkI6WnSVnNuJBTTl3CQneddCxofWOr1t1J1cvWf56Zgo1 x9X8E/ua8HmpnOfRLdJ1ZIITsYyr70q6WUSyu/NXJWPyYwuYN2s7qm3nKQtZ/PsvozFO JiV5rOuJYHnLP6kKiByJTjv5Op3jAthX0XIXA8xZYoHcRtETbAhRbF6MchO3InVO9eTO M2dMQ5b3rik25niNw7fY0SQTOxtH74U3nFh5CYm6RJe1ZN6+HyLJWLbcBx+zRi3p7Ny4 jHZPhkf23qb95/fuT78/NadUbiUDecLmJxC7Q+JljzJFU9Bmp6iI7bsxqJTLlgGTmDCH foxg== MIME-Version: 1.0 X-Received: by 10.170.129.75 with SMTP id v72mr28308441ykb.124.1437393004377; Mon, 20 Jul 2015 04:50:04 -0700 (PDT) Received: by 10.37.10.65 with HTTP; Mon, 20 Jul 2015 04:50:04 -0700 (PDT) In-Reply-To: <5569347D-EA8B-46C9-97D3-6BF7CC1952B8@bluezbox.com> References: <5569347D-EA8B-46C9-97D3-6BF7CC1952B8@bluezbox.com> Date: Mon, 20 Jul 2015 13:50:04 +0200 Message-ID: Subject: Re: WIP: IPU and HDMI drivers for i.MX6 From: =?UTF-8?Q?Mika=C3=ABl_Urankar?= To: Oleksandr Tymoshenko Cc: "freebsd-arm@freebsd.org List" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jul 2015 11:50:05 -0000 2015-07-20 2:33 GMT+02:00 Oleksandr Tymoshenko : > Hello, > > > Last few months I've been working on IPU(video controller)/HDMI > support for i.MX6. This patch[1] is the first very limited > milestone. It contains more or less complete IPU driver, DVI mode > support for HDMI framer, and EDID handler. Missing part is pixel > clock management so at the moment driver relies on U-Boot to set > pixel clock for 1024x768@60 mode and it's the only supported mode > for now. > > There seems to be several versions of DTS files for i.MX6 with > very different structure for HDMI-related nodes. Patch works only > with the version that is part of FreeBSD tree. > > Patch was tested on Hummingboard so any testing on other i.MX6 > devices is appreciated Hi, Great work, thank you! I've tried on a cubox i4pro, the boot hangs after probing the video mode: http://mikael.urankar.free.fr/FreeBSD/cubox_hdmi.txt The boot also hangs if no hdmi/monitor are connected, last lines printed are: VT: initialize with new VT driver "fb". fb1: failed to parse EDID From owner-freebsd-arm@freebsd.org Mon Jul 20 12:07:09 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 604749A6A93 for ; Mon, 20 Jul 2015 12:07:09 +0000 (UTC) (envelope-from usenet@ulrich-grey.de) Received: from mo6-p00-ob.smtp.rzone.de (mo6-p00-ob.smtp.rzone.de [IPv6:2a01:238:20a:202:5300::11]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.smtp.rzone.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C0ECA1259 for ; Mon, 20 Jul 2015 12:07:08 +0000 (UTC) (envelope-from usenet@ulrich-grey.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1437394023; l=12961; s=domk; d=ulrich-grey.de; h=Content-Type:Mime-Version:References:In-Reply-To:Subject:Cc:To:From: Date; bh=9VKKn4SejdYf6SbzBwUqZO1xV84/6Xd5MbtqoTtBFOk=; b=TFPmZTpz2aLV7vzPUeDNpQyMFqFRZ6axG0eeX9oGZNWH4u92FLwegBOWHs0Zdg320Wv sZMArVvYAicJtLmdGYtENdj3fqFCbE1OwATkkaGQI/zYAw0Wdbapke0ueVUm7t990dpQL WFqYQaPTOjxpX1VJbgftpRYrwGTiqpPbK5Y= X-RZG-AUTH: :OX8Be0W8W+pMC3rDLL/lo2xV/LZTbZkYhOcjg8suic3iYr/B8J9Lzp3TJg47sMv/RE8= X-RZG-CLASS-ID: mo00 Received: from quad (p54868A0D.dip0.t-ipconnect.de [84.134.138.13]) by smtp.strato.de (RZmta 37.8 DYNA|AUTH) with ESMTPSA id d04ed2r6KC73ZNm (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (curve secp521r1 with 521 ECDH bits, eq. 15360 bits RSA)) (Client did not present a certificate); Mon, 20 Jul 2015 14:07:03 +0200 (CEST) Date: Mon, 20 Jul 2015 12:07:01 +0000 From: Ulrich Grey To: Oleksandr Tymoshenko Cc: "freebsd-arm@freebsd.org List" Subject: Re: WIP: IPU and HDMI drivers for i.MX6 Message-Id: <20150720120701.a3737b616fc69303beefe71c@ulrich-grey.de> In-Reply-To: <5569347D-EA8B-46C9-97D3-6BF7CC1952B8@bluezbox.com> References: <5569347D-EA8B-46C9-97D3-6BF7CC1952B8@bluezbox.com> Organization: - X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.25; armv6-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Mon__20_Jul_2015_12_07_01_+0000_2CT9DkSLftApOEoN" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jul 2015 12:07:09 -0000 This is a multi-part message in MIME format. --Multipart=_Mon__20_Jul_2015_12_07_01_+0000_2CT9DkSLftApOEoN Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hello, I am running FreeBSD wqtest 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r285652M: Sat Jul 18 01:43:03 UTC 2015 gwgpi@wqtest-hf:/usr/obj/usr/src/sys/IMX6 arm armv6hf on a Wandboard-Quad. I have built the image with HDMI-patch using /usr/src/release/release.sh -c arm/Wandboard.conf on the Wandboard itself (a armv6hf system). To boot I had to copy ubldr from a armv6 image to the fat partition. I don't know whether this is important in this context. Images without HDMI-patch are booting successfully. During boot I got a grapical u-boot logo, then the screen jitters and is black. I have used an old EIZO Monitor and a Philips TV set. Both don't work. Please see the attached file. ---------------------------------- On Sun, 19 Jul 2015 17:33:04 -0700 Oleksandr Tymoshenko wrote: > Hello, > > > Last few months I've been working on IPU(video controller)/HDMI > support for i.MX6. This patch[1] is the first very limited > milestone. It contains more or less complete IPU driver, DVI mode > support for HDMI framer, and EDID handler. Missing part is pixel > clock management so at the moment driver relies on U-Boot to set > pixel clock for 1024x768@60 mode and it's the only supported mode > for now. > > There seems to be several versions of DTS files for i.MX6 with > very different structure for HDMI-related nodes. Patch works only > with the version that is part of FreeBSD tree. > > Patch was tested on Hummingboard so any testing on other i.MX6 > devices is appreciated > > [1] https://people.freebsd.org/~gonzo/arm/patches/imx6-ipu-hdmi-20150719.diff > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" --Multipart=_Mon__20_Jul_2015_12_07_01_+0000_2CT9DkSLftApOEoN Content-Type: text/plain; name="wq20150720_4-wq-hdmi-EIZO.txt" Content-Disposition: attachment; filename="wq20150720_4-wq-hdmi-EIZO.txt" Content-Transfer-Encoding: 7bit Script started on Mon Jul 20 11:27:57 2015 root@devel:/usr/local/DEVEL/LOG # cu -l/dev/cuaU0 -s115200 Connected U-Boot SPL 2013.10 (Jul 20 2015 - 11:48:18) Boot Device: SD0 reading boot/u-boot.img Load image from RAW... U-Boot 2013.10 (Jul 20 2015 - 11:48:18) CPU: Freescale i.MX6Q rev1.2 at 792 MHz Reset cause: POR Board: Wandboard DRAM: 2 GiB NAND: 0 MiB MMC: FSL_SDHC: 0, FSL_SDHC: 1 Environment is in MMC.... *** Warning - bad CRC, using default environment In: serial Out: serial Err: serial Net: FEC [PRIME] reading uEnv.txt ** Unable to read file uEnv.txt ** Hit any key to stop autoboot: 3  2  1  0 Booting from: mmc 0 ubldr reading ubldr 260674 bytes read in 27 ms (9.2 MiB/s) ## Starting application at 0x12000094 ... Consoles: U-Boot console Compatible U-Boot API signature found @8f570ed8 FreeBSD/armv6 U-Boot loader, Revision 1.2 (gwgpi@wqtest, Sat Jul 11 16:35:37 UTC 2015) DRAM: 2048MB MMC: no card present MMC: no card present MMC: no card present MMC: no card present MMC: no card present MMC: no card present MMC: no card present MMC: no card present MMC: no card present MMC: no card present MMC: no card present MMC: no card present Number of U-Boot devices: 4 U-Boot env: loaderdev='mmc 0' Found U-Boot device: disk Checking unit=0 slice= partition=... good. |/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|//boot/kernel/kernel data=0x62195c+0xba6a4 -\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|syms=[0x4+0x63180/-\+0x4+0x5de20|/-] Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel] in 9 seconds... Booting [/boot/kernel/kernel] in 8 seconds... Booting [/boot/kernel/kernel] in 7 seconds... Booting [/boot/kernel/kernel] in 6 seconds... Booting [/boot/kernel/kernel] in 5 seconds... Booting [/boot/kernel/kernel] in 4 seconds... Booting [/boot/kernel/kernel] in 3 seconds... Booting [/boot/kernel/kernel] in 2 seconds... Booting [/boot/kernel/kernel] in 1 second... Booting [/boot/kernel/kernel]... \|/-\|/-\|/-\|/-\|/-\|/boot/dtb/imx6q-wandboard.dtb /size=0x7a5e Loaded DTB from file 'imx6q-wandboard.dtb'. -\|/Kernel entry at 0x12200100... Kernel args: (null) KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2015 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 #1 r285652M: Mon Jul 20 12:31:16 CEST 2015 gwgpi@wqtest:/usr/obj/usr/src/sys/IMX6 arm FreeBSD clang version 3.6.1 (tags/RELEASE_361/final 237755) 20150525 VT: init without driver. CPU: Cortex A9-r2 rev 10 (Cortex-A core) Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext WB disabled EABT branch prediction enabled LoUU:2 LoC:2 LoUIS:2 Cache level 1: 32KB/32B 4-way data cache WB Read-Alloc Write-Alloc 32KB/32B 4-way instruction cache Read-Alloc real memory = 2147483648 (2048 MB) avail memory = 2092920832 (1995 MB) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs random: entropy device external interface kbd0 at kbdmux0 ofwbus0: simplebus0: on ofwbus0 simplebus1: mem 0x2000000-0x20fffff on simplebus0 simplebus2: mem 0x2000000-0x203ffff on simplebus1 imx6_anatop0: mem 0x20c8000-0x20c8fff irq 81,86,159 on simplebus1 simplebus3: on simplebus1 simplebus4: mem 0x2100000-0x21fffff on simplebus0 ocotp0: mem 0x21bc000-0x21bffff on simplebus4 ccm0: mem 0x20c4000-0x20c7fff irq 119,120 on simplebus1 l2cache0: mem 0xa02000-0xa02fff irq 124 on simplebus0 l2cache0: Part number: 0x3, release: 0x7 l2cache0: L2 Cache enabled: 1024KB/32B 16 ways imx_iomux0: mem 0x20e0000-0x20e3fff on simplebus1 gic0: mem 0xa01000-0xa01fff,0xa00100-0xa001ff on ofwbus0 gic0: pn 0x390, arch 0x1, rev 0x2, implementer 0x43b irqs 160 imx_gpt0: mem 0x2098000-0x209bfff irq 87 on simplebus1 Event timer "iMXGPT" frequency 66000000 Hz quality 800 Timecounter "iMXGPT" frequency 66000000 Hz quality 1000 mp_tmr0: mem 0xa00600-0xa0061f irq 29 on simplebus0 Event timer "MPCore" frequency 492000000 Hz quality 1000 uart0: mem 0x2020000-0x2023fff irq 58 on simplebus2 uart0: console (115200,n,8,1) gpio0: mem 0x209c000-0x209ffff irq 98,99 on simplebus1 gpiobus0: on gpio0 gpioc0: on gpio0 gpio1: mem 0x20a0000-0x20a3fff irq 100,101 on simplebus1 gpiobus1: on gpio1 gpioc1: on gpio1 gpio2: mem 0x20a4000-0x20a7fff irq 102,103 on simplebus1 gpiobus2: on gpio2 gpioc2: on gpio2 gpio3: mem 0x20a8000-0x20abfff irq 104,105 on simplebus1 gpiobus3: on gpio3 gpioc3: on gpio3 gpio4: mem 0x20ac000-0x20affff irq 106,107 on simplebus1 gpiobus4: on gpio4 gpioc4: on gpio4 gpio5: mem 0x20b0000-0x20b3fff irq 108,109 on simplebus1 gpiobus5: on gpio5 gpioc5: on gpio5 gpio6: mem 0x20b4000-0x20b7fff irq 110,111 on simplebus1 gpiobus6: on gpio6 gpioc6: on gpio6 usbphy0: mem 0x20c9000-0x20c9fff irq 76 on simplebus1 usbphy1: mem 0x20ca000-0x20cafff irq 77 on simplebus1 src0: mem 0x20d8000-0x20dbfff irq 123,128 on simplebus1 hdmi0: mem 0x120000-0x128fff irq 147 on simplebus1 hdmi0: HDMI controller 13:0a:a0:c1 GPR3 0f000000 -> 0f000000 ehci0: mem 0x2184000-0x21841ff irq 75 on simplebus4 ehci0: [GIANT-LOCKED] usbus0: EHCI version 1.0 usbus0 on ehci0 ehci1: mem 0x2184200-0x21843ff irq 72 on simplebus4 ehci1: [GIANT-LOCKED] usbus1: EHCI version 1.0 usbus1 on ehci1 ffec0: mem 0x2188000-0x218bfff irq 150,151 on simplebus4 miibus0: on ffec0 atphy0: PHY 1 on miibus0 atphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseSX-FDX, 1000baseT-FDX, 1000baseT-FDX-master, auto ffec0: Ethernet address: 00:1f:7b:b4:17:64 sdhci_imx0: mem 0x2190000-0x2193fff irq 54 on simplebus4 mmc0: on sdhci_imx0 sdhci_imx1: mem 0x2194000-0x2197fff irq 55 on simplebus4 sdhci_imx2: mem 0x2198000-0x219bfff irq 56 on simplebus4 mmc1: on sdhci_imx2 iichb0: mem 0x21a0000-0x21a3fff irq 68 on simplebus4 iicbus0: on iichb0 iic0: on iicbus0 iichb1: mem 0x21a4000-0x21a7fff irq 69 on simplebus4 iicbus1: on iichb1 iic1: on iicbus1 iicbus1: at addr 0xa uart1: mem 0x21ec000-0x21effff irq 60 on simplebus4 fb0: mem 0x2400000-0x27fffff irq 38,37 on simplebus0 fb1: mem 0x2800000-0x2bfffff irq 40,39 on simplebus0 cryptosoft0: Timecounters tick every 2.000 msec IPsec: Initialized Security Association Processing. hdmi0: i2c transfer failed: 3 fb0: failed to get EDID info from HDMI framer fb0: failed to parse EDID IPU_CONF == 00000000 DC_MAP_CONF[0]: 00000000 -> -> 00000000 DC_MAP_CONF_VAL[00258144]: 00000000 -> 000007ff DC_MAP_CONF_PTR[00258108]: 00000000 -> 00000000 DC_MAP_CONF_VAL[00258144]: 000007ff -> 0fff07ff DC_MAP_CONF_PTR[00258108]: 00000000 -> 00000020 DC_MAP_CONF_VAL[00258148]: 00000000 -> 000017ff DC_MAP_CONF_PTR[00258108]: 00000020 -> 00000820 DC_WRITE_CH_CONF_5: 00000000 -> 00000002 DC_WRITE_CH_ADDR_5: 00000000 -> 0x00000000 DC_GEN: 00000060 -> 0x00000084 DI_BS_CLKGEN0: 00000000 DI_BS_CLKGEN1: 00000000 CCM_CS2CDR = 00000003 CCM_CSCMR2 = 7 CCM_CBCDR = 1 [PLL2] DW_GEN: 00000000 -> 00000300 DW_SET: 00000000 -> 00020000 DI0_SW_GEN0_1 00000000 -> 29f90000 DI0_SW_GEN1_1 00000000 -> 10000000 IPU_DI1_STP_REP1 00000000 -> 00000000 DI0_SW_GEN0_2 00000000 -> 29f90001 DI0_SW_GEN1_2 00000000 -> 31101000 IPU_DI1_STP_REP2 00000000 -> 00000000 DI0_SW_GEN0_3 00000000 -> 192a0000 DI0_SW_GEN1_3 00000000 -> 300c2000 IPU_DI1_STP_REP2 00000000 -> 00000000 DI0_SW_GEN0_4 00000000 -> 0003004b DI0_SW_GEN1_4 00000000 -> 08000000 IPU_DI1_STP_REP3 00000000 -> 03000000 DI0_SW_GEN0_5 00000000 -> 00010501 DI0_SW_GEN1_5 00000000 -> 0a000000 IPU_DI1_STP_REP3 00000000 -> 00000400 W1[5] 00000000 -> 00008885 W2[5] 00000000 -> 00000380 W1[5] 00000000 -> 00008845 W2[5] 00000000 -> 00000380 W1[5] 00000000 -> 00008805 W2[5] 00000000 -> 00000380 DI_GENERAL: 00200000 -> 00300004 (XXX) SYNC_AS_GEN: 00000000 -> 00004002 DB_MODE_SEL 00200150: 00000000 -> 00800000 DISP_GEN: 00400000 -> 01400000 00208004: 00000000 00208008: 00000000 00208004: 00000000 -> 00800000 CONF: 00000002 -> 00000082 fbd0 on fb0 VT: initialize with new VT driver "fb". hdmi0: i2c transfer failed: 3 fb1: failed to get EDID info from HDMI framer fb1: failed to parse EDID --Multipart=_Mon__20_Jul_2015_12_07_01_+0000_2CT9DkSLftApOEoN-- From owner-freebsd-arm@freebsd.org Mon Jul 20 12:13:33 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6A8B49A6BEF for ; Mon, 20 Jul 2015 12:13:33 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from mailhost.m5p.com (mailhost.m5p.com [IPv6:2001:418:3fd::f7]) (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 274761863 for ; Mon, 20 Jul 2015 12:13:33 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from [IPv6:2001:418:3fd::1f] (haymarket.m5p.com [IPv6:2001:418:3fd::1f]) by mailhost.m5p.com (8.14.5/8.14.5) with ESMTP id t6KCDN7I039074; Mon, 20 Jul 2015 08:13:28 -0400 (EDT) (envelope-from george+freebsd@m5p.com) Message-ID: <55ACE5E3.6070001@m5p.com> Date: Mon, 20 Jul 2015 08:13:23 -0400 From: George Mitchell User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Zbigniew Bodek CC: Eitan Adler , "freebsd-arm@freebsd.org" Subject: Re: [Differential] [Updated] D3121: Don't allow malloc() to wait for resource while holding a lock in ITS References: <2b488f78c7cd7f840f16f376dbb3408a@localhost.localdomain> <55A978B8.6080008@m5p.com> <55AA3D5D.5070907@m5p.com> In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.73 X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (mailhost.m5p.com [IPv6:2001:418:3fd::f7]); Mon, 20 Jul 2015 08:13:29 -0400 (EDT) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jul 2015 12:13:33 -0000 Mostly I want to minimize disruption of any established practices. But also I hope never to receive more than one or two phabricator emails per day on a regular basis, if possible. -- George On 07/20/15 06:27, Zbigniew Bodek wrote: > Hello, > > Just to clarify. You don't want to receive any e-mails from > Phabricator on freebsd-arm@ or just those redundant like "(...) > created a dependency"? > > Best regards > zbb > > 2015-07-18 13:49 GMT+02:00 George Mitchell : >> Thank you! -- George >> >> On 07/18/15 02:59, Eitan Adler wrote: >>> freebsd-arm-list was manually added as a subscriber. I just reduced >>> the amount of email that freebsd-arm-list gets, even when subscribed. >>> Let me know if we can reduce the amount of email even more (or if any >>> of it is useful) >>> >>> On 17 July 2015 at 14:50, George Mitchell wrote: >>>> I thought phabric was going to stop spamming freebsd-arm ... ? -- George >>>> >>>> On 07/17/15 14:38, zbb (Zbigniew Bodek) wrote: >>>>> zbb added a dependency: D2378: Introduce ITS support for ARM64. >>>>> >>>>> REPOSITORY >>>>> rS FreeBSD src repository >>>>> >>>>> REVISION DETAIL >>>>> https://reviews.freebsd.org/D3121 >>>>> >>>>> EMAIL PREFERENCES >>>>> https://reviews.freebsd.org/settings/panel/emailpreferences/ >>>>> >>>>> To: zbb, emaste, andrew, wma_semihalf.com, imp, ian >>>>> Cc: imp, andrew, freebsd-arm-list, emaste >>>>> _______________________________________________ >>>>> freebsd-arm@freebsd.org mailing list >>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-arm >>>>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >>>>> >>>> >>>> _______________________________________________ >>>> freebsd-arm@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-arm >>>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >>> >>> >>> >> >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-arm >> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Mon Jul 20 16:08:37 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3AE7A9A6344 for ; Mon, 20 Jul 2015 16:08:37 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gold.funkthat.com", Issuer "gold.funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 17FE11EC6; Mon, 20 Jul 2015 16:08:36 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.14.5/8.14.5) with ESMTP id t6KG8Z76003430 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 20 Jul 2015 09:08:35 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.14.5/8.14.5/Submit) id t6KG8ZLH003429; Mon, 20 Jul 2015 09:08:35 -0700 (PDT) (envelope-from jmg) Date: Mon, 20 Jul 2015 09:08:35 -0700 From: John-Mark Gurney To: Zbigniew Bodek Cc: George Mitchell , "freebsd-arm@freebsd.org" , phabric-admin@freebsd.org Subject: Re: [Differential] [Updated] D3121: Don't allow malloc() to wait for resource while holding a lock in ITS Message-ID: <20150720160835.GW8523@funkthat.com> References: <2b488f78c7cd7f840f16f376dbb3408a@localhost.localdomain> <55A978B8.6080008@m5p.com> <55AA3D5D.5070907@m5p.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 9.1-PRERELEASE amd64 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (gold.funkthat.com [127.0.0.1]); Mon, 20 Jul 2015 09:08:35 -0700 (PDT) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jul 2015 16:08:37 -0000 Zbigniew Bodek wrote this message on Mon, Jul 20, 2015 at 12:27 +0200: > Just to clarify. You don't want to receive any e-mails from > Phabricator on freebsd-arm@ or just those redundant like "(...) > created a dependency"? Mailing lists should never received subscriber added messages.. They are a complete waste of traffic... IMO, the only updates the mailing list should receive are created and diff uploaded... Some could argue that the comments should be too, but IMO, if you care about the review, you'll subscribe yourself, and the review has all the comments tied together... Anything else should be not set... and this applies to ALL mailing lists... > 2015-07-18 13:49 GMT+02:00 George Mitchell : > > Thank you! -- George > > > > On 07/18/15 02:59, Eitan Adler wrote: > >> freebsd-arm-list was manually added as a subscriber. I just reduced > >> the amount of email that freebsd-arm-list gets, even when subscribed. > >> Let me know if we can reduce the amount of email even more (or if any > >> of it is useful) > >> > >> On 17 July 2015 at 14:50, George Mitchell wrote: > >>> I thought phabric was going to stop spamming freebsd-arm ... ? -- George > >>> > >>> On 07/17/15 14:38, zbb (Zbigniew Bodek) wrote: > >>>> zbb added a dependency: D2378: Introduce ITS support for ARM64. > >>>> > >>>> REPOSITORY > >>>> rS FreeBSD src repository > >>>> > >>>> REVISION DETAIL > >>>> https://reviews.freebsd.org/D3121 > >>>> > >>>> EMAIL PREFERENCES > >>>> https://reviews.freebsd.org/settings/panel/emailpreferences/ > >>>> > >>>> To: zbb, emaste, andrew, wma_semihalf.com, imp, ian > >>>> Cc: imp, andrew, freebsd-arm-list, emaste > >>>> _______________________________________________ > >>>> freebsd-arm@freebsd.org mailing list > >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-arm > >>>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > >>>> > >>> > >>> _______________________________________________ > >>> freebsd-arm@freebsd.org mailing list > >>> http://lists.freebsd.org/mailman/listinfo/freebsd-arm > >>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > >> > >> > >> > > > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-arm@freebsd.org Mon Jul 20 16:21:11 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2534F9A6731 for ; Mon, 20 Jul 2015 16:21:11 +0000 (UTC) (envelope-from mmitchel@gmail.com) Received: from mail-ig0-x230.google.com (mail-ig0-x230.google.com [IPv6:2607:f8b0:4001:c05::230]) (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 E06A81BA4; Mon, 20 Jul 2015 16:21:10 +0000 (UTC) (envelope-from mmitchel@gmail.com) Received: by igvi1 with SMTP id i1so80595860igv.1; Mon, 20 Jul 2015 09:21:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=RQaeTVbHD5JhQ1l+mLip5WzZ4e2Z64di1e9uxYLz/aU=; b=YpASBRB/tLpYnnbVoM3CaBWBDCZ6lsQSBCRkQJ9CyY2cfsoS4OVZo9dGyydUf4vC5u Dg5YywPtrmcbM3W39jFNjd34f9f3vlG8bwyRLgMdJ+zOUrkRGLgV68QM/QvPpHYeLZTY eLRyMFHAa5vvRcN2Umw1rX2DjtuuUzIZ3JsvBhx+V4jW/MbJdt4BmwTNH9CbL0Bj7Sbl XSZRQUbJ+kxZSuf2bTJ7STcjg9ZiNCG134j1KKOcgL4X+Hs+w2GIIRtbq220fE5Utr/J +PQjPBYM6dGnQg+vCdbaPd58KpNQ69gR38WOz8WxalcmAkEGzf9dJy42+VH3nlrih/cv QwkA== MIME-Version: 1.0 X-Received: by 10.50.79.129 with SMTP id j1mr16508859igx.32.1437409270327; Mon, 20 Jul 2015 09:21:10 -0700 (PDT) Received: by 10.107.19.202 with HTTP; Mon, 20 Jul 2015 09:21:10 -0700 (PDT) In-Reply-To: <20150720160835.GW8523@funkthat.com> References: <2b488f78c7cd7f840f16f376dbb3408a@localhost.localdomain> <55A978B8.6080008@m5p.com> <55AA3D5D.5070907@m5p.com> <20150720160835.GW8523@funkthat.com> Date: Mon, 20 Jul 2015 09:21:10 -0700 Message-ID: Subject: Re: [Differential] [Updated] D3121: Don't allow malloc() to wait for resource while holding a lock in ITS From: Michael Mitchell To: John-Mark Gurney Cc: Zbigniew Bodek , "freebsd-arm@freebsd.org" , phabric-admin@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jul 2015 16:21:11 -0000 imho: output from bots and code reviews are basically spam. give them their own list. On Mon, Jul 20, 2015 at 9:08 AM, John-Mark Gurney wrote: > Zbigniew Bodek wrote this message on Mon, Jul 20, 2015 at 12:27 +0200: > > Just to clarify. You don't want to receive any e-mails from > > Phabricator on freebsd-arm@ or just those redundant like "(...) > > created a dependency"? > > Mailing lists should never received subscriber added messages.. > They are a complete waste of traffic... > > IMO, the only updates the mailing list should receive are created > and diff uploaded... > > Some could argue that the comments should be too, but IMO, if you care > about the review, you'll subscribe yourself, and the review has all > the comments tied together... > > Anything else should be not set... and this applies to ALL mailing > lists... > > > 2015-07-18 13:49 GMT+02:00 George Mitchell : > > > Thank you! -- George > > > > > > On 07/18/15 02:59, Eitan Adler wrote: > > >> freebsd-arm-list was manually added as a subscriber. I just reduced > > >> the amount of email that freebsd-arm-list gets, even when subscribed. > > >> Let me know if we can reduce the amount of email even more (or if any > > >> of it is useful) > > >> > > >> On 17 July 2015 at 14:50, George Mitchell > wrote: > > >>> I thought phabric was going to stop spamming freebsd-arm ... ? -- > George > > >>> > > >>> On 07/17/15 14:38, zbb (Zbigniew Bodek) wrote: > > >>>> zbb added a dependency: D2378: Introduce ITS support for ARM64. > > >>>> > > >>>> REPOSITORY > > >>>> rS FreeBSD src repository > > >>>> > > >>>> REVISION DETAIL > > >>>> https://reviews.freebsd.org/D3121 > > >>>> > > >>>> EMAIL PREFERENCES > > >>>> https://reviews.freebsd.org/settings/panel/emailpreferences/ > > >>>> > > >>>> To: zbb, emaste, andrew, wma_semihalf.com, imp, ian > > >>>> Cc: imp, andrew, freebsd-arm-list, emaste > > >>>> _______________________________________________ > > >>>> freebsd-arm@freebsd.org mailing list > > >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-arm > > >>>> To unsubscribe, send any mail to " > freebsd-arm-unsubscribe@freebsd.org" > > >>>> > > >>> > > >>> _______________________________________________ > > >>> freebsd-arm@freebsd.org mailing list > > >>> http://lists.freebsd.org/mailman/listinfo/freebsd-arm > > >>> To unsubscribe, send any mail to " > freebsd-arm-unsubscribe@freebsd.org" > > >> > > >> > > >> > > > > > > _______________________________________________ > > > freebsd-arm@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > -- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@freebsd.org Mon Jul 20 16:28:44 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1D5329A68F9 for ; Mon, 20 Jul 2015 16:28:44 +0000 (UTC) (envelope-from m.vale@live.com.au) Received: from COL004-OMC3S4.hotmail.com (col004-omc3s4.hotmail.com [65.55.34.142]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EBF0E1EB3; Mon, 20 Jul 2015 16:28:43 +0000 (UTC) (envelope-from m.vale@live.com.au) Received: from COL401-EAS422 ([65.55.34.137]) by COL004-OMC3S4.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Mon, 20 Jul 2015 09:28:37 -0700 X-TMN: [j826Fx+HDzDUfkLjK7bjj4v9GIfQzDqG] X-Originating-Email: [m.vale@live.com.au] Message-ID: From: =?utf-8?B?bS52YWxlQGxpdmUuY29tLmF1?= To: , CC: , Subject: Re: [Differential] [Updated] D3121: Don't allow malloc() to wait for resource while holding a lock in ITS X-Priority: 3 Importance: Normal Date: Mon, 20 Jul 2015 16:28:31 +0000 MIME-Version: 1.0 X-Mailer: Infraware POLARIS Mobile Mailer v2.5 X-OriginalArrivalTime: 20 Jul 2015 16:28:37.0229 (UTC) FILETIME=[212A59D0:01D0C309] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jul 2015 16:28:44 -0000 Thats would actually be a really good idea if developers moderated and = frequented it. Newbies wouldnt have to cry so loud just to get some input= =2C and we !depends no_education=3Dno. Sent from my LG G3 on the Telstra Mobile network ------ Original message------From: Michael MitchellDate: Tue=2C 21 Jul 2015= 02:21To: John-Mark Gurney=3BCc: freebsd-arm@freebsd.org=3Bphabric-admin@fr= eebsd.org=3BSubject:Re: [Differential] [Updated] D3121: Don't allow malloc(= ) to wait for resource while holding a lock in ITS imho: output from bots and code reviews are basically spam. give them their own list. On Mon=2C Jul 20=2C 2015 at 9:08 AM=2C John-Mark Gurney = wrote: > Zbigniew Bodek wrote this message on Mon=2C Jul 20=2C 2015 at 12:27 +0200= : > > Just to clarify. You don't want to receive any e-mails from > > Phabricator on freebsd-arm@ or just those redundant like "(...) > > created a dependency"? > > Mailing lists should never received subscriber added messages.. > They are a complete waste of traffic... > > IMO=2C the only updates the mailing list should receive are created > and diff uploaded... > > Some could argue that the comments should be too=2C but IMO=2C if you car= e > about the review=2C you'll subscribe yourself=2C and the review has all > the comments tied together... > > Anything else should be not set... and this applies to ALL mailing > lists... > > > 2015-07-18 13:49 GMT+02:00 George Mitchell : > > > Thank you! -- Georg= e > > > > > > On 07/18/15 02:59=2C Eitan Adler wrote: > > >> freebsd-arm-list was manually added as a subscriber. I just reduced > > >> the amount of email that freebsd-arm-list gets=2C even when subscrib= ed. > > >> Let me know if we can reduce the amount of email even more (or if an= y > > >> of it is useful) > > >> > > >> On 17 July 2015 at 14:50=2C George Mitchell > wrote: > > >>> I thought phabric was going to stop spamming freebsd-arm ... ? -- > George > > >>> > > >>> On 07/17/15 14:38=2C zbb (Zbigniew Bodek) wrote: > > >>>> zbb added a dependency: D2378: Introduce ITS support for ARM64. > > >>>> > > >>>> REPOSITORY > > >>>> rS FreeBSD src repository > > >>>> > > >>>> REVISION DETAIL > > >>>> https://reviews.freebsd.org/D3121 > > >>>> > > >>>> EMAIL PREFERENCES > > >>>> https://reviews.freebsd.org/settings/panel/emailpreferences/ > > >>>> > > >>>> To: zbb=2C emaste=2C andrew=2C wma_semihalf.com=2C imp=2C ian > > >>>> Cc: imp=2C andrew=2C freebsd-arm-list=2C emaste > > >>>> _______________________________________________ > > >>>> freebsd-arm@freebsd.org mailing list > > >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-arm > > >>>> To unsubscribe=2C send any mail to " > freebsd-arm-unsubscribe@freebsd.org" > > >>>> > > >>> > > >>> _______________________________________________ > > >>> freebsd-arm@freebsd.org mailing list > > >>> http://lists.freebsd.org/mailman/listinfo/freebsd-arm > > >>> To unsubscribe=2C send any mail to " > freebsd-arm-unsubscribe@freebsd.org" > > >> > > >> > > >> > > > > > > _______________________________________________ > > > freebsd-arm@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > > > To unsubscribe=2C send any mail to "freebsd-arm-unsubscribe@freebsd.o= rg" > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe=2C send any mail to "freebsd-arm-unsubscribe@freebsd.org= " > > -- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do=2C has been done=2C All that I have=2C has not." > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe=2C send any mail to "freebsd-arm-unsubscribe@freebsd.org" > _______________________________________________ freebsd-arm@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-arm To unsubscribe=2C send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Mon Jul 20 16:34:01 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 901359A6A77 for ; Mon, 20 Jul 2015 16:34:01 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from pmta2.delivery6.ore.mailhop.org (pmta2.delivery6.ore.mailhop.org [54.200.129.228]) by mx1.freebsd.org (Postfix) with SMTP id 6DD74127E for ; Mon, 20 Jul 2015 16:34:01 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound2.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Mon, 20 Jul 2015 16:34:48 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t6KGXseh003414; Mon, 20 Jul 2015 10:33:54 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1437410034.1334.415.camel@freebsd.org> Subject: Re: [Differential] [Updated] D3121: Don't allow malloc() to wait for resource while holding a lock in ITS From: Ian Lepore To: John-Mark Gurney Cc: Zbigniew Bodek , "freebsd-arm@freebsd.org" , phabric-admin@freebsd.org Date: Mon, 20 Jul 2015 10:33:54 -0600 In-Reply-To: <20150720160835.GW8523@funkthat.com> References: <2b488f78c7cd7f840f16f376dbb3408a@localhost.localdomain> <55A978B8.6080008@m5p.com> <55AA3D5D.5070907@m5p.com> <20150720160835.GW8523@funkthat.com> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.12.10 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jul 2015 16:34:01 -0000 On Mon, 2015-07-20 at 09:08 -0700, John-Mark Gurney wrote: > Zbigniew Bodek wrote this message on Mon, Jul 20, 2015 at 12:27 +0200: > > Just to clarify. You don't want to receive any e-mails from > > Phabricator on freebsd-arm@ or just those redundant like "(...) > > created a dependency"? > > Mailing lists should never received subscriber added messages.. > They are a complete waste of traffic... > > IMO, the only updates the mailing list should receive are created > and diff uploaded... > > Some could argue that the comments should be too, but IMO, if you care > about the review, you'll subscribe yourself, and the review has all > the comments tied together... > > Anything else should be not set... and this applies to ALL mailing > lists... I'm not sure ANY review emails should get sent to this list. But if they are, IMO, it should only be "new review created" emails, nothing more, ever, even if someone specifically adds the list as a subscriber. A single "announcement" per review (and likewise for bugs in bugzilla, which I think we've got right now) allows interested parties to subscribe themselves. -- Ian From owner-freebsd-arm@freebsd.org Mon Jul 20 18:38:15 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7F5D99A6410 for ; Mon, 20 Jul 2015 18:38:15 +0000 (UTC) (envelope-from zbb@semihalf.com) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) (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 1FF8F11BB for ; Mon, 20 Jul 2015 18:38:14 +0000 (UTC) (envelope-from zbb@semihalf.com) Received: by wibxm9 with SMTP id xm9so34587877wib.1 for ; Mon, 20 Jul 2015 11:38:12 -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:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=q2sl2oBjHwPxlxjhTALvcmy+nlRfZv9schjUN/q4YA0=; b=Ixz9fxOCsURVGo1NG4XsrrArFlz5F1WqNx/d1PFEse/VeOuOmO6mUkfncb5iD3HSdy sRtoVtKdON+5+N+yEwX66GvPTXUA+m0vCwkxpvnLmmhx1Jt9B2UEK4WtJ+/laTaCAA4d D+AI4g9p+umCG4bHcGNLz0BixVt7YVaWIfdrjSCiNAVld8vUrCWWWOeAbs5IL1v68myC GDTpOns6auhTLiHtVw7VAreJQ8lnb2YWxKMB7SrLQX8ltX5Y37ZnFankjQ4fWMKWfkti QNeOmOgK/YdoZFI7GIzV/wBqxOkxM6jEV25Sqem/5JZIBPYzDWo3wAmx85guRx1QLKDf o8mQ== X-Gm-Message-State: ALoCoQlVqsWL41plgYaqpZVQ1wl7IiSknFgRc7AJAFcxdARnZkD4M4C3yUPlXoDSpy5+3HCKgn3M X-Received: by 10.180.84.202 with SMTP id b10mr24232863wiz.23.1437417492644; Mon, 20 Jul 2015 11:38:12 -0700 (PDT) MIME-Version: 1.0 Received: by 10.180.75.12 with HTTP; Mon, 20 Jul 2015 11:37:53 -0700 (PDT) In-Reply-To: <1437410034.1334.415.camel@freebsd.org> References: <2b488f78c7cd7f840f16f376dbb3408a@localhost.localdomain> <55A978B8.6080008@m5p.com> <55AA3D5D.5070907@m5p.com> <20150720160835.GW8523@funkthat.com> <1437410034.1334.415.camel@freebsd.org> From: Zbigniew Bodek Date: Mon, 20 Jul 2015 20:37:53 +0200 Message-ID: Subject: Re: [Differential] [Updated] D3121: Don't allow malloc() to wait for resource while holding a lock in ITS To: Ian Lepore Cc: John-Mark Gurney , "freebsd-arm@freebsd.org" , phabric-admin@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jul 2015 18:38:15 -0000 That is why I was asking whether you don't want to see any messages at all. Before Phabricator we used to send patch to the mailing list for review. Now the e-mail is sent automatically by Phabricator but unfortunately all other stuff related to that diff is also being sent. If Phabricator cannot limit its messages to the "announcement" that there is a patch for review we can basically get back to sending "heads up" on the mailing list "hey there is a patch for review here: " without adding mailing list to the subscribers on Phabric. (Or separate mailing list if that is what you prefer). I always add mailing list to review since one can get much better feedback if someone who is interested in that patch is not added to reviewers on Phabricator. BTW. Actually on Code Review Wiki (https://wiki.freebsd.org/CodeReview) we can see an example of adding mailing list to the subscribers, so you may want to remove that if it is not "kosher". Best regards zbb 2015-07-20 18:33 GMT+02:00 Ian Lepore : > On Mon, 2015-07-20 at 09:08 -0700, John-Mark Gurney wrote: >> Zbigniew Bodek wrote this message on Mon, Jul 20, 2015 at 12:27 +0200: >> > Just to clarify. You don't want to receive any e-mails from >> > Phabricator on freebsd-arm@ or just those redundant like "(...) >> > created a dependency"? >> >> Mailing lists should never received subscriber added messages.. >> They are a complete waste of traffic... >> >> IMO, the only updates the mailing list should receive are created >> and diff uploaded... >> >> Some could argue that the comments should be too, but IMO, if you care >> about the review, you'll subscribe yourself, and the review has all >> the comments tied together... >> >> Anything else should be not set... and this applies to ALL mailing >> lists... > > I'm not sure ANY review emails should get sent to this list. But if > they are, IMO, it should only be "new review created" emails, nothing > more, ever, even if someone specifically adds the list as a subscriber. > A single "announcement" per review (and likewise for bugs in bugzilla, > which I think we've got right now) allows interested parties to > subscribe themselves. > > -- Ian > > From owner-freebsd-arm@freebsd.org Mon Jul 20 20:43:46 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AD4D89A4EED for ; Mon, 20 Jul 2015 20:43:46 +0000 (UTC) (envelope-from gonzo@id.bluezbox.com) Received: from id.bluezbox.com (id.bluezbox.com [45.55.20.155]) (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 821D3129D for ; Mon, 20 Jul 2015 20:43:46 +0000 (UTC) (envelope-from gonzo@id.bluezbox.com) Received: from [208.184.220.60] (helo=macbook-air.dolby.net) by id.bluezbox.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.85 (FreeBSD)) (envelope-from ) id 1ZHHua-000Bg0-KW; Mon, 20 Jul 2015 13:43:45 -0700 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) Subject: Re: WIP: IPU and HDMI drivers for i.MX6 From: Oleksandr Tymoshenko In-Reply-To: Date: Mon, 20 Jul 2015 13:43:13 -0700 Cc: "freebsd-arm@freebsd.org List" Content-Transfer-Encoding: quoted-printable Message-Id: <14BBEBB2-E77E-45BC-89C1-1BE59D0871E6@bluezbox.com> References: <5569347D-EA8B-46C9-97D3-6BF7CC1952B8@bluezbox.com> To: =?utf-8?Q?Mika=C3=ABl_Urankar?= X-Mailer: Apple Mail (2.2102) Sender: gonzo@id.bluezbox.com X-Spam-Level: - X-Spam-Report: Spam detection software, running on the system "id.bluezbox.com", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: > On Jul 20, 2015, at 4:50 AM, MikaĂ«l Urankar wrote: > > 2015-07-20 2:33 GMT+02:00 Oleksandr Tymoshenko : >> Hello, >> >> >> ... skipped ... >> Patch was tested on Hummingboard so any testing on other i.MX6 >> devices is appreciated > > Hi, > > Great work, thank you! > > I've tried on a cubox i4pro, the boot hangs after probing the video mode: > http://mikael.urankar.free.fr/FreeBSD/cubox_hdmi.txt > > The boot also hangs if no hdmi/monitor are connected, last lines printed are: > VT: initialize with new VT driver "fb". > fb1: failed to parse EDID [...] Content analysis details: (-1.0 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP 0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was blocked. See http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block for more information. [URIs: urankar.free.fr] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jul 2015 20:43:46 -0000 > On Jul 20, 2015, at 4:50 AM, Mika=C3=ABl Urankar = wrote: >=20 > 2015-07-20 2:33 GMT+02:00 Oleksandr Tymoshenko : >> Hello, >>=20 >>=20 >>=20 ... skipped ... >> Patch was tested on Hummingboard so any testing on other i.MX6 >> devices is appreciated >=20 > Hi, >=20 > Great work, thank you! >=20 > I've tried on a cubox i4pro, the boot hangs after probing the video = mode: > http://mikael.urankar.free.fr/FreeBSD/cubox_hdmi.txt >=20 > The boot also hangs if no hdmi/monitor are connected, last lines = printed are: > VT: initialize with new VT driver "fb". > fb1: failed to parse EDID Looks like i4pro has two IPU enabled and my code does not handle this case well yet. New patch has hack that make sure only IPU1 is = attached. = https://people.freebsd.org/~gonzo/arm/patches/imx6-ipu-hdmi-20150720.diff From owner-freebsd-arm@freebsd.org Mon Jul 20 20:55:23 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DBA7B9A61A7 for ; Mon, 20 Jul 2015 20:55:22 +0000 (UTC) (envelope-from gonzo@id.bluezbox.com) Received: from id.bluezbox.com (id.bluezbox.com [45.55.20.155]) (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 B79BE1B94 for ; Mon, 20 Jul 2015 20:55:22 +0000 (UTC) (envelope-from gonzo@id.bluezbox.com) Received: from [208.184.220.60] (helo=macbook-air.dolby.net) by id.bluezbox.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.85 (FreeBSD)) (envelope-from ) id 1ZHI5p-000Bgx-Qp; Mon, 20 Jul 2015 13:55:22 -0700 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) Subject: Re: WIP: IPU and HDMI drivers for i.MX6 From: Oleksandr Tymoshenko In-Reply-To: <20150720120701.a3737b616fc69303beefe71c@ulrich-grey.de> Date: Mon, 20 Jul 2015 13:54:50 -0700 Cc: "freebsd-arm@freebsd.org List" Content-Transfer-Encoding: quoted-printable Message-Id: <4A7CE12B-C385-49AB-AA5D-0F292B14822E@bluezbox.com> References: <5569347D-EA8B-46C9-97D3-6BF7CC1952B8@bluezbox.com> <20150720120701.a3737b616fc69303beefe71c@ulrich-grey.de> To: Ulrich Grey X-Mailer: Apple Mail (2.2102) Sender: gonzo@id.bluezbox.com X-Spam-Level: - X-Spam-Report: Spam detection software, running on the system "id.bluezbox.com", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: > On Jul 20, 2015, at 5:07 AM, Ulrich Grey wrote: > > Hello, > > I am running > > FreeBSD wqtest 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r285652M: Sat Jul 18 > 01:43:03 UTC 2015 gwgpi@wqtest-hf:/usr/obj/usr/src/sys/IMX6 arm armv6hf > > on a Wandboard-Quad. I have built the image with HDMI-patch using > /usr/src/release/release.sh -c arm/Wandboard.conf > on the Wandboard itself (a armv6hf system). > > To boot I had to copy ubldr from a armv6 image to the fat partition. > I don't know whether this is important in this context. Images without HDMI-patch are > booting successfully. > > During boot I got a grapical u-boot logo, then the screen jitters and is black. > I have used an old EIZO Monitor and a Philips TV set. Both don't work. [...] Content analysis details: (-1.0 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP 0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was blocked. See http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block for more information. [URIs: release.sh] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jul 2015 20:55:23 -0000 > On Jul 20, 2015, at 5:07 AM, Ulrich Grey = wrote: >=20 > Hello, >=20 > I am running >=20 > FreeBSD wqtest 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r285652M: Sat Jul = 18 > 01:43:03 UTC 2015 gwgpi@wqtest-hf:/usr/obj/usr/src/sys/IMX6 arm = armv6hf >=20 > on a Wandboard-Quad. I have built the image with HDMI-patch using > /usr/src/release/release.sh -c arm/Wandboard.conf > on the Wandboard itself (a armv6hf system). >=20 > To boot I had to copy ubldr from a armv6 image to the fat partition. > I don't know whether this is important in this context. Images without = HDMI-patch are > booting successfully. >=20 > During boot I got a grapical u-boot logo, then the screen jitters and = is black. > I have used an old EIZO Monitor and a Philips TV set. Both don't work. It seems to be the same problem Mika=C3=ABl has: two IPUs active. Also = it's not clear why reading EDID fails, so I added some more debug output New patch: = https://people.freebsd.org/~gonzo/arm/patches/imx6-ipu-hdmi-20150720.diff From owner-freebsd-arm@freebsd.org Mon Jul 20 21:44:17 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3A1AA9A6DA2 for ; Mon, 20 Jul 2015 21:44:17 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) by mx1.freebsd.org (Postfix) with ESMTP id 23AD219AE for ; Mon, 20 Jul 2015 21:44:17 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: by phabric-backend.isc.freebsd.org (Postfix, from userid 1346) id 1AF6AFE27; Mon, 20 Jul 2015 21:44:17 +0000 (UTC) Date: Mon, 20 Jul 2015 21:44:17 +0000 To: freebsd-arm@freebsd.org From: "jhb (John Baldwin)" Reply-to: D3009+327+e1fd0ca814329cfb@FreeBSD.org Subject: [Differential] [Updated] D3009: Add MSI-x support to AHCI driver Message-ID: X-Priority: 3 Thread-Topic: D3009: Add MSI-x support to AHCI driver X-Herald-Rules: <28> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: ODRjZmU3ZjM0YmRkYWRjYjdmNDlhOTk2NzE1IFWta7E= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jul 2015 21:44:17 -0000 jhb added a comment. In general I think this looks fine. This is the first driver that doesn't "know" where it's PBA and table are. We could certainly add little accessor functions to return the BAR values cached in the dinfo. Also, I think you need to explicitly handle the case that the BAR for the PBA and/or table might match the 'r_mem' BAR? Right now if that is true I think you fail to attach? (Someday I will fix pci_alloc_msix() to reserve the PBA and table BARs, but that wasn't very feasible back when MSI was first added. It is somewhat less painful now that "reserved" resources exist as a real thing and not a hack of PCI bus attach.) INLINE COMMENTS sys/dev/ahci/ahci_pci.c:498 I would not set ctlr->numirqs here. You don't know which variant you are going to use. As it is you will now pass the MSI-X count to pci_alloc_msi() if pci_alloc_msix() fails which might cause it to fail (if it has more than 1 MSI-X message, but only 1 MSI message for example). Instead, I would do something like this: if (msi_count == 0 && msix_count == 0) ctlr->msi = 0; if (ctlr->msi < 0) ctlr->msi = 0; else if (ctlr->msi == 1) { /* Only use a single message if present. */ msi_count = min(1, msi_count); msix_count = min(1, msix_count); } else if (ctlr->msi > 1) { ctlr->msi = 2; /* Allocate MSI/MSI-X messages. */ if (ctlr->msi > 0) { error = ENXIO; if (msix_count > 0) { error = pci_alloc_msix(dev, &msix_count); if (error == 0) ctlr->numirqs = msix_count; } if ((error != 0) && (msi_count > 0)) { error = pci_alloc_msi(dev, &msi_count); if (error == 0) ctlr->numirqs = msi_count; } if (error != 0) ctlr->msi = 0; } sys/dev/ahci/ahci_pci.c:502 Maybe use ENXIO instead of -1 for readability since the values here are errno values? sys/dev/ahci/ahci_pci.c:522 I think just ctlr->msi > 0 is sufficient. If there are no messages present or they fail to allocate the code above always clears ctlr->msi to 0. REPOSITORY rS FreeBSD src repository REVISION DETAIL https://reviews.freebsd.org/D3009 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: wma_semihalf.com, zbb, mav, jhb Cc: freebsd-arm-list, imp From owner-freebsd-arm@freebsd.org Tue Jul 21 00:09:56 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5803B9A6329 for ; Tue, 21 Jul 2015 00:09:56 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-wg0-x229.google.com (mail-wg0-x229.google.com [IPv6:2a00:1450:400c:c00::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D4A4A1D35 for ; Tue, 21 Jul 2015 00:09:55 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: by wgbcc4 with SMTP id cc4so49586373wgb.3 for ; Mon, 20 Jul 2015 17:09:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:from:date:message-id:subject:to:cc:content-type; bh=f/89ysTRlb7DjI21HgwSFDBMmPZUMrKuiEWY328hwGw=; b=NuRRnCPsDUHdbW9g6bTogN7eHZMuyrZT+5OtfD1Z/13bWVoi7Zfui8LZM1FtJ2yFLz q9aWHLLW1Rwj+pILnGd3Y5mk5VH38zAnKAJrJLZORNZ86lmctSWzx0xxiVcH+rhviuGA 2KWq3fL07uQic+9UbXIHCwYpSOetuMcvpD/b0= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc :content-type; bh=f/89ysTRlb7DjI21HgwSFDBMmPZUMrKuiEWY328hwGw=; b=VTYgdBsCVf54XF9RobtlR5GirF0hWJRIGQHJMT8ZbakXZjcsCIMKYFopDa9+n1LBYn Gzb2g+zbVnGz2qkFAR74QsuIXh0lLGKvXqqGfZJRootREAy4r3h5nmxf/2Lwpg1DGNN+ 9B2U/KlLCicOZN7tvlJt80/h8ajSUQT3Mczghia7mm6AHDGqOygJS4GUwl4+oeCfSV3h o46mVDdr/hKoLzC07Pe0dfhBujph8ZJX/G2LE0RoDrCToTVOjAOplO1Bk29qc7bW00RU 57qiSCaU+cbZIEiSz+6hFlSy2Gjbl5XWj6oSADGIoVJJSWSn2p7JnFtSKP42OsJlAJLZ NjkQ== X-Gm-Message-State: ALoCoQl8NNpRGVkzGNQuEe+Le1seRor8mrtI2Yr6rMzLPXCz4FTMH5GswiK6HyP+x11zXDGmya/j X-Received: by 10.180.189.17 with SMTP id ge17mr25443361wic.90.1437437394031; Mon, 20 Jul 2015 17:09:54 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.30.79 with HTTP; Mon, 20 Jul 2015 17:09:24 -0700 (PDT) From: Eitan Adler Date: Mon, 20 Jul 2015 17:09:24 -0700 Message-ID: Subject: What differential email do you want To: Ian Lepore Cc: John-Mark Gurney , Zbigniew Bodek , "freebsd-arm@freebsd.org" , phabric-admin@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jul 2015 00:09:56 -0000 On 20 July 2015 at 09:33, Ian Lepore wrote: > On Mon, 2015-07-20 at 09:08 -0700, John-Mark Gurney wrote: > > I'm not sure ANY review emails should get sent to this list. But if > they are, IMO, it should only be "new review created" emails, nothing > more, ever, even if someone specifically adds the list as a subscriber. > A single "announcement" per review (and likewise for bugs in bugzilla, > which I think we've got right now) allows interested parties to > subscribe themselves. These are the current settings for the freebsd-arm-list: https://www.dropbox.com/s/78ea47s0xhmowuf/Screenshot%202015-07-20%2017.07.35.png?dl=0 Let me know what I should change. I am happy to make any changes requested, just ask! -- Eitan Adler From owner-freebsd-arm@freebsd.org Tue Jul 21 00:20:24 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4F2AA9A6609 for ; Tue, 21 Jul 2015 00:20:24 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-pa0-f51.google.com (mail-pa0-f51.google.com [209.85.220.51]) (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 202B62D9 for ; Tue, 21 Jul 2015 00:20:23 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: by pachj5 with SMTP id hj5so109153382pac.3 for ; Mon, 20 Jul 2015 17:20:17 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=beMKqIja80IaGELJAqsruoRC7se0SPkYRZw5GM4jw2M=; b=FnpHhqFOjeXk+hrncpNVJMsbMdHy4OiT6pL65hz6n6+KqDfGQlt9ArJHEvJlplT76K DGUDGOykj3627yd5XOGyLvXO6J9AjK7TZ24QiGyP/jl5o/o/z3eqyPD1eqMbxhQ/2MCT M7D0VODDUadJBlDHreIDnYasM8z5iFW7vH/2meTXAPmHoOtdQB7BxfpREpL6euJymx5H vzGy14JYr23ZClbgksmIawOTrMjsiZmfVL4jp1/pAnU3wVKXawaozQT84aGgtkbPqAYI +RPvJijZZDVyzkKJnuN6z/aUE7tssuZB8fFJ7jYpeUvo4HUdUu8he5C9+uCAMCvIb+LV uCwQ== X-Gm-Message-State: ALoCoQm3r+a5xW6RPN5yJWmdVBIs5/APiKq967etDr/2+kNW7XztEG9RwqTcuJ2ntdrZBOAX63OW X-Received: by 10.66.62.133 with SMTP id y5mr66647403par.8.1437438017225; Mon, 20 Jul 2015 17:20:17 -0700 (PDT) Received: from [10.64.26.8] ([69.53.236.236]) by smtp.gmail.com with ESMTPSA id ok17sm23897304pdb.26.2015.07.20.17.20.14 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 20 Jul 2015 17:20:15 -0700 (PDT) Sender: Warner Losh Subject: Re: What differential email do you want Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) Content-Type: multipart/signed; boundary="Apple-Mail=_E5B11F8B-0A64-494E-ACC5-08F046A4DC17"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5 From: Warner Losh In-Reply-To: Date: Mon, 20 Jul 2015 18:20:12 -0600 Cc: Ian Lepore , "freebsd-arm@freebsd.org" , phabric-admin@freebsd.org Message-Id: <2F429F9E-F4EB-4B06-84BB-F529A994F2C9@bsdimp.com> References: To: Eitan Adler X-Mailer: Apple Mail (2.2102) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jul 2015 00:20:24 -0000 --Apple-Mail=_E5B11F8B-0A64-494E-ACC5-08F046A4DC17 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On Jul 20, 2015, at 6:09 PM, Eitan Adler wrote: >=20 > On 20 July 2015 at 09:33, Ian Lepore wrote: >> On Mon, 2015-07-20 at 09:08 -0700, John-Mark Gurney wrote: >=20 >>=20 >> I'm not sure ANY review emails should get sent to this list. But if >> they are, IMO, it should only be "new review created" emails, nothing >> more, ever, even if someone specifically adds the list as a = subscriber. >> A single "announcement" per review (and likewise for bugs in = bugzilla, >> which I think we've got right now) allows interested parties to >> subscribe themselves. >=20 > These are the current settings for the freebsd-arm-list: > = https://www.dropbox.com/s/78ea47s0xhmowuf/Screenshot%202015-07-20%2017.07.= 35.png?dl=3D0 >=20 > Let me know what I should change. I am happy to make any changes > requested, just ask! I think the consensus was Ignore for everything except Differential = Revisions: A revision is created, which should be Email. Eg, only send mail to the FreeBSD-arm list when a review is created and = no other times. Warner --Apple-Mail=_E5B11F8B-0A64-494E-ACC5-08F046A4DC17 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJVrZA8AAoJEGwc0Sh9sBEA6JYP+QGJRV4KgNmRTGnAuijsGj9o Akr4JcYzfcKn1XtHvP9wReGuWNFaKuHrhsrI/p9nR/ivdJ3EHP22UjLkrTRfLVRr fF6mAjwBxbLTif7uwpXu+OYodx1tuDocVc7vxf8YFt8W0cXn89Dz1+YjnfIcX8wN uJabxrglTEy/T5zscGyi4YZHchyv893wJq40gXGNkphngQNFkZd6gWzoushSs7zE 3irwVDmES4aorb5v15IACFsJ5xqAahskAvhGk0IQGJkPh6fZAw0LqyJ4zjstXrL5 HC/PdNdSmaywWq7yNg1/9oINikpUgIoz8sKDW2/ICGcWwZLu75mMOGlYZqGrgp4W IjIU5K9cUIycuqIBBRLmngQb9L8jpf2/R5V5BQYpj6SCec6idYKUIF3xi9uHD2Em vcAoDhuNTDXuKhzplBV5PydFh7app5eCpi0FUvqgHV1qTCT+3YTrzQAxL2JvV1ic iAbnJwqW363FzEYYbR7m10FoOHLMHO+I3nidfzx7clUocytY4JktU6JTtNtVl5m/ i8DFMhERgm1nbfmsbH0Qqvsvae9AL2AXbi9G0PLIGX6pje3sP+i6PJe6plqY7qXn hOBb8XRgiyRNw3iH1ux1dMylgWN2bXI4YByNx/n70T7Svd0vEhht5T3VcU3X0KaB 61bFpmYWaeu/NWOO9YxI =3vOb -----END PGP SIGNATURE----- --Apple-Mail=_E5B11F8B-0A64-494E-ACC5-08F046A4DC17-- From owner-freebsd-arm@freebsd.org Tue Jul 21 02:53:54 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CB48B9A7F82 for ; Tue, 21 Jul 2015 02:53:54 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-wi0-x22e.google.com (mail-wi0-x22e.google.com [IPv6:2a00:1450:400c:c05::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7795E190F for ; Tue, 21 Jul 2015 02:53:54 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: by wibxm9 with SMTP id xm9so107444642wib.0 for ; Mon, 20 Jul 2015 19:53:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=XUfW1juZ9q6pXsZJ8ioq5legKGUR1i2Di19diMyKO90=; b=Lh6vpBWyzXwB6rCU4JmtcB6d52249XRBJVfqKx0FmaQASqpnNI2eixHEVceoSO/26a QqMZgYeC8oMSTsk/qjg20tY3EIjBwZHdCVPe6XLGi2ARDlMhxjBp7AT4DhmL7X/uopLU A2y0DTv7nBWGhLpfAJFFwHwFwN8tW4+uaKIsk= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=XUfW1juZ9q6pXsZJ8ioq5legKGUR1i2Di19diMyKO90=; b=Xs0PV9llfS6+0RjSSoo/jut5PdagaC+0gsVYREvSR4dhKkYUZTwN35gVS8NUl6W4ba Rb4f/3qtcItoHTSEmHy/WE24i89O3sSp5qY8IagorKsmVlcxIMPaZS8YcnIHOYperOIR WX978PRaU+wXBY/6ah/9ggaXjdJrKgAM+nCkLp5Llf2sjg6B4RwWMcWsBQsFC7vEyuXh pQ8xnYwbQMcAehTFFJqZCM5E5iiNQfDiVR0SovT/7hTnJAM3l7xQnrdPRaYBpH9Sgzgr ciICyHLtK36ywYJgHrcZo5i9qzAJ1tPV5F09U6dUvgIx3NraX1Gv/ke2WplBDEd0g4Yg Ie0A== X-Gm-Message-State: ALoCoQmSSHn6VCmxKsbr6XyzBFxbhAJYjW1eWV1hf5AcjTM2xOnPl+hsZpgV4xhByi/iKbRl/aHt X-Received: by 10.180.104.8 with SMTP id ga8mr27281549wib.5.1437447232005; Mon, 20 Jul 2015 19:53:52 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.30.79 with HTTP; Mon, 20 Jul 2015 19:53:22 -0700 (PDT) In-Reply-To: <2F429F9E-F4EB-4B06-84BB-F529A994F2C9@bsdimp.com> References: <2F429F9E-F4EB-4B06-84BB-F529A994F2C9@bsdimp.com> From: Eitan Adler Date: Mon, 20 Jul 2015 19:53:22 -0700 Message-ID: Subject: Re: What differential email do you want To: Warner Losh Cc: Ian Lepore , "freebsd-arm@freebsd.org" , phabric-admin@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jul 2015 02:53:54 -0000 On 20 July 2015 at 17:20, Warner Losh wrote: > >> On Jul 20, 2015, at 6:09 PM, Eitan Adler wrote: >> >> On 20 July 2015 at 09:33, Ian Lepore wrote: >>> On Mon, 2015-07-20 at 09:08 -0700, John-Mark Gurney wrote: >> >>> >>> I'm not sure ANY review emails should get sent to this list. But if >>> they are, IMO, it should only be "new review created" emails, nothing >>> more, ever, even if someone specifically adds the list as a subscriber. >>> A single "announcement" per review (and likewise for bugs in bugzilla, >>> which I think we've got right now) allows interested parties to >>> subscribe themselves. >> >> These are the current settings for the freebsd-arm-list: >> https://www.dropbox.com/s/78ea47s0xhmowuf/Screenshot%202015-07-20%2017.07.35.png?dl=0 >> >> Let me know what I should change. I am happy to make any changes >> requested, just ask! > > I think the consensus was Ignore for everything except Differential Revisions: A revision is created, which should be Email. > > Eg, only send mail to the FreeBSD-arm list when a review is created and no other times. I changed this for the arm list. Other lists might still be a bit more spammy than wanted but I'll fix them on a case by case basis. Once again: phabricator is meant to be a helpful tool: if you're not finding it to be please let phabric-admin@ know how we can improve it. -- Eitan Adler From owner-freebsd-arm@freebsd.org Tue Jul 21 07:55:39 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 887689A6FA2 for ; Tue, 21 Jul 2015 07:55:39 +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 7A9911A55; Tue, 21 Jul 2015 07:55:39 +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 C9ED5AFB; Tue, 21 Jul 2015 07:55:35 +0000 (UTC) Date: Tue, 21 Jul 2015 07:55:32 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <531845915.1.1437465332856.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #654 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_arm64 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jul 2015 07:55:39 -0000 FreeBSD_HEAD_arm64 - Build #654 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/654/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/654/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/654/console Change summaries: No changes The end of the build log: Started by an SCM change Building remotely on kyua4.nyi.freebsd.org (jailer) in workspace /jenkins/workspace/FreeBSD_HEAD_arm64 FATAL: java.io.EOFException hudson.remoting.RequestAbortedException: java.io.EOFException at hudson.remoting.Request.abort(Request.java:296) at hudson.remoting.Channel.terminate(Channel.java:815) at org.jenkinsci.remoting.nio.NioChannelHub$3.run(NioChannelHub.java:613) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at hudson.remoting.SingleLaneExecutorService$1.run(SingleLaneExecutorService.java:112) at jenkins.util.ContextResettingExecutorService$1.run(ContextResettingExecutorService.java:28) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) at ......remote call to kyua4.nyi.freebsd.org(Native Method) at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1361) at hudson.remoting.Request.call(Request.java:171) at hudson.remoting.Channel.call(Channel.java:752) at hudson.FilePath.act(FilePath.java:980) at hudson.FilePath.act(FilePath.java:969) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:897) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:833) at hudson.scm.SCM.checkout(SCM.java:485) at hudson.model.AbstractProject.checkout(AbstractProject.java:1282) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:610) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:532) at hudson.model.Run.execute(Run.java:1741) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:98) at hudson.model.Executor.run(Executor.java:381) Caused by: java.io.EOFException at org.jenkinsci.remoting.nio.NioChannelHub$3.run(NioChannelHub.java:613) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at hudson.remoting.SingleLaneExecutorService$1.run(SingleLaneExecutorService.java:112) at jenkins.util.ContextResettingExecutorService$1.run(ContextResettingExecutorService.java:28) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) [PostBuildScript] - Execution post build scripts. ERROR: Build step failed with exception java.lang.NullPointerException: no workspace from node hudson.slaves.DumbSlave[kyua4.nyi.freebsd.org] which is computer hudson.slaves.SlaveComputer@558d623d and has channel null at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:76) at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:66) at org.jenkinsci.plugins.postbuildscript.PostBuildScript.processBuildSteps(PostBuildScript.java:204) at org.jenkinsci.plugins.postbuildscript.PostBuildScript.processScripts(PostBuildScript.java:143) at org.jenkinsci.plugins.postbuildscript.PostBuildScript._perform(PostBuildScript.java:105) at org.jenkinsci.plugins.postbuildscript.PostBuildScript.perform(PostBuildScript.java:85) at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20) at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:779) at hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:726) at hudson.model.Build$BuildExecution.post2(Build.java:185) at hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:671) at hudson.model.Run.execute(Run.java:1766) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:98) at hudson.model.Executor.run(Executor.java:381) Build step 'Execute a set of scripts' marked build as failure Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-arm@freebsd.org Tue Jul 21 08:04:55 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 032C69A7363 for ; Tue, 21 Jul 2015 08:04:55 +0000 (UTC) (envelope-from mikael.urankar@gmail.com) Received: from mail-yk0-x236.google.com (mail-yk0-x236.google.com [IPv6:2607:f8b0:4002:c07::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 B62121D96 for ; Tue, 21 Jul 2015 08:04:54 +0000 (UTC) (envelope-from mikael.urankar@gmail.com) Received: by ykdu72 with SMTP id u72so159108348ykd.2 for ; Tue, 21 Jul 2015 01:04:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ODB/LnFR+n3qZECCQcc6UoNxmVBbtZlD7PIinJdx37Q=; b=jmHBrwkHK6VbDvBw7o9ZmfzJAuhVDQ3qghqra8UITTH/sbD1d+oSAyMFMR04ppL+i/ DoRN0BlmdrLFDBqSueaiM4qUWW0asBTpB2ArqnBHD9zrz3k2F+/3VIfhy0AN2n86n5M2 T2ks7rlwR/0GMfwu7MODYF7nyAPx7M3Ah7NiWnY89Z3ZmF/Me1SoRemyktWec7+s9QoS gKynTi1kLwYmAtOjAjUHCVCF3oPPWrYXf1YHIUHSFGyZxmkwM+e4KcjWJ5PSpMSYOTR7 0ZfVfnWS4zIDWSh62PrHl1NVeFyoAANNwRHxLycrz76sWhUsD2jGPNGogtYPCARQ3EH+ oRsw== MIME-Version: 1.0 X-Received: by 10.129.110.133 with SMTP id j127mr22092217ywc.86.1437465893837; Tue, 21 Jul 2015 01:04:53 -0700 (PDT) Received: by 10.37.10.65 with HTTP; Tue, 21 Jul 2015 01:04:53 -0700 (PDT) In-Reply-To: <14BBEBB2-E77E-45BC-89C1-1BE59D0871E6@bluezbox.com> References: <5569347D-EA8B-46C9-97D3-6BF7CC1952B8@bluezbox.com> <14BBEBB2-E77E-45BC-89C1-1BE59D0871E6@bluezbox.com> Date: Tue, 21 Jul 2015 10:04:53 +0200 Message-ID: Subject: Re: WIP: IPU and HDMI drivers for i.MX6 From: =?UTF-8?Q?Mika=C3=ABl_Urankar?= To: Oleksandr Tymoshenko Cc: "freebsd-arm@freebsd.org List" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jul 2015 08:04:55 -0000 2015-07-20 22:43 GMT+02:00 Oleksandr Tymoshenko : > Looks like i4pro has two IPU enabled and my code does not handle > this case well yet. New patch has hack that make sure only IPU1 is attached. > > https://people.freebsd.org/~gonzo/arm/patches/imx6-ipu-hdmi-20150720.diff It works now: http://mikael.urankar.free.fr/FreeBSD/cubox_hdmi_20150720.txt I have these warnings in the console when I shutdown X: WARNING: A device driver has set "memattr" inconsistently From owner-freebsd-arm@freebsd.org Tue Jul 21 08:12:54 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B41019A74A8 for ; Tue, 21 Jul 2015 08:12:54 +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 928FA108C; Tue, 21 Jul 2015 08:12:54 +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 939E0AFC; Tue, 21 Jul 2015 08:12:54 +0000 (UTC) Date: Tue, 21 Jul 2015 08:12:54 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <539689222.3.1437466374561.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <531845915.1.1437465332856.JavaMail.jenkins@jenkins-9.freebsd.org> References: <531845915.1.1437465332856.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #655 - 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.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jul 2015 08:12:54 -0000 FreeBSD_HEAD_arm64 - Build #655 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/655/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/655/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/655/console Change summaries: No changes The end of the build log: Started by user lwhsu Building remotely on kyua4.nyi.freebsd.org (jailer) in workspace /jenkins/workspace/FreeBSD_HEAD_arm64 Updating svn://svnmir.freebsd.org/base/head at revision '2015-07-21T08:10:17.720 +0000' U bin/ls/print.c U bin/ls/ls.c U bin/ls/ls.h U usr.sbin/bsdinstall/scripts/auto U sys/dev/ixgbe/if_ix.c U release/tools/vagrant.conf U sbin/geom/class/part/geom_part.c At revision 285738 No emails were triggered. [FreeBSD_HEAD_arm64] $ /bin/sh -xe /tmp/hudson8173936362182439255.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_arm64' + echo env: env: + /usr/bin/env BUILD_NUMBER=655 HUDSON_SERVER_COOKIE=0657dbe3541f1b1a JOB_NAME=FreeBSD_HEAD_arm64 LOGNAME=jenkins JAVA_HOME=/usr/local/openjdk8 SVN_URL=svn://svnmir.freebsd.org/base/head BUILDER_JAIL_IP=2610:1c1:1:607c::104:1 jname=FreeBSD_HEAD_arm64 JENKINS_URL=https://jenkins.FreeBSD.org/ JENKINS_HOME=/usr/local/jenkins PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin HUDSON_HOME=/usr/local/jenkins OLDPWD=/ BUILD_ID=655 BUILDER_NETIF=igb0 JENKINS_SERVER_COOKIE=0657dbe3541f1b1a PWD=/jenkins/workspace/FreeBSD_HEAD_arm64 BUILD_TAG=jenkins-FreeBSD_HEAD_arm64-655 NODE_LABELS=jailer kyua4.nyi.freebsd.org BUILD_DISPLAY_NAME=#655 HOME=/jenkins USER=jenkins BUILD_URL=https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/655/ SVN_URL_1=svn://svnmir.freebsd.org/base/head SVN_REVISION=285736 SVN_REVISION_1=285736 JOB_URL=https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/ SHELL=/bin/sh HUDSON_URL=https://jenkins.FreeBSD.org/ HUDSON_COOKIE=af8b2fe7-cbf9-47cb-8178-6c830d53cb06 BUILDER_RESOLV_CONF=nameserver 2610:1c1:1:6002::100\nnameserver 2610:1c1:1:6002::200\n WORKSPACE=/jenkins/workspace/FreeBSD_HEAD_arm64 NODE_NAME=kyua4.nyi.freebsd.org EXECUTOR_NUMBER=0 + echo 'setup jail FreeBSD_HEAD_arm64' setup jail FreeBSD_HEAD_arm64 + fetch -m http://ftp.freebsd.org:/pub/FreeBSD/snapshots/amd64/amd64/11.0-CURRENT/base.txz + fetch -m http://ftp.freebsd.org:/pub/FreeBSD/snapshots/amd64/amd64/11.0-CURRENT/lib32.txz + mkdir FreeBSD_HEAD_arm64 + cd FreeBSD_HEAD_arm64 + sudo tar Jxf ../base.txz + sudo tar Jxf ../lib32.txz + cd - + sudo mount -t devfs devfs FreeBSD_HEAD_arm64/dev + sudo devfs -m FreeBSD_HEAD_arm64/dev rule -s 4 applyset + sudo mount -t nullfs src FreeBSD_HEAD_arm64/usr/src + printf 'nameserver 2610:1c1:1:6002::100\nnameserver 2610:1c1:1:6002::200\n' + sudo tee FreeBSD_HEAD_arm64/etc/resolv.conf nameserver 2610:1c1:1:6002::100 nameserver 2610:1c1:1:6002::200 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::104:1 alias + sudo jail -c persist 'name=FreeBSD_HEAD_arm64' 'path=FreeBSD_HEAD_arm64' 'host.hostname=FreeBSD_HEAD_arm64.jail.ci.FreeBSD.org' 'ip6.addr=2610:1c1:1:607c::104:1' 'ip4=disable' allow.chflags jail: "FreeBSD_HEAD_arm64" already exists Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_arm64] $ /bin/sh -xe /tmp/hudson4416330390515979106.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_arm64' + echo 'clean up jail FreeBSD_HEAD_arm64' clean up jail FreeBSD_HEAD_arm64 + sudo jail -r FreeBSD_HEAD_arm64 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::104:1 -alias + sudo umount FreeBSD_HEAD_arm64/usr/src + sudo umount FreeBSD_HEAD_arm64/dev + sudo rm -fr FreeBSD_HEAD_arm64 rm: FreeBSD_HEAD_arm64/libexec/ld-elf.so.1: Operation not permitted rm: FreeBSD_HEAD_arm64/libexec/ld-elf32.so.1: Operation not permitted rm: FreeBSD_HEAD_arm64/libexec: Directory not empty rm: FreeBSD_HEAD_arm64/sbin/init: Operation not permitted rm: FreeBSD_HEAD_arm64/sbin: Directory not empty rm: FreeBSD_HEAD_arm64/usr/lib/librt.so.1: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib: Directory not empty rm: FreeBSD_HEAD_arm64/usr/bin/passwd: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/ypchfn: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/ypchpass: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/opiepasswd: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/ypchsh: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/opieinfo: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/yppasswd: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/chsh: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/chfn: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/su: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/chpass: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/crontab: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/login: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin: Directory not empty rm: FreeBSD_HEAD_arm64/usr/lib32/libcrypt.so.5: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib32/libthr.so.3: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib32/librt.so.1: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib32/libc.so.7: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib32: Directory not empty rm: FreeBSD_HEAD_arm64/usr: Directory not empty rm: FreeBSD_HEAD_arm64/lib/libcrypt.so.5: Operation not permitted rm: FreeBSD_HEAD_arm64/lib/libthr.so.3: Operation not permitted rm: FreeBSD_HEAD_arm64/lib/libc.so.7: Operation not permitted rm: FreeBSD_HEAD_arm64/lib: Directory not empty rm: FreeBSD_HEAD_arm64: Directory not empty + true + sudo chflags -R noschg FreeBSD_HEAD_arm64 + sudo rm -fr FreeBSD_HEAD_arm64 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-arm@freebsd.org Tue Jul 21 09:13:01 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D0E539A7FE2 for ; Tue, 21 Jul 2015 09:13:01 +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 BF5CA1EA5; Tue, 21 Jul 2015 09:13:01 +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 BEAE3B11; Tue, 21 Jul 2015 09:13:01 +0000 (UTC) Date: Tue, 21 Jul 2015 09:13:01 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <1370607562.5.1437469981672.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <539689222.3.1437466374561.JavaMail.jenkins@jenkins-9.freebsd.org> References: <539689222.3.1437466374561.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #656 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_arm64 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jul 2015 09:13:01 -0000 FreeBSD_HEAD_arm64 - Build #656 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/656/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/656/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/656/console Change summaries: No changes From owner-freebsd-arm@freebsd.org Tue Jul 21 10:09:43 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 848FB9A6EB3 for ; Tue, 21 Jul 2015 10:09:43 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-ie0-x22f.google.com (mail-ie0-x22f.google.com [IPv6:2607:f8b0:4001:c03::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 4F70B16D7 for ; Tue, 21 Jul 2015 10:09:43 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: by iehx8 with SMTP id x8so58181442ieh.3 for ; Tue, 21 Jul 2015 03:09: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:content-type:content-transfer-encoding; bh=sxcrZgjSXNUqAExPgjWM3SHVuRnt5IfFdutl8boOkMY=; b=Rae1dFkW7AuOqJaOC/5QiQqn+CSDhaCaX2/oFjoJDN/LxNWghBc735AkgMPM9Ffmo6 ImP0pG3m8z2cKhHyIx4xUTehPX8gRXteslD2SifDOqL/1McBjvqCUt2DN9+XiazHamTV 2qUFdlaa6k/oU1W3NnnR5+3dlHnp9NySQ4TxixCzbphwkXSaXaAxVxcKpB3G1SUO3TIg woEXKZDauGE7EKh+S/5N9pCIpdqYTSn4uPhGLo7sHWcjckmSLeN7Oh9ERmBequmaMmXM TAKBsSH96yOmdZONGVfFYl7NMmbwxkfTXDBTcn9r/ASyGZRvasIp35tdoMOJyaTaZefh 7Tgw== MIME-Version: 1.0 X-Received: by 10.107.47.26 with SMTP id j26mr44314142ioo.17.1437473382699; Tue, 21 Jul 2015 03:09:42 -0700 (PDT) Received: by 10.64.148.84 with HTTP; Tue, 21 Jul 2015 03:09:42 -0700 (PDT) In-Reply-To: References: <5569347D-EA8B-46C9-97D3-6BF7CC1952B8@bluezbox.com> <14BBEBB2-E77E-45BC-89C1-1BE59D0871E6@bluezbox.com> Date: Tue, 21 Jul 2015 12:09:42 +0200 Message-ID: Subject: Re: WIP: IPU and HDMI drivers for i.MX6 From: Svatopluk Kraus To: =?UTF-8?Q?Mika=C3=ABl_Urankar?= Cc: Oleksandr Tymoshenko , "freebsd-arm@freebsd.org List" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jul 2015 10:09:43 -0000 On Tue, Jul 21, 2015 at 10:04 AM, Mika=C3=ABl Urankar wrote: > 2015-07-20 22:43 GMT+02:00 Oleksandr Tymoshenko : >> Looks like i4pro has two IPU enabled and my code does not handle >> this case well yet. New patch has hack that make sure only IPU1 is attac= hed. >> >> https://people.freebsd.org/~gonzo/arm/patches/imx6-ipu-hdmi-20150720.dif= f > > It works now: > http://mikael.urankar.free.fr/FreeBSD/cubox_hdmi_20150720.txt > > I have these warnings in the console when I shutdown X: > WARNING: A device driver has set "memattr" inconsistently When I played with gonzo's BBB wip patches some time ago, I got same messages. My proof-of-concept hack was to return correct memory attribute of frame buffer (it was VM_MEMATTR_UNCACHEABLE) thru argument passed to fb_mmap() in sys/dev/fb/fbd.c file. --- a/sys/dev/fb/fbd.c +++ b/sys/dev/fb/fbd.c @@ -173,6 +173,8 @@ fb_mmap(struct cdev *dev, vm_ooffset_t offset, vm_paddr_t *paddr, int nprot, if (info->fb_flags & FB_FLAG_NOMMAP) return (ENODEV); +*memattr =3D VM_MEMATTR_UNCACHEABLE; + if (offset >=3D 0 && offset < info->fb_size) { if (info->fb_pbase =3D=3D 0) *paddr =3D vtophys((uint8_t *)info->fb_vbase + offs= et); Svata From owner-freebsd-arm@freebsd.org Tue Jul 21 10:53:56 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7B38C9A7A4D for ; Tue, 21 Jul 2015 10:53:56 +0000 (UTC) (envelope-from usenet@ulrich-grey.de) Received: from mo6-p00-ob.smtp.rzone.de (mo6-p00-ob.smtp.rzone.de [IPv6:2a01:238:20a:202:5300::9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.smtp.rzone.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D2DCC166A for ; Tue, 21 Jul 2015 10:53:55 +0000 (UTC) (envelope-from usenet@ulrich-grey.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1437476029; l=54880; s=domk; d=ulrich-grey.de; h=Content-Type:Mime-Version:References:In-Reply-To:Subject:Cc:To:From: Date; bh=FHviy7FddxcYS7m6Yp4fS6/TWvv8iNOC6WnFBXoi9wY=; b=ycErUi8AavNbtXdgwpIMu+MJxvIIUGicKtOesUe3k4xYG3f7Yn3XL2GnELtwpgmDnsN e6GdC13PEEuZ5z2l42ePWo4poD06PLNRjgmFiHzSktkkS44tVHaDdZIzqaCqaZahEhK93 r67/B1r94mauUi6NDGwM1IPDG1+MRNDYmHY= X-RZG-AUTH: :OX8Be0W8W+pMC3rDLL/lo2xV/LZTbZkYhOcjg8suic3iYr/B8J9Lzp3TJg48ucv/SG5A X-RZG-CLASS-ID: mo00 Received: from quad (p54868DA9.dip0.t-ipconnect.de [84.134.141.169]) by smtp.strato.de (RZmta 37.8 DYNA|AUTH) with ESMTPSA id L05d56r6LArloqu (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (curve secp521r1 with 521 ECDH bits, eq. 15360 bits RSA)) (Client did not present a certificate); Tue, 21 Jul 2015 12:53:47 +0200 (CEST) Date: Tue, 21 Jul 2015 10:53:46 +0000 From: Ulrich Grey To: Oleksandr Tymoshenko Cc: "freebsd-arm@freebsd.org List" Subject: Re: WIP: IPU and HDMI drivers for i.MX6 Message-Id: <20150721105346.7900c05f488c791f5d26122e@ulrich-grey.de> In-Reply-To: <4A7CE12B-C385-49AB-AA5D-0F292B14822E@bluezbox.com> References: <5569347D-EA8B-46C9-97D3-6BF7CC1952B8@bluezbox.com> <20150720120701.a3737b616fc69303beefe71c@ulrich-grey.de> <4A7CE12B-C385-49AB-AA5D-0F292B14822E@bluezbox.com> Organization: - X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.25; armv6-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Tue__21_Jul_2015_10_53_46_+0000_oT8cGc.mmF6O5rnL" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jul 2015 10:53:56 -0000 This is a multi-part message in MIME format. --Multipart=_Tue__21_Jul_2015_10_53_46_+0000_oT8cGc.mmF6O5rnL Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable A) Old EIZO-Monitor, attached with an HDMI-DVI Adaptor. It works but failed to parse EDID. See file #1. Screenshot: http://ulrich-grey.de/dl/2015-07-21-095837_1024x768_EIZO.png B) Philips TV (1440x900) It works but failed to parse EDID. See file #2 Screenshot: http://ulrich-grey.de/dl/2015-07-21-100240_1024x768_PHILIPS_TV.= png The Philips-TV screen shows the wrong aspect ratio, screenshot is ok. Thank you for the patch. Regards Ulrich ------------------------------------------------ On Mon, 20 Jul 2015 13:54:50 -0700 Oleksandr Tymoshenko wrote: >=20 > > On Jul 20, 2015, at 5:07 AM, Ulrich Grey wrote: > >=20 > > Hello, > >=20 > > I am running > >=20 > > FreeBSD wqtest 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r285652M: Sat Jul 18 > > 01:43:03 UTC 2015 gwgpi@wqtest-hf:/usr/obj/usr/src/sys/IMX6 arm ar= mv6hf > >=20 > > on a Wandboard-Quad. I have built the image with HDMI-patch using > > /usr/src/release/release.sh -c arm/Wandboard.conf > > on the Wandboard itself (a armv6hf system). > >=20 > > To boot I had to copy ubldr from a armv6 image to the fat partition. > > I don't know whether this is important in this context. Images without = HDMI-patch are > > booting successfully. > >=20 > > During boot I got a grapical u-boot logo, then the screen jitters and i= s black. > > I have used an old EIZO Monitor and a Philips TV set. Both don't work. >=20 > It seems to be the same problem Mika=EBl has: two IPUs active. Also it's = not > clear why reading EDID fails, so I added some more debug output >=20 > New patch: > https://people.freebsd.org/~gonzo/arm/patches/imx6-ipu-hdmi-20150720.diff >=20 --Multipart=_Tue__21_Jul_2015_10_53_46_+0000_oT8cGc.mmF6O5rnL Content-Type: text/plain; name="WQ-HDMI-EIZO.txt" Content-Disposition: attachment; filename="WQ-HDMI-EIZO.txt" Content-Transfer-Encoding: 7bit Old EIZO-Monitor, attached with an HDMI-DVI Adaptor. ########################### KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2015 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 #0 r285652M: Mon Jul 20 23:10:31 UTC 2015 gwgpi@wqtest:/usr/obj/usr/src/sys/IMX6 arm FreeBSD clang version 3.6.1 (tags/RELEASE_361/final 237755) 20150525 VT: init without driver. CPU: Cortex A9-r2 rev 10 (Cortex-A core) Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext WB disabled EABT branch prediction enabled LoUU:2 LoC:2 LoUIS:2 Cache level 1: 32KB/32B 4-way data cache WB Read-Alloc Write-Alloc 32KB/32B 4-way instruction cache Read-Alloc real memory = 2147483648 (2048 MB) avail memory = 2092920832 (1995 MB) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs random: entropy device external interface kbd0 at kbdmux0 ofwbus0: simplebus0: on ofwbus0 simplebus1: mem 0x2000000-0x20fffff on simplebus0 simplebus2: mem 0x2000000-0x203ffff on simplebus1 imx6_anatop0: mem 0x20c8000-0x20c8fff irq 81,86,159 on simplebus1 simplebus3: on simplebus1 simplebus4: mem 0x2100000-0x21fffff on simplebus0 ocotp0: mem 0x21bc000-0x21bffff on simplebus4 ccm0: mem 0x20c4000-0x20c7fff irq 119,120 on simplebus1 l2cache0: mem 0xa02000-0xa02fff irq 124 on simplebus0 l2cache0: Part number: 0x3, release: 0x7 l2cache0: L2 Cache enabled: 1024KB/32B 16 ways imx_iomux0: mem 0x20e0000-0x20e3fff on simplebus1 gic0: mem 0xa01000-0xa01fff,0xa00100-0xa001ff on ofwbus0 gic0: pn 0x390, arch 0x1, rev 0x2, implementer 0x43b irqs 160 imx_gpt0: mem 0x2098000-0x209bfff irq 87 on simplebus1 Event timer "iMXGPT" frequency 66000000 Hz quality 800 Timecounter "iMXGPT" frequency 66000000 Hz quality 1000 mp_tmr0: mem 0xa00600-0xa0061f irq 29 on simplebus0 Event timer "MPCore" frequency 492000000 Hz quality 1000 uart0: mem 0x2020000-0x2023fff irq 58 on simplebus2 uart0: console (115200,n,8,1) gpio0: mem 0x209c000-0x209ffff irq 98,99 on simplebus1 gpiobus0: on gpio0 gpioc0: on gpio0 gpio1: mem 0x20a0000-0x20a3fff irq 100,101 on simplebus1 gpiobus1: on gpio1 gpioc1: on gpio1 gpio2: mem 0x20a4000-0x20a7fff irq 102,103 on simplebus1 gpiobus2: on gpio2 gpioc2: on gpio2 gpio3: mem 0x20a8000-0x20abfff irq 104,105 on simplebus1 gpiobus3: on gpio3 gpioc3: on gpio3 gpio4: mem 0x20ac000-0x20affff irq 106,107 on simplebus1 gpiobus4: on gpio4 gpioc4: on gpio4 gpio5: mem 0x20b0000-0x20b3fff irq 108,109 on simplebus1 gpiobus5: on gpio5 gpioc5: on gpio5 gpio6: mem 0x20b4000-0x20b7fff irq 110,111 on simplebus1 gpiobus6: on gpio6 gpioc6: on gpio6 usbphy0: mem 0x20c9000-0x20c9fff irq 76 on simplebus1 usbphy1: mem 0x20ca000-0x20cafff irq 77 on simplebus1 src0: mem 0x20d8000-0x20dbfff irq 123,128 on simplebus1 hdmi0: mem 0x120000-0x128fff irq 147 on simplebus1 hdmi0: HDMI controller 13:0a:a0:c1 GPR3 0f000000 -> 0f000000 ehci0: mem 0x2184000-0x21841ff irq 75 on simplebus4 ehci0: [GIANT-LOCKED] usbus0: EHCI version 1.0 usbus0 on ehci0 ehci1: mem 0x2184200-0x21843ff irq 72 on simplebus4 ehci1: [GIANT-LOCKED] usbus1: EHCI version 1.0 usbus1 on ehci1 ffec0: mem 0x2188000-0x218bfff irq 150,151 on simplebus4 miibus0: on ffec0 atphy0: PHY 1 on miibus0 atphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseSX-FDX, 1000baseT-FDX, 1000baseT-FDX-master, auto ffec0: Ethernet address: 00:1f:7b:b4:17:64 sdhci_imx0: mem 0x2190000-0x2193fff irq 54 on simplebus4 mmc0: on sdhci_imx0 sdhci_imx1: mem 0x2194000-0x2197fff irq 55 on simplebus4 sdhci_imx2: mem 0x2198000-0x219bfff irq 56 on simplebus4 mmc1: on sdhci_imx2 iichb0: mem 0x21a0000-0x21a3fff irq 68 on simplebus4 iicbus0: on iichb0 iic0: on iicbus0 iichb1: mem 0x21a4000-0x21a7fff irq 69 on simplebus4 iicbus1: on iichb1 iic1: on iicbus1 iicbus1: at addr 0xa uart1: mem 0x21ec000-0x21effff irq 60 on simplebus4 fb0: mem 0x2400000-0x27fffff irq 38,37 on simplebus0 cryptosoft0: Timecounters tick every 2.000 msec IPsec: Initialized Security Association Processing. hdmi0: reading EDID from iic0, addr 50 hdmi0: i2c transfer failed: 3 fb0: failed to get EDID info from HDMI framer fb0: failed to parse EDID IPU_CONF == 00000000 DC_MAP_CONF[0]: 00000000 -> -> 00000000 DC_MAP_CONF_VAL[00258144]: 00000000 -> 000007ff DC_MAP_CONF_PTR[00258108]: 00000000 -> 00000000 DC_MAP_CONF_VAL[00258144]: 000007ff -> 0fff07ff DC_MAP_CONF_PTR[00258108]: 00000000 -> 00000020 DC_MAP_CONF_VAL[00258148]: 00000000 -> 000017ff DC_MAP_CONF_PTR[00258108]: 00000020 -> 00000820 DC_WRITE_CH_CONF_5: 00000000 -> 00000002 DC_WRITE_CH_ADDR_5: 00000000 -> 0x00000000 DC_GEN: 00000060 -> 0x00000084 DI_BS_CLKGEN0: 00000000 DI_BS_CLKGEN1: 00000000 CCM_CS2CDR = 00000003 CCM_CSCMR2 = 7 CCM_CBCDR = 1 [PLL2] DW_GEN: 00000000 -> 00000300 DW_SET: 00000000 -> 00020000 DI0_SW_GEN0_1 00000000 -> 29f90000 DI0_SW_GEN1_1 00000000 -> 10000000 IPU_DI1_STP_REP1 00000000 -> 00000000 DI0_SW_GEN0_2 00000000 -> 29f90001 DI0_SW_GEN1_2 00000000 -> 31101000 IPU_DI1_STP_REP2 00000000 -> 00000000 DI0_SW_GEN0_3 00000000 -> 192a0000 DI0_SW_GEN1_3 00000000 -> 300c2000 IPU_DI1_STP_REP2 00000000 -> 00000000 DI0_SW_GEN0_4 00000000 -> 0003004b DI0_SW_GEN1_4 00000000 -> 08000000 IPU_DI1_STP_REP3 00000000 -> 03000000 DI0_SW_GEN0_5 00000000 -> 00010501 DI0_SW_GEN1_5 00000000 -> 0a000000 IPU_DI1_STP_REP3 00000000 -> 00000400 W1[5] 00000000 -> 00008885 W2[5] 00000000 -> 00000380 W1[5] 00000000 -> 00008845 W2[5] 00000000 -> 00000380 W1[5] 00000000 -> 00008805 W2[5] 00000000 -> 00000380 DI_GENERAL: 00200000 -> 00300004 (XXX) SYNC_AS_GEN: 00000000 -> 00004002 DB_MODE_SEL 00200150: 00000000 -> 00800000 DISP_GEN: 00400000 -> 01400000 00208004: 00000000 00208008: 00000000 00208004: 00000000 -> 00800000 CONF: 00000002 -> 00000082 fbd0 on fb0 VT: initialize with new VT driver "fb". usbus0: 480Mbps High Speed USB v2.0 usbus1: 480Mbps High Speed USB v2.0 mmc0: No compatible cards found on bus ugen1.1: at usbus1 ugen0.1: at usbus0 uhub0: on usbus0 uhub1: on usbus1 mmc1: CMD7 failed, RESULT: 1 sdhci_imx2-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci_imx2-slot0: ============== REGISTER DUMP ============== sdhci_imx2-slot0: Sys addr: 0x00000000 | Version: 0x00000002 sdhci_imx2-slot0: Blk size: 0x00000040 | Blk cnt: 0x00000001 sdhci_imx2-slot0: Argument: 0x00020000 | Trn mode: 0x00000012 sdhci_imx2-slot0: Present: 0x00fd0000 | Host ctl: 0x00000001 sdhci_imx2-slot0: Power: 0x0000000d | Blk gap: 0x00000080 sdhci_imx2-slot0: Wake-up: 0x00000000 | Clock: 0x0000fa07 sdhci_imx2-slot0: Timeout: 0x00000006 | Int stat: 0x00000000 sdhci_imx2-slot0: Int enab: 0x017f00fb | Sig enab: 0x017f00fb sdhci_imx2-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci_imx2-slot0: Caps: 0x0377c800 | Max curr: 0x80000012 sdhci_imx2-slot0: =========================================== mmcsd0: 8GB at mmc1 50.0MHz/4bit/65535-block Release APs Root mount waiting for: usbus1 usbus0 uhub1: 1 port with 1 removable, self powered uhub0: 1 port with 1 removable, self powered ugen1.2: at usbus1 uhub2: on usbus1 Root mount waiting for: usbus1 uhub2: 4 ports with 3 removable, self powered Root mount waiting for: usbus1 Root mount waiting for: usbus1 ugen1.3: at usbus1 umass0: on usbus1 da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SPC-2 SCSI device da0: Serial Number 2HB50SN0 da0: 40.000MB/s transfers da0: 152627MB (312581808 512 byte sectors: 255H 63S/T 19457C) da0: quirks=0x2 ugen1.4: at usbus1 uhub3: on usbus1 uhub3: 4 ports with 4 removable, self powered ugen1.5: at usbus1 ukbd0: on usbus1 kbd1 at ukbd0 Root mount waiting for: usbus1 ugen1.6: at usbus1 umass1: on usbus1 Trying to mount root from ufs:/dev/ufs/rootfs [rw]... da1 at umass-sim1 bus 1 scbus1 target 0 lun 0 da1: Fixed Direct Access SCSI device da1: Serial Number 100 warning: no time-of-day clock registered, system time will not be set accurately da1: 40.000MB/s transfers da1: 57231MB (117210240 512 byte sectors: 255H 63S/T 7296C) da1: quirks=0x2 Setting hostuuid: a58ce6f8-2f80-11e5-9601-001f7bb41764. Setting hostid: 0xa1feb644. No suitable dump device was found. Starting file system checks: /dev/ufs/rootfs: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ufs/rootfs: clean, 1686940 free (172 frags, 210846 blocks, 0.0% fragmentation) Mounting local file systems:random: unblocking device. . Setting hostname: imx6. Setting up harvesting:[HIGH_PERFORMANCE],[FS_ATIME],SWI,INTERRUPT,NET_NG,NET_ETHER,NET_TUN,MOUSE,KEYBOARD,ATTACH,CACHED Feeding entropy:. Starting Network: lo0 ffec0. lo0: flags=8049 metric 0 mtu 16384 options=600003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0ffec0: link state changed to UP prefixlen 64 scopeid 0x2 inet 127.0.0.1 netmask 0xff000000 groups: lo nd6 options=21 ffec0: flags=8802 metric 0 mtu 1500 options=80008 ether 00:1f:7b:b4:17:64 media: Ethernet autoselect (1000baseT ) status: active nd6 options=29 ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib Starting devd. Starting Network: ffec0. ffec0: flags=8802 metric 0 mtu 1500 options=80008 ether 00:1f:7b:b4:17:64 media: Ethernet autoselect (1000baseT ) status: active nd6 options=29 Configuring vt: keymap. ums0: on usbus1 ums0: 5 buttons and [XYZT] coordinates ID=3 Starting ums0 moused. 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 Creating and/or trimming log files. Starting syslogd. Starting casperd. Clearing /tmp (X related). Updating motd:. Mounting late file systems:. Configuring vt: keymap blanktime. WARNING: New keymap: In /etc/rc.conf replace 'keymap=german.iso' by 'keymap=de'. Performing sanity check on sshd configuration. Starting sshd. Starting cron. Starting background file system checks in 60 seconds. Tue Jul 21 09:29:21 UTC 2015 FreeBSD/arm (imx6) (ttyu0) login: Jul 21 09:32:09 imx6 login: ROOT LOGIN (root) ON ttyv0 FreeBSD/arm (imx6) (ttyu0) login: root --Multipart=_Tue__21_Jul_2015_10_53_46_+0000_oT8cGc.mmF6O5rnL Content-Type: text/plain; name="wq20150721aWQHDMI-PHILIPS_TV.txt" Content-Disposition: attachment; filename="wq20150721aWQHDMI-PHILIPS_TV.txt" Content-Transfer-Encoding: 7bit Script started on Tue Jul 21 10:06:43 2015 root@devel:/usr/local/DEVEL/LOG # cu -l/dev/cuaU0 -s115200 Connected Rebooting... U-Boot SPL 2013.10 (Jul 20 2015 - 21:26:12) Boot Device: SD0 reading boot/u-boot.img Load image from RAW... U-Boot 2013.10 (Jul 20 2015 - 21:26:12) CPU: Freescale i.MX6Q rev1.2 at 792 MHz Reset cause: WDOG Board: Wandboard DRAM: 2 GiB NAND: 0 MiB MMC: FSL_SDHC: 0, FSL_SDHC: 1 Environment is in MMC.... *** Warning - bad CRC, using default environment In: serial Out: serial Err: serial Net: FEC [PRIME] reading uEnv.txt ** Unable to read file uEnv.txt ** Hit any key to stop autoboot: 3  2  1  0 Booting from: mmc 0 ubldr reading ubldr 260674 bytes read in 27 ms (9.2 MiB/s) ## Starting application at 0x12000094 ... Consoles: U-Boot console Compatible U-Boot API signature found @8f570ed8 FreeBSD/armv6 U-Boot loader, Revision 1.2 (gwgpi@wqtest, Sat Jul 11 16:35:37 UTC 2015) DRAM: 2048MB MMC: no card present MMC: no card present MMC: no card present MMC: no card present MMC: no card present MMC: no card present MMC: no card present MMC: no card present MMC: no card present MMC: no card present MMC: no card present MMC: no card present Number of U-Boot devices: 4 U-Boot env: loaderdev='mmc 0' Found U-Boot device: disk Checking unit=0 slice= partition=... good. |/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|//boot/kernel/kernel data=0x6219dc+0xba624 -\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|syms=[0x4+0x63180/-\+0x4+0x5de13|/-] Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel] in 9 seconds... Booting [/boot/kernel/kernel] in 8 seconds... Booting [/boot/kernel/kernel] in 7 seconds... Booting [/boot/kernel/kernel] in 6 seconds... Booting [/boot/kernel/kernel] in 5 seconds... Booting [/boot/kernel/kernel] in 4 seconds... Booting [/boot/kernel/kernel] in 3 seconds... Booting [/boot/kernel/kernel] in 2 seconds... Booting [/boot/kernel/kernel] in 1 second... Booting [/boot/kernel/kernel]... \|/-\|/-\|/-\|/-\|/-\|/boot/dtb/imx6q-wandboard.dtb /size=0x7a5e Loaded DTB from file 'imx6q-wandboard.dtb'. -\|/Kernel entry at 0x12200100... Kernel args: (null) KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2015 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 #0 r285652M: Mon Jul 20 23:10:31 UTC 2015 gwgpi@wqtest:/usr/obj/usr/src/sys/IMX6 arm FreeBSD clang version 3.6.1 (tags/RELEASE_361/final 237755) 20150525 VT: init without driver. CPU: Cortex A9-r2 rev 10 (Cortex-A core) Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext WB disabled EABT branch prediction enabled LoUU:2 LoC:2 LoUIS:2 Cache level 1: 32KB/32B 4-way data cache WB Read-Alloc Write-Alloc 32KB/32B 4-way instruction cache Read-Alloc real memory = 2147483648 (2048 MB) avail memory = 2092920832 (1995 MB) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs random: entropy device external interface kbd0 at kbdmux0 ofwbus0: simplebus0: on ofwbus0 simplebus1: mem 0x2000000-0x20fffff on simplebus0 simplebus2: mem 0x2000000-0x203ffff on simplebus1 imx6_anatop0: mem 0x20c8000-0x20c8fff irq 81,86,159 on simplebus1 simplebus3: on simplebus1 simplebus4: mem 0x2100000-0x21fffff on simplebus0 ocotp0: mem 0x21bc000-0x21bffff on simplebus4 ccm0: mem 0x20c4000-0x20c7fff irq 119,120 on simplebus1 l2cache0: mem 0xa02000-0xa02fff irq 124 on simplebus0 l2cache0: Part number: 0x3, release: 0x7 l2cache0: L2 Cache enabled: 1024KB/32B 16 ways imx_iomux0: mem 0x20e0000-0x20e3fff on simplebus1 gic0: mem 0xa01000-0xa01fff,0xa00100-0xa001ff on ofwbus0 gic0: pn 0x390, arch 0x1, rev 0x2, implementer 0x43b irqs 160 imx_gpt0: mem 0x2098000-0x209bfff irq 87 on simplebus1 Event timer "iMXGPT" frequency 66000000 Hz quality 800 Timecounter "iMXGPT" frequency 66000000 Hz quality 1000 mp_tmr0: mem 0xa00600-0xa0061f irq 29 on simplebus0 Event timer "MPCore" frequency 492000000 Hz quality 1000 uart0: mem 0x2020000-0x2023fff irq 58 on simplebus2 uart0: console (115200,n,8,1) gpio0: mem 0x209c000-0x209ffff irq 98,99 on simplebus1 gpiobus0: on gpio0 gpioc0: on gpio0 gpio1: mem 0x20a0000-0x20a3fff irq 100,101 on simplebus1 gpiobus1: on gpio1 gpioc1: on gpio1 gpio2: mem 0x20a4000-0x20a7fff irq 102,103 on simplebus1 gpiobus2: on gpio2 gpioc2: on gpio2 gpio3: mem 0x20a8000-0x20abfff irq 104,105 on simplebus1 gpiobus3: on gpio3 gpioc3: on gpio3 gpio4: mem 0x20ac000-0x20affff irq 106,107 on simplebus1 gpiobus4: on gpio4 gpioc4: on gpio4 gpio5: mem 0x20b0000-0x20b3fff irq 108,109 on simplebus1 gpiobus5: on gpio5 gpioc5: on gpio5 gpio6: mem 0x20b4000-0x20b7fff irq 110,111 on simplebus1 gpiobus6: on gpio6 gpioc6: on gpio6 usbphy0: mem 0x20c9000-0x20c9fff irq 76 on simplebus1 usbphy1: mem 0x20ca000-0x20cafff irq 77 on simplebus1 src0: mem 0x20d8000-0x20dbfff irq 123,128 on simplebus1 hdmi0: mem 0x120000-0x128fff irq 147 on simplebus1 hdmi0: HDMI controller 13:0a:a0:c1 GPR3 0f000000 -> 0f000000 ehci0: mem 0x2184000-0x21841ff irq 75 on simplebus4 ehci0: [GIANT-LOCKED] usbus0: EHCI version 1.0 usbus0 on ehci0 ehci1: mem 0x2184200-0x21843ff irq 72 on simplebus4 ehci1: [GIANT-LOCKED] usbus1: EHCI version 1.0 usbus1 on ehci1 ffec0: mem 0x2188000-0x218bfff irq 150,151 on simplebus4 miibus0: on ffec0 atphy0: PHY 1 on miibus0 atphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseSX-FDX, 1000baseT-FDX, 1000baseT-FDX-master, auto ffec0: Ethernet address: 00:1f:7b:b4:17:64 sdhci_imx0: mem 0x2190000-0x2193fff irq 54 on simplebus4 mmc0: on sdhci_imx0 sdhci_imx1: mem 0x2194000-0x2197fff irq 55 on simplebus4 sdhci_imx2: mem 0x2198000-0x219bfff irq 56 on simplebus4 mmc1: on sdhci_imx2 iichb0: mem 0x21a0000-0x21a3fff irq 68 on simplebus4 iicbus0: on iichb0 iic0: on iicbus0 iichb1: mem 0x21a4000-0x21a7fff irq 69 on simplebus4 iicbus1: on iichb1 iic1: on iicbus1 iicbus1: at addr 0xa uart1: mem 0x21ec000-0x21effff irq 60 on simplebus4 fb0: mem 0x2400000-0x27fffff irq 38,37 on simplebus0 cryptosoft0: Timecounters tick every 2.000 msec IPsec: Initialized Security Association Processing. hdmi0: reading EDID from iic0, addr 50 hdmi0: i2c transfer failed: 3 fb0: failed to get EDID info from HDMI framer fb0: failed to parse EDID IPU_CONF == 00000000 DC_MAP_CONF[0]: 00000000 -> -> 00000000 DC_MAP_CONF_VAL[00258144]: 00000000 -> 000007ff DC_MAP_CONF_PTR[00258108]: 00000000 -> 00000000 DC_MAP_CONF_VAL[00258144]: 000007ff -> 0fff07ff DC_MAP_CONF_PTR[00258108]: 00000000 -> 00000020 DC_MAP_CONF_VAL[00258148]: 00000000 -> 000017ff DC_MAP_CONF_PTR[00258108]: 00000020 -> 00000820 DC_WRITE_CH_CONF_5: 00000000 -> 00000002 DC_WRITE_CH_ADDR_5: 00000000 -> 0x00000000 DC_GEN: 00000060 -> 0x00000084 DI_BS_CLKGEN0: 00000000 DI_BS_CLKGEN1: 00000000 CCM_CS2CDR = 00000003 CCM_CSCMR2 = 7 CCM_CBCDR = 1 [PLL2] DW_GEN: 00000000 -> 00000300 DW_SET: 00000000 -> 00020000 DI0_SW_GEN0_1 00000000 -> 29f90000 DI0_SW_GEN1_1 00000000 -> 10000000 IPU_DI1_STP_REP1 00000000 -> 00000000 DI0_SW_GEN0_2 00000000 -> 29f90001 DI0_SW_GEN1_2 00000000 -> 31101000 IPU_DI1_STP_REP2 00000000 -> 00000000 DI0_SW_GEN0_3 00000000 -> 192a0000 DI0_SW_GEN1_3 00000000 -> 300c2000 IPU_DI1_STP_REP2 00000000 -> 00000000 DI0_SW_GEN0_4 00000000 -> 0003004b DI0_SW_GEN1_4 00000000 -> 08000000 IPU_DI1_STP_REP3 00000000 -> 03000000 DI0_SW_GEN0_5 00000000 -> 00010501 DI0_SW_GEN1_5 00000000 -> 0a000000 IPU_DI1_STP_REP3 00000000 -> 00000400 W1[5] 00000000 -> 00008885 W2[5] 00000000 -> 00000380 W1[5] 00000000 -> 00008845 W2[5] 00000000 -> 00000380 W1[5] 00000000 -> 00008805 W2[5] 00000000 -> 00000380 DI_GENERAL: 00200000 -> 00300004 (XXX) SYNC_AS_GEN: 00000000 -> 00004002 DB_MODE_SEL 00200150: 00000000 -> 00800000 DISP_GEN: 00400000 -> 01400000 00208004: 00000000 00208008: 00000000 00208004: 00000000 -> 00800000 CONF: 00000002 -> 00000082 fbd0 on fb0 VT: initialize with new VT driver "fb". usbus0: 480Mbps High Speed USB v2.0 usbus1: 480Mbps High Speed USB v2.0 mmc0: No compatible cards found on bus ugen1.1: at usbus1 ugen0.1: at usbus0 uhub0: on usbus0 uhub1: on usbus1 mmc1: CMD7 failed, RESULT: 1 sdhci_imx2-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci_imx2-slot0: ============== REGISTER DUMP ============== sdhci_imx2-slot0: Sys addr: 0x00000000 | Version: 0x00000002 sdhci_imx2-slot0: Blk size: 0x00000040 | Blk cnt: 0x00000001 sdhci_imx2-slot0: Argument: 0x00020000 | Trn mode: 0x00000012 sdhci_imx2-slot0: Present: 0x00fd0000 | Host ctl: 0x00000001 sdhci_imx2-slot0: Power: 0x0000000d | Blk gap: 0x00000080 sdhci_imx2-slot0: Wake-up: 0x00000000 | Clock: 0x0000fa07 sdhci_imx2-slot0: Timeout: 0x00000006 | Int stat: 0x00000000 sdhci_imx2-slot0: Int enab: 0x017f00fb | Sig enab: 0x017f00fb sdhci_imx2-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci_imx2-slot0: Caps: 0x0377c800 | Max curr: 0x80000012 sdhci_imx2-slot0: =========================================== mmcsd0: 8GB at mmc1 50.0MHz/4bit/65535-block Release APs Root mount waiting for: usbus1 usbus0 uhub1: 1 port with 1 removable, self powered uhub0: 1 port with 1 removable, self powered ugen1.2: at usbus1 uhub2: on usbus1 Root mount waiting for: usbus1 uhub2: 4 ports with 3 removable, self powered Root mount waiting for: usbus1 Root mount waiting for: usbus1 ugen1.3: at usbus1 umass0: on usbus1 da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SPC-2 SCSI device da0: Serial Number 2HB50SN0 da0: 40.000MB/s transfers da0: 152627MB (312581808 512 byte sectors: 255H 63S/T 19457C) da0: quirks=0x2 ugen1.4: at usbus1 uhub3: on usbus1 uhub3: 4 ports with 4 removable, self powered ugen1.5: at usbus1 ukbd0: on usbus1 kbd1 at ukbd0 Root mount waiting for: usbus1 ugen1.6: at usbus1 umass1: on usbus1 Trying to mount root from ufs:/dev/ufs/rootfs [rw]... da1 at umass-sim1 bus 1 scbus1 target 0 lun 0 da1: Fixed Direct Access SCSI device da1: Serial Number 100 warning: no time-of-day clock registered, system time will not be set accurately da1: 40.000MB/s transfers da1: 57231MB (117210240 512 byte sectors: 255H 63S/T 7296C) da1: quirks=0x2 Setting hostuuid: a58ce6f8-2f80-11e5-9601-001f7bb41764. Setting hostid: 0xa1feb644. No suitable dump device was found. Starting file system checks: /dev/ufs/rootfs: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ufs/rootfs: clean, 1519146 free (242 frags, 189863 blocks, 0.0% fragmentation) Mounting local file systems:random: unblocking device. . ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib Setting hostname: imx6. Setting up harvesting:[HIGH_PERFORMANCE],[FS_ATIME],SWI,INTERRUPT,NET_NG,NET_ETHER,NET_TUN,MOUSE,KEYBOARD,ATTACH,CACHED Feeding entropy:. Starting Network: lo0 ffec0. lo0: flags=8049 metric 0 mtu 16384 options=600003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0xffec0: link state changed to UP 2 inet 127.0.0.1 netmask 0xff000000 groups: lo nd6 options=21 ffec0: flags=8802 metric 0 mtu 1500 options=80008 ether 00:1f:7b:b4:17:64 media: Ethernet autoselect (1000baseT ) status: active nd6 options=29 Starting devd. Starting Network: ffec0. ffec0: flags=8802 metric 0 mtu 1500 options=80008 ether 00:1f:7b:b4:17:64 media: Ethernet autoselect (1000baseT ) status: active nd6 options=29 Configuring vt: keymap. ums0: on usbus1 ums0: 5 buttons and [XYZT] coordinates ID=3 Starting ums0 moused. 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 Creating and/or trimming log files. Starting syslogd. Starting casperd. Clearing /tmp (X related). Updating motd:. Mounting late file systems:. Configuring vt: keymap blanktime. WARNING: New keymap: In /etc/rc.conf replace 'keymap=german.iso' by 'keymap=de'. Performing sanity check on sshd configuration. Starting sshd. Starting cron. Starting background file system checks in 60 seconds. Tue Jul 21 10:00:32 UTC 2015 FreeBSD/arm (imx6) (ttyu0) login: rootJul 21 10:00:47 imx6 login: ROOT LOGIN (root) ON ttyv0 WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. Jul 21 10:04:53 imx6 shutdown: halt by root: Stopping cron. Stopping sshd. Waiting for PIDS: 663. Stopping casperd. Waiting for PIDS: 560. Stopping devd. Waiting for PIDS: 396. Writing entropy file:. Writing early boot entropy file:. . Terminated Jul 21 10:04:56 imx6 syslogd: exiting on signal 15 Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...5 2 0 0 0 done All buffers synced. Uptime: 4m48s The operating system has halted. Please press any key to reboot. root@devel:/usr/local/DEVEL/LOG # ^Dexit Script done on Tue Jul 21 10:13:02 2015 --Multipart=_Tue__21_Jul_2015_10_53_46_+0000_oT8cGc.mmF6O5rnL-- From owner-freebsd-arm@freebsd.org Wed Jul 22 03:21:57 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 19DD79A66B4 for ; Wed, 22 Jul 2015 03:21:57 +0000 (UTC) (envelope-from usenet@ulrich-grey.de) Received: from mo6-p00-ob.smtp.rzone.de (mo6-p00-ob.smtp.rzone.de [IPv6:2a01:238:20a:202:5300::4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.smtp.rzone.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A702F2A56 for ; Wed, 22 Jul 2015 03:21:55 +0000 (UTC) (envelope-from usenet@ulrich-grey.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1437535311; l=2354; s=domk; d=ulrich-grey.de; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References: In-Reply-To:Subject:Cc:To:From:Date; bh=oaRVdjsvxqSRREpcvHqEQ68gnlPhb9IIZoZCq+Ph9Q8=; b=jd/0vyF1/2kSoIgWaNmFpgjOCfYf9oGAmvPANSYdfFNdvez9pH1p+V6UoRQugL2cQ1/ i+59VJK+FOn+qv5PMyFdrtOXX/tSI5jMM10VEyGbvROdAlWih8wn3TB+GxZ4CawSvIgRo 2onnoNFmUGWFoTc/Dwh8EZQyIITZKJlWKWs= X-RZG-AUTH: :OX8Be0W8W+pMC3rDLL/lo2xV/LZTbZkYhOcjg8suic3iYr/B8J9Lzp3TJg49scv5YHY= X-RZG-CLASS-ID: mo00 Received: from quad (p54869F47.dip0.t-ipconnect.de [84.134.159.71]) by smtp.strato.de (RZmta 37.8 DYNA|AUTH) with ESMTPSA id z045dbr6M3LoyOy (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (curve secp521r1 with 521 ECDH bits, eq. 15360 bits RSA)) (Client did not present a certificate); Wed, 22 Jul 2015 05:21:50 +0200 (CEST) Date: Wed, 22 Jul 2015 03:21:49 +0000 From: Ulrich Grey To: Ulrich Grey Cc: Oleksandr Tymoshenko , "freebsd-arm@freebsd.org List" Subject: Re: WIP: IPU and HDMI drivers for i.MX6 Message-Id: <20150722032149.4cf7f09ee05c22ed57e2b85d@ulrich-grey.de> In-Reply-To: <20150721105346.7900c05f488c791f5d26122e@ulrich-grey.de> References: <5569347D-EA8B-46C9-97D3-6BF7CC1952B8@bluezbox.com> <20150720120701.a3737b616fc69303beefe71c@ulrich-grey.de> <4A7CE12B-C385-49AB-AA5D-0F292B14822E@bluezbox.com> <20150721105346.7900c05f488c791f5d26122e@ulrich-grey.de> Organization: - X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.25; armv6-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.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2015 03:21:57 -0000 Hello, I don't know whether this is related to your HDMI patches. After some hours compiling a port, running the new system, I got this panic: # panic: vm_radix_insert: key 1 is already present cpuid =3D 3 KDB: enter: panic [ thread pid 53491 tid 100695 ] Stopped at $d.7: ldrb r15, [r15, r15, ror r15]! # Please see file: http://ulrich-grey.de/dl/wq20150722.txt for further information. ------------------------------------------ On Tue, 21 Jul 2015 10:53:46 +0000 Ulrich Grey wrote: > A) Old EIZO-Monitor, attached with an HDMI-DVI Adaptor. > It works but failed to parse EDID. > See file #1. > Screenshot: http://ulrich-grey.de/dl/2015-07-21-095837_1024x768_EIZO.png >=20 > B) Philips TV (1440x900) > It works but failed to parse EDID. > See file #2 > Screenshot: http://ulrich-grey.de/dl/2015-07-21-100240_1024x768_PHILIPS_T= V.png > The Philips-TV screen shows the wrong aspect ratio, screenshot is ok. >=20 > Thank you for the patch. >=20 > Regards > Ulrich > ------------------------------------------------ > On Mon, 20 Jul 2015 13:54:50 -0700 > Oleksandr Tymoshenko wrote: >=20 > >=20 > > > On Jul 20, 2015, at 5:07 AM, Ulrich Grey wrot= e: > > >=20 > > > Hello, > > >=20 > > > I am running > > >=20 > > > FreeBSD wqtest 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r285652M: Sat Jul= 18 > > > 01:43:03 UTC 2015 gwgpi@wqtest-hf:/usr/obj/usr/src/sys/IMX6 arm = armv6hf > > >=20 > > > on a Wandboard-Quad. I have built the image with HDMI-patch using > > > /usr/src/release/release.sh -c arm/Wandboard.conf > > > on the Wandboard itself (a armv6hf system). > > >=20 > > > To boot I had to copy ubldr from a armv6 image to the fat partition. > > > I don't know whether this is important in this context. Images withou= t HDMI-patch > > > are booting successfully. > > >=20 > > > During boot I got a grapical u-boot logo, then the screen jitters and= is black. > > > I have used an old EIZO Monitor and a Philips TV set. Both don't work. > >=20 > > It seems to be the same problem Mika=EBl has: two IPUs active. Also it'= s not > > clear why reading EDID fails, so I added some more debug output > >=20 > > New patch: > > https://people.freebsd.org/~gonzo/arm/patches/imx6-ipu-hdmi-20150720.di= ff > >=20 From owner-freebsd-arm@freebsd.org Wed Jul 22 10:08:45 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 49D159A69E3 for ; Wed, 22 Jul 2015 10:08:45 +0000 (UTC) (envelope-from mattia.rossi.mailinglists@gmail.com) Received: from mail-wi0-x233.google.com (mail-wi0-x233.google.com [IPv6:2a00:1450: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 D25C9115B for ; Wed, 22 Jul 2015 10:08:44 +0000 (UTC) (envelope-from mattia.rossi.mailinglists@gmail.com) Received: by wicgb10 with SMTP id gb10so90803435wic.1 for ; Wed, 22 Jul 2015 03:08:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=brMEL+FnJxSmJH2gFG2N6EWlQ9tsoWFwE+ZYVTi5ReY=; b=G2HeBfZGO3Lwl29thB/NnW4q1gFl3yJV72V6xGcDBp2VzwP5JSAGJ5lZM7JKVB9vH7 dEwq1Zmr4S35WVNXSPh7mIYKaC3HlfDovMR1vX8T9v4OZx1ORoqJ55zkrHtAmvv9zRu0 bkFPk8l8AOa/C7/9wGhefjIELYsxl2alNBnLVQolSUJ/bcHRphaYP6otUBcjL9kJHEXh R+VrtgAwtx6pRGie+9zeZxZYwp8mQeHhOzB3Zl99a/9NIZJn79O5cj5FSTugwLpj2lgH lgslVenBPofjgT00aGKVFzP6xloPRwka7D14tZ98m+Gt2PMVyEGL/20fvS7yDRXx9fex 4cPg== X-Received: by 10.194.185.180 with SMTP id fd20mr3371634wjc.16.1437559723287; Wed, 22 Jul 2015 03:08:43 -0700 (PDT) Received: from [192.168.10.177] ([88.208.109.142]) by smtp.googlemail.com with ESMTPSA id gb16sm2599926wic.5.2015.07.22.03.08.41 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 22 Jul 2015 03:08:42 -0700 (PDT) Message-ID: <55AF6BA5.4070400@gmail.com> Date: Wed, 22 Jul 2015 12:08:37 +0200 From: Mattia Rossi User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Warner Losh CC: Ronald Klop , "freebsd-arm@freebsd.org" Subject: Re: executable gone after fsck - Fwd: Cron newsyslog References: <20150709200019.E7710D975C@sheeva.klop.ws> <55A652D6.7010401@gmail.com> <4CF1F0A4-9486-46DC-AF73-3E98DAB284DD@bsdimp.com> In-Reply-To: <4CF1F0A4-9486-46DC-AF73-3E98DAB284DD@bsdimp.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2015 10:08:45 -0000 Hi Warner, thanks for fixing this. I can confirm that fsck works on the Dreamplug. Cheers, Mat Am 15.07.2015 um 18:16 schrieb Warner Losh: >> On Jul 15, 2015, at 6:32 AM, Mattia Rossi wrote: >> >> Hi Ronald, >> >> I might have missed some information on the list about the topic, and unless the unmapped i/o was the cause, fsck is pretty much broken at least on the Dreamplug.. and I would suspect also on the Sheevaplug. Wih the first few fsck you do you will lose random files, later on you won't be able to boot anymore, as fsck won't be able to fix fs errors anymore… > It was broken on atmel until I turned of unmapped I/O. then it was rock solid on atmel, at least as rock solid as it is on other platforms. Ian told me his dream plug was also broken in a similar way, but I can’t recall if he tested it for me there. I crashed my Atmel AT91SAM9G20 system about 100 times chasing unrelated bugs after this change. Before I turned off unmapped I/O it was always a disaster (never once did fsck do something useful on a dirty fs). Afterwards every time i was paying attention, it just worked (and when I wasn’t paying attention, it didn’t have the mandatory trip into single user mode). > > fsck definitely does unaligned direct I/O, which is what I think is broken with unmapped I/O. I’m confident that I’ve fixed this. > > The kernel Ron is using should be plenty new enough since I fixed this back in march, iirc. > > Warner > >> I'm currently using the fix suggested by Ian at the time: set the dump and pass values of your root fs in fstab to 0 0 and live with a dirty fs after a crash. Unless the system is crashing often, you'll be quite fine ;-) >> >> Cheers, >> >> Mat >> >> Am 10.07.2015 um 10:12 schrieb Ronald Klop: >>> Hi, >>> >>> I used fsck after a panic on my sheevaplug. >>> FreeBSD sheeva.klop.ws 11.0-CURRENT FreeBSD 11.0-CURRENT #8 r284499M: Wed Jun 17 12:54:02 CEST 2015 root@sjakie.klop.ws:/usr/obj-arm/arm.arm/usr/src-arm/sys/SHEEVAPLUG arm >>> >>> If I did not made a mistake somewhere I'm running with the unmapped i/o turned off. >>> http://www.secnetix.de/olli/FreeBSD/svnews/index.py?r=283931 >>> >>> NB: In the case below bzip2 does not exist anymore. Which is not something _just_ written to disk. >>> >>> Unfortunately I don't have more information about the crash. >>> >>> Ronald. >>> >>> >>> ------- Forwarded message ------- >>> From: "Cron Daemon" >>> To: root@klop.ws >>> Cc: >>> Subject: Cron newsyslog >>> Date: Thu, 09 Jul 2015 22:00:10 +0200 >>> >>> newsyslog: execl(`/usr/bin/bzip2 -f /var/log/console.log.0'): No such file >>> or directory >>> newsyslog: `bzip2 -f /var/log/console.log.0' terminated with a non-zero >>> status (1) >>> _______________________________________________ >>> freebsd-arm@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-arm >>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-arm >> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Thu Jul 23 15:16:02 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CD6909A9E2C for ; Thu, 23 Jul 2015 15:16:02 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from mail-ig0-x229.google.com (mail-ig0-x229.google.com [IPv6:2607:f8b0:4001:c05::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 97F8512B6 for ; Thu, 23 Jul 2015 15:16:02 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: by iggf3 with SMTP id f3so161547915igg.1 for ; Thu, 23 Jul 2015 08:16:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=dIDeMayXQgNW+qYdXTAaPBm3Va/bhVmBXQc7JIl1V9I=; b=YPXNL9hlftStyY/nJpixI6UXzJCWypUxZPKMJ20nxF3hnQ636b04FNVxU9fwD1XTla blmumT1ougIa8thyPZQHStTnxoYS/qeL/we9+gzu7mPMEwVxwegNB4mYMtm2liG9UE4n slVN7aJ+rAmXwbDzgKY3XfXvQwZNwloRg/q6rpRW4MEcSFrv6nDhPO1/J7ZMBNUkjQn+ L847JPaygH7Gws3Sc4WCE3m+IIrzPh1bfT+UbmTTfjKsyoUIYEGjQqxX2NtoFqJer/fB pn5BkzL6KPWghW9pQp1pkZG9wb4zhhpPyYUOcm53lBt4McUKOGCTrdyBUpGl2UFAgrCm VjFA== X-Received: by 10.50.128.169 with SMTP id np9mr46107389igb.37.1437664554779; Thu, 23 Jul 2015 08:15:54 -0700 (PDT) MIME-Version: 1.0 Received: by 10.36.143.4 with HTTP; Thu, 23 Jul 2015 08:15:25 -0700 (PDT) In-Reply-To: <55A7D8CE.4020809@selasky.org> References: <55A7D8CE.4020809@selasky.org> From: Jia-Shiun Li Date: Thu, 23 Jul 2015 23:15:25 +0800 Message-ID: Subject: Re: [RPI-B] [HEADS UP] DWC OTG TX path optimisation for 11-current To: Hans Petter Selasky Cc: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2015 15:16:03 -0000 Hi, don't know if this is related. RPI2 r285700 seems to have rx performance issues. tx: jsli@rpi2:~ % iperf -c 192.168.111.192 ------------------------------------------------------------ Client connecting to 192.168.111.192, TCP port 5001 TCP window size: 32.5 KByte (default) ------------------------------------------------------------ [ 3] local 192.168.111.92 port 25883 connected with 192.168.111.192 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0-10.0 sec 89.5 MBytes 75.0 Mbits/sec rx: jsli@4cbsd:~ % iperf -c 192.168.111.92 ------------------------------------------------------------ Client connecting to 192.168.111.92, TCP port 5001 TCP window size: 32.5 KByte (default) ------------------------------------------------------------ [ 3] local 192.168.111.192 port 33966 connected with 192.168.111.92 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0-10.1 sec 6.75 MBytes 5.62 Mbits/sec jsli@4cbsd:~ % with iperf3: tx: jsli@rpi2:~ % iperf3 -c 192.168.111.192 Connecting to host 192.168.111.192, port 5201 [ 4] local 192.168.111.92 port 26625 connected to 192.168.111.192 port 5201 [ ID] Interval Transfer Bandwidth [ 4] 0.00-1.00 sec 8.75 MBytes 73.4 Mbits/sec [ 4] 1.00-2.00 sec 9.01 MBytes 75.6 Mbits/sec [ 4] 2.00-3.00 sec 8.98 MBytes 75.3 Mbits/sec [ 4] 3.00-4.00 sec 8.96 MBytes 75.1 Mbits/sec [ 4] 4.00-5.00 sec 8.99 MBytes 75.4 Mbits/sec [ 4] 5.00-6.00 sec 9.00 MBytes 75.5 Mbits/sec [ 4] 6.00-7.00 sec 8.88 MBytes 74.5 Mbits/sec [ 4] 7.00-8.00 sec 9.05 MBytes 75.9 Mbits/sec [ 4] 8.00-9.00 sec 9.00 MBytes 75.5 Mbits/sec [ 4] 9.00-10.00 sec 8.89 MBytes 74.6 Mbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bandwidth [ 4] 0.00-10.00 sec 89.5 MBytes 75.1 Mbits/sec sender [ 4] 0.00-10.00 sec 89.4 MBytes 75.0 Mbits/sec receiver iperf Done. jsli@rpi2:~ % rx: jsli@rpi2:~ % iperf3 -c 192.168.111.192 -R Connecting to host 192.168.111.192, port 5201 Reverse mode, remote host 192.168.111.192 is sending [ 4] local 192.168.111.92 port 23984 connected to 192.168.111.192 port 5201 [ ID] Interval Transfer Bandwidth [ 4] 0.00-1.00 sec 708 KBytes 5.80 Mbits/sec [ 4] 1.00-2.00 sec 700 KBytes 5.73 Mbits/sec [ 4] 2.00-3.00 sec 680 KBytes 5.57 Mbits/sec [ 4] 3.00-4.00 sec 653 KBytes 5.35 Mbits/sec [ 4] 4.00-5.00 sec 660 KBytes 5.41 Mbits/sec [ 4] 5.00-6.00 sec 673 KBytes 5.51 Mbits/sec [ 4] 6.00-7.00 sec 696 KBytes 5.70 Mbits/sec [ 4] 7.00-8.00 sec 696 KBytes 5.70 Mbits/sec [ 4] 8.00-9.00 sec 675 KBytes 5.53 Mbits/sec [ 4] 9.00-10.00 sec 667 KBytes 5.47 Mbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bandwidth [ 4] 0.00-10.00 sec 6.69 MBytes 5.61 Mbits/sec sender [ 4] 0.00-10.00 sec 6.69 MBytes 5.61 Mbits/sec receiver iperf Done. jsli@rpi2:~ % from the other side: (rpi2) rx: jsli@4cbsd:~ % iperf3 -c 192.168.111.92 Connecting to host 192.168.111.92, port 5201 [ 4] local 192.168.111.192 port 31202 connected to 192.168.111.92 port 5201 [ ID] Interval Transfer Bandwidth [ 4] 0.00-1.00 sec 640 KBytes 5.24 Mbits/sec [ 4] 1.00-2.00 sec 707 KBytes 5.79 Mbits/sec [ 4] 2.00-3.00 sec 700 KBytes 5.74 Mbits/sec [ 4] 3.00-4.00 sec 675 KBytes 5.52 Mbits/sec [ 4] 4.00-5.00 sec 669 KBytes 5.48 Mbits/sec [ 4] 5.00-6.00 sec 687 KBytes 5.63 Mbits/sec [ 4] 6.00-7.00 sec 714 KBytes 5.85 Mbits/sec [ 4] 7.00-8.00 sec 708 KBytes 5.81 Mbits/sec [ 4] 8.00-9.00 sec 675 KBytes 5.53 Mbits/sec [ 4] 9.00-10.00 sec 662 KBytes 5.42 Mbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bandwidth [ 4] 0.00-10.00 sec 6.68 MBytes 5.60 Mbits/sec sender [ 4] 0.00-10.00 sec 6.63 MBytes 5.56 Mbits/sec receiver iperf Done. jsli@4cbsd:~ % (rpi2) tx: jsli@4cbsd:~ % iperf3 -c 192.168.111.92 -R Connecting to host 192.168.111.92, port 5201 Reverse mode, remote host 192.168.111.92 is sending [ 4] local 192.168.111.192 port 41976 connected to 192.168.111.92 port 5201 [ ID] Interval Transfer Bandwidth [ 4] 0.00-1.00 sec 7.85 MBytes 65.9 Mbits/sec [ 4] 1.00-2.00 sec 8.80 MBytes 73.8 Mbits/sec [ 4] 2.00-3.00 sec 8.87 MBytes 74.4 Mbits/sec [ 4] 3.00-4.00 sec 8.96 MBytes 75.2 Mbits/sec [ 4] 4.00-5.00 sec 8.98 MBytes 75.4 Mbits/sec [ 4] 5.00-6.00 sec 8.80 MBytes 73.8 Mbits/sec [ 4] 6.00-7.00 sec 8.93 MBytes 74.9 Mbits/sec [ 4] 7.00-8.00 sec 8.96 MBytes 75.2 Mbits/sec [ 4] 8.00-9.00 sec 8.94 MBytes 75.0 Mbits/sec [ 4] 9.00-10.00 sec 8.89 MBytes 74.6 Mbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bandwidth [ 4] 0.00-10.00 sec 88.2 MBytes 74.0 Mbits/sec sender [ 4] 0.00-10.00 sec 88.1 MBytes 73.9 Mbits/sec receiver iperf Done. jsli@4cbsd:~ % -Jia-Shiun From owner-freebsd-arm@freebsd.org Fri Jul 24 12:40:07 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D9BAD9A942F for ; Fri, 24 Jul 2015 12:40:07 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (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 82E6D16B3 for ; Fri, 24 Jul 2015 12:40:07 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 2BA781FE022; Fri, 24 Jul 2015 14:40:06 +0200 (CEST) Message-ID: <55B23276.8090703@selasky.org> Date: Fri, 24 Jul 2015 14:41:26 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Jia-Shiun Li CC: "freebsd-arm@freebsd.org" Subject: Re: [RPI-B] [HEADS UP] DWC OTG TX path optimisation for 11-current References: <55A7D8CE.4020809@selasky.org> 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.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jul 2015 12:40:08 -0000 On 07/23/15 17:15, Jia-Shiun Li wrote: > Hi, > > don't know if this is related. > > RPI2 r285700 seems to have rx performance issues. Hi, This is not directly related to the patch. Can you try to tune "DWC_OTG_NAK_MAX" in the range "16 .. 255" and see if it makes any difference? sys/dev/usb/controller/dwc_otg.h --HPS > > tx: > jsli@rpi2:~ % iperf -c 192.168.111.192 > ------------------------------------------------------------ > Client connecting to 192.168.111.192, TCP port 5001 > TCP window size: 32.5 KByte (default) > ------------------------------------------------------------ > [ 3] local 192.168.111.92 port 25883 connected with 192.168.111.192 port > 5001 > [ ID] Interval Transfer Bandwidth > [ 3] 0.0-10.0 sec 89.5 MBytes 75.0 Mbits/sec > > rx: > jsli@4cbsd:~ % iperf -c 192.168.111.92 > ------------------------------------------------------------ > Client connecting to 192.168.111.92, TCP port 5001 > TCP window size: 32.5 KByte (default) > ------------------------------------------------------------ > [ 3] local 192.168.111.192 port 33966 connected with 192.168.111.92 port > 5001 > [ ID] Interval Transfer Bandwidth > [ 3] 0.0-10.1 sec 6.75 MBytes 5.62 Mbits/sec > jsli@4cbsd:~ % > > > > with iperf3: > tx: > jsli@rpi2:~ % iperf3 -c 192.168.111.192 > Connecting to host 192.168.111.192, port 5201 > [ 4] local 192.168.111.92 port 26625 connected to 192.168.111.192 port 5201 > [ ID] Interval Transfer Bandwidth > [ 4] 0.00-1.00 sec 8.75 MBytes 73.4 Mbits/sec > [ 4] 1.00-2.00 sec 9.01 MBytes 75.6 Mbits/sec > [ 4] 2.00-3.00 sec 8.98 MBytes 75.3 Mbits/sec > [ 4] 3.00-4.00 sec 8.96 MBytes 75.1 Mbits/sec > [ 4] 4.00-5.00 sec 8.99 MBytes 75.4 Mbits/sec > [ 4] 5.00-6.00 sec 9.00 MBytes 75.5 Mbits/sec > [ 4] 6.00-7.00 sec 8.88 MBytes 74.5 Mbits/sec > [ 4] 7.00-8.00 sec 9.05 MBytes 75.9 Mbits/sec > [ 4] 8.00-9.00 sec 9.00 MBytes 75.5 Mbits/sec > [ 4] 9.00-10.00 sec 8.89 MBytes 74.6 Mbits/sec > - - - - - - - - - - - - - - - - - - - - - - - - - > [ ID] Interval Transfer Bandwidth > [ 4] 0.00-10.00 sec 89.5 MBytes 75.1 Mbits/sec sender > [ 4] 0.00-10.00 sec 89.4 MBytes 75.0 Mbits/sec > receiver > > iperf Done. > jsli@rpi2:~ % > > rx: > jsli@rpi2:~ % iperf3 -c 192.168.111.192 -R > Connecting to host 192.168.111.192, port 5201 > Reverse mode, remote host 192.168.111.192 is sending > [ 4] local 192.168.111.92 port 23984 connected to 192.168.111.192 port 5201 > [ ID] Interval Transfer Bandwidth > [ 4] 0.00-1.00 sec 708 KBytes 5.80 Mbits/sec > [ 4] 1.00-2.00 sec 700 KBytes 5.73 Mbits/sec > [ 4] 2.00-3.00 sec 680 KBytes 5.57 Mbits/sec > [ 4] 3.00-4.00 sec 653 KBytes 5.35 Mbits/sec > [ 4] 4.00-5.00 sec 660 KBytes 5.41 Mbits/sec > [ 4] 5.00-6.00 sec 673 KBytes 5.51 Mbits/sec > [ 4] 6.00-7.00 sec 696 KBytes 5.70 Mbits/sec > [ 4] 7.00-8.00 sec 696 KBytes 5.70 Mbits/sec > [ 4] 8.00-9.00 sec 675 KBytes 5.53 Mbits/sec > [ 4] 9.00-10.00 sec 667 KBytes 5.47 Mbits/sec > - - - - - - - - - - - - - - - - - - - - - - - - - > [ ID] Interval Transfer Bandwidth > [ 4] 0.00-10.00 sec 6.69 MBytes 5.61 Mbits/sec sender > [ 4] 0.00-10.00 sec 6.69 MBytes 5.61 Mbits/sec > receiver > > iperf Done. > jsli@rpi2:~ % > > > from the other side: > (rpi2) rx: > jsli@4cbsd:~ % iperf3 -c 192.168.111.92 > Connecting to host 192.168.111.92, port 5201 > [ 4] local 192.168.111.192 port 31202 connected to 192.168.111.92 port 5201 > [ ID] Interval Transfer Bandwidth > [ 4] 0.00-1.00 sec 640 KBytes 5.24 Mbits/sec > [ 4] 1.00-2.00 sec 707 KBytes 5.79 Mbits/sec > [ 4] 2.00-3.00 sec 700 KBytes 5.74 Mbits/sec > [ 4] 3.00-4.00 sec 675 KBytes 5.52 Mbits/sec > [ 4] 4.00-5.00 sec 669 KBytes 5.48 Mbits/sec > [ 4] 5.00-6.00 sec 687 KBytes 5.63 Mbits/sec > [ 4] 6.00-7.00 sec 714 KBytes 5.85 Mbits/sec > [ 4] 7.00-8.00 sec 708 KBytes 5.81 Mbits/sec > [ 4] 8.00-9.00 sec 675 KBytes 5.53 Mbits/sec > [ 4] 9.00-10.00 sec 662 KBytes 5.42 Mbits/sec > - - - - - - - - - - - - - - - - - - - - - - - - - > [ ID] Interval Transfer Bandwidth > [ 4] 0.00-10.00 sec 6.68 MBytes 5.60 Mbits/sec sender > [ 4] 0.00-10.00 sec 6.63 MBytes 5.56 Mbits/sec > receiver > > iperf Done. > jsli@4cbsd:~ % > > (rpi2) tx: > jsli@4cbsd:~ % iperf3 -c 192.168.111.92 -R > Connecting to host 192.168.111.92, port 5201 > Reverse mode, remote host 192.168.111.92 is sending > [ 4] local 192.168.111.192 port 41976 connected to 192.168.111.92 port 5201 > [ ID] Interval Transfer Bandwidth > [ 4] 0.00-1.00 sec 7.85 MBytes 65.9 Mbits/sec > [ 4] 1.00-2.00 sec 8.80 MBytes 73.8 Mbits/sec > [ 4] 2.00-3.00 sec 8.87 MBytes 74.4 Mbits/sec > [ 4] 3.00-4.00 sec 8.96 MBytes 75.2 Mbits/sec > [ 4] 4.00-5.00 sec 8.98 MBytes 75.4 Mbits/sec > [ 4] 5.00-6.00 sec 8.80 MBytes 73.8 Mbits/sec > [ 4] 6.00-7.00 sec 8.93 MBytes 74.9 Mbits/sec > [ 4] 7.00-8.00 sec 8.96 MBytes 75.2 Mbits/sec > [ 4] 8.00-9.00 sec 8.94 MBytes 75.0 Mbits/sec > [ 4] 9.00-10.00 sec 8.89 MBytes 74.6 Mbits/sec > - - - - - - - - - - - - - - - - - - - - - - - - - > [ ID] Interval Transfer Bandwidth > [ 4] 0.00-10.00 sec 88.2 MBytes 74.0 Mbits/sec sender > [ 4] 0.00-10.00 sec 88.1 MBytes 73.9 Mbits/sec > receiver > > iperf Done. > jsli@4cbsd:~ % > > > -Jia-Shiun > From owner-freebsd-arm@freebsd.org Sat Jul 25 23:59:25 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 647869AADF3 for ; Sat, 25 Jul 2015 23:59:25 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-lb0-x233.google.com (mail-lb0-x233.google.com [IPv6:2a00:1450:4010:c04::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 DC83182D for ; Sat, 25 Jul 2015 23:59:24 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by lbbqi7 with SMTP id qi7so33718911lbb.3 for ; Sat, 25 Jul 2015 16:59: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:content-type; bh=wTioei3VrPcuCJ3Ctjesd/+wjTDdd/17tNAQG0W1MVk=; b=rQ3z53nNZUAbb2GEAW5aE1uqywGUwbyymMojhdmPE8wJWLo7Zq1MFoPniykf0KMQtl JU6HJkljNdP38p1133SHYmWH6e4pIjxhKDsx7saIHYueVVNQM/l8w9DpS7VSrZ+Ipuql +W2tbhVV86BDrlX02jX9WAEI0SqFVJrJwLm3MCPkR+ECNtKa+VxKyp03AOhzJPrKXsXD A8YAQncSun/sOwWoEv5rGeGCd8ZjVsRM73nuXfXFFYnhIbhv/AhTb+gWoT794dC12/N3 aSa1SGNHCMy06frHJmwSxVg3XAo5SV3hkDCBL80oZDUk74b5pUGjgfKrEL6juBhylTPb heHg== MIME-Version: 1.0 X-Received: by 10.112.24.71 with SMTP id s7mr19709014lbf.37.1437868762849; Sat, 25 Jul 2015 16:59:22 -0700 (PDT) Received: by 10.152.180.166 with HTTP; Sat, 25 Jul 2015 16:59:22 -0700 (PDT) Date: Sat, 25 Jul 2015 16:59:22 -0700 Message-ID: Subject: HummingBoard Boot From: Russell Haley To: freebsd-arm Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jul 2015 23:59:25 -0000 Hi there, Ian, thanks for all your great updates on the arm iMX6 pages. I went out and picked up a hummingboard and I'm trying to put this all together. I was able to find and flash the u-boot image for the cubox-hummingboard. Ian, thank you again for your efforts there. However, there are two things that are not clear to me from the iMX6 page: 1) where does the u-boot environment variable file go? 2) where do I put ubldr on the SD? I am thinking within the first 1 MB? 2b) I noticed in a Linux image the boot loader had an SDL file and a u-boot.imx file. Your instruction on the iMx6 page verified that is the process. However, the files installed from the pkgng system is only a u-boot.imx file. Am I missing anopther piece? Finally, I will go back and get my head in crochet again soon, but I was wondering if it's possible for me to just use the current snapshot release from the website? ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/arm/armv6/ISO-IMAGES/11.0/FreeBSD-11.0-CURRENT-arm-armv6-CUBOX-HUMMINGBOARD-20150722-r285794.img.xz I opened it up and it seemed to be a fat filesystem and a ufs filesystem (I didn't go any further than this. Is this ubldr and rootfs with kernel in /sys/?). I'm hoping I can just do this: sudo pkg install u-boot-cubox-hummingboard cd /usr/local/share/u-boot/u-boot-cubox-hummingboard dd if=u-boot.imx of=/dev/da2 bs=1k oseek=1 conv=sync cd /usr/snapshot/current wget ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/arm/armv6/ISO-IMAGES/11.0/FreeBSD-11.0-CURRENT-arm-armv6-CUBOX-HUMMINGBOARD-20150722-r285794.img.xz dd if=FreeBSD-11.0-CURRENT-arm-armv6-CUBOX-HUMMINGBOARD-20150722-r285794.img.xz of=/dev/da2 bs=1k seek=1024 boot! Thanks Russ p.s. I bought the freeBSD driver book. I am trying to obsorb it as fast as I can. Is there a particular driver that I could/should dig in on from the list on the iMX6 page? Is there something I can help debug or document?