From owner-freebsd-arm@freebsd.org Mon Oct 12 02:50: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 50A00A115B8 for ; Mon, 12 Oct 2015 02:50:52 +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 2D6D0904 for ; Mon, 12 Oct 2015 02:50:52 +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 t9C2oi2H040711; Sun, 11 Oct 2015 19:50:45 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.14.9/8.14.5/Submit) id t9C2oipC040710; Sun, 11 Oct 2015 19:50:44 -0700 (PDT) (envelope-from fbsd) Date: Sun, 11 Oct 2015 19:50:44 -0700 From: bob prohaska To: Mattia Rossi Cc: freebsd-arm , bob prohaska Subject: Re: Panic running nsd-4.1.5 Message-ID: <20151012025044.GB97450@www.zefox.net> References: <5614D7B8.3040604@gmail.com> <561784D9.90805@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <561784D9.90805@gmail.com> 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, 12 Oct 2015 02:50:52 -0000 On Fri, Oct 09, 2015 at 11:11:53AM +0200, Mattia Rossi wrote: > > >Can you please try this: https://reviews.freebsd.org/D3617 > >Just download raw diff, apply, build new kernel, and run. > > > > > Just came around trying the patch, and it's not compiling. > I tried to find the issue here, as it doesn't make much sense, given > that cp15_ats1cpr_set has not been changed in the patch: The patch seems to apply without issue on RPI2 and appear to be helpful. Stress2 tests have been running about 2x longer with the patch, though crashes and silent hangs still occur. In some cases the debugger reports zero values, but on occasion they are not zero, for example, at www.zefox.net/~fbsd/rpi2/crashes/crash_10_11_15/console. Apart from crashes under stress2 testing (usually in the syscall tests) the Raspberry Pi seems vastly improved over a few months ago. bob prohaska From owner-freebsd-arm@freebsd.org Mon Oct 12 05:50:34 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BEC0DA0E2A4 for ; Mon, 12 Oct 2015 05:50:34 +0000 (UTC) (envelope-from jau789@gmail.com) Received: from mail-lb0-x229.google.com (mail-lb0-x229.google.com [IPv6:2a00:1450:4010:c04::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 4F55913A0 for ; Mon, 12 Oct 2015 05:50:34 +0000 (UTC) (envelope-from jau789@gmail.com) Received: by lbwr8 with SMTP id r8so130447980lbw.2 for ; Sun, 11 Oct 2015 22:50:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=to:from:subject:message-id:date:user-agent:mime-version :content-type:content-transfer-encoding; bh=HIsVREWygxe+ue9oJw0S3JKdFl4m3TTKw3seEVmfKKU=; b=L1mrcsAcezIDsav9aefhlvbE7fnWXKvqIUXj2psuiw5KZpQyEMwaEmeta7ZJ+u/RtN A2NWHdHJTBCjjEe0wGSOcgbm1oANQaC2jzuiwcQE5qzei2JaRwllPkZh1vQw7gMgpCew UCVju/gll3vhUECuIarCVeob9464v01YvyZJeibNUCnN6cadp2FU77O9rSiOIH5+nIGI I36Ks/j9dcSC0cQP93X81St4mfXbo2pRiEYa3488r7FoCssW4p3I9dgPTq2QewNVJJfp ZtjkT2YAqX9GEeeI5Knyi6vJsOtKOQiM59upyD1NYVcl+RC91hpf4XB5pabMFxs0AotW gBag== X-Received: by 10.112.126.195 with SMTP id na3mr11395269lbb.50.1444629031591; Sun, 11 Oct 2015 22:50:31 -0700 (PDT) Received: from [192.168.1.131] (xdsl-205-163.nblnetworks.fi. [83.145.205.163]) by smtp.googlemail.com with ESMTPSA id i126sm2596373lfe.45.2015.10.11.22.50.30 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 11 Oct 2015 22:50:31 -0700 (PDT) To: freebsd-arm@FreeBSD.org From: Jukka Ukkonen Subject: machine/acle-compat.h missing X-Enigmail-Draft-Status: N1110 Message-ID: <561B4A25.2030703@gmail.com> Date: Mon, 12 Oct 2015 08:50:29 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Oct 2015 05:50:34 -0000 After the latest clang update in current cross-compilation for arm has been failing due to "missing" The file is apparently present... src.head/sys/arm/include/acle-compat.h but the compiler fails to find it because for some reason it never gets copied to the path where the compiler expects to find it... /tank/fish/jau/Xcomp/src.head/gnu/lib/libgcc/../../../contrib/gcc/config/arm/libunwind.S:29:10: fatal error: 'machine/acle-compat.h' file not found #include ^ 1 error generated. *** [libunwind.o] Error code 1 Has anyone else noticed this, or is it just me doing something odd? --jau From owner-freebsd-arm@freebsd.org Mon Oct 12 14:23: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 0BBA9A118B3 for ; Mon, 12 Oct 2015 14:23:17 +0000 (UTC) (envelope-from george@vagner.com) Received: from p3plsmtpa11-10.prod.phx3.secureserver.net (p3plsmtpa11-10.prod.phx3.secureserver.net [68.178.252.111]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B98F41CDD for ; Mon, 12 Oct 2015 14:23:16 +0000 (UTC) (envelope-from george@vagner.com) Received: from [192.168.0.128] ([172.242.234.91]) by p3plsmtpa11-10.prod.phx3.secureserver.net with id UENz1r00F1yzTq401EP5MC; Mon, 12 Oct 2015 07:23:09 -0700 Subject: pi2+ natd issue and ipnat issue To: freebsd-arm@FreeBSD.org References: <20151002143835.GO65719@corpmail.liquidneon.com> From: laszlo vagner Message-ID: <561BC242.6060205@vagner.com> Date: Mon, 12 Oct 2015 10:22:58 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <20151002143835.GO65719@corpmail.liquidneon.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Oct 2015 14:23:17 -0000 i just installed the 10/08 snapshot on my rasberry pi2+ board and was attempting to use it for a gateway by using a USB network card and the onboard card for routing. i successfully got both interfaces up and working and the firewall is up and working but if i try and run natd it dies with signal 10 almost immediately, if i try and run ipnat instead it also dies but nothing in messages telling me why. so i thought that maybe the USB network card was the issue and said ok, ill just use a wireless usb card, i configured the wireless card to connect up to my access point and got that working fine. tried to run natd crash again signal 10 bus error. anyone know if the kernel was built with ipdivert option or if that is the problem? the interfaces are ue0 and ue1 and i tried to swap them as the inside and outside net cards with same problem. im at a loss as to why natd wont run and it makes my PI useless as a router. Oct 11 18:04:17 rpi2 kernel: ifa_maintain_loopback_route: deletion failed for interface ue0: 3 Oct 11 18:05:29 rpi2 kernel: pid 1195 (natd), uid 0: exited on signal 10 (core d Oct 11 18:06:53 rpi2 kernel: pid 1557 (natd), uid 0: exited on signal 10 (core d From owner-freebsd-arm@freebsd.org Mon Oct 12 17:35:13 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6D54AA11CFB for ; Mon, 12 Oct 2015 17:35:13 +0000 (UTC) (envelope-from mattia.rossi.mate@gmail.com) Received: from mail-wi0-x229.google.com (mail-wi0-x229.google.com [IPv6:2a00:1450:400c:c05::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 02FC1B33 for ; Mon, 12 Oct 2015 17:35:13 +0000 (UTC) (envelope-from mattia.rossi.mate@gmail.com) Received: by wicge5 with SMTP id ge5so26673707wic.0 for ; Mon, 12 Oct 2015 10:35:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:reply-to:subject:references:to:cc:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=aZ2VVT1H365gfKIWujFzh0dYgNqxVCgeT/CM9dF8wqk=; b=Iwhb5x7Iw2evTBi265wUNDfZzVMD0Rrnl/mlq59Vs0fsLOqzL7RHxZ61m4gfXEHVfs Mo+0a7jlPZImMDc0hCok3MyPK0wDsAcchUDJpdmcYNSjeGqedWFP49h+870KqoTl2YdX PZ6OGxFO3hHxUPmqSD/gcK6PMhK/1H64ANXAVp9BG3zc/1mbMJaWm0U+E93JFMv7zqWw iRVi9W99CeKxkYeu8nQ9s1iVFQiMEoH+UkPh0PxbfnOcpLNcnOMFlaWwjtqIWiTVYIEf Gou7hZ4a8/DgZPRiDVMfvGg35Y5vVm4vyTGroZXkWNHO5LRT+64JgtHFDf58nSpMcgnn 5+vg== X-Received: by 10.180.102.230 with SMTP id fr6mr14749889wib.66.1444671311557; Mon, 12 Oct 2015 10:35:11 -0700 (PDT) Received: from ?IPv6:2001:1620:f00:8233:2120:cc67:92ed:9504? ([2001:1620:f00:8233:2120:cc67:92ed:9504]) by smtp.googlemail.com with ESMTPSA id gd10sm21019724wjb.47.2015.10.12.10.35.10 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 12 Oct 2015 10:35:10 -0700 (PDT) From: Mattia Rossi X-Google-Original-From: Mattia Rossi Reply-To: mattia.rossi.mate@gmail.com Subject: Re: Panic running nsd-4.1.5 References: <5614D7B8.3040604@gmail.com> <561784D9.90805@gmail.com> <20151012025044.GB97450@www.zefox.net> To: bob prohaska Cc: freebsd-arm Message-ID: <561BEF4D.7050904@gmail.com> Date: Mon, 12 Oct 2015 19:35:09 +0200 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: <20151012025044.GB97450@www.zefox.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.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, 12 Oct 2015 17:35:13 -0000 On 12/10/15 04:50, bob prohaska wrote: > On Fri, Oct 09, 2015 at 11:11:53AM +0200, Mattia Rossi wrote: >>> Can you please try this: https://reviews.freebsd.org/D3617 >>> Just download raw diff, apply, build new kernel, and run. >>> >>> >> Just came around trying the patch, and it's not compiling. >> I tried to find the issue here, as it doesn't make much sense, given >> that cp15_ats1cpr_set has not been changed in the patch: > The patch seems to apply without issue on RPI2 and appear to be helpful. > Stress2 tests have been running about 2x longer with the patch, though > crashes and silent hangs still occur. In some cases the debugger reports > zero values, but on occasion they are not zero, for example, at > www.zefox.net/~fbsd/rpi2/crashes/crash_10_11_15/console. > > Apart from crashes under stress2 testing (usually in the syscall tests) > the Raspberry Pi seems vastly improved over a few months ago. > I don't know what's wrong. I've deleted all the files, updated my svn copy, downloaded the patch (using fetch) once more, applied it (successfully) but still get the error message when compiling. How do I fix that? Mat From owner-freebsd-arm@freebsd.org Mon Oct 12 23:29:53 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E288DA1282A for ; Mon, 12 Oct 2015 23:29:53 +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 C469C163B for ; Mon, 12 Oct 2015 23:29:53 +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 t9CNTqdr077098 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 12 Oct 2015 16:29:52 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.14.5/8.14.5/Submit) id t9CNTqaO077097; Mon, 12 Oct 2015 16:29:52 -0700 (PDT) (envelope-from jmg) Date: Mon, 12 Oct 2015 16:29:52 -0700 From: John-Mark Gurney To: Jukka Ukkonen Cc: freebsd-arm@freebsd.org Subject: Re: machine/acle-compat.h missing Message-ID: <20151012232952.GR67524@funkthat.com> References: <561B4A25.2030703@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <561B4A25.2030703@gmail.com> X-Operating-System: FreeBSD 9.1-PRERELEASE amd64 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (gold.funkthat.com [127.0.0.1]); Mon, 12 Oct 2015 16:29:52 -0700 (PDT) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Oct 2015 23:29:54 -0000 Jukka Ukkonen wrote this message on Mon, Oct 12, 2015 at 08:50 +0300: > After the latest clang update in current cross-compilation for arm > has been failing due to "missing" Do you mean armeb? or what specific arch? > > > The file is apparently present... > > src.head/sys/arm/include/acle-compat.h > > but the compiler fails to find it because for some reason it > never gets copied to the path where the compiler expects to > find it... > > /tank/fish/jau/Xcomp/src.head/gnu/lib/libgcc/../../../contrib/gcc/config/arm/libunwind.S:29:10: > fatal error: 'machine/acle-compat.h' file not found > #include > ^ > 1 error generated. > *** [libunwind.o] Error code 1 > > Has anyone else noticed this, or is it just me doing something > odd? Are you using gcc, or the default of clang now? -- 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 Tue Oct 13 02:30:20 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 8338D9D2EE0 for ; Tue, 13 Oct 2015 02:30:20 +0000 (UTC) (envelope-from jau789@gmail.com) Received: from mail-lb0-x22e.google.com (mail-lb0-x22e.google.com [IPv6:2a00:1450:4010:c04::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0B87C107A for ; Tue, 13 Oct 2015 02:30:20 +0000 (UTC) (envelope-from jau789@gmail.com) Received: by lbbck17 with SMTP id ck17so3901242lbb.1 for ; Mon, 12 Oct 2015 19:30:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=in-reply-to:references:from:subject:to:cc:content-type :content-transfer-encoding:date:message-id:mime-version; bh=TreqBonxLLGvqyBFxI9uCHR6MB7Thg2hHtZVZZytxBA=; b=tFDuh7IayMUxvwf1+WcnTqAITrAfQvygsl7/LI69XT3i2gKJMnqLP5eyP3ARpA+iHU pEpTYvVrzfESJydB3WLpwGAPYkQfXA3KGpSgc6SjA88q/11pZ/vj7ASdVn5n4dzsUM8E CQInSXi2M2v2SqoCjn+8BSpwSO+puSdoN9XPCQ910eV2acTVVbq3zcm9HeWAx3IYLlDG vn+gauDM/ie2/bfQzuhFihx0kUTZYO0tm2S0xJnkDG2jUkjRQPWbUpBGPxJNL0jg8316 MUru6hNVfyxAAeFtlhInTKxxDv8uN+XW4Q8C2HwEDrdDwfu44jSFxJ1BW0eKwcTUWqND jFSQ== X-Received: by 10.25.80.77 with SMTP id e74mr9016262lfb.11.1444703417463; Mon, 12 Oct 2015 19:30:17 -0700 (PDT) Received: from [127.0.0.1] (xdsl-205-163.nblnetworks.fi. [83.145.205.163]) by smtp.gmail.com with ESMTPSA id h196sm109812lfg.21.2015.10.12.19.30.16 (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 12 Oct 2015 19:30:16 -0700 (PDT) In-Reply-To: <20151012232952.GR67524@funkthat.com> References: <561B4A25.2030703@gmail.com> <20151012232952.GR67524@funkthat.com> From: jau789@gmail.com Subject: Re: machine/acle-compat.h missing To: John-Mark Gurney Cc: freebsd-arm@freebsd.org Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Date: Tue, 13 Oct 2015 02:29:36 +0000 Message-ID: MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Oct 2015 02:30:20 -0000 The build environment is amd64 running 10-stable. The native cc is obviously clang 3.4.1. The build target in has been rpi2. To make current build possible at all CC and CXX are set to clang37 and clang++37 during the make run. --jau On 13/10/2015 2:29 John-Mark Gurney wrote: Jukka Ukkonen wrote this message on Mon, Oct 12, 2015 at 08:50 +0300: > After the latest clang update in current cross-compilation for arm > has been failing due to "missing" Do you mean armeb? or what specific arch? > > > The file is apparently present... > > src.head/sys/arm/include/acle-compat.h > > but the compiler fails to find it because for some reason it > never gets copied to the path where the compiler expects to > find it... > > /tank/fish/jau/Xcomp/src.head/gnu/lib/libgcc/../../../contrib/gcc/config= /arm/libunwind.S:29:10: > fatal error: 'machine/acle-compat.h' file not found > #include > ^ > 1 error generated. > *** [libunwind.o] Error code 1 > > Has anyone else noticed this, or is it just me doing something > odd? Are you using gcc, or the default of clang now? -- 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 Tue Oct 13 03:42:32 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3CD9BA1181C for ; Tue, 13 Oct 2015 03:42:32 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from mail-pa0-f52.google.com (mail-pa0-f52.google.com [209.85.220.52]) (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 135CF140 for ; Tue, 13 Oct 2015 03:42:31 +0000 (UTC) (envelope-from tim@kientzle.com) Received: by pacex6 with SMTP id ex6so7170289pac.3 for ; Mon, 12 Oct 2015 20:42:25 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=CI1qOysu0N9NhY2MgXBHW682FZwLXpvwRa6wm+WWQQY=; b=XvCg9qasNXe4hP6O19+Pu3AtsYQ6wRt+IGqEg4YmO6xV1qE+fJmzsen9NB4hXSrc6R zhqsXuaZ9w80qFint18BNGhzDNRY8D+56+7n2kobhjikcXUSp6/9GG4mDqknUi5w8tbL bE4PJgzGSYKa8B/nXa0NSWSEL/YHZP8Op1eObhuIFjxBnEWOqNcvV0AKC1ZnK8yUdp1Q Co38koyaXEI4TW57ZEuA6pZgieNhyivqJFsUZon8ZyQL1eqpvWXx7puwCvLLG/e4h14w FgvsEX7ACfPxwgQ3n3dtFhtOYwAQTQiI3oY8p4WSdJ/dVpD1Z2ZGtfE05mtR6Sy4hncA aN9g== X-Gm-Message-State: ALoCoQlMoqJ/DgrG4Vt/g1RQefWMDngdicPHHwXCa1ItXusi0R+XmG5jkkaXeueT3IfW9hvdy8YD X-Received: by 10.68.69.17 with SMTP id a17mr38171826pbu.10.1444707302819; Mon, 12 Oct 2015 20:35:02 -0700 (PDT) Received: from [192.168.1.102] (c-24-6-220-224.hsd1.ca.comcast.net. [24.6.220.224]) by smtp.gmail.com with ESMTPSA id yz3sm717299pbb.37.2015.10.12.20.35.01 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 12 Oct 2015 20:35:02 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.0 \(3094\)) Subject: Re: machine/acle-compat.h missing From: Tim Kientzle In-Reply-To: Date: Mon, 12 Oct 2015 20:34:59 -0700 Cc: John-Mark Gurney , freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <626A93AA-8E14-4027-8FFC-95CA2AC77193@kientzle.com> References: <561B4A25.2030703@gmail.com> <20151012232952.GR67524@funkthat.com> To: jau789@gmail.com X-Mailer: Apple Mail (2.3094) 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, 13 Oct 2015 03:42:32 -0000 Do you get the same problem if you do not override CC and CXX? I=E2=80=99ve never needed to set those. Tim > On Oct 12, 2015, at 7:29 PM, jau789@gmail.com wrote: >=20 > The build environment is amd64 running 10-stable. > The native cc is obviously clang 3.4.1. > The build target in has been rpi2. > To make current build possible at all CC and CXX > are set to clang37 and clang++37 during the make > run. >=20 > --jau > On 13/10/2015 2:29 John-Mark Gurney wrote: > Jukka Ukkonen wrote this message on Mon, Oct 12, 2015 at 08:50 +0300: >> After the latest clang update in current cross-compilation for arm >> has been failing due to "missing" >=20 > Do you mean armeb? or what specific arch? >=20 >> >>=20 >> The file is apparently present... >>=20 >> src.head/sys/arm/include/acle-compat.h >>=20 >> but the compiler fails to find it because for some reason it >> never gets copied to the path where the compiler expects to >> find it... >>=20 >> = /tank/fish/jau/Xcomp/src.head/gnu/lib/libgcc/../../../contrib/gcc/config/a= rm/libunwind.S:29:10: >> fatal error: 'machine/acle-compat.h' file not found >> #include >> ^ >> 1 error generated. >> *** [libunwind.o] Error code 1 >>=20 >> Has anyone else noticed this, or is it just me doing something >> odd? >=20 > Are you using gcc, or the default of clang now? >=20 > --=20 > John-Mark Gurney Voice: +1 415 225 5579 >=20 > "All that I will do, has been done, All that I have, has not." >=20 > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Tue Oct 13 04:11:13 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 55B0AA122DA for ; Tue, 13 Oct 2015 04:11:13 +0000 (UTC) (envelope-from lists.br@gmail.com) Received: from mail-yk0-x236.google.com (mail-yk0-x236.google.com [IPv6:2607:f8b0:4002:c07::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 20DA113A7 for ; Tue, 13 Oct 2015 04:11:13 +0000 (UTC) (envelope-from lists.br@gmail.com) Received: by ykec126 with SMTP id c126so5596917yke.2 for ; Mon, 12 Oct 2015 21:11:12 -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=xs6XAgsTyci9Rqu0nQM3uQOUmSk0xTGpXE4IqQrRVC0=; b=BR0Rh18JuJtBF0vIxBC5yIhYN57hfWTOK4smv+h5p6qKzwcezrloASc9V2GmUYHuxs aosxmecdHVbykW/LMGN3zgnPYvGgNXj8bOmNaYIpmhpu7uM0awFu0gYDpJWdUqlqy84E VBpmg7ThpyiLqY9MjxctSM0ASieW5DrkkGusaAEiqr/dRSmzbnPUi0mHZUGl7eHQcJzC 21Ri3MXgbuKhyJXF5/0OlTl2iuu2pQdkHe7YFeXIFNYRk9guUp640Nw5E340wd6dPV+7 aJhsKEb6aTwU2JN2j8nAHzM3pSBxxy8K0kyJcFhBMo8Jcd6LxnpEaluNzDiiPNL+nNyn Csvg== MIME-Version: 1.0 X-Received: by 10.13.220.133 with SMTP id f127mr22579338ywe.208.1444709472256; Mon, 12 Oct 2015 21:11:12 -0700 (PDT) Received: by 10.129.43.70 with HTTP; Mon, 12 Oct 2015 21:11:12 -0700 (PDT) In-Reply-To: <1624600.Emhi2YBmRE@thinkpad> References: <1624600.Emhi2YBmRE@thinkpad> Date: Tue, 13 Oct 2015 01:11:12 -0300 Message-ID: Subject: Re: Cubieboard2 (AllWinner A20) hangs on boot From: Luiz Otavio O Souza To: che@bein.link 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: Tue, 13 Oct 2015 04:11:13 -0000 On 8 October 2015 at 19:49, Maxim V Filimonov wrote: > Dear Everyone, > > I compiled the brand-new FreeBSD-CURRENT for my Cubieboard (following the > instructions there: https://wiki.freebsd.org/FreeBSD/arm/Cubieboard) and tried > to boot this, and that's what I'm stuck at: > > U-Boot 2013.07-07794-gc0f3b94 (Aug 15 2013 - 18:01:45) Allwinner Technology > > CPU: Allwinner A20 (SUN7I) > Board: Cubieboard2 > I2C: ready > DRAM: 1 GiB > MMC: SUNXI SD/MMC: 0 > *** Warning - bad CRC, using default environment > > In: serial > Out: serial > Err: serial > Net: emac > Hit any key to stop autoboot: 0 > sun7i#fatload mmc 0 0x40200000 kernel; go 0x40200100 > reading kernel > 8080052 bytes read in 890 ms (8.7 MiB/s) > ## Starting application at 0x40200100 ... > > Can I do anything about this? > Maxim, You should use the instructions at https://wiki.freebsd.org/FreeBSD/arm/Allwinner The old wiki page is deprecated. The old instructions uses an u-boot that do not pass the DTB to kernel, so you have to define 'options FDT_DTB_STATIC' in kernel config file. Sorry for the misleading information in wiki, I've added a note there WRT the new instructions. Luiz From owner-freebsd-arm@freebsd.org Tue Oct 13 05:32: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 50DD8A11305 for ; Tue, 13 Oct 2015 05:32:41 +0000 (UTC) (envelope-from jau789@gmail.com) Received: from mail-lb0-x232.google.com (mail-lb0-x232.google.com [IPv6:2a00:1450:4010:c04::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 D0F441456 for ; Tue, 13 Oct 2015 05:32:40 +0000 (UTC) (envelope-from jau789@gmail.com) Received: by lbwr8 with SMTP id r8so6732535lbw.2 for ; Mon, 12 Oct 2015 22:32:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=fw03iFBTcJjvC2J7tAguJyvVPM/im+lVgLHZ01buYtY=; b=T0/DJXmI1Ub3h6hxKUdWaZI1mBmv/ueA4g7vDg58GwmNu4CvxphMACocbDeBZa13jn mRDnsgp9ON39OM5OtmE7T9UG+QVunxaHH9YrpLmbiN7og4q5J3x1aLTEVDu56MlhhsO1 wIbtNgo5aW0ilwRdrFmsoOiYPjJAb5Ipz39b7SrjG3IbR3sreSg/XgfdcY4rgoelhQ5s FjGY+oe6RhTV4VqePtbhbxZB0d4rABNgHNfMH4vWFRZljYIWv/WFO4xxMI8EAanUIama V7UkXqNsXLkZkYf2R6OmMfvHNnfdwpkIXkH+PO1mQ0ytjuVbJ9FLOoGPxv4Z2XZI+pW2 QkBw== X-Received: by 10.112.163.99 with SMTP id yh3mr14072436lbb.121.1444714358257; Mon, 12 Oct 2015 22:32:38 -0700 (PDT) Received: from [192.168.1.193] (xdsl-205-163.nblnetworks.fi. [83.145.205.163]) by smtp.gmail.com with ESMTPSA id g7sm199551lbs.10.2015.10.12.22.32.37 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 12 Oct 2015 22:32:37 -0700 (PDT) Content-Type: text/plain; charset=windows-1251 Mime-Version: 1.0 (1.0) Subject: Re: machine/acle-compat.h missing From: Jukka Ukkonen X-Mailer: iPad Mail (13A452) In-Reply-To: <626A93AA-8E14-4027-8FFC-95CA2AC77193@kientzle.com> Date: Tue, 13 Oct 2015 08:32:35 +0300 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <59E5C236-908F-4AAA-942B-7E5FE5B76C0D@gmail.com> References: <561B4A25.2030703@gmail.com> <20151012232952.GR67524@funkthat.com> <626A93AA-8E14-4027-8FFC-95CA2AC77193@kientzle.com> To: Tim Kientzle 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, 13 Oct 2015 05:32:41 -0000 Quite recently the 11.x builds using clang 3.4.1 started giving me trouble. If I remember correctly, the older clang had problems with the more recent clang source. So, after browsing the UPDATING file a little I found a note there explaining how the clang source in 11.x now needs at least clang 3.5 to compile. That is how I ended up overriding CC and CXX. Then started the problems with acle-compat.h.=20 I guess the dilemma is twofold. Is this file really used at all? If so, why does it not appear where it is expected to be found? If not really used, is it included in error when I override the compiler? I guess the problem might not happen when compiling on the rpi2 itself or on another 11.x system. In fact I am going to update the source on the rpi2 and launch a test build locally on the target later today. The local builds on rpi2 just take some 11 hours or so. Obviously I run those very rarely. --jau Sent from my iPad > On 13 Oct 2015, at 06:34, Tim Kientzle wrote: >=20 > Do you get the same problem if you do not override CC and CXX? >=20 > I=92ve never needed to set those. >=20 > Tim >=20 >=20 >> On Oct 12, 2015, at 7:29 PM, jau789@gmail.com wrote: >>=20 >> The build environment is amd64 running 10-stable. >> The native cc is obviously clang 3.4.1. >> The build target in has been rpi2. >> To make current build possible at all CC and CXX >> are set to clang37 and clang++37 during the make >> run. >>=20 >> --jau >>> On 13/10/2015 2:29 John-Mark Gurney wrote: >>> Jukka Ukkonen wrote this message on Mon, Oct 12, 2015 at 08:50 +0300: >>> After the latest clang update in current cross-compilation for arm >>> has been failing due to "missing" >>=20 >> Do you mean armeb? or what specific arch? >>=20 >>> >>>=20 >>> The file is apparently present... >>>=20 >>> src.head/sys/arm/include/acle-compat.h >>>=20 >>> but the compiler fails to find it because for some reason it >>> never gets copied to the path where the compiler expects to >>> find it... >>>=20 >>> /tank/fish/jau/Xcomp/src.head/gnu/lib/libgcc/../../../contrib/gcc/config= /arm/libunwind.S:29:10: >>> fatal error: 'machine/acle-compat.h' file not found >>> #include >>> ^ >>> 1 error generated. >>> *** [libunwind.o] Error code 1 >>>=20 >>> Has anyone else noticed this, or is it just me doing something >>> odd? >>=20 >> Are you using gcc, or the default of clang now? >>=20 >> --=20 >> John-Mark Gurney Voice: +1 415 225 5579 >>=20 >> "All that I will do, has been done, All that I have, has not." >>=20 >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >=20 From owner-freebsd-arm@freebsd.org Tue Oct 13 05:36: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 F2CF5A115E7 for ; Tue, 13 Oct 2015 05:36:37 +0000 (UTC) (envelope-from wma@semihalf.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id D54D215D7 for ; Tue, 13 Oct 2015 05:36:37 +0000 (UTC) (envelope-from wma@semihalf.com) Received: by mailman.ysv.freebsd.org (Postfix) id D4260A115E6; Tue, 13 Oct 2015 05:36:37 +0000 (UTC) Delivered-To: arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D3B88A115E4 for ; Tue, 13 Oct 2015 05:36:37 +0000 (UTC) (envelope-from wma@semihalf.com) Received: from mail-ig0-f172.google.com (mail-ig0-f172.google.com [209.85.213.172]) (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 ABB1415D5 for ; Tue, 13 Oct 2015 05:36:37 +0000 (UTC) (envelope-from wma@semihalf.com) Received: by igcpe7 with SMTP id pe7so7648502igc.0 for ; Mon, 12 Oct 2015 22:36:36 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to :content-type; bh=Gdkd/IcdTKnsGJCVzCnTO+5DRib2/KK/jNLVIQ/apmw=; b=CMSKlkFvZHZB4SCU9wEz3df0Sy3BFQwpvopMMOF9wpHo1N+QYGOKretnWnBx6DYYC3 bJPb4E4qhc1/PvYFdrk3rbJA80fhJw5Pjo2hrdjNEQH9u2b9G/6IQvt4YuXgjT5mt0C9 F91YPjD8lgmLHmu+420w86+oPDXRQbVP4Ax8eQDyqQJ7p7NwxPbVMQI7o46tUbCRO8NJ ILZfAJXAj+JCWZQj5OvI9C+WMnahtgpSdG2JnVYFn3UXQILcdqWkUKPnkvsjYRXoKFDH YmOR8GuqeKvqNb2zQ9K06EbXd5MZu693glM4pOjQjJ//3Puxh74J1LkNhTe9YARsuxsi wuqA== X-Gm-Message-State: ALoCoQkMF2LqyUjumTjtirwMwHb7uYtNCCnPPy8ymAm95vv/Wo2J97EdWRfhjEWacIm+vmt5eooG X-Received: by 10.50.97.66 with SMTP id dy2mr15840760igb.33.1444714596485; Mon, 12 Oct 2015 22:36:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.135.210 with HTTP; Mon, 12 Oct 2015 22:36:17 -0700 (PDT) From: Wojciech Macek Date: Tue, 13 Oct 2015 07:36:17 +0200 Message-ID: Subject: STABLE-10 minidump issue on Arndale To: arm@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Oct 2015 05:36:38 -0000 Hi, I'm running Arndale (Exynos 5250) system with FreeBSD 10-STABLE. I'd like to make use of minidumps, so I run the following test: 1. Trigger panic and store a dump root@:~ # sysctl -w debug.kdb.panic=3D1 debug.kdb.panic:panic: kdb_sysctl_panic cpuid =3D 0 KDB: enter: panic [ thread pid 650 tid 100086 ] Stopped at kdb_enter+0x5c: ldrb r15, [r15, r15, ror r15]! db> dump Physical memory: 2040 MB Dumping 28 MB: 25 21 17 13 9 5 1 Dump complete db> reboot=EF=BF=BD 2. When trying to analyze the dump with kgdb I get an error about unknown EABI root@:~ # kgdb kernel.debug /var/crash/vmcore.last GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you ar= e welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "armv6-marcel-freebsd"... /usr/home/wma/jnpr-freebsd/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/g= db/arm-tdep.c:2589: internal-error: arm_elf_osabi_sniffer: *Unknown ARM EABI version 0x5000000* A problem internal to GDB has been detected, further debugging may prove unreliable. Quit this debugging session? (y or n) y Any hints what I might be doing wrong? Here is the command I'm using to build world and kernel: make TARGET_ARCH=3Darmv6 KERNCONF=3DARNDALE buildXXXX Regards, Wojtek From owner-freebsd-arm@freebsd.org Tue Oct 13 10:11:10 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DDA34A1250E for ; Tue, 13 Oct 2015 10:11:10 +0000 (UTC) (envelope-from jau789@gmail.com) Received: from mail-lb0-x234.google.com (mail-lb0-x234.google.com [IPv6:2a00:1450:4010:c04::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 7C4191C09 for ; Tue, 13 Oct 2015 10:11:10 +0000 (UTC) (envelope-from jau789@gmail.com) Received: by lbwr8 with SMTP id r8so13831430lbw.2 for ; Tue, 13 Oct 2015 03:11:08 -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=9tfndgDzLDsL579Uz9l1JL+aRDyx+bLYPqsgmX34KM4=; b=PfhwBvSXN4RSiSvS9cS67NUtUTLUdvQVsCUgUQ2avAKtuD82CkM0GCRQJc15g50Ljn +OBQIp6w6wsgFehDQ5uKWC/Fdfpevz04FlpUxKz3sU8OKH3kcO+di0F/fdDKogdZd+R3 LxovtMbw2Ja1sh+JNTWIUd4HKERkMAZPk7FAjSXrennojNYt/EAVXDSrSmlWIgygQ7dD JbdRGlfvKT6xYl8b4seGyXpNbztwNllf7fthdYJC4J6w4A/yc1iSGIf2xZvJFRRjrKh7 Dmbguwwvud1H59GFZFJ6+31aNPt1vkwKV5hYElMtGRcJ8Dk9GzKlRF3NZ6W7YkgSvjdX v9tA== X-Received: by 10.25.79.84 with SMTP id d81mr9588577lfb.40.1444731068393; Tue, 13 Oct 2015 03:11:08 -0700 (PDT) Received: from [192.168.1.131] (xdsl-205-163.nblnetworks.fi. [83.145.205.163]) by smtp.googlemail.com with ESMTPSA id p3sm387646lfd.42.2015.10.13.03.11.06 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 13 Oct 2015 03:11:07 -0700 (PDT) Subject: Re: machine/acle-compat.h missing To: Tim Kientzle References: <561B4A25.2030703@gmail.com> <20151012232952.GR67524@funkthat.com> <626A93AA-8E14-4027-8FFC-95CA2AC77193@kientzle.com> Cc: John-Mark Gurney , freebsd-arm From: Jukka Ukkonen X-Enigmail-Draft-Status: N1110 Message-ID: <561CD8B9.8010506@gmail.com> Date: Tue, 13 Oct 2015 13:11:05 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <626A93AA-8E14-4027-8FFC-95CA2AC77193@kientzle.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Oct 2015 10:11:11 -0000 Right, I tried building locally on RPI2 which runs about 2 weeks old 11.x at the moment. The result was a crashed RPI2 and a complaint of sleepq_add() being called when sleeping was prohibited. This instability with sleepq_add() related problems was there already roughly 2 weeks ago when I last updated the gizmo using a build done on amd64 running 10-stable. So, now I cannot update RPI2 locally due to sleepq_add() problems nor can I update it using a build done on amd64. Just splendid! Anyhow, the file /usr/include/machine/acle-compat.h seems to be available on RPI2 running 11.x. The problem with the header is that it is not found in its proper place when building an 11.x/RPI2 target on 10-stable. --jau From owner-freebsd-arm@freebsd.org Tue Oct 13 10:30: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 103ADA12E9B for ; Tue, 13 Oct 2015 10:30:11 +0000 (UTC) (envelope-from che@bein.link) Received: from mail.bein.link (bein.link [37.252.124.82]) (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 CDF582F8 for ; Tue, 13 Oct 2015 10:30:10 +0000 (UTC) (envelope-from che@bein.link) Received: by mail.bein.link (Postfix, from userid 1001) id 43B871AF1A2; Tue, 13 Oct 2015 10:30:00 +0000 (UTC) Date: Tue, 13 Oct 2015 10:30:00 +0000 From: Maxim V Filimonov To: "freebsd-arm@freebsd.org" Subject: Re: Cubieboard2 (AllWinner A20) hangs on boot Message-ID: <20151013103000.GB30944@bein.link> Mail-Followup-To: Maxim V Filimonov , "freebsd-arm@freebsd.org" References: <1624600.Emhi2YBmRE@thinkpad> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: 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, 13 Oct 2015 10:30:11 -0000 On Tue, Oct 13, 2015 at 01:11:12AM -0300, Luiz Otavio O Souza wrote: > On 8 October 2015 at 19:49, Maxim V Filimonov wrote: > > Dear Everyone, > > > > I compiled the brand-new FreeBSD-CURRENT for my Cubieboard (following the > > instructions there: https://wiki.freebsd.org/FreeBSD/arm/Cubieboard) and tried > > to boot this, and that's what I'm stuck at: > > > > U-Boot 2013.07-07794-gc0f3b94 (Aug 15 2013 - 18:01:45) Allwinner Technology > > > > CPU: Allwinner A20 (SUN7I) > > Board: Cubieboard2 > > I2C: ready > > DRAM: 1 GiB > > MMC: SUNXI SD/MMC: 0 > > *** Warning - bad CRC, using default environment > > > > In: serial > > Out: serial > > Err: serial > > Net: emac > > Hit any key to stop autoboot: 0 > > sun7i#fatload mmc 0 0x40200000 kernel; go 0x40200100 > > reading kernel > > 8080052 bytes read in 890 ms (8.7 MiB/s) > > ## Starting application at 0x40200100 ... > > > > Can I do anything about this? > > > > Maxim, > > You should use the instructions at > https://wiki.freebsd.org/FreeBSD/arm/Allwinner > > The old wiki page is deprecated. > > The old instructions uses an u-boot that do not pass the DTB to > kernel, so you have to define 'options FDT_DTB_STATIC' in kernel > config file. > > Sorry for the misleading information in wiki, I've added a note there > WRT the new instructions. > Dear Luiz, Thank you for your kind reply. I have already managed to start FreeBSD on my board (and it runs much much better now; I suppose you're one of the people I want to thank for that). I used the "old" method defining "options FDT_DTB_STATIC". The only thing I'd like to add is that I also added "makeoptions FDT_DTS_FILE=cubieboard2.dts" to the kernel config in order to have it build. -- wbr, Maxim Filimonov From owner-freebsd-arm@freebsd.org Tue Oct 13 10:35:22 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DAE76A120D4 for ; Tue, 13 Oct 2015 10:35:22 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-ig0-x231.google.com (mail-ig0-x231.google.com [IPv6:2607:f8b0:4001:c05::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A830B913 for ; Tue, 13 Oct 2015 10:35:22 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: by igbkq10 with SMTP id kq10so89723827igb.0 for ; Tue, 13 Oct 2015 03:35:22 -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=9YWXrDjCXfIi0YRxJxDxiGSS+HGRWQU9603MUu9+HIY=; b=w5vuXJERR9y2k8+9gEcFpdzOD8/qD6XP9fYLDOcEjH5P06RhTv0IMn06ZS7UgQscBX OpP6YUWMgjvEP2aYS1ObILq5P8JhHsS9TBHtVXvogKTB76ZIrdxezdgIz9Q61mJ8mfRV MkGT58PUU8fbK+AfuzHiw7zJdVPkqLyOpdVtmW4xRN/83IsqVbjB+Vx2ptZ3AGhPi4QX 4GjRmzcc7/sYj45ivKJNsh0V/0PbLTcp7HLm7lpKbBHiXxF1Jiu4oJ5D+xTH2ACHesKQ VJi0Z8XppJIR0jRTa6NULMnee1LedZTgmQ+1xiySZeWRXlxnVZplzvzYt7JcZg+3/pEm rQXQ== MIME-Version: 1.0 X-Received: by 10.50.2.67 with SMTP id 3mr17077600igs.19.1444732522090; Tue, 13 Oct 2015 03:35:22 -0700 (PDT) Received: by 10.64.239.201 with HTTP; Tue, 13 Oct 2015 03:35:22 -0700 (PDT) In-Reply-To: <561BEF4D.7050904@gmail.com> References: <5614D7B8.3040604@gmail.com> <561784D9.90805@gmail.com> <20151012025044.GB97450@www.zefox.net> <561BEF4D.7050904@gmail.com> Date: Tue, 13 Oct 2015 12:35:22 +0200 Message-ID: Subject: Re: Panic running nsd-4.1.5 From: Svatopluk Kraus To: mattia.rossi.mate@gmail.com Cc: bob prohaska , freebsd-arm Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Oct 2015 10:35:22 -0000 Hi, I'm sorry that I confused you. I'm so focused on __ARM_ARCH >= 6 that I did not notice that DREAMPLUG is not. And the patch is for armv6 and higher platforms only. It's even quoted in its name. So, I cannot help you with your problem as I do not know much about old ARMs. Svata On Mon, Oct 12, 2015 at 7:35 PM, Mattia Rossi wrote: > On 12/10/15 04:50, bob prohaska wrote: >> >> On Fri, Oct 09, 2015 at 11:11:53AM +0200, Mattia Rossi wrote: >>>> >>>> Can you please try this: https://reviews.freebsd.org/D3617 >>>> Just download raw diff, apply, build new kernel, and run. >>>> >>>> >>> Just came around trying the patch, and it's not compiling. >>> I tried to find the issue here, as it doesn't make much sense, given >>> that cp15_ats1cpr_set has not been changed in the patch: >> >> The patch seems to apply without issue on RPI2 and appear to be helpful. >> Stress2 tests have been running about 2x longer with the patch, though >> crashes and silent hangs still occur. In some cases the debugger reports >> zero values, but on occasion they are not zero, for example, at >> www.zefox.net/~fbsd/rpi2/crashes/crash_10_11_15/console. >> >> Apart from crashes under stress2 testing (usually in the syscall tests) >> the Raspberry Pi seems vastly improved over a few months ago. >> > I don't know what's wrong. I've deleted all the files, updated my svn copy, > downloaded the patch (using fetch) once more, applied it (successfully) but > still get the error message when compiling. How do I fix that? > > Mat > > _______________________________________________ > 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 13 11:17: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 CC7DCA12D86 for ; Tue, 13 Oct 2015 11:17:26 +0000 (UTC) (envelope-from mattia.rossi.mate@gmail.com) Received: from mail-wi0-x22a.google.com (mail-wi0-x22a.google.com [IPv6:2a00:1450: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 70A821BA6 for ; Tue, 13 Oct 2015 11:17:26 +0000 (UTC) (envelope-from mattia.rossi.mate@gmail.com) Received: by wicge5 with SMTP id ge5so186152077wic.0 for ; Tue, 13 Oct 2015 04:17:23 -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=Gi3GufaGOcXQ4Vg5lTNbymcsQf/2iPy9XR1SKAzXOGk=; b=krHaCXwisMfRIkbPTijyIg3KiSa27ek1AvmFJsot3u590rQWBSkeCE2Q1SgECZeaIr CBNjL/vF7jdkQ81qV5jHAod5RtLi3/op5BG2J2xnlcxXcElhYJMXXdo4N1QhZS9CfOvG 6/Um54K2O1oLyTuRusfp33Hh13QYRpxv7v6Z+la9EVUNdJD0enNofgcNumMUIn6Ahq2I sh5gtQiouwMOojUx4lhuF9TClpbccoVDW9jLYqLJs/uL8GWjDN7bFJqT9aecu0XmcRIW yeNxMgn5XXI7Iq+JwPZELqaHqG0xo2SFzeKMEc/TLXJe8/TK96ziwz3wYoBnCcRe9kLL 9YVA== X-Received: by 10.194.110.37 with SMTP id hx5mr36480790wjb.149.1444735042911; Tue, 13 Oct 2015 04:17:22 -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 lv4sm3008951wjb.43.2015.10.13.04.17.22 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 13 Oct 2015 04:17:22 -0700 (PDT) Subject: Re: Panic running nsd-4.1.5 To: Svatopluk Kraus References: <5614D7B8.3040604@gmail.com> <561784D9.90805@gmail.com> <20151012025044.GB97450@www.zefox.net> <561BEF4D.7050904@gmail.com> Cc: bob prohaska , freebsd-arm From: Mattia Rossi Message-ID: <561CE841.9060203@gmail.com> Date: Tue, 13 Oct 2015 13:17:21 +0200 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: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Oct 2015 11:17:27 -0000 Hey Svata, I actually thought so... I was just surprised that it's trying to compile the patched files anyway? And the bad thing is, that it's failing to compile. Now on the other hand, I guess that compiling with TARGET=arm and TARGET_ARCH=arm is not correct for the DREAMPLUG, and I should compile it with TARGET=arm and TARGET_ARCH=armv5 or similar? In which file are the TARGET architectures listed? Where can I pick them from? Cheers, Mat Am 13.10.2015 um 12:35 schrieb Svatopluk Kraus: > Hi, > > I'm sorry that I confused you. I'm so focused on __ARM_ARCH >= 6 that > I did not notice that DREAMPLUG is not. And the patch is for armv6 and > higher platforms only. It's even quoted in its name. > > So, I cannot help you with your problem as I do not know much about old ARMs. > > Svata > > > > On Mon, Oct 12, 2015 at 7:35 PM, Mattia Rossi > wrote: >> On 12/10/15 04:50, bob prohaska wrote: >>> On Fri, Oct 09, 2015 at 11:11:53AM +0200, Mattia Rossi wrote: >>>>> Can you please try this: https://reviews.freebsd.org/D3617 >>>>> Just download raw diff, apply, build new kernel, and run. >>>>> >>>>> >>>> Just came around trying the patch, and it's not compiling. >>>> I tried to find the issue here, as it doesn't make much sense, given >>>> that cp15_ats1cpr_set has not been changed in the patch: >>> The patch seems to apply without issue on RPI2 and appear to be helpful. >>> Stress2 tests have been running about 2x longer with the patch, though >>> crashes and silent hangs still occur. In some cases the debugger reports >>> zero values, but on occasion they are not zero, for example, at >>> www.zefox.net/~fbsd/rpi2/crashes/crash_10_11_15/console. >>> >>> Apart from crashes under stress2 testing (usually in the syscall tests) >>> the Raspberry Pi seems vastly improved over a few months ago. >>> >> I don't know what's wrong. I've deleted all the files, updated my svn copy, >> downloaded the patch (using fetch) once more, applied it (successfully) but >> still get the error message when compiling. How do I fix that? >> >> Mat >> >> _______________________________________________ >> 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 13 11:49: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 ABC7DA118EA for ; Tue, 13 Oct 2015 11:49:24 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-ig0-x230.google.com (mail-ig0-x230.google.com [IPv6:2607:f8b0:4001:c05::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 77211D8D for ; Tue, 13 Oct 2015 11:49:24 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: by ignr19 with SMTP id r19so33873611ign.1 for ; Tue, 13 Oct 2015 04:49:23 -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=EZm83+Sq5Deg5Plxu0L1ffstLpyVhB9YV+OpsgCdBEU=; b=Cugea+zBq+cb4XYCYpk0qta6LjV4xlzU4bTaxnRFgKq4dJEkXFIqu9icRLq04qnKsm JDXA3v33+eUFVqkRjjuQ+0IUNBe+CBmqWxgq9epoqIcmzzixOYu5WwCE7qUXUvR64OK/ hEbFIe6ck9A3UIfuJTbCNxGLX2/oajkQ9995OgoOnSnJFTswQqSBlnF9mXZndioS63zH Gdd7+T+qPSqnps0W67IKDbWSnsvWAJ8ijI08R7hoqwj274con8xfggIN788Y8QhgYq5I CsJwwkiruGq/zjQHSsiSz8Qqnb/nCOnpZm8aUxrUpZTW8AE3exepol7gRaah/HSAUNHl X98A== MIME-Version: 1.0 X-Received: by 10.50.43.225 with SMTP id z1mr17454768igl.19.1444736963797; Tue, 13 Oct 2015 04:49:23 -0700 (PDT) Received: by 10.64.239.201 with HTTP; Tue, 13 Oct 2015 04:49:23 -0700 (PDT) In-Reply-To: <561CE841.9060203@gmail.com> References: <5614D7B8.3040604@gmail.com> <561784D9.90805@gmail.com> <20151012025044.GB97450@www.zefox.net> <561BEF4D.7050904@gmail.com> <561CE841.9060203@gmail.com> Date: Tue, 13 Oct 2015 13:49:23 +0200 Message-ID: Subject: Re: Panic running nsd-4.1.5 From: Svatopluk Kraus To: Mattia Rossi Cc: bob prohaska , freebsd-arm Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Oct 2015 11:49:24 -0000 On Tue, Oct 13, 2015 at 1:17 PM, Mattia Rossi wrote: > Hey Svata, > > I actually thought so... I was just surprised that it's trying to compile > the patched files anyway? > And the bad thing is, that it's failing to compile. You are right. I'm just testing a fix. > > Now on the other hand, I guess that compiling with TARGET=arm and > TARGET_ARCH=arm is not correct for the DREAMPLUG, and I should compile it > with TARGET=arm and TARGET_ARCH=armv5 or similar? > In which file are the TARGET architectures listed? Where can I pick them > from? IMO, TARGET=arm is for v4, v5, v6, v7 arms. TARGET_ARCH=arm is for v4 and v5 arms. TARGET_ARCH=armv6 is for v6 and v7 arms. For example, you can look at sys/conf/files.arm how files depends on "armv6". However, it's not so simple. There is, for example, TARGET_ARCH=armv6hf for v6 and v7 arm systems using hard float (which should become a standard). Maybe someone more in will answer your question. > > Cheers, > > Mat > > > Am 13.10.2015 um 12:35 schrieb Svatopluk Kraus: >> >> Hi, >> >> I'm sorry that I confused you. I'm so focused on __ARM_ARCH >= 6 that >> I did not notice that DREAMPLUG is not. And the patch is for armv6 and >> higher platforms only. It's even quoted in its name. >> >> So, I cannot help you with your problem as I do not know much about old >> ARMs. >> >> Svata >> >> >> >> On Mon, Oct 12, 2015 at 7:35 PM, Mattia Rossi >> wrote: >>> >>> On 12/10/15 04:50, bob prohaska wrote: >>>> >>>> On Fri, Oct 09, 2015 at 11:11:53AM +0200, Mattia Rossi wrote: >>>>>> >>>>>> Can you please try this: https://reviews.freebsd.org/D3617 >>>>>> Just download raw diff, apply, build new kernel, and run. >>>>>> >>>>>> >>>>> Just came around trying the patch, and it's not compiling. >>>>> I tried to find the issue here, as it doesn't make much sense, given >>>>> that cp15_ats1cpr_set has not been changed in the patch: >>>> >>>> The patch seems to apply without issue on RPI2 and appear to be helpful. >>>> Stress2 tests have been running about 2x longer with the patch, though >>>> crashes and silent hangs still occur. In some cases the debugger reports >>>> zero values, but on occasion they are not zero, for example, at >>>> www.zefox.net/~fbsd/rpi2/crashes/crash_10_11_15/console. >>>> >>>> Apart from crashes under stress2 testing (usually in the syscall tests) >>>> the Raspberry Pi seems vastly improved over a few months ago. >>>> >>> I don't know what's wrong. I've deleted all the files, updated my svn >>> copy, >>> downloaded the patch (using fetch) once more, applied it (successfully) >>> but >>> still get the error message when compiling. How do I fix that? >>> >>> Mat >>> >>> _______________________________________________ >>> 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 13 11:53:56 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1C1B1A11A72 for ; Tue, 13 Oct 2015 11:53:56 +0000 (UTC) (envelope-from mattia.rossi.mate@gmail.com) Received: from mail-wi0-x231.google.com (mail-wi0-x231.google.com [IPv6:2a00:1450:400c:c05::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A536B10E9 for ; Tue, 13 Oct 2015 11:53:55 +0000 (UTC) (envelope-from mattia.rossi.mate@gmail.com) Received: by wicge5 with SMTP id ge5so54131002wic.0 for ; Tue, 13 Oct 2015 04:53: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=fITivWKOKZyzP6pzrWJc1HjeD7h+tyDrGVrB3nKu2G0=; b=EQpTJlefWLi3WRPzpLC0VrMB444j+o5fQjLu3ycjKTCSLqaREncvj4p3GfwSMqZzqs +YsDxSBwwcZIXpBCYk6uvf6I0+dGYqir77BSY7fZvx9KiI7A99yB+sE07CZFhrZw+SRu Y/wAM5/6jsUQRdQxiVbW+jUINYE7jAoYptP3Dr2awNI0R3z+JrSl8wzobwOb8N4gFv5x i4CTPVeAn6CBrsKKOcPbG4l2GRKwGaMqk8SweAfa6ctIjey5Qj7imsBOxmqg5vUABcSg dX4CzSOc/rF0Dk5a+z3Z7+yoUG97BDVs8X9en1bVTwSQbI33ZiC2nsLk4/mXTpLa+64H qi4A== X-Received: by 10.180.184.232 with SMTP id ex8mr19569097wic.15.1444737233960; Tue, 13 Oct 2015 04:53:53 -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 r4sm14717165wia.19.2015.10.13.04.53.52 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 13 Oct 2015 04:53:52 -0700 (PDT) Subject: Re: Panic running nsd-4.1.5 To: Svatopluk Kraus References: <5614D7B8.3040604@gmail.com> <561784D9.90805@gmail.com> <20151012025044.GB97450@www.zefox.net> <561BEF4D.7050904@gmail.com> <561CE841.9060203@gmail.com> Cc: bob prohaska , freebsd-arm From: Mattia Rossi Message-ID: <561CF0D0.6020009@gmail.com> Date: Tue, 13 Oct 2015 13:53:52 +0200 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: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Oct 2015 11:53:56 -0000 >> Hey Svata, >> >> I actually thought so... I was just surprised that it's trying to compile >> the patched files anyway? >> And the bad thing is, that it's failing to compile. > You are right. I'm just testing a fix. That's what testing is here for :-) > > >> Now on the other hand, I guess that compiling with TARGET=arm and >> TARGET_ARCH=arm is not correct for the DREAMPLUG, and I should compile it >> with TARGET=arm and TARGET_ARCH=armv5 or similar? >> In which file are the TARGET architectures listed? Where can I pick them >> from? > IMO, TARGET=arm is for v4, v5, v6, v7 arms. TARGET_ARCH=arm is for v4 > and v5 arms. TARGET_ARCH=armv6 is for v6 and v7 arms. For example, you > can look at sys/conf/files.arm how files depends on "armv6". However, > it's not so simple. There is, for example, TARGET_ARCH=armv6hf for v6 > and v7 arm systems using hard float (which should become a standard). > Maybe someone more in will answer your question. Thanks for the info. I'm never really sure, whether something has changed in those things, as I might oversee some informatione here and there depending on how much time I have to spend with my "toy". So good to know, that I'm still compiling the correct way. Cheers, Mat From owner-freebsd-arm@freebsd.org Tue Oct 13 15:23: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 56F44A116EE for ; Tue, 13 Oct 2015 15:23:38 +0000 (UTC) (envelope-from freebsd-lists@gromit.dlib.vt.edu) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.126.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gromit.dlib.vt.edu", Issuer "Chumby Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 34DAD144C for ; Tue, 13 Oct 2015 15:23:37 +0000 (UTC) (envelope-from freebsd-lists@gromit.dlib.vt.edu) Received: from pmather.lib.vt.edu (pmather.lib.vt.edu [128.173.126.193]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gromit.dlib.vt.edu (Postfix) with ESMTPSA id 962515A8 for ; Tue, 13 Oct 2015 11:17:18 -0400 (EDT) From: Paul Mather Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: mmcsd0 timeouts on Beaglebone Black after recent -CURRENT update Message-Id: Date: Tue, 13 Oct 2015 11:17:19 -0400 To: freebsd-arm Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Oct 2015 15:23:38 -0000 I upgraded my FreeBSD/arm 11-CURRENT Beaglebone Black recently and, ever = since, it has had mmcsd0 storage problems that cause the system to = become effectively unusable. Since the update (to r289141), I get messages like this on the console: mmcsd0: Error indicated: 1 Timeout g_vfs_done():mmcsd0s2a[READ(offset=3D1005948928, length=3D4096)]error =3D = 5 mmcsd0: Error indicated: 1 Timeout g_vfs_done():mmcsd0s2a[READ(offset=3D1005953024, length=3D4096)]error =3D = 5 mmcsd0: Error indicated: 1 Timeout g_vfs_done():mmcsd0s2a[READ(offset=3D1005957120, length=3D4096)]error =3D = 5 mmcsd0: Error indicated: 1 Timeout g_vfs_done():mmcsd0s2a[READ(offset=3D1005961216, length=3D4096)]error =3D = 5 mmcsd0: Error indicated: 1 Timeout g_vfs_done():mmcsd0s2a[READ(offset=3D1005969408, length=3D4096)]error =3D = 5 g_vfs_done():mmcsd0s2a[READ(offset=3D1522622464, length=3D4096)]error =3D = 5 g_vfs_done():mmcsd0s2a[READ(offset=3D1504862208, length=3D4096)]error =3D = 5 g_vfs_done():mmcsd0s2a[READ(offset=3D2521161728, length=3D4096)]error =3D = 5 g_vfs_done():mmcsd0s2a[READ(offset=3D2502615040, length=3D4096)]error =3D = 5 [[...]] g_vfs_done():mmcsd0s2a[READ(offset=3D756510720, length=3D4096)]error =3D = 5 g_vfs_done():mmcsd0s2a[READ(offset=3D756514816, length=3D4096)]error =3D = 5 mmcsd0: Error indicated: 1 Timeout g_vfs_done():mmcsd0s2a[READ(offset=3D685047808, length=3D32768)]error =3D = 5 swap_pager: I/O error - pagein failed; blkno 964,size 32768, error 5 vm_fault: pager read error, pid 429 (syslogd) mmcsd0: Error indicated: 1 Timeout g_vfs_done():mmcsd0s2a[READ(offset=3D131072, length=3D16384)]error =3D 5 mmcsd0: Error indicated: 1 Timeout g_vfs_done():mmcsd0s2a[WRITE(offset=3D273498112, length=3D16384)]error =3D= 5 mmcsd0: Error indicated: 1 Timeout g_vfs_done():mmcsd0s2a[WRITE(offset=3D273498112, length=3D16384)]error =3D= 5 mmcsd0: Error indicated: 1 Timeout g_vfs_done():mmcsd0s2a[WRITE(offset=3D269680640, length=3D28672)]error =3D= 5 g_vfs_done():mmcsd0s2a[WRITE(offset=3D249593856, length=3D16384)]error =3D= 5 I upgraded via a cross-build on FreeBSD/amd64 10-STABLE. Right now, the system is responding to pings, but anything that requires = file system access is wedged, meaning the system is pretty much unusable = right now. It had been VERY stable prior to the upgrade. Is anyone else encountering a similar problem? Cheers, Paul.=20= From owner-freebsd-arm@freebsd.org Tue Oct 13 16:22:51 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4F758A12B31 for ; Tue, 13 Oct 2015 16:22:51 +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 EC5781528 for ; Tue, 13 Oct 2015 16:22:50 +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 t9DGMilj089989 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 13 Oct 2015 09:22:44 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.14.5/8.14.5/Submit) id t9DGMiUP089988; Tue, 13 Oct 2015 09:22:44 -0700 (PDT) (envelope-from jmg) Date: Tue, 13 Oct 2015 09:22:44 -0700 From: John-Mark Gurney To: jau789@gmail.com Cc: freebsd-arm@freebsd.org Subject: Re: machine/acle-compat.h missing Message-ID: <20151013162244.GS67524@funkthat.com> References: <561B4A25.2030703@gmail.com> <20151012232952.GR67524@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 9.1-PRERELEASE amd64 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (gold.funkthat.com [127.0.0.1]); Tue, 13 Oct 2015 09:22:44 -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: Tue, 13 Oct 2015 16:22:51 -0000 jau789@gmail.com wrote this message on Tue, Oct 13, 2015 at 02:29 +0000: > The build environment is amd64 running 10-stable. > The native cc is obviously clang 3.4.1. > The build target in has been rpi2. > To make current build possible at all CC and CXX > are set to clang37 and clang++37 during the make > run. You should not need to set CC and CXX to build, and these are probably causing your build failures... I don't have a RPi2, but the instructions at: https://wiki.freebsd.org/FreeBSD/arm/Raspberry%20Pi%202%20image should be enough, notice the following: # make TARGET_ARCH=armv6 UBLDR_LOADADDR=0x2000000 buildworld # make TARGET_ARCH=armv6 KERNCONF=RPI2 buildkernel Once you have those built, then comes how to install it... One method is to do: make TARGET_ARCH=argv6 installworld DESTDIR= -DNO_ROOT tar -czf rpi2.tgz @/METALOG which you can extract over, or follow the instructions on the wiki page for building a new image... Hope this helps... > On 13/10/2015 2:29 John-Mark Gurney wrote: > Jukka Ukkonen wrote this message on Mon, Oct 12, 2015 at 08:50 +0300: > > After the latest clang update in current cross-compilation for arm > > has been failing due to "missing" > > Do you mean armeb? or what specific arch? > > > > > > > The file is apparently present... > > > > src.head/sys/arm/include/acle-compat.h > > > > but the compiler fails to find it because for some reason it > > never gets copied to the path where the compiler expects to > > find it... > > > > /tank/fish/jau/Xcomp/src.head/gnu/lib/libgcc/../../../contrib/gcc/config/arm/libunwind.S:29:10: > > fatal error: 'machine/acle-compat.h' file not found > > #include > > ^ > > 1 error generated. > > *** [libunwind.o] Error code 1 > > > > Has anyone else noticed this, or is it just me doing something > > odd? > > Are you using gcc, or the default of clang now? -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-arm@freebsd.org Wed Oct 14 08:29:32 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6BC2A9B8579 for ; Wed, 14 Oct 2015 08:29:32 +0000 (UTC) (envelope-from jau789@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 0380FC1 for ; Wed, 14 Oct 2015 08:29:32 +0000 (UTC) (envelope-from jau789@gmail.com) Received: by wicgb1 with SMTP id gb1so119754311wic.1 for ; Wed, 14 Oct 2015 01:29:30 -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=23o8UAB8Jmz+A1+2TsmsoEE6R6hOm+krktMYcVXOspQ=; b=HGaQbfsp5gwocQUSZmi9jnhz3Af+reln/PxDnHG5YxGJk3aw+JyX7rLkLAbX97GR65 HeCH/t3zrUQ9hQIENcPjlxXNVGnwsw2fyZQCu7txoGymzuewqQckpdhUxwW82OPAa3YY quzcbHKPgJPIFLCpV/KRI7X+NxbH1ZVDMQhgo4WmIb5PXAwlcSNdkKEmQnzpmylMh/sg 75ZJnJcHkO2klvD1zpXrbmCpTh7R0Cy1Ag7z8tv62FOu8ryFnd8LPFfQPbQtr9WZ6sZf c4kGlHa3x2PflrUVKXT73XAGAd0gG0QclNY6je+5RKfEz3FkaOnSKtJ/nk5OCE2dUzIW zbjw== X-Received: by 10.194.189.137 with SMTP id gi9mr2720313wjc.17.1444811370456; Wed, 14 Oct 2015 01:29:30 -0700 (PDT) Received: from [192.168.1.131] (xdsl-205-163.nblnetworks.fi. [83.145.205.163]) by smtp.googlemail.com with ESMTPSA id it4sm8521429wjb.0.2015.10.14.01.29.29 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 14 Oct 2015 01:29:29 -0700 (PDT) Subject: Re: machine/acle-compat.h missing To: John-Mark Gurney References: <561B4A25.2030703@gmail.com> <20151012232952.GR67524@funkthat.com> <20151013162244.GS67524@funkthat.com> Cc: freebsd-arm@freebsd.org From: Jukka Ukkonen X-Enigmail-Draft-Status: N1110 Message-ID: <561E1267.4000404@gmail.com> Date: Wed, 14 Oct 2015 11:29:27 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <20151013162244.GS67524@funkthat.com> 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: Wed, 14 Oct 2015 08:29:32 -0000 On 10/13/15 19:22, John-Mark Gurney wrote: > You should not need to set CC and CXX to build, and these are probably > causing your build failures... I don't have a RPi2, but the instructions > at: https://wiki.freebsd.org/FreeBSD/arm/Raspberry%20Pi%202%20image > should be enough, notice the following: > # make TARGET_ARCH=armv6 UBLDR_LOADADDR=0x2000000 buildworld > # make TARGET_ARCH=armv6 KERNCONF=RPI2 buildkernel Well, there is nothing different to what I have been doing unless we consider my setting the target architecture to armv6hf and use of an explicit source root path as somehow error prone. I tested again building with the default compiler on 10-stable. It identifies itself like this... > cc -v FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 Target: x86_64-unknown-freebsd10.2 Thread model: posix Selected GCC installation: Now the error does not happen while building the new version of clang, but still this does not exactly count as a huge success either... --- sbin.all__D --- cc -O3 -pipe -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /tank/fish/jau/Xcomp/src.head/sbin/clri/clri.c -o clri.o --- tests.all__D --- --- _sub.all --- ===> tests/sys/pjdfstest/tests/granular (buildfiles) --- _sub.buildfiles --- mv: Kyuafile.auto.tmp: No such file or directory --- share.all__D --- colldef -I /tank/fish/jau/Xcomp/src.head/share/colldef -o uk_UA.ISO8859-5.out /tank/fish/jau/Xcomp/src.head/share/colldef/uk_UA.ISO8859-5.src --- tests.all__D --- *** [Kyuafile.auto] Error code 1 make[7]: stopped in /tank/fish/jau/Xcomp/src.head/tests/sys/pjdfstest/tests/ftruncate 1 error make[7]: stopped in /tank/fish/jau/Xcomp/src.head/tests/sys/pjdfstest/tests/ftruncate --- libexec.all__D --- gzip -cn /tank/fish/jau/Xcomp/src.head/contrib/atf/atf-sh/atf-check.1 > atf-check.1.gz --- tests.all__D --- *** [_sub.buildfiles] Error code 2 Just to clarify things and to make sure we are not comparing apples to oranges... Are you building for RPI2 on 10-stable? Do you use jail containers for the builds or plain separate source (and object) root path? Jailed builds have apparently sometimes behaved differently from builds using the actual host environment. > Once you have those built, then comes how to install it... One method > is to do: > make TARGET_ARCH=argv6 installworld DESTDIR= -DNO_ROOT > tar -czf rpi2.tgz @/METALOG My install phase has always been just fine. At the moment there does not seem to be a big risk that I would even have to test it again in any predictable future, because the build phase falls on its face. Maybe there is no need to worry about the install phase just yet. Thanks anyway. --jau From owner-freebsd-arm@freebsd.org Thu Oct 15 03:07:15 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D1686A1576D for ; Thu, 15 Oct 2015 03:07:15 +0000 (UTC) (envelope-from george@ceetonetechnology.com) Received: from feynman.konjz.org (feynman.konjz.org [64.147.119.39]) (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 804521CFF for ; Thu, 15 Oct 2015 03:07:14 +0000 (UTC) (envelope-from george@ceetonetechnology.com) Received: from 127.0.0.1 ([84.200.56.34]) (authenticated bits=0) by feynman.konjz.org (8.14.7/8.14.4) with ESMTP id t9F2ge61046284 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 14 Oct 2015 22:42:42 -0400 (EDT) (envelope-from george@ceetonetechnology.com) Subject: Re: BeagleBone Green To: freebsd-arm@freebsd.org References: <56099322.1080804@ceetonetechnology.com> <967B69D5-19FA-40FE-BBFD-DFB231EEBC8D@netgate.com> <6EF9C190-A5C2-4B68-ACB5-805AE8323E57@netgate.com> <20150929154721.GE42013@cicely7.cicely.de> <560ABDC1.6000301@ceetonetechnology.com> From: George Rosamond X-Enigmail-Draft-Status: N1110 Message-ID: <561F1202.5070308@ceetonetechnology.com> Date: Wed, 14 Oct 2015 22:40:02 -0400 MIME-Version: 1.0 In-Reply-To: <560ABDC1.6000301@ceetonetechnology.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Oct 2015 03:07:15 -0000 George Rosamond: > Bernd Walter: >> On Tue, Sep 29, 2015 at 10:25:47AM -0500, Jim Thompson wrote: >>> >>> >>>> On Sep 28, 2015, at 4:37 PM, Jim Thompson wrote: >>>> >>>> Beaglebone Green eliminates microSD >>> >>> I was mistaken. It appears that Beaglebone Green has microSD, and adds a battery holder to keep the TOD clock running when no power is supplied. >> >> Nice feature. >> On the other hand I don't like USB connectors for power and having the >> barrel plug was a good thing. >> > > +1 on that. There were cases in the past that I assume power was the > issue with a number of BeagleBone problems, such as mount USB sticks. > > The OP question remains, though: has anyone installed FreeBSD on the > Green yet? I'm curious about the support for groove and the associated > devices, and whether the "identical chipsets" are *really* identical. > We all know, by now, that the same label on a component is not > necessarily the same chipset. Just a quick followup on this. I picked up a BeagleBone Green today, and gjb@'s 10.2 image from 20150801 booted just as it does on the BBBlack. Didn't yet attempt to copy from the microSD to eMMC yet. Serial connections work fine with the FTDI j1/j4/j5 connections as with the BBBlack. I posted the dmesg on NYC*BUG's dmesgd: http://dmesgd.nycbug.org/index.cgi?action=dmesgd&do=view&id=2830 I haven't followed the status of pkg on arm recently, but pkg doesn't seem operational with the binary install: root@beaglebone:~ # pkg The package management tool is not yet installed on your system. Do you want to fetch and install it now? [y/N]: y Bootstrapping pkg from pkg+http://pkg.FreeBSD.org/FreeBSD:10:armv6/quarterly, please wait... pkg: Error fetching http://pkg.FreeBSD.org/FreeBSD:10:armv6/quarterly/Latest/pkg.txz: Not Found A pre-built version of pkg could not be found for your system. Consider changing PACKAGESITE or installing it from ports: 'ports-mgmt/pkg'. I am now in the process of populating /usr/ports with svnlite, but it's still painfully slow. I don't have any of the four-pin grooves to test yet, but I'll probably start checking those out after I get back into building crochet images. It may be time to update the Wiki and other documentation with (at least) mention of the BBGreen. g From owner-freebsd-arm@freebsd.org Thu Oct 15 05:35:00 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7F9FBA1592C for ; Thu, 15 Oct 2015 05:35:00 +0000 (UTC) (envelope-from mattia.rossi.mate@gmail.com) Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DEE64D7D for ; Thu, 15 Oct 2015 05:34:59 +0000 (UTC) (envelope-from mattia.rossi.mate@gmail.com) Received: by wicll6 with SMTP id ll6so24265827wic.0 for ; Wed, 14 Oct 2015 22:34:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:reply-to:subject:references:to:message-id:date:user-agent :mime-version:in-reply-to:content-type; bh=3AVgcqfn7x/dUqYWTb3rBv9utpdvggjUHTtNr1U4cVM=; b=WErC2EjtBvoTle6ozooC5vzxldaSuFgh+NrVlEY9aH90+/pIiKkRhkBleOlWi2N1Zx GcI23D9TYbvCDZWoaSbQuqrepqeFeIjg7D4KqefhIgdtfJP0ULvwWDTnhnOmbANCmef3 dpaPPXaKwbydU4yp4tpRci/wF9kznelp148zTy+Gxgh8eOJzxbtM1Z+J1/x0oODTmKVH 3pMLqLS0SewV7A0gu149+UgR4w5iEl+8HLupd/qol2/Xs2hH631uPPXcfeE0qa7PaYpr QnXlga2TW/c5LGqePSe2GqVThEujAyDtg5as3EXFviK4jU0mSznAy6ObZ+sqoSrPBy3w jiXA== X-Received: by 10.194.87.198 with SMTP id ba6mr8190256wjb.6.1444887298424; Wed, 14 Oct 2015 22:34:58 -0700 (PDT) Received: from [192.168.0.10] (178-83-152-199.dynamic.hispeed.ch. [178.83.152.199]) by smtp.googlemail.com with ESMTPSA id xa5sm14131164wjc.20.2015.10.14.22.34.57 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 14 Oct 2015 22:34:57 -0700 (PDT) From: Mattia Rossi X-Google-Original-From: Mattia Rossi Reply-To: mattia.rossi.mate@gmail.com Subject: Re: testing of busdma updates for armv5 References: <561AA64C.5010001@gmail.com> <561B679D.8020501@gmail.com> <561CEBE4.7060304@gmail.com> <561CEE85.1000301@gmail.com> <561E1312.1030908@gmail.com> To: Jason Harmening , ARM Message-ID: <561F3B00.80404@gmail.com> Date: Thu, 15 Oct 2015 07:34:56 +0200 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: Content-Type: text/plain; charset=windows-1252; format=flowed 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 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Oct 2015 05:35:00 -0000 Hi Jason, sorry, I don't think your patch has anything to do with it. Since I updated the source tree from scratch after the previous patch mess, I must have deleted some patch that I had applied and was using for hte last year or so, because currently I simply can't get the system to boot anymore. Something to do with mounting my ufs root fs... Fatal kernel mode data abort: 'Alignment Fault 1' trapframe: 0xd733a720 FSR=00000001, FAR=0000012b, spsr=60000013 r0 =00000000, r1 =000081a4, r2 =00000127, r3 =00000000 r4 =00000000, r5 =000081a4, r6 =00000100, r7 =00000000 r8 =00004080, r9 =00000001, r10=00000000, r11=d733a7d0 r12=d733a824, ssp=d733a7b0, slr=c0d46d60, pc =c0b70768 [ thread pid 36 tid 100050 ] Stopped at vaccess+0x54: ldr r0, [r2, #0x004] db> bt Tracing pid 36 tid 100050 td 0xc3c8f350 db_trace_self() at db_trace_self pc = 0xc0d85054 lr = 0xc094836c (db_hex2dec+0x1dc) sp = 0xd733a420 fp = 0xd733a438 db_hex2dec() at db_hex2dec+0x1dc pc = 0xc094836c lr = 0xc0947fc4 (db_command_loop+0x2dc) sp = 0xd733a440 fp = 0xd733a4e0 r4 = 0x00000001 r5 = 0x00000000 r6 = 0xc0f3776f r10 = 0xc0ec8f38 db_command_loop() at db_command_loop+0x2dc pc = 0xc0947fc4 lr = 0xc0947d34 (db_command_loop+0x4c) sp = 0xd733a4e8 fp = 0xd733a4f8 r4 = 0xc0ddc953 r5 = 0xc0dfad18 r6 = 0xc0f37758 r7 = 0xc0ec924c r8 = 0xc0f2b420 r9 = 0xc0f2b424 r10 = 0x00000013 db_command_loop() at db_command_loop+0x4c pc = 0xc0947d34 lr = 0xc094a948 (db_fetch_ksymtab+0x298) sp = 0xd733a500 fp = 0xd733a618 r4 = 0x00000000 r5 = 0xc0f37764 r6 = 0xc0f2b440 r10 = 0x00000013 db_fetch_ksymtab() at db_fetch_ksymtab+0x298 pc = 0xc094a948 lr = 0xc0b05dd8 (kdb_trap+0xc0) sp = 0xd733a620 fp = 0xd733a640 r4 = 0x00000000 r5 = 0x00000001 r6 = 0xc0f2b440 r7 = 0xc0ec924c kdb_trap() at kdb_trap+0xc0 pc = 0xc0b05dd8 lr = 0xc0d96d34 (abort_handler+0x79c) sp = 0xd733a648 fp = 0xd733a660 r4 = 0xd733a720 r5 = 0x00000001 r6 = 0x600000d3 r7 = 0x0000012b r8 = 0x0000012b r9 = 0x00000001 r10 = 0x00000013 abort_handler() at abort_handler+0x79c pc = 0xc0d96d34 lr = 0xc0d96edc (badaddr_read+0x140) sp = 0xd733a668 fp = 0xd733a678 r4 = 0xd733a720 r5 = 0xc3c8f350 r6 = 0xc0d96e6c r7 = 0x00000000 badaddr_read() at badaddr_read+0x140 pc = 0xc0d96edc lr = 0xc0d968a4 (abort_handler+0x30c) sp = 0xd733a680 fp = 0xd733a718 r4 = 0xd733a720 r5 = 0xc3c8f350 abort_handler() at abort_handler+0x30c pc = 0xc0d968a4 lr = 0xc0d86694 (exception_exit) sp = 0xd733a720 fp = 0xd733a7d0 r4 = 0xffffffff r5 = 0xffff1004 r6 = 0x00000100 r7 = 0x00000000 r8 = 0x00004080 r9 = 0x00000001 r10 = 0x00000000 exception_exit() at exception_exit pc = 0xc0d86694 lr = 0xc0d46d60 (ufs_vinit+0x490) sp = 0xd733a7b0 fp = 0xd733a7d0 r0 = 0x00000000 r1 = 0x000081a4 r2 = 0x00000127 r3 = 0x00000000 r4 = 0x00000000 r5 = 0x000081a4 r6 = 0x00000100 r7 = 0x00000000 r8 = 0x00004080 r9 = 0x00000001 r10 = 0x00000000 r12 = 0xd733a824 vaccess() at vaccess+0x58 pc = 0xc0b7076c lr = 0xc0d46d60 (ufs_vinit+0x490) sp = 0xd733a7d8 fp = 0xd733a7f8 r4 = 0x00000000 r5 = 0x00000100 r6 = 0x00000127 r7 = 0xc3c8f350 r8 = 0x00000127 r9 = 0x00000000 r10 = 0x00000100 ufs_vinit() at ufs_vinit+0x490 pc = 0xc0d46d60 lr = 0xc0db2124 (VOP_ACCESSX_APV+0xd4) sp = 0xd733a800 fp = 0xd733a810 r4 = 0xd733a81c r5 = 0xc0f07360 r6 = 0x00000000 r10 = 0x00000100 VOP_ACCESSX_APV() at VOP_ACCESSX_APV+0xd4 pc = 0xc0db2124 lr = 0xc0b5e130 (vop_stdaccess+0x4c) sp = 0xd733a818 fp = 0xd733a838 r4 = 0xc0f0a9e4 r5 = 0xc0ef32ac r6 = 0x00000000 r10 = 0x00000100 vop_stdaccess() at vop_stdaccess+0x4c pc = 0xc0b5e130 lr = 0xc0db2018 (VOP_ACCESS_APV+0xd4) sp = 0xd733a840 fp = 0xd733a850 r4 = 0xd733a88c r10 = 0x00000100 VOP_ACCESS_APV() at VOP_ACCESS_APV+0xd4 pc = 0xc0db2018 lr = 0xc0b7c16c (vn_open_vnode+0xf4) sp = 0xd733a858 fp = 0xd733a8c0 r4 = 0xc3db27e0 r5 = 0x00000101 r6 = 0x00000014 r10 = 0x00000100 vn_open_vnode() at vn_open_vnode+0xf4 pc = 0xc0b7c16c lr = 0xc0b7be28 (vn_open_cred+0x2fc) sp = 0xd733a8c8 fp = 0xd733a9b8 r4 = 0xd733a9d8 r5 = 0xc3db27e0 r6 = 0xd733a9d8 r7 = 0x00000101 r8 = 0x00000000 r9 = 0x00000000 r10 = 0x00000000 vn_open_cred() at vn_open_cred+0x2fc pc = 0xc0b7be28 lr = 0xc3dea978 (kobj_open_file+0xa0) sp = 0xd733a9c0 fp = 0xd733aa98 r4 = 0xc3fdcd80 r5 = 0x00000000 r6 = 0xd733a9d8 r7 = 0xc3c8f350 r8 = 0xc0f09928 r9 = 0xd733abb8 r10 = 0xc3d11c00 kobj_open_file() at kobj_open_file+0xa0 pc = 0xc3dea978 lr = 0xc3e7fc78 (spa_config_load+0x3c) sp = 0xd733aaa0 fp = 0xd733aac8 r4 = 0x027b0000 r5 = 0xc3d12400 r6 = 0xc3f94cb0 r7 = 0x1f7f0000 r8 = 0x00000003 r10 = 0xc3d11c00 spa_config_load() at spa_config_load+0x3c pc = 0xc3e7fc78 lr = 0xc3e86550 (spa_init+0x144) sp = 0xd733aad0 fp = 0xd733aae8 r4 = 0x027b0000 r5 = 0xc3f94cfc r6 = 0xc3f94cb0 r7 = 0x1f7f0000 r8 = 0x00000003 r9 = 0xd733abb8 spa_init() at spa_init+0x144 pc = 0xc3e86550 lr = 0xc3ed5324 ($a.37+0x78) sp = 0xd733aaf0 fp = 0xd733ab20 r4 = 0xc3fd72d4 r5 = 0xc3fd72f0 r6 = 0xc3f8d150 r7 = 0xc3f70bce r8 = 0xc0f39178 r10 = 0xc3d11c00 $a.37() at $a.37+0x78 pc = 0xc3ed5324 lr = 0xc0ab8c78 (module_register_init+0xb0) sp = 0xd733ab28 fp = 0xd733ab48 r4 = 0xc0f39150 r5 = 0xc3ceec80 r6 = 0xc3f8d150 r7 = 0xc3f70bce r8 = 0xc0f39178 r10 = 0xc3d11c00 module_register_init() at module_register_init+0xb0 pc = 0xc0ab8c78 lr = 0xc0aad0dc (linker_reference_module+0xd1c) sp = 0xd733ab50 fp = 0xd733ada0 r4 = 0xc0f39178 r5 = 0xc3f73660 r6 = 0xc3f8d17c r7 = 0xc3cd1780 r8 = 0xc3ceec80 r9 = 0xd733abb8 linker_reference_module() at linker_reference_module+0xd1c pc = 0xc0aad0dc lr = 0xc0aae784 (kern_kldload+0xbc) sp = 0xd733ada8 fp = 0xd733adc0 r4 = 0xd733adcc r5 = 0xc3d11c00 r6 = 0xc3d11c00 r7 = 0x00000000 r8 = 0xd733adf8 r9 = 0xbfbff9ec r10 = 0x00000000 kern_kldload() at kern_kldload+0xbc pc = 0xc0aae784 lr = 0xc0aae850 (sys_kldload+0x60) sp = 0xd733adc8 fp = 0xd733ade0 r4 = 0xc3c8f350 r5 = 0xc3d11c00 r6 = 0x00000000 r7 = 0x00000000 sys_kldload() at sys_kldload+0x60 pc = 0xc0aae850 lr = 0xc0d96278 (swi_handler+0x26c) sp = 0xd733ade8 fp = 0xd733ae48 r4 = 0xc3c8f350 r5 = 0xc3c94700 r6 = 0x60000013 r10 = 0x00000000 swi_handler() at swi_handler+0x26c pc = 0xc0d96278 lr = 0xc0d86624 (swi_exit) sp = 0xd733ae50 fp = 0xbfbffe28 r4 = 0xbfbfff54 r5 = 0x00000000 r6 = 0x00000000 r7 = 0x00000130 r8 = 0x00000001 r9 = 0xbfbff9ec r10 = 0xbfbff970 swi_exit() at swi_exit pc = 0xc0d86624 lr = 0xc0d86624 (swi_exit) sp = 0xd733ae50 fp = 0xbfbffe28 db> On 14/10/15 18:58, Jason Harmening wrote: > Oops, that's an assertion I put in _bus_dmamap_load_buffer() to > prevent data corruption if my assumptions on page layout turned out to > be wrong. > But it looks like that assertion is too aggressive and is catching > something that isn't a bug for armv5 (it would be a bug for armv7 though). > > Can you try this patch instead? > > On Wed, Oct 14, 2015 at 3:32 AM, Mattia Rossi > > wrote: > > Hi Mat, > > No worries, it's not that big of a hurry. In fact, here is an > updated > patch, which adds a check (ported from x86 busdma) to prevent > overflow > of the temporary mappings used for bounce buffers. > > Hi Jason, > > the kernel seems not to be too happy about your patch - this > happens immediately after trying to mountroot: > > panic: Non-contiguous vm_page_t at addr 0x135c000 > KDB: enter: panic > [ thread pid 13 tid 100029 ] > Stopped at kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! > db> bt > Tracing pid 13 tid 100029 td 0xc397c000 > db_trace_self() at db_trace_self > pc = 0xc0d84a68 lr = 0xc094836c (db_hex2dec+0x1dc) > sp = 0xd5f958e8 fp = 0xd5f95900 > db_hex2dec() at db_hex2dec+0x1dc > pc = 0xc094836c lr = 0xc0947fc4 (db_command_loop+0x2dc) > sp = 0xd5f95908 fp = 0xd5f959a8 > r4 = 0x00000001 r5 = 0x00000000 > r6 = 0xc0f3326f r10 = 0xc0ec88b8 > db_command_loop() at db_command_loop+0x2dc > pc = 0xc0947fc4 lr = 0xc0947d34 (db_command_loop+0x4c) > sp = 0xd5f959b0 fp = 0xd5f959c0 > r4 = 0xc0ddc3cf r5 = 0xc0dfa794 > r6 = 0xc0f33258 r7 = 0xc0ec8bcc > r8 = 0xc0f27420 r9 = 0xc0f27424 > r10 = 0xc0b0568c > db_command_loop() at db_command_loop+0x4c > pc = 0xc0947d34 lr = 0xc094a948 (db_fetch_ksymtab+0x298) > sp = 0xd5f959c8 fp = 0xd5f95ae0 > r4 = 0x00000000 r5 = 0xc0f33264 > r6 = 0xc0f27440 r10 = 0xc0b0568c > db_fetch_ksymtab() at db_fetch_ksymtab+0x298 > pc = 0xc094a948 lr = 0xc0b05dd8 (kdb_trap+0xc0) > sp = 0xd5f95ae8 fp = 0xd5f95b08 > r4 = 0x00000000 r5 = 0x00000001 > r6 = 0xc0f27440 r7 = 0xc0ec8bcc > kdb_trap() at kdb_trap+0xc0 > pc = 0xc0b05dd8 lr = 0xc0d971c4 (undefinedinstruction+0x2f8) > sp = 0xd5f95b10 fp = 0xd5f95b80 > r4 = 0x00000000 r5 = 0x00000000 > r6 = 0xc0d96e1c r7 = 0xe7ffffff > r8 = 0xc397c000 r9 = 0xd5f95b88 > r10 = 0xc0b0568c > undefinedinstruction() at undefinedinstruction+0x2f8 > pc = 0xc0d971c4 lr = 0xc0d860a8 (exception_exit) > sp = 0xd5f95b88 fp = 0xd5f95c20 > r4 = 0xffffffff r5 = 0xffff1004 > r6 = 0xc0e30bd3 r7 = 0xc0f34d78 > r8 = 0xc0f19548 r9 = 0xc397c000 > r10 = 0x0135c000 > exception_exit() at exception_exit > pc = 0xc0d860a8 lr = 0xc0b05680 (kdb_enter+0x3c) > sp = 0xd5f95c18 fp = 0xd5f95c20 > r0 = 0xc0f27434 r1 = 0x00000000 > r2 = 0xc0dfe674 r3 = 0xc0dfe2cd > r4 = 0xc0dfa6f1 r5 = 0xd5f95c64 > r6 = 0xc0e30bd3 r7 = 0xc0f34d78 > r8 = 0xc0f19548 r9 = 0xc397c000 > r10 = 0x0135c000 r12 = 0x00000000 > kdb_enter() at kdb_enter+0x4c > pc = 0xc0b05690 lr = 0xc0acf358 (vpanic+0xb8) > sp = 0xd5f95c28 fp = 0xd5f95c40 > r4 = 0x00000100 r10 = 0x0135c000 > vpanic() at vpanic+0xb8 > pc = 0xc0acf358 lr = 0xc0acf270 (kassert_panic+0x110) > sp = 0xd5f95c48 fp = 0xd5f95c5c > r4 = 0xc0e30bd3 r5 = 0xd5f95c64 > r6 = 0xc3cb4000 r7 = 0xd3f1f000 > r8 = 0xd3f1f000 r9 = 0x00001000 > kassert_panic() at kassert_panic+0x110 > pc = 0xc0acf270 lr = 0xc0d82238 > (_bus_dmamap_load_buffer+0x1bc) > sp = 0xd5f95c70 fp = 0xd5f95ca8 > r4 = 0x00001000 r5 = 0x00001000 > r6 = 0xc3cb4000 r10 = 0x0135c000 > _bus_dmamap_load_buffer() at _bus_dmamap_load_buffer+0x1bc > pc = 0xc0d82238 lr = 0xc0aff960 (bus_dmamap_load+0x94) > sp = 0xd5f95cb0 fp = 0xd5f95cf0 > r4 = 0x00002000 r5 = 0xd3f1e000 > r6 = 0xc3cd9460 r7 = 0xc3cbe680 > r8 = 0xc09af25c r9 = 0xc3ca2c20 > r10 = 0x00000000 > bus_dmamap_load() at bus_dmamap_load+0x94 > pc = 0xc0aff960 lr = 0xc09af244 (usb_pc_load_mem+0x134) > sp = 0xd5f95cf8 fp = 0xd5f95d18 > r4 = 0x00002000 r5 = 0xc3ca2c20 > r6 = 0x00000000 r7 = 0x00000000 > r8 = 0xc3ca1000 r9 = 0xc3ca1440 > r10 = 0x00000001 > usb_pc_load_mem() at usb_pc_load_mem+0x134 > pc = 0xc09af244 lr = 0xc09af70c (usb_bdma_work_loop+0x28c) > sp = 0xd5f95d20 fp = 0xd5f95d48 > r4 = 0xc3ca101c r5 = 0x00000003 > r6 = 0xc3ca1cd0 r7 = 0xc3ca10ac > usb_bdma_work_loop() at usb_bdma_work_loop+0x28c > pc = 0xc09af70c lr = 0xc09c8548 (usb_command_wrapper+0x104) > sp = 0xd5f95d50 fp = 0xd5f95d58 > r4 = 0xc3ca101c r5 = 0x00000000 > r6 = 0x00002000 r7 = 0x00000010 > r8 = 0xc3721ee0 r9 = 0x00000001 > r10 = 0x00000000 > usb_command_wrapper() at usb_command_wrapper+0x104 > pc = 0xc09c8548 lr = 0xc09c813c (usbd_transfer_submit+0x628) > sp = 0xd5f95d60 fp = 0xd5f95d80 > r4 = 0xc3ca1440 r5 = 0xc3721c78 > usbd_transfer_submit() at usbd_transfer_submit+0x628 > pc = 0xc09c813c lr = 0xc09acc60 > (usb_proc_explore_unlock+0x2178) > sp = 0xd5f95d88 fp = 0xd5f95da8 > r4 = 0xc3c6e400 r5 = 0xc3ca1440 > r6 = 0x00002000 r7 = 0x00002000 > r8 = 0xc3ca1440 r10 = 0x00000000 > usb_proc_explore_unlock() at usb_proc_explore_unlock+0x2178 > pc = 0xc09acc60 lr = 0xc09c74d8 (usbd_transfer_setup+0xcb4) > sp = 0xd5f95db0 fp = 0xd5f95de8 > r4 = 0xc3ca1030 r5 = 0xc3ca14f3 > r6 = 0x00000000 r7 = 0xc3ca1000 > usbd_transfer_setup() at usbd_transfer_setup+0xcb4 > pc = 0xc09c74d8 lr = 0xc09c8548 (usb_command_wrapper+0x104) > sp = 0xd5f95df0 fp = 0xd5f95df8 > r4 = 0xc3ca1030 r5 = 0x00000000 > r6 = 0xc3721d0c r7 = 0xc3ca1058 > r8 = 0x00000000 r9 = 0x00000001 > r10 = 0x00000000 > usb_command_wrapper() at usb_command_wrapper+0x104 > pc = 0xc09c8548 lr = 0xc09c76f4 (usbd_transfer_setup+0xed0) > sp = 0xd5f95e00 fp = 0xd5f95e08 > r4 = 0xc0de5e81 r5 = 0xc3ca1000 > usbd_transfer_setup() at usbd_transfer_setup+0xed0 > pc = 0xc09c76f4 lr = 0xc09c2e20 (usb_proc_create+0x198) > sp = 0xd5f95e10 fp = 0xd5f95e28 > r4 = 0xc3721cfc r5 = 0xc3721d04 > usb_proc_create() at usb_proc_create+0x198 > pc = 0xc09c2e20 lr = 0xc0aa032c (fork_exit+0x84) > sp = 0xd5f95e30 fp = 0xd5f95e48 > r4 = 0xc397c000 r5 = 0xc36a7000 > r6 = 0xc09c2d78 r7 = 0xc0f09258 > r8 = 0xd5f95e50 r9 = 0xc3721cfc > fork_exit() at fork_exit+0x84 > pc = 0xc0aa032c lr = 0xc0d86038 (swi_exit) > sp = 0xd5f95e50 fp = 0x00000000 > r4 = 0xc09c2d78 r5 = 0xc3721cfc > r6 = 0x00000000 r7 = 0x00000000 > r8 = 0x00000000 r9 = 0x00000000 > swi_exit() at swi_exit > pc = 0xc0d86038 lr = 0xc0d86038 (swi_exit) > sp = 0xd5f95e50 fp = 0x00000000 > db> > > > From owner-freebsd-arm@freebsd.org Thu Oct 15 05:53:15 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 40867A15E44 for ; Thu, 15 Oct 2015 05:53:15 +0000 (UTC) (envelope-from dudenko@laser.ru) Received: from smtp-out-gb.lasernet.ru (gb.laser.ru [195.209.222.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Dmytro Dudenko", Issuer "Dmytro Dudenko" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B11B21489 for ; Thu, 15 Oct 2015 05:53:13 +0000 (UTC) (envelope-from dudenko@laser.ru) Received: from namik.fo.gpi.ru (namik.fo.gpi.ru [195.209.210.178]) by smtp-out-gb.lasernet.ru (8.12.9/8.12.6) with ESMTP id t9F5r4XY007307 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Thu, 15 Oct 2015 09:53:04 +0400 (MSK) (envelope-from dudenko@laser.ru) Received: from smtp-in-mailserv.lasernet.ru (mailserv.fpl.gpi.ru [195.209.220.3]) by namik.fo.gpi.ru (8.14.7/8.14.7) with ESMTP id t9F5r1Oh001771 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Thu, 15 Oct 2015 08:53:03 +0300 (MSK) (envelope-from dudenko@laser.ru) DKIM-Filter: OpenDKIM Filter v2.9.2 namik.fo.gpi.ru t9F5r1Oh001771 Authentication-Results: namik.fo.gpi.ru; dkim=none reason="no signature"; dkim-adsp=fail (unprotected policy) Received: from [127.0.0.1] (localhost [127.0.0.1]) by smtp-in-mailserv.lasernet.ru (8.14.7/8.14.7) with ESMTP id t9F5s1iM035114 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Thu, 15 Oct 2015 09:54:03 +0400 (MSK) (envelope-from dudenko@laser.ru) X-Responsibility: Address for abuse reports: abuse@lasernet.ru. X-Organization: LaserNet. Server MailServ.FPL.GPI.RU. X-Phone: +7-095-1354003, +7-095-1328170 X-Coordinates: 38, Vavilov Street, Moscow, 117942, Russia Subject: Re: pi2+ natd issue and ipnat issue To: freebsd-arm@freebsd.org References: <20151002143835.GO65719@corpmail.liquidneon.com> <561BC242.6060205@vagner.com> From: Dmytro Dudenko Message-ID: <561F3F3B.7040106@laser.ru> Date: Thu, 15 Oct 2015 07:52:59 +0200 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: <561BC242.6060205@vagner.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-50.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT shortcircuit=ham autolearn=disabled version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on porter.gpi.ru X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Oct 2015 05:53:15 -0000 Dear Laszlo Vagner, I notice similar things with natd using FreeBSD-11.0 and a build-in network card. Natd is alive until a packet-flow starts. I thought I have misconfigured my RPI2 (which might still be the case) although I have absolutely the same settings on my working i386-machine. Hopefully I find a solution of my problem here, in case someone knows the answer. wbr, Dmytro. Am 12.10.2015 um 16:22 schrieb laszlo vagner: > i just installed the 10/08 snapshot on my rasberry pi2+ board and was > attempting to use it for a gateway by using a USB network card and the > onboard card for routing. > > i successfully got both interfaces up and working and the firewall is up > and working > but if i try and run natd it dies with signal 10 almost immediately, if > i try and run ipnat instead it also dies but nothing in messages telling > me why. > > so i thought that maybe the USB network card was the issue and said ok, > ill just use a wireless usb card, i configured the wireless card to > connect up to my access point and got that working fine. tried to run > natd crash again signal 10 bus error. > > anyone know if the kernel was built with ipdivert option or if that is > the problem? > > the interfaces are ue0 and ue1 and i tried to swap them as the inside > and outside net cards with same problem. > > im at a loss as to why natd wont run and it makes my PI useless as a > router. > > > > Oct 11 18:04:17 rpi2 kernel: ifa_maintain_loopback_route: deletion > failed for interface ue0: 3 > Oct 11 18:05:29 rpi2 kernel: pid 1195 (natd), uid 0: exited on signal 10 > (core d > Oct 11 18:06:53 rpi2 kernel: pid 1557 (natd), uid 0: exited on signal 10 > (core d > > > _______________________________________________ > 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 15 08:40:46 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1C7D99B60BA for ; Thu, 15 Oct 2015 08:40:46 +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 A2FF5CE4 for ; Thu, 15 Oct 2015 08:40:45 +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 7664F6DF91B; Thu, 15 Oct 2015 10:40:41 +0200 (CEST) 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 t9F8efJN067523; Thu, 15 Oct 2015 10:40:41 +0200 (CEST) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.7/8.14.7/Submit) id t9F8ed79067240; Thu, 15 Oct 2015 10:40:39 +0200 (CEST) (envelope-from lars) Date: Thu, 15 Oct 2015 10:40:39 +0200 From: Lars Engels To: George Rosamond Cc: freebsd-arm@freebsd.org Subject: Re: BeagleBone Green Message-ID: <20151015084039.GB66179@e-new.0x20.net> References: <56099322.1080804@ceetonetechnology.com> <967B69D5-19FA-40FE-BBFD-DFB231EEBC8D@netgate.com> <6EF9C190-A5C2-4B68-ACB5-805AE8323E57@netgate.com> <20150929154721.GE42013@cicely7.cicely.de> <560ABDC1.6000301@ceetonetechnology.com> <561F1202.5070308@ceetonetechnology.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="V0207lvV8h4k8FAm" Content-Disposition: inline In-Reply-To: <561F1202.5070308@ceetonetechnology.com> 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: Thu, 15 Oct 2015 08:40:46 -0000 --V0207lvV8h4k8FAm Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 14, 2015 at 10:40:02PM -0400, George Rosamond wrote: > George Rosamond: > > Bernd Walter: > >> On Tue, Sep 29, 2015 at 10:25:47AM -0500, Jim Thompson wrote: > >>> > >>> > >>>> On Sep 28, 2015, at 4:37 PM, Jim Thompson wrote: > >>>> > >>>> Beaglebone Green eliminates microSD > >>> > >>> I was mistaken. It appears that Beaglebone Green has microSD, and add= s a battery holder to keep the TOD clock running when no power is supplied.= =20 > >> > >> Nice feature. > >> On the other hand I don't like USB connectors for power and having the > >> barrel plug was a good thing. > >> > >=20 > > +1 on that. There were cases in the past that I assume power was the > > issue with a number of BeagleBone problems, such as mount USB sticks. > >=20 > > The OP question remains, though: has anyone installed FreeBSD on the > > Green yet? I'm curious about the support for groove and the associated > > devices, and whether the "identical chipsets" are *really* identical. > > We all know, by now, that the same label on a component is not > > necessarily the same chipset. >=20 > Just a quick followup on this. >=20 > I picked up a BeagleBone Green today, and gjb@'s 10.2 image from > 20150801 booted just as it does on the BBBlack. Didn't yet attempt to > copy from the microSD to eMMC yet. >=20 > Serial connections work fine with the FTDI j1/j4/j5 connections as with > the BBBlack. >=20 > I posted the dmesg on NYC*BUG's dmesgd: >=20 > http://dmesgd.nycbug.org/index.cgi?action=3Ddmesgd&do=3Dview&id=3D2830 >=20 > I haven't followed the status of pkg on arm recently, but pkg doesn't > seem operational with the binary install: >=20 > root@beaglebone:~ # pkg > The package management tool is not yet installed on your system. > Do you want to fetch and install it now? [y/N]: y > Bootstrapping pkg from > pkg+http://pkg.FreeBSD.org/FreeBSD:10:armv6/quarterly, please wait... > pkg: Error fetching > http://pkg.FreeBSD.org/FreeBSD:10:armv6/quarterly/Latest/pkg.txz: Not Fou= nd > A pre-built version of pkg could not be found for your system. > Consider changing PACKAGESITE or installing it from ports: 'ports-mgmt/pk= g'. For HEAD you can use Sean Bruno's package repository: http://chips.ysv.freebsd.org/packages/11armv6-default/ --V0207lvV8h4k8FAm Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQF8BAEBCgBmBQJWH2aHXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RjQwMDE3RTRERjUzMTI1N0FGRTUxNDlF NTRDQjM3RDNBMDg5RDZEAAoJEOVMs306CJ1tBwsIALYN6jP5fj/pdYn+1zkggeJj qzwoa/XTG1BNVpn5VOCbP7MN4Khk16op7Sq7mZdRzfOKauYBN/JzQZJBXCQIYEkH Rc/jsmc/LLOi4kvGRarWSwZjLq1ALDtSbRuyKDiVx2ERDMVtrQOl1mwsrgsUp2Do tVpY0w17dnGX/l9wyLzOmIHuXZdw8f37WdjhnzbZo+HMSA0+N0YGDvpXyFwKBQYh Zdn+W8JKiI5W/9+mql0KVR6AlpKZ7BCSenVj25syelmeo78qC8p+EH7+QHWC/uqQ TU+h5uq1lgzLHrYFhNrutNYgceeNmSa+vs7rlomDEQXkLNZ5aKb+V8xE6GFMO6s= =c0xD -----END PGP SIGNATURE----- --V0207lvV8h4k8FAm-- From owner-freebsd-arm@freebsd.org Thu Oct 15 11:34: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 594F8A120E9 for ; Thu, 15 Oct 2015 11:34:52 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "raven.bwct.de", Issuer "BWCT" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 09673993 for ; Thu, 15 Oct 2015 11:34:51 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id t9FBQG11030869 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 15 Oct 2015 13:26:24 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id t9FBQDpO094552 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 15 Oct 2015 13:26:13 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id t9FBQDuA048448; Thu, 15 Oct 2015 13:26:13 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id t9FBQCOP048447; Thu, 15 Oct 2015 13:26:12 +0200 (CEST) (envelope-from ticso) Date: Thu, 15 Oct 2015 13:26:12 +0200 From: Bernd Walter To: Dmytro Dudenko Cc: freebsd-arm@freebsd.org Subject: Re: pi2+ natd issue and ipnat issue Message-ID: <20151015112612.GA48404@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <20151002143835.GO65719@corpmail.liquidneon.com> <561BC242.6060205@vagner.com> <561F3F3B.7040106@laser.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <561F3F3B.7040106@laser.ru> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Oct 2015 11:34:52 -0000 On Thu, Oct 15, 2015 at 07:52:59AM +0200, Dmytro Dudenko wrote: > Dear Laszlo Vagner, > > I notice similar things with natd using FreeBSD-11.0 and a build-in > network card. > Natd is alive until a packet-flow starts. > I thought I have misconfigured my RPI2 (which might still be the case) > although I have absolutely the same settings on my working i386-machine. > > Hopefully I find a solution of my problem here, in case someone knows > the answer. Don't know how the story is these days, but around 6 years ago it was required to compile withr natd or libalias with -O0. A lot of things have changed since then however. > wbr, Dmytro. > > Am 12.10.2015 um 16:22 schrieb laszlo vagner: > >i just installed the 10/08 snapshot on my rasberry pi2+ board and was > >attempting to use it for a gateway by using a USB network card and the > >onboard card for routing. > > > >i successfully got both interfaces up and working and the firewall is up > >and working > >but if i try and run natd it dies with signal 10 almost immediately, if > >i try and run ipnat instead it also dies but nothing in messages telling > >me why. > > > >so i thought that maybe the USB network card was the issue and said ok, > >ill just use a wireless usb card, i configured the wireless card to > >connect up to my access point and got that working fine. tried to run > >natd crash again signal 10 bus error. > > > >anyone know if the kernel was built with ipdivert option or if that is > >the problem? > > > >the interfaces are ue0 and ue1 and i tried to swap them as the inside > >and outside net cards with same problem. > > > >im at a loss as to why natd wont run and it makes my PI useless as a > >router. > > > > > > > >Oct 11 18:04:17 rpi2 kernel: ifa_maintain_loopback_route: deletion > >failed for interface ue0: 3 > >Oct 11 18:05:29 rpi2 kernel: pid 1195 (natd), uid 0: exited on signal 10 > >(core d > >Oct 11 18:06:53 rpi2 kernel: pid 1557 (natd), uid 0: exited on signal 10 > >(core d > > > > > >_______________________________________________ > >freebsd-arm@freebsd.org mailing list > >https://lists.freebsd.org/mailman/listinfo/freebsd-arm > >To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@freebsd.org Thu Oct 15 12:00: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 36B34A12E5E for ; Thu, 15 Oct 2015 12:00: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 90E8E1ADE for ; Thu, 15 Oct 2015 12:00:27 +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 t9FC0FeU021690 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 15 Oct 2015 15:00:16 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua t9FC0FeU021690 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id t9FC0FTm021689; Thu, 15 Oct 2015 15:00:15 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 15 Oct 2015 15:00:15 +0300 From: Konstantin Belousov To: Mattia Rossi Cc: Jason Harmening , ARM Subject: Re: testing of busdma updates for armv5 Message-ID: <20151015120015.GA2257@kib.kiev.ua> References: <561AA64C.5010001@gmail.com> <561B679D.8020501@gmail.com> <561CEBE4.7060304@gmail.com> <561CEE85.1000301@gmail.com> <561E1312.1030908@gmail.com> <561F3B00.80404@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <561F3B00.80404@gmail.com> User-Agent: Mutt/1.5.24 (2015-08-30) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,FREEMAIL_REPLY,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: Thu, 15 Oct 2015 12:00:28 -0000 On Thu, Oct 15, 2015 at 07:34:56AM +0200, Mattia Rossi wrote: > Hi Jason, > > sorry, I don't think your patch has anything to do with it. Since I > updated the source tree from scratch after the previous patch mess, I > must have deleted some patch that I had applied and was using for hte > last year or so, because currently I simply can't get the system to boot > anymore. Something to do with mounting my ufs root fs... > > Fatal kernel mode data abort: 'Alignment Fault 1' > trapframe: 0xd733a720 > FSR=00000001, FAR=0000012b, spsr=60000013 Faulted address is reported as 0x12b, which sounds as if some sort of NULL or NULL-like pointer dereference was performed. The trace below is suspicious, most of the frames are consistent with an attempt to load a module. spa_* symbols should not have anything common with UFS, and runtime module load could only happen after the root is mounted. Do you use zfs, or have zfs module loaded, or zfs compiled into the kernel ? Can you boot into single-user mode ? Please look up the source line for the vaccess+0x58 in your kernel. > r0 =00000000, r1 =000081a4, r2 =00000127, r3 =00000000 > r4 =00000000, r5 =000081a4, r6 =00000100, r7 =00000000 > r8 =00004080, r9 =00000001, r10=00000000, r11=d733a7d0 > r12=d733a824, ssp=d733a7b0, slr=c0d46d60, pc =c0b70768 > > [ thread pid 36 tid 100050 ] > Stopped at vaccess+0x54: ldr r0, [r2, #0x004] > db> bt > Tracing pid 36 tid 100050 td 0xc3c8f350 > db_trace_self() at db_trace_self > pc = 0xc0d85054 lr = 0xc094836c (db_hex2dec+0x1dc) > sp = 0xd733a420 fp = 0xd733a438 > db_hex2dec() at db_hex2dec+0x1dc > pc = 0xc094836c lr = 0xc0947fc4 (db_command_loop+0x2dc) > sp = 0xd733a440 fp = 0xd733a4e0 > r4 = 0x00000001 r5 = 0x00000000 > r6 = 0xc0f3776f r10 = 0xc0ec8f38 > db_command_loop() at db_command_loop+0x2dc > pc = 0xc0947fc4 lr = 0xc0947d34 (db_command_loop+0x4c) > sp = 0xd733a4e8 fp = 0xd733a4f8 > r4 = 0xc0ddc953 r5 = 0xc0dfad18 > r6 = 0xc0f37758 r7 = 0xc0ec924c > r8 = 0xc0f2b420 r9 = 0xc0f2b424 > r10 = 0x00000013 > db_command_loop() at db_command_loop+0x4c > pc = 0xc0947d34 lr = 0xc094a948 (db_fetch_ksymtab+0x298) > sp = 0xd733a500 fp = 0xd733a618 > r4 = 0x00000000 r5 = 0xc0f37764 > r6 = 0xc0f2b440 r10 = 0x00000013 > db_fetch_ksymtab() at db_fetch_ksymtab+0x298 > pc = 0xc094a948 lr = 0xc0b05dd8 (kdb_trap+0xc0) > sp = 0xd733a620 fp = 0xd733a640 > r4 = 0x00000000 r5 = 0x00000001 > r6 = 0xc0f2b440 r7 = 0xc0ec924c > kdb_trap() at kdb_trap+0xc0 > pc = 0xc0b05dd8 lr = 0xc0d96d34 (abort_handler+0x79c) > sp = 0xd733a648 fp = 0xd733a660 > r4 = 0xd733a720 r5 = 0x00000001 > r6 = 0x600000d3 r7 = 0x0000012b > r8 = 0x0000012b r9 = 0x00000001 > r10 = 0x00000013 > abort_handler() at abort_handler+0x79c > pc = 0xc0d96d34 lr = 0xc0d96edc (badaddr_read+0x140) > sp = 0xd733a668 fp = 0xd733a678 > r4 = 0xd733a720 r5 = 0xc3c8f350 > r6 = 0xc0d96e6c r7 = 0x00000000 > badaddr_read() at badaddr_read+0x140 > pc = 0xc0d96edc lr = 0xc0d968a4 (abort_handler+0x30c) > sp = 0xd733a680 fp = 0xd733a718 > r4 = 0xd733a720 r5 = 0xc3c8f350 > abort_handler() at abort_handler+0x30c > pc = 0xc0d968a4 lr = 0xc0d86694 (exception_exit) > sp = 0xd733a720 fp = 0xd733a7d0 > r4 = 0xffffffff r5 = 0xffff1004 > r6 = 0x00000100 r7 = 0x00000000 > r8 = 0x00004080 r9 = 0x00000001 > r10 = 0x00000000 > exception_exit() at exception_exit > pc = 0xc0d86694 lr = 0xc0d46d60 (ufs_vinit+0x490) > sp = 0xd733a7b0 fp = 0xd733a7d0 > r0 = 0x00000000 r1 = 0x000081a4 > r2 = 0x00000127 r3 = 0x00000000 > r4 = 0x00000000 r5 = 0x000081a4 > r6 = 0x00000100 r7 = 0x00000000 > r8 = 0x00004080 r9 = 0x00000001 > r10 = 0x00000000 r12 = 0xd733a824 > vaccess() at vaccess+0x58 > pc = 0xc0b7076c lr = 0xc0d46d60 (ufs_vinit+0x490) > sp = 0xd733a7d8 fp = 0xd733a7f8 > r4 = 0x00000000 r5 = 0x00000100 > r6 = 0x00000127 r7 = 0xc3c8f350 > r8 = 0x00000127 r9 = 0x00000000 > r10 = 0x00000100 > ufs_vinit() at ufs_vinit+0x490 > pc = 0xc0d46d60 lr = 0xc0db2124 (VOP_ACCESSX_APV+0xd4) > sp = 0xd733a800 fp = 0xd733a810 > r4 = 0xd733a81c r5 = 0xc0f07360 > r6 = 0x00000000 r10 = 0x00000100 > VOP_ACCESSX_APV() at VOP_ACCESSX_APV+0xd4 > pc = 0xc0db2124 lr = 0xc0b5e130 (vop_stdaccess+0x4c) > sp = 0xd733a818 fp = 0xd733a838 > r4 = 0xc0f0a9e4 r5 = 0xc0ef32ac > r6 = 0x00000000 r10 = 0x00000100 > vop_stdaccess() at vop_stdaccess+0x4c > pc = 0xc0b5e130 lr = 0xc0db2018 (VOP_ACCESS_APV+0xd4) > sp = 0xd733a840 fp = 0xd733a850 > r4 = 0xd733a88c r10 = 0x00000100 > VOP_ACCESS_APV() at VOP_ACCESS_APV+0xd4 > pc = 0xc0db2018 lr = 0xc0b7c16c (vn_open_vnode+0xf4) > sp = 0xd733a858 fp = 0xd733a8c0 > r4 = 0xc3db27e0 r5 = 0x00000101 > r6 = 0x00000014 r10 = 0x00000100 > vn_open_vnode() at vn_open_vnode+0xf4 > pc = 0xc0b7c16c lr = 0xc0b7be28 (vn_open_cred+0x2fc) > sp = 0xd733a8c8 fp = 0xd733a9b8 > r4 = 0xd733a9d8 r5 = 0xc3db27e0 > r6 = 0xd733a9d8 r7 = 0x00000101 > r8 = 0x00000000 r9 = 0x00000000 > r10 = 0x00000000 > vn_open_cred() at vn_open_cred+0x2fc > pc = 0xc0b7be28 lr = 0xc3dea978 (kobj_open_file+0xa0) > sp = 0xd733a9c0 fp = 0xd733aa98 > r4 = 0xc3fdcd80 r5 = 0x00000000 > r6 = 0xd733a9d8 r7 = 0xc3c8f350 > r8 = 0xc0f09928 r9 = 0xd733abb8 > r10 = 0xc3d11c00 > kobj_open_file() at kobj_open_file+0xa0 > pc = 0xc3dea978 lr = 0xc3e7fc78 (spa_config_load+0x3c) > sp = 0xd733aaa0 fp = 0xd733aac8 > r4 = 0x027b0000 r5 = 0xc3d12400 > r6 = 0xc3f94cb0 r7 = 0x1f7f0000 > r8 = 0x00000003 r10 = 0xc3d11c00 > spa_config_load() at spa_config_load+0x3c > pc = 0xc3e7fc78 lr = 0xc3e86550 (spa_init+0x144) > sp = 0xd733aad0 fp = 0xd733aae8 > r4 = 0x027b0000 r5 = 0xc3f94cfc > r6 = 0xc3f94cb0 r7 = 0x1f7f0000 > r8 = 0x00000003 r9 = 0xd733abb8 > spa_init() at spa_init+0x144 > pc = 0xc3e86550 lr = 0xc3ed5324 ($a.37+0x78) > sp = 0xd733aaf0 fp = 0xd733ab20 > r4 = 0xc3fd72d4 r5 = 0xc3fd72f0 > r6 = 0xc3f8d150 r7 = 0xc3f70bce > r8 = 0xc0f39178 r10 = 0xc3d11c00 > $a.37() at $a.37+0x78 > pc = 0xc3ed5324 lr = 0xc0ab8c78 (module_register_init+0xb0) > sp = 0xd733ab28 fp = 0xd733ab48 > r4 = 0xc0f39150 r5 = 0xc3ceec80 > r6 = 0xc3f8d150 r7 = 0xc3f70bce > r8 = 0xc0f39178 r10 = 0xc3d11c00 > module_register_init() at module_register_init+0xb0 > pc = 0xc0ab8c78 lr = 0xc0aad0dc (linker_reference_module+0xd1c) > sp = 0xd733ab50 fp = 0xd733ada0 > r4 = 0xc0f39178 r5 = 0xc3f73660 > r6 = 0xc3f8d17c r7 = 0xc3cd1780 > r8 = 0xc3ceec80 r9 = 0xd733abb8 > linker_reference_module() at linker_reference_module+0xd1c > pc = 0xc0aad0dc lr = 0xc0aae784 (kern_kldload+0xbc) > sp = 0xd733ada8 fp = 0xd733adc0 > r4 = 0xd733adcc r5 = 0xc3d11c00 > r6 = 0xc3d11c00 r7 = 0x00000000 > r8 = 0xd733adf8 r9 = 0xbfbff9ec > r10 = 0x00000000 > kern_kldload() at kern_kldload+0xbc > pc = 0xc0aae784 lr = 0xc0aae850 (sys_kldload+0x60) > sp = 0xd733adc8 fp = 0xd733ade0 > r4 = 0xc3c8f350 r5 = 0xc3d11c00 > r6 = 0x00000000 r7 = 0x00000000 > sys_kldload() at sys_kldload+0x60 > pc = 0xc0aae850 lr = 0xc0d96278 (swi_handler+0x26c) > sp = 0xd733ade8 fp = 0xd733ae48 > r4 = 0xc3c8f350 r5 = 0xc3c94700 > r6 = 0x60000013 r10 = 0x00000000 > swi_handler() at swi_handler+0x26c > pc = 0xc0d96278 lr = 0xc0d86624 (swi_exit) > sp = 0xd733ae50 fp = 0xbfbffe28 > r4 = 0xbfbfff54 r5 = 0x00000000 > r6 = 0x00000000 r7 = 0x00000130 > r8 = 0x00000001 r9 = 0xbfbff9ec > r10 = 0xbfbff970 > swi_exit() at swi_exit > pc = 0xc0d86624 lr = 0xc0d86624 (swi_exit) > sp = 0xd733ae50 fp = 0xbfbffe28 > db> > > On 14/10/15 18:58, Jason Harmening wrote: > > Oops, that's an assertion I put in _bus_dmamap_load_buffer() to > > prevent data corruption if my assumptions on page layout turned out to > > be wrong. > > But it looks like that assertion is too aggressive and is catching > > something that isn't a bug for armv5 (it would be a bug for armv7 though). > > > > Can you try this patch instead? > > > > On Wed, Oct 14, 2015 at 3:32 AM, Mattia Rossi > > > > wrote: > > > > Hi Mat, > > > > No worries, it's not that big of a hurry. In fact, here is an > > updated > > patch, which adds a check (ported from x86 busdma) to prevent > > overflow > > of the temporary mappings used for bounce buffers. > > > > Hi Jason, > > > > the kernel seems not to be too happy about your patch - this > > happens immediately after trying to mountroot: > > > > panic: Non-contiguous vm_page_t at addr 0x135c000 > > KDB: enter: panic > > [ thread pid 13 tid 100029 ] > > Stopped at kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! > > db> bt > > Tracing pid 13 tid 100029 td 0xc397c000 > > db_trace_self() at db_trace_self > > pc = 0xc0d84a68 lr = 0xc094836c (db_hex2dec+0x1dc) > > sp = 0xd5f958e8 fp = 0xd5f95900 > > db_hex2dec() at db_hex2dec+0x1dc > > pc = 0xc094836c lr = 0xc0947fc4 (db_command_loop+0x2dc) > > sp = 0xd5f95908 fp = 0xd5f959a8 > > r4 = 0x00000001 r5 = 0x00000000 > > r6 = 0xc0f3326f r10 = 0xc0ec88b8 > > db_command_loop() at db_command_loop+0x2dc > > pc = 0xc0947fc4 lr = 0xc0947d34 (db_command_loop+0x4c) > > sp = 0xd5f959b0 fp = 0xd5f959c0 > > r4 = 0xc0ddc3cf r5 = 0xc0dfa794 > > r6 = 0xc0f33258 r7 = 0xc0ec8bcc > > r8 = 0xc0f27420 r9 = 0xc0f27424 > > r10 = 0xc0b0568c > > db_command_loop() at db_command_loop+0x4c > > pc = 0xc0947d34 lr = 0xc094a948 (db_fetch_ksymtab+0x298) > > sp = 0xd5f959c8 fp = 0xd5f95ae0 > > r4 = 0x00000000 r5 = 0xc0f33264 > > r6 = 0xc0f27440 r10 = 0xc0b0568c > > db_fetch_ksymtab() at db_fetch_ksymtab+0x298 > > pc = 0xc094a948 lr = 0xc0b05dd8 (kdb_trap+0xc0) > > sp = 0xd5f95ae8 fp = 0xd5f95b08 > > r4 = 0x00000000 r5 = 0x00000001 > > r6 = 0xc0f27440 r7 = 0xc0ec8bcc > > kdb_trap() at kdb_trap+0xc0 > > pc = 0xc0b05dd8 lr = 0xc0d971c4 (undefinedinstruction+0x2f8) > > sp = 0xd5f95b10 fp = 0xd5f95b80 > > r4 = 0x00000000 r5 = 0x00000000 > > r6 = 0xc0d96e1c r7 = 0xe7ffffff > > r8 = 0xc397c000 r9 = 0xd5f95b88 > > r10 = 0xc0b0568c > > undefinedinstruction() at undefinedinstruction+0x2f8 > > pc = 0xc0d971c4 lr = 0xc0d860a8 (exception_exit) > > sp = 0xd5f95b88 fp = 0xd5f95c20 > > r4 = 0xffffffff r5 = 0xffff1004 > > r6 = 0xc0e30bd3 r7 = 0xc0f34d78 > > r8 = 0xc0f19548 r9 = 0xc397c000 > > r10 = 0x0135c000 > > exception_exit() at exception_exit > > pc = 0xc0d860a8 lr = 0xc0b05680 (kdb_enter+0x3c) > > sp = 0xd5f95c18 fp = 0xd5f95c20 > > r0 = 0xc0f27434 r1 = 0x00000000 > > r2 = 0xc0dfe674 r3 = 0xc0dfe2cd > > r4 = 0xc0dfa6f1 r5 = 0xd5f95c64 > > r6 = 0xc0e30bd3 r7 = 0xc0f34d78 > > r8 = 0xc0f19548 r9 = 0xc397c000 > > r10 = 0x0135c000 r12 = 0x00000000 > > kdb_enter() at kdb_enter+0x4c > > pc = 0xc0b05690 lr = 0xc0acf358 (vpanic+0xb8) > > sp = 0xd5f95c28 fp = 0xd5f95c40 > > r4 = 0x00000100 r10 = 0x0135c000 > > vpanic() at vpanic+0xb8 > > pc = 0xc0acf358 lr = 0xc0acf270 (kassert_panic+0x110) > > sp = 0xd5f95c48 fp = 0xd5f95c5c > > r4 = 0xc0e30bd3 r5 = 0xd5f95c64 > > r6 = 0xc3cb4000 r7 = 0xd3f1f000 > > r8 = 0xd3f1f000 r9 = 0x00001000 > > kassert_panic() at kassert_panic+0x110 > > pc = 0xc0acf270 lr = 0xc0d82238 > > (_bus_dmamap_load_buffer+0x1bc) > > sp = 0xd5f95c70 fp = 0xd5f95ca8 > > r4 = 0x00001000 r5 = 0x00001000 > > r6 = 0xc3cb4000 r10 = 0x0135c000 > > _bus_dmamap_load_buffer() at _bus_dmamap_load_buffer+0x1bc > > pc = 0xc0d82238 lr = 0xc0aff960 (bus_dmamap_load+0x94) > > sp = 0xd5f95cb0 fp = 0xd5f95cf0 > > r4 = 0x00002000 r5 = 0xd3f1e000 > > r6 = 0xc3cd9460 r7 = 0xc3cbe680 > > r8 = 0xc09af25c r9 = 0xc3ca2c20 > > r10 = 0x00000000 > > bus_dmamap_load() at bus_dmamap_load+0x94 > > pc = 0xc0aff960 lr = 0xc09af244 (usb_pc_load_mem+0x134) > > sp = 0xd5f95cf8 fp = 0xd5f95d18 > > r4 = 0x00002000 r5 = 0xc3ca2c20 > > r6 = 0x00000000 r7 = 0x00000000 > > r8 = 0xc3ca1000 r9 = 0xc3ca1440 > > r10 = 0x00000001 > > usb_pc_load_mem() at usb_pc_load_mem+0x134 > > pc = 0xc09af244 lr = 0xc09af70c (usb_bdma_work_loop+0x28c) > > sp = 0xd5f95d20 fp = 0xd5f95d48 > > r4 = 0xc3ca101c r5 = 0x00000003 > > r6 = 0xc3ca1cd0 r7 = 0xc3ca10ac > > usb_bdma_work_loop() at usb_bdma_work_loop+0x28c > > pc = 0xc09af70c lr = 0xc09c8548 (usb_command_wrapper+0x104) > > sp = 0xd5f95d50 fp = 0xd5f95d58 > > r4 = 0xc3ca101c r5 = 0x00000000 > > r6 = 0x00002000 r7 = 0x00000010 > > r8 = 0xc3721ee0 r9 = 0x00000001 > > r10 = 0x00000000 > > usb_command_wrapper() at usb_command_wrapper+0x104 > > pc = 0xc09c8548 lr = 0xc09c813c (usbd_transfer_submit+0x628) > > sp = 0xd5f95d60 fp = 0xd5f95d80 > > r4 = 0xc3ca1440 r5 = 0xc3721c78 > > usbd_transfer_submit() at usbd_transfer_submit+0x628 > > pc = 0xc09c813c lr = 0xc09acc60 > > (usb_proc_explore_unlock+0x2178) > > sp = 0xd5f95d88 fp = 0xd5f95da8 > > r4 = 0xc3c6e400 r5 = 0xc3ca1440 > > r6 = 0x00002000 r7 = 0x00002000 > > r8 = 0xc3ca1440 r10 = 0x00000000 > > usb_proc_explore_unlock() at usb_proc_explore_unlock+0x2178 > > pc = 0xc09acc60 lr = 0xc09c74d8 (usbd_transfer_setup+0xcb4) > > sp = 0xd5f95db0 fp = 0xd5f95de8 > > r4 = 0xc3ca1030 r5 = 0xc3ca14f3 > > r6 = 0x00000000 r7 = 0xc3ca1000 > > usbd_transfer_setup() at usbd_transfer_setup+0xcb4 > > pc = 0xc09c74d8 lr = 0xc09c8548 (usb_command_wrapper+0x104) > > sp = 0xd5f95df0 fp = 0xd5f95df8 > > r4 = 0xc3ca1030 r5 = 0x00000000 > > r6 = 0xc3721d0c r7 = 0xc3ca1058 > > r8 = 0x00000000 r9 = 0x00000001 > > r10 = 0x00000000 > > usb_command_wrapper() at usb_command_wrapper+0x104 > > pc = 0xc09c8548 lr = 0xc09c76f4 (usbd_transfer_setup+0xed0) > > sp = 0xd5f95e00 fp = 0xd5f95e08 > > r4 = 0xc0de5e81 r5 = 0xc3ca1000 > > usbd_transfer_setup() at usbd_transfer_setup+0xed0 > > pc = 0xc09c76f4 lr = 0xc09c2e20 (usb_proc_create+0x198) > > sp = 0xd5f95e10 fp = 0xd5f95e28 > > r4 = 0xc3721cfc r5 = 0xc3721d04 > > usb_proc_create() at usb_proc_create+0x198 > > pc = 0xc09c2e20 lr = 0xc0aa032c (fork_exit+0x84) > > sp = 0xd5f95e30 fp = 0xd5f95e48 > > r4 = 0xc397c000 r5 = 0xc36a7000 > > r6 = 0xc09c2d78 r7 = 0xc0f09258 > > r8 = 0xd5f95e50 r9 = 0xc3721cfc > > fork_exit() at fork_exit+0x84 > > pc = 0xc0aa032c lr = 0xc0d86038 (swi_exit) > > sp = 0xd5f95e50 fp = 0x00000000 > > r4 = 0xc09c2d78 r5 = 0xc3721cfc > > r6 = 0x00000000 r7 = 0x00000000 > > r8 = 0x00000000 r9 = 0x00000000 > > swi_exit() at swi_exit > > pc = 0xc0d86038 lr = 0xc0d86038 (swi_exit) > > sp = 0xd5f95e50 fp = 0x00000000 > > db> > > > > > > > > _______________________________________________ > 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 15 12:38:46 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C3664A13AF5 for ; Thu, 15 Oct 2015 12:38:46 +0000 (UTC) (envelope-from mattia.rossi.mailinglists@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 56F75121D for ; Thu, 15 Oct 2015 12:38:46 +0000 (UTC) (envelope-from mattia.rossi.mailinglists@gmail.com) Received: by wicll6 with SMTP id ll6so17273305wic.1 for ; Thu, 15 Oct 2015 05:38:44 -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=/Jq0NVEWd8xVjolTo37IZ5UJOd5vDY3+XIiK8XpK2DA=; b=AHocyM8o8kAq7V5g3A8IsDj4mN4h8xoaCZEaIrGVVo39v4SMYNtpnUGUq9OibMDt+d FjlrciJ++5pgNRznsim313apAGB118G47s72/J2pIWHtYtUuSZebkmQ5gghncTVrL/qy Y6n2VAAmP94svRI2qROliJCyQGmcZWFSLKbmgB/is41IjdPMW17UUFLQRnwvRtmhSCxy EjaFHllMwxvjK5OuQoiDeVrrWuZhfnVZM8gXMpdiz6rM+VU5S3cEkKqlpG5dQB+Ref98 5R8u0w0QQWWNVdW/RZMI/sKEvWXVMtviAvMvgPuncIXdPwfz+I9JrAakCsrDYpI4P8+/ 6H9Q== X-Received: by 10.194.58.40 with SMTP id n8mr12080023wjq.134.1444912724817; Thu, 15 Oct 2015 05:38:44 -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 ft2sm11287942wic.24.2015.10.15.05.38.44 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 15 Oct 2015 05:38:44 -0700 (PDT) Subject: Re: testing of busdma updates for armv5 To: Konstantin Belousov , Mattia Rossi References: <561AA64C.5010001@gmail.com> <561B679D.8020501@gmail.com> <561CEBE4.7060304@gmail.com> <561CEE85.1000301@gmail.com> <561E1312.1030908@gmail.com> <561F3B00.80404@gmail.com> <20151015120015.GA2257@kib.kiev.ua> Cc: Jason Harmening , ARM From: Mattia Rossi Message-ID: <561F9E3E.3040903@gmail.com> Date: Thu, 15 Oct 2015 14:38:22 +0200 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: <20151015120015.GA2257@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: Thu, 15 Oct 2015 12:38:47 -0000 Am 15.10.2015 um 14:00 schrieb Konstantin Belousov: > On Thu, Oct 15, 2015 at 07:34:56AM +0200, Mattia Rossi wrote: >> Hi Jason, >> >> sorry, I don't think your patch has anything to do with it. Since I >> updated the source tree from scratch after the previous patch mess, I >> must have deleted some patch that I had applied and was using for hte >> last year or so, because currently I simply can't get the system to boot >> anymore. Something to do with mounting my ufs root fs... >> >> Fatal kernel mode data abort: 'Alignment Fault 1' >> trapframe: 0xd733a720 >> FSR=00000001, FAR=0000012b, spsr=60000013 > Faulted address is reported as 0x12b, which sounds as if some sort of > NULL or NULL-like pointer dereference was performed. > > The trace below is suspicious, most of the frames are consistent with an > attempt to load a module. spa_* symbols should not have anything common > with UFS, and runtime module load could only happen after the root is > mounted. > > Do you use zfs, or have zfs module loaded, or zfs compiled into the kernel ? > Can you boot into single-user mode ? > > Please look up the source line for the vaccess+0x58 in your kernel. Konstantin, thanks for your Feedback. I realised in the meantime that it was ZFS breaking things here. I'm currently trying to fix it, but I need to perform the following steps, as I can't get into single user mode (loading kernel.bin from uboot) 1) rebuild world and kernel for my external usb stick 2) install world on the usb stick and boot from it 3) reinstall world and kernel (including new zfs modules) on the Dreamplug 4) reboot the Dreamplug and cross my fingers The issue is quite obvious: the kernel modules on the Dreamplug are older than the current kernel (given I updated my svn tree) but given that they're there, the kernel will load them, as there are some ZFS infos on my rootfs which tell that there is/was a ZFS device attached. This obviously results in something bad. After I have performed all the described steps (which between compiling and installing world on flash devices and all the rest, takes a day or two) I'll let you all know whether things work correctly again. Cheers, Mat From owner-freebsd-arm@freebsd.org Thu Oct 15 12:43: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 D0E25A13C34 for ; Thu, 15 Oct 2015 12:43:55 +0000 (UTC) (envelope-from george@vagner.com) Received: from p3plsmtpa11-10.prod.phx3.secureserver.net (p3plsmtpa11-10.prod.phx3.secureserver.net [68.178.252.111]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A700215F1 for ; Thu, 15 Oct 2015 12:43:55 +0000 (UTC) (envelope-from george@vagner.com) Received: from [192.168.0.128] ([172.242.226.83]) by p3plsmtpa11-10.prod.phx3.secureserver.net with id VQjh1r0091obfVo01Qjl39; Thu, 15 Oct 2015 05:43:48 -0700 Subject: rasberry pi2 b and NATD References: <20151002143835.GO65719@corpmail.liquidneon.com> <20151002171536.4c1d07a3@zeta.dino.sk> To: freebsd-arm@FreeBSD.org From: laszlo vagner Message-ID: <561F9F7C.5010803@vagner.com> Date: Thu, 15 Oct 2015 08:43:40 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <20151002171536.4c1d07a3@zeta.dino.sk> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Oct 2015 12:43:55 -0000 on rasberry pi2 B using the 11-current 10/08 image. can anyone confirm that NATD core dumps as soon as the divert rule is added to the firewall? i can run natd and then adding the divert rule to the firewall natd core dumps, trying to restart it just results in another core dump. tried the same thing with ipdivert and it acts the same. im at a loss. thank you. george From owner-freebsd-arm@freebsd.org Thu Oct 15 14:45:32 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 47461A15852 for ; Thu, 15 Oct 2015 14:45:32 +0000 (UTC) (envelope-from george@vagner.com) Received: from p3plsmtpa11-08.prod.phx3.secureserver.net (p3plsmtpa11-08.prod.phx3.secureserver.net [68.178.252.109]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 225871985 for ; Thu, 15 Oct 2015 14:45:31 +0000 (UTC) (envelope-from george@vagner.com) Received: from [192.168.0.128] ([172.242.226.83]) by p3plsmtpa11-08.prod.phx3.secureserver.net with id VSlM1r00B1obfVo01SlRU2; Thu, 15 Oct 2015 07:45:30 -0700 Subject: Re: pi2+ natd issue and ipnat issue To: Dmytro Dudenko , freebsd-arm@freebsd.org References: <20151002143835.GO65719@corpmail.liquidneon.com> <561BC242.6060205@vagner.com> <561F3F3B.7040106@laser.ru> From: laszlo vagner Message-ID: <561FBC01.1030909@vagner.com> Date: Thu, 15 Oct 2015 10:45:21 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <561F3F3B.7040106@laser.ru> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Oct 2015 14:45:32 -0000 thanks for the reply dmytro, i have tried a few images and so far no luck getting natd to stay running once i send it a packet IE: add the natd rule to the firewall rules. wondering if the core dump will reveal anything as to why it crashed. also wondering if maybe some switches need to be added somewhere to maybe natd config or my network interfaces. i pretty much cant use this as a router this way. George On 10/15/2015 1:52 AM, Dmytro Dudenko wrote: > Dear Laszlo Vagner, > > I notice similar things with natd using FreeBSD-11.0 and a build-in > network card. > Natd is alive until a packet-flow starts. > I thought I have misconfigured my RPI2 (which might still be the case) > although I have absolutely the same settings on my working i386-machine. > > Hopefully I find a solution of my problem here, in case someone knows > the answer. > > wbr, Dmytro. > > Am 12.10.2015 um 16:22 schrieb laszlo vagner: >> i just installed the 10/08 snapshot on my rasberry pi2+ board and was >> attempting to use it for a gateway by using a USB network card and the >> onboard card for routing. >> >> i successfully got both interfaces up and working and the firewall is up >> and working >> but if i try and run natd it dies with signal 10 almost immediately, if >> i try and run ipnat instead it also dies but nothing in messages telling >> me why. >> >> so i thought that maybe the USB network card was the issue and said ok, >> ill just use a wireless usb card, i configured the wireless card to >> connect up to my access point and got that working fine. tried to run >> natd crash again signal 10 bus error. >> >> anyone know if the kernel was built with ipdivert option or if that is >> the problem? >> >> the interfaces are ue0 and ue1 and i tried to swap them as the inside >> and outside net cards with same problem. >> >> im at a loss as to why natd wont run and it makes my PI useless as a >> router. >> >> >> >> Oct 11 18:04:17 rpi2 kernel: ifa_maintain_loopback_route: deletion >> failed for interface ue0: 3 >> Oct 11 18:05:29 rpi2 kernel: pid 1195 (natd), uid 0: exited on signal 10 >> (core d >> Oct 11 18:06:53 rpi2 kernel: pid 1557 (natd), uid 0: exited on signal 10 >> (core d >> >> >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > From owner-freebsd-arm@freebsd.org Thu Oct 15 15:21: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 C899BA15081 for ; Thu, 15 Oct 2015 15:21:03 +0000 (UTC) (envelope-from jau789@gmail.com) Received: from mail-qk0-x22f.google.com (mail-qk0-x22f.google.com [IPv6:2607:f8b0:400d:c09::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 83C8B126 for ; Thu, 15 Oct 2015 15:21:03 +0000 (UTC) (envelope-from jau789@gmail.com) Received: by qkht68 with SMTP id t68so39953370qkh.3 for ; Thu, 15 Oct 2015 08:21:02 -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=XWnpYzaNmHxmP4TNWwSaEXo8YsbAVapNi61czi55mEU=; b=PuE6NbOX39S670c4LyF3XcjBpDl73MKzLacrVKxX+IaV22B3sc/JsDqVBdVWdIqBTo Z4Z/V5OAffuayE8RfgsdZmhssbrCacNSRvtNmvjk/VoEk4SUIKjDOK+mJcNPFdW8wl6D ImjPIaEfk50msP3pWQZl3JWgPp3taPrujXwr45GmxxWcU5iS1ndr0334M38swAEXm/Ue gJvmPpABNA0rtF2DK8Iw0gLak6fLGYgsFd7COv2XAxYGZXfDNyhJHVJroNIwoLBDO264 h+tcwZFEgvXi3GtGXvT/DY2QY8PF0Km9wsnA29QfZ5EytYk8bcEgrOfYbFS6MIG0fzvO Ablg== X-Received: by 10.194.246.42 with SMTP id xt10mr11386109wjc.11.1444922462396; Thu, 15 Oct 2015 08:21:02 -0700 (PDT) Received: from [192.168.1.131] (xdsl-205-163.nblnetworks.fi. [83.145.205.163]) by smtp.googlemail.com with ESMTPSA id i10sm17067086wjz.41.2015.10.15.08.21.01 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 15 Oct 2015 08:21:01 -0700 (PDT) Subject: Re: machine/acle-compat.h missing To: John-Mark Gurney References: <561B4A25.2030703@gmail.com> <20151012232952.GR67524@funkthat.com> <20151013162244.GS67524@funkthat.com> Cc: freebsd-arm@freebsd.org From: Jukka Ukkonen X-Enigmail-Draft-Status: N1110 Message-ID: <561FC45C.7090507@gmail.com> Date: Thu, 15 Oct 2015 18:21:00 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <20151013162244.GS67524@funkthat.com> 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: Thu, 15 Oct 2015 15:21:04 -0000 Right, after pulling the latest 11.x updates from svn a while ago it seems I am again back where I started some 2 weeks earlier. Now I see again the clang related build problem. This was the reason to my attempt to use clang37 and clang++37 for RPI2 builds. The cryptic complaint about linker failing is not exactly packed with useful information. --jau cc -O3 -pipe -I/tank/fish/jau/Xcomp/src.head/usr.sbin/tcpdump/tcpdump -I/tank /fish/jau/Xcomp/src.head/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAV E_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -DHAVE_CAPSICUM - I/tank/fish/jau/Xcomp/obj/arm.armv6hf/tank/fish/jau/Xcomp/src.head/tmp/usr/inclu de/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 - 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-tautol ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /tank/fish/ jau/Xcomp/src.head/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-dhcp6 .c -o print-dhcp6.o --- usr.bin.all__D --- --- all_subdir_clang --- --- all_subdir_clang --- c++: error: linker command failed with exit code 1 (use -v to see invocation) --- rescue.all__D --- --- less_make --- --- jump.o --- --- lib.all__D --- --- tmpfile.po --- --- usr.bin.all__D --- *** [clang] Error code 1 make[5]: stopped in /tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang 1 error make[5]: stopped in /tank/fish/jau/Xcomp/src.head/usr.bin/clang/clang *** [all_subdir_clang] Error code 2 make[4]: stopped in /tank/fish/jau/Xcomp/src.head/usr.bin/clang From owner-freebsd-arm@freebsd.org Fri Oct 16 04:30:10 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 70B31A16885 for ; Fri, 16 Oct 2015 04:30:10 +0000 (UTC) (envelope-from luwaeinf@svr16.internet-webhosting.com) Received: from svr16.internet-webhosting.com (svr16.internet-webhosting.com [103.8.25.110]) (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 780B61238 for ; Fri, 16 Oct 2015 04:30:09 +0000 (UTC) (envelope-from luwaeinf@svr16.internet-webhosting.com) Received: from luwaeinf by svr16.internet-webhosting.com with local (Exim 4.85) (envelope-from ) id 1Zmweb-0000zQ-AD for freebsd-arm@freebsd.org; Fri, 16 Oct 2015 12:30:05 +0800 To: freebsd-arm@freebsd.org Subject: Your e-ticket #00209882 Date: Fri, 16 Oct 2015 12:30:04 +0800 From: "America Airlines" Reply-To: "America Airlines" Message-ID: X-Priority: 3 MIME-Version: 1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - svr16.internet-webhosting.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [619 32007] / [47 12] X-AntiAbuse: Sender Address Domain - svr16.internet-webhosting.com X-Get-Message-Sender-Via: svr16.internet-webhosting.com: authenticated_id: luwaeinf/from_h X-Source: X-Source-Args: /usr/sbin/proxyexec -q -d -s /var/lib/proxyexec/cagefs.sock/socket /bin/cagefs.server X-Source-Dir: luwakcoffee.info:/public_html/homebisnes.com Content-Type: text/plain; charset=us-ascii 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, 16 Oct 2015 04:30:10 -0000 Dear customer, Your order was successfully processed. E-Ticket is attached to this email. Below you can find the order details and e-ticket information: FLIGHT NUMBER - OM271764 DATE & TIME - Oct 22 2015, 17:20 DEPARTING - New York TOTAL PRICE - $ 430.00 Thank you for flying with America Airlines. From owner-freebsd-arm@freebsd.org Fri Oct 16 20:35:34 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8B4AEA17D10 for ; Fri, 16 Oct 2015 20:35:34 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-io0-x230.google.com (mail-io0-x230.google.com [IPv6:2607:f8b0:4001:c06::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 507D712BC; Fri, 16 Oct 2015 20:35:34 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: by iow1 with SMTP id 1so137148682iow.1; Fri, 16 Oct 2015 13:35: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=lk+DlAPgqJ4+UTh0j+pFrOGDuOOcFLPnjIBuGKzg7zA=; b=S4tHHQs2qwaD93mxjTBBREAqIndvaroE8+Q6vrbjTGt3oy24Hp57G0ZZX+bb78tNFi V8sxj+/u6vBUu9UIHEzlkHxbwG25//mJW57Rgxg/24TJzJNmSZ/qsx5+WZhpylHcB0Vl YuhkIW3J/joHk1M4gTKeEZIfs6gtDw9V8gnYg7VkkFHX8OJizVwflOOlIg6/FDZ/NG4e ThyO/FifTzLX8pThMrFp0X87ibfqtpHv98zgbF7yCHzYRqlqb/6TH83e8K52/gFYDOw0 a0IaUM/WDHaXxC3nhXUHvn+yH+CtD0Z+1aUw63kzR9dKXMAxWfUf0Fx/LZXJaCVuvxvQ WO5g== MIME-Version: 1.0 X-Received: by 10.107.11.226 with SMTP id 95mr19719619iol.186.1445027733585; Fri, 16 Oct 2015 13:35:33 -0700 (PDT) Received: by 10.64.239.201 with HTTP; Fri, 16 Oct 2015 13:35:33 -0700 (PDT) In-Reply-To: <20150901130117.GK1245@hades.panopticon> References: <20150819120753.GH79354@hades.panopticon> <20150819134708.GJ79354@hades.panopticon> <20150819232836.GA1245@hades.panopticon> <20150820185417.GB1245@hades.panopticon> <20150820201020.GC1245@hades.panopticon> <20150901130117.GK1245@hades.panopticon> Date: Fri, 16 Oct 2015 22:35:33 +0200 Message-ID: Subject: Re: Instability likely related to new pmap on Cubieboard A10 From: Svatopluk Kraus To: Dmitry Marakasov Cc: Adrian Chadd , "freebsd-arm@FreeBSD.org" , Ian Lepore Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Oct 2015 20:35:34 -0000 Hi, could you please test the following patch: https://github.com/strejda/freebsd/commit/618092e6a6cc2f568979ed6f5cf1c1130182b068.diff Svata On Tue, Sep 1, 2015 at 3:01 PM, Dmitry Marakasov wrote: > * Svatopluk Kraus (onwahe@gmail.com) wrote: > >> >> Thanks. Meantime, I tried most recent HEAD on pandaboard and >> >> beaglebone black and no problem there. Do you have enabled INVARIANTS >> >> and INVARIANT_SUPPORT in your config? >> > >> > I've enabled them at some point - at least last two runs had these >> > enabled. Any other way I could help? Maybe I should check if it was >> > new pmap commit which caused this, and if not, bisect it? >> > >> >> Can you try attached semi-debug patch, please? I want to be sure that >> problem is not on patched place. > > Sorry for delay, I was short on time last week, and then I was busy with > setting up tftp/nfs netboot for my cubieboard. Now it finally works > and I'd say it's pretty cool when I can test another build without > plugging sd card around. Unfortunately, with this setup panic doesn't > reproduce: there are just around 10 sh(1) segfaults during init, and > then it boots into somehow usable state. Only once I've had panic with > your latest patch applied: > > https://people.freebsd.org/~amdmi3/pmap4.log > > With my new netboot, I plan to try to bisect it; for panic debugging I > guess I'll have to get back to plugging SD around. If you want me to do > more panic tests, could we please revisit which patches should be > applied cause I'm kinda lost in them. > > -- > Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D > amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://amdmi3.ru From owner-freebsd-arm@freebsd.org Fri Oct 16 21:02: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 97F57A1735B for ; Fri, 16 Oct 2015 21:02: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 89D62C0C; Fri, 16 Oct 2015 21:02: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 DB3A61232; Fri, 16 Oct 2015 21:02:58 +0000 (UTC) Date: Fri, 16 Oct 2015 21:02:56 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: scottl@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <91287749.13.1445029378855.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #1430 - 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, 16 Oct 2015 21:02:58 -0000 FreeBSD_HEAD_arm64 - Build #1430 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/1430/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/1430/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/1430/console Change summaries: 289426 by scottl: Remove _FreeBSD_version check for something that was only an issue with 9-CURRENT. Obtained from: Netlfix, Inc MFC after: 3 days The end of the build log: [...truncated 159633 lines...] --- mlx.ko --- /usr/local/aarch64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=mlx.ko.debug mlx.ko.full mlx.ko --- all_subdir_mii --- --- bmtphy.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -c /usr/src/sys/modules/mii/../../dev/mii/bmtphy.c -o bmtphy.o --- all_subdir_mmcsd --- ===> mmcsd (all) --- all_subdir_mmc --- --- mmc.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -c /usr/src/sys/modules/mmc/../../dev/mmc/mmc.c -o mmc.o --- all_subdir_mmcsd --- --- mmcsd.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -c /usr/src/sys/modules/mmcsd/../../dev/mmc/mmcsd.c -o mmcsd.o --- all_subdir_mii --- --- brgphy.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -c /usr/src/sys/modules/mii/../../dev/mii/brgphy.c -o brgphy.o --- all_subdir_mmcsd --- --- mmcsd.kld --- /usr/local/aarch64-freebsd/bin/ld -d -warn-common -r -d -o mmcsd.kld mmcsd.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk mmcsd.kld export_syms | xargs -J% /usr/local/aarch64-freebsd/bin/objcopy % mmcsd.kld --- mmcsd.ko.full --- /usr/local/aarch64-freebsd/bin/ld -Bshareable -d -warn-common -o mmcsd.ko.full mmcsd.o --- mmcsd.ko.debug --- /usr/local/aarch64-freebsd/bin/objcopy --only-keep-debug mmcsd.ko.full mmcsd.ko.debug --- mmcsd.ko --- /usr/local/aarch64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=mmcsd.ko.debug mmcsd.ko.full mmcsd.ko --- all_subdir_mii --- --- ciphy.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -c /usr/src/sys/modules/mii/../../dev/mii/ciphy.c -o ciphy.o --- all_subdir_mfi --- --- mfi.kld --- /usr/local/aarch64-freebsd/bin/ld -d -warn-common -r -d -o mfi.kld mfi.o mfi_pci.o mfi_disk.o mfi_debug.o mfi_syspd.o mfi_tbolt.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk mfi.kld export_syms | xargs -J% /usr/local/aarch64-freebsd/bin/objcopy % mfi.kld --- mfi.ko.full --- /usr/local/aarch64-freebsd/bin/ld -Bshareable -d -warn-common -o mfi.ko.full mfi.o mfi_pci.o mfi_disk.o mfi_debug.o mfi_syspd.o mfi_tbolt.o --- mfi.ko.debug --- /usr/local/aarch64-freebsd/bin/objcopy --only-keep-debug mfi.ko.full mfi.ko.debug --- mfi.ko --- /usr/local/aarch64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=mfi.ko.debug mfi.ko.full mfi.ko --- all_subdir_mii --- --- e1000phy.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -c /usr/src/sys/modules/mii/../../dev/mii/e1000phy.c -o e1000phy.o --- all_subdir_mpr --- ===> mpr (all) --- mpr_pci.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -c /usr/src/sys/modules/mpr/../../dev/mpr/mpr_pci.c -o mpr_pci.o --- mpr.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -c /usr/src/sys/modules/mpr/../../dev/mpr/mpr.c -o mpr.o --- all_subdir_mii --- --- gentbi.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -c /usr/src/sys/modules/mii/../../dev/mii/gentbi.c -o gentbi.o --- icsphy.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -c /usr/src/sys/modules/mii/../../dev/mii/icsphy.c -o icsphy.o --- ip1000phy.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -c /usr/src/sys/modules/mii/../../dev/mii/ip1000phy.c -o ip1000phy.o --- all_subdir_mmc --- --- mmc.kld --- /usr/local/aarch64-freebsd/bin/ld -d -warn-common -r -d -o mmc.kld mmc.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk mmc.kld export_syms | xargs -J% /usr/local/aarch64-freebsd/bin/objcopy % mmc.kld --- mmc.ko.full --- /usr/local/aarch64-freebsd/bin/ld -Bshareable -d -warn-common -o mmc.ko.full mmc.o --- mmc.ko.debug --- /usr/local/aarch64-freebsd/bin/objcopy --only-keep-debug mmc.ko.full mmc.ko.debug --- mmc.ko --- /usr/local/aarch64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=mmc.ko.debug mmc.ko.full mmc.ko --- all_subdir_mps --- ===> mps (all) --- all_subdir_mpr --- --- mpr_sas.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -Wno-unneeded-internal-declaration -std=iso9899:1999 -c /usr/src/sys/modules/mpr/../../dev/mpr/mpr_sas.c -o mpr_sas.o --- all_subdir_mps --- --- mps_pci.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -c /usr/src/sys/modules/mps/../../dev/mps/mps_pci.c -o mps_pci.o --- all_subdir_mii --- --- jmphy.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -c /usr/src/sys/modules/mii/../../dev/mii/jmphy.c -o jmphy.o --- lxtphy.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -c /usr/src/sys/modules/mii/../../dev/mii/lxtphy.c -o lxtphy.o --- all_subdir_mps --- --- mps.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -c /usr/src/sys/modules/mps/../../dev/mps/mps.c -o mps.o --- all_subdir_mii --- --- nsgphy.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -c /usr/src/sys/modules/mii/../../dev/mii/nsgphy.c -o nsgphy.o --- all_subdir_mps --- --- mps_sas.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -Wno-unneeded-internal-declaration -std=iso9899:1999 -c /usr/src/sys/modules/mps/../../dev/mps/mps_sas.c -o mps_sas.o --- all_subdir_mii --- --- nsphy.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -std=iso9899:1999 -c /usr/src/sys/modules/mii/../../dev/mii/nsphy.c -o nsphy.o --- all_subdir_mps --- /usr/src/sys/modules/mps/../../dev/mps/mps_sas.c:610:32: error: no member named 'commands' in 'struct mpssas_target' TAILQ_FOREACH_SAFE(tm, &targ->commands, cm_link, next_cm) { ~~~~ ^ /usr/src/sys/sys/queue.h:627:28: note: expanded from macro 'TAILQ_FOREACH_SAFE' for ((var) = TAILQ_FIRST((head)); \ ^ /usr/src/sys/sys/queue.h:614:29: note: expanded from macro 'TAILQ_FIRST' #define TAILQ_FIRST(head) ((head)->tqh_first) ^ /usr/src/sys/modules/mps/../../dev/mps/mps_sas.c:1223:27: error: no member named 'commands' in 'struct mpssas_target' TAILQ_FOREACH(cm, &targ->commands, cm_link) { ~~~~ ^ /usr/src/sys/sys/queue.h:617:28: note: expanded from macro 'TAILQ_FOREACH' for ((var) = TAILQ_FIRST((head)); \ ^ /usr/src/sys/sys/queue.h:614:29: note: expanded from macro 'TAILQ_FIRST' #define TAILQ_FIRST(head) ((head)->tqh_first) ^ /usr/src/sys/modules/mps/../../dev/mps/mps_sas.c:1866:27: error: no member named 'commands' in 'struct mpssas_target' TAILQ_INSERT_TAIL(&targ->commands, cm, cm_link); ~~~~ ^ /usr/src/sys/sys/queue.h:701:23: note: expanded from macro 'TAILQ_INSERT_TAIL' QMD_TAILQ_CHECK_TAIL(head, field); \ ^ /usr/src/sys/sys/queue.h:579:8: note: expanded from macro 'QMD_TAILQ_CHECK_TAIL' if (*(head)->tqh_last != NULL) \ ^ /usr/src/sys/modules/mps/../../dev/mps/mps_sas.c:1866:27: error: no member named 'commands' in 'struct mpssas_target' TAILQ_INSERT_TAIL(&targ->commands, cm, cm_link); ~~~~ ^ /usr/src/sys/sys/queue.h:701:23: note: expanded from macro 'TAILQ_INSERT_TAIL' QMD_TAILQ_CHECK_TAIL(head, field); \ ^ /usr/src/sys/sys/queue.h:580:54: note: expanded from macro 'QMD_TAILQ_CHECK_TAIL' panic("Bad tailq NEXT(%p->tqh_last) != NULL", (head)); \ ^ /usr/src/sys/modules/mps/../../dev/mps/mps_sas.c:1866:27: error: no member named 'commands' in 'struct mpssas_target' TAILQ_INSERT_TAIL(&targ->commands, cm, cm_link); ~~~~ ^ /usr/src/sys/sys/queue.h:703:27: note: expanded from macro 'TAILQ_INSERT_TAIL' (elm)->field.tqe_prev = (head)->tqh_last; \ ^ /usr/src/sys/modules/mps/../../dev/mps/mps_sas.c:1866:27: error: no member named 'commands' in 'struct mpssas_target' TAILQ_INSERT_TAIL(&targ->commands, cm, cm_link); ~~~~ ^ /usr/src/sys/sys/queue.h:704:4: note: expanded from macro 'TAILQ_INSERT_TAIL' *(head)->tqh_last = (elm); \ ^ /usr/src/sys/modules/mps/../../dev/mps/mps_sas.c:1866:27: error: no member named 'commands' in 'struct mpssas_target' TAILQ_INSERT_TAIL(&targ->commands, cm, cm_link); ~~~~ ^ /usr/src/sys/sys/queue.h:705:3: note: expanded from macro 'TAILQ_INSERT_TAIL' (head)->tqh_last = &TAILQ_NEXT((elm), field); \ ^ /usr/src/sys/modules/mps/../../dev/mps/mps_sas.c:2111:29: error: no member named 'commands' in 'struct mpssas_target' TAILQ_REMOVE(&cm->cm_targ->commands, cm, cm_link); ~~~~~~~~~~~ ^ /usr/src/sys/sys/queue.h:727:4: note: expanded from macro 'TAILQ_REMOVE' (head)->tqh_last = (elm)->field.tqe_prev; \ ^ 8 errors generated. *** [mps_sas.o] Error code 1 make[4]: stopped in /usr/src/sys/modules/mps --- all_subdir_mii --- A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/sys/modules/mii *** [all_subdir_mii] Error code 2 make[3]: stopped in /usr/src/sys/modules --- all_subdir_mpr --- A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/sys/modules/mpr *** [all_subdir_mpr] Error code 2 make[3]: stopped in /usr/src/sys/modules --- all_subdir_mps --- 1 error make[4]: stopped in /usr/src/sys/modules/mps *** [all_subdir_mps] Error code 2 make[3]: stopped in /usr/src/sys/modules 3 errors make[3]: stopped in /usr/src/sys/modules *** [modules-all] Error code 2 make[2]: stopped in /usr/obj/arm64.aarch64/usr/src/sys/GENERIC 1 error make[2]: stopped in /usr/obj/arm64.aarch64/usr/src/sys/GENERIC *** [buildkernel] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildkernel] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_arm64] $ /bin/sh -xe /tmp/hudson3394881167859718148.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_arm64' + echo 'clean up jail FreeBSD_HEAD_arm64' clean up jail FreeBSD_HEAD_arm64 + sudo jail -r FreeBSD_HEAD_arm64 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::104:1 -alias + sudo umount FreeBSD_HEAD_arm64/usr/src + sudo umount FreeBSD_HEAD_arm64/dev + sudo rm -fr FreeBSD_HEAD_arm64 rm: FreeBSD_HEAD_arm64/usr/lib32/libc.so.7: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib32/libthr.so.3: 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: Directory not empty rm: FreeBSD_HEAD_arm64/usr/bin/opiepasswd: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/opieinfo: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/chpass: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/yppasswd: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/crontab: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/passwd: 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/chfn: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/su: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/login: Operation not permitted 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: Directory not empty rm: FreeBSD_HEAD_arm64/usr/lib/librt.so.1: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib: Directory not empty rm: FreeBSD_HEAD_arm64/usr: Directory not empty rm: FreeBSD_HEAD_arm64/lib/libcrypt.so.5: Operation not permitted rm: FreeBSD_HEAD_arm64/lib/libthr.so.3: Operation not permitted rm: FreeBSD_HEAD_arm64/lib/libc.so.7: Operation not permitted rm: FreeBSD_HEAD_arm64/lib: Directory not empty rm: FreeBSD_HEAD_arm64/libexec/ld-elf.so.1: Operation not permitted rm: FreeBSD_HEAD_arm64/libexec/ld-elf32.so.1: Operation not permitted rm: FreeBSD_HEAD_arm64/libexec: Directory not empty rm: FreeBSD_HEAD_arm64/sbin/init: Operation not permitted rm: FreeBSD_HEAD_arm64/sbin: Directory not empty rm: FreeBSD_HEAD_arm64: 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 16 23:06:32 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B550EA16BC5 for ; Fri, 16 Oct 2015 23:06:32 +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 A5B1B83E; Fri, 16 Oct 2015 23:06:32 +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 292F11265; Fri, 16 Oct 2015 23:06:33 +0000 (UTC) Date: Fri, 16 Oct 2015 23:06:31 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: scottl@FreeBSD.org, bdrewery@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <1872722081.19.1445036793108.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <91287749.13.1445029378855.JavaMail.jenkins@jenkins-9.freebsd.org> References: <91287749.13.1445029378855.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #1431 - 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, 16 Oct 2015 23:06:32 -0000 FreeBSD_HEAD_arm64 - Build #1431 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/1431/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/1431/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/1431/console Change summaries: 289433 by bdrewery: Correct a bitrotted comment about installworld order requirements. The case of make(1) using a new /bin/sh issue was fixed in r173219 when ITOOLS was introduced. There are still issues with mid-install errors leaving a system unusable that are currently non-trivial to solve. The safest ordering requires installing rtld, libc and libthr (in that order) before anything else. We don't do that now though. Much improvement is needed here still. Discussed with: kip and kan (rtld/library ordering) MFC after: 1 week Sponsored by: EMC / Isilon Storage Division 289432 by bdrewery: Tweak the guard more to suggest 'all' if SUBDIR_OVERRIDE is specified. In that case 'all' does make sense. MFC after: 2 weeks X-MFC-With: r289411 Sponsored by: EMC / Isilon Storage Division 289430 by bdrewery: Remove .MAKE from targets that do more than just run sub-makes, such as calling rm or mtree. MFC after: 1 week Sponsored by: EMC / Isilon Storage Division 289429 by scottl: Revert an extra hunk that crept into the last commit. Submitted by: emax Obtained from: Netflix, Inc. MFC after: 3 days From owner-freebsd-arm@freebsd.org Sat Oct 17 06:11: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 E8717A17B5D; Sat, 17 Oct 2015 06:11:23 +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 A565CCE0; Sat, 17 Oct 2015 06:11:23 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by vkaw128 with SMTP id w128so79885034vka.0; Fri, 16 Oct 2015 23:11:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=XIJiVC6j12PgytBTyxw+i9rVDMQshqXGWOecJL6uMjo=; b=D3F5O+RQG1YmkL/Th9NuWlRxErwkbweRD5f8QvJ7tOc38SExvqYByDd9TMdHPcvF4t UTNlfWQUjsTByua8XS9+b2ehKOR+B5Y6Kg8pDoBzPX8R3RfSE5DWCQqZPm//zN/82126 AslktgTN/TgqJjUCXbn+gAoCWKNEVgrWhk/1+RzlEwfCQtSc0Mr2MxXKwlSpsQEGL1e5 7T3aUOgpTqol9+e8ejozoQ/4qFEkhrgQN42qzQKPgD/EIpiEZATvEnh5fQxggghswIx5 nuS/gnamZQ4qHMEKxpK2qoC8/kppWcUEN8bWqCDN9dRJhkVpjs7cRFQ4LG2X7AgUtsT/ +wBA== MIME-Version: 1.0 X-Received: by 10.31.33.75 with SMTP id h72mr13126975vkh.144.1445062282597; Fri, 16 Oct 2015 23:11:22 -0700 (PDT) Received: by 10.31.66.9 with HTTP; Fri, 16 Oct 2015 23:11:22 -0700 (PDT) Date: Fri, 16 Oct 2015 23:11:22 -0700 Message-ID: Subject: Patch file for man pages netmap.4, src.conf.5, build.7 From: Russell Haley To: freebsd-arm , freebsd-doc@freebsd.org Cc: Warner Losh , Ian Lepore , John-Mark Gurney 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, 17 Oct 2015 06:11:24 -0000 Hi, There was a previous discussion about making some small changes to the src.conf and build man pages to include reference to src.conf.5 in the buikd.7 manpage. I have updated the two documents appropriately. I believe I also addressed Mr. Loshs' comment pertaining to the scope of the src.conf file and the format of the title. I also found a typo in netmap.4. In terms of coming up to speed with documentation, I had asked about where to find documentation about, er, documentation and started with the Documentation Primer (Why is this a "primer" and others are a "handbook"?). This seems to me to be a mistake. After claiming domain over man pages, the "primer" never mentions mdoc, groff, troff, man, mandoc or any other item that seems remotely related to man pages ever again? Please, correct me if I am wrong. I did however find the following bits of information: https://forums.freebsd.org/threads/howto-create-a-manpage-from-scratch.13200/ https://www.freebsd.org/cgi/man.cgi?query=mdoc&apropos=0&sektion=0&manpath=FreeBSD+10.2-RELEASE&arch=default&format=html http://mdocml.bsd.lv/ http://mdocml.bsd.lv/man/mdoc.7.html http://manpages.bsd.lv/ Which could be pieced nicely together to make a man pages handbook or at least a section in the "primer"? Thanks, Russell From owner-freebsd-arm@freebsd.org Sat Oct 17 06:13: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 2DDD7A17C55; Sat, 17 Oct 2015 06:13:28 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-vk0-x236.google.com (mail-vk0-x236.google.com [IPv6:2607:f8b0:400c:c05::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D8737DFC; Sat, 17 Oct 2015 06:13:27 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by vkaw128 with SMTP id w128so79897829vka.0; Fri, 16 Oct 2015 23:13:26 -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=YyokExxhllPO4LHuhrRgOYXfObhYSESMVY8C2EQ1vsM=; b=i6bBxlJQgoyRtvAvw5IWHlz3TCFrBTd7RmbszOtPqP8rXI4TMo5Dl91mrGE3NX3xZk 3m6QDWkk0AC6PXK/qATRHsyIpmXbBGxocithLm12KOVYJadUQoM+w2y5pqZqz4cfB9uW /HWTUgI+Dl0IgXfNAs3+fo+bKVmyVnSnaCQXUMBWN9iu9AOU2s4WHjsr5uzO1n7kUwPL 5eXNeg+stwf8CPlhfEYgDoKHeLewdfw3b9gbuTdnvusSt7iju79ELFqzqL6Gisjck2Ze nqo0cbLLlkrMPKJjsriWIevSFV76EhcwuN3dO6deno89H+PUruI6J2NG0LIS1OxOH+Sv l7LQ== MIME-Version: 1.0 X-Received: by 10.31.162.81 with SMTP id l78mr13188859vke.13.1445062406807; Fri, 16 Oct 2015 23:13:26 -0700 (PDT) Received: by 10.31.66.9 with HTTP; Fri, 16 Oct 2015 23:13:26 -0700 (PDT) In-Reply-To: References: Date: Fri, 16 Oct 2015 23:13:26 -0700 Message-ID: Subject: Fwd: Patch file for man pages netmap.4, src.conf.5, build.7 From: Russell Haley To: freebsd-arm , freebsd-doc@freebsd.org, Ian Lepore , John-Mark Gurney , Warner Losh Content-Type: multipart/mixed; boundary=001a11438a8e6fcea2052246cf79 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, 17 Oct 2015 06:13:28 -0000 --001a11438a8e6fcea2052246cf79 Content-Type: text/plain; charset=UTF-8 Ha ha, now WITH attachment... Russell ---------- Forwarded message ---------- From: Russell Haley Date: Fri, Oct 16, 2015 at 11:11 PM Subject: Patch file for man pages netmap.4, src.conf.5, build.7 To: freebsd-arm , freebsd-doc@freebsd.org Cc: Warner Losh , Ian Lepore , John-Mark Gurney Hi, There was a previous discussion about making some small changes to the src.conf and build man pages to include reference to src.conf.5 in the buikd.7 manpage. I have updated the two documents appropriately. I believe I also addressed Mr. Loshs' comment pertaining to the scope of the src.conf file and the format of the title. I also found a typo in netmap.4. In terms of coming up to speed with documentation, I had asked about where to find documentation about, er, documentation and started with the Documentation Primer (Why is this a "primer" and others are a "handbook"?). This seems to me to be a mistake. After claiming domain over man pages, the "primer" never mentions mdoc, groff, troff, man, mandoc or any other item that seems remotely related to man pages ever again? Please, correct me if I am wrong. I did however find the following bits of information: https://forums.freebsd.org/threads/howto-create-a-manpage-from-scratch.13200/ https://www.freebsd.org/cgi/man.cgi?query=mdoc&apropos=0&sektion=0&manpath=FreeBSD+10.2-RELEASE&arch=default&format=html http://mdocml.bsd.lv/ http://mdocml.bsd.lv/man/mdoc.7.html http://manpages.bsd.lv/ Which could be pieced nicely together to make a man pages handbook or at least a section in the "primer"? Thanks, Russell --001a11438a8e6fcea2052246cf79 Content-Type: text/plain; charset=US-ASCII; name="netmap.4-src.conf.5-build.7.diff" Content-Disposition: attachment; filename="netmap.4-src.conf.5-build.7.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_ifuouanq0 SW5kZXg6IG1hbjQvbmV0bWFwLjQKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gbWFuNC9uZXRtYXAuNAkocmV2aXNp b24gMjg5NDExKQorKysgbWFuNC9uZXRtYXAuNAkod29ya2luZyBjb3B5KQpAQCAtMzg1LDcgKzM4 NSw3IEBACiAgICAgIFRYICBbLi4uLi4uLi4uLmFhYWFhYWFhYWFhLi4uLi4uLi5dCiAuRWQKIC5Q cAotc2VsZWN0KCkgYW5kIHBvbGwoKSB3bGxsIGJsb2NrIGlmIHRoZXJlIGlzIG5vIHNwYWNlIGlu IHRoZSByaW5nLCBpLmUuCitzZWxlY3QoKSBhbmQgcG9sbCgpIHdpbGwgYmxvY2sgaWYgdGhlcmUg aXMgbm8gc3BhY2UgaW4gdGhlIHJpbmcsIGkuZS4KIC5EbCByaW5nLT5jdXIgPT0gcmluZy0+dGFp bAogYW5kIHJldHVybiB3aGVuIG5ldyBzbG90cyBoYXZlIGJlY29tZSBhdmFpbGFibGUuCiAuUHAK SW5kZXg6IG1hbjUvc3JjLmNvbmYuNQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBtYW41L3NyYy5jb25mLjUJKHJl dmlzaW9uIDI4OTQxMSkKKysrIG1hbjUvc3JjLmNvbmYuNQkod29ya2luZyBjb3B5KQpAQCAtMiw3 ICsyLDcgQEAKIC5cIiBmcm9tIEZyZWVCU0Q6IGhlYWQvdG9vbHMvYnVpbGQvb3B0aW9ucy9tYWtl bWFuIDI4Nzk0MiAyMDE1LTA5LTE3IDIyOjA0OjQ2WiBiZHJld2VyeQogLlwiICRGcmVlQlNEJAog LkRkIFNlcHRlbWJlciAxOCwgMjAxNQotLkR0IFNSQy5DT05GIDUKKy5EdCBzcmMuY29uZiA1CiAu T3MKIC5TaCBOQU1FCiAuTm0gc3JjLmNvbmYKQEAgLTEwLDE1ICsxMCwxNSBAQAogLlNoIERFU0NS SVBUSU9OCiBUaGUKIC5ObQotZmlsZSBjb250YWlucyBzZXR0aW5ncyB0aGF0IHdpbGwgYXBwbHkg dG8gZXZlcnkgYnVpbGQgaW52b2x2aW5nIHRoZQorZmlsZSBjb250YWlucyB2YXJpYWJsZXMgdGhh dCBjb250cm9sIHdoYXQgY29tcG9uZW50cyB3aWxsIGJlIGdlbmVyYXRlZCBkdXJpbmcgdGhlIGJ1 aWxkIHByb2Nlc3MKK29mIHRoZQogLkZ4Ci1zb3VyY2UgdHJlZTsgc2VlCitzb3VyY2UgdHJlZSAo L3Vzci9zcmMpOyBzZWUKIC5YciBidWlsZCA3IC4KIC5QcAogVGhlCiAuTm0KLWZpbGUgdXNlcyB0 aGUgc3RhbmRhcmQgbWFrZWZpbGUgc3ludGF4LgotSG93ZXZlciwKK2ZpbGUgdXNlcyB0aGUgc3Rh bmRhcmQgbWFrZWZpbGUgc3ludGF4LiBIb3dldmVyLAogLk5tCiBzaG91bGQgbm90IHNwZWNpZnkg YW55IGRlcGVuZGVuY2llcyB0bwogLlhyIG1ha2UgMSAuCkBAIC0zOSw4ICszOSw3IEBACiBPdmVy cmlkaW5nIHRoZSBsb2NhdGlvbiBvZgogLk5tCiBtYXkgYmUgbmVjZXNzYXJ5IGlmIHRoZSBzeXN0 ZW0td2lkZSBzZXR0aW5ncyBhcmUgbm90IHN1aXRhYmxlCi1mb3IgYSBwYXJ0aWN1bGFyIGJ1aWxk LgotRm9yIGluc3RhbmNlLCBzZXR0aW5nCitmb3IgYSBwYXJ0aWN1bGFyIGJ1aWxkLiBGb3IgaW5z dGFuY2UsIHNldHRpbmcKIC5WYSBTUkNDT05GCiB0bwogLlBhIC9kZXYvbnVsbApAQCAtODIsOCAr ODEsNyBAQAogLkRxIExpIEZBTFNFCiBvcgogLkRxIExpIE5PIC4KLUp1c3QgdGhlIGV4aXN0ZW5j ZSBvZiBhbiBvcHRpb24gd2lsbCBjYXVzZQotaXQgdG8gYmUgaG9ub3VyZWQgYnkKK0p1c3QgdGhl IGV4aXN0ZW5jZSBvZiBhbiBvcHRpb24gd2lsbCBjYXVzZSBpdCB0byBiZSBob25vdXJlZCBieQog LlhyIG1ha2UgMSAuCiAuUHAKIFRoZSBmb2xsb3dpbmcgbGlzdCBwcm92aWRlcyBhIG5hbWUgYW5k IHNob3J0IGRlc2NyaXB0aW9uIGZvciB2YXJpYWJsZXMKSW5kZXg6IG1hbjcvYnVpbGQuNwo9PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09Ci0tLSBtYW43L2J1aWxkLjcJKHJldmlzaW9uIDI4OTQxMSkKKysrIG1hbjcvYnVpbGQu Nwkod29ya2luZyBjb3B5KQpAQCAtMjUsMTEgKzI1LDExIEBACiAuXCIgJEZyZWVCU0QkCiAuXCIK IC5EZCBEZWNlbWJlciAzMSwgMjAxNAotLkR0IEJVSUxEIDcKKy5EdCBCdWlsZCA3CiAuT3MKIC5T aCBOQU1FCiAuTm0gYnVpbGQKLS5OZCBpbmZvcm1hdGlvbiBvbiBob3cgdG8gYnVpbGQgdGhlIHN5 c3RlbQorLk5kIEdlbmVyYWwgaW5zdHJ1Y3Rpb25zIG9uIGhvdyB0byBidWlsZCB0aGUgc3lzdGVt CiAuU2ggREVTQ1JJUFRJT04KIFRoZSBzb3VyY2VzIGZvciB0aGUKIC5GeApAQCAtNjYsMzIgKzY2 LDMwIEBACiB0aGluZ3MgaW4gdGhhdCBkaXJlY3RvcnkuCiBJc3N1aW5nIHRoZQogLlhyIG1ha2Ug MQotY29tbWFuZCBpbiBhbnkgZGlyZWN0b3J5IG9yCi1zdWJkaXJlY3Rvcnkgb2YgdGhvc2UgZGly ZWN0b3JpZXMgaGFzIHRoZSBzYW1lIGVmZmVjdCBhcyBpc3N1aW5nIHRoZQotc2FtZSBjb21tYW5k IGluIGFsbCBzdWJkaXJlY3RvcmllcyBvZiB0aGF0IGRpcmVjdG9yeS4KLVdpdGggbm8gdGFyZ2V0 IHNwZWNpZmllZCwgdGhlIHRoaW5ncyBpbiB0aGF0IGRpcmVjdG9yeSBhcmUganVzdCBidWlsdC4K K2NvbW1hbmQgaW4gYW55IGRpcmVjdG9yeSBpc3N1ZXMgdGhlIAorLlhyIG1ha2UgMQorY29tbWFu ZCByZWN1cnNpdmVseSBpbiBhbGwgc3ViZGlyZWN0b3JpZXMuCitXaXRoIG5vIHRhcmdldCBzcGVj aWZpZWQsIHRoZSBpdGVtcyBpbiB0aGUgZGlyZWN0b3JpZXMgYXJlIGJ1aWx0IAorYW5kIG5vIGZ1 cnRoZXIgYWN0aW9uIGlzIHRha2VuLgogLlBwCi1BIHNvdXJjZSB0cmVlIGlzIGFsbG93ZWQgdG8g YmUgcmVhZC1vbmx5LgotQXMgZGVzY3JpYmVkIGluCi0uWHIgbWFrZSAxICwKLW9iamVjdHMgYXJl IHVzdWFsbHkgYnVpbHQgaW4gYSBzZXBhcmF0ZSBvYmplY3QgZGlyZWN0b3J5IGhpZXJhcmNoeQot c3BlY2lmaWVkIGJ5IHRoZSBlbnZpcm9ubWVudCB2YXJpYWJsZQotLlZhIE1BS0VPQkpESVJQUkVG SVggLAotb3IgdW5kZXIKK0Egc291cmNlIHRyZWUgaXMgYWxsb3dlZCB0byBiZSByZWFkLW9ubHkg YXMgYWxsIGJ1aWxkIGFydGlmY2F0cyBnZW5lcmF0ZWQgYnkgCisuWHIgbWFrZSAxCithcmUgZ2Vu ZXJhdGVkIGluIAogLlBhIC91c3Ivb2JqCi1pZiB2YXJpYWJsZQorYnkgZGVmYXVsdC4gVGhlIGRl c3RpbmF0aW9uIGRpcmVjdG9yeSBjYW4gYmUgY2hhbmdlZCBieSBzcGVjaWZ5aW5nIAorYSBuZXcg bG9jYXRpb24gdXNpbmcgCiAuVmEgTUFLRU9CSkRJUlBSRUZJWAotaXMgbm90IHNldC4KLUZvciBh IGdpdmVuIHNvdXJjZSBkaXJlY3RvcnksIGl0cyBjYW5vbmljYWwgb2JqZWN0IGRpcmVjdG9yeQot d291bGQgYmUKLS5QYSAke01BS0VPQkpESVJQUkVGSVh9JHsuQ1VSRElSfQotaWYKLS5YciBtYWtl IDEKLXZhcmlhYmxlCithcyBkZXNjcmliZWQgaW4KKy5YciBtYWtlIDEgLgorCitUaGVyZWZvcmUs IGZvciBhIGdpdmVuIHNvdXJjZSBkaXJlY3RvcnksIGl0cyBidWlsZCBhcnRpZmFjdHMgCit3b3Vs ZCBiZSBnZW5lcmF0ZWQgaW4KKy5QYSAvdXNyL29iai8key5DVVJESVJ9CitvciB0bworLlBhICR7 TUFLRU9CSkRJUlBSRUZJWH0vJHsuQ1VSRElSfQorYWNjb3JkaW5nIHRvIHRoZSAKIC5WYSBNQUtF T0JKRElSUFJFRklYCi1pcyBzZXQsIG9yCi0uUGEgL3Vzci9vYmokey5DVVJESVJ9Ci1pZiB0aGlz IHZhcmlhYmxlIGlzIG5vdCBzZXQuCit2YXJpYWJsZS4KIENyb3NzLWJ1aWxkcyBzZXQgdGhlIG9i amVjdCBkaXJlY3RvcnkgYXMgZGVzY3JpYmVkIGluIHRoZQogZG9jdW1lbnRhdGlvbiBmb3IgdGhl CiAuQ20gYnVpbGR3b3JsZApAQCAtMTAyLDggKzEwMCwxNCBAQAogdmFyaWFibGVzIGRlc2NyaWJl ZCBpbiB0aGUKIC5TeCBFTlZJUk9OTUVOVAogc2VjdGlvbiBiZWxvdywgYW5kIGJ5IHRoZSB2YXJp YWJsZXMgZG9jdW1lbnRlZCBpbgotLlhyIG1ha2UuY29uZiA1IC4KKy5YciBtYWtlLmNvbmYgNSAu IAogLlBwCitUaGUgZGVmYXVsdCBjb21wb25lbnRzIGluY2x1ZGVkIGluIHRoZSBidWlsZCBhcmUg c3BlY2lmaWVkIGluIHRoZSBmaWxlIAorL2V0Yy9zcmMuY29uZiBpbiB0aGUgc291cmNlIHRyZWUu IFRvIG92ZXJyaWRlIHRoZSBkZWZhdWx0IGZpbGUsIGluY2x1ZGUgCit0aGUgU1JDQ09ORiBvcHRp b24gaW4gdGhlIG1ha2Ugc3RlcHMsIHBvaW50aW5nIHRvIGEgY3VzdG9tIHNyYy5jb25mIAorZmls ZS4gRm9yIG1vcmUgaW5mb3JtYXRpb24gc2VlIAorLlhyIHNyYy5jb25mIDUgLgorLlBwCiBUaGUg Zm9sbG93aW5nIGxpc3QgcHJvdmlkZXMgdGhlIG5hbWVzIGFuZCBhY3Rpb25zIGZvciB0aGUgdGFy Z2V0cwogc3VwcG9ydGVkIGJ5IHRoZSBidWlsZCBzeXN0ZW06CiAuQmwgLXRhZyAtd2lkdGggIi5D bSBjbGVhbmRlcGVuZCIKQEAgLTQ0NSw2ICs0NDksOSBAQAogLkJkIC1saXRlcmFsIC1vZmZzZXQg aW5kZW50CiBtYWtlIFBPUlRTX01PRFVMRVM9ZW11bGF0b3JzL2txZW11LWttb2Qga2VybmVsCiAu RWQKKy5JdCBWYSBTUkNDT05GCitTcGVjaWZ5IGEgZmlsZSB0byBvdmVycmlkZSB0aGUgZGVmYXVs dCAvZXRjL3NyYy5jb25mLiBUaGUgc3JjLmNvbmYgZmlsZSBjb250cm9scyB0aGUgY29tcG9uZW50 cyB0byBidWlsZC4gU2VlIAorLlhyIFNSQy5DT05GIDUKIC5JdCBWYSBTVFJJUEJJTgogQ29tbWFu ZCB0byB1c2UgYXQgaW5zdGFsbCB0aW1lIHdoZW4gc3RyaXBwaW5nIGJpbmFyaWVzLgogQmUgc3Vy ZSB0byBhZGQgYW55IGFkZGl0aW9uYWwgdG9vbHMgcmVxdWlyZWQgdG8gcnVuCg== --001a11438a8e6fcea2052246cf79-- From owner-freebsd-arm@freebsd.org Sat Oct 17 11:39: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 C1529A1605E for ; Sat, 17 Oct 2015 11:39:16 +0000 (UTC) (envelope-from sivakmch@p3nlh142.shr.prod.phx3.secureserver.net) Received: from p3nlsmtp17.shr.prod.phx3.secureserver.net (p3nlsmtp17.shr.prod.phx3.secureserver.net [72.167.234.242]) by mx1.freebsd.org (Postfix) with ESMTP id 8DDCEBBB for ; Sat, 17 Oct 2015 11:39:15 +0000 (UTC) (envelope-from sivakmch@p3nlh142.shr.prod.phx3.secureserver.net) Received: from p3nlh142.shr.prod.phx3.secureserver.net ([97.74.144.142]) by : HOSTING RELAY : with SMTP id nPpNZYjhMaeEbnPpNZaZbX; Sat, 17 Oct 2015 04:39:09 -0700 Received: from p3nlh142.shr.prod.phx3.secureserver.net (localhost [127.0.0.1]) by p3nlh142.shr.prod.phx3.secureserver.net (8.13.8/8.12.11) with ESMTP id t9HBd8fW007389 for ; Sat, 17 Oct 2015 04:39:08 -0700 Received: (from sivakmch@localhost) by p3nlh142.shr.prod.phx3.secureserver.net (8.13.8/8.12.11/Submit) id t9HBd8Rj007385; Sat, 17 Oct 2015 04:39:08 -0700 To: freebsd-arm@freebsd.org Subject: Notice to appear in Court #00000320563 Date: Sat, 17 Oct 2015 04:39:08 -0700 From: "State Court" Reply-To: "State Court" Message-ID: X-Priority: 3 MIME-Version: 1.0 X-CMAE-Envelope: MS4wfNwNlCeNsdHGjKi9iUc+piFR4FixvqCQDfcPVZJ3toif++ksePxMEwiR8sBJ+KDvA4LTvmGDHRtjKKPAWTNJEwmCcFeuM9rh8cSH1s5aW5/RCAtgRBkF0/4iWVaktn+9B8X5PHMbtGWPWT5L9D3CFJpPM58E6tpDKbfbuoxuVhetkqChCBuseudkORLcLhCcDjk9G6bu/FHpBEv+OneN0F6K/qGNXewjeeQ2wRd3QJ1hyuSEDlhwj8GcXbEA42wIgw== Content-Type: text/plain; charset=us-ascii 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, 17 Oct 2015 11:39:16 -0000 Notice to Appear, This is to inform you to appear in the Court on the October 25 for your case hearing. Please, prepare all the documents relating to the case and bring them to Court on the specified date. Note: The case may be heard by the judge in your absence if you do not come. The copy of Court Notice is attached to this email. Yours faithfully, Jacob Gustafson, Court Secretary.