From owner-freebsd-arm@freebsd.org Sun Feb 14 06:33:53 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D631CAA1EEF for ; Sun, 14 Feb 2016 06:33:53 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qg0-x22c.google.com (mail-qg0-x22c.google.com [IPv6:2607:f8b0:400d:c04::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 8A9771C58 for ; Sun, 14 Feb 2016 06:33:53 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qg0-x22c.google.com with SMTP id b35so91221450qge.0 for ; Sat, 13 Feb 2016 22:33:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=2oGWc7AJdraxIlkgbnO0MunnYNA7cVvU0j038dZXXSU=; b=CzLPOCGQPKpwQZ421T6E6iccd1uprnJQKO74VrioGlhOIM2GNsnRbLceM7FbMN8uPJ 1VTO0Wi8lC0TThukZDlJZc649qm3140L9gPCo0dX8pWuXZ77BkqGBhJtx5ztn+PA3KVc G4/h+GSzxOtYdkTdRVjdFmH3VdbxCsROU4zckyNbAXZikCzc6tAK0Z6nfVHtCdQ+cRpK o26uPzhKymLqNpRZY3E36daMYIAQJvTBfF62brV58emhSDFsJqTlPD+VmjcD4HBwPQTU OuOmv442cVtjJseKrh3lqv/fFYSMj6Y3XzalZCmw4lCwr5ASulQIULBJKXV81IyX1Oyz iZNA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=2oGWc7AJdraxIlkgbnO0MunnYNA7cVvU0j038dZXXSU=; b=RGVwIGjNtAfwifi3jVTL9OpWciOQRfHDTX6t0Ajs+WlLhSEzb9ABe0bMZPZEJOeQC5 t+dGrXqJMf5zPr7vxRIgphMb4XimyM3y7VLfTPWeidOlEI8cHaDgz/CbBXPh8qIRrWeQ 5xLL0hlZELkO0cLh5kR3eKJsevwmSdv4KXCcDLNHpkJwXZ8oxb+ftMcT3ILl1s69ZuHY 1+DczkGR+ctgjoylTbdOh92KMabkuM8hdTzqXqs6hNx7c2UFBeTHkl9eruxrUQYJ462U yjRBIn7gCXIVadC1a9oiKW1PsaIT9iQqPDqDljYctPWX2QYlMfsPjXTNUvNGiEf2Zl22 bh7g== X-Gm-Message-State: AG10YOQY7ajTRqTTSHfKhw4Ekuk+Umb8MMRbcsm9YNr4jQT1EAplFvxDTbeWkLg+NQ/GQib2tGSLnGi2m3Q9pA== MIME-Version: 1.0 X-Received: by 10.140.43.180 with SMTP id e49mr12408377qga.50.1455431632730; Sat, 13 Feb 2016 22:33:52 -0800 (PST) Sender: wlosh@bsdimp.com Received: by 10.140.30.166 with HTTP; Sat, 13 Feb 2016 22:33:52 -0800 (PST) X-Originating-IP: [50.253.99.174] In-Reply-To: References: <20140216111153.GA74858@olymp.kibab.com> <5C2CF572-360D-4CA0-81C7-18A5C455AED5@bsdimp.com> <20140224142642.GA32538@olymp.kibab.com> <53120EE8.1080600@bakulin.de> <5688F015.4090002@bakulin.de> <20160213035806.4403283.12124.2928@gmail.com> Date: Sat, 13 Feb 2016 23:33:52 -0700 X-Google-Sender-Auth: KSjFZ3rwBFFvi9Y9ZYRqGsWEuvU Message-ID: Subject: Re: MMC/SDIO stack under CAM From: Warner Losh To: Russell Haley Cc: Adrian Chadd , "freebsd-hackers@freebsd.org" , Alexander Motin , Ilya Bakulin , "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Feb 2016 06:33:53 -0000 On Fri, Feb 12, 2016 at 11:48 PM, Russell Haley wrote: > On Fri, Feb 12, 2016 at 8:16 PM, Adrian Chadd > wrote: > > On 12 February 2016 at 19:58, Russell Haley > wrote: > >> Hi Ilya, so does that mean I can take a linux driver for an SDIO wifi > card and build it using a reference to your library and everything should > "just work"? > > > > nope. there's a lot more to it than that. But it's a good start - > > getting the driver up and doing IO to the card is a big step. > > > > > > > > -a > > > Okay, thanks. But if I include his CAM driver and then use the patch > below for IMX6 on my Hummingboard, I would be able to test the driver? > Will a simple kldstat be enough to verify I am using his driver or is > there something more direct in dtrace? > "camcontrol devlist" would let you know for sure. Warner > Thanks, > > Russ > > >> Thanks, > >> Russ > >> > >> Sent from my BlackBerry 10 smartphone on the Koodo network. > >> Original Message > >> From: Ilya Bakulin > >> Sent: Thursday, February 11, 2016 10:43 AM > >> To: Lundberg, Johannes > >> Cc: Adrian Chadd; freebsd-hackers@freebsd.org; Alexander Motin; > freebsd-arm@freebsd.org > >> Subject: Re: MMC/SDIO stack under CAM > >> > >> Hi Johannes, > >> > >> My work doesn't include writing drivers for SDHCI controllers. But if > the controller on your new boards is supported by FreeBSD, then you can > really test the new stack! Especially if the controller driver for your > board is based on dev/sdhci, adapting it to work with the new stack is > trivial. For example, iMX6 SDHCI needed only a couple of lines: > https://github.com/kibab/freebsd/commit/df6d8d534740aa3633979da0a9d0ca00b= 60db0e9 > >> > >> Please let me know when you get the new boards and we will figure out > what we need. > >> > >> On February 11, 2016 3:17:22 AM GMT+01:00, "Lundberg, Johannes" < > johannes@brilliantservice.co.jp> wrote: > >>>Hi Ilya > >>> > >>>This is great! > >>> > >>>I've got a Tronsmart ARA X5 and just purchased a few UP > >>> > >>>boards > >>>and it would be really nice if I could utilize the onboard eMMC. These > >>>are > >>>all Intel Cherrytrail platforms. > >>> > >>>Please let me know if there's anything (testing?) I can do to speed up > >>>the > >>>process. > >>> > >>> > >>> > >>>-- > >>>Name: Johannes Lundberg > >>>Position: Mirama project leader > >>>Phone: +1-408-636-2161 > >>>Skype: brilliantjohannes > >>>Online: LinkedIn > >>>Facebook > >>> Reddit > >>> Twitter > >>> GitHub > >>> > >>>GitLab > >>>Company: Mirama Brilliantservice US > >>> Brilliantservice JP > >>> > >>> > >>>On Sun, Jan 3, 2016 at 1:55 AM, Ilya Bakulin wrote: > >>> > >>>> So, more than one year has passed, and I'd like to resurrect this > >>>work > >>>> and move forward. > >>>> > >>>> I have uploaded a new diff and created a completely new revision to > >>>> track the development: https://reviews.freebsd.org/D4761 > >>>> > >>>> What it is able to do now: > >>>> > >>>> * Read/write on SD/SDHC/MMC cards! > >>>> * Detect SDIO cards and create devices that correspond to SDIO > >>>functions > >>>> > >>>> This all works only on BeagleBone currently, because some changes > >>>need > >>>> to be done in each SDHCI-compliant driver to make it interact with > >>>CAM. > >>>> I have purchased a Wandboard Quad that has an integrated SDIO WiFi > >>>chip, > >>>> so I hope to tweak its SDHCI driver as well. > >>>> > >>>> I haven't profiled the stack because: > >>>> * Now we have only SD/MMC cards that are slow anyway; > >>>> * I don't know how to do it in FreeBSD :-) > >>>> > >>>> Please review this diff and tell what you think! > >>>> > >>>> On 01/03/14 18:05, Adrian Chadd wrote: > >>>> > On 1 March 2014 08:46, Ilya Bakulin wrote: > >>>> >> Hi Adrian, > >>>> >> > >>>> >> On 24.02.14, 16:59, Adrian Chadd wrote: > >>>> >>> hi, > >>>> >>> > >>>> >>> Let me just reiterate some .. well, experience doing this stuff > >>>at QCA. > >>>> >>> > >>>> >>> You really, absolutely don't want too much overhead in the > >>>MMC/SDIO > >>>> >>> path between whatever is issuing things and the network driver. > >>>> >>> > >>>> >>> There was significant performance work done at QCA on a local > >>>MMC/SDIO > >>>> >>> driver and bus to get extremely low latency and CPU utilisation > >>>when > >>>> >>> pushing around small transactions. The current CAM locking model > >>>is > >>>> >>> not geared towards getting to high transaction rates. > >>>> >> So here you mean some work done on Linux MMC/SDIO stack by QCA > >>>> >> which made it far better than current Linux MMC stack in terms of > >>>> >> high SDIO I/O rates? > >>>> > Yup. The stock MMC stack/driver in Linux wasn't "fast" enough at > >>>small > >>>> > transactions to sustain the wifi speeds customers required. > >>>> > > >>>> >>> You may think this is a very architecturally pretty solution and > >>>it > >>>> >>> indeed may be. But if it doesn't perform as well as the existing > >>>local > >>>> >>> hacks that vendors have done, no company deploying this hardware > >>>is > >>>> >>> going to want to use it. They'll end up realising there's this > >>>massive > >>>> >>> CAM storage layer in between and either have to sit down to rip > >>>it up > >>>> >>> and replace it with something lightweight, or they'll say "screw > >>>it" > >>>> >>> and go back to the vendor supplied hacked up Linux solution. > >>>> >> I think that if the "architecturally pretty solution" behaves > >>>worse than > >>>> >> some ugly hacks, then it may be not so pretty or the architecture > >>>is > >>>> >> just broken > >>>> >> by design. > >>>> >> > >>>> >>> So I highly recommend you profile things - and profile things > >>>with > >>>> >>> lots of small transactions. If the CAM overhead is more than a > >>>tiny, > >>>> >>> tiny fraction of CPU at 25,000 pps, your solution won't scale. > >>>:-) > >>>> >> I don't really know what to compare with. For MMC/SD cards it is > >>>pretty > >>>> >> obvious, but then these cards will be likely the bottleneck, not > >>>the > >>>> stack. > >>>> >> And the only goal would be to not make the stack slower than it i= s > >>>now. > >>>> >> But, as ATA devices are much faster than MMC/SD, I don't think > >>>this will > >>>> >> be a problem. > >>>> >> > >>>> >> For SDIO things are different. But we don't have any drivers > >>>(yet), > >>>> except > >>>> >> mv_sdiowl that I'm writing, to test on. So I have to bring the > >>>SDIO > >>>> >> stack on CAM, > >>>> >> than bring mv_sdiowl to the state when it can actually transmit > >>>the > >>>> >> data, and then > >>>> >> compare performance with the vendor-supplied Linux driver. > >>>> >> We'll see then if there is a room for improvement... > >>>> > That sounds like a plan. > >>>> > > >>>> > Just note that although storage looks like it's doing much more > >>>> > throughput, the IO size also matters. As I said above, it's not > >>>> > uncommon to have > 1000 receive frames a second on 802.11n; and > >>>that > >>>> > can peak much higher than that. That's not the kind of IO rate you > >>>see > >>>> > on SD cards. :-) > >>>> > > >>>> > > >>>> > > >>>> > -a > >>>> > _______________________________________________ > >>>> > freebsd-hackers@freebsd.org mailing list > >>>> > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > >>>> > To unsubscribe, send any mail to " > >>>> freebsd-hackers-unsubscribe@freebsd.org" > >>>> > > >>>> > >>>> > >>>> -- > >>>> Regards, > >>>> Ilya Bakulin > >>>> > >>>> > >>>> > >>> > >>>-- > >>>=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-= =3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- > >>>=E7=A7=98=E5=AF=86=E4=BF=9D=E6=8C=81=E3=81=AB=E3=81=A4=E3=81=84=E3=81= =A6=EF=BC=9A=E3=81=93=E3=81=AE=E9=9B=BB=E5=AD=90=E3=83=A1=E3=83=BC=E3=83=AB= =E3=81=AF=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E3=81=AB=E9=80=81=E4=BF=A1=E3= =81=97=E3=81=9F=E3=82=82=E3=81=AE=E3=81=A7=E3=81=82=E3=82=8A=E3=80=81=E7=A7= =98=E5=8C=BF=E7=89=B9=E6=A8=A9=E3=81=AE=E5=AF=BE=E8=B1=A1=E3=81=A8=E3=81=AA= =E3=82=8B=E6=83=85=E5=A0=B1=E3=82=92=E5=90=AB=E3=82=93=E3=81=A7=E3=81=84=E3= =81=BE=E3=81=99=E3=80=82 > >>>=E3=82=82=E3=81=97=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E4=BB=A5=E5=A4= =96=E3=81=AE=E6=96=B9=E3=81=8C=E5=8F=97=E4=BF=A1=E3=81=95=E3=82=8C=E3=81=9F= =E5=A0=B4=E5=90=88=E3=80=81=E3=81=93=E3=81=AE=E3=83=A1=E3=83=BC=E3=83=AB=E3= =81=AE=E7=A0=B4=E6=A3=84=E3=80=81=E3=81=8A=E3=82=88=E3=81=B3=E3=81=93=E3=81= =AE=E3=83=A1=E3=83=BC=E3=83=AB=E3=81=AB=E9=96=A2=E3=81=99=E3=82=8B=E4=B8=80= =E5=88=87=E3=81=AE=E9=96=8B=E7=A4=BA=E3=80=81 > >>>=E8=A4=87=E5=86=99=E3=80=81=E9=85=8D=E5=B8=83=E3=80=81=E3=81=9D=E3=81= =AE=E4=BB=96=E3=81=AE=E5=88=A9=E7=94=A8=E3=80=81=E3=81=BE=E3=81=9F=E3=81=AF= =E8=A8=98=E8=BC=89=E5=86=85=E5=AE=B9=E3=81=AB=E5=9F=BA=E3=81=A5=E3=81=8F=E3= =81=84=E3=81=8B=E3=81=AA=E3=82=8B=E8=A1=8C=E5=8B=95=E3=82=82=E3=81=95=E3=82= =8C=E3=81=AA=E3=81=84=E3=82=88=E3=81=86=E3=81=8A=E9=A1=98=E3=81=84=E7=94=B3= =E3=81=97=E4=B8=8A=E3=81=92=E3=81=BE=E3=81=99=E3=80=82 > >>>--- > >>>CONFIDENTIALITY NOTE: The information in this email is confidential > >>>and intended solely for the addressee. > >>>Disclosure, copying, distribution or any other action of use of this > >>>email by person other than intended recipient, is prohibited. > >>>If you are not the intended recipient and have received this email in > >>>error, please destroy the original message. > >> > >> -- > >> =D0=9F=D1=80=D0=BE=D1=81=D1=82=D0=B8=D1=82=D0=B5 =D0=B7=D0=B0 =D0=BA= =D1=80=D0=B0=D1=82=D0=BA=D0=BE=D1=81=D1=82=D1=8C, =D1=81=D0=BE=D0=B7=D0=B4= =D0=B0=D0=BD=D0=BE =D0=B2 K-9 Mail. > >> _______________________________________________ > >> freebsd-arm@freebsd.org mailing list > >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm > >> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@freebsd.org Sun Feb 14 21:13:04 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B3B58AA8221 for ; Sun, 14 Feb 2016 21:13:04 +0000 (UTC) (envelope-from franco.ricc@gmail.com) Received: from mail-wm0-x22d.google.com (mail-wm0-x22d.google.com [IPv6:2a00:1450:400c:c09::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 509041556 for ; Sun, 14 Feb 2016 21:13:04 +0000 (UTC) (envelope-from franco.ricc@gmail.com) Received: by mail-wm0-x22d.google.com with SMTP id b205so44828772wmb.1 for ; Sun, 14 Feb 2016 13:13:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:subject:message-id:date :to:mime-version; bh=+uKOZJ+nvwBOeVRExeJbm8HTZA4BLIVgEUK4zI15XNI=; b=GksJGU1qOW18lBHgASwet58GeNo0cMx43ncE57zaC487BmjjaNuAnEDmRGPRrQnKNr DUxesODlhICZ203gqQBkZgm2LugYtPIccXfzHe0lSV37/6wbT9vtRxS0suygVY+VRuaO QtXgGncNoIUOWJaa9EL77Fhu6Bt+wrqb0uVEqD8NG7Y1oLIRNKJFioJeF1g4YJ1zaBQr /SHsn708AS+ANkkx2E158Ix9xEQ+6rplmQpUzs5jxJsX3EyR12btU0qQA51rLWYZYA0L N3It9OH+/PtZJcXJ9vI8O09Qmvh/L32HgPQq+HaCYYg2dlFmpwULh8GGMcYyyS87djBr rRCg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:content-type:content-transfer-encoding :subject:message-id:date:to:mime-version; bh=+uKOZJ+nvwBOeVRExeJbm8HTZA4BLIVgEUK4zI15XNI=; b=FPu/+X5c7/wMLio9RaV7q6yzeBV6HORHIXrvDLACmihzg/T5Bdbp+PGDxdy95mUYN8 le2NPq5JGS7kxRl+peWXs7FLrqfjr5MaBcKzYGgx1Vhz8lHfDwCw0u8JMp/A7L05+m81 JiDVhoAhdP17uPk3eVCPhwsdY/92lWZ1EK+dfEMe6bzLNT7CPmE4kUSFuJlkoTkqF8N+ 9hCw1lzYDPkxqFOWTVsuDqCYaABK3aPPnMtk7z69fPgUrv4M2utoWi4bqRJMMn/Rkcev rVYvMXrmwu1pRsZCmHPLtuxQZzrxNVQ469mXVjxdX/+CNtHLgdSTYjqsBRWlDKhznZkn 22DA== X-Gm-Message-State: AG10YOQiMXOsBAGmKoG2qI47pDjZrjN0kvXBNiZjnUjI4LcRbumuLCy54Fx80utycg6NXw== X-Received: by 10.28.73.136 with SMTP id w130mr9582075wma.36.1455484382911; Sun, 14 Feb 2016 13:13:02 -0800 (PST) Received: from [192.168.20.5] (host130-208-dynamic.22-79-r.retail.telecomitalia.it. [79.22.208.130]) by smtp.gmail.com with ESMTPSA id ct2sm22170625wjb.46.2016.02.14.13.13.01 for (version=TLSv1/SSLv3 cipher=OTHER); Sun, 14 Feb 2016 13:13:02 -0800 (PST) From: Franco Ricci Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Banana pi pro SATA Message-Id: Date: Sun, 14 Feb 2016 22:13:00 +0100 To: freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) X-Mailer: Apple Mail (2.1510) 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, 14 Feb 2016 21:13:04 -0000 I successfully installed FreeBSD on Banana Pi Pro using Crochet script. FreeBSD bananapi 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r295603: Sun Feb = 14 04:13:56 CET 2016 = root@crochet:/tmp/crochet-master/work/obj/arm.armv6/usr/src/sys/A20 arm = 1100097 I used an 16GB SD card to boot system All works great and I tried to use an external SATA disk.=20 FreeBSD kernel finds correctly the SATA controller: ... ahci0: mem 0x1c18000-0x1c18fff = irq 15 on simplebus0 ahci0: AHCI v1.10 with 1 3Gbps ports, Port Multiplier not supported ahci0: quirks=3D0x2 ahcich0: at channel 0 on ahci0 ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA8-ACS SATA 3.x device ada0: Serial Number 50026B77590A1CD3 ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 512bytes) ada0: Command Queueing enabled ada0: 114473MB (234441648 512 byte sectors) ... I created a new ufs slice on SATA disk and mounted it in /mnt=20 gpart create -s mbr /dev/ada0 gpart add -t freebsd /dev/ada0 gpart create -s bsd /dev/ada0s1 gpart add -s 30G -t freebsd-ufs /dev/ada0s1 newfs -U -L extusr /dev/ada0s1a=20 mount /dev/ada0s1a /mnt When i try to copy several files: cp -av /usr/bin /mnt after some files copied I get: panic: vm_page_insert_after: page already inserted cpuid =3D 0 KDB: enter: panic [ thread pid 624 tid 100079 ] Stopped at $d.7: ldrb r15, [r15, r15, ror r15]! db> Any help is very appreciated. Bye Franco From owner-freebsd-arm@freebsd.org Mon Feb 15 10:13:47 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 692B5AA9E05; Mon, 15 Feb 2016 10:13:47 +0000 (UTC) (envelope-from ilya@bakulin.de) Received: from olymp.kibab.com (olymp6.kibab.com [IPv6:2a01:4f8:160:84c1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 307B91E5D; Mon, 15 Feb 2016 10:13:44 +0000 (UTC) (envelope-from ilya@bakulin.de) DKIM-Filter: OpenDKIM Filter v2.10.3 olymp.kibab.com B8A1E4E674 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=bakulin.de; s=default; t=1455531218; bh=EkZ+uNda3Zo1jeoLin0+zjYAR9uYfmEZF1fSpCDPhes=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=Q+/pN2KyupnHRbZaSlREPfiZ3bsLTvKFd/6qK2PS04cDNncLJnSK0IHlaBmLslAL0 7kYlELcxpaQBzyqn5a1GhX+LvnQ8+04V1WqBCS+wIEsBKVTYoZSx0BRGxq3DBuKb1i BeofuUiOZPU1c0ISZ4rh2dRF1rsH3t9AM7e7YMX4= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Mon, 15 Feb 2016 11:13:38 +0100 From: Ilya Bakulin To: Stanislav Sedov Cc: "Lundberg, Johannes" , Adrian Chadd , freebsd-hackers@freebsd.org, Alexander Motin , freebsd-arm@freebsd.org Subject: Re: MMC/SDIO stack under CAM Organization: Deglitch Networks In-Reply-To: <6942A46B-110B-4E1F-9DA1-F965009E8E92@FreeBSD.org> References: <20140216111153.GA74858@olymp.kibab.com> <5C2CF572-360D-4CA0-81C7-18A5C455AED5@bsdimp.com> <20140224142642.GA32538@olymp.kibab.com> <53120EE8.1080600@bakulin.de> <5688F015.4090002@bakulin.de> <6942A46B-110B-4E1F-9DA1-F965009E8E92@FreeBSD.org> Message-ID: <38dd08fc2a5930d58b09e9bd3cb6d3e7@bakulin.de> X-Sender: ilya@bakulin.de X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Feb 2016 10:13:47 -0000 On 2016-02-11 19:54, Stanislav Sedov wrote: >> On Feb 11, 2016, at 10:47 AM, Ilya Bakulin wrote: >> >> I'll use an excellent opportunity to post a small status update about >> my work :-) >> * SDHC controller on Wandboard now works with the new stack; >> * SDIO block read now works! >> * camcontrol userland app is extended to support "mmcsdcmd" command >> that allows to send MMC commands from userland apps directly to the >> card via pass(4) device -- now we can write WLAN driver in userland >> :-D > > Great news, userspace drivers are the best!:) > > So what are the remaining pieces that prevent this work from hitting > the HEAD? > > -- > Stanislav Sedov > ST4096-RIPE Hi Stas, As I'm not a committer, someone needs to review my code and assist in intergration into -HEAD :-) Currently nobody was able to do a review because of -ENOTIME. The only feature that is missing in the new stack (from my PoV) is working with high-speed cards -- I just haven't implemented switching to high-speed mode yet. Although now it's possible to send required commands to the card and then switch controller speed -- all using camcontrol mmcsdcmd :-). Do you know anyone not on CC line who is able to help me with this? Or maybe you could even find some time yourself? -- Mit freundlichen Grüßen, Ilya Bakulin From owner-freebsd-arm@freebsd.org Mon Feb 15 13:02:25 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6C620AA18E6 for ; Mon, 15 Feb 2016 13:02:25 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "raven.bwct.de", Issuer "BWCT" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0AB991E5A for ; Mon, 15 Feb 2016 13:02:24 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id u1FCYmg4009311 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 15 Feb 2016 13:34:48 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id u1FCYghK034762 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 15 Feb 2016 13:34:42 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.15.2/8.15.2) with ESMTP id u1FCYgdc090688; Mon, 15 Feb 2016 13:34:42 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.15.2/8.15.2/Submit) id u1FCYdbH090687; Mon, 15 Feb 2016 13:34:39 +0100 (CET) (envelope-from ticso) Date: Mon, 15 Feb 2016 13:34:39 +0100 From: Bernd Walter To: Kris Cc: Emmanuel Vadot , freebsd-arm@freebsd.org Subject: Re: FreeBSD on the $9 C.H.I.P Message-ID: <20160215123438.GK75922@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <56BBD0B0.7040407@thieprojects.ch> <56BBD6B9.3090703@interia.eu> <20160211104534.5c18d1d32b3b55fdc458f6a5@bidouilliste.com> <56BCD629.3040209@interia.eu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <56BCD629.3040209@interia.eu> X-Operating-System: FreeBSD cicely7.cicely.de 10.2-RELEASE amd64 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Feb 2016 13:02:25 -0000 On Thu, Feb 11, 2016 at 07:42:49PM +0100, Kris wrote: > Yep, that's what I meant. As long as we distinguish Allwinner naming > convention from what is inside we shall be fine (although Allwinner > tries hard to confuse people... as if ARM had not done enough :) ) > That being said I think support for Allwinner chips is worth being > continued. They are cheap, quite robust, quite popular, and > documentation is reasonably available (credits go to sunxi I must admit) This is the first time I hear someone saying that documentation for Allwinner is available. Any links to share or is this still under some kind of NDA? -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@freebsd.org Mon Feb 15 14:22:35 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8BE1FAA9C22; Mon, 15 Feb 2016 14:22:35 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pf0-x22f.google.com (mail-pf0-x22f.google.com [IPv6:2607:f8b0:400e:c00::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 56C381064; Mon, 15 Feb 2016 14:22:35 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pf0-x22f.google.com with SMTP id x65so88236240pfb.1; Mon, 15 Feb 2016 06:22:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=qWW/ITP4JUDkR1KG3J2vjLP0/rWcIwHeOJcf8vg78pU=; b=fshUNJl6SIHTLKnuejRKHES4FzYvYaFZGpRTCvP3oYclWrZqR623PTBim5KtDicfsT B3QjWADFYV5pFZFFTgN7fiWLggsS7odOcjdpyeD1rJAhkKemjmBX615I/jpfh4anrlwI z1WPepKe+iTtqEozJeKn2HpdoNDuv3LR0eDgvdBMusDFBZURYsUN7ZBACWqivX77VZ9Q WSYK06utQ+KsPk/txceMVyVBdsfc30UC4P6dlyYl/Si20jRAoL62xL0qcmODOLeyDTuO RZ8TSNRPc9Ie5a++Gtq31/jjm6WKl1o4FmjSLynlAZGK+nmXV/E0j9gOpgA5KD8dR5qj Wbhw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=qWW/ITP4JUDkR1KG3J2vjLP0/rWcIwHeOJcf8vg78pU=; b=YrTeN4GvY+cVGFVk5tL8sITkXK9J1Y3QOZ38nxbEh4MsArC6LE4ou+LJYf+xhBUQzj 3Y8KRuPFROEEDOaDtnxqufL/B8JqWLtOSzC7QGUizCBfu3dCMz2Sy9dtXfjrIqE6Rofm 772ItUj18e8Gc2W9OFdJ/cHxlF6wcLV3nrpv7COJ7RTxRlg8qN+1bwgRfgt3ZjSBGbdq NVr/rebRVbekVsbXVqFWXaiypky2djp85ck8ePgtdqtVr67DMf4cZJIKbBBriTBrBJXk WhufiubaXHvpkaxFAIy5ieGi5PTdwgDExEymr7GeLnSQACqWC7oA1ThOpDlvIgo5zcTe Exaw== X-Gm-Message-State: AG10YOTaWmoYE13nXGyfY2LESO0fIL+HAnQKUNm7sBgkhe49cS3V2b9BxmJ3AZcB7Fdb0w== X-Received: by 10.98.18.207 with SMTP id 76mr23597305pfs.53.1455546154697; Mon, 15 Feb 2016 06:22:34 -0800 (PST) Received: from [192.168.20.11] (c-24-16-212-205.hsd1.wa.comcast.net. [24.16.212.205]) by smtp.gmail.com with ESMTPSA id fl9sm39091076pab.30.2016.02.15.06.22.32 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 15 Feb 2016 06:22:32 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: MMC/SDIO stack under CAM From: NGie Cooper X-Mailer: iPhone Mail (13D15) In-Reply-To: <38dd08fc2a5930d58b09e9bd3cb6d3e7@bakulin.de> Date: Mon, 15 Feb 2016 06:22:31 -0800 Cc: Stanislav Sedov , Adrian Chadd , freebsd-hackers@freebsd.org, Alexander Motin , freebsd-arm@freebsd.org, "Lundberg, Johannes" Content-Transfer-Encoding: quoted-printable Message-Id: References: <20140216111153.GA74858@olymp.kibab.com> <5C2CF572-360D-4CA0-81C7-18A5C455AED5@bsdimp.com> <20140224142642.GA32538@olymp.kibab.com> <53120EE8.1080600@bakulin.de> <5688F015.4090002@bakulin.de> <6942A46B-110B-4E1F-9DA1-F965009E8E92@FreeBSD.org> <38dd08fc2a5930d58b09e9bd3cb6d3e7@bakulin.de> To: Ilya Bakulin 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, 15 Feb 2016 14:22:35 -0000 > On Feb 15, 2016, at 02:13, Ilya Bakulin wrote: >=20 > On 2016-02-11 19:54, Stanislav Sedov wrote: >>> On Feb 11, 2016, at 10:47 AM, Ilya Bakulin wrote: >>> I'll use an excellent opportunity to post a small status update about my= work :-) >>> * SDHC controller on Wandboard now works with the new stack; >>> * SDIO block read now works! >>> * camcontrol userland app is extended to support "mmcsdcmd" command that= allows to send MMC commands from userland apps directly to the card via pas= s(4) device -- now we can write WLAN driver in userland :-D >> Great news, userspace drivers are the best!:) >> So what are the remaining pieces that prevent this work from hitting the H= EAD? >> -- >> Stanislav Sedov >> ST4096-RIPE >=20 > Hi Stas, >=20 > As I'm not a committer, someone needs to review my code and assist in inte= rgration into -HEAD :-) > Currently nobody was able to do a review because of -ENOTIME. > The only feature that is missing in the new stack (from my PoV) is working= with high-speed cards -- I just haven't implemented switching to high-speed= mode yet. Although now it's possible to send required commands to the card a= nd then switch controller speed -- all using camcontrol mmcsdcmd :-). >=20 > Do you know anyone not on CC line who is able to help me with this? Or may= be you could even find some time yourself? Hi Ilya, Could you please post the patch to phrabricator and CC the interested pa= rties/me? Thanks! -Ngie= From owner-freebsd-arm@freebsd.org Mon Feb 15 15:05:05 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B7318AA94F5 for ; Mon, 15 Feb 2016 15:05:05 +0000 (UTC) (envelope-from kevlo@ns.kevlo.org) Received: from ns.kevlo.org (220-135-115-6.HINET-IP.hinet.net [220.135.115.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ns.kevlo.org", Issuer "ns.kevlo.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5E3411190 for ; Mon, 15 Feb 2016 15:05:04 +0000 (UTC) (envelope-from kevlo@ns.kevlo.org) Received: from ns.kevlo.org (localhost [127.0.0.1]) by ns.kevlo.org (8.14.9/8.14.9) with ESMTP id u1FF4DcD051339 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 15 Feb 2016 23:04:14 +0800 (CST) (envelope-from kevlo@ns.kevlo.org) Received: (from kevlo@localhost) by ns.kevlo.org (8.14.9/8.14.9/Submit) id u1FF45qp051338; Mon, 15 Feb 2016 23:04:05 +0800 (CST) (envelope-from kevlo) Date: Mon, 15 Feb 2016 23:04:04 +0800 From: Kevin Lo To: ticso@cicely.de Cc: Kris , freebsd-arm@freebsd.org, Emmanuel Vadot Subject: Re: FreeBSD on the $9 C.H.I.P Message-ID: <20160215150404.GA51274@ns.kevlo.org> References: <56BBD0B0.7040407@thieprojects.ch> <56BBD6B9.3090703@interia.eu> <20160211104534.5c18d1d32b3b55fdc458f6a5@bidouilliste.com> <56BCD629.3040209@interia.eu> <20160215123438.GK75922@cicely7.cicely.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160215123438.GK75922@cicely7.cicely.de> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Feb 2016 15:05:05 -0000 On Mon, Feb 15, 2016 at 01:34:39PM +0100, Bernd Walter wrote: > On Thu, Feb 11, 2016 at 07:42:49PM +0100, Kris wrote: > > Yep, that's what I meant. As long as we distinguish Allwinner naming > > convention from what is inside we shall be fine (although Allwinner > > tries hard to confuse people... as if ARM had not done enough :) ) > > That being said I think support for Allwinner chips is worth being > > continued. They are cheap, quite robust, quite popular, and > > documentation is reasonably available (credits go to sunxi I must admit) > > This is the first time I hear someone saying that documentation for > Allwinner is available. > Any links to share or is this still under some kind of NDA? Some datasheets are available at https://github.com/allwinner-zh/documents > -- > B.Walter http://www.bwct.de > Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. Kevin From owner-freebsd-arm@freebsd.org Mon Feb 15 16:24:53 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 92A14AA9D0D for ; Mon, 15 Feb 2016 16:24:53 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "raven.bwct.de", Issuer "BWCT" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 17C221C99; Mon, 15 Feb 2016 16:24:52 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id u1FGOUki010493 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 15 Feb 2016 17:24:30 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id u1FGOMCZ067444 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 15 Feb 2016 17:24:23 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.15.2/8.15.2) with ESMTP id u1FGOMeN091186; Mon, 15 Feb 2016 17:24:22 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.15.2/8.15.2/Submit) id u1FGOJZW091185; Mon, 15 Feb 2016 17:24:19 +0100 (CET) (envelope-from ticso) Date: Mon, 15 Feb 2016 17:24:19 +0100 From: Bernd Walter To: Kevin Lo Cc: ticso@cicely.de, Kris , freebsd-arm@FreeBSD.org, Emmanuel Vadot Subject: Re: FreeBSD on the $9 C.H.I.P Message-ID: <20160215162419.GL75922@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <56BBD0B0.7040407@thieprojects.ch> <56BBD6B9.3090703@interia.eu> <20160211104534.5c18d1d32b3b55fdc458f6a5@bidouilliste.com> <56BCD629.3040209@interia.eu> <20160215123438.GK75922@cicely7.cicely.de> <20160215150404.GA51274@ns.kevlo.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160215150404.GA51274@ns.kevlo.org> X-Operating-System: FreeBSD cicely7.cicely.de 10.2-RELEASE amd64 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Feb 2016 16:24:53 -0000 On Mon, Feb 15, 2016 at 11:04:04PM +0800, Kevin Lo wrote: > On Mon, Feb 15, 2016 at 01:34:39PM +0100, Bernd Walter wrote: > > On Thu, Feb 11, 2016 at 07:42:49PM +0100, Kris wrote: > > > Yep, that's what I meant. As long as we distinguish Allwinner naming > > > convention from what is inside we shall be fine (although Allwinner > > > tries hard to confuse people... as if ARM had not done enough :) ) > > > That being said I think support for Allwinner chips is worth being > > > continued. They are cheap, quite robust, quite popular, and > > > documentation is reasonably available (credits go to sunxi I must admit) > > > > This is the first time I hear someone saying that documentation for > > Allwinner is available. > > Any links to share or is this still under some kind of NDA? > > Some datasheets are available at https://github.com/allwinner-zh/documents Oh - there are register definitions for the A20 I'd looked up. That's better than nothing at least. So far all I'd seen where block diagrams and pinouts. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@freebsd.org Tue Feb 16 05:33:55 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 52168AAAFF3 for ; Tue, 16 Feb 2016 05:33:55 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qg0-x233.google.com (mail-qg0-x233.google.com [IPv6:2607:f8b0:400d:c04::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1B9F41E36 for ; Tue, 16 Feb 2016 05:33:55 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qg0-x233.google.com with SMTP id b35so125589139qge.0 for ; Mon, 15 Feb 2016 21:33:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=pnTu3IPUPG/MeiNv0qodOU5RG96ZVRjbPVQlzD4cfMg=; b=Pnj3BtSgg7CEA+314+fFddXHFV21e1TnM+NUQ4La+288Eo2LmW3J3tKKof/KO76m9m 5EmIufpOuYfKml+t+qQkJ/4IwoHf7R0lm30mKhLHVAnyTpxg51wTENAy9XsBpStyscao HHI+Mi+oLox5TixgTjxpfrtfkX/hNq8B7YwtTGETvXqXwd4mm6M7rCiv4yEX/1oxdF7W 8F2xuaRIc0OOr8iI+5i0l45Ee3bS+eWG08QwqltlCdDFqBNClwZsXZm7V59GcGE8frXu loZrLQfz3NOnBgvE50nHWZ2McRVd84QCQDz7etsHsXpt2j5BQCEIdd9o5I/GAsrISnhQ 2XKQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=pnTu3IPUPG/MeiNv0qodOU5RG96ZVRjbPVQlzD4cfMg=; b=SDc9V6xvyVZAa8BJCajFSwiMGGgkmMjmFcoT+PF1tJFcw3cW2QO0l7Pznx6vP7sIBU Hlg0G8SHBxgVLS/uZrF6aPkIMFfE8JDGw+X2B33SkDtRBORB5BGY7pnPYStanAyZl0YP 9JJ/EUeeSELK+NE7MuQ41GNTcDpq/9iadH6wNGzzqvJTzKgSBH9lWiZ/hTHTUtSfZlCB DWkMeV5PgJQi9yxwg83raG7N2Vol7yJqi8AJ/8icOkv1JwB1Qf2CynP+1aHFySIfBwJR XM/YYmGISbGwdG/giBMe2tulx69CFYs7RQ6G1aSJ+q7YWpG6HaZXPdTwR3NwPk3fQtRT ZQ+A== X-Gm-Message-State: AG10YOSU8wt2YOvefzWkV35QJxafy88MpkafB+MlQ260naWzxY+aZdzI9XpapORHC+syo2iewkwJB04cD5aRew== MIME-Version: 1.0 X-Received: by 10.140.221.136 with SMTP id r130mr1799330qhb.94.1455600834155; Mon, 15 Feb 2016 21:33:54 -0800 (PST) Sender: wlosh@bsdimp.com Received: by 10.140.30.166 with HTTP; Mon, 15 Feb 2016 21:33:54 -0800 (PST) X-Originating-IP: [50.253.99.174] In-Reply-To: References: <20140216111153.GA74858@olymp.kibab.com> <5C2CF572-360D-4CA0-81C7-18A5C455AED5@bsdimp.com> <20140224142642.GA32538@olymp.kibab.com> <53120EE8.1080600@bakulin.de> <5688F015.4090002@bakulin.de> <6942A46B-110B-4E1F-9DA1-F965009E8E92@FreeBSD.org> <38dd08fc2a5930d58b09e9bd3cb6d3e7@bakulin.de> Date: Mon, 15 Feb 2016 22:33:54 -0700 X-Google-Sender-Auth: bP0r9qGRzgXt8RGBouhRZF4B_TM Message-ID: Subject: Re: MMC/SDIO stack under CAM From: Warner Losh To: NGie Cooper Cc: Ilya Bakulin , Adrian Chadd , "freebsd-hackers@freebsd.org" , Alexander Motin , "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, 16 Feb 2016 05:33:55 -0000 On Mon, Feb 15, 2016 at 7:22 AM, NGie Cooper wrote: > > > On Feb 15, 2016, at 02:13, Ilya Bakulin wrote: > > > > On 2016-02-11 19:54, Stanislav Sedov wrote: > >>> On Feb 11, 2016, at 10:47 AM, Ilya Bakulin wrote: > >>> I'll use an excellent opportunity to post a small status update about > my work :-) > >>> * SDHC controller on Wandboard now works with the new stack; > >>> * SDIO block read now works! > >>> * camcontrol userland app is extended to support "mmcsdcmd" command > that allows to send MMC commands from userland apps directly to the card > via pass(4) device -- now we can write WLAN driver in userland :-D > >> Great news, userspace drivers are the best!:) > >> So what are the remaining pieces that prevent this work from hitting > the HEAD? > >> -- > >> Stanislav Sedov > >> ST4096-RIPE > > > > Hi Stas, > > > > As I'm not a committer, someone needs to review my code and assist in > intergration into -HEAD :-) > > Currently nobody was able to do a review because of -ENOTIME. > > The only feature that is missing in the new stack (from my PoV) is > working with high-speed cards -- I just haven't implemented switching to > high-speed mode yet. Although now it's possible to send required commands > to the card and then switch controller speed -- all using camcontrol > mmcsdcmd :-). > > > > Do you know anyone not on CC line who is able to help me with this? Or > maybe you could even find some time yourself? > > Hi Ilya, > Could you please post the patch to phrabricator and CC the interested > parties/me? > It's been up on phab for a while. There's been some comments on it. There's some things wrong still that I've been meaning to get bcak to Ilya on. When it is ready, I plan on committing this. It goes hand in hand with the nvme CAM stuff I've been working on. Anybody can take a look at it: https://reviews.freebsd.org/D4761 Warner From owner-freebsd-arm@freebsd.org Tue Feb 16 06:49:37 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5AE6FAAAC4A; Tue, 16 Feb 2016 06:49:37 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) Received: from alogt.com (alogt.com [69.36.191.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 33F0D17B6; Tue, 16 Feb 2016 06:49:36 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References: In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=N1Taav8pnKiXavAgU1TGzLW9p6cKYekNaim9pescKcE=; b=lLEdFjDHeTp0/nuwZ8XLG26UZB UfhNdNUNWQ3SpUQhsLrrOPlEB7c45yFoQ81B+AB1a908vp2LyvIKOM5Qluj43VAnCvmYjRVa259m5 i8ZYghU/bZj0j2AmFv1FSRcEfqdz5dAa8x6KV0+p/CuK5Hsep0pgvIHWCz4fgW480IQw=; Received: from [39.254.62.96] (port=13775 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86) (envelope-from ) id 1aVYPR-003MnM-8C; Mon, 15 Feb 2016 22:42:49 -0700 Date: Tue, 16 Feb 2016 13:42:41 +0800 From: Erich Dollansky To: ???? ????? , freebsd-arm@freebsd.org Cc: freebsd-questions@FreeBSD.org Subject: Re: Support of ARM Odroid X device Message-ID: <20160216134241.2846d917@X220.alogt.com> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Authenticated-Sender: sl-508-2.slc.westdc.net: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Feb 2016 06:49:37 -0000 Hi, On Mon, 15 Feb 2016 16:06:33 +0700 =D0=AE=D1=80=D0=B8=D0=B9 =D0=9B=D1=83=D0=BA=D0=B8=D0=BD wrote: > Hi! I've been a fan of FreeBSD (since 4) and would like to learn > about the support of other products of ODROID (ODROID X) because > support ODROID C1 already be wondering what about the other products? this question is better asked on the ARM mailing list. Erich From owner-freebsd-arm@freebsd.org Tue Feb 16 08:46:49 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E1785AA12AC for ; Tue, 16 Feb 2016 08:46:49 +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 CF5281080; Tue, 16 Feb 2016 08:46:49 +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 D490F1C83; Tue, 16 Feb 2016 08:46:49 +0000 (UTC) Date: Tue, 16 Feb 2016 08:46:42 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: dteske@FreeBSD.org, emaste@FreeBSD.org, skra@FreeBSD.org, pfg@FreeBSD.org, mmel@FreeBSD.org, feld@FreeBSD.org, cem@FreeBSD.org, hselasky@FreeBSD.org, des@FreeBSD.org, bdrewery@FreeBSD.org, ian@FreeBSD.org, cperciva@FreeBSD.org, jimharris@FreeBSD.org, zbb@FreeBSD.org, jhibbits@FreeBSD.org, bjk@FreeBSD.org, andrew@FreeBSD.org, jhb@FreeBSD.org, mav@FreeBSD.org, royger@FreeBSD.org, wma@FreeBSD.org, tuexen@FreeBSD.org, sephe@FreeBSD.org, vangyzen@FreeBSD.org, adrian@FreeBSD.org, markj@FreeBSD.org, glebius@FreeBSD.org, kib@FreeBSD.org, kevlo@FreeBSD.org, br@FreeBSD.org, np@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <1098552417.3.1455612409834.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #2363 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_arm64 X-Jenkins-Result: FAILURE Precedence: bulk X-Mailman-Approved-At: Tue, 16 Feb 2016 12:03:11 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Feb 2016 08:46:50 -0000 FreeBSD_HEAD_arm64 - Build #2363 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2363/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2363/ch= anges Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2363/con= sole Change summaries: 295651 by vangyzen: ichsmb: add PCI device ID for Intel Sunrise Point-H SMBus controller MFC after:=093 days Sponsored by:=09Dell Inc. 295650 by bdrewery: DIRDEPS_BUILD: Update dependencies. Sponsored by:=09EMC / Isilon Storage Division 295649 by bdrewery: Filemon: Fix panic when fork1() is called from kproc_create(). MFC after:=092 weeks Sponsored by:=09EMC / Isilon Storage Division 295648 by bdrewery: Remove the need for overriding depend. Sponsored by:=09EMC / Isilon Storage Division 295647 by bdrewery: Add missing dependency on sys/conf/newvers.sh. Sponsored by:=09EMC / Isilon Storage Division 295646 by bdrewery: Add an .ORDER for all/install. Sponsored by:=09EMC / Isilon Storage Division 295645 by bdrewery: Use built-in :tA here rather than realpath(1). Sponsored by:=09EMC / Isilon Storage Division 295644 by bdrewery: Don't descend into test directories for distribution->installconfig. Sponsored by:=09EMC / Isilon Storage Division 295643 by bdrewery: Test directories can build in parallel fine. Sponsored by:=09EMC / Isilon Storage Division 295642 by jhibbits: Fix a panic bug that cropped up in the PTE rewrite. PTE was getting overwritten by just the flags. Pointy-hat to:=09jhibbits 295641 by bdrewery: Consolidate common beforebuild logic. Sponsored by:=09EMC / Isilon Storage Division 295638 by pfg: fputs: Return the number of bytes written. Fix r295631: wrong value. Pointy hat:=09pfg (me) Pointed out by:=09bde 295637 by jhb: Correct the ABI name for Linux/i386 binaries under FreeBSD/i386. This allows truss to work for these binaries again after r288424. MFC after:=093 days 295636 by jhb: Sign extend the error value for failing Linux/i386 system calls. This restores the mapping of Linux errors to native FreeBSD errno values after the refactoring in r288424. 295635 by andrew: Add support for the Allwinner DMA controller. This will be used by the at least the audio codec driver currently in review. Submitted by:=09Jared McNeill Differential Revision:=09https://reviews.freebsd.org/D5050 295634 by andrew: Add support for the AXP209 Power System Management IC. This allows boards with this and an Allwinner SoC to power off. Submitted by:=09Emmanuel Vadot Differential Revision:=09https://reviews.freebsd.org/D4954 295633 by andrew: Set sc->clkfreq removed in r295470 Reported by:=09Jared McNeill Pointy-hat to:=09andrew 295632 by pfg: getln: We cannot expand the buffer beyond INT_MAX. In such cases return ENOMEM. This is a limitation of our implementation, alternatively you may consider getline(3). Differential Revision:=09https://reviews.freebsd.org/D442 (Partial) Obtained from:=09Apple Inc. (Libc 997.90.3) Relnotes:=09yes 295631 by pfg: fputs: Return the number of bytes written. POSIX.1-2008 requires that successful completion simply return a non-negative integer. We have regularly returned a constant value. Another, equally valid, implementation convention implies returning the number of bytes written. Adopt this last convention to be in line with what Apple's libc does. POSIX also explicitly notes: Note that this implementation convention cannot be adhered to for strings longer than {INT_MAX} bytes as the value would not be representable in the return type of the function. For backwards-compatibility, implementations can return the number of bytes for strings of up to {INT_MAX} bytes, and return {INT_MAX} for all longer strings. Developers shouldn't depend specifically on either convention but the change may help port software from Apple. Differential Revision: https://reviews.freebsd.org/D442 (Partial) Obtained from: Apple Inc. (Libc 997.90.3 with changes) Relnotes:=09yes 295630 by andrew: Fix the spelling of OF_getencprop. It will fix the data correctly for the endian of the CPU so there is no need to call fdt32_to_cpu. Sponsored by:=09ABT Systems Ltd 295629 by andrew: Remove an unused FDT header, fdt_common.h should only be needed in a few places, mostly in sys/dev/fdt and legacy code. Sponsored by:=09ABT Systems Ltd 295628 by andrew: Remove an unused static inline function. Sponsored by:=09ABT Systems Ltd 295627 by skra: Initial OMAP4 WUGEN pass-through driver. SPI interrupts are passed through WUGEN to GIC. Hardware initialization is left in state after reset as well as before. This is needed after an update of Linux dts files. 295626 by andrew: Add support for the Allwinner i2c device. This is similar to the existing Marvell twsi part, however uses different register locations, as such split the existing driver into Marvell and Allwinner attachments. While here clean a few style issues. Submitted by:=09Emmanuel Vadot Differential Revision:=09https://reviews.freebsd.org/D4846 295625 by adrian: Allow MIPS INTRNG code to be built without FDT support. This patch allows the newly imported INTRNG code to be built without necess= arily having FDT support in the kernel. This may be useful for some MIPS platfor= ms that wish to move to INTRNG, but not to FDT at the same time. Basically all the code is already within ifdef's where FDT is concerned, it's just the headers that aren't. Submitted by:=09Stanislav Galabov Differential Revision:=09https://reviews.freebsd.org/D5249 295622 by andrew: Move the twsi driver source to be under iicbus. It is in a separate directory as it is expected multiple attachments will be added for the SoC families that use this hardware. Sponsored by:=09ABT Systems Ltd 295621 by andrew: Create the twsi device option in preparation to move the driver to a common location. The device is also found in Allwinner SoCs. Sponsored by:=09ABT Systems Ltd 295618 by cem: NTB: workaround for high traffic hardware hang This patch comes from Dave Jiang's Linux tree, davejiang/ntb. It hasn't been accepted into Linus' tree, so I do not have an authoritative SHA1 to point at. Original commit log: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D A hardware errata causes the NTB to hang when heavy bi-directional traffic in addition to the usage of BAR0/1 (where the registers reside, including the doorbell registers to trigger interrupts). This workaround is only available on Haswell and Broadwell platform. The workaround is to enable split BAR in the BIOS to allow the 64bit BAR4 to be split into two 32bit BAR4 and BAR5. The BAR4 shall be pointed to LAPIC region of the remote host. We will bypass the db mechanism and directly trigger the MSIX interrupts. The offsets and vectors are exchanged during transport scratch pad negotiation. The scratch pads are now overloaded in order to allow the exchange of the information. This gets around using the doorbell and prevents the lockup with additional pcode changes in BIOS. Signed-off-by:=09Dave Jiang =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Notable changes in the FreeBSD version of this patch: * The MSIX BAR is configurable, like hw.ntb.b2b_mw_idx (msix_mw_idx). The Linux version of the patch only uses BAR4. * MSIX negotiation aborts if the link goes down. Obtained from:=09Linux (Dual BSD/GPL driver) Sponsored by:=09EMC / Isilon Storage Division 295616 by pfg: ext2fs:=09Remove panics for rename() race conditions. Sync with r84642 from UFS: The panics are inappropriate because the IN_RENAME flag only fixes a few of the huge number of race conditions that can result in the source path becoming invalid even prior to the VOP_RENAME() call. Found accidentally while checking an issue from PVS Static Analysis. MFC after:=093 days 295612 by andrew: Remove an unused include. 295611 by hselasky: Restore maximum number of host keys to 64. Discussed with:=09adrian @ and avos @ 295610 by kevlo: Fix a bug that caused nothing to be skipped when skipping exactly the number of bytes present in a regular file was requested. Obtained from:=09OpenBSD 295609 by cperciva: Don't dereference a pointer immediately after determining that it is equal to NULL. [1] While I'm here, s/xb/xbd/ (the name changed a long time ago but this instance wasn't corrected). Reported by:=09PVS-Studio [1] 295608 by hselasky: Fix variable assignment inside if-clause in the smsc driver. Found by D5245 / PVS. MFC after:=091 week 295607 by hselasky: Reduce the number of supported WLAN keys in the rum driver, else we risk bit shifting overflows. Found by D5245 / PVS. MFC after:=091 week 295606 by sephe: hyperv/hn: Fix typo in comment Noticed by:=09avos Reviewed by:=09adrian, avos, Hongjiang Zhang Approved by:=09adrian MFC after:=091 week Sponsored by:=09Microsoft OSTC Differential Revision:=09https://reviews.freebsd.org/D5199 295605 by cem: ioat(4): On error detected in ithread, defer HW reset to taskqueue The I/OAT HW reset process may sleep, so it is invalid to perform a channel reset from the software interrupt thread. Sponsored by:=09EMC / Isilon Storage Division 295604 by cem: ioat(4): Also check for errors if the channel is suspended Sponsored by:=09EMC / Isilon Storage Division 295603 by cem: ioat(4): Decode/define more capabilities, operations These are defined in the Intel Haswell EDS volume 2 (registers) (507849 v2.1). Sponsored by:=09EMC / Isilon Storage Division 295602 by kib: Hide ucontext_t and mcontext_t when neither POSIX nor XSI features are enabled in the compilation environment, i.e. for ANSI C use of #include . Requested and reviewed by:=09bde Sponsored by:=09The FreeBSD Foundation MFC after:=0913 days 295588 by cem: ioat(4): Recheck status register on zero-descriptor wakeups Errors that halt the channel don't necessarily result in a completion update, apparently. Sponsored by:=09EMC / Isilon Storage Division 295587 by dteske: Fix missing description for command usage While "jng" or "jib" without arguments told you what each sub-command does, sub-command usage didn't tell you (e.g., "jng bridge" or "jib addm" gave only usage and not description). 295586 by pfg: cd9660: More "check for NULL" cleaunps. Cleanup some checks for NULL. Most of these were always unnecessary and starting with r294954 brelse() doesn't need any NULL checks at all. For now keep the checks somewhat consistent with NetBSD in case we want to merge the cleanups to older versions. 295584 by markj: Add a missing newline to a log message. MFC after:=091 week 295583 by markj: Rename the flags field of struct nd_defrouter to "raflags". This field contains the flags inherited from the corresponding router advertisement message and is not for storing private state. MFC after:=091 week 295582 by emaste: elfcopy: enable PE and EFI support Sponsored by:=09The FreeBSD Foundation 295581 by emaste: Add libpe for elfcopy(1) PE/COFF support Sponsored by:=09The FreeBSD Foundation 295580 by markj: Simplify defrtrlist_update() slightly in preparation for future changes. No functional change intended. MFC after:=091 week 295579 by markj: Remove a bogus comment from nd6_na_input(). The splnet() call that it refers to has been removed, and a lock for the default router list is in fact needed. MFC after:=091 week 295578 by markj: Remove superfluous return statements from the neighbour discovery code. MFC after:=091 week 295577 by emaste: Update ELF Tool Chain to upstream rev 3400 Some notable improvements include: readelf: - Add AArch64 relocation definitions. - Report value of unknown relocation types. elfcopy: - Consider symbols with STB_GNU_UNIQUE binding as global symbols. - Fixed support for VMA adjustment for loadable sections found in relocatable objects. - Handle nameless global symbols. - Improve wildcard matching for !-prefixed symbols. - Add PE/COFF support. elfdump: - Improve section type reporting. - Add MIPS-specific section types. This update also includes a significant number of bug fixes. PR:=09=09207091 [exp-run] Sponsored by:=09The FreeBSD Foundation 295576 by markj: Fix style around allocations from M_IP6NDP. - Don't cast the return value of malloc(9). - Use M_ZERO instead of explicitly calling bzero(9). MFC after:=091 week 295575 by markj: Remove some unreferenced NDP debug variable definitions. MFC after:=091 week 295574 by markj: Clear the cookie pointer on error in tmpfs_readdir(). It is otherwise left dangling, and callers that request cookies always free the cookie buffer, even when VOP_READDIR(9) returns an error. This results in a double free if tmpfs_readdir() returns an error to the NFS server or the Linux getdents(2) emulation code. Reported by:=09pho MFC after:=091 week Security:=09double free of malloc(9)-backed memory Sponsored by:=09EMC / Isilon Storage Division 295573 by np: Remove duplicate definition (CPL_TRACE_PKT_T5). 295568 by feld: Document the new jail_reverse_stop parameter While here clean up the documentation for jail_list PR:=09=09196152 Approved by:=09jamie, wblock MFC after:=091 week, with r295471 Differential Revision:=09https://reviews.freebsd.org/D5243 295567 by andrew: Stop adding an extra null terminator to strings, OF_getprop already returns a null terminated string. 295566 by bjk: Update .Dd for r295565 295565 by ian: Clarify the difference between 7- and 8-bit i2c addresses, used in FDT versus hints-based configuration, respectively. Reported by: Jukka Ukkonen 295564 by br: Use __uint64_t type for floating point registers as compiler don't know about __uint128_t yet. Discussed with:=09theraven, kib 295563 by andrew: Only update curthread and curpcb after we have finished using the old values. If switching from a thread that used floating-point registers to a thread that is still running, but holding the blocked_lock lock we would switch the curthread to the new (running) thread, then call critical_enter. This will non-atomically increment td_critnest, and later call critical_exit to non-atomically decrement this value. This can happen at the same time as the new thread is still running on the old core, also calling these functions. In this case there will be a race between these non-atomic operations. This can be an issue as we could loose one of these operations leading to the value to not return to zero. If, later on, we then hit a data abort we check if the td_critnest is zero. If this check fails we will panic the kernel. This has been observed when running pcmstat on a Cavium ThunderX. The pcm thread will use the blocked_lock lock and there is a high chance userspace will use the floating-point registers. When, later on, pmcstat triggers a data abort we will hit this panic. The fix is to update these values after storing the floating-point state. This means we use the correct curthread while storing the state so it will not be an issue that the changes to td_critnest are non-atomic. Sponsored by:=09ABT Systems Ltd 295562 by mav: Don't check CmdSN for initial login request. This fixes connection errors for some initiators not starting CmdSN from zero. While there, fix wrong status details reported for couple errors. MFC after:=093 days 295561 by kib: POSIX states that #include shall make both mcontext_t and ucontext_t available. Our code even has XXX comment about this. Add a bit of compliance by moving struct __ucontext definition into sys/_ucontext.h and including it into signal.h and sys/ucontext.h. Several machine/ucontext.h headers were changed to use namespace-safe types (like uint64_t->__uint64_t) to not depend on sys/types.h. struct __stack_t from sys/signal.h is made always visible in private namespace to satisfy sys/_ucontext.h requirements. Apparently mips _types.h pollutes global namespace with f_register_t type definition. This commit does not try to fix the issue. PR:=09207079 Reported and tested by:=09Ting-Wei Lan Sponsored by:=09The FreeBSD Foundation MFC after:=092 weeks 295560 by kib: If full width writes to the performance monitoring counters are supported, use full-width aliases MSRs for writes. This fixes the "[pmc,X] negative increment" assertion on the context switch when clipped counter value is sign-extended. Add definitions for the MSR IA32_PERF_CAPABILITIES needed to detect the feature. PR:=09207068 Submitted by:=09joss.upton@yahoo.com MFC after:=092 weeks 295559 by kib: Adjust the size of PMC_DEFAULT_DEBUG_FLAGS to match the size of the structure. PR:=09207068 Submitted by:=09joss.upton@yahoo.com MFC after:=092 weeks 295558 by kib: Remove tautological cast. PR:=09207068 Submitted by:=09joss.upton@yahoo.com MFC after:=092 weeks 295557 by mmel: UART: Fix spurious interrupts generated by ns8250 and lpc drivers: - don't enable transmitter empty interrupt before filling TX FIFO. - add missing uart_barrier() call in interrupt service routine 295556 by dteske: Comments and fix small bug Reduce differences between jib/jng and fix a bug that would prevent additional interfaces from being created if the first of many already existed (counter wasn't incremented before calling only continue). 295555 by dteske: Interpret vnet_interface/vnet.interface as array 295554 by dteske: Add syntax to disable MAC allocation Adding `!' before an interface name will disable MAC allocation, falling back to driver mechanics. Alternatively adding `=3D' before an interface na= me causes the MAC address to be cloned (for ng_bridge(4) back-end only). While here, disable the auto-detection of wlan* since this knocks the host off; requiring the host that defines the jail to explicitly enable this feature by preceding the interface with `=3D'. 295553 by dteske: Refactor conversion to hex 295549 by tuexen: Loopback addresses are 127.0.0.0/8, not 127.0.0.1/32. MFC after: 1 week 295548 by dteske: Add support for bridging iwn(4) based wlan(4) Documented in iwn(4), "Only one virtual interface may be configured at any time." However, netgraph with a cloned MAC address is able to communicate over an ng_eiface attached to an ng_bridge linked to the wlan(4) interface. While here, introduce syntax to specify the MAC address is to be cloned if the named interface begins with equals [=3D]. 295547 by glebius: o Gather all mbuf(9) allocation functions into kern_mbuf.c, and all mbuf(9) manipulation functions into uipc_mbuf.c. This looks like the initial intent, but had diffused in the last decade. o Gather all declarations in mbuf.h in one place and sort them. o Uninline m_clget() and m_cljget(). There are no functional changes in this patch. The patch comes from a larger version, where all mbuf(9) allocation was uninlined, which allowed to make mbuf(9) UMA zones private to kern_mbuf.c. The performance impact of the total uninlining is still unclear, so we are holding on now with larger version. Together with:=09melifaro, olivier 295546 by dteske: Centralize MAC derivation formula 295542 by dteske: Add example VIMAGE config required by vnet jails 295541 by tuexen: Use 4 spaces instead of a tab. 295540 by andrew: Enable ARM_INTRNG on all kernel configs where we use the Generic Interrupt Controller. Sponsored by:=09ABT Systems Ltd 295536 by des: Fix double-free error: r289419 moved all error handling in http_connect() to the end of the function, but did not remove a fetch_close() call which was made redundant by the one in the shared error-handling code. PR:=09=09206774 Submitted by:=09Christian Heckendorf MFC after:=093 days 295535 by des: Use the new insecure-lan-zones option instead of listing each AS112 zone separately. MFC after:=093 days 295533 by des: Remove unbound-contrl-setup since we use a local control socket which does not require keys. MFC after:=093 days Relnotes:=09yes 295532 by jimharris: nvme: avoid duplicate SET_NUM_QUEUES commands nvme(4) issues a SET_NUM_QUEUES command during device initialization to ensure enough I/O queues exists for each of the MSI-X vectors we have allocated. The SET_NUM_QUEUES command is then issued again during nvme_ctrlr_start(), to ensure that is properly set after any controller reset. At least one NVMe drive exists which fails this second SET_NUM_QUEUES command during device initialization. So change nvme_ctrlr_start() to only issue its SET_NUM_QUEUES command when it is coming out of a reset - avoiding the duplicate SET_NUM_QUEUES during device initialization. Reported by:=09gallatin MFC after:=093 days Sponsored by:=09Intel 295529 by dteske: Merge SVN r295220 (bz) from projects/vnet/ Fix a panic that occurs when a vnet interface is unavailable at the time th= e vnet jail referencing said interface is stopped. Sponsored by:=09FIS Global, Inc. 295527 by andrew: Include the correct header to get a phandle_t needed by ofw_bus_if.h. While here only include opt_platform.h once. Sponsored by:=09ABT Systems Ltd 295523 by pfg: Ext4: Use boolean type instead of '0' and '1' There are precedents of uses of bool in the kernel and it is incorrect style to use integers as replacement for a boolean type. 295522 by emaste: Explain that boot1.efi prefers ZFS over UFS Reported by:=09smh 295521 by br: o Move non-generic kernel configuration out from GENERIC. o Add kernel configuration for QEMU. Both SPIKE and QEMU kernel configs are temporary (until we will be able to obtain DTB from loader). Sponsored by:=09DARPA, AFRL Sponsored by:=09HEIF5 295520 by jhibbits: Migrate the PTE format for book-e to standardize on the 'indirect PTE' form= at Summary: The revised Book-E spec, adding the specification for the MMUv2 and e6500, includes a hardware PTE layout for indirect page tables. In order to suppo= rt this in the future, migrate the PTE format to match the MMUv2 hardware PTE format. Test Plan: Boot tested on a P5020 board. Booted to multiuser mode. Differential Revision: https://reviews.freebsd.org/D5224 295519 by zbb: Support interrupts binding in GICv3 and ITS - Add MOVI command and routine for the LPI migration - Allow to search for the ITS device descriptor using not only devID but also LPI number. - Bind SPIs in the Distributor - Don't bind its_dev to collection. Keep track of the collection IDs for each LPI. Reviewed by: wma Obtained from: Semihalf Sponsored by: Cavium Differential Revision: https://reviews.freebsd.org/D5231 295518 by zbb: Implement finer locking in ITS - Change locks' names to be more suitable - Don't use blocking mutex. Lock only basic operations such as lists or bitmaps modifications. Reviewed by: wma Obtained from: Semihalf Sponsored by: Cavium Differential Revision: https://reviews.freebsd.org/D5230 295517 by zbb: Initially bind all interrupts to the boot CPU when using GICv3 This should be done by routing all interrupts to CPU0, different assignment will be induced by either interrupts shuffling or bus_bind_intr(). Reviewed by: wma Obtained from: Semihalf Sponsored by: Cavium Differential Revision: https://reviews.freebsd.org/D5229 295516 by zbb: Call pmc_hook() correctly in the ARM64 interrupt handler pmc_hook() was called only in case of the stray interrupt but should rather be called on each interrupt. Move in to the arm_cpu_intr() handler, out of the critical section too. Reviewed by: br Obtained from: Semihalf Sponsored by: Cavium Differential Revision: https://reviews.freebsd.org/D5161 295515 by zbb: Introduce bus_bind_intr method for ARM64 It can be used to bind specific interrupt to a particular CPU. Requires PIC support for interrupts binding. Reviewed by: wma Obtained from: Semihalf Sponsored by: Cavium Differential Revision: https://reviews.freebsd.org/D5122 295514 by zbb: Fix bugs in interrupts allocation on ARM64 Separate interrupt descriptors lookup from allocation. It was possible to perform config on non-existing interrupt simply by allocating spurious descriptor. Must lock the interrupt descriptors table lookup to avoid mismatches. This ought to prevent trouble while setting up new interrupt and dispatching existing one. Use spin mutex rather than sleep mutex. This is mainly due to lock in arm_dispatch_intr. This should be eventually changed to a lock-less solution without walking through a linked list on each interrupt. Reviewed by: andrew, wma Obtained from: Semihalf Sponsored by: Cavium Differential Revision: https://reviews.freebsd.org/D5121 295513 by royger: xen-netfront: remove useless NULL check in netif_free xn_ifp is allocated in create_netdev with if_alloc(IFT_ETHER). According to the current arrangement it can't be NULL. Coverity ID:=09=091349805 Submitted by:=09=09Wei Liu Reviewed by:=09=09royger Sponsored by:=09=09Citrix Systems R&D Differential revision:=09https://reviews.freebsd.org/D5252 295512 by zbb: Minor clean-ups for ARM64 GICv3 and GIC drivers GICv3: - move ICC_SGI1R_EL1 definitions to armreg.h and use proper system register's names GIC: - remove unused functions Reviewed by: andrew Obtained from: Semihalf Sponsored by: Cavium Differential Revision: https://reviews.freebsd.org/D5119 295511 by royger: xen-netfront: rearrange error paths in setup_txqs Coverity spotted double free errors in error path. Fix that by removing the extraneous calls. Coverity ID:=09=091349798 Submitted by:=09=09Wei Liu Reviewed by:=09=09royger Sponsored by:=09=09Citrix Systems R&D Differential revision:=09https://reviews.freebsd.org/D5251 295510 by royger: xen-netfront: remove pointless assignment in xn_ioctl The variable error is assigned to 0 before entering the switch. Assigning error to 0 before break pointless rewrites the real error value that should be returned. Coverity ID:=09=091304974 Submitted by:=09=09Wei Liu Reviewed by:=09=09royger Sponsored by:=09=09Citrix Systems R&D Differential revision:=09https://reviews.freebsd.org/D5250 295509 by andrew: Stop defining fdt_pic_table when building for ARM_INTRNG. 295508 by br: Stop device enumeration when we see first empty slot. This fixes operation in QEMU and saves some booting time as well. Pointed out by:=09Sagar Karandikar Sponsored by:=09DARPA, AFRL Sponsored by:=09HEIF5 295507 by andrew: Remove unused Zedboard config files. files.zedboard was empty other than comments, and std.zedboard just pointed to files.zedboard and std.xilinx. 295506 by hselasky: Use a pair of ifs when comparing the 32-bit flowid integers so that the sign bit doesn't cause an overflow. The overflow manifests itself as a sorting index wrap around in the middle of the sorted array, which is not a problem for the LRO code, but might be a problem for the logic inside qsort(). Reviewed by:=09=09gnn @ Sponsored by:=09=09Mellanox Technologies Differential Revision:=09https://reviews.freebsd.org/D5239 295505 by wma: ARM64 disassembler: support for LDR instructions Implemented disassembly for a whole bunch of various ldr instructions. Obtained from: Semihalf Sponsored by: Cavium Approved by: cognet (mentor) Reviewed by: zbb Differential revision: https://reviews.freebsd.org/D5217 295504 by adrian: Make bus_space_generic properly map/unmap memory (using pmap_mapdev and pmap_unmapdev respectively) so that resources are properly managed. This is work originally done by kan@. Stanislav picked it up as part of his Mediatek SoC work. Tested: * Carambola2, AR933x SoC Submitted by:=09Stanislav Galabov Reviewed by:=09kan Differential Revision:=09https://reviews.freebsd.org/D5184 295503 by adrian: Migrate the other MIPS24K SoC cores to use the CPU_MIPS24K option. 295502 by adrian: Missing commit - remove MIPS fdt bus space. Differential Revision:=09https://reviews.freebsd.org/D5184 295501 by adrian: Remove bus space fdt for MIPS. This was originall done by kan@. Submitted by:=09Stanislav Galabov Reviewed by:=09kan Differential Revision:=09https://reviews.freebsd.org/D5184 295500 by adrian: Convert MIPS nexus and mips_pic to BUS_PASS Submitted by:=09Stanislav Galabov Reviewed by:=09kan Differential Revision:=09https://reviews.freebsd.org/D5196 295499 by adrian: Teach the MIPS ticker to attach itself properly when using INTRNG. Submitted by:=09Stanislav Galabov Reviewed by:=09kan Differential Revision:=09https://reviews.freebsd.org/D5183 295498 by adrian: Begin the MIPS_INTRNG support. This is a prelude to intr-ng support for MIPS boards that need it - notably the CI20 port from kan@ that's upcoming, but also work that Stanislav is doing for the Mediatek platforms. This is the initial platform dependent bits in include/intr.h, some #defines for the nexus code for the intrng initialisation/runtime bits, some changed naming (which I'll fix later to be the same, much like what I did for ARM intr-ng) in exception.S, and the first cut at a PIC. Stanislav and I refactored out the common code for intrng support, so the mips intrng definitions are quite small (sys/mips/include/intr.h.) This is all work done by kan@, which stanislav has been cherry picking into common code for his mediatek chipset work. Tested: * Carambola2 - no regressions (not intr-ng though!) Submitted by:=09Stanislav Galabov Reviewed by:=09kan (original author) Differential Revision:=09https://reviews.freebsd.org/D5182 295497 by emaste: Update uefi.8 for ZFS and multi device boot support As of r294068 boot1.efi can load loader.efi from ZFS. As of r295320 boot1.efi prefers to load loader.efi from the same device it was loaded from. MFC after:=093 days Sponsored by:=09The FreeBSD Foundation The end of the build log: [...truncated 84279 lines...] --- depend_subdir_usr.bin --- --- depend_subdir_xz --- echo xz.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a /usr/obj/ar= m64.aarch64/usr/src/tmp/usr/lib/liblzma.a >> .depend --- depend_subdir_usr.sbin --- --- depend_subdir_audit --- =3D=3D=3D> usr.sbin/audit (depend) --- depend_subdir_usr.bin --- --- depend_subdir_atm --- echo sscop.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a /usr/obj= /arm64.aarch64/usr/src/tmp/usr/lib/libbegemot.a /usr/obj/arm64.aarch64/usr/= src/tmp/usr/lib/libngatm.a >> .depend --- depend_subdir_bluetooth --- =3D=3D=3D> usr.bin/bluetooth (depend) --- depend --- =3D=3D=3D> usr.bin/bluetooth/bthost (depend) --- depend_subdir_usr.sbin --- --- .depend --- rm -f .depend CC=3D'cc -B/usr/local/aarch64-freebsd/bin/' mkdep -f .depend -a -I/usr/s= rc/usr.sbin/audit/../../contrib/openbsm -std=3Dgnu99 /usr/src/usr.sbin/a= udit/../../contrib/openbsm/bin/audit/audit.c --- depend_subdir_usr.bin --- --- .depend --- rm -f .depend CC=3D'cc -B/usr/local/aarch64-freebsd/bin/' mkdep -f .depend -a -std=3D= gnu99 /usr/src/usr.bin/bluetooth/bthost/bthost.c echo bthost.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a /usr/ob= j/arm64.aarch64/usr/src/tmp/usr/lib/libbluetooth.a >> .depend =3D=3D=3D> usr.bin/bluetooth/btsockstat (depend) --- depend_subdir_usr.sbin --- echo audit.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a /usr/obj= /arm64.aarch64/usr/src/tmp/usr/lib/libbsm.a >> .depend --- depend_subdir_auditd --- =3D=3D=3D> usr.sbin/auditd (depend) --- depend_subdir_amd --- 1 error generated. --- depend_subdir_auditd --- --- .depend --- rm -f .depend CC=3D'cc -B/usr/local/aarch64-freebsd/bin/' mkdep -f .depend -a -I/usr/s= rc/usr.sbin/auditd/../../contrib/openbsm -std=3Dgnu99 /usr/src/usr.sbin/= auditd/../../contrib/openbsm/bin/auditd/auditd.c /usr/src/usr.sbin/auditd/.= ./../contrib/openbsm/bin/auditd/audit_warn.c /usr/src/usr.sbin/auditd/../..= /contrib/openbsm/bin/auditd/auditd_fbsd.c --- depend_subdir_amd --- In file included from /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/lib= amu/misc_rpc.c:49: /usr/src/usr.sbin/amd/libamu/../include/config.h:12:10: fatal error: 'confi= g_local.h' file not found #include "config_local.h" ^ --- depend_subdir_usr.bin --- --- .depend --- rm -f .depend CC=3D'cc -B/usr/local/aarch64-freebsd/bin/' mkdep -f .depend -a -std=3D= gnu99 /usr/src/usr.bin/bluetooth/btsockstat/btsockstat.c --- depend_subdir_usr.sbin --- 1 error generated. In file included from /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/lib= amu/mount_fs.c:45: /usr/src/usr.sbin/amd/libamu/../include/config.h:12:10: fatal error: 'confi= g_local.h' file not found #include "config_local.h" ^ --- depend_subdir_usr.bin --- echo btsockstat.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a /us= r/obj/arm64.aarch64/usr/src/tmp/usr/lib/libbluetooth.a /usr/obj/arm64.aarch= 64/usr/src/tmp/usr/lib/libkvm.a >> .depend =3D=3D=3D> usr.bin/bluetooth/rfcomm_sppd (depend) --- depend_subdir_usr.sbin --- --- depend_subdir_auditd --- echo auditd.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a /usr/ob= j/arm64.aarch64/usr/src/tmp/usr/lib/libauditd.a /usr/obj/arm64.aarch64/usr/= src/tmp/usr/lib/libbsm.a >> .depend --- depend_subdir_auditdistd --- =3D=3D=3D> usr.sbin/auditdistd (depend) --- depend_subdir_amd --- 1 error generated. In file included from /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/lib= amu/mtab.c:45: /usr/src/usr.sbin/amd/libamu/../include/config.h:12:10: fatal error: 'confi= g_local.h' file not found #include "config_local.h" ^ --- depend_subdir_usr.bin --- --- .depend --- rm -f .depend CC=3D'cc -B/usr/local/aarch64-freebsd/bin/' mkdep -f .depend -a -std=3D= gnu99 /usr/src/usr.bin/bluetooth/rfcomm_sppd/rfcomm_sppd.c /usr/src/usr.= bin/bluetooth/rfcomm_sppd/rfcomm_sdp.c --- depend_subdir_usr.sbin --- --- depend_subdir_auditdistd --- --- parse.c --- yacc -d -v -o parse.c /usr/src/usr.sbin/auditdistd/../../contrib/openbsm/bi= n/auditdistd/parse.y --- depend_subdir_amd --- 1 error generated. --- depend_subdir_auditdistd --- --- token.c --- lex -otoken.c /usr/src/usr.sbin/auditdistd/../../contrib/openbsm/bin/audit= distd/token.l --- depend_subdir_amd --- In file included from /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/lib= amu/nfs_prot_xdr.c:45: /usr/src/usr.sbin/amd/libamu/../include/config.h:12:10: fatal error: 'confi= g_local.h' file not found #include "config_local.h" ^ --- depend_subdir_auditdistd --- --- .depend --- rm -f .depend CC=3D'cc -B/usr/local/aarch64-freebsd/bin/' mkdep -f .depend -a -I/usr/s= rc/usr.sbin/auditdistd/../../contrib/openbsm -I/usr/src/usr.sbin/auditdistd= /../../contrib/openbsm/bin/auditdistd -std=3Dgnu99 /usr/src/usr.sbin/aud= itdistd/../../contrib/openbsm/bin/auditdistd/auditdistd.c parse.c /usr/src/= usr.sbin/auditdistd/../../contrib/openbsm/bin/auditdistd/pjdlog.c /usr/src/= usr.sbin/auditdistd/../../contrib/openbsm/bin/auditdistd/proto.c /usr/src/u= sr.sbin/auditdistd/../../contrib/openbsm/bin/auditdistd/proto_common.c /usr= /src/usr.sbin/auditdistd/../../contrib/openbsm/bin/auditdistd/proto_socketp= air.c /usr/src/usr.sbin/auditdistd/../../contrib/openbsm/bin/auditdistd/pro= to_tcp.c /usr/src/usr.sbin/auditdistd/../../contrib/openbsm/bin/auditdistd/= proto_tls.c /usr/src/usr.sbin/auditdistd/../../contrib/openbsm/bin/auditdis= td/receiver.c /usr/src/usr.sbin/auditdistd/../../contrib/openbsm/bin/auditd= istd/sandbox.c /usr/src/usr.sbin/auditdistd/../../contrib/openbsm/bin/audit= distd/sender.c /usr/src/usr.sbin/auditdistd/../../contrib/openbsm/bin/audit= distd/subr.c token.c /usr/src/usr.sbin/auditdistd/../../contrib/openbsm/bin= /auditdistd/trail.c --- depend_subdir_usr.bin --- echo rfcomm_sppd.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a /u= sr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libbluetooth.a /usr/obj/arm64.aarc= h64/usr/src/tmp/usr/lib/libsdp.a /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib= /libutil.a >> .depend --- depend_subdir_cpio --- =3D=3D=3D> usr.bin/cpio (depend) --- depend_subdir_usr.sbin --- --- depend_subdir_amd --- 1 error generated. --- depend_subdir_usr.bin --- --- .depend --- rm -f .depend CC=3D'cc -B/usr/local/aarch64-freebsd/bin/' mkdep -f .depend -a -DBSDCPI= O_VERSION_STRING=3D\"3.1.2\" -DPLATFORM_CONFIG_H=3D\"/usr/src/usr.bin/cpio/= ../../lib/libarchive/config_freebsd.h\" -I/usr/src/usr.bin/cpio/../../contr= ib/libarchive/cpio -I/usr/src/usr.bin/cpio/../../contrib/libarchive/libarch= ive_fe -DHAVE_ICONV=3D1 -DHAVE_ICONV_H=3D1 -DICONV_CONST=3Dconst -std=3Dgnu= 99 /usr/src/usr.bin/cpio/../../contrib/libarchive/cpio/cpio.c /usr/src/u= sr.bin/cpio/../../contrib/libarchive/cpio/cmdline.c /usr/src/usr.bin/cpio/.= ./../contrib/libarchive/libarchive_fe/err.c /usr/src/usr.bin/cpio/../../con= trib/libarchive/libarchive_fe/line_reader.c --- depend_subdir_usr.sbin --- In file included from /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/lib= amu/strutil.c:49: /usr/src/usr.sbin/amd/libamu/../include/config.h:12:10: fatal error: 'confi= g_local.h' file not found #include "config_local.h" ^ 1 error generated. In file included from /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/lib= amu/wire.c:57: /usr/src/usr.sbin/amd/libamu/../include/config.h:12:10: fatal error: 'confi= g_local.h' file not found #include "config_local.h" ^ --- depend_subdir_usr.bin --- echo bsdcpio.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a /usr/o= bj/arm64.aarch64/usr/src/tmp/usr/lib/libarchive.a >> .depend --- depend --- =3D=3D=3D> usr.bin/cpio/tests (depend) --- depend_subdir_usr.sbin --- 1 error generated. In file included from /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/lib= amu/xutil.c:49: /usr/src/usr.sbin/amd/libamu/../include/config.h:12:10: fatal error: 'confi= g_local.h' file not found #include "config_local.h" ^ --- depend_subdir_usr.bin --- --- bsdcpio_test.depend --- (cd /usr/src/usr.bin/cpio/tests && DEPENDFILE=3D.depend.bsdcpio_test NO_S= UBDIR=3D1 make -f /usr/src/usr.bin/cpio/tests/Makefile _RECURSING_PROGS=3Dt= PROG=3Dbsdcpio_test depend) --- list.h --- --- depend_subdir_usr.sbin --- 1 error generated. In file included from /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/con= f/transp/transp_sockets.c:47: /usr/src/usr.sbin/amd/libamu/../include/config.h:12:10: fatal error: 'confi= g_local.h' file not found #include "config_local.h" ^ --- depend_subdir_usr.bin --- --- .depend.bsdcpio_test --- rm -f .depend.bsdcpio_test CC=3D'cc -B/usr/local/aarch64-freebsd/bin/' mkdep -f .depend.bsdcpio_test -= a -DPLATFORM_CONFIG_H=3D\"/usr/src/lib/libarchive/config_freebsd.h\" -I/= usr/src/lib/libarchive -I/usr/obj/arm64.aarch64/usr/src/usr.bin/cpio/tests = -I/usr/obj/arm64.aarch64/usr/src/usr.bin/cpio/tests -I/usr/src/contrib/liba= rchive/cpio -I/usr/src/contrib/libarchive/libarchive_fe -I/usr/src/contrib/= libarchive/test_utils -std=3Dgnu99 /usr/src/contrib/libarchive/cpio/cmdl= ine.c /usr/src/contrib/libarchive/libarchive_fe/err.c /usr/src/contrib/liba= rchive/cpio/test/test_0.c /usr/src/contrib/libarchive/cpio/test/test_basic.= c /usr/src/contrib/libarchive/cpio/test/test_cmdline.c /usr/src/contrib/lib= archive/cpio/test/test_extract_cpio_Z.c /usr/src/contrib/libarchive/cpio/te= st/test_extract_cpio_bz2.c /usr/src/contrib/libarchive/cpio/test/test_extra= ct_cpio_grz.c /usr/src/contrib/libarchive/cpio/test/test_extract_cpio_gz.c = /usr/src/contrib/libarchive/cpio/test/test_extract_cpio_lrz.c /usr/src/cont= rib/libarchive/cpio/test/test_extract_cpio_lz.c /usr/src/contrib/libarchive= /cpio/test/test_extract_cpio_lzma.c /usr/src/contrib/libarchive/cpio/test/t= est_extract_cpio_lzo.c /usr/src/contrib/libarchive/cpio/test/test_extract_c= pio_xz.c /usr/src/contrib/libarchive/cpio/test/test_format_newc.c /usr/src/= contrib/libarchive/cpio/test/test_gcpio_compat.c /usr/src/contrib/libarchiv= e/cpio/test/test_option_0.c /usr/src/contrib/libarchive/cpio/test/test_opti= on_B_upper.c /usr/src/contrib/libarchive/cpio/test/test_option_C_upper.c /u= sr/src/contrib/libarchive/cpio/test/test_option_J_upper.c /usr/src/contrib/= libarchive/cpio/test/test_option_L_upper.c /usr/src/contrib/libarchive/cpio= /test/test_option_Z_upper.c /usr/src/contrib/libarchive/cpio/test/test_opti= on_a.c /usr/src/contrib/libarchive/cpio/test/test_option_b64encode.c /usr/s= rc/contrib/libarchive/cpio/test/test_option_c.c /usr/src/contrib/libarchive= /cpio/test/test_option_d.c /usr/src/contrib/libarchive/cpio/test/test_optio= n_f.c /usr/src/contrib/libarchive/cpio/test/test_option_grzip.c /usr/src/co= ntrib/libarchive/cpio/test/test_option_help.c /usr/src/contrib/libarchive/c= pio/test/test_option_l.c /usr/src/contrib/libarchive/cpio/test/test_option_= lrzip.c /usr/src/contrib/libarchive/cpio/test/test_option_lzma.c /usr/src/c= ontrib/libarchive/cpio/test/test_option_lzop.c /usr/src/contrib/libarchive/= cpio/test/test_option_m.c /usr/src/contrib/libarchive/cpio/test/test_option= _t.c /usr/src/contrib/libarchive/cpio/test/test_option_u.c /usr/src/contrib= /libarchive/cpio/test/test_option_uuencode.c /usr/src/contrib/libarchive/cp= io/test/test_option_version.c /usr/src/contrib/libarchive/cpio/test/test_op= tion_xz.c /usr/src/contrib/libarchive/cpio/test/test_option_y.c /usr/src/co= ntrib/libarchive/cpio/test/test_option_z.c /usr/src/contrib/libarchive/cpio= /test/test_owner_parse.c /usr/src/contrib/libarchive/cpio/test/test_passthr= ough_dotdot.c /usr/src/contrib/libarchive/cpio/test/test_passthrough_revers= e.c /usr/src/contrib/libarchive/cpio/test/main.c /usr/src/contrib/libarchiv= e/test_utils/test_utils.c --- depend_subdir_usr.sbin --- 1 error generated. In file included from /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/con= f/mtab/mtab_bsd.c:51: /usr/src/usr.sbin/amd/libamu/../include/config.h:12:10: fatal error: 'confi= g_local.h' file not found #include "config_local.h" ^ 1 error generated. In file included from /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/con= f/umount/umount_bsd44.c:49: /usr/src/usr.sbin/amd/libamu/../include/config.h:12:10: fatal error: 'confi= g_local.h' file not found #include "config_local.h" ^ 1 error generated. In file included from xdr_func_%undef.c:48: /usr/src/usr.sbin/amd/libamu/../include/config.h:12:10: fatal error: 'confi= g_local.h' file not found #include "config_local.h" ^ 1 error generated. mkdep: compile failed *** [.depend] Error code 1 make[5]: stopped in /usr/src/usr.sbin/amd/libamu 1 error make[5]: stopped in /usr/src/usr.sbin/amd/libamu *** [depend_subdir_libamu] Error code 2 make[4]: stopped in /usr/src/usr.sbin/amd 1 error make[4]: stopped in /usr/src/usr.sbin/amd *** [depend_subdir_amd] Error code 2 make[3]: stopped in /usr/src/usr.sbin --- depend_subdir_auditdistd --- echo auditdistd.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a /us= r/obj/arm64.aarch64/usr/src/tmp/usr/lib/libl.a /usr/obj/arm64.aarch64/usr/s= rc/tmp/usr/lib/libpthread.a /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libu= til.a /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libcrypto.a /usr/obj/arm64= .aarch64/usr/src/tmp/usr/lib/libssl.a >> .depend A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/usr.sbin/auditdistd *** [depend_subdir_auditdistd] Error code 2 make[3]: stopped in /usr/src/usr.sbin --- depend_subdir_usr.bin --- echo bsdcpio_test.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a /= usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libarchive.a >> .depend.bsdcpio_t= est A failure has been detected in another branch of the parallel make make[6]: stopped in /usr/src/usr.bin/cpio/tests *** [bsdcpio_test.depend] Error code 2 make[5]: stopped in /usr/src/usr.bin/cpio/tests 1 error make[5]: stopped in /usr/src/usr.bin/cpio/tests *** [depend] Error code 2 make[4]: stopped in /usr/src/usr.bin/cpio 1 error make[4]: stopped in /usr/src/usr.bin/cpio *** [depend_subdir_cpio] Error code 2 make[3]: stopped in /usr/src/usr.bin 1 error make[3]: stopped in /usr/src/usr.bin *** [depend_subdir_usr.bin] Error code 2 make[2]: stopped in /usr/src --- depend_subdir_usr.sbin --- --- depend_subdir_tcpdump --- echo tcpdump.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a /usr/o= bj/arm64.aarch64/usr/src/tmp/usr/lib/libl.a /usr/obj/arm64.aarch64/usr/src/= tmp/usr/lib/libpcap.a /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libcapsicu= m.a /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libcrypto.a >> .depend A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/usr.sbin/tcpdump/tcpdump *** [depend] Error code 2 make[4]: stopped in /usr/src/usr.sbin/tcpdump 1 error make[4]: stopped in /usr/src/usr.sbin/tcpdump *** [depend_subdir_tcpdump] Error code 2 make[3]: stopped in /usr/src/usr.sbin 3 errors make[3]: stopped in /usr/src/usr.sbin *** [depend_subdir_usr.sbin] Error code 2 make[2]: stopped in /usr/src 2 errors make[2]: stopped in /usr/src *** [_depend] 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/hudson6591123035798595497.sh + export 'PATH=3D/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/b= in' + export 'jname=3DFreeBSD_HEAD_arm64' + echo 'clean up jail FreeBSD_HEAD_arm64' clean up jail FreeBSD_HEAD_arm64 + sudo jail -r FreeBSD_HEAD_arm64 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::104:1 -alias + sudo umount FreeBSD_HEAD_arm64/usr/src + sudo umount FreeBSD_HEAD_arm64/dev + sudo rm -fr FreeBSD_HEAD_arm64 + true + sudo chflags -R noschg FreeBSD_HEAD_arm64 + sudo rm -fr FreeBSD_HEAD_arm64 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-arm@freebsd.org Tue Feb 16 12:45:27 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 919DFAA98AF for ; Tue, 16 Feb 2016 12:45:27 +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 74BA81FB8; Tue, 16 Feb 2016 12:45:27 +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 B85881CE9; Tue, 16 Feb 2016 12:45:27 +0000 (UTC) Date: Tue, 16 Feb 2016 12:45:26 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: skra@FreeBSD.org, andrew@FreeBSD.org, olivier@FreeBSD.org, zbb@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <542924461.7.1455626727725.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1098552417.3.1455612409834.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1098552417.3.1455612409834.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #2364 - 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: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Feb 2016 12:45:27 -0000 FreeBSD_HEAD_arm64 - Build #2364 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2364/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2364/ch= anges Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2364/con= sole Change summaries: 295658 by andrew: Add a sysctl to read the internal temperature of the AXP209 Power Management IC. Submitted by:=09Jared McNeill Differential Revision:=09https://reviews.freebsd.org/D5298 295657 by andrew: Add an analog audio driver for the audio codec found on the Allwinner A10/A20 SoC. Based loosely on the submitters NetBSD driver, tested on Cubieboard 2. Playback and capture are supported. Submitted by:=09Jared McNeill Differential Revision:=09https://reviews.freebsd.org/D5202 295656 by zbb: Support PEM that is not a PCI endpoint on ThunderX Some chip revisions don't have their external PCIe buses behind the internal bridge. Add support for FDT-configurable PEMs but keep ability for PCIe enumeration. Reviewed by: andrew, wma Obtained from: Semihalf Sponsored by: Cavium Differential Revision: https://reviews.freebsd.org/D5285 295655 by skra: Temporary overwrite bad definition of elm interrupt property in Linux dts files. It may be removed once it will be fixed upstream. This is done just to supresses a warning during dtb evaluation as there is no elm driver in tree at present. 295654 by andrew: Only read the power state register when we will be using its value. While here remove magic shifts, and cleanup pwr_name. Sponsored by:=09ABT Systems Ltd 295653 by olivier: Add myself as ports committer (including calendar) Approved by:=09jadawin Differential Revision:=09https://reviews.freebsd.org/D5295 The end of the build log: [...truncated 84685 lines...] rm -f .depend CC=3D'cc -B/usr/local/aarch64-freebsd/bin/' mkdep -f .depend -a -DTM_GMT= OFF=3Dtm_gmtoff -DTM_ZONE=3Dtm_zone -DSTD_INSPIRED -DPCTS -DHAVE_LONG_DOUBL= E -DTZDIR=3D\"/usr/share/zoneinfo\" -Demkdir=3Dmkdir -DHAVE_STRERROR -DHAVE= _UNISTD_H -I/usr/src/usr.sbin/zic/zic/.. -I/usr/src/usr.sbin/zic/zic/../../= ../contrib/tzcode/stdtime -std=3Dgnu99 /usr/src/usr.sbin/zic/zic/../../.= ./contrib/tzcode/zic/zic.c /usr/src/usr.sbin/zic/zic/../../../contrib/tzcod= e/zic/ialloc.c /usr/src/usr.sbin/zic/zic/../../../contrib/tzcode/zic/scheck= .c --- depend_subdir_accton --- echo accton.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a >> .de= pend --- depend_subdir_sa --- =3D=3D=3D> usr.sbin/sa (depend) --- .depend --- rm -f .depend CC=3D'cc -B/usr/local/aarch64-freebsd/bin/' mkdep -f .depend -a -std=3D= gnu99 /usr/src/usr.sbin/sa/main.c /usr/src/usr.sbin/sa/db.c /usr/src/usr= .sbin/sa/pdb.c /usr/src/usr.sbin/sa/usrdb.c /usr/src/usr.sbin/sa/../../usr.= bin/lastcomm/readrec.c --- depend_subdir_zic --- echo zic.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a >> .depen= d =3D=3D=3D> usr.sbin/zic/zdump (depend) --- .depend --- rm -f .depend CC=3D'cc -B/usr/local/aarch64-freebsd/bin/' mkdep -f .depend -a -DTM_GMT= OFF=3Dtm_gmtoff -DTM_ZONE=3Dtm_zone -DSTD_INSPIRED -DPCTS -DHAVE_LONG_DOUBL= E -DTZDIR=3D\"/usr/share/zoneinfo\" -Demkdir=3Dmkdir -I/usr/src/usr.sbin/zi= c/zdump/.. -I/usr/src/usr.sbin/zic/zdump/../../../contrib/tzcode/stdtime -s= td=3Dgnu99 /usr/src/usr.sbin/zic/zdump/../../../contrib/tzcode/zic/zdump= .c /usr/src/usr.sbin/zic/zdump/../../../contrib/tzcode/zic/ialloc.c /usr/sr= c/usr.sbin/zic/zdump/../../../contrib/tzcode/zic/scheck.c --- depend_subdir_sa --- echo sa.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a >> .depend --- depend --- =3D=3D=3D> usr.sbin/sa/tests (depend) --- depend_subdir_zic --- echo zdump.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a >> .dep= end --- depend_subdir_amd --- =3D=3D=3D> usr.sbin/amd (depend) --- depend_subdir_audit --- =3D=3D=3D> usr.sbin/audit (depend) --- depend_subdir_amd --- --- depend_subdir_include --- =3D=3D=3D> usr.sbin/amd/include (depend) --- depend_subdir_audit --- --- .depend --- rm -f .depend CC=3D'cc -B/usr/local/aarch64-freebsd/bin/' mkdep -f .depend -a -I/usr/s= rc/usr.sbin/audit/../../contrib/openbsm -std=3Dgnu99 /usr/src/usr.sbin/a= udit/../../contrib/openbsm/bin/audit/audit.c --- depend_subdir_amd --- --- depend_subdir_libamu --- =3D=3D=3D> usr.sbin/amd/libamu (depend) --- depend_subdir_audit --- echo audit.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a /usr/obj= /arm64.aarch64/usr/src/tmp/usr/lib/libbsm.a >> .depend --- depend_subdir_usr.bin --- --- depend_subdir_file --- =3D=3D=3D> usr.bin/file (depend) --- depend_subdir_usr.sbin --- --- depend_subdir_amd --- --- nfs_prot_x.c --- RPCGEN_CPP=3Dcpp\ -B/usr/local/aarch64-freebsd/bin/ rpcgen -c -C -DWANT_NFS= 3 /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/rpcsvc/nfs_prot.x -o nfs_p= rot_x.c --- depend_subdir_usr.bin --- --- .depend --- rm -f .depend CC=3D'cc -B/usr/local/aarch64-freebsd/bin/' mkdep -f .depend -a -DMAGIC= =3D'"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/usr/src/usr.bin/file/../../= lib/libmagic -std=3Dgnu99 /usr/src/usr.bin/file/../../contrib/file/src/f= ile.c --- depend_subdir_usr.sbin --- --- xdr_func_%undef.c --- unifdef -DHAVE_XDR_ATTRSTAT -DHAVE_XDR_CREATEARGS -DHAVE_XDR_DIRLIST -DHAVE= _XDR_DIROPARGS -DHAVE_XDR_DIROPOKRES -DHAVE_XDR_DIROPRES -DHAVE_XDR_DIRPATH= -DHAVE_XDR_ENTRY -DHAVE_XDR_EXPORTNODE -DHAVE_XDR_EXPORTS -DHAVE_XDR_FATTR= -DHAVE_XDR_FHANDLE -DHAVE_XDR_FHSTATUS -DHAVE_XDR_FILENAME -DHAVE_XDR_FTYP= E -DHAVE_XDR_GROUPNODE -DHAVE_XDR_GROUPS -DHAVE_XDR_LINKARGS -DHAVE_XDR_MOU= NTBODY -DHAVE_XDR_MOUNTLIST -DHAVE_XDR_NAME -DHAVE_XDR_NFS_FH -DHAVE_XDR_NF= SCOOKIE -DHAVE_XDR_NFSPATH -DHAVE_XDR_NFSSTAT -DHAVE_XDR_NFSTIME -DHAVE_XDR= _POINTER -DHAVE_XDR_READARGS -DHAVE_XDR_READDIRARGS -DHAVE_XDR_READDIRRES -= DHAVE_XDR_READLINKRES -DHAVE_XDR_READOKRES -DHAVE_XDR_READRES -DHAVE_XDR_RE= NAMEARGS -DHAVE_XDR_SATTR -DHAVE_XDR_SATTRARGS -DHAVE_XDR_STATFSOKRES -DHAV= E_XDR_STATFSRES -DHAVE_XDR_SYMLINKARGS -DHAVE_XDR_WRITEARGS < /usr/src/usr.= sbin/amd/libamu/../../../contrib/amd/libamu/xdr_func.c > xdr_func_%undef.c --- .depend --- rm -f .depend CC=3D'cc -B/usr/local/aarch64-freebsd/bin/' mkdep -f .depend -a -I/usr/s= rc/usr.sbin/amd/libamu/../../../contrib/amd/libamu -I/usr/obj/arm64.aarch64= /usr/src/tmp/usr/include/rpcsvc -I. -I/usr/src/usr.sbin/amd/libamu -I/usr/s= rc/usr.sbin/amd/libamu/../include -I/usr/obj/arm64.aarch64/usr/src/usr.sbin= /amd/libamu/../include -I/usr/src/usr.sbin/amd/libamu/../../../contrib/amd/= include -I/usr/src/usr.sbin/amd/libamu/../../../contrib/amd -DHAVE_CONFIG_H= -DHOST_CPU=3D\"aarch64\" -DHOST_ARCH=3D\"aarch64\" -std=3Dgnu99 /usr/sr= c/usr.sbin/amd/libamu/../../../contrib/amd/libamu/hasmntopt.c /usr/src/usr.= sbin/amd/libamu/../../../contrib/amd/libamu/misc_rpc.c /usr/src/usr.sbin/am= d/libamu/../../../contrib/amd/libamu/mount_fs.c /usr/src/usr.sbin/amd/libam= u/../../../contrib/amd/libamu/mtab.c /usr/src/usr.sbin/amd/libamu/../../../= contrib/amd/libamu/nfs_prot_xdr.c /usr/src/usr.sbin/amd/libamu/../../../con= trib/amd/libamu/strutil.c /usr/src/usr.sbin/amd/libamu/../../../contrib/amd= /libamu/wire.c /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/libamu/xut= il.c /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/conf/transp/transp_s= ockets.c /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/conf/mtab/mtab_b= sd.c /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/conf/umount/umount_b= sd44.c nfs_prot_x.c xdr_func_%undef.c --- depend_subdir_usr.bin --- echo file.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a /usr/obj/= arm64.aarch64/usr/src/tmp/usr/lib/libmagic.a >> .depend --- depend_subdir_finger --- =3D=3D=3D> usr.bin/finger (depend) --- depend_subdir_usr.sbin --- In file included from /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/lib= amu/hasmntopt.c:45: /usr/src/usr.sbin/amd/libamu/../include/config.h:12:10: fatal error: 'confi= g_local.h' file not found #include "config_local.h" ^ --- depend_subdir_usr.bin --- --- .depend --- rm -f .depend CC=3D'cc -B/usr/local/aarch64-freebsd/bin/' mkdep -f .depend -a -std=3D= gnu99 /usr/src/usr.bin/finger/finger.c /usr/src/usr.bin/finger/lprint.c = /usr/src/usr.bin/finger/net.c /usr/src/usr.bin/finger/sprint.c /usr/src/usr= .bin/finger/util.c --- depend_subdir_usr.sbin --- 1 error generated. In file included from /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/lib= amu/misc_rpc.c:49: /usr/src/usr.sbin/amd/libamu/../include/config.h:12:10: fatal error: 'confi= g_local.h' file not found #include "config_local.h" ^ 1 error generated. In file included from /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/lib= amu/mount_fs.c:45: /usr/src/usr.sbin/amd/libamu/../include/config.h:12:10: fatal error: 'confi= g_local.h' file not found #include "config_local.h" ^ --- depend_subdir_usr.bin --- echo finger.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a >> .de= pend --- depend_subdir_usr.sbin --- --- depend_subdir_auditd --- =3D=3D=3D> usr.sbin/auditd (depend) --- .depend --- rm -f .depend CC=3D'cc -B/usr/local/aarch64-freebsd/bin/' mkdep -f .depend -a -I/usr/s= rc/usr.sbin/auditd/../../contrib/openbsm -std=3Dgnu99 /usr/src/usr.sbin/= auditd/../../contrib/openbsm/bin/auditd/auditd.c /usr/src/usr.sbin/auditd/.= ./../contrib/openbsm/bin/auditd/audit_warn.c /usr/src/usr.sbin/auditd/../..= /contrib/openbsm/bin/auditd/auditd_fbsd.c --- depend_subdir_amd --- 1 error generated. In file included from /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/lib= amu/mtab.c:45: /usr/src/usr.sbin/amd/libamu/../include/config.h:12:10: fatal error: 'confi= g_local.h' file not found #include "config_local.h" ^ 1 error generated. In file included from /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/lib= amu/nfs_prot_xdr.c:45: /usr/src/usr.sbin/amd/libamu/../include/config.h:12:10: fatal error: 'confi= g_local.h' file not found #include "config_local.h" ^ --- depend_subdir_auditd --- echo auditd.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a /usr/ob= j/arm64.aarch64/usr/src/tmp/usr/lib/libauditd.a /usr/obj/arm64.aarch64/usr/= src/tmp/usr/lib/libbsm.a >> .depend --- depend_subdir_auditdistd --- =3D=3D=3D> usr.sbin/auditdistd (depend) --- depend_subdir_amd --- 1 error generated. --- depend_subdir_auditdistd --- --- parse.c --- yacc -d -v -o parse.c /usr/src/usr.sbin/auditdistd/../../contrib/openbsm/bi= n/auditdistd/parse.y --- depend_subdir_amd --- In file included from /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/lib= amu/strutil.c:49: /usr/src/usr.sbin/amd/libamu/../include/config.h:12:10: fatal error: 'confi= g_local.h' file not found #include "config_local.h" ^ --- depend_subdir_auditdistd --- --- token.c --- lex -otoken.c /usr/src/usr.sbin/auditdistd/../../contrib/openbsm/bin/audit= distd/token.l --- .depend --- rm -f .depend CC=3D'cc -B/usr/local/aarch64-freebsd/bin/' mkdep -f .depend -a -I/usr/s= rc/usr.sbin/auditdistd/../../contrib/openbsm -I/usr/src/usr.sbin/auditdistd= /../../contrib/openbsm/bin/auditdistd -std=3Dgnu99 /usr/src/usr.sbin/aud= itdistd/../../contrib/openbsm/bin/auditdistd/auditdistd.c parse.c /usr/src/= usr.sbin/auditdistd/../../contrib/openbsm/bin/auditdistd/pjdlog.c /usr/src/= usr.sbin/auditdistd/../../contrib/openbsm/bin/auditdistd/proto.c /usr/src/u= sr.sbin/auditdistd/../../contrib/openbsm/bin/auditdistd/proto_common.c /usr= /src/usr.sbin/auditdistd/../../contrib/openbsm/bin/auditdistd/proto_socketp= air.c /usr/src/usr.sbin/auditdistd/../../contrib/openbsm/bin/auditdistd/pro= to_tcp.c /usr/src/usr.sbin/auditdistd/../../contrib/openbsm/bin/auditdistd/= proto_tls.c /usr/src/usr.sbin/auditdistd/../../contrib/openbsm/bin/auditdis= td/receiver.c /usr/src/usr.sbin/auditdistd/../../contrib/openbsm/bin/auditd= istd/sandbox.c /usr/src/usr.sbin/auditdistd/../../contrib/openbsm/bin/audit= distd/sender.c /usr/src/usr.sbin/auditdistd/../../contrib/openbsm/bin/audit= distd/subr.c token.c /usr/src/usr.sbin/auditdistd/../../contrib/openbsm/bin= /auditdistd/trail.c --- depend_subdir_amd --- 1 error generated. In file included from /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/lib= amu/wire.c:57: /usr/src/usr.sbin/amd/libamu/../include/config.h:12:10: fatal error: 'confi= g_local.h' file not found #include "config_local.h" ^ 1 error generated. In file included from /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/lib= amu/xutil.c:49: /usr/src/usr.sbin/amd/libamu/../include/config.h:12:10: fatal error: 'confi= g_local.h' file not found #include "config_local.h" ^ 1 error generated. In file included from /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/con= f/transp/transp_sockets.c:47: /usr/src/usr.sbin/amd/libamu/../include/config.h:12:10: fatal error: 'confi= g_local.h' file not found #include "config_local.h" ^ 1 error generated. In file included from /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/con= f/mtab/mtab_bsd.c:51: /usr/src/usr.sbin/amd/libamu/../include/config.h:12:10: fatal error: 'confi= g_local.h' file not found #include "config_local.h" ^ 1 error generated. In file included from /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/con= f/umount/umount_bsd44.c:49: /usr/src/usr.sbin/amd/libamu/../include/config.h:12:10: fatal error: 'confi= g_local.h' file not found #include "config_local.h" ^ 1 error generated. In file included from xdr_func_%undef.c:48: /usr/src/usr.sbin/amd/libamu/../include/config.h:12:10: fatal error: 'confi= g_local.h' file not found #include "config_local.h" ^ 1 error generated. mkdep: compile failed *** [.depend] Error code 1 make[5]: stopped in /usr/src/usr.sbin/amd/libamu 1 error make[5]: stopped in /usr/src/usr.sbin/amd/libamu *** [depend_subdir_libamu] Error code 2 make[4]: stopped in /usr/src/usr.sbin/amd 1 error make[4]: stopped in /usr/src/usr.sbin/amd *** [depend_subdir_amd] Error code 2 make[3]: stopped in /usr/src/usr.sbin --- depend_subdir_auditdistd --- echo auditdistd.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a /us= r/obj/arm64.aarch64/usr/src/tmp/usr/lib/libl.a /usr/obj/arm64.aarch64/usr/s= rc/tmp/usr/lib/libpthread.a /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libu= til.a /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libcrypto.a /usr/obj/arm64= .aarch64/usr/src/tmp/usr/lib/libssl.a >> .depend A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/usr.sbin/auditdistd *** [depend_subdir_auditdistd] Error code 2 make[3]: stopped in /usr/src/usr.sbin --- depend_subdir_usr.bin --- --- depend_subdir_clang --- --- depend_subdir_tblgen --- echo tblgen.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a /usr/ob= j/arm64.aarch64/usr/src/usr.bin/clang/tblgen/../../../lib/clang/libllvmtabl= egen/libllvmtablegen.a /usr/obj/arm64.aarch64/usr/src/usr.bin/clang/tblgen/= ../../../lib/clang/libllvmsupport/libllvmsupport.a /usr/obj/arm64.aarch64/u= sr/src/tmp/usr/lib/libncursesw.a /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib= /libpthread.a >> .depend echo tblgen.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc++.a >> .d= epend A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/usr.bin/clang/tblgen *** [depend_subdir_tblgen] Error code 2 make[4]: stopped in /usr/src/usr.bin/clang 1 error make[4]: stopped in /usr/src/usr.bin/clang *** [depend_subdir_clang] Error code 2 make[3]: stopped in /usr/src/usr.bin 1 error make[3]: stopped in /usr/src/usr.bin *** [depend_subdir_usr.bin] Error code 2 make[2]: stopped in /usr/src --- depend_subdir_usr.sbin --- --- depend_subdir_tcpdump --- echo tcpdump.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a /usr/o= bj/arm64.aarch64/usr/src/tmp/usr/lib/libl.a /usr/obj/arm64.aarch64/usr/src/= tmp/usr/lib/libpcap.a /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libcapsicu= m.a /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libcrypto.a >> .depend A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/usr.sbin/tcpdump/tcpdump *** [depend] Error code 2 make[4]: stopped in /usr/src/usr.sbin/tcpdump 1 error make[4]: stopped in /usr/src/usr.sbin/tcpdump *** [depend_subdir_tcpdump] Error code 2 make[3]: stopped in /usr/src/usr.sbin 3 errors make[3]: stopped in /usr/src/usr.sbin *** [depend_subdir_usr.sbin] Error code 2 make[2]: stopped in /usr/src 2 errors make[2]: stopped in /usr/src *** [_depend] 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/hudson2426955740930882559.sh + export 'PATH=3D/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/b= in' + export 'jname=3DFreeBSD_HEAD_arm64' + echo 'clean up jail FreeBSD_HEAD_arm64' clean up jail FreeBSD_HEAD_arm64 + sudo jail -r FreeBSD_HEAD_arm64 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::104:1 -alias + sudo umount FreeBSD_HEAD_arm64/usr/src + sudo umount FreeBSD_HEAD_arm64/dev + sudo rm -fr FreeBSD_HEAD_arm64 + true + sudo chflags -R noschg FreeBSD_HEAD_arm64 + sudo rm -fr FreeBSD_HEAD_arm64 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-arm@freebsd.org Tue Feb 16 14:45:09 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 83A21AAA298 for ; Tue, 16 Feb 2016 14:45:09 +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 67A2E1A25; Tue, 16 Feb 2016 14:45:09 +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 5616A1D2B; Tue, 16 Feb 2016 14:45:09 +0000 (UTC) Date: Tue, 16 Feb 2016 14:45:07 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: skra@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <123150198.11.1455633908689.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <542924461.7.1455626727725.JavaMail.jenkins@jenkins-9.freebsd.org> References: <542924461.7.1455626727725.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #2365 - 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: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Feb 2016 14:45:09 -0000 FreeBSD_HEAD_arm64 - Build #2365 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2365/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2365/ch= anges Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2365/con= sole Change summaries: 295660 by skra: Use EARLY_DRIVER_MODULE() for ti_scm driver to be attached before am335x_prcm driver which uses it. Used BUS_PASS_BUS is a quick pick for now and may be revised when other drivers start using multipass feature. This is needed after an update of Linux dts files done in r295436. 295659 by skra: Do not use DMA channels used by GPU. (1) The channel mask is get from "brcm,dma-channel-mask" property of dma node, and if not provided, from "broadcom,channels" property. (2) Consequently, sdhci driver does not allocate any specific channel. (3) Use CS_RESET bit for initial channel reset. Differential Revision: https://reviews.freebsd.org/D4303 The end of the build log: [...truncated 85008 lines...] =3D=3D=3D> usr.bin/iconv (depend) --- depend_subdir_usr.sbin --- --- depend_subdir_amd --- --- nfs_prot_x.c --- RPCGEN_CPP=3Dcpp\ -B/usr/local/aarch64-freebsd/bin/ rpcgen -c -C -DWANT_NFS= 3 /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/rpcsvc/nfs_prot.x -o nfs_p= rot_x.c --- depend_subdir_usr.bin --- --- .depend --- rm -f .depend CC=3D'cc -B/usr/local/aarch64-freebsd/bin/' mkdep -f .depend -a -std=3D= gnu99 /usr/src/usr.bin/iconv/iconv.c --- depend_subdir_usr.sbin --- --- xdr_func_%undef.c --- unifdef -DHAVE_XDR_ATTRSTAT -DHAVE_XDR_CREATEARGS -DHAVE_XDR_DIRLIST -DHAVE= _XDR_DIROPARGS -DHAVE_XDR_DIROPOKRES -DHAVE_XDR_DIROPRES -DHAVE_XDR_DIRPATH= -DHAVE_XDR_ENTRY -DHAVE_XDR_EXPORTNODE -DHAVE_XDR_EXPORTS -DHAVE_XDR_FATTR= -DHAVE_XDR_FHANDLE -DHAVE_XDR_FHSTATUS -DHAVE_XDR_FILENAME -DHAVE_XDR_FTYP= E -DHAVE_XDR_GROUPNODE -DHAVE_XDR_GROUPS -DHAVE_XDR_LINKARGS -DHAVE_XDR_MOU= NTBODY -DHAVE_XDR_MOUNTLIST -DHAVE_XDR_NAME -DHAVE_XDR_NFS_FH -DHAVE_XDR_NF= SCOOKIE -DHAVE_XDR_NFSPATH -DHAVE_XDR_NFSSTAT -DHAVE_XDR_NFSTIME -DHAVE_XDR= _POINTER -DHAVE_XDR_READARGS -DHAVE_XDR_READDIRARGS -DHAVE_XDR_READDIRRES -= DHAVE_XDR_READLINKRES -DHAVE_XDR_READOKRES -DHAVE_XDR_READRES -DHAVE_XDR_RE= NAMEARGS -DHAVE_XDR_SATTR -DHAVE_XDR_SATTRARGS -DHAVE_XDR_STATFSOKRES -DHAV= E_XDR_STATFSRES -DHAVE_XDR_SYMLINKARGS -DHAVE_XDR_WRITEARGS < /usr/src/usr.= sbin/amd/libamu/../../../contrib/amd/libamu/xdr_func.c > xdr_func_%undef.c --- .depend --- rm -f .depend CC=3D'cc -B/usr/local/aarch64-freebsd/bin/' mkdep -f .depend -a -I/usr/s= rc/usr.sbin/amd/libamu/../../../contrib/amd/libamu -I/usr/obj/arm64.aarch64= /usr/src/tmp/usr/include/rpcsvc -I. -I/usr/src/usr.sbin/amd/libamu -I/usr/s= rc/usr.sbin/amd/libamu/../include -I/usr/obj/arm64.aarch64/usr/src/usr.sbin= /amd/libamu/../include -I/usr/src/usr.sbin/amd/libamu/../../../contrib/amd/= include -I/usr/src/usr.sbin/amd/libamu/../../../contrib/amd -DHAVE_CONFIG_H= -DHOST_CPU=3D\"aarch64\" -DHOST_ARCH=3D\"aarch64\" -std=3Dgnu99 /usr/sr= c/usr.sbin/amd/libamu/../../../contrib/amd/libamu/hasmntopt.c /usr/src/usr.= sbin/amd/libamu/../../../contrib/amd/libamu/misc_rpc.c /usr/src/usr.sbin/am= d/libamu/../../../contrib/amd/libamu/mount_fs.c /usr/src/usr.sbin/amd/libam= u/../../../contrib/amd/libamu/mtab.c /usr/src/usr.sbin/amd/libamu/../../../= contrib/amd/libamu/nfs_prot_xdr.c /usr/src/usr.sbin/amd/libamu/../../../con= trib/amd/libamu/strutil.c /usr/src/usr.sbin/amd/libamu/../../../contrib/amd= /libamu/wire.c /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/libamu/xut= il.c /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/conf/transp/transp_s= ockets.c /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/conf/mtab/mtab_b= sd.c /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/conf/umount/umount_b= sd44.c nfs_prot_x.c xdr_func_%undef.c --- depend_subdir_usr.bin --- echo iconv.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a >> .dep= end --- depend_subdir_mkcsmapper --- =3D=3D=3D> usr.bin/mkcsmapper (depend) --- depend_subdir_usr.sbin --- In file included from /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/lib= amu/hasmntopt.c:45: /usr/src/usr.sbin/amd/libamu/../include/config.h:12:10: fatal error: 'confi= g_local.h' file not found #include "config_local.h" ^ --- depend_subdir_usr.bin --- --- lex.c --- lex -olex.c /usr/src/usr.bin/mkcsmapper/lex.l --- yacc.c --- yacc -d -o yacc.c /usr/src/usr.bin/mkcsmapper/yacc.y --- .depend --- rm -f .depend CC=3D'cc -B/usr/local/aarch64-freebsd/bin/' mkdep -f .depend -a -I/usr/s= rc/usr.bin/mkcsmapper -I/usr/src/usr.bin/mkcsmapper/../mkcsmapper -I/usr/sr= c/usr.bin/mkcsmapper/../../lib/libc/iconv -I/usr/src/usr.bin/mkcsmapper/../= ../lib/libiconv_modules/mapper_std -std=3Dgnu99 lex.c yacc.c echo mkcsmapper.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a >>= .depend --- depend_subdir_usr.sbin --- 1 error generated. --- depend_subdir_usr.bin --- --- depend_subdir_mkesdb --- =3D=3D=3D> usr.bin/mkesdb (depend) --- depend_subdir_usr.sbin --- In file included from /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/lib= amu/misc_rpc.c:49: /usr/src/usr.sbin/amd/libamu/../include/config.h:12:10: fatal error: 'confi= g_local.h' file not found #include "config_local.h" ^ --- depend_subdir_usr.bin --- --- lex.c --- lex -olex.c /usr/src/usr.bin/mkesdb/lex.l --- depend_subdir_usr.sbin --- 1 error generated. --- depend_subdir_usr.bin --- --- yacc.c --- yacc -d -o yacc.c /usr/src/usr.bin/mkesdb/yacc.y --- .depend --- rm -f .depend CC=3D'cc -B/usr/local/aarch64-freebsd/bin/' mkdep -f .depend -a -I/usr/s= rc/usr.bin/mkesdb -I/usr/src/usr.bin/mkesdb/../mkesdb -I/usr/src/usr.bin/mk= esdb/../../lib/libc/iconv -std=3Dgnu99 lex.c yacc.c --- depend_subdir_usr.sbin --- In file included from /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/lib= amu/mount_fs.c:45: /usr/src/usr.sbin/amd/libamu/../include/config.h:12:10: fatal error: 'confi= g_local.h' file not found #include "config_local.h" ^ 1 error generated. In file included from /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/lib= amu/mtab.c:45: /usr/src/usr.sbin/amd/libamu/../include/config.h:12:10: fatal error: 'confi= g_local.h' file not found #include "config_local.h" ^ --- depend_subdir_usr.bin --- echo mkesdb.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a >> .de= pend --- depend_subdir_iscsictl --- =3D=3D=3D> usr.bin/iscsictl (depend) --- depend_subdir_usr.sbin --- 1 error generated. --- depend_subdir_usr.bin --- --- parse.c --- yacc -d -v /usr/src/usr.bin/iscsictl/parse.y --- depend_subdir_usr.sbin --- In file included from /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/lib= amu/nfs_prot_xdr.c:45: /usr/src/usr.sbin/amd/libamu/../include/config.h:12:10: fatal error: 'confi= g_local.h' file not found #include "config_local.h" ^ --- depend_subdir_usr.bin --- cp y.tab.c parse.c --- token.c --- lex -i -otoken.c /usr/src/usr.bin/iscsictl/token.l --- .depend --- rm -f .depend CC=3D'cc -B/usr/local/aarch64-freebsd/bin/' mkdep -f .depend -a -I/usr/s= rc/usr.bin/iscsictl -I/usr/src/usr.bin/iscsictl/../../sys/dev/iscsi -std=3D= gnu99 /usr/src/usr.bin/iscsictl/iscsictl.c /usr/src/usr.bin/iscsictl/per= iphs.c parse.c token.c --- depend_subdir_usr.sbin --- 1 error generated. In file included from /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/lib= amu/strutil.c:49: /usr/src/usr.sbin/amd/libamu/../include/config.h:12:10: fatal error: 'confi= g_local.h' file not found #include "config_local.h" ^ 1 error generated. In file included from /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/lib= amu/wire.c:57: /usr/src/usr.sbin/amd/libamu/../include/config.h:12:10: fatal error: 'confi= g_local.h' file not found #include "config_local.h" ^ 1 error generated. --- depend_subdir_usr.bin --- echo iscsictl.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a /usr/= obj/arm64.aarch64/usr/src/tmp/usr/lib/libxo.a >> .depend --- depend_subdir_usr.sbin --- --- depend_subdir_auditd --- =3D=3D=3D> usr.sbin/auditd (depend) --- depend_subdir_amd --- In file included from /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/lib= amu/xutil.c:49: /usr/src/usr.sbin/amd/libamu/../include/config.h:12:10: fatal error: 'confi= g_local.h' file not found #include "config_local.h" ^ --- depend_subdir_auditd --- --- .depend --- rm -f .depend CC=3D'cc -B/usr/local/aarch64-freebsd/bin/' mkdep -f .depend -a -I/usr/s= rc/usr.sbin/auditd/../../contrib/openbsm -std=3Dgnu99 /usr/src/usr.sbin/= auditd/../../contrib/openbsm/bin/auditd/auditd.c /usr/src/usr.sbin/auditd/.= ./../contrib/openbsm/bin/auditd/audit_warn.c /usr/src/usr.sbin/auditd/../..= /contrib/openbsm/bin/auditd/auditd_fbsd.c --- depend_subdir_amd --- 1 error generated. In file included from /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/con= f/transp/transp_sockets.c:47: /usr/src/usr.sbin/amd/libamu/../include/config.h:12:10: fatal error: 'confi= g_local.h' file not found #include "config_local.h" ^ 1 error generated. --- depend_subdir_auditd --- echo auditd.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a /usr/ob= j/arm64.aarch64/usr/src/tmp/usr/lib/libauditd.a /usr/obj/arm64.aarch64/usr/= src/tmp/usr/lib/libbsm.a >> .depend --- depend_subdir_auditdistd --- =3D=3D=3D> usr.sbin/auditdistd (depend) --- depend_subdir_amd --- In file included from /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/con= f/mtab/mtab_bsd.c:51: /usr/src/usr.sbin/amd/libamu/../include/config.h:12:10: fatal error: 'confi= g_local.h' file not found #include "config_local.h" ^ --- depend_subdir_auditdistd --- --- parse.c --- yacc -d -v -o parse.c /usr/src/usr.sbin/auditdistd/../../contrib/openbsm/bi= n/auditdistd/parse.y --- token.c --- lex -otoken.c /usr/src/usr.sbin/auditdistd/../../contrib/openbsm/bin/audit= distd/token.l --- depend_subdir_amd --- 1 error generated. --- depend_subdir_auditdistd --- --- .depend --- rm -f .depend CC=3D'cc -B/usr/local/aarch64-freebsd/bin/' mkdep -f .depend -a -I/usr/s= rc/usr.sbin/auditdistd/../../contrib/openbsm -I/usr/src/usr.sbin/auditdistd= /../../contrib/openbsm/bin/auditdistd -std=3Dgnu99 /usr/src/usr.sbin/aud= itdistd/../../contrib/openbsm/bin/auditdistd/auditdistd.c parse.c /usr/src/= usr.sbin/auditdistd/../../contrib/openbsm/bin/auditdistd/pjdlog.c /usr/src/= usr.sbin/auditdistd/../../contrib/openbsm/bin/auditdistd/proto.c /usr/src/u= sr.sbin/auditdistd/../../contrib/openbsm/bin/auditdistd/proto_common.c /usr= /src/usr.sbin/auditdistd/../../contrib/openbsm/bin/auditdistd/proto_socketp= air.c /usr/src/usr.sbin/auditdistd/../../contrib/openbsm/bin/auditdistd/pro= to_tcp.c /usr/src/usr.sbin/auditdistd/../../contrib/openbsm/bin/auditdistd/= proto_tls.c /usr/src/usr.sbin/auditdistd/../../contrib/openbsm/bin/auditdis= td/receiver.c /usr/src/usr.sbin/auditdistd/../../contrib/openbsm/bin/auditd= istd/sandbox.c /usr/src/usr.sbin/auditdistd/../../contrib/openbsm/bin/audit= distd/sender.c /usr/src/usr.sbin/auditdistd/../../contrib/openbsm/bin/audit= distd/subr.c token.c /usr/src/usr.sbin/auditdistd/../../contrib/openbsm/bin= /auditdistd/trail.c --- depend_subdir_amd --- In file included from /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/con= f/umount/umount_bsd44.c:49: /usr/src/usr.sbin/amd/libamu/../include/config.h:12:10: fatal error: 'confi= g_local.h' file not found #include "config_local.h" ^ 1 error generated. In file included from xdr_func_%undef.c:48: /usr/src/usr.sbin/amd/libamu/../include/config.h:12:10: fatal error: 'confi= g_local.h' file not found #include "config_local.h" ^ 1 error generated. mkdep: compile failed *** [.depend] Error code 1 make[5]: stopped in /usr/src/usr.sbin/amd/libamu 1 error make[5]: stopped in /usr/src/usr.sbin/amd/libamu *** [depend_subdir_libamu] Error code 2 make[4]: stopped in /usr/src/usr.sbin/amd 1 error make[4]: stopped in /usr/src/usr.sbin/amd *** [depend_subdir_amd] Error code 2 make[3]: stopped in /usr/src/usr.sbin --- depend_subdir_usr.bin --- --- depend_subdir_clang --- --- depend_subdir_tblgen --- echo tblgen.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a /usr/ob= j/arm64.aarch64/usr/src/usr.bin/clang/tblgen/../../../lib/clang/libllvmtabl= egen/libllvmtablegen.a /usr/obj/arm64.aarch64/usr/src/usr.bin/clang/tblgen/= ../../../lib/clang/libllvmsupport/libllvmsupport.a /usr/obj/arm64.aarch64/u= sr/src/tmp/usr/lib/libncursesw.a /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib= /libpthread.a >> .depend echo tblgen.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc++.a >> .d= epend A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/usr.bin/clang/tblgen *** [depend_subdir_tblgen] Error code 2 make[4]: stopped in /usr/src/usr.bin/clang 1 error make[4]: stopped in /usr/src/usr.bin/clang *** [depend_subdir_clang] Error code 2 make[3]: stopped in /usr/src/usr.bin 1 error make[3]: stopped in /usr/src/usr.bin *** [depend_subdir_usr.bin] Error code 2 make[2]: stopped in /usr/src --- depend_subdir_usr.sbin --- --- depend_subdir_auditdistd --- echo auditdistd.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a /us= r/obj/arm64.aarch64/usr/src/tmp/usr/lib/libl.a /usr/obj/arm64.aarch64/usr/s= rc/tmp/usr/lib/libpthread.a /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libu= til.a /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libcrypto.a /usr/obj/arm64= .aarch64/usr/src/tmp/usr/lib/libssl.a >> .depend A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/usr.sbin/auditdistd *** [depend_subdir_auditdistd] Error code 2 make[3]: stopped in /usr/src/usr.sbin --- depend_subdir_tcpdump --- echo tcpdump.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a /usr/o= bj/arm64.aarch64/usr/src/tmp/usr/lib/libl.a /usr/obj/arm64.aarch64/usr/src/= tmp/usr/lib/libpcap.a /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libcapsicu= m.a /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libcrypto.a >> .depend A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/usr.sbin/tcpdump/tcpdump *** [depend] Error code 2 make[4]: stopped in /usr/src/usr.sbin/tcpdump 1 error make[4]: stopped in /usr/src/usr.sbin/tcpdump *** [depend_subdir_tcpdump] Error code 2 make[3]: stopped in /usr/src/usr.sbin 3 errors make[3]: stopped in /usr/src/usr.sbin *** [depend_subdir_usr.sbin] Error code 2 make[2]: stopped in /usr/src 2 errors make[2]: stopped in /usr/src *** [_depend] 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/hudson5496111480190863846.sh + export 'PATH=3D/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/b= in' + export 'jname=3DFreeBSD_HEAD_arm64' + echo 'clean up jail FreeBSD_HEAD_arm64' clean up jail FreeBSD_HEAD_arm64 + sudo jail -r FreeBSD_HEAD_arm64 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::104:1 -alias + sudo umount FreeBSD_HEAD_arm64/usr/src + sudo umount FreeBSD_HEAD_arm64/dev + sudo rm -fr FreeBSD_HEAD_arm64 + true + sudo chflags -R noschg FreeBSD_HEAD_arm64 + sudo rm -fr FreeBSD_HEAD_arm64 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-arm@freebsd.org Tue Feb 16 16:45:16 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A1768AAA7A4 for ; Tue, 16 Feb 2016 16:45:16 +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 952F4288; Tue, 16 Feb 2016 16:45:16 +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 7DFE01D61; Tue, 16 Feb 2016 16:45:16 +0000 (UTC) Date: Tue, 16 Feb 2016 16:45:14 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: emaste@FreeBSD.org, andrew@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <1495511153.15.1455641115945.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <123150198.11.1455633908689.JavaMail.jenkins@jenkins-9.freebsd.org> References: <123150198.11.1455633908689.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #2366 - 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: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Feb 2016 16:45:16 -0000 FreeBSD_HEAD_arm64 - Build #2366 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2366/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2366/ch= anges Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2366/con= sole Change summaries: 295662 by andrew: Allow callers of OF_decode_addr to get the size of the found mapping. This will allow for code that uses the old fdt_get_range and fdt_regsize functions to find a range, map it, access, then unmap to replace this, up to and including the map, with a call to OF_decode_addr. As this function should only be used in the early boot code the unmap is mostly do document we no longer need the mapping as it's a no-op, at least on arm. Reviewed by:=09jhibbits Sponsored by:=09ABT Systems Ltd Differential Revision:=09https://reviews.freebsd.org/D5258 295661 by emaste: Allow elfcopy to convert between two non-ELF formats If the output object is not an ELF file, choose an arbitrary ELF format for the intermediate file. srec, ihex and binary formats are independent of class, endianness and machine type so these choices do not affect the output. ELF Tool Chain ticket #517 Reviewed by:=09kai Obtained from:=09ELF Tool Chain r3411 The end of the build log: [...truncated 85199 lines...] CC=3D'cc -B/usr/local/aarch64-freebsd/bin/' mkdep -f .depend -a -std=3D= gnu99 /usr/src/usr.sbin/accton/accton.c --- depend_subdir_zic --- --- .depend --- rm -f .depend CC=3D'cc -B/usr/local/aarch64-freebsd/bin/' mkdep -f .depend -a -DTM_GMT= OFF=3Dtm_gmtoff -DTM_ZONE=3Dtm_zone -DSTD_INSPIRED -DPCTS -DHAVE_LONG_DOUBL= E -DTZDIR=3D\"/usr/share/zoneinfo\" -Demkdir=3Dmkdir -I/usr/src/usr.sbin/zi= c/zdump/.. -I/usr/src/usr.sbin/zic/zdump/../../../contrib/tzcode/stdtime -s= td=3Dgnu99 /usr/src/usr.sbin/zic/zdump/../../../contrib/tzcode/zic/zdump= .c /usr/src/usr.sbin/zic/zdump/../../../contrib/tzcode/zic/ialloc.c /usr/sr= c/usr.sbin/zic/zdump/../../../contrib/tzcode/zic/scheck.c --- depend_subdir_accton --- echo accton.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a >> .de= pend --- depend_subdir_sa --- =3D=3D=3D> usr.sbin/sa (depend) --- .depend --- rm -f .depend CC=3D'cc -B/usr/local/aarch64-freebsd/bin/' mkdep -f .depend -a -std=3D= gnu99 /usr/src/usr.sbin/sa/main.c /usr/src/usr.sbin/sa/db.c /usr/src/usr= .sbin/sa/pdb.c /usr/src/usr.sbin/sa/usrdb.c /usr/src/usr.sbin/sa/../../usr.= bin/lastcomm/readrec.c --- depend_subdir_zic --- echo zdump.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a >> .dep= end --- depend_subdir_amd --- =3D=3D=3D> usr.sbin/amd (depend) --- depend_subdir_include --- =3D=3D=3D> usr.sbin/amd/include (depend) --- depend_subdir_libamu --- --- depend_subdir_sa --- echo sa.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a >> .depend --- depend_subdir_amd --- =3D=3D=3D> usr.sbin/amd/libamu (depend) --- depend_subdir_sa --- --- depend --- =3D=3D=3D> usr.sbin/sa/tests (depend) --- depend_subdir_usr.bin --- --- depend_subdir_number --- =3D=3D=3D> usr.bin/number (depend) --- depend_subdir_usr.sbin --- --- depend_subdir_amd --- --- nfs_prot_x.c --- RPCGEN_CPP=3Dcpp\ -B/usr/local/aarch64-freebsd/bin/ rpcgen -c -C -DWANT_NFS= 3 /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/rpcsvc/nfs_prot.x -o nfs_p= rot_x.c --- xdr_func_%undef.c --- unifdef -DHAVE_XDR_ATTRSTAT -DHAVE_XDR_CREATEARGS -DHAVE_XDR_DIRLIST -DHAVE= _XDR_DIROPARGS -DHAVE_XDR_DIROPOKRES -DHAVE_XDR_DIROPRES -DHAVE_XDR_DIRPATH= -DHAVE_XDR_ENTRY -DHAVE_XDR_EXPORTNODE -DHAVE_XDR_EXPORTS -DHAVE_XDR_FATTR= -DHAVE_XDR_FHANDLE -DHAVE_XDR_FHSTATUS -DHAVE_XDR_FILENAME -DHAVE_XDR_FTYP= E -DHAVE_XDR_GROUPNODE -DHAVE_XDR_GROUPS -DHAVE_XDR_LINKARGS -DHAVE_XDR_MOU= NTBODY -DHAVE_XDR_MOUNTLIST -DHAVE_XDR_NAME -DHAVE_XDR_NFS_FH -DHAVE_XDR_NF= SCOOKIE -DHAVE_XDR_NFSPATH -DHAVE_XDR_NFSSTAT -DHAVE_XDR_NFSTIME -DHAVE_XDR= _POINTER -DHAVE_XDR_READARGS -DHAVE_XDR_READDIRARGS -DHAVE_XDR_READDIRRES -= DHAVE_XDR_READLINKRES -DHAVE_XDR_READOKRES -DHAVE_XDR_READRES -DHAVE_XDR_RE= NAMEARGS -DHAVE_XDR_SATTR -DHAVE_XDR_SATTRARGS -DHAVE_XDR_STATFSOKRES -DHAV= E_XDR_STATFSRES -DHAVE_XDR_SYMLINKARGS -DHAVE_XDR_WRITEARGS < /usr/src/usr.= sbin/amd/libamu/../../../contrib/amd/libamu/xdr_func.c > xdr_func_%undef.c --- depend_subdir_usr.bin --- --- .depend --- rm -f .depend CC=3D'cc -B/usr/local/aarch64-freebsd/bin/' mkdep -f .depend -a -std=3D= gnu99 /usr/src/usr.bin/number/number.c --- depend_subdir_usr.sbin --- --- .depend --- rm -f .depend CC=3D'cc -B/usr/local/aarch64-freebsd/bin/' mkdep -f .depend -a -I/usr/s= rc/usr.sbin/amd/libamu/../../../contrib/amd/libamu -I/usr/obj/arm64.aarch64= /usr/src/tmp/usr/include/rpcsvc -I. -I/usr/src/usr.sbin/amd/libamu -I/usr/s= rc/usr.sbin/amd/libamu/../include -I/usr/obj/arm64.aarch64/usr/src/usr.sbin= /amd/libamu/../include -I/usr/src/usr.sbin/amd/libamu/../../../contrib/amd/= include -I/usr/src/usr.sbin/amd/libamu/../../../contrib/amd -DHAVE_CONFIG_H= -DHOST_CPU=3D\"aarch64\" -DHOST_ARCH=3D\"aarch64\" -std=3Dgnu99 /usr/sr= c/usr.sbin/amd/libamu/../../../contrib/amd/libamu/hasmntopt.c /usr/src/usr.= sbin/amd/libamu/../../../contrib/amd/libamu/misc_rpc.c /usr/src/usr.sbin/am= d/libamu/../../../contrib/amd/libamu/mount_fs.c /usr/src/usr.sbin/amd/libam= u/../../../contrib/amd/libamu/mtab.c /usr/src/usr.sbin/amd/libamu/../../../= contrib/amd/libamu/nfs_prot_xdr.c /usr/src/usr.sbin/amd/libamu/../../../con= trib/amd/libamu/strutil.c /usr/src/usr.sbin/amd/libamu/../../../contrib/amd= /libamu/wire.c /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/libamu/xut= il.c /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/conf/transp/transp_s= ockets.c /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/conf/mtab/mtab_b= sd.c /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/conf/umount/umount_b= sd44.c nfs_prot_x.c xdr_func_%undef.c --- depend_subdir_usr.bin --- echo number.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a >> .de= pend --- depend_subdir_usr.sbin --- --- depend_subdir_audit --- =3D=3D=3D> usr.sbin/audit (depend) --- depend_subdir_amd --- In file included from /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/lib= amu/hasmntopt.c:45: /usr/src/usr.sbin/amd/libamu/../include/config.h:12:10: fatal error: 'confi= g_local.h' file not found #include "config_local.h" ^ --- depend_subdir_audit --- --- .depend --- rm -f .depend CC=3D'cc -B/usr/local/aarch64-freebsd/bin/' mkdep -f .depend -a -I/usr/s= rc/usr.sbin/audit/../../contrib/openbsm -std=3Dgnu99 /usr/src/usr.sbin/a= udit/../../contrib/openbsm/bin/audit/audit.c echo audit.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a /usr/obj= /arm64.aarch64/usr/src/tmp/usr/lib/libbsm.a >> .depend --- depend_subdir_auditd --- =3D=3D=3D> usr.sbin/auditd (depend) --- .depend --- rm -f .depend CC=3D'cc -B/usr/local/aarch64-freebsd/bin/' mkdep -f .depend -a -I/usr/s= rc/usr.sbin/auditd/../../contrib/openbsm -std=3Dgnu99 /usr/src/usr.sbin/= auditd/../../contrib/openbsm/bin/auditd/auditd.c /usr/src/usr.sbin/auditd/.= ./../contrib/openbsm/bin/auditd/audit_warn.c /usr/src/usr.sbin/auditd/../..= /contrib/openbsm/bin/auditd/auditd_fbsd.c --- depend_subdir_amd --- 1 error generated. In file included from /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/lib= amu/misc_rpc.c:49: /usr/src/usr.sbin/amd/libamu/../include/config.h:12:10: fatal error: 'confi= g_local.h' file not found #include "config_local.h" ^ --- depend_subdir_auditd --- echo auditd.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a /usr/ob= j/arm64.aarch64/usr/src/tmp/usr/lib/libauditd.a /usr/obj/arm64.aarch64/usr/= src/tmp/usr/lib/libbsm.a >> .depend --- depend_subdir_auditdistd --- =3D=3D=3D> usr.sbin/auditdistd (depend) --- depend_subdir_amd --- 1 error generated. In file included from /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/lib= amu/mount_fs.c:45: /usr/src/usr.sbin/amd/libamu/../include/config.h:12:10: fatal error: 'confi= g_local.h' file not found #include "config_local.h" ^ --- depend_subdir_auditdistd --- --- parse.c --- yacc -d -v -o parse.c /usr/src/usr.sbin/auditdistd/../../contrib/openbsm/bi= n/auditdistd/parse.y --- token.c --- lex -otoken.c /usr/src/usr.sbin/auditdistd/../../contrib/openbsm/bin/audit= distd/token.l --- .depend --- rm -f .depend CC=3D'cc -B/usr/local/aarch64-freebsd/bin/' mkdep -f .depend -a -I/usr/s= rc/usr.sbin/auditdistd/../../contrib/openbsm -I/usr/src/usr.sbin/auditdistd= /../../contrib/openbsm/bin/auditdistd -std=3Dgnu99 /usr/src/usr.sbin/aud= itdistd/../../contrib/openbsm/bin/auditdistd/auditdistd.c parse.c /usr/src/= usr.sbin/auditdistd/../../contrib/openbsm/bin/auditdistd/pjdlog.c /usr/src/= usr.sbin/auditdistd/../../contrib/openbsm/bin/auditdistd/proto.c /usr/src/u= sr.sbin/auditdistd/../../contrib/openbsm/bin/auditdistd/proto_common.c /usr= /src/usr.sbin/auditdistd/../../contrib/openbsm/bin/auditdistd/proto_socketp= air.c /usr/src/usr.sbin/auditdistd/../../contrib/openbsm/bin/auditdistd/pro= to_tcp.c /usr/src/usr.sbin/auditdistd/../../contrib/openbsm/bin/auditdistd/= proto_tls.c /usr/src/usr.sbin/auditdistd/../../contrib/openbsm/bin/auditdis= td/receiver.c /usr/src/usr.sbin/auditdistd/../../contrib/openbsm/bin/auditd= istd/sandbox.c /usr/src/usr.sbin/auditdistd/../../contrib/openbsm/bin/audit= distd/sender.c /usr/src/usr.sbin/auditdistd/../../contrib/openbsm/bin/audit= distd/subr.c token.c /usr/src/usr.sbin/auditdistd/../../contrib/openbsm/bin= /auditdistd/trail.c --- depend_subdir_amd --- 1 error generated. In file included from /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/lib= amu/mtab.c:45: /usr/src/usr.sbin/amd/libamu/../include/config.h:12:10: fatal error: 'confi= g_local.h' file not found #include "config_local.h" ^ 1 error generated. In file included from /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/lib= amu/nfs_prot_xdr.c:45: /usr/src/usr.sbin/amd/libamu/../include/config.h:12:10: fatal error: 'confi= g_local.h' file not found #include "config_local.h" ^ 1 error generated. In file included from /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/lib= amu/strutil.c:49: /usr/src/usr.sbin/amd/libamu/../include/config.h:12:10: fatal error: 'confi= g_local.h' file not found #include "config_local.h" ^ 1 error generated. In file included from /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/lib= amu/wire.c:57: /usr/src/usr.sbin/amd/libamu/../include/config.h:12:10: fatal error: 'confi= g_local.h' file not found #include "config_local.h" ^ 1 error generated. In file included from /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/lib= amu/xutil.c:49: /usr/src/usr.sbin/amd/libamu/../include/config.h:12:10: fatal error: 'confi= g_local.h' file not found #include "config_local.h" ^ 1 error generated. In file included from /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/con= f/transp/transp_sockets.c:47: /usr/src/usr.sbin/amd/libamu/../include/config.h:12:10: fatal error: 'confi= g_local.h' file not found #include "config_local.h" ^ 1 error generated. In file included from /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/con= f/mtab/mtab_bsd.c:51: /usr/src/usr.sbin/amd/libamu/../include/config.h:12:10: fatal error: 'confi= g_local.h' file not found #include "config_local.h" ^ 1 error generated. In file included from /usr/src/usr.sbin/amd/libamu/../../../contrib/amd/con= f/umount/umount_bsd44.c:49: /usr/src/usr.sbin/amd/libamu/../include/config.h:12:10: fatal error: 'confi= g_local.h' file not found #include "config_local.h" ^ 1 error generated. --- depend_subdir_auditdistd --- echo auditdistd.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a /us= r/obj/arm64.aarch64/usr/src/tmp/usr/lib/libl.a /usr/obj/arm64.aarch64/usr/s= rc/tmp/usr/lib/libpthread.a /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libu= til.a /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libcrypto.a /usr/obj/arm64= .aarch64/usr/src/tmp/usr/lib/libssl.a >> .depend --- depend_subdir_usr.bin --- --- depend_subdir_pom --- =3D=3D=3D> usr.bin/pom (depend) --- .depend --- --- depend_subdir_usr.sbin --- --- depend_subdir_amd --- In file included from xdr_func_%undef.c:48: /usr/src/usr.sbin/amd/libamu/../include/config.h:12:10: fatal error: 'confi= g_local.h' file not found #include "config_local.h" ^ --- depend_subdir_usr.bin --- rm -f .depend CC=3D'cc -B/usr/local/aarch64-freebsd/bin/' mkdep -f .depend -a -std=3D= gnu99 /usr/src/usr.bin/pom/pom.c echo pom.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a /usr/obj/a= rm64.aarch64/usr/src/tmp/usr/lib/libm.a >> .depend --- depend_subdir_usr.sbin --- --- depend_subdir_auditreduce --- =3D=3D=3D> usr.sbin/auditreduce (depend) --- depend_subdir_amd --- 1 error generated. mkdep: compile failed *** [.depend] Error code 1 make[5]: stopped in /usr/src/usr.sbin/amd/libamu 1 error make[5]: stopped in /usr/src/usr.sbin/amd/libamu *** [depend_subdir_libamu] Error code 2 make[4]: stopped in /usr/src/usr.sbin/amd 1 error make[4]: stopped in /usr/src/usr.sbin/amd *** [depend_subdir_amd] Error code 2 make[3]: stopped in /usr/src/usr.sbin --- depend_subdir_auditreduce --- A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/usr.sbin/auditreduce *** [depend_subdir_auditreduce] Error code 2 make[3]: stopped in /usr/src/usr.sbin --- depend_subdir_usr.bin --- --- depend_subdir_clang --- --- depend_subdir_tblgen --- echo tblgen.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a /usr/ob= j/arm64.aarch64/usr/src/usr.bin/clang/tblgen/../../../lib/clang/libllvmtabl= egen/libllvmtablegen.a /usr/obj/arm64.aarch64/usr/src/usr.bin/clang/tblgen/= ../../../lib/clang/libllvmsupport/libllvmsupport.a /usr/obj/arm64.aarch64/u= sr/src/tmp/usr/lib/libncursesw.a /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib= /libpthread.a >> .depend echo tblgen.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc++.a >> .d= epend A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/usr.bin/clang/tblgen *** [depend_subdir_tblgen] Error code 2 make[4]: stopped in /usr/src/usr.bin/clang 1 error make[4]: stopped in /usr/src/usr.bin/clang *** [depend_subdir_clang] Error code 2 make[3]: stopped in /usr/src/usr.bin 1 error make[3]: stopped in /usr/src/usr.bin *** [depend_subdir_usr.bin] Error code 2 make[2]: stopped in /usr/src --- depend_subdir_usr.sbin --- --- depend_subdir_tcpdump --- echo tcpdump.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a /usr/o= bj/arm64.aarch64/usr/src/tmp/usr/lib/libl.a /usr/obj/arm64.aarch64/usr/src/= tmp/usr/lib/libpcap.a /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libcapsicu= m.a /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libcrypto.a >> .depend A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/usr.sbin/tcpdump/tcpdump *** [depend] Error code 2 make[4]: stopped in /usr/src/usr.sbin/tcpdump 1 error make[4]: stopped in /usr/src/usr.sbin/tcpdump *** [depend_subdir_tcpdump] Error code 2 make[3]: stopped in /usr/src/usr.sbin 3 errors make[3]: stopped in /usr/src/usr.sbin *** [depend_subdir_usr.sbin] Error code 2 make[2]: stopped in /usr/src 2 errors make[2]: stopped in /usr/src *** [_depend] 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/hudson6845068145890764940.sh + export 'PATH=3D/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/b= in' + export 'jname=3DFreeBSD_HEAD_arm64' + echo 'clean up jail FreeBSD_HEAD_arm64' clean up jail FreeBSD_HEAD_arm64 + sudo jail -r FreeBSD_HEAD_arm64 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::104:1 -alias + sudo umount FreeBSD_HEAD_arm64/usr/src + sudo umount FreeBSD_HEAD_arm64/dev + sudo rm -fr FreeBSD_HEAD_arm64 + true + sudo chflags -R noschg FreeBSD_HEAD_arm64 + sudo rm -fr FreeBSD_HEAD_arm64 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-arm@freebsd.org Tue Feb 16 18:33:10 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 002DBAAA814 for ; Tue, 16 Feb 2016 18:33:10 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qg0-x22c.google.com (mail-qg0-x22c.google.com [IPv6:2607:f8b0:400d:c04::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 B013A1EFF for ; Tue, 16 Feb 2016 18:33:09 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qg0-x22c.google.com with SMTP id y89so140250402qge.2 for ; Tue, 16 Feb 2016 10:33:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=tg/QNKQz/O9ZMIBVQmsuitnl0iCcyXlPs23nT8WnXiM=; b=FJBVOw6/m6m621nNHvj4w52jtc2iN08UttXoVvQuZKp0lFA+pg4l1q52VG5P8JSS0C hYOFgBfNGERIPhrE0P2CmD/Csstj+BbY8BtYc8RzbvjsHISUooR4L+eYa/NeJMcY0j7e qw9P8m8CyNDkLoqTR4VuU7QRfP434HM+mKfX/MzeKD57FxQRNmuKfGooAh1SBWvdCfix sSgTRsLrICSBr68oZK2Q9ZZYA3/AtzZXV46Y3rQOCWxTqCDxhPU0FK1WynEM2umwES39 lqUxS2m1jyLu7cS30jC4IjzGKM+8mYku+Md7fQ/Af6N/GTtzHlYt/YySzQ8hghSdhZbd 3m/A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=tg/QNKQz/O9ZMIBVQmsuitnl0iCcyXlPs23nT8WnXiM=; b=KPIQidd70UTVmTTvNARRa2VqsZHEL/QkpeKpQzfsHJ7p6pAd+yMDP691xcRQP4siLQ mC7dw9lRIi6Kw2JVy3431e+OLeXM10HMe5xVnxUlGUHx5oaTJbiJZyiVDpP8UnjSfABF i1R8HrH0EwGEKgvZlE+YDuEaKaOJ9d5DpyFoD2YdezAyAJ9lTrFQLm9eb7P4+AGQy6cW 59O3EuUAO0WX0Anm1iZAsqv0F72c7VbZ/owFjNeC3a9AQuaAGF+2EaxaHq/t+lOUgJ3p deTiGswlPThK+gCcOMS7n0xyWRB5co7oTWkxO7YsBS5fcw0E8WRwWBzT5TOFpA48LK3q zEyg== X-Gm-Message-State: AG10YOQ1VgKXo4V0njWg8OmJ0jmjMs2YfE/PyebpNpwkdRVSrAeyYhtzX9ILJ16YYtoMKEaNpI5wtUZZovFENA== MIME-Version: 1.0 X-Received: by 10.140.235.137 with SMTP id g131mr31188236qhc.43.1455647588563; Tue, 16 Feb 2016 10:33:08 -0800 (PST) Sender: wlosh@bsdimp.com Received: by 10.140.30.166 with HTTP; Tue, 16 Feb 2016 10:33:08 -0800 (PST) X-Originating-IP: [69.53.245.31] In-Reply-To: <20160215162419.GL75922@cicely7.cicely.de> References: <56BBD0B0.7040407@thieprojects.ch> <56BBD6B9.3090703@interia.eu> <20160211104534.5c18d1d32b3b55fdc458f6a5@bidouilliste.com> <56BCD629.3040209@interia.eu> <20160215123438.GK75922@cicely7.cicely.de> <20160215150404.GA51274@ns.kevlo.org> <20160215162419.GL75922@cicely7.cicely.de> Date: Tue, 16 Feb 2016 11:33:08 -0700 X-Google-Sender-Auth: iRTjh8f53lV3N-3I1YRkLR45Lns Message-ID: Subject: Re: FreeBSD on the $9 C.H.I.P From: Warner Losh To: ticso@cicely.de Cc: Kevin Lo , "freebsd-arm@freebsd.org" , Emmanuel Vadot 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, 16 Feb 2016 18:33:10 -0000 On Mon, Feb 15, 2016 at 9:24 AM, Bernd Walter wrote: > On Mon, Feb 15, 2016 at 11:04:04PM +0800, Kevin Lo wrote: > > On Mon, Feb 15, 2016 at 01:34:39PM +0100, Bernd Walter wrote: > > > On Thu, Feb 11, 2016 at 07:42:49PM +0100, Kris wrote: > > > > Yep, that's what I meant. As long as we distinguish Allwinner naming > > > > convention from what is inside we shall be fine (although Allwinner > > > > tries hard to confuse people... as if ARM had not done enough :) ) > > > > That being said I think support for Allwinner chips is worth being > > > > continued. They are cheap, quite robust, quite popular, and > > > > documentation is reasonably available (credits go to sunxi I must > admit) > > > > > > This is the first time I hear someone saying that documentation for > > > Allwinner is available. > > > Any links to share or is this still under some kind of NDA? > > > > Some datasheets are available at > https://github.com/allwinner-zh/documents > > Oh - there are register definitions for the A20 I'd looked up. > That's better than nothing at least. > So far all I'd seen where block diagrams and pinouts. > Yea, but many of the interesting bits, like the NAND controller, are too light in detail to actually implement a NAND controller driver. Warner From owner-freebsd-arm@freebsd.org Tue Feb 16 19:00:35 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CDE1AAAA3A4 for ; Tue, 16 Feb 2016 19:00:35 +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 C2E8912DE; Tue, 16 Feb 2016 19:00:35 +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 DC33D1DB0; Tue, 16 Feb 2016 19:00:35 +0000 (UTC) Date: Tue, 16 Feb 2016 19:00:33 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: bdrewery@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <1114714945.23.1455649235148.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1495511153.15.1455641115945.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1495511153.15.1455641115945.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #2367 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_arm64 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Feb 2016 19:00:35 -0000 FreeBSD_HEAD_arm64 - Build #2367 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2367/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2367/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2367/console Change summaries: 295663 by bdrewery: Revert r295648 for now. This builds fine with FAST_DEPEND but the mkdep method requires that include/ generates the headers during 'make depend' so the subsequent directories can find them when running mkdep. Sponsored by: EMC / Isilon Storage Division From owner-freebsd-arm@freebsd.org Tue Feb 16 22:50:12 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8707CAAB35A; Tue, 16 Feb 2016 22:50:12 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 80C571E50; Tue, 16 Feb 2016 22:50:10 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id ede92c29; Tue, 16 Feb 2016 23:50:01 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h= mime-version:content-type:content-transfer-encoding:date:from:to :cc:subject:in-reply-to:references:message-id; s=mail; bh=43Xu/V q7b7v3+UFJw7hJCqwUR1Y=; b=eeBSJvTUqMOg6xU7A7dDKJC5tJd+AGzXomdHoX 8A6gVJuUBQLAb7qgRKf/rwqRCxg5niypXqqeN0Gm2rxNxUcB7FPFZxT842GssI0+ XIeJVRLiKGFkIdfx7YlVrqdRCoiztDI7lqtfi5uIMyy03WK+HnYAmUKnoIJ83xF+ 9Ns9c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h= mime-version:content-type:content-transfer-encoding:date:from:to :cc:subject:in-reply-to:references:message-id; q=dns; s=mail; b= aZnMmwCC1dfSZoScmMxxUy2F79tfdMxkVievrIeehWbvsm2DcK7ZFWEJKyR2kNEP rdQpTR3pLYSgQqOyeKmXUJAsiYa2XZoWMD/Wt1wraWwUv1gshAGkEI9pAm8PG3/G amHMPCgAUAV3vgWhRCwkU7tRfDTZTtuOjdzdtNJW6e4= Received: from webmail.megadrive.org (www1.blih.net [212.83.177.180]) by mail.blih.net (OpenSMTPD) with ESMTP id 9eed6b89; Tue, 16 Feb 2016 23:50:01 +0100 (CET) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 16 Feb 2016 23:50:01 +0100 From: Emmanuel Vadot To: Warner Losh Cc: ticso@cicely.de, Kevin Lo , freebsd-arm@freebsd.org, owner-freebsd-arm@freebsd.org Subject: Re: FreeBSD on the $9 C.H.I.P Organization: Bidouilliste In-Reply-To: References: <56BBD0B0.7040407@thieprojects.ch> <56BBD6B9.3090703@interia.eu> <20160211104534.5c18d1d32b3b55fdc458f6a5@bidouilliste.com> <56BCD629.3040209@interia.eu> <20160215123438.GK75922@cicely7.cicely.de> <20160215150404.GA51274@ns.kevlo.org> <20160215162419.GL75922@cicely7.cicely.de> Message-ID: <804ee4b84b98feeeea72d29663ba6b92@megadrive.org> X-Sender: manu@bidouilliste.com User-Agent: Roundcube Webmail/1.1.1 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Feb 2016 22:50:12 -0000 On 2016-02-16 19:33, Warner Losh wrote: > On Mon, Feb 15, 2016 at 9:24 AM, Bernd Walter > wrote: > >> On Mon, Feb 15, 2016 at 11:04:04PM +0800, Kevin Lo wrote: >> > On Mon, Feb 15, 2016 at 01:34:39PM +0100, Bernd Walter wrote: >> > > On Thu, Feb 11, 2016 at 07:42:49PM +0100, Kris wrote: >> > > > Yep, that's what I meant. As long as we distinguish Allwinner naming >> > > > convention from what is inside we shall be fine (although Allwinner >> > > > tries hard to confuse people... as if ARM had not done enough :) ) >> > > > That being said I think support for Allwinner chips is worth being >> > > > continued. They are cheap, quite robust, quite popular, and >> > > > documentation is reasonably available (credits go to sunxi I must >> admit) >> > > >> > > This is the first time I hear someone saying that documentation for >> > > Allwinner is available. >> > > Any links to share or is this still under some kind of NDA? >> > >> > Some datasheets are available at >> https://github.com/allwinner-zh/documents >> >> Oh - there are register definitions for the A20 I'd looked up. >> That's better than nothing at least. >> So far all I'd seen where block diagrams and pinouts. >> > > Yea, but many of the interesting bits, like the NAND controller, are > too light in detail to actually implement a NAND controller driver. > > Warner Unfortunately the best documentation about allwinner is still linux source. -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Tue Feb 16 23:47:57 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 60140AAA852 for ; Tue, 16 Feb 2016 23:47:57 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk0-x232.google.com (mail-qk0-x232.google.com [IPv6:2607:f8b0:400d:c09::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 210BB1A03 for ; Tue, 16 Feb 2016 23:47:56 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk0-x232.google.com with SMTP id o6so54496qkc.2 for ; Tue, 16 Feb 2016 15:47:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=50jKNOdUnSFFXxADVJewNGtrd3ZEGum7LXK8dGbGY5E=; b=MrNsOC3fxbJ9pPKD/GxyH8vmW74OMvCjjvUnq1NVB1fAqg7akQiNHLhucTrWavakLC 1B9ER71MSJ7z4fgkRLJEjDRuwJVNHNhv0X/4EIFAwHTZDXiJ/N9W5t/+d0iFtp/ey0K1 Qemshpln3UM/P5jZptU4ZhlfEv1keXuYfO3OXnC0tQ782xzg21f72bSWtI6m28kry9+m frEadtHcgVZjYeacBHKaTAbCYGmHzZTliKj8cVlectAdxPakeWpuHCMt+nuLMJc0+xFO wlaGoiWE8xUUJf+wWa1D9LGhBAd0LP0ifkqSHGEhBNkWtLr5BGXyLGCjvRYD2un7zwuT hj3w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=50jKNOdUnSFFXxADVJewNGtrd3ZEGum7LXK8dGbGY5E=; b=jce7ZIh+b/WGh35K1NsQ4mckfhq8HL8dFOlzl06LyI/tZcuZs2fuo3lrsxVVZRE3nN 1EduZ3iSHagSMbMwRLu/IjguP9+WIWDSkE74oNWcjHQkK+/VkKZ2+D3oVVKpd6ilQ/Gt 3SW9DD2nkLJA01l7uUQNLLMddWwY/UfaMg3YFhTd6MPXdpCTrwFAUUn+yysIO5ChO3PJ ZO4hIormVrKaoSIwoThKibgoIMR/d+Nyo19R9p8hOoTd7o+sqDz3yAQA82OtZVE79UO0 YV99zgJvBSlwE9WpunrQMeng+7ZBReNQW3zGo6bCE71PVwDIwV/SQOeX75X7Rvf+S8qt H6Ig== X-Gm-Message-State: AG10YOSppxMBvjMd/cupRZF0XxOb4rgZdc6Gg1M3vBGWCBTeHyBkSC2isRi+3+kc/URRfv7kCVKWNp/zwc0/BA== MIME-Version: 1.0 X-Received: by 10.55.81.87 with SMTP id f84mr30684012qkb.10.1455666476095; Tue, 16 Feb 2016 15:47:56 -0800 (PST) Sender: wlosh@bsdimp.com Received: by 10.140.30.166 with HTTP; Tue, 16 Feb 2016 15:47:56 -0800 (PST) X-Originating-IP: [2607:fb90:120:ac19:0:34:dd4e:401] Received: by 10.140.30.166 with HTTP; Tue, 16 Feb 2016 15:47:56 -0800 (PST) In-Reply-To: <804ee4b84b98feeeea72d29663ba6b92@megadrive.org> References: <56BBD0B0.7040407@thieprojects.ch> <56BBD6B9.3090703@interia.eu> <20160211104534.5c18d1d32b3b55fdc458f6a5@bidouilliste.com> <56BCD629.3040209@interia.eu> <20160215123438.GK75922@cicely7.cicely.de> <20160215150404.GA51274@ns.kevlo.org> <20160215162419.GL75922@cicely7.cicely.de> <804ee4b84b98feeeea72d29663ba6b92@megadrive.org> Date: Tue, 16 Feb 2016 16:47:56 -0700 X-Google-Sender-Auth: PJg8JnWgESA97Yvt0lu-UXPHubE Message-ID: Subject: Re: FreeBSD on the $9 C.H.I.P From: Warner Losh To: Emmanuel Vadot Cc: owner-freebsd-arm@freebsd.org, Kevin Lo , freebsd-arm@freebsd.org, ticso@cicely.de 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, 16 Feb 2016 23:47:57 -0000 On Feb 16, 2016 3:50 PM, "Emmanuel Vadot" wrote: > > On 2016-02-16 19:33, Warner Losh wrote: >> >> On Mon, Feb 15, 2016 at 9:24 AM, Bernd Walter >> wrote: >> >>> On Mon, Feb 15, 2016 at 11:04:04PM +0800, Kevin Lo wrote: >>> > On Mon, Feb 15, 2016 at 01:34:39PM +0100, Bernd Walter wrote: >>> > > On Thu, Feb 11, 2016 at 07:42:49PM +0100, Kris wrote: >>> > > > Yep, that's what I meant. As long as we distinguish Allwinner naming >>> > > > convention from what is inside we shall be fine (although Allwinner >>> > > > tries hard to confuse people... as if ARM had not done enough :) ) >>> > > > That being said I think support for Allwinner chips is worth being >>> > > > continued. They are cheap, quite robust, quite popular, and >>> > > > documentation is reasonably available (credits go to sunxi I must >>> admit) >>> > > >>> > > This is the first time I hear someone saying that documentation for >>> > > Allwinner is available. >>> > > Any links to share or is this still under some kind of NDA? >>> > >>> > Some datasheets are available at >>> https://github.com/allwinner-zh/documents >>> >>> Oh - there are register definitions for the A20 I'd looked up. >>> That's better than nothing at least. >>> So far all I'd seen where block diagrams and pinouts. >>> >> >> Yea, but many of the interesting bits, like the NAND controller, are >> too light in detail to actually implement a NAND controller driver. >> >> Warner > > > Unfortunately the best documentation about allwinner is still linux source. Even by that standard... I find myself wanting.... Warner From owner-freebsd-arm@freebsd.org Wed Feb 17 06:39:48 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B7DA6AABA5C for ; Wed, 17 Feb 2016 06:39:48 +0000 (UTC) (envelope-from e.moe@rcn.com) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7CA696A0 for ; Wed, 17 Feb 2016 06:39:48 +0000 (UTC) (envelope-from e.moe@rcn.com) X_CMAE_Category: , , X-CNFS-Analysis: v=2.1 cv=ZulNU4PG c=1 sm=1 tr=0 a=kLIaxcRmAfIWWG5Fo3VFTQ==:117 a=kLIaxcRmAfIWWG5Fo3VFTQ==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=IkcTkHD0fZMA:10 a=jUfH6vuS92XNPjzeKEkA:9 a=jxENmkagpWKdiWZN:21 a=rK9MWN0ga7mauGVk:21 a=QEXdDO2ut3YA:10 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: ZS5tb2VAcmNuLmNvbQ== Authentication-Results: smtp02.rcn.cmh.synacor.com header.from=e.moe@rcn.com; sender-id=neutral Authentication-Results: smtp02.rcn.cmh.synacor.com smtp.mail=e.moe@rcn.com; spf=neutral; sender-id=neutral Authentication-Results: smtp02.rcn.cmh.synacor.com smtp.user=e.moe; auth=pass (PLAIN) Received-SPF: neutral (smtp02.rcn.cmh.synacor.com: 24.148.20.83 is neither permitted nor denied by domain of rcn.com) Received: from [24.148.20.83] ([24.148.20.83:62862] helo=[192.168.1.175]) by smtp.rcn.com (envelope-from ) (ecelerity 3.6.2.43620 r(Platform:3.6.2.0)) with ESMTPSA (cipher=AES256-SHA) id DD/79-31527-CF014C65; Wed, 17 Feb 2016 01:19:40 -0500 From: Erik Moe Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Ordoid kernel panic Message-Id: Date: Wed, 17 Feb 2016 00:19:39 -0600 To: freebsd-arm Mime-Version: 1.0 (Mac OS X Mail 9.1 \(3096.5\)) X-Mailer: Apple Mail (2.3096.5) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.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, 17 Feb 2016 06:39:48 -0000 This is new, I haven=E2=80=99t seen this before, but got a kernel panic = booting up on my Odriod-C1. = QA5:A;SVN:B72;POC:17F;STS:0;BOOT:0;INIT:10;BOOT:1;INIT:0;READ:0;CHECK:0;PA= SS:1; ----------------------------------------------------------------------- * Welcome to Hardkernel's ODROID-C... (Built at 19:33:00 Dec 8 2014) * ----------------------------------------------------------------------- CPU : AMLogic S805 MEM : 1024MB (DDR3@792MHz) BID : HKC13C0001 S/N : HKC1CC037EBE4620 0x0000009f check SD_boot_type:0x1 card_type:0x1 Loading U-boot...success. U-boot(odroidc@) (Jun 12 2015 - 17:31:14) DRAM: 1 GiB relocation Offset is: 2ff1c000 MMC: SDCARD: 0, eMMC: 1 IR init is done! vpu clk_level =3D 3 set vpu clk: 182150000Hz, readback: 182150000Hz(0x701) mode =3D 6 vic =3D 4 set HDMI vic: 4 mode is: 6 viu chan =3D 1 config HPLL config HPLL done reconfig packet setting done MMC read: dev # 0, block # 33984, count 12288 ... 12288 blocks read: OK There is no valid bmp file at the given address =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Vendor: Man 035344 Snr 29cfee4e Rev: 8.0 Prod: SL08G Type: Removable Hard Disk Capacity: 7580.0 MB =3D 7.4 GB (15523840 x 512) ------------------------------------------------------------ Partition Start Sector Num Sectors Type 1 1134 131040 6 2 132174 1964978 a5 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Net: Meson_Ethernet init suspend firmware done. (ret:0) Hit Enter key to stop autoboot -- : 0 exit abortboot: 0 reading boot.ini 98 bytes read Loading boot.ini from mmc0:1 (vfat) Executing the script... setenv bootcmd "fatload mmc 0 0x100000 kernel.bin; go 0x100000" run bootcmd reading kernel.bin 5978724 bytes read ## Starting application at 0x00100000 ... ARM Debug Architecture v7 2 watchpoints and 3 breakpoints supported KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2016 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights = reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 11.0-CURRENT #2 08a0902(master): Wed Feb 17 03:52:29 CST 2016 = root@dora:/usr/home/emoe/Projects/ARM/odroid-c1/obj/arm.armv6hf/usr/home/e= moe/Projects/ARM/src/sys/ODROIDC1 arm FreeBSD clang version 3.7.1 (tags/RELEASE_371/final 255217) 20151225 WARNING: WITNESS option enabled, expect reduced performance. VT: init without driver. Preloaded elf kernel "kernel" at 0xc07b10bc. CPU: Cortex A5 rev 1 (Cortex-A core) Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext WB enabled LABT branch prediction disabled LoUU:2 LoC:2 LoUIS:2 Cache level 1: 32KB/32B 4-way data cache WB Read-Alloc Write-Alloc 32KB/32B 2-way instruction cache Read-Alloc real memory =3D 1073737728 (1023 MB) avail memory =3D 1038233600 (990 MB) Physical memory chunk(s): 0x00001000 - 0x3fffffff, 1023 MB ( 262143 pages) Excluded memory regions: 0x00100000 - 0x00853fff, 7 MB ( 1876 pages) NoAlloc Static device mappings: 0xc1100000 - 0xc12fffff mapped at VA 0xffd00000 0xc4200000 - 0xc42fffff mapped at VA 0xffc00000 0xc4300000 - 0xc43fffff mapped at VA 0xffb00000 0xc8000000 - 0xc80fffff mapped at VA 0xffa00000 0xc8100000 - 0xc81fffff mapped at VA 0xff900000 0xc9000000 - 0xc97fffff mapped at VA 0xff100000 0xd9000000 - 0xd90fffff mapped at VA 0xff000000 0xda000000 - 0xda0fffff mapped at VA 0xfef00000 Amlogic aml8726-m8b SoC FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs ULE: setup cpu 0 ULE: setup cpu 1 ULE: setup cpu 2 ULE: setup cpu 3 random: entropy device external interface null: openfirm: mem: nfslock: pseudo-device crypto: random: harvesting attach, 8 bytes (4 bits) from nexus0 ofwbus0: simplebus0: on ofwbus0 random: harvesting attach, 8 bytes (4 bits) from simplebus0 random: harvesting attach, 8 bytes (4 bits) from ofwbus0 clkmsr0: mem 0xc1108758-0xc1108767 on = simplebus0 clkmsr0: bus clock 159 MHz random: harvesting attach, 8 bytes (4 bits) from clkmsr0 l2cache0: mem 0xc4200000-0xc4200fff irq 0 on = ofwbus0 l2cache0: Part number: 0x3, release: 0x9 l2cache0: L2 Cache enabled: 512KB/32B 8 ways l2cache0: Early BRESP response: disabled l2cache0: Instruction prefetch: disabled l2cache0: Data prefetch: enabled l2cache0: Non-secure interrupt control: disabled l2cache0: Non-secure lockdown: disabled l2cache0: Share override: disabled l2cache0: Double linefill: disabled l2cache0: Instruction prefetch: disabled l2cache0: Data prefetch: enabled l2cache0: Double linefill on WRAP request: disabled l2cache0: Prefetch drop: disabled l2cache0: Incr double Linefill: disabled l2cache0: Not same ID on exclusive sequence: disabled l2cache0: Prefetch offset: 0 random: harvesting attach, 8 bytes (4 bits) from l2cache0 scu0: mem 0xc4300000-0xc4300fff on simplebus0 random: harvesting attach, 8 bytes (4 bits) from scu0 cpuconfig0: mem 0xd901ff80-0xd901ff8f on simplebus0 random: harvesting attach, 8 bytes (4 bits) from cpuconfig0 ccm0: mem 0xc1104140-0xc1104153 on simplebus0 random: harvesting attach, 8 bytes (4 bits) from ccm0 pinctrl0: mem = 0xc11080b0-0xc11080d7,0xc11080e8-0xc11080ff,0xc1108120-0xc1108137,0xc81000= 14-0xc8100017,0xc810002c-0xc810002f,0xc810002c-0xc810002f on simplebus0 Processing 3 pin-config node(s) in pinctrl-0 for pinctrl@c11080b0 Processing 1 pin-config node(s) in pinctrl-0 for mmc@c1108c20 Processing 1 pin-config node(s) in pinctrl-0 for sdxc@c1108e00 random: harvesting attach, 8 bytes (4 bits) from pinctrl0 gic0: mem = 0xc4301000-0xc4301fff,0xc4300100-0xc43001ff on ofwbus0 ofwbus0: no default resources for rid =3D 0, type =3D 1 gic0: pn 0x390, arch 0x1, rev 0x1, implementer 0x43b irqs 256 random: harvesting attach, 8 bytes (4 bits) from gic0 wdt0: mem 0xc1109900-0xc1109907 irq 2 on = simplebus0 random: harvesting attach, 8 bytes (4 bits) from wdt0 timer0: mem 0xc1109940-0xc1109957 irq 1 on = ofwbus0 Event timer "aml8726 timer A" frequency 1000000 Hz quality 1000 Timecounter "aml8726 timer E" frequency 1000000 Hz quality 1000 random: harvesting attach, 8 bytes (4 bits) from timer0 uart0: mem 0xc81004c0-0xc81004d7 irq 3 on = simplebus0 uart0: RTS iflow, CTS oflow uart0: console (115200,n,8,1) uart0: fast interrupt uart0: PPS capture mode: DCDinvalid random: harvesting attach, 8 bytes (4 bits) from uart0 uart1: mem 0xc11084c0-0xc11084d7 irq 4 on = simplebus0 uart1: RTS iflow, CTS oflow uart1: fast interrupt uart1: PPS capture mode: DCDinvalid random: harvesting attach, 8 bytes (4 bits) from uart1 uart2: mem 0xc11084dc-0xc11084f3 irq 5 on = simplebus0 uart2: RTS iflow, CTS oflow uart2: fast interrupt uart2: PPS capture mode: DCDinvalid random: harvesting attach, 8 bytes (4 bits) from uart2 uart3: mem 0xc1108700-0xc1108717 irq 6 on = simplebus0 uart3: RTS iflow, CTS oflow uart3: fast interrupt uart3: PPS capture mode: DCDinvalid random: harvesting attach, 8 bytes (4 bits) from uart3 simplebus0: mem 0xc8100500-0xc810051f irq 7 disabled = compat amlogic,meson6-i2c (no driver attached) aml8726_iic0: mem 0xc1108500-0xc110851f irq 8 on = simplebus0 iicbb0: on aml8726_iic0 iicbus0: on iicbb0 master-only iic0: on iicbus0 random: harvesting attach, 8 bytes (4 bits) from iic0 random: harvesting attach, 8 bytes (4 bits) from iicbus0 random: harvesting attach, 8 bytes (4 bits) from iicbb0 random: harvesting attach, 8 bytes (4 bits) from aml8726_iic0 aml8726_iic1: mem 0xc11087c0-0xc11087df irq 9 on = simplebus0 iicbb1: on aml8726_iic1 iicbus1: on iicbb1 master-only iic1: on iicbus1 random: harvesting attach, 8 bytes (4 bits) from iic1 random: harvesting attach, 8 bytes (4 bits) from iicbus1 random: harvesting attach, 8 bytes (4 bits) from iicbb1 random: harvesting attach, 8 bytes (4 bits) from aml8726_iic1 simplebus0: mem 0xc8100480-0xc810049f irq 10 = disabled compat amlogic,meson6-ir (no driver attached) simplebus0: mem 0xc1108c80-0xc1108cff disabled compat = amlogic,meson6-spifc (no driver attached) simplebus0: mem = 0xc9410000-0xc941ffff,0xc1108108-0xc110810b irq 11 disabled compat = amlogic,meson6-dwmac (no driver attached) rtc0: mem 0xc8100740-0xc8100753 irq 12 on = simplebus0 rtc0: crystal oscillator check failed device_attach: rtc0 attach returned 6 gpio0: mem = 0xc8100024-0xc8100027,0xc8100024-0xc8100027,0xc8100028-0xc810002b on = simplebus0 gpiobus0: on gpio0 gpioled0: at pin 13 on gpiobus0 random: harvesting attach, 8 bytes (4 bits) from gpioled0 random: harvesting attach, 8 bytes (4 bits) from gpiobus0 gpioc0: on gpio0 random: harvesting attach, 8 bytes (4 bits) from gpioc0 random: harvesting attach, 8 bytes (4 bits) from gpio0 gpio1: mem = 0xc1108054-0xc1108057,0xc1108058-0xc110805b,0xc110805c-0xc110805f on = simplebus0 gpiobus1: on gpio1 random: harvesting attach, 8 bytes (4 bits) from gpiobus1 gpioc1: on gpio1 random: harvesting attach, 8 bytes (4 bits) from gpioc1 random: harvesting attach, 8 bytes (4 bits) from gpio1 gpio2: mem = 0xc110806c-0xc110806f,0xc1108070-0xc1108073,0xc1108074-0xc1108077 on = simplebus0 gpiobus2: on gpio2 random: harvesting attach, 8 bytes (4 bits) from gpiobus2 gpioc2: on gpio2 random: harvesting attach, 8 bytes (4 bits) from gpioc2 random: harvesting attach, 8 bytes (4 bits) from gpio2 aml8726_mmc0: mem 0xc1108c20-0xc1108c3f irq 13 on = simplebus0 mmc0: on aml8726_mmc0 random: harvesting attach, 8 bytes (4 bits) from mmc0 random: harvesting attach, 8 bytes (4 bits) from aml8726_mmc0 aml8726_sdxc0: mem 0xc1108e00-0xc1108e3b irq = 14 on simplebus0 mmc1: on aml8726_sdxc0 random: harvesting attach, 8 bytes (4 bits) from mmc1 random: harvesting attach, 8 bytes (4 bits) from aml8726_sdxc0 simplebus0: mem 0xc1108100-0xc1108107 compat = amlogic,aml8726-rng (no driver attached) usbphy0: mem 0xc1108800-0xc110881f on = simplebus0 random: harvesting attach, 8 bytes (4 bits) from usbphy0 usbphy1: mem 0xc1108820-0xc110883f on = simplebus0 random: harvesting attach, 8 bytes (4 bits) from usbphy1 dwcotg0: mem = 0xc9040000-0xc907ffff irq 15 on simplebus0 usbus0 on dwcotg0 dwcotg0: usbpf: Attached random: harvesting attach, 8 bytes (4 bits) from usbus0 random: harvesting attach, 8 bytes (4 bits) from dwcotg0 dwcotg1: mem = 0xc90c0000-0xc90fffff irq 16 on simplebus0 usbus1 on dwcotg1 dwcotg1: usbpf: Attached random: harvesting attach, 8 bytes (4 bits) from usbus1 random: harvesting attach, 8 bytes (4 bits) from dwcotg1 dwc0: mem = 0xc9410000-0xc9411fff irq 11 on simplebus0 miibus0: on dwc0 rgephy0: PHY 0 on = miibus0 rgephy0: OUI 0x00e04c, model 0x0011, rev. 6 rgephy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, = 1000baseT-FDX, 1000baseT-FDX-master, auto random: harvesting attach, 8 bytes (4 bits) from rgephy0 rgephy1: PHY 1 on = miibus0 rgephy1: OUI 0x00e04c, model 0x0011, rev. 6 rgephy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, = 1000baseT-FDX, 1000baseT-FDX-master, auto random: harvesting attach, 8 bytes (4 bits) from rgephy1 random: harvesting attach, 8 bytes (4 bits) from miibus0 dwc0: bpf attached dwc0: Ethernet address: 62:73:64:f2:f1:5b random: harvesting attach, 8 bytes (4 bits) from dwc0 fb0: mem = 0xc8006048-0xc8006053,0xc1106800-0xc1106bff,0xc1107400-0xc11077ff irq = 17,18,19,20 on simplebus0 fbd0 on fb0 VT: initialize with new VT driver "fb". random: harvesting attach, 8 bytes (4 bits) from fbd0 random: harvesting attach, 8 bytes (4 bits) from fb0 ofwbus0: compat fixed-clock (no driver attached) ofwbus0: compat gpio-leds (no driver attached) cryptosoft0: crypto: assign cryptosoft0 driver id 0, flags 100663296 crypto: cryptosoft0 registers alg 1 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 2 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 3 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 4 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 5 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 16 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 6 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 7 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 18 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 19 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 20 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 8 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 15 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 9 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 10 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 13 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 14 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 11 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 22 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 23 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 25 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 24 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 26 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 27 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 28 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 21 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 17 flags 0 maxoplen 0 random: harvesting attach, 8 bytes (4 bits) from cryptosoft0 procfs registered Timecounters tick every 10.000 msec usbus0: 480Mbps High Speed USB v2.0 tcp_init: net.inet.tcp.tcbhashsize auto tuned to 8192 IPsec: Initialized Security Association Processing. lo0: bpf attached mmc0: Probing bus usbus1: 480Mbps High Speed USB v2.0 mmc0: SD 2.0 interface conditions: OK mmc0: SD probe: OK (OCR: 0x40ff8000) mmc0: Current OCR: 0x00ff8000 ugen1.1: at usbus1 uhub0: on usbus1 ugen0.1: at usbus0 uhub1: on usbus0 mmc0: Probing cards mmc0: New card detected (CID 035344534c3038478029cfee4e00f900) mmc0: New card detected (CSD 400e00325b5900003b377f800a404000) mmc0: Card at relative address 0xaaaa added: mmc0: card: SDHC SL08G 8.0 SN 29CFEE4E MFG 09/2015 by 3 SD mmc0: bus: 4bit, 50MHz, high speed timing mmc0: memory: 15523840 blocks, erase sector 8192 blocks mmc0: setting transfer rate to 39.750MHz (high speed timing) mmcsd0: 8GB at mmc0 = 39.7MHz/4bit/8-block random: harvesting attach, 8 bytes (4 bits) from mmcsd0 mmc1: Probing bus GEOM: new disk mmcsd0 mmc0: setting bus width to 4 bits GEOM_PART: partition 1 on (mmcsd0, MBR) is not aligned on 4194304 bytes GEOM_PART: partition 2 on (mmcsd0, MBR) is not aligned on 4194304 bytes mmc1: SD probe: failed mmc1: MMC probe: failed mmc1: Current OCR: 0x00000000 mmc1: No compatible cards found on bus Release APs WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:mmcsd0s2 []... GEOM_PART: partition 1 on (mmcsd0s2, BSD) is not aligned on 4194304 = bytes GEOM_PART: partition 1 on (diskid/DISK-29CFEE4E, MBR) is not aligned on = 4194304 bytes GEOM_PART: partition 2 on (diskid/DISK-29CFEE4E, MBR) is not aligned on = 4194304 bytes GEOM_PART: partition 1 on (ufsid/56c4489b05954c07, BSD) is not aligned = on 4194304 bytes GEOM_PART: partition 1 on (ufs/rootfs, BSD) is not aligned on 4194304 = bytes GEOM_PART: partition 1 on (diskid/DISK-29CFEE4Es2, BSD) is not aligned = on 4194304 bytes warning: no time-of-day clock registered, system time will not be set = accurately start_init: trying /sbin/init exec /sbin/init: error 20 start_init: trying /sbin/oinit exec /sbin/oinit: error 20 start_init: trying /sbin/init.bak exec /sbin/init.bak: error 20 start_init: trying /rescue/init exec /rescue/init: error 20 init: not found in path = /sbin/init:/sbin/oinit:/sbin/init.bak:/rescue/init panic: no init cpuid =3D 3 KDB: enter: panic [ thread pid 1 tid 100001 ] Stopped at kdb_enter+0x58: ldrb r15, [r15, r15, ror r15]! db> bt Tracing pid 1 tid 100001 td 0xc3b8f000 db_trace_self() at db_trace_self pc =3D 0xc0530320 lr =3D 0xc0146ff8 (db_hex2dec+0x1f4) sp =3D 0xea21ba50 fp =3D 0xea21ba68 db_hex2dec() at db_hex2dec+0x1f4 pc =3D 0xc0146ff8 lr =3D 0xc0146c4c (db_command_loop+0x2f4) sp =3D 0xea21ba70 fp =3D 0xea21bb10 r4 =3D 0x00000000 r5 =3D 0x00000000 r6 =3D 0xc05afdb5 r10 =3D 0xc07b28cc db_command_loop() at db_command_loop+0x2f4 pc =3D 0xc0146c4c lr =3D 0xc01469cc (db_command_loop+0x74) sp =3D 0xea21bb18 fp =3D 0xea21bb28 r4 =3D 0xc058a62a r5 =3D 0xc05a82bd r6 =3D 0xc07b28b8 r7 =3D 0xea21bcf8 r8 =3D 0xc074d240 r9 =3D 0xc066b5c0 r10 =3D 0xc074d244 db_command_loop() at db_command_loop+0x74 pc =3D 0xc01469cc lr =3D 0xc0149708 (db_fetch_ksymtab+0x2e8) sp =3D 0xea21bb30 fp =3D 0xea21bc48 r4 =3D 0x00000001 r5 =3D 0x00000000 r6 =3D 0xc07b28c4 r10 =3D 0xc074d244 db_fetch_ksymtab() at db_fetch_ksymtab+0x2e8 pc =3D 0xc0149708 lr =3D 0xc02d1974 (kdb_trap+0x180) sp =3D 0xea21bc50 fp =3D 0xea21bc78 r4 =3D 0x00000000 r5 =3D 0x00000001 r6 =3D 0xc074d260 r10 =3D 0xc074d244 kdb_trap() at kdb_trap+0x180 pc =3D 0xc02d1974 lr =3D 0xc054f42c = (undefinedinstruction+0x318) sp =3D 0xea21bc80 fp =3D 0xea21bcf0 r4 =3D 0x00000000 r5 =3D 0x00000000 r6 =3D 0xc054f064 r7 =3D 0xe7ffffff r8 =3D 0xc3b8f000 r9 =3D 0xc02d10a4 r10 =3D 0xea21bcf8 undefinedinstruction() at undefinedinstruction+0x318 pc =3D 0xc054f42c lr =3D 0xc053313c (exception_exit) sp =3D 0xea21bcf8 fp =3D 0xea21bd90 r4 =3D 0xa00000d3 r5 =3D 0xc3b8f000 r6 =3D 0xc059ed75 r7 =3D 0x00000001 r8 =3D 0xea21bdcc r9 =3D 0xc07b4658 r10 =3D 0xc073dfe8 exception_exit() at exception_exit pc =3D 0xc053313c lr =3D 0xc02d1094 (kdb_enter+0x48) sp =3D 0xea21bd88 fp =3D 0xea21bd90 r0 =3D 0xc074d254 r1 =3D 0x00000000 r2 =3D 0xea21bcc4 r3 =3D 0x00000213 r4 =3D 0xc05a821a r5 =3D 0xc3b8f000 r6 =3D 0xc059ed75 r7 =3D 0x00000001 r8 =3D 0xea21bdcc r9 =3D 0xc07b4658 r10 =3D 0xc073dfe8 r12 =3D 0xc067b778 kdb_enter() at kdb_enter+0x5c pc =3D 0xc02d10a8 lr =3D 0xc0292d68 (vpanic+0x160) sp =3D 0xea21bd98 fp =3D 0xea21bdb8 r4 =3D 0x00000100 r10 =3D 0xc073dfe8 vpanic() at vpanic+0x160 pc =3D 0xc0292d68 lr =3D 0xc0292dbc (kproc_shutdown) sp =3D 0xea21bdc0 fp =3D 0xea21bdc4 r4 =3D 0xbfbfefe4 r5 =3D 0xbfbfeff0 r6 =3D 0xc0681390 r7 =3D 0xbfbfefef r8 =3D 0xbfbfeff0 r9 =3D 0xc0681390 r10 =3D 0xc3b8b000 kproc_shutdown() at kproc_shutdown pc =3D 0xc0292dbc lr =3D 0xc0239240 (mi_startup+0x1338) sp =3D 0xea21bdcc fp =3D 0xea21be28 r4 =3D 0xc0292dbc r5 =3D 0xea21bdcc mi_startup() at mi_startup+0x1338 pc =3D 0xc0239240 lr =3D 0xc025c198 (fork_exit+0xa0) sp =3D 0xea21be30 fp =3D 0xea21be48 r4 =3D 0xc3b8f000 r5 =3D 0xc3b8b000 r6 =3D 0xc0238f78 r7 =3D 0x00000000 r8 =3D 0xea21be50 r9 =3D 0x00000000 r10 =3D 0x00000000 fork_exit() at fork_exit+0xa0 pc =3D 0xc025c198 lr =3D 0xc05330cc (swi_exit) sp =3D 0xea21be50 fp =3D 0x00000000 r4 =3D 0xc0238f78 r5 =3D 0x00000000 r6 =3D 0x00000000 r7 =3D 0x00000000 r8 =3D 0x00000000 r10 =3D 0x00000000 swi_exit() at swi_exit pc =3D 0xc05330cc lr =3D 0xc05330cc (swi_exit) sp =3D 0xea21be50 fp =3D 0x00000000 db> From owner-freebsd-arm@freebsd.org Wed Feb 17 12:10:46 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 704F6AABC7A for ; Wed, 17 Feb 2016 12:10:46 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "raven.bwct.de", Issuer "BWCT" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 05BC71E23; Wed, 17 Feb 2016 12:10:45 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id u1HCA9ku027509 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 17 Feb 2016 13:10:09 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id u1HCA3O2054267 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 17 Feb 2016 13:10:03 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.15.2/8.15.2) with ESMTP id u1HCA21m096619; Wed, 17 Feb 2016 13:10:02 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.15.2/8.15.2/Submit) id u1HC9xQ2096616; Wed, 17 Feb 2016 13:09:59 +0100 (CET) (envelope-from ticso) Date: Wed, 17 Feb 2016 13:09:59 +0100 From: Bernd Walter To: Warner Losh Cc: ticso@cicely.de, Kevin Lo , "freebsd-arm@freebsd.org" , Emmanuel Vadot Subject: Re: FreeBSD on the $9 C.H.I.P Message-ID: <20160217120959.GA96435@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <56BBD0B0.7040407@thieprojects.ch> <56BBD6B9.3090703@interia.eu> <20160211104534.5c18d1d32b3b55fdc458f6a5@bidouilliste.com> <56BCD629.3040209@interia.eu> <20160215123438.GK75922@cicely7.cicely.de> <20160215150404.GA51274@ns.kevlo.org> <20160215162419.GL75922@cicely7.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD cicely7.cicely.de 10.2-RELEASE amd64 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Feb 2016 12:10:46 -0000 On Tue, Feb 16, 2016 at 11:33:08AM -0700, Warner Losh wrote: > On Mon, Feb 15, 2016 at 9:24 AM, Bernd Walter > wrote: > > > On Mon, Feb 15, 2016 at 11:04:04PM +0800, Kevin Lo wrote: > > > On Mon, Feb 15, 2016 at 01:34:39PM +0100, Bernd Walter wrote: > > > > On Thu, Feb 11, 2016 at 07:42:49PM +0100, Kris wrote: > > > > > Yep, that's what I meant. As long as we distinguish Allwinner naming > > > > > convention from what is inside we shall be fine (although Allwinner > > > > > tries hard to confuse people... as if ARM had not done enough :) ) > > > > > That being said I think support for Allwinner chips is worth being > > > > > continued. They are cheap, quite robust, quite popular, and > > > > > documentation is reasonably available (credits go to sunxi I must > > admit) > > > > > > > > This is the first time I hear someone saying that documentation for > > > > Allwinner is available. > > > > Any links to share or is this still under some kind of NDA? > > > > > > Some datasheets are available at > > https://github.com/allwinner-zh/documents > > > > Oh - there are register definitions for the A20 I'd looked up. > > That's better than nothing at least. > > So far all I'd seen where block diagrams and pinouts. > > > > Yea, but many of the interesting bits, like the NAND controller, are > too light in detail to actually implement a NAND controller driver. Same for the grafic part. I have no clear idea how the framebuffer data goes through all the layers until it goes out to an LCD or HDMI port. And trying reverse engineering any Linux source won't comply with ENOTIME that most of us have to deal with. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@freebsd.org Wed Feb 17 12:58:06 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2E807AAB1E7 for ; Wed, 17 Feb 2016 12:58:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1F3941A95 for ; Wed, 17 Feb 2016 12:58:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u1HCw5hr015434 for ; Wed, 17 Feb 2016 12:58:05 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 197527] www/webkit2-gtk3 cross compile clang 3.5 failure detected Date: Wed, 17 Feb 2016 12:58:06 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: sbruno@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.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, 17 Feb 2016 12:58:06 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D197527 Sean Bruno changed: What |Removed |Added ---------------------------------------------------------------------------- Status|In Progress |Closed Resolution|--- |FIXED --- Comment #6 from Sean Bruno --- It appears that we can get past the original assertion now. There are other issues, but this issue is no longer happening. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Thu Feb 18 15:00:26 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 40DC4AADF46 for ; Thu, 18 Feb 2016 15:00:26 +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 34A3BE22; Thu, 18 Feb 2016 15:00:26 +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 3F57D2E7; Thu, 18 Feb 2016 15:00:26 +0000 (UTC) Date: Thu, 18 Feb 2016 15:00:24 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: zbb@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <1925167825.27.1455807626209.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #2384 - 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: Thu, 18 Feb 2016 15:00:26 -0000 FreeBSD_HEAD_arm64 - Build #2384 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2384/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2384/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2384/console Change summaries: 295756 by zbb: Extract common code from PowerPC's ofw_pci Import portions of the PowerPC OF PCI implementation into new file "ofw_pci.c", common for other platforms. The files ofw_pci.c and ofw_pci.h from sys/powerpc/ofw no longer exist. All required declarations are moved to sys/dev/ofw/ofw_pci.h. This creates a new ofw_pci_write_ivar() function and modifies ofw_pci_nranges(), ofw_pci_read_ivar(), ofw_pci_route_interrupt() methods. Most functions contain existing ppc implementations in the majority unchanged. Now there is no need to have multiple identical copies of methods for various architectures. Submitted by: Marcin Mazurek Obtained from: Semihalf Sponsored by: Annapurna Labs Reviewed by: jhibbits, mmel Differential Revision: https://reviews.freebsd.org/D4879 295755 by zbb: Introduce bus_get_bus_tag() method Provide bus_get_bus_tag() for sparc64, powerpc, arm, arm64 and mips nexus and its children in order to return a platform specific default tag. This is required to ensure generic correctness of the bus_space tag. It is especially needed for arches where child bus tag does not match the parent bus tag. This solves the problem with ppc architecture where the PCI bus tag differs from parent bus tag which is big-endian. This commit is a part of the following patch: https://reviews.freebsd.org/D4879 Submitted by: Marcin Mazurek Obtained from: Semihalf Sponsored by: Annapurna Labs Reviewed by: jhibbits, mmel Differential Revision: https://reviews.freebsd.org/D4879 The end of the build log: [...truncated 190549 lines...] cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/dev/e1000/if_igb.c -I/usr/src/sys/dev/e1000 --- acpi.o --- ctfconvert -L VERSION -g acpi.o --- e1000_80003es2lan.o --- cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/dev/e1000/e1000_80003es2lan.c -I/usr/src/sys/dev/e1000 ctfconvert -L VERSION -g e1000_80003es2lan.o --- e1000_82540.o --- cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/dev/e1000/e1000_82540.c -I/usr/src/sys/dev/e1000 ctfconvert -L VERSION -g e1000_82540.o --- e1000_82541.o --- cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/dev/e1000/e1000_82541.c -I/usr/src/sys/dev/e1000 --- if_lem.o --- ctfconvert -L VERSION -g if_lem.o --- e1000_82542.o --- cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/dev/e1000/e1000_82542.c -I/usr/src/sys/dev/e1000 --- e1000_82541.o --- ctfconvert -L VERSION -g e1000_82541.o --- e1000_82543.o --- cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/dev/e1000/e1000_82543.c -I/usr/src/sys/dev/e1000 --- e1000_82542.o --- ctfconvert -L VERSION -g e1000_82542.o --- e1000_82571.o --- cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/dev/e1000/e1000_82571.c -I/usr/src/sys/dev/e1000 --- if_em.o --- ctfconvert -L VERSION -g if_em.o --- e1000_82575.o --- cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/dev/e1000/e1000_82575.c -I/usr/src/sys/dev/e1000 --- e1000_82543.o --- ctfconvert -L VERSION -g e1000_82543.o --- e1000_ich8lan.o --- cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/dev/e1000/e1000_ich8lan.c -I/usr/src/sys/dev/e1000 --- if_igb.o --- ctfconvert -L VERSION -g if_igb.o --- e1000_i210.o --- cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/dev/e1000/e1000_i210.c -I/usr/src/sys/dev/e1000 --- e1000_82571.o --- ctfconvert -L VERSION -g e1000_82571.o --- e1000_api.o --- cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/dev/e1000/e1000_api.c -I/usr/src/sys/dev/e1000 --- e1000_i210.o --- ctfconvert -L VERSION -g e1000_i210.o --- e1000_mac.o --- --- e1000_api.o --- ctfconvert -L VERSION -g e1000_api.o --- e1000_mac.o --- cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/dev/e1000/e1000_mac.c -I/usr/src/sys/dev/e1000 --- e1000_manage.o --- cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/dev/e1000/e1000_manage.c -I/usr/src/sys/dev/e1000 --- e1000_82575.o --- ctfconvert -L VERSION -g e1000_82575.o --- e1000_nvm.o --- cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/dev/e1000/e1000_nvm.c -I/usr/src/sys/dev/e1000 --- e1000_manage.o --- ctfconvert -L VERSION -g e1000_manage.o --- e1000_phy.o --- cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/dev/e1000/e1000_phy.c -I/usr/src/sys/dev/e1000 --- e1000_mac.o --- ctfconvert -L VERSION -g e1000_mac.o --- e1000_vf.o --- cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/dev/e1000/e1000_vf.c -I/usr/src/sys/dev/e1000 --- e1000_nvm.o --- ctfconvert -L VERSION -g e1000_nvm.o --- e1000_mbx.o --- cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/dev/e1000/e1000_mbx.c -I/usr/src/sys/dev/e1000 --- e1000_ich8lan.o --- ctfconvert -L VERSION -g e1000_ich8lan.o --- e1000_osdep.o --- cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/dev/e1000/e1000_osdep.c -I/usr/src/sys/dev/e1000 --- e1000_vf.o --- ctfconvert -L VERSION -g e1000_vf.o --- fixup_pci.o --- cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/dev/pci/fixup_pci.c --- e1000_osdep.o --- ctfconvert -L VERSION -g e1000_osdep.o --- hostb_pci.o --- cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/dev/pci/hostb_pci.c --- e1000_mbx.o --- ctfconvert -L VERSION -g e1000_mbx.o --- ignore_pci.o --- cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/dev/pci/ignore_pci.c --- fixup_pci.o --- ctfconvert -L VERSION -g fixup_pci.o --- pci_subr.o --- cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/dev/pci/pci_subr.c --- ignore_pci.o --- ctfconvert -L VERSION -g ignore_pci.o --- vga_pci.o --- cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/dev/pci/vga_pci.c --- pci_subr.o --- ctfconvert -L VERSION -g pci_subr.o --- uart_bus_pci.o --- cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/dev/uart/uart_bus_pci.c --- hostb_pci.o --- ctfconvert -L VERSION -g hostb_pci.o --- nicvf_main.o --- cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/dev/vnic/nicvf_main.c --- e1000_phy.o --- ctfconvert -L VERSION -g e1000_phy.o --- nicvf_queues.o --- cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/dev/vnic/nicvf_queues.c --- uart_bus_pci.o --- ctfconvert -L VERSION -g uart_bus_pci.o --- pci_if.o --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/pci/pci_if.m -c ; cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror pci_if.c ctfconvert -L VERSION -g pci_if.o --- acpi_pci.o --- cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/dev/acpica/acpi_pci.c --- vga_pci.o --- ctfconvert -L VERSION -g vga_pci.o --- acpi_pci_link.o --- cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/dev/acpica/acpi_pci_link.c --- acpi_pci.o --- ctfconvert -L VERSION -g acpi_pci.o --- acpi_pcib.o --- cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/dev/acpica/acpi_pcib.c --- nicvf_main.o --- ctfconvert -L VERSION -g nicvf_main.o --- acpi_pcib_acpi.o --- cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/dev/acpica/acpi_pcib_acpi.c --- acpi_pci_link.o --- ctfconvert -L VERSION -g acpi_pci_link.o --- acpi_pcib.o --- ctfconvert -L VERSION -g acpi_pcib.o --- acpi_pcib_pci.o --- cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/dev/acpica/acpi_pcib_pci.c --- pci.o --- cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/dev/pci/pci.c --- acpi_pcib_acpi.o --- ctfconvert -L VERSION -g acpi_pcib_acpi.o --- pci_pci.o --- cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/dev/pci/pci_pci.c --- nicvf_queues.o --- ctfconvert -L VERSION -g nicvf_queues.o --- pci_user.o --- cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/dev/pci/pci_user.c --- acpi_pcib_pci.o --- ctfconvert -L VERSION -g acpi_pcib_pci.o --- pcib_support.o --- cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/dev/pci/pcib_support.c ctfconvert -L VERSION -g pcib_support.o --- thunder_pcie.o --- cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/arm64/cavium/thunder_pcie.c --- pci_user.o --- ctfconvert -L VERSION -g pci_user.o --- thunder_pcie_pem.o --- cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/arm64/cavium/thunder_pcie_pem.c --- thunder_pcie.o --- ctfconvert -L VERSION -g thunder_pcie.o --- pci_pci.o --- ctfconvert -L VERSION -g pci_pci.o --- pcib_if.o --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/pci/pcib_if.m -c ; cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror pcib_if.c --- acpi_perf.o --- cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/dev/acpica/acpi_perf.c --- pcib_if.o --- ctfconvert -L VERSION -g pcib_if.o --- acpi_thermal.o --- cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/dev/acpica/acpi_thermal.c --- thunder_pcie_pem.o --- ctfconvert -L VERSION -g thunder_pcie_pem.o --- acpi_throttle.o --- cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/dev/acpica/acpi_throttle.c --- acpi_perf.o --- ctfconvert -L VERSION -g acpi_perf.o --- kern_cpu.o --- cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/kern/kern_cpu.c --- acpi_throttle.o --- ctfconvert -L VERSION -g acpi_throttle.o --- cpufreq_if.o --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/cpufreq_if.m -c ; cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror cpufreq_if.c ctfconvert -L VERSION -g cpufreq_if.o --- acpi_quirk.o --- cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/dev/acpica/acpi_quirk.c --- acpi_thermal.o --- ctfconvert -L VERSION -g acpi_thermal.o --- fdt_common.o --- cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/dev/fdt/fdt_common.c --- acpi_quirk.o --- ctfconvert -L VERSION -g acpi_quirk.o --- simplebus.o --- cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/dev/fdt/simplebus.c --- kern_cpu.o --- ctfconvert -L VERSION -g kern_cpu.o --- ofw_bus_subr.o --- cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/dev/ofw/ofw_bus_subr.c --- fdt_common.o --- ctfconvert -L VERSION -g fdt_common.o --- ofw_subr.o --- cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/dev/ofw/ofw_subr.c --- simplebus.o --- ctfconvert -L VERSION -g simplebus.o --- ofwbus.o --- cc -B/usr/local/aarch64-freebsd/bin/ -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -Werror /usr/src/sys/dev/ofw/ofwbus.c --- ofw_subr.o --- In file included from /usr/src/sys/dev/ofw/ofw_subr.c:43: /usr/src/sys/dev/ofw/ofw_pci.h:139:16: error: field has incomplete type 'struct rman' struct rman sc_io_rman; ^ /usr/src/sys/dev/ofw/ofw_pci.h:139:9: note: forward declaration of 'struct rman' struct rman sc_io_rman; ^ /usr/src/sys/dev/ofw/ofw_pci.h:140:16: error: field has incomplete type 'struct rman' struct rman sc_mem_rman; ^ /usr/src/sys/dev/ofw/ofw_pci.h:139:9: note: forward declaration of 'struct rman' struct rman sc_io_rman; ^ 2 errors generated. *** [ofw_subr.o] Error code 1 make[2]: stopped in /usr/obj/arm64.aarch64/usr/src/sys/GENERIC --- ofwbus.o --- ctfconvert -L VERSION -g ofwbus.o --- ofw_bus_subr.o --- ctfconvert -L VERSION -g ofw_bus_subr.o --- pci.o --- ctfconvert -L VERSION -g pci.o 1 error make[2]: stopped in /usr/obj/arm64.aarch64/usr/src/sys/GENERIC *** [buildkernel] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildkernel] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_arm64] $ /bin/sh -xe /tmp/hudson6576566950713946877.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_arm64' + echo 'clean up jail FreeBSD_HEAD_arm64' clean up jail FreeBSD_HEAD_arm64 + sudo jail -r FreeBSD_HEAD_arm64 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::104:1 -alias + sudo umount FreeBSD_HEAD_arm64/usr/src + sudo umount FreeBSD_HEAD_arm64/dev + sudo rm -fr FreeBSD_HEAD_arm64 + true + sudo chflags -R noschg FreeBSD_HEAD_arm64 + sudo rm -fr FreeBSD_HEAD_arm64 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-arm@freebsd.org Thu Feb 18 17:01:10 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 865D0AAC3EF for ; Thu, 18 Feb 2016 17:01:10 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 79A9F9E5; Thu, 18 Feb 2016 17:01:10 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 682A2325; Thu, 18 Feb 2016 17:01:09 +0000 (UTC) Date: Thu, 18 Feb 2016 17:01:06 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: emaste@FreeBSD.org, imp@FreeBSD.org, se@FreeBSD.org, br@FreeBSD.org, zbb@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <1413925827.35.1455814869314.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1925167825.27.1455807626209.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1925167825.27.1455807626209.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #2385 - 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: Thu, 18 Feb 2016 17:01:10 -0000 FreeBSD_HEAD_arm64 - Build #2385 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2385/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2385/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2385/console Change summaries: 295762 by zbb: Fix build for i386 and arm64 after r295755 - Take bus_space_tag_t type into consideration when returning default, zero value. - Include missing rman.h required by ofw_pci.h 295761 by br: Increase kernel and user VA space. This allows us to boot with more than 128MB of physical memory. Sponsored by: DARPA, AFRL Sponsored by: HEIF5 295760 by se: Make WARNS=6 safe. Tested with Clang 3.7.1, GCC 4.2.1 and GCC 4.8.5 on amd64. 295759 by imp: Remove a stray else. It isn't needed (due to the return at the end of the if statement it pairs with). While not an error today, a careless edit in the future could cause problems (though given the nature of this specific code, the problems quite likely would be some variation of "most direct access SCSI storage devices won't attach," which is unlikely to go unnoticed). PVS-Studio: V705 295758 by br: Use medany (Medium/Anywhere) GCC code model for RISC-V. This will allow us to use bigger relocations and all the 64-bit VA space. 295757 by emaste: Remove dd xfer stats emitted during buildworld They result in gratuitous differences when comparing build log output. From owner-freebsd-arm@freebsd.org Thu Feb 18 19:40:35 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 332E2AACE6F for ; Thu, 18 Feb 2016 19:40:35 +0000 (UTC) (envelope-from tom@ycombinator.com) Received: from mail-yw0-x22f.google.com (mail-yw0-x22f.google.com [IPv6:2607:f8b0:4002: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 F3A6A1FF1 for ; Thu, 18 Feb 2016 19:40:34 +0000 (UTC) (envelope-from tom@ycombinator.com) Received: by mail-yw0-x22f.google.com with SMTP id u200so49567398ywf.0 for ; Thu, 18 Feb 2016 11:40:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ycombinator.com; s=google; h=mime-version:date:message-id:subject:from:to:content-type; bh=KXTGPECk1T/2dDR5QxcVgnMKubJx8JDR5jxjJuzh+VQ=; b=FR6xZu52bL/4pbTExD9M3bWY1pRRHWsHlBwlk9V15MRpUzzTrKmOYMRxbNpwnt2k9w MTt9HOTRJ9n5oQ3yowr7lI9mFDq1mSpe92u1uZdolgNXzUDDLYboSMiYGKhBl8ECQEGj RNpwVQaojjKrtTNVJdYoSsBJ62+f5xoE5fnnM= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=KXTGPECk1T/2dDR5QxcVgnMKubJx8JDR5jxjJuzh+VQ=; b=TuZmMksGTzc9SGiEyE45pLIkrkDb50A2Stk3iY9pYMUnHujxAvqgoq7q6+Nnftu4ac bBEKh/gdcDf4D0ebLuBXtbBtsNT5GLjhcsGjhSDRoSS2LF1FRqQvdSa9Ym2r7Y+fjb/p Hxrk/svZ7Hc8K+Zl31rhVXt95msoEpWy4Bgh/dYh9j27edBXQbquvdSJe4wzWfU5LSHL njkLHjpf/lFmk62U+assYGoyn5D9Qjs9oKgd7kKtcVEG8XXa9M8X3zkOt980GMI6d233 5TK6OWkiRQLV/ezhpNh1adTuoidZweeQzeUqSbXSVQSRJtR1aByihXdj0Fnyi/vPFDNK 6A7g== X-Gm-Message-State: AG10YOTuZqxaPeYF4LeyK1aJvcJAg0SqqDS+x0WjeGPgXOG6GqAzXE2oIG62Kvi8k7Uij0TByUOe5vN+QnIZnBaG MIME-Version: 1.0 X-Received: by 10.13.215.142 with SMTP id z136mr5879088ywd.304.1455824434051; Thu, 18 Feb 2016 11:40:34 -0800 (PST) Received: by 10.37.89.8 with HTTP; Thu, 18 Feb 2016 11:40:33 -0800 (PST) Date: Thu, 18 Feb 2016 11:40:33 -0800 Message-ID: Subject: Hummingboard boot hangs in -HEAD From: Tom Sparks To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Feb 2016 19:40:35 -0000 I'd initially thought that it was my build that had failed so I snagged an image from ftp.freebsd.org and no, that image fails to boot to multiuser as well. Here's where it hangs: --- snip --- usbus0: 480Mbps High Speed USB v2.0 usbus1: 480Mbps High Speed USB v2.0 ugen1.1: at usbus1 uhub0: on usbus1 ugen0.1: at usbus0 uhub1: on usbus0 hdmi0: i2c transfer failed: 2 fb0: failed to get EDID info from HDMI framer fbd0 on fb0 VT: initialize with new VT driver "fb". uhub0: 1 port with 1 removable, self powered --- snip --- with boot -v I get a bit further: --- snip --- VT: initialize with new VT driver "fb". random: harvesting attach, 8 bytes (4 bits) from fbd0 uhub0: 1 port with 1 removable, self powered random: harvesting attach, 8 bytes (4 bits) from uhub0 --- snip --- Then a while later, some other stuff appears: --- snip --- uhub0: 1 port with 1 removable, self powered random: harvesting attach, 8 bytes (4 bits) from uhub0 sdhci_imx0-slot0: Divider 250 for freq 400000 (base 200000000) mmc0: Probing bus uhub1: 1 port with 1 removable, self powered random: harvesting attach, 8 bytes (4 bits) from uhub1 --- snip --- Supposition is that this broke in the range of r295351 through r29554. Anyone? -- Tom Sparks Systems Engineer From owner-freebsd-arm@freebsd.org Thu Feb 18 19:45:15 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F24C0AAD135 for ; Thu, 18 Feb 2016 19:45:15 +0000 (UTC) (envelope-from tom@ycombinator.com) Received: from mail-yk0-x22a.google.com (mail-yk0-x22a.google.com [IPv6:2607:f8b0:4002:c07::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 B6CDB625 for ; Thu, 18 Feb 2016 19:45:15 +0000 (UTC) (envelope-from tom@ycombinator.com) Received: by mail-yk0-x22a.google.com with SMTP id r207so25943816ykd.2 for ; Thu, 18 Feb 2016 11:45:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ycombinator.com; s=google; h=mime-version:date:message-id:subject:from:to:content-type; bh=29XQoHHlmXmuGIU1aoniAw1E1oRegcQEoVcn0gytqUE=; b=FHzHa6yXfvD6hebbYFNO/zZ8lP7oR4oVtZaFSxRNR/3fCBx+zA2qwN4W469QZ7vlDF bFFvlfISPuPi3Aiex73iIhETORS66hzBneKbrnHBuxPxt5vTZ/08VO2Caif0Lj0ncPb0 WYwWqyF7aRnp2G2SXMs9tfEjXNQYhzknHDduU= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=29XQoHHlmXmuGIU1aoniAw1E1oRegcQEoVcn0gytqUE=; b=cONj+SZAhrnHrqsUcc8pLUeSwilmI0xl6qAHxGM6QnZkWYqqnxA7wkVor6wlLOfSBP UaTGcPdLdo74e72pCKmx/94nCLASjkkhysn41i6nv9ncs2yNi8UQRav8nHpLBFEi5Ice hHq9FJv+0zYdChYoQiQq4SvI2FHUJM18LcE0zsPoQMG9XFhB6uzRX6kUt1jM33qNN6Ho enUVkqd7tFEbb1RkmB6MXNada1e29QMoUwYbIIDh0st1Hwne4+nt8+9S6kFo0CLYSitC VomIAxnnqo6b02sIZoNmynBvm9q3jhCJHFg/wyBidApylZTe8GDKii3WCpoec7wx+sQb 2poQ== X-Gm-Message-State: AG10YOTAHddgBjFO1mWntxNGqT7rnrz3OUixgeZlx4XTw8x3bn7MbqAxbH8m9UG99iuz5Qsk5dwwS+E7LODq+jsP MIME-Version: 1.0 X-Received: by 10.37.71.3 with SMTP id u3mr5729888yba.36.1455824714643; Thu, 18 Feb 2016 11:45:14 -0800 (PST) Received: by 10.37.89.8 with HTTP; Thu, 18 Feb 2016 11:45:14 -0800 (PST) Date: Thu, 18 Feb 2016 11:45:14 -0800 Message-ID: Subject: Including ds133x driver on RPI2 hangs kernel From: Tom Sparks To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Feb 2016 19:45:16 -0000 I recently purchased some i2c RTCs for my RPI2, so in building a kernel to support it I discovered that just including the driver hangs the kernel on boot. It doesn't matter if the rtc is connected or not, the kernel just fails to complete the boot process. When the driver isn't in the kernel, probing the i2c bus doesn't show any devices anyways so not sure if this is an i2c problem on the RPI2 or if its just a general problem with this driver. I'm happy to test patches/etc. -- Tom Sparks Systems Engineer From owner-freebsd-arm@freebsd.org Thu Feb 18 19:56:40 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8FDBBAAD598 for ; Thu, 18 Feb 2016 19:56:40 +0000 (UTC) (envelope-from karl@denninger.net) Received: from mail.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) (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 425DFB3B for ; Thu, 18 Feb 2016 19:56:39 +0000 (UTC) (envelope-from karl@denninger.net) Received: from [192.168.1.40] (Karl-Desktop.Denninger.net [192.168.1.40]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.denninger.net (Postfix) with ESMTPSA id 5598C238707 for ; Thu, 18 Feb 2016 13:46:56 -0600 (CST) Subject: Re: Including ds133x driver on RPI2 hangs kernel To: freebsd-arm@freebsd.org References: From: Karl Denninger Message-ID: <56C61F9C.6020909@denninger.net> Date: Thu, 18 Feb 2016 13:46:36 -0600 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms020908050905090101000309" X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Feb 2016 19:56:40 -0000 This is a cryptographically signed message in MIME format. --------------ms020908050905090101000309 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2/18/2016 13:45, Tom Sparks wrote: > I recently purchased some i2c RTCs for my RPI2, so in building a kernel= to > support it I discovered that just including the driver hangs the kernel= on > boot. > > It doesn't matter if the rtc is connected or not, the kernel just fails= to > complete the boot process. > > When the driver isn't in the kernel, probing the i2c bus doesn't show a= ny > devices anyways so not sure if this is an i2c problem on the RPI2 or if= its > just a general problem with this driver. > > I'm happy to test patches/etc. > I2c definitely works on the RPI2 under 11-CURRENT; I use it for an analog board on my pool controller. --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms020908050905090101000309 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC Bl8wggZbMIIEQ6ADAgECAgEpMA0GCSqGSIb3DQEBCwUAMIGQMQswCQYDVQQGEwJVUzEQMA4G A1UECBMHRmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3Rl bXMgTExDMRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhND dWRhIFN5c3RlbXMgTExDIENBMB4XDTE1MDQyMTAyMjE1OVoXDTIwMDQxOTAyMjE1OVowWjEL MAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBM TEMxHjAcBgNVBAMTFUthcmwgRGVubmluZ2VyIChPQ1NQKTCCAiIwDQYJKoZIhvcNAQEBBQAD ggIPADCCAgoCggIBALmEWPhAdphrWd4K5VTvE5pxL3blRQPyGF3ApjUjgtavqU1Y8pbI3Byg XDj2/Uz9Si8XVj/kNbKEjkRh5SsNvx3Fc0oQ1uVjyCq7zC/kctF7yLzQbvWnU4grAPZ3IuAp 3/fFxIVaXpxEdKmyZAVDhk9az+IgHH43rdJRIMzxJ5vqQMb+n2EjadVqiGPbtG9aZEImlq7f IYDTnKyToi23PAnkPwwT+q1IkI2DTvf2jzWrhLR5DTX0fUYC0nxlHWbjgpiapyJWtR7K2YQO aevQb/3vN9gSojT2h+cBem7QIj6U69rEYcEDvPyCMXEV9VcXdcmW42LSRsPvZcBHFkWAJqMZ Myiz4kumaP+s+cIDaXitR/szoqDKGSHM4CPAZV9Yh8asvxQL5uDxz5wvLPgS5yS8K/o7zDR5 vNkMCyfYQuR6PAJxVOk5Arqvj9lfP3JSVapwbr01CoWDBkpuJlKfpQIEeC/pcCBKknllbMYq yHBO2TipLyO5Ocd1nhN/nOsO+C+j31lQHfOMRZaPQykXVPWG5BbhWT7ttX4vy5hOW6yJgeT/ o3apynlp1cEavkQRS8uJHoQszF6KIrQMID/JfySWvVQ4ksnfzwB2lRomrdrwnQ4eG/HBS+0l eozwOJNDIBlAP+hLe8A5oWZgooIIK/SulUAsfI6Sgd8dTZTTYmlhAgMBAAGjgfQwgfEwNwYI KwYBBQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vY3VkYXN5c3RlbXMubmV0Ojg4ODgw CQYDVR0TBAIwADARBglghkgBhvhCAQEEBAMCBaAwCwYDVR0PBAQDAgXgMCwGCWCGSAGG+EIB DQQfFh1PcGVuU1NMIEdlbmVyYXRlZCBDZXJ0aWZpY2F0ZTAdBgNVHQ4EFgQUxRyULenJaFwX RtT79aNmIB/u5VkwHwYDVR0jBBgwFoAUJHGbnYV9/N3dvbDKkpQDofrTbTUwHQYDVR0RBBYw FIESa2FybEBkZW5uaW5nZXIubmV0MA0GCSqGSIb3DQEBCwUAA4ICAQBPf3cYtmKowmGIYsm6 eBinJu7QVWvxi1vqnBz3KE+HapqoIZS8/PolB/hwiY0UAE1RsjBJ7yEjihVRwummSBvkoOyf G30uPn4yg4vbJkR9lTz8d21fPshWETa6DBh2jx2Qf13LZpr3Pj2fTtlu6xMYKzg7cSDgd2bO sJGH/rcvva9Spkx5Vfq0RyOrYph9boshRN3D4tbWgBAcX9POdXCVfJONDxhfBuPHsJ6vEmPb An+XL5Yl26XYFPiODQ+Qbk44Ot1kt9s7oS3dVUrh92Qv0G3J3DF+Vt6C15nED+f+bk4gScu+ JHT7RjEmfa18GT8DcT//D1zEke1Ymhb41JH+GyZchDRWtjxsS5OBFMzrju7d264zJUFtX7iJ 3xvpKN7VcZKNtB6dLShj3v/XDsQVQWXmR/1YKWZ93C3LpRs2Y5nYdn6gEOpL/WfQFThtfnat HNc7fNs5vjotaYpBl5H8+VCautKbGOs219uQbhGZLYTv6okuKcY8W+4EJEtK0xB08vqr9Jd0 FS9MGjQE++GWo+5eQxFt6nUENHbVYnsr6bYPQsZH0CRNycgTG9MwY/UIXOf4W034UpR82TBG 1LiMsYfb8ahQJhs3wdf1nzipIjRwoZKT1vGXh/cj3gwSr64GfenURBxaFZA5O1acOZUjPrRT n3ci4McYW/0WVVA3lDGCBRMwggUPAgEBMIGWMIGQMQswCQYDVQQGEwJVUzEQMA4GA1UECBMH RmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3RlbXMgTExD MRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhNDdWRhIFN5 c3RlbXMgTExDIENBAgEpMA0GCWCGSAFlAwQCAwUAoIICTTAYBgkqhkiG9w0BCQMxCwYJKoZI hvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNjAyMTgxOTQ2MzZaME8GCSqGSIb3DQEJBDFCBEBH dVjqEFZeOk1RSkPoaWeoNiFzNExCxuE9dOvXHSMAig8+NLn2cTGkXiwPGxTQ2f4rCth4UDki cdAxV5k6gpfuMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAK BggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYI KoZIhvcNAwICASgwgacGCSsGAQQBgjcQBDGBmTCBljCBkDELMAkGA1UEBhMCVVMxEDAOBgNV BAgTB0Zsb3JpZGExEjAQBgNVBAcTCU5pY2V2aWxsZTEZMBcGA1UEChMQQ3VkYSBTeXN0ZW1z IExMQzEcMBoGA1UEAxMTQ3VkYSBTeXN0ZW1zIExMQyBDQTEiMCAGCSqGSIb3DQEJARYTQ3Vk YSBTeXN0ZW1zIExMQyBDQQIBKTCBqQYLKoZIhvcNAQkQAgsxgZmggZYwgZAxCzAJBgNVBAYT AlVTMRAwDgYDVQQIEwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1 ZGEgU3lzdGVtcyBMTEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExIjAgBgkqhkiG 9w0BCQEWE0N1ZGEgU3lzdGVtcyBMTEMgQ0ECASkwDQYJKoZIhvcNAQEBBQAEggIAPplYsh9x jHYLysy1u3q4ptZplrdjyW0kbeIBVzxQEOXFsHKYxw4aj+Drl5BkK2dCOHCVB+qZv8nSKb7V xZdgxlLsibYoHz7IxcduzCDsYLl4vVFioIiL/O19GPqEZ4FZLGj1LWbsac7sT8f+AXu4Vzdb TOu8P/yyD0AYNuSNZl5m8N6DzDspAUcLHv9w2qsb+v4ggWTNm4zROxkCx51RuUpf99be0XI8 iXxE/XRwKBW0a1o99yNKqML2UbtzCR3bK75bQxwUEM8hwc8vKmB+JN4jT+Myr43P6C9Zs5i1 mPngiifTr7B0CcwI3XhS9Sx2JrTT2AaXJyxxv8GfFt3tWxxF8eKNQ9EBzhhHz798Jn0mjX9r 9rEVelZXrnPnq6ed3pmxV0cbs/9sKeWfSE9uHdmpFzhWrmaarmTFnyhXIEEFCurfMnUP77Uh gD/y3uZtUjj3WBFwrFdETUMhC6p60qYTMygjXNwYCkIuugow318GOjM5eXrjxfe1ljG0lpmG ObfloWSN2jRlT93TwojBg6LTLahOvET3kNxgUKtmZ0mh1wSgfkSHaiu7sjKbFgXH01bL1BoN XUEvMUFV7s6u3jRE+POGeTNnQNr+1btpEXUxAwx/XctG+tCLvPqdxhQn8ZmlfVH1ca0WLlvX bEV04hR19jJhU6iWDZ/cN1Mfbz4AAAAAAAA= --------------ms020908050905090101000309-- From owner-freebsd-arm@freebsd.org Thu Feb 18 19:57:21 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9F06AAAD5F9 for ; Thu, 18 Feb 2016 19:57:21 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-vk0-x236.google.com (mail-vk0-x236.google.com [IPv6:2607:f8b0:400c:c05::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5BA9BBA2 for ; Thu, 18 Feb 2016 19:57:21 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-vk0-x236.google.com with SMTP id c3so54941435vkb.3 for ; Thu, 18 Feb 2016 11:57:21 -0800 (PST) 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=1GX4zZsBXGxtweZ/UgEL5iwmVWyYQ7p+mz+OT/WccnY=; b=gZsQfZnYwLFoJtMV8Yu5it/4JMDAhWX62/oZScK2q5WPcwx2TUHORqK+GAyP0VSJo3 sWJo9100lx+8Ab4o9O9nH7+UDrrlTuyJRFBzXdNWQZfWPNTpWp6dPYh+hZoYCAr8PD+b 1N7TzWoaLjuXE9yuZ2xoJNyMkCN7XC2z2f+VONNv8b0YvxePbXMydZuSs6SrQeNf3DHq TYYjnC5JN14ITNW1y2tR7Y1hAoeqxmdZTHKN2BH7E8Le50wEeFrCIW8mrwscW3ZsFekE OMNTX84G5ZqPWbgZZOOt3WVuTyG2n5jtjadBlRu82GqrjQKuLXoDo7SQtQ3bMvx8CL6K CVPg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=1GX4zZsBXGxtweZ/UgEL5iwmVWyYQ7p+mz+OT/WccnY=; b=bcO98koT94mV9nTaKgNFxSLBjd8DlkZcVCy2C/TiCMJ6lbxJ2MTq7Hg0qXA0uIzGM6 l52iXqhrK5lqTiE14uGKB+OOTC+6Ma/GGLfdnbq+hRrmrYYCtYjpvixzaC5iWafJuYGz EKxNnIrUUZ2us6MHx9oUz2cpSWt6rNofunvMDSooe5umQJQkLjrYhhwpbTClIQKhZg43 WCgFan+Pgs/g9+cl/q+E+Oe8vZn/0x9Dxw8ZgXgIAmp0jbFh4C0YeaBr0rq1d4kznuQ2 IPhuRkpI/fdyPoPLna43u5EtU9XXckxWVHgziUOTwjic0SeY1ZVhFGgROH0lreMcgLvS Jt1g== X-Gm-Message-State: AG10YOQmeRrtETrdOhWYbTWtos4Aijf64ENa7xq/88Udv+S/lvr5tTM9e71X6BiTXC95rEcplKHTyB9YTArS/w== MIME-Version: 1.0 X-Received: by 10.31.56.140 with SMTP id f134mr7965503vka.23.1455825440222; Thu, 18 Feb 2016 11:57:20 -0800 (PST) Received: by 10.31.229.135 with HTTP; Thu, 18 Feb 2016 11:57:20 -0800 (PST) In-Reply-To: References: Date: Thu, 18 Feb 2016 11:57:20 -0800 Message-ID: Subject: Re: Hummingboard boot hangs in -HEAD From: Russell Haley To: Tom Sparks Cc: 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: Thu, 18 Feb 2016 19:57:21 -0000 My hummingboard booted two days ago using r294912. The image is here: ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/arm/armv6/ISO-IMAGES/11.0/FreeBSD-11.0-CURRENT-arm-armv6-CUBOX-HUMMINGBOARD-20160127-r294912.img.xz. I was also able to buildworld and buildkernel using whatever head was at the time. I don't have it in front of me to check the revision and I have not replaced the kernel in the image with my fresh build so I can't say if it works. I'm still not able to see my m.2 ssd if anyone is listening and willing to help me. Russ On Thu, Feb 18, 2016 at 11:40 AM, Tom Sparks wrote: > I'd initially thought that it was my build that had failed so I snagged an > image from ftp.freebsd.org and no, that image fails to boot to multiuser as > well. > > > Here's where it hangs: > --- snip --- > usbus0: 480Mbps High Speed USB v2.0 > usbus1: 480Mbps High Speed USB v2.0 > ugen1.1: at usbus1 > uhub0: on usbus1 > ugen0.1: at usbus0 > uhub1: on usbus0 > hdmi0: i2c transfer failed: 2 > fb0: failed to get EDID info from HDMI framer > fbd0 on fb0 > VT: initialize with new VT driver "fb". > uhub0: 1 port with 1 removable, self powered > --- snip --- > > with boot -v I get a bit further: > --- snip --- > VT: initialize with new VT driver "fb". > random: harvesting attach, 8 bytes (4 bits) from fbd0 > uhub0: 1 port with 1 removable, self powered > random: harvesting attach, 8 bytes (4 bits) from uhub0 > --- snip --- > > Then a while later, some other stuff appears: > > --- snip --- > uhub0: 1 port with 1 removable, self powered > random: harvesting attach, 8 bytes (4 bits) from uhub0 > sdhci_imx0-slot0: Divider 250 for freq 400000 (base 200000000) > mmc0: Probing bus > uhub1: 1 port with 1 removable, self powered > random: harvesting attach, 8 bytes (4 bits) from uhub1 > --- snip --- > > Supposition is that this broke in the range of r295351 through r29554. > > Anyone? > > -- > Tom Sparks > Systems Engineer > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Thu Feb 18 20:01:46 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0ABCAAAD7F0 for ; Thu, 18 Feb 2016 20:01:46 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1b.ore.mailhop.org (outbound1b.ore.mailhop.org [54.200.247.200]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E5276D39 for ; Thu, 18 Feb 2016 20:01:45 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 7adc7de7-d67a-11e5-8dfb-c75234cc769e X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.34.117.227 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.34.117.227]) by outbound1.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Thu, 18 Feb 2016 20:02:03 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u1IK1bEW032659; Thu, 18 Feb 2016 13:01:37 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1455825697.1294.20.camel@freebsd.org> Subject: Re: Hummingboard boot hangs in -HEAD From: Ian Lepore To: Russell Haley , Tom Sparks Cc: freebsd-arm Date: Thu, 18 Feb 2016 13:01:37 -0700 In-Reply-To: References: Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.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, 18 Feb 2016 20:01:46 -0000 The hummingboard (really, all imx6 systems) problem showed up between r295351 - r295543, but I haven't had time to narrow it down more than that. Sata has never worked on imx6. I had limited success with it 2 years ago (it kinda worked but there was data corruption), ran out of time and set it aside, and have never gotten back to the driver to finish getting it working. -- Ian On Thu, 2016-02-18 at 11:57 -0800, Russell Haley wrote: > My hummingboard booted two days ago using r294912. The image is here: > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/arm/armv6/ISO-IMAGES/11.0 > /FreeBSD-11.0-CURRENT-arm-armv6-CUBOX-HUMMINGBOARD-20160127 > -r294912.img.xz. > I was also able to buildworld and buildkernel using whatever head was > at the time. I don't have it in front of me to check the revision and > I have not replaced the kernel in the image with my fresh build so I > can't say if it works. > > I'm still not able to see my m.2 ssd if anyone is listening and > willing to help me. > > Russ > > On Thu, Feb 18, 2016 at 11:40 AM, Tom Sparks > wrote: > > I'd initially thought that it was my build that had failed so I > > snagged an > > image from ftp.freebsd.org and no, that image fails to boot to > > multiuser as > > well. > > > > > > Here's where it hangs: > > --- snip --- > > usbus0: 480Mbps High Speed USB v2.0 > > usbus1: 480Mbps High Speed USB v2.0 > > ugen1.1: at usbus1 > > uhub0: > > on usbus1 > > ugen0.1: at usbus0 > > uhub1: > > on usbus0 > > hdmi0: i2c transfer failed: 2 > > fb0: failed to get EDID info from HDMI framer > > fbd0 on fb0 > > VT: initialize with new VT driver "fb". > > uhub0: 1 port with 1 removable, self powered > > --- snip --- > > > > with boot -v I get a bit further: > > --- snip --- > > VT: initialize with new VT driver "fb". > > random: harvesting attach, 8 bytes (4 bits) from fbd0 > > uhub0: 1 port with 1 removable, self powered > > random: harvesting attach, 8 bytes (4 bits) from uhub0 > > --- snip --- > > > > Then a while later, some other stuff appears: > > > > --- snip --- > > uhub0: 1 port with 1 removable, self powered > > random: harvesting attach, 8 bytes (4 bits) from uhub0 > > sdhci_imx0-slot0: Divider 250 for freq 400000 (base 200000000) > > mmc0: Probing bus > > uhub1: 1 port with 1 removable, self powered > > random: harvesting attach, 8 bytes (4 bits) from uhub1 > > --- snip --- > > > > Supposition is that this broke in the range of r295351 through > > r29554. > > > > Anyone? > > > > -- > > Tom Sparks > > Systems Engineer > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to " > > freebsd-arm-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org > " From owner-freebsd-arm@freebsd.org Thu Feb 18 20:04:54 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C14B1AADA7D for ; Thu, 18 Feb 2016 20:04:54 +0000 (UTC) (envelope-from tom@ycombinator.com) Received: from mail-yw0-x234.google.com (mail-yw0-x234.google.com [IPv6:2607:f8b0:4002: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 8387D108D for ; Thu, 18 Feb 2016 20:04:54 +0000 (UTC) (envelope-from tom@ycombinator.com) Received: by mail-yw0-x234.google.com with SMTP id g127so50126892ywf.2 for ; Thu, 18 Feb 2016 12:04:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ycombinator.com; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:cc :content-type; bh=zM9JUbvfCuHZtBNBIzesn9cb3H0hy1x1gzrNwfJv79A=; b=SUNubZFE2RxtT1N4sevZJwM9ZgMTgcKUq2gifG5e8pZMzZVUQ9VO998Pt5MR0TMP2M 7g54E8icGFVIea5fNLIhr9HxuLUiQ5nUPLwrnUJsGE9XPxKVE94+xPpMBe5IjIvG/DVC 8GdeyrIrdV5RC4nTpeg4CGaHifinbXF3PYdOM= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:cc:content-type; bh=zM9JUbvfCuHZtBNBIzesn9cb3H0hy1x1gzrNwfJv79A=; b=bVxU7bzF0kAWSKidMxc5UpL67phtkBAS4SbYEzE7+oEgcIw7bG42PX955jO56H7caA dPmgpT/u+VbX5YV9FGxLUsWLXyQ462sfHTG3Jwy/wDwAtrVoWWqHgSAsrgSjGE4xpLq4 I9T2MHGTy04ujxf8cpdtw/UnRIafHRGSaibncgfC6rYxeb4kWvrDTulw9Hen84xwunA7 eNcMJLodUkVpDDbuTBZojHrHWv9vchXUzBM3U58i3uaL9whljyzq2ppaUfjY8JA4wLTZ piSvRJNoO5GpzpijZRyJ93Syf2RGgc1Kq2kgjFG9DMn3hBmrS/ABkwRKIquFzw3bcavr qC5w== X-Gm-Message-State: AG10YORNU2Ol13za3d1QhPMGcLtvKvk1EJjXWSj63cvp6+FIvyS5qQoyzDstsy2zmv9/hGgkq01e9xsgJ2izXPrh MIME-Version: 1.0 X-Received: by 10.129.105.3 with SMTP id e3mr5481496ywc.237.1455825893755; Thu, 18 Feb 2016 12:04:53 -0800 (PST) Received: by 10.37.89.8 with HTTP; Thu, 18 Feb 2016 12:04:53 -0800 (PST) In-Reply-To: <1455825697.1294.20.camel@freebsd.org> References: <1455825697.1294.20.camel@freebsd.org> Date: Thu, 18 Feb 2016 12:04:53 -0800 Message-ID: Subject: Re: Hummingboard boot hangs in -HEAD From: Tom Sparks Cc: freebsd-arm Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Feb 2016 20:04:54 -0000 I'm gonna rollback to the 1/27 image and then roll forward to see where it breaks. On Thu, Feb 18, 2016 at 12:01 PM, Ian Lepore wrote: > The hummingboard (really, all imx6 systems) problem showed up between > r295351 - r295543, but I haven't had time to narrow it down more than > that. > > Sata has never worked on imx6. I had limited success with it 2 years > ago (it kinda worked but there was data corruption), ran out of time > and set it aside, and have never gotten back to the driver to finish > getting it working. > > -- Ian > > On Thu, 2016-02-18 at 11:57 -0800, Russell Haley wrote: > > My hummingboard booted two days ago using r294912. The image is here: > > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/arm/armv6/ISO-IMAGES/11.0 > > /FreeBSD-11.0-CURRENT-arm-armv6-CUBOX-HUMMINGBOARD-20160127 > > -r294912.img.xz. > > I was also able to buildworld and buildkernel using whatever head was > > at the time. I don't have it in front of me to check the revision and > > I have not replaced the kernel in the image with my fresh build so I > > can't say if it works. > > > > I'm still not able to see my m.2 ssd if anyone is listening and > > willing to help me. > > > > Russ > > > > On Thu, Feb 18, 2016 at 11:40 AM, Tom Sparks > > wrote: > > > I'd initially thought that it was my build that had failed so I > > > snagged an > > > image from ftp.freebsd.org and no, that image fails to boot to > > > multiuser as > > > well. > > > > > > > > > Here's where it hangs: > > > --- snip --- > > > usbus0: 480Mbps High Speed USB v2.0 > > > usbus1: 480Mbps High Speed USB v2.0 > > > ugen1.1: at usbus1 > > > uhub0: > > > on usbus1 > > > ugen0.1: at usbus0 > > > uhub1: > > > on usbus0 > > > hdmi0: i2c transfer failed: 2 > > > fb0: failed to get EDID info from HDMI framer > > > fbd0 on fb0 > > > VT: initialize with new VT driver "fb". > > > uhub0: 1 port with 1 removable, self powered > > > --- snip --- > > > > > > with boot -v I get a bit further: > > > --- snip --- > > > VT: initialize with new VT driver "fb". > > > random: harvesting attach, 8 bytes (4 bits) from fbd0 > > > uhub0: 1 port with 1 removable, self powered > > > random: harvesting attach, 8 bytes (4 bits) from uhub0 > > > --- snip --- > > > > > > Then a while later, some other stuff appears: > > > > > > --- snip --- > > > uhub0: 1 port with 1 removable, self powered > > > random: harvesting attach, 8 bytes (4 bits) from uhub0 > > > sdhci_imx0-slot0: Divider 250 for freq 400000 (base 200000000) > > > mmc0: Probing bus > > > uhub1: 1 port with 1 removable, self powered > > > random: harvesting attach, 8 bytes (4 bits) from uhub1 > > > --- snip --- > > > > > > Supposition is that this broke in the range of r295351 through > > > r29554. > > > > > > Anyone? > > > > > > -- > > > Tom Sparks > > > Systems Engineer > > > _______________________________________________ > > > freebsd-arm@freebsd.org mailing list > > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > > To unsubscribe, send any mail to " > > > freebsd-arm-unsubscribe@freebsd.org" > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org > > " > -- Tom Sparks Systems Engineer From owner-freebsd-arm@freebsd.org Thu Feb 18 22:42:22 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8965BAAC3A6 for ; Thu, 18 Feb 2016 22:42:22 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-vk0-x229.google.com (mail-vk0-x229.google.com [IPv6:2607:f8b0:400c:c05::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 460E51547; Thu, 18 Feb 2016 22:42:22 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-vk0-x229.google.com with SMTP id e185so58691068vkb.1; Thu, 18 Feb 2016 14:42:22 -0800 (PST) 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=TMQY+5Yb3u8nN+2sXBs3bzWxEghBklTdppwWO2Wt5vs=; b=UuCQpc4/6C/H5tBSyUCm9cl5//UgOG/d+sD7XvWqMtYzmUqtFGtDhxaHCRHkiH1s3j Xqm/MHcDzdggHYzfcqFk6B9EvJjdt3S0S8b0KQKAqMxOpSjWRMpr+ALDR2OzrDLhUelM 08W8ImhSK6W1tpUqxtpC8L7BzteQZFiRAHIf0R/oMdH2ytKc1+6fTC28iHya/+GtRv5I oeqyFsgYN1unnoyayh9PtNKAD+qVIkR4b/4UW4BCPXDcTPkjbxUH+P9qXUNRnHm6Dh8J IAJOEukDgtnQhfsFLlJ/T4CdMk4MCM9qjD5M2J1x0e8o5wH1/tOGAOXfNVF3UiSWQTNw TbuQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=TMQY+5Yb3u8nN+2sXBs3bzWxEghBklTdppwWO2Wt5vs=; b=VFqYSO9ukuBmaf8flDD7AplVA4a76IBF8WQY1cQrDkgEiFhHYJfPmRNP83phN112hh Xx2g8mQsM+tzv72/PdICFW+W9v4tnC34bEA6lgXTFnGxWMHLhEFQAD8EJQXXdjaNWvGd 9JP2YMeePoFEMOGIlWreKQX/35V3JGY/OhQUayxEx5AL3Ie3PuXG7iNqbDkuax+LaD+I 6BbgDLMG2Cm7T1NEHVgr1Gw0x88p3AfQJPSHlbB1Tew96jRogVMvXzN66njI5ICJhlQw CcAe5069crZThmxJhcjLuqzidlAmDFJEtmHSwYE9HSzWu9goHP+OmwsuLJVd7gxUBU2g JQ0w== X-Gm-Message-State: AG10YOT2/g4alam6niEB6aI19SCVx0OZf0Rfpe4gYamZVbyyMWuH13cBebJgsXrKlehn56kuhpADz2Rj0FjMYQ== MIME-Version: 1.0 X-Received: by 10.31.157.67 with SMTP id g64mr8107622vke.79.1455835341303; Thu, 18 Feb 2016 14:42:21 -0800 (PST) Received: by 10.31.54.13 with HTTP; Thu, 18 Feb 2016 14:42:21 -0800 (PST) In-Reply-To: <1455825697.1294.20.camel@freebsd.org> References: <1455825697.1294.20.camel@freebsd.org> Date: Thu, 18 Feb 2016 14:42:21 -0800 Message-ID: Subject: Re: Hummingboard boot hangs in -HEAD From: Russell Haley To: Ian Lepore Cc: 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: Thu, 18 Feb 2016 22:42:22 -0000 On Thu, Feb 18, 2016 at 12:01 PM, Ian Lepore wrote: > > The hummingboard (really, all imx6 systems) problem showed up between > r295351 - r295543, but I haven't had time to narrow it down more than > that. > > Sata has never worked on imx6. I had limited success with it 2 years > ago (it kinda worked but there was data corruption), ran out of time > and set it aside, and have never gotten back to the driver to finish > getting it working. > > -- Ian Ian: Thanks for clarification. To the general mailing list: I would like to request additional help to resolve the sata issue on imx6. I have done a preliminary reading of the CAM code and have looked at the change made to the ahci driver late last year for arm support. I have inspected the dts files. I have done some poking a while back into what is loaded and not loaded. However, I do not know how to properly debug a CAM driver (or any kernel level code) or use the debug tools. My personal objective is to become a FreeBSD driver maintainer, and I have been tracking this issue for a while, but I have stalled out at this point. I need a higher level of support then the mailing list provides to become productive (at least initially). At this point learning how to debug kernel devices by myself is outside of my scope. However, if someone is willing to Skype or chat/email with more directed support I will pick this project back up. I would love to earn a commit bit eventually. Please send me a message if you can help. Cheers, Russ > > On Thu, 2016-02-18 at 11:57 -0800, Russell Haley wrote: > > My hummingboard booted two days ago using r294912. The image is here: > > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/arm/armv6/ISO-IMAGES/11.0 > > /FreeBSD-11.0-CURRENT-arm-armv6-CUBOX-HUMMINGBOARD-20160127 > > -r294912.img.xz. > > I was also able to buildworld and buildkernel using whatever head was > > at the time. I don't have it in front of me to check the revision and > > I have not replaced the kernel in the image with my fresh build so I > > can't say if it works. > > > > I'm still not able to see my m.2 ssd if anyone is listening and > > willing to help me. > > > > Russ > > > > On Thu, Feb 18, 2016 at 11:40 AM, Tom Sparks > > wrote: > > > I'd initially thought that it was my build that had failed so I > > > snagged an > > > image from ftp.freebsd.org and no, that image fails to boot to > > > multiuser as > > > well. > > > > > > > > > Here's where it hangs: > > > --- snip --- > > > usbus0: 480Mbps High Speed USB v2.0 > > > usbus1: 480Mbps High Speed USB v2.0 > > > ugen1.1: at usbus1 > > > uhub0: > > > on usbus1 > > > ugen0.1: at usbus0 > > > uhub1: > > > on usbus0 > > > hdmi0: i2c transfer failed: 2 > > > fb0: failed to get EDID info from HDMI framer > > > fbd0 on fb0 > > > VT: initialize with new VT driver "fb". > > > uhub0: 1 port with 1 removable, self powered > > > --- snip --- > > > > > > with boot -v I get a bit further: > > > --- snip --- > > > VT: initialize with new VT driver "fb". > > > random: harvesting attach, 8 bytes (4 bits) from fbd0 > > > uhub0: 1 port with 1 removable, self powered > > > random: harvesting attach, 8 bytes (4 bits) from uhub0 > > > --- snip --- > > > > > > Then a while later, some other stuff appears: > > > > > > --- snip --- > > > uhub0: 1 port with 1 removable, self powered > > > random: harvesting attach, 8 bytes (4 bits) from uhub0 > > > sdhci_imx0-slot0: Divider 250 for freq 400000 (base 200000000) > > > mmc0: Probing bus > > > uhub1: 1 port with 1 removable, self powered > > > random: harvesting attach, 8 bytes (4 bits) from uhub1 > > > --- snip --- > > > > > > Supposition is that this broke in the range of r295351 through > > > r29554. > > > > > > Anyone? > > > > > > -- > > > Tom Sparks > > > Systems Engineer > > > _______________________________________________ > > > freebsd-arm@freebsd.org mailing list > > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > > To unsubscribe, send any mail to " > > > freebsd-arm-unsubscribe@freebsd.org" > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org > > " From owner-freebsd-arm@freebsd.org Thu Feb 18 22:52:31 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EC595AACA37 for ; Thu, 18 Feb 2016 22:52:31 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from erouter6.ore.mailhop.org (erouter6.ore.mailhop.org [54.187.213.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CC9DD1AE9 for ; Thu, 18 Feb 2016 22:52:31 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: dfae450a-d691-11e5-a023-11ad6df26ed1 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.34.117.227 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.34.117.227]) by outbound3.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Thu, 18 Feb 2016 22:49:31 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u1IMqOAW032910; Thu, 18 Feb 2016 15:52:24 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1455835944.1294.23.camel@freebsd.org> Subject: Re: Hummingboard boot hangs in -HEAD From: Ian Lepore To: Russell Haley Cc: freebsd-arm Date: Thu, 18 Feb 2016 15:52:24 -0700 In-Reply-To: References: <1455825697.1294.20.camel@freebsd.org> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Feb 2016 22:52:32 -0000 On Thu, 2016-02-18 at 14:42 -0800, Russell Haley wrote: > On Thu, Feb 18, 2016 at 12:01 PM, Ian Lepore wrote: > > > > The hummingboard (really, all imx6 systems) problem showed up > > between > > r295351 - r295543, but I haven't had time to narrow it down more > > than > > that. > > > > Sata has never worked on imx6. I had limited success with it 2 > > years > > ago (it kinda worked but there was data corruption), ran out of > > time > > and set it aside, and have never gotten back to the driver to > > finish > > getting it working. > > > > -- Ian > > Ian: > Thanks for clarification. > > To the general mailing list: > I would like to request additional help to resolve the sata issue on > imx6. I have done a preliminary reading of the CAM code and have > looked at the change made to the ahci driver late last year for arm > support. I have inspected the dts files. I have done some poking a > while back into what is loaded and not loaded. However, I do not know > how to properly debug a CAM driver (or any kernel level code) or use > the debug tools. > > My personal objective is to become a FreeBSD driver maintainer, and I > have been tracking this issue for a while, but I have stalled out at > this point. I need a higher level of support then the mailing list > provides to become productive (at least initially). At this point > learning how to debug kernel devices by myself is outside of my > scope. > However, if someone is willing to Skype or chat/email with more > directed support I will pick this project back up. I would love to > earn a commit bit eventually. Please send me a message if you can > help. > > Cheers, > > Russ > What you need is the #bsdmips irc channel on efnet. Don't let the mips in the name fool you, all the freebsd-arm developers hang out there. Just drop in and start asking questions (and be patient with the fact that although there are 80 people hanging out there, most of us are either asleep or at $work depending on continent, and sometimes answers come long after the question). -- Ian From owner-freebsd-arm@freebsd.org Thu Feb 18 23:32:39 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E0361AADDCE for ; Thu, 18 Feb 2016 23:32:39 +0000 (UTC) (envelope-from tom@ycombinator.com) Received: from mail-yk0-x231.google.com (mail-yk0-x231.google.com [IPv6:2607:f8b0:4002:c07::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AF9031503 for ; Thu, 18 Feb 2016 23:32:39 +0000 (UTC) (envelope-from tom@ycombinator.com) Received: by mail-yk0-x231.google.com with SMTP id z13so28227766ykd.0 for ; Thu, 18 Feb 2016 15:32:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ycombinator.com; s=google; h=mime-version:date:message-id:subject:from:to:content-type; bh=q5a/BWYVRdUnP48zwocqeoX9DePJs6v2RoNG6QMfOek=; b=PUR0M6zjOOQdEb/zGgtclDJHcyxSbr2djLIrK1ahLTxPVdjLnx2cproelzcWhkd7fK cuHEUhQr0z9iauIs5H0loy84Au83KHQ4QSZsJN1Hnt/DpiI0xzXBpWYe7qTqvN17rZhH WPzneTV8TKdwMDIOjixR1jhXMHII+33Lu2W88= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=q5a/BWYVRdUnP48zwocqeoX9DePJs6v2RoNG6QMfOek=; b=hF4pxoKJqGcVyDNeK6fpAD37O1x1Gc+HOqGe0JZGa4dMiPpolHvP9SkW/a1NGnhD9a htnt1W60bYH4tnqwb8UbphnB4VT/CjBJeBdgq5qVYHv/yAp5QlynG8mwEth+vogv9ljG 595w4PiSJ7H8rGgvMebiqqtdC/7v+v00ekmeA0apY1gEZjT4cQ+2vNRAWnQBcZt7qTWY 0LEOADO2+WcZJwfa/z9dIvk32gu7Jl9XJC3fvD6PaRzsN3epVOnfjMFcfjHrBVjwEPn1 onpRoQX1F4/X7XrhAB6scwEgTzpC1v1JJJVo/YXXr8+7ON6SYYZCyrIPsd5nDJeYx60m y6bA== X-Gm-Message-State: AG10YOROfX2bDoyLWHeGtiQpMjs1n3EAuCjsv3BQuzR1HDYgRsE0K3mHGNLxM6VHHLvlebHugj9N9eAeGxUtP/PK MIME-Version: 1.0 X-Received: by 10.37.14.213 with SMTP id 204mr3386485ybo.70.1455838358768; Thu, 18 Feb 2016 15:32:38 -0800 (PST) Received: by 10.37.89.8 with HTTP; Thu, 18 Feb 2016 15:32:38 -0800 (PST) Date: Thu, 18 Feb 2016 15:32:38 -0800 Message-ID: Subject: Access to Ocean ARM Systems From: Tom Sparks To: freebsd-arm Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Feb 2016 23:32:40 -0000 If anyone is interested in getting ahold of an Ocean ARM system, let me know. Site: https://getocean.io/ They are pretty cool, have well regulated power input and output in addition to some nice onboard peripherals. -- Tom Sparks Systems Engineer From owner-freebsd-arm@freebsd.org Fri Feb 19 00:53:21 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 48012AAC790 for ; Fri, 19 Feb 2016 00:53:21 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-vk0-x22b.google.com (mail-vk0-x22b.google.com [IPv6:2607:f8b0:400c:c05::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 05B7187E; Fri, 19 Feb 2016 00:53:21 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-vk0-x22b.google.com with SMTP id k196so61523689vka.0; Thu, 18 Feb 2016 16:53:20 -0800 (PST) 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=zP5bZ48dF1u+YK2W1dZdDIn2yT1ltX1sR2HJEDKq624=; b=BB2EoxldlZ21XeBGMbFuBS55QJ8xz+KsAa3L/MaH/+WVs3l5qKufFGOhHNXJRhfmua DB/FS2QQuutxe64xoE6UpiGfZEL8FTu9FfUggs6X9J4ylXGp4aDgcvqkDyZ+i1lS8N3j HevDsnUy1CCIR1nA0TNW8x5Q3e/SNer3l1lk/p87j2Ol+3+BdUCHNkNprnEfCTLTJIhb pvWLT+0kk0/JXgzFsbfEQ7bpD+ah0uqgCoJrjOqmL2BdFppP0XnzgddUhhkUd5BnYgyC pe30dSdzKdSfrlAG8C9a0zeQ80VQGPHF2XxVjioRtUDCio3jQfBmBMqQ61gvle7CRrmD gW3g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=zP5bZ48dF1u+YK2W1dZdDIn2yT1ltX1sR2HJEDKq624=; b=Hd+XaMdY5S9oCERhy2yF4FatFAtrAafCEFrJg8hhvsBskM2goixETlOgEFzLUeqJ// zGgYOC1BoJIVei6IKt193eUS7ARTdGFkQj4TyoJ99UOiek6jqUmAS/ZvluUlulpko62x +jvsVM60aLleYs0OLGmmGKI62IW8chp37SsFxzPrKbgHjQJLF4xoVPDn6xORs2lMcXac USLmksiAkI8PUdX/Iiya7oAU8sZtHwqeM/A5ESzEkqKcagrJLDgZfAE222dZoHxVp3EK EOnBxMMwtIUtCBLtWfbeEhMAgPoA+hph3ei8N2kETa/9H1zj8cgDNA5deu03KUvfcSOk I5XQ== X-Gm-Message-State: AG10YOTdTLbBvk0MllM1pzOvwlnZcxIPgGgP+UqiRMJFMB7iDmioOhFYI5PVJWKyaUgtr/eqDsLoJOBQTKGdjQ== MIME-Version: 1.0 X-Received: by 10.31.140.130 with SMTP id o124mr884923vkd.145.1455843200020; Thu, 18 Feb 2016 16:53:20 -0800 (PST) Received: by 10.31.54.13 with HTTP; Thu, 18 Feb 2016 16:53:19 -0800 (PST) In-Reply-To: <1455835944.1294.23.camel@freebsd.org> References: <1455825697.1294.20.camel@freebsd.org> <1455835944.1294.23.camel@freebsd.org> Date: Thu, 18 Feb 2016 19:53:19 -0500 Message-ID: Subject: Re: Hummingboard boot hangs in -HEAD From: Russell Haley To: Ian Lepore Cc: 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: Fri, 19 Feb 2016 00:53:21 -0000 On Thu, Feb 18, 2016 at 5:52 PM, Ian Lepore wrote: > On Thu, 2016-02-18 at 14:42 -0800, Russell Haley wrote: >> On Thu, Feb 18, 2016 at 12:01 PM, Ian Lepore wrote: >> > >> > The hummingboard (really, all imx6 systems) problem showed up >> > between >> > r295351 - r295543, but I haven't had time to narrow it down more >> > than >> > that. >> > >> > Sata has never worked on imx6. I had limited success with it 2 >> > years >> > ago (it kinda worked but there was data corruption), ran out of >> > time >> > and set it aside, and have never gotten back to the driver to >> > finish >> > getting it working. >> > >> > -- Ian >> >> Ian: >> Thanks for clarification. >> >> To the general mailing list: >> I would like to request additional help to resolve the sata issue on >> imx6. I have done a preliminary reading of the CAM code and have >> looked at the change made to the ahci driver late last year for arm >> support. I have inspected the dts files. I have done some poking a >> while back into what is loaded and not loaded. However, I do not know >> how to properly debug a CAM driver (or any kernel level code) or use >> the debug tools. >> >> My personal objective is to become a FreeBSD driver maintainer, and I >> have been tracking this issue for a while, but I have stalled out at >> this point. I need a higher level of support then the mailing list >> provides to become productive (at least initially). At this point >> learning how to debug kernel devices by myself is outside of my >> scope. >> However, if someone is willing to Skype or chat/email with more >> directed support I will pick this project back up. I would love to >> earn a commit bit eventually. Please send me a message if you can >> help. >> >> Cheers, >> >> Russ >> > > What you need is the #bsdmips irc channel on efnet. Don't let the mips > in the name fool you, all the freebsd-arm developers hang out there. > Just drop in and start asking questions (and be patient with the fact > that although there are 80 people hanging out there, most of us are > either asleep or at $work depending on continent, and sometimes answers > come long after the question). > > -- Ian Thanks, this is precisely what I needed to know. Russ From owner-freebsd-arm@freebsd.org Fri Feb 19 07:20:01 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 002D1AAD0A6 for ; Fri, 19 Feb 2016 07:20:01 +0000 (UTC) (envelope-from vbotka@gmail.com) Received: from mail-wm0-x22b.google.com (mail-wm0-x22b.google.com [IPv6:2a00:1450:400c:c09::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 858C01E1B; Fri, 19 Feb 2016 07:20:00 +0000 (UTC) (envelope-from vbotka@gmail.com) Received: by mail-wm0-x22b.google.com with SMTP id g62so56432984wme.0; Thu, 18 Feb 2016 23:20:00 -0800 (PST) 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=w5GFP9uDyPgirvJnHWWv2J0zV8VLJvqFIMHBiU2ODKE=; b=A7O/NJVbKHJWawkyTTtS0gnh2mgXNa9BVcGMAc3BYNOS+Y5wexadjXwNPswiXuDFmH MAR6q3GA9syS0KAuxrx6RZ0/3dcKMzJsm7/k7HvolmnCTSmQqNv22kUUj556GA+KPvkD p/4ocgFb7U+1DzsPCJqY43gxSz9bUv92fBsJlx2Rs2vxoruzgJxU81UEhwDJr1VyucFi D91RZV46OetQ/eWZ2GFj3ply+Ij3csTGiZjzwSOa5Z+Q2DjfxXplTU99zEQLJ/od64eF YURHQMyhEnOrsZUuSpxdOt44m+GycJKjC2fd8AEcnP646oNuSh56i3oKFwqcbOOaGzlA FjpA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:organization:mime-version:content-type; bh=w5GFP9uDyPgirvJnHWWv2J0zV8VLJvqFIMHBiU2ODKE=; b=mM8XEJH5d/kp4EzUd5yzzZcMwzS/909AEeyraiOsabkfNtk+w1UvEArRroHZ2F3RMS s1NHtvCNYJanjjabrJ2nWZzCCztQofeTFKbduV8INzkbntZj0D5iU1AxJkgHKbh3tUq4 eKVt2R+VTHUiDRGzpkLwqPsSB2V+f7FZ4JIeEcND6k2ZjcZ4NS2pWh159zHQrOSxCN4p T+Tz8Z4+XAz9dEActKVEEDK0mBoARQdFbWjhahxBieSYnphmtF917JfPBh/vrs3l9gk9 rOEBzgWhknwH7eq7/veCqGPGkckVnDnMnCRQNT7twqpmHqtORcZQBvjPK+tMsmHhpbRM b4iA== X-Gm-Message-State: AG10YOTJWaExnU7Ywd3naJHB2ij709tIUavpNqvVGNiiX4hhBrNNp2oY8LhbEZJKHC89Yg== X-Received: by 10.28.189.212 with SMTP id n203mr7780496wmf.50.1455866398987; Thu, 18 Feb 2016 23:19:58 -0800 (PST) Received: from planb.netng.org (ip-89-176-92-35.net.upcbroadband.cz. [89.176.92.35]) by smtp.gmail.com with ESMTPSA id m6sm2584226wje.21.2016.02.18.23.19.57 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 18 Feb 2016 23:19:57 -0800 (PST) Date: Fri, 19 Feb 2016 08:19:55 +0100 From: Vladimir Botka To: Ian Lepore Cc: Russell Haley , freebsd-arm Subject: Re: Hummingboard boot hangs in -HEAD Message-ID: <20160219081955.611bba54@planb.netng.org> In-Reply-To: <1455835944.1294.23.camel@freebsd.org> References: <1455825697.1294.20.camel@freebsd.org> <1455835944.1294.23.camel@freebsd.org> Organization: na X-Mailer: Claws Mail 3.12.0 (GTK+ 2.24.28; i686-pc-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/s+lcc/UFDkoeB5kjf3M62jv"; 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: Fri, 19 Feb 2016 07:20:01 -0000 --Sig_/s+lcc/UFDkoeB5kjf3M62jv Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hi, On Thu, 18 Feb 2016 15:52:24 -0700 Ian Lepore wrote: > What you need is the #bsdmips irc channel on efnet.... > > -- Ian I can't find #bsdmips on http://www.efnet.org/ What am I missing? Thank you. -vlado --Sig_/s+lcc/UFDkoeB5kjf3M62jv Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJWxsIbAAoJEJDRmRKO1E8BwL4H/1lQcJ2eDLvV5cfQmPvcL4lP gWZ8OUtHyygN/nc+hqhVWTWdcZWzeXnk+LJ8JSSqYd6yhyeASka4HPgyX3m+/Z2K Y6toiKjg3mNey8osZGjBlUi69B/U06BiUOawWfSgcJC+FRo4Xf6CWXAEYzG7WjUl Kfu7IBWvLM2byYrPEB21iYvBZXVsNkhywZ4zoAvNicb86yd8qKISx3RZdFYpONiZ 6beYBtuy69nIjogkxlfUjnHV55Obhx8tbbv7ZO8cb3Kc9I16AyI8d2IeQJOxC5x5 RepaWpNZ2ul0iwA8CKJDMomNPdUpHX/iJW6w6WEmJSxmFxvEdTZHd9iciW1nwlA= =XeM3 -----END PGP SIGNATURE----- --Sig_/s+lcc/UFDkoeB5kjf3M62jv-- From owner-freebsd-arm@freebsd.org Fri Feb 19 07:34:17 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 749CAAAD861 for ; Fri, 19 Feb 2016 07:34:17 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-vk0-x234.google.com (mail-vk0-x234.google.com [IPv6:2607:f8b0:400c:c05::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2C8A91537; Fri, 19 Feb 2016 07:34:17 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-vk0-x234.google.com with SMTP id e6so66889936vkh.2; Thu, 18 Feb 2016 23:34:17 -0800 (PST) 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=xOZZpwvonu3AOCBsdOylj+UQbBmFy701WBMsAAXkbUk=; b=ENtXtUDUKYpXt/zvCxpxkwAH3UwfjH/YE761bFHGUa6gqbjKzyZ76DvtjeRaBBENEJ A+ssQJwtFA9IFVeK5w84FG3m8WE2J1i7gYOd40uQb2QVylJMcManxSMqp7pIsT+6lu8n PQqnTOy60dxGod/MlqgFh/A/EYskvD2eaziXLbYWef3386DkSNz3C70vPyyP2HmCb6Kg VwMccKYy5wmbrVdlSZcTI7lsbczP8i98JaKswOYa/PCKfRbhDJUebGzBBKyRzmsnYI5w WCV3XX/ExBlSOzZg1o74PHjSKmJ8izoNbz7Qi5PCGYuzyVJ+Ckig+m6gVR5+cothkEO/ nBPQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=xOZZpwvonu3AOCBsdOylj+UQbBmFy701WBMsAAXkbUk=; b=TfJ/ljgph7z9LrIukoToDegH3sZjOOvFEV1dmCmxG5IVdizJJZOh4t4vK+7bztVFVJ l1nvOIXikcDmSy5bFOR7TwWGxpPjRUm4fzt2aMQA/lTXY4Z6fElRMuKBqfxcijvZs3WP 5e4tLwSidXZdaVImv9LO0rJM7GxSXUO5LO76mdGdrQQFywYfs/k35Ft2/XTWW2ZD+Hm3 TR1iVsNcSKAUNujO44FhxDB3r8OQaV9qb3me6wlpV0k2LEuIJK+FeakseJ+hd9EOPPzu WM8DiskNmqC4SQBVhyUJtIxc67Pw+p+GDqWx1gGz8yu8Q5MkKe+Zr797Kr+0xeCYeIG7 MGGQ== X-Gm-Message-State: AG10YOQm7IRF0A7KTGeoJqHvgrlQG6MVfjSSU1c2a+0Xw0pPJqX9tduR7NYnpK058IPY1LgoTZIcedmXB2Fl4w== MIME-Version: 1.0 X-Received: by 10.31.192.147 with SMTP id q141mr9812511vkf.96.1455867256266; Thu, 18 Feb 2016 23:34:16 -0800 (PST) Received: by 10.31.54.13 with HTTP; Thu, 18 Feb 2016 23:34:16 -0800 (PST) In-Reply-To: <20160219081955.611bba54@planb.netng.org> References: <1455825697.1294.20.camel@freebsd.org> <1455835944.1294.23.camel@freebsd.org> <20160219081955.611bba54@planb.netng.org> Date: Thu, 18 Feb 2016 23:34:16 -0800 Message-ID: Subject: Re: Hummingboard boot hangs in -HEAD From: Russell Haley To: Vladimir Botka Cc: Ian Lepore , 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: Fri, 19 Feb 2016 07:34:17 -0000 On Thu, Feb 18, 2016 at 11:19 PM, Vladimir Botka wrote: > Hi, > > On Thu, 18 Feb 2016 15:52:24 -0700 > Ian Lepore wrote: >> What you need is the #bsdmips irc channel on efnet.... >> >> -- Ian > > I can't find #bsdmips on http://www.efnet.org/ > What am I missing? Thank you. > > -vlado Your right, it doesn't show up in the search. BUT, I was able to log in using the webchat on the top left side of the page in the link above. I also connected through hexchat installed on PC-BSD. Not sure what's going on there. Russ From owner-freebsd-arm@freebsd.org Fri Feb 19 08:15:04 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A5AA2AAB490 for ; Fri, 19 Feb 2016 08:15:04 +0000 (UTC) (envelope-from vbotka@gmail.com) Received: from mail-wm0-x22e.google.com (mail-wm0-x22e.google.com [IPv6:2a00:1450:400c:c09::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3A31417B8 for ; Fri, 19 Feb 2016 08:15:04 +0000 (UTC) (envelope-from vbotka@gmail.com) Received: by mail-wm0-x22e.google.com with SMTP id b205so57563287wmb.1 for ; Fri, 19 Feb 2016 00:15:04 -0800 (PST) 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=T3gId0nY0juX5QuCpuyj5vC/UfHqIkjqITVm9VDt908=; b=XryL4OiJTue1+mGHTsj1KMVddnhWK/pBiKSMKFSIfMuBdb07FLSRM2Z7CZVAyorxWp 2H78EenIgMo64tLEgdSwmSsFwYBV88qZm9jeg0HjbFgO/7dkwcR4NVR5w1aS5ItYURbT vRI7jzUFQoIj2yIg7g4p6YC056m9MabaqMnfTyweKHUadGRuPcMNak/cyxEYQScIZfky 2DM9/8x9KNLt03sm32f4dtjjAaDXvf9tRLrOyqb3USVfgZ6XfRQ0SyMLOIIVciWJ7ao0 TFpqHJYkLzKs95fx1e9OtLw6/fmpEbUbJ6IwZi0qreK+tvBr9k6kyhqfVHY/oHtjaAGF +95A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:organization:mime-version:content-type; bh=T3gId0nY0juX5QuCpuyj5vC/UfHqIkjqITVm9VDt908=; b=W/kvpcVoyl+qQLF/nleLDD0VzrLuRK/Cunhv+8FPm8Ft/lRv54L8v2CS2nTiiUZWMh IIIeb7U0Q0SlevsB01GS3cqPsqibMpmO4x6mWgzI/9hvrn1Qkuc8dTjPteP6dTiErxJL 55+lbYFiiIwpujh99/NM3ge6KAfwGVuR61q5gKEStklnTzkNd2f68/xGl3kq6eIZfgfg qAI32txXpX6leYIhjB5d/48vbO7mlcewAnX1cGoggW+NAssWm5+Q5uqiZazyh6P3RyEC 7I0k1L3KMrkFfexhY8wNbVqyjV50lfSrQVJQ2HRMJz83UxKlI80w9kNykdf7PaqFxFiB pErw== X-Gm-Message-State: AG10YOSxDesU+6IydCLN2OuOLR+qiFSvOLAo5Y+68750h+14YhAYeq2KdKv4GMz3OxWs9g== X-Received: by 10.194.123.102 with SMTP id lz6mr13334449wjb.2.1455869702738; Fri, 19 Feb 2016 00:15:02 -0800 (PST) Received: from planb.netng.org (ip-89-176-92-35.net.upcbroadband.cz. [89.176.92.35]) by smtp.gmail.com with ESMTPSA id 73sm6462754wmy.22.2016.02.19.00.15.01 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 19 Feb 2016 00:15:01 -0800 (PST) Date: Fri, 19 Feb 2016 09:14:59 +0100 From: Vladimir Botka To: Russell Haley Cc: freebsd-arm Subject: Re: Hummingboard boot hangs in -HEAD Message-ID: <20160219091459.5a1afffd@planb.netng.org> In-Reply-To: References: <1455825697.1294.20.camel@freebsd.org> <1455835944.1294.23.camel@freebsd.org> <20160219081955.611bba54@planb.netng.org> Organization: na X-Mailer: Claws Mail 3.12.0 (GTK+ 2.24.28; i686-pc-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/c1ZvW1msp6oRJdZB2MJjGdB"; 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: Fri, 19 Feb 2016 08:15:04 -0000 --Sig_/c1ZvW1msp6oRJdZB2MJjGdB Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Thu, 18 Feb 2016 23:34:16 -0800 Russell Haley wrote: > > On Thu, 18 Feb 2016 15:52:24 -0700 > > Ian Lepore wrote: > >> What you need is the #bsdmips irc channel on efnet.... > >> -- Ian > > I can't find #bsdmips on http://www.efnet.org/ > > What am I missing? Thank you. > > -vlado > Your right, it doesn't show up in the search. BUT, I was able to log > in using the webchat on the top left side of the page in the link > above. I also connected through hexchat installed on PC-BSD. Not sure > what's going on there. > Russ Great! Thank you. I've simply joined #bsdmips in xchat. -vlado --Sig_/c1ZvW1msp6oRJdZB2MJjGdB Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJWxs8EAAoJEJDRmRKO1E8BtMMIAKzVnWWzt7QeP8IIwLXmD51z BgnyFQm7UZ0er1VmAMSz+otewRxuar+WzdjCv+nlLeyASJhq2GKRwEmuGqv9vI7A 4QakHamMtbojBuKR0+parYBbiZfPXqcEW+oF25QCxDxeePsjxt2FhMvxhr3+t7ns QVHAcXNEDwmXEFslftToB1YJZ+1MRyKL/vSJwukmqQrmcBc8BQRKZbbinPK2ou25 ICyz8vviDL0YAntt0x+WGKWeYs1crzUg5ZUqvYxPu6gqVVZv8j8EYuv6v2FnbToW rHwWSU3n1ddBxFcSxdIVHea0CPXS7uymTR02WqZabm/K6F9qbUO5gANAAVRtM6Y= =1FYe -----END PGP SIGNATURE----- --Sig_/c1ZvW1msp6oRJdZB2MJjGdB-- From owner-freebsd-arm@freebsd.org Fri Feb 19 19:43:18 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E5431AAEEFE for ; Fri, 19 Feb 2016 19:43:18 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-153.reflexion.net [208.70.211.153]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 826361126 for ; Fri, 19 Feb 2016 19:43:17 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 3477 invoked from network); 19 Feb 2016 19:43:32 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 19 Feb 2016 19:43:32 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.80.0) with SMTP; Fri, 19 Feb 2016 14:43:20 -0500 (EST) Received: (qmail 12202 invoked from network); 19 Feb 2016 19:43:20 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 19 Feb 2016 19:43:20 -0000 X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 028E11C43B3 for ; Fri, 19 Feb 2016 11:43:12 -0800 (PST) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: I've submitted 207324 for lang/lua52 needing to use -fPIC (kyua build blocked, clang380-import context) Message-Id: Date: Fri, 19 Feb 2016 11:43:15 -0800 To: freebsd-arm Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Feb 2016 19:43:19 -0000 When attempting to build devel/kyua on a rpi2b under = projects/clang380-import -r295601 via portmaster -DK devel/kyua the = attempt failed in lang/lua52 with: --- lapi.o --- /usr/bin/clang -target armv6--freebsd11.0-gnueabi -march=3Darmv7-a = -mcpu=3Dcortex-a7 -mfloat-abi=3Dsoftfp -mno-unaligned-access = -B/usr/local/arm-gnueabi-freebsd/bin/ -Wall -DLUA_COMPAT_ALL -pipe = -mfloat-abi=3Dsoftfp -isystem /usr/local/include -g = -fno-strict-aliasing -I/usr/local/include -isystem /usr/local/include = -DLUA_USE_LINUX -c lapi.c -o lapi.o . . . --- liblua-5.2.so --- /usr/local/arm-gnueabi-freebsd/bin/ld: lapi.o: relocation = R_ARM_MOVW_ABS_NC against `a local symbol' can not be used when making a = shared object; recompile with -fPIC lapi.o: error adding symbols: Bad value clang: error: linker command failed with exit code 1 (use -v to see = invocation) *** [liblua-5.2.so] Error code 1 (The buildworld and these compiles were set up to make rpi2b specific = builds rather than a generic armv6 builds.) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Fri Feb 19 20:34:36 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B1A73AAC49E for ; Fri, 19 Feb 2016 20:34:36 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-vk0-x233.google.com (mail-vk0-x233.google.com [IPv6:2607:f8b0:400c:c05::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6D9B01C33 for ; Fri, 19 Feb 2016 20:34:36 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-vk0-x233.google.com with SMTP id k196so85719627vka.0 for ; Fri, 19 Feb 2016 12:34:36 -0800 (PST) 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=mGchrR21BwdaWmcj2KgNYBv5X4Nw5gekLNsFQ3BPBqU=; b=lVwtcTZqmeNG8v01Exp0bHjPpRbYJ5BW7xkOFOJiRyf/5zdyC1QH47eumLoh3zimnj IB8oNRy0E9CBeFGSAYs0b6rnXgG1RnSZjxcRO1fop65dgjE+hIl4qJGYlg9dWg3ixhhg p9gpzGE/ijOAxxsW+ie8MYj9fII0QuKD5vE0BXYdeiZ1376F2ZHME8ZM4ZJL82bYB5YE NudbE//2ZymfenrcGfdOdHnBH6934n1xfcYfIjoMSTuZP+/5nOI/Iol55lAp0IMByuvK PR7nvA+0VyifqriNbB3pAZwnWjciRYj0fBC6Tk0oWMVZmhZhDHyAfZIwZxprQHwY3a+1 MYuw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=mGchrR21BwdaWmcj2KgNYBv5X4Nw5gekLNsFQ3BPBqU=; b=ZFIBR9UFWeA7id1x5loggVEHKI7jIf4xtlvNaEq0qt0gmkTaNy2Xps04cu0KAeAEHc xbrS+R8caxBiijmgn3tKMLXEFrZOlaPajVS8q1fiVONZHStK3x63AbgEpHVfjAGyJ99R Ppf8AUZFpOmNwnkoB8k8BGVyIJ9SPJ5NhW0RMQch/P5Q/oQm+VnXAX0z5EpMeHaZe8Xf ww7nwzEnXnDohVCIWPXsMwFBb+yJapouii/lIvpc9cSuUZO/l4Ju9Ske13n4K6uD5vc+ GNU7MikgF/3vrylPV/bG0E6xTpawfhxh+SZ848cgArnXqkPIh9DBrUHxspI/0qzLxvNx i7FA== X-Gm-Message-State: AG10YOToCDnOUlak5KmxunGLK/9DmxiVj5YjJm2OhWNvMwc1j2Q1ozXQw8BrT7NkASWbsrkmCba81Vu+AHAKEw== MIME-Version: 1.0 X-Received: by 10.31.159.136 with SMTP id i130mr12928743vke.144.1455914075448; Fri, 19 Feb 2016 12:34:35 -0800 (PST) Received: by 10.31.54.13 with HTTP; Fri, 19 Feb 2016 12:34:35 -0800 (PST) In-Reply-To: References: Date: Fri, 19 Feb 2016 12:34:35 -0800 Message-ID: Subject: Re: I've submitted 207324 for lang/lua52 needing to use -fPIC (kyua build blocked, clang380-import context) From: Russell Haley To: Mark Millard Cc: freebsd-arm Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.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, 19 Feb 2016 20:34:36 -0000 On Fri, Feb 19, 2016 at 11:43 AM, Mark Millard wrote: > When attempting to build devel/kyua on a rpi2b under projects/clang380-im= port -r295601 via portmaster -DK devel/kyua the attempt failed in lang/lua5= 2 with: > > --- lapi.o --- > /usr/bin/clang -target armv6--freebsd11.0-gnueabi -march=3Darmv7-a -mcpu= =3Dcortex-a7 -mfloat-abi=3Dsoftfp -mno-unaligned-access -B/usr/local/arm-gn= ueabi-freebsd/bin/ -Wall -DLUA_COMPAT_ALL -pipe -mfloat-abi=3Dsoftfp -isy= stem /usr/local/include -g -fno-strict-aliasing -I/usr/local/include -isyst= em /usr/local/include -DLUA_USE_LINUX -c lapi.c -o lapi.o > . . . > --- liblua-5.2.so --- > /usr/local/arm-gnueabi-freebsd/bin/ld: lapi.o: relocation R_ARM_MOVW_ABS_= NC against `a local symbol' can not be used when making a shared object; re= compile with -fPIC > lapi.o: error adding symbols: Bad value > clang: error: linker command failed with exit code 1 (use -v to see invoc= ation) > *** [liblua-5.2.so] Error code 1 > I'm not sure about the kyua stuff, but I was getting a "similar error" when I built lua5.3 using clang on x64. From memory, I recall adding the -fPIC option to the lua5.3 Makefile (as the error indicates) and also having to remove a -luab (or something like that) and then it worked. Potentially you could just install lua from ports first? http://www.freshports.org/lang/lua52/ Russ From owner-freebsd-arm@freebsd.org Fri Feb 19 20:38:15 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B07B4AAC511 for ; Fri, 19 Feb 2016 20:38:15 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-vk0-x22d.google.com (mail-vk0-x22d.google.com [IPv6:2607:f8b0:400c:c05::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 69AD41CEC for ; Fri, 19 Feb 2016 20:38:15 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-vk0-x22d.google.com with SMTP id e185so84994351vkb.1 for ; Fri, 19 Feb 2016 12:38:15 -0800 (PST) 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=G4eskKO4SgEzF7cpFk5k/vFEcLuxNbSQBci7/7ETcBo=; b=cX8KLbPGNYgCmxvm2+prma7dBblNarfY2mKEv8NrWzeP7/3KtuSqDUGLvZ7ylLl0iJ SoxGgW1FtEM6FPLyMcqtOu5hPSF7kFHQXoT7DTy/CJhex6zCOBlPC70q0EtSqfZC/gZ1 6y7XLbxQmT4kEaPqgm4DsDvIz7e0mDv6UZc9+ymDruRMA/Xk8/GDotQaL79KDQZFoG5d Ts544ahrYq9+urRNuOBaoQQ41BPOtkZ/E6oUO/3R0tbSMcXgxXX8k5ABeuIxFsvEE1Zq G/Iw7LjqtPrk385qUvTc5Ji+jlMDk6ap5HnXfJEu91yBpKYaC505NzOc10XuqoSu8eSx B4Zg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=G4eskKO4SgEzF7cpFk5k/vFEcLuxNbSQBci7/7ETcBo=; b=QG1JNKk23UgGQ8dXNcZiWId/V4BGglSPSk0pUPOxOXZWpnonTk3BE+fOfhMUzAHto3 l0hhKfsEXCokAdUXAlR+wrjy7kKp6j9BfaxO63b9QDGEJEjoxle0r3bkIFKygvV6bBEE EYhLyaRXIEB7TK08/fnubXpPv/KXglcjS/2HxMqoTWEFKBIvXiA6jx974JJOmnADeho6 2yjEITT445zcNlU7V4iLCS+z5G8QRsI4n2culWgFE3M1tt0Zu5kc681XpJgawetJkYsm f27YptBoIoWHO+vRkuzOyJ/SMFeGI7HYr3EFu+PlwFJHePcF+c/GqjpJhqqAYvnroFE0 fZKA== X-Gm-Message-State: AG10YOQnyaZyhigx1xhwEE3VbdzW5J13dwrkduxp8KxqwgDWvTOwQi6F3fG4DojK2ZVw4DSaLojNI1uCDC5GUQ== MIME-Version: 1.0 X-Received: by 10.31.45.143 with SMTP id t137mr12300619vkt.143.1455914293380; Fri, 19 Feb 2016 12:38:13 -0800 (PST) Received: by 10.31.54.13 with HTTP; Fri, 19 Feb 2016 12:38:13 -0800 (PST) In-Reply-To: References: Date: Fri, 19 Feb 2016 12:38:13 -0800 Message-ID: Subject: Re: I've submitted 207324 for lang/lua52 needing to use -fPIC (kyua build blocked, clang380-import context) From: Russell Haley To: Mark Millard Cc: freebsd-arm Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.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, 19 Feb 2016 20:38:15 -0000 On Fri, Feb 19, 2016 at 12:34 PM, Russell Haley wrot= e: > On Fri, Feb 19, 2016 at 11:43 AM, Mark Millard wrot= e: >> When attempting to build devel/kyua on a rpi2b under projects/clang380-i= mport -r295601 via portmaster -DK devel/kyua the attempt failed in lang/lua= 52 with: >> >> --- lapi.o --- >> /usr/bin/clang -target armv6--freebsd11.0-gnueabi -march=3Darmv7-a -mcpu= =3Dcortex-a7 -mfloat-abi=3Dsoftfp -mno-unaligned-access -B/usr/local/arm-gn= ueabi-freebsd/bin/ -Wall -DLUA_COMPAT_ALL -pipe -mfloat-abi=3Dsoftfp -isy= stem /usr/local/include -g -fno-strict-aliasing -I/usr/local/include -isyst= em /usr/local/include -DLUA_USE_LINUX -c lapi.c -o lapi.o >> . . . >> --- liblua-5.2.so --- >> /usr/local/arm-gnueabi-freebsd/bin/ld: lapi.o: relocation R_ARM_MOVW_ABS= _NC against `a local symbol' can not be used when making a shared object; r= ecompile with -fPIC >> lapi.o: error adding symbols: Bad value >> clang: error: linker command failed with exit code 1 (use -v to see invo= cation) >> *** [liblua-5.2.so] Error code 1 >> > I'm not sure about the kyua stuff, but I was getting a "similar error" > when I built lua5.3 using clang on x64. From memory, I recall adding > the -fPIC option to the lua5.3 Makefile (as the error indicates) and > also having to remove a -luab (or something like that) and then it > worked. Potentially you could just install lua from ports first? > http://www.freshports.org/lang/lua52/ Sorry, I meant pkg. But it looks like it's not being built for armv6? http://portsmon.freebsd.org/portoverview.py?category=3Dlang&portname=3Dlua5= 2 Russ From owner-freebsd-arm@freebsd.org Fri Feb 19 20:42:46 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B0B56AAC6DC for ; Fri, 19 Feb 2016 20:42:46 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-vk0-x22a.google.com (mail-vk0-x22a.google.com [IPv6:2607:f8b0:400c:c05::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6BCCB1049 for ; Fri, 19 Feb 2016 20:42:46 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-vk0-x22a.google.com with SMTP id e6so85063557vkh.2 for ; Fri, 19 Feb 2016 12:42:46 -0800 (PST) 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=Rza4SCp3poZiSVBC3IfsygtW79YjNteaAzDVfXDhRQM=; b=XQ4kixP9ZVhv2Xe05XCHLaSu/qshGeAZDSmZ1TeTD7Ulnlv8DA1XmxQquECGwaAQ6t wr+FvqyiapZ9ixN1tPYP+ADvW7M5JjHjAqfz0zEWBC9oyQw5LwRzptwh/D+6jhZMsuoX TQu70F206rEAXun3Ot0TSX84TBKrbK+n38os1ASfYkFm5JZX6YOor+og54zYhjddXQlt Cg+Hb8jlBnYPtjEcse+hE5jkLryBjiv/F9/Eadg3e1US4i+ymwMqyXHkZR11HcCMXV4t PC6GhkZLt8gRLJBTB5ytq2EeXcoKktHYP9WTqCl/1oKpdwOR0IpdSMtZEqMxC/fMHwBg /HaQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Rza4SCp3poZiSVBC3IfsygtW79YjNteaAzDVfXDhRQM=; b=F+aWoyzdKmHz3rjdJa8VNe/EAMnl6P03KOMYEr1j54VSaOKpgMX+yrjndUIH6DW81x RrNg1Mna8G0j3mpF+1GVhLeIhaS3pwPIdAVnDOQnxVD8Iz3mJTHoAd/3iVA5jLm/RpPS cm1iksy+tRsdq2t/rYQC4o+TE4Kq/DYc3meOryvTj9u256nmSD1o++IxHZO+9ADQx0O2 g55CDIKYDzM2WG7ncztNwNyAVa5vod+quBXCdA5xxJyq7ULF6+ZXefQZPfpCBT/4OcLN DPCTzCnFtJIX6BNtxp+xeNk7HSAqIf1ebYoyiekE2z1nZVXQtG1iAhNSy7TEsTyvQ9P4 ivWA== X-Gm-Message-State: AG10YOQiy+RVXz0NKZxhuaaK9yOm/FgVc3kQYqL+xerbovbbldePoEKL9vppQp9nyT3N09qlT2QBmrxccj7bUw== MIME-Version: 1.0 X-Received: by 10.31.141.75 with SMTP id p72mr12954185vkd.13.1455914565377; Fri, 19 Feb 2016 12:42:45 -0800 (PST) Received: by 10.31.54.13 with HTTP; Fri, 19 Feb 2016 12:42:45 -0800 (PST) In-Reply-To: References: Date: Fri, 19 Feb 2016 12:42:45 -0800 Message-ID: Subject: Re: I've submitted 207324 for lang/lua52 needing to use -fPIC (kyua build blocked, clang380-import context) From: Russell Haley To: Mark Millard Cc: freebsd-arm Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.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, 19 Feb 2016 20:42:46 -0000 On Fri, Feb 19, 2016 at 12:38 PM, Russell Haley wrot= e: > On Fri, Feb 19, 2016 at 12:34 PM, Russell Haley wr= ote: >> On Fri, Feb 19, 2016 at 11:43 AM, Mark Millard wro= te: >>> When attempting to build devel/kyua on a rpi2b under projects/clang380-= import -r295601 via portmaster -DK devel/kyua the attempt failed in lang/lu= a52 with: >>> >>> --- lapi.o --- >>> /usr/bin/clang -target armv6--freebsd11.0-gnueabi -march=3Darmv7-a -mcp= u=3Dcortex-a7 -mfloat-abi=3Dsoftfp -mno-unaligned-access -B/usr/local/arm-g= nueabi-freebsd/bin/ -Wall -DLUA_COMPAT_ALL -pipe -mfloat-abi=3Dsoftfp -is= ystem /usr/local/include -g -fno-strict-aliasing -I/usr/local/include -isys= tem /usr/local/include -DLUA_USE_LINUX -c lapi.c -o lapi.o >>> . . . >>> --- liblua-5.2.so --- >>> /usr/local/arm-gnueabi-freebsd/bin/ld: lapi.o: relocation R_ARM_MOVW_AB= S_NC against `a local symbol' can not be used when making a shared object; = recompile with -fPIC >>> lapi.o: error adding symbols: Bad value >>> clang: error: linker command failed with exit code 1 (use -v to see inv= ocation) >>> *** [liblua-5.2.so] Error code 1 >>> >> I'm not sure about the kyua stuff, but I was getting a "similar error" >> when I built lua5.3 using clang on x64. From memory, I recall adding >> the -fPIC option to the lua5.3 Makefile (as the error indicates) and >> also having to remove a -luab (or something like that) and then it >> worked. Potentially you could just install lua from ports first? > >> http://www.freshports.org/lang/lua52/ > > Sorry, I meant pkg. But it looks like it's not being built for armv6? > http://portsmon.freebsd.org/portoverview.py?category=3Dlang&portname=3Dlu= a52 > > Russ Okay, if you look at the Makefile for Lau52 at line 60 there are -fPIC cflags for other platforms but armv6 and i386 are missing. https://svnweb.freebsd.org/ports/head/lang/lua52/Makefile?view=3Dmarkup Russ From owner-freebsd-arm@freebsd.org Fri Feb 19 21:36:23 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 68F86AAE0C4 for ; Fri, 19 Feb 2016 21:36:23 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1b.ore.mailhop.org (outbound1b.ore.mailhop.org [54.200.247.200]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FADE1E9E for ; Fri, 19 Feb 2016 21:36:22 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: ba245ca4-d750-11e5-8dfb-c75234cc769e X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.34.117.227 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.34.117.227]) by outbound1.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Fri, 19 Feb 2016 21:35:42 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u1JLZEjX035406; Fri, 19 Feb 2016 14:35:14 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1455917714.1294.25.camel@freebsd.org> Subject: Re: I've submitted 207324 for lang/lua52 needing to use -fPIC (kyua build blocked, clang380-import context) From: Ian Lepore To: Russell Haley , Mark Millard Cc: freebsd-arm Date: Fri, 19 Feb 2016 14:35:14 -0700 In-Reply-To: References: Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.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, 19 Feb 2016 21:36:23 -0000 On Fri, 2016-02-19 at 12:42 -0800, Russell Haley wrote: > On Fri, Feb 19, 2016 at 12:38 PM, Russell Haley > wrote: > > On Fri, Feb 19, 2016 at 12:34 PM, Russell Haley < > > russ.haley@gmail.com> wrote: > > > On Fri, Feb 19, 2016 at 11:43 AM, Mark Millard < > > > markmi@dsl-only.net> wrote: > > > > When attempting to build devel/kyua on a rpi2b under > > > > projects/clang380-import -r295601 via portmaster -DK devel/kyua > > > > the attempt failed in lang/lua52 with: > > > > > > > > --- lapi.o --- > > > > /usr/bin/clang -target armv6--freebsd11.0-gnueabi -march=armv7 > > > > -a -mcpu=cortex-a7 -mfloat-abi=softfp -mno-unaligned-access > > > > -B/usr/local/arm-gnueabi-freebsd/bin/ -Wall -DLUA_COMPAT_ALL > > > > -pipe -mfloat-abi=softfp -isystem /usr/local/include -g -fno > > > > -strict-aliasing -I/usr/local/include -isystem > > > > /usr/local/include -DLUA_USE_LINUX -c lapi.c -o lapi.o > > > > . . . > > > > --- liblua-5.2.so --- > > > > /usr/local/arm-gnueabi-freebsd/bin/ld: lapi.o: relocation > > > > R_ARM_MOVW_ABS_NC against `a local symbol' can not be used when > > > > making a shared object; recompile with -fPIC > > > > lapi.o: error adding symbols: Bad value > > > > clang: error: linker command failed with exit code 1 (use -v to > > > > see invocation) > > > > *** [liblua-5.2.so] Error code 1 > > > > > > > I'm not sure about the kyua stuff, but I was getting a "similar > > > error" > > > when I built lua5.3 using clang on x64. From memory, I recall > > > adding > > > the -fPIC option to the lua5.3 Makefile (as the error indicates) > > > and > > > also having to remove a -luab (or something like that) and then > > > it > > > worked. Potentially you could just install lua from ports first? > > > > > http://www.freshports.org/lang/lua52/ > > > > Sorry, I meant pkg. But it looks like it's not being built for > > armv6? > > http://portsmon.freebsd.org/portoverview.py?category=lang&portname= > > lua52 > > > > Russ > > Okay, if you look at the Makefile for Lau52 at line 60 there are > -fPIC > cflags for other platforms but armv6 and i386 are missing. > > https://svnweb.freebsd.org/ports/head/lang/lua52/Makefile?view=markup > Are you guys setting CPUTYPE in your make.conf? I've been building lua52 and lua53 for a while without any problems, as crossbuilds or native on a wandboard, but I'm not setting cpu type or arch. Also, why are you using lua52 rather than lua53? (Just curious.) I'm about to commit an unrelated fix for lua53. I'll look into this problem too, if I can figure out how to recreate it. -- Ian From owner-freebsd-arm@freebsd.org Fri Feb 19 22:18:18 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EB242AAD89F for ; Fri, 19 Feb 2016 22:18:18 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-151.reflexion.net [208.70.211.151]) (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 B16FD1C86 for ; Fri, 19 Feb 2016 22:18:18 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 32134 invoked from network); 19 Feb 2016 22:18:09 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 19 Feb 2016 22:18:09 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.80.0) with SMTP; Fri, 19 Feb 2016 17:18:14 -0500 (EST) Received: (qmail 12216 invoked from network); 19 Feb 2016 22:18:14 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 19 Feb 2016 22:18:14 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 37BB91C43A8; Fri, 19 Feb 2016 14:18:06 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: I've submitted 207324 for lang/lua52 needing to use -fPIC (kyua build blocked, clang380-import context) From: Mark Millard In-Reply-To: <1455917714.1294.25.camel@freebsd.org> Date: Fri, 19 Feb 2016 14:18:09 -0800 Cc: Russell Haley , freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <1455917714.1294.25.camel@freebsd.org> To: Ian Lepore X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Feb 2016 22:18:19 -0000 On 2016-Feb-19, at 1:35 PM, Ian Lepore wrote: >=20 > On Fri, 2016-02-19 at 12:42 -0800, Russell Haley wrote: >> On Fri, Feb 19, 2016 at 12:38 PM, Russell Haley >> wrote: >>> On Fri, Feb 19, 2016 at 12:34 PM, Russell Haley < >>> russ.haley@gmail.com> wrote: >>>> On Fri, Feb 19, 2016 at 11:43 AM, Mark Millard < >>>> markmi@dsl-only.net> wrote: >>>>> When attempting to build devel/kyua on a rpi2b under >>>>> projects/clang380-import -r295601 via portmaster -DK devel/kyua >>>>> the attempt failed in lang/lua52 with: >>>>>=20 >>>>> --- lapi.o --- >>>>> /usr/bin/clang -target armv6--freebsd11.0-gnueabi -march=3Darmv7 >>>>> -a -mcpu=3Dcortex-a7 -mfloat-abi=3Dsoftfp -mno-unaligned-access=20 >>>>> -B/usr/local/arm-gnueabi-freebsd/bin/ -Wall -DLUA_COMPAT_ALL =20 >>>>> -pipe -mfloat-abi=3Dsoftfp -isystem /usr/local/include -g -fno >>>>> -strict-aliasing -I/usr/local/include -isystem >>>>> /usr/local/include -DLUA_USE_LINUX -c lapi.c -o lapi.o >>>>> . . . >>>>> --- liblua-5.2.so --- >>>>> /usr/local/arm-gnueabi-freebsd/bin/ld: lapi.o: relocation >>>>> R_ARM_MOVW_ABS_NC against `a local symbol' can not be used when >>>>> making a shared object; recompile with -fPIC >>>>> lapi.o: error adding symbols: Bad value >>>>> clang: error: linker command failed with exit code 1 (use -v to >>>>> see invocation) >>>>> *** [liblua-5.2.so] Error code 1 >>>>>=20 >>>> I'm not sure about the kyua stuff, but I was getting a "similar >>>> error" >>>> when I built lua5.3 using clang on x64. =46rom memory, I recall >>>> adding >>>> the -fPIC option to the lua5.3 Makefile (as the error indicates) >>>> and >>>> also having to remove a -luab (or something like that) and then >>>> it >>>> worked. Potentially you could just install lua from ports first? >>>=20 >>>> http://www.freshports.org/lang/lua52/ >>>=20 >>> Sorry, I meant pkg. But it looks like it's not being built for >>> armv6? >>> http://portsmon.freebsd.org/portoverview.py?category=3Dlang&portname=3D= >>> lua52 >>>=20 >>> Russ >>=20 >> Okay, if you look at the Makefile for Lau52 at line 60 there are=20 >> -fPIC >> cflags for other platforms but armv6 and i386 are missing. >>=20 >> https://svnweb.freebsd.org/ports/head/lang/lua52/Makefile?view=3Dmarkup= >>=20 >=20 > Are you guys setting CPUTYPE in your make.conf? I've been building > lua52 and lua53 for a while without any problems, as crossbuilds or > native on a wandboard, but I'm not setting cpu type or arch. >=20 > Also, why are you using lua52 rather than lua53? (Just curious.) >=20 > I'm about to commit an unrelated fix for lua53. I'll look into this > problem too, if I can figure out how to recreate it. >=20 > -- Ian I tried to build devel/kyua via portmaster and lang/lua52 got involved = in the process by default. Apparently this is indirectly via devel/lutok = being used. As for one of the example make.conf's that I'm using that results in the = behavior: (it does target -march=3Darmv7-a -mcpu=3Dcortex-a7 very explicitly) > # more /etc/make.conf > DEFAULT_VERSIONS+=3Dperl5=3D5.22 > WRKDIRPREFIX=3D/usr/obj/portswork > WITH_DEBUG=3D > WITH_DEBUG_FILES=3D > MALLOC_PRODUCTION=3D > # > TO_TYPE=3Darmv6 > VERSION_CONTEXT=3D11.0 > CFLAGS+=3D-target ${TO_TYPE}--freebsd${VERSION_CONTEXT}-gnueabi = -march=3Darmv7-a -mcpu=3Dcortex-a7 -mfloat-abi=3Dsoftfp = -mno-unaligned-access Note: the projects/clang380-import -r295601 buildworld/buildkernel = context installed on the rpi2 also has those CFLAGS entries. Other context: > # svnlite info /usr/ports > Path: /usr/ports > Working Copy Root Path: /usr/ports > URL: https://svn0.us-west.freebsd.org/ports/head > Relative URL: ^/head > Repository Root: https://svn0.us-west.freebsd.org/ports > Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 > Revision: 408706 > Node Kind: directory > Schedule: normal > Last Changed Author: danilo > Last Changed Rev: 408706 > Last Changed Date: 2016-02-11 23:50:55 +0000 (Thu, 11 Feb 2016) > # freebsd-version -ku; uname -aKU > 11.0-CURRENT > 11.0-CURRENT > FreeBSD rpi2 11.0-CURRENT FreeBSD 11.0-CURRENT #16 r295601M: Sun Feb = 14 01:28:43 PST 2016 = markmi@FreeBSDx64:/usr/obj/clang/arm.armv6/usr/src/sys/RPI2-NODBG arm = 1100097 1100097 =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Fri Feb 19 22:26:25 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 052FAAADD9B for ; Fri, 19 Feb 2016 22:26:25 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-152.reflexion.net [208.70.211.152]) (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 BAB8B1010 for ; Fri, 19 Feb 2016 22:26:24 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 22144 invoked from network); 19 Feb 2016 22:26:39 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 19 Feb 2016 22:26:39 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.80.0) with SMTP; Fri, 19 Feb 2016 17:26:26 -0500 (EST) Received: (qmail 16800 invoked from network); 19 Feb 2016 22:26:26 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 19 Feb 2016 22:26:26 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id AF7271C43A8; Fri, 19 Feb 2016 14:26:18 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: I've submitted 207324 for lang/lua52 needing to use -fPIC (kyua build blocked, clang380-import context) From: Mark Millard In-Reply-To: Date: Fri, 19 Feb 2016 14:26:22 -0800 Cc: Russell Haley , freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <9B10FB3B-257C-4282-932D-E53376678FB5@dsl-only.net> References: <1455917714.1294.25.camel@freebsd.org> To: Ian Lepore X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Feb 2016 22:26:25 -0000 On 2016-Feb-19, at 2:18 PM, Mark Millard wrote: >=20 > On 2016-Feb-19, at 1:35 PM, Ian Lepore wrote: >>=20 >> On Fri, 2016-02-19 at 12:42 -0800, Russell Haley wrote: >>> On Fri, Feb 19, 2016 at 12:38 PM, Russell Haley = >>> wrote: >>>> On Fri, Feb 19, 2016 at 12:34 PM, Russell Haley < >>>> russ.haley@gmail.com> wrote: >>>>> On Fri, Feb 19, 2016 at 11:43 AM, Mark Millard < >>>>> markmi@dsl-only.net> wrote: >>>>>> When attempting to build devel/kyua on a rpi2b under >>>>>> projects/clang380-import -r295601 via portmaster -DK devel/kyua >>>>>> the attempt failed in lang/lua52 with: >>>>>>=20 >>>>>> --- lapi.o --- >>>>>> /usr/bin/clang -target armv6--freebsd11.0-gnueabi -march=3Darmv7 >>>>>> -a -mcpu=3Dcortex-a7 -mfloat-abi=3Dsoftfp -mno-unaligned-access=20= >>>>>> -B/usr/local/arm-gnueabi-freebsd/bin/ -Wall -DLUA_COMPAT_ALL =20 >>>>>> -pipe -mfloat-abi=3Dsoftfp -isystem /usr/local/include -g -fno >>>>>> -strict-aliasing -I/usr/local/include -isystem >>>>>> /usr/local/include -DLUA_USE_LINUX -c lapi.c -o lapi.o >>>>>> . . . >>>>>> --- liblua-5.2.so --- >>>>>> /usr/local/arm-gnueabi-freebsd/bin/ld: lapi.o: relocation >>>>>> R_ARM_MOVW_ABS_NC against `a local symbol' can not be used when >>>>>> making a shared object; recompile with -fPIC >>>>>> lapi.o: error adding symbols: Bad value >>>>>> clang: error: linker command failed with exit code 1 (use -v to >>>>>> see invocation) >>>>>> *** [liblua-5.2.so] Error code 1 >>>>>>=20 >>>>> I'm not sure about the kyua stuff, but I was getting a "similar >>>>> error" >>>>> when I built lua5.3 using clang on x64. =46rom memory, I recall >>>>> adding >>>>> the -fPIC option to the lua5.3 Makefile (as the error indicates) >>>>> and >>>>> also having to remove a -luab (or something like that) and then >>>>> it >>>>> worked. Potentially you could just install lua from ports first? >>>>=20 >>>>> http://www.freshports.org/lang/lua52/ >>>>=20 >>>> Sorry, I meant pkg. But it looks like it's not being built for >>>> armv6? >>>> http://portsmon.freebsd.org/portoverview.py?category=3Dlang&portname=3D= >>>> lua52 >>>>=20 >>>> Russ >>>=20 >>> Okay, if you look at the Makefile for Lau52 at line 60 there are=20 >>> -fPIC >>> cflags for other platforms but armv6 and i386 are missing. >>>=20 >>> = https://svnweb.freebsd.org/ports/head/lang/lua52/Makefile?view=3Dmarkup >>>=20 >>=20 >> Are you guys setting CPUTYPE in your make.conf? I've been building >> lua52 and lua53 for a while without any problems, as crossbuilds or >> native on a wandboard, but I'm not setting cpu type or arch. >>=20 >> Also, why are you using lua52 rather than lua53? (Just curious.) >>=20 >> I'm about to commit an unrelated fix for lua53. I'll look into this >> problem too, if I can figure out how to recreate it. >>=20 >> -- Ian >=20 > I tried to build devel/kyua via portmaster and lang/lua52 got involved = in the process by default. Apparently this is indirectly via devel/lutok = being used. >=20 > As for one of the example make.conf's that I'm using that results in = the behavior: > (it does target -march=3Darmv7-a -mcpu=3Dcortex-a7 very explicitly) >=20 >> # more /etc/make.conf >> DEFAULT_VERSIONS+=3Dperl5=3D5.22 >> WRKDIRPREFIX=3D/usr/obj/portswork >> WITH_DEBUG=3D >> WITH_DEBUG_FILES=3D >> MALLOC_PRODUCTION=3D >> # >> TO_TYPE=3Darmv6 >> VERSION_CONTEXT=3D11.0 >> CFLAGS+=3D-target ${TO_TYPE}--freebsd${VERSION_CONTEXT}-gnueabi = -march=3Darmv7-a -mcpu=3Dcortex-a7 -mfloat-abi=3Dsoftfp = -mno-unaligned-access >=20 > Note: the projects/clang380-import -r295601 buildworld/buildkernel = context installed on the rpi2 also has those CFLAGS entries. >=20 > Other context: >=20 >> # svnlite info /usr/ports >> Path: /usr/ports >> Working Copy Root Path: /usr/ports >> URL: https://svn0.us-west.freebsd.org/ports/head >> Relative URL: ^/head >> Repository Root: https://svn0.us-west.freebsd.org/ports >> Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 >> Revision: 408706 >> Node Kind: directory >> Schedule: normal >> Last Changed Author: danilo >> Last Changed Rev: 408706 >> Last Changed Date: 2016-02-11 23:50:55 +0000 (Thu, 11 Feb 2016) >=20 >> # freebsd-version -ku; uname -aKU >> 11.0-CURRENT >> 11.0-CURRENT >> FreeBSD rpi2 11.0-CURRENT FreeBSD 11.0-CURRENT #16 r295601M: Sun Feb = 14 01:28:43 PST 2016 = markmi@FreeBSDx64:/usr/obj/clang/arm.armv6/usr/src/sys/RPI2-NODBG arm = 1100097 1100097 I should have noted that without forcing use of = /usr/local/arm-gnueabi-freebsd/bin/ld the message is not as explicit = about -fPIC: --- liblua-5.2.so --- /usr/bin/ld: lauxlib.o(.text+0x1a50): unresolvable R_ARM_MOVW_ABS_NC = relocation against symbol `__stdinp@@FBSD_1.0' /usr/bin/ld: final link failed: Nonrepresentable section on output cc: error: linker command failed with exit code 1 (use -v to see = invocation) *** [liblua-5.2.so] Error code 1 I choose to submit based on a make.conf that forced use of = /usr/local/arm-gnueabi-freebsd/bin/ tools in order to get the more = explicit error message into the submittal. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Fri Feb 19 22:58:23 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 27A14AAE264 for ; Fri, 19 Feb 2016 22:58:23 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-vk0-x229.google.com (mail-vk0-x229.google.com [IPv6:2607:f8b0:400c:c05::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D62D019DC; Fri, 19 Feb 2016 22:58:22 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-vk0-x229.google.com with SMTP id e6so87681595vkh.2; Fri, 19 Feb 2016 14:58:22 -0800 (PST) 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=JME+/OVJaYotgdblfDDNAyOb7ZB/BNvIB+rLToEvCKg=; b=ksdHj8nN9XX42YPqS2mKttkdMSbLHpS/ZEIRUP8Yud6OmPFpVLEP2HrG8nYx73RTBj 5DWOw99FCUxUM2m2lQYoeboIYgKYNzN9/o3lDNcigSMKfCfEoI7RciYBwTqA3TY3iY/G fbrTToDpK7nRr7YjAHtk8+fY8tTw8wbFbtBlAQf72C5H2WwSV7Yz43AeTR+RCgqbTtBm +ClUSH8UApdvWHCfZfTHU82mwRgsfN++/e2MXd56Epy/ZawLomUEnlhZLDuSyKk9gcmi nVsg/X2liLxvJ9fLYyywb872MufQ1Uyqu0nfRgnauxaYopqzSG73G3cwPbZkMGv3zMY3 GvmA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=JME+/OVJaYotgdblfDDNAyOb7ZB/BNvIB+rLToEvCKg=; b=et86cVLo2fdpF4CiFkDtL/eA7R+7KnKzZG7r8QLXlwpeKV8rPKe6ZF/Fm3n1DJeSo7 DRfvMRlZGtvwyELZ1JR7gKNJ3etJ7VUq73IvJpibckmnjg2dnnMsY8OjdjS05axAq7/i M6lKuCdgwqeL6pxcIAHtATamb7u+LlzpQjFcdA+ep8GdGZuVdBE0IiDhVh0XIMi8TOy9 Jf3Ik/ZXFImVy6DZgGXRuQdJmitb4ZDokU6OLVcoWOvUYCgOTdHQMV1X2IwsV7wZAgfe MJ6aFeb+HqWCtX2bOqe3PUX6nQNfWd9NPg7CWK515VGuA39w86hr1Jhnqiw2j05PLF44 Rg6g== X-Gm-Message-State: AG10YOQXZqJ2ycC4ID++YInVJsJnb2ny48RJN45dqa7F9A3fe1k/Qjl+HepDUsbUXgkjevGl0o0WGwgo219krg== MIME-Version: 1.0 X-Received: by 10.31.56.151 with SMTP id f145mr13537820vka.107.1455922701801; Fri, 19 Feb 2016 14:58:21 -0800 (PST) Received: by 10.31.54.13 with HTTP; Fri, 19 Feb 2016 14:58:21 -0800 (PST) In-Reply-To: <9B10FB3B-257C-4282-932D-E53376678FB5@dsl-only.net> References: <1455917714.1294.25.camel@freebsd.org> <9B10FB3B-257C-4282-932D-E53376678FB5@dsl-only.net> Date: Fri, 19 Feb 2016 14:58:21 -0800 Message-ID: Subject: Re: I've submitted 207324 for lang/lua52 needing to use -fPIC (kyua build blocked, clang380-import context) From: Russell Haley To: Mark Millard Cc: Ian Lepore , 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: Fri, 19 Feb 2016 22:58:23 -0000 Duplicate top post for brevity: Just for the record I'm not having issues, I was just pointing out that adding -fPIC to the Makefile cleared an issue I was experiencing on a different platform. On Fri, Feb 19, 2016 at 2:26 PM, Mark Millard wrote: > On 2016-Feb-19, at 2:18 PM, Mark Millard wrote: >> >> On 2016-Feb-19, at 1:35 PM, Ian Lepore wrote: >>> >>> On Fri, 2016-02-19 at 12:42 -0800, Russell Haley wrote: >>>> On Fri, Feb 19, 2016 at 12:38 PM, Russell Haley >>>> wrote: >>>>> On Fri, Feb 19, 2016 at 12:34 PM, Russell Haley < >>>>> russ.haley@gmail.com> wrote: >>>>>> On Fri, Feb 19, 2016 at 11:43 AM, Mark Millard < >>>>>> markmi@dsl-only.net> wrote: >>>>>>> When attempting to build devel/kyua on a rpi2b under >>>>>>> projects/clang380-import -r295601 via portmaster -DK devel/kyua >>>>>>> the attempt failed in lang/lua52 with: >>>>>>> >>>>>>> --- lapi.o --- >>>>>>> /usr/bin/clang -target armv6--freebsd11.0-gnueabi -march=armv7 >>>>>>> -a -mcpu=cortex-a7 -mfloat-abi=softfp -mno-unaligned-access >>>>>>> -B/usr/local/arm-gnueabi-freebsd/bin/ -Wall -DLUA_COMPAT_ALL >>>>>>> -pipe -mfloat-abi=softfp -isystem /usr/local/include -g -fno >>>>>>> -strict-aliasing -I/usr/local/include -isystem >>>>>>> /usr/local/include -DLUA_USE_LINUX -c lapi.c -o lapi.o >>>>>>> . . . >>>>>>> --- liblua-5.2.so --- >>>>>>> /usr/local/arm-gnueabi-freebsd/bin/ld: lapi.o: relocation >>>>>>> R_ARM_MOVW_ABS_NC against `a local symbol' can not be used when >>>>>>> making a shared object; recompile with -fPIC >>>>>>> lapi.o: error adding symbols: Bad value >>>>>>> clang: error: linker command failed with exit code 1 (use -v to >>>>>>> see invocation) >>>>>>> *** [liblua-5.2.so] Error code 1 >>>>>>> >>>>>> I'm not sure about the kyua stuff, but I was getting a "similar >>>>>> error" >>>>>> when I built lua5.3 using clang on x64. From memory, I recall >>>>>> adding >>>>>> the -fPIC option to the lua5.3 Makefile (as the error indicates) >>>>>> and >>>>>> also having to remove a -luab (or something like that) and then >>>>>> it >>>>>> worked. Potentially you could just install lua from ports first? >>>>> >>>>>> http://www.freshports.org/lang/lua52/ >>>>> >>>>> Sorry, I meant pkg. But it looks like it's not being built for >>>>> armv6? >>>>> http://portsmon.freebsd.org/portoverview.py?category=lang&portname= >>>>> lua52 >>>>> >>>>> Russ >>>> >>>> Okay, if you look at the Makefile for Lau52 at line 60 there are >>>> -fPIC >>>> cflags for other platforms but armv6 and i386 are missing. >>>> >>>> https://svnweb.freebsd.org/ports/head/lang/lua52/Makefile?view=markup >>>> >>> >>> Are you guys setting CPUTYPE in your make.conf? I've been building >>> lua52 and lua53 for a while without any problems, as crossbuilds or >>> native on a wandboard, but I'm not setting cpu type or arch. >>> >>> Also, why are you using lua52 rather than lua53? (Just curious.) >>> >>> I'm about to commit an unrelated fix for lua53. I'll look into this >>> problem too, if I can figure out how to recreate it. >>> >>> -- Ian Just for the record I'm not having issues, I was just pointing out that adding -fPIC to the Makefile cleared an issue I was experiencing on a different platform. >> I tried to build devel/kyua via portmaster and lang/lua52 got involved in the process by default. Apparently this is indirectly via devel/lutok being used. >> >> As for one of the example make.conf's that I'm using that results in the behavior: >> (it does target -march=armv7-a -mcpu=cortex-a7 very explicitly) >> >>> # more /etc/make.conf >>> DEFAULT_VERSIONS+=perl5=5.22 >>> WRKDIRPREFIX=/usr/obj/portswork >>> WITH_DEBUG= >>> WITH_DEBUG_FILES= >>> MALLOC_PRODUCTION= >>> # >>> TO_TYPE=armv6 >>> VERSION_CONTEXT=11.0 >>> CFLAGS+=-target ${TO_TYPE}--freebsd${VERSION_CONTEXT}-gnueabi -march=armv7-a -mcpu=cortex-a7 -mfloat-abi=softfp -mno-unaligned-access >> >> Note: the projects/clang380-import -r295601 buildworld/buildkernel context installed on the rpi2 also has those CFLAGS entries. >> >> Other context: >> >>> # svnlite info /usr/ports >>> Path: /usr/ports >>> Working Copy Root Path: /usr/ports >>> URL: https://svn0.us-west.freebsd.org/ports/head >>> Relative URL: ^/head >>> Repository Root: https://svn0.us-west.freebsd.org/ports >>> Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 >>> Revision: 408706 >>> Node Kind: directory >>> Schedule: normal >>> Last Changed Author: danilo >>> Last Changed Rev: 408706 >>> Last Changed Date: 2016-02-11 23:50:55 +0000 (Thu, 11 Feb 2016) >> >>> # freebsd-version -ku; uname -aKU >>> 11.0-CURRENT >>> 11.0-CURRENT >>> FreeBSD rpi2 11.0-CURRENT FreeBSD 11.0-CURRENT #16 r295601M: Sun Feb 14 01:28:43 PST 2016 markmi@FreeBSDx64:/usr/obj/clang/arm.armv6/usr/src/sys/RPI2-NODBG arm 1100097 1100097 > > I should have noted that without forcing use of /usr/local/arm-gnueabi-freebsd/bin/ld the message is not as explicit about -fPIC: > > --- liblua-5.2.so --- > /usr/bin/ld: lauxlib.o(.text+0x1a50): unresolvable R_ARM_MOVW_ABS_NC relocation against symbol `__stdinp@@FBSD_1.0' > /usr/bin/ld: final link failed: Nonrepresentable section on output > cc: error: linker command failed with exit code 1 (use -v to see invocation) > *** [liblua-5.2.so] Error code 1 > > I choose to submit based on a make.conf that forced use of /usr/local/arm-gnueabi-freebsd/bin/ tools in order to get the more explicit error message into the submittal. > > === > Mark Millard > markmi at dsl-only.net > > > From owner-freebsd-arm@freebsd.org Sat Feb 20 00:18:14 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BD8E7AAEDEB for ; Sat, 20 Feb 2016 00:18:14 +0000 (UTC) (envelope-from tom@ycombinator.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 894D8BB7 for ; Sat, 20 Feb 2016 00:18:14 +0000 (UTC) (envelope-from tom@ycombinator.com) Received: by mail-yk0-x236.google.com with SMTP id r207so41954448ykd.2 for ; Fri, 19 Feb 2016 16:18:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ycombinator.com; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=71XQag2LRKRUki8tQMlK3ng5vMC0zrWDYFdsvnUvfOc=; b=g+sZiKxkLjTk777von3//WlxxKLwsIrt0URqdagT+yl85IglvLDbFENDIItLs7jBcG Yv88T6Evqg9TF/rEys5rbj4Ye+RwDngFOUqbT8XIulxEkcIpe29mymwqVg2vawcT6D1Y 0rBTXaF1FpI1d/iIqaTdFq3Y+YZnhj1Em7ct8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=71XQag2LRKRUki8tQMlK3ng5vMC0zrWDYFdsvnUvfOc=; b=c+zbozhtIfTC9+aybxuXRaHiuYsuomntTCHYzK7tzCjClJYNfjXr6+u7LhA69F7DCH EaaGaHFMrutUKYMXn4iwDEbokmsD+rvKEaYTxLjAefwdAAxjEImk6NmpsH1uxakQNIpF 0Ko+rInLuvR/8dc1AjH+Qqm+6uLpJnf/2E4VD0Ag4ULcekXBL8DU6A7XEdi3hE4Idbd4 bB8xZNrmvUH/ZWru9eKuqQQq+rJYXl+fVEWkxje9aUI+ifBlktxnIASO695nZG7te0Hx R9modvobR8qmHhhcUsTWVtCf4UJl+lyvDQGg4YV/ig/h3bJuGhK3DOlHaBfjyVvmdS9+ WzUA== X-Gm-Message-State: AG10YOSIBBe+ZcmUU/Ik9znPJocGbbUYbKSiunxxSyPCsBaAotoEp8uoNaF556uHeCsuzYcEIitcdKG15Brum4Lf MIME-Version: 1.0 X-Received: by 10.37.231.193 with SMTP id e184mr8865240ybh.144.1455927493412; Fri, 19 Feb 2016 16:18:13 -0800 (PST) Received: by 10.37.89.8 with HTTP; Fri, 19 Feb 2016 16:18:13 -0800 (PST) In-Reply-To: References: Date: Fri, 19 Feb 2016 16:18:13 -0800 Message-ID: Subject: Re: Hummingboard boot hangs in -HEAD From: Tom Sparks To: freebsd-arm 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, 20 Feb 2016 00:18:14 -0000 So rebuilding the kernel in between revs seems to work, so I'm guessing its toolchain related. I'll do a buildworld to confirm. On Thu, Feb 18, 2016 at 11:40 AM, Tom Sparks wrote: > I'd initially thought that it was my build that had failed so I snagged an > image from ftp.freebsd.org and no, that image fails to boot to multiuser > as well. > > > Here's where it hangs: > --- snip --- > usbus0: 480Mbps High Speed USB v2.0 > usbus1: 480Mbps High Speed USB v2.0 > ugen1.1: at usbus1 > uhub0: on > usbus1 > ugen0.1: at usbus0 > uhub1: on > usbus0 > hdmi0: i2c transfer failed: 2 > fb0: failed to get EDID info from HDMI framer > fbd0 on fb0 > VT: initialize with new VT driver "fb". > uhub0: 1 port with 1 removable, self powered > --- snip --- > > with boot -v I get a bit further: > --- snip --- > VT: initialize with new VT driver "fb". > random: harvesting attach, 8 bytes (4 bits) from fbd0 > uhub0: 1 port with 1 removable, self powered > random: harvesting attach, 8 bytes (4 bits) from uhub0 > --- snip --- > > Then a while later, some other stuff appears: > > --- snip --- > uhub0: 1 port with 1 removable, self powered > random: harvesting attach, 8 bytes (4 bits) from uhub0 > sdhci_imx0-slot0: Divider 250 for freq 400000 (base 200000000) > mmc0: Probing bus > uhub1: 1 port with 1 removable, self powered > random: harvesting attach, 8 bytes (4 bits) from uhub1 > --- snip --- > > Supposition is that this broke in the range of r295351 through r29554. > > Anyone? > > -- > Tom Sparks > Systems Engineer > -- Tom Sparks Systems Engineer From owner-freebsd-arm@freebsd.org Sat Feb 20 06:06:51 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CD4DAAAE76B for ; Sat, 20 Feb 2016 06:06:51 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-153.reflexion.net [208.70.211.153]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8F4E9177A for ; Sat, 20 Feb 2016 06:06:50 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 30439 invoked from network); 20 Feb 2016 06:07:00 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 20 Feb 2016 06:07:00 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.80.0) with SMTP; Sat, 20 Feb 2016 01:06:38 -0500 (EST) Received: (qmail 26300 invoked from network); 20 Feb 2016 06:06:37 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 20 Feb 2016 06:06:37 -0000 X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 412AE1C405F; Fri, 19 Feb 2016 22:06:37 -0800 (PST) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: "kyua test -k /usr/tests/Kyuafile" got Bus Error on arm (rpi2) under FreeBSD projects/clang380-import -r295601 Message-Id: <22107DF0-2569-48B0-B0AC-DC0E55CB1EFF@dsl-only.net> Date: Fri, 19 Feb 2016 22:06:42 -0800 To: kyua-discuss@googlegroups.com, freebsd-arm Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Feb 2016 06:06:51 -0000 Context: armv7-a/cortex-a7 (on a RPI2B) with SCTLR bit[1]=3D=3D1 so = requiring strict alignment. "kyua test -k /usr/tests/Kyuafile" on a = FreeBSD projects/clang380-import -r295601 build. > usr.sbin/rpcbind/addrmerge_test:addrmerge_bindip6 -> *** Fatal = signal 10 received > *** Log file is /root/.kyua/logs/kyua.20160220-020456.log > *** Please report this problem to kyua-discuss@googlegroups.com = detailing what you were doing before the crash happened; if possible, = include the log file mentioned above > Bus error (core dumped) The tail of the large log file looks like: > 20160220-035605 I 69058 utils/cmdline/ui.cpp:103: stdout: = usr.sbin/rpcbind/addrmerge_test:addrmerge_bindip -> =20 > 20160220-035605 I 69058 engine/scheduler.cpp:1084: Spawning = /usr/tests/usr.sbin/rpcbind/addrmerge_test:addrmerge_bindip > 20160220-035605 I 69058 utils/process/executor.cpp:774: Spawned = subprocess with exec_handle 99534 > 20160220-035605 I 69058 utils/process/executor.cpp:630: Waited for = subprocess with exec_handle 99534 > 20160220-035605 I 69058 utils/process/executor.cpp:368: Cleaning up = exit_handle for exec_handle 99534 > 20160220-035605 I 69058 utils/cmdline/ui.cpp:103: stdout: failed: 1 = checks failed; see output for more details [0.017s] > 20160220-035605 I 69058 utils/cmdline/ui.cpp:103: stdout: = usr.sbin/rpcbind/addrmerge_test:addrmerge_bindip6 -> =20 > 20160220-035605 I 69058 engine/scheduler.cpp:1084: Spawning = /usr/tests/usr.sbin/rpcbind/addrmerge_test:addrmerge_bindip6 > 20160220-035605 I 69058 utils/process/executor.cpp:774: Spawned = subprocess with exec_handle 99535 > 20160220-035605 I 69058 utils/process/executor.cpp:630: Waited for = subprocess with exec_handle 99535 > 20160220-035605 W 69058 utils/process/executor.cpp:350: Implicitly = cleaning up exit_handle for exec_handle 99535; ignoring errors! > 20160220-035605 I 69058 utils/process/executor.cpp:368: Cleaning up = exit_handle for exec_handle 99535 gdb of the core dump shows: > (gdb) print/x $pc > $2 =3D 0x1c000 > (gdb) bt > #0 std::__1::__tree_next*> = (__x=3D0xbfbfd274) at __tree:126 > warning: (Internal error: pc 0x56c3f in read in psymtab, but not in = symtab.) >=20 > #1 0x00056c40 in std::__1::__tree, std::__1::__map_value_compare, std::__1::less, true>, = std::__1::allocator > >::erase () = at __tree:647 > warning: (Internal error: pc 0x56c40 in read in psymtab, but not in = symtab.) >=20 > warning: (Internal error: pc 0x56c3f in read in psymtab, but not in = symtab.) >=20 > #2 0x0005180c in drivers::run_tests::drive = (kyuafile_path=3D@0xbfbfd8f0, build_root=3D, = store_path=3D@0xbfbfd964, filters=3D@0xbfbfd8e0, = user_config=3D@0xbfbfddc4, hooks=3D@0xbfbfd908) > at map:1232 > warning: (Internal error: pc 0x409bb in read in psymtab, but not in = symtab.) >=20 > #3 0x000409bc in cli::cmd_test::run () at cli/cmd_test.cpp:158 > warning: (Internal error: pc 0x409bc in read in psymtab, but not in = symtab.) >=20 > warning: (Internal error: pc 0x409bb in read in psymtab, but not in = symtab.) >=20 > #4 0x0001ba40 in = utils::cmdline::base_command::main = (this=3D0x20a1b640, ui=3D0xbfbfe9cc, args=3D@0xbfbfdeb4, = data=3D@0xbfbfddc4) at base_command.ipp:96 > #5 0x000127b0 in (anonymous namespace)::run_subcommand = (ui=3D0xbfbfe9cc, command=3D0x20a1b640, args=3D@0xbfbfdeb4, = user_config=3D@0xbfbfddc4) at cli/main.cpp:139 > #6 0x00011a24 in (anonymous namespace)::safe_main (ui=3D0xbfbfe9cc, = argc=3D4, argv=3D0xbfbfed0c, mock_command=3D) at = cli/main.cpp:228 > #7 0x0000f458 in cli::main (ui=3D0xbfbfe9cc, argc=3D4, = argv=3D0xbfbfed0c, mock_command=3D) at = cli/main.cpp:280 > #8 0x00012104 in cli::main (argc=3D4, argv=3D0xbfbfed0c) at = cli/main.cpp:353 > #9 0x0000ee84 in main (argc=3D4, argv=3D0xbfbfed0c) at main.cpp:49 > (gdb) x/32i $pc-124 > 0x1bf84 = <_ZNSt3__13mapINS_12basic_stringIcNS_11char_traitsIcEENS_9allocatorIcEEEEN= S_3setIS6_NS_4lessIS6_EENS4_IS6_EEEES9_NS4_INS_4pairIKS6_SB_EEEEED2Ev+40>:= pop {r11, pc} > 0x1bf88 <_ZNSt3__111__tree_nextIPNS_16__tree_node_baseIPvEEEET_S5_>: = sub sp, sp, #84 ; 0x54 > 0x1bf8c <_ZNSt3__111__tree_nextIPNS_16__tree_node_baseIPvEEEET_S5_+4>: = mov r1, r0 > 0x1bf90 <_ZNSt3__111__tree_nextIPNS_16__tree_node_baseIPvEEEET_S5_+8>: = str r0, [sp, #24] > 0x1bf94 = <_ZNSt3__111__tree_nextIPNS_16__tree_node_baseIPvEEEET_S5_+12>: ldr = r0, [r0, #4] > 0x1bf98 = <_ZNSt3__111__tree_nextIPNS_16__tree_node_baseIPvEEEET_S5_+16>: add = r2, sp, #32 ; 0x20 > 0x1bf9c = <_ZNSt3__111__tree_nextIPNS_16__tree_node_baseIPvEEEET_S5_+20>: str = r2, [sp, #40] > 0x1bfa0 = <_ZNSt3__111__tree_nextIPNS_16__tree_node_baseIPvEEEET_S5_+24>: mvn = r2, #0 ; 0x0 > 0x1bfa4 = <_ZNSt3__111__tree_nextIPNS_16__tree_node_baseIPvEEEET_S5_+28>: str = r2, [sp, #36] > 0x1bfa8 = <_ZNSt3__111__tree_nextIPNS_16__tree_node_baseIPvEEEET_S5_+32>: ldr = r2, [sp, #40] > 0x1bfac = <_ZNSt3__111__tree_nextIPNS_16__tree_node_baseIPvEEEET_S5_+36>: mov = r3, #0 ; 0x0 > 0x1bfb0 = <_ZNSt3__111__tree_nextIPNS_16__tree_node_baseIPvEEEET_S5_+40>: str = r3, [r2] > 0x1bfb4 = <_ZNSt3__111__tree_nextIPNS_16__tree_node_baseIPvEEEET_S5_+44>: ldr = r2, [sp, #32] > 0x1bfb8 = <_ZNSt3__111__tree_nextIPNS_16__tree_node_baseIPvEEEET_S5_+48>: str = r1, [sp, #8] > 0x1bfbc = <_ZNSt3__111__tree_nextIPNS_16__tree_node_baseIPvEEEET_S5_+52>: str = r0, [sp, #4] > 0x1bfc0 = <_ZNSt3__111__tree_nextIPNS_16__tree_node_baseIPvEEEET_S5_+56>: str = r2, [sp] > 0x1bfc4 = <_ZNSt3__111__tree_nextIPNS_16__tree_node_baseIPvEEEET_S5_+60>: b = 0x1bfc8 <_ZNSt3__111__tree_nextIPNS_16__tree_node_baseIPvEEEET_S5_+64> > 0x1bfc8 = <_ZNSt3__111__tree_nextIPNS_16__tree_node_baseIPvEEEET_S5_+64>: ldr = r0, [sp] > 0x1bfcc = <_ZNSt3__111__tree_nextIPNS_16__tree_node_baseIPvEEEET_S5_+68>: str = r0, [sp, #12] > 0x1bfd0 = <_ZNSt3__111__tree_nextIPNS_16__tree_node_baseIPvEEEET_S5_+72>: add = r1, sp, #12 ; 0xc > 0x1bfd4 = <_ZNSt3__111__tree_nextIPNS_16__tree_node_baseIPvEEEET_S5_+76>: str = r1, [sp, #80] > 0x1bfd8 = <_ZNSt3__111__tree_nextIPNS_16__tree_node_baseIPvEEEET_S5_+80>: b = 0x1bfdc <_ZNSt3__111__tree_nextIPNS_16__tree_node_baseIPvEEEET_S5_+84> > 0x1bfdc = <_ZNSt3__111__tree_nextIPNS_16__tree_node_baseIPvEEEET_S5_+84>: ldr = r0, [sp, #4] > 0x1bfe0 = <_ZNSt3__111__tree_nextIPNS_16__tree_node_baseIPvEEEET_S5_+88>: cmp = r0, #0 ; 0x0 > 0x1bfe4 = <_ZNSt3__111__tree_nextIPNS_16__tree_node_baseIPvEEEET_S5_+92>: beq = 0x1c058 <_ZNSt3__111__tree_nextIPNS_16__tree_node_baseIPvEEEET_S5_+208> > 0x1bfe8 = <_ZNSt3__111__tree_nextIPNS_16__tree_node_baseIPvEEEET_S5_+96>: b = 0x1bfec <_ZNSt3__111__tree_nextIPNS_16__tree_node_baseIPvEEEET_S5_+100> > 0x1bfec = <_ZNSt3__111__tree_nextIPNS_16__tree_node_baseIPvEEEET_S5_+100>: = ldr r0, [sp, #24] > 0x1bff0 = <_ZNSt3__111__tree_nextIPNS_16__tree_node_baseIPvEEEET_S5_+104>: = ldr r0, [r0, #4] > 0x1bff4 = <_ZNSt3__111__tree_nextIPNS_16__tree_node_baseIPvEEEET_S5_+108>: = str r0, [sp, #60] > 0x1bff8 = <_ZNSt3__111__tree_nextIPNS_16__tree_node_baseIPvEEEET_S5_+112>: = b 0x1bffc = <_ZNSt3__111__tree_nextIPNS_16__tree_node_baseIPvEEEET_S5_+116> > 0x1bffc = <_ZNSt3__111__tree_nextIPNS_16__tree_node_baseIPvEEEET_S5_+116>: = ldr r0, [sp, #60] > 0x1c000 = <_ZNSt3__111__tree_nextIPNS_16__tree_node_baseIPvEEEET_S5_+120>: = ldr r0, [r0] > (gdb) info reg > r0 0x1 1 > r1 0xbfbfd018 -1077948392 > r2 0x0 0 > r3 0x0 0 > r4 0xbfbfd080 -1077948288 > r5 0xbfbfd964 -1077946012 > r6 0xbfbfd8ec -1077946132 > r7 0xbfbfd8f0 -1077946128 > r8 0x0 0 > r9 0xbfbfed20 -1077940960 > r10 0xbfbfed0c -1077940980 > r11 0xbfbfd108 -1077948152 > r12 0xbfbfd274 -1077947788 > sp 0xbfbfd00c -1077948404 > lr 0x56c40 355392 > pc 0x1c000 114688 > fps 0x20810d70 545328496 > cpsr 0x20000010 536870928 For reference: > #0 std::__1::__tree_next*> = (__x=3D0xbfbfd274) at __tree:126 > 126 while (__x->__left_ !=3D nullptr) > #1 0x00056c40 in std::__1::__tree, std::__1::__map_value_compare, std::__1::less, true>, = std::__1::allocator > >::erase () = at __tree:647 > 647 __tree_next(static_cast(__ptr_))); > #2 0x0005180c in drivers::run_tests::drive = (kyuafile_path=3D@0xbfbfd8f0, build_root=3D, = store_path=3D@0xbfbfd964, filters=3D@0xbfbfd8e0, = user_config=3D@0xbfbfddc4, hooks=3D@0xbfbfd908) > at map:1232 > 1232 iterator erase(iterator __p) {return = __tree_.erase(__p.__i_);} > #3 0x000409bc in cli::cmd_test::run () at cli/cmd_test.cpp:158 > 158 const drivers::run_tests::result result =3D = drivers::run_tests::drive( The FreeBSD port was built in a context with: > # more /etc/make.conf=20 > DEFAULT_VERSIONS+=3Dperl5=3D5.22 > WRKDIRPREFIX=3D/usr/obj/portswork > WITH_DEBUG=3D > WITH_DEBUG_FILES=3D > MALLOC_PRODUCTION=3D > TO_TYPE=3Darmv6 > TOOLS_TO_TYPE=3Darm-gnueabi > VERSION_CONTEXT=3D11.0 > CFLAGS+=3D-target ${TO_TYPE}--freebsd${VERSION_CONTEXT}-gnueabi = -march=3Darmv7-a -mcpu=3Dcortex-a7 -mfloat-abi=3Dsoftfp = -mno-unaligned-access Attempting to get a report for what kyua completed before the failure = results in: # kyua report --results-file=3D/usr/tests kyua: E: Invalid metadata schema: attempt to write a readonly database = (sqlite op: sqlite3_prepare_v2) (sqlite db: = /root/.kyua/store/results.usr_tests.20160220-020457-015507.db). =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Sat Feb 20 07:19:13 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6BDEBAAFDBE for ; Sat, 20 Feb 2016 07:19:13 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-151.reflexion.net [208.70.211.151]) (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 3119F1067 for ; Sat, 20 Feb 2016 07:19:12 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 22761 invoked from network); 20 Feb 2016 07:19:26 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 20 Feb 2016 07:19:26 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.80.0) with SMTP; Sat, 20 Feb 2016 02:19:22 -0500 (EST) Received: (qmail 32043 invoked from network); 20 Feb 2016 07:19:22 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 20 Feb 2016 07:19:22 -0000 X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 000081C405F for ; Fri, 19 Feb 2016 23:19:03 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: What "kyua test -k /usr/tests/Kyuafile" reported on arm (rpi2) under FreeBSD projects/clang380-import -r295601 (before crashing) From: Mark Millard In-Reply-To: <22107DF0-2569-48B0-B0AC-DC0E55CB1EFF@dsl-only.net> Date: Fri, 19 Feb 2016 23:19:10 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <22107DF0-2569-48B0-B0AC-DC0E55CB1EFF@dsl-only.net> To: freebsd-arm X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Feb 2016 07:19:13 -0000 The rpi2 was too slow for 4 of the tests "kyua test -k = /usr/tests/Kyuafile" tried before it crashed: > sys/geom/class/eli/integrity_copy_test:main -> broken: Test case = timed out [1200.079s] > sys/geom/class/eli/integrity_data_test:main -> broken: Test case = timed out [600.049s] > sys/geom/class/eli/integrity_hmac_test:main -> broken: Test case = timed out [600.028s] . . . > sys/geom/class/eli/onetime_a_test:main -> broken: Test case timed = out [600.006s] This was with an external SSD in use as the file system --so faster than = normal. On item probably barely managed to finish in time: > sys/geom/class/eli/init_a_test:main -> passed [1153.373s] The "failed : ? of ? tests failed" notices were: > lib/msun/conj_test:main -> failed: 9 of 42 tests failed [0.022s] . . . > sys/geom/class/eli/resize_test:main -> failed: 15 of 27 tests failed = [1.546s] . . . > usr.bin/lastcomm/legacy_test:main -> failed: 4 of 6 tests failed = [0.132s] . . . > usr.sbin/sa/legacy_test:main -> failed: 12 of 13 tests failed = [0.329s] The non-expected failure reports were: > lib/libc/c063/fstatat_test:fstatat_fd -> failed: = /usr/src/contrib/netbsd-tests/lib/libc/c063/t_fstatat.c:74: memcmp(&st1, = &st2, sizeof(st1)) =3D=3D 0 not met [0.019s] > lib/libc/stdio/printbasic_test:int_within_limits -> broken: Test = result contains multiple lines: failed: printf("%tu", (size_t)-1) =3D=3D> = [18446744073709551615], expected [4294967295]<> [0.017s] > lib/libc/stdio/scanfloat_test:infinities_and_nans -> failed: = /usr/src/lib/libc/tests/stdio/scanfloat_test.c:191: = fetestexcept(FE_INVALID) =3D=3D 0 not met [0.020s] > lib/libc/sys/mincore_test:mincore_resid -> failed: = /usr/src/contrib/netbsd-tests/lib/libc/sys/t_mincore.c:225: = check_residency(addr, npgs) =3D=3D 0 not met [0.021s] > lib/libc/sys/mincore_test:mincore_shmseg -> failed: = /usr/src/contrib/netbsd-tests/lib/libc/sys/t_mincore.c:298: = check_residency(addr, npgs) =3D=3D 0 not met [0.018s] > lib/libc/tls/tls_dynamic_test:t_tls_dynamic -> failed: 15 checks = failed; see output for more details [0.024s] > lib/libc/ssp/ssp_test:fgets -> failed: Test case body returned a = non-ok exit code, but this is not allowed [0.141s] > lib/libc/ssp/ssp_test:gets -> failed: Test case body returned a = non-ok exit code, but this is not allowed [0.130s] > lib/libc/ssp/ssp_test:memcpy -> failed: atf-check failed; see the = output of the test for details [0.129s] > lib/libc/ssp/ssp_test:memmove -> failed: atf-check failed; see the = output of the test for details [0.127s] > lib/libc/ssp/ssp_test:memset -> failed: atf-check failed; see the = output of the test for details [0.127s] > lib/libc/ssp/ssp_test:read -> failed: Test case body returned a = non-ok exit code, but this is not allowed [0.131s] > lib/libc/ssp/ssp_test:readlink -> failed: atf-check failed; see the = output of the test for details [0.139s] > lib/libc/ssp/ssp_test:snprintf -> failed: atf-check failed; see the = output of the test for details [0.129s] > lib/libc/ssp/ssp_test:sprintf -> failed: atf-check failed; see the = output of the test for details [0.122s] > lib/libc/ssp/ssp_test:stpcpy -> failed: atf-check failed; see the = output of the test for details [0.129s] > lib/libc/ssp/ssp_test:stpncpy -> failed: atf-check failed; see the = output of the test for details [0.124s] > lib/libc/ssp/ssp_test:strcat -> failed: atf-check failed; see the = output of the test for details [0.131s] > lib/libc/ssp/ssp_test:strcpy -> failed: atf-check failed; see the = output of the test for details [0.124s] > lib/libc/ssp/ssp_test:strncat -> failed: atf-check failed; see the = output of the test for details [0.123s] > lib/libc/ssp/ssp_test:strncpy -> failed: atf-check failed; see the = output of the test for details [0.125s] > lib/libc/ssp/ssp_test:vsnprintf -> failed: atf-check failed; see the = output of the test for details [0.128s] > lib/libc/ssp/ssp_test:vsprintf -> failed: atf-check failed; see the = output of the test for details [0.129s] > lib/libproc/proc_test:symbol_lookup -> failed: = /usr/src/lib/libproc/tests/proc_test.c:116: state !=3D PS_STOP: process = has state 4 [0.171s] > lib/libxo/functional_test:test_02__E -> failed: atf-check failed; = see the output of the test for details [0.151s] > lib/libxo/functional_test:test_02__H -> failed: atf-check failed; = see the output of the test for details [0.142s] > lib/libxo/functional_test:test_02__HIPx -> failed: atf-check failed; = see the output of the test for details [0.144s] > lib/libxo/functional_test:test_02__HP -> failed: atf-check failed; = see the output of the test for details [0.144s] > lib/libxo/functional_test:test_02__J -> failed: atf-check failed; = see the output of the test for details [0.143s] > lib/libxo/functional_test:test_02__JP -> failed: atf-check failed; = see the output of the test for details [0.149s] > lib/libxo/functional_test:test_02__T -> failed: atf-check failed; = see the output of the test for details [0.143s] > lib/libxo/functional_test:test_02__X -> failed: atf-check failed; = see the output of the test for details [0.140s] > lib/libxo/functional_test:test_02__XP -> failed: atf-check failed; = see the output of the test for details [0.144s] > lib/msun/ldexp_test:ldexp_denormal -> failed: 4 checks failed; see = output for more details [0.019s] > sbin/growfs/legacy_test:main -> broken: TAP test program yielded = invalid data: Load of '/tmp/kyua.lCBb55/3155/stdout.txt' failed: = Reported plan differs from actual executed tests [0.480s] Unfortunately the "kyua test" Bus Error crash left "kyua report" not = working so the above is all the evidence that I have at this point. > # kyua report --results-file=3D/usr/tests > kyua: E: Invalid metadata schema: attempt to write a readonly database = (sqlite op: sqlite3_prepare_v2) (sqlite db: = /root/.kyua/store/results.usr_tests.20160220-020457-015507.db). > -target ${TO_TYPE}--freebsd${VERSION_CONTEXT}-gnueabi -march=3Darmv7-a = -mcpu=3Dcortex-a7 -mfloat-abi=3Dsoftfp -mno-unaligned-access was in use for everything from buidlworld/buildkernel through building = kyua via portmaster. That last used: > # more /etc/make.conf=20 > DEFAULT_VERSIONS+=3Dperl5=3D5.22 > WRKDIRPREFIX=3D/usr/obj/portswork > WITH_DEBUG=3D > WITH_DEBUG_FILES=3D > MALLOC_PRODUCTION=3D > TO_TYPE=3Darmv6 > TOOLS_TO_TYPE=3Darm-gnueabi > VERSION_CONTEXT=3D11.0 > CFLAGS+=3D-target ${TO_TYPE}--freebsd${VERSION_CONTEXT}-gnueabi = -march=3Darmv7-a -mcpu=3Dcortex-a7 -mfloat-abi=3Dsoftfp = -mno-unaligned-access > # freebsd-version -ku; uname -aKU > 11.0-CURRENT > 11.0-CURRENT > FreeBSD rpi2 11.0-CURRENT FreeBSD 11.0-CURRENT #16 r295601M: Sun Feb = 14 01:28:43 PST 2016 = markmi@FreeBSDx64:/usr/obj/clang/arm.armv6/usr/src/sys/RPI2-NODBG arm = 1100097 1100097 =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Sat Feb 20 09:59:19 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BDEA9AAE198 for ; Sat, 20 Feb 2016 09:59:19 +0000 (UTC) (envelope-from franco.ricci@uniroma1.it) Received: from mail-wm0-x22b.google.com (mail-wm0-x22b.google.com [IPv6:2a00:1450:400c:c09::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5710512BD for ; Sat, 20 Feb 2016 09:59:18 +0000 (UTC) (envelope-from franco.ricci@uniroma1.it) Received: by mail-wm0-x22b.google.com with SMTP id c200so107900870wme.0 for ; Sat, 20 Feb 2016 01:59:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uniroma1-it.20150623.gappssmtp.com; s=20150623; h=from:content-type:subject:message-id:date:to:mime-version; bh=TEZfCQrTlWTCP8+EoX2F9VyAinfQYiqMvbIURnMvZSA=; b=v3RkZA+YjKRtkcrYxTmUS8dd3NbY27Q9FfK/r5WhcwaDUHyQBVd+L7eQucbR+VeOvj BsXbgWL4ntOPjxixvT74yo/9Zc/taUJCXhWkBqn524i2lXdymzA7RBLoZAyNu5Ka6u7E 0jugRFD02I6fIxGZ8WtQ+qc2dqqic+2NIVkGrvcLVItlDVCBmgJPfj9GoWIiGrQ9O2Bd kfFPU4uv1nfHDzBJkZJVuFieZECuOGAVtpvdacPy1rITXwrUEMXMLMAp/rl8VtrvBUzT YQqEVY3LPDZIx7Ws0sSj+cxyTCd+t0CAlM6Zw5zxK9zd0ymny5GSQsn26Wqd0Pst1CP/ nNbg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:content-type:subject:message-id:date:to :mime-version; bh=TEZfCQrTlWTCP8+EoX2F9VyAinfQYiqMvbIURnMvZSA=; b=IfNRC4FB+3igZibxlFzDiCI8cY3BTViBdVVdTVROXwdfPR4vmiAgGAYYvxQVNY5knE QEL9Qu1xoKu2IVN0VU5YdAe303FXY5tWJND1wiDhBKDqlhlo/TH1bFwGk5wN49d51+Ku MJ1oVjYEal+5V9O+aq34qON4F6BsDFgr1TYG/MMSFdkurhW2kI12J8Q8Qhj5cSXS6EcU K4CAn+XKNJz7AMCIns3lzkEZCiyuHdMeh+GeIQhr+tq93DNqZOneZv8gQwbRdSZ1X3Ej Nb/ItI5H9MGeg1YLiQZ92Reh/HBni1/bwiDDXaFDeRmlXO4f9379gl++68WX4q4dIy25 U58g== X-Gm-Message-State: AG10YOTpgnhNCgLnkU7I1wm3JrmJm7jz2DC6ZMh34Qmv1yCfB4rKOtEQdTvw6jlJyRNbCOVF X-Received: by 10.28.144.10 with SMTP id s10mr1721217wmd.97.1455962357440; Sat, 20 Feb 2016 01:59:17 -0800 (PST) Received: from [192.168.20.5] ([95.235.6.25]) by smtp.gmail.com with ESMTPSA id x186sm11353595wmg.19.2016.02.20.01.59.15 for (version=TLSv1/SSLv3 cipher=OTHER); Sat, 20 Feb 2016 01:59:16 -0800 (PST) From: Franco Ricci Subject: Banana pi pro SATA Message-Id: Date: Sat, 20 Feb 2016 10:59:14 +0100 To: freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) X-Mailer: Apple Mail (2.1510) Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Feb 2016 09:59:19 -0000 After several days I found that problem was HD type. With a rotational HD all works fine. I don't know why. ------------------------------------------------------ Dott. Franco Ricci Responsabile Settore Informatico per le Carriere Didattiche=20 ed Amministrative degli Studenti Centro InfoSapienza SAPIENZA Universit=E0 di Roma Piazzale Aldo Moro n. 5, 00185 Roma tel. : +39 06 4991 0750 fax : +39 06 4991 0350 e-mail : franco.ricci@uniroma1.it=20 From owner-freebsd-arm@freebsd.org Sat Feb 20 11:13:22 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 37AB9AAE0C4 for ; Sat, 20 Feb 2016 11:13:22 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 292EF10D5 for ; Sat, 20 Feb 2016 11:13:22 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u1KBDMDl004254 for ; Sat, 20 Feb 2016 11:13:22 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 207366] openssh do not generate dsa host key by default Date: Sat, 20 Feb 2016 11:13:22 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: amutu@amutu.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.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, 20 Feb 2016 11:13:22 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D207366 Bug ID: 207366 Summary: openssh do not generate dsa host key by default Product: Base System Version: 11.0-CURRENT Hardware: arm OS: Any Status: New Severity: Affects Some People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: amutu@amutu.com /var/log/message error: sshd[779]: error: Could not load host key: /etc/ssh/ssh_host_dsa_key root@rpi-b:~/.ssh # uname -a FreeBSD rpi-b 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r295683: Wed Feb 17 10:2= 1:45 UTC 2016 root@releng2.nyi.freebsd.org:/usr/obj/arm.armv6/usr/src/sys/RP= I-B=20 arm root@rpi-b:~/.ssh # ssh -V OpenSSH_7.1p2, OpenSSL 1.0.2f-freebsd 28 Jan 2016 r294912 do not have this problem,ant the openssh version is 1.0.2e: root@fbpi2:~ # uname -a FreeBSD pi2 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r294912: Thu Jan 28 02:05:= 30 UTC 2016 root@releng2.nyi.freebsd.org:/usr/obj/arm.armv6/usr/src/sys/RP= I2=20 arm root@pi2:~ # ssh -V OpenSSH_7.1p2, OpenSSL 1.0.2e-freebsd 3 Dec 2015 --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Sat Feb 20 11:38:40 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 400BCAAEB40; Sat, 20 Feb 2016 11:38:40 +0000 (UTC) (envelope-from zhao6014@gmail.com) Received: from mail-yw0-x232.google.com (mail-yw0-x232.google.com [IPv6:2607:f8b0:4002: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 F36811CB0; Sat, 20 Feb 2016 11:38:39 +0000 (UTC) (envelope-from zhao6014@gmail.com) Received: by mail-yw0-x232.google.com with SMTP id u200so86812828ywf.0; Sat, 20 Feb 2016 03:38:39 -0800 (PST) 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=sepMC0rgYDfl3G3dPyfED69WynM2TsGOXlBu6Yt/+kU=; b=T5hFF0S/CnvB6Qc6j6SY9QG0Hrj4pLR7hCWSCemTKKuRmmggpbpaBpA+l1btxW1dAE 12XGfkt0EZ/JMRGabzx09TFbxgfxRsk62h+ZjPMnCijsM8T7QITy8Y/wvN3aKZ4K2Rgp cSxcMAQvuRjHHQS0srZH1wWjaU9q9S+hmePZdWU1LGUYXj+Y7l5c6471E/RZvKLDmHV6 ORBp+GrEpkMO/hKabBr/LRUg7paTCFHAlkMHS0xzIPENJ88LVfi3RMdWiCb9wHOUX12o KOxMSRI8oyKTX5uVinh+8rhg+3qd302ID9AELKvcyEYTJoHGVrmSGsmpsu5M61ARS8mn gfaw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=sepMC0rgYDfl3G3dPyfED69WynM2TsGOXlBu6Yt/+kU=; b=KmyXqtBus8BintdBYHkXxq7BCF390CougqzSOsm0R5mj/DgNC+feDCDArj6YWVQQi5 Dohj9NnS475q7fmrX9kDCM+3FiQ0hp5uCgL4heWMZWGKyehYvN7vVgZONpWvzrW0rhKv 4te/kTuYJbgsL5w1AmrNOFw+96pFTH4tKPQtPfgo/MsToUhiprFG7HImDHhEtShw4Dud 6sZ/5rWaGsHGvt7B5vuZUAjyIU6qumMcfL3nCoBjB5PdiOR6wUltF8aPe66uTayAi6+S l0vi5HNPf5QhS137Pa7ED0x1dee6kWm0knTUVif+RoQtnBMp4UbcgWANl+ahe668O1u4 dlBg== X-Gm-Message-State: AG10YOTlgCBIjCuNppGOdwNQ4sGMe0FYABxzQEU7OBFKzk+mwrCZ5TLQwxXUUPr0176xWB6UE0zFC5IH0udVkQ== MIME-Version: 1.0 X-Received: by 10.129.91.132 with SMTP id p126mr9404288ywb.188.1455968319204; Sat, 20 Feb 2016 03:38:39 -0800 (PST) Received: by 10.37.79.6 with HTTP; Sat, 20 Feb 2016 03:38:39 -0800 (PST) Received: by 10.37.79.6 with HTTP; Sat, 20 Feb 2016 03:38:39 -0800 (PST) In-Reply-To: References: Date: Sat, 20 Feb 2016 19:38:39 +0800 Message-ID: Subject: Re: [Bug 207366] openssh do not generate dsa host key by default From: Jov To: freebsd-current Cc: freebsd-arm Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Feb 2016 11:38:40 -0000 fyi 2016=E5=B9=B42=E6=9C=8820=E6=97=A5 7:13 PM=EF=BC=8C =E5=86=99=E9=81=93=EF=BC=9A > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D207366 > > Bug ID: 207366 > Summary: openssh do not generate dsa host key by default > Product: Base System > Version: 11.0-CURRENT > Hardware: arm > OS: Any > Status: New > Severity: Affects Some People > Priority: --- > Component: arm > Assignee: freebsd-arm@FreeBSD.org > Reporter: amutu@amutu.com > > /var/log/message error: > sshd[779]: error: Could not load host key: /etc/ssh/ssh_host_dsa_key > > root@rpi-b:~/.ssh # uname -a > FreeBSD rpi-b 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r295683: Wed Feb 17 > 10:21:45 > UTC 2016 root@releng2.nyi.freebsd.org: > /usr/obj/arm.armv6/usr/src/sys/RPI-B > arm > root@rpi-b:~/.ssh # ssh -V > OpenSSH_7.1p2, OpenSSL 1.0.2f-freebsd 28 Jan 2016 > > r294912 do not have this problem,ant the openssh version is 1.0.2e: > root@fbpi2:~ # uname -a > FreeBSD pi2 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r294912: Thu Jan 28 > 02:05:30 > UTC 2016 root@releng2.nyi.freebsd.org: > /usr/obj/arm.armv6/usr/src/sys/RPI2 > arm > root@pi2:~ # ssh -V > OpenSSH_7.1p2, OpenSSL 1.0.2e-freebsd 3 Dec 2015 > > -- > You are receiving this mail because: > You are the assignee for the bug. > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@freebsd.org Sat Feb 20 20:51:48 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 223C1AAE2FE for ; Sat, 20 Feb 2016 20:51:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EF26D1D2F for ; Sat, 20 Feb 2016 20:51:47 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u1KKpla1023095 for ; Sat, 20 Feb 2016 20:51:47 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 207378] Build world of 11-CURRENT r295839 fails on Sparc64 Date: Sat, 20 Feb 2016 20:51:48 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: dal36@gmx.co.uk X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.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, 20 Feb 2016 20:51:48 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D207378 Bug ID: 207378 Summary: Build world of 11-CURRENT r295839 fails on Sparc64 Product: Base System Version: 11.0-CURRENT Hardware: sparc64 OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: dal36@gmx.co.uk Whilst trying to build 11-CURRENT r295839 on sparc64 (using a system at 11-CURRENT r295086), I receive the error messages below. The upgrade proced= ure used was that detailed in the FreeBSD Handbook (23.6 Rebuilding World). This process failed on two machines with make -j8 buildworld, and again (after emptying /usr/obj) on one of them with make buildworld (i.e. without -jN se= t). Note that I upgraded an amd64 machine to r295841 without problems, suggesti= ng amd64 is unaffected. =3D=3D=3D> usr.sbin/iostat (all) cc -O2 -pipe -g -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -= Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-stri= ngs -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign= =20=20=20 -c /usr/src/usr.sbin/iostat/iostat.c -o iostat.o cc1: warnings being treated as errors /usr/src/usr.sbin/iostat/iostat.c: In function 'devstats': /usr/src/usr.sbin/iostat/iostat.c:800: warning: declaration of 'devname' shadows a global declaration /usr/obj/usr/src/tmp/usr/include/stdlib.h:282: warning: shadowed declaratio= n is here /usr/src/usr.sbin/iostat/iostat.c: In function 'cpustats': /usr/src/usr.sbin/iostat/iostat.c:982: warning: declaration of 'time' shado= ws a global declaration /usr/obj/usr/src/tmp/usr/include/time.h:154: warning: shadowed declaration = is here *** Error code 1 Stop. make[4]: stopped in /usr/src/usr.sbin/iostat *** Error code 1 Stop. make[3]: stopped in /usr/src/usr.sbin *** Error code 1 Stop. make[2]: stopped in /usr/src *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src --=20 You are receiving this mail because: You are the assignee for the bug.=