From owner-freebsd-arm@freebsd.org Sun Oct 25 22:28:04 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D7D0AA171EC for ; Sun, 25 Oct 2015 22:28:04 +0000 (UTC) (envelope-from carlj@peak.org) Received: from filter01.peakinternet.com (filter01.peakinternet.com [207.55.16.92]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B40BB11E0 for ; Sun, 25 Oct 2015 22:28:04 +0000 (UTC) (envelope-from carlj@peak.org) Received: from zmail-mta02.peak.org ([207.55.16.112]) by filter01.peakinternet.com ({e1c81c21-e4c4-4528-aa90-7a27869c545a}) via TCP (outbound) with ESMTPS id 20151025222757012_0000 for ; Sun, 25 Oct 2015 15:27:57 -0700 X-RC-FROM: X-RC-RCPT: Received: from zmail-mta02.peak.org (localhost [127.0.0.1]) by zmail-mta02.peak.org (Postfix) with ESMTPS id 714184D2A2 for ; Sun, 25 Oct 2015 15:27:55 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zmail-mta02.peak.org (Postfix) with ESMTP id 592F54E687 for ; Sun, 25 Oct 2015 15:27:55 -0700 (PDT) Received: from zmail-mta02.peak.org ([127.0.0.1]) by localhost (zmail-mta02.peak.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id dbICKNGlUqJY for ; Sun, 25 Oct 2015 15:27:55 -0700 (PDT) Received: from mailproxy-lb-07.peak.org (mailproxy-lb-07.peak.org [207.55.17.97]) by zmail-mta02.peak.org (Postfix) with ESMTP id 2A8D04D2A2 for ; Sun, 25 Oct 2015 15:27:55 -0700 (PDT) Received: from carlj by elk.localnet with local (Exim 4.80) (envelope-from ) id 1ZqTla-0003dc-3d for freebsd-arm@freebsd.org; Sun, 25 Oct 2015 15:27:54 -0700 From: Carl Johnson To: freebsd-arm@freebsd.org Subject: Wireless networking on RPi2 with 11-Current? X-Clacks-Overhead: GNU Terry Pratchett Date: Sun, 25 Oct 2015 15:27:54 -0700 Message-ID: <871tcilh1x.fsf@elk.localnet> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-DLP-ENABLED: 207.55.16/22 X-MAG-OUTBOUND: peakinternet.redcondor.net@207.55.16/22 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, 25 Oct 2015 22:28:04 -0000 I was trying a new snapshot of FreeBSD 11-Current on my Raspberry Pi 2, but wireless networking seems to be totally AWOL. I plugged in a USB adapter and the log files show that it is recognized, but ifconfig still shows only the lo0 and ue0 interfaces. The snapshot that I am using is FreeBSD-11.0-CURRENT-arm-armv6-RPI2-20151023-r289846.img, but the snapshot the previous week was the same. This appears to be broken, or is there some new way of configuring the wlan? If it is broken, does anybody have any idea when it will be fixed? I have tried if_run and if_urtwn adapters and they are both the same. Thanks for any information. -- Carl Johnson carlj@peak.org From owner-freebsd-arm@freebsd.org Mon Oct 26 02:50:33 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 40B62896E for ; Mon, 26 Oct 2015 02:50:33 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x236.google.com (mail-ig0-x236.google.com [IPv6:2607:f8b0:4001:c05::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0EDEE1061 for ; Mon, 26 Oct 2015 02:50:33 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by igdg1 with SMTP id g1so49769997igd.1 for ; Sun, 25 Oct 2015 19:50:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ZBsXeNpmq++Vom54rbKERnz8SNwXVOBkuRrwV7goT70=; b=ENoZjopfIxoGOrDg+AtvE3ul4mMrLYhDGPExluw+3HawEyPuqlf7XEe9k6CfFtaeUd huFDxrtyxBTxeAy00Q3k1tSC0CHxd6Y+pN83PmeMzvc8+kjxPbEBkzLYl876LBbp7tcN K4MiSsJOCY+YCDxBs87kcDX+RO0hn2ZTrwJI/DxcKD5SB6wV/CfbmmZ1Lc8nOzOYOs3A gonrUdNnw3QPUNNbZ/A3mYzDhdKA0Jxur+cFHba9oZ1fnFFRW3u3AFRU9clqfoSMDJb8 LqH5nFTz5VmPqivIaCS1zNoaW7Z8pucAM6rvwk6uk3zae0nIIBLed47SNhyE4QIN3fuW Tg0w== MIME-Version: 1.0 X-Received: by 10.50.111.226 with SMTP id il2mr15139145igb.61.1445827832476; Sun, 25 Oct 2015 19:50:32 -0700 (PDT) Received: by 10.36.46.66 with HTTP; Sun, 25 Oct 2015 19:50:32 -0700 (PDT) In-Reply-To: <871tcilh1x.fsf@elk.localnet> References: <871tcilh1x.fsf@elk.localnet> Date: Sun, 25 Oct 2015 19:50:32 -0700 Message-ID: Subject: Re: Wireless networking on RPi2 with 11-Current? From: Adrian Chadd To: Carl Johnson Cc: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Oct 2015 02:50:33 -0000 Hi, the top level device no longer shows up. You have to just create it - eg ifconfig wlan0 create wlandev urtwn0 -a On 25 October 2015 at 15:27, Carl Johnson wrote: > I was trying a new snapshot of FreeBSD 11-Current on my Raspberry Pi 2, > but wireless networking seems to be totally AWOL. I plugged in a USB > adapter and the log files show that it is recognized, but ifconfig still > shows only the lo0 and ue0 interfaces. The snapshot that I am using is > FreeBSD-11.0-CURRENT-arm-armv6-RPI2-20151023-r289846.img, but the > snapshot the previous week was the same. This appears to be broken, or > is there some new way of configuring the wlan? If it is broken, does > anybody have any idea when it will be fixed? I have tried if_run and > if_urtwn adapters and they are both the same. > > Thanks for any information. > -- > Carl Johnson carlj@peak.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 Mon Oct 26 03:54:11 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5D59E8E30 for ; Mon, 26 Oct 2015 03:54:11 +0000 (UTC) (envelope-from carlj@peak.org) Received: from filter04.peak.org (filter04.peak.org [69.59.194.80]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2B41512A4 for ; Mon, 26 Oct 2015 03:54:10 +0000 (UTC) (envelope-from carlj@peak.org) Received: from zmail-mta02.peak.org ([207.55.16.112]) by filter04.peak.org ({b5578ef9-c87c-4111-97f7-092309db775d}) via TCP (outbound) with ESMTPS id 20151026035402806_0000 for ; Sun, 25 Oct 2015 20:54:02 -0700 X-RC-FROM: X-RC-RCPT: Received: from zmail-mta02.peak.org (localhost [127.0.0.1]) by zmail-mta02.peak.org (Postfix) with ESMTPS id 44BF24E442 for ; Sun, 25 Oct 2015 20:53:57 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zmail-mta02.peak.org (Postfix) with ESMTP id 2C4224E59E for ; Sun, 25 Oct 2015 20:53:57 -0700 (PDT) Received: from zmail-mta02.peak.org ([127.0.0.1]) by localhost (zmail-mta02.peak.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id NwdItPf3pSTF for ; Sun, 25 Oct 2015 20:53:57 -0700 (PDT) Received: from mailproxy-lb-07.peak.org (mailproxy-lb-07.peak.org [207.55.17.97]) by zmail-mta02.peak.org (Postfix) with ESMTP id EDE8D4E442 for ; Sun, 25 Oct 2015 20:53:56 -0700 (PDT) Received: from carlj by elk.localnet with local (Exim 4.80) (envelope-from ) id 1ZqYr5-0006LO-UD for freebsd-arm@freebsd.org; Sun, 25 Oct 2015 20:53:55 -0700 From: Carl Johnson To: freebsd-arm@freebsd.org Subject: Re: Wireless networking on RPi2 with 11-Current? References: <871tcilh1x.fsf@elk.localnet> X-Clacks-Overhead: GNU Terry Pratchett Date: Sun, 25 Oct 2015 20:53:55 -0700 In-Reply-To: (Adrian Chadd's message of "Sun, 25 Oct 2015 19:50:32 -0700") Message-ID: <87twpejne4.fsf@elk.localnet> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-DLP-ENABLED: 207.55.16/22 X-MAG-OUTBOUND: peakinternet.redcondor.net@207.55.16/22 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, 26 Oct 2015 03:54:11 -0000 Adrian Chadd writes: > Hi, > > the top level device no longer shows up. You have to just create it - > eg ifconfig wlan0 create wlandev urtwn0 I thought that I had tried that earlier, but obviously not since it works now. Thank you for a speedy answer. > On 25 October 2015 at 15:27, Carl Johnson wrote: >> I was trying a new snapshot of FreeBSD 11-Current on my Raspberry Pi 2, >> but wireless networking seems to be totally AWOL. I plugged in a USB >> adapter and the log files show that it is recognized, but ifconfig still >> shows only the lo0 and ue0 interfaces. The snapshot that I am using is >> FreeBSD-11.0-CURRENT-arm-armv6-RPI2-20151023-r289846.img, but the >> snapshot the previous week was the same. This appears to be broken, or >> is there some new way of configuring the wlan? If it is broken, does >> anybody have any idea when it will be fixed? I have tried if_run and >> if_urtwn adapters and they are both the same. >> >> Thanks for any information. >> -- >> Carl Johnson carlj@peak.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" -- Carl Johnson carlj@peak.org From owner-freebsd-arm@freebsd.org Mon Oct 26 05:24:39 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9078E8BEF for ; Mon, 26 Oct 2015 05:24:39 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-vk0-x232.google.com (mail-vk0-x232.google.com [IPv6:2607:f8b0:400c: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 4F10B12E8 for ; Mon, 26 Oct 2015 05:24:39 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by vkex70 with SMTP id x70so91631245vke.3 for ; Sun, 25 Oct 2015 22:24:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=WInJyvDOYVg9JBSf4VJdyRiletX4fwanDhrL/D92kC4=; b=X/TD6SaKsfR0FZeNTycctlifrZ1ZCs73dGd0xors5bLO7or5jslBM4Oc7Y4vOIJ8pz Bd929LBgSRwFQGWyRZ4PgUVEKIZNOhSrCmUtn5f8fPt1NsWE2SInOQJZf9piXc0xscvq EZG7qsz7xQUzkUN8A1clHfzdOOfexCUvG1lm0gkNJUbsq77RP7Vb0lkIGrrrwaOjgnf7 LboqqbZdhZEb4AqIeopRsj350zLlBA9NlU1dlIj19lC6oluXpCR/diyUQUyYLpdAwjP2 dwRvOYjlwO2okYYigBZ/vJ97pxQPn3TVGkVJT6laYaTII/yo0DGCqBbJ/l6S1FM4i7ME r3vQ== MIME-Version: 1.0 X-Received: by 10.31.33.75 with SMTP id h72mr22785540vkh.144.1445837078006; Sun, 25 Oct 2015 22:24:38 -0700 (PDT) Received: by 10.31.66.9 with HTTP; Sun, 25 Oct 2015 22:24:37 -0700 (PDT) Date: Sun, 25 Oct 2015 22:24:37 -0700 Message-ID: Subject: Tier 1 support for arm? From: Russell Haley 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: Mon, 26 Oct 2015 05:24:39 -0000 Hey, I'm sure I read somewhere that FreeBSD is moving Arm to a tier 1 support level as of 11*. *Can that be confirmed by someone? Thanks, Russ From owner-freebsd-arm@freebsd.org Mon Oct 26 09:26:56 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 64506A1C44D for ; Mon, 26 Oct 2015 09:26:56 +0000 (UTC) (envelope-from mattia.rossi.mailinglists@gmail.com) Received: from mail-wi0-x233.google.com (mail-wi0-x233.google.com [IPv6:2a00:1450:400c:c05::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E63111904; Mon, 26 Oct 2015 09:26:55 +0000 (UTC) (envelope-from mattia.rossi.mailinglists@gmail.com) Received: by wicfv8 with SMTP id fv8so106278052wic.0; Mon, 26 Oct 2015 02:26:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=IV1d1jQwRlATPGgOEf266yg0904bz2btaHlMSOUj8iA=; b=NZilMw9zMpJzhPwI7iNoo1a0lt+/uYJvh1uGyosuwD/OUtNFf2a3XzexXMidiCV/fp RQ+GgYt6XnJUt1kOWKg7UViT5qZsdr5voK9a9BZYJLgOywSXhxQq7fG1LCLCcDkdmoy2 iUw+vSJHwd9Iy0oOZ47tjSRzmBbonvJh+aCC5gG+K20mme71IvGgF7e0RVTGLWR9ld+m BQIv3ILqRTbVEMu4y95vxlwdRyr1V197CRbrob88zHU9jkKQN+0L77Wml9hSSFSUnVX9 eDXcEX5u2pHS8ZjgLJJZKBQcqYjvShgomyACFYTwgpSIFQFDTDd/aPo9lg6MVL/8KKe7 KiKA== X-Received: by 10.194.109.99 with SMTP id hr3mr13025140wjb.25.1445851614457; Mon, 26 Oct 2015 02:26:54 -0700 (PDT) Received: from [192.168.0.113] (82.50.202.62.static.wline.lns.sme.cust.swisscom.ch. [62.202.50.82]) by smtp.googlemail.com with ESMTPSA id uj4sm37924490wjc.34.2015.10.26.02.26.53 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 26 Oct 2015 02:26:53 -0700 (PDT) Subject: Re: CC core dumping with CLANG 3.7 on armv5 - DREAMPLUG To: Ian Lepore , Konstantin Belousov References: <5626144F.9060003@gmail.com> <5628873F.7050509@gmail.com> <20151022081551.GB2257@kib.kiev.ua> <5628B0B0.8040804@gmail.com> <20151022111407.GD2257@kib.kiev.ua> <5628D958.4060904@gmail.com> <5628D9F8.8040206@gmail.com> <1445625017.91534.31.camel@freebsd.org> Cc: freebsd-arm From: Mattia Rossi Message-ID: <562DF1DD.5040408@gmail.com> Date: Mon, 26 Oct 2015 10:26:53 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <1445625017.91534.31.camel@freebsd.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Oct 2015 09:26:56 -0000 Am 23.10.2015 um 20:30 schrieb Ian Lepore: > On Thu, 2015-10-22 at 14:43 +0200, Mattia Rossi wrote: >> Am 22.10.2015 um 14:40 schrieb Mattia Rossi: >>> >>> Am 22.10.2015 um 13:14 schrieb Konstantin Belousov: >>>> On Thu, Oct 22, 2015 at 11:47:28AM +0200, Mattia Rossi wrote: >>>>>> You may disassemble the instruction at the address, and print >>>>>> the >>>>>> content >>>>>> of registers: >>>>>> (gdb) disassemble *0x01eb0868-8,0x01eb0868+8 >>>>>> (gdb) info registers >>>>>> >>>>>> If the cause of your issue is weird codegeneration on ARMv5, >>>>>> it >>>>>> might be >>>>>> seen from the data above. On the other hand, this would not >>>>>> help >>>>>> if the >>>>>> issue is algorithmic. I am afraid there is not much more to >>>>>> suggest. >>>>> (gdb) disassemble *0x01eb0868-8,0x01eb0868+8 >>>>> No function contains specified address. >>>> Apparently correct syntax is >>>> disassemble 0x01eb0868-8 0x01eb0868+8 >>> (gdb) bt >>> #0 0x01eb0868 in ?? () >>> (gdb) disassemble 0x01eb0868-8 0x01eb0868+8 >>> Dump of assembler code from 0x1eb0860 to 0x1eb0870: >>> 0x01eb0860: add r12, r12, #1 ; 0x1 >>> 0x01eb0864: and r7, r0, r3 >>> 0x01eb0868: ldr r1, [r10, r7, lsl #2] >>> 0x01eb086c: cmp r1, #0 ; 0x0 >>> End of assembler dump. >>> (gdb) info registers >>> r0 0x1e53b 124219 >>> r1 0x6a 106 >>> r2 0xc3c3c3c6 -1010580538 >>> r3 0x5a5a5a59 1515870809 >>> r4 0x3 3 >>> r5 0x1fd9f83 33398659 >>> r6 0x1e53b 124219 >>> r7 0x4019 16409 >>> r8 0x22a1708c 581005452 >>> r9 0xffffffff -1 >>> r10 0x5a5a5a5a 1515870810 >>> r11 0xbfbfeb70 -1077941392 >>> r12 0x1 1 >>> sp 0xbfbfeb48 -1077941432 >>> lr 0x8f5c 36700 >>> pc 0x1eb0868 32180328 >>> fps 0x0 0 >>> cpsr 0x60000010 1610612752 >>> (gdb) >>> >>> Still I can't tell anything from that :-/ - way too low level for >>> me >> Btw. I'm currently using a helloworld program for testing: >> >> root@dreamplug:~ # cat helloworld.c >> /* Hello World program */ >> >> #include >> >> main() >> { >> printf("Hello World"); >> >> >> } >> > I think the degenerate testcase for this is just typing 'cpp', and the > first line of output when you do might be a clue... > > root@dpnand:/root # cpp > error: no handler registered for module format 'raw' > fatal error: error in backend: unknown module format > cpp: error: clang frontend command failed with exit code 70 (use -v to see invocation) > FreeBSD clang version 3.7.0 (tags/RELEASE_370/final 246257) 20150906 > Target: arm--freebsd11.0-gnueabi > Thread model: posix > cpp: note: diagnostic msg: PLEASE submit a bug report to https://bugs.freebsd.org/submit/ and include the crash backtrace, preprocessed source, and associated run script. > cpp: note: diagnostic msg: Error generating preprocessed source(s) - ignoring input from stdin. > cpp: note: diagnostic msg: Error generating preprocessed source(s) - no preprocessable inputs. > > With a quick glance at the code involved, that "no handler" message > happens when it can't find the requested module type in a container of > module handlers. But the default constructor for the container > automatically adds the handler for 'raw' so not finding it seems > insane. I don't know how to proceed from here in debugging. > Unfortunately, we have no functional arm emulator (only armv6 and the > problem doesn't happen there) so this has to be debugged on real > hardware I guess. I'd love to do some more debugging to get this fixed. Is there a quick way to just get debugging symbols in CLANG instead of having to compile world with it (and running out of swap space?) Cheers, Mat From owner-freebsd-arm@freebsd.org Mon Oct 26 11:32:43 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BE1B8A194FD for ; Mon, 26 Oct 2015 11:32:43 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-io0-x232.google.com (mail-io0-x232.google.com [IPv6:2607:f8b0:4001:c06::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 8C7031ABD for ; Mon, 26 Oct 2015 11:32:43 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by ioll68 with SMTP id l68so183454281iol.3 for ; Mon, 26 Oct 2015 04:32:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=QbMuEPHsv0Av9Q+CBm+LEFR0qzM1ZDtgP+16EIL7j60=; b=Yt36XVmRaic2mT1BJjyjItkTtDK1GwW1AgddOkg22TwrGYLBoeEYdE7+AOQqHP1Jr+ RQeM3Zgh2ZfCOD+d8Fi7kfOtnZ/0Qh8arrpbqvj04pYpGdy/y8Nqn34Ya8Y1avtvlgUK 2xgT0ttz7SsHJj4ujr8d+XEjmfyecg4q7klOQWvalrOyyuIuwkymeA1rLuPJQiRacy4Y GaFh7YfjdCxkKLFcZLK71lteGXcpYgTaskME53oYZGfqQP3FgNwymOH8ZF6bNMsGjDiF xz7CNCkcGF7hG1UKbS32FD5C2h/bJhCtpVcBTHpuFtT71/rVx/5iHw+vRdwzil8ye6Z9 1jrg== MIME-Version: 1.0 X-Received: by 10.107.3.72 with SMTP id 69mr33627151iod.75.1445859162988; Mon, 26 Oct 2015 04:32:42 -0700 (PDT) Received: by 10.36.46.66 with HTTP; Mon, 26 Oct 2015 04:32:42 -0700 (PDT) In-Reply-To: References: Date: Mon, 26 Oct 2015 04:32:42 -0700 Message-ID: Subject: Re: Tier 1 support for arm? From: Adrian Chadd To: Russell Haley 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: Mon, 26 Oct 2015 11:32:43 -0000 On 25 October 2015 at 22:24, Russell Haley wrote: > Hey, > > I'm sure I read somewhere that FreeBSD is moving Arm to a tier 1 support > level as of 11*. *Can that be confirmed by someone? That's the plan. Some of us are already using it as tier-1. -adrian From owner-freebsd-arm@freebsd.org Mon Oct 26 12:26:28 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E0A86A1AFFA for ; Mon, 26 Oct 2015 12:26:28 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 883C91350; Mon, 26 Oct 2015 12:26:28 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id t9QCQHLO000947 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 26 Oct 2015 14:26:18 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua t9QCQHLO000947 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id t9QCQHiM000946; Mon, 26 Oct 2015 14:26:17 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 26 Oct 2015 14:26:17 +0200 From: Konstantin Belousov To: Mattia Rossi Cc: Ian Lepore , freebsd-arm Subject: Re: CC core dumping with CLANG 3.7 on armv5 - DREAMPLUG Message-ID: <20151026122617.GR2257@kib.kiev.ua> References: <5626144F.9060003@gmail.com> <5628873F.7050509@gmail.com> <20151022081551.GB2257@kib.kiev.ua> <5628B0B0.8040804@gmail.com> <20151022111407.GD2257@kib.kiev.ua> <5628D958.4060904@gmail.com> <5628D9F8.8040206@gmail.com> <1445625017.91534.31.camel@freebsd.org> <562DF1DD.5040408@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <562DF1DD.5040408@gmail.com> User-Agent: Mutt/1.5.24 (2015-08-30) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home 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, 26 Oct 2015 12:26:29 -0000 On Mon, Oct 26, 2015 at 10:26:53AM +0100, Mattia Rossi wrote: > > > Am 23.10.2015 um 20:30 schrieb Ian Lepore: > > On Thu, 2015-10-22 at 14:43 +0200, Mattia Rossi wrote: > >> Am 22.10.2015 um 14:40 schrieb Mattia Rossi: > >>> > >>> Am 22.10.2015 um 13:14 schrieb Konstantin Belousov: > >>>> On Thu, Oct 22, 2015 at 11:47:28AM +0200, Mattia Rossi wrote: > >>>>>> You may disassemble the instruction at the address, and print > >>>>>> the > >>>>>> content > >>>>>> of registers: > >>>>>> (gdb) disassemble *0x01eb0868-8,0x01eb0868+8 > >>>>>> (gdb) info registers > >>>>>> > >>>>>> If the cause of your issue is weird codegeneration on ARMv5, > >>>>>> it > >>>>>> might be > >>>>>> seen from the data above. On the other hand, this would not > >>>>>> help > >>>>>> if the > >>>>>> issue is algorithmic. I am afraid there is not much more to > >>>>>> suggest. > >>>>> (gdb) disassemble *0x01eb0868-8,0x01eb0868+8 > >>>>> No function contains specified address. > >>>> Apparently correct syntax is > >>>> disassemble 0x01eb0868-8 0x01eb0868+8 > >>> (gdb) bt > >>> #0 0x01eb0868 in ?? () > >>> (gdb) disassemble 0x01eb0868-8 0x01eb0868+8 > >>> Dump of assembler code from 0x1eb0860 to 0x1eb0870: > >>> 0x01eb0860: add r12, r12, #1 ; 0x1 > >>> 0x01eb0864: and r7, r0, r3 > >>> 0x01eb0868: ldr r1, [r10, r7, lsl #2] > >>> 0x01eb086c: cmp r1, #0 ; 0x0 > >>> End of assembler dump. > >>> (gdb) info registers > >>> r0 0x1e53b 124219 > >>> r1 0x6a 106 > >>> r2 0xc3c3c3c6 -1010580538 > >>> r3 0x5a5a5a59 1515870809 > >>> r4 0x3 3 > >>> r5 0x1fd9f83 33398659 > >>> r6 0x1e53b 124219 > >>> r7 0x4019 16409 > >>> r8 0x22a1708c 581005452 > >>> r9 0xffffffff -1 > >>> r10 0x5a5a5a5a 1515870810 > >>> r11 0xbfbfeb70 -1077941392 > >>> r12 0x1 1 > >>> sp 0xbfbfeb48 -1077941432 > >>> lr 0x8f5c 36700 > >>> pc 0x1eb0868 32180328 > >>> fps 0x0 0 > >>> cpsr 0x60000010 1610612752 > >>> (gdb) > >>> > >>> Still I can't tell anything from that :-/ - way too low level for > >>> me > >> Btw. I'm currently using a helloworld program for testing: > >> > >> root@dreamplug:~ # cat helloworld.c > >> /* Hello World program */ > >> > >> #include > >> > >> main() > >> { > >> printf("Hello World"); > >> > >> > >> } > >> > > I think the degenerate testcase for this is just typing 'cpp', and the > > first line of output when you do might be a clue... > > > > root@dpnand:/root # cpp > > error: no handler registered for module format 'raw' > > fatal error: error in backend: unknown module format > > cpp: error: clang frontend command failed with exit code 70 (use -v to see invocation) > > FreeBSD clang version 3.7.0 (tags/RELEASE_370/final 246257) 20150906 > > Target: arm--freebsd11.0-gnueabi > > Thread model: posix > > cpp: note: diagnostic msg: PLEASE submit a bug report to https://bugs.freebsd.org/submit/ and include the crash backtrace, preprocessed source, and associated run script. > > cpp: note: diagnostic msg: Error generating preprocessed source(s) - ignoring input from stdin. > > cpp: note: diagnostic msg: Error generating preprocessed source(s) - no preprocessable inputs. > > > > With a quick glance at the code involved, that "no handler" message > > happens when it can't find the requested module type in a container of > > module handlers. But the default constructor for the container > > automatically adds the handler for 'raw' so not finding it seems > > insane. I don't know how to proceed from here in debugging. > > Unfortunately, we have no functional arm emulator (only armv6 and the > > problem doesn't happen there) so this has to be debugged on real > > hardware I guess. > I'd love to do some more debugging to get this fixed. Is there a quick > way to just get debugging symbols in CLANG instead of having to compile > world with it (and running out of swap space?) Probably something like cd /usr/src (cd lib/clang && make clean all DEBUG_FLAGS=-g) (cd usr.bin/clang && make clean all DEBUG_FLAGS=-g && make install DEBUG_FLAGS=-g) Might be, also build libc and libm with the debugging info, since clang is linked statically, and if the problem is in base and not due to a clang code, you would have to rebuild otherwise. But you should not see much difference comparing with the full world rebuild, since buildworld time is mostly the clang build time. I am not sure that the native build is a reasonable adventure, unless you want to stress-test the native v5 pmap. From owner-freebsd-arm@freebsd.org Mon Oct 26 12:59:11 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2E75F8FB5 for ; Mon, 26 Oct 2015 12:59:11 +0000 (UTC) (envelope-from mattia.rossi.mailinglists@gmail.com) Received: from mail-wi0-x22c.google.com (mail-wi0-x22c.google.com [IPv6:2a00:1450:400c:c05::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C5AB31DC0; Mon, 26 Oct 2015 12:59:10 +0000 (UTC) (envelope-from mattia.rossi.mailinglists@gmail.com) Received: by wicfv8 with SMTP id fv8so114740412wic.0; Mon, 26 Oct 2015 05:59:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=TVvCA5f9smok5OP04l0+r7X5VtEzQ9IsDQad/x65neI=; b=z3VLwD3i+FiDM/mGlbgjMHBvQK8SizPIWCj/uCm7KNtNn0lGmyS/tgsWvWAGxnbVj5 js4JQ8JOXBvXi/WCo1wQrG7kifnaD+U7HFmgHVkBoOIC7HvQQZPKppGuR/2S/TyjNIhz T4ZTYBmsVjDtFdzXjI0wHvQAma4LgcWoMZ3B7s00op7ZZgFxkzjsaY4ADY5vsTYEk77B vuuU/46wmvOnBmZWpy17kUKCMMg7J53WOxzVfDJsWsbWj2E7b0YRufikefl73DfGiFcA Z2iUgy0rWqQLe4jqD4lSH3iUMazzc+sLsMcS/rog5BHggAo4lbXpx+v4KjnG8KySr+gC km8g== X-Received: by 10.180.198.12 with SMTP id iy12mr21483604wic.72.1445864349265; Mon, 26 Oct 2015 05:59:09 -0700 (PDT) Received: from [192.168.0.113] (82.50.202.62.static.wline.lns.sme.cust.swisscom.ch. [62.202.50.82]) by smtp.googlemail.com with ESMTPSA id gl4sm39018301wjd.49.2015.10.26.05.59.08 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 26 Oct 2015 05:59:08 -0700 (PDT) Subject: Re: CC core dumping with CLANG 3.7 on armv5 - DREAMPLUG To: Konstantin Belousov References: <5626144F.9060003@gmail.com> <5628873F.7050509@gmail.com> <20151022081551.GB2257@kib.kiev.ua> <5628B0B0.8040804@gmail.com> <20151022111407.GD2257@kib.kiev.ua> <5628D958.4060904@gmail.com> <5628D9F8.8040206@gmail.com> <1445625017.91534.31.camel@freebsd.org> <562DF1DD.5040408@gmail.com> <20151026122617.GR2257@kib.kiev.ua> Cc: Ian Lepore , freebsd-arm From: Mattia Rossi Message-ID: <562E239C.9030209@gmail.com> Date: Mon, 26 Oct 2015 13:59:08 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <20151026122617.GR2257@kib.kiev.ua> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Oct 2015 12:59:11 -0000 Am 26.10.2015 um 13:26 schrieb Konstantin Belousov: > On Mon, Oct 26, 2015 at 10:26:53AM +0100, Mattia Rossi wrote: >> >> Am 23.10.2015 um 20:30 schrieb Ian Lepore: >>> On Thu, 2015-10-22 at 14:43 +0200, Mattia Rossi wrote: >>>> Am 22.10.2015 um 14:40 schrieb Mattia Rossi: >>>>> Am 22.10.2015 um 13:14 schrieb Konstantin Belousov: >>>>>> On Thu, Oct 22, 2015 at 11:47:28AM +0200, Mattia Rossi wrote: >>>>>>>> You may disassemble the instruction at the address, and print >>>>>>>> the >>>>>>>> content >>>>>>>> of registers: >>>>>>>> (gdb) disassemble *0x01eb0868-8,0x01eb0868+8 >>>>>>>> (gdb) info registers >>>>>>>> >>>>>>>> If the cause of your issue is weird codegeneration on ARMv5, >>>>>>>> it >>>>>>>> might be >>>>>>>> seen from the data above. On the other hand, this would not >>>>>>>> help >>>>>>>> if the >>>>>>>> issue is algorithmic. I am afraid there is not much more to >>>>>>>> suggest. >>>>>>> (gdb) disassemble *0x01eb0868-8,0x01eb0868+8 >>>>>>> No function contains specified address. >>>>>> Apparently correct syntax is >>>>>> disassemble 0x01eb0868-8 0x01eb0868+8 >>>>> (gdb) bt >>>>> #0 0x01eb0868 in ?? () >>>>> (gdb) disassemble 0x01eb0868-8 0x01eb0868+8 >>>>> Dump of assembler code from 0x1eb0860 to 0x1eb0870: >>>>> 0x01eb0860: add r12, r12, #1 ; 0x1 >>>>> 0x01eb0864: and r7, r0, r3 >>>>> 0x01eb0868: ldr r1, [r10, r7, lsl #2] >>>>> 0x01eb086c: cmp r1, #0 ; 0x0 >>>>> End of assembler dump. >>>>> (gdb) info registers >>>>> r0 0x1e53b 124219 >>>>> r1 0x6a 106 >>>>> r2 0xc3c3c3c6 -1010580538 >>>>> r3 0x5a5a5a59 1515870809 >>>>> r4 0x3 3 >>>>> r5 0x1fd9f83 33398659 >>>>> r6 0x1e53b 124219 >>>>> r7 0x4019 16409 >>>>> r8 0x22a1708c 581005452 >>>>> r9 0xffffffff -1 >>>>> r10 0x5a5a5a5a 1515870810 >>>>> r11 0xbfbfeb70 -1077941392 >>>>> r12 0x1 1 >>>>> sp 0xbfbfeb48 -1077941432 >>>>> lr 0x8f5c 36700 >>>>> pc 0x1eb0868 32180328 >>>>> fps 0x0 0 >>>>> cpsr 0x60000010 1610612752 >>>>> (gdb) >>>>> >>>>> Still I can't tell anything from that :-/ - way too low level for >>>>> me >>>> Btw. I'm currently using a helloworld program for testing: >>>> >>>> root@dreamplug:~ # cat helloworld.c >>>> /* Hello World program */ >>>> >>>> #include >>>> >>>> main() >>>> { >>>> printf("Hello World"); >>>> >>>> >>>> } >>>> >>> I think the degenerate testcase for this is just typing 'cpp', and the >>> first line of output when you do might be a clue... >>> >>> root@dpnand:/root # cpp >>> error: no handler registered for module format 'raw' >>> fatal error: error in backend: unknown module format >>> cpp: error: clang frontend command failed with exit code 70 (use -v to see invocation) >>> FreeBSD clang version 3.7.0 (tags/RELEASE_370/final 246257) 20150906 >>> Target: arm--freebsd11.0-gnueabi >>> Thread model: posix >>> cpp: note: diagnostic msg: PLEASE submit a bug report to https://bugs.freebsd.org/submit/ and include the crash backtrace, preprocessed source, and associated run script. >>> cpp: note: diagnostic msg: Error generating preprocessed source(s) - ignoring input from stdin. >>> cpp: note: diagnostic msg: Error generating preprocessed source(s) - no preprocessable inputs. >>> >>> With a quick glance at the code involved, that "no handler" message >>> happens when it can't find the requested module type in a container of >>> module handlers. But the default constructor for the container >>> automatically adds the handler for 'raw' so not finding it seems >>> insane. I don't know how to proceed from here in debugging. >>> Unfortunately, we have no functional arm emulator (only armv6 and the >>> problem doesn't happen there) so this has to be debugged on real >>> hardware I guess. >> I'd love to do some more debugging to get this fixed. Is there a quick >> way to just get debugging symbols in CLANG instead of having to compile >> world with it (and running out of swap space?) > Probably something like > cd /usr/src > (cd lib/clang && make clean all DEBUG_FLAGS=-g) > (cd usr.bin/clang && make clean all DEBUG_FLAGS=-g && make install DEBUG_FLAGS=-g) > > Might be, also build libc and libm with the debugging info, since clang > is linked statically, and if the problem is in base and not due to a > clang code, you would have to rebuild otherwise. > > But you should not see much difference comparing with the full world > rebuild, since buildworld time is mostly the clang build time. I am not > sure that the native build is a reasonable adventure, unless you want to > stress-test the native v5 pmap. Thanks, I'll make some changes to my build system to get world built with DEBUG_FLAGS=-g as it seems that otherwise I might get stuck again when debugging. Maybe in a weeks time I have some more info :-) Cheers, Mat From owner-freebsd-arm@freebsd.org Mon Oct 26 15:31:09 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D8788A1D66B for ; Mon, 26 Oct 2015 15:31:09 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B704A143E for ; Mon, 26 Oct 2015 15:31:09 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.14.9/8.14.5) with ESMTP id t9QFV3sv003945; Mon, 26 Oct 2015 08:31:03 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.14.9/8.14.5/Submit) id t9QFV35B003944; Mon, 26 Oct 2015 08:31:03 -0700 (PDT) (envelope-from fbsd) Date: Mon, 26 Oct 2015 08:31:03 -0700 From: bob prohaska To: Adrian Chadd Cc: Russell Haley , freebsd-arm Subject: Re: Tier 1 support for arm? Message-ID: <20151026153103.GA96500@www.zefox.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i 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, 26 Oct 2015 15:31:09 -0000 On Mon, Oct 26, 2015 at 04:32:42AM -0700, Adrian Chadd wrote: > On 25 October 2015 at 22:24, Russell Haley wrote: > > Hey, > > > > I'm sure I read somewhere that FreeBSD is moving Arm to a tier 1 support > > level as of 11*. *Can that be confirmed by someone? > > That's the plan. Some of us are already using it as tier-1. > > > -adrian Has the platform list been decided upon? bob prohaska From owner-freebsd-arm@freebsd.org Mon Oct 26 16:14:23 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 137098C5F for ; Mon, 26 Oct 2015 16:14:23 +0000 (UTC) (envelope-from matthew.alton@gmail.com) Received: from mail-wi0-x236.google.com (mail-wi0-x236.google.com [IPv6:2a00:1450: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 A0BF21A7D for ; Mon, 26 Oct 2015 16:14:22 +0000 (UTC) (envelope-from matthew.alton@gmail.com) Received: by wicll6 with SMTP id ll6so121959667wic.1 for ; Mon, 26 Oct 2015 09:14:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=PEkihA/JTdtlQumjVih1QjfrXOIqp55wVMzS6iUzVwA=; b=KiQJtyjrXxuQNyT6kUJI2zT18Y/kjC5TwT8AeT5ZtoR0mliV9uRYgE9eg6w9lORzl/ 1FgLqqqTo7mFuWakBnXLW0J+C5Myemtw/+l+ujuB5mbdvYNE9YDWmWLSZZ9CniNo47rf Pnd9bGKZPOUuIbAG0T09eLcY/XEm/qfqMV4i6KS/8hxNahm/RFARal+Cs+0NCUYa0irq RCKOqZBahpa8kXYaYOG34TaqZmnnf6dFcD7PiZ/Wlv87IGObf/pZUYrTyTl1qZ8/RGoF iWHcUaLtrgufeqFgckjdbdmplEmxu+ijlBl13/gUIQOPtVBwx/h3Z39c7zMWtNz3+EPk B7Dg== MIME-Version: 1.0 X-Received: by 10.180.90.37 with SMTP id bt5mr21437155wib.7.1445876061175; Mon, 26 Oct 2015 09:14:21 -0700 (PDT) Received: by 10.194.62.71 with HTTP; Mon, 26 Oct 2015 09:14:21 -0700 (PDT) In-Reply-To: References: Date: Mon, 26 Oct 2015 11:14:21 -0500 Message-ID: Subject: Re: Tier 1 support for arm? From: Matthew Alton To: Adrian Chadd Cc: Russell Haley , 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: Mon, 26 Oct 2015 16:14:23 -0000 What hardware do you use? On Mon, Oct 26, 2015 at 6:32 AM, Adrian Chadd wrote: > On 25 October 2015 at 22:24, Russell Haley wrote: > > Hey, > > > > I'm sure I read somewhere that FreeBSD is moving Arm to a tier 1 support > > level as of 11*. *Can that be confirmed by someone? > > That's the plan. Some of us are already using it as tier-1. > > > -adrian > _______________________________________________ > 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" > -- Matthew Alton UNIX Systems Programming & Administration "Beware of bugs in the above code; I have only proved it correct, not tried it." -- Donald Knuth From owner-freebsd-arm@freebsd.org Mon Oct 26 19:18:17 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D1AB3A1EA7A for ; Mon, 26 Oct 2015 19:18:17 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-io0-x234.google.com (mail-io0-x234.google.com [IPv6:2607:f8b0:4001:c06::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 9D34B1FCC for ; Mon, 26 Oct 2015 19:18:17 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by iofz202 with SMTP id z202so196967424iof.2 for ; Mon, 26 Oct 2015 12:18:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Vrqxjb0xN1NdnMhneVqTTUMOLdC+TbI+n8CDvSkA4nM=; b=jGhrFZ2ouHu0ze3e7/HMwUVOt3CkL8Xsk/tEuYAcDrlJqyR1Tvo8DO9Aot7yMdUJ7H spSFAKajW9hW9ZH3+3oVevGOGt0knUz/Tp9qgLSLUR6EmEa5ErWpZT8m1ZvolrFQCEn+ Gnq8DsSGgCviWU6goxEJyT/3zRQJ6XcHG5I1M8oKrXwBWTTee/5/YcE5qgoGeOMGdnWd +YQ6wDpfGi9jIB46mvw9KeRIF7QI0La/L0QYVq5wA73eCMql6eHV+Yf8SOxQ9ZMXXw3T +aqpJ3ED9lmd++mtaN2kDDBF5m4yS6Dtj65eRDj235/favQ93BYo43n7sR/SaZE/D+ad cU5w== MIME-Version: 1.0 X-Received: by 10.107.152.2 with SMTP id a2mr26311052ioe.123.1445887096906; Mon, 26 Oct 2015 12:18:16 -0700 (PDT) Received: by 10.36.46.66 with HTTP; Mon, 26 Oct 2015 12:18:16 -0700 (PDT) In-Reply-To: References: Date: Mon, 26 Oct 2015 12:18:16 -0700 Message-ID: Subject: Re: Tier 1 support for arm? From: Adrian Chadd To: Matthew Alton Cc: Russell Haley , 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: Mon, 26 Oct 2015 19:18:17 -0000 I'm using the raspberry pi and raspberry pi 2. I'm hoping that arm64 and the raspberry pi 2 SoC will be tier-1. Same with beaglebone black. Sean Bruno is doing a great job getting the mips/arm package sets built and working. That's a big step toward 11 being "tier 1" here. -a On 26 October 2015 at 09:14, Matthew Alton wrote: > What hardware do you use? > > On Mon, Oct 26, 2015 at 6:32 AM, Adrian Chadd > wrote: >> >> On 25 October 2015 at 22:24, Russell Haley wrote: >> > Hey, >> > >> > I'm sure I read somewhere that FreeBSD is moving Arm to a tier 1 support >> > level as of 11*. *Can that be confirmed by someone? >> >> That's the plan. Some of us are already using it as tier-1. >> >> >> -adrian >> _______________________________________________ >> 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" > > > > > -- > Matthew Alton > UNIX Systems Programming & Administration > > "Beware of bugs in the above code; I have only proved it correct, not tried > it." -- Donald Knuth From owner-freebsd-arm@freebsd.org Mon Oct 26 19:40:35 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7FE5CA1EFDD for ; Mon, 26 Oct 2015 19:40:35 +0000 (UTC) (envelope-from matthew.alton@gmail.com) Received: from mail-wi0-x230.google.com (mail-wi0-x230.google.com [IPv6:2a00:1450:400c:c05::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 17A1D1CCB for ; Mon, 26 Oct 2015 19:40:35 +0000 (UTC) (envelope-from matthew.alton@gmail.com) Received: by wicfv8 with SMTP id fv8so132006134wic.0 for ; Mon, 26 Oct 2015 12:40:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=FqYguVQ74fVkFnC1wpIf2wqo6vXfHiWX/7NT8Ff5lsk=; b=g2COVCczl2kS2VPmCwMXNNKxny5bXeiboniZucjrMqEc+DVMlEgIAXGNkjXVf3Z6a5 llbUodHo+eESrMpZ/pVShBKlP+Z0rpXzh+HnI3jWEiL+bN8SdvRVfEhcbN6XdekTPDYq F4gyddNP0jWT0CHSCGOW6RRTmTj+nzEVwQbH/yX5h2W/dutgDEfoyqNuTKS5wFVQxUxB vz+N2TXMxzUjP2bgo5DJtFXRpHexVVg7XkLhQ+l2E5W829bWJrRcDiGslLBeV2TKsG1T pIT+0oX506kPZL1VxSyNlcLsASWZe4XxUy6FQEohNqNcwWYEfUORNyc55EC/qkcTdthJ tpPA== MIME-Version: 1.0 X-Received: by 10.180.74.177 with SMTP id u17mr23451475wiv.5.1445888433321; Mon, 26 Oct 2015 12:40:33 -0700 (PDT) Received: by 10.194.62.71 with HTTP; Mon, 26 Oct 2015 12:40:33 -0700 (PDT) In-Reply-To: References: Date: Mon, 26 Oct 2015 14:40:33 -0500 Message-ID: Subject: Re: Tier 1 support for arm? From: Matthew Alton To: Adrian Chadd Cc: Russell Haley , 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: Mon, 26 Oct 2015 19:40:35 -0000 Righteous! I'm designing an appliance using the R-Pi 2 model B quad-core. I would really like to go to production with FreeBSD rather than Linux. Tier 1 would be sweet. On Mon, Oct 26, 2015 at 2:18 PM, Adrian Chadd wrote: > I'm using the raspberry pi and raspberry pi 2. I'm hoping that arm64 > and the raspberry pi 2 SoC will be tier-1. Same with beaglebone black. > > Sean Bruno is doing a great job getting the mips/arm package sets > built and working. That's a big step toward 11 being "tier 1" here. > > > -a > > > > On 26 October 2015 at 09:14, Matthew Alton > wrote: > > What hardware do you use? > > > > On Mon, Oct 26, 2015 at 6:32 AM, Adrian Chadd > > wrote: > >> > >> On 25 October 2015 at 22:24, Russell Haley > wrote: > >> > Hey, > >> > > >> > I'm sure I read somewhere that FreeBSD is moving Arm to a tier 1 > support > >> > level as of 11*. *Can that be confirmed by someone? > >> > >> That's the plan. Some of us are already using it as tier-1. > >> > >> > >> -adrian > >> _______________________________________________ > >> 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" > > > > > > > > > > -- > > Matthew Alton > > UNIX Systems Programming & Administration > > > > "Beware of bugs in the above code; I have only proved it correct, not > tried > > it." -- Donald Knuth > -- Matthew Alton UNIX Systems Programming & Administration "Beware of bugs in the above code; I have only proved it correct, not tried it." -- Donald Knuth From owner-freebsd-arm@freebsd.org Mon Oct 26 20:56:12 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 836BAA1EF69 for ; Mon, 26 Oct 2015 20:56:12 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (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 63EC91C50 for ; Mon, 26 Oct 2015 20:56:11 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from [172.23.12.94] (unknown [216.221.230.44]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 725D41934F2 for ; Mon, 26 Oct 2015 20:56:10 +0000 (UTC) Subject: Re: Tier 1 support for arm? To: freebsd-arm@freebsd.org References: From: Sean Bruno Message-ID: <562E9362.50502@freebsd.org> Date: Mon, 26 Oct 2015 13:56:02 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Oct 2015 20:56:12 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 10/26/15 12:40, Matthew Alton wrote: > Righteous! I'm designing an appliance using the R-Pi 2 model B > quad-core. I would really like to go to production with FreeBSD > rather than Linux. Tier 1 would be sweet. > > On Mon, Oct 26, 2015 at 2:18 PM, Adrian Chadd > wrote: > >> I'm using the raspberry pi and raspberry pi 2. I'm hoping that >> arm64 and the raspberry pi 2 SoC will be tier-1. Same with >> beaglebone black. >> >> Sean Bruno is doing a great job getting the mips/arm package >> sets built and working. That's a big step toward 11 being "tier >> 1" here. >> >> >> -a >> >> You *should* be able to "pkg install" right now from the latest RPi and BBB snapshots that Release Engineering is producing and have most things work. Xorg should work next month sometime now that we've got the build dependencies flushed out. Heck, you might even get something like XFCE4 to run. sean >> >> On 26 October 2015 at 09:14, Matthew Alton >> wrote: >>> What hardware do you use? >>> >>> On Mon, Oct 26, 2015 at 6:32 AM, Adrian Chadd >>> wrote: >>>> >>>> On 25 October 2015 at 22:24, Russell Haley >>>> >> wrote: >>>>> Hey, >>>>> >>>>> I'm sure I read somewhere that FreeBSD is moving Arm to a >>>>> tier 1 >> support >>>>> level as of 11*. *Can that be confirmed by someone? >>>> >>>> That's the plan. Some of us are already using it as tier-1. >>>> >>>> >>>> -adrian _______________________________________________ >>>> 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" >>> >>> >>> >>> >>> -- Matthew Alton UNIX Systems Programming & Administration >>> >>> "Beware of bugs in the above code; I have only proved it >>> correct, not >> tried >>> it." -- Donald Knuth >> > > > -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJWLpNcXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRCQUFENDYzMkU3MTIxREU4RDIwOTk3REQx MjAxRUZDQTFFNzI3RTY0AAoJEBIB78oecn5kelEH/RDpVoQsN4QZM9pxGP0tvc1K V+wEN8Cs5yLe2q4cUf02ZsJe1b3zKdXS4MnBkRtax7Vwl3+yYr3d2kgQLoarSsEg d83XpB7axJLy64aYi/1NkNT2YS98G2mhtH1gKD7Y01rZlz3WOWB5clLg4yP82nQE WXWK8cox8UYMC6st4EasbYTrfgLsVa5eDCbBBZFQVijuEI8NWIXoBHV4HIrq9eAJ cFeWKVqS1OF3SVoIzuiXK9dw8HVD34oRSqKFyPPtrEQ1XeO5UTm/v/3czPrd0UVn eS/8oqpb3c0l4wuiHIGauturjXbNF3/L5vsaZnNkz6STAaMvZNxHqd70GVVbzwo= =Gt7t -----END PGP SIGNATURE----- From owner-freebsd-arm@freebsd.org Tue Oct 27 00:35:59 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1A95E82A8 for ; Tue, 27 Oct 2015 00:35:59 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk0-x22c.google.com (mail-qk0-x22c.google.com [IPv6:2607:f8b0:400d:c09::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 C92A1130B for ; Tue, 27 Oct 2015 00:35:58 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by qkbl190 with SMTP id l190so116490822qkb.2 for ; Mon, 26 Oct 2015 17:35:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp_com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=wzj0w9dDhG/5Vlq/X7D+VOfNox7plgGwBFIdU5jeyjc=; b=Emr3EdVmzB3KTiH2v0sW9+sNxpJRS21+zZd/ohc0gdyDi0Fsmuo6U41th7/swkzgGK MfuGcGx/kRGJ4QR7HMg23MYexM7uSVq7K4T/XGTm4vJC72JFfJl2Je2bcDTrPrC3XRxX RW0c9KWlp2LFW+Zrb0dR5ypyw6EhpnclHZr/Nor35M3rHMQPeplo9IgG7UfwZ6qO2qZh qU3f5E6k5m2uUIkBeTWWTLb0S3s8sbZACVz3hbCfdT+HxBuWWu6P2KLdp7vNnFDnpz8t fmY/gXkB+JmrT1kYZaFcqD1ZazC0nJ6IrngyxTE52wH9DfQhwADULLlVJEIqXnitrsnq lkVQ== 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=wzj0w9dDhG/5Vlq/X7D+VOfNox7plgGwBFIdU5jeyjc=; b=DXnihCJDedssgGzTM2vj02oNwSPpC1j4aV49z86xk2OYZdaw6qKNckT3X8yyrEEaPc yOjCr9kaNBNBoacb8cGY0HHsXaBUmS9GtUW4EFHhsEXRL0SK/nmsKB4tO2ZnAOdntHMx SagZwHlQJ25qogcPxHUhg2p2RoxHZcUZygn3HqAWMFhAB/TEz8QW7lfohSTnATnplUAJ e+NxpJUUc0Kv+6S3sHof2rikzqGzezJE+L9FwB1IkMxyJGZ+rl5CHnr74cWAofCe2NNg yefPfMCJDKm4c8L51MasH4JiZMvT4pmfdp7cIRVZQ0zI03aiv900A7TRyG22WnV2MI2W jS/w== X-Gm-Message-State: ALoCoQl3lswJg1R8EGpklpfr2353mSXRQ/BFLOX6QlQmtZVW8jgoKlVj2yNqZecClaPxziflClVA MIME-Version: 1.0 X-Received: by 10.55.197.216 with SMTP id k85mr45835998qkl.77.1445906157546; Mon, 26 Oct 2015 17:35:57 -0700 (PDT) Sender: wlosh@bsdimp.com Received: by 10.140.104.226 with HTTP; Mon, 26 Oct 2015 17:35:57 -0700 (PDT) X-Originating-IP: [2607:fb90:12e:ba17:0:2d:5990:ff01] Received: by 10.140.104.226 with HTTP; Mon, 26 Oct 2015 17:35:57 -0700 (PDT) In-Reply-To: <20151026153103.GA96500@www.zefox.net> References: <20151026153103.GA96500@www.zefox.net> Date: Mon, 26 Oct 2015 18:35:57 -0600 X-Google-Sender-Auth: -N8PhDnHiF72Y6dzVOYyto--U04 Message-ID: Subject: Re: Tier 1 support for arm? From: Warner Losh To: bob prohaska Cc: Adrian Chadd , 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, 27 Oct 2015 00:35:59 -0000 The supported board list hasn't been finalized. The plan is to reach tier 1 status for the armv6 and armv7 boards and maybe arm64 (aarch64). Armv4 and armv5 boards are up in the air. There are also a few loose ends to sort out, so plans may change. But it's fairly likely... Warner On Oct 26, 2015 9:31 AM, "bob prohaska" wrote: > On Mon, Oct 26, 2015 at 04:32:42AM -0700, Adrian Chadd wrote: > > On 25 October 2015 at 22:24, Russell Haley wrote: > > > Hey, > > > > > > I'm sure I read somewhere that FreeBSD is moving Arm to a tier 1 > support > > > level as of 11*. *Can that be confirmed by someone? > > > > That's the plan. Some of us are already using it as tier-1. > > > > > > -adrian > > Has the platform list been decided upon? > > bob prohaska > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@freebsd.org Tue Oct 27 05:21:24 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B27308339 for ; Tue, 27 Oct 2015 05:21:24 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-vk0-x235.google.com (mail-vk0-x235.google.com [IPv6:2607:f8b0:400c:c05::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7153111DD for ; Tue, 27 Oct 2015 05:21:24 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by vkgy127 with SMTP id y127so113916986vkg.0 for ; Mon, 26 Oct 2015 22:21:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=gLHPcJF0bQFnYXbIeHsIMECC4ZS0U6UVPsx7+rhAN1M=; b=ij4KQ/tYQCMxHzCNW/8EHYBrYAi/Mh8Q8UC4LWCZxcPF0C5dniuUniUUnXWTs406PK 6ZVvropm7Xftl5MHixgfKoWcC6LPYIteUssXYT8kdfUlr9wXiic150nv64vVF0BLUpTB dZXFJH9JBru3bM4b+E9gL6+9hd+gj0Hpy4Vr+IZqYGQiVP8PFv9ku4XiFtHi3vI9weH6 Lto1A3MtV5BOud+IS39KZlgknzPQMjBTfsv7vBv8QQ7zOyafzszJb3EEGfq0DydLCG16 lvAsQwTHDHwO+eEITOFcZPmXBkDGV4+WN7GsKv6pJuzRy7jUUIMSMHtDOUF+UfnFyD8F qj0w== MIME-Version: 1.0 X-Received: by 10.31.47.207 with SMTP id v198mr27140939vkv.145.1445923283313; Mon, 26 Oct 2015 22:21:23 -0700 (PDT) Received: by 10.31.66.9 with HTTP; Mon, 26 Oct 2015 22:21:23 -0700 (PDT) Date: Mon, 26 Oct 2015 22:21:23 -0700 Message-ID: Subject: Hummingboard - How to use Images from the website From: Russell Haley 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: Tue, 27 Oct 2015 05:21:24 -0000 I'm sorry to have to ask this but I just can't seem to find the answer: Where can I find the documentation on how to use the armv6 snapshots from the website instead of building myself? Do I just extract the img and dd it to my sd card? Thanks, Russ From owner-freebsd-arm@freebsd.org Tue Oct 27 11:43:56 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0BC32A1F876 for ; Tue, 27 Oct 2015 11:43:56 +0000 (UTC) (envelope-from lars@e-new.0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.0x20.net", Issuer "mail.0x20.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C1F2E1051 for ; Tue, 27 Oct 2015 11:43:55 +0000 (UTC) (envelope-from lars@e-new.0x20.net) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id 8642D6DF91B; Tue, 27 Oct 2015 12:43:52 +0100 (CET) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.7/8.14.7) with ESMTP id t9RBhqpM014925; Tue, 27 Oct 2015 12:43:52 +0100 (CET) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.7/8.14.7/Submit) id t9RBhpJh014820; Tue, 27 Oct 2015 12:43:51 +0100 (CET) (envelope-from lars) Date: Tue, 27 Oct 2015 12:43:51 +0100 From: Lars Engels To: Russell Haley Cc: freebsd-arm Subject: Re: Hummingboard - How to use Images from the website Message-ID: <20151027114351.GM66179@e-new.0x20.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="RXc6EO4W1yUvSQ0X" Content-Disposition: inline In-Reply-To: X-Editor: VIM - Vi IMproved 7.4 X-Operation-System: FreeBSD 8.4-RELEASE-p23 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: Tue, 27 Oct 2015 11:43:56 -0000 --RXc6EO4W1yUvSQ0X Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 26, 2015 at 10:21:23PM -0700, Russell Haley wrote: > I'm sorry to have to ask this but I just can't seem to find the answer: >=20 > Where can I find the documentation on how to use the armv6 snapshots from > the website instead of building myself? Do I just extract the img and dd = it > to my sd card? Yes, that should work. The you could use HDMI to see the console. I found a short tutorial here: https://fosskb.wordpress.com/2014/11/29/getting-started-with-freebsd-on-ras= pberry-pi/ --RXc6EO4W1yUvSQ0X Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQF8BAEBCgBmBQJWL2N3XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RjQwMDE3RTRERjUzMTI1N0FGRTUxNDlF NTRDQjM3RDNBMDg5RDZEAAoJEOVMs306CJ1tf1EH/ikpMFzr5oPDJwWT3/ESzIQb /FgnJiL3qL0NtNXpuNdsr9XCieWE+jXQF/qYl/f1I8QrTpyC081URmOHm2eKcSNh q0jogmfo/YfMFPkVyiDH5h3W5Ya1IASFKfg1f7rEfcUqKLWCBYMXQZ0eP1aVrv2e c7lClZY+om+a1kiy6gsLiEUjo41KeX5vEnLjcla5aZv71l9EN3FdwGE8qy1e1LUm B/RKbm1ucXP+tgX2ZfeovXpIeEYrlvW/qy/IV1Yrynon6eApDQgmzedoLstSPOfB fsMkSxVdxFN6HDderCsyL35XBNHfmezDDs6+V4kM8HKde9zMBs96Qx4gNQLQYVc= =uVmZ -----END PGP SIGNATURE----- --RXc6EO4W1yUvSQ0X-- From owner-freebsd-arm@freebsd.org Wed Oct 28 01:02:36 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DBBC5A1F946 for ; Wed, 28 Oct 2015 01:02:36 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-pa0-x236.google.com (mail-pa0-x236.google.com [IPv6:2607:f8b0:400e:c03::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 ADE04109C for ; Wed, 28 Oct 2015 01:02:36 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by padhk11 with SMTP id hk11so238690282pad.1 for ; Tue, 27 Oct 2015 18:02:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:content-transfer-encoding:message-id:date :subject:from:in-reply-to:references:to; bh=4TpE8JetfF25wWpaPY39d0nVq8RKZEqzZJfJRFNcYYw=; b=O2QEdxA/Kk7IKQ43+yQyq4YW6ZZylRM4+EJuQ0tkza1p7kmkcM1fmYPWdAaZntIMTX 1RKCjJGO+/GyB9zOmElUs12neTXpIKGhlYxJjmLr27DYGQbO2LSPVCA4Az+m3TbTtDpr pcMWzJ6EHhPxB+QlHW5sIP90lc4idIUDfhHthN3WUGM0iJuyKcYMjqiX445oW3fJVSwG RDUH2yT8yT1VVmDE9Hinv1buwkhJCsGrsAl769k25mbFxlZdLkPL/Af+K7KmQvCui+gH hfz0OU8fXc13v7A514BHs5x9UPhHTTp4YA7JfZj9l3a/uw72eeUeGpui/L4CbFOVhmXC Kqcg== X-Received: by 10.68.65.67 with SMTP id v3mr50896468pbs.69.1445994156307; Tue, 27 Oct 2015 18:02:36 -0700 (PDT) Received: from [127.0.0.1] ([216.113.200.184]) by smtp.gmail.com with ESMTPSA id yp9sm41949671pab.1.2015.10.27.18.02.35 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 27 Oct 2015 18:02:35 -0700 (PDT) X-Mailer: BlackBerry Email (10.3.2.2639) Message-ID: <20151028010235.4386898.86960.345@gmail.com> Date: Tue, 27 Oct 2015 18:02:35 -0700 Subject: Re: Hummingboard - How to use Images From: Russell Haley In-Reply-To: References: To: John Little , freebsd-arm MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Oct 2015 01:02:37 -0000 From owner-freebsd-arm@freebsd.org Wed Oct 28 05:35:16 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 67E65A20151 for ; Wed, 28 Oct 2015 05:35:16 +0000 (UTC) (envelope-from me@rvijay.me) Received: from mail1.rvijay.me (mail1.rvijay.me [IPv6:2a00:1dc0:2002:0:fc09:f829:babe:b00b]) (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 E1A1D19A5 for ; Wed, 28 Oct 2015 05:35:15 +0000 (UTC) (envelope-from me@rvijay.me) Received: from localhost (localhost [127.0.0.1]) by mail1.rvijay.me (Postfix) with ESMTP id E62505395 for ; Wed, 28 Oct 2015 11:05:11 +0530 (IST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=rvijay.me; h= content-transfer-encoding:content-type:content-type:in-reply-to :mime-version:user-agent:date:date:message-id:from:from :references:to:subject:subject; s=20130919; t=1446010507; x= 1446874508; bh=4aJr6q2SNbHmgDlNVo9uQkmdasvYTNDrtBSSUzbNS5k=; b=h nDRgVtyhI6B0skCv1zLtZXAkw7WdJ4HuQkTI/oF49Bt2RVnwXOx2oAUN/GSp8BO9 hfxv/fqojgnqT06plGdJaiUV+/AQZ9W6Y9qtKReg5BeyjkXSs0Ud/UrbHAVZUWP2 TXM3eRKkRCGYsMOP0EeOZMqmifr62xHO+P9xMm5KRY= Received: from mail1.rvijay.me ([127.0.0.1]) by localhost (mail1.rvijay.me [127.0.0.1]) (amavisd-new, port 10026) with LMTP id vNp6cWtcxVhl for ; Wed, 28 Oct 2015 11:05:07 +0530 (IST) Received: from [192.168.1.143] (unknown [49.207.188.232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail1.rvijay.me (Postfix) with ESMTPSA id 2B2485277 for ; Wed, 28 Oct 2015 11:05:06 +0530 (IST) Subject: Re: Tier 1 support for arm? To: freebsd-arm@freebsd.org References: <562E9362.50502@freebsd.org> From: Vijay Rjah Message-ID: <56305E88.2080506@rvijay.me> Date: Wed, 28 Oct 2015 11:05:04 +0530 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <562E9362.50502@freebsd.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Oct 2015 05:35:16 -0000 On 10/27/15 02:26, Sean Bruno wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > > > On 10/26/15 12:40, Matthew Alton wrote: >> Righteous! I'm designing an appliance using the R-Pi 2 model B >> quad-core. I would really like to go to production with FreeBSD >> rather than Linux. Tier 1 would be sweet. >> >> On Mon, Oct 26, 2015 at 2:18 PM, Adrian Chadd >> wrote: >> >>> I'm using the raspberry pi and raspberry pi 2. I'm hoping that >>> arm64 and the raspberry pi 2 SoC will be tier-1. Same with >>> beaglebone black. >>> >>> Sean Bruno is doing a great job getting the mips/arm package >>> sets built and working. That's a big step toward 11 being "tier >>> 1" here. >>> >>> >>> -a >>> >>> > You *should* be able to "pkg install" right now from the latest RPi > and BBB snapshots that Release Engineering is producing and have most > things work. > > Xorg should work next month sometime now that we've got the build > dependencies flushed out. Heck, you might even get something like > XFCE4 to run. > > sean > > >>> On 26 October 2015 at 09:14, Matthew Alton >>> wrote: >>>> What hardware do you use? >>>> >>>> On Mon, Oct 26, 2015 at 6:32 AM, Adrian Chadd >>>> wrote: >>>>> On 25 October 2015 at 22:24, Russell Haley >>>>> >>> wrote: >>>>>> Hey, >>>>>> >>>>>> I'm sure I read somewhere that FreeBSD is moving Arm to a >>>>>> tier 1 >>> support >>>>>> level as of 11*. *Can that be confirmed by someone? >>>>> That's the plan. Some of us are already using it as tier-1. >>>>> >>>>> >>>>> -adrian _______________________________________________ >>>>> 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" >>>> >>>> >>>> >>>> -- Matthew Alton UNIX Systems Programming & Administration >>>> >>>> "Beware of bugs in the above code; I have only proved it >>>> correct, not >>> tried >>>> it." -- Donald Knuth >> >> > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2 > > iQF8BAEBCgBmBQJWLpNcXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w > ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRCQUFENDYzMkU3MTIxREU4RDIwOTk3REQx > MjAxRUZDQTFFNzI3RTY0AAoJEBIB78oecn5kelEH/RDpVoQsN4QZM9pxGP0tvc1K > V+wEN8Cs5yLe2q4cUf02ZsJe1b3zKdXS4MnBkRtax7Vwl3+yYr3d2kgQLoarSsEg > d83XpB7axJLy64aYi/1NkNT2YS98G2mhtH1gKD7Y01rZlz3WOWB5clLg4yP82nQE > WXWK8cox8UYMC6st4EasbYTrfgLsVa5eDCbBBZFQVijuEI8NWIXoBHV4HIrq9eAJ > cFeWKVqS1OF3SVoIzuiXK9dw8HVD34oRSqKFyPPtrEQ1XeO5UTm/v/3czPrd0UVn > eS/8oqpb3c0l4wuiHIGauturjXbNF3/L5vsaZnNkz6STAaMvZNxHqd70GVVbzwo= > =Gt7t > -----END PGP SIGNATURE----- > _______________________________________________ > 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" Is there any support for Odroid XU4?.. FYI (http://www.hardkernel.com/main/products/prdt_info.php) -Thanks Vijay From owner-freebsd-arm@freebsd.org Wed Oct 28 05:57:52 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 96F06A20481 for ; Wed, 28 Oct 2015 05:57:52 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-vk0-x22e.google.com (mail-vk0-x22e.google.com [IPv6:2607:f8b0:400c:c05::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4E83E1EE6 for ; Wed, 28 Oct 2015 05:57:52 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by vkgy127 with SMTP id y127so136261627vkg.0 for ; Tue, 27 Oct 2015 22:57:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=9LsJ6Pr2o0aJvu5XX02Hmh9yuaQqarlDNMEiD8mGyyE=; b=W2IBguOPKMzY81G5eNMPb6joqt6IqwYDJUrSaMPdF9/B1pzrxOtHKoABm4gDmTIWRJ y3j5GYka05YQMgehQX/GOyGb6dh4Stdj9STOMV5vXcC+CdxGzrChWZXtWd+10xTQxyKw HgzYsW8IFwgujEaKGoxn3dkvSiwGUBoKzKFEm1SXhdhuR7S4mNl8QXmnN6hrCCpgGKk7 Dk0+zeM/s8muCRmX2RVZ5UJlzdxtcEtlsZGPGYqn10jtZ8L8QZl625McS4kbZOE0isXQ hJuySZ4liQ2mgEZSommkUZ9DfnIR+D1BeW7ifJHSpWWEfAQk/+4YDQuTagc3mBFC+3VK GAZQ== MIME-Version: 1.0 X-Received: by 10.31.33.75 with SMTP id h72mr32449106vkh.144.1446011871319; Tue, 27 Oct 2015 22:57:51 -0700 (PDT) Received: by 10.31.66.9 with HTTP; Tue, 27 Oct 2015 22:57:51 -0700 (PDT) In-Reply-To: <56305E88.2080506@rvijay.me> References: <562E9362.50502@freebsd.org> <56305E88.2080506@rvijay.me> Date: Tue, 27 Oct 2015 22:57:51 -0700 Message-ID: Subject: Re: Tier 1 support for arm? From: Russell Haley To: Vijay Rjah 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: Wed, 28 Oct 2015 05:57:52 -0000 Vijay, This is the working list of supported devices: https://wiki.freebsd.org/FreeBSD/arm The "unknown support" lists the Arndale board which has a similar CPU and there is support for the Odroid-c1, so there are lots of pieces there. Russ On Tue, Oct 27, 2015 at 10:35 PM, Vijay Rjah wrote: > > > On 10/27/15 02:26, Sean Bruno wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA512 >> >> >> >> On 10/26/15 12:40, Matthew Alton wrote: >> >>> Righteous! I'm designing an appliance using the R-Pi 2 model B >>> quad-core. I would really like to go to production with FreeBSD >>> rather than Linux. Tier 1 would be sweet. >>> >>> On Mon, Oct 26, 2015 at 2:18 PM, Adrian Chadd >>> wrote: >>> >>> I'm using the raspberry pi and raspberry pi 2. I'm hoping that >>>> arm64 and the raspberry pi 2 SoC will be tier-1. Same with >>>> beaglebone black. >>>> >>>> Sean Bruno is doing a great job getting the mips/arm package >>>> sets built and working. That's a big step toward 11 being "tier >>>> 1" here. >>>> >>>> >>>> -a >>>> >>>> >>>> You *should* be able to "pkg install" right now from the latest RPi >> and BBB snapshots that Release Engineering is producing and have most >> things work. >> >> Xorg should work next month sometime now that we've got the build >> dependencies flushed out. Heck, you might even get something like >> XFCE4 to run. >> >> sean >> >> >> On 26 October 2015 at 09:14, Matthew Alton >>>> wrote: >>>> >>>>> What hardware do you use? >>>>> >>>>> On Mon, Oct 26, 2015 at 6:32 AM, Adrian Chadd >>>>> wrote: >>>>> >>>>>> On 25 October 2015 at 22:24, Russell Haley >>>>>> >>>>>> >>>>> wrote: >>>> >>>>> Hey, >>>>>>> >>>>>>> I'm sure I read somewhere that FreeBSD is moving Arm to a >>>>>>> tier 1 >>>>>>> >>>>>> support >>>> >>>>> level as of 11*. *Can that be confirmed by someone? >>>>>>> >>>>>> That's the plan. Some of us are already using it as tier-1. >>>>>> >>>>>> >>>>>> -adrian _______________________________________________ >>>>>> 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" >>>>>> >>>>> >>>>> >>>>> >>>>> -- Matthew Alton UNIX Systems Programming & Administration >>>>> >>>>> "Beware of bugs in the above code; I have only proved it >>>>> correct, not >>>>> >>>> tried >>>> >>>>> it." -- Donald Knuth >>>>> >>>> >>> >>> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v2 >> >> iQF8BAEBCgBmBQJWLpNcXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w >> ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRCQUFENDYzMkU3MTIxREU4RDIwOTk3REQx >> MjAxRUZDQTFFNzI3RTY0AAoJEBIB78oecn5kelEH/RDpVoQsN4QZM9pxGP0tvc1K >> V+wEN8Cs5yLe2q4cUf02ZsJe1b3zKdXS4MnBkRtax7Vwl3+yYr3d2kgQLoarSsEg >> d83XpB7axJLy64aYi/1NkNT2YS98G2mhtH1gKD7Y01rZlz3WOWB5clLg4yP82nQE >> WXWK8cox8UYMC6st4EasbYTrfgLsVa5eDCbBBZFQVijuEI8NWIXoBHV4HIrq9eAJ >> cFeWKVqS1OF3SVoIzuiXK9dw8HVD34oRSqKFyPPtrEQ1XeO5UTm/v/3czPrd0UVn >> eS/8oqpb3c0l4wuiHIGauturjXbNF3/L5vsaZnNkz6STAaMvZNxHqd70GVVbzwo= >> =Gt7t >> -----END PGP SIGNATURE----- >> _______________________________________________ >> 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" >> > Is there any support for Odroid XU4?.. FYI ( > http://www.hardkernel.com/main/products/prdt_info.php) > > -Thanks > Vijay > > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@freebsd.org Wed Oct 28 06:15:21 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CDE76A207B4 for ; Wed, 28 Oct 2015 06:15:21 +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 854131593 for ; Wed, 28 Oct 2015 06:15:21 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by vkfw189 with SMTP id w189so135570772vkf.2 for ; Tue, 27 Oct 2015 23:15:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Z2UFawAWgI1lF/V7WKxIGDMW7sytj7Psu8Ctg1tbgAY=; b=NqT0QINIIuqMcpZFRxmmcwsK1+e5Qu9RflZMvwhnSf7gKmcG4gv5+zI8p58MxR0yPq kbvzAGSeiVP4U0kQjt5nWjW5qulMC8VaxNM4rkt52gbIBsI4rdnYi3wSbW24OuoUrgYH FYFOp8HiIO13ngQk6wawsNb5f5YgT3N/pXY5YRFMpxBDwTn8GN0Hs7qEuYMX/A1mPg36 GGnzCBkfmJYf7d0EK0FZ90kslW4joSNi2nKskF/7GWdiPyVDExTDa6vNuBSP265cB03J OFFhAOMWPB8wwz0wDfcarQAsFrrfCpdImofQXKTxjoT3SJgpcC1tjQ0tmU9/bQGJ5qnF lKsA== MIME-Version: 1.0 X-Received: by 10.31.21.149 with SMTP id 143mr32271266vkv.79.1446012920389; Tue, 27 Oct 2015 23:15:20 -0700 (PDT) Received: by 10.31.66.9 with HTTP; Tue, 27 Oct 2015 23:15:20 -0700 (PDT) In-Reply-To: References: <562E9362.50502@freebsd.org> <56305E88.2080506@rvijay.me> Date: Tue, 27 Oct 2015 23:15:20 -0700 Message-ID: Subject: Re: Tier 1 support for arm? From: Russell Haley To: Vijay Rjah 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: Wed, 28 Oct 2015 06:15:21 -0000 Oh, shiney board. It has a emmc 5.0. Is that supported by FreeBSD? http://arasan.com/products/emmc50/emmc-5-0-device/ Russ On Tue, Oct 27, 2015 at 10:57 PM, Russell Haley wrote: > Vijay, > > This is the working list of supported devices: > > https://wiki.freebsd.org/FreeBSD/arm > > The "unknown support" lists the Arndale board which has a similar CPU and > there is support for the Odroid-c1, so there are lots of pieces there. > > Russ > > On Tue, Oct 27, 2015 at 10:35 PM, Vijay Rjah wrote: > >> >> >> On 10/27/15 02:26, Sean Bruno wrote: >> >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA512 >>> >>> >>> >>> On 10/26/15 12:40, Matthew Alton wrote: >>> >>>> Righteous! I'm designing an appliance using the R-Pi 2 model B >>>> quad-core. I would really like to go to production with FreeBSD >>>> rather than Linux. Tier 1 would be sweet. >>>> >>>> On Mon, Oct 26, 2015 at 2:18 PM, Adrian Chadd >>>> wrote: >>>> >>>> I'm using the raspberry pi and raspberry pi 2. I'm hoping that >>>>> arm64 and the raspberry pi 2 SoC will be tier-1. Same with >>>>> beaglebone black. >>>>> >>>>> Sean Bruno is doing a great job getting the mips/arm package >>>>> sets built and working. That's a big step toward 11 being "tier >>>>> 1" here. >>>>> >>>>> >>>>> -a >>>>> >>>>> >>>>> You *should* be able to "pkg install" right now from the latest RPi >>> and BBB snapshots that Release Engineering is producing and have most >>> things work. >>> >>> Xorg should work next month sometime now that we've got the build >>> dependencies flushed out. Heck, you might even get something like >>> XFCE4 to run. >>> >>> sean >>> >>> >>> On 26 October 2015 at 09:14, Matthew Alton >>>>> wrote: >>>>> >>>>>> What hardware do you use? >>>>>> >>>>>> On Mon, Oct 26, 2015 at 6:32 AM, Adrian Chadd >>>>>> wrote: >>>>>> >>>>>>> On 25 October 2015 at 22:24, Russell Haley >>>>>>> >>>>>>> >>>>>> wrote: >>>>> >>>>>> Hey, >>>>>>>> >>>>>>>> I'm sure I read somewhere that FreeBSD is moving Arm to a >>>>>>>> tier 1 >>>>>>>> >>>>>>> support >>>>> >>>>>> level as of 11*. *Can that be confirmed by someone? >>>>>>>> >>>>>>> That's the plan. Some of us are already using it as tier-1. >>>>>>> >>>>>>> >>>>>>> -adrian _______________________________________________ >>>>>>> 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" >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- Matthew Alton UNIX Systems Programming & Administration >>>>>> >>>>>> "Beware of bugs in the above code; I have only proved it >>>>>> correct, not >>>>>> >>>>> tried >>>>> >>>>>> it." -- Donald Knuth >>>>>> >>>>> >>>> >>>> -----BEGIN PGP SIGNATURE----- >>> Version: GnuPG v2 >>> >>> iQF8BAEBCgBmBQJWLpNcXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w >>> ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRCQUFENDYzMkU3MTIxREU4RDIwOTk3REQx >>> MjAxRUZDQTFFNzI3RTY0AAoJEBIB78oecn5kelEH/RDpVoQsN4QZM9pxGP0tvc1K >>> V+wEN8Cs5yLe2q4cUf02ZsJe1b3zKdXS4MnBkRtax7Vwl3+yYr3d2kgQLoarSsEg >>> d83XpB7axJLy64aYi/1NkNT2YS98G2mhtH1gKD7Y01rZlz3WOWB5clLg4yP82nQE >>> WXWK8cox8UYMC6st4EasbYTrfgLsVa5eDCbBBZFQVijuEI8NWIXoBHV4HIrq9eAJ >>> cFeWKVqS1OF3SVoIzuiXK9dw8HVD34oRSqKFyPPtrEQ1XeO5UTm/v/3czPrd0UVn >>> eS/8oqpb3c0l4wuiHIGauturjXbNF3/L5vsaZnNkz6STAaMvZNxHqd70GVVbzwo= >>> =Gt7t >>> -----END PGP SIGNATURE----- >>> _______________________________________________ >>> 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" >>> >> Is there any support for Odroid XU4?.. FYI ( >> http://www.hardkernel.com/main/products/prdt_info.php) >> >> -Thanks >> Vijay >> >> >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >> > > From owner-freebsd-arm@freebsd.org Wed Oct 28 15:08:12 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CD49BA208B2 for ; Wed, 28 Oct 2015 15:08:12 +0000 (UTC) (envelope-from perretcantonim@gmail.com) Received: from mail-wm0-x229.google.com (mail-wm0-x229.google.com [IPv6:2a00:1450:400c:c09::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 6BD2315B7 for ; Wed, 28 Oct 2015 15:08:12 +0000 (UTC) (envelope-from perretcantonim@gmail.com) Received: by wmff134 with SMTP id f134so8759667wmf.0 for ; Wed, 28 Oct 2015 08:08:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=c+29KVDcvg/QqQ5WeLS/HU3SV1DsKpP5rYnyxfYVxBE=; b=kveuP3hd4tUseaE3wGi/YXyyHVjgYUyC+GQCWqtDTWa6TLteipvebk2Uf9K7XByvHy 2wQ3GJmGUIyaH9UNFuzlV6fyMuwnOeknzFXZfVQiNN6j+fo5uvmuQnWPf5OEnl1ksyZD KpHVVIQomgSde9orVQ/5pj4MHGniUuLLrk841+UfL2aZg6PB8CRu13OBZ7BaVEfB/mhx kPX4F9Yl+Km+wRn95pbTWlWaBlZ1drh0azhbu7Iyxnd0CoOEsrmtms0/C+uSf5t+1jVU P5hYEs57//Cvm5T54JvCTH5Ny7odzimvIm7n5aM9IgJ5myipfotKsyToatljf3rm5jAr fx9Q== MIME-Version: 1.0 X-Received: by 10.28.217.21 with SMTP id q21mr1820261wmg.80.1446044890939; Wed, 28 Oct 2015 08:08:10 -0700 (PDT) Received: by 10.27.11.158 with HTTP; Wed, 28 Oct 2015 08:08:10 -0700 (PDT) Date: Wed, 28 Oct 2015 12:08:10 -0300 Message-ID: Subject: Missing drivers for Beaglebone White or Cubieboard2 From: =?UTF-8?Q?Mat=C3=ADas_Perret_Cantoni?= 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: Wed, 28 Oct 2015 15:08:12 -0000 Hi, I have some spare time this days and I was thinking to develop some missing drivers for FreeBSD/arm. I have access to a Beaglebone White and a Cubieboard2; can some one tell me with driver would be nice to have? What about the nand flash driver for the Cubieboard 2? Thanks in advance, Matias.- From owner-freebsd-arm@freebsd.org Wed Oct 28 16:51:30 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9BDE0A1E183 for ; Wed, 28 Oct 2015 16:51:30 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: from mail-oi0-x236.google.com (mail-oi0-x236.google.com [IPv6:2607:f8b0:4003:c06::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 62C111DBC for ; Wed, 28 Oct 2015 16:51:30 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: by oifu63 with SMTP id u63so8144886oif.2 for ; Wed, 28 Oct 2015 09:51:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=7hBgDx4VuK9+rlMMlOMliQSyqjbfl+kFhjZRV+kBg+o=; b=ugeOnoWBU4RagQSSOziupEEKKCteLoxAXJk62xI7db1hlhX8RUEWhXLCerMybupv3z EqmeWvDLEgVw+0X1AovK0CRjstk2xQKijL3vfbkLwizrW6499Z+J++u6eendQUYR523U fEeG6Nput3iXTeKC3mq0I+L6Kw4lVRVX37eGwxjNoKwSfNM++IJmQwVrabzG4ccMym2+ iBDY6JrhkAL5PluZ+obk415FpR4Jmgi3nacKDxETfYOK+aFswx9peNH/7nhFcXkcvcZH 3yV4I5RHc8M99RmyXLAAFaq8Erx2WIOrszuJU6RFgbvGuS04MPkcqbmVziNJWqil0euU wcRA== MIME-Version: 1.0 X-Received: by 10.202.3.131 with SMTP id 125mr31848194oid.134.1446051089773; Wed, 28 Oct 2015 09:51:29 -0700 (PDT) Received: by 10.182.125.42 with HTTP; Wed, 28 Oct 2015 09:51:29 -0700 (PDT) In-Reply-To: References: Date: Thu, 29 Oct 2015 00:51:29 +0800 Message-ID: Subject: Re: Missing drivers for Beaglebone White or Cubieboard2 From: Ganbold Tsagaankhuu To: =?UTF-8?Q?Mat=C3=ADas_Perret_Cantoni?= 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: Wed, 28 Oct 2015 16:51:30 -0000 On Wed, Oct 28, 2015 at 11:08 PM, Mat=C3=ADas Perret Cantoni < perretcantonim@gmail.com> wrote: > Hi, I have some spare time this days and I was thinking to develop some > missing drivers for FreeBSD/arm. > I have access to a Beaglebone White and a Cubieboard2; can some one tell > me with driver would be nice to have? As for Cubieboard2 you can check FreeBSD quarterly status report for it at: https://www.freebsd.org/news/status/report-2015-07-2015-09.html#Allwinner-A= 10/A20-Support > What about the nand flash driver for > the Cubieboard 2? > It is nice to have, but I doubt it probably doesn't have public documentation or technical reference manual. Ganbold > > Thanks in advance, > Matias.- > _______________________________________________ > 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 Oct 29 01:30:18 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5BFA7A203D3 for ; Thu, 29 Oct 2015 01:30:18 +0000 (UTC) (envelope-from bad_hdd@list.ru) Received: from fallback6.mail.ru (fallback6.mail.ru [94.100.181.147]) by mx1.freebsd.org (Postfix) with ESMTP id 1F1BD1904 for ; Thu, 29 Oct 2015 01:30:15 +0000 (UTC) (envelope-from bad_hdd@list.ru) Received: from f245.i.mail.ru (f245.i.mail.ru [94.100.178.220]) by fallback6.mail.ru (mPOP.Fallback_MX) with ESMTP id 243C61597831 for ; Thu, 29 Oct 2015 04:10:51 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=list.ru; s=mail; h=References:In-Reply-To:Content-Type:Message-ID:Reply-To:Date:MIME-Version:Subject:To:From; bh=uPJxIMvTU8/v0adHK42VbZszBEqlZU6vxnsgMoCUpm8=; b=eSTkovWRUpuEnSmL8G3bZrA5pmKCjWyM2ObTvNDrAb8GsAMEM92tFoKUiOCJ2v2apaeTARLEIq/mku0vwl/7Elu44xVH9Xr1lOPZRIEvBUGbGrW9hUo1EDOCBPc8BZ52Sm+UOV2KGgF5yAjmixTUS0W2C5x4TGENtSbSH1aD4gA=; Received: from [5.228.103.234] (ident=mail) by f245.i.mail.ru with local (envelope-from ) id 1Zrbjl-0001oS-JR for freebsd-arm@freebsd.org; Thu, 29 Oct 2015 04:10:41 +0300 Received: from [5.228.103.234] by e.mail.ru with HTTP; Thu, 29 Oct 2015 04:10:41 +0300 From: =?UTF-8?B?0JTQvNC40YLRgNC40Lkg0JTQvtC70LHQvdC40L0=?= To: freebsd-arm@freebsd.org Subject: =?UTF-8?B?VGllciAxIHN1cHBvcnQgZm9yIGFybQ==?= MIME-Version: 1.0 X-Mailer: Mail.Ru Mailer 1.0 X-Originating-IP: [5.228.103.234] Date: Thu, 29 Oct 2015 04:10:41 +0300 Reply-To: =?UTF-8?B?0JTQvNC40YLRgNC40Lkg0JTQvtC70LHQvdC40L0=?= X-Priority: 3 (Normal) Message-ID: <1446081041.108554181@f245.i.mail.ru> X-Mras: Ok X-Spam: undefined In-Reply-To: References: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 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, 29 Oct 2015 01:30:18 -0000 CgoKPtCh0YDQtdC00LAsIDI4INC+0LrRgtGP0LHRgNGPIDIwMTUsIDEyOjAwIFVUQyDQvtGCIGZy ZWVic2QtYXJtLXJlcXVlc3RAZnJlZWJzZC5vcmc6Cj4KPlNlbmQgZnJlZWJzZC1hcm0gbWFpbGlu ZyBsaXN0IHN1Ym1pc3Npb25zIHRvCj5mcmVlYnNkLWFybUBmcmVlYnNkLm9yZwo+Cj5UbyBzdWJz Y3JpYmUgb3IgdW5zdWJzY3JpYmUgdmlhIHRoZSBXb3JsZCBXaWRlIFdlYiwgdmlzaXQKPmh0dHBz Oi8vbGlzdHMuZnJlZWJzZC5vcmcvbWFpbG1hbi9saXN0aW5mby9mcmVlYnNkLWFybQo+b3IsIHZp YSBlbWFpbCwgc2VuZCBhIG1lc3NhZ2Ugd2l0aCBzdWJqZWN0IG9yIGJvZHkgJ2hlbHAnIHRvCj5m cmVlYnNkLWFybS1yZXF1ZXN0QGZyZWVic2Qub3JnCj4KPllvdSBjYW4gcmVhY2ggdGhlIHBlcnNv biBtYW5hZ2luZyB0aGUgbGlzdCBhdAo+ZnJlZWJzZC1hcm0tb3duZXJAZnJlZWJzZC5vcmcKPgo+ V2hlbiByZXBseWluZywgcGxlYXNlIGVkaXQgeW91ciBTdWJqZWN0IGxpbmUgc28gaXQgaXMgbW9y ZSBzcGVjaWZpYwo+dGhhbiAiUmU6IENvbnRlbnRzIG9mIGZyZWVic2QtYXJtIGRpZ2VzdC4uLiIK Pgo+Cj5Ub2RheSdzIFRvcGljczoKPgo+wqDCoMKgMS4gUmU6IEh1bW1pbmdib2FyZCAtIEhvdyB0 byB1c2UgSW1hZ2VzIChSdXNzZWxsIEhhbGV5KQo+wqDCoMKgMi4gUmU6IFRpZXIgMSBzdXBwb3J0 IGZvciBhcm0/IChWaWpheSBSamFoKQo+wqDCoMKgMy4gUmU6IFRpZXIgMSBzdXBwb3J0IGZvciBh cm0/IChSdXNzZWxsIEhhbGV5KQo+wqDCoMKgNC4gUmU6IFRpZXIgMSBzdXBwb3J0IGZvciBhcm0/ IChSdXNzZWxsIEhhbGV5KQo+Cj4KPi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KPgo+TWVzc2FnZTogMQo+RGF0ZTog VHVlLCAyNyBPY3QgMjAxNSAxODowMjozNSAtMDcwMAo+RnJvbTogUnVzc2VsbCBIYWxleSA8IHJ1 c3MuaGFsZXlAZ21haWwuY29tID4KPlRvOiBKb2huIExpdHRsZSA8IHNiaS5nYWlqaW5AZ21haWwu Y29tID4sIGZyZWVic2QtYXJtCj48IGZyZWVic2QtYXJtQGZyZWVic2Qub3JnID4KPlN1YmplY3Q6 IFJlOiBIdW1taW5nYm9hcmQgLSBIb3cgdG8gdXNlIEltYWdlcwo+TWVzc2FnZS1JRDogPCAyMDE1 MTAyODAxMDIzNS40Mzg2ODk4Ljg2OTYwLjM0NUBnbWFpbC5jb20gPgo+Q29udGVudC1UeXBlOiB0 ZXh0L3BsYWluOyBjaGFyc2V0PSJ1dGYtOCIKPgo+R29vZCBkYXkgcGVvcGxlICEgCj5Gb3IgdGhl IGxhc3Rlc3QgYXZhaWxhYmxlIGltYWdlcyB5b3UgY2FuIGNoZWNrIG9mIGNvdXJzZSB0aGUgb2Zm aWNpYWwgRnJlZUJTRCByZXBvc2l0b3JpZXMsIGJ1dCBJIGFkdmlzZSB5b3UgdG8gY2hlY2sgdGhl ICBodHRwczovL2dpdGh1Yi5jb20vZnJlZWJzZC9jcm9jaGV0IGZvciB0aGUgcG9zc2libGUgb3B0 aW9ucyBhdmFpbGFibGUgZm9yIHRoZSBib2FyZCB5b3UgcmVxdWVzdGVkLiBCZXN0IHJlZ2FyZHMs IERpbWl0cnkgRG9sYm5pbi4KPk1lc3NhZ2U6IDIKPkRhdGU6IFdlZCwgMjggT2N0IDIwMTUgMTE6 MDU6MDQgKzA1MzAKPkZyb206IFZpamF5IFJqYWggPCBtZUBydmlqYXkubWUgPgo+VG86ICBmcmVl YnNkLWFybUBmcmVlYnNkLm9yZwo+U3ViamVjdDogUmU6IFRpZXIgMSBzdXBwb3J0IGZvciBhcm0/ Cj5NZXNzYWdlLUlEOiA8IDU2MzA1RTg4LjIwODA1MDZAcnZpamF5Lm1lID4KPkNvbnRlbnQtVHlw ZTogdGV4dC9wbGFpbjsgY2hhcnNldD13aW5kb3dzLTEyNTI7IGZvcm1hdD1mbG93ZWQKPgo+Cj4K Pk9uIDEwLzI3LzE1IDAyOjI2LCBTZWFuIEJydW5vIHdyb3RlOgo+PiAtLS0tLUJFR0lOIFBHUCBT SUdORUQgTUVTU0FHRS0tLS0tCj4+IEhhc2g6IFNIQTUxMgo+Pgo+Pgo+Pgo+PiBPbiAxMC8yNi8x NSAxMjo0MCwgTWF0dGhldyBBbHRvbiB3cm90ZToKPj4+IFJpZ2h0ZW91cyEgIEknbSBkZXNpZ25p bmcgYW4gYXBwbGlhbmNlIHVzaW5nIHRoZSBSLVBpIDIgbW9kZWwgQgo+Pj4gcXVhZC1jb3JlLiBJ IHdvdWxkIHJlYWxseSBsaWtlIHRvIGdvIHRvIHByb2R1Y3Rpb24gd2l0aCBGcmVlQlNECj4+PiBy YXRoZXIgdGhhbiBMaW51eC4gVGllciAxIHdvdWxkIGJlIHN3ZWV0Lgo+Pj4KPj4+IE9uIE1vbiwg T2N0IDI2LCAyMDE1IGF0IDI6MTggUE0sIEFkcmlhbiBDaGFkZAo+Pj4gPCBhZHJpYW4uY2hhZGRA Z21haWwuY29tID4gd3JvdGU6Cj4+Pgo+Pj4+IEknbSB1c2luZyB0aGUgcmFzcGJlcnJ5IHBpIGFu ZCByYXNwYmVycnkgcGkgMi4gSSdtIGhvcGluZyB0aGF0Cj4+Pj4gYXJtNjQgYW5kIHRoZSByYXNw YmVycnkgcGkgMiBTb0Mgd2lsbCBiZSB0aWVyLTEuIFNhbWUgd2l0aAo+Pj4+IGJlYWdsZWJvbmUg YmxhY2suCj4+Pj4KPj4+PiBTZWFuIEJydW5vIGlzIGRvaW5nIGEgZ3JlYXQgam9iIGdldHRpbmcg dGhlIG1pcHMvYXJtIHBhY2thZ2UKPj4+PiBzZXRzIGJ1aWx0IGFuZCB3b3JraW5nLiBUaGF0J3Mg YSBiaWcgc3RlcCB0b3dhcmQgMTEgYmVpbmcgInRpZXIKPj4+PiAxIiBoZXJlLgo+Pj4+Cj4+Pj4K Pj4+PiAtYQo+Pj4+Cj4+Pj4KPj4gWW91ICpzaG91bGQqIGJlIGFibGUgdG8gInBrZyBpbnN0YWxs IiByaWdodCBub3cgZnJvbSB0aGUgbGF0ZXN0IFJQaQo+PiBhbmQgQkJCIHNuYXBzaG90cyB0aGF0 IFJlbGVhc2UgRW5naW5lZXJpbmcgaXMgcHJvZHVjaW5nIGFuZCBoYXZlIG1vc3QKPj4gdGhpbmdz IHdvcmsuCj4+Cj4+IFhvcmcgc2hvdWxkIHdvcmsgbmV4dCBtb250aCBzb21ldGltZSBub3cgdGhh dCB3ZSd2ZSBnb3QgdGhlIGJ1aWxkCj4+IGRlcGVuZGVuY2llcyBmbHVzaGVkIG91dC4gIEhlY2ss IHlvdSBtaWdodCBldmVuIGdldCBzb21ldGhpbmcgbGlrZQo+PiBYRkNFNCB0byBydW4uCj4+Cj4+ IHNlYW4KPj4KPj4KPj4+PiBPbiAyNiBPY3RvYmVyIDIwMTUgYXQgMDk6MTQsIE1hdHRoZXcgQWx0 b24KPj4+PiA8IG1hdHRoZXcuYWx0b25AZ21haWwuY29tID4gd3JvdGU6Cj4+Pj4+IFdoYXQgaGFy ZHdhcmUgZG8geW91IHVzZT8KPj4+Pj4KPj4+Pj4gT24gTW9uLCBPY3QgMjYsIDIwMTUgYXQgNjoz MiBBTSwgQWRyaWFuIENoYWRkCj4+Pj4+IDwgYWRyaWFuLmNoYWRkQGdtYWlsLmNvbSA+IHdyb3Rl Ogo+Pj4+Pj4gT24gMjUgT2N0b2JlciAyMDE1IGF0IDIyOjI0LCBSdXNzZWxsIEhhbGV5Cj4+Pj4+ PiA8IHJ1c3MuaGFsZXlAZ21haWwuY29tID4KPj4+PiB3cm90ZToKPj4+Pj4+PiBIZXksCj4+Pj4+ Pj4KPj4+Pj4+PiBJJ20gc3VyZSBJIHJlYWQgc29tZXdoZXJlIHRoYXQgRnJlZUJTRCBpcyBtb3Zp bmcgQXJtIHRvIGEKPj4+Pj4+PiB0aWVyIDEKPj4+PiBzdXBwb3J0Cj4+Pj4+Pj4gbGV2ZWwgYXMg b2YgMTEqLiAgKkNhbiB0aGF0IGJlIGNvbmZpcm1lZCBieSBzb21lb25lPwo+Pj4+Pj4gVGhhdCdz IHRoZSBwbGFuLiBTb21lIG9mIHVzIGFyZSBhbHJlYWR5IHVzaW5nIGl0IGFzIHRpZXItMS4KPj4+ Pj4+Cj4+Pj4+Pgo+Pj4+Pj4gLWFkcmlhbiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXwo+Pj4+Pj4gIGZyZWVic2QtYXJtQGZyZWVic2Qub3JnIG1haWxpbmcg bGlzdAo+Pj4+Pj4gIGh0dHBzOi8vbGlzdHMuZnJlZWJzZC5vcmcvbWFpbG1hbi9saXN0aW5mby9m cmVlYnNkLWFybSBUbwo+Pj4+Pj4gdW5zdWJzY3JpYmUsIHNlbmQgYW55IG1haWwgdG8KPj4+Pj4+ ICIgZnJlZWJzZC1hcm0tdW5zdWJzY3JpYmVAZnJlZWJzZC5vcmcgIgo+Pj4+Pgo+Pj4+Pgo+Pj4+ Pgo+Pj4+PiAtLSBNYXR0aGV3IEFsdG9uIFVOSVggU3lzdGVtcyBQcm9ncmFtbWluZyAmIEFkbWlu aXN0cmF0aW9uCj4+Pj4+Cj4+Pj4+ICJCZXdhcmUgb2YgYnVncyBpbiB0aGUgYWJvdmUgY29kZTsg SSBoYXZlIG9ubHkgcHJvdmVkIGl0Cj4+Pj4+IGNvcnJlY3QsIG5vdAo+Pj4+IHRyaWVkCj4+Pj4+ IGl0LiIgLS0gRG9uYWxkIEtudXRoCj4+Pgo+Pj4KPj4gLS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJF LS0tLS0KPj4gVmVyc2lvbjogR251UEcgdjIKPj4KPj4gaVFGOEJBRUJDZ0JtQlFKV0xwTmNYeFNB QUFBQUFDNEFLR2x6YzNWbGNpMW1jSEpBYm05MFlYUnBiMjV6TG05dwo+PiBaVzV3WjNBdVptbG1k R2hvYjNKelpXMWhiaTV1WlhSQ1FVRkVORFl6TWtVM01USXhSRVU0UkRJd09UazNSRVF4Cj4+IE1q QXhSVVpEUVRGRk56STNSVFkwQUFvSkVCSUI3OG9lY241a2VsRUgvUkRwVm9Rc040UVpNOXB4R1Aw dHZjMUsKPj4gVit3RU44Q3M1eUxlMnE0Y1VmMDJac0plMWIzektkWFM0TW5Ca1J0YXg3VndsMyt5 WXIzZDJrZ1FMb2FyU3NFZwo+PiBkODNYcEI3YXhKTHk2NGFZaS8xTmtOVDJZUzk4RzJtaHRIMWdL RDdZMDFyWmx6M1dPV0I1Y2xMZzR5UDgyblFFCj4+IFdYV0s4Y294OFVZTUM2c3Q0RWFzYllUcmZn THNWYTVlRENiQkJaRlFWaWp1RUk4TldJWG9CSFY0SElycTllQUoKPj4gY0ZlV0tWcVMxT0YzU1Zv SXp1aVhLOWR3OEhWRDM0b1JTcUtGeVBQdHJFUTFYZU81VVRtL3YvM2N6UHJkMFVWbgo+PiBlUy84 b3FwYjNjMGw0d3VpSElHYXV0dXJqWGJORjMvTDV2c2Fabk5rejZTVEFhTXZaTnhIcWQ3MEdWVmJ6 d289Cj4+ID1HdDd0Cj4+IC0tLS0tRU5EIFBHUCBTSUdOQVRVUkUtLS0tLQo+PiBfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+PiAgZnJlZWJzZC1hcm1AZnJl ZWJzZC5vcmcgbWFpbGluZyBsaXN0Cj4+ICBodHRwczovL2xpc3RzLmZyZWVic2Qub3JnL21haWxt YW4vbGlzdGluZm8vZnJlZWJzZC1hcm0KPj4gVG8gdW5zdWJzY3JpYmUsIHNlbmQgYW55IG1haWwg dG8gIiBmcmVlYnNkLWFybS11bnN1YnNjcmliZUBmcmVlYnNkLm9yZyAiCj5JcyB0aGVyZSBhbnkg c3VwcG9ydCBmb3IgT2Ryb2lkIFhVND8uLiBGWUkgCj4oIGh0dHA6Ly93d3cuaGFyZGtlcm5lbC5j b20vbWFpbi9wcm9kdWN0cy9wcmR0X2luZm8ucGhwICkKPgo+LVRoYW5rcwo+VmlqYXkKPgo+Cj4K Pi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQo+Cj5NZXNzYWdlOiAzCj5EYXRlOiBUdWUs IDI3IE9jdCAyMDE1IDIyOjU3OjUxIC0wNzAwCj5Gcm9tOiBSdXNzZWxsIEhhbGV5IDwgcnVzcy5o YWxleUBnbWFpbC5jb20gPgo+VG86IFZpamF5IFJqYWggPCBtZUBydmlqYXkubWUgPgo+Q2M6IGZy ZWVic2QtYXJtIDwgZnJlZWJzZC1hcm1AZnJlZWJzZC5vcmcgPgo+U3ViamVjdDogUmU6IFRpZXIg MSBzdXBwb3J0IGZvciBhcm0/Cj5NZXNzYWdlLUlEOgo+PCBDQUJ4OU51U19PZ0M5UVlnVkpLYlZ4 SFF0TW5UOE52U0dyQ1o2bXVnN1FwY0Y4cU93V2dAbWFpbC5nbWFpbC5jb20gPgo+Q29udGVudC1U eXBlOiB0ZXh0L3BsYWluOyBjaGFyc2V0PVVURi04Cj4KPlZpamF5LAo+Cj5UaGlzIGlzIHRoZSB3 b3JraW5nIGxpc3Qgb2Ygc3VwcG9ydGVkIGRldmljZXM6Cj4KPmh0dHBzOi8vd2lraS5mcmVlYnNk Lm9yZy9GcmVlQlNEL2FybQo+Cj5UaGUgInVua25vd24gc3VwcG9ydCIgbGlzdHMgdGhlIEFybmRh bGUgYm9hcmQgd2hpY2ggaGFzIGEgc2ltaWxhciBDUFUgYW5kCj50aGVyZSBpcyBzdXBwb3J0IGZv ciB0aGUgT2Ryb2lkLWMxLCBzbyB0aGVyZSBhcmUgbG90cyBvZiBwaWVjZXMgdGhlcmUuCj4KPlJ1 c3MKPgo+T24gVHVlLCBPY3QgMjcsIDIwMTUgYXQgMTA6MzUgUE0sIFZpamF5IFJqYWggPCBtZUBy dmlqYXkubWUgPiB3cm90ZToKPgo+Pgo+Pgo+PiBPbiAxMC8yNy8xNSAwMjoyNiwgU2VhbiBCcnVu byB3cm90ZToKPj4KPj4+IC0tLS0tQkVHSU4gUEdQIFNJR05FRCBNRVNTQUdFLS0tLS0KPj4+IEhh c2g6IFNIQTUxMgo+Pj4KPj4+Cj4+Pgo+Pj4gT24gMTAvMjYvMTUgMTI6NDAsIE1hdHRoZXcgQWx0 b24gd3JvdGU6Cj4+Pgo+Pj4+IFJpZ2h0ZW91cyEgIEknbSBkZXNpZ25pbmcgYW4gYXBwbGlhbmNl IHVzaW5nIHRoZSBSLVBpIDIgbW9kZWwgQgo+Pj4+IHF1YWQtY29yZS4gSSB3b3VsZCByZWFsbHkg bGlrZSB0byBnbyB0byBwcm9kdWN0aW9uIHdpdGggRnJlZUJTRAo+Pj4+IHJhdGhlciB0aGFuIExp bnV4LiBUaWVyIDEgd291bGQgYmUgc3dlZXQuCj4+Pj4KPj4+PiBPbiBNb24sIE9jdCAyNiwgMjAx NSBhdCAyOjE4IFBNLCBBZHJpYW4gQ2hhZGQKPj4+PiA8IGFkcmlhbi5jaGFkZEBnbWFpbC5jb20g PiB3cm90ZToKPj4+Pgo+Pj4+IEknbSB1c2luZyB0aGUgcmFzcGJlcnJ5IHBpIGFuZCByYXNwYmVy cnkgcGkgMi4gSSdtIGhvcGluZyB0aGF0Cj4+Pj4+IGFybTY0IGFuZCB0aGUgcmFzcGJlcnJ5IHBp IDIgU29DIHdpbGwgYmUgdGllci0xLiBTYW1lIHdpdGgKPj4+Pj4gYmVhZ2xlYm9uZSBibGFjay4K Pj4+Pj4KPj4+Pj4gU2VhbiBCcnVubyBpcyBkb2luZyBhIGdyZWF0IGpvYiBnZXR0aW5nIHRoZSBt aXBzL2FybSBwYWNrYWdlCj4+Pj4+IHNldHMgYnVpbHQgYW5kIHdvcmtpbmcuIFRoYXQncyBhIGJp ZyBzdGVwIHRvd2FyZCAxMSBiZWluZyAidGllcgo+Pj4+PiAxIiBoZXJlLgo+Pj4+Pgo+Pj4+Pgo+ Pj4+PiAtYQo+Pj4+Pgo+Pj4+Pgo+Pj4+PiBZb3UgKnNob3VsZCogYmUgYWJsZSB0byAicGtnIGlu c3RhbGwiIHJpZ2h0IG5vdyBmcm9tIHRoZSBsYXRlc3QgUlBpCj4+PiBhbmQgQkJCIHNuYXBzaG90 cyB0aGF0IFJlbGVhc2UgRW5naW5lZXJpbmcgaXMgcHJvZHVjaW5nIGFuZCBoYXZlIG1vc3QKPj4+ IHRoaW5ncyB3b3JrLgo+Pj4KPj4+IFhvcmcgc2hvdWxkIHdvcmsgbmV4dCBtb250aCBzb21ldGlt ZSBub3cgdGhhdCB3ZSd2ZSBnb3QgdGhlIGJ1aWxkCj4+PiBkZXBlbmRlbmNpZXMgZmx1c2hlZCBv dXQuICBIZWNrLCB5b3UgbWlnaHQgZXZlbiBnZXQgc29tZXRoaW5nIGxpa2UKPj4+IFhGQ0U0IHRv IHJ1bi4KPj4+Cj4+PiBzZWFuCj4+Pgo+Pj4KPj4+IE9uIDI2IE9jdG9iZXIgMjAxNSBhdCAwOTox NCwgTWF0dGhldyBBbHRvbgo+Pj4+PiA8IG1hdHRoZXcuYWx0b25AZ21haWwuY29tID4gd3JvdGU6 Cj4+Pj4+Cj4+Pj4+PiBXaGF0IGhhcmR3YXJlIGRvIHlvdSB1c2U/Cj4+Pj4+Pgo+Pj4+Pj4gT24g TW9uLCBPY3QgMjYsIDIwMTUgYXQgNjozMiBBTSwgQWRyaWFuIENoYWRkCj4+Pj4+PiA8IGFkcmlh bi5jaGFkZEBnbWFpbC5jb20gPiB3cm90ZToKPj4+Pj4+Cj4+Pj4+Pj4gT24gMjUgT2N0b2JlciAy MDE1IGF0IDIyOjI0LCBSdXNzZWxsIEhhbGV5Cj4+Pj4+Pj4gPCBydXNzLmhhbGV5QGdtYWlsLmNv bSA+Cj4+Pj4+Pj4KPj4+Pj4+IHdyb3RlOgo+Pj4+Pgo+Pj4+Pj4gSGV5LAo+Pj4+Pj4+Pgo+Pj4+ Pj4+PiBJJ20gc3VyZSBJIHJlYWQgc29tZXdoZXJlIHRoYXQgRnJlZUJTRCBpcyBtb3ZpbmcgQXJt IHRvIGEKPj4+Pj4+Pj4gdGllciAxCj4+Pj4+Pj4+Cj4+Pj4+Pj4gc3VwcG9ydAo+Pj4+Pgo+Pj4+ Pj4gbGV2ZWwgYXMgb2YgMTEqLiAgKkNhbiB0aGF0IGJlIGNvbmZpcm1lZCBieSBzb21lb25lPwo+ Pj4+Pj4+Pgo+Pj4+Pj4+IFRoYXQncyB0aGUgcGxhbi4gU29tZSBvZiB1cyBhcmUgYWxyZWFkeSB1 c2luZyBpdCBhcyB0aWVyLTEuCj4+Pj4+Pj4KPj4+Pj4+Pgo+Pj4+Pj4+IC1hZHJpYW4gX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPj4+Pj4+PiAgZnJlZWJz ZC1hcm1AZnJlZWJzZC5vcmcgbWFpbGluZyBsaXN0Cj4+Pj4+Pj4gIGh0dHBzOi8vbGlzdHMuZnJl ZWJzZC5vcmcvbWFpbG1hbi9saXN0aW5mby9mcmVlYnNkLWFybSBUbwo+Pj4+Pj4+IHVuc3Vic2Ny aWJlLCBzZW5kIGFueSBtYWlsIHRvCj4+Pj4+Pj4gIiBmcmVlYnNkLWFybS11bnN1YnNjcmliZUBm cmVlYnNkLm9yZyAiCj4+Pj4+Pj4KPj4+Pj4+Cj4+Pj4+Pgo+Pj4+Pj4KPj4+Pj4+IC0tIE1hdHRo ZXcgQWx0b24gVU5JWCBTeXN0ZW1zIFByb2dyYW1taW5nICYgQWRtaW5pc3RyYXRpb24KPj4+Pj4+ Cj4+Pj4+PiAiQmV3YXJlIG9mIGJ1Z3MgaW4gdGhlIGFib3ZlIGNvZGU7IEkgaGF2ZSBvbmx5IHBy b3ZlZCBpdAo+Pj4+Pj4gY29ycmVjdCwgbm90Cj4+Pj4+Pgo+Pj4+PiB0cmllZAo+Pj4+Pgo+Pj4+ Pj4gaXQuIiAtLSBEb25hbGQgS251dGgKPj4+Pj4+Cj4+Pj4+Cj4+Pj4KPj4+PiAtLS0tLUJFR0lO IFBHUCBTSUdOQVRVUkUtLS0tLQo+Pj4gVmVyc2lvbjogR251UEcgdjIKPj4+Cj4+PiBpUUY4QkFF QkNnQm1CUUpXTHBOY1h4U0FBQUFBQUM0QUtHbHpjM1ZsY2kxbWNISkFibTkwWVhScGIyNXpMbTl3 Cj4+PiBaVzV3WjNBdVptbG1kR2hvYjNKelpXMWhiaTV1WlhSQ1FVRkVORFl6TWtVM01USXhSRVU0 UkRJd09UazNSRVF4Cj4+PiBNakF4UlVaRFFURkZOekkzUlRZMEFBb0pFQklCNzhvZWNuNWtlbEVI L1JEcFZvUXNONFFaTTlweEdQMHR2YzFLCj4+PiBWK3dFTjhDczV5TGUycTRjVWYwMlpzSmUxYjN6 S2RYUzRNbkJrUnRheDdWd2wzK3lZcjNkMmtnUUxvYXJTc0VnCj4+PiBkODNYcEI3YXhKTHk2NGFZ aS8xTmtOVDJZUzk4RzJtaHRIMWdLRDdZMDFyWmx6M1dPV0I1Y2xMZzR5UDgyblFFCj4+PiBXWFdL OGNveDhVWU1DNnN0NEVhc2JZVHJmZ0xzVmE1ZURDYkJCWkZRVmlqdUVJOE5XSVhvQkhWNEhJcnE5 ZUFKCj4+PiBjRmVXS1ZxUzFPRjNTVm9JenVpWEs5ZHc4SFZEMzRvUlNxS0Z5UFB0ckVRMVhlTzVV VG0vdi8zY3pQcmQwVVZuCj4+PiBlUy84b3FwYjNjMGw0d3VpSElHYXV0dXJqWGJORjMvTDV2c2Fa bk5rejZTVEFhTXZaTnhIcWQ3MEdWVmJ6d289Cj4+PiA9R3Q3dAo+Pj4gLS0tLS1FTkQgUEdQIFNJ R05BVFVSRS0tLS0tCj4+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXwo+Pj4gIGZyZWVic2QtYXJtQGZyZWVic2Qub3JnIG1haWxpbmcgbGlzdAo+Pj4gIGh0 dHBzOi8vbGlzdHMuZnJlZWJzZC5vcmcvbWFpbG1hbi9saXN0aW5mby9mcmVlYnNkLWFybQo+Pj4g VG8gdW5zdWJzY3JpYmUsIHNlbmQgYW55IG1haWwgdG8gIiBmcmVlYnNkLWFybS11bnN1YnNjcmli ZUBmcmVlYnNkLm9yZyAiCj4+Pgo+PiBJcyB0aGVyZSBhbnkgc3VwcG9ydCBmb3IgT2Ryb2lkIFhV ND8uLiBGWUkgKAo+PiAgaHR0cDovL3d3dy5oYXJka2VybmVsLmNvbS9tYWluL3Byb2R1Y3RzL3By ZHRfaW5mby5waHAgKQo+Pgo+PiAtVGhhbmtzCj4+IFZpamF5Cj4+Cj4+Cj4+IF9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4+ICBmcmVlYnNkLWFybUBmcmVl YnNkLm9yZyBtYWlsaW5nIGxpc3QKPj4gIGh0dHBzOi8vbGlzdHMuZnJlZWJzZC5vcmcvbWFpbG1h bi9saXN0aW5mby9mcmVlYnNkLWFybQo+PiBUbyB1bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFpbCB0 byAiIGZyZWVic2QtYXJtLXVuc3Vic2NyaWJlQGZyZWVic2Qub3JnICIKPj4KPgo+Cj4tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KPgo+TWVzc2FnZTogNAo+RGF0ZTogVHVlLCAyNyBPY3Qg MjAxNSAyMzoxNToyMCAtMDcwMAo+RnJvbTogUnVzc2VsbCBIYWxleSA8IHJ1c3MuaGFsZXlAZ21h aWwuY29tID4KPlRvOiBWaWpheSBSamFoIDwgbWVAcnZpamF5Lm1lID4KPkNjOiBmcmVlYnNkLWFy bSA8IGZyZWVic2QtYXJtQGZyZWVic2Qub3JnID4KPlN1YmplY3Q6IFJlOiBUaWVyIDEgc3VwcG9y dCBmb3IgYXJtPwo+TWVzc2FnZS1JRDoKPjwgQ0FCeDlOdVItUUJ6SEo5RkxhWWFGYkU3UmVnWk9L NUpqWXdjRUVYNz1IeVhZSmVtdlJnQG1haWwuZ21haWwuY29tID4KPkNvbnRlbnQtVHlwZTogdGV4 dC9wbGFpbjsgY2hhcnNldD1VVEYtOAo+Cj5PaCwgc2hpbmV5IGJvYXJkLiBJdCBoYXMgYSBlbW1j IDUuMC4gSXMgdGhhdCBzdXBwb3J0ZWQgYnkgRnJlZUJTRD8KPgo+aHR0cDovL2FyYXNhbi5jb20v cHJvZHVjdHMvZW1tYzUwL2VtbWMtNS0wLWRldmljZS8KPgo+Cj4KPlJ1c3MKPgo+T24gVHVlLCBP Y3QgMjcsIDIwMTUgYXQgMTA6NTcgUE0sIFJ1c3NlbGwgSGFsZXkgPCBydXNzLmhhbGV5QGdtYWls LmNvbSA+Cj53cm90ZToKPgo+PiBWaWpheSwKPj4KPj4gVGhpcyBpcyB0aGUgd29ya2luZyBsaXN0 IG9mIHN1cHBvcnRlZCBkZXZpY2VzOgo+Pgo+PiAgaHR0cHM6Ly93aWtpLmZyZWVic2Qub3JnL0Zy ZWVCU0QvYXJtCj4+Cj4+IFRoZSAidW5rbm93biBzdXBwb3J0IiBsaXN0cyB0aGUgQXJuZGFsZSBi b2FyZCB3aGljaCBoYXMgYSBzaW1pbGFyIENQVSBhbmQKPj4gdGhlcmUgaXMgc3VwcG9ydCBmb3Ig dGhlIE9kcm9pZC1jMSwgc28gdGhlcmUgYXJlIGxvdHMgb2YgcGllY2VzIHRoZXJlLgo+Pgo+PiBS dXNzCj4+Cj4+IE9uIFR1ZSwgT2N0IDI3LCAyMDE1IGF0IDEwOjM1IFBNLCBWaWpheSBSamFoIDwg bWVAcnZpamF5Lm1lID4gd3JvdGU6Cj4+Cj4+Pgo+Pj4KPj4+IE9uIDEwLzI3LzE1IDAyOjI2LCBT ZWFuIEJydW5vIHdyb3RlOgo+Pj4KPj4+PiAtLS0tLUJFR0lOIFBHUCBTSUdORUQgTUVTU0FHRS0t LS0tCj4+Pj4gSGFzaDogU0hBNTEyCj4+Pj4KPj4+Pgo+Pj4+Cj4+Pj4gT24gMTAvMjYvMTUgMTI6 NDAsIE1hdHRoZXcgQWx0b24gd3JvdGU6Cj4+Pj4KPj4+Pj4gUmlnaHRlb3VzISAgSSdtIGRlc2ln bmluZyBhbiBhcHBsaWFuY2UgdXNpbmcgdGhlIFItUGkgMiBtb2RlbCBCCj4+Pj4+IHF1YWQtY29y ZS4gSSB3b3VsZCByZWFsbHkgbGlrZSB0byBnbyB0byBwcm9kdWN0aW9uIHdpdGggRnJlZUJTRAo+ Pj4+PiByYXRoZXIgdGhhbiBMaW51eC4gVGllciAxIHdvdWxkIGJlIHN3ZWV0Lgo+Pj4+Pgo+Pj4+ PiBPbiBNb24sIE9jdCAyNiwgMjAxNSBhdCAyOjE4IFBNLCBBZHJpYW4gQ2hhZGQKPj4+Pj4gPCBh ZHJpYW4uY2hhZGRAZ21haWwuY29tID4gd3JvdGU6Cj4+Pj4+Cj4+Pj4+IEknbSB1c2luZyB0aGUg cmFzcGJlcnJ5IHBpIGFuZCByYXNwYmVycnkgcGkgMi4gSSdtIGhvcGluZyB0aGF0Cj4+Pj4+PiBh cm02NCBhbmQgdGhlIHJhc3BiZXJyeSBwaSAyIFNvQyB3aWxsIGJlIHRpZXItMS4gU2FtZSB3aXRo Cj4+Pj4+PiBiZWFnbGVib25lIGJsYWNrLgo+Pj4+Pj4KPj4+Pj4+IFNlYW4gQnJ1bm8gaXMgZG9p bmcgYSBncmVhdCBqb2IgZ2V0dGluZyB0aGUgbWlwcy9hcm0gcGFja2FnZQo+Pj4+Pj4gc2V0cyBi dWlsdCBhbmQgd29ya2luZy4gVGhhdCdzIGEgYmlnIHN0ZXAgdG93YXJkIDExIGJlaW5nICJ0aWVy Cj4+Pj4+PiAxIiBoZXJlLgo+Pj4+Pj4KPj4+Pj4+Cj4+Pj4+PiAtYQo+Pj4+Pj4KPj4+Pj4+Cj4+ Pj4+PiBZb3UgKnNob3VsZCogYmUgYWJsZSB0byAicGtnIGluc3RhbGwiIHJpZ2h0IG5vdyBmcm9t IHRoZSBsYXRlc3QgUlBpCj4+Pj4gYW5kIEJCQiBzbmFwc2hvdHMgdGhhdCBSZWxlYXNlIEVuZ2lu ZWVyaW5nIGlzIHByb2R1Y2luZyBhbmQgaGF2ZSBtb3N0Cj4+Pj4gdGhpbmdzIHdvcmsuCj4+Pj4K Pj4+PiBYb3JnIHNob3VsZCB3b3JrIG5leHQgbW9udGggc29tZXRpbWUgbm93IHRoYXQgd2UndmUg Z290IHRoZSBidWlsZAo+Pj4+IGRlcGVuZGVuY2llcyBmbHVzaGVkIG91dC4gIEhlY2ssIHlvdSBt aWdodCBldmVuIGdldCBzb21ldGhpbmcgbGlrZQo+Pj4+IFhGQ0U0IHRvIHJ1bi4KPj4+Pgo+Pj4+ IHNlYW4KPj4+Pgo+Pj4+Cj4+Pj4gT24gMjYgT2N0b2JlciAyMDE1IGF0IDA5OjE0LCBNYXR0aGV3 IEFsdG9uCj4+Pj4+PiA8IG1hdHRoZXcuYWx0b25AZ21haWwuY29tID4gd3JvdGU6Cj4+Pj4+Pgo+ Pj4+Pj4+IFdoYXQgaGFyZHdhcmUgZG8geW91IHVzZT8KPj4+Pj4+Pgo+Pj4+Pj4+IE9uIE1vbiwg T2N0IDI2LCAyMDE1IGF0IDY6MzIgQU0sIEFkcmlhbiBDaGFkZAo+Pj4+Pj4+IDwgYWRyaWFuLmNo YWRkQGdtYWlsLmNvbSA+IHdyb3RlOgo+Pj4+Pj4+Cj4+Pj4+Pj4+IE9uIDI1IE9jdG9iZXIgMjAx NSBhdCAyMjoyNCwgUnVzc2VsbCBIYWxleQo+Pj4+Pj4+PiA8IHJ1c3MuaGFsZXlAZ21haWwuY29t ID4KPj4+Pj4+Pj4KPj4+Pj4+PiB3cm90ZToKPj4+Pj4+Cj4+Pj4+Pj4gSGV5LAo+Pj4+Pj4+Pj4K Pj4+Pj4+Pj4+IEknbSBzdXJlIEkgcmVhZCBzb21ld2hlcmUgdGhhdCBGcmVlQlNEIGlzIG1vdmlu ZyBBcm0gdG8gYQo+Pj4+Pj4+Pj4gdGllciAxCj4+Pj4+Pj4+Pgo+Pj4+Pj4+PiBzdXBwb3J0Cj4+ Pj4+Pgo+Pj4+Pj4+IGxldmVsIGFzIG9mIDExKi4gICpDYW4gdGhhdCBiZSBjb25maXJtZWQgYnkg c29tZW9uZT8KPj4+Pj4+Pj4+Cj4+Pj4+Pj4+IFRoYXQncyB0aGUgcGxhbi4gU29tZSBvZiB1cyBh cmUgYWxyZWFkeSB1c2luZyBpdCBhcyB0aWVyLTEuCj4+Pj4+Pj4+Cj4+Pj4+Pj4+Cj4+Pj4+Pj4+ IC1hZHJpYW4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18K Pj4+Pj4+Pj4gIGZyZWVic2QtYXJtQGZyZWVic2Qub3JnIG1haWxpbmcgbGlzdAo+Pj4+Pj4+PiAg aHR0cHM6Ly9saXN0cy5mcmVlYnNkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ZyZWVic2QtYXJtIFRv Cj4+Pj4+Pj4+IHVuc3Vic2NyaWJlLCBzZW5kIGFueSBtYWlsIHRvCj4+Pj4+Pj4+ICIgZnJlZWJz ZC1hcm0tdW5zdWJzY3JpYmVAZnJlZWJzZC5vcmcgIgo+Pj4+Pj4+Pgo+Pj4+Pj4+Cj4+Pj4+Pj4K Pj4+Pj4+Pgo+Pj4+Pj4+IC0tIE1hdHRoZXcgQWx0b24gVU5JWCBTeXN0ZW1zIFByb2dyYW1taW5n ICYgQWRtaW5pc3RyYXRpb24KPj4+Pj4+Pgo+Pj4+Pj4+ICJCZXdhcmUgb2YgYnVncyBpbiB0aGUg YWJvdmUgY29kZTsgSSBoYXZlIG9ubHkgcHJvdmVkIGl0Cj4+Pj4+Pj4gY29ycmVjdCwgbm90Cj4+ Pj4+Pj4KPj4+Pj4+IHRyaWVkCj4+Pj4+Pgo+Pj4+Pj4+IGl0LiIgLS0gRG9uYWxkIEtudXRoCj4+ Pj4+Pj4KPj4+Pj4+Cj4+Pj4+Cj4+Pj4+IC0tLS0tQkVHSU4gUEdQIFNJR05BVFVSRS0tLS0tCj4+ Pj4gVmVyc2lvbjogR251UEcgdjIKPj4+Pgo+Pj4+IGlRRjhCQUVCQ2dCbUJRSldMcE5jWHhTQUFB QUFBQzRBS0dsemMzVmxjaTFtY0hKQWJtOTBZWFJwYjI1ekxtOXcKPj4+PiBaVzV3WjNBdVptbG1k R2hvYjNKelpXMWhiaTV1WlhSQ1FVRkVORFl6TWtVM01USXhSRVU0UkRJd09UazNSRVF4Cj4+Pj4g TWpBeFJVWkRRVEZGTnpJM1JUWTBBQW9KRUJJQjc4b2VjbjVrZWxFSC9SRHBWb1FzTjRRWk05cHhH UDB0dmMxSwo+Pj4+IFYrd0VOOENzNXlMZTJxNGNVZjAyWnNKZTFiM3pLZFhTNE1uQmtSdGF4N1Z3 bDMreVlyM2Qya2dRTG9hclNzRWcKPj4+PiBkODNYcEI3YXhKTHk2NGFZaS8xTmtOVDJZUzk4RzJt aHRIMWdLRDdZMDFyWmx6M1dPV0I1Y2xMZzR5UDgyblFFCj4+Pj4gV1hXSzhjb3g4VVlNQzZzdDRF YXNiWVRyZmdMc1ZhNWVEQ2JCQlpGUVZpanVFSThOV0lYb0JIVjRISXJxOWVBSgo+Pj4+IGNGZVdL VnFTMU9GM1NWb0l6dWlYSzlkdzhIVkQzNG9SU3FLRnlQUHRyRVExWGVPNVVUbS92LzNjelByZDBV Vm4KPj4+PiBlUy84b3FwYjNjMGw0d3VpSElHYXV0dXJqWGJORjMvTDV2c2Fabk5rejZTVEFhTXZa TnhIcWQ3MEdWVmJ6d289Cj4+Pj4gPUd0N3QKPj4+PiAtLS0tLUVORCBQR1AgU0lHTkFUVVJFLS0t LS0KPj4+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+ Pj4+ICBmcmVlYnNkLWFybUBmcmVlYnNkLm9yZyBtYWlsaW5nIGxpc3QKPj4+PiAgaHR0cHM6Ly9s aXN0cy5mcmVlYnNkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ZyZWVic2QtYXJtCj4+Pj4gVG8gdW5z dWJzY3JpYmUsIHNlbmQgYW55IG1haWwgdG8gIiBmcmVlYnNkLWFybS11bnN1YnNjcmliZUBmcmVl YnNkLm9yZyAiCj4+Pj4KPj4+IElzIHRoZXJlIGFueSBzdXBwb3J0IGZvciBPZHJvaWQgWFU0Py4u IEZZSSAoCj4+PiAgaHR0cDovL3d3dy5oYXJka2VybmVsLmNvbS9tYWluL3Byb2R1Y3RzL3ByZHRf aW5mby5waHAgKQo+Pj4KPj4+IC1UaGFua3MKPj4+IFZpamF5Cj4+Pgo+Pj4KPj4+IF9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4+PiAgZnJlZWJzZC1hcm1A ZnJlZWJzZC5vcmcgbWFpbGluZyBsaXN0Cj4+PiAgaHR0cHM6Ly9saXN0cy5mcmVlYnNkLm9yZy9t YWlsbWFuL2xpc3RpbmZvL2ZyZWVic2QtYXJtCj4+PiBUbyB1bnN1YnNjcmliZSwgc2VuZCBhbnkg bWFpbCB0byAiIGZyZWVic2QtYXJtLXVuc3Vic2NyaWJlQGZyZWVic2Qub3JnICIKPj4+Cj4+Cj4+ Cj4KPgo+LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCj4KPlN1YmplY3Q6IERpZ2VzdCBG b290ZXIKPgo+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18K PmZyZWVic2QtYXJtQGZyZWVic2Qub3JnIG1haWxpbmcgbGlzdAo+aHR0cHM6Ly9saXN0cy5mcmVl YnNkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ZyZWVic2QtYXJtCj5UbyB1bnN1YnNjcmliZSwgc2Vu ZCBhbnkgbWFpbCB0byAiIGZyZWVic2QtYXJtLXVuc3Vic2NyaWJlQGZyZWVic2Qub3JnICIKPgo+ LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCj4KPkVuZCBvZiBmcmVlYnNkLWFybSBEaWdl c3QsIFZvbCA0OTcsIElzc3VlIDMKPioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioKCg== From owner-freebsd-arm@freebsd.org Thu Oct 29 19:35:24 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CFF2AA21100 for ; Thu, 29 Oct 2015 19:35:24 +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 8EB2E1305 for ; Thu, 29 Oct 2015 19:35:24 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by vkgy127 with SMTP id y127so34059393vkg.0 for ; Thu, 29 Oct 2015 12:35:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=dYptoPFRizPr298B5CJsiEU16kCmKPk7I71ogj9AQI0=; b=xheVp3iXxbmC1sMbZ9taskPR9fjOortDdzoozO8PtwH7D6oP2FA/2CHsRYHStTFL8l tQAzbN0OlIIJ5dWmcyfCKjyPXx6/M/NVZ4zwFadE1S65gNzJIyk0pgd2DlQEYIcSUeWa B+Z/Kw5ZmFRUgKNkDtkWuEKl7BEZpUgSghXPiSpMYVVgx2ujltT0nR8OWISf0/ElzKeD 4WUXbqcSI8iLqNDWjwyy85R3w2hW7cju37s1IwWTxX8k/H232pOlhl2iStRcNNfqgG2r qBOn9v8r6Xhvg9djQH+sEOnmaKgqkSzmmIPDlzcS00oWPTVW9fW6OiMVRfeyPLTWRJqG zLfw== MIME-Version: 1.0 X-Received: by 10.31.132.195 with SMTP id g186mr2626786vkd.13.1446147323448; Thu, 29 Oct 2015 12:35:23 -0700 (PDT) Received: by 10.31.66.9 with HTTP; Thu, 29 Oct 2015 12:35:23 -0700 (PDT) Date: Thu, 29 Oct 2015 12:35:23 -0700 Message-ID: Subject: Full SD Card From: Russell Haley 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, 29 Oct 2015 19:35:25 -0000 Hi there, I was playing around and trying to build rocksdb from ports. I had 1.5 GB left on the SD card and managed to fill it up. /usr/ports/databases/rocksdb# make install clean The installation never completed due to a build error, but it built Python and cmake and some other stuff. I then went back into the rocksdb directory and ran make clean, which cleaned up a couple of directories, but didn't seem to affect the overall size. So I used the following command to search the ports directory and find out which work folder ate my sd card: find . -maxdepth 4 -type f -size +20M -print0 | xargs -0 ls -Shal | head which only shows the INDEX-11 file at 31MB. I tried the same thing on /usr and it only lists a couple clang compiler files at 39MB. How do I find out what used up all my space? Thanks, Russ From owner-freebsd-arm@freebsd.org Thu Oct 29 22:27:56 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DC55DA2159E for ; Thu, 29 Oct 2015 22:27:56 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gold.funkthat.com", Issuer "gold.funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A59831093 for ; Thu, 29 Oct 2015 22:27:56 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.14.5/8.14.5) with ESMTP id t9TMRtpu082402 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 29 Oct 2015 15:27:55 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.14.5/8.14.5/Submit) id t9TMRtaU082401; Thu, 29 Oct 2015 15:27:55 -0700 (PDT) (envelope-from jmg) Date: Thu, 29 Oct 2015 15:27:55 -0700 From: John-Mark Gurney To: Russell Haley Cc: freebsd-arm Subject: Re: Full SD Card Message-ID: <20151029222755.GO65715@funkthat.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 9.1-PRERELEASE amd64 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (gold.funkthat.com [127.0.0.1]); Thu, 29 Oct 2015 15:27:55 -0700 (PDT) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Oct 2015 22:27:57 -0000 Russell Haley wrote this message on Thu, Oct 29, 2015 at 12:35 -0700: > I was playing around and trying to build rocksdb from ports. I had 1.5 GB > left on the SD card and managed to fill it up. > > /usr/ports/databases/rocksdb# make install clean > > The installation never completed due to a build error, but it built Python > and cmake and some other stuff. I then went back into the rocksdb directory > and ran make clean, which cleaned up a couple of directories, but didn't > seem to affect the overall size. > > So I used the following command to search the ports directory and find out > which work folder ate my sd card: > > find . -maxdepth 4 -type f -size +20M -print0 | xargs -0 ls -Shal | head > > which only shows the INDEX-11 file at 31MB. > > I tried the same thing on /usr and it only lists a couple clang compiler > files at 39MB. > > How do I find out what used up all my space? So, du -shc is the command you probably want, and something like: du -shc /usr/ports/*/*/work Should probably be interesting to see if any port's work dirs are still laying around... It is possible that if the machine crashed, that space is lost, so booting to single user mode, and running fsck manually may recover some space too... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-arm@freebsd.org Thu Oct 29 22:29:36 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 38FFAA215D3 for ; Thu, 29 Oct 2015 22:29:36 +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 197C110F4 for ; Thu, 29 Oct 2015 22:29:35 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound1.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Thu, 29 Oct 2015 22:29:50 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t9TMTRTY035242; Thu, 29 Oct 2015 16:29:27 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1446157768.91534.212.camel@freebsd.org> Subject: Re: Full SD Card From: Ian Lepore To: John-Mark Gurney , Russell Haley Cc: freebsd-arm Date: Thu, 29 Oct 2015 16:29:28 -0600 In-Reply-To: <20151029222755.GO65715@funkthat.com> References: <20151029222755.GO65715@funkthat.com> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.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, 29 Oct 2015 22:29:36 -0000 On Thu, 2015-10-29 at 15:27 -0700, John-Mark Gurney wrote: > Russell Haley wrote this message on Thu, Oct 29, 2015 at 12:35 -0700: > > I was playing around and trying to build rocksdb from ports. I had > > 1.5 GB > > left on the SD card and managed to fill it up. > > > > /usr/ports/databases/rocksdb# make install clean > > > > The installation never completed due to a build error, but it built > > Python > > and cmake and some other stuff. I then went back into the rocksdb > > directory > > and ran make clean, which cleaned up a couple of directories, but > > didn't > > seem to affect the overall size. > > > > So I used the following command to search the ports directory and > > find out > > which work folder ate my sd card: > > > > find . -maxdepth 4 -type f -size +20M -print0 | xargs -0 ls -Shal | > > head > > > > which only shows the INDEX-11 file at 31MB. > > > > I tried the same thing on /usr and it only lists a couple clang > > compiler > > files at 39MB. > > > > How do I find out what used up all my space? > > So, du -shc is the command you probably want, and something like: > du -shc /usr/ports/*/*/work > > Should probably be interesting to see if any port's work dirs are > still laying around... > > It is possible that if the machine crashed, that space is lost, so > booting to single user mode, and running fsck manually may recover > some space too... > Why would a manual fsck in SU mode be necessary to recover the space? -- Ian From owner-freebsd-arm@freebsd.org Thu Oct 29 22:59:41 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6A90CA21AF1 for ; Thu, 29 Oct 2015 22:59:41 +0000 (UTC) (envelope-from freebsd.asc@strcmp.org) Received: from olinguito.schwarzes.net (olinguito.schwarzes.net [IPv6:2a01:4f8:7d:1b5::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EF25A1D7E for ; Thu, 29 Oct 2015 22:59:40 +0000 (UTC) (envelope-from freebsd.asc@strcmp.org) Received: from [62.109.78.35] (mosquito.schwarzes.net [62.109.78.35]) (authenticated bits=0) by olinguito.schwarzes.net (8.15.2/8.15.2) with ESMTPA id t9TMxbcS003216 for ; Thu, 29 Oct 2015 23:59:38 +0100 (CET) (envelope-from freebsd.asc@strcmp.org) From: Andreas Schwarz To: freebsd-arm@FreeBSD.org Mail-Reply-To: Andreas Schwarz Mail-Followup-To: freebsd-arm@FreeBSD.org Date: Thu, 29 Oct 2015 23:59:36 +0100 (CET) Message-ID: <472673c4739.3c133c4a@mail.schwarzes.net> In-Reply-To: References: User-Agent: YAM/2.9p1 (MorphOS; PPC; rv:20140418r7798) Subject: Re: Full SD Card MIME-Version: 1.0 Content-Type: text/plain X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (olinguito.schwarzes.net [78.47.41.143]); Thu, 29 Oct 2015 23:59:38 +0100 (CET) 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, 29 Oct 2015 22:59:41 -0000 On 29.10.15, Russell Haley wrote: > I tried the same thing on /usr and it only lists a couple clang compiler > files at 39MB. > > How do I find out what used up all my space? Check for remaining work directories, and don't forget to clean /usr/ports/distfiles/ where the source is loaded to. find /usr/ports -name "work" And delete the uneeded packages which are installed during the build with pkg autoremove -asc From owner-freebsd-arm@freebsd.org Thu Oct 29 23:08:49 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 77806A21D56 for ; Thu, 29 Oct 2015 23:08:49 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gold.funkthat.com", Issuer "gold.funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 59FA11436; Thu, 29 Oct 2015 23:08:49 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.14.5/8.14.5) with ESMTP id t9TN8h3u082934 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 29 Oct 2015 16:08:43 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.14.5/8.14.5/Submit) id t9TN8hJY082933; Thu, 29 Oct 2015 16:08:43 -0700 (PDT) (envelope-from jmg) Date: Thu, 29 Oct 2015 16:08:43 -0700 From: John-Mark Gurney To: Ian Lepore Cc: Russell Haley , freebsd-arm Subject: Re: Full SD Card Message-ID: <20151029230843.GP65715@funkthat.com> References: <20151029222755.GO65715@funkthat.com> <1446157768.91534.212.camel@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1446157768.91534.212.camel@freebsd.org> X-Operating-System: FreeBSD 9.1-PRERELEASE amd64 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (gold.funkthat.com [127.0.0.1]); Thu, 29 Oct 2015 16:08:43 -0700 (PDT) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Oct 2015 23:08:49 -0000 Ian Lepore wrote this message on Thu, Oct 29, 2015 at 16:29 -0600: > On Thu, 2015-10-29 at 15:27 -0700, John-Mark Gurney wrote: > > It is possible that if the machine crashed, that space is lost, so > > booting to single user mode, and running fsck manually may recover > > some space too... > > Why would a manual fsck in SU mode be necessary to recover the space? It shouldn't be, but some times hardware misbehaves, etc... I've had a machine that ran SU+J on a CF to IDE adapter, and after some crashes, a normal fsck would not make the fs clean, and required a manual fsck to restore the file system to correct state... I believe that it was an issue w/ the hardware, but never tracked it down exactly... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-arm@freebsd.org Thu Oct 29 23:47:26 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D4B06A1F468 for ; Thu, 29 Oct 2015 23:47:26 +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 B49F91355 for ; Thu, 29 Oct 2015 23:47:26 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound1.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Thu, 29 Oct 2015 23:47:46 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t9TNlNS7035388; Thu, 29 Oct 2015 17:47:23 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1446162443.91534.213.camel@freebsd.org> Subject: Re: Full SD Card From: Ian Lepore To: John-Mark Gurney Cc: freebsd-arm Date: Thu, 29 Oct 2015 17:47:23 -0600 In-Reply-To: <20151029230843.GP65715@funkthat.com> References: <20151029222755.GO65715@funkthat.com> <1446157768.91534.212.camel@freebsd.org> <20151029230843.GP65715@funkthat.com> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.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, 29 Oct 2015 23:47:26 -0000 On Thu, 2015-10-29 at 16:08 -0700, John-Mark Gurney wrote: > Ian Lepore wrote this message on Thu, Oct 29, 2015 at 16:29 -0600: > > On Thu, 2015-10-29 at 15:27 -0700, John-Mark Gurney wrote: > > > It is possible that if the machine crashed, that space is lost, > > > so > > > booting to single user mode, and running fsck manually may > > > recover > > > some space too... > > > > Why would a manual fsck in SU mode be necessary to recover the > > space? > > It shouldn't be, but some times hardware misbehaves, etc... I've had > a machine that ran SU+J on a CF to IDE adapter, and after some > crashes, > a normal fsck would not make the fs clean, and required a manual fsck > to restore the file system to correct state... I believe that it was > an issue w/ the hardware, but never tracked it down exactly... > Oh. SU+J. 'nuff said. I think we turned that off by default on arm images, because people have been reporting trouble with it for years. -- Ian From owner-freebsd-arm@freebsd.org Fri Oct 30 05:55:03 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 24DF5A217B5 for ; Fri, 30 Oct 2015 05:55:03 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-vk0-x22e.google.com (mail-vk0-x22e.google.com [IPv6:2607:f8b0:400c:c05::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AF4511609 for ; Fri, 30 Oct 2015 05:55:02 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by vkex70 with SMTP id x70so41005720vke.3 for ; Thu, 29 Oct 2015 22:55:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=xiT+RNszIC+I/pNdLEnrKTZvVq9LRjMJRU9N0NEPdNs=; b=g0jmoyP0Qm0PUFRIQ7aI/CUGlWsgXn7nrldQ8dDOOHabUKgws88iRrMRgGUSC7uQGK 0L0xjN/WLHNHiaq6tCzgvDFMh+4vEGM9V7X9H4+CtDCxUOiLXV+b0XnZ/kf6aTPqQhCY u/KBjJ/C/QKEUds9kmvWdl4To6lKeu2P+MvLF0vpyYG0muksYzB+zTvjblKSU8BIR5gN uu33gSt+gIjB9FgMD7+YgorSoduJCco1iNVKSIXokvx3vzFLxUPMcWKkQhOLyGPN+ToD 6JKhdAW9EcoIhO1LGNbe5+BhQ7zmYiyGmzGWW/Mo0AmyCpGhRMhn7/FhJGCtajazeMcL hoXw== MIME-Version: 1.0 X-Received: by 10.31.132.195 with SMTP id g186mr4210735vkd.13.1446184501451; Thu, 29 Oct 2015 22:55:01 -0700 (PDT) Received: by 10.31.66.9 with HTTP; Thu, 29 Oct 2015 22:55:01 -0700 (PDT) Date: Thu, 29 Oct 2015 22:55:01 -0700 Message-ID: Subject: Hummingboard with MicroSOM Dual (not dual lite) From: Russell Haley To: freebsd-arm Content-Type: multipart/mixed; boundary=001a114418b27d443f05234c117e 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: Fri, 30 Oct 2015 05:55:03 -0000 --001a114418b27d443f05234c117e Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hey guys, five questions tonight. 1) I'm so pleased to have a working hummingboard, I went and ordered a msata SSD for it. Only after getting home today and reading the IMX6 page again did I realize that PCIe isn't working yet. Does anyone know the status? Supposing a working PCIe driver, what do I need to do to enable the SSD? - I assume I will need to compile a driver into the kernel to load that= ? - Do I need to add an ftd entry? And then I wondered about moving the rootfs off of the sdcard. I assume ubldr uses /boot/loader.conf, but how does ubldr get the location for loader.conf? I know you can hard code the kernel to use a specific location for rootfs, can that also be passed in? 2) Wi-fi. I found out that the SolidRun MicroSOM has a Broadcom BCM4330 chip option (which I have). http://wiki.solid-run.com/doku.php?id=3Dproducts:imx6:microsom:btwifi Only the 2.4Ghz works acording to the website. Anyway, the driver list on the current hardware page says BCM43xx is supported by the bwn driver. https://www.freebsd.org/relnotes/CURRENT/hardware/support.html https://www.freebsd.org/cgi/man.cgi?query=3Dbwn&sektion=3D4 Again, do I need to add something to the fdt file? 3) When booting the hummingboard from the latest snapshot, Env.txt wasn't found but if I left the default behaviour the kernel continued to load and the system booted. I paroused systemctl and the unit has two cpus loaded, but there is a variable that indicates it's a quad core. So, what is going on there? Then, I was then looking around on the SolidRun wiki and discovered that my hummingboard has a "MicroSOM Dual" NOT a "MicroSOM Dual Lite". That may be why I was getting a kernel panic when trying to run my own home brew build. I was manually instructing it to use the imx6dl-hummingboard.dtb (dual-lite) file. As per the website: "Note that there is a difference in physical hardware support and implementation between the dual-core =E2=80=9CDual Lite=E2=80=9D implemente= d on the MicroSOM i2, which is a separate product, and =E2=80=9CDual=E2=80=9D which = is incorporated in this offering." http://wiki.solid-run.com/doku.php?id=3Dproducts:imx6:microsom:dual Here is boot output from my home brew build: Booting [/boot/kernel/kernel]... /boot/dtb/imx6dl-hummingboard.dtb size=3D0x6dd9 Loaded DTB from file 'imx6dl-hummingboard.dtb'. Kernel entry at 0x10a00100... Kernel args: (null) KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2015 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 11.0-CURRENT #3 r288164M: Wed Sep 23 20:48:13 PDT 2015 rhaley@Jailbird:/usr/obj/arm.armv6/usr/src/sys/IMX6 arm FreeBSD clang version 3.6.1 (tags/RELEASE_361/final 237755) 20150525 VT: init without driver. CPU: Cortex A9-r2 rev 10 (Cortex-A core) Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext WB disabled EABT branch prediction enabled LoUU:2 LoC:2 LoUIS:2 Cache level 1: 32KB/32B 4-way data cache WB Read-Alloc Write-Alloc 32KB/32B 4-way instruction cache Read-Alloc real memory =3D 1073741824 (1024 MB) avail memory =3D 1039437824 (991 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs random: entropy device external interface kbd0 at kbdmux0 ofwbus0: simplebus0: on ofwbus0 simplebus1: mem 0x2000000-0x20fffff on simplebus0 simplebus2: mem 0x2000000-0x203ffff on simplebus1 imx6_anatop0: mem 0x20c8000-0x20c8fff irq 81,86,159 on simplebus1 simplebus3: on simplebus1 simplebus4: mem 0x2100000-0x21fffff on simplebus0 ocotp0: mem 0x21bc000-0x21bffff on simplebus4 ccm0: mem 0x20c4000-0x20c7fff irq 119,120 on simplebus1 l2cache0: mem 0xa02000-0xa02fff irq 124 on simplebus0 l2cache0: Part number: 0x3, release: 0x7 l2cache0: L2 Cache enabled: 1024KB/32B 16 ways imx_iomux0: mem 0x20e0000-0x20e3fff on simplebus1 gic0: mem 0xa01000-0xa01fff,0xa00100-0xa001ff on ofwbus0 gic0: pn 0x390, arch 0x1, rev 0x2, implementer 0x43b irqs 160 imx_gpt0: mem 0x2098000-0x209bfff irq 87 on simplebus1 Event timer "iMXGPT" frequency 66000000 Hz quality 800 Timecounter "iMXGPT" frequency 66000000 Hz quality 1000 mp_tmr0: mem 0xa00600-0xa0061f irq 29 on simplebus0 Event timer "MPCore" frequency 492000000 Hz quality 1000 uart0: mem 0x2020000-0x2023fff irq 58 on simplebus2 uart0: console (115200,n,8,1) gpio0: mem 0x209c000-0x209ffff irq 98,99 on simplebus1 gpiobus0: on gpio0 gpioc0: on gpio0 gpio1: mem 0x20a0000-0x20a3fff irq 100,101 on simplebus1 gpiobus1: on gpio1 gpioc1: on gpio1 gpio2: mem 0x20a4000-0x20a7fff irq 102,103 on simplebus1 gpiobus2: on gpio2 gpioc2: on gpio2 gpio3: mem 0x20a8000-0x20abfff irq 104,105 on simplebus1 gpiobus3: on gpio3 gpioc3: on gpio3 gpio4: mem 0x20ac000-0x20affff irq 106,107 on simplebus1 gpiobus4: on gpio4 gpioc4: on gpio4 gpio5: mem 0x20b0000-0x20b3fff irq 108,109 on simplebus1 gpiobus5: on gpio5 gpioc5: on gpio5 gpio6: mem 0x20b4000-0x20b7fff irq 110,111 on simplebus1 gpiobus6: on gpio6 gpioc6: on gpio6 imx_wdog0: mem 0x20bc000-0x20bffff irq 112 on simplebus1 usbphy0: mem 0x20c9000-0x20c9fff irq 76 on simplebus1 usbphy1: mem 0x20ca000-0x20cafff irq 77 on simplebus1 src0: mem 0x20d8000-0x20dbfff irq 123,128 on simplebus1 hdmi0: mem 0x120000-0x128fff irq 147 on simplebus1 hdmi0: HDMI controller 13:0a:a0:c1 GPR3 0f000000 -> 0f000000 ehci0: mem 0x2184000-0x21841ff irq 75 on simplebus4 Fatal kernel mode data abort: 'Translation Fault (L1)' on read trapframe: 0xc2913ae0 FSR=3D00000005, FAR=3D00000004, spsr=3D600001d3 r0 =3D00000000, r1 =3Dc29600d0, r2 =3D00000000, r3 =3Dc2501378 r4 =3Dc2960080, r5 =3D00000001, r6 =3Dc296bdc0, r7 =3D00000001 r8 =3Dc2960080, r9 =3D00000000, r10=3D000000ff, r11=3Dc2913ba8 r12=3Dc275330c, ssp=3Dc2913b70, slr=3Dc2501454, pc =3Dc25010b4 [ thread pid 0 tid 100000 ] Stopped at keg_fetch_slab+0x164: ldr r3, [r2, #0x004]! Any input would be helpful, but I am happy to play with the official snapshots right now. 4) So if I want to compile and run things like ports or other stuff on my PC and then put it on my board I need to cross compile. I currently have a jail that I build all my arm stuff in. Is there a way to re-use the cross compilers from the buildworld to cross compile from ports or my own code? Is there any good instruction on this in the handbook or developers guide? 5) Documentation. I've got my feet wet. I put together a patch for the src.conf manpage and also proposed an update to the "advocacy/myths.html" web page on the freebsd-doc@ mailing list (I attached it for convenience, I'd really like some input). I can now build man pages and the website and I'll look at the handbooks soon. I saw on the ARM page that there is still documentation work to be done and I'm looking for direction on how contribute to that. Okay, that's it. Thanks guys! Russ --001a114418b27d443f05234c117e Content-Disposition: attachment; filename="myths.html" X-Attachment-Id: f_igd8wcdk0 MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1"; name="myths.html" --001a114418b27d443f05234c117e-- From owner-freebsd-arm@freebsd.org Fri Oct 30 07:21:55 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 44DA5A216F8 for ; Fri, 30 Oct 2015 07:21:55 +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 F1FAB17FE for ; Fri, 30 Oct 2015 07:21:54 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by vkgy127 with SMTP id y127so42396318vkg.0 for ; Fri, 30 Oct 2015 00:21:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=R3CLaroyL6RRZbDLaIohGdzHoiMyoz0/RFjUtwz/MuA=; b=ZCiLFxV8vXxBl2OWoC2Hee8742b4Zsimalu0E8EqTIKW9Z9dpGl8Tg71fl3mUa7CUG FLvu1ISmQxjIkEFKLMvvYymxw4MSvgSTxi6mNHe/Ws77LEhCsTg0osRtX7zePByvaf1U w86jb7hTswCprtWKEBUavGmWHyYV9/9vPctLJqlwtV0HkjmY7/gUqMjIBLY3ZwfpAm61 3hpoI49F4lXof7Gfa4/lWTI2hkGCm2CaL8SOeB635ydqZ00CydpxK3cLCJF6tV7YjKJY xgx00qmrOyImO/8irhQ7sA3kcg+z86iLEIfikecyEy1vrboul1l6qqeRsYNygLYeZ+qE 6Iqw== MIME-Version: 1.0 X-Received: by 10.31.33.75 with SMTP id h72mr4488984vkh.144.1446189713837; Fri, 30 Oct 2015 00:21:53 -0700 (PDT) Received: by 10.31.66.9 with HTTP; Fri, 30 Oct 2015 00:21:53 -0700 (PDT) In-Reply-To: References: Date: Fri, 30 Oct 2015 00:21:53 -0700 Message-ID: Subject: Re: Hummingboard with MicroSOM Dual (not dual lite) From: Russell Haley To: 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: Fri, 30 Oct 2015 07:21:55 -0000 Ah, I see that the mSata connector is on the bottom. Two separate buses. Okay, that makes more sense. I was really confused for a bit there. So no PCIe is required, just the SATA driver (also with questionable status)? Russ On Thu, Oct 29, 2015 at 10:55 PM, Russell Haley wrote: > Hey guys, five questions tonight. > > 1) I'm so pleased to have a working hummingboard, I went and ordered a > msata SSD for it. Only after getting home today and reading the IMX6 page > again did I realize that PCIe isn't working yet. Does anyone know the > status? > > Supposing a working PCIe driver, what do I need to do to enable the SSD? > - I assume I will need to compile a driver into the kernel to load > that? > - Do I need to add an ftd entry? > > And then I wondered about moving the rootfs off of the sdcard. I assume > ubldr uses /boot/loader.conf, but how does ubldr get the location for > loader.conf? I know you can hard code the kernel to use a specific locati= on > for rootfs, can that also be passed in? > > > 2) Wi-fi. I found out that the SolidRun MicroSOM has a Broadcom BCM4330 > chip option (which I have). > http://wiki.solid-run.com/doku.php?id=3Dproducts:imx6:microsom:btwifi > > Only the 2.4Ghz works acording to the website. Anyway, the driver list on > the current hardware page says BCM43xx is supported by the bwn driver. > > https://www.freebsd.org/relnotes/CURRENT/hardware/support.html > https://www.freebsd.org/cgi/man.cgi?query=3Dbwn&sektion=3D4 > > Again, do I need to add something to the fdt file? > > > 3) When booting the hummingboard from the latest snapshot, Env.txt wasn't > found but if I left the default behaviour the kernel continued to load an= d > the system booted. I paroused systemctl and the unit has two cpus loaded, > but there is a variable that indicates it's a quad core. So, what is goin= g > on there? > > Then, I was then looking around on the SolidRun wiki and discovered that > my hummingboard has a "MicroSOM Dual" NOT a "MicroSOM Dual Lite". That ma= y > be why I was getting a kernel panic when trying to run my own home brew > build. I was manually instructing it to use the imx6dl-hummingboard.dtb > (dual-lite) file. > > As per the website: > "Note that there is a difference in physical hardware support and > implementation between the dual-core =E2=80=9CDual Lite=E2=80=9D implemen= ted on the > MicroSOM i2, which is a separate product, and =E2=80=9CDual=E2=80=9D whic= h is incorporated > in this offering." > http://wiki.solid-run.com/doku.php?id=3Dproducts:imx6:microsom:dual > > Here is boot output from my home brew build: > > Booting [/boot/kernel/kernel]... > /boot/dtb/imx6dl-hummingboard.dtb size=3D0x6dd9 > Loaded DTB from file 'imx6dl-hummingboard.dtb'. > Kernel entry at 0x10a00100... > Kernel args: (null) > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2015 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 11.0-CURRENT #3 r288164M: Wed Sep 23 20:48:13 PDT 2015 > rhaley@Jailbird:/usr/obj/arm.armv6/usr/src/sys/IMX6 arm > FreeBSD clang version 3.6.1 (tags/RELEASE_361/final 237755) 20150525 > VT: init without driver. > CPU: Cortex A9-r2 rev 10 (Cortex-A core) > Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext > WB disabled EABT branch prediction enabled > LoUU:2 LoC:2 LoUIS:2 > Cache level 1: > 32KB/32B 4-way data cache WB Read-Alloc Write-Alloc > 32KB/32B 4-way instruction cache Read-Alloc > real memory =3D 1073741824 (1024 MB) > avail memory =3D 1039437824 (991 MB) > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > random: entropy device external interface > kbd0 at kbdmux0 > ofwbus0: > simplebus0: on ofwbus0 > simplebus1: mem 0x2000000-0x20fffff on > simplebus0 > simplebus2: mem 0x2000000-0x203ffff on > simplebus1 > imx6_anatop0: mem > 0x20c8000-0x20c8fff irq 81,86,159 on simplebus1 > simplebus3: on simplebus1 > simplebus4: mem 0x2100000-0x21fffff on > simplebus0 > ocotp0: mem > 0x21bc000-0x21bffff on simplebus4 > ccm0: mem 0x20c4000-0x20c7fff irq > 119,120 on simplebus1 > l2cache0: mem 0xa02000-0xa02fff irq 124 on > simplebus0 > l2cache0: Part number: 0x3, release: 0x7 > l2cache0: L2 Cache enabled: 1024KB/32B 16 ways > imx_iomux0: mem 0x20e0000-0x20e3fff on > simplebus1 > gic0: mem > 0xa01000-0xa01fff,0xa00100-0xa001ff on ofwbus0 > gic0: pn 0x390, arch 0x1, rev 0x2, implementer 0x43b irqs 160 > imx_gpt0: mem 0x2098000-0x209bfff irq 87 on > simplebus1 > Event timer "iMXGPT" frequency 66000000 Hz quality 800 > Timecounter "iMXGPT" frequency 66000000 Hz quality 1000 > mp_tmr0: mem 0xa00600-0xa0061f irq 29 on simplebus0 > Event timer "MPCore" frequency 492000000 Hz quality 1000 > uart0: mem 0x2020000-0x2023fff irq 58 on simplebus2 > uart0: console (115200,n,8,1) > gpio0: mem 0x209c000-0x209ffff irq 98,99 > on simplebus1 > gpiobus0: on gpio0 > gpioc0: on gpio0 > gpio1: mem 0x20a0000-0x20a3fff irq > 100,101 on simplebus1 > gpiobus1: on gpio1 > gpioc1: on gpio1 > gpio2: mem 0x20a4000-0x20a7fff irq > 102,103 on simplebus1 > gpiobus2: on gpio2 > gpioc2: on gpio2 > gpio3: mem 0x20a8000-0x20abfff irq > 104,105 on simplebus1 > gpiobus3: on gpio3 > gpioc3: on gpio3 > gpio4: mem 0x20ac000-0x20affff irq > 106,107 on simplebus1 > gpiobus4: on gpio4 > gpioc4: on gpio4 > gpio5: mem 0x20b0000-0x20b3fff irq > 108,109 on simplebus1 > gpiobus5: on gpio5 > gpioc5: on gpio5 > gpio6: mem 0x20b4000-0x20b7fff irq > 110,111 on simplebus1 > gpiobus6: on gpio6 > gpioc6: on gpio6 > imx_wdog0: mem 0x20bc000-0x20bffff irq 112 on > simplebus1 > usbphy0: mem 0x20c9000-0x20c9fff irq 76 on > simplebus1 > usbphy1: mem 0x20ca000-0x20cafff irq 77 on > simplebus1 > src0: mem 0x20d8000-0x20dbfff > irq 123,128 on simplebus1 > hdmi0: mem 0x120000-0x128fff irq 147 on > simplebus1 > hdmi0: HDMI controller 13:0a:a0:c1 > GPR3 0f000000 -> 0f000000 > ehci0: mem 0x2184000-0x21841ff > irq 75 on simplebus4 > Fatal kernel mode data abort: 'Translation Fault (L1)' on read > trapframe: 0xc2913ae0 > FSR=3D00000005, FAR=3D00000004, spsr=3D600001d3 > r0 =3D00000000, r1 =3Dc29600d0, r2 =3D00000000, r3 =3Dc2501378 > r4 =3Dc2960080, r5 =3D00000001, r6 =3Dc296bdc0, r7 =3D00000001 > r8 =3Dc2960080, r9 =3D00000000, r10=3D000000ff, r11=3Dc2913ba8 > r12=3Dc275330c, ssp=3Dc2913b70, slr=3Dc2501454, pc =3Dc25010b4 > > [ thread pid 0 tid 100000 ] > Stopped at keg_fetch_slab+0x164: ldr r3, [r2, #0x004]! > > Any input would be helpful, but I am happy to play with the official > snapshots right now. > > 4) So if I want to compile and run things like ports or other stuff on my > PC and then put it on my board I need to cross compile. I currently have= a > jail that I build all my arm stuff in. Is there a way to re-use the cross > compilers from the buildworld to cross compile from ports or my own code? > Is there any good instruction on this in the handbook or developers guide= ? > > 5) Documentation. I've got my feet wet. I put together a patch for the > src.conf manpage and also proposed an update to the "advocacy/myths.html" > web page on the freebsd-doc@ mailing list (I attached it for convenience, > I'd really like some input). I can now build man pages and the website an= d > I'll look at the handbooks soon. I saw on the ARM page that there is stil= l > documentation work to be done and I'm looking for direction on how > contribute to that. > > Okay, that's it. Thanks guys! > Russ > From owner-freebsd-arm@freebsd.org Fri Oct 30 10:54:27 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 78F20A216D5 for ; Fri, 30 Oct 2015 10:54: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 5D4F21126; Fri, 30 Oct 2015 10:54: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 43B0F1ECC; Fri, 30 Oct 2015 10:54:27 +0000 (UTC) Date: Fri, 30 Oct 2015 10:54:23 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: kib@FreeBSD.org, ed@FreeBSD.org, ngie@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <328663541.2.1446202467272.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #1563 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_arm64 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Oct 2015 10:54:27 -0000 FreeBSD_HEAD_arm64 - Build #1563 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/1563/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/1563/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/1563/console Change summaries: 290188 by kib: The prefix for CLFLUSHOPT is 0x66. It was right on amd64. Sponsored by: The FreeBSD Foundation 290186 by ed: Make truss work for CloudABI processes on aarch64. This change copies over amd64-cloudabi64.c to aarch64-cloudabi.c and adjusts it to fetch the proper registers on aarch64. To reduce the amount of shared code, the errno conversion function is moved into a separate source file. Reviewed by: jhb, andrew Differential Revision: https://reviews.freebsd.org/D4023 290185 by ngie: Disable h_raw/h_read with gcc I forgot that these testcases fail with gcc 4.2.1; add a note to that effect MFC after: never Sponsored by: EMC / Isilon Storage Division 290184 by ngie: Fix a set but not used variable warning flagged by gcc 4.9 with lib/libc/ssp/h_readlink MFC after: 3 days Sponsored by: EMC / Isilon Storage Division The end of the build log: [...truncated 97226 lines...] --- all_subdir_lib --- --- h_gets --- (cd /usr/src/lib/libc/tests/ssp && DEPENDFILE=.depend.h_gets NO_SUBDIR=1 make -f /usr/src/lib/libc/tests/ssp/Makefile _RECURSING_PROGS= PROG=h_gets ) --- h_gets.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/contrib/netbsd-tests/lib/libc/ssp/h_gets.c -o h_gets.o --- h_gets --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -o h_gets h_gets.o h_gets.o: In function `main': /usr/src/contrib/netbsd-tests/lib/libc/ssp/h_gets.c:(.text+0x20): warning: warning: this program uses gets(), which is unsafe. --- all_subdir_sbin --- --- kvatoname.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/sbin/ipf/libipf/../../../contrib/ipfilter -I/usr/src/sbin/ipf/libipf/../../../contrib/ipfilter/tools -I/usr/src/sbin/ipf/libipf/../../../sys -I/usr/src/sbin/ipf/libipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DUSE_INET6 -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-array-bounds -Qunused-arguments -c /usr/src/sbin/ipf/libipf/../../../contrib/ipfilter/lib/kvatoname.c -o kvatoname.o --- all_subdir_lib --- --- h_getcwd --- (cd /usr/src/lib/libc/tests/ssp && DEPENDFILE=.depend.h_getcwd NO_SUBDIR=1 make -f /usr/src/lib/libc/tests/ssp/Makefile _RECURSING_PROGS= PROG=h_getcwd ) --- h_getcwd.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/contrib/netbsd-tests/lib/libc/ssp/h_getcwd.c -o h_getcwd.o --- h_getcwd --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -o h_getcwd h_getcwd.o --- all_subdir_kerberos5 --- --- libkafs5_p.a --- building profiled kafs5 library /usr/local/aarch64-freebsd/bin/ar -crD libkafs5_p.a `NM='/usr/local/aarch64-freebsd/bin/nm' NMFLAGS='' lorder afssys.po afskrb5.po common.po | tsort -q` /usr/local/aarch64-freebsd/bin/ranlib -D libkafs5_p.a --- kafs5.3 --- sed -e 's/libkafs, -lkafs/libkafs5, -lkafs5/g' /usr/src/kerberos5/lib/libkafs5/../../../crypto/heimdal/lib/kafs/kafs.3 >kafs5.3 --- all_subdir_sbin --- --- load_dstlist.o --- --- all_subdir_lib --- --- h_memcpy --- --- all_subdir_sbin --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/sbin/ipf/libipf/../../../contrib/ipfilter -I/usr/src/sbin/ipf/libipf/../../../contrib/ipfilter/tools -I/usr/src/sbin/ipf/libipf/../../../sys -I/usr/src/sbin/ipf/libipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DUSE_INET6 -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-array-bounds -Qunused-arguments -c /usr/src/sbin/ipf/libipf/../../../contrib/ipfilter/lib/load_dstlist.c -o load_dstlist.o --- all_subdir_lib --- (cd /usr/src/lib/libc/tests/ssp && DEPENDFILE=.depend.h_memcpy NO_SUBDIR=1 make -f /usr/src/lib/libc/tests/ssp/Makefile _RECURSING_PROGS= PROG=h_memcpy ) --- all_subdir_kerberos5 --- --- kafs5.3.gz --- gzip -cn kafs5.3 > kafs5.3.gz --- all_subdir_libexec --- ===> kerberos5/libexec (all) --- all_subdir_lib --- --- h_memcpy.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/contrib/netbsd-tests/lib/libc/ssp/h_memcpy.c -o h_memcpy.o --- all_subdir_kerberos5 --- --- all_subdir_digest-service --- ===> kerberos5/libexec/digest-service (all) --- all_subdir_lib --- --- h_memcpy --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -o h_memcpy h_memcpy.o --- all_subdir_kerberos5 --- --- digest-service.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/kerberos5/libexec/digest-service/../../../crypto/heimdal/kdc -I/usr/src/kerberos5/libexec/digest-service/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/libexec/digest-service/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/libexec/digest-service/../../../crypto/heimdal/lib/ipc -I/usr/src/kerberos5/libexec/digest-service/../../../crypto/heimdal/lib/wind -I/usr/src/kerberos5/libexec/digest-service/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/usr/src/kerberos5/libexec/digest-service/../../include -std=gnu99 -fstack-protector-strong -Qunused-arguments -c /usr/src/kerberos5/libexec/digest-service/../../../crypto/heimdal/kdc/digest-service.c -o digest-service.o --- all_subdir_lib --- --- h_memmove --- (cd /usr/src/lib/libc/tests/ssp && DEPENDFILE=.depend.h_memmove NO_SUBDIR=1 make -f /usr/src/lib/libc/tests/ssp/Makefile _RECURSING_PROGS= PROG=h_memmove ) --- all_subdir_sbin --- --- load_dstlistnode.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/sbin/ipf/libipf/../../../contrib/ipfilter -I/usr/src/sbin/ipf/libipf/../../../contrib/ipfilter/tools -I/usr/src/sbin/ipf/libipf/../../../sys -I/usr/src/sbin/ipf/libipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DUSE_INET6 -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-array-bounds -Qunused-arguments -c /usr/src/sbin/ipf/libipf/../../../contrib/ipfilter/lib/load_dstlistnode.c -o load_dstlistnode.o --- all_subdir_lib --- --- h_memmove.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/contrib/netbsd-tests/lib/libc/ssp/h_memmove.c -o h_memmove.o --- h_memmove --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -o h_memmove h_memmove.o --- h_mem- (cd /usr/src/lib/libc/tests/ssp && DEPENDFILE=.depend.h_memset NO_SUBDIR=1 make -f /usr/src/lib/libc/tests/ssp/Makefile _RECURSING_PROGS= PROG=h_memset ) --- h_memset.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/contrib/netbsd-tests/lib/libc/ssp/h_memset.c -o h_memset.o --- all_subdir_sbin --- --- load_file.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/sbin/ipf/libipf/../../../contrib/ipfilter -I/usr/src/sbin/ipf/libipf/../../../contrib/ipfilter/tools -I/usr/src/sbin/ipf/libipf/../../../sys -I/usr/src/sbin/ipf/libipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DUSE_INET6 -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-array-bounds -Qunused-arguments -c /usr/src/sbin/ipf/libipf/../../../contrib/ipfilter/lib/load_file.c -o load_file.o --- all_subdir_lib --- --- h_mem- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -o h_memset h_memset.o --- h_raw --- (cd /usr/src/lib/libc/tests/ssp && DEPENDFILE=.depend.h_raw NO_SUBDIR=1 make -f /usr/src/lib/libc/tests/ssp/Makefile _RECURSING_PROGS= PROG=h_raw ) --- h_raw.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fstack-protector-all -Wstack-protector -fsanitize=bounds -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/contrib/netbsd-tests/lib/libc/ssp/h_raw.c -o h_raw.o --- h_raw --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fstack-protector-all -Wstack-protector -fsanitize=bounds -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -o h_raw h_raw.o --- all_subdir_sbin --- --- load_hash.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/sbin/ipf/libipf/../../../contrib/ipfilter -I/usr/src/sbin/ipf/libipf/../../../contrib/ipfilter/tools -I/usr/src/sbin/ipf/libipf/../../../sys -I/usr/src/sbin/ipf/libipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DUSE_INET6 -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-array-bounds -Qunused-arguments -c /usr/src/sbin/ipf/libipf/../../../contrib/ipfilter/lib/load_hash.c -o load_hash.o --- all_subdir_lib --- /usr/local/aarch64-freebsd/bin/ld: cannot find /usr/obj/arm64.aarch64/usr/src/tmp/usr/bin/../lib/clang/3.7.0/lib/freebsd/libclang_rt.ubsan_standalone-aarch64.a: No such file or directory --- all_subdir_kerberos5 --- --- digest-service --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/kerberos5/libexec/digest-service/../../../crypto/heimdal/kdc -I/usr/src/kerberos5/libexec/digest-service/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/libexec/digest-service/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/libexec/digest-service/../../../crypto/heimdal/lib/ipc -I/usr/src/kerberos5/libexec/digest-service/../../../crypto/heimdal/lib/wind -I/usr/src/kerberos5/libexec/digest-service/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/usr/src/kerberos5/libexec/digest-service/../../include -std=gnu99 -fstack-protector-strong -Qunused-arguments -o digest-service digest-service.o -lhdb -lkdc -lprivateheimipcs -lkrb5 -lroken -lasn1 -lcrypto -L/usr/obj/arm64.aarch64/usr/src/kerberos5/lib/libvers -lvers -lheimntlm -lpthread --- all_subdir_lib --- cc: error: linker command failed with exit code 1 (use -v to see invocation) *** [h_raw] Error code 1 make[7]: stopped in /usr/src/lib/libc/tests/ssp 1 error make[7]: stopped in /usr/src/lib/libc/tests/ssp *** [h_raw] Error code 2 make[6]: stopped in /usr/src/lib/libc/tests/ssp 1 error make[6]: stopped in /usr/src/lib/libc/tests/ssp *** [all] Error code 2 make[5]: stopped in /usr/src/lib/libc/tests 1 error make[5]: stopped in /usr/src/lib/libc/tests *** [all] Error code 2 make[4]: stopped in /usr/src/lib/libc 1 error make[4]: stopped in /usr/src/lib/libc *** [all_subdir_libc] Error code 2 make[3]: stopped in /usr/src/lib 1 error make[3]: stopped in /usr/src/lib *** [all_subdir_lib] Error code 2 make[2]: stopped in /usr/src --- all_subdir_rescue --- echo ipf: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a /usr/obj/arm64.aarch64/usr/src/rescue/rescue/usr/src/sbin/ipf/libipf/libipf.a /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libkvm.a >> .depend A failure has been detected in another branch of the parallel make make[6]: stopped in /usr/src/sbin/ipf/ipf *** [ipf_make] Error code 2 make[5]: stopped in /usr/obj/arm64.aarch64/usr/src/rescue/rescue 1 error make[5]: stopped in /usr/obj/arm64.aarch64/usr/src/rescue/rescue *** [objs] Error code 2 make[4]: stopped in /usr/src/rescue/rescue 1 error make[4]: stopped in /usr/src/rescue/rescue *** [all] Error code 2 make[3]: stopped in /usr/src/rescue 1 error make[3]: stopped in /usr/src/rescue *** [all_subdir_rescue] Error code 2 make[2]: stopped in /usr/src --- all_subdir_kerberos5 --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/kerberos5/libexec/digest-service *** [all_subdir_digest-service] Error code 2 make[4]: stopped in /usr/src/kerberos5/libexec 1 error make[4]: stopped in /usr/src/kerberos5/libexec *** [all_subdir_libexec] Error code 2 make[3]: stopped in /usr/src/kerberos5 1 error make[3]: stopped in /usr/src/kerberos5 *** [all_subdir_kerberos5] Error code 2 make[2]: stopped in /usr/src --- all_subdir_sbin --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/sbin/ipf/libipf *** [all_subdir_libipf] Error code 2 make[4]: stopped in /usr/src/sbin/ipf 1 error make[4]: stopped in /usr/src/sbin/ipf *** [all_subdir_ipf] Error code 2 make[3]: stopped in /usr/src/sbin 1 error make[3]: stopped in /usr/src/sbin *** [all_subdir_sbin] Error code 2 make[2]: stopped in /usr/src 4 errors make[2]: stopped in /usr/src *** [everything] 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/hudson3137083925256628870.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_arm64' + echo 'clean up jail FreeBSD_HEAD_arm64' clean up jail FreeBSD_HEAD_arm64 + sudo jail -r FreeBSD_HEAD_arm64 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::104:1 -alias + sudo umount FreeBSD_HEAD_arm64/usr/src + sudo umount FreeBSD_HEAD_arm64/dev + sudo rm -fr FreeBSD_HEAD_arm64 rm: FreeBSD_HEAD_arm64/sbin/init: Operation not permitted rm: FreeBSD_HEAD_arm64/sbin: Directory not empty rm: FreeBSD_HEAD_arm64/libexec/ld-elf.so.1: Operation not permitted rm: FreeBSD_HEAD_arm64/libexec/ld-elf32.so.1: Operation not permitted rm: FreeBSD_HEAD_arm64/libexec: Directory not empty rm: FreeBSD_HEAD_arm64/usr/lib32/libc.so.7: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib32/librt.so.1: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib32/libcrypt.so.5: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib32/libthr.so.3: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib32: Directory not empty rm: FreeBSD_HEAD_arm64/usr/lib/librt.so.1: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib: Directory not empty rm: FreeBSD_HEAD_arm64/usr/bin/ypchsh: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/opieinfo: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/chsh: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/crontab: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/yppasswd: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/login: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/chfn: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/ypchfn: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/passwd: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/chpass: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/opiepasswd: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/ypchpass: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/su: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin: Directory not empty rm: FreeBSD_HEAD_arm64/usr: Directory not empty rm: FreeBSD_HEAD_arm64/lib/libthr.so.3: Operation not permitted rm: FreeBSD_HEAD_arm64/lib/libc.so.7: Operation not permitted rm: FreeBSD_HEAD_arm64/lib/libcrypt.so.5: Operation not permitted rm: FreeBSD_HEAD_arm64/lib: Directory not empty rm: FreeBSD_HEAD_arm64: Directory not empty + true + sudo chflags -R noschg FreeBSD_HEAD_arm64 + sudo rm -fr FreeBSD_HEAD_arm64 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-arm@freebsd.org Fri Oct 30 12:54:50 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3FA88A21631 for ; Fri, 30 Oct 2015 12:54:50 +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 27377112F; Fri, 30 Oct 2015 12:54:50 +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 A04331F67; Fri, 30 Oct 2015 12:54:50 +0000 (UTC) Date: Fri, 30 Oct 2015 12:54:49 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: ngie@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <190405704.5.1446209690626.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <328663541.2.1446202467272.JavaMail.jenkins@jenkins-9.freebsd.org> References: <328663541.2.1446202467272.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #1564 - Still Failing MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_arm64 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Oct 2015 12:54:50 -0000 FreeBSD_HEAD_arm64 - Build #1564 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/1564/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/1564/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/1564/console Change summaries: 290190 by ngie: Fix compiler warnings with open_to_operation.c Other sidenotes: - Remove unused variables with main(..) - Convert errx/exit with -1 to errx/exit with 1 - Fix a bogus test in try_directory_open (expected_errno == expected_errno -> errno == expected_errno) [*] - Fix some warnings related to discarded qualifiers - Remove a bogus else-statement at the end of check_mmap_exec(..) in the successful case. mmap(2), POSIX, Linux, etc all don't state what the behavior is when mixing O_WRONLY + PROT_EXEC, so assume success for now to get the test program to pass again. PR: 201286 [*] MFC after: 1 week Submitted by: David Binderman Sponsored by: EMC / Isilon Storage Division The end of the build log: [...truncated 96669 lines...] cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/libnetbsd -I/usr/src/contrib/netbsd-tests -std=gnu99 -fstack-protector-strong -Qunused-arguments -L/usr/obj/arm64.aarch64/usr/src//lib/libnetbsd -o wctomb_test t_wctomb.o -lnetbsd -lprivateatf-c --- all_subdir_rescue --- --- rtquery_make --- (cd /usr/src/rescue/rescue/../../sbin/routed/rtquery && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/rtquery/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/rtquery/ rtquery.o) --- all_subdir_lib --- --- Kyuafile.auto --- ===> lib/libc/tests/ssp (all) --- all_subdir_kerberos5 --- /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/init_creds_pw.c:314:14: warning: taking the absolute value of unsigned type 'LR_TYPE' (aka 'enum LR_TYPE') has no effect [-Wabsolute-value] switch (abs(lr->val[i].lr_type)) { ^ /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/init_creds_pw.c:314:14: note: remove the call to 'abs' since unsigned values cannot be negative switch (abs(lr->val[i].lr_type)) { ^~~ --- all_subdir_rescue --- --- rtquery.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -DRESCUE -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-array-bounds -Qunused-arguments -c /usr/src/sbin/routed/rtquery/rtquery.c -o rtquery.o --- all_subdir_lib --- --- h_fgets --- (cd /usr/src/lib/libc/tests/ssp && DEPENDFILE=.depend.h_fgets NO_SUBDIR=1 make -f /usr/src/lib/libc/tests/ssp/Makefile _RECURSING_PROGS= PROG=h_fgets ) --- h_fgets.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/contrib/netbsd-tests/lib/libc/ssp/h_fgets.c -o h_fgets.o --- h_fgets --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -o h_fgets h_fgets.o --- all_subdir_sbin --- --- ip_nat.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -DIPFILTER_LOG -DIPFILTER_COMPILED -DIPFILTER_LOOKUP -DIPFILTER_SYNC -DIPFILTER_CKSUM -DHAS_SYS_MD5_H -I. -I/usr/src/sbin/ipf/ipftest/../../../contrib/ipfilter -I/usr/src/sbin/ipf/ipftest/../../../contrib/ipfilter/tools -I/usr/src/sbin/ipf/ipftest/../../../sys -I/usr/src/sbin/ipf/ipftest/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DUSE_INET6 -std=gnu99 -fstack-protector-strong -Wno-pointer-sign -Wno-format -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Wno-array-bounds -Qunused-arguments -c /usr/src/sbin/ipf/ipftest/../../../sys/contrib/ipfilter/netinet/ip_nat.c -o ip_nat.o --- all_subdir_lib --- --- h_gets --- (cd /usr/src/lib/libc/tests/ssp && DEPENDFILE=.depend.h_gets NO_SUBDIR=1 make -f /usr/src/lib/libc/tests/ssp/Makefile _RECURSING_PROGS= PROG=h_gets ) --- h_gets.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/contrib/netbsd-tests/lib/libc/ssp/h_gets.c -o h_gets.o --- h_gets --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -o h_gets h_gets.o h_gets.o: In function `main': /usr/src/contrib/netbsd-tests/lib/libc/ssp/h_gets.c:(.text+0x20): warning: warning: this program uses gets(), which is unsafe. --- h_getcwd --- (cd /usr/src/lib/libc/tests/ssp && DEPENDFILE=.depend.h_getcwd NO_SUBDIR=1 make -f /usr/src/lib/libc/tests/ssp/Makefile _RECURSING_PROGS= PROG=h_getcwd ) --- h_getcwd.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/contrib/netbsd-tests/lib/libc/ssp/h_getcwd.c -o h_getcwd.o --- h_getcwd --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -o h_getcwd h_getcwd.o --- h_memcpy --- (cd /usr/src/lib/libc/tests/ssp && DEPENDFILE=.depend.h_memcpy NO_SUBDIR=1 make -f /usr/src/lib/libc/tests/ssp/Makefile _RECURSING_PROGS= PROG=h_memcpy ) --- h_memcpy.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/contrib/netbsd-tests/lib/libc/ssp/h_memcpy.c -o h_memcpy.o --- all_subdir_rescue --- --- rtsol_make --- (cd /usr/src/rescue/rescue/../../sbin/rtsol && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/rtsol/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/rtsol/ rtsold.o rtsol.o if.o probe.o dump.o rtsock.o) --- all_subdir_lib --- --- h_memcpy --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -o h_memcpy h_memcpy.o --- all_subdir_rescue --- --- .depend --- rm -f .depend CC='cc -B/usr/local/aarch64-freebsd/bin/ ' mkdep -f .depend -a -DSMALL -DRESCUE -std=gnu99 /usr/src/sbin/rtsol/../../usr.sbin/rtsold/rtsold.c /usr/src/sbin/rtsol/../../usr.sbin/rtsold/rtsol.c /usr/src/sbin/rtsol/../../usr.sbin/rtsold/if.c /usr/src/sbin/rtsol/../../usr.sbin/rtsold/probe.c /usr/src/sbin/rtsol/../../usr.sbin/rtsold/dump.c /usr/src/sbin/rtsol/../../usr.sbin/rtsold/rtsock.c --- all_subdir_lib --- --- h_memmove --- (cd /usr/src/lib/libc/tests/ssp && DEPENDFILE=.depend.h_memmove NO_SUBDIR=1 make -f /usr/src/lib/libc/tests/ssp/Makefile _RECURSING_PROGS= PROG=h_memmove ) --- h_memmove.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/contrib/netbsd-tests/lib/libc/ssp/h_memmove.c -o h_memmove.o --- all_subdir_kerberos5 --- 1 warning generated. --- kcm.po --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/ipc -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/base -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -std=gnu99 -fstack-protector-strong -Qunused-arguments -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/kcm.c -o kcm.po --- all_subdir_lib --- --- h_memmove --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -o h_memmove h_memmove.o --- h_mem- (cd /usr/src/lib/libc/tests/ssp && DEPENDFILE=.depend.h_memset NO_SUBDIR=1 make -f /usr/src/lib/libc/tests/ssp/Makefile _RECURSING_PROGS= PROG=h_memset ) --- h_memset.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/contrib/netbsd-tests/lib/libc/ssp/h_memset.c -o h_memset.o --- all_subdir_rescue --- echo rtsol: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a >> .depend --- all_subdir_lib --- --- h_mem- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -o h_memset h_memset.o --- all_subdir_rescue --- --- rtsold.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -DSMALL -DRESCUE -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/sbin/rtsol/../../usr.sbin/rtsold/rtsold.c -o rtsold.o --- all_subdir_lib --- --- h_raw --- (cd /usr/src/lib/libc/tests/ssp && DEPENDFILE=.depend.h_raw NO_SUBDIR=1 make -f /usr/src/lib/libc/tests/ssp/Makefile _RECURSING_PROGS= PROG=h_raw ) --- h_raw.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fstack-protector-all -Wstack-protector -fsanitize=bounds -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/contrib/netbsd-tests/lib/libc/ssp/h_raw.c -o h_raw.o --- h_raw --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fstack-protector-all -Wstack-protector -fsanitize=bounds -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -o h_raw h_raw.o /usr/local/aarch64-freebsd/bin/ld: cannot find /usr/obj/arm64.aarch64/usr/src/tmp/usr/bin/../lib/clang/3.7.0/lib/freebsd/libclang_rt.ubsan_standalone-aarch64.a: No such file or directory cc: error: linker command failed with exit code 1 (use -v to see invocation) *** [h_raw] Error code 1 make[7]: stopped in /usr/src/lib/libc/tests/ssp 1 error make[7]: stopped in /usr/src/lib/libc/tests/ssp *** [h_raw] Error code 2 make[6]: stopped in /usr/src/lib/libc/tests/ssp 1 error make[6]: stopped in /usr/src/lib/libc/tests/ssp *** [all] Error code 2 make[5]: stopped in /usr/src/lib/libc/tests 1 error make[5]: stopped in /usr/src/lib/libc/tests *** [all] Error code 2 make[4]: stopped in /usr/src/lib/libc 1 error make[4]: stopped in /usr/src/lib/libc *** [all_subdir_libc] Error code 2 make[3]: stopped in /usr/src/lib 1 error make[3]: stopped in /usr/src/lib *** [all_subdir_lib] Error code 2 make[2]: stopped in /usr/src --- all_subdir_rescue --- A failure has been detected in another branch of the parallel make make[6]: stopped in /usr/src/sbin/rtsol *** [rtsol_make] Error code 2 make[5]: stopped in /usr/obj/arm64.aarch64/usr/src/rescue/rescue 1 error make[5]: stopped in /usr/obj/arm64.aarch64/usr/src/rescue/rescue *** [objs] Error code 2 make[4]: stopped in /usr/src/rescue/rescue 1 error make[4]: stopped in /usr/src/rescue/rescue *** [all] Error code 2 make[3]: stopped in /usr/src/rescue 1 error make[3]: stopped in /usr/src/rescue *** [all_subdir_rescue] Error code 2 make[2]: stopped in /usr/src --- all_subdir_kerberos5 --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/kerberos5/lib/libkrb5 *** [all] Error code 2 make[4]: stopped in /usr/src/kerberos5/lib 1 error make[4]: stopped in /usr/src/kerberos5/lib *** [all_subdir_lib] Error code 2 make[3]: stopped in /usr/src/kerberos5 1 error make[3]: stopped in /usr/src/kerberos5 *** [all_subdir_kerberos5] Error code 2 make[2]: stopped in /usr/src --- all_subdir_sbin --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/sbin/ipf/ipftest *** [all_subdir_ipftest] Error code 2 make[4]: stopped in /usr/src/sbin/ipf 1 error make[4]: stopped in /usr/src/sbin/ipf *** [all_subdir_ipf] Error code 2 make[3]: stopped in /usr/src/sbin 1 error make[3]: stopped in /usr/src/sbin *** [all_subdir_sbin] Error code 2 make[2]: stopped in /usr/src 4 errors make[2]: stopped in /usr/src *** [everything] 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/hudson8516837121311926126.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_arm64' + echo 'clean up jail FreeBSD_HEAD_arm64' clean up jail FreeBSD_HEAD_arm64 + sudo jail -r FreeBSD_HEAD_arm64 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::104:1 -alias + sudo umount FreeBSD_HEAD_arm64/usr/src + sudo umount FreeBSD_HEAD_arm64/dev + sudo rm -fr FreeBSD_HEAD_arm64 rm: FreeBSD_HEAD_arm64/lib/libthr.so.3: Operation not permitted rm: FreeBSD_HEAD_arm64/lib/libcrypt.so.5: Operation not permitted rm: FreeBSD_HEAD_arm64/lib/libc.so.7: Operation not permitted rm: FreeBSD_HEAD_arm64/lib: Directory not empty rm: FreeBSD_HEAD_arm64/usr/lib32/libc.so.7: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib32/libcrypt.so.5: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib32/librt.so.1: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib32/libthr.so.3: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib32: Directory not empty rm: FreeBSD_HEAD_arm64/usr/lib/librt.so.1: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib: Directory not empty rm: FreeBSD_HEAD_arm64/usr/bin/chsh: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/ypchfn: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/ypchpass: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/ypchsh: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/su: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/chfn: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/crontab: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/login: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/passwd: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/chpass: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/opieinfo: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/yppasswd: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/opiepasswd: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin: Directory not empty rm: FreeBSD_HEAD_arm64/usr: Directory not empty rm: FreeBSD_HEAD_arm64/libexec/ld-elf32.so.1: Operation not permitted rm: FreeBSD_HEAD_arm64/libexec/ld-elf.so.1: Operation not permitted rm: FreeBSD_HEAD_arm64/libexec: Directory not empty rm: FreeBSD_HEAD_arm64/sbin/init: Operation not permitted rm: FreeBSD_HEAD_arm64/sbin: Directory not empty rm: FreeBSD_HEAD_arm64: Directory not empty + true + sudo chflags -R noschg FreeBSD_HEAD_arm64 + sudo rm -fr FreeBSD_HEAD_arm64 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-arm@freebsd.org Fri Oct 30 14:54:48 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D4305A2015E for ; Fri, 30 Oct 2015 14:54:48 +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 B80E61EAA; Fri, 30 Oct 2015 14:54:48 +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 325CE3F; Fri, 30 Oct 2015 14:54:49 +0000 (UTC) Date: Fri, 30 Oct 2015 14:54:47 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: zbb@FreeBSD.org, avg@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <932764795.9.1446216889090.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <190405704.5.1446209690626.JavaMail.jenkins@jenkins-9.freebsd.org> References: <190405704.5.1446209690626.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #1565 - Still Failing MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_arm64 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Oct 2015 14:54:49 -0000 FreeBSD_HEAD_arm64 - Build #1565 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/1565/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/1565/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/1565/console Change summaries: 290193 by zbb: Use PCB/LR from PCB rather from stack on armv7-gdb The kernel dump does not store these values on the stack. Use PCB structure to resolve PC and LR properly. Submitted by: Wojciech Macek Reviewed by: jhb, kib Obtained from: Semihalf Sponsored by: Juniper Networks Inc. Differential Revision: https://reviews.freebsd.org/D4013 290192 by zbb: Workaround KGDB issues on ARM by ignoring ARM EABI version higher than 5 To make KGDB working, it needs to understand kernel ELF image. By default it is compiled using EABI_5, which is not supported on the gdb-6. As a workaround, treat these images as EABI_2 because they share a lot of things in common. This workaround does not guarantee ALL funtionalities to work. Submitted by: Wojciech Macek Reviewed by: jhb Obtained from: Semihalf Sponsored by: Juniper Networks Inc. Differential Revision: https://reviews.freebsd.org/D4012 290191 by avg: l2arc: do not call trim_map_free() for blocks with zero b_asize b_asize can be zero if the block is compressed into an empty block (ZIO_COMPRESS_EMPTY) and the trim code asserts that meaningless zero-sized trimming is not attempted. The logic for calling trim_map_free() is extracted into a new function l2arc_trim() to minimize code duplication. PR: 203473 Reported by: Willem Jan Withagen Tested by: Willem Jan Withagen MFC after: 11 days The end of the build log: [...truncated 97379 lines...] cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/libnetbsd -I/usr/src/contrib/netbsd-tests -std=gnu99 -fstack-protector-strong -Qunused-arguments -L/usr/obj/arm64.aarch64/usr/src//lib/libnetbsd -o wcsspn_test t_wcsspn.o -lnetbsd -lprivateatf-c --- wcstod_test --- (cd /usr/src/lib/libc/tests/locale && DEPENDFILE=.depend.wcstod_test NO_SUBDIR=1 make -f /usr/src/lib/libc/tests/locale/Makefile _RECURSING_PROGS= PROG=wcstod_test ) --- t_wcstod.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/libnetbsd -I/usr/src/contrib/netbsd-tests -std=gnu99 -fstack-protector-strong -Qunused-arguments -c /usr/src/contrib/netbsd-tests/lib/libc/locale/t_wcstod.c -o t_wcstod.o --- wcstod_test --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/libnetbsd -I/usr/src/contrib/netbsd-tests -std=gnu99 -fstack-protector-strong -Qunused-arguments -L/usr/obj/arm64.aarch64/usr/src//lib/libnetbsd -o wcstod_test t_wcstod.o -lnetbsd -lprivateatf-c --- all_subdir_rescue --- echo routed: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libmd.a >> .depend --- depend --- ===> rescue/rescue/routed/rtquery (depend) --- .depend --- rm -f .depend CC='cc -B/usr/local/aarch64-freebsd/bin/ ' mkdep -f .depend -a -DRESCUE -std=gnu99 /usr/src/sbin/routed/rtquery/rtquery.c --- all_subdir_lib --- --- wctomb_test --- (cd /usr/src/lib/libc/tests/locale && DEPENDFILE=.depend.wctomb_test NO_SUBDIR=1 make -f /usr/src/lib/libc/tests/locale/Makefile _RECURSING_PROGS= PROG=wctomb_test ) --- t_wctomb.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/libnetbsd -I/usr/src/contrib/netbsd-tests -std=gnu99 -fstack-protector-strong -Qunused-arguments -c /usr/src/contrib/netbsd-tests/lib/libc/locale/t_wctomb.c -o t_wctomb.o --- all_subdir_rescue --- echo rtquery: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libmd.a >> .depend --- if.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -DRESCUE -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/sbin/routed/if.c -o if.o --- all_subdir_kerberos5 --- --- kx509.po --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -I/usr/src/kerberos5/lib/libkdc/../../../crypto/heimdal/lib/roken -I/usr/src/kerberos5/lib/libkdc/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkdc/../../../crypto/heimdal/lib/hdb -I/usr/src/kerberos5/lib/libkdc/../../../crypto/heimdal/kdc -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkdc/../../include -std=gnu99 -fstack-protector-strong -Qunused-arguments -c /usr/src/kerberos5/lib/libkdc/../../../crypto/heimdal/kdc/kx509.c -o kx509.po --- all_subdir_lib --- --- wctomb_test --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/libnetbsd -I/usr/src/contrib/netbsd-tests -std=gnu99 -fstack-protector-strong -Qunused-arguments -L/usr/obj/arm64.aarch64/usr/src//lib/libnetbsd -o wctomb_test t_wctomb.o -lnetbsd -lprivateatf-c --- Kyuafile.auto --- ===> lib/libc/tests/ssp (all) --- h_fgets --- (cd /usr/src/lib/libc/tests/ssp && DEPENDFILE=.depend.h_fgets NO_SUBDIR=1 make -f /usr/src/lib/libc/tests/ssp/Makefile _RECURSING_PROGS= PROG=h_fgets ) --- h_fgets.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/contrib/netbsd-tests/lib/libc/ssp/h_fgets.c -o h_fgets.o --- h_fgets --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -o h_fgets h_fgets.o --- h_gets --- (cd /usr/src/lib/libc/tests/ssp && DEPENDFILE=.depend.h_gets NO_SUBDIR=1 make -f /usr/src/lib/libc/tests/ssp/Makefile _RECURSING_PROGS= PROG=h_gets ) --- h_gets.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/contrib/netbsd-tests/lib/libc/ssp/h_gets.c -o h_gets.o --- h_gets --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -o h_gets h_gets.o h_gets.o: In function `main': /usr/src/contrib/netbsd-tests/lib/libc/ssp/h_gets.c:(.text+0x20): warning: warning: this program uses gets(), which is unsafe. --- h_getcwd --- (cd /usr/src/lib/libc/tests/ssp && DEPENDFILE=.depend.h_getcwd NO_SUBDIR=1 make -f /usr/src/lib/libc/tests/ssp/Makefile _RECURSING_PROGS= PROG=h_getcwd ) --- h_getcwd.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/contrib/netbsd-tests/lib/libc/ssp/h_getcwd.c -o h_getcwd.o --- all_subdir_kerberos5 --- --- process.po --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -I/usr/src/kerberos5/lib/libkdc/../../../crypto/heimdal/lib/roken -I/usr/src/kerberos5/lib/libkdc/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkdc/../../../crypto/heimdal/lib/hdb -I/usr/src/kerberos5/lib/libkdc/../../../crypto/heimdal/kdc -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkdc/../../include -std=gnu99 -fstack-protector-strong -Qunused-arguments -c /usr/src/kerberos5/lib/libkdc/../../../crypto/heimdal/kdc/process.c -o process.po --- all_subdir_lib --- --- h_getcwd --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -o h_getcwd h_getcwd.o --- h_memcpy --- (cd /usr/src/lib/libc/tests/ssp && DEPENDFILE=.depend.h_memcpy NO_SUBDIR=1 make -f /usr/src/lib/libc/tests/ssp/Makefile _RECURSING_PROGS= PROG=h_memcpy ) --- h_memcpy.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/contrib/netbsd-tests/lib/libc/ssp/h_memcpy.c -o h_memcpy.o --- all_subdir_rescue --- --- input.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -DRESCUE -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/sbin/routed/input.c -o input.o --- all_subdir_lib --- --- h_memcpy --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -o h_memcpy h_memcpy.o --- h_memmove --- (cd /usr/src/lib/libc/tests/ssp && DEPENDFILE=.depend.h_memmove NO_SUBDIR=1 make -f /usr/src/lib/libc/tests/ssp/Makefile _RECURSING_PROGS= PROG=h_memmove ) --- h_memmove.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/contrib/netbsd-tests/lib/libc/ssp/h_memmove.c -o h_memmove.o --- h_memmove --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -o h_memmove h_memmove.o --- h_mem- (cd /usr/src/lib/libc/tests/ssp && DEPENDFILE=.depend.h_memset NO_SUBDIR=1 make -f /usr/src/lib/libc/tests/ssp/Makefile _RECURSING_PROGS= PROG=h_memset ) --- h_memset.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/contrib/netbsd-tests/lib/libc/ssp/h_memset.c -o h_memset.o --- all_subdir_kerberos5 --- --- windc.po --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -I/usr/src/kerberos5/lib/libkdc/../../../crypto/heimdal/lib/roken -I/usr/src/kerberos5/lib/libkdc/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkdc/../../../crypto/heimdal/lib/hdb -I/usr/src/kerberos5/lib/libkdc/../../../crypto/heimdal/kdc -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkdc/../../include -std=gnu99 -fstack-protector-strong -Qunused-arguments -c /usr/src/kerberos5/lib/libkdc/../../../crypto/heimdal/kdc/windc.c -o windc.po --- all_subdir_lib --- --- h_mem- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -o h_memset h_memset.o --- h_raw --- (cd /usr/src/lib/libc/tests/ssp && DEPENDFILE=.depend.h_raw NO_SUBDIR=1 make -f /usr/src/lib/libc/tests/ssp/Makefile _RECURSING_PROGS= PROG=h_raw ) --- h_raw.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fstack-protector-all -Wstack-protector -fsanitize=bounds -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/contrib/netbsd-tests/lib/libc/ssp/h_raw.c -o h_raw.o --- h_raw --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fstack-protector-all -Wstack-protector -fsanitize=bounds -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -o h_raw h_raw.o /usr/local/aarch64-freebsd/bin/ld: cannot find /usr/obj/arm64.aarch64/usr/src/tmp/usr/bin/../lib/clang/3.7.0/lib/freebsd/libclang_rt.ubsan_standalone-aarch64.a: No such file or directory cc: error: linker command failed with exit code 1 (use -v to see invocation) *** [h_raw] Error code 1 make[7]: stopped in /usr/src/lib/libc/tests/ssp 1 error make[7]: stopped in /usr/src/lib/libc/tests/ssp *** [h_raw] Error code 2 make[6]: stopped in /usr/src/lib/libc/tests/ssp 1 error make[6]: stopped in /usr/src/lib/libc/tests/ssp *** [all] Error code 2 make[5]: stopped in /usr/src/lib/libc/tests 1 error make[5]: stopped in /usr/src/lib/libc/tests *** [all] Error code 2 make[4]: stopped in /usr/src/lib/libc 1 error make[4]: stopped in /usr/src/lib/libc *** [all_subdir_libc] Error code 2 make[3]: stopped in /usr/src/lib 1 error make[3]: stopped in /usr/src/lib *** [all_subdir_lib] Error code 2 make[2]: stopped in /usr/src --- all_subdir_rescue --- A failure has been detected in another branch of the parallel make make[6]: stopped in /usr/src/sbin/routed *** [routed_make] Error code 2 make[5]: stopped in /usr/obj/arm64.aarch64/usr/src/rescue/rescue 1 error make[5]: stopped in /usr/obj/arm64.aarch64/usr/src/rescue/rescue *** [objs] Error code 2 make[4]: stopped in /usr/src/rescue/rescue 1 error make[4]: stopped in /usr/src/rescue/rescue *** [all] Error code 2 make[3]: stopped in /usr/src/rescue 1 error make[3]: stopped in /usr/src/rescue *** [all_subdir_rescue] Error code 2 make[2]: stopped in /usr/src --- all_subdir_kerberos5 --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/kerberos5/lib/libkdc *** [all] Error code 2 make[4]: stopped in /usr/src/kerberos5/lib 1 error make[4]: stopped in /usr/src/kerberos5/lib *** [all_subdir_lib] Error code 2 make[3]: stopped in /usr/src/kerberos5 1 error make[3]: stopped in /usr/src/kerberos5 *** [all_subdir_kerberos5] Error code 2 make[2]: stopped in /usr/src --- all_subdir_sbin --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/sbin/ipf/ipftest *** [all_subdir_ipftest] Error code 2 make[4]: stopped in /usr/src/sbin/ipf 1 error make[4]: stopped in /usr/src/sbin/ipf *** [all_subdir_ipf] Error code 2 make[3]: stopped in /usr/src/sbin 1 error make[3]: stopped in /usr/src/sbin *** [all_subdir_sbin] Error code 2 make[2]: stopped in /usr/src 4 errors make[2]: stopped in /usr/src *** [everything] 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/hudson4170861822098602564.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_arm64' + echo 'clean up jail FreeBSD_HEAD_arm64' clean up jail FreeBSD_HEAD_arm64 + sudo jail -r FreeBSD_HEAD_arm64 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::104:1 -alias + sudo umount FreeBSD_HEAD_arm64/usr/src + sudo umount FreeBSD_HEAD_arm64/dev + sudo rm -fr FreeBSD_HEAD_arm64 rm: FreeBSD_HEAD_arm64/usr/lib/librt.so.1: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib: Directory not empty rm: FreeBSD_HEAD_arm64/usr/lib32/librt.so.1: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib32/libthr.so.3: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib32/libc.so.7: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib32/libcrypt.so.5: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib32: Directory not empty rm: FreeBSD_HEAD_arm64/usr/bin/ypchfn: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/su: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/ypchsh: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/crontab: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/yppasswd: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/opieinfo: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/opiepasswd: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/login: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/passwd: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/chpass: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/chsh: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/chfn: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/ypchpass: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin: Directory not empty rm: FreeBSD_HEAD_arm64/usr: Directory not empty rm: FreeBSD_HEAD_arm64/libexec/ld-elf.so.1: Operation not permitted rm: FreeBSD_HEAD_arm64/libexec/ld-elf32.so.1: Operation not permitted rm: FreeBSD_HEAD_arm64/libexec: Directory not empty rm: FreeBSD_HEAD_arm64/lib/libc.so.7: Operation not permitted rm: FreeBSD_HEAD_arm64/lib/libthr.so.3: Operation not permitted rm: FreeBSD_HEAD_arm64/lib/libcrypt.so.5: Operation not permitted rm: FreeBSD_HEAD_arm64/lib: Directory not empty rm: FreeBSD_HEAD_arm64/sbin/init: Operation not permitted rm: FreeBSD_HEAD_arm64/sbin: Directory not empty rm: FreeBSD_HEAD_arm64: Directory not empty + true + sudo chflags -R noschg FreeBSD_HEAD_arm64 + sudo rm -fr FreeBSD_HEAD_arm64 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-arm@freebsd.org Fri Oct 30 16:25:38 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 370CDA212E2 for ; Fri, 30 Oct 2015 16:25:38 +0000 (UTC) (envelope-from zbb@semihalf.com) Received: from mail-lf0-x22e.google.com (mail-lf0-x22e.google.com [IPv6:2a00:1450:4010:c07::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 AC374157B for ; Fri, 30 Oct 2015 16:25:37 +0000 (UTC) (envelope-from zbb@semihalf.com) Received: by lfaz124 with SMTP id z124so35753449lfa.1 for ; Fri, 30 Oct 2015 09:25:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=semihalf_com.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to:content-type; bh=rV/+QxUv1elgF/kIVXZXEgHY1oWi3bHwyuaHkXZaquA=; b=ESrANTNrO79zJ5nrm1X7Gps8dVn0P640zqkBBrH3J+k4F5L2A45VJrUQh8cnCGNR2/ biUCw4LkL6O19799dj4iVWE1o9iVAM8Tlic5YNwezfG6mw3FticYGTOtxMoYsvYW99o/ +vGZo9QKFe/ymdTyvi1WK5+xTWh6JGiApIGtjtXGsKFaC4F5LiYWVz0HevQP6o61tu7I pPnCZdrJSWCQkPQOdma/neDV+cQvVYtTOaCqZwlXW3iANlVA5tBXJhh1pEmlHvtY/PHA On9gWLfigzlevUGYvMnjrYemR7EBtqBBaJiHwup7MifZU7i0uSHGhhbG/x162Q9U+Vzp 0ZrQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to :content-type; bh=rV/+QxUv1elgF/kIVXZXEgHY1oWi3bHwyuaHkXZaquA=; b=jtTKjCsCoZULm4u7jYoSk5tZ6jpuheqjN8n15QK3QLChNBtMKIxiKuJm9uNfM87XZ7 dMk5YazinW/jaA8H6Ya/fnEJHKm4u9Mjwofw1l56hyLhjzaVJ4hYvuUh9o5+pmrEO6cM GoPP7IN0EeMc3Lz6RkD9wd06lmi7cuAs5AtUnyLtJAY96ybpdLZvkf8Sj2ygfg6kvP1B 3oEHNxcrdzTg06Nb1tEgKD3qtIsimFdn2d/FGbyyF7T/9vE+DJYngrbzidi/C52bokPn fuaOfTZLAUtDIQ8MqmHl28T5mv42/OIpOJxEKbFcaIt0nNZ1la73mOuHPaZvekDC4lvz gU7w== X-Gm-Message-State: ALoCoQl1nQVM/umEPpbWNf2yg4ZiTnQxAKewIhy3Xnt5upOGo4k4Dq4Y4fOfKOo0Cs8yQr5Ta57E X-Received: by 10.25.26.71 with SMTP id a68mr2973885lfa.109.1446222335696; Fri, 30 Oct 2015 09:25:35 -0700 (PDT) MIME-Version: 1.0 Received: by 10.25.91.20 with HTTP; Fri, 30 Oct 2015 09:25:16 -0700 (PDT) From: Zbigniew Bodek Date: Fri, 30 Oct 2015 17:25:16 +0100 Message-ID: Subject: RFC: HW watchpoints and single stepping for ARMv6/v7 To: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Oct 2015 16:25:38 -0000 Hello, We would like to add HW watchpoints and HW single step support to ARMv6 kernel. Please check this review: https://reviews.freebsd.org/D4037 Since there are differences between debug architectures on ARM (v6, v6.1, v7, v7.1) I would like to ask for some testing on your machines. I was able to test this on Pandaboard and Arndale but please check whether this works on your targets as well. Rise a red flag if you see any issues or in worst case scenario - "undefined instruction" error. Best regards zbb From owner-freebsd-arm@freebsd.org Fri Oct 30 16:54:16 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2953BA21A2F for ; Fri, 30 Oct 2015 16:54: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 0E9691517; Fri, 30 Oct 2015 16:54: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 61AB8120; Fri, 30 Oct 2015 16:54:16 +0000 (UTC) Date: Fri, 30 Oct 2015 16:54:15 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: trasz@FreeBSD.org, hselasky@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <1823218025.13.1446224056366.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <932764795.9.1446216889090.JavaMail.jenkins@jenkins-9.freebsd.org> References: <932764795.9.1446216889090.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #1566 - 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: Fri, 30 Oct 2015 16:54:16 -0000 FreeBSD_HEAD_arm64 - Build #1566 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/1566/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/1566/ch= anges Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/1566/con= sole Change summaries: 290197 by trasz: After r290196, the kernel won't wait for stuff like gmirror nodes if they are not required for mounting rootfs. However, it's possible that some setups try to mount them in mountcritlocal (ie from fstab). Export the list of current root mount holds using a new sysctl, vfs.root_mount_hold, and make mountcritlocal retry if "mount -a" fails and the list is not empty. MFC after:=091 month Sponsored by:=09The FreeBSD Foundation Differential Revision:=09https://reviews.freebsd.org/D3709 290196 by trasz: Make root mount wait mechanism smarter, by making it wait only if the root device doesn't yet exist. Reviewed by:=09kib@, marcel@ MFC after:=091 month Sponsored by:=09The FreeBSD Foundation Differential Revision:=09https://reviews.freebsd.org/D3709 290195 by hselasky: Reduce the DWC OTG interrupt load by not reading all the host channel status registers for every interrupt. Check a common host channel status interrupt register first, then conditionally read the individual host channel status registers. Submitted by:=09Sebastian Huber MFC after:=091 week The end of the build log: [...truncated 97145 lines...] cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=3Dgnu99 -fstack-prote= ctor-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-= pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variabl= e -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wn= o-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switc= h -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -o h_fge= ts h_fgets.o=20 --- all_subdir_rescue --- --- ipf_l.h --- sed -e 's/yy/ipf_yy/g' /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/too= ls/lexer.h > ipf_l.h --- ipf_y.c --- yacc -d /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools/ipf_y.y yacc: 8 shift/reduce conflicts, 55 reduce/reduce conflicts. --- all_subdir_lib --- --- h_gets --- (cd /usr/src/lib/libc/tests/ssp && DEPENDFILE=3D.depend.h_gets NO_SUBDIR= =3D1 make -f /usr/src/lib/libc/tests/ssp/Makefile _RECURSING_PROGS=3D PROG= =3Dh_gets ) --- all_subdir_rescue --- sed -e 's/yy/ipf_yy/g' -e 's/"ipf_y.y"/"..\/tools\/ipf_y.y"/' y.tab.c > i= pf_y.c sed -e 's/yy/ipf_yy/g' y.tab.h > ipf_y.h --- ipf_l.c --- sed -e 's/yy/ipf_yy/g' -e 's/y.tab.h/ipf_y.h/' -e 's/lexer.h/ipf_l.h/' /= usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools/lexer.c > ipf_l.c --- all_subdir_lib --- --- h_gets.o --- --- all_subdir_rescue --- --- .depend --- --- all_subdir_lib --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=3Dgnu99 -fstack-prote= ctor-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-= pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variabl= e -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wn= o-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switc= h -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/s= rc/contrib/netbsd-tests/lib/libc/ssp/h_gets.c -o h_gets.o --- all_subdir_rescue --- rm -f .depend CC=3D'cc -B/usr/local/aarch64-freebsd/bin/ ' mkdep -f .depend -a -I. -DI= PFILTER_BPF -DHAS_SYS_MD5_H -I/usr/src/sbin/ipf/ipf/../../../contrib/ipfilt= er -I/usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/usr/src/sbin/= ipf/ipf/../../../sys -I/usr/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter = -DSTATETOP -D__UIO_EXPOSE -DUSE_INET6 -DRESCUE -std=3Dgnu99 /usr/src/sbin= /ipf/ipf/../../../contrib/ipfilter/tools/ipf.c /usr/src/sbin/ipf/ipf/../../= ../contrib/ipfilter/tools/ipfcomp.c ipf_y.c ipf_l.c /usr/src/sbin/ipf/ipf/.= ./../../contrib/ipfilter/bpf_filter.c /usr/src/sbin/ipf/ipf/../../../contri= b/ipfilter/lib/addicmp.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/li= b/addipopt.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/alist_free= .c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/alist_new.c /usr/src= /sbin/ipf/ipf/../../../contrib/ipfilter/lib/allocmbt.c /usr/src/sbin/ipf/ip= f/../../../contrib/ipfilter/lib/assigndefined.c /usr/src/sbin/ipf/ipf/../..= /../contrib/ipfilter/lib/bcopywrap.c /usr/src/sbin/ipf/ipf/../../../contrib= /ipfilter/lib/binprint.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/li= b/buildopts.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/checkrev.= c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/connecttcp.c /usr/src= /sbin/ipf/ipf/../../../contrib/ipfilter/lib/count4bits.c /usr/src/sbin/ipf/= ipf/../../../contrib/ipfilter/lib/count6bits.c /usr/src/sbin/ipf/ipf/../../= ../contrib/ipfilter/lib/debug.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfi= lter/lib/dupmbt.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/facpr= i.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/familyname.c /usr/s= rc/sbin/ipf/ipf/../../../contrib/ipfilter/lib/fill6bits.c /usr/src/sbin/ipf= /ipf/../../../contrib/ipfilter/lib/findword.c /usr/src/sbin/ipf/ipf/../../.= ./contrib/ipfilter/lib/flags.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfil= ter/lib/freembt.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/ftov.= c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/genmask.c /usr/src/sbin/i= pf/ipf/../../../contrib/ipfilter/lib/gethost.c /usr/src/sbin/ipf/ipf/../../= ../contrib/ipfilter/lib/getifname.c /usr/src/sbin/ipf/ipf/../../../contrib/= ipfilter/lib/geticmptype.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/= lib/getnattype.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/getpor= t.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/getportproto.c /usr= /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/getproto.c /usr/src/sbin/ip= f/ipf/../../../contrib/ipfilter/lib/getsumd.c /usr/src/sbin/ipf/ipf/../../.= ./contrib/ipfilter/lib/hostname.c /usr/src/sbin/ipf/ipf/../../../contrib/ip= filter/lib/icmpcode.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/i= cmptypename.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/icmptypes= .c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/initparse.c /usr/src= /sbin/ipf/ipf/../../../contrib/ipfilter/lib/interror.c /usr/src/sbin/ipf/ip= f/../../../contrib/ipfilter/lib/ionames.c /usr/src/sbin/ipf/ipf/../../../co= ntrib/ipfilter/lib/ipf_dotuning.c /usr/src/sbin/ipf/ipf/../../../contrib/ip= filter/lib/ipf_perror.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib= /ipft_hx.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/ipft_pc.c /u= sr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/ipft_tx.c /usr/src/sbin/i= pf/ipf/../../../contrib/ipfilter/lib/ipoptsec.c /usr/src/sbin/ipf/ipf/../..= /../contrib/ipfilter/lib/kmem.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfi= lter/lib/kmemcpywrap.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/= kvatoname.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/load_dstlis= t.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/load_dstlistnode.c = /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/load_file.c /usr/src/sb= in/ipf/ipf/../../../contrib/ipfilter/lib/load_hash.c /usr/src/sbin/ipf/ipf/= ../../../contrib/ipfilter/lib/load_hashnode.c /usr/src/sbin/ipf/ipf/../../.= ./contrib/ipfilter/lib/load_http.c /usr/src/sbin/ipf/ipf/../../../contrib/i= pfilter/lib/load_pool.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib= /load_poolnode.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/load_u= rl.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/mb_hexdump.c /usr/= src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/msgdsize.c /usr/src/sbin/ipf= /ipf/../../../contrib/ipfilter/lib/mutex_emul.c /usr/src/sbin/ipf/ipf/../..= /../contrib/ipfilter/lib/nametokva.c /usr/src/sbin/ipf/ipf/../../../contrib= /ipfilter/lib/nat_setgroupmap.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfi= lter/lib/ntomask.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/optn= ame.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/optprint.c /usr/s= rc/sbin/ipf/ipf/../../../contrib/ipfilter/lib/optprintv6.c /usr/src/sbin/ip= f/ipf/../../../contrib/ipfilter/lib/optvalue.c /usr/src/sbin/ipf/ipf/../../= ../contrib/ipfilter/lib/parsefields.c /usr/src/sbin/ipf/ipf/../../../contri= b/ipfilter/lib/parseipfexpr.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilt= er/lib/parsewhoisline.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib= /poolio.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/portname.c /u= sr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/prependmbt.c /usr/src/sbi= n/ipf/ipf/../../../contrib/ipfilter/lib/print_toif.c /usr/src/sbin/ipf/ipf/= ../../../contrib/ipfilter/lib/printactiveaddr.c /usr/src/sbin/ipf/ipf/../..= /../contrib/ipfilter/lib/printactivenat.c /usr/src/sbin/ipf/ipf/../../../co= ntrib/ipfilter/lib/printaddr.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfil= ter/lib/printaps.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/prin= tbuf.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstl_live.c= /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlist.c /usr/sr= c/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistdata.c /usr/src/sb= in/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistnode.c /usr/src/sbin/i= pf/ipf/../../../contrib/ipfilter/lib/printdstlistpolicy.c /usr/src/sbin/ipf= /ipf/../../../contrib/ipfilter/lib/printfieldhdr.c /usr/src/sbin/ipf/ipf/..= /../../contrib/ipfilter/lib/printfr.c /usr/src/sbin/ipf/ipf/../../../contri= b/ipfilter/lib/printfraginfo.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfil= ter/lib/printhash.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/pri= nthash_live.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhash= data.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhashnode.c = /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhost.c /usr/src/sb= in/ipf/ipf/../../../contrib/ipfilter/lib/printhostmap.c /usr/src/sbin/ipf/i= pf/../../../contrib/ipfilter/lib/printhostmask.c /usr/src/sbin/ipf/ipf/../.= ./../contrib/ipfilter/lib/printifname.c /usr/src/sbin/ipf/ipf/../../../cont= rib/ipfilter/lib/printip.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/= lib/printipfexpr.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/prin= tiphdr.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printlog.c /us= r/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printlookup.c /usr/src/sbi= n/ipf/ipf/../../../contrib/ipfilter/lib/printmask.c /usr/src/sbin/ipf/ipf/.= ./../../contrib/ipfilter/lib/printnat.c /usr/src/sbin/ipf/ipf/../../../cont= rib/ipfilter/lib/printnataddr.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfi= lter/lib/printnatfield.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/li= b/printnatside.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printp= acket.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printpacket6.c = /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printpool.c /usr/src/sb= in/ipf/ipf/../../../contrib/ipfilter/lib/printpool_live.c /usr/src/sbin/ipf= /ipf/../../../contrib/ipfilter/lib/printpooldata.c /usr/src/sbin/ipf/ipf/..= /../../contrib/ipfilter/lib/printpoolfield.c /usr/src/sbin/ipf/ipf/../../..= /contrib/ipfilter/lib/printpoolnode.c /usr/src/sbin/ipf/ipf/../../../contri= b/ipfilter/lib/printportcmp.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilt= er/lib/printproto.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/pri= ntsbuf.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printstate.c /= usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printstatefields.c /usr/= src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printtcpflags.c /usr/src/sbi= n/ipf/ipf/../../../contrib/ipfilter/lib/printtqtable.c /usr/src/sbin/ipf/ip= f/../../../contrib/ipfilter/lib/printtunable.c /usr/src/sbin/ipf/ipf/../../= ../contrib/ipfilter/lib/printunit.c /usr/src/sbin/ipf/ipf/../../../contrib/= ipfilter/lib/remove_hash.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/= lib/remove_hashnode.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/r= emove_pool.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/remove_poo= lnode.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/resetlexer.c /u= sr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/rwlock_emul.c /usr/src/sb= in/ipf/ipf/../../../contrib/ipfilter/lib/save_execute.c /usr/src/sbin/ipf/i= pf/../../../contrib/ipfilter/lib/save_file.c /usr/src/sbin/ipf/ipf/../../..= /contrib/ipfilter/lib/save_nothing.c /usr/src/sbin/ipf/ipf/../../../contrib= /ipfilter/lib/save_syslog.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter= /lib/save_v1trap.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/save= _v2trap.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/vtof.c /usr/s= rc/sbin/ipf/ipf/../../../contrib/ipfilter/lib/tcp_flags.c /usr/src/sbin/ipf= /ipf/../../../contrib/ipfilter/lib/tcpflags.c /usr/src/sbin/ipf/ipf/../../.= ./contrib/ipfilter/lib/tcpoptnames.c /usr/src/sbin/ipf/ipf/../../../contrib= /ipfilter/lib/v6ionames.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/l= ib/v6optvalue.c /usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/var.c /= usr/src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/verbose.c --- all_subdir_sbin --- --- printaddr.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/sbin/ipf/libip= f/../../../contrib/ipfilter -I/usr/src/sbin/ipf/libipf/../../../contrib/ipf= ilter/tools -I/usr/src/sbin/ipf/libipf/../../../sys -I/usr/src/sbin/ipf/lib= ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DUSE_INET6 -st= d=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-form= at-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -Wno-empty-body -Wn= o-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno= -unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conv= ersion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-prom= oted-parameter -Wno-array-bounds -Qunused-arguments -c /usr/src/sbin/ipf/li= bipf/../../../contrib/ipfilter/lib/printaddr.c -o printaddr.o --- all_subdir_lib --- --- h_gets --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=3Dgnu99 -fstack-prote= ctor-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-= pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variabl= e -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wn= o-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switc= h -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -o h_get= s h_gets.o=20 h_gets.o: In function `main': /usr/src/contrib/netbsd-tests/lib/libc/ssp/h_gets.c:(.text+0x20): warning: = warning: this program uses gets(), which is unsafe. --- h_getcwd --- (cd /usr/src/lib/libc/tests/ssp && DEPENDFILE=3D.depend.h_getcwd NO_SUBDI= R=3D1 make -f /usr/src/lib/libc/tests/ssp/Makefile _RECURSING_PROGS=3D PRO= G=3Dh_getcwd ) --- h_getcwd.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=3Dgnu99 -fstack-prote= ctor-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-= pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variabl= e -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wn= o-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switc= h -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/s= rc/contrib/netbsd-tests/lib/libc/ssp/h_getcwd.c -o h_getcwd.o --- all_subdir_sbin --- --- printaps.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/sbin/ipf/libip= f/../../../contrib/ipfilter -I/usr/src/sbin/ipf/libipf/../../../contrib/ipf= ilter/tools -I/usr/src/sbin/ipf/libipf/../../../sys -I/usr/src/sbin/ipf/lib= ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DUSE_INET6 -st= d=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-form= at-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -Wno-empty-body -Wn= o-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno= -unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conv= ersion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-prom= oted-parameter -Wno-array-bounds -Qunused-arguments -c /usr/src/sbin/ipf/li= bipf/../../../contrib/ipfilter/lib/printaps.c -o printaps.o --- all_subdir_lib --- --- h_getcwd --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=3Dgnu99 -fstack-prote= ctor-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-= pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variabl= e -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wn= o-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switc= h -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -o h_get= cwd h_getcwd.o=20 --- h_memcpy --- (cd /usr/src/lib/libc/tests/ssp && DEPENDFILE=3D.depend.h_memcpy NO_SUBDI= R=3D1 make -f /usr/src/lib/libc/tests/ssp/Makefile _RECURSING_PROGS=3D PRO= G=3Dh_memcpy ) --- all_subdir_kerberos5 --- --- replay.po --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -I/usr/src/kerberos5/= lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libk= rb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../.= ./../crypto/heimdal/lib/roken -I/usr/src/kerberos5/lib/libkrb5/../../../cr= ypto/heimdal/lib/ipc -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heim= dal/base -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include= -std=3Dgnu99 -fstack-protector-strong -Qunused-arguments -c /usr/src/ker= beros5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/replay.c -o replay.po --- all_subdir_lib --- --- h_memcpy.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=3Dgnu99 -fstack-prote= ctor-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-= pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variabl= e -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wn= o-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switc= h -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/s= rc/contrib/netbsd-tests/lib/libc/ssp/h_memcpy.c -o h_memcpy.o --- h_memcpy --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=3Dgnu99 -fstack-prote= ctor-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-= pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variabl= e -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wn= o-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switc= h -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -o h_mem= cpy h_memcpy.o=20 --- all_subdir_sbin --- --- printbuf.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/sbin/ipf/libip= f/../../../contrib/ipfilter -I/usr/src/sbin/ipf/libipf/../../../contrib/ipf= ilter/tools -I/usr/src/sbin/ipf/libipf/../../../sys -I/usr/src/sbin/ipf/lib= ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DUSE_INET6 -st= d=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-form= at-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -Wno-empty-body -Wn= o-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno= -unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conv= ersion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-prom= oted-parameter -Wno-array-bounds -Qunused-arguments -c /usr/src/sbin/ipf/li= bipf/../../../contrib/ipfilter/lib/printbuf.c -o printbuf.o --- all_subdir_lib --- --- h_memmove --- (cd /usr/src/lib/libc/tests/ssp && DEPENDFILE=3D.depend.h_memmove NO_SUBD= IR=3D1 make -f /usr/src/lib/libc/tests/ssp/Makefile _RECURSING_PROGS=3D PR= OG=3Dh_memmove ) --- h_memmove.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=3Dgnu99 -fstack-prote= ctor-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-= pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variabl= e -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wn= o-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switc= h -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/s= rc/contrib/netbsd-tests/lib/libc/ssp/h_memmove.c -o h_memmove.o --- h_memmove --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=3Dgnu99 -fstack-prote= ctor-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-= pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variabl= e -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wn= o-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switc= h -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -o h_mem= move h_memmove.o=20 --- all_subdir_sbin --- --- printdstl_live.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/sbin/ipf/libip= f/../../../contrib/ipfilter -I/usr/src/sbin/ipf/libipf/../../../contrib/ipf= ilter/tools -I/usr/src/sbin/ipf/libipf/../../../sys -I/usr/src/sbin/ipf/lib= ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DUSE_INET6 -st= d=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-form= at-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -Wno-empty-body -Wn= o-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno= -unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conv= ersion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-prom= oted-parameter -Wno-array-bounds -Qunused-arguments -c /usr/src/sbin/ipf/li= bipf/../../../contrib/ipfilter/lib/printdstl_live.c -o printdstl_live.o --- all_subdir_lib --- --- h_mem- (cd /usr/src/lib/libc/tests/ssp && DEPENDFILE=3D.depend.h_memset NO_SUBDI= R=3D1 make -f /usr/src/lib/libc/tests/ssp/Makefile _RECURSING_PROGS=3D PRO= G=3Dh_memset ) --- h_memset.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=3Dgnu99 -fstack-prote= ctor-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-= pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variabl= e -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wn= o-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switc= h -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/s= rc/contrib/netbsd-tests/lib/libc/ssp/h_memset.c -o h_memset.o --- h_mem- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=3Dgnu99 -fstack-prote= ctor-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-= pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variabl= e -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wn= o-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switc= h -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -o h_mem= set h_memset.o=20 --- h_raw --- (cd /usr/src/lib/libc/tests/ssp && DEPENDFILE=3D.depend.h_raw NO_SUBDIR= =3D1 make -f /usr/src/lib/libc/tests/ssp/Makefile _RECURSING_PROGS=3D PROG= =3Dh_raw ) --- all_subdir_sbin --- --- printdstlist.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/sbin/ipf/libip= f/../../../contrib/ipfilter -I/usr/src/sbin/ipf/libipf/../../../contrib/ipf= ilter/tools -I/usr/src/sbin/ipf/libipf/../../../sys -I/usr/src/sbin/ipf/lib= ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DUSE_INET6 -st= d=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-form= at-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -Wno-empty-body -Wn= o-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno= -unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conv= ersion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-prom= oted-parameter -Wno-array-bounds -Qunused-arguments -c /usr/src/sbin/ipf/li= bipf/../../../contrib/ipfilter/lib/printdstlist.c -o printdstlist.o --- all_subdir_lib --- --- h_raw.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fstack-protector-all -Wst= ack-protector -fsanitize=3Dbounds -std=3Dgnu99 -fstack-protector-strong -Ws= ystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -W= no-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolog= ical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-functi= on -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-e= num -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/contrib/netb= sd-tests/lib/libc/ssp/h_raw.c -o h_raw.o --- all_subdir_kerberos5 --- --- salt-aes.po --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -I/usr/src/kerberos5/= lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libk= rb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../.= ./../crypto/heimdal/lib/roken -I/usr/src/kerberos5/lib/libkrb5/../../../cr= ypto/heimdal/lib/ipc -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heim= dal/base -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include= -std=3Dgnu99 -fstack-protector-strong -Qunused-arguments -c /usr/src/ker= beros5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/salt-aes.c -o salt-aes.= po --- all_subdir_lib --- --- h_raw --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fstack-protector-all -Wst= ack-protector -fsanitize=3Dbounds -std=3Dgnu99 -fstack-protector-strong -Ws= ystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -W= no-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolog= ical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-functi= on -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-e= num -Wno-knr-promoted-parameter -Qunused-arguments -o h_raw h_raw.o=20 /usr/local/aarch64-freebsd/bin/ld: cannot find /usr/obj/arm64.aarch64/usr/s= rc/tmp/usr/bin/../lib/clang/3.7.0/lib/freebsd/libclang_rt.ubsan_standalone-= aarch64.a: No such file or directory cc: error: linker command failed with exit code 1 (use -v to see invocation= ) *** [h_raw] Error code 1 make[7]: stopped in /usr/src/lib/libc/tests/ssp 1 error make[7]: stopped in /usr/src/lib/libc/tests/ssp *** [h_raw] Error code 2 make[6]: stopped in /usr/src/lib/libc/tests/ssp 1 error make[6]: stopped in /usr/src/lib/libc/tests/ssp *** [all] Error code 2 make[5]: stopped in /usr/src/lib/libc/tests 1 error make[5]: stopped in /usr/src/lib/libc/tests *** [all] Error code 2 make[4]: stopped in /usr/src/lib/libc 1 error make[4]: stopped in /usr/src/lib/libc *** [all_subdir_libc] Error code 2 make[3]: stopped in /usr/src/lib 1 error make[3]: stopped in /usr/src/lib *** [all_subdir_lib] Error code 2 make[2]: stopped in /usr/src --- all_subdir_sbin --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/sbin/ipf/libipf *** [all_subdir_libipf] Error code 2 make[4]: stopped in /usr/src/sbin/ipf 1 error make[4]: stopped in /usr/src/sbin/ipf *** [all_subdir_ipf] Error code 2 make[3]: stopped in /usr/src/sbin 1 error make[3]: stopped in /usr/src/sbin *** [all_subdir_sbin] Error code 2 make[2]: stopped in /usr/src --- all_subdir_kerberos5 --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/kerberos5/lib/libkrb5 *** [all] Error code 2 make[4]: stopped in /usr/src/kerberos5/lib 1 error make[4]: stopped in /usr/src/kerberos5/lib *** [all_subdir_lib] Error code 2 make[3]: stopped in /usr/src/kerberos5 1 error make[3]: stopped in /usr/src/kerberos5 *** [all_subdir_kerberos5] Error code 2 make[2]: stopped in /usr/src --- all_subdir_rescue --- echo ipf: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a /usr/obj/arm64.= aarch64/usr/src/rescue/rescue/usr/src/sbin/ipf/libipf/libipf.a /usr/obj/arm= 64.aarch64/usr/src/tmp/usr/lib/libkvm.a >> .depend A failure has been detected in another branch of the parallel make make[6]: stopped in /usr/src/sbin/ipf/ipf *** [ipf_make] Error code 2 make[5]: stopped in /usr/obj/arm64.aarch64/usr/src/rescue/rescue 1 error make[5]: stopped in /usr/obj/arm64.aarch64/usr/src/rescue/rescue *** [objs] Error code 2 make[4]: stopped in /usr/src/rescue/rescue 1 error make[4]: stopped in /usr/src/rescue/rescue *** [all] Error code 2 make[3]: stopped in /usr/src/rescue 1 error make[3]: stopped in /usr/src/rescue *** [all_subdir_rescue] Error code 2 make[2]: stopped in /usr/src 4 errors make[2]: stopped in /usr/src *** [everything] 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/hudson8368128421748376655.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 rm: FreeBSD_HEAD_arm64/usr/lib32/libthr.so.3: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib32/librt.so.1: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib32/libc.so.7: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib32/libcrypt.so.5: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib32: Directory not empty rm: FreeBSD_HEAD_arm64/usr/lib/librt.so.1: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib: Directory not empty rm: FreeBSD_HEAD_arm64/usr/bin/ypchfn: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/chfn: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/chsh: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/ypchsh: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/yppasswd: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/passwd: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/crontab: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/opieinfo: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/ypchpass: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/chpass: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/opiepasswd: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/login: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/su: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin: Directory not empty rm: FreeBSD_HEAD_arm64/usr: Directory not empty rm: FreeBSD_HEAD_arm64/libexec/ld-elf.so.1: Operation not permitted rm: FreeBSD_HEAD_arm64/libexec/ld-elf32.so.1: Operation not permitted rm: FreeBSD_HEAD_arm64/libexec: Directory not empty rm: FreeBSD_HEAD_arm64/lib/libthr.so.3: Operation not permitted rm: FreeBSD_HEAD_arm64/lib/libcrypt.so.5: Operation not permitted rm: FreeBSD_HEAD_arm64/lib/libc.so.7: Operation not permitted rm: FreeBSD_HEAD_arm64/lib: Directory not empty rm: FreeBSD_HEAD_arm64/sbin/init: Operation not permitted rm: FreeBSD_HEAD_arm64/sbin: Directory not empty rm: FreeBSD_HEAD_arm64: Directory not empty + true + sudo chflags -R noschg FreeBSD_HEAD_arm64 + sudo rm -fr FreeBSD_HEAD_arm64 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-arm@freebsd.org Fri Oct 30 19:07:58 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C05A6A1F431 for ; Fri, 30 Oct 2015 19:07:58 +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 B1F481069; Fri, 30 Oct 2015 19:07:58 +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 6CF391F2; Fri, 30 Oct 2015 19:07:58 +0000 (UTC) Date: Fri, 30 Oct 2015 19:07:56 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: sbruno@FreeBSD.org, jimharris@FreeBSD.org, sjg@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <111484395.15.1446232078115.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1823218025.13.1446224056366.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1823218025.13.1446224056366.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #1567 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_arm64 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Oct 2015 19:07:58 -0000 FreeBSD_HEAD_arm64 - Build #1567 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/1567/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/1567/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/1567/console Change summaries: 290201 by sjg: Do not FALLTHROUGH for SIOC{ADD,DEL}MULTI ifmedia_ioctl() returns EINVAL Differential Revision: 3897 Submitted by: aronen@juniper.net Reviewed by: marcel 290200 by sbruno: Not all targets support by clang have a tested or enabled ubsan yet. Only enable h_raw on x86 targets for today so that a buildworld runs to completion for clang enabled targets that are not x86. This should be removed when validation of the sanitizer has occured for all targets supported by FreeBSD and clang. 290199 by jimharris: nvd, nvme: report stripesize through GEOM disk layer MFC after: 3 days Sponsored by: Intel 290198 by jimharris: nvme: fix race condition in split bio completion path Fixes race condition observed under following circumstances: 1) I/O split on 128KB boundary with Intel NVMe controller. Current Intel controllers produce better latency when I/Os do not span a 128KB boundary - even if the I/O size itself is less than 128KB. 2) Per-CPU I/O queues are enabled. 3) Child I/Os are submitted on different submission queues. 4) Interrupts for child I/O completions occur almost simultaneously. 5) ithread for child I/O A increments bio_inbed, then immediately is preempted (rendezvous IPI, higher priority interrupt). 6) ithread for child I/O B increments bio_inbed, then completes parent bio since all children are now completed. 7) parent bio is freed, and immediately reallocated for a VFS or gpart bio (including setting bio_children to 1 and clearing bio_driver1). 8) ithread for child I/O A resumes processing. bio_children for what it thinks is the parent bio is set to 1, so it thinks it needs to complete the parent bio. Result is either calling a NULL callback function, or double freeing the bio to its uma zone. PR: 203746 Reported by: Drew Gallatin , Marc Goroff Tested by: Drew Gallatin MFC after: 3 days Sponsored by: Intel From owner-freebsd-arm@freebsd.org Fri Oct 30 23:45:37 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0A41EA22330 for ; Fri, 30 Oct 2015 23:45:37 +0000 (UTC) (envelope-from angelos.mouzakitis@cs.teicrete.gr) Received: from amaltheia.cs.teicrete.gr (amaltheia.cs.teicrete.gr [147.95.34.76]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AEE931D88 for ; Fri, 30 Oct 2015 23:45:35 +0000 (UTC) (envelope-from angelos.mouzakitis@cs.teicrete.gr) Received: by amaltheia.cs.teicrete.gr (Postfix, from userid 48) id 6F021180EC; Sat, 31 Oct 2015 01:19:47 +0200 (EET) Received: from 85.73.169.27 (SquirrelMail authenticated user angelos.mouzakitis) by webmail.cs.teicrete.gr with HTTP; Sat, 31 Oct 2015 01:19:47 +0200 Message-ID: <2c184c6fa3761dd2074811db7f87a474.squirrel@webmail.cs.teicrete.gr> Date: Sat, 31 Oct 2015 01:19:47 +0200 Subject: Samsung Exynos54xx support From: angelos.mouzakitis@cs.teicrete.gr To: freebsd-arm@freebsd.org User-Agent: SquirrelMail/1.4.21 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-TEI-of-CRETE-CS-MailScanner-Information: Please contact the ISP for more information X-TEI-of-CRETE-CS-MailScanner-ID: 6F021180EC.A8A84 X-TEI-of-CRETE-CS-MailScanner: Found to be clean X-TEI-of-CRETE-CS-MailScanner-From: angelos.mouzakitis@cs.teicrete.gr X-Spam-Status: No 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, 30 Oct 2015 23:45:37 -0000 Hello, i don 't see any port for Samsung Exynos 5422 yet, is any plan to support Samsung Exynos 5422 big.litte (A7/A15) found on Odroid XU3 XU4 boards ? if anyone is in porting stage inform me if i can help on the port. From owner-freebsd-arm@freebsd.org Sat Oct 31 05:11:12 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BA626A229FC for ; Sat, 31 Oct 2015 05:11:12 +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 75E4C1E70; Sat, 31 Oct 2015 05:11:12 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by vkgy127 with SMTP id y127so59655802vkg.0; Fri, 30 Oct 2015 22:11:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=3BvHhFVIz6qGXQFZPuXISN52Wpnzs4lrh7juj55IisE=; b=R4Z7NQ/5Z8tR3v+EjgyR+ZYzji1W+CBmtaZ7faB9GNr0TS9aRB2r32Rzw1nXTN662P aOtXK8aSUEdTWQYo6gTGLNm6DnlETbsUkG5x5D6rjc3a1uIOhrTVBmGkc4YGoL33cAxR JfvDe37Iu1RLFyrKwkv+SqWVNwhTMA1DNfh4hxK6miEZg/Sw7d5L/O6blKV1JszF3z4G GhwQ+LbkNvfCfQkghIQY+NgS1AJYAD/gyqLNhoWFYMAPG660mnm44yRn3MvRFqcmqxF8 CrUkM7VKEpnH1RPFu1VQoOyVwmEDpR0gbR9+qtvNT8eRtFsKb+qc7NwjlVXUMMxDT8sL bBxQ== MIME-Version: 1.0 X-Received: by 10.31.151.16 with SMTP id z16mr7917866vkd.14.1446268271453; Fri, 30 Oct 2015 22:11:11 -0700 (PDT) Received: by 10.31.66.9 with HTTP; Fri, 30 Oct 2015 22:11:11 -0700 (PDT) In-Reply-To: <1446162443.91534.213.camel@freebsd.org> References: <20151029222755.GO65715@funkthat.com> <1446157768.91534.212.camel@freebsd.org> <20151029230843.GP65715@funkthat.com> <1446162443.91534.213.camel@freebsd.org> Date: Fri, 30 Oct 2015 22:11:11 -0700 Message-ID: Subject: Re: Full SD Card From: Russell Haley To: Ian Lepore Cc: John-Mark Gurney , 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, 31 Oct 2015 05:11:12 -0000 Hey, Thanks guys, I wound up using something like this: find /usr/ports -name "work" -exec rm -rf {} \; I recovered the whole 1.3 GB. Thanks! Russ On Thu, Oct 29, 2015 at 4:47 PM, Ian Lepore wrote: > On Thu, 2015-10-29 at 16:08 -0700, John-Mark Gurney wrote: > > Ian Lepore wrote this message on Thu, Oct 29, 2015 at 16:29 -0600: > > > On Thu, 2015-10-29 at 15:27 -0700, John-Mark Gurney wrote: > > > > It is possible that if the machine crashed, that space is lost, > > > > so > > > > booting to single user mode, and running fsck manually may > > > > recover > > > > some space too... > > > > > > Why would a manual fsck in SU mode be necessary to recover the > > > space? > > > > It shouldn't be, but some times hardware misbehaves, etc... I've had > > a machine that ran SU+J on a CF to IDE adapter, and after some > > crashes, > > a normal fsck would not make the fs clean, and required a manual fsck > > to restore the file system to correct state... I believe that it was > > an issue w/ the hardware, but never tracked it down exactly... > > > > Oh. SU+J. 'nuff said. I think we turned that off by default on arm > images, because people have been reporting trouble with it for years. > > -- Ian > > _______________________________________________ > 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 Oct 31 07:08:50 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 96081A222C7 for ; Sat, 31 Oct 2015 07:08:50 +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 86EC417E0; Sat, 31 Oct 2015 07:08:50 +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 CF69A5C7; Sat, 31 Oct 2015 07:08:50 +0000 (UTC) Date: Sat, 31 Oct 2015 07:08:49 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: imp@FreeBSD.org, jhibbits@FreeBSD.org, bdrewery@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <380064409.30.1446275330668.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <826251956.24.1446257462948.JavaMail.jenkins@jenkins-9.freebsd.org> References: <826251956.24.1446257462948.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #1572 - 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: Sat, 31 Oct 2015 07:08:50 -0000 FreeBSD_HEAD_arm64 - Build #1572 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/1572/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/1572/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/1572/console Change summaries: 290224 by imp: The error classification from lower layers is a poor indicator of whether an error is recoverable. Always re-dirty the buffer on errors from write requests. The invalidation we used to do for errors not EIO doesn't need to be done for a device that's really gone, since that's done in a different path. Reviewed by: mckusick@, kib@ 290223 by imp: Rather than using the #define for path names, indirect through a char * variable that could change for different executable types detected. 290222 by imp: Move all the paths into a new path.h to centralize them. 290221 by jhibbits: Print unsigned memory sizes, to handle >2GB RAM on 32-bit powerpc. Sponsored by: Alex Perez/Intertial Computing 290220 by bdrewery: Don't hide stderr when checking ${CC} --version. This can have important debugging information such as 'cc: not found' or 'ccache: error: Could not find compiler "cc" in PATH'. MFC after: 2 weeks Sponsored by: EMC / Isilon Storage Division From owner-freebsd-arm@freebsd.org Sat Oct 31 09:33:24 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2CAB4A22144 for ; Sat, 31 Oct 2015 09:33:24 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by mx1.freebsd.org (Postfix) with ESMTP id BBDE2188E for ; Sat, 31 Oct 2015 09:33:23 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from ppp118-210-152-215.lns20.adl6.internode.on.net (HELO midget.dons.net.au) ([118.210.152.215]) by ipmail06.adl6.internode.on.net with ESMTP; 31 Oct 2015 19:58:14 +1030 Received: from [10.0.2.26] ([10.0.2.26]) (authenticated bits=0) by midget.dons.net.au (8.15.1/8.14.9) with ESMTPSA id t9V9S75D087918 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 31 Oct 2015 19:58:12 +1030 (CST) (envelope-from darius@dons.net.au) Subject: Re: Full SD Card Mime-Version: 1.0 (Mac OS X Mail 9.1 \(3096.5\)) Content-Type: text/plain; charset=us-ascii From: "O'Connor, Daniel" In-Reply-To: Date: Sat, 31 Oct 2015 19:58:07 +1030 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <0C1A868A-A6CF-4137-A22A-A7D9C4BEC93E@dons.net.au> References: To: Russell Haley X-Mailer: Apple Mail (2.3096.5) X-Spam-Score: -2.9 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.75 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, 31 Oct 2015 09:33:24 -0000 > On 30 Oct 2015, at 06:05, Russell Haley wrote: > I was playing around and trying to build rocksdb from ports. I had 1.5 = GB > left on the SD card and managed to fill it up. I have WRKDIRPREFIX=3D/tmp/work in /etc/make.conf That way you can clean up ports by doing rm -rf /tmp/work It Would Be Nice(tm) if ports defaulted this to something like = /usr/ports/build -- Daniel O'Connor "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-arm@freebsd.org Sat Oct 31 16:22:01 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DBF97A22E08 for ; Sat, 31 Oct 2015 16:22:00 +0000 (UTC) (envelope-from zbb@semihalf.com) Received: from mail-lb0-x236.google.com (mail-lb0-x236.google.com [IPv6:2a00:1450:4010:c04::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6814C1B0E for ; Sat, 31 Oct 2015 16:22:00 +0000 (UTC) (envelope-from zbb@semihalf.com) Received: by lbjm5 with SMTP id m5so65378712lbj.3 for ; Sat, 31 Oct 2015 09:21:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=semihalf_com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=YEr74hHBaZdLsaCzqK89MDTkyrlD1X5rB1cAWw5SI+g=; b=en19g6oWri125wdl8+U9hVgWFjnXr1SmmXG/0XslC4nj7hM9mVgtC28rTT7l9wIQV0 xyulfFkFmKeQbhAlTjNqmLg/LswcaAj1LLbS+BiziqUfylnhLD2xnQtSO8br+7O3lcrM 5F3DtsJpSr86t+9I2dJoq3OP0HctZvJs2+aOh72QARXFU/99WpqYWg/ytnw7vRPLHBXM 1XlwkJJ0ndigvMgd76czJgyEpDA0Gn1my4eyJfWefuBPMU8PzOT1LEtPj5FmWTFteaQ/ alxYTsl8gci8tnPZXohk3H3h6UbbwdgV1yp+aAXySK76LitYshrajLysj2XAU/fTE/+w MNfg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-type; bh=YEr74hHBaZdLsaCzqK89MDTkyrlD1X5rB1cAWw5SI+g=; b=a81HRO5H1FqFAZhmLfAUhR/UICMlamdkntD2psHdnA7a8OY/TUySy92eIgmtCqPgia bS7oWYG+zNNzuibTiHDnlAg47DRxD7Xxq0ZUVdbvWtjH1tCeyf2HTiQY3JjXMcUn42FA Item0Zwgi/X5IyNXFcQo4PH/9QIINI2J4Rb3LMBNr47j4MFmZ8ilqxQ2ZieACYSDsbGa stpQEIZNQmGJLXjJ2N4RpD9ehbb5aikvRIrjLNMx6KD8Huhfajukt0Gez5VlCK/zP4q1 CsMd41JKW9g7wndJKBPSg+JdUdysGFnz7Bo/WkTnDMH6nHf+RMVwEoZT/ZIezSGMB6zo c1HA== X-Gm-Message-State: ALoCoQlpf6AyV3uXt9EG/mDhmDk46dS0hWj+XqZkA0SArkixZhHX728GZUM9QdJ3hHTXlfax31jo X-Received: by 10.112.147.232 with SMTP id tn8mr6344682lbb.84.1446308518181; Sat, 31 Oct 2015 09:21:58 -0700 (PDT) MIME-Version: 1.0 Received: by 10.25.91.20 with HTTP; Sat, 31 Oct 2015 09:21:38 -0700 (PDT) In-Reply-To: References: From: Zbigniew Bodek Date: Sat, 31 Oct 2015 17:21:38 +0100 Message-ID: Subject: Re: RFC: HW watchpoints and single stepping for ARMv6/v7 To: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Oct 2015 16:22:01 -0000 Hello again, I should have post some more information about testing this patch. Here it goes: ------------------------------------------------------------------ One can enter kernel debugger by one of those: press: ~, ctrl + b or type: sysctl -w debug.kdb.enter=1 You can then set a HW watchpoint on any memory location at
by invoking following command in KDB: db> hwatch
, parameter is optional, the default is 4. To display watchpoints: db> show watch To remove watchpoint: db> dhwatch
Press "c" to continue. ------------------------------------------------------------------ While in KDB you can step through the kernel code using "s" BUT you need to apply a dependent patch: https://reviews.freebsd.org/D4036 otherwise you will cause the kernel panic. Thanks again zbb 2015-10-30 17:25 GMT+01:00 Zbigniew Bodek : > Hello, > > We would like to add HW watchpoints and HW single step support to ARMv6 kernel. > Please check this review: https://reviews.freebsd.org/D4037 > > Since there are differences between debug architectures on ARM (v6, > v6.1, v7, v7.1) I would like to ask for some testing on your machines. > I was able to test this on Pandaboard and Arndale but please check > whether this works on your targets as well. > > Rise a red flag if you see any issues or in worst case scenario - > "undefined instruction" error. > > Best regards > zbb