From owner-freebsd-arm@freebsd.org Sun Jul 26 07:39:19 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E3DCC9A9ACC for ; Sun, 26 Jul 2015 07:39:18 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-lb0-x22e.google.com (mail-lb0-x22e.google.com [IPv6:2a00:1450:4010:c04::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 6E308C8F for ; Sun, 26 Jul 2015 07:39:18 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by lblf12 with SMTP id f12so36536608lbl.2 for ; Sun, 26 Jul 2015 00:39:15 -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 :content-type; bh=S7tWPsvg+DCC3JU87vBY7o4huN0A7flOXxi4HWaGcXg=; b=TjlECcx1DmVUfxv+Ac4BcCoHmmkfNw0sHewqePWFkdVzAk/giCa68jf37fvC8aNKyJ VNyitlW1S+B1KsHgjjLaHiX0g11bSESbB4mI9L0ParS/LZH4EGMm2AhhvxzY9vqInojU LRWThG+ypKL4EYKdipqXhxBSIOG5xFwV2H38T7xPJICH4m2pbt6JoOp/GI3ssg1Lg9cn 2lKKVL6tdygiRtiGovy9r8/bA/u7bZdDvyWbg235BlMFGB6Epf5DPvVo9XXe2bq0oPrZ qfbxUWuFZElnsJnyqGAkt2NxqRUZ92+1m/HYr+hSoMZMHIZnksN+zRgit2WZcBHlzmaN S4VA== MIME-Version: 1.0 X-Received: by 10.112.24.71 with SMTP id s7mr20843089lbf.37.1437896354993; Sun, 26 Jul 2015 00:39:14 -0700 (PDT) Received: by 10.152.180.166 with HTTP; Sun, 26 Jul 2015 00:39:14 -0700 (PDT) In-Reply-To: References: Date: Sun, 26 Jul 2015 00:39:14 -0700 Message-ID: Subject: Fwd: 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: Sun, 26 Jul 2015 07:39:19 -0000 Okay, gonna answer my own questions. I keep forgetting that trying to skirt building the code in the projects means I miss all the good documentation in there as well! 1&2) I think I understand this: the u-boot image is created to look in the fat partition for ubldr and uEnv.txt? This seems to be evidenced by the file patch-include_configs_mx6__cubox-1.h 2a) looked into the port for u-boot-cubox-hummingboard and say that Ian was kind enough to document that the SPL and the u-boot.img is combined into a file called u-boot.imx. I also actually READ the text on the pages for the snapshots and found out it contains a couple of images. I can only seem to access one so I created a memory device and I am copying it to an SD card now. I'm building from source again as well just to be safe. Thanks, Russ ---------- Forwarded message ---------- From: Russell Haley Date: Sat, Jul 25, 2015 at 4:59 PM Subject: HummingBoard Boot To: freebsd-arm 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? From owner-freebsd-arm@freebsd.org Mon Jul 27 00:24:29 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 362A69AA435 for ; Mon, 27 Jul 2015 00:24:29 +0000 (UTC) (envelope-from freebsd@rgbaz.eu) Received: from fnsib-smtp06.srv.cat (fnsib-smtp06.srv.cat [46.16.61.62]) by mx1.freebsd.org (Postfix) with ESMTP id 0040CB78 for ; Mon, 27 Jul 2015 00:24:28 +0000 (UTC) (envelope-from freebsd@rgbaz.eu) Received: from [10.0.1.111] (j83162.upc-j.chello.nl [24.132.83.162]) by fnsib-smtp06.srv.cat (Postfix) with ESMTPSA id E5AD9D99DF for ; Mon, 27 Jul 2015 02:17:26 +0200 (CEST) To: freebsd-arm@freebsd.org From: ArnoB Subject: EABI 4 vs EABI 5? Message-ID: <55B57895.30909@rgbaz.eu> Date: Mon, 27 Jul 2015 02:17:25 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.0.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 00:24:29 -0000 Hello, I'm trying to compile FreeBSD 11 head on a FreeBSD 9.3 amd64 machine, to be used on my Raspberry B. TARGET: arm TARGET_ARCH: armv6 Everything goes quite well, yet I'm seeing a slight difference between the binaries in the temporary installation folder and the ones on the Raspberry Pi. on the PC, FreeBSD 9.3 amd64: $ file /bin/ls /bin/ls: ELF 32-bit LSB executable, ARM, EABI4 version 1 (SYSV), dynamically linked, interpreter /libexec/ld-elf.so.1, FreeBSD-style, for FreeBSD 11.0 (1100077), stripped on the RasPi, FreeBSD 11.0-CURRENT: $ file temp/bin/ls temp/bin/ls: ELF 32-bit LSB executable, ARM, EABI4 version 1 (SYSV), dynamically linked, interpreter /libexec/ld-elf.so.1, FreeBSD-style, for FreeBSD 11.0 (1100077), stripped Almost identical, except for the EABI version. Is it possible to get exactly similar binaries in any way? thanks in advance Arno From owner-freebsd-arm@freebsd.org Mon Jul 27 03:40:32 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8FDDF9ABB07 for ; Mon, 27 Jul 2015 03:40:32 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-ig0-f173.google.com (mail-ig0-f173.google.com [209.85.213.173]) (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 58D503E8 for ; Mon, 27 Jul 2015 03:40:31 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: by igr7 with SMTP id 7so55883521igr.0 for ; Sun, 26 Jul 2015 20:40:25 -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=2V3We5HV5lh0RS6MTcTGNR5yVVIqvPHqo7sLul+oVEU=; b=hwPo4nCWlvYpmfQGjeDKw14I79lYmhdypM3/TNBNF/uw1cmfRB4GXb7tSak+Gc4wFo QnGvvr4VeHyAXCk+HqckOJWMGuJnGXu9JmSiThwi0qWMtTYmWPA7Dnoax/c9Ub/O3wcn RSl4UnYbcnhnTBuXYeg1MFgMY/WQiSN9SJ3eZ3pbqfjg9Q5+Ub50oee+AClxLWGqGvzV tUwZlXKFhET3Xk+F3HW8M7+XZ98Bgtknn/FlVn+yHbDsNIRevQFVwjI8dgzOwvq5tAiF eAeOYwm/Oq4HAwIssPjSRpcGVGlA0Mg0VYN//i+o0PbK5/QguawrL6Jx4s5d5A1ajpEf FJ3A== X-Gm-Message-State: ALoCoQm3yHEgTKOYm9FrL/5IteQkDafB6cyn5ou3GH8Ue1ChUzZJ93pvR86+fMr/pp5cuZ6QXRLa X-Received: by 10.107.155.12 with SMTP id d12mr43964643ioe.131.1437968425037; Sun, 26 Jul 2015 20:40:25 -0700 (PDT) Received: from netflix-mac-wired.bsdimp.com ([50.253.99.174]) by smtp.gmail.com with ESMTPSA id j2sm10981195ioo.43.2015.07.26.20.40.23 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 26 Jul 2015 20:40:24 -0700 (PDT) Sender: Warner Losh Subject: Re: EABI 4 vs EABI 5? Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) Content-Type: multipart/signed; boundary="Apple-Mail=_359E8B6D-A9C1-4E46-B571-52E47EBC64A3"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5 From: Warner Losh In-Reply-To: <55B57895.30909@rgbaz.eu> Date: Sun, 26 Jul 2015 21:40:22 -0600 Cc: freebsd-arm@freebsd.org Message-Id: <96059129-D5DB-4610-9F3C-AF3803610D0E@bsdimp.com> References: <55B57895.30909@rgbaz.eu> To: ArnoB 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, 27 Jul 2015 03:40:32 -0000 --Apple-Mail=_359E8B6D-A9C1-4E46-B571-52E47EBC64A3 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Jul 26, 2015, at 6:17 PM, ArnoB wrote: >=20 > Hello, >=20 > I'm trying to compile FreeBSD 11 head on a FreeBSD 9.3 amd64 > machine, to be used on my Raspberry B. >=20 > TARGET: arm > TARGET_ARCH: armv6 >=20 > Everything goes quite well, yet I'm seeing a slight difference between > the binaries in the temporary installation folder and the ones on > the Raspberry Pi. >=20 >=20 > on the PC, FreeBSD 9.3 amd64: > $ file /bin/ls > /bin/ls: ELF 32-bit LSB executable, ARM, EABI4 version 1 (SYSV), = dynamically linked, > interpreter /libexec/ld-elf.so.1, FreeBSD-style, for FreeBSD 11.0 = (1100077), stripped >=20 > on the RasPi, FreeBSD 11.0-CURRENT: > $ file temp/bin/ls > temp/bin/ls: ELF 32-bit LSB executable, ARM, EABI4 version 1 (SYSV), = dynamically linked, > interpreter /libexec/ld-elf.so.1, FreeBSD-style, for FreeBSD 11.0 = (1100077), stripped >=20 > Almost identical, except for the EABI version. >=20 >=20 > Is it possible to get exactly similar binaries in any way? They both should run, possibly with some compat9 libraries. I don=E2=80=99= t think we have a package for that. However, I think the problem maybe a clang-built system vs a gcc-built = system. Warner --Apple-Mail=_359E8B6D-A9C1-4E46-B571-52E47EBC64A3 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 iQIcBAEBCgAGBQJVtagmAAoJEGwc0Sh9sBEAH/8P/0n8UYzU5Nea3wACFP/FlTd0 J4dkp7B1f6eAMnveYlst1kJMmwg4R5KbOYQpOBq4Zpo01ufFbZkORvXmaonTUXFQ 7cj1ys6XlpwwS6r5XAo43Loekp/zmO+cjvF7BzthBDkT9wa/Hu0S06iWC9TZGlry jeYY8eORtrI8MvvrfID8ouGTTzb3pEKMV6iTmOkyC9W5Go201NP7DUVHwP/JERy/ 0370712vtp3b3XMtpmt5hcElQdRgY/UFMi7neYEuDD+psQy6L0u6CMcrg45sr0Ws Gu7FXYxBa+FhL1AOsxX+WjWA8CPFj3074ujwZZYCZ4y+leP+Zo9uQX0SZmS31LJE usjiCLs51Fod6CJ+XJ5Z1FsrCSA6pp6h3qZRCQlz3ysjWJ7JY0Of4YOzm+jFK85M 3U59n8KpL7wC72POwDBsI9W0b53HdRltHlEdbsaKUwHfvuKd6h/pt3/c8t+TRsOG lcYyTpLmh9ZppUcwmh3koxsAZ0CZgyLSJa2AgPJSJwJ+1xI8gQvjvQXWShefv2wR rEXgQHIuTx/WwPnQKJIWe8cA+3Lt5G4kpr1ellAT3+zX1KPKlsLbmu+cpNd2DYHG 6GCmNxtXnjdTIRer7jguHvbed10sr/9FnPoZIgxBbi9NEMOPtoxGsHVjmMee8vtx stiM2yj1Pa9uFcDYYJwi =/3nV -----END PGP SIGNATURE----- --Apple-Mail=_359E8B6D-A9C1-4E46-B571-52E47EBC64A3-- From owner-freebsd-arm@freebsd.org Mon Jul 27 07:39:27 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 E8D959AC6F2 for ; Mon, 27 Jul 2015 07:39:27 +0000 (UTC) (envelope-from freebsd@rgbaz.eu) Received: from fnsib-smtp06.srv.cat (fnsib-smtp06.srv.cat [46.16.61.63]) by mx1.freebsd.org (Postfix) with ESMTP id AF86C39F for ; Mon, 27 Jul 2015 07:39:27 +0000 (UTC) (envelope-from freebsd@rgbaz.eu) Received: from [10.0.1.111] (j83162.upc-j.chello.nl [24.132.83.162]) by fnsib-smtp06.srv.cat (Postfix) with ESMTPSA id 8852797B5F; Mon, 27 Jul 2015 09:29:48 +0200 (CEST) Subject: Re: EABI 4 vs EABI 5? To: Warner Losh References: <55B57895.30909@rgbaz.eu> <96059129-D5DB-4610-9F3C-AF3803610D0E@bsdimp.com> Cc: freebsd-arm@freebsd.org From: ArnoB Message-ID: <55B5DDEA.6070602@rgbaz.eu> Date: Mon, 27 Jul 2015 09:29:46 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.0.1 MIME-Version: 1.0 In-Reply-To: <96059129-D5DB-4610-9F3C-AF3803610D0E@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: Mon, 27 Jul 2015 07:39:28 -0000 On 27-07-15 05:40, Warner Losh wrote: >> On Jul 26, 2015, at 6:17 PM, ArnoB wrote: >> >> Hello, >> >> I'm trying to compile FreeBSD 11 head on a FreeBSD 9.3 amd64 >> machine, to be used on my Raspberry B. >> >> TARGET: arm >> TARGET_ARCH: armv6 >> >> Everything goes quite well, yet I'm seeing a slight difference between >> the binaries in the temporary installation folder and the ones on >> the Raspberry Pi. >> >> >> on the PC, FreeBSD 9.3 amd64: >> $ file /bin/ls >> /bin/ls: ELF 32-bit LSB executable, ARM, EABI4 version 1 (SYSV), dynamically linked, >> interpreter /libexec/ld-elf.so.1, FreeBSD-style, for FreeBSD 11.0 (1100077), stripped >> >> on the RasPi, FreeBSD 11.0-CURRENT: >> $ file temp/bin/ls >> temp/bin/ls: ELF 32-bit LSB executable, ARM, EABI4 version 1 (SYSV), dynamically linked, >> interpreter /libexec/ld-elf.so.1, FreeBSD-style, for FreeBSD 11.0 (1100077), stripped >> >> Almost identical, except for the EABI version. >> >> >> Is it possible to get exactly similar binaries in any way? > They both should run, possibly with some compat9 libraries. I don’t think we have a package for that. > > However, I think the problem maybe a clang-built system vs a gcc-built system. > > Warner > Hi Warner, Thanks for your reply. I didn't think of gcc vs clang at all.... I'll install clang, rerun the whole build process, and check if that "solved" it. greets arno From owner-freebsd-arm@freebsd.org Mon Jul 27 13:31: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 B9E089AAD63 for ; Mon, 27 Jul 2015 13:31:51 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from mail-ig0-x22f.google.com (mail-ig0-x22f.google.com [IPv6:2607:f8b0:4001:c05::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8386EDD6 for ; Mon, 27 Jul 2015 13:31:51 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: by igbpg9 with SMTP id pg9so76739468igb.0 for ; Mon, 27 Jul 2015 06:31:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=WsiFJz/k5/zpg4ji+Vp+pnW1Tz1FbaXMvPbxF3vfCxY=; b=MFJT8DWpdINUw7KBaSlaQHtVs4C6wb+weCdqqBD0Dlp735eNJ1GxHlY1adghtppPB6 ZcUFF0zWJtlAiQSuVPzcgv18dxug2J5AbUppo0i/pbQcli/WHVjJ3gtlhqo/dX5CzP1e IU+lfRZufrYwcwNQ2EUwFV1GNq062Rd4uQGei7CALG38mzbIsIIlgcV0hzgwgcmZB6xt 9yjN1u5DsX3xfB+GH/yZXBhfwd+z7PBsDR9wYp2TPnzXpMIwifkPKqSG1CwW1GnwbfLt mz6kB+IUG0ORkmQvtcCC68uGr0dZkg3S98KGe99k4ucmpsYiMgggN03j/uMWGJKVW+wz mCYQ== X-Received: by 10.50.143.104 with SMTP id sd8mr17644381igb.34.1438003910873; Mon, 27 Jul 2015 06:31:50 -0700 (PDT) MIME-Version: 1.0 Received: by 10.36.143.4 with HTTP; Mon, 27 Jul 2015 06:31:21 -0700 (PDT) In-Reply-To: <55B23276.8090703@selasky.org> References: <55A7D8CE.4020809@selasky.org> <55B23276.8090703@selasky.org> From: Jia-Shiun Li Date: Mon, 27 Jul 2015 21:31:21 +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: Mon, 27 Jul 2015 13:31:51 -0000 On Fri, Jul 24, 2015 at 8:41 PM, Hans Petter Selasky wrote: > > Can you try to tune "DWC_OTG_NAK_MAX" in the range "16 .. 255" and see if > it makes any difference? > > Hi, the original value is 16 so I skipped testing it again. Below results from 32 to 256, in short the result is (NAK_MAX: RX thgoughput MB/s) 256: 58.5 255: 59.8 128: 59.8 64: 60.2 32: 13.3 Setting it to 64 seems good enough for now. But I thought it would be easy to saturate fast ethernet. ;) No? 'top' shows major loading on usb kproc when reaching 60MB/s. 'vmstat -i' shows 30000 int/s from dwcotg. - Jia-Shiun. 256: 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 46425 connected with 192.168.111.192 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0-10.0 sec 81.0 MBytes 67.9 Mbits/sec jsli@rpi2:~ % 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 24444 connected with 192.168.111.92 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0-10.1 sec 70.5 MBytes 58.5 Mbits/sec 255: 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 41623 connected with 192.168.111.192 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0-10.0 sec 88.9 MBytes 74.5 Mbits/sec jsli@rpi2:~ % 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 15654 connected with 192.168.111.92 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0-10.0 sec 71.4 MBytes 59.8 Mbits/sec jsli@4cbsd:~ % 128: 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 15108 connected with 192.168.111.192 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0-10.0 sec 87.9 MBytes 73.5 Mbits/sec jsli@rpi2:~ % 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 62676 connected with 192.168.111.92 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0-10.0 sec 71.4 MBytes 59.8 Mbits/sec jsli@4cbsd:~ % 64: 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 10000 connected with 192.168.111.192 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0-10.0 sec 89.8 MBytes 75.2 Mbits/sec jsli@rpi2:~ % 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 43080 connected with 192.168.111.92 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0-10.0 sec 71.9 MBytes 60.2 Mbits/sec jsli@4cbsd:~ % 32: 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 19313 connected with 192.168.111.192 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0-10.0 sec 88.9 MBytes 74.4 Mbits/sec jsli@rpi2:~ % 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 17061 connected with 192.168.111.92 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0-10.0 sec 15.9 MBytes 13.3 Mbits/sec jsli@4cbsd:~ % From owner-freebsd-arm@freebsd.org Tue Jul 28 04:13: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 5EB2D9ABB92 for ; Tue, 28 Jul 2015 04:13:47 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-lb0-x22a.google.com (mail-lb0-x22a.google.com [IPv6:2a00:1450:4010:c04::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DF39BF54 for ; Tue, 28 Jul 2015 04:13:46 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by lbbqi7 with SMTP id qi7so66336852lbb.3 for ; Mon, 27 Jul 2015 21:13:44 -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=8STJt88VQTqMbwSU+hzXR+pSltGLDTcXyED5E1CS7ZU=; b=dAfOtKqvijL0skb3jG2DzLu+zc9NjliRXOXmqZgAosQWtE403kdKyLNTbhomN8uEgX +jiGjGCxsPbopTVftzAkohdho5ZwUErLVI9B6tphpz8yLBbfuVBVR7DLWxfdkFyg/1FU HGfihVumzazAvomV/LcbwQhd5LSdi6ui27OA6t/uhA9oFrl0idglZZ5GEelOsbrYtAQH HhGDtv+x244SC77G9C6G9b5hQCtPOZFS32lpUvratVBmmswLkwErG5xRir+kMGgY+Nhr mu4JYuau4nfPja+AVhAyYG0N2Aa5fbCxycsTpHr2OwXzJ4YOzkv9v+yVNtrVHOhizuQe fiQw== MIME-Version: 1.0 X-Received: by 10.152.87.205 with SMTP id ba13mr29446817lab.37.1438056824793; Mon, 27 Jul 2015 21:13:44 -0700 (PDT) Received: by 10.152.180.166 with HTTP; Mon, 27 Jul 2015 21:13:44 -0700 (PDT) Date: Mon, 27 Jul 2015 21:13:44 -0700 Message-ID: Subject: Hummingboard u-boot not loading? 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: Tue, 28 Jul 2015 04:13:47 -0000 Hello, So I seem to be stalled out because I can't get the boot loader to run. First: pkg install u-boot-cubox-hummingboard and then dd if=u-boot.imx of=/dev/da2 bs=1k oseek=1 conv=sync 265+0 records in 265+0 records out 271360 bytes transferred in 0.771273 secs (351834 bytes/sec) When I put in the card and run it I see the SolidRun graphic with a date/time (buid date I presume?) but it doesn't go any further than that... I thought I would at least see a command prompt? Any input would be great. I also tried building it from ports but got this error: Generating include/generated/asm-offsets.h tools/scripts/make-asm-offsets arch/arm/cpu/armv7/mx6/asm-offsets.s include/generated/asm-offsets.h In file included from /usr/ports/sysutils/u-boot-cubox-hummingboard/work/u-boot-imx6-e4bc4c3/include/linux/compiler.h:40:0, from /usr/ports/sysutils/u-boot-cubox-hummingboard/work/u-boot-imx6-e4bc4c3/include/linux/byteorder/little_endian.h:12, from /usr/ports/sysutils/u-boot-cubox-hummingboard/work/u-boot-imx6-e4bc4c3/include/asm/byteorder.h:29, from /usr/ports/sysutils/u-boot-cubox-hummingboard/work/u-boot-imx6-e4bc4c3/include/compiler.h:112, from /usr/ports/sysutils/u-boot-cubox-hummingboard/work/u-boot-imx6-e4bc4c3/include/image.h:19, from /usr/ports/sysutils/u-boot-cubox-hummingboard/work/u-boot-imx6-e4bc4c3/include/common.h:100, from lib/asm-offsets.c:15: /usr/ports/sysutils/u-boot-cubox-hummingboard/work/u-boot-imx6-e4bc4c3/include/linux/compiler-gcc.h:93:30: fatal error: linux/compiler-gcc5.h: No such file or directory compilation terminated. Makefile:746: recipe for target 'lib/asm-offsets.s' failed gmake[1]: *** [lib/asm-offsets.s] Error 1 gmake[1]: Leaving directory '/usr/ports/sysutils/u-boot-cubox-hummingboard/work/u-boot-imx6-e4bc4c3' ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop. make: stopped in /usr/ports/sysutils/u-boot-cubox-hummingboard Thanks, Russ From owner-freebsd-arm@freebsd.org Tue Jul 28 07:19: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 F1AD19AB3EB for ; Tue, 28 Jul 2015 07:19:16 +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::6]) (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 8A71922A for ; Tue, 28 Jul 2015 07:19:15 +0000 (UTC) (envelope-from usenet@ulrich-grey.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1438067950; l=12754; s=domk; d=ulrich-grey.de; h=Content-Type:Mime-Version:Subject:Cc:To:From:Date; bh=ZvUWwrU8825oAjJQpc4O/D6iplRa6qaICGMPv0XZu0s=; b=KxZqlz/SxPtr4nZkiT8OGqXMhluyBDULKSSiOXDWa+fQMNihE+8ir892michJBumrkH g9VAQpL0071B0MEhSucLmkO80RohzCbEGA0rIgxu2LJWzccjty4GgP0HGdCwCwTu7yObP JREe5QNlLD97h1/pw/27+jmDgJDI6o+NYhc= X-RZG-AUTH: :OX8Be0W8W+pMC3rDLL/lo2xV/LZTbZkYhOcjg8suic3iYr/B8J9Lzp3TJg47scv96pU= X-RZG-CLASS-ID: mo00 Received: from quad (p54868B27.dip0.t-ipconnect.de [84.134.139.39]) by smtp.strato.de (RZmta 37.8 DYNA|AUTH) with ESMTPSA id u0598fr6S7IuGHG (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, 28 Jul 2015 09:18:56 +0200 (CEST) Date: Tue, 28 Jul 2015 07:18:54 +0000 From: Ulrich Grey To: freebsd-arm@freebsd.org Subject: FreeBSD on CuBox-i-4x4 (with HDMI patch) Message-Id: <20150728071854.357c89785e048ae6d64c1c70@ulrich-grey.de> 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__28_Jul_2015_07_18_54_+0000_nGhGu84a2sjPdWkZ" 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, 28 Jul 2015 07:19:17 -0000 This is a multi-part message in MIME format. --Multipart=_Tue__28_Jul_2015_07_18_54_+0000_nGhGu84a2sjPdWkZ Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello, I have the opportunity to test freebsd on a CuBox-i-4x4 http://solid-run.com/product/cubox-i-4x4/. uname -ap FreeBSD wqtest 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r285875M: Sun Jul 26 14= :55:10 UTC 2015 gwgpi@wqtest:/usr/obj/usr/src/sys/IMX6 arm armv6hf To boot I have used this patch from Mika=EBl Urankar: http://mikael.urankar.free.fr/FreeBSD/arm/patches/sysutils_u-boot-cubox-hum= mingboard.patch Because I got an "No valid device tree blob found" error, in /boot/dtb I copied imx6q-cubox-i.dtb to imx6q-cubox-i4p.dtb. Now I can boot, but only half of the memory and one of two USB ports is rec= ognized. I have compiled some ports on the text console without problems. If I compile in a xfce4-terminal, I get a panic: pmap_remove_pages: pmap 0xcad291b4 va 0x200ab000 pte1 0 panic: bad pte1 cpuid =3D 2 KDB: enter: panic [ thread pid 28202 tid 100131 ] Stopped at $d.7: ldrb r15, [r15, r15, ror r15]! But that may be related to the dtb-file. Regards Ulrich --Multipart=_Tue__28_Jul_2015_07_18_54_+0000_nGhGu84a2sjPdWkZ Content-Type: text/plain; name="dmesgCUBOX_HDMI_PHILIPS.txt" Content-Disposition: attachment; filename="dmesgCUBOX_HDMI_PHILIPS.txt" Content-Transfer-Encoding: 7bit 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 r285875M: Sun Jul 26 14:55:10 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 = 2092978176 (1996 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 4 on miibus0 atphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseSX-FDX, 1000baseT-FDX, 1000baseT-FDX-master, auto ffec0: Ethernet address: d0:63:b4:00:83:59 sdhci_imx0: mem 0x2194000-0x2197fff irq 55 on simplebus4 mmc0: on sdhci_imx0 iichb0: mem 0x21a4000-0x21a7fff irq 69 on simplebus4 iicbus0: on iichb0 iic0: on iicbus0 iichb1: mem 0x21a8000-0x21abfff irq 70 on simplebus4 iicbus1: on iichb1 iic1: on iicbus1 iicbus1: at addr 0x68 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 Vendor: [PHL] Philips Product: [D056] 19PFL3403DEU Serial number: 01010101 Manufactured 2009 Week 6 EDID Version 1.3 EDID Comment: Video Input: 80 Digital Gamma: 2.20 Max Size: 41 cm x 26 cm Features: 2a DPMS active-off RGB Preferred timing Chroma Info: Red X: 0.649 Red Y: 0.649 Grn X: 0.283 Grn Y: 0.605 Blu X: 0.151 Blu Y: 0.073 Wht X: 0.313 Wht Y: 0.329 Range: Horizontal: 30 - 80 kHz Vertical: 56 - 76 Hz Max Dot Clock: 170 MHz Video modes: 720x400 @ 70Hz (28320 738 846 900 412 414 449 -H +V) 640x480 @ 60Hz (25175 656 752 800 490 492 525 -H -V) 640x480 @ 73Hz (31500 664 704 832 489 492 520 -H -V) 640x480 @ 75Hz (31500 656 720 840 481 484 500 -H -V) 800x600 @ 60Hz (40000 840 968 1056 601 605 628 +H +V) 800x600 @ 72Hz (50000 856 976 1040 637 643 666 +H +V) 800x600 @ 75Hz (49500 816 896 1056 601 604 625 +H +V) 1024x768 @ 60Hz (65000 1048 1184 1344 771 777 806 -H -V) 1024x768 @ 70Hz (75000 1048 1184 1328 771 777 806 -H -V) 1024x768 @ 75Hz (78750 1040 1136 1312 769 772 800 +H +V) 1280x1024 @ 75Hz (135000 1296 1440 1688 1025 1028 1066 +H +V) 1280x960 @ 60Hz (108000 1376 1488 1800 961 964 1000 +H +V) 1280x1024 @ 60Hz (108000 1328 1440 1688 1025 1028 1066 +H +V) 1440x900 @ 75Hz (136492 1536 1688 1936 901 904 940 +H +V) 1440x900 @ 60Hz (88750 1488 1520 1600 903 909 926 +H -V) Preferred mode: 1440x900 @ 60Hz Number of extension blocks: 1 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 ugen1.1: at usbus1 ugen0.1: at usbus0 uhub0: on usbus0 uhub1: on usbus1 mmcsd0: 16GB at mmc0 50.0MHz/4bit/65535-block Release APs Root mount waiting for: usbus1 usbus0 uhub0: 1 port with 1 removable, self powered uhub1: 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 umass0: SCSI over Bulk-Only; quirks = 0x0100 umass0:0:0: Attached to scbus0 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 Root mount waiting for: 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 umass1: 8070i (ATAPI) over Bulk-Only; quirks = 0x4080 umass1:1:1: Attached to scbus1 Trying to mount root from ufs:/dev/mmcsd0s2a [rw,noatime]... da1 at umass-sim1 bus 1 scbus1 target 0 lun 0 da1: Fixed Direct Access SCSI device da1: Serial Number 100 da1: 40.000MB/s transfers da1: 57231MB (117210240 512 byte sectors: 255H 63S/T 7296C) warning: no time-of-day clock registered, system time will not be set accurately da1: quirks=0x2 random: unblocking device. ffec0: link state changed to DOWN ums0: on usbus1 ums0: 5 buttons and [XYZT] coordinates ID=3 ffec0: link state changed to UP ugen1.7: at usbus1 ukbd1: on usbus1 kbd2 at ukbd1 ums1: on usbus1 ums1: 5 buttons and [XYZ] coordinates ID=1 --Multipart=_Tue__28_Jul_2015_07_18_54_+0000_nGhGu84a2sjPdWkZ-- From owner-freebsd-arm@freebsd.org Tue Jul 28 07:23:50 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 BEB889AB643 for ; Tue, 28 Jul 2015 07:23:50 +0000 (UTC) (envelope-from vbotka@gmail.com) Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5641D915 for ; Tue, 28 Jul 2015 07:23:50 +0000 (UTC) (envelope-from vbotka@gmail.com) Received: by wicgb10 with SMTP id gb10so143019512wic.1 for ; Tue, 28 Jul 2015 00:23:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references :organization:mime-version:content-type; bh=NPEzYYZLsYSoQ130X7xwJq51ungeqGbtwUpK7njO1yU=; b=n07zcSDUBTgoCwbhd1NWkwv6z86fLllK9YwbRTi5/d+50/W2mm3TZr0FDWP6KbMh8c Ye1GIi1mojyKVw27eFp5sE75NMsBCIU89fb+L2iJHtrDZpWcTW1zerrzg0qzeuAmtirr 527APUKsk7EdMzxVmvUvFgEMWXU6imBGt19en03SYXxPlfnuL2UGaqLacpwNmCDaSIOK ZHAYUVa8eeC97ksuhDKgSG6MAM64BiKlRSfoaNL9dWUgosyRDshbwAlXavMnRvqMw11D RyF4V0uBXYPb0zvoWWAjpVtwiysyqIQCURtC0tx5WSEXZWwh7DD3yIOqY6XVcIaNm1IZ qHLg== X-Received: by 10.180.206.41 with SMTP id ll9mr32257346wic.88.1438068228795; Tue, 28 Jul 2015 00:23:48 -0700 (PDT) Received: from planb.netng.org (ip-78-45-45-24.net.upcbroadband.cz. [78.45.45.24]) by smtp.gmail.com with ESMTPSA id s16sm17497923wib.16.2015.07.28.00.23.47 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 28 Jul 2015 00:23:47 -0700 (PDT) Date: Tue, 28 Jul 2015 09:23:32 +0200 From: Vladimir Botka To: Russell Haley Cc: freebsd-arm Subject: Re: Hummingboard u-boot not loading? Message-ID: <20150728092332.5fb79e36@planb.netng.org> In-Reply-To: References: Organization: na X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; i686-pc-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/mTd.oeY49u6kEuz0rIYC=P."; protocol="application/pgp-signature" 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, 28 Jul 2015 07:23:50 -0000 --Sig_/mTd.oeY49u6kEuz0rIYC=P. Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, On Mon, 27 Jul 2015 21:13:44 -0700 Russell Haley wrote: > Hello, > So I seem to be stalled out because I can't get the boot loader to > run. First: > pkg install u-boot-cubox-hummingboard > and then > dd if=3Du-boot.imx of=3D/dev/da2 bs=3D1k oseek=3D1 conv=3Dsync > 265+0 records in > 265+0 records out > 271360 bytes transferred in 0.771273 secs (351834 bytes/sec) > When I put in the card and run it I see the SolidRun graphic with a > date/time (buid date I presume?) but it doesn't go any further than > that... I thought I would at least see a command prompt? > Any input would be great. > I also tried building it from ports but got this error: > [...] FWIW, the boot loader [2] works for me with HummimgBoard [1]. But I can't boot [3] the image [4]. Thank you for the hints in the thread "HummingBoard Boot". Are you sure the compressed image (*.img.xz) shall be dumped [4]? [1] HummingBoard U-Boot > bdinfo arch_number =3D 0x000012A5 boot_params =3D 0x10000100 ... [2] from the package u-boot-cubox-hummingboard-2013.10 MD5 (u-boot.imx) =3D 5c1483cc507167df9f7e344f6b615a69 dd if=3Du-boot.imx of=3D/dev/mmcblk0 bs=3D1k seek=3D1 (dumped in Linux) [3] HummingBoard U-Boot > boot Booting from: mmc 0 ubldr ** Unrecognized filesystem type ** [4] (dumped in Linux) dd if=3DFreeBSD-11.0-CURRENT-arm-armv6-CUBOX-HUMMINGBOARD-20150722-r285794.img= .xz of=3D/dev/mmcblk0 bs=3D1k seek=3D1024 Cheers, -vlado --=20 Vladim=C3=ADr Botka --Sig_/mTd.oeY49u6kEuz0rIYC=P. Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJVty30AAoJEJDRmRKO1E8BMJMH/08R/PfF1kWqJ7z5tkoD6WVv Zh2e8q7QbkHGiNEDOkQAHYXGaeYLv1ERvGQ25BPhsD75W2+8WEh3NJiEbHQ8pWax Dcy9ktq+v68y1tlOErI6yPrr1VBaR1b4Hc4jHD6eYgSOHMH66IaTcwainbgk9tO9 QeBSWW7/EX6B/Zhe/GL01EKWvokDUdmTG4zYbmKWX5BfHEbsBP5oCxUDnL8uo0I6 0mZRO93+pHzt6EAkAvtMELPv3Lx3cQ3ju93TGafR3+8Msx0Huj5Vcyyloouo8h8P bYPWulHKGgFV2X4oiC3w9KtnjARQIfMgAX9v392xUBA1LTddVil0nVCn2SMdauk= =KjEQ -----END PGP SIGNATURE----- --Sig_/mTd.oeY49u6kEuz0rIYC=P.-- From owner-freebsd-arm@freebsd.org Tue Jul 28 07:35:34 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 CEEC19AB92E for ; Tue, 28 Jul 2015 07:35:34 +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 92C24F20 for ; Tue, 28 Jul 2015 07:35:34 +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 482CF1FE022; Tue, 28 Jul 2015 09:35:25 +0200 (CEST) Message-ID: <55B73113.2020308@selasky.org> Date: Tue, 28 Jul 2015 09:36:51 +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> <55B23276.8090703@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: Tue, 28 Jul 2015 07:35:34 -0000 Hi, Can you test this: https://svnweb.freebsd.org/changeset/base/285935 --HPS From owner-freebsd-arm@freebsd.org Tue Jul 28 13:13:32 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BC8DF9ACBC9 for ; Tue, 28 Jul 2015 13:13:32 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-ig0-x233.google.com (mail-ig0-x233.google.com [IPv6:2607:f8b0:4001:c05::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8A26B943 for ; Tue, 28 Jul 2015 13:13:32 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: by igbij6 with SMTP id ij6so115071984igb.1 for ; Tue, 28 Jul 2015 06:13:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=KmLccRija4/HzeiD/E8E6Z750UyfiQJLL50E292eEDg=; b=QwJxwd5VUTytA5cDanrhSEpVc39DpCxKngTHOiLDdz+ex1borT9UkC2wRLkPgB6Jsd QJ+KzzPAO5L/poZ60+f6DbPyyf5GdLpvoJvO4+BFUzdHOUfyHm2JF0+KX2rYuMMrTvEI jQ/5UAQzFI3ksu7DJVQLwWteRzfvhX2ljA9YUtbDukVFgwJaYxdAiMx00Z28z+FDtr/J H61nX31XLsWyprf/ybp3ZGabHTVyndZ9hHaNlB87l1gJ9DWNtxP/+/wOVM55ELddkASN 96bsL+RX0Tm8idD43yoWkwpk2mmzoD/hbqDta9UXY1ItjKRa7xhZNClZRQeopaqGSayt aM0w== MIME-Version: 1.0 X-Received: by 10.50.56.10 with SMTP id w10mr6368017igp.3.1438089212018; Tue, 28 Jul 2015 06:13:32 -0700 (PDT) Received: by 10.64.148.84 with HTTP; Tue, 28 Jul 2015 06:13:31 -0700 (PDT) In-Reply-To: <20150728071854.357c89785e048ae6d64c1c70@ulrich-grey.de> References: <20150728071854.357c89785e048ae6d64c1c70@ulrich-grey.de> Date: Tue, 28 Jul 2015 15:13:31 +0200 Message-ID: Subject: Re: FreeBSD on CuBox-i-4x4 (with HDMI patch) From: Svatopluk Kraus To: Ulrich Grey Cc: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2015 13:13:32 -0000 On Tue, Jul 28, 2015 at 9:18 AM, Ulrich Grey wrote: > Hello, > > I have the opportunity to test freebsd on a CuBox-i-4x4 > http://solid-run.com/product/cubox-i-4x4/. > > uname -ap > FreeBSD wqtest 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r285875M: Sun Jul 26 = 14:55:10 UTC 2015 > gwgpi@wqtest:/usr/obj/usr/src/sys/IMX6 arm armv6hf > > To boot I have used this patch from Mika=C3=ABl Urankar: > http://mikael.urankar.free.fr/FreeBSD/arm/patches/sysutils_u-boot-cubox-h= ummingboard.patch > > Because I got an "No valid device tree blob found" error, in /boot/dtb I > copied imx6q-cubox-i.dtb to imx6q-cubox-i4p.dtb. > > Now I can boot, but only half of the memory and one of two USB ports is r= ecognized. > > I have compiled some ports on the text console without problems. > If I compile in a xfce4-terminal, I get a panic: > > pmap_remove_pages: pmap 0xcad291b4 va 0x200ab000 pte1 0 > panic: bad pte1 > cpuid =3D 2 > KDB: enter: panic > [ thread pid 28202 tid 100131 ] > Stopped at $d.7: ldrb r15, [r15, r15, ror r15]! > > But that may be related to the dtb-file. > Is it reproducible? I really would like to debug this panic. For beginning, it would be nice to see 'show pmap' output from ddb. If it's reproducible, I could prepare some debug patch to try to get some more info about it. Trying to run kernel with INVARIANTS option on is worth it too. Svata > Regards > Ulrich > > _______________________________________________ > 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 Tue Jul 28 14:01:32 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1F59C9AD58F for ; Tue, 28 Jul 2015 14:01:32 +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::10]) (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 22358C52 for ; Tue, 28 Jul 2015 14:01:30 +0000 (UTC) (envelope-from usenet@ulrich-grey.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1438092085; l=136190; s=domk; d=ulrich-grey.de; h=Content-Type:Mime-Version:References:In-Reply-To:Subject:Cc:To:From: Date; bh=jWsG/XBsCgmUgx25S95d69Etfr5x/S/V17v8DXRNj+0=; b=wMqY26Tfl/ypuWtaVw4Tqo4m2CMuLQV2cZHMYGyzQV2JeBC767EPn4vpmv/vQGmEQb7 NELP++G8cWGp3k9xgbtKiy3oln3sNm4HrheLraq/yItKKfYoynlg+Ia/4AxfzSv5Ye9Ld iRLrM7sm2HjRP47LVhSCeeYpE53TIHFYrpI= X-RZG-AUTH: :OX8Be0W8W+pMC3rDLL/lo2xV/LZTbZkYhOcjg8suic3iYr/B8J9Lzp3TJg47scv96pU= X-RZG-CLASS-ID: mo00 Received: from quad (p54868B27.dip0.t-ipconnect.de [84.134.139.39]) by smtp.strato.de (RZmta 37.8 DYNA|AUTH) with ESMTPSA id 60527br6SE1MJbi (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, 28 Jul 2015 16:01:22 +0200 (CEST) Date: Tue, 28 Jul 2015 14:01:21 +0000 From: Ulrich Grey To: Svatopluk Kraus Cc: freebsd-arm@freebsd.org Subject: Re: FreeBSD on CuBox-i-4x4 (with HDMI patch) Message-Id: <20150728140121.a549e4d2948559826668be57@ulrich-grey.de> In-Reply-To: References: <20150728071854.357c89785e048ae6d64c1c70@ulrich-grey.de> 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__28_Jul_2015_14_01_21_+0000_r.L66gpYBf48ORhg" 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, 28 Jul 2015 14:01:32 -0000 This is a multi-part message in MIME format. --Multipart=_Tue__28_Jul_2015_14_01_21_+0000_r.L66gpYBf48ORhg Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello, I had some panics, the most during reboot. I did't want to burden the maili= ng list because I am not shure whether it is related to the "faked" dtb-file. It se= ems that "reboot" does not work. You can see it in the attached file. The panic I have posted about was after compiling ports for some hours in a xfce4-terminal window. I give you the whole file, see from = line 3977. I will try to reproduce it. Regards Ulrich ----------------------------------------- On Tue, 28 Jul 2015 15:13:31 +0200 Svatopluk Kraus wrote: > On Tue, Jul 28, 2015 at 9:18 AM, Ulrich Grey wrot= e: > > Hello, > > > > I have the opportunity to test freebsd on a CuBox-i-4x4 > > http://solid-run.com/product/cubox-i-4x4/. > > > > uname -ap > > FreeBSD wqtest 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r285875M: Sun Jul 2= 6 14:55:10 UTC > > 2015 gwgpi@wqtest:/usr/obj/usr/src/sys/IMX6 arm armv6hf > > > > To boot I have used this patch from Mika=EBl Urankar: > > http://mikael.urankar.free.fr/FreeBSD/arm/patches/sysutils_u-boot-cubox= -hummingboard.patch > > > > Because I got an "No valid device tree blob found" error, in /boot/dtb I > > copied imx6q-cubox-i.dtb to imx6q-cubox-i4p.dtb. > > > > Now I can boot, but only half of the memory and one of two USB ports is= recognized. > > > > I have compiled some ports on the text console without problems. > > If I compile in a xfce4-terminal, I get a panic: > > > > pmap_remove_pages: pmap 0xcad291b4 va 0x200ab000 pte1 0 > > panic: bad pte1 > > cpuid =3D 2 > > KDB: enter: panic > > [ thread pid 28202 tid 100131 ] > > Stopped at $d.7: ldrb r15, [r15, r15, ror r15]! > > > > But that may be related to the dtb-file. > > >=20 >=20 > Is it reproducible? I really would like to debug this panic. For > beginning, it would be nice to see 'show pmap' output from ddb. If > it's reproducible, I could prepare some debug patch to try to get some > more info about it. Trying to run kernel with INVARIANTS option on is > worth it too. >=20 > Svata >=20 >=20 >=20 > > Regards > > Ulrich > > > > _______________________________________________ > > 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=_Tue__28_Jul_2015_14_01_21_+0000_r.L66gpYBf48ORhg Content-Type: text/plain; name="cubox20150727.txt" Content-Disposition: attachment; filename="cubox20150727.txt" Content-Transfer-Encoding: 7bit Script started on Mon Jul 27 10:17:45 2015 root@devel:/usr/local/DEVEL/LOG # cu -l/dev/cuaU0 -s115200 Connected U-Boot SPL 2013.10-rc4 (Jul 26 2015 - 13:39:10) Boot Device: SD1 spl: error reading image u-boot.img, err - -1 Load image from RAW... U-Boot 2013.10-rc4 (Jul 26 2015 - 13:39:10) CPU: Freescale i.MX6Q rev1.5 at 792 MHz Reset cause: POR Board: MX6-CuBox-i DRAM: 2 GiB MMC: FSL_SDHC: 0 *** Warning - bad CRC, using default environment In: serial Out: serial Err: serial Net: FEC [PRIME] ** Unable to read file uEnv.txt ** Hit any key to stop autoboot: 3  2  1  0 Booting from: mmc 0 ubldr 260690 bytes read in 27 ms (9.2 MiB/s) ## Starting application at 0x12000094 ... Consoles: U-Boot console Compatible U-Boot API signature found @8f7708a8 FreeBSD/armv6 U-Boot loader, Revision 1.2 (root@releng2.nyi.freebsd.org, Wed Jul 22 22:10:10 UTC 2015) DRAM: 2048MB Number of U-Boot devices: 2 U-Boot env: loaderdev='mmc 0' Found U-Boot device: disk Checking unit=0 slice= partition=... good. |/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|//boot/kernel/kernel data=0x5cee9c+0xb9164 -\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/syms=[0x4+0x637a0-\|+0x4+0x5e947/-\] 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]... |/-\|/-\|/-\|/-\|/-\/boot/dtb/imx6q-cubox-i.dtb size=0x7a62 Loaded DTB from file 'imx6q-cubox-i.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 r285875M: Sun Jul 26 14:55:10 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 = 2092978176 (1996 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 4 on miibus0 atphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseSX-FDX, 1000baseT-FDX, 1000baseT-FDX-master, auto ffec0: Ethernet address: d0:63:b4:00:83:59 sdhci_imx0: mem 0x2194000-0x2197fff irq 55 on simplebus4 mmc0: on sdhci_imx0 iichb0: mem 0x21a4000-0x21a7fff irq 69 on simplebus4 iicbus0: on iichb0 iic0: on iicbus0 iichb1: mem 0x21a8000-0x21abfff irq 70 on simplebus4 iicbus1: on iichb1 iic1: on iicbus1 iicbus1: at addr 0x68 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 Vendor: [PHL] Philips Product: [D056] 19PFL3403DEU Serial number: 01010101 Manufactured 2009 Week 6 EDID Version 1.3 EDID Comment: Video Input: 80 Digital Gamma: 2.20 Max Size: 41 cm x 26 cm Features: 2a DPMS active-off RGB Preferred timing Chroma Info: Red X: 0.649 Red Y: 0.649 Grn X: 0.283 Grn Y: 0.605 Blu X: 0.151 Blu Y: 0.073 Wht X: 0.313 Wht Y: 0.329 Range: Horizontal: 30 - 80 kHz Vertical: 56 - 76 Hz Max Dot Clock: 170 MHz Video modes: 720x400 @ 70Hz (28320 738 846 900 412 414 449 -H +V) 640x480 @ 60Hz (25175 656 752 800 490 492 525 -H -V) 640x480 @ 73Hz (31500 664 704 832 489 492 520 -H -V) 640x480 @ 75Hz (31500 656 720 840 481 484 500 -H -V) 800x600 @ 60Hz (40000 840 968 1056 601 605 628 +H +V) 800x600 @ 72Hz (50000 856 976 1040 637 643 666 +H +V) 800x600 @ 75Hz (49500 816 896 1056 601 604 625 +H +V) 1024x768 @ 60Hz (65000 1048 1184 1344 771 777 806 -H -V) 1024x768 @ 70Hz (75000 1048 1184 1328 771 777 806 -H -V) 1024x768 @ 75Hz (78750 1040 1136 1312 769 772 800 +H +V) 1280x1024 @ 75Hz (135000 1296 1440 1688 1025 1028 1066 +H +V) 1280x960 @ 60Hz (108000 1376 1488 1800 961 964 1000 +H +V) 1280x1024 @ 60Hz (108000 1328 1440 1688 1025 1028 1066 +H +V) 1440x900 @ 75Hz (136492 1536 1688 1936 901 904 940 +H +V) 1440x900 @ 60Hz (88750 1488 1520 1600 903 909 926 +H -V) Preferred mode: 1440x900 @ 60Hz Number of extension blocks: 1 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 ugen1.1: at usbus1 ugen0.1: at usbus0 uhub0: on usbus0 uhub1: on usbus1 mmcsd0: 16GB at mmc0 50.0MHz/4bit/65535-block Release APs Root mount waiting for: usbus1 usbus0 uhub0: 1 port with 1 removable, self powered uhub1: 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 umass0: SCSI over Bulk-Only; quirks = 0x0100 umass0:0:0: Attached to scbus0 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 umass1: on usbus1 umass1: 8070i (ATAPI) over Bulk-Only; quirks = 0x4080 umass1:1:1: Attached to scbus1 da1 at umass-sim1 bus 1 scbus1 target 0 lun 0 da1: Fixed Direct Access SCSI device da1: Serial Number 100 da1: 40.000MB/s transfers da1: 57231MB (117210240 512 byte sectors: 255H 63S/T 7296C) da1: quirks=0x2 Trying to mount root from ufs:/dev/ufs/rootfs [rw]... warning: no time-of-day clock registered, system time will not be set accurately Growing root partition to fill device GEOM_PART: mmcsd0s2 was automatically resized. Use `gpart commit mmcsd0s2` to save changes or `gpart undo mmcsd0s2` to revert them. mmcsd0s2 resized mmcsd0s2a resized super-block backups (for fsck_ffs -b #) at: 1978560, 2473152, 2967744, 3462336, 3956928, 4451520, 4946112, 5440704, 5935296, 6429888, 6924480, 7419072, 7913664, 8408256, 8902848, 9397440, 9892032, 10386624, 10881216, 11375808, 11870400, 12364992, 12859584, 13354176, 13848768, 14343360, 14837952, 15332544, 15827136, 16321728, 16816320, 17310912, 17805504, 18300096, 18794688, 19289280, 19783872, 20278464, 20773056, 21267648, 21762240, 22256832, 22751424, 23246016, 23740608, 24235200, 24729792, 25224384, 25718976, 26213568, 26708160, 27202752, 27697344, 28191936, 28686528, 29181120, 29675712, 30170304 /etc/rc: WARNING: hostid: unable to figure out a UUID from DMI data, generating a new one Setting hostuuid: 2f00e4d4-3445-11e5-927f-d063b4008359. Setting hostid: 0xfdd82c39. No suitable dump device was found. Starting file system checks: /dev/ufs/rootfs: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ufs/rootfs: clean, 3586184 free (184 frags, 448250 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 d0:63:b4:00:83:59 media: Ethernet autoselect (1000baseT ) status: active nd6 options=29 ELF ldconfig path: /lib /usr/lib /usr/lib/compat Starting devd. Starting Network: ffec0. ffec0: flags=8802 metric 0 mtu 1500 options=80008 ether d0:63:b4:00:83:59 media: Ethernet autoselect (1000baseT ) status: active 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 Generating host.conf. Creating and/or trimming log files. Starting syslogd. Starting casperd. Clearing /tmp (X related). Updating motd:. Mounting late file systems:. Configuring vt: blanktime. Generating RSA1 host key. 2048 66:7b:44:8d:f1:af:67:69:ec:9e:66:d1:35:90:8e:5e root@imx6 (RSA1) Generating RSA host key. 2048 1a:e6:0f:ef:c8:f0:96:5d:58:0e:a2:6c:22:23:14:5a root@imx6 (RSA) Generating DSA host key. 1024 31:15:3d:7b:67:e9:a9:8c:a3:97:12:d0:3f:aa:e6:d9 root@imx6 (DSA) Generating ECDSA host key. 256 f1:2d:ce:56:92:d6:df:99:3d:46:e3:7f:2a:08:ba:44 root@imx6 (ECDSA) Generating ED25519 host key. 256 c8:bb:83:d9:30:6d:9e:eb:d9:69:c4:e7:65:ea:59:3f root@imx6 (ED25519) Performing sanity check on sshd configuration. Starting sshd. Starting cron. Starting background file system checks in 60 seconds. Mon Jul 27 09:52:43 UTC 2015 FreeBSD/arm (imx6) (ttyu0) login: ugen1.6: at usbus1 ukbd0: on usbus1 kbd1 at ukbd0 ums0: on usbus1 ums0: 5 buttons and [XYZT] coordinates ID=3 Jul 27 09:54:57 imx6 login: ROOT LOGIN (root) ON ttyv0 FreeBSD/arm (imx6) (ttyu0) login: ls -l /boo             FreeBSD/arm (imx6) (ttyu0) login: FreeBSD/arm (imx6) (ttyu0) login: root Password: Jul 27 09:58:47 imx6 login: ROOT LOGIN (root) ON ttyu0 Last login: Mon Jul 27 09:54:57 on ttyv0 FreeBSD 11.0-CURRENT (IMX6) #0 r285875M: Sun Jul 26 14:55:10 UTC 2015 Welcome to FreeBSD! Release Notes, Errata: https://www.FreeBSD.org/releases/ Security Advisories: https://www.FreeBSD.org/security/ FreeBSD Handbook: https://www.FreeBSD.org/handbook/ FreeBSD FAQ: https://www.FreeBSD.org/faq/ Questions List: https://lists.FreeBSD.org/mailman/listinfo/freebsd-questions/ FreeBSD Forums: https://forums.FreeBSD.org/ Documents installed with the system are in the /usr/local/share/doc/freebsd/ directory, or can be installed later with: pkg install en-freebsd-doc For other languages, replace "en" with a language code like de or fr. Show the version of FreeBSD installed: freebsd-version ; uname -a Please include that output and any error messages when posting questions. Introduction to manual pages: man man FreeBSD directory layout: man hier Edit /etc/motd to change this login announcement. root@imx6:~ # cd /boot/dtb/ root@imx6:/boot/dtb # ls -l total 212 -r--r--r-- 1 root wheel 28341 Jul 26 15:10 imx6dl-cubox-i.dtb -r--r--r-- 1 root wheel 28121 Jul 26 15:10 imx6dl-hummingboard.dtb -r--r--r-- 1 root wheel 28494 Jul 26 15:10 imx6dl-wandboard.dtb -r--r--r-- 1 root wheel 31330 Jul 26 15:10 imx6q-cubox-i.dtb -r--r--r-- 1 root wheel 31330 Jul 27 09:51 imx6q-cubox-i4p.dtb -r--r--r-- 1 root wheel 31110 Jul 26 15:10 imx6q-hummingboard.dtb -r--r--r-- 1 root wheel 31326 Jul 26 15:10 imx6q-wandboard.dtb root@imx6:/boot/dtb # df -h Filesystem Size Used Avail Capacity Mounted on /dev/ufs/rootfs 14G 453M 13G 3% / devfs 1.0K 1.0K 0B 100% /dev /dev/msdosfs/MSDOSBOOT 50M 264K 50M 1% /boot/msdos /dev/md0 29M 24K 26M 0% /tmp root@imx6:/boot/dtb # cd ucdvi /etc/ttys [?7h[?1h=## $FreeBSD: head/etc/etc.arm/ttys 284683 2015-06-21 19:50:02Z gjb $ # @(#)ttys 5.1 (Berkeley) 4/17/89 ## This file specifies various information about terminals on the system. # It is used by several different programs. Common entries for the # various columns include: ## name The name of the terminal device. ## getty The program to start running on the terminal. Typically a # getty program, as the name implies. Other common entries # include none, when no getty is needed, and xdm, to start the # X Window System. ## type The initial terminal type for this port. For hardwired # terminal lines, this will contain the type of terminal used. # For virtual consoles, the correct type is typically xterm. # Other common values include dialup for incoming modem ports, and # unknown when the terminal type cannot be predetermined. ## status Mus t be on or off. If on, init will run the getty program on # the specified port. If the word "secure" appears, this tty/etc/ttys: unmodified: line 1DDDDDDDDDDDD# allows root login. ## name gettytype statuscomments ## If console is marked "insecure", then init will ask for the root password # when going to single-user mode. console noneunknown off secure #ttyv0 "/usr/libexec/getty Pc"xterm onifconsole secure # Virtual terminals ttyv1 "/usr/libexec/getty Pc"xterm off secure ttyv2 "/usr/libexec/getty Pc"xterm off secure on Copying file for recovery... nff secure ff secure f secure  secure  Dttyv3 "/usr/libexec/getty Pc"xterm off secure D[ Attyv4 "/usr/libexec/getty Pc"xterm off secure Dttyv5 "/usr/libexec/getty Pc"xterm off secure Dttyv6 "/usr/libexec/getty Pc"xterm off securen on  :wq /etc/ttys: 49 lines, 2107 characters [?1l>D.  [?1l>root@imx6:/boot/dtb # vi /etc/ttysJul 27 10:16:33 imx6 reboot: rebooted by root Jul 27 10:16:33 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...4 4 0 0 done All buffers synced. Uptime: 24m35s Rebooting... U-Boot SPL 2013.10-rc4 (Jul 26 2015 - 13:39:10) Boot Device: SD1 spl: error reading image u-boot.img, err - -1 Load image from RAW... U-Boot 2013.10-rc4 (Jul 26 2015 - 13:39:10) CPU: Freescale i.MX6Q rev1.5 at 792 MHz Reset cause: WDOG Board: MX6-CuBox-i DRAM: 2 GiB MMC: FSL_SDHC: 0 *** Warning - bad CRC, using default environment In: serial Out: serial Err: serial Net: FEC [PRIME] ** Unable to read file uEnv.txt ** Hit any key to stop autoboot: 3  2  1  0 Booting from: mmc 0 ubldr 260690 bytes read in 27 ms (9.2 MiB/s) ## Starting application at 0x12000094 ... Consoles: U-Boot console Compatible U-Boot API signature found @8f7708a8 FreeBSD/armv6 U-Boot loader, Revision 1.2 (root@releng2.nyi.freebsd.org, Wed Jul 22 22:10:10 UTC 2015) DRAM: 2048MB Number of U-Boot devices: 2 U-Boot env: loaderdev='mmc 0' Found U-Boot device: disk Checking unit=0 slice= partition=... good. |/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|//boot/kernel/kernel data=0x5cee9c+0xb9164 -\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/syms=[0x4+0x637a0-\|+0x4+0x5e947/-\] 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]... |/-\|/-\|/-\|/-\|/-\/boot/dtb/imx6q-cubox-i.dtb size=0x7a62 Loaded DTB from file 'imx6q-cubox-i.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 r285875M: Sun Jul 26 14:55:10 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 = 2092978176 (1996 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 4 on miibus0 atphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseSX-FDX, 1000baseT-FDX, 1000baseT-FDX-master, auto ffec0: Ethernet address: d0:63:b4:00:83:59 sdhci_imx0: mem 0x2194000-0x2197fff irq 55 on simplebus4 mmc0: on sdhci_imx0 iichb0: mem 0x21a4000-0x21a7fff irq 69 on simplebus4 iicbus0: on iichb0 iic0: on iicbus0 iichb1: mem 0x21a8000-0x21abfff irq 70 on simplebus4 iicbus1: on iichb1 iic1: on iicbus1 iicbus1: at addr 0x68 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 Vendor: [PHL] Philips Product: [D056] 19PFL3403DEU Serial number: 01010101 Manufactured 2009 Week 6 EDID Version 1.3 EDID Comment: Video Input: 80 Digital Gamma: 2.20 Max Size: 41 cm x 26 cm Features: 2a DPMS active-off RGB Preferred timing Chroma Info: Red X: 0.649 Red Y: 0.649 Grn X: 0.283 Grn Y: 0.605 Blu X: 0.151 Blu Y: 0.073 Wht X: 0.313 Wht Y: 0.329 Range: Horizontal: 30 - 80 kHz Vertical: 56 - 76 Hz Max Dot Clock: 170 MHz Video modes: 720x400 @ 70Hz (28320 738 846 900 412 414 449 -H +V) 640x480 @ 60Hz (25175 656 752 800 490 492 525 -H -V) 640x480 @ 73Hz (31500 664 704 832 489 492 520 -H -V) 640x480 @ 75Hz (31500 656 720 840 481 484 500 -H -V) 800x600 @ 60Hz (40000 840 968 1056 601 605 628 +H +V) 800x600 @ 72Hz (50000 856 976 1040 637 643 666 +H +V) 800x600 @ 75Hz (49500 816 896 1056 601 604 625 +H +V) 1024x768 @ 60Hz (65000 1048 1184 1344 771 777 806 -H -V) 1024x768 @ 70Hz (75000 1048 1184 1328 771 777 806 -H -V) 1024x768 @ 75Hz (78750 1040 1136 1312 769 772 800 +H +V) 1280x1024 @ 75Hz (135000 1296 1440 1688 1025 1028 1066 +H +V) 1280x960 @ 60Hz (108000 1376 1488 1800 961 964 1000 +H +V) 1280x1024 @ 60Hz (108000 1328 1440 1688 1025 1028 1066 +H +V) 1440x900 @ 75Hz (136492 1536 1688 1936 901 904 940 +H +V) 1440x900 @ 60Hz (88750 1488 1520 1600 903 909 926 +H -V) Preferred mode: 1440x900 @ 60Hz Number of extension blocks: 1 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: CMD8 failed, RESULT: 1 ugen0.1: at usbus0 ugen1.1: at usbus1 uhub0: on usbus1 uhub1: on usbus0 mmc0: ACMD41 failed, RESULT: 4 Release APs Root mount waiting for: usbus1 usbus0 uhub1: 1 port with 1 removable, self powered uhub0: 1 port with 1 removable, self powered Spurious interrupt detected 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 umass0: SCSI over Bulk-Only; quirks = 0x0100 umass0:0:0: Attached to scbus0 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 umass1: 8070i (ATAPI) over Bulk-Only; quirks = 0x4080 umass1:1:1: Attached to scbus1 Trying to mount root from ufs:/dev/mmcsd0s2a [rw,noatime]... mountroot: waiting for device /dev/mmcsd0s2a ... da1 at umass-sim1 bus 1 scbus1 target 0 lun 0 da1: Fixed Direct Access SCSI device da1: Serial Number 100 da1: 40.000MB/s transfers da1: 57231MB (117210240 512 byte sectors: 255H 63S/T 7296C) da1: quirks=0x2 Mounting from ufs:/dev/mmcsd0s2a failed with error 19. Trying to mount root from ufs:mmcsd0s2a []... mountroot: waiting for device mmcsd0s2a ... Mounting from ufs:mmcsd0s2a failed with error 19. Loader variables: vfs.root.mountfrom=ufs:/dev/mmcsd0s2a vfs.root.mountfrom.options=rw,noatime Manual root filesystem specification: : [options] Mount using filesystem and with the specified (optional) option list. eg. ufs:/dev/da0s1a zfs:tank cd9660:/dev/acd0 ro (which is equivalent to: mount -t cd9660 -o ro /dev/acd0 /) ? List valid disk boot devices . Yield 1 second (for background tasks) Abort manual input mountroot> panic: mountroot: unable to (re-)mount root. cpuid = 1 KDB: enter: panic [ thread pid 1 tid 100001 ] Stopped at $d.7: ldrb r15, [r15, r15, ror r15]! db> U-Boot SPL 2013.10-rc4 (Jul 26 2015 - 13:39:10) Boot Device: SD1 spl: error reading image u-boot.img, err - -1 Load image from RAW... U-Boot 2013.10-rc4 (Jul 26 2015 - 13:39:10) CPU: Freescale i.MX6Q rev1.5 at 792 MHz Reset cause: POR Board: MX6-CuBox-i DRAM: 2 GiB MMC: FSL_SDHC: 0 *** Warning - bad CRC, using default environment In: serial Out: serial Err: serial Net: FEC [PRIME] ** Unable to read file uEnv.txt ** Hit any key to stop autoboot: 3  2  1  0 Booting from: mmc 0 ubldr 260690 bytes read in 27 ms (9.2 MiB/s) ## Starting application at 0x12000094 ... Consoles: U-Boot console Compatible U-Boot API signature found @8f7708a8 FreeBSD/armv6 U-Boot loader, Revision 1.2 (root@releng2.nyi.freebsd.org, Wed Jul 22 22:10:10 UTC 2015) DRAM: 2048MB Number of U-Boot devices: 2 U-Boot env: loaderdev='mmc 0' Found U-Boot device: disk Checking unit=0 slice= partition=... good. |/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|//boot/kernel/kernel data=0x5cee9c+0xb9164 -\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/syms=[0x4+0x637a0-\|+0x4+0x5e947/-\] 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-cubox-i.dtb size=0x7a62 Loaded DTB from file 'imx6q-cubox-i.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 r285875M: Sun Jul 26 14:55:10 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 = 2092978176 (1996 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 4 on miibus0 atphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseSX-FDX, 1000baseT-FDX, 1000baseT-FDX-master, auto ffec0: Ethernet address: d0:63:b4:00:83:59 sdhci_imx0: mem 0x2194000-0x2197fff irq 55 on simplebus4 mmc0: on sdhci_imx0 iichb0: mem 0x21a4000-0x21a7fff irq 69 on simplebus4 iicbus0: on iichb0 iic0: on iicbus0 iichb1: mem 0x21a8000-0x21abfff irq 70 on simplebus4 iicbus1: on iichb1 iic1: on iicbus1 iicbus1: at addr 0x68 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 Vendor: [PHL] Philips Product: [D056] 19PFL3403DEU Serial number: 01010101 Manufactured 2009 Week 6 EDID Version 1.3 EDID Comment: Video Input: 80 Digital Gamma: 2.20 Max Size: 41 cm x 26 cm Features: 2a DPMS active-off RGB Preferred timing Chroma Info: Red X: 0.649 Red Y: 0.649 Grn X: 0.283 Grn Y: 0.605 Blu X: 0.151 Blu Y: 0.073 Wht X: 0.313 Wht Y: 0.329 Range: Horizontal: 30 - 80 kHz Vertical: 56 - 76 Hz Max Dot Clock: 170 MHz Video modes: 720x400 @ 70Hz (28320 738 846 900 412 414 449 -H +V) 640x480 @ 60Hz (25175 656 752 800 490 492 525 -H -V) 640x480 @ 73Hz (31500 664 704 832 489 492 520 -H -V) 640x480 @ 75Hz (31500 656 720 840 481 484 500 -H -V) 800x600 @ 60Hz (40000 840 968 1056 601 605 628 +H +V) 800x600 @ 72Hz (50000 856 976 1040 637 643 666 +H +V) 800x600 @ 75Hz (49500 816 896 1056 601 604 625 +H +V) 1024x768 @ 60Hz (65000 1048 1184 1344 771 777 806 -H -V) 1024x768 @ 70Hz (75000 1048 1184 1328 771 777 806 -H -V) 1024x768 @ 75Hz (78750 1040 1136 1312 769 772 800 +H +V) 1280x1024 @ 75Hz (135000 1296 1440 1688 1025 1028 1066 +H +V) 1280x960 @ 60Hz (108000 1376 1488 1800 961 964 1000 +H +V) 1280x1024 @ 60Hz (108000 1328 1440 1688 1025 1028 1066 +H +V) 1440x900 @ 75Hz (136492 1536 1688 1936 901 904 940 +H +V) 1440x900 @ 60Hz (88750 1488 1520 1600 903 909 926 +H -V) Preferred mode: 1440x900 @ 60Hz Number of extension blocks: 1 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 ugen1.1: at usbus1 ugen0.1: at usbus0 uhub0: on usbus0 uhub1: on usbus1 mmcsd0: 16GB at mmc0 50.0MHz/4bit/65535-block Release APs Root mount waiting for: usbus1 usbus0 uhub0: 1 port with 1 removable, self powered uhub1: 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 umass0: SCSI over Bulk-Only; quirks = 0x0100 umass0:0:0: Attached to scbus0 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 Root mount waiting for: 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 umass1: 8070i (ATAPI) over Bulk-Only; quirks = 0x4080 umass1:1:1: Attached to scbus1 Trying to mount root from ufs:/dev/mmcsd0s2a [rw,noatime]... da1 at umass-sim1 bus 1 scbus1 target 0 lun 0 da1: Fixed Direct Access SCSI device da1: Serial Number 100 da1: 40.000MB/s transfers da1: 57231MB (117210240 512 byte sectors: 255H 63S/T 7296C) warning: no time-of-day clock registered, system time will not be set accurately da1: quirks=0x2 Setting hostuuid: 2f00e4d4-3445-11e5-927f-d063b4008359. Setting hostid: 0xfdd82c39. No suitable dump device was found. Starting file system checks: /dev/mmcsd0s2a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/mmcsd0s2a: clean, 3586136 free (168 frags, 448246 blocks, 0.0% fragmentation) Mounting local file systems:. Setting hostname: wqtest. Additional TCP/IP options: drop SYN+FIN packets=YES. Setting up harvesting:[HIGH_PERFORMANCE],[FS_ATIME],SWI,INTERRUPT,NET_NG,NET_ETHER,NET_TUN,MOUSE,KEYBOARD,ATTACH,CACHED Feeding entropy:random: unblocking device. . ffec0: link state changed to DOWN Starting Network: lo0 ffec0. lo0: flags=8049 metric 0 mtu 16384 options=600003 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 groups: lo nd6 options=21 ffec0: flags=8843 metric 0 mtu 1500 options=80008 ether d0:63:b4:00:83:59 inet 192.168.0.201 netmask 0xffffff00 broadcast 192.168.0.255 media: Ethernet autoselect (none) status: no carrier nd6 options=29 ELF ldconfig path: /lib /usr/lib /usr/lib/compat Starting devd. Configuring vt: keymap. ums0: on usbus1 ums0: 5 buttons and [XYZT] coordinates ID=3 Starting ums0 moused. add net default: gateway 192.168.0.155 Additional inet routing options: ignore ICMP redirect=YES log ICMP redirect=YES. 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. Updating motd:. Mounting late file systems:. Starting ntpd. Configuring vt: keymap font8x16[=0A[=7F[=0G[=0H[=7Ividcontrol: iso15-8x16: can't load font file font8x14[=0A[=7F[=0G[=0H[=7Ividcontrol: iso15-8x14: can't load font file font8x8[=0A[=7F[=0G[=0H[=7Ividcontrol: iso15-8x8: can't load font file 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. Mon Jul 27 10:16:53 UTC 2015 FreeBSD/arm (wqtest) (ttyu0) login: rugen1.7: at usbus1 ukbd1: on usbus1 kbd2 at ukbd1 ums1: on usbus1 ums1: 5 buttons and [XYZ] coordinates ID=1 Jul 27 10:49:27 wqtest login: ROOT LOGIN (root) ON ttyv0 Jul 27 10:51:13 wqtest login: ROOT LOGIN (root) ON ttyv1 ugen1.5: at usbus1 (disconnected) ukbd0: at uhub3, port 2, addr 5 (disconnected) ums0: at uhub3, port 2, addr 5 (disconnected) ugen1.5: at usbus1 ukbd0: on usbus1 kbd1 at ukbd0 ums0: on usbus1 ums0: 5 buttons and [XYZT] coordinates ID=26 ums0: 0 buttons and [T] coordinates ID=0 uhid0: on usbus1 WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. WARNING: A device driver has set "memattr" inconsistently. 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 27 11:15:47 wqtest su: freebsd to root on /dev/pts/0 Jul 27 11:19:14 wqtest su: freebsd to root on /dev/pts/1 Jul 27 11:35:17 wqtest su: freebsd to root on /dev/pts/2 ugen1.5: at usbus1 (disconnected) ukbd0: at uhub3, port 2, addr 5 (disconnected) ums0: at uhub3, port 2, addr 5 (disconnected) uhid0: at uhub3, port 2, addr 5 (disconnected) ugen1.5: at usbus1 ukbd0: on usbus1 kbd1 at ukbd0 ums0: on usbus1 ums0: 5 buttons and [XYZT] coordinates ID=26 ums0: 0 buttons and [T] coordinates ID=0 uhid0: on usbus1 ugen1.5: at usbus1 (disconnected) ukbd0: at uhub3, port 2, addr 5 (disconnected) ums0: at uhub3, port 2, addr 5 (disconnected) uhid0: at uhub3, port 2, addr 5 (disconnected) pmap_remove_pages: pmap 0xcad291b4 va 0x200ab000 pte1 0 panic: bad pte1 cpuid = 2 KDB: enter: panic [ thread pid 28202 tid 100131 ] Stopped at $d.7: ldrb r15, [r15, r15, ror r15]! db> where Tracing pid 28202 tid 100131 td 0xc7c73a20 db_trace_self() at db_trace_self pc = 0xc2475e44 lr = 0xc2047104 (db_stack_trace+0x108) sp = 0xfb5e1980 fp = 0xfb5e1998 r10 = 0xc2674a58 db_stack_trace() at db_stack_trace+0x108 pc = 0xc2047104 lr = 0xc2046b9c (db_command+0x388) sp = 0xfb5e19a0 fp = 0xfb5e1a40 r4 = 0x00000000 r5 = 0x00000000 r6 = 0x00000072 r10 = 0xc2674a58 db_command() at db_command+0x388 pc = 0xc2046b9c lr = 0xc2046804 (db_command_loop+0x74) sp = 0xfb5e1a48 fp = 0xfb5e1a58 r4 = 0xc24d1551 r5 = 0xc24e8df2 r6 = 0xc2674a44 r7 = 0xfb5e1c28 r8 = 0xc2669c20 r9 = 0xc2591094 r10 = 0xc2669c24 db_command_loop() at db_command_loop+0x74 pc = 0xc2046804 lr = 0xc2049358 (db_trap+0x108) sp = 0xfb5e1a60 fp = 0xfb5e1b78 --More-- r4 = 0x00000000 r5 = 0xc2674a50 r6 = 0xc2669c48 r10 = 0xc2669c24 db_trap() at db_trap+0x108 pc = 0xc2049358 lr = 0xc21ed9cc (kdb_trap+0x184) sp = 0xfb5e1b80 fp = 0xfb5e1ba8 r4 = 0x00000000 r5 = 0x00000001 r6 = 0xc2669c48 r7 = 0xfb5e1c28 kdb_trap() at kdb_trap+0x184 pc = 0xc21ed9cc lr = 0xc248e4e8 (undefinedinstruction+0x35c) sp = 0xfb5e1bb0 fp = 0xfb5e1c20 r4 = 0x00000000 r5 = 0x00000000 r6 = 0xc248e0dc r7 = 0xe7ffffff r8 = 0xc7c73a20 r9 = 0xc21ed124 r10 = 0xfb5e1c28 undefinedinstruction() at undefinedinstruction+0x35c pc = 0xc248e4e8 lr = 0xc24774cc (exception_exit) sp = 0xfb5e1c28 fp = 0xfb5e1cc0 r4 = 0xc24e8e47 r5 = 0x00000001 r6 = 0xc265a7e0 r7 = 0xc265a850 r8 = 0xfb5e1d04 r9 = 0xc2676208 --More-- r10 = 0xc7c73a20 exception_exit() at exception_exit pc = 0xc24774cc lr = 0xc21ed114 (kdb_enter+0x48) sp = 0xfb5e1cb8 fp = 0xfb5e1cc0 r0 = 0xc2669c34 r1 = 0x00000000 r2 = 0xfb5e1bec r3 = 0xc24eb5e3 r4 = 0xc24e8e47 r5 = 0x00000001 r6 = 0xc265a7e0 r7 = 0xc265a850 r8 = 0xfb5e1d04 r9 = 0xc2676208 r10 = 0xc7c73a20 r12 = 0x00000000 $a.8() at $a.8 pc = 0xc21ed128 lr = 0xc21ac130 (vpanic+0x164) sp = 0xfb5e1cc8 fp = 0xfb5e1ce8 r4 = 0x00000100 r10 = 0xc7c73a20 vpanic() at vpanic+0x164 pc = 0xc21ac130 lr = 0xc21abfcc (vpanic) sp = 0xfb5e1cf0 fp = 0xfb5e1cf8 r4 = 0x01000000 r5 = 0xc553987c r6 = 0x00000000 r7 = 0xc55398bc r8 = 0x00000015 r9 = 0x00000001 --More-- r10 = 0xcad291b4 vpanic() at vpanic pc = 0xc21abfcc lr = 0xc2483874 (pmap_remove_pages+0x76c) sp = 0xfb5e1d00 fp = 0xfb5e1d60 r4 = 0x00000015 r5 = 0x00000001 r6 = 0xcad291b4 r7 = 0xfb5e1cf8 r8 = 0xc21abfcc r9 = 0x3995e000 r10 = 0xfb5e1d04 pmap_remove_pages() at pmap_remove_pages+0x76c pc = 0xc2483874 lr = 0xc2449f1c (vmspace_exit+0xc8) sp = 0xfb5e1d68 fp = 0xfb5e1d88 r4 = 0xcad291b0 r5 = 0x00000001 r6 = 0xc2675d08 r7 = 0xc7c71000 r8 = 0xcad291b4 r9 = 0xcad290f8 r10 = 0xc7c73a20 vmspace_exit() at vmspace_exit+0xc8 pc = 0xc2449f1c lr = 0xc216eaac (exit1+0x7a0) sp = 0xfb5e1d90 fp = 0xfb5e1de0 r4 = 0xc7c710bc r5 = 0xc7c710bc r6 = 0x00000001 r7 = 0xc7c710bc --More-- r8 = 0xc7c71000 r9 = 0x00000000 r10 = 0xc7c73a20 exit1() at exit1+0x7a0 pc = 0xc216eaac lr = 0xc216e30c (exit1) sp = 0xfb5e1de8 fp = 0xfb5e1de8 r4 = 0xc7c73a20 r5 = 0xfb5e1e00 r6 = 0x60000013 r7 = 0x60000013 r8 = 0x00000000 r9 = 0x00000000 r10 = 0xc7c71000 exit1() at exit1 pc = 0xc216e30c lr = 0xc248cef8 (swi_handler+0x3e8) sp = 0xfb5e1df0 fp = 0xfb5e1e50 r4 = 0x60000013 r5 = 0x60000013 r6 = 0x00000000 r7 = 0x00000000 r8 = 0xc7c71000 r9 = 0xfb5e1de8 r10 = 0xc216e30c swi_handler() at swi_handler+0x3e8 pc = 0xc248cef8 lr = 0xc247745c (swi_exit) sp = 0xfb5e1e58 fp = 0xbfbfe340 r4 = 0x00000001 r5 = 0x000b8da0 --More-- r6 = 0x000ad5c0 r7 = 0x00000001 r8 = 0xbfbfe3b0 r9 = 0x000b894c r10 = 0x00000000 swi_exit() at swi_exit pc = 0xc247745c lr = 0xc247745c (swi_exit) sp = 0xfb5e1e58 fp = 0xbfbfe340 db> show all pcpu Current CPU: 2 cpuid = 0 dynamic pcpu = 0x236f00 curthread = 0xc760fa20: pid 17450 "Xorg" curpcb = 0xfaf60ea8 fpcurthread = 0xc760fa20: pid 17450 "Xorg" idlethread = 0xc6d5a6c0: tid 100003 "idle: cpu0" cpuid = 1 dynamic pcpu = 0x1f5d8f00 curthread = 0xc7c75000: pid 17504 "xfce4-terminal" curpcb = 0xfb514ea8 fpcurthread = 0xc7c75000: pid 17504 "xfce4-terminal" idlethread = 0xc6d5a360: tid 100004 "idle: cpu1" cpuid = 2 dynamic pcpu = 0x1f5d9f00 curthread = 0xc7c73a20: pid 28202 "make" curpcb = 0xfb5e1ea8 --More-- fpcurthread = none idlethread = 0xc6d5a000: tid 100005 "idle: cpu2" cpuid = 3 dynamic pcpu = 0x1f5daf00 curthread = 0xcabb2000: pid 23637 "gkrellm" curpcb = 0xfb8ddea8 fpcurthread = 0xc7c75000: pid 17504 "xfce4-terminal" idlethread = 0xc6d59a20: tid 100006 "idle: cpu3" db> reboot U-Boot SPL 2013.10-rc4 (Jul 26 2015 - 13:39:10) Boot Device: SD1 spl: error reading image u-boot.img, err - -1 Load image from RAW... U-Boot 2013.10-rc4 (Jul 26 2015 - 13:39:10) CPU: Freescale i.MX6Q rev1.5 at 792 MHz Reset cause: WDOG Board: MX6-CuBox-i DRAM: 2 GiB MMC: FSL_SDHC: 0 *** Warning - bad CRC, using default environment In: serial Out: serial Err: serial Net: FEC [PRIME] ** Unable to read file uEnv.txt ** Hit any key to stop autoboot: 3  2  1  0 Booting from: mmc 0 ubldr 260690 bytes read in 27 ms (9.2 MiB/s) ## Starting application at 0x12000094 ... Consoles: U-Boot console Compatible U-Boot API signature found @8f7708a8 FreeBSD/armv6 U-Boot loader, Revision 1.2 (root@releng2.nyi.freebsd.org, Wed Jul 22 22:10:10 UTC 2015) DRAM: 2048MB Number of U-Boot devices: 2 U-Boot env: loaderdev='mmc 0' Found U-Boot device: disk Checking unit=0 slice= partition=... good. |/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|//boot/kernel/kernel data=0x5cee9c+0xb9164 -\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/syms=[0x4+0x637a0-\|+0x4+0x5e947/-\] 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-cubox-i.dtb size=0x7a62 Loaded DTB from file 'imx6q-cubox-i.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 r285875M: Sun Jul 26 14:55:10 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 = 2092978176 (1996 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 4 on miibus0 atphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseSX-FDX, 1000baseT-FDX, 1000baseT-FDX-master, auto ffec0: Ethernet address: d0:63:b4:00:83:59 sdhci_imx0: mem 0x2194000-0x2197fff irq 55 on simplebus4 mmc0: on sdhci_imx0 iichb0: mem 0x21a4000-0x21a7fff irq 69 on simplebus4 iicbus0: on iichb0 iic0: on iicbus0 iichb1: mem 0x21a8000-0x21abfff irq 70 on simplebus4 iicbus1: on iichb1 iic1: on iicbus1 iicbus1: at addr 0x68 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 Vendor: [PHL] Philips Product: [D056] 19PFL3403DEU Serial number: 01010101 Manufactured 2009 Week 6 EDID Version 1.3 EDID Comment: Video Input: 80 Digital Gamma: 2.20 Max Size: 41 cm x 26 cm Features: 2a DPMS active-off RGB Preferred timing Chroma Info: Red X: 0.649 Red Y: 0.649 Grn X: 0.283 Grn Y: 0.605 Blu X: 0.151 Blu Y: 0.073 Wht X: 0.313 Wht Y: 0.329 Range: Horizontal: 30 - 80 kHz Vertical: 56 - 76 Hz Max Dot Clock: 170 MHz Video modes: 720x400 @ 70Hz (28320 738 846 900 412 414 449 -H +V) 640x480 @ 60Hz (25175 656 752 800 490 492 525 -H -V) 640x480 @ 73Hz (31500 664 704 832 489 492 520 -H -V) 640x480 @ 75Hz (31500 656 720 840 481 484 500 -H -V) 800x600 @ 60Hz (40000 840 968 1056 601 605 628 +H +V) 800x600 @ 72Hz (50000 856 976 1040 637 643 666 +H +V) 800x600 @ 75Hz (49500 816 896 1056 601 604 625 +H +V) 1024x768 @ 60Hz (65000 1048 1184 1344 771 777 806 -H -V) 1024x768 @ 70Hz (75000 1048 1184 1328 771 777 806 -H -V) 1024x768 @ 75Hz (78750 1040 1136 1312 769 772 800 +H +V) 1280x1024 @ 75Hz (135000 1296 1440 1688 1025 1028 1066 +H +V) 1280x960 @ 60Hz (108000 1376 1488 1800 961 964 1000 +H +V) 1280x1024 @ 60Hz (108000 1328 1440 1688 1025 1028 1066 +H +V) 1440x900 @ 75Hz (136492 1536 1688 1936 901 904 940 +H +V) 1440x900 @ 60Hz (88750 1488 1520 1600 903 909 926 +H -V) Preferred mode: 1440x900 @ 60Hz Number of extension blocks: 1 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 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 mmc0: CMD8 failed, RESULT: 1 mmc0: ACMD41 failed, RESULT: 4 Release APs Root mount waiting for: usbus1 usbus0 uhub1: 1 port with 1 removable, self powered uhub0: 1 port with 1 removable, self powered Spurious interrupt detected 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 umass0: SCSI over Bulk-Only; quirks = 0x0100 umass0:0:0: Attached to scbus0 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 ugen1.6: at usbus1 umass1: on usbus1 umass1: 8070i (ATAPI) over Bulk-Only; quirks = 0x4080 umass1:1:1: Attached to scbus1 da1 at umass-sim1 bus 1 scbus1 target 0 lun 0 da1: Fixed Direct Access SCSI device da1: Serial Number 100 da1: 40.000MB/s transfers da1: 57231MB (117210240 512 byte sectors: 255H 63S/T 7296C) da1: quirks=0x2 Trying to mount root from ufs:/dev/mmcsd0s2a [rw,noatime]... mountroot: waiting for device /dev/mmcsd0s2a ... Mounting from ufs:/dev/mmcsd0s2a failed with error 19. Trying to mount root from ufs:mmcsd0s2a []... mountroot: waiting for device mmcsd0s2a ... Mounting from ufs:mmcsd0s2a failed with error 19. Loader variables: vfs.root.mountfrom=ufs:/dev/mmcsd0s2a vfs.root.mountfrom.options=rw,noatime Manual root filesystem specification: : [options] Mount using filesystem and with the specified (optional) option list. eg. ufs:/dev/da0s1a zfs:tank cd9660:/dev/acd0 ro (which is equivalent to: mount -t cd9660 -o ro /dev/acd0 /) ? List valid disk boot devices . Yield 1 second (for background tasks) Abort manual input mountroot> U-Boot SPL 2013.10-rc4 (Jul 26 2015 - 13:39:10) Boot Device: SD1 spl: error reading image u-boot.img, err - -1 Load image from RAW... U-Boot 2013.10-rc4 (Jul 26 2015 - 13:39:10) CPU: Freescale i.MX6Q rev1.5 at 792 MHz Reset cause: POR Board: MX6-CuBox-i DRAM: 2 GiB MMC: FSL_SDHC: 0 *** Warning - bad CRC, using default environment In: serial Out: serial Err: serial Net: FEC [PRIME] ** Unable to read file uEnv.txt ** Hit any key to stop autoboot: 3  2  1  0 Booting from: mmc 0 ubldr 260690 bytes read in 27 ms (9.2 MiB/s) ## Starting application at 0x12000094 ... Consoles: U-Boot console Compatible U-Boot API signature found @8f7708a8 FreeBSD/armv6 U-Boot loader, Revision 1.2 (root@releng2.nyi.freebsd.org, Wed Jul 22 22:10:10 UTC 2015) DRAM: 2048MB Number of U-Boot devices: 2 U-Boot env: loaderdev='mmc 0' Found U-Boot device: disk Checking unit=0 slice= partition=... good. |/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|//boot/kernel/kernel data=0x5cee9c+0xb9164 -\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/syms=[0x4+0x637a0-\|+0x4+0x5e947/-\] 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-cubox-i.dtb size=0x7a62 Loaded DTB from file 'imx6q-cubox-i.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 r285875M: Sun Jul 26 14:55:10 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 = 2092978176 (1996 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 4 on miibus0 atphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseSX-FDX, 1000baseT-FDX, 1000baseT-FDX-master, auto ffec0: Ethernet address: d0:63:b4:00:83:59 sdhci_imx0: mem 0x2194000-0x2197fff irq 55 on simplebus4 mmc0: on sdhci_imx0 iichb0: mem 0x21a4000-0x21a7fff irq 69 on simplebus4 iicbus0: on iichb0 iic0: on iicbus0 iichb1: mem 0x21a8000-0x21abfff irq 70 on simplebus4 iicbus1: on iichb1 iic1: on iicbus1 iicbus1: at addr 0x68 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 Vendor: [PHL] Philips Product: [D056] 19PFL3403DEU Serial number: 01010101 Manufactured 2009 Week 6 EDID Version 1.3 EDID Comment: Video Input: 80 Digital Gamma: 2.20 Max Size: 41 cm x 26 cm Features: 2a DPMS active-off RGB Preferred timing Chroma Info: Red X: 0.649 Red Y: 0.649 Grn X: 0.283 Grn Y: 0.605 Blu X: 0.151 Blu Y: 0.073 Wht X: 0.313 Wht Y: 0.329 Range: Horizontal: 30 - 80 kHz Vertical: 56 - 76 Hz Max Dot Clock: 170 MHz Video modes: 720x400 @ 70Hz (28320 738 846 900 412 414 449 -H +V) 640x480 @ 60Hz (25175 656 752 800 490 492 525 -H -V) 640x480 @ 73Hz (31500 664 704 832 489 492 520 -H -V) 640x480 @ 75Hz (31500 656 720 840 481 484 500 -H -V) 800x600 @ 60Hz (40000 840 968 1056 601 605 628 +H +V) 800x600 @ 72Hz (50000 856 976 1040 637 643 666 +H +V) 800x600 @ 75Hz (49500 816 896 1056 601 604 625 +H +V) 1024x768 @ 60Hz (65000 1048 1184 1344 771 777 806 -H -V) 1024x768 @ 70Hz (75000 1048 1184 1328 771 777 806 -H -V) 1024x768 @ 75Hz (78750 1040 1136 1312 769 772 800 +H +V) 1280x1024 @ 75Hz (135000 1296 1440 1688 1025 1028 1066 +H +V) 1280x960 @ 60Hz (108000 1376 1488 1800 961 964 1000 +H +V) 1280x1024 @ 60Hz (108000 1328 1440 1688 1025 1028 1066 +H +V) 1440x900 @ 75Hz (136492 1536 1688 1936 901 904 940 +H +V) 1440x900 @ 60Hz (88750 1488 1520 1600 903 909 926 +H -V) Preferred mode: 1440x900 @ 60Hz Number of extension blocks: 1 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 ugen1.1: at usbus1 ugen0.1: at usbus0 uhub0: on usbus0 uhub1: on usbus1 mmcsd0: 16GB at mmc0 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 Spurious interrupt detected 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 umass0: SCSI over Bulk-Only; quirks = 0x0100 umass0:0:0: Attached to scbus0 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 Root mount waiting for: 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 umass1: 8070i (ATAPI) over Bulk-Only; quirks = 0x4080 umass1:1:1: Attached to scbus1 Trying to mount root from ufs:/dev/mmcsd0s2a [rw,noatime]... WARNING: / was not properly dismounted 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: 2f00e4d4-3445-11e5-927f-d063b4008359. Setting hostid: 0xfdd82c39. No suitable dump device was found. Starting file system checks: /dev/mmcsd0s2a: UNREF FILE I=223309 OWNER=root MODE=100644 /dev/mmcsd0s2a: SIZE=2820 MTIME=Jul 27 11:12 2015 (CLEARED) /dev/mmcsd0s2a: FREE BLK COUNT(S) WRONG IN SUPERBLK (SALVAGED) /dev/mmcsd0s2a: SUMMARY INFORMATION BAD (SALVAGED) /dev/mmcsd0s2a: BLK(S) MISSING IN BIT MAPS (SALVAGED) /dev/mmcsd0s2a: 149214 files, 793671 used, 2908368 free (3944 frags, 363053 blocks, 0.1% fragmentation) Mounting local file systems:. ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib /usr/local/lib/qt4 random: unblocking device. Setting hostname: wqtest. Additional TCP/IP options: drop SYN+FIN packets=YES. Setting up harvesting:[HIGH_PERFORMANCE],[FS_ATIME],SWI,INTERRUPT,NET_NG,NET_ETHER,NET_TUN,MOUSE,KEYBOARD,ATTACH,CACHED Feeding entropy:. ffec0: link state changed to DOWN Starting Network: lo0 ffec0. lo0: flags=8049 metric 0 mtu 16384 options=600003 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 groups: lo nd6 options=21 ffec0: flags=8843 metric 0 mtu 1500 options=80008 ether d0:63:b4:00:83:59 inet 192.168.0.201 netmask 0xffffff00 broadcast 192.168.0.255 media: Ethernet autoselect (none) status: no carrier nd6 options=29 Starting devd. Configuring vt: keymap. ums0: on usbus1 ums0: 5 buttons and [XYZ] coordinates ID=1 add net default: gateway 192.168.0.155 Additional inet routing options: ignore ICMP redirect=YES log ICMP redirect=YES. 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 ffec0: link state changed to UP Creating and/or trimming log files. Starting syslogd. Starting tcsd. Jul 27 12:35:05 wqtest TCSD TDDL[484]: TrouSerS ERROR: Could not find a device to open! /etc/rc: WARNING: failed to start tcsd Starting casperd. Clearing /tmp. Starting dbus. Starting hald. Updating motd:. Mounting late file systems:. Starting ntpd. Configuring vt: keymap font8x16[=0A[=7F[=0G[=0H[=7Ividcontrol: iso15-8x16: can't load font file font8x14[=0A[=7F[=0G[=0H[=7Ividcontrol: iso15-8x14: can't load font file font8x8[=0A[=7F[=0G[=0H[=7Ividcontrol: iso15-8x8: can't load font file 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. Mon Jul 27 12:35:08 UTC 2015 FreeBSD/arm (wqtest) (ttyu0) login: Jul 27 12:48:35 wqtest login: ROOT LOGIN (root) ON ttyv0 Jul 27 12:50:05 wqtest sshd[751]: error: PAM: authentication error for illegal user gwgpi from 192.168.0.66 Jul 27 12:50:11 wqtest last message repeated 2 times Jul 27 13:08:05 wqtest login: ROOT LOGIN (root) ON ttyv1 ugen1.7: at usbus1 ukbd1: on usbus1 kbd2 at ukbd1 ums1: on usbus1 ums1: 5 buttons and [XYZT] coordinates ID=26 ums1: 0 buttons and [T] coordinates ID=0 uhid0: on usbus1 Jul 27 13:40:58 wqtest login: ROOT LOGIN (root) ON ttyv2 (da1:umass-sim1:1:0:0): WRITE(10). CDB: 2a 00 00 00 71 0f 00 00 08 00 (da1:umass-sim1:1:0:0): CAM status: CCB request completed with an error (da1:umass-sim1:1:0:0): Retrying command ugen1.7: at usbus1 (disconnected) ukbd1: at uhub3, port 2, addr 7 (disconnected) ums1: at uhub3, port 2, addr 7 (disconnected) uhid0: at uhub3, port 2, addr 7 (disconnected) ugen1.7: at usbus1 ukbd1: on usbus1 kbd2 at ukbd1 ums1: on usbus1 ums1: 5 buttons and [XYZT] coordinates ID=26 ums1: 0 buttons and [T] coordinates ID=0 uhid0: on usbus1 Jul 28 06:32:38 wqtest sshd[34484]: error: PAM: authentication error for illegal user gwgpi from 192.168.0.66 Jul 28 06:32:46 wqtest last message repeated 2 times Jul 28 06:32:55 wqtest sshd[34503]: error: PAM: authentication error for illegal user gwgpi from 192.168.0.66 Jul 28 06:32:56 wqtest last message repeated 2 times Jul 28 06:33:17 wqtest su: BAD SU freebsd to root on /dev/pts/0 Jul 28 06:35:11 wqtest su: gwgpi to root on /dev/pts/0 Jul 28 08:54:10 wqtest su: gwgpi to root on /dev/pts/0 root@devel:/usr/local/DEVEL/LOG # root@devel:/usr/local/DEVEL/LOG # root@devel:/usr/local/DEVEL/LOG # --Multipart=_Tue__28_Jul_2015_14_01_21_+0000_r.L66gpYBf48ORhg-- From owner-freebsd-arm@freebsd.org Tue Jul 28 14:28: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 B7F209ADA99 for ; Tue, 28 Jul 2015 14:28:37 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from mail-ig0-x22c.google.com (mail-ig0-x22c.google.com [IPv6:2607:f8b0:4001:c05::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8249A88C for ; Tue, 28 Jul 2015 14:28:37 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: by iggf3 with SMTP id f3so123369011igg.1 for ; Tue, 28 Jul 2015 07:28:37 -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=Z4mTfbpScA+JnUwEd3h+pYf78TwpBShOGxMjemZ16mM=; b=Im9dm2wz8dr6Lr9wjR8KVT380qc6PjvhHJ9QhHy/v5spxd8ZartMWQfamLPg5Ks1uK DjE+zOV5diGJkmCphhw/zaJU5PzbkRTIsefnxJt8f1hUuLltkYmmJTdy68crYPgJVxg1 chE3d9zV672UzQ5Fasd4J3INKpimZifB2KKTftfrO0zCfcPOLGvPK1kVcsUrwKgUWv1s mP3RA31wfLwC+lg+PgumOkvbJWTGTYGiSfbXftYCsL87POQXp7d5OE4xdwhpOLntlphp PNMsjbi2RlhanDmEMuoQ79tu7AOAvcmKBR6KZHhIaeQGSVcIgPA/ah15Ae272WUyl1XT te8A== X-Received: by 10.107.129.230 with SMTP id l99mr58570655ioi.32.1438093717028; Tue, 28 Jul 2015 07:28:37 -0700 (PDT) MIME-Version: 1.0 Received: by 10.36.143.4 with HTTP; Tue, 28 Jul 2015 07:28:07 -0700 (PDT) In-Reply-To: <55B73113.2020308@selasky.org> References: <55A7D8CE.4020809@selasky.org> <55B23276.8090703@selasky.org> <55B73113.2020308@selasky.org> From: Jia-Shiun Li Date: Tue, 28 Jul 2015 22:28:07 +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: Tue, 28 Jul 2015 14:28:37 -0000 On Tue, Jul 28, 2015 at 3:36 PM, Hans Petter Selasky wrote: > Hi, > > Can you test this: > > https://svnweb.freebsd.org/changeset/base/285935 > jsli@rpi2:~ % uname -a FreeBSD rpi2 11.0-CURRENT FreeBSD 11.0-CURRENT #15 r285958: Tue Jul 28 22:03:33 CST 2015 jsli@4cbsd:/usr/obj/arm.armv6/usr/src/sys/RPI2 arm 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 55655 connected with 192.168.111.192 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0-10.0 sec 93.1 MBytes 78.1 Mbits/sec jsli@rpi2:~ % 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 25146 connected with 192.168.111.92 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0-10.0 sec 73.6 MBytes 61.6 Mbits/sec jsli@4cbsd:~ % -Jia-Shiun From owner-freebsd-arm@freebsd.org Tue Jul 28 14:42:12 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 0CFAF9ADD2A for ; Tue, 28 Jul 2015 14:42:12 +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 9CF49F58 for ; Tue, 28 Jul 2015 14:42:11 +0000 (UTC) (envelope-from usenet@ulrich-grey.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1438094526; l=216; s=domk; d=ulrich-grey.de; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References: In-Reply-To:Subject:To:From:Date; bh=ZCi6OuXRWTTOQNQyggGkoDB2acJU7iConBHgctb/ZBU=; b=s712fS0H2FyGNzZjBCvGZM/X5dCGlTFeK1bjPP9SKTow7V5bdtktFdqBlgDoCYLnE9w FvgeQoHw3XQzCFgsC4jGIAyOnVmyxa98UR1XB5bMt2mKjkZNgXgzbA6jgp/7ZaY/E90Ei mAQC5xNu7gbZSXXLXd/FSIXQPJFrKe27JJ8= X-RZG-AUTH: :OX8Be0W8W+pMC3rDLL/lo2xV/LZTbZkYhOcjg8suic3iYr/B8J9Lzp3TJg47scv96pU= X-RZG-CLASS-ID: mo00 Received: from quad (p54868B27.dip0.t-ipconnect.de [84.134.139.39]) by smtp.strato.de (RZmta 37.8 DYNA|AUTH) with ESMTPSA id 603f35r6SEg5KHq (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) for ; Tue, 28 Jul 2015 16:42:05 +0200 (CEST) Date: Tue, 28 Jul 2015 14:42:04 +0000 From: Ulrich Grey To: freebsd-arm@freebsd.org Subject: Re: FreeBSD on CuBox-i-4x4 (with HDMI patch) Message-Id: <20150728144204.be86f5d4e2fdb379fde64e36@ulrich-grey.de> In-Reply-To: <20150728071854.357c89785e048ae6d64c1c70@ulrich-grey.de> References: <20150728071854.357c89785e048ae6d64c1c70@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=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2015 14:42:12 -0000 > > Now I can boot, but only half of the memory and one of two USB ports is recognized. > The device needs the newest u-boot to access the whole memory. http://archlinuxarm.org/forum/viewtopic.php?f=45&t=8975 From owner-freebsd-arm@freebsd.org Tue Jul 28 16:46: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 EBE029AD6B5 for ; Tue, 28 Jul 2015 16:46:53 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-lb0-x22d.google.com (mail-lb0-x22d.google.com [IPv6:2a00:1450:4010:c04::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 75AB38A2; Tue, 28 Jul 2015 16:46:53 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by lbbzr7 with SMTP id zr7so78786754lbb.1; Tue, 28 Jul 2015 09:46:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=mQ5F5NlexWIY0HU7iam2E9kRsC4/f3F0ehHf5PvSJFA=; b=QNM8VnqhjfK9rf1KuvyoXS27/U5FQfWRq5i16jKn14LF0rtxhpSpjNTR8M/GfH1m1q rX+0jZNYHKiU5bGNSMhbfXDfd2srhuxePyMAlFb9QNUWLqnAfJH0rRlIHLCOrM1YVNXa Xi5luYdgzm6Hmlrgv1JDXPeiwNJhCLJrWLzPuW0CGaoLT9HB2LK9S5Y9SbdnRHVP7XHy BOdMY310SmLvTzkuhM5KXHiVeEgMKSRvs8C5n620Kwh75SVMPgscsh5cXFp+c5mjur2T MTZJMYjvh73HK4iMnMJDSz9DDZ1a5nntUH/+eJEaCMiTEqkfcg6Fi4ytqnQ25UeQQD35 QHUw== MIME-Version: 1.0 X-Received: by 10.152.87.205 with SMTP id ba13mr32824544lab.37.1438102011605; Tue, 28 Jul 2015 09:46:51 -0700 (PDT) Received: by 10.152.180.166 with HTTP; Tue, 28 Jul 2015 09:46:51 -0700 (PDT) In-Reply-To: <20150728092332.5fb79e36@planb.netng.org> References: <20150728092332.5fb79e36@planb.netng.org> Date: Tue, 28 Jul 2015 09:46:51 -0700 Message-ID: Subject: Re: Hummingboard u-boot not loading? From: Russell Haley To: Vladimir Botka Cc: freebsd-arm , Ian Lepore 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, 28 Jul 2015 16:46:54 -0000 Hi Vladimir, I haven't figured out how to use the snapshot image properly. I am hoping it's as simple as a dd but I haven't found any instruction on it yet. The snapshot page indicates it has multiple ISOs in it? I'm at work so it's not in front of me, but perhaps my issue is that I have a dual core pro SOM. U-boot requires a processor specific portion (as per Ian on wiki) and I don't remember being given a choice about which variant goes into the u-boot.imx file from pkgng. I think the ports build is failing for me for the same reason it always has, I'm using a 10.1 jail and building the current source on there. Russ On Tue, Jul 28, 2015 at 12:23 AM, Vladimir Botka wrote: > Hi, > > On Mon, 27 Jul 2015 21:13:44 -0700 > Russell Haley wrote: > >> Hello, >> So I seem to be stalled out because I can't get the boot loader to >> run. First: >> pkg install u-boot-cubox-hummingboard >> and then >> dd if=3Du-boot.imx of=3D/dev/da2 bs=3D1k oseek=3D1 conv=3Dsync >> 265+0 records in >> 265+0 records out >> 271360 bytes transferred in 0.771273 secs (351834 bytes/sec) >> When I put in the card and run it I see the SolidRun graphic with a >> date/time (buid date I presume?) but it doesn't go any further than >> that... I thought I would at least see a command prompt? >> Any input would be great. >> I also tried building it from ports but got this error: >> [...] > > FWIW, the boot loader [2] works for me with HummimgBoard [1]. But I > can't boot [3] the image [4]. > > Thank you for the hints in the thread "HummingBoard Boot". Are you sure > the compressed image (*.img.xz) shall be dumped [4]? > > > [1] > HummingBoard U-Boot > bdinfo > arch_number =3D 0x000012A5 > boot_params =3D 0x10000100 > ... > > [2] from the package u-boot-cubox-hummingboard-2013.10 > MD5 (u-boot.imx) =3D 5c1483cc507167df9f7e344f6b615a69 > dd if=3Du-boot.imx of=3D/dev/mmcblk0 bs=3D1k seek=3D1 (dumped in Linux) > > [3] > HummingBoard U-Boot > boot > Booting from: mmc 0 ubldr > ** Unrecognized filesystem type ** > > [4] (dumped in Linux) > dd > if=3DFreeBSD-11.0-CURRENT-arm-armv6-CUBOX-HUMMINGBOARD-20150722-r285794.i= mg.xz > of=3D/dev/mmcblk0 bs=3D1k seek=3D1024 > > Cheers, > > -vlado > > -- > Vladim=C3=ADr Botka > From owner-freebsd-arm@freebsd.org Tue Jul 28 17:11: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 27A6C9ADC66 for ; Tue, 28 Jul 2015 17:11:25 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DE3EB8E0 for ; Tue, 28 Jul 2015 17:11:24 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.85 (FreeBSD)) (envelope-from ) id 1ZK8PV-000Jo8-Cj; Tue, 28 Jul 2015 19:11:25 +0200 Date: Tue, 28 Jul 2015 19:11:25 +0200 From: Kurt Jaeger To: Boris Samorodov Cc: freebsd-arm Subject: Re: odroid-c1, current: success Message-ID: <20150728171125.GP49099@home.opsec.eu> References: <55AC2768.8070409@passap.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55AC2768.8070409@passap.ru> 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, 28 Jul 2015 17:11:25 -0000 Hi! > 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! Then have you seen this ? It's based on the ODroid-C1 board: https://www.kickstarter.com/projects/spreed/spreedbox-the-most-private-video-chat-and-file-exc -- pi@opsec.eu +49 171 3101372 5 years to go ! From owner-freebsd-arm@freebsd.org Tue Jul 28 17:38: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 742539AC600 for ; Tue, 28 Jul 2015 17:38:37 +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::3]) (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 0C9511024 for ; Tue, 28 Jul 2015 17:38:36 +0000 (UTC) (envelope-from usenet@ulrich-grey.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1438105112; l=1188; s=domk; d=ulrich-grey.de; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References: In-Reply-To:Subject:Cc:To:From:Date; bh=HDyl+jIVwdOv6/oPIWdbGn98C+WmABAzeu9FX/0QWkE=; b=SrJAC8PJa3pXpEXqB9oPXlP8b4oxhGtaQ4Qr9VdaASPvybO2ZIsXv5c9GaQP/+A636q o+E84vdMUPlVF2KGrCmZhSgoAc2EEW1f3uG77Et6hSIrOi6uFPBeWL8jwAVMJXxbLV+/R UER6lq18b8QPCjfnY0xFA9fcRXKCHp9XnY0= X-RZG-AUTH: :OX8Be0W8W+pMC3rDLL/lo2xV/LZTbZkYhOcjg8suic3iYr/B8J9Lzp3TJg47scv96pU= X-RZG-CLASS-ID: mo00 Received: from quad (p54868B27.dip0.t-ipconnect.de [84.134.139.39]) by smtp.strato.de (RZmta 37.8 DYNA|AUTH) with ESMTPSA id Q063b2r6SHcWSSm (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, 28 Jul 2015 19:38:32 +0200 (CEST) Date: Tue, 28 Jul 2015 17:38:31 +0000 From: Ulrich Grey To: Russell Haley Cc: freebsd-arm Subject: Re: Hummingboard u-boot not loading? Message-Id: <20150728173831.229400355e485fa511ca388b@ulrich-grey.de> In-Reply-To: References: Organization: - X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.25; armv6-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2015 17:38:37 -0000 > In file included from > /usr/ports/sysutils/u-boot-cubox-hummingboard/work/u-boot-imx6-e4bc4c3/include/linux/compiler.h:40:0, > from > /usr/ports/sysutils/u-boot-cubox-hummingboard/work/u-boot-imx6-e4bc4c3/include/linux/byteorder/little_endian.h:12, > from > /usr/ports/sysutils/u-boot-cubox-hummingboard/work/u-boot-imx6-e4bc4c3/include/asm/byteorder.h:29, > from > /usr/ports/sysutils/u-boot-cubox-hummingboard/work/u-boot-imx6-e4bc4c3/include/compiler.h:112, > from > /usr/ports/sysutils/u-boot-cubox-hummingboard/work/u-boot-imx6-e4bc4c3/include/image.h:19, > from > /usr/ports/sysutils/u-boot-cubox-hummingboard/work/u-boot-imx6-e4bc4c3/include/common.h:100, > from lib/asm-offsets.c:15: > /usr/ports/sysutils/u-boot-cubox-hummingboard/work/u-boot-imx6-e4bc4c3/include/linux/compiler-gcc.h:93:30: > fatal error: linux/compiler-gcc5.h: No such file or directory > compilation terminated. > Makefile:746: recipe for target 'lib/asm-offsets.s' failed > gmake[1]: *** [lib/asm-offsets.s] Error 1 After I have updated the portstree I get the same errors. I guess this is related to devel/arm-none-eabi-gcc. It's now version 5.2.0. Version 4.9.2_4 works for me. From owner-freebsd-arm@freebsd.org Tue Jul 28 17:56: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 C3E2E9ACCE3 for ; Tue, 28 Jul 2015 17:56:24 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-qk0-f177.google.com (mail-qk0-f177.google.com [209.85.220.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 851631F8A for ; Tue, 28 Jul 2015 17:56:23 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by qkfc129 with SMTP id c129so54379441qkf.1 for ; Tue, 28 Jul 2015 10:56: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:from:to:subject:date:message-id:organization :user-agent:mime-version:content-type; bh=7YWlz7A9dmbB2zjDcnUkUSUZfQzbD63yCs0ICQ5pq2c=; b=QsCY61VMjMkxmwLXl+RIAIZV4kxuHQeij99XYiGFS8mF241jmXgBvpI7Ih/QDooIGY 2sXtcdxymV+YorPstycm3CldcW0MydZr/nnte+0YMefLkxbhnEEZrTz38f6icp+5OlrU cRv/uh1sYmFjiov6lHAjPhsxoPIQYSEFG2GzTUlKWe+aEjERgHVpIqCir0+TANXO2wQe NUrtPV+vpXhnePYIgpSJ6kw5ZYAC0Cw0ive6ynCaKwxlgT2+KYYstaKMa/vSwN+54x18 jT5Ly7Ti28LvhxfgRkKCNzoX47ZZKH0f0N9nBMJuC221dFeHP1PJ73+AKh0p0nQyW3Vx jAkQ== X-Gm-Message-State: ALoCoQmiWAqdgLy44Qy/iqa3+TOeUyPVRcktpce17Edwmp81EIsqyPfuO0aAIBNzP59KiRcu285OzP0Zv+7aPeAkScmfvsEOU5401vCpw/SdkDets9vFSilOri245wRkeqBzrTJ2nk2BrZDrRsHMX1ZfRXDuYAHGGKtN0PAzjb3m+X/dTBe5kwTVwnsM9oAdKJl2m1Dq3uw8 X-Received: by 10.55.20.82 with SMTP id e79mr49347244qkh.31.1438106177316; Tue, 28 Jul 2015 10:56:17 -0700 (PDT) Received: from hbsd-dev-laptop.localnet ([136.160.244.66]) by smtp.gmail.com with ESMTPSA id k16sm11609344qgd.23.2015.07.28.10.56.16 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 28 Jul 2015 10:56:16 -0700 (PDT) From: Shawn Webb To: "'freebsd-arm@freebsd.org'" Subject: DragonBoard 410c Support Date: Tue, 28 Jul 2015 13:56:12 -0400 Message-ID: <2751462.2fOBByhERC@hbsd-dev-laptop> Organization: HardenedBSD User-Agent: KMail/4.14.3 (FreeBSD/11.0-CURRENT-HBSD; KDE/4.14.3; amd64; ; ) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart6609859.7f9SQtNhpo"; micalg="pgp-sha256"; protocol="application/pgp-signature" 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, 28 Jul 2015 17:56:24 -0000 --nextPart6609859.7f9SQtNhpo Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="us-ascii" Hey All, I'm really tempted to buy a DragonBoard 410c to help FreeBSD in its eff= orts to=20 support ARM64. What tasks would I need to accomplish to get it supporte= d? Also, if there's a better ARM64 board out there that's equally affordab= le=20 (sub-$100 USD), let me know. Thanks, =2D-=20 Shawn Webb HardenedBSD GPG Key ID: 0x6A84658F52456EEE GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE --nextPart6609859.7f9SQtNhpo Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAABCAAGBQJVt8I8AAoJEGqEZY9SRW7u8sgP/3TFqRgJPj3ur3pDqnQ9XSQI ZQaZo4rTQudV1tpiIkWezX71rGyDCDe7Y7AT+Pfg0uMRjih+4uXa9INEJwU5OlNC d9nE52WjjPBT53J1aULgyhaKhfktgvgkxNgIhf0rSaIC27pwGCoKKor5sf/pSpYg lN/CC+FJh+DmxjOwZL2YLV3CPiTFHFRzdshkixFwgMHrK3TeLiso+cYseXMZK5KU w5T7GmwB3lADr/JukH/1+vn6x3agDccW3FDW2gUnGs431CentyMWVSrDSyCWwmvl V+9HN3wcCt6dkXipQQwb3jUU6HCskc2b2lBREF2Wf4ly+QGuViUX0m5Pc4hVUftP JgFohr5vW8kpySHNPpCWUlSeWw/sdhqoArNwYC7S2VJeBZwEMIBODYrPJgAjGqw9 yJQrebuYwB1wHQNzVMJ97vIl7MnfguReu+Pi4uJ/gNe2HYUChVrCorDlv0KsueB3 dkp/sapN4ZhmqIowlXI7jVIGLRyMafHMktgiwNYkUwg35E9qGwojlKn/8gEk6Fo0 wHo/r6qUE20arz2fWKsvIRb/Nb1eWFGp7+maNu0iQ6aXI+EQACi8HqdqwxaeYGDy a9lNSVuksyDCgRGhJydwqVF28YmlmJChNvYhzv7QlgIRjuNaKxkRasTUYOAURecc hWaEiDbz3hbNTaJMYb5f =Yokv -----END PGP SIGNATURE----- --nextPart6609859.7f9SQtNhpo-- From owner-freebsd-arm@freebsd.org Tue Jul 28 18:05: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 891F79ACF9F for ; Tue, 28 Jul 2015 18:05:51 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-la0-x235.google.com (mail-la0-x235.google.com [IPv6:2a00:1450:4010:c03::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 373D362C for ; Tue, 28 Jul 2015 18:05:51 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by lagw2 with SMTP id w2so73607204lag.3 for ; Tue, 28 Jul 2015 11:05:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=9nbUOqzbFxooruGLL0LHlKUcSCnC8OC9dZK0I0/GBno=; b=ZU0vbpT4YWRuICjtPOrCx/GRJUXokhH8DbyWb9xX0S4YV5FWtd3VIY8JFYFpk4yXv1 PtNNEK7IK1Q3KW3Ho2Ro2ElZtrqIyOXJnu7ClQoFS7ZHJLVyJvKOyI0SwWpTvr4xBVVE jnob3xQhVbQs/sL1op+C2kTwNncHQEXtGqxpdGdyYlVdxj0z/AUqVr/Qh3UB8kAnr/0y Y9sPioeXsA2yMLLsoyyLNw3hQSWDLDoDMZPjMeNyixgtE7G8JnDmF3A0AMgZaRh5VMqQ /hr1g4a0SOFIoDAzemPIpyHEh3x2dcppOy2nywE9UxuMpzC/eT7Sqw+F9OMEDz5+rHGr RXXA== MIME-Version: 1.0 X-Received: by 10.152.42.205 with SMTP id q13mr33797398lal.119.1438106749237; Tue, 28 Jul 2015 11:05:49 -0700 (PDT) Received: by 10.152.180.166 with HTTP; Tue, 28 Jul 2015 11:05:49 -0700 (PDT) In-Reply-To: References: <20150728173831.229400355e485fa511ca388b@ulrich-grey.de> Date: Tue, 28 Jul 2015 11:05:49 -0700 Message-ID: Subject: Fwd: Hummingboard u-boot not loading? 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: Tue, 28 Jul 2015 18:05:51 -0000 ---------- Forwarded message ---------- From: Russell Haley Date: Tue, Jul 28, 2015 at 11:05 AM Subject: Re: Hummingboard u-boot not loading? To: Ulrich Grey boo hooo hooo... I just want to boot my new toy! lolz :D Okay, I guess I will delete my ports tree and try and get a previous version from svn? Glad I'm doing this in a jail... On Tue, Jul 28, 2015 at 10:38 AM, Ulrich Grey wrote: > >> In file included from >> /usr/ports/sysutils/u-boot-cubox-hummingboard/work/u-boot-imx6-e4bc4c3/include/linux/compiler.h:40:0, >> from >> /usr/ports/sysutils/u-boot-cubox-hummingboard/work/u-boot-imx6-e4bc4c3/include/linux/byteorder/little_endian.h:12, >> from >> /usr/ports/sysutils/u-boot-cubox-hummingboard/work/u-boot-imx6-e4bc4c3/include/asm/byteorder.h:29, >> from >> /usr/ports/sysutils/u-boot-cubox-hummingboard/work/u-boot-imx6-e4bc4c3/include/compiler.h:112, >> from >> /usr/ports/sysutils/u-boot-cubox-hummingboard/work/u-boot-imx6-e4bc4c3/include/image.h:19, >> from >> /usr/ports/sysutils/u-boot-cubox-hummingboard/work/u-boot-imx6-e4bc4c3/include/common.h:100, >> from lib/asm-offsets.c:15: >> /usr/ports/sysutils/u-boot-cubox-hummingboard/work/u-boot-imx6-e4bc4c3/include/linux/compiler-gcc.h:93:30: >> fatal error: linux/compiler-gcc5.h: No such file or directory >> compilation terminated. >> Makefile:746: recipe for target 'lib/asm-offsets.s' failed >> gmake[1]: *** [lib/asm-offsets.s] Error 1 > > After I have updated the portstree I get the same errors. > I guess this is related to devel/arm-none-eabi-gcc. It's now version 5.2.0. > Version 4.9.2_4 works for me. From owner-freebsd-arm@freebsd.org Wed Jul 29 03:45:32 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B4DE39AB0A4 for ; Wed, 29 Jul 2015 03:45:32 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: from mail-oi0-x235.google.com (mail-oi0-x235.google.com [IPv6:2607:f8b0:4003:c06::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7DAB5D52 for ; Wed, 29 Jul 2015 03:45:32 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: by oibn4 with SMTP id n4so80161746oib.3 for ; Tue, 28 Jul 2015 20:45:31 -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=iw1cCJNGYcbv/kpT/pIwnJ9uYls7GSSiw4WARR31MDI=; b=uVgaFLad3YacFQrhhX65TVbOJl0pBhhxnRtRQHA+/p13688YRFDoEAIcS/V4zGyrew rg+V683UP0jj/wxMpqksX8S4qiLwObuRSdA540ZcQ+yF7FcGZaSlEm/27kwgT7xT0dvX or1fExH8MMioj5N4Kh++ZjVUZnlY/DGZWll+dDYYHtBcberWs0i/X195edssB7hO1n4f BdFVJAXj6+OlXgNVpM917j+o0mfVPQSA7Iwcs4j9UNMqBCA8UYODA6KwRWJANVztXT1L QkXoQLJkUNd1I8YykvAkml391XgESPdhc+7xTwB5OOjoI5+xFeoTIZDqCaDZPCsjkktQ zoiA== MIME-Version: 1.0 X-Received: by 10.202.90.5 with SMTP id o5mr36347231oib.79.1438141531840; Tue, 28 Jul 2015 20:45:31 -0700 (PDT) Received: by 10.182.103.165 with HTTP; Tue, 28 Jul 2015 20:45:31 -0700 (PDT) In-Reply-To: <2751462.2fOBByhERC@hbsd-dev-laptop> References: <2751462.2fOBByhERC@hbsd-dev-laptop> Date: Wed, 29 Jul 2015 12:45:31 +0900 Message-ID: Subject: Re: DragonBoard 410c Support From: Ganbold Tsagaankhuu To: Shawn Webb 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: Wed, 29 Jul 2015 03:45:32 -0000 Hi, On Wed, Jul 29, 2015 at 2:56 AM, Shawn Webb wrote: > Hey All, > > I'm really tempted to buy a DragonBoard 410c to help FreeBSD in its > efforts to > support ARM64. What tasks would I need to accomplish to get it supported? > > Also, if there's a better ARM64 board out there that's equally affordable > (sub-$100 USD), let me know. > Not sure about boards but there are some boxes soon seem to be getting out. For example following seems very cheap box: https://www.kickstarter.com/projects/1123481999/remix-mini-the-worlds-first-true-android-pc I'm not sure about whether uart pins can be easily exposed or not though. I think it is just matter of time and soon there will be many cheap boxes and boards with arm64 SoC. Only thing is the documentation they can provide. Ganbold > Thanks, > > -- > Shawn Webb > HardenedBSD > > GPG Key ID: 0x6A84658F52456EEE > GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE From owner-freebsd-arm@freebsd.org Wed Jul 29 10:08:31 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 16AA39AD3D0 for ; Wed, 29 Jul 2015 10:08:31 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-ig0-x235.google.com (mail-ig0-x235.google.com [IPv6:2607:f8b0:4001:c05::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D5A81FE6 for ; Wed, 29 Jul 2015 10:08:30 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: by igk11 with SMTP id 11so133311184igk.1 for ; Wed, 29 Jul 2015 03:08:30 -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=tabbk4/qwRNVPDhmG6/TD/2HIeL/1c1Z0HLQ6p6AjDM=; b=i1DVJYax8Gv/cDkCzJ3REeYyWmC7VEsNlprlQeAkWsVmohDNtHPNpZgRIqLSGFOxrr BRA+e7YHHQeVxrHAXklCSVWuVJPtyT+u7duGhGiJ7rlKrHGdvzf9jm3SYbEfKeEvTsMp fSN4OVj3R9KMsd3jl+86vbV7+ROpy0aAkxC+8BvkYYiBixf7oTBLUL/BkR9nX3Kzt2rN X54SdqYyoFdJkb2CuEEJQzYSp43QSKThzZ4wpsA1pB9EdgT6Zv5SYeoz/IVJE77B2APQ v2QMUwcfPD2SuQBSsN86O8RG0Rb6a/ik1We2KxAsmpTbG6GpOHMbxqgbt6E+7M5Eqso2 wOeQ== MIME-Version: 1.0 X-Received: by 10.50.61.234 with SMTP id t10mr4335776igr.19.1438164509600; Wed, 29 Jul 2015 03:08:29 -0700 (PDT) Received: by 10.64.148.84 with HTTP; Wed, 29 Jul 2015 03:08:29 -0700 (PDT) In-Reply-To: <55B73113.2020308@selasky.org> References: <55A7D8CE.4020809@selasky.org> <55B23276.8090703@selasky.org> <55B73113.2020308@selasky.org> Date: Wed, 29 Jul 2015 12:08:29 +0200 Message-ID: Subject: Re: [RPI-B] [HEADS UP] DWC OTG TX path optimisation for 11-current From: Svatopluk Kraus To: Hans Petter Selasky Cc: Jia-Shiun Li , "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: Wed, 29 Jul 2015 10:08:31 -0000 On Tue, Jul 28, 2015 at 9:36 AM, Hans Petter Selasky wrote: > Hi, > > Can you test this: > > https://svnweb.freebsd.org/changeset/base/285935 > I'm hunting some strange behaviour slowdowning my set RPI2 - usb3 hub - usb3 disk during buildworld, but I have noticed the following: make -j6 buildworld before r285935 -> 60145.29 real 350932.67 user 36402.54 sys after r285935 -> 67831.38 real 196310.43 user 19135.73 sys The kernel before r285935 was day or two older. These are just one-run times, however the difference is quite big. The change r285935 could influence the thing I'm investigating so it's worse now, but still ... Svata > --HPS > _______________________________________________ > 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 Wed Jul 29 10:29: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 808B69AD9B3 for ; Wed, 29 Jul 2015 10:29:53 +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 42EBE1C4D for ; Wed, 29 Jul 2015 10:29:52 +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 F15EA1FE022; Wed, 29 Jul 2015 12:29:51 +0200 (CEST) Message-ID: <55B8AB76.7030603@selasky.org> Date: Wed, 29 Jul 2015 12:31:18 +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: Svatopluk Kraus CC: Jia-Shiun Li , "freebsd-arm@freebsd.org" Subject: Re: [RPI-B] [HEADS UP] DWC OTG TX path optimisation for 11-current References: <55A7D8CE.4020809@selasky.org> <55B23276.8090703@selasky.org> <55B73113.2020308@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: Wed, 29 Jul 2015 10:29:53 -0000 On 07/29/15 12:08, Svatopluk Kraus wrote: > On Tue, Jul 28, 2015 at 9:36 AM, Hans Petter Selasky wrote: >> Hi, >> >> Can you test this: >> >> https://svnweb.freebsd.org/changeset/base/285935 >> > > I'm hunting some strange behaviour slowdowning my set RPI2 - usb3 hub > - usb3 disk during buildworld, but I have noticed the following: > > make -j6 buildworld > > before r285935 -> 60145.29 real 350932.67 user 36402.54 sys > after r285935 -> 67831.38 real 196310.43 user 19135.73 sys > > The kernel before r285935 was day or two older. > > These are just one-run times, however the difference is quite big. The > change r285935 could influence the thing I'm investigating so it's > worse now, but still ... > Regarding build times you should also take "r285068" into account. --HPS From owner-freebsd-arm@freebsd.org Wed Jul 29 10:42:13 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 CED6D9ADCFF for ; Wed, 29 Jul 2015 10:42:13 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-io0-x22f.google.com (mail-io0-x22f.google.com [IPv6:2607:f8b0:4001:c06::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 9A4CA18D for ; Wed, 29 Jul 2015 10:42:13 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: by ioii16 with SMTP id i16so16936529ioi.0 for ; Wed, 29 Jul 2015 03:42:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=BgA4vDrjCqK6ssnL8zgVtBGBR1vxC8bCk6FNNwhbo+4=; b=IZ+fVs7myBkHzWYx5Z9Hmq5d0Q8wuVjggESehXBrve4Z6s58p0CAPSn0sY9GtZ3LvY SSH4oK10BnLfL0bxdVstdtyvFuk/Wi+TpCfpEe+nh9EMiTzF/Fyp7zC0g+B4GT6UsCWy Fb5tq0Ki4FQciS3trwYtwZiAFoWhbpq9ZLbjFIHmGB1Tk0za3RUrsXU9YhBN2bCfuQHb z3pOW7+iMKsV9fzLkE7g/J/djB5CRIg69dpGdFTzdOwBcO/N2zHnWbm+SPn37Q/ISDHN rAu4s3SeGZ/LsdPy8WVZdf2Ftc9+dHN7p43HwJRUOzrn/pxfOB3qNiey/mou93PqOw8J WYgA== MIME-Version: 1.0 X-Received: by 10.107.166.203 with SMTP id p194mr425382ioe.30.1438166532974; Wed, 29 Jul 2015 03:42:12 -0700 (PDT) Received: by 10.64.148.84 with HTTP; Wed, 29 Jul 2015 03:42:12 -0700 (PDT) In-Reply-To: <55B8AB76.7030603@selasky.org> References: <55A7D8CE.4020809@selasky.org> <55B23276.8090703@selasky.org> <55B73113.2020308@selasky.org> <55B8AB76.7030603@selasky.org> Date: Wed, 29 Jul 2015 12:42:12 +0200 Message-ID: Subject: Re: [RPI-B] [HEADS UP] DWC OTG TX path optimisation for 11-current From: Svatopluk Kraus To: Hans Petter Selasky Cc: Jia-Shiun Li , "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: Wed, 29 Jul 2015 10:42:13 -0000 On Wed, Jul 29, 2015 at 12:31 PM, Hans Petter Selasky wrote: > On 07/29/15 12:08, Svatopluk Kraus wrote: >> >> On Tue, Jul 28, 2015 at 9:36 AM, Hans Petter Selasky >> wrote: >>> >>> Hi, >>> >>> Can you test this: >>> >>> https://svnweb.freebsd.org/changeset/base/285935 >>> >> >> I'm hunting some strange behaviour slowdowning my set RPI2 - usb3 hub >> - usb3 disk during buildworld, but I have noticed the following: >> >> make -j6 buildworld >> >> before r285935 -> 60145.29 real 350932.67 user 36402.54 sys >> after r285935 -> 67831.38 real 196310.43 user 19135.73 sys >> >> The kernel before r285935 was day or two older. >> >> These are just one-run times, however the difference is quite big. The >> change r285935 could influence the thing I'm investigating so it's >> worse now, but still ... >> > > Regarding build times you should also take "r285068" into account. > Yes, I know about that. The r285068 was applied in both kernels. Svata From owner-freebsd-arm@freebsd.org Wed Jul 29 11:00:19 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 10CF99AE182 for ; Wed, 29 Jul 2015 11:00:19 +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 C6270AEA for ; Wed, 29 Jul 2015 11:00:18 +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 A530B1FE022; Wed, 29 Jul 2015 13:00:17 +0200 (CEST) Message-ID: <55B8B297.1010008@selasky.org> Date: Wed, 29 Jul 2015 13:01:43 +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: Svatopluk Kraus CC: Jia-Shiun Li , "freebsd-arm@freebsd.org" Subject: Re: [RPI-B] [HEADS UP] DWC OTG TX path optimisation for 11-current References: <55A7D8CE.4020809@selasky.org> <55B23276.8090703@selasky.org> <55B73113.2020308@selasky.org> <55B8AB76.7030603@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: Wed, 29 Jul 2015 11:00:19 -0000 On 07/29/15 12:42, Svatopluk Kraus wrote: > On Wed, Jul 29, 2015 at 12:31 PM, Hans Petter Selasky wrote: >> On 07/29/15 12:08, Svatopluk Kraus wrote: >>> >>> On Tue, Jul 28, 2015 at 9:36 AM, Hans Petter Selasky >>> wrote: >>>> >>>> Hi, >>>> >>>> Can you test this: >>>> >>>> https://svnweb.freebsd.org/changeset/base/285935 >>>> >>> >>> I'm hunting some strange behaviour slowdowning my set RPI2 - usb3 hub >>> - usb3 disk during buildworld, but I have noticed the following: >>> >>> make -j6 buildworld >>> >>> before r285935 -> 60145.29 real 350932.67 user 36402.54 sys >>> after r285935 -> 67831.38 real 196310.43 user 19135.73 sys >>> >>> The kernel before r285935 was day or two older. >>> >>> These are just one-run times, however the difference is quite big. The >>> change r285935 could influence the thing I'm investigating so it's >>> worse now, but still ... >>> >> >> Regarding build times you should also take "r285068" into account. >> > > Yes, I know about that. The r285068 was applied in both kernels. > Hi, The "sys" and "user" times are down. While the "real" time is up. That means more sleeping??? There is a knob in "hw.usb.umass.throttle" which you can set to slow down the disk access. Maybe it's reading files faster than before and then starts swapping? --HPS From owner-freebsd-arm@freebsd.org Wed Jul 29 11:52: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 E7B2E9AB309 for ; Wed, 29 Jul 2015 11:52:49 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-io0-x22e.google.com (mail-io0-x22e.google.com [IPv6:2607:f8b0:4001:c06::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 B1EE2EE7 for ; Wed, 29 Jul 2015 11:52:49 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: by iodd187 with SMTP id d187so18511841iod.2 for ; Wed, 29 Jul 2015 04:52:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=YrT9nq0iPKrAfvDM6qdvkhP21oa0lfxssJJEH4nCU9A=; b=DxOd0DNcT49hqcfs7zxBduJaaKvn1szWvpCAMFru5jUGvnxL9ZSroKwejHv6gkV9H0 He19FOMPeIwfcbStalhIFCKVnh+fXd51o8xEg0HuzJk+4zRa1hI1QXh0B99JEFOu/1IF trUSeIm/ufoMLkSvDjZFkc3pMIdudRz+eFxRVPKvNVba2aELWloaGWwn35XbTELkZydV NOm8QOkFI5I+I1fLWNJYFXAN5mJBo2uOvLMAVP2vGDWqBSMOsPlQZqrU9TNp/kbZGb0F Q/qmvqb6CKWx58yzD3DrOyfgN/iqZxFqSZYNZYFl5WbMKCyAwqe70zFm8ztirYtyioh2 Fv6g== MIME-Version: 1.0 X-Received: by 10.107.128.28 with SMTP id b28mr868646iod.84.1438170768760; Wed, 29 Jul 2015 04:52:48 -0700 (PDT) Received: by 10.64.148.84 with HTTP; Wed, 29 Jul 2015 04:52:48 -0700 (PDT) In-Reply-To: <55B8B297.1010008@selasky.org> References: <55A7D8CE.4020809@selasky.org> <55B23276.8090703@selasky.org> <55B73113.2020308@selasky.org> <55B8AB76.7030603@selasky.org> <55B8B297.1010008@selasky.org> Date: Wed, 29 Jul 2015 13:52:48 +0200 Message-ID: Subject: Re: [RPI-B] [HEADS UP] DWC OTG TX path optimisation for 11-current From: Svatopluk Kraus To: Hans Petter Selasky Cc: Jia-Shiun Li , "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: Wed, 29 Jul 2015 11:52:50 -0000 On Wed, Jul 29, 2015 at 1:01 PM, Hans Petter Selasky wrote: > On 07/29/15 12:42, Svatopluk Kraus wrote: >> >> On Wed, Jul 29, 2015 at 12:31 PM, Hans Petter Selasky >> wrote: >>> >>> On 07/29/15 12:08, Svatopluk Kraus wrote: >>>> >>>> >>>> On Tue, Jul 28, 2015 at 9:36 AM, Hans Petter Selasky >>>> wrote: >>>>> >>>>> >>>>> Hi, >>>>> >>>>> Can you test this: >>>>> >>>>> https://svnweb.freebsd.org/changeset/base/285935 >>>>> >>>> >>>> I'm hunting some strange behaviour slowdowning my set RPI2 - usb3 hub >>>> - usb3 disk during buildworld, but I have noticed the following: >>>> >>>> make -j6 buildworld >>>> >>>> before r285935 -> 60145.29 real 350932.67 user 36402.54 sys >>>> after r285935 -> 67831.38 real 196310.43 user 19135.73 sys >>>> >>>> The kernel before r285935 was day or two older. >>>> >>>> These are just one-run times, however the difference is quite big. The >>>> change r285935 could influence the thing I'm investigating so it's >>>> worse now, but still ... >>>> >>> >>> Regarding build times you should also take "r285068" into account. >>> >> >> Yes, I know about that. The r285068 was applied in both kernels. >> > > Hi, > > The "sys" and "user" times are down. While the "real" time is up. That means > more sleeping??? There is a knob in "hw.usb.umass.throttle" which you can > set to slow down the disk access. Maybe it's reading files faster than > before and then starts swapping? > The "sys" and "user" times are not reliable much. It was reported on arm a few times. However, I wanted to report what I noticed just to let anybody know about it. Maybe somebody would test r285068 for usb disk too. I need to hunt down my problem firstly to be more sure about this. Just for your information, when I start buildworld, the system responds very fast (console, ssh). After about one hour, it starts to print the following warnings: smsc0: warning: MII is busy smsc0: warning: Failed to write register 0x114 smsc0: warning: Failed to read register 0x114 smsc0: warning: MII is busy smsc0: warning: Failed to read register 0x118 smsc0: warning: Failed to write register 0x114 smsc0: warning: Failed to read register 0x114 smsc0: warning: MII is busy smsc0: warning: Failed to write register 0x114 smsc0: warning: Failed to read register 0x114 smsc0: warning: MII is busy smsc0: warning: Failed to read register 0x114 smsc0: warning: MII is busy smsc0: warning: Failed to read register 0x114 smsc0: warning: MII is busy smsc0: warning: Failed to write register 0x114 smsc0: warning: Failed to read register 0x114 and system responds very slow. When I stop buildworld (or when it finishes), the warnings are still printed and system is still slow. Even after several hours. When I disconnect everything (except the disk itself), it does not help. When I set hw.usb.dwc_otg.debug=1, there is quite a lot debug printing. Just now, I'm trying to know who is responsible for such big trafic (almost nothing is running in system). The generated load is so big that I'm not able to turn off the debug sometimes. Svata From owner-freebsd-arm@freebsd.org Wed Jul 29 15:17:10 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 08DD89AEA43 for ; Wed, 29 Jul 2015 15:17:10 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from mail-ig0-x232.google.com (mail-ig0-x232.google.com [IPv6:2607:f8b0:4001:c05::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C4CD41ACD for ; Wed, 29 Jul 2015 15:17:09 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: by igk11 with SMTP id 11so138673725igk.1 for ; Wed, 29 Jul 2015 08:17:09 -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=Xrf9XxpkZnmZdYz05TF7x9wabUcebDyqBB2E86wqXXQ=; b=zQm+EV1eAUR96tNRWcji8e2ze1oY6+0aXKndpPjU7KjC06tXVSK0vqgcQA1RaYL6aS U6LbghhQooSBmE03dd35ngqSLKT41Ua3NBExRUuz+PuKuQuYYKKDvXmEuphfX7RHKyG4 wTqeXESqApwB0T90VtDxj8pZRhwCi5Wtpd1jxx7fImX1WFX62AWnPdVJ7PxP5huJNqUh E3zmXOQ8CbxJ0tLgdWRISi7cT+Gb5Qxyps0eSQapVBXvilf/HQonYoLHTBGu+aWEqvsV SfUe1o3+eZqRDExSpcUpk7LStO7A6OFA35ltRBkj4/zgcSt4mN4bcHpODGHa94dF1CbQ CKzQ== X-Received: by 10.50.117.70 with SMTP id kc6mr6498804igb.6.1438183029143; Wed, 29 Jul 2015 08:17:09 -0700 (PDT) MIME-Version: 1.0 Received: by 10.36.143.4 with HTTP; Wed, 29 Jul 2015 08:16:39 -0700 (PDT) In-Reply-To: References: <55A7D8CE.4020809@selasky.org> <55B23276.8090703@selasky.org> <55B73113.2020308@selasky.org> From: Jia-Shiun Li Date: Wed, 29 Jul 2015 23:16:39 +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: Wed, 29 Jul 2015 15:17:10 -0000 On Tue, Jul 28, 2015 at 10:28 PM, Jia-Shiun Li wrote: > On Tue, Jul 28, 2015 at 3:36 PM, Hans Petter Selasky > wrote: > >> Hi, >> >> Can you test this: >> >> https://svnweb.freebsd.org/changeset/base/285935 >> > > > jsli@rpi2:~ % uname -a > FreeBSD rpi2 11.0-CURRENT FreeBSD 11.0-CURRENT #15 r285958: Tue Jul 28 > 22:03:33 CST 2015 jsli@4cbsd:/usr/obj/arm.armv6/usr/src/sys/RPI2 arm > > > TX: > [ 3] 0.0-10.0 sec 93.1 MBytes 78.1 Mbits/sec > > RX: > [ 3] 0.0-10.0 sec 73.6 MBytes 61.6 Mbits/sec > jsli@4cbsd:~ % > > Meanwhile the same revision on rpi-b are not as fast.. TX: jsli@raspberry-pi:~ % 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.9 port 25106 connected with 192.168.111.192 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0-10.0 sec 40.8 MBytes 34.1 Mbits/sec jsli@raspberry-pi:~ % RX: jsli@4cbsd:~ % iperf -c 192.168.111.9 ------------------------------------------------------------ Client connecting to 192.168.111.9, TCP port 5001 TCP window size: 32.5 KByte (default) ------------------------------------------------------------ [ 3] local 192.168.111.192 port 16768 connected with 192.168.111.9 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0-10.0 sec 31.2 MBytes 26.2 Mbits/sec jsli@4cbsd:~ % -Jia-Shiun From owner-freebsd-arm@freebsd.org Wed Jul 29 15:45: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 DE3639AE1F1 for ; Wed, 29 Jul 2015 15:45:17 +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 BC6E4FEB for ; Wed, 29 Jul 2015 15:45:17 +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 t6TFjH7i007331 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 29 Jul 2015 08:45:17 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.14.5/8.14.5/Submit) id t6TFjHS7007330; Wed, 29 Jul 2015 08:45:17 -0700 (PDT) (envelope-from jmg) Date: Wed, 29 Jul 2015 08:45:16 -0700 From: John-Mark Gurney To: Svatopluk Kraus Cc: Hans Petter Selasky , "freebsd-arm@freebsd.org" Subject: Re: [RPI-B] [HEADS UP] DWC OTG TX path optimisation for 11-current Message-ID: <20150729154516.GH78154@funkthat.com> References: <55A7D8CE.4020809@selasky.org> <55B23276.8090703@selasky.org> <55B73113.2020308@selasky.org> <55B8AB76.7030603@selasky.org> <55B8B297.1010008@selasky.org> 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]); Wed, 29 Jul 2015 08:45:17 -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: Wed, 29 Jul 2015 15:45:18 -0000 Svatopluk Kraus wrote this message on Wed, Jul 29, 2015 at 13:52 +0200: > On Wed, Jul 29, 2015 at 1:01 PM, Hans Petter Selasky wrote: > > On 07/29/15 12:42, Svatopluk Kraus wrote: > >> > >> On Wed, Jul 29, 2015 at 12:31 PM, Hans Petter Selasky > >> wrote: > >>> > >>> On 07/29/15 12:08, Svatopluk Kraus wrote: > >>>> > >>>> > >>>> On Tue, Jul 28, 2015 at 9:36 AM, Hans Petter Selasky > >>>> wrote: > >>>>> > >>>>> > >>>>> Hi, > >>>>> > >>>>> Can you test this: > >>>>> > >>>>> https://svnweb.freebsd.org/changeset/base/285935 > >>>>> > >>>> > >>>> I'm hunting some strange behaviour slowdowning my set RPI2 - usb3 hub > >>>> - usb3 disk during buildworld, but I have noticed the following: > >>>> > >>>> make -j6 buildworld > >>>> > >>>> before r285935 -> 60145.29 real 350932.67 user 36402.54 sys > >>>> after r285935 -> 67831.38 real 196310.43 user 19135.73 sys > >>>> > >>>> The kernel before r285935 was day or two older. > >>>> > >>>> These are just one-run times, however the difference is quite big. The > >>>> change r285935 could influence the thing I'm investigating so it's > >>>> worse now, but still ... > >>>> > >>> > >>> Regarding build times you should also take "r285068" into account. > >>> > >> > >> Yes, I know about that. The r285068 was applied in both kernels. > >> > > > > Hi, > > > > The "sys" and "user" times are down. While the "real" time is up. That means > > more sleeping??? There is a knob in "hw.usb.umass.throttle" which you can > > set to slow down the disk access. Maybe it's reading files faster than > > before and then starts swapping? > > > > > The "sys" and "user" times are not reliable much. It was reported on > arm a few times. However, I wanted to report what I noticed just to > let anybody know about it. Maybe somebody would test r285068 for usb > disk too. I need to hunt down my problem firstly to be more sure about > this. > > Just for your information, when I start buildworld, the system > responds very fast (console, ssh). After about one hour, it starts to > print the following warnings: > > smsc0: warning: MII is busy > smsc0: warning: Failed to write register 0x114 > smsc0: warning: Failed to read register 0x114 > smsc0: warning: MII is busy > smsc0: warning: Failed to read register 0x118 > smsc0: warning: Failed to write register 0x114 > smsc0: warning: Failed to read register 0x114 > smsc0: warning: MII is busy > smsc0: warning: Failed to write register 0x114 > smsc0: warning: Failed to read register 0x114 > smsc0: warning: MII is busy > smsc0: warning: Failed to read register 0x114 > smsc0: warning: MII is busy > smsc0: warning: Failed to read register 0x114 > smsc0: warning: MII is busy > smsc0: warning: Failed to write register 0x114 > smsc0: warning: Failed to read register 0x114 Are these messages almost constantly scrolling on the terminal? Is your console also a serial console? If so, then it's likely that these printf's are what is causing things to be slow... If you recompiled w/o those, then it's likely that your system won't be slow anymore.. Though the real fix is to figure out why these messages are happen and fix them... > and system responds very slow. When I stop buildworld (or when it > finishes), the warnings are still printed and system is still slow. > Even after several hours. When I disconnect everything (except the > disk itself), it does not help. When I set hw.usb.dwc_otg.debug=1, > there is quite a lot debug printing. Just now, I'm trying to know who > is responsible for such big trafic (almost nothing is running in > system). The generated load is so big that I'm not able to turn off > the debug sometimes. > > Svata > _______________________________________________ > 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 Wed Jul 29 15:47: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 38D729AE21F for ; Wed, 29 Jul 2015 15:47:37 +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 E79B11082 for ; Wed, 29 Jul 2015 15:47:36 +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 C94581FE022; Wed, 29 Jul 2015 17:47:34 +0200 (CEST) Message-ID: <55B8F5EC.2050908@selasky.org> Date: Wed, 29 Jul 2015 17:49:00 +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: John-Mark Gurney , Svatopluk Kraus CC: "freebsd-arm@freebsd.org" Subject: Re: [RPI-B] [HEADS UP] DWC OTG TX path optimisation for 11-current References: <55A7D8CE.4020809@selasky.org> <55B23276.8090703@selasky.org> <55B73113.2020308@selasky.org> <55B8AB76.7030603@selasky.org> <55B8B297.1010008@selasky.org> <20150729154516.GH78154@funkthat.com> In-Reply-To: <20150729154516.GH78154@funkthat.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2015 15:47:37 -0000 On 07/29/15 17:45, John-Mark Gurney wrote: > Just for your information, when I start buildworld, the system >>responds very fast (console, ssh). After about one hour, it starts to >>print the following warnings: Did this happen before r285935 aswell or only after this revision? --HPS From owner-freebsd-arm@freebsd.org Wed Jul 29 16:19: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 345F69AEBA9 for ; Wed, 29 Jul 2015 16:19:45 +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 B921FA4C for ; Wed, 29 Jul 2015 16:19:44 +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 67FE01FE022; Wed, 29 Jul 2015 18:19:43 +0200 (CEST) Message-ID: <55B8FD75.2000202@selasky.org> Date: Wed, 29 Jul 2015 18:21:09 +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: Svatopluk Kraus CC: Jia-Shiun Li , "freebsd-arm@freebsd.org" Subject: Re: [RPI-B] [HEADS UP] DWC OTG TX path optimisation for 11-current References: <55A7D8CE.4020809@selasky.org> <55B23276.8090703@selasky.org> <55B73113.2020308@selasky.org> <55B8AB76.7030603@selasky.org> <55B8B297.1010008@selasky.org> In-Reply-To: Content-Type: multipart/mixed; boundary="------------020909020306000305050501" 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, 29 Jul 2015 16:19:45 -0000 This is a multi-part message in MIME format. --------------020909020306000305050501 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit On 07/29/15 13:52, Svatopluk Kraus wrote: > smsc0: warning: MII is busy > smsc0: warning: Failed to write register 0x114 > smsc0: warning: Failed to read register 0x114 > smsc0: warning: MII is busy > smsc0: warning: Failed to read register 0x118 > smsc0: warning: Failed to write register 0x114 > smsc0: warning: Failed to read register 0x114 > smsc0: warning: MII is busy > smsc0: warning: Failed to write register 0x114 > smsc0: warning: Failed to read register 0x114 > smsc0: warning: MII is busy > smsc0: warning: Failed to read register 0x114 > smsc0: warning: MII is busy > smsc0: warning: Failed to read register 0x114 > smsc0: warning: MII is busy > smsc0: warning: Failed to write register 0x114 > smsc0: warning: Failed to read register 0x114 Does the attached patch make any difference? --HPS --------------020909020306000305050501 Content-Type: text/x-diff; name="smsc.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="smsc.diff" Index: sys/dev/usb/net/if_smsc.c =================================================================== --- sys/dev/usb/net/if_smsc.c (revision 286002) +++ sys/dev/usb/net/if_smsc.c (working copy) @@ -418,6 +418,21 @@ return (err); } +static void +smsc_miibus_wait_ready(struct smsc_softc *sc) +{ + while (sc->sc_flags & SMSC_FLAG_MIIBUSY) + cv_wait(&sc->sc_cv, &sc->sc_mtx); + sc->sc_flags |= SMSC_FLAG_MIIBUSY; +} + +static void +smsc_miibus_clear_busy(struct smsc_softc *sc) +{ + sc->sc_flags &= ~SMSC_FLAG_MIIBUSY; + cv_signal(&sc->sc_cv); +} + /** * smsc_miibus_readreg - Reads a MII/MDIO register * @dev: usb ether device @@ -445,6 +460,8 @@ if (!locked) SMSC_LOCK(sc); + smsc_miibus_wait_ready(sc); + if (smsc_wait_for_bits(sc, SMSC_MII_ADDR, SMSC_MII_BUSY) != 0) { smsc_warn_printf(sc, "MII is busy\n"); goto done; @@ -458,8 +475,9 @@ smsc_read_reg(sc, SMSC_MII_DATA, &val); val = le32toh(val); - + done: + smsc_miibus_clear_busy(sc); if (!locked) SMSC_UNLOCK(sc); @@ -495,6 +513,8 @@ if (!locked) SMSC_LOCK(sc); + smsc_miibus_wait_ready(sc); + if (smsc_wait_for_bits(sc, SMSC_MII_ADDR, SMSC_MII_BUSY) != 0) { smsc_warn_printf(sc, "MII is busy\n"); goto done; @@ -510,6 +530,7 @@ smsc_warn_printf(sc, "MII write timeout\n"); done: + smsc_miibus_clear_busy(sc); if (!locked) SMSC_UNLOCK(sc); return (0); @@ -1777,6 +1798,7 @@ device_set_usb_desc(dev); mtx_init(&sc->sc_mtx, device_get_nameunit(dev), NULL, MTX_DEF); + cv_init(&sc->sc_cv, "SMSC-MIIBUS"); /* Setup the endpoints for the SMSC LAN95xx device(s) */ iface_index = SMSC_IFACE_IDX; @@ -1820,6 +1842,7 @@ usbd_transfer_unsetup(sc->sc_xfer, SMSC_N_TRANSFER); uether_ifdetach(ue); + cv_destroy(&sc->sc_cv); mtx_destroy(&sc->sc_mtx); return (0); Index: sys/dev/usb/net/if_smscreg.h =================================================================== --- sys/dev/usb/net/if_smscreg.h (revision 286002) +++ sys/dev/usb/net/if_smscreg.h (working copy) @@ -258,6 +258,7 @@ struct smsc_softc { struct usb_ether sc_ue; struct mtx sc_mtx; + struct cv sc_cv; struct usb_xfer *sc_xfer[SMSC_N_TRANSFER]; int sc_phyno; @@ -267,6 +268,7 @@ uint32_t sc_flags; #define SMSC_FLAG_LINK 0x0001 +#define SMSC_FLAG_MIIBUSY 0x0002 #define SMSC_FLAG_LAN9514 0x1000 /* LAN9514 */ }; --------------020909020306000305050501-- From owner-freebsd-arm@freebsd.org Wed Jul 29 19:41:52 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B09629AD329 for ; Wed, 29 Jul 2015 19:41:52 +0000 (UTC) (envelope-from freebsd.asc@strcmp.org) Received: from olinguito.schwarzes.net (olinguito.schwarzes.net [IPv6:2a01:4f8:7d:1b5::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 459F1B27 for ; Wed, 29 Jul 2015 19:41:51 +0000 (UTC) (envelope-from freebsd.asc@strcmp.org) Received: from [62.109.78.35] (mosquito.schwarzes.net [62.109.78.35]) (authenticated bits=0) by olinguito.schwarzes.net (8.14.9/8.14.9) with ESMTP id t6TJfm5q012491; Wed, 29 Jul 2015 21:41:48 +0200 (CEST) (envelope-from freebsd.asc@strcmp.org) From: Andreas Schwarz To: Hans Petter Selasky CC: John-Mark Gurney , Svatopluk Kraus , "freebsd-arm@freebsd.org" Mail-Reply-To: Andreas Schwarz Mail-Followup-To: freebsd-arm@FreeBSD.org Date: Wed, 29 Jul 2015 21:41:47 +0200 (CEST) Message-ID: <46ad096c958.1a82a175@mail.schwarzes.net> In-Reply-To: <55B8F5EC.2050908@selasky.org> References: <55A7D8CE.4020809@selasky.org> <55B23276.8090703@selasky.org> <55B73113.2020308@selasky.org> <55B8AB76.7030603@selasky.org> <55B8B297.1010008@selasky.org> <20150729154516.GH78154@funkthat.com> <55B8F5EC.2050908@selasky.org> User-Agent: YAM/2.9p1 (MorphOS; PPC; rv:20140418r7798) Subject: Re: DWC OTG TX path optimisation for 11-current MIME-Version: 1.0 Content-Type: text/plain X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (olinguito.schwarzes.net [78.47.41.143]); Wed, 29 Jul 2015 21:41:49 +0200 (CEST) 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, 29 Jul 2015 19:41:52 -0000 On 29.07.15, Hans Petter Selasky wrote: > On 07/29/15 17:45, John-Mark Gurney wrote: >> Just for your information, when I start buildworld, the system >>>responds very fast (console, ssh). After about one hour, it starts to >>>print the following warnings: > > Did this happen before r285935 aswell or only after this revision? This will happen since ~r283xxx, there are some reports in this ml, have a look at my post from 2015-06-03. -asc From owner-freebsd-arm@freebsd.org Thu Jul 30 06:26:22 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 024939ADF76 for ; Thu, 30 Jul 2015 06:26:22 +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 B8728A5A for ; Thu, 30 Jul 2015 06:26:21 +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 8030E1FE022 for ; Thu, 30 Jul 2015 08:26:20 +0200 (CEST) Message-ID: <55B9C3E2.5040501@selasky.org> Date: Thu, 30 Jul 2015 08:27:46 +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: freebsd-arm@FreeBSD.org Subject: Re: DWC OTG TX path optimisation for 11-current References: <55A7D8CE.4020809@selasky.org> <55B23276.8090703@selasky.org> <55B73113.2020308@selasky.org> <55B8AB76.7030603@selasky.org> <55B8B297.1010008@selasky.org> <20150729154516.GH78154@funkthat.com> <55B8F5EC.2050908@selasky.org> <46ad096c958.1a82a175@mail.schwarzes.net> In-Reply-To: <46ad096c958.1a82a175@mail.schwarzes.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.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, 30 Jul 2015 06:26:22 -0000 On 07/29/15 21:41, Andreas Schwarz wrote: > On 29.07.15, Hans Petter Selasky wrote: > >> On 07/29/15 17:45, John-Mark Gurney wrote: >>> Just for your information, when I start buildworld, the system >>>> responds very fast (console, ssh). After about one hour, it starts to >>>> print the following warnings: >> >> Did this happen before r285935 aswell or only after this revision? > > This will happen since ~r283xxx, there are some reports in this ml, > have a look at my post from 2015-06-03. > Hi, If this is easy to reproduce for you, can you try the SMSC patch I made? There has been a slow development of the USB code on the RPI affecting performance and timing. Running iperf for more than an hour does not reproduce this issue. --HPS From owner-freebsd-arm@freebsd.org Thu Jul 30 09:32:04 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 A1DEC9AEA06 for ; Thu, 30 Jul 2015 09:32:04 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-ig0-x234.google.com (mail-ig0-x234.google.com [IPv6:2607:f8b0:4001:c05::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5F62C165 for ; Thu, 30 Jul 2015 09:32:04 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: by iggf3 with SMTP id f3so29691754igg.1 for ; Thu, 30 Jul 2015 02:32:03 -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=xoI4VmPwq7GWlLULcExGGef2RtLz95zl5vLdxWx52dE=; b=t65lghxGl1zo32zkoqcebMk2AzPtkYFSGJS7/fzga9QafJlESbxmtNdG05nA4my0qs EjoB6MyP9K5nTir21SrZnJreX8NjsJASwntUZNBEnqHZR7VemkOpo0/LaKGZsk2XWXNT 153PXfffO6dANfe/s8+K9sWX/34w25JcEmAEaJ7m4c86NlxCf5bbOGgXsfTeeZn7CkLR Xb+PgO6ADqgXhF9pTUMCS4qxWDpgpa+KPMN4Ju9WfBfr2mh5/dz4vOCjh5Ywrz+TRVbD znDDEOrfVqhmjTixYG9ZDtslq3oqtUPTp+N/trN7T6eDA7ecr3gyL058a8cjjBGQyEcI txeQ== MIME-Version: 1.0 X-Received: by 10.50.2.9 with SMTP id 9mr3362745igq.42.1438248723731; Thu, 30 Jul 2015 02:32:03 -0700 (PDT) Received: by 10.64.148.84 with HTTP; Thu, 30 Jul 2015 02:32:03 -0700 (PDT) In-Reply-To: <20150729154516.GH78154@funkthat.com> References: <55A7D8CE.4020809@selasky.org> <55B23276.8090703@selasky.org> <55B73113.2020308@selasky.org> <55B8AB76.7030603@selasky.org> <55B8B297.1010008@selasky.org> <20150729154516.GH78154@funkthat.com> Date: Thu, 30 Jul 2015 11:32:03 +0200 Message-ID: Subject: Re: [RPI-B] [HEADS UP] DWC OTG TX path optimisation for 11-current From: Svatopluk Kraus To: John-Mark Gurney Cc: Hans Petter Selasky , "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: Thu, 30 Jul 2015 09:32:04 -0000 On Wed, Jul 29, 2015 at 5:45 PM, John-Mark Gurney wrote: > Svatopluk Kraus wrote this message on Wed, Jul 29, 2015 at 13:52 +0200: >> On Wed, Jul 29, 2015 at 1:01 PM, Hans Petter Selasky wrote: >> > On 07/29/15 12:42, Svatopluk Kraus wrote: >> >> >> >> On Wed, Jul 29, 2015 at 12:31 PM, Hans Petter Selasky >> >> wrote: >> >>> >> >>> On 07/29/15 12:08, Svatopluk Kraus wrote: >> >>>> >> >>>> >> >>>> On Tue, Jul 28, 2015 at 9:36 AM, Hans Petter Selasky >> >>>> wrote: >> >>>>> >> >>>>> >> >>>>> Hi, >> >>>>> >> >>>>> Can you test this: >> >>>>> >> >>>>> https://svnweb.freebsd.org/changeset/base/285935 >> >>>>> >> >>>> >> >>>> I'm hunting some strange behaviour slowdowning my set RPI2 - usb3 hub >> >>>> - usb3 disk during buildworld, but I have noticed the following: >> >>>> >> >>>> make -j6 buildworld >> >>>> >> >>>> before r285935 -> 60145.29 real 350932.67 user 36402.54 sys >> >>>> after r285935 -> 67831.38 real 196310.43 user 19135.73 sys >> >>>> >> >>>> The kernel before r285935 was day or two older. >> >>>> >> >>>> These are just one-run times, however the difference is quite big. The >> >>>> change r285935 could influence the thing I'm investigating so it's >> >>>> worse now, but still ... >> >>>> >> >>> >> >>> Regarding build times you should also take "r285068" into account. >> >>> >> >> >> >> Yes, I know about that. The r285068 was applied in both kernels. >> >> >> > >> > Hi, >> > >> > The "sys" and "user" times are down. While the "real" time is up. That means >> > more sleeping??? There is a knob in "hw.usb.umass.throttle" which you can >> > set to slow down the disk access. Maybe it's reading files faster than >> > before and then starts swapping? >> > >> >> >> The "sys" and "user" times are not reliable much. It was reported on >> arm a few times. However, I wanted to report what I noticed just to >> let anybody know about it. Maybe somebody would test r285068 for usb >> disk too. I need to hunt down my problem firstly to be more sure about >> this. >> >> Just for your information, when I start buildworld, the system >> responds very fast (console, ssh). After about one hour, it starts to >> print the following warnings: >> >> smsc0: warning: MII is busy >> smsc0: warning: Failed to write register 0x114 >> smsc0: warning: Failed to read register 0x114 >> smsc0: warning: MII is busy >> smsc0: warning: Failed to read register 0x118 >> smsc0: warning: Failed to write register 0x114 >> smsc0: warning: Failed to read register 0x114 >> smsc0: warning: MII is busy >> smsc0: warning: Failed to write register 0x114 >> smsc0: warning: Failed to read register 0x114 >> smsc0: warning: MII is busy >> smsc0: warning: Failed to read register 0x114 >> smsc0: warning: MII is busy >> smsc0: warning: Failed to read register 0x114 >> smsc0: warning: MII is busy >> smsc0: warning: Failed to write register 0x114 >> smsc0: warning: Failed to read register 0x114 > > Are these messages almost constantly scrolling on the terminal? Is > your console also a serial console? If so, then it's likely that > these printf's are what is causing things to be slow... If you > recompiled w/o those, then it's likely that your system won't be > slow anymore.. The answer is no. The shortest period is about a second. Most often, it's several seconds. I was wondering if each of MII request is failing, so I added a counter to them. Hundreds of requests successes before one fails. > > Though the real fix is to figure out why these messages are happen > and fix them... I do not think that it's problem of smsc driver. The messages are just indicator that something else (it's most propably usb disk related) is generating big load so other clients on usb are restrained. However, when it happens, this big load does not stop even if system is "idle", so it looks that it's generated "internally" somewhere. For example, it could be a try to recover from some "problems" which never recovers. > >> and system responds very slow. When I stop buildworld (or when it >> finishes), the warnings are still printed and system is still slow. >> Even after several hours. When I disconnect everything (except the >> disk itself), it does not help. When I set hw.usb.dwc_otg.debug=1, >> there is quite a lot debug printing. Just now, I'm trying to know who >> is responsible for such big trafic (almost nothing is running in >> system). The generated load is so big that I'm not able to turn off >> the debug sometimes. >> >> Svata >> _______________________________________________ >> 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 Thu Jul 30 09:42:30 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4F6309AEC14 for ; Thu, 30 Jul 2015 09:42:30 +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 0CD65836 for ; Thu, 30 Jul 2015 09:42:29 +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 76AEF1FE022; Thu, 30 Jul 2015 11:42:28 +0200 (CEST) Message-ID: <55B9F1D9.5070503@selasky.org> Date: Thu, 30 Jul 2015 11:43:53 +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: Svatopluk Kraus , John-Mark Gurney CC: "freebsd-arm@freebsd.org" Subject: Re: [RPI-B] [HEADS UP] DWC OTG TX path optimisation for 11-current References: <55A7D8CE.4020809@selasky.org> <55B23276.8090703@selasky.org> <55B73113.2020308@selasky.org> <55B8AB76.7030603@selasky.org> <55B8B297.1010008@selasky.org> <20150729154516.GH78154@funkthat.com> 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: Thu, 30 Jul 2015 09:42:30 -0000 On 07/30/15 11:32, Svatopluk Kraus wrote: > I do not think that it's problem of smsc driver. The messages are just > indicator that something else (it's most propably usb disk related) is > generating big load so other clients on usb are restrained. However, > when it happens, this big load does not stop even if system is "idle", > so it looks that it's generated "internally" somewhere. For example, > it could be a try to recover from some "problems" which never > recovers. Hi, If other USB requests continue working while this is happening, it is a bug in the SMSC driver. I see at least the miibus read/write access is not sequential. If multiple threads try to access the miibus via ifconfig IOCTLs for example, there can be a race which the driver doesn't handle. BTW: "usbdump" will tell the actual USB error code, if any. If the USB hardware is responding correctly, it is for sure a driver bug. Else I'll investigate. --HPS From owner-freebsd-arm@freebsd.org Thu Jul 30 09:46:29 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 A2C829AECA4 for ; Thu, 30 Jul 2015 09:46:29 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-ig0-x22f.google.com (mail-ig0-x22f.google.com [IPv6:2607:f8b0:4001:c05::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6B63B9BA for ; Thu, 30 Jul 2015 09:46:29 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: by igbpg9 with SMTP id pg9so7308010igb.0 for ; Thu, 30 Jul 2015 02:46:28 -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=8Sg1TLiiLJYX/0tKroNXK/TD+M1LdftrtlWhMlGBwso=; b=FgE9iNv0Bs+yYFa1iTdthX9byZCVAZSKD/5MhjnyrZ0prZ1WLj35ubSh7nO4FkMbaE JyP0kuq1RRFo+056wFHKgRQovUhbOxIDVLrMJ1Itrh1VPtSoDKnX44d6Jc+4zq/XxdFl HNHMcK6pVJIRY2Bxpf5whqvavfPFzrzz5pK94k7outcIs/cWIW6yfELu4OXgjop0riFl tcTOFW8a2c+DPMTdAMS0ynUqMXPU6OigCkSpadtbHiQp6g0uNhUw26u6JzY2WPg4wh2F KY6JhMARerX0h06EbUNJ1G9LCg8+Ca/KNbjrZVW/ncw/bIemTESV6ex1yKbY5Rulh74o 04Ug== MIME-Version: 1.0 X-Received: by 10.50.33.19 with SMTP id n19mr3573181igi.26.1438249588884; Thu, 30 Jul 2015 02:46:28 -0700 (PDT) Received: by 10.64.148.84 with HTTP; Thu, 30 Jul 2015 02:46:28 -0700 (PDT) In-Reply-To: <55B8F5EC.2050908@selasky.org> References: <55A7D8CE.4020809@selasky.org> <55B23276.8090703@selasky.org> <55B73113.2020308@selasky.org> <55B8AB76.7030603@selasky.org> <55B8B297.1010008@selasky.org> <20150729154516.GH78154@funkthat.com> <55B8F5EC.2050908@selasky.org> Date: Thu, 30 Jul 2015 11:46:28 +0200 Message-ID: Subject: Re: [RPI-B] [HEADS UP] DWC OTG TX path optimisation for 11-current From: Svatopluk Kraus To: Hans Petter Selasky Cc: John-Mark Gurney , "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: Thu, 30 Jul 2015 09:46:29 -0000 On Wed, Jul 29, 2015 at 5:49 PM, Hans Petter Selasky wrote: > On 07/29/15 17:45, John-Mark Gurney wrote: >> >> Just for your information, when I start buildworld, the system >>> >>> responds very fast (console, ssh). After about one hour, it starts to >>> print the following warnings: > > > Did this happen before r285935 aswell or only after this revision? Yes, it did. I can't say from which revision it's happening. I try to keep kernel updated with each change related to this problem, as I hope that it helps. But the problem is still present. However, the kernels were built without INVARIANTS. Yesterday, I prepared some debug patch which needed INVARIANTS anf KTR options and the problem did not happen. The buildworld finished in about 15 hours (taken from uptime) so it was about 2 hours faster then with kernel before r285935. > > --HPS From owner-freebsd-arm@freebsd.org Thu Jul 30 10:13:27 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 86B829AB348 for ; Thu, 30 Jul 2015 10:13:27 +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 4564D166F for ; Thu, 30 Jul 2015 10:13:26 +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 BEB241FE022; Thu, 30 Jul 2015 12:13:18 +0200 (CEST) Message-ID: <55B9F914.7030403@selasky.org> Date: Thu, 30 Jul 2015 12:14:44 +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: Svatopluk Kraus CC: John-Mark Gurney , "freebsd-arm@freebsd.org" Subject: Re: [RPI-B] [HEADS UP] DWC OTG TX path optimisation for 11-current References: <55A7D8CE.4020809@selasky.org> <55B23276.8090703@selasky.org> <55B73113.2020308@selasky.org> <55B8AB76.7030603@selasky.org> <55B8B297.1010008@selasky.org> <20150729154516.GH78154@funkthat.com> <55B8F5EC.2050908@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: Thu, 30 Jul 2015 10:13:27 -0000 On 07/30/15 11:46, Svatopluk Kraus wrote: > On Wed, Jul 29, 2015 at 5:49 PM, Hans Petter Selasky wrote: >> On 07/29/15 17:45, John-Mark Gurney wrote: >>> >>> Just for your information, when I start buildworld, the system >>>> >>>> responds very fast (console, ssh). After about one hour, it starts to >>>> print the following warnings: >> >> >> Did this happen before r285935 aswell or only after this revision? > > > Yes, it did. I can't say from which revision it's happening. I try to > keep kernel updated with each change related to this problem, as I > hope that it helps. But the problem is still present. > Can you try the patch I provided? > However, the kernels were built without INVARIANTS. Yesterday, I > prepared some debug patch which needed INVARIANTS anf KTR options and > the problem did not happen. The buildworld finished in about 15 hours > (taken from uptime) so it was about 2 hours faster then with kernel > before r285935. > --HPS From owner-freebsd-arm@freebsd.org Thu Jul 30 11:34:28 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 30E2A9AE311 for ; Thu, 30 Jul 2015 11:34:28 +0000 (UTC) (envelope-from zbb@semihalf.com) Received: from mail-wi0-f181.google.com (mail-wi0-f181.google.com [209.85.212.181]) (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 CA870E96 for ; Thu, 30 Jul 2015 11:34:27 +0000 (UTC) (envelope-from zbb@semihalf.com) Received: by wibxm9 with SMTP id xm9so64562461wib.1 for ; Thu, 30 Jul 2015 04:34:20 -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:from:date:message-id:subject:to:cc :content-type; bh=MyO24hzA6UMM55Xp6/y1fdjPgR7Y/1zwCDPwTUxV/+M=; b=Ro3n7me0ldZXEoRcfNlOKAlXoukBjiBu9ABKuhBoifodp1qut30G7fAAeqXMK6GMSL 8O9m/2I1o4iYUZbzXC+0V4rZX23m9UH1UteGUgGMy5s557r/02mBJVM8/zXVtsrSK20h RW3kDlozXWopGHMxbu4eobioVXZIfEtiqOvs5ALlbk4dRIFsgfZLeQxx6Q709UUKzz2T Y9ttdRYb1IMecBoGcG/2hL8J0tslVpIy4Ncl0WqAfwQ8qGgc5KFlV0fCNPcu8OJyEQow IaErf8ZhDaVeTUWKWaKVq9jzYjfjz/gRN0648YyDMmKom7xpuoKsDCbs1Fg1VeKi/zhG b72w== X-Gm-Message-State: ALoCoQmF7h/NE7vJ80MTIMpHKknUV/e2sIsUiHgur2Nc88gZ9bwutdPc1hrCIvF879vOR96mGzDj X-Received: by 10.181.12.40 with SMTP id en8mr5775609wid.10.1438256060530; Thu, 30 Jul 2015 04:34:20 -0700 (PDT) MIME-Version: 1.0 Received: by 10.27.224.12 with HTTP; Thu, 30 Jul 2015 04:34:01 -0700 (PDT) From: Zbigniew Bodek Date: Thu, 30 Jul 2015 13:34:01 +0200 Message-ID: Subject: Buf ring cleanups To: kmacy@freebsd.org, imp@freebsd.org Cc: freebsd-current@freebsd.org, "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: Thu, 30 Jul 2015 11:34:28 -0000 Hello, I'm writing to ensure what to do with that patch: https://reviews.freebsd.org/D1945 It was created as a result of discussion related to this review: https://reviews.freebsd.org/D1833 The patch (D1945) is still waiting to be committed. We really need fix for ARM in buf_ring so if someone is sure that the patch is OK then please commit. Thanks in advance and best regards zbb From owner-freebsd-arm@freebsd.org Thu Jul 30 12:27: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 C3EFF9AD6FD for ; Thu, 30 Jul 2015 12:27:33 +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 82BAFE80 for ; Thu, 30 Jul 2015 12:27:33 +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 0A32F1FE022; Thu, 30 Jul 2015 14:27:31 +0200 (CEST) Message-ID: <55BA1889.4040509@selasky.org> Date: Thu, 30 Jul 2015 14:28:57 +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: Svatopluk Kraus CC: John-Mark Gurney , "freebsd-arm@freebsd.org" Subject: Re: [RPI-B] [HEADS UP] DWC OTG TX path optimisation for 11-current References: <55A7D8CE.4020809@selasky.org> <55B23276.8090703@selasky.org> <55B73113.2020308@selasky.org> <55B8AB76.7030603@selasky.org> <55B8B297.1010008@selasky.org> <20150729154516.GH78154@funkthat.com> <55B8F5EC.2050908@selasky.org> <55B9F914.7030403@selasky.org> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2015 12:27:33 -0000 On 07/30/15 14:13, Svatopluk Kraus wrote: > On Thu, Jul 30, 2015 at 12:14 PM, Hans Petter Selasky wrote: >> On 07/30/15 11:46, Svatopluk Kraus wrote: >>> >>> On Wed, Jul 29, 2015 at 5:49 PM, Hans Petter Selasky >>> wrote: >>>> >>>> On 07/29/15 17:45, John-Mark Gurney wrote: >>>>> >>>>> >>>>> Just for your information, when I start buildworld, the system >>>>>> >>>>>> >>>>>> responds very fast (console, ssh). After about one hour, it starts to >>>>>> print the following warnings: >>>> >>>> >>>> >>>> Did this happen before r285935 aswell or only after this revision? >>> >>> >>> >>> Yes, it did. I can't say from which revision it's happening. I try to >>> keep kernel updated with each change related to this problem, as I >>> hope that it helps. But the problem is still present. >>> >> >> Can you try the patch I provided? >> > > > I have just tried it. It does not solve my problem. When it happened, > I stoped all my programs and set network down. > I'm attaching a log with the following commands: > > usbdump > usbconfig > sysctl hw.usb.debug=9 > sysctl hw.usb.dwc_otg.debug=9 > > which I had to finish by hard power off. > > Svata Hi, I only see "ERR=0" in the log. Can you run only usbdump while the interface is up and the errors are printed in the console? BTW: All your USB HUBs are self powered? --HPS From owner-freebsd-arm@freebsd.org Thu Jul 30 12:37: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 6560A9ADB23 for ; Thu, 30 Jul 2015 12:37: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 22E3415AC for ; Thu, 30 Jul 2015 12:37: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 46C811FE022; Thu, 30 Jul 2015 14:37:06 +0200 (CEST) Message-ID: <55BA1AC7.4050602@selasky.org> Date: Thu, 30 Jul 2015 14:38:31 +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: Svatopluk Kraus CC: "freebsd-arm@freebsd.org" Subject: Re: [RPI-B] [HEADS UP] DWC OTG TX path optimisation for 11-current References: <55A7D8CE.4020809@selasky.org> <55B23276.8090703@selasky.org> <55B73113.2020308@selasky.org> <55B8AB76.7030603@selasky.org> <55B8B297.1010008@selasky.org> <20150729154516.GH78154@funkthat.com> <55B8F5EC.2050908@selasky.org> <55B9F914.7030403@selasky.org> <55BA1889.4040509@selasky.org> In-Reply-To: <55BA1889.4040509@selasky.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2015 12:37:07 -0000 On 07/30/15 14:28, Hans Petter Selasky wrote: > On 07/30/15 14:13, Svatopluk Kraus wrote: > > Hi, > > I only see "ERR=0" in the log. Can you run only usbdump while the > interface is up and the errors are printed in the console? > > BTW: All your USB HUBs are self powered? > Hi, Does the device recover if you do: usbconfig -d X.Y reset for the ue0 ? --HPS From owner-freebsd-arm@freebsd.org Thu Jul 30 15:22: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 CDBC89AFEB2 for ; Thu, 30 Jul 2015 15:22:56 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-ig0-x244.google.com (mail-ig0-x244.google.com [IPv6:2607:f8b0:4001:c05::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 91E4C84B for ; Thu, 30 Jul 2015 15:22:56 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: by igbqa2 with SMTP id qa2so4028633igb.0 for ; Thu, 30 Jul 2015 08:22:56 -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=grulJvvt4PFxKHrsxuwgK8chc+d+GLQmbAV6tAi7ZY8=; b=ZqEK0WuIc7caMoXXh9bp5B7THIBczgWxvn6kUg/mNAizvhLbQPhs/5+y/RLgp9fP6O 47j+AckqvSkJ1nZAXWid+0npKTq5rEX2CEF1NYQdpxFB3YEcMVO2N8EMK3mfF07QsVNI lpwNvj8I3l9s1EEHaIn/GYdqChBkcc0fWXPUsewbOB0Qo/S9hxqdBdVjfWnmoFKFORM1 x9I2BOYYiZwjj7rr1WlJvppMFkx6+Y9DrlgVbpXKcOP22GDK13Y+4c+n2htPXxqMyfFd DccJtgB2benjMTuYdzDkGQEOvQgvQd31thpvWIfnXp0AgyTDgufMgrRoI8QBHpkt98Y+ L0Dw== MIME-Version: 1.0 X-Received: by 10.50.50.228 with SMTP id f4mr5887314igo.19.1438269775969; Thu, 30 Jul 2015 08:22:55 -0700 (PDT) Received: by 10.64.148.84 with HTTP; Thu, 30 Jul 2015 08:22:55 -0700 (PDT) In-Reply-To: <55BA1AC7.4050602@selasky.org> References: <55A7D8CE.4020809@selasky.org> <55B23276.8090703@selasky.org> <55B73113.2020308@selasky.org> <55B8AB76.7030603@selasky.org> <55B8B297.1010008@selasky.org> <20150729154516.GH78154@funkthat.com> <55B8F5EC.2050908@selasky.org> <55B9F914.7030403@selasky.org> <55BA1889.4040509@selasky.org> <55BA1AC7.4050602@selasky.org> Date: Thu, 30 Jul 2015 17:22:55 +0200 Message-ID: Subject: Re: [RPI-B] [HEADS UP] DWC OTG TX path optimisation for 11-current From: Svatopluk Kraus To: Hans Petter Selasky Cc: "freebsd-arm@freebsd.org" Content-Type: multipart/mixed; boundary=047d7bd75cb016f6d1051c19479b 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, 30 Jul 2015 15:22:57 -0000 --047d7bd75cb016f6d1051c19479b Content-Type: text/plain; charset=UTF-8 Well, I'm trying to join answers for your previous emails in this one. On Thu, Jul 30, 2015 at 2:38 PM, Hans Petter Selasky wrote: > On 07/30/15 14:28, Hans Petter Selasky wrote: > > Can you run only "usbdump" while the interface is UP and the errors are printed in the console? > > We are looking for ERR different from "0". It looks that there is no ERR different from "0" in usbdump at all. Again, it looks that the load is generated "internally" and it does not depend on explicit usb request directly. > > Does the interface come back when you down/up it? Yes, it works. > BTW: All your USB HUBs are self powered? Yes, my usb hub has external power supply (12V, 4A) and my usb disk is connected only. > > Does the device recover if you do: > > usbconfig -d X.Y reset > > for the ue0 ? Yes, it does. Anyhow, I think that I figured out why the system has so slow response time when it's triggered. In general, it's not good idea to not limit somehow interrupt filter execution time. If something wrong is happening, then such filter can halt all system. I can get back fast system response time with attached patch. Note that it's only a proof-of-concept patch and it does not remove the problem. There is still something what generates big load when it's triggered even if system is 99% idle after trigger was pulled. Svata --047d7bd75cb016f6d1051c19479b Content-Type: text/plain; charset=US-ASCII; name="dwc_otg.c.diff" Content-Disposition: attachment; filename="dwc_otg.c.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_icqcgvjd0 ZGlmZiAtLWdpdCBhL3N5cy9kZXYvdXNiL2NvbnRyb2xsZXIvZHdjX290Zy5jIGIvc3lzL2Rldi91 c2IvY29udHJvbGxlci9kd2Nfb3RnLmMKaW5kZXggNTFmMDgzYi4uY2RlMzY2ZiAxMDA2NDQKLS0t IGEvc3lzL2Rldi91c2IvY29udHJvbGxlci9kd2Nfb3RnLmMKKysrIGIvc3lzL2Rldi91c2IvY29u dHJvbGxlci9kd2Nfb3RnLmMKQEAgLTI1NTQsOCArMjU1NCwxMiBAQCBkd2Nfb3RnX2ludGVycnVw dF9wb2xsX2xvY2tlZChzdHJ1Y3QgZHdjX290Z19zb2Z0YyAqc2MpCiAJdWludDMyX3QgdGVtcDsK IAl1aW50OF90IGdvdF9yeF9zdGF0dXM7CiAJdWludDhfdCB4OworCXVpbnQzMl90IGNvdW50ID0g MDsKIAogcmVwZWF0OgorCWlmIChjb3VudCsrID4gMikKKwkJcmV0dXJuOworCiAJLyogZ2V0IGFs bCBjaGFubmVsIGludGVycnVwdHMgKi8KIAlmb3IgKHggPSAwOyB4ICE9IHNjLT5zY19ob3N0X2No X21heDsgeCsrKSB7CiAJCXRlbXAgPSBEV0NfT1RHX1JFQURfNChzYywgRE9UR19IQ0lOVCh4KSk7 Cg== --047d7bd75cb016f6d1051c19479b-- From owner-freebsd-arm@freebsd.org Thu Jul 30 22:25: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 005C39AF915 for ; Thu, 30 Jul 2015 22:25:44 +0000 (UTC) (envelope-from freebsd.asc@strcmp.org) Received: from olinguito.schwarzes.net (olinguito.schwarzes.net [IPv6:2a01:4f8:7d:1b5::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 860C934F for ; Thu, 30 Jul 2015 22:25:43 +0000 (UTC) (envelope-from freebsd.asc@strcmp.org) Received: from [62.109.78.35] (mosquito.schwarzes.net [62.109.78.35]) (authenticated bits=0) by olinguito.schwarzes.net (8.14.9/8.14.9) with ESMTP id t6UMPeWe016611 for ; Fri, 31 Jul 2015 00:25:40 +0200 (CEST) (envelope-from freebsd.asc@strcmp.org) From: Andreas Schwarz To: freebsd-arm@FreeBSD.org Mail-Reply-To: Andreas Schwarz Mail-Followup-To: freebsd-arm@FreeBSD.org Date: Fri, 31 Jul 2015 00:25:39 +0200 (CEST) Message-ID: <46ae815c7c3.447237c8@mail.schwarzes.net> In-Reply-To: <55B9C3E2.5040501@selasky.org> References: <55A7D8CE.4020809@selasky.org> <55B23276.8090703@selasky.org> <55B73113.2020308@selasky.org> <55B8AB76.7030603@selasky.org> <55B8B297.1010008@selasky.org> <20150729154516.GH78154@funkthat.com> <55B8F5EC.2050908@selasky.org> <46ad096c958.1a82a175@mail.schwarzes.net> <55B9C3E2.5040501@selasky.org> User-Agent: YAM/2.9p1 (MorphOS; PPC; rv:20140418r7798) Subject: Re: DWC OTG TX path optimisation for 11-current MIME-Version: 1.0 Content-Type: text/plain X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (olinguito.schwarzes.net [78.47.41.143]); Fri, 31 Jul 2015 00:25:40 +0200 (CEST) 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, 30 Jul 2015 22:25:44 -0000 On 30.07.15, Hans Petter Selasky wrote: > On 07/29/15 21:41, Andreas Schwarz wrote: >> On 29.07.15, Hans Petter Selasky wrote: >> >>> On 07/29/15 17:45, John-Mark Gurney wrote: >>>> Just for your information, when I start buildworld, the system >>>>> responds very fast (console, ssh). After about one hour, it starts to >>>>> print the following warnings: >>> >>> Did this happen before r285935 aswell or only after this revision? >> >> This will happen since ~r283xxx, there are some reports in this ml, >> have a look at my post from 2015-06-03. >> > > If this is easy to reproduce for you, can you try the SMSC patch I made? It's not so easy to reproduce, it will occur under high load (and disk IO) situations, e.g.when building the world (-j4). But not in every case, sometimes buildworld complete without a problem. If the system is in this state, it will react very very slow. System load is high (without a causing process) and it will often hang (during shutdown) when performing a reboot. I'll try your patch. -asc From owner-freebsd-arm@freebsd.org Thu Jul 30 22:37: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 575799AFA4C for ; Thu, 30 Jul 2015 22:37:15 +0000 (UTC) (envelope-from freebsd.asc@strcmp.org) Received: from olinguito.schwarzes.net (olinguito.schwarzes.net [IPv6:2a01:4f8:7d:1b5::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D59CE94B for ; Thu, 30 Jul 2015 22:37:14 +0000 (UTC) (envelope-from freebsd.asc@strcmp.org) Received: from [62.109.78.35] (mosquito.schwarzes.net [62.109.78.35]) (authenticated bits=0) by olinguito.schwarzes.net (8.14.9/8.14.9) with ESMTP id t6UMbBDT016642 for ; Fri, 31 Jul 2015 00:37:12 +0200 (CEST) (envelope-from freebsd.asc@strcmp.org) From: Andreas Schwarz To: "freebsd-arm@freebsd.org" Mail-Reply-To: Andreas Schwarz Mail-Followup-To: freebsd-arm@FreeBSD.org Date: Fri, 31 Jul 2015 00:37:10 +0200 (CEST) Message-ID: <46ae842c213.4a570874@mail.schwarzes.net> In-Reply-To: References: <55A7D8CE.4020809@selasky.org> <55B23276.8090703@selasky.org> <55B73113.2020308@selasky.org> <55B8AB76.7030603@selasky.org> <55B8B297.1010008@selasky.org> <20150729154516.GH78154@funkthat.com> <55B8F5EC.2050908@selasky.org> User-Agent: YAM/2.9p1 (MorphOS; PPC; rv:20140418r7798) Subject: Re: DWC OTG TX path optimisation for 11-current MIME-Version: 1.0 Content-Type: text/plain X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (olinguito.schwarzes.net [78.47.41.143]); Fri, 31 Jul 2015 00:37:12 +0200 (CEST) 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, 30 Jul 2015 22:37:15 -0000 On 30.07.15, Svatopluk Kraus wrote: > On Wed, Jul 29, 2015 at 5:49 PM, Hans Petter Selasky wrote: >> On 07/29/15 17:45, John-Mark Gurney wrote: >>> >>> Just for your information, when I start buildworld, the system >>>> >>>> responds very fast (console, ssh). After about one hour, it starts to >>>> print the following warnings: >> >> Did this happen before r285935 aswell or only after this revision? > > Yes, it did. I can't say from which revision it's happening. I try to > keep kernel updated with each change related to this problem, as I > hope that it helps. But the problem is still present. > > However, the kernels were built without INVARIANTS. Yesterday, I > prepared some debug patch which needed INVARIANTS anf KTR options and > the problem did not happen. The buildworld finished in about 15 hours > (taken from uptime) so it was about 2 hours faster then with kernel > before r285935. This could be important, my kernel config is also without INVARIANTS. -asc From owner-freebsd-arm@freebsd.org Fri Jul 31 02:10: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 326B19AEA63 for ; Fri, 31 Jul 2015 02:10:24 +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 D4BBEED6 for ; Fri, 31 Jul 2015 02:10:23 +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 D5E1D1FE022; Fri, 31 Jul 2015 04:10:21 +0200 (CEST) Message-ID: <55BAD963.9000808@selasky.org> Date: Fri, 31 Jul 2015 04:11:47 +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: Svatopluk Kraus CC: "freebsd-arm@freebsd.org" Subject: Re: [RPI-B] [HEADS UP] DWC OTG TX path optimisation for 11-current References: <55A7D8CE.4020809@selasky.org> <55B23276.8090703@selasky.org> <55B73113.2020308@selasky.org> <55B8AB76.7030603@selasky.org> <55B8B297.1010008@selasky.org> <20150729154516.GH78154@funkthat.com> <55B8F5EC.2050908@selasky.org> <55B9F914.7030403@selasky.org> <55BA1889.4040509@selasky.org> <55BA1AC7.4050602@selasky.org> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2015 02:10:24 -0000 On 07/30/15 17:22, Svatopluk Kraus wrote: > Well, I'm trying to join answers for your previous emails in this one. > > On Thu, Jul 30, 2015 at 2:38 PM, Hans Petter Selasky wrote: >> On 07/30/15 14:28, Hans Petter Selasky wrote: >> >> Can you run only "usbdump" while the interface is UP and the errors are printed in the console? >> >> We are looking for ERR different from "0". > > > It looks that there is no ERR different from "0" in usbdump at all. > Again, it looks that the load is generated "internally" and it does > not depend on explicit usb request directly. > >> >> Does the interface come back when you down/up it? > > Yes, it works. > >> BTW: All your USB HUBs are self powered? > > Yes, my usb hub has external power supply (12V, 4A) and my usb disk is > connected only. > >> >> Does the device recover if you do: >> >> usbconfig -d X.Y reset >> >> for the ue0 ? > > Yes, it does. > > > Anyhow, I think that I figured out why the system has so slow response > time when it's triggered. In general, it's not good idea to not limit > somehow interrupt filter execution time. If something wrong is > happening, then such filter can halt all system. I can get back fast > system response time with attached patch. Note that it's only a > proof-of-concept patch and it does not remove the problem. There is > still something what generates big load when it's triggered even if > system is 99% idle after trigger was pulled. > > Svata > Hi, Your patch looks OK, though I would really like to know why the repeat statement is looping. Does the following patch make any difference for you? > Index: sys/dev/usb/controller/dwc_otg.c > =================================================================== > --- sys/dev/usb/controller/dwc_otg.c (revision 286002) > +++ sys/dev/usb/controller/dwc_otg.c (working copy) > @@ -579,6 +579,9 @@ > sc->sc_irq_mask |= GINTMSK_RXFLVLMSK; > DWC_OTG_WRITE_4(sc, DOTG_GINTMSK, sc->sc_irq_mask); > > + /* clear RX FIFO level interrupt */ > + DWC_OTG_WRITE_4(sc, DOTG_GINTSTS, GINTMSK_RXFLVL); > + > /* clear cached status */ > sc->sc_last_rx_status = 0; > } --HPS From owner-freebsd-arm@freebsd.org Fri Jul 31 02:21: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 0530A9AED12 for ; Fri, 31 Jul 2015 02:21: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 DCE1215B4; Fri, 31 Jul 2015 02:21:53 +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 13A65632; Fri, 31 Jul 2015 02:21:54 +0000 (UTC) Date: Fri, 31 Jul 2015 02:21:53 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: pfg@FreeBSD.org, jmg@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <366899754.39.1438309314015.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #736 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_arm64 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2015 02:21:54 -0000 FreeBSD_HEAD_arm64 - Build #736 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/736/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/736/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/736/console Change summaries: 286102 by pfg: Buffer overflow in wall(1). This affected syslogd, wall and talkd. Detected by FORTIFY_SOURCE GSoC (with clang). Submitted by: Oliver Pinter Differential Revision: https://reviews.freebsd.org/D3254 Reviewed by: delphij, jmg MFC after: 3 days 286101 by jmg: these are comparing authenticators and need to be constant time... This could be a side channel attack... Now that we have a function for this, use it... jmgurney/ipsecgcm: 24d704cc and 7f37a14 286100 by jmg: Clean up this header file... use CTASSERTs now that we have them... Replace a draft w/ RFC that's over 10 years old. Note that _AALG and _EALG do not need to match what the IKE daemons think they should be.. This is part of the KABI... I decided to renumber AESCTR, but since we've never had working AESCTR mode, I'm not really breaking anything.. and it shortens a loop by quite a bit.. remove SKIPJACK IPsec support... SKIPJACK never made it out of draft (in 1999), only has 80bit key, NIST recommended it stop being used after 2010, and setkey nor any of the IKE daemons I checked supported it... jmgurney/ipsecgcm: a357a33, c75808b, e008669, b27b6d6 Reviewed by: gnn (earlier version) The end of the build log: [...truncated 57088 lines...] --- all_subdir_libdwarf --- --- dwarf_reloc.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/dwarf_reloc.c -o dwarf_reloc.o --- all_subdir_libfetch --- --- http.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I. -DINET6 -DWITH_SSL -DFTP_COMBINE_CWDS -std=iso9899:1999 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libfetch/http.c -o http.So --- all_subdir_libdwarf --- --- dwarf_reloc.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/dwarf_reloc.c -o dwarf_reloc.So --- dwarf_sections.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/dwarf_sections.c -o dwarf_sections.o --- all_subdir_librpcsec_gss --- --- rpcsec_gss_prot.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I/usr/src/lib/librpcsec_gss/../../include -I/usr/src/lib/librpcsec_gss/../../libc_rpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/librpcsec_gss/rpcsec_gss_prot.c -o rpcsec_gss_prot.So --- all_subdir_libdwarf --- --- dwarf_sections.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/dwarf_sections.c -o dwarf_sections.So --- all_subdir_librpcsec_gss --- --- rpcsec_gss_conf.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I/usr/src/lib/librpcsec_gss/../../include -I/usr/src/lib/librpcsec_gss/../../libc_rpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/librpcsec_gss/rpcsec_gss_conf.c -o rpcsec_gss_conf.So --- all_subdir_libdwarf --- --- dwarf_seterror.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/dwarf_seterror.c -o dwarf_seterror.o --- all_subdir_librpcsec_gss --- --- rpcsec_gss_misc.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I/usr/src/lib/librpcsec_gss/../../include -I/usr/src/lib/librpcsec_gss/../../libc_rpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/librpcsec_gss/rpcsec_gss_misc.c -o rpcsec_gss_misc.So --- all_subdir_libdwarf --- --- dwarf_seterror.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/dwarf_seterror.c -o dwarf_seterror.So --- all_subdir_libfetch --- --- libfetch.a --- building static fetch library /usr/local/aarch64-freebsd/bin/ar -crD libfetch.a `NM='/usr/local/aarch64-freebsd/bin/nm' lorder fetch.o common.o ftp.o http.o file.o | tsort -q` /usr/local/aarch64-freebsd/bin/ranlib -D libfetch.a --- all_subdir_libdwarf --- --- dwarf_str.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/dwarf_str.c -o dwarf_str.o --- all_subdir_librpcsec_gss --- --- svc_rpcsec_gss.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I/usr/src/lib/librpcsec_gss/../../include -I/usr/src/lib/librpcsec_gss/../../libc_rpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/librpcsec_gss/svc_rpcsec_gss.c -o svc_rpcsec_gss.So --- all_subdir_libiconv_modules --- ===> lib/libiconv_modules (all) --- _sub.all --- ===> lib/libiconv_modules/BIG5 (all) --- all_subdir_libdwarf --- --- dwarf_str.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/dwarf_str.c -o dwarf_str.So --- all_subdir_libiconv_modules --- --- citrus_big5.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I/usr/src/lib/libiconv_modules/BIG5/../../libc/iconv -Dbool=_Bool -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libiconv_modules/BIG5/citrus_big5.c -o citrus_big5.So --- all_subdir_libdwarf --- --- libdwarf.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf.c -o libdwarf.o --- libdwarf.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf.c -o libdwarf.So --- all_subdir_librpcsec_gss --- --- rpcsec_gss.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/librpcsec_gss/../../include -I/usr/src/lib/librpcsec_gss/../../libc_rpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/librpcsec_gss/rpcsec_gss.c -o rpcsec_gss.o --- all_subdir_libiconv_modules --- --- libBIG5.so.4 --- building shared library libBIG5.so.4 cc -B/usr/local/aarch64-freebsd/bin/ -fstack-protector -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libBIG5.so.4 -Wl,-soname,libBIG5.so.4 `NM='/usr/local/aarch64-freebsd/bin/nm' lorder citrus_big5.So | tsort -q` --- all_subdir_libdwarf --- --- libdwarf_abbrev.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_abbrev.c -o libdwarf_abbrev.o --- all_subdir_libiconv_modules --- ===> lib/libiconv_modules/DECHanyu (all) --- all_subdir_libfetch --- --- libfetch.so.6 --- building shared library libfetch.so.6 cc -B/usr/local/aarch64-freebsd/bin/ -fstack-protector -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libfetch.so.6 -Wl,-soname,libfetch.so.6 `NM='/usr/local/aarch64-freebsd/bin/nm' lorder fetch.So common.So ftp.So http.So file.So | tsort -q` -lssl -lcrypto --- all_subdir_libiconv_modules --- --- citrus_dechanyu.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I/usr/src/lib/libiconv_modules/DECHanyu/../../libc/iconv -Dbool=_Bool -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libiconv_modules/DECHanyu/citrus_dechanyu.c -o citrus_dechanyu.So --- all_subdir_librpcsec_gss --- --- rpcsec_gss_prot.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/librpcsec_gss/../../include -I/usr/src/lib/librpcsec_gss/../../libc_rpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/librpcsec_gss/rpcsec_gss_prot.c -o rpcsec_gss_prot.o --- all_subdir_libdwarf --- --- libdwarf_abbrev.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_abbrev.c -o libdwarf_abbrev.So --- all_subdir_libiconv_modules --- --- libDECHanyu.so.4 --- building shared library libDECHanyu.so.4 cc -B/usr/local/aarch64-freebsd/bin/ -fstack-protector -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libDECHanyu.so.4 -Wl,-soname,libDECHanyu.so.4 `NM='/usr/local/aarch64-freebsd/bin/nm' lorder citrus_dechanyu.So | tsort -q` --- all_subdir_librpcsec_gss --- --- rpcsec_gss_conf.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/librpcsec_gss/../../include -I/usr/src/lib/librpcsec_gss/../../libc_rpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/librpcsec_gss/rpcsec_gss_conf.c -o rpcsec_gss_conf.o --- all_subdir_libiconv_modules --- ===> lib/libiconv_modules/EUC (all) --- all_subdir_libipsec --- ===> lib/libipsec (all) --- all_subdir_libiconv_modules --- --- citrus_euc.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I/usr/src/lib/libiconv_modules/EUC/../../libc/iconv -Dbool=_Bool -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libiconv_modules/EUC/citrus_euc.c -o citrus_euc.So --- all_subdir_libipsec --- --- ipsec_strerror.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I. -I/usr/src/lib/libipsec -DIPSEC_DEBUG -DIPSEC -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/lib/libipsec/ipsec_strerror.c -o ipsec_strerror.So In file included from /usr/src/lib/libipsec/ipsec_strerror.c:39: In file included from /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/netipsec/ipsec.h:45: /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/net/pfkeyv2.h:230:10: error: expected parameter declarator CTASSERT(sizeof(struct sadb_x_policy) == 16); ^ /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/net/pfkeyv2.h:230:10: error: expected ')' /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/net/pfkeyv2.h:230:9: note: to match this '(' CTASSERT(sizeof(struct sadb_x_policy) == 16); ^ /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/net/pfkeyv2.h:230:1: error: type specifier missing, defaults to 'int' [-Werror,-Wimplicit-int] CTASSERT(sizeof(struct sadb_x_policy) == 16); ^ /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/net/pfkeyv2.h:266:10: error: expected parameter declarator CTASSERT(sizeof(struct sadb_x_nat_t_type) == 8); ^ /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/net/pfkeyv2.h:266:10: error: expected ')' /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/net/pfkeyv2.h:266:9: note: to match this '(' CTASSERT(sizeof(struct sadb_x_nat_t_type) == 8); ^ /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/net/pfkeyv2.h:266:1: error: type specifier missing, defaults to 'int' [-Werror,-Wimplicit-int] CTASSERT(sizeof(struct sadb_x_nat_t_type) == 8); ^ /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/net/pfkeyv2.h:275:10: error: expected parameter declarator CTASSERT(sizeof(struct sadb_x_nat_t_port) == 8); ^ /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/net/pfkeyv2.h:275:10: error: expected ')' /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/net/pfkeyv2.h:275:9: note: to match this '(' CTASSERT(sizeof(struct sadb_x_nat_t_port) == 8); ^ /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/net/pfkeyv2.h:275:1: error: type specifier missing, defaults to 'int' [-Werror,-Wimplicit-int] CTASSERT(sizeof(struct sadb_x_nat_t_port) == 8); ^ /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/net/pfkeyv2.h:284:10: error: expected parameter declarator CTASSERT(sizeof(struct sadb_x_nat_t_frag) == 8); ^ /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/net/pfkeyv2.h:284:10: error: expected ')' /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/net/pfkeyv2.h:284:9: note: to match this '(' CTASSERT(sizeof(struct sadb_x_nat_t_frag) == 8); ^ /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/net/pfkeyv2.h:284:1: error: type specifier missing, defaults to 'int' [-Werror,-Wimplicit-int] CTASSERT(sizeof(struct sadb_x_nat_t_frag) == 8); ^ 12 errors generated. *** [ipsec_strerror.So] Error code 1 make[5]: stopped in /usr/src/lib/libipsec 1 error make[5]: stopped in /usr/src/lib/libipsec *** [all_subdir_libipsec] Error code 2 make[4]: stopped in /usr/src/lib --- all_subdir_libdwarf --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/lib/libdwarf *** [all_subdir_libdwarf] Error code 2 make[4]: stopped in /usr/src/lib --- all_subdir_librpcsec_gss --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/lib/librpcsec_gss *** [all_subdir_librpcsec_gss] Error code 2 make[4]: stopped in /usr/src/lib --- all_subdir_libiconv_modules --- A failure has been detected in another branch of the parallel make make[6]: stopped in /usr/src/lib/libiconv_modules/EUC *** [_sub.all] Error code 2 make[5]: stopped in /usr/src/lib/libiconv_modules 1 error make[5]: stopped in /usr/src/lib/libiconv_modules *** [all_subdir_libiconv_modules] Error code 2 make[4]: stopped in /usr/src/lib 4 errors make[4]: stopped in /usr/src/lib A failure has been detected in another branch of the parallel make make[3]: stopped in /usr/src *** [libraries] Error code 2 make[2]: stopped in /usr/src 1 error make[2]: stopped in /usr/src *** [_libraries] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildworld] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_arm64] $ /bin/sh -xe /tmp/hudson7858423449537227235.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/usr/lib32/libc.so.7: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib32/librt.so.1: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib32/libthr.so.3: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib32/libcrypt.so.5: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib32: 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/ypchpass: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/opiepasswd: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/login: Operation not permitted 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/ypchsh: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/crontab: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/chsh: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/chpass: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/chfn: 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/su: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin: Directory not empty rm: FreeBSD_HEAD_arm64/usr: Directory not empty rm: FreeBSD_HEAD_arm64/sbin/init: Operation not permitted rm: FreeBSD_HEAD_arm64/sbin: 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 Fri Jul 31 02:39:10 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 15A289AEEF9 for ; Fri, 31 Jul 2015 02:39:10 +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 B82C51B1D for ; Fri, 31 Jul 2015 02:39:09 +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 8D91E1FE022; Fri, 31 Jul 2015 04:39:08 +0200 (CEST) Message-ID: <55BAE022.3010301@selasky.org> Date: Fri, 31 Jul 2015 04:40:34 +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: Svatopluk Kraus CC: "freebsd-arm@freebsd.org" Subject: Re: [RPI-B] [HEADS UP] DWC OTG TX path optimisation for 11-current References: <55A7D8CE.4020809@selasky.org> <55B23276.8090703@selasky.org> <55B73113.2020308@selasky.org> <55B8AB76.7030603@selasky.org> <55B8B297.1010008@selasky.org> <20150729154516.GH78154@funkthat.com> <55B8F5EC.2050908@selasky.org> <55B9F914.7030403@selasky.org> <55BA1889.4040509@selasky.org> <55BA1AC7.4050602@selasky.org> <55BAD963.9000808@selasky.org> In-Reply-To: <55BAD963.9000808@selasky.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2015 02:39:10 -0000 On 07/31/15 04:11, Hans Petter Selasky wrote: > + /* clear RX FIFO level interrupt */ > + DWC_OTG_WRITE_4(sc, DOTG_GINTSTS, GINTMSK_RXFLVL); > + Minor typo there, should be: DWC_OTG_WRITE_4(sc, DOTG_GINTSTS, GINTSTS_RXFLVL); --HPS From owner-freebsd-arm@freebsd.org Fri Jul 31 02:46:36 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 40FC09AE028 for ; Fri, 31 Jul 2015 02:46:36 +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 E9B091DC5 for ; Fri, 31 Jul 2015 02:46:35 +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 D39641FE022; Fri, 31 Jul 2015 04:46:34 +0200 (CEST) Message-ID: <55BAE1E0.9010008@selasky.org> Date: Fri, 31 Jul 2015 04:48:00 +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: Svatopluk Kraus CC: "freebsd-arm@freebsd.org" Subject: Re: [RPI-B] [HEADS UP] DWC OTG TX path optimisation for 11-current References: <55A7D8CE.4020809@selasky.org> <55B23276.8090703@selasky.org> <55B73113.2020308@selasky.org> <55B8AB76.7030603@selasky.org> <55B8B297.1010008@selasky.org> <20150729154516.GH78154@funkthat.com> <55B8F5EC.2050908@selasky.org> <55B9F914.7030403@selasky.org> <55BA1889.4040509@selasky.org> <55BA1AC7.4050602@selasky.org> <55BAD963.9000808@selasky.org> <55BAE022.3010301@selasky.org> In-Reply-To: <55BAE022.3010301@selasky.org> Content-Type: multipart/mixed; boundary="------------030403040702070004050406" 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, 31 Jul 2015 02:46:36 -0000 This is a multi-part message in MIME format. --------------030403040702070004050406 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit On 07/31/15 04:40, Hans Petter Selasky wrote: > On 07/31/15 04:11, Hans Petter Selasky wrote: >> + /* clear RX FIFO level interrupt */ >> + DWC_OTG_WRITE_4(sc, DOTG_GINTSTS, GINTMSK_RXFLVL); >> + > > Minor typo there, should be: > > DWC_OTG_WRITE_4(sc, DOTG_GINTSTS, GINTSTS_RXFLVL); > Please find attached patch. --HPS --------------030403040702070004050406 Content-Type: text/x-diff; name="dwc_otg.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dwc_otg.diff" Index: sys/dev/usb/controller/dwc_otg.c =================================================================== --- sys/dev/usb/controller/dwc_otg.c (revision 286002) +++ sys/dev/usb/controller/dwc_otg.c (working copy) @@ -579,6 +579,9 @@ sc->sc_irq_mask |= GINTMSK_RXFLVLMSK; DWC_OTG_WRITE_4(sc, DOTG_GINTMSK, sc->sc_irq_mask); + /* clear RX FIFO level interrupt */ + DWC_OTG_WRITE_4(sc, DOTG_GINTSTS, GINTSTS_RXFLVL); + /* clear cached status */ sc->sc_last_rx_status = 0; } --------------030403040702070004050406-- From owner-freebsd-arm@freebsd.org Fri Jul 31 03:08: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 1058F9AE3F0 for ; Fri, 31 Jul 2015 03:08:51 +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 B822BB0E for ; Fri, 31 Jul 2015 03:08:50 +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 0C45C1FE023; Fri, 31 Jul 2015 05:08:48 +0200 (CEST) Message-ID: <55BAE716.7060907@selasky.org> Date: Fri, 31 Jul 2015 05:10:14 +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: Svatopluk Kraus CC: "freebsd-arm@freebsd.org" Subject: Re: [RPI-B] [HEADS UP] DWC OTG TX path optimisation for 11-current References: <55A7D8CE.4020809@selasky.org> <55B23276.8090703@selasky.org> <55B73113.2020308@selasky.org> <55B8AB76.7030603@selasky.org> <55B8B297.1010008@selasky.org> <20150729154516.GH78154@funkthat.com> <55B8F5EC.2050908@selasky.org> <55B9F914.7030403@selasky.org> <55BA1889.4040509@selasky.org> <55BA1AC7.4050602@selasky.org> <55BAD963.9000808@selasky.org> In-Reply-To: <55BAD963.9000808@selasky.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2015 03:08:51 -0000 On 07/31/15 04:11, Hans Petter Selasky wrote: > Anyhow, I think that I figured out why the system has so slow response > time when it's triggered. In general, it's not good idea to not limit > somehow interrupt filter execution time. If something wrong is > happening, then such filter can halt all system. I can get back fast > system response time with attached patch. Note that it's only a > proof-of-concept patch and it does not remove the problem. There is > still something what generates big load when it's triggered even if > system is 99% idle after trigger was pulled. Hi, If you could figure out exactly which "goto repeat" is looping, it would be a great help to me understand the problem. Maybe you can increase the counter and when it reaches the limit you can print some kind of "int last_goto_from", which you set before the "goto repeat;" ? --HPS From owner-freebsd-arm@freebsd.org Fri Jul 31 03:53: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 CC4919AEB88 for ; Fri, 31 Jul 2015 03:53:02 +0000 (UTC) (envelope-from freebsd.asc@strcmp.org) Received: from olinguito.schwarzes.net (olinguito.schwarzes.net [IPv6:2a01:4f8:7d:1b5::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 306511ECA for ; Fri, 31 Jul 2015 03:53:01 +0000 (UTC) (envelope-from freebsd.asc@strcmp.org) Received: from [62.109.78.35] (mosquito.schwarzes.net [62.109.78.35]) (authenticated bits=0) by olinguito.schwarzes.net (8.14.9/8.14.9) with ESMTP id t6V3qwJI017654 for ; Fri, 31 Jul 2015 05:52:58 +0200 (CEST) (envelope-from freebsd.asc@strcmp.org) From: Andreas Schwarz To: freebsd-arm@FreeBSD.org Mail-Reply-To: Andreas Schwarz Mail-Followup-To: freebsd-arm@FreeBSD.org Date: Fri, 31 Jul 2015 05:52:57 +0200 (CEST) Message-ID: <46aece00b53.3c1cdc1f@mail.schwarzes.net> In-Reply-To: <46ae815c7c3.447237c8@mail.schwarzes.net> References: <55A7D8CE.4020809@selasky.org> <55B23276.8090703@selasky.org> <55B73113.2020308@selasky.org> <55B8AB76.7030603@selasky.org> <55B8B297.1010008@selasky.org> <20150729154516.GH78154@funkthat.com> <55B8F5EC.2050908@selasky.org> <46ad096c958.1a82a175@mail.schwarzes.net> <55B9C3E2.5040501@selasky.org> <46ae815c7c3.447237c8@mail.schwarzes.net> User-Agent: YAM/2.9p1 (MorphOS; PPC; rv:20140418r7798) Subject: Re: DWC OTG TX path optimisation for 11-current MIME-Version: 1.0 Content-Type: text/plain X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (olinguito.schwarzes.net [78.47.41.143]); Fri, 31 Jul 2015 05:52:58 +0200 (CEST) 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, 31 Jul 2015 03:53:02 -0000 On 31.07.15, Andreas Schwarz wrote: > On 30.07.15, Hans Petter Selasky wrote: >> On 07/29/15 21:41, Andreas Schwarz wrote: >>> On 29.07.15, Hans Petter Selasky wrote: >>> >>>> On 07/29/15 17:45, John-Mark Gurney wrote: >>>>> Just for your information, when I start buildworld, the system >>>>>> responds very fast (console, ssh). After about one hour, it starts to >>>>>> print the following warnings: >>>> >>>> Did this happen before r285935 aswell or only after this revision? >>> >>> This will happen since ~r283xxx, there are some reports in this ml, >>> have a look at my post from 2015-06-03. >>> >> >> If this is easy to reproduce for you, can you try the SMSC patch I made? > > It's not so easy to reproduce, it will occur under high load (and disk IO) > situations, e.g.when building the world (-j4). But not in every case, > sometimes buildworld complete without a problem. > > If the system is in this state, it will react very very slow. System load > is high (without a causing process) and it will often hang (during shutdown) > when performing a reboot. > > I'll try your patch. This was fast. Patch (smsc.diff) did not help. I've applied the patch, compiled and installed the new kernel and started to build the kernel tool-chain. Just 10 minutes ago the problem occur again. -asc From owner-freebsd-arm@freebsd.org Fri Jul 31 04:23: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 637849AEFC0 for ; Fri, 31 Jul 2015 04:23:05 +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 522B2CCD; Fri, 31 Jul 2015 04:23:05 +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 7FD8265F; Fri, 31 Jul 2015 04:23:03 +0000 (UTC) Date: Fri, 31 Jul 2015 04:23:02 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jmg@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <950949177.45.1438316582679.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <366899754.39.1438309314015.JavaMail.jenkins@jenkins-9.freebsd.org> References: <366899754.39.1438309314015.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #737 - 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: Fri, 31 Jul 2015 04:23:05 -0000 FreeBSD_HEAD_arm64 - Build #737 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/737/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/737/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/737/console Change summaries: 286103 by jmg: The implementation note isn't true anymore.. Not that anyone reads it, but those that do, remind them that this isn't usable in userland... I can't wait till this doc is wrong.. The end of the build log: [...truncated 57318 lines...] ===> lib/libiconv_modules/DECHanyu (all) --- all_subdir_libdwarf --- --- libdwarf_attr.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_attr.c -o libdwarf_attr.o --- all_subdir_libiconv_modules --- --- citrus_dechanyu.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I/usr/src/lib/libiconv_modules/DECHanyu/../../libc/iconv -Dbool=_Bool -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libiconv_modules/DECHanyu/citrus_dechanyu.c -o citrus_dechanyu.So --- all_subdir_libdwarf --- --- libdwarf_attr.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_attr.c -o libdwarf_attr.So --- all_subdir_librpcsec_gss --- --- rpcsec_gss.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/librpcsec_gss/../../include -I/usr/src/lib/librpcsec_gss/../../libc_rpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/librpcsec_gss/rpcsec_gss.c -o rpcsec_gss.o --- all_subdir_libiconv_modules --- --- libDECHanyu.so.4 --- building shared library libDECHanyu.so.4 cc -B/usr/local/aarch64-freebsd/bin/ -fstack-protector -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libDECHanyu.so.4 -Wl,-soname,libDECHanyu.so.4 `NM='/usr/local/aarch64-freebsd/bin/nm' lorder citrus_dechanyu.So | tsort -q` --- all_subdir_librpcsec_gss --- --- rpcsec_gss_prot.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/librpcsec_gss/../../include -I/usr/src/lib/librpcsec_gss/../../libc_rpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/librpcsec_gss/rpcsec_gss_prot.c -o rpcsec_gss_prot.o --- all_subdir_libiconv_modules --- ===> lib/libiconv_modules/EUC (all) --- all_subdir_libdwarf --- --- libdwarf_die.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_die.c -o libdwarf_die.o --- all_subdir_libiconv_modules --- --- citrus_euc.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I/usr/src/lib/libiconv_modules/EUC/../../libc/iconv -Dbool=_Bool -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libiconv_modules/EUC/citrus_euc.c -o citrus_euc.So --- all_subdir_libdwarf --- --- libdwarf_die.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_die.c -o libdwarf_die.So --- all_subdir_librpcsec_gss --- --- rpcsec_gss_conf.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/librpcsec_gss/../../include -I/usr/src/lib/librpcsec_gss/../../libc_rpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/librpcsec_gss/rpcsec_gss_conf.c -o rpcsec_gss_conf.o --- all_subdir_libiconv_modules --- --- libEUC.so.4 --- building shared library libEUC.so.4 cc -B/usr/local/aarch64-freebsd/bin/ -fstack-protector -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libEUC.so.4 -Wl,-soname,libEUC.so.4 `NM='/usr/local/aarch64-freebsd/bin/nm' lorder citrus_euc.So | tsort -q` --- all_subdir_librpcsec_gss --- --- rpcsec_gss_misc.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/librpcsec_gss/../../include -I/usr/src/lib/librpcsec_gss/../../libc_rpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/librpcsec_gss/rpcsec_gss_misc.c -o rpcsec_gss_misc.o --- all_subdir_libiconv_modules --- ===> lib/libiconv_modules/EUCTW (all) --- all_subdir_libdwarf --- --- libdwarf_error.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_error.c -o libdwarf_error.o --- libdwarf_error.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_error.c -o libdwarf_error.So --- all_subdir_librpcsec_gss --- --- svc_rpcsec_gss.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/librpcsec_gss/../../include -I/usr/src/lib/librpcsec_gss/../../libc_rpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/librpcsec_gss/svc_rpcsec_gss.c -o svc_rpcsec_gss.o --- all_subdir_libiconv_modules --- --- citrus_euctw.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I/usr/src/lib/libiconv_modules/EUCTW/../../libc/iconv -Dbool=_Bool -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libiconv_modules/EUCTW/citrus_euctw.c -o citrus_euctw.So --- all_subdir_librpcsec_gss --- --- Version.map --- cat /usr/src/lib/librpcsec_gss/Symbol.map | cpp -B/usr/local/aarch64-freebsd/bin/ - - | awk -v vfile=/usr/src/lib/librpcsec_gss/../libc/Versions.def -f /usr/src/share/mk/version_gen.awk > Version.map --- all_subdir_libdwarf --- --- libdwarf_elf_access.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_elf_access.c -o libdwarf_elf_access.o --- libdwarf_elf_access.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_elf_access.c -o libdwarf_elf_access.So --- all_subdir_libiconv_modules --- --- libEUCTW.so.4 --- building shared library libEUCTW.so.4 cc -B/usr/local/aarch64-freebsd/bin/ -fstack-protector -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libEUCTW.so.4 -Wl,-soname,libEUCTW.so.4 `NM='/usr/local/aarch64-freebsd/bin/nm' lorder citrus_euctw.So | tsort -q` --- all_subdir_librpcsec_gss --- --- librpcsec_gss.so.1 --- building shared library librpcsec_gss.so.1 cc -B/usr/local/aarch64-freebsd/bin/ -Wl,--version-script=Version.map -fstack-protector -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o librpcsec_gss.so.1 -Wl,-soname,librpcsec_gss.so.1 `NM='/usr/local/aarch64-freebsd/bin/nm' lorder rpcsec_gss.So rpcsec_gss_prot.So rpcsec_gss_conf.So rpcsec_gss_misc.So svc_rpcsec_gss.So | tsort -q` -lgssapi --- all_subdir_libdwarf --- --- libdwarf_elf_init.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_elf_init.c -o libdwarf_elf_init.o --- all_subdir_libiconv_modules --- ===> lib/libiconv_modules/GBK2K (all) --- all_subdir_libdwarf --- --- libdwarf_elf_init.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_elf_init.c -o libdwarf_elf_init.So --- all_subdir_libiconv_modules --- --- citrus_gbk2k.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I/usr/src/lib/libiconv_modules/GBK2K/../../libc/iconv -Dbool=_Bool -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libiconv_modules/GBK2K/citrus_gbk2k.c -o citrus_gbk2k.So --- all_subdir_librpcsec_gss --- --- librpcsec_gss.a --- building static rpcsec_gss library /usr/local/aarch64-freebsd/bin/ar -crD librpcsec_gss.a `NM='/usr/local/aarch64-freebsd/bin/nm' lorder rpcsec_gss.o rpcsec_gss_prot.o rpcsec_gss_conf.o rpcsec_gss_misc.o svc_rpcsec_gss.o | tsort -q` /usr/local/aarch64-freebsd/bin/ranlib -D librpcsec_gss.a --- all_subdir_libdwarf --- --- libdwarf_frame.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_frame.c -o libdwarf_frame.o --- all_subdir_libipsec --- ===> lib/libipsec (all) --- all_subdir_libiconv_modules --- --- libGBK2K.so.4 --- building shared library libGBK2K.so.4 cc -B/usr/local/aarch64-freebsd/bin/ -fstack-protector -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libGBK2K.so.4 -Wl,-soname,libGBK2K.so.4 `NM='/usr/local/aarch64-freebsd/bin/nm' lorder citrus_gbk2k.So | tsort -q` --- all_subdir_libdwarf --- --- libdwarf_frame.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_frame.c -o libdwarf_frame.So --- all_subdir_libipsec --- --- ipsec_strerror.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I. -I/usr/src/lib/libipsec -DIPSEC_DEBUG -DIPSEC -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/lib/libipsec/ipsec_strerror.c -o ipsec_strerror.So --- all_subdir_libiconv_modules --- ===> lib/libiconv_modules/HZ (all) --- all_subdir_libipsec --- In file included from /usr/src/lib/libipsec/ipsec_strerror.c:39: In file included from /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/netipsec/ipsec.h:45: /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/net/pfkeyv2.h:230:10: error: expected parameter declarator CTASSERT(sizeof(struct sadb_x_policy) == 16); ^ /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/net/pfkeyv2.h:230:10: error: expected ')' /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/net/pfkeyv2.h:230:9: note: to match this '(' CTASSERT(sizeof(struct sadb_x_policy) == 16); ^ /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/net/pfkeyv2.h:230:1: error: type specifier missing, defaults to 'int' [-Werror,-Wimplicit-int] CTASSERT(sizeof(struct sadb_x_policy) == 16); ^ /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/net/pfkeyv2.h:266:10: error: expected parameter declarator CTASSERT(sizeof(struct sadb_x_nat_t_type) == 8); ^ /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/net/pfkeyv2.h:266:10: error: expected ')' /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/net/pfkeyv2.h:266:9: note: to match this '(' CTASSERT(sizeof(struct sadb_x_nat_t_type) == 8); ^ /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/net/pfkeyv2.h:266:1: error: type specifier missing, defaults to 'int' [-Werror,-Wimplicit-int] CTASSERT(sizeof(struct sadb_x_nat_t_type) == 8); ^ /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/net/pfkeyv2.h:275:10: error: expected parameter declarator CTASSERT(sizeof(struct sadb_x_nat_t_port) == 8); ^ /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/net/pfkeyv2.h:275:10: error: expected ')' /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/net/pfkeyv2.h:275:9: note: to match this '(' CTASSERT(sizeof(struct sadb_x_nat_t_port) == 8); ^ /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/net/pfkeyv2.h:275:1: error: type specifier missing, defaults to 'int' [-Werror,-Wimplicit-int] CTASSERT(sizeof(struct sadb_x_nat_t_port) == 8); ^ /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/net/pfkeyv2.h:284:10: error: expected parameter declarator CTASSERT(sizeof(struct sadb_x_nat_t_frag) == 8); ^ /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/net/pfkeyv2.h:284:10: error: expected ')' /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/net/pfkeyv2.h:284:9: note: to match this '(' CTASSERT(sizeof(struct sadb_x_nat_t_frag) == 8); ^ /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/net/pfkeyv2.h:284:1: error: type specifier missing, defaults to 'int' [-Werror,-Wimplicit-int] CTASSERT(sizeof(struct sadb_x_nat_t_frag) == 8); ^ 12 errors generated. *** [ipsec_strerror.So] Error code 1 make[5]: stopped in /usr/src/lib/libipsec 1 error make[5]: stopped in /usr/src/lib/libipsec *** [all_subdir_libipsec] Error code 2 make[4]: stopped in /usr/src/lib --- all_subdir_libiconv_modules --- A failure has been detected in another branch of the parallel make make[6]: stopped in /usr/src/lib/libiconv_modules/HZ *** [_sub.all] Error code 2 make[5]: stopped in /usr/src/lib/libiconv_modules 1 error make[5]: stopped in /usr/src/lib/libiconv_modules *** [all_subdir_libiconv_modules] Error code 2 make[4]: stopped in /usr/src/lib --- all_subdir_libdwarf --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/lib/libdwarf *** [all_subdir_libdwarf] Error code 2 make[4]: stopped in /usr/src/lib 3 errors make[4]: stopped in /usr/src/lib A failure has been detected in another branch of the parallel make make[3]: stopped in /usr/src *** [libraries] Error code 2 make[2]: stopped in /usr/src 1 error make[2]: stopped in /usr/src *** [_libraries] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildworld] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_arm64] $ /bin/sh -xe /tmp/hudson4109010381847283389.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/usr/lib32/libc.so.7: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib32/librt.so.1: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib32/libthr.so.3: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib32/libcrypt.so.5: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib32: Directory not empty rm: FreeBSD_HEAD_arm64/usr/bin/crontab: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/su: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/ypchpass: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/chpass: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/login: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/ypchsh: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/ypchfn: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/chsh: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/passwd: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/opieinfo: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/opiepasswd: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/chfn: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/yppasswd: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin: Directory not empty rm: FreeBSD_HEAD_arm64/usr/lib/librt.so.1: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib: Directory not empty rm: FreeBSD_HEAD_arm64/usr: Directory not empty rm: FreeBSD_HEAD_arm64/libexec/ld-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/lib/libc.so.7: Operation not permitted 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: Directory not empty rm: FreeBSD_HEAD_arm64: Directory not empty + true + sudo chflags -R noschg FreeBSD_HEAD_arm64 + sudo rm -fr FreeBSD_HEAD_arm64 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-arm@freebsd.org Fri Jul 31 06:22:00 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4AED39AE356 for ; Fri, 31 Jul 2015 06:22:00 +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 2E793153; Fri, 31 Jul 2015 06:22:00 +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 9C6B6690; Fri, 31 Jul 2015 06:21:59 +0000 (UTC) Date: Fri, 31 Jul 2015 06:21:57 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: np@FreeBSD.org, kib@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <152456498.51.1438323719300.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <950949177.45.1438316582679.JavaMail.jenkins@jenkins-9.freebsd.org> References: <950949177.45.1438316582679.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #738 - 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: Fri, 31 Jul 2015 06:22:00 -0000 FreeBSD_HEAD_arm64 - Build #738 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/738/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/738/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/738/console Change summaries: 286107 by np: cxgbe(4): initialize debug_flags from the kernel environment. MFC after: 3 days 286106 by kib: vn_io_fault() handling of the LOR for i/o into the file-backed buffers has observable overhead when the buffer pages are not resident or not mapped. The overhead comes at least from two factors, one is the additional work needed to detect the situation, prepare and execute the rollbacks. Another is the consequence of the i/o splitting into the batches of the held pages, causing filesystems see series of the smaller i/o requests instead of the single large request. Note that expected case of the resident i/o buffer does not expose these issues. Provide a prefaulting for the userspace i/o buffers, disabled by default. I am careful of not enabling prefaulting by default for now, since it would be detrimental for the applications which speculatively pass extra-large buffers of anonymous memory to not deal with buffer sizing (if such apps exist). Found and tested by: bde, emaste Sponsored by: The FreeBSD Foundation MFC after: 1 week The end of the build log: [...truncated 57630 lines...] ===> lib/libiconv_modules/DECHanyu (all) --- all_subdir_libdwarf --- --- libdwarf.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf.c -o libdwarf.o --- all_subdir_librpcsec_gss --- --- rpcsec_gss.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/librpcsec_gss/../../include -I/usr/src/lib/librpcsec_gss/../../libc_rpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/librpcsec_gss/rpcsec_gss.c -o rpcsec_gss.o --- all_subdir_libiconv_modules --- --- citrus_dechanyu.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I/usr/src/lib/libiconv_modules/DECHanyu/../../libc/iconv -Dbool=_Bool -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libiconv_modules/DECHanyu/citrus_dechanyu.c -o citrus_dechanyu.So --- all_subdir_libdwarf --- --- libdwarf.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf.c -o libdwarf.So --- libdwarf_abbrev.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_abbrev.c -o libdwarf_abbrev.o --- all_subdir_libiconv_modules --- --- libDECHanyu.so.4 --- --- all_subdir_librpcsec_gss --- --- rpcsec_gss_prot.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/librpcsec_gss/../../include -I/usr/src/lib/librpcsec_gss/../../libc_rpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/librpcsec_gss/rpcsec_gss_prot.c -o rpcsec_gss_prot.o --- all_subdir_libiconv_modules --- building shared library libDECHanyu.so.4 cc -B/usr/local/aarch64-freebsd/bin/ -fstack-protector -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libDECHanyu.so.4 -Wl,-soname,libDECHanyu.so.4 `NM='/usr/local/aarch64-freebsd/bin/nm' lorder citrus_dechanyu.So | tsort -q` ===> lib/libiconv_modules/EUC (all) --- citrus_euc.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I/usr/src/lib/libiconv_modules/EUC/../../libc/iconv -Dbool=_Bool -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libiconv_modules/EUC/citrus_euc.c -o citrus_euc.So --- all_subdir_librpcsec_gss --- --- rpcsec_gss_conf.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/librpcsec_gss/../../include -I/usr/src/lib/librpcsec_gss/../../libc_rpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/librpcsec_gss/rpcsec_gss_conf.c -o rpcsec_gss_conf.o --- all_subdir_libdwarf --- --- libdwarf_abbrev.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_abbrev.c -o libdwarf_abbrev.So --- all_subdir_libiconv_modules --- --- libEUC.so.4 --- building shared library libEUC.so.4 cc -B/usr/local/aarch64-freebsd/bin/ -fstack-protector -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libEUC.so.4 -Wl,-soname,libEUC.so.4 `NM='/usr/local/aarch64-freebsd/bin/nm' lorder citrus_euc.So | tsort -q` ===> lib/libiconv_modules/EUCTW (all) --- all_subdir_librpcsec_gss --- --- rpcsec_gss_misc.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/librpcsec_gss/../../include -I/usr/src/lib/librpcsec_gss/../../libc_rpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/librpcsec_gss/rpcsec_gss_misc.c -o rpcsec_gss_misc.o --- all_subdir_libiconv_modules --- --- citrus_euctw.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I/usr/src/lib/libiconv_modules/EUCTW/../../libc/iconv -Dbool=_Bool -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libiconv_modules/EUCTW/citrus_euctw.c -o citrus_euctw.So --- all_subdir_librpcsec_gss --- --- svc_rpcsec_gss.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/librpcsec_gss/../../include -I/usr/src/lib/librpcsec_gss/../../libc_rpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/librpcsec_gss/svc_rpcsec_gss.c -o svc_rpcsec_gss.o --- all_subdir_libdwarf --- --- libdwarf_arange.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_arange.c -o libdwarf_arange.o --- all_subdir_libiconv_modules --- --- libEUCTW.so.4 --- building shared library libEUCTW.so.4 cc -B/usr/local/aarch64-freebsd/bin/ -fstack-protector -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libEUCTW.so.4 -Wl,-soname,libEUCTW.so.4 `NM='/usr/local/aarch64-freebsd/bin/nm' lorder citrus_euctw.So | tsort -q` --- all_subdir_libfetch --- --- http.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I. -DINET6 -DWITH_SSL -DFTP_COMBINE_CWDS -std=iso9899:1999 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libfetch/http.c -o http.So --- all_subdir_libiconv_modules --- ===> lib/libiconv_modules/GBK2K (all) --- citrus_gbk2k.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I/usr/src/lib/libiconv_modules/GBK2K/../../libc/iconv -Dbool=_Bool -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libiconv_modules/GBK2K/citrus_gbk2k.c -o citrus_gbk2k.So --- all_subdir_libdwarf --- --- libdwarf_arange.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_arange.c -o libdwarf_arange.So --- all_subdir_librpcsec_gss --- --- Version.map --- cat /usr/src/lib/librpcsec_gss/Symbol.map | cpp -B/usr/local/aarch64-freebsd/bin/ - - | awk -v vfile=/usr/src/lib/librpcsec_gss/../libc/Versions.def -f /usr/src/share/mk/version_gen.awk > Version.map --- librpcsec_gss.a --- building static rpcsec_gss library /usr/local/aarch64-freebsd/bin/ar -crD librpcsec_gss.a `NM='/usr/local/aarch64-freebsd/bin/nm' lorder rpcsec_gss.o rpcsec_gss_prot.o rpcsec_gss_conf.o rpcsec_gss_misc.o svc_rpcsec_gss.o | tsort -q` /usr/local/aarch64-freebsd/bin/ranlib -D librpcsec_gss.a --- librpcsec_gss.so.1 --- building shared library librpcsec_gss.so.1 --- all_subdir_libiconv_modules --- --- libGBK2K.so.4 --- building shared library libGBK2K.so.4 --- all_subdir_librpcsec_gss --- cc -B/usr/local/aarch64-freebsd/bin/ -Wl,--version-script=Version.map -fstack-protector -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o librpcsec_gss.so.1 -Wl,-soname,librpcsec_gss.so.1 `NM='/usr/local/aarch64-freebsd/bin/nm' lorder rpcsec_gss.So rpcsec_gss_prot.So rpcsec_gss_conf.So rpcsec_gss_misc.So svc_rpcsec_gss.So | tsort -q` -lgssapi --- all_subdir_libiconv_modules --- cc -B/usr/local/aarch64-freebsd/bin/ -fstack-protector -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libGBK2K.so.4 -Wl,-soname,libGBK2K.so.4 `NM='/usr/local/aarch64-freebsd/bin/nm' lorder citrus_gbk2k.So | tsort -q` --- all_subdir_libdwarf --- --- libdwarf_attr.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_attr.c -o libdwarf_attr.o --- all_subdir_libiconv_modules --- ===> lib/libiconv_modules/HZ (all) --- all_subdir_libfetch --- --- libfetch.a --- building static fetch library /usr/local/aarch64-freebsd/bin/ar -crD libfetch.a `NM='/usr/local/aarch64-freebsd/bin/nm' lorder fetch.o common.o ftp.o http.o file.o | tsort -q` --- all_subdir_libiconv_modules --- --- citrus_hz.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I/usr/src/lib/libiconv_modules/HZ/../../libc/iconv -Dbool=_Bool -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libiconv_modules/HZ/citrus_hz.c -o citrus_hz.So --- all_subdir_libfetch --- /usr/local/aarch64-freebsd/bin/ranlib -D libfetch.a --- all_subdir_libipsec --- ===> lib/libipsec (all) --- ipsec_strerror.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I. -I/usr/src/lib/libipsec -DIPSEC_DEBUG -DIPSEC -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/lib/libipsec/ipsec_strerror.c -o ipsec_strerror.So In file included from /usr/src/lib/libipsec/ipsec_strerror.c:39: In file included from /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/netipsec/ipsec.h:45: /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/net/pfkeyv2.h:230:10: error: expected parameter declarator CTASSERT(sizeof(struct sadb_x_policy) == 16); ^ /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/net/pfkeyv2.h:230:10: error: expected ')' /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/net/pfkeyv2.h:230:9: note: to match this '(' CTASSERT(sizeof(struct sadb_x_policy) == 16); ^ /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/net/pfkeyv2.h:230:1: error: type specifier missing, defaults to 'int' [-Werror,-Wimplicit-int] CTASSERT(sizeof(struct sadb_x_policy) == 16); ^ /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/net/pfkeyv2.h:266:10: error: expected parameter declarator CTASSERT(sizeof(struct sadb_x_nat_t_type) == 8); ^ /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/net/pfkeyv2.h:266:10: error: expected ')' /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/net/pfkeyv2.h:266:9: note: to match this '(' CTASSERT(sizeof(struct sadb_x_nat_t_type) == 8); ^ /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/net/pfkeyv2.h:266:1: error: type specifier missing, defaults to 'int' [-Werror,-Wimplicit-int] CTASSERT(sizeof(struct sadb_x_nat_t_type) == 8); ^ /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/net/pfkeyv2.h:275:10: error: expected parameter declarator CTASSERT(sizeof(struct sadb_x_nat_t_port) == 8); ^ /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/net/pfkeyv2.h:275:10: error: expected ')' /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/net/pfkeyv2.h:275:9: note: to match this '(' CTASSERT(sizeof(struct sadb_x_nat_t_port) == 8); ^ /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/net/pfkeyv2.h:275:1: error: type specifier missing, defaults to 'int' [-Werror,-Wimplicit-int] CTASSERT(sizeof(struct sadb_x_nat_t_port) == 8); ^ /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/net/pfkeyv2.h:284:10: error: expected parameter declarator CTASSERT(sizeof(struct sadb_x_nat_t_frag) == 8); ^ /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/net/pfkeyv2.h:284:10: error: expected ')' /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/net/pfkeyv2.h:284:9: note: to match this '(' CTASSERT(sizeof(struct sadb_x_nat_t_frag) == 8); ^ /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/net/pfkeyv2.h:284:1: error: type specifier missing, defaults to 'int' [-Werror,-Wimplicit-int] CTASSERT(sizeof(struct sadb_x_nat_t_frag) == 8); ^ 12 errors generated. *** [ipsec_strerror.So] Error code 1 make[5]: stopped in /usr/src/lib/libipsec 1 error make[5]: stopped in /usr/src/lib/libipsec *** [all_subdir_libipsec] Error code 2 make[4]: stopped in /usr/src/lib --- all_subdir_libdwarf --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/lib/libdwarf *** [all_subdir_libdwarf] Error code 2 make[4]: stopped in /usr/src/lib --- all_subdir_libiconv_modules --- A failure has been detected in another branch of the parallel make make[6]: stopped in /usr/src/lib/libiconv_modules/HZ *** [_sub.all] Error code 2 make[5]: stopped in /usr/src/lib/libiconv_modules 1 error make[5]: stopped in /usr/src/lib/libiconv_modules *** [all_subdir_libiconv_modules] Error code 2 make[4]: stopped in /usr/src/lib --- all_subdir_libfetch --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/lib/libfetch *** [all_subdir_libfetch] Error code 2 make[4]: stopped in /usr/src/lib 4 errors make[4]: stopped in /usr/src/lib A failure has been detected in another branch of the parallel make make[3]: stopped in /usr/src *** [libraries] Error code 2 make[2]: stopped in /usr/src 1 error make[2]: stopped in /usr/src *** [_libraries] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildworld] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_arm64] $ /bin/sh -xe /tmp/hudson8661731109338629654.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/sbin/init: Operation not permitted rm: FreeBSD_HEAD_arm64/sbin: Directory not empty rm: FreeBSD_HEAD_arm64/lib/libcrypt.so.5: Operation not permitted rm: FreeBSD_HEAD_arm64/lib/libc.so.7: Operation not permitted rm: FreeBSD_HEAD_arm64/lib/libthr.so.3: Operation not permitted rm: FreeBSD_HEAD_arm64/lib: Directory not empty 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/libcrypt.so.5: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib32/libthr.so.3: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib32: Directory not empty rm: FreeBSD_HEAD_arm64/usr/bin/login: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/ypchpass: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/passwd: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/chsh: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/ypchsh: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/ypchfn: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/su: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/crontab: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/chfn: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/yppasswd: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/opiepasswd: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/chpass: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/opieinfo: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin: Directory not empty rm: FreeBSD_HEAD_arm64/usr/lib/librt.so.1: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib: Directory not empty rm: FreeBSD_HEAD_arm64/usr: Directory not empty rm: FreeBSD_HEAD_arm64/libexec/ld-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: Directory not empty + true + sudo chflags -R noschg FreeBSD_HEAD_arm64 + sudo rm -fr FreeBSD_HEAD_arm64 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-arm@freebsd.org Fri Jul 31 07:55: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 CA56A9AF475 for ; Fri, 31 Jul 2015 07:55:56 +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 5B5A315E8 for ; Fri, 31 Jul 2015 07:55:56 +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 55D671FE022 for ; Fri, 31 Jul 2015 09:55:53 +0200 (CEST) Message-ID: <55BB2A5F.9000502@selasky.org> Date: Fri, 31 Jul 2015 09:57:19 +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: freebsd-arm@FreeBSD.org Subject: Re: DWC OTG TX path optimisation for 11-current References: <55A7D8CE.4020809@selasky.org> <55B23276.8090703@selasky.org> <55B73113.2020308@selasky.org> <55B8AB76.7030603@selasky.org> <55B8B297.1010008@selasky.org> <20150729154516.GH78154@funkthat.com> <55B8F5EC.2050908@selasky.org> <46ad096c958.1a82a175@mail.schwarzes.net> <55B9C3E2.5040501@selasky.org> <46ae815c7c3.447237c8@mail.schwarzes.net> <46aece00b53.3c1cdc1f@mail.schwarzes.net> In-Reply-To: <46aece00b53.3c1cdc1f@mail.schwarzes.net> Content-Type: multipart/mixed; boundary="------------000600070201000204010603" 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, 31 Jul 2015 07:55:56 -0000 This is a multi-part message in MIME format. --------------000600070201000204010603 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit On 07/31/15 05:52, Andreas Schwarz wrote: > On 31.07.15, Andreas Schwarz wrote: >> On 30.07.15, Hans Petter Selasky wrote: >>> On 07/29/15 21:41, Andreas Schwarz wrote: >>>> On 29.07.15, Hans Petter Selasky wrote: >>>> >>>>> On 07/29/15 17:45, John-Mark Gurney wrote: >>>>>> Just for your information, when I start buildworld, the system >>>>>>> responds very fast (console, ssh). After about one hour, it starts to >>>>>>> print the following warnings: >>>>> >>>>> Did this happen before r285935 aswell or only after this revision? >>>> >>>> This will happen since ~r283xxx, there are some reports in this ml, >>>> have a look at my post from 2015-06-03. >>>> >>> >>> If this is easy to reproduce for you, can you try the SMSC patch I made? >> >> It's not so easy to reproduce, it will occur under high load (and disk IO) >> situations, e.g.when building the world (-j4). But not in every case, >> sometimes buildworld complete without a problem. >> >> If the system is in this state, it will react very very slow. System load >> is high (without a causing process) and it will often hang (during shutdown) >> when performing a reboot. >> >> I'll try your patch. > > This was fast. Patch (smsc.diff) did not help. I've applied the patch, compiled and > installed the new kernel and started to build the kernel tool-chain. Just 10 minutes > ago the problem occur again. > Hi, Can you try this patch separately from the attached one? > Index: sys/dev/usb/controller/dwc_otg.c > =================================================================== > --- sys/dev/usb/controller/dwc_otg.c (revision 286002) > +++ sys/dev/usb/controller/dwc_otg.c (working copy) > @@ -579,6 +579,9 @@ > sc->sc_irq_mask |= GINTMSK_RXFLVLMSK; > DWC_OTG_WRITE_4(sc, DOTG_GINTMSK, sc->sc_irq_mask); > > + /* clear RX FIFO level interrupt */ > + DWC_OTG_WRITE_4(sc, DOTG_GINTSTS, GINTSTS_RXFLVL); > + > /* clear cached status */ > sc->sc_last_rx_status = 0; > } The attached patch will add some more debug prints so that I know what is going on in the problematic function. You'll need to C&P me the resulting console prints. --HPS --------------000600070201000204010603 Content-Type: text/x-diff; name="dwc_otg.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dwc_otg.diff" Index: dev/usb/controller/dwc_otg.c =================================================================== --- dev/usb/controller/dwc_otg.c (revision 286002) +++ dev/usb/controller/dwc_otg.c (working copy) @@ -2554,8 +2554,17 @@ uint32_t temp; uint8_t got_rx_status; uint8_t x; + uint32_t count = 0; + int came_from = -1; + static uint32_t max_count; repeat: + if (++count > max_count && came_from != -1) { + max_count = count; + printf("MAX=%d CAME=%d STS=0x%08x ACTIVE=0x%08x\n", + (int)max_count, came_from, sc->sc_last_rx_status, + sc->sc_active_rx_ep); + } /* get all channel interrupts */ for (x = 0; x != sc->sc_host_ch_max; x++) { temp = DWC_OTG_READ_4(sc, DOTG_HCINT(x)); @@ -2593,6 +2602,7 @@ DPRINTFN(5, "channel halt complete ch=%u\n", ep_no); } dwc_otg_common_rx_ack(sc); + came_from = 1; goto repeat; } @@ -2612,6 +2622,7 @@ /* check if we should dump the data */ if (!(sc->sc_active_rx_ep & (1U << ep_no))) { dwc_otg_common_rx_ack(sc); + came_from = 2; goto repeat; } @@ -2634,6 +2645,7 @@ /* check if we should dump the data */ if (!(sc->sc_active_rx_ep & (1U << ep_no))) { dwc_otg_common_rx_ack(sc); + came_from = 3; goto repeat; } @@ -2646,8 +2658,10 @@ if (got_rx_status) { /* check if data was consumed */ - if (sc->sc_last_rx_status == 0) + if (sc->sc_last_rx_status == 0) { + came_from = 4; goto repeat; + } /* disable RX FIFO level interrupt */ sc->sc_irq_mask &= ~GINTMSK_RXFLVLMSK; @@ -2656,8 +2670,10 @@ if (sc->sc_flags.status_device_mode == 0 && sc->sc_xfer_complete == 0) { /* update host transfer schedule, so that new transfers can be issued */ - if (dwc_otg_update_host_transfer_schedule_locked(sc)) + if (dwc_otg_update_host_transfer_schedule_locked(sc)) { + came_from = 5; goto repeat; + } } } --------------000600070201000204010603-- From owner-freebsd-arm@freebsd.org Fri Jul 31 08:52:31 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 CF7459AE08E for ; Fri, 31 Jul 2015 08:52:31 +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 BD46CD8D; Fri, 31 Jul 2015 08:52:31 +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 2154F6D5; Fri, 31 Jul 2015 08:52:32 +0000 (UTC) Date: Fri, 31 Jul 2015 08:52:31 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jmg@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <1756839484.55.1438332752105.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <152456498.51.1438323719300.JavaMail.jenkins@jenkins-9.freebsd.org> References: <152456498.51.1438323719300.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #739 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_arm64 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2015 08:52:31 -0000 FreeBSD_HEAD_arm64 - Build #739 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/739/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/739/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/739/console Change summaries: 286110 by jmg: temporarily fix build.. This isn't the final fix, and testing is still on going, but it has passed world for mips and powerpc... I know this has an extra semicolon, but this is the patch that is tested... Looks like better fix is to use _Static_assert... From owner-freebsd-arm@freebsd.org Fri Jul 31 09:14: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 5C4B49AE89A for ; Fri, 31 Jul 2015 09:14:26 +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 1897374A for ; Fri, 31 Jul 2015 09:14:25 +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 C4AED1FE022 for ; Fri, 31 Jul 2015 11:14:24 +0200 (CEST) Message-ID: <55BB3CC6.4030002@selasky.org> Date: Fri, 31 Jul 2015 11:15:50 +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: freebsd-arm@FreeBSD.org Subject: Re: DWC OTG TX path optimisation for 11-current References: <55A7D8CE.4020809@selasky.org> <55B23276.8090703@selasky.org> <55B73113.2020308@selasky.org> <55B8AB76.7030603@selasky.org> <55B8B297.1010008@selasky.org> <20150729154516.GH78154@funkthat.com> <55B8F5EC.2050908@selasky.org> <46ad096c958.1a82a175@mail.schwarzes.net> <55B9C3E2.5040501@selasky.org> <46ae815c7c3.447237c8@mail.schwarzes.net> <46aece00b53.3c1cdc1f@mail.schwarzes.net> <55BB2A5F.9000502@selasky.org> In-Reply-To: <55BB2A5F.9000502@selasky.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2015 09:14:26 -0000 Hi, I did some testing myself and I see the polling handler can loop many times when USB is active. Instead of 2 as a polling limit I've set 16. Hope this works too. Works fine over here. https://svnweb.freebsd.org/changeset/base/286118 --HPS From owner-freebsd-arm@freebsd.org Fri Jul 31 11:55:04 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 7B5A79AF8F1 for ; Fri, 31 Jul 2015 11:55:04 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-io0-x22f.google.com (mail-io0-x22f.google.com [IPv6:2607:f8b0:4001:c06::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 4272815D1 for ; Fri, 31 Jul 2015 11:55:04 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: by ioii16 with SMTP id i16so82779924ioi.0 for ; Fri, 31 Jul 2015 04:55:03 -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=y+c6bM3QAdSTjFflRgL4El22BsGSpZSe330XqOVJnYk=; b=kMem1EQLQuRVzTgyiCXh/Oc8fq2JkiJoizuLgTkaIvGAuTLpX4LPEvGjGLKlo/8MXT UWHqjchIC8bs4/hTlnuG9RyH4gQSWn5IorCfgzY/ao2r1ELoSPThu2uDhbZmEDejrh4v lR1P0vNf+GVxNAt/LXN6gMx1Xza9f82VmrqIoEfvl/VzQyPLhsOiJQSMEjMqScp2RLTV DIUG4j/8eEvRphdATWlKWrtLLuhUwYekhS8UXvi+vdbIrOeacKKFF92QZ9qci9rOKu1C PtDFrMTsvYFxGXTpl6WGGAJ6tauV7YkPhQS7DY5Rq/qanOs/gfRB9eZKSDSmLU8A95Ft Fjog== MIME-Version: 1.0 X-Received: by 10.107.46.156 with SMTP id u28mr4142346iou.186.1438343703615; Fri, 31 Jul 2015 04:55:03 -0700 (PDT) Received: by 10.64.148.84 with HTTP; Fri, 31 Jul 2015 04:55:03 -0700 (PDT) In-Reply-To: <55BB3CC6.4030002@selasky.org> References: <55A7D8CE.4020809@selasky.org> <55B23276.8090703@selasky.org> <55B73113.2020308@selasky.org> <55B8AB76.7030603@selasky.org> <55B8B297.1010008@selasky.org> <20150729154516.GH78154@funkthat.com> <55B8F5EC.2050908@selasky.org> <46ad096c958.1a82a175@mail.schwarzes.net> <55B9C3E2.5040501@selasky.org> <46ae815c7c3.447237c8@mail.schwarzes.net> <46aece00b53.3c1cdc1f@mail.schwarzes.net> <55BB2A5F.9000502@selasky.org> <55BB3CC6.4030002@selasky.org> Date: Fri, 31 Jul 2015 13:55:03 +0200 Message-ID: Subject: Re: DWC OTG TX path optimisation for 11-current From: Svatopluk Kraus To: Hans Petter Selasky Cc: "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: Fri, 31 Jul 2015 11:55:04 -0000 On Fri, Jul 31, 2015 at 11:15 AM, Hans Petter Selasky wrote: > Hi, > > I did some testing myself and I see the polling handler can loop many times > when USB is active. Instead of 2 as a polling limit I've set 16. Hope this > works too. Works fine over here. > > https://svnweb.freebsd.org/changeset/base/286118 > Definitely, some limitation was needed there. Thanks. Unfortunatelly, it turned out that it does not help with my problem. It has affected system response time in good way for some time after the trigger is pulled. However, after 17 hours when buildworld finished, system response time is bad again. It also turns out that I have a problem with booting my kernels. So I cannot test the extra "clear RX FIFO level interrupt" patch as even this one line of code causes that kernel does not boot. It freezes at very beginning and even first printf is not printed. Thus I have to debug this problem firstly. It will be very funny without either jtag or early printf. ;) Meantime, I have noticed that after reboot (system is 99% idle), I'm getting the following output from vmstat: root@rpi2:~ # vmstat -i -w 1 interrupt total rate irq1: mbox0 27 0 irq2: vchiq0 6 0 irq17: bcm283x_dwco 2266826 20654 irq26: bcm_dma0 962 9 irq65: uart0 21516 196 irq70: sdhci_bcm0 556 5 irq73: generic_time 25952 236 irq76: ipi 23182 211 Total 2339027 21312 irq1: mbox0 0 0 irq2: vchiq0 0 0 irq17: bcm283x_dwco 25734 23983 irq26: bcm_dma0 0 0 irq65: uart0 527 491 irq70: sdhci_bcm0 0 0 irq73: generic_time 245 228 irq76: ipi 99 92 Total 26605 24795 irq1: mbox0 0 0 irq2: vchiq0 0 0 irq17: bcm283x_dwco 25679 24022 irq26: bcm_dma0 0 0 irq65: uart0 476 445 irq70: sdhci_bcm0 0 0 irq73: generic_time 246 230 irq76: ipi 100 94 Total 26501 24790 irq1: mbox0 0 0 irq2: vchiq0 0 0 irq17: bcm283x_dwco 25683 24025 irq26: bcm_dma0 0 0 irq65: uart0 476 445 irq70: sdhci_bcm0 0 0 irq73: generic_time 245 229 irq76: ipi 104 97 Total 26508 24797 IMO, 24000 interrupts per a second for bcm283x_dwco is too many. Svata > --HPS > > _______________________________________________ > 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 Fri Jul 31 12:29: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 56D5B9AF3E7 for ; Fri, 31 Jul 2015 12:29:37 +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 DABA31CD2 for ; Fri, 31 Jul 2015 12:29:36 +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 897771FE022; Fri, 31 Jul 2015 14:29:29 +0200 (CEST) Message-ID: <55BB6A7F.3060402@selasky.org> Date: Fri, 31 Jul 2015 14:30:55 +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: Svatopluk Kraus CC: "freebsd-arm@freebsd.org" Subject: Re: DWC OTG TX path optimisation for 11-current References: <55A7D8CE.4020809@selasky.org> <55B23276.8090703@selasky.org> <55B73113.2020308@selasky.org> <55B8AB76.7030603@selasky.org> <55B8B297.1010008@selasky.org> <20150729154516.GH78154@funkthat.com> <55B8F5EC.2050908@selasky.org> <46ad096c958.1a82a175@mail.schwarzes.net> <55B9C3E2.5040501@selasky.org> <46ae815c7c3.447237c8@mail.schwarzes.net> <46aece00b53.3c1cdc1f@mail.schwarzes.net> <55BB2A5F.9000502@selasky.org> <55BB3CC6.4030002@selasky.org> In-Reply-To: Content-Type: multipart/mixed; boundary="------------080704010005060204020007" 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, 31 Jul 2015 12:29:37 -0000 This is a multi-part message in MIME format. --------------080704010005060204020007 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit On 07/31/15 13:55, Svatopluk Kraus wrote: > On Fri, Jul 31, 2015 at 11:15 AM, Hans Petter Selasky wrote: >> Hi, >> >> I did some testing myself and I see the polling handler can loop many times >> when USB is active. Instead of 2 as a polling limit I've set 16. Hope this >> works too. Works fine over here. >> >> https://svnweb.freebsd.org/changeset/base/286118 >> Hi, > > Definitely, some limitation was needed there. Thanks. > > Unfortunatelly, it turned out that it does not help with my problem. > It has affected system response time in good way for some time after > the trigger is pulled. However, after 17 hours when buildworld > finished, system response time is bad again. > > It also turns out that I have a problem with booting my kernels. So I > cannot test the extra "clear RX FIFO level interrupt" patch as even > this one line of code causes that kernel does not boot. It freezes at > very beginning and even first printf is not printed. Thus I have to > debug this problem firstly. It will be very funny without either jtag > or early printf. ;) > I'll possibly order an RPI2 for myself. > Meantime, I have noticed that after reboot (system is 99% idle), I'm > getting the following output from vmstat: > > > IMO, 24000 interrupts per a second for bcm283x_dwco is too many. Yes, that's right. BTW: I see you are using RPI2 while I'm using an RPI-B. That's probably why this won't preproduce over here. I've made another patch to not write the GINTMSK with same values. Not sure if it makes any difference. --HPS --------------080704010005060204020007 Content-Type: text/x-diff; name="dwc_otg.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dwc_otg.diff" Index: dwc_otg.c =================================================================== --- dwc_otg.c (revision 286118) +++ dwc_otg.c (working copy) @@ -576,8 +576,10 @@ DPRINTFN(5, "RX status clear\n"); /* enable RX FIFO level interrupt */ - sc->sc_irq_mask |= GINTMSK_RXFLVLMSK; - DWC_OTG_WRITE_4(sc, DOTG_GINTMSK, sc->sc_irq_mask); + if (!(sc->sc_irq_mask & GINTMSK_RXFLVLMSK)) { + sc->sc_irq_mask |= GINTMSK_RXFLVLMSK; + DWC_OTG_WRITE_4(sc, DOTG_GINTMSK, sc->sc_irq_mask); + } /* clear cached status */ sc->sc_last_rx_status = 0; @@ -2656,8 +2658,10 @@ goto repeat; /* disable RX FIFO level interrupt */ - sc->sc_irq_mask &= ~GINTMSK_RXFLVLMSK; - DWC_OTG_WRITE_4(sc, DOTG_GINTMSK, sc->sc_irq_mask); + if (sc->sc_irq_mask & GINTMSK_RXFLVLMSK) { + sc->sc_irq_mask &= ~GINTMSK_RXFLVLMSK; + DWC_OTG_WRITE_4(sc, DOTG_GINTMSK, sc->sc_irq_mask); + } } if (sc->sc_flags.status_device_mode == 0 && sc->sc_xfer_complete == 0) { --------------080704010005060204020007-- From owner-freebsd-arm@freebsd.org Fri Jul 31 15:11: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 640909AFAA9 for ; Fri, 31 Jul 2015 15:11:40 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-ig0-x236.google.com (mail-ig0-x236.google.com [IPv6:2607:f8b0:4001:c05::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 294D313D3 for ; Fri, 31 Jul 2015 15:11:40 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: by igr7 with SMTP id 7so18309744igr.0 for ; Fri, 31 Jul 2015 08:11:39 -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=J22MTLdBUhQxTiemN+YOKKU7wmhPemwmHgW6qXjxPXw=; b=ck7GKgEcmGcXePg8aJxDIzq6X2s+1GjqlPfRzg79sYUGtuwRjmOrpvLns7zR1e3mye PFYX2+n5D4hlIrexKtuACXi6SDURYUuRZ9rkkX/q/qNVm6i/LK+gEHh1rhGwf5qMWlEs Cab3bdRl9lIy5HZdSMUuN9avyOaor6yIyqX3BwrCDTdraUcEZ5n+Kk7PIZRvrqIHgW8n dlGpGAF94pf8kMugAMejq2MpD5W1xbdvjC5sV9xEzHoEvaB8hwEIUOZrgYxQqPQb9CcJ aJsLa9HvE8tWg6BoBPunl2BWxLg/HWE7g1RO7YecccsIIAVIlsapWX8X44LHU805dcaV DeHg== MIME-Version: 1.0 X-Received: by 10.50.2.9 with SMTP id 9mr6294078igq.42.1438355499431; Fri, 31 Jul 2015 08:11:39 -0700 (PDT) Received: by 10.64.148.84 with HTTP; Fri, 31 Jul 2015 08:11:39 -0700 (PDT) In-Reply-To: <55BB6A7F.3060402@selasky.org> References: <55A7D8CE.4020809@selasky.org> <55B23276.8090703@selasky.org> <55B73113.2020308@selasky.org> <55B8AB76.7030603@selasky.org> <55B8B297.1010008@selasky.org> <20150729154516.GH78154@funkthat.com> <55B8F5EC.2050908@selasky.org> <46ad096c958.1a82a175@mail.schwarzes.net> <55B9C3E2.5040501@selasky.org> <46ae815c7c3.447237c8@mail.schwarzes.net> <46aece00b53.3c1cdc1f@mail.schwarzes.net> <55BB2A5F.9000502@selasky.org> <55BB3CC6.4030002@selasky.org> <55BB6A7F.3060402@selasky.org> Date: Fri, 31 Jul 2015 17:11:39 +0200 Message-ID: Subject: Re: DWC OTG TX path optimisation for 11-current From: Svatopluk Kraus To: Hans Petter Selasky Cc: "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: Fri, 31 Jul 2015 15:11:40 -0000 On Fri, Jul 31, 2015 at 2:30 PM, Hans Petter Selasky wrote: > On 07/31/15 13:55, Svatopluk Kraus wrote: >> >> On Fri, Jul 31, 2015 at 11:15 AM, Hans Petter Selasky >> wrote: >>> >>> Hi, >>> >>> I did some testing myself and I see the polling handler can loop many >>> times >>> when USB is active. Instead of 2 as a polling limit I've set 16. Hope >>> this >>> works too. Works fine over here. >>> >>> https://svnweb.freebsd.org/changeset/base/286118 >>> > > Hi, > >> >> Definitely, some limitation was needed there. Thanks. >> >> Unfortunatelly, it turned out that it does not help with my problem. >> It has affected system response time in good way for some time after >> the trigger is pulled. However, after 17 hours when buildworld >> finished, system response time is bad again. >> >> It also turns out that I have a problem with booting my kernels. So I >> cannot test the extra "clear RX FIFO level interrupt" patch as even >> this one line of code causes that kernel does not boot. It freezes at >> very beginning and even first printf is not printed. Thus I have to >> debug this problem firstly. It will be very funny without either jtag >> or early printf. ;) >> > > I'll possibly order an RPI2 for myself. Well, the reason why some of my kernels did not boot is that kernel start address is changing from 0x100 offset to 0x180 offset for some strange unknown reason when I change one line of code for example. If I change more lines in same file on another place, it does not happen. I will not investigate that now, but I'm able to arrange my boot script according to actual starting address. ;) Thus I was able to test both your patches and none of them makes difference. > >> Meantime, I have noticed that after reboot (system is 99% idle), I'm >> getting the following output from vmstat: >> >> > >> IMO, 24000 interrupts per a second for bcm283x_dwco is too many. > > > Yes, that's right. Note that I got about 24000 interrupts per a second during buildworld too. If I remember it correctly, it was about 4000 before r285935. When the trigger is pulled, the count is changing (in range of 4000 to 21000). It looks like something is taking more time (interrupt servicing probably). According to "systat -v", disk is going to be 100% (and more) busy very often for example. Svata > > BTW: I see you are using RPI2 while I'm using an RPI-B. That's probably why > this won't preproduce over here. > > I've made another patch to not write the GINTMSK with same values. Not sure > if it makes any difference. > > --HPS > From owner-freebsd-arm@freebsd.org Sat Aug 1 06:03: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 D2B079B1A89 for ; Sat, 1 Aug 2015 06:03:11 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-lb0-x236.google.com (mail-lb0-x236.google.com [IPv6:2a00:1450:4010:c04::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B89C994; Sat, 1 Aug 2015 06:03:11 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by lbbyj8 with SMTP id yj8so56617208lbb.0; Fri, 31 Jul 2015 23:03:09 -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 :content-type; bh=eWOKvlAa+/1/17VcbKvgLOvT4xkVMG/ZCSym0Zdp0Bs=; b=Lf79tFQ3+3JSO9hm9S+xMzbcg/xP/72ma+3LiDl9H9ptecohajHzDSYvXq8ThTUaIT 7Uc5qE0BEoXAMFa9kWA80gCsFDwxUkFZsaq2T83lLiaB0DcACcx70gvWGAnEdDa3wev6 Xtg7EY7f1VzqLSr5xqwAfgWhHGb2AU08tlUU5IprT6X8uPjvQXoUL0wqqNk0IzYpLtW0 uagKpH6D2GglClJ/Kcp9DurSHBESe84XUc0+aZrofUQ7o90R3oawDjFTA9pdh4cz1qPl /yGaaJwVD4bH5etMGNFEE6UBxXZ9W0hepsTjkA/lbMxCVpZfHeC2bBctmZTOLK+D0ZSl Ar+Q== MIME-Version: 1.0 X-Received: by 10.152.116.39 with SMTP id jt7mr6928395lab.82.1438408989120; Fri, 31 Jul 2015 23:03:09 -0700 (PDT) Received: by 10.152.180.166 with HTTP; Fri, 31 Jul 2015 23:03:09 -0700 (PDT) In-Reply-To: References: <20150728173831.229400355e485fa511ca388b@ulrich-grey.de> Date: Fri, 31 Jul 2015 23:03:09 -0700 Message-ID: Subject: Re: Hummingboard u-boot not loading? From: Russell Haley To: freebsd-arm , Ian Lepore Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Aug 2015 06:03:12 -0000 Hi Guys, I'm still really stalled out on u-boot-cubox-hummingboard right now. I'm trying to get a new hummingboard i2eX board running (dual core IMX6). The only thing I can think of is the pkg binary was built with a quad-core configuration in the SPL portion of the code but I can't confirm that cause I STILL don't know what I am doing with u-boot cross compilation. I am running the hummingboard pro with a dual core i2eX SOM. I also can't get the code from the ports tree to build and get the error from the email below. I think the last time Ian worked through this with me is because I was trying to build u-boot with cross tools from 11 but my kernel and installed verison is 10 (I'm in a jail). Unfortuantely, I am just "throwing mud at a wall" at this point to see if something sticks. Any suggestions or help would be great. Thanks, Russ On Tue, Jul 28, 2015 at 11:05 AM, Russell Haley wrote: > ---------- Forwarded message ---------- > From: Russell Haley > Date: Tue, Jul 28, 2015 at 11:05 AM > Subject: Re: Hummingboard u-boot not loading? > To: Ulrich Grey > > > boo hooo hooo... I just want to boot my new toy! lolz :D > > Okay, I guess I will delete my ports tree and try and get a previous > version from svn? Glad I'm doing this in a jail... > > On Tue, Jul 28, 2015 at 10:38 AM, Ulrich Grey wrote: >> >>> In file included from >>> /usr/ports/sysutils/u-boot-cubox-hummingboard/work/u-boot-imx6-e4bc4c3/include/linux/compiler.h:40:0, >>> from >>> /usr/ports/sysutils/u-boot-cubox-hummingboard/work/u-boot-imx6-e4bc4c3/include/linux/byteorder/little_endian.h:12, >>> from >>> /usr/ports/sysutils/u-boot-cubox-hummingboard/work/u-boot-imx6-e4bc4c3/include/asm/byteorder.h:29, >>> from >>> /usr/ports/sysutils/u-boot-cubox-hummingboard/work/u-boot-imx6-e4bc4c3/include/compiler.h:112, >>> from >>> /usr/ports/sysutils/u-boot-cubox-hummingboard/work/u-boot-imx6-e4bc4c3/include/image.h:19, >>> from >>> /usr/ports/sysutils/u-boot-cubox-hummingboard/work/u-boot-imx6-e4bc4c3/include/common.h:100, >>> from lib/asm-offsets.c:15: >>> /usr/ports/sysutils/u-boot-cubox-hummingboard/work/u-boot-imx6-e4bc4c3/include/linux/compiler-gcc.h:93:30: >>> fatal error: linux/compiler-gcc5.h: No such file or directory >>> compilation terminated. >>> Makefile:746: recipe for target 'lib/asm-offsets.s' failed >>> gmake[1]: *** [lib/asm-offsets.s] Error 1 >> >> After I have updated the portstree I get the same errors. >> I guess this is related to devel/arm-none-eabi-gcc. It's now version 5.2.0. >> Version 4.9.2_4 works for me. From owner-freebsd-arm@freebsd.org Sat Aug 1 19:46: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 DA29C9B1150; Sat, 1 Aug 2015 19:46:39 +0000 (UTC) (envelope-from alan.l.cox@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 98A0E93B; Sat, 1 Aug 2015 19:46:39 +0000 (UTC) (envelope-from alan.l.cox@gmail.com) Received: by ykdu72 with SMTP id u72so83372848ykd.2; Sat, 01 Aug 2015 12:46:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=rIclPY9OqIUjlda48cKWv0rwRM0CB1BIN1mCOTV5I4I=; b=GCXZuBXYcvAJmuDRbCG8arTkf1uEwnkLUSIkPOJXPFUCELx/nZvLSA/rC9NNaz4UcO KfEHEferwYmCG6HJ2n/A/rBN5rR0TA4ftwQL5ocQtTDnlyet8YQXYuBOxb4LUaJ6nmNk e2YkKlcf5Lyl6jpFkOvNXnVBTYyQulBiCyDZ1oUPQ3pH4VieMy+mnGIJzQaSl3MVzyoQ wDvIbg9tE6ZZwfX/4EZ7N4233JUEWPGMtYA1pKkbcViq8ZO+Z/bIqIwmlKV9RoEH6iqA 0SEZBcB5IMuRPOF7SGH7qfv0bDOd6IYqVWKpn4ojJgEkaXA1yXCBmJE5cZnwpn+xBsU8 NjXQ== MIME-Version: 1.0 X-Received: by 10.170.75.194 with SMTP id r185mr10502618ykr.121.1438458398749; Sat, 01 Aug 2015 12:46:38 -0700 (PDT) Received: by 10.37.66.206 with HTTP; Sat, 1 Aug 2015 12:46:38 -0700 (PDT) Reply-To: alc@freebsd.org In-Reply-To: References: Date: Sat, 1 Aug 2015 14:46:38 -0500 Message-ID: Subject: Re: Buf ring cleanups From: Alan Cox To: Zbigniew Bodek Cc: K Macy , imp@freebsd.org, freebsd-current , "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: Sat, 01 Aug 2015 19:46:40 -0000 On Thu, Jul 30, 2015 at 6:34 AM, Zbigniew Bodek wrote: > Hello, > > I'm writing to ensure what to do with that patch: > https://reviews.freebsd.org/D1945 > > It was created as a result of discussion related to this review: > https://reviews.freebsd.org/D1833 > The patch (D1945) is still waiting to be committed. We really need fix > for ARM in buf_ring so if someone is sure that the patch is OK then > please commit. > > Thanks in advance and best regards > bde@, kib@, and I have been slogging through kern/, net/, and sys/ reviewing the use of memory ordering primitives and correcting problems. We should get to buf_ring.h soon. However, we also need to pause and update the atomic(9) man page. It defines the semantics of acquire and release in a way that is inconsistent with the architectures that natively support the release consistency model, e.g., arm64 and ia64, as well as the C11 and C++11 standards. Lines 330 through 339 of the patch in D1945 is one example of where the incorrect definition in the current man page has an effect. Alan