From owner-freebsd-arm@FreeBSD.ORG Sun Jan 26 03:57:16 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4AD901F2; Sun, 26 Jan 2014 03:57:16 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1EA9F13DD; Sun, 26 Jan 2014 03:57:14 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s0Q3vCmJ029704 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 25 Jan 2014 19:57:12 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s0Q3vCir029703; Sat, 25 Jan 2014 19:57:12 -0800 (PST) (envelope-from jmg) Date: Sat, 25 Jan 2014 19:57:12 -0800 From: John-Mark Gurney To: Warner Losh Subject: Re: Rasbperry Pi, what should TARGET_ARCH be? Message-ID: <20140126035712.GM13704@funkthat.com> Mail-Followup-To: Warner Losh , Glen Barber , freebsd-arm@freebsd.org References: <20140125044043.GT52955@glenbarber.us> <20140125181256.GE13704@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 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-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Sat, 25 Jan 2014 19:57:12 -0800 (PST) Cc: Glen Barber , freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jan 2014 03:57:16 -0000 Warner Losh wrote this message on Sat, Jan 25, 2014 at 11:22 -0700: > On Jan 25, 2014, at 11:12 AM, John-Mark Gurney wrote: > > > Warner Losh wrote this message on Sat, Jan 25, 2014 at 10:50 -0700: > >> On Jan 24, 2014, at 9:40 PM, Glen Barber wrote: > >> > >>> Hi, > >>> > >>> I've been working on adding support for embedded systems to the release > >>> scripts, which set up a chroot to ensure a clean build environment, then > >>> runs Tim's Crochet scripts. > >>> > >>> For the RPI-B, recent updates to the build scripts work fine for > >>> 11.0-CURRENT and 10.0-STABLE. However, 10.0-RELEASE images fail to > >>> boot. > >> > >> If that worked, it worked by accident. > >> > >>> I showed output from 'uname -pm' out-of-band of an 11.0-CURRENT image, > >>> and was suspicious that the output showed 'arm arm', not 'arm armv6'. > >>> Warner had the same impression it should be 'arm armv6'. > >>> > >>> Hiren poked around the Crochet code, and saw that 'TARGET_ARCH=arm' is > >>> set for the RaspberryPi board by default. > >> > >> This is incorrect. > >> > >>> As a "just in case" experiment, I retried the 10.0-RELEASE code > >>> (release/10.0.0/) with TARGET_ARCH=armv6, and sure enough, it works. > >>> > >>> But, I don't know *why*. > >> > >> It works because that's the architecture that the RPi runs. > >> > >>> Is this a change between head/ and stable/10/ versus releng/10.0/ ? > >>> > >>> I can handle a differentiation between the branches with regard to this > >>> (sort of), but I want to make sure the correct TARGET_ARCH is being set > >>> across the different branches, so it can be handled properly in the > >>> build scripts, and usable images can be produced. > >> > >> The definition should be the same on both branches. You must use TARGET_ARCH=armv6 on all known branches to produce working code. You might get lucky and get TARGET_ARCH=arm and have it work, but that's most definitely not a supported configuration. > >> > >>> So, what should be used? And where? > >> > >> For RPi, TARGET_ARCH=armv6 everywhere on all branches >= 9. RPi isn't supported 8 and lower. > > > > May I propose this patch: > > https://www.funkthat.com/~jmg/kerncheckarch.patch > > > > This uses either TARGET[_ARCH] or uname -[mp] to make sure that the > > they match w/ the new kernel being built... I believe I did get the > > -m and -p w/ the correct order, but as I don't have a machine where > > they different, I can't confirm... > > > > This would prevent the issue that Glen experienced... > > I hate uname checks. They are almost always wrong. I've been burned too many times in the past by them, and strongly oppose them on general principals. > > TARGET won't necessarily be defined when building the kernel, so this patch can't possibly do what you want it to do. Any place outside of Makefile and Makefile.inc1 that checks for it is generally wrong (with the exception of some of the cross tools that support being built standalone outside of makeworld). I believe that at most it will detect when you are cross building and fail. Then we could remove the uname checks and put the remaining under .if defined() and provide at least some seatbelts... > Better to check the arch line in the kernel config file matches the MARCHINE_ARCH. This can likely be done with a tiny bit of config magic in one of the generated files so the build will check the right preprocessor defines. There's some magic to do something similar for the universe builds. That's pointless since the MACHINE_ARCH line in the Makefile IS populated from the config file... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-arm@FreeBSD.ORG Sun Jan 26 04:17:19 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4902D3E2 for ; Sun, 26 Jan 2014 04:17:19 +0000 (UTC) Received: from mail-ie0-f179.google.com (mail-ie0-f179.google.com [209.85.223.179]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0FE64154F for ; Sun, 26 Jan 2014 04:17:18 +0000 (UTC) Received: by mail-ie0-f179.google.com with SMTP id ar20so4389643iec.24 for ; Sat, 25 Jan 2014 20:17:18 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=RH0UacwppW21VomYaAhaVXa9njZf/0ZdirW9uAbymwU=; b=IistKnNLMTUw06nAjC00vYlOYYDW+Y5iPZioGqL2rQs69y2QMTKxuJyrgB4hDTWjZE 9Fr+dcUO3dYseIEf61kQnX4uXmvLz/lGx0zvYYHZnLidhliNlCQVY0XLWib0MtbB5ur+ sYaH2jWxEEnMfyz1AbsecOw5YtbmRop7Xmij4KpA8LZfYQQNbbA21zd0h8MqLx40EM8r FXLxAU4067hb0iVJFRIlbkZAN2xS36sk0GKNffjg6JNAcA5hxQXP+NGDYlimOw+ONC0k twoUL5hopqo3/0KkDyTn0nzbj1CwDl3lUDx7LB0z72HZ200S1/ciDZoYRmSXdASSyXEh euLg== X-Gm-Message-State: ALoCoQnKDNXWrv13EsVt/kkqbJwl7sl1hXFTVvkn35g52xRcmvjs5mP0/cdWNUd/rRm26GYgRQ2I X-Received: by 10.50.78.200 with SMTP id d8mr11648910igx.38.1390709837932; Sat, 25 Jan 2014 20:17:17 -0800 (PST) Received: from fusion-mac.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id kt2sm37301625igb.1.2014.01.25.20.17.16 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 25 Jan 2014 20:17:16 -0800 (PST) Sender: Warner Losh Subject: Re: Rasbperry Pi, what should TARGET_ARCH be? Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <20140126035712.GM13704@funkthat.com> Date: Sat, 25 Jan 2014 21:17:15 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <7D3D51ED-4DDC-484F-9374-877EABB06200@bsdimp.com> References: <20140125044043.GT52955@glenbarber.us> <20140125181256.GE13704@funkthat.com> <20140126035712.GM13704@funkthat.com> To: John-Mark Gurney X-Mailer: Apple Mail (2.1085) Cc: Glen Barber , freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jan 2014 04:17:19 -0000 On Jan 25, 2014, at 8:57 PM, John-Mark Gurney wrote: > Warner Losh wrote this message on Sat, Jan 25, 2014 at 11:22 -0700: >> On Jan 25, 2014, at 11:12 AM, John-Mark Gurney wrote: >>=20 >>> Warner Losh wrote this message on Sat, Jan 25, 2014 at 10:50 -0700: >>>> On Jan 24, 2014, at 9:40 PM, Glen Barber wrote: >>>>=20 >>>>> Hi, >>>>>=20 >>>>> I've been working on adding support for embedded systems to the = release >>>>> scripts, which set up a chroot to ensure a clean build = environment, then >>>>> runs Tim's Crochet scripts. >>>>>=20 >>>>> For the RPI-B, recent updates to the build scripts work fine for >>>>> 11.0-CURRENT and 10.0-STABLE. However, 10.0-RELEASE images fail = to >>>>> boot. >>>>=20 >>>> If that worked, it worked by accident. >>>>=20 >>>>> I showed output from 'uname -pm' out-of-band of an 11.0-CURRENT = image, >>>>> and was suspicious that the output showed 'arm arm', not 'arm = armv6'. >>>>> Warner had the same impression it should be 'arm armv6'. >>>>>=20 >>>>> Hiren poked around the Crochet code, and saw that = 'TARGET_ARCH=3Darm' is >>>>> set for the RaspberryPi board by default. >>>>=20 >>>> This is incorrect. >>>>=20 >>>>> As a "just in case" experiment, I retried the 10.0-RELEASE code >>>>> (release/10.0.0/) with TARGET_ARCH=3Darmv6, and sure enough, it = works. >>>>>=20 >>>>> But, I don't know *why*. >>>>=20 >>>> It works because that's the architecture that the RPi runs. >>>>=20 >>>>> Is this a change between head/ and stable/10/ versus releng/10.0/ = ? >>>>>=20 >>>>> I can handle a differentiation between the branches with regard to = this >>>>> (sort of), but I want to make sure the correct TARGET_ARCH is = being set >>>>> across the different branches, so it can be handled properly in = the >>>>> build scripts, and usable images can be produced. >>>>=20 >>>> The definition should be the same on both branches. You must use = TARGET_ARCH=3Darmv6 on all known branches to produce working code. You = might get lucky and get TARGET_ARCH=3Darm and have it work, but that's = most definitely not a supported configuration. >>>>=20 >>>>> So, what should be used? And where? >>>>=20 >>>> For RPi, TARGET_ARCH=3Darmv6 everywhere on all branches >=3D 9. RPi = isn't supported 8 and lower. >>>=20 >>> May I propose this patch: >>> https://www.funkthat.com/~jmg/kerncheckarch.patch >>>=20 >>> This uses either TARGET[_ARCH] or uname -[mp] to make sure that the >>> they match w/ the new kernel being built... I believe I did get the >>> -m and -p w/ the correct order, but as I don't have a machine where >>> they different, I can't confirm... >>>=20 >>> This would prevent the issue that Glen experienced... >>=20 >> I hate uname checks. They are almost always wrong. I've been burned = too many times in the past by them, and strongly oppose them on general = principals.=20 >>=20 >> TARGET won't necessarily be defined when building the kernel, so this = patch can't possibly do what you want it to do. Any place outside of = Makefile and Makefile.inc1 that checks for it is generally wrong (with = the exception of some of the cross tools that support being built = standalone outside of makeworld). I believe that at most it will detect = when you are cross building and fail. >=20 > Then we could remove the uname checks and put the remaining under .if > defined() and provide at least some seatbelts... But the remaining is bogus. TARGET isn't defined here (and if it is, it = is an accidental leakage, not an intentional thing) >> Better to check the arch line in the kernel config file matches the = MARCHINE_ARCH. This can likely be done with a tiny bit of config magic = in one of the generated files so the build will check the right = preprocessor defines. There's some magic to do something similar for the = universe builds. >=20 > That's pointless since the MACHINE_ARCH line in the Makefile IS = populated > from the config file... Sure, config generates MACHINE_ARCH, so there's nothing to check. You = can't test against TARGET_ARCH, because that's not defined (or not = guaranteed to be defined), and you can't test against uname because = that's irrelevant. Normally, we define __${MACHINE_ARCH} in the default defines for = building toolchain. Config could generate a .c or .h that tests to make = sure that __${MACHINE_ARCH} is defined, but that's not entirely = foolproof. That's the only place we can rest for sure. Warner= From owner-freebsd-arm@FreeBSD.ORG Sun Jan 26 14:10:00 2014 Return-Path: Delivered-To: freebsd-arm@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BDEBA1E6 for ; Sun, 26 Jan 2014 14:10:00 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7EC1D19EC for ; Sun, 26 Jan 2014 14:10:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s0QEA0Ne098793 for ; Sun, 26 Jan 2014 14:10:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s0QEA0fj098792; Sun, 26 Jan 2014 14:10:00 GMT (envelope-from gnats) Resent-Date: Sun, 26 Jan 2014 14:10:00 GMT Resent-Message-Id: <201401261410.s0QEA0fj098792@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-arm@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Takanori Sawada Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BF2CD1E4 for ; Sun, 26 Jan 2014 14:09:39 +0000 (UTC) Received: from oldred.freebsd.org (oldred.freebsd.org [IPv6:2001:1900:2254:206a::50:4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AB19919E7 for ; Sun, 26 Jan 2014 14:09:39 +0000 (UTC) Received: from oldred.freebsd.org ([127.0.1.6]) by oldred.freebsd.org (8.14.5/8.14.7) with ESMTP id s0QE9d9q066256 for ; Sun, 26 Jan 2014 14:09:39 GMT (envelope-from nobody@oldred.freebsd.org) Received: (from nobody@localhost) by oldred.freebsd.org (8.14.5/8.14.5/Submit) id s0QE9dRw066249; Sun, 26 Jan 2014 14:09:39 GMT (envelope-from nobody) Message-Id: <201401261409.s0QE9dRw066249@oldred.freebsd.org> Date: Sun, 26 Jan 2014 14:09:39 GMT From: Takanori Sawada To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: arm/186129: ti mbox and pruss has params to mtx_init reversed X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jan 2014 14:10:00 -0000 >Number: 186129 >Category: arm >Synopsis: ti mbox and pruss has params to mtx_init reversed >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-arm >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jan 26 14:10:00 UTC 2014 >Closed-Date: >Last-Modified: >Originator: Takanori Sawada >Release: >Organization: >Environment: FreeBSD Current >Description: Args are in wrong order to mtx_init(9) (1) http://svnweb.freebsd.org/base/head/sys/arm/ti/ti_mbox.c?revision=258209&view=markup#l143 now: mtx_init(&sc->sc_mtx, "TI mbox", MTX_DEF, 0); correct: mtx_init(&sc->sc_mtx, "TI mbox", NULL, MTX_DEF); (2) http://svnweb.freebsd.org/base/head/sys/arm/ti/ti_pruss.c?revision=258210&view=markup#l169 now: mtx_init(&sc->sc_mtx, "TI PRUSS", MTX_DEF, 0); correct: mtx_init(&sc->sc_mtx, "TI PRUSS", NULL, MTX_DEF); >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-arm@FreeBSD.ORG Sun Jan 26 18:25:26 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B76F3230 for ; Sun, 26 Jan 2014 18:25:26 +0000 (UTC) Received: from mail-pa0-f41.google.com (mail-pa0-f41.google.com [209.85.220.41]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 88D001EAA for ; Sun, 26 Jan 2014 18:25:26 +0000 (UTC) Received: by mail-pa0-f41.google.com with SMTP id fa1so5090766pad.14 for ; Sun, 26 Jan 2014 10:25:14 -0800 (PST) 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=9cOh4Lanpmr1MQ80xVpcFmYzozGkFeton8+0qFdO3WM=; b=O60XRz32wi1c+G8T82FNtQravmLVFXJq3opwFWecvofxUNs5o2q+h5szVRex9JuaOg l+BP4aFPJMSH/AnFMVRJWxRlTuHBhaed2zQj+n3k21NmLSYk19DOGmPx9l9Z1AsOdQUm ZarJ7dQP3pUcAD8ifcCyHjvlhQM3klfKt69PPHXXCy90mM4Ip8e9WuaiCQdN9feeITVp 08dEyn+mjBl1qBk6Vq/aEi3q7E7OPEGfUvh4J7VtOsjPYqMb1tj7Jszle707qBx0VP1o YMI7kRJ0GME2QXM764jd9OyVVW85Z0vNJyPq/CAUpEsUBwTRq6zUYWxDRhW/pyiz+yQW yeoQ== X-Gm-Message-State: ALoCoQl7o6ufGN0hzMT2sOhbxreDIofYksDJjGSBdlj4j3CWMTzVORDSijJhtQwRizt4CEsZDCBS X-Received: by 10.66.26.176 with SMTP id m16mr2345391pag.142.1390760714863; Sun, 26 Jan 2014 10:25:14 -0800 (PST) Received: from [192.168.2.123] (99-74-169-43.lightspeed.sntcca.sbcglobal.net. [99.74.169.43]) by mx.google.com with ESMTPSA id gg10sm24191372pbc.46.2014.01.26.10.25.13 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 26 Jan 2014 10:25:13 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: Rasbperry Pi, what should TARGET_ARCH be? From: Tim Kientzle In-Reply-To: Date: Sun, 26 Jan 2014 10:25:13 -0800 Content-Transfer-Encoding: 7bit Message-Id: References: <20140125044043.GT52955@glenbarber.us> To: Warner Losh X-Mailer: Apple Mail (2.1827) Cc: Glen Barber , freebsd-arm ml X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jan 2014 18:25:26 -0000 On Jan 25, 2014, at 9:50 AM, Warner Losh wrote: >> Hiren poked around the Crochet code, and saw that 'TARGET_ARCH=arm' is >> set for the RaspberryPi board by default. > > This is incorrect. Fixed now (also fixed for BeagleBone, PandaBoard and Wandboard). Tim From owner-freebsd-arm@FreeBSD.ORG Sun Jan 26 18:29:31 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 488013D1; Sun, 26 Jan 2014 18:29:31 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1986A1ED0; Sun, 26 Jan 2014 18:29:30 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id CA19E13BFC; Sun, 26 Jan 2014 18:29:23 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us CA19E13BFC Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Sun, 26 Jan 2014 13:29:22 -0500 From: Glen Barber To: Tim Kientzle Subject: Re: Rasbperry Pi, what should TARGET_ARCH be? Message-ID: <20140126182922.GA52955@glenbarber.us> References: <20140125044043.GT52955@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="GlsaLUDw2IYctviq" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-arm ml X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jan 2014 18:29:31 -0000 --GlsaLUDw2IYctviq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 26, 2014 at 10:25:13AM -0800, Tim Kientzle wrote: >=20 > On Jan 25, 2014, at 9:50 AM, Warner Losh wrote: >=20 > >> Hiren poked around the Crochet code, and saw that 'TARGET_ARCH=3Darm' = is > >> set for the RaspberryPi board by default. > >=20 > > This is incorrect. >=20 > Fixed now (also fixed for BeagleBone, PandaBoard and Wandboard). >=20 Thanks, Tim! Glen --GlsaLUDw2IYctviq Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJS5VQCAAoJELls3eqvi17QU3YQAIxleen/B2DeaR0W59gvr64w XdITmLpvJWYN1Ph2CrZpukh0mT7zxaGodPTVNgTTp/S5zbCFgwGS+t9yrm2beA5P yGw70+n8G+l1cvUZEPfhFROYlON5KTrgH3fkiAxBz1qJGacfjoT/e4AKedU/lrZ5 +jA63KPxxBQ/6LOXQxqbbHUd0/X4eDl2q7zKhuM9jrbkdcJWHWuFW/FQiD0sTkx7 +wmi4yCs6sjGLp/XMk4ssNmSy760Bh6tuzRVyLBlka9zig82y6iroWf2Q/NYqa6v SgejdJLw/4HRmRpsjyNEgouLXL3tlvWCVgS/A0HEGUB3F5prcA/rzZHRQ9CqFdAl 59HAgqu66DM62Skau7Oxk6Gc/GyB02pWNcMKaq1v18G8moLPc/ZMgBtgiD1PH35C P/qtt0/KWmm0MvMdpFiR4ttAZLaCELBdnFRzEnzbaxVpfTc3fCZOkX+2lH/6j2ZK jzuMO+i9S1rK5aP8hkt5uHmswgH7lyFHdy45NbIDW5ZDFO4zVEsWgnzLhJp4Mc70 1+4fKoL6Q0/oUj/h/3qBj3Lgf65Uzv+cveZkmeOcQ+94siYiiHd6GFa/4xzQe09L 6GcY96V0gwOsLHL1aBNFfb0iJvAu3VobH9kt7VqtO3k/lGs/Fli7HUvpUJ0srHPB cxXYCxVx0WXxPT+pkl6h =qVNl -----END PGP SIGNATURE----- --GlsaLUDw2IYctviq-- From owner-freebsd-arm@FreeBSD.ORG Sun Jan 26 18:59:25 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1E226E98 for ; Sun, 26 Jan 2014 18:59:25 +0000 (UTC) Received: from mail-ob0-f169.google.com (mail-ob0-f169.google.com [209.85.214.169]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D652C1122 for ; Sun, 26 Jan 2014 18:59:24 +0000 (UTC) Received: by mail-ob0-f169.google.com with SMTP id wo20so5687743obc.0 for ; Sun, 26 Jan 2014 10:59:18 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=gY4YIYzR8k/73asGEF6nXlHWCK3FLWHz2K8Bc+CvWtA=; b=jlyFjdEe5WDTZ8Qquo0WO0Dv7bTvdmo79LdsTHR2F9FJlV6hO1qgd7zKMdFeiwJ0X8 ZobFPEVE9wlwquy6iGnIq1xp75n6/42UzioV/SqyKHguQKMjCNsA0z9tjkEGscMl8AXX umZq1Fic0TTKBptV8IedlAs8lIALPJ/B+MMwQUN8Siln4eWyOWLPsZPTbcomlakhJyOk Mg/OwMt4VzPNWmeom49tsbyxYmUKftYgroCKw8POM2vSMF/SKJjJbpmD+ojnHTUrshtl 6q4MOPuPuBpcbnwZwKAi0TgsNmAf0SjDBzBo25xcIOLxpNAifHtOMBvF/Z7CKYLv9Ls6 wlCg== X-Gm-Message-State: ALoCoQlI7Q/8NxaoC1hOR2ytp/bmR1IhFUl6obFkZwt47hUT862KPzXxncgFAUgTqPxZLeAed4kU MIME-Version: 1.0 X-Received: by 10.60.65.5 with SMTP id t5mr11233041oes.19.1390760991647; Sun, 26 Jan 2014 10:29:51 -0800 (PST) Received: by 10.182.104.169 with HTTP; Sun, 26 Jan 2014 10:29:51 -0800 (PST) In-Reply-To: <20140126182922.GA52955@glenbarber.us> References: <20140125044043.GT52955@glenbarber.us> <20140126182922.GA52955@glenbarber.us> Date: Sun, 26 Jan 2014 11:29:51 -0700 Message-ID: Subject: Re: Rasbperry Pi, what should TARGET_ARCH be? From: Tom Everett To: Glen Barber Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Tim Kientzle , freebsd-arm ml X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jan 2014 18:59:25 -0000 thanks! On Sun, Jan 26, 2014 at 11:29 AM, Glen Barber wrote: > On Sun, Jan 26, 2014 at 10:25:13AM -0800, Tim Kientzle wrote: > > > > On Jan 25, 2014, at 9:50 AM, Warner Losh wrote: > > > > >> Hiren poked around the Crochet code, and saw that 'TARGET_ARCH=arm' is > > >> set for the RaspberryPi board by default. > > > > > > This is incorrect. > > > > Fixed now (also fixed for BeagleBone, PandaBoard and Wandboard). > > > > Thanks, Tim! > > Glen > > -- A better world shall emerge based on faith and understanding - Douglas MacArthur From owner-freebsd-arm@FreeBSD.ORG Mon Jan 27 11:06:43 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A582BC2F for ; Mon, 27 Jan 2014 11:06:43 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 757391A7A for ; Mon, 27 Jan 2014 11:06:43 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s0RB6hjA012931 for ; Mon, 27 Jan 2014 11:06:43 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s0RB6gS8012929 for freebsd-arm@FreeBSD.org; Mon, 27 Jan 2014 11:06:43 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 27 Jan 2014 11:06:43 GMT Message-Id: <201401271106.s0RB6gS8012929@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-arm@FreeBSD.org Subject: Current problem reports assigned to freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jan 2014 11:06:43 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o arm/186129 arm ti mbox and pruss has params to mtx_init reversed o arm/185617 arm 10.0-RC1, armv6: "pfctl -s state" crashes on BeagleBon o arm/185046 arm [armv6] issues with dhclient/sshd and jemalloc on rasp o arm/184078 arm cross installworld missing include files o arm/183926 arm Crash when ctrl-c while process is enter o arm/183740 arm mutex on some arm hardware requires dcache enabled o arm/183668 arm Panic when read unalign in ddb o arm/182544 arm [patch] ARM busdma_machdep-v6.c o arm/182060 arm make buildworld fails on Raspberry PI o arm/181722 arm gdb on ARM unable to sensibly debug core file from ass o arm/181718 arm threads caused hung on ARM/RPI o arm/181601 arm Sporadic failure of root mount on ARM/Raspberry o arm/180080 arm Unmapped buffers on ARMv7 big-RAM boards o arm/179688 arm [patch] [rpi] serial console eats some characters at m o arm/179532 arm wireless networking on ARM o arm/178495 arm buildworld fail on arm/raspberry pi o arm/177687 arm gdb gets installed but does not know the EABI version o arm/177686 arm assertion failed in ld-elf.so.1 when invoking telnet w o arm/177685 arm [kernel] [patch] Correct return type and usage of at91 o arm/177538 arm tunefs(8) and mount(8) can not access a newfs(8)'d fil o arm/175803 arm building xdev for arm failing o arm/173617 arm Dreamplug exhibits eSATA file corruption using network o kern/171096 arm [arm][xscale][ixp]Allow 16bit access on PCI bus o arm/166256 arm build fail in pmap.c o arm/162159 arm [panic] USB errors leading to panic on DockStar 9.0-RC o arm/161110 arm /usr/src/sys/arm/include/signal.h is bad o ports/161044 arm devel/icu does not build on arm o arm/158950 arm arm/sheevaplug fails fsx when mmap operations are enab o arm/155894 arm [patch] Enable at91 booting from SDHC (high capacity) p arm/155214 arm [patch] MMC/SD IO slow on Atmel ARM with modern large o arm/154227 arm [geli] using GELI leads to panic on ARM o arm/153380 arm Panic / translation fault with wlan on ARM o arm/150581 arm [irq] Unknown error generates IRQ address decoding err o arm/134368 arm [new driver] [patch] nslu2_led driver for the LEDs on 34 problems total. From owner-freebsd-arm@FreeBSD.ORG Mon Jan 27 17:32:32 2014 Return-Path: Delivered-To: freebsd-arm@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0F294232; Mon, 27 Jan 2014 17:32:32 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D79471EFD; Mon, 27 Jan 2014 17:32:31 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s0RHWVFd004585; Mon, 27 Jan 2014 17:32:31 GMT (envelope-from jmg@freefall.freebsd.org) Received: (from jmg@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s0RHWV4j004584; Mon, 27 Jan 2014 17:32:31 GMT (envelope-from jmg) Date: Mon, 27 Jan 2014 17:32:31 GMT Message-Id: <201401271732.s0RHWV4j004584@freefall.freebsd.org> To: tak.swd@gmail.com, jmg@FreeBSD.org, freebsd-arm@FreeBSD.org From: jmg@FreeBSD.org Subject: Re: arm/186129: ti mbox and pruss has params to mtx_init reversed X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jan 2014 17:32:32 -0000 Synopsis: ti mbox and pruss has params to mtx_init reversed State-Changed-From-To: open->closed State-Changed-By: jmg State-Changed-When: Mon Jan 27 17:32:00 UTC 2014 State-Changed-Why: commited.. Thanks for the report... http://www.freebsd.org/cgi/query-pr.cgi?pr=186129 From owner-freebsd-arm@FreeBSD.ORG Mon Jan 27 17:40:01 2014 Return-Path: Delivered-To: freebsd-arm@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9FABD4D1 for ; Mon, 27 Jan 2014 17:40:01 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8C5B91F45 for ; Mon, 27 Jan 2014 17:40:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s0RHe14i004829 for ; Mon, 27 Jan 2014 17:40:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s0RHe1WA004828; Mon, 27 Jan 2014 17:40:01 GMT (envelope-from gnats) Date: Mon, 27 Jan 2014 17:40:01 GMT Message-Id: <201401271740.s0RHe1WA004828@freefall.freebsd.org> To: freebsd-arm@FreeBSD.org Cc: From: dfilter@FreeBSD.ORG (dfilter service) Subject: Re: arm/186129: commit references a PR X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: dfilter service List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jan 2014 17:40:01 -0000 The following reply was made to PR arm/186129; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: arm/186129: commit references a PR Date: Mon, 27 Jan 2014 17:31:29 +0000 (UTC) Author: jmg Date: Mon Jan 27 17:31:21 2014 New Revision: 261211 URL: http://svnweb.freebsd.org/changeset/base/261211 Log: fix args to mtx_init Note that this commit hasn't been compile tested because these files are not hooked up to the build... PR: 186129 Submitted by: Takanori Sawada Approved by: rpaulo Modified: head/sys/arm/ti/ti_mbox.c head/sys/arm/ti/ti_pruss.c Modified: head/sys/arm/ti/ti_mbox.c ============================================================================== --- head/sys/arm/ti/ti_mbox.c Mon Jan 27 13:28:55 2014 (r261210) +++ head/sys/arm/ti/ti_mbox.c Mon Jan 27 17:31:21 2014 (r261211) @@ -140,7 +140,7 @@ ti_mbox_attach(device_t dev) } sc = device_get_softc(dev); rid = 0; - mtx_init(&sc->sc_mtx, "TI mbox", MTX_DEF, 0); + mtx_init(&sc->sc_mtx, "TI mbox", NULL, MTX_DEF); sc->sc_mem_res = bus_alloc_resource_any(dev, SYS_RES_MEMORY, &rid, RF_ACTIVE); if (sc->sc_mem_res == NULL) { Modified: head/sys/arm/ti/ti_pruss.c ============================================================================== --- head/sys/arm/ti/ti_pruss.c Mon Jan 27 13:28:55 2014 (r261210) +++ head/sys/arm/ti/ti_pruss.c Mon Jan 27 17:31:21 2014 (r261211) @@ -166,7 +166,7 @@ ti_pruss_attach(device_t dev) } sc = device_get_softc(dev); rid = 0; - mtx_init(&sc->sc_mtx, "TI PRUSS", MTX_DEF, 0); + mtx_init(&sc->sc_mtx, "TI PRUSS", NULL, MTX_DEF); sc->sc_mem_res = bus_alloc_resource_any(dev, SYS_RES_MEMORY, &rid, RF_ACTIVE); if (sc->sc_mem_res == NULL) { _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-arm@FreeBSD.ORG Tue Jan 28 13:55:30 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A0FFCE7C for ; Tue, 28 Jan 2014 13:55:30 +0000 (UTC) Received: from smtp.hs-karlsruhe.de (smtp.HS-Karlsruhe.DE [193.196.64.25]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6387B1FAF for ; Tue, 28 Jan 2014 13:55:29 +0000 (UTC) Received: from iz-wera01.hs-karlsruhe.de ([193.196.65.46]) by smtp.hs-karlsruhe.de with esmtp (Exim 4.80.1) (envelope-from ) id 1W898M-0065FQ-3w; Tue, 28 Jan 2014 14:55:22 +0100 X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.5 From: Ralf Wenk To: Andrew Turner Subject: Re: RaspberryPi panic with CURRENT r261183 (was: r260558) In-reply-to: <20140125113854.083d5f30@bender.Home> References: <20140125113854.083d5f30@bender.Home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 28 Jan 2014 14:55:20 +0100 Message-Id: Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jan 2014 13:55:30 -0000 Andrew Turner wrote: > > Can you try updating to at least r261137. There was a bug where > backtrace may not work correctly when it passes through exception_exit. > This won't fix your problem, but it may help track it down. I have updated world and system to r261183w ith activated INVARIANTS and INVARIANTS_SUPPORT. Repeated the whole cycle of NFS-mount, rsync(1)-ing, fetching the INDEX-file and calling portversion. Some ours later the system panics. I fsck(8)ed the filesystems without using the journal, repeated it and and it panics again in the same process after some hours. Rebooting, fsck(8)ing and updating ruby form source, which involves the same local filesystems and devices does not lead to a panic. Until now, the system survived more ours after this than with the rsync(1) update. This is what I get on the serial console: # mmcsd0: Error indicated: 1 Timeout g_vfs_done():mmcsd0s2a[READ(offset=268386304, length=4096)]error = 5 mmcsd0: Error indicated: 1 Timeout g_vfs_done():mmcsd0s2a[READ(offset=292880384, length=4096)]error = 5 mmcsd0: Error indicated: 1 Timeout g_vfs_done():mmcsd0s2a[READ(offset=268402688, length=4096)]error = 5 mmcsd0: Error indicated: 1 Timeout g_vfs_done():mmcsd0s2a[READ(offset=268406784, length=4096)]error = 5 mmcsd0: Error indicated: 1 Timeout g_vfs_done():mmcsd0s2a[READ(offset=268414976, length=4096)]error = 5 mmcsd0: Error indicated: 1 Timeout g_vfs_done():mmcsd0s2a[WRITE(offset=284360704, length=8192)]error = 5 mmcsd0: Error indicated: 1 Timeout g_vfs_done():mmcsd0s2a[WRITE(offset=284360704, length=8192)]error = 5 mmcsd0: Error indicated: 1 Timeout g_vfs_done():mmcsd0s2a[WRITE(offset=284360704, length=8192)]error = 5 mmcsd0: Error indicated: 1 Timeout g_vfs_done():mmcsd0s2a[WRITE(offset=284360704, length=8192)]error = 5 mmcsd0: Error indicated: 1 Timeout g_vfs_done():mmcsd0s2a[WRITE(offset=284360704, length=8192)]error = 5 mmcsd0: Error indicated: 1 Timeout g_vfs_done():mmcsd0s2a[WRITE(offset=284360704, length=8192)]error = 5 mmcsd0: Error indicated: 1 Timeout g_vfs_done():mmcsd0s2a[WRITE(offset=284360704, length=8192)]error = 5 mmcsd0: Error indicated: 1 Timeout g_vfs_done():mmcsd0s2a[WRITE(offset=284360704, length=8192)]error = 5 mmcsd0: Error indicated: 1 Timeout g_vfs_done():mmcsd0s2a[WRITE(offset=284360704, length=8192)]error = 5 mmcsd0: Error indicated: 1 Timeout g_vfs_done():mmcsd0s2a[WRITE(offset=284360704, length=8192)]error = 5 mmcsd0: Error indicated: 1 Timeout g_vfs_done():mmcsd0s2a[WRITE(offset=284360704, length=8192)]error = 5 mmcsd0: Error indicated: 1 Timeout g_vfs_done():mmcsd0s2a[WRITE(offset=284360704, length=8192)]error = 5 mmcsd0: Error indicated: 1 Timeout g_vfs_done():mmcsd0s2a[WRITE(offset=8439296, length=512)]error = 5 panic: brelse: inappropriate B_PAGING or B_CLUSTER bp 0xccab63f0 KDB: enter: panic [ thread pid 625 tid 100063 ] Stopped at $d: ldrb r15, [r15, r15, ror r15]! db> bt Tracing pid 625 tid 100063 td 0xc26bbc80 db_trace_self() at db_trace_self pc = 0xc041183c lr = 0xc012e754 (db_stack_trace+0xf4) sp = 0xddcb77a0 fp = 0xddcb77b8 r10 = 0xc04f8f70 db_stack_trace() at db_stack_trace+0xf4 pc = 0xc012e754 lr = 0xc012e0c0 (db_command+0x264) sp = 0xddcb77c0 fp = 0xddcb7860 r4 = 0x00000000 r5 = 0x00000000 r6 = 0xc046b23a db_command() at db_command+0x264 pc = 0xc012e0c0 lr = 0xc012de30 (db_command_loop+0x60) sp = 0xddcb7868 fp = 0xddcb7878 r4 = 0xc044a88c r5 = 0xc0464c08 r6 = 0xc05419fc r7 = 0xddcb7a48 r8 = 0xc26bbc80 r9 = 0xc0538424 r10 = 0xc04f91e0 db_command_loop() at db_command_loop+0x60 pc = 0xc012de30 lr = 0xc0130830 (db_trap+0xdc) sp = 0xddcb7880 fp = 0xddcb79a0 r4 = 0x00000000 r5 = 0xddcb7888 r6 = 0xc0538450 db_trap() at db_trap+0xdc pc = 0xc0130830 lr = 0xc027d894 (kdb_trap+0xd4) sp = 0xddcb79a8 fp = 0xddcb79c8 r4 = 0x00000000 r5 = 0x00000001 r6 = 0xc0538450 r7 = 0xddcb7a48 kdb_trap() at kdb_trap+0xd4 pc = 0xc027d894 lr = 0xc042468c (undefinedinstruction+0x2b0) sp = 0xddcb79d0 fp = 0xddcb7a40 r4 = 0x00000000 r5 = 0xc0424338 r6 = 0x00000000 r7 = 0xe7ffffff r8 = 0xc26bbc80 r9 = 0xddcb7a48 r10 = 0xc027d144 undefinedinstruction() at undefinedinstruction+0x2b0 pc = 0xc042468c lr = 0xc041364c (exception_exit) sp = 0xddcb7a48 fp = 0xddcb7aa0 r4 = 0xc0464c62 r5 = 0xddcb7af4 r6 = 0xc0470730 r7 = 0xc052a960 r8 = 0xc26bbc80 r9 = 0xc052a7c0 r10 = 0xc0543480 exception_exit() at exception_exit pc = 0xc041364c lr = 0xc027d138 (kdb_enter+0x40) sp = 0xddcb7a98 fp = 0xddcb7aa0 r0 = 0xc0538434 r1 = 0x00000000 r2 = 0xc046855b r3 = 0x000000ab r4 = 0xc0464c62 r5 = 0xddcb7af4 r6 = 0xc0470730 r7 = 0xc052a960 r8 = 0xc26bbc80 r9 = 0xc052a7c0 r10 = 0xc0543480 r12 = 0x00000000 $a() at $a pc = 0xc027d148 lr = 0xc024713c (vpanic+0xb8) sp = 0xddcb7aa8 fp = 0xddcb7ac8 r4 = 0x00000100 vpanic() at vpanic+0xb8 pc = 0xc024713c lr = 0xc0247074 ($d) sp = 0xddcb7ad0 fp = 0xddcb7ae8 r4 = 0xc052a860 r5 = 0xc0470730 r6 = 0xddcb7af4 r7 = 0xc052a7c0 r8 = 0x00000000 r9 = 0x05000040 r10 = 0xc274ed00 $d() at $d pc = 0xc0247074 lr = 0xc02cb6e0 (brelse+0x1f8) sp = 0xddcb7b00 fp = 0xddcb7b68 r4 = 0xccab63f0 r5 = 0x00000005 r6 = 0x00000000 r7 = 0xccab63f0 brelse() at brelse+0x1f8 pc = 0xc02cb6e0 lr = 0xc02c9670 (bufwrite+0x2e8) sp = 0xddcb7b70 fp = 0xddcb7ba8 r4 = 0xccab63f0 r5 = 0x00000005 r6 = 0x00000000 r7 = 0xc05437ec r8 = 0x00000000 r9 = 0x05000040 r10 = 0xc274ed00 bufwrite() at bufwrite+0x2e8 pc = 0xc02c9670 lr = 0xc03c70c4 (ffs_bufwrite+0x14c) sp = 0xddcb7bb0 fp = 0xddcb7bd0 r4 = 0xccab63f0 r5 = 0xccab63f0 r6 = 0xc26dea00 r7 = 0xd0260020 r8 = 0x00000000 r9 = 0xc27092b0 r10 = 0xc274ed00 ffs_bufwrite() at ffs_bufwrite+0x14c pc = 0xc03c70c4 lr = 0xc03bdcb0 ($a+0x2a0) sp = 0xddcb7bd8 fp = 0xddcb7c58 r4 = 0xc26dea00 r5 = 0xccab63f0 r6 = 0xc26dea00 $a() at $a+0x2a0 pc = 0xc03bdcb0 lr = 0xc03b30b8 ($a+0x84) sp = 0xddcb7c60 fp = 0xddcb7c80 r4 = 0xc3eae600 r5 = 0x00000001 r6 = 0x00000001 r7 = 0xc26dea00 r8 = 0xddcb7cb8 r9 = 0x00007ceb r10 = 0xc27092b0 $a() at $a+0x84 pc = 0xc03b30b8 lr = 0xc03bd274 (flush_deplist+0xc8) sp = 0xddcb7c88 fp = 0xddcb7ca0 r4 = 0xc29b4c80 r5 = 0x00000002 flush_deplist() at flush_deplist+0xc8 pc = 0xc03bd274 lr = 0xc03b9cd4 (softdep_sync_metadata+0x220) sp = 0xddcb7ca8 fp = 0xddcb7cd8 r4 = 0xc298cc00 r5 = 0xc0481b81 r6 = 0x00000002 r7 = 0xddcb7cb8 r8 = 0xc26bbc80 softdep_sync_metadata() at softdep_sync_metadata+0x220 pc = 0xc03b9cd4 lr = 0xc03c90dc (ffs_syncvnode+0x54) sp = 0xddcb7ce0 fp = 0xddcb7d30 r4 = 0xc277cd80 r5 = 0xc2985480 r6 = 0x00000000 r7 = 0xc2985480 r8 = 0xc26bbc80 r9 = 0xc2972320 r10 = 0x00000000 ffs_syncvnode() at ffs_syncvnode+0x54 pc = 0xc03c90dc lr = 0xc03c8434 (ffs_fsync+0x20) sp = 0xddcb7d38 fp = 0xddcb7d48 r4 = 0xddcb7d90 r5 = 0xc2985480 r6 = 0x00000000 r7 = 0xc04747ff r8 = 0xc26bbc80 r9 = 0xc2972320 r10 = 0x1ffffffc ffs_fsync() at ffs_fsync+0x20 pc = 0xc03c8434 lr = 0xc042ff94 (VOP_FSYNC_APV+0xd0) sp = 0xddcb7d50 fp = 0xddcb7d60 r4 = 0xddcb7d90 r5 = 0xc051d240 r6 = 0x00000000 r7 = 0xc04747ff VOP_FSYNC_APV() at VOP_FSYNC_APV+0xd0 pc = 0xc042ff94 lr = 0xc02f05e0 (sys_fsync+0x150) sp = 0xddcb7d68 fp = 0xddcb7db8 r4 = 0xc26bbc80 r5 = 0xc27387c0 r6 = 0xc2985480 sys_fsync() at sys_fsync+0x150 pc = 0xc02f05e0 lr = 0xc0423b50 (swi_handler+0x284) sp = 0xddcb7dc0 fp = 0xddcb7e58 r4 = 0xc26bbc80 r5 = 0x00000000 r6 = 0x00000000 r7 = 0x00000000 r8 = 0xddcb7e10 swi_handler() at swi_handler+0x284 pc = 0xc0423b50 lr = 0xc0413470 (swi_entry+0x2c) sp = 0xddcb7e60 fp = 0xbfffee30 r4 = 0x2084ba00 r5 = 0x0000006a r6 = 0x00000000 r7 = 0x0000005f r8 = 0xbfffe483 r9 = 0x00000000 swi_entry() at swi_entry+0x2c pc = 0xc0413470 lr = 0xc0413470 (swi_entry+0x2c) sp = 0xddcb7e60 fp = 0xbfffee30 Unable to unwind further db> sh proc 625 Process 625 (syslogd) at 0xc2972320: state: NORMAL uid: 0 gids: 0 parent: pid 1 at 0xc253b640 ABI: FreeBSD ELF32 arguments: /usr/sbin/syslogd threads: 1 100063 Run CPU 0 syslogd db> sh thread 100063 Thread 100063 at 0xc26bbc80: proc (pid 625): 0xc2972320 name: syslogd stack: 0xddcb6000-0xddcb7fff flags: 0x1000004 pflags: 0 state: RUNNING (CPU 0) priority: 92 container lock: sched lock (0xc0543680) db> Ralf From owner-freebsd-arm@FreeBSD.ORG Tue Jan 28 14:53:15 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 28A0D598 for ; Tue, 28 Jan 2014 14:53:15 +0000 (UTC) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DD1E614F3 for ; Tue, 28 Jan 2014 14:53:14 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1W8A2G-000LQm-5H; Tue, 28 Jan 2014 14:53:08 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id s0SEr37R053787; Tue, 28 Jan 2014 07:53:03 -0700 (MST) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX19Haad73aQiM7F979vYFR9R Subject: Re: RaspberryPi panic with CURRENT r261183 (was: r260558) From: Ian Lepore To: Ralf Wenk In-Reply-To: References: <20140125113854.083d5f30@bender.Home> Content-Type: text/plain; charset="us-ascii" Date: Tue, 28 Jan 2014 07:53:03 -0700 Message-ID: <1390920783.1230.153.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jan 2014 14:53:15 -0000 On Tue, 2014-01-28 at 14:55 +0100, Ralf Wenk wrote: > Andrew Turner wrote: > > > > Can you try updating to at least r261137. There was a bug where > > backtrace may not work correctly when it passes through exception_exit. > > This won't fix your problem, but it may help track it down. > > I have updated world and system to r261183w ith activated INVARIANTS and > INVARIANTS_SUPPORT. Repeated the whole cycle of NFS-mount, rsync(1)-ing, > fetching the INDEX-file and calling portversion. > > Some ours later the system panics. I fsck(8)ed the filesystems without using > the journal, repeated it and and it panics again in the same process after > some hours. > > Rebooting, fsck(8)ing and updating ruby form source, which involves the same > local filesystems and devices does not lead to a panic. Until now, the system > survived more ours after this than with the rsync(1) update. > > This is what I get on the serial console: > > # mmcsd0: Error indicated: 1 Timeout > g_vfs_done():mmcsd0s2a[READ(offset=268386304, length=4096)]error = 5 > mmcsd0: Error indicated: 1 Timeout > g_vfs_done():mmcsd0s2a[READ(offset=292880384, length=4096)]error = 5 > mmcsd0: Error indicated: 1 Timeout > g_vfs_done():mmcsd0s2a[READ(offset=268402688, length=4096)]error = 5 > mmcsd0: Error indicated: 1 Timeout > g_vfs_done():mmcsd0s2a[READ(offset=268406784, length=4096)]error = 5 > mmcsd0: Error indicated: 1 Timeout > g_vfs_done():mmcsd0s2a[READ(offset=268414976, length=4096)]error = 5 > mmcsd0: Error indicated: 1 Timeout > g_vfs_done():mmcsd0s2a[WRITE(offset=284360704, length=8192)]error = 5 > mmcsd0: Error indicated: 1 Timeout > g_vfs_done():mmcsd0s2a[WRITE(offset=284360704, length=8192)]error = 5 > mmcsd0: Error indicated: 1 Timeout > g_vfs_done():mmcsd0s2a[WRITE(offset=284360704, length=8192)]error = 5 > mmcsd0: Error indicated: 1 Timeout > g_vfs_done():mmcsd0s2a[WRITE(offset=284360704, length=8192)]error = 5 > mmcsd0: Error indicated: 1 Timeout > g_vfs_done():mmcsd0s2a[WRITE(offset=284360704, length=8192)]error = 5 > mmcsd0: Error indicated: 1 Timeout > g_vfs_done():mmcsd0s2a[WRITE(offset=284360704, length=8192)]error = 5 > mmcsd0: Error indicated: 1 Timeout > g_vfs_done():mmcsd0s2a[WRITE(offset=284360704, length=8192)]error = 5 > mmcsd0: Error indicated: 1 Timeout > g_vfs_done():mmcsd0s2a[WRITE(offset=284360704, length=8192)]error = 5 > mmcsd0: Error indicated: 1 Timeout > g_vfs_done():mmcsd0s2a[WRITE(offset=284360704, length=8192)]error = 5 > mmcsd0: Error indicated: 1 Timeout > g_vfs_done():mmcsd0s2a[WRITE(offset=284360704, length=8192)]error = 5 > mmcsd0: Error indicated: 1 Timeout > g_vfs_done():mmcsd0s2a[WRITE(offset=284360704, length=8192)]error = 5 > mmcsd0: Error indicated: 1 Timeout > g_vfs_done():mmcsd0s2a[WRITE(offset=284360704, length=8192)]error = 5 > mmcsd0: Error indicated: 1 Timeout > g_vfs_done():mmcsd0s2a[WRITE(offset=8439296, length=512)]error = 5 > panic: brelse: inappropriate B_PAGING or B_CLUSTER bp 0xccab63f0 > KDB: enter: panic > [ thread pid 625 tid 100063 ] > Stopped at $d: ldrb r15, [r15, r15, ror r15]! > db> bt > Tracing pid 625 tid 100063 td 0xc26bbc80 > [trace snipped] The panic here is just a symptom. The actual problem appears to be that the sd controller or card locked up -- just stopped responding to commands so that everything after that point timed out. The filesystem code is not very forgiving about IO which does not complete, eventually you end up with a panic. -- Ian From owner-freebsd-arm@FreeBSD.ORG Tue Jan 28 18:01:43 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0737E695 for ; Tue, 28 Jan 2014 18:01:43 +0000 (UTC) Received: from newton.metanet.ch (newton.metanet.ch [80.74.158.130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 61A8E17B2 for ; Tue, 28 Jan 2014 18:01:42 +0000 (UTC) Received: (qmail 31807 invoked from network); 28 Jan 2014 19:01:34 +0100 Received: from udp003908uds.hawaiiantel.net (HELO agora.local) (72.234.77.86) by newton.metanet.ch with ESMTPSA (DHE-RSA-AES256-SHA encrypted, authenticated); 28 Jan 2014 19:01:33 +0100 Message-ID: <52E7F07A.7090002@thieprojects.ch> Date: Tue, 28 Jan 2014 08:01:30 -1000 From: Werner Thie User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Tim Kientzle , "freebsd-arm@freebsd.org" Subject: sysutils/u-boot-beaglebone-eabi port fails to build Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jan 2014 18:01:43 -0000 Hi Tim sysutils/u-boot-beaglebone-eabi port fails with make install ===> Building for u-boot-beaglebone-eabi-2013.04 (cd /usr/ports/sysutils/u-boot-beaglebone-eabi/work/u-boot-2013.04;gmake CROSS_COMPILE=arm-eabi- ) gmake[1]: Entering directory `/usr/ports/sysutils/u-boot-beaglebone-eabi/work/u-boot-2013.04' for dir in tools examples/standalone examples/api arch/arm/cpu/armv7 ; do \ gmake -C $dir _depend ; done gcc: not found gmake[2]: Entering directory `/usr/ports/sysutils/u-boot-beaglebone-eabi/work/u-boot-2013.04/tools' gmake[2]: Nothing to be done for `_depend'. gmake[2]: Leaving directory `/usr/ports/sysutils/u-boot-beaglebone-eabi/work/u-boot-2013.04/tools' gmake[2]: Entering directory `/usr/ports/sysutils/u-boot-beaglebone-eabi/work/u-boot-2013.04/examples/standalone' gmake[2]: Nothing to be done for `_depend'. gmake[2]: Leaving directory `/usr/ports/sysutils/u-boot-beaglebone-eabi/work/u-boot-2013.04/examples/standalone' gmake[2]: Entering directory `/usr/ports/sysutils/u-boot-beaglebone-eabi/work/u-boot-2013.04/examples/api' gmake[2]: Nothing to be done for `_depend'. gmake[2]: Leaving directory `/usr/ports/sysutils/u-boot-beaglebone-eabi/work/u-boot-2013.04/examples/api' gmake[2]: Entering directory `/usr/ports/sysutils/u-boot-beaglebone-eabi/work/u-boot-2013.04/arch/arm/cpu/armv7' gmake[2]: Nothing to be done for `_depend'. gmake[2]: Leaving directory `/usr/ports/sysutils/u-boot-beaglebone-eabi/work/u-boot-2013.04/arch/arm/cpu/armv7' gmake -C tools all gcc: not found gmake[2]: Entering directory `/usr/ports/sysutils/u-boot-beaglebone-eabi/work/u-boot-2013.04/tools' gcc -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -include /usr/ports/sysutils/u-boot-beaglebone-eabi/work/u-boot-2013.04/include/libfdt_env.h -idirafter /usr/ports/sysutils/u-boot-beaglebone-eabi/work/u-boot-2013.04/include -idirafter /usr/ports/sysutils/u-boot-beaglebone-eabi/work/u-boot-2013.04/include2 -idirafter /usr/ports/sysutils/u-boot-beaglebone-eabi/work/u-boot-2013.04/include -I /usr/ports/sysutils/u-boot-beaglebone-eabi/work/u-boot-2013.04/lib/libfdt -I /usr/ports/sysutils/u-boot-beaglebone-eabi/work/u-boot-2013.04/tools -DCONFIG_SYS_TEXT_BASE=0x80800000 -DUSE_HOSTCC -D__KERNEL_STRICT_NAMES -pedantic -o gen_eth_addr.o gen_eth_addr.c -c gcc: not found gmake[2]: *** [gen_eth_addr.o] Error 127 gmake[2]: Leaving directory `/usr/ports/sysutils/u-boot-beaglebone-eabi/work/u-boot-2013.04/tools' gmake[1]: *** [tools] Error 2 gmake[1]: Leaving directory `/usr/ports/sysutils/u-boot-beaglebone-eabi/work/u-boot-2013.04' *** Error code 2 arm-eabi-gcc is installed, arm-eabi-gcc -v Using built-in specs. COLLECT_GCC=arm-eabi-gcc COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/arm-eabi/4.5.4/lto-wrapper Target: arm-eabi Configured with: ./../gcc-4.5.4/configure --target=arm-eabi --enable-languages=c,c++,objc --datadir=/usr/local/arm-eabi/share --with-system-zlib --disable-nls --without-included_gettext --with-newlib --with-dwarf2 --with-gxx-include-dir=/usr/local/arm-eabi/lib/gcc//include/cxx/ --disable-shared --with-gmp=/usr/local --with-mpfr=/usr/local --with-mpc=/usr/local --prefix=/usr/local --mandir=/usr/local/man --infodir=/usr/local/info/ --build=i386-portbld-freebsd10.0 Thread model: single gcc version 4.5.4 (GCC) System version: FreeBSD xtools 10.0-RELEASE FreeBSD 10.0-RELEASE #0 r260789 Mahalo, Werner From owner-freebsd-arm@FreeBSD.ORG Tue Jan 28 23:02:07 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 636A434A for ; Tue, 28 Jan 2014 23:02:07 +0000 (UTC) Received: from orange.myspectrum.nl (orange.myspectrum.nl [149.210.134.247]) by mx1.freebsd.org (Postfix) with ESMTP id 1E86D134D for ; Tue, 28 Jan 2014 23:02:06 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by orange.myspectrum.nl (Postfix) with ESMTP id 3A98A82ABD; Tue, 28 Jan 2014 23:56:12 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at myspectrum.nl Received: from orange.myspectrum.nl ([127.0.0.1]) by localhost (orange.myspectrum.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wthd8luQzPoP; Tue, 28 Jan 2014 23:56:12 +0100 (CET) Received: from [10.0.0.103] (ip120-12-208-87.adsl2.static.versatel.nl [87.208.12.120]) (Authenticated sender: jeroen@myspectrum.nl) by orange.myspectrum.nl (Postfix) with ESMTPSA id CDBB282AB7; Tue, 28 Jan 2014 23:56:11 +0100 (CET) Message-ID: <52E8358B.3010103@myspectrum.nl> Date: Tue, 28 Jan 2014 23:56:11 +0100 From: Jeroen Hofstee User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Werner Thie , Tim Kientzle , "freebsd-arm@freebsd.org" Subject: Re: sysutils/u-boot-beaglebone-eabi port fails to build References: <52E7F07A.7090002@thieprojects.ch> In-Reply-To: <52E7F07A.7090002@thieprojects.ch> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jan 2014 23:02:07 -0000 Hello Werner, On 01/28/2014 07:01 PM, Werner Thie wrote: > make install > ===> Building for u-boot-beaglebone-eabi-2013.04 > (cd > /usr/ports/sysutils/u-boot-beaglebone-eabi/work/u-boot-2013.04;gmake > CROSS_COMPILE=arm-eabi- ) > gmake[1]: Entering directory > `/usr/ports/sysutils/u-boot-beaglebone-eabi/work/u-boot-2013.04' > for dir in tools examples/standalone examples/api arch/arm/cpu/armv7 > ; do \ > gmake -C $dir _depend ; done > gcc: not found Do you have gcc installed? Part of the u-boot tree compiles tools for the native host, like mkimage etc. I didn't try, but perhaps this works? gmake HOSTCC=clang Which clang version do you have? Regards, Jeroen From owner-freebsd-arm@FreeBSD.ORG Wed Jan 29 02:44:58 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1E7EA87F for ; Wed, 29 Jan 2014 02:44:58 +0000 (UTC) Received: from mail-pd0-f176.google.com (mail-pd0-f176.google.com [209.85.192.176]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E40791324 for ; Wed, 29 Jan 2014 02:44:57 +0000 (UTC) Received: by mail-pd0-f176.google.com with SMTP id w10so1137336pde.35 for ; Tue, 28 Jan 2014 18:44:50 -0800 (PST) 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=e0dMukTkbXvlQIdLksYe8vwK1/J/Yhjyy5o9K8wESjM=; b=KrptjRjRiP6fxQLmvqTsYOhZR0xo7w4RDYCHkyyXK856LEiRuLgr0uhMsatui4TVAO 16uiMIqteXsqm63wg7Hfug9yEsAhClc1cj6eGKeqrtoxYuH+mHBiq8u+SzZd62GMd0iD ztcWewIaWkejZGYDAKwNlIsHAjQKOYY2TJut32SclBTxCl3xpEKoO562syFfkKO90wD8 35231LGbYBFID1NS58LMMTCsD6FM4nzTdmSRVYIc4OZ/xi9uqR1cnaHDiW+5ksZ0fZWy RGi/OxGn/bZv7sHoRdOEBIquCHmdwY/Yj4qY+A4Wpsr3gmBOOZ1j/MoKdZ2tnc0qzdUo FkIQ== X-Gm-Message-State: ALoCoQkzLfUABFqsUFJ58OUq0/j8dIv2Y3hoQi6hoUVeeu7lIHVSVm/1BG4Jv5X+fSBxnP45q0ve X-Received: by 10.66.163.164 with SMTP id yj4mr5120619pab.91.1390963490854; Tue, 28 Jan 2014 18:44:50 -0800 (PST) Received: from [192.168.1.2] (c-24-6-182-22.hsd1.ca.comcast.net. [24.6.182.22]) by mx.google.com with ESMTPSA id ns7sm1515506pbc.32.2014.01.28.18.44.47 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 28 Jan 2014 18:44:48 -0800 (PST) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: sysutils/u-boot-beaglebone-eabi port fails to build From: Tim Kientzle In-Reply-To: <52E7F07A.7090002@thieprojects.ch> Date: Tue, 28 Jan 2014 18:44:05 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <52E7F07A.7090002@thieprojects.ch> To: Werner Thie X-Mailer: Apple Mail (2.1827) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jan 2014 02:44:58 -0000 The following needs to be added to the build commands in the Makefile: HOSTCC=3Dcc As Jeroen pointed out, without this the U-Boot build system tries to use = =91gcc=92 unconditionally to build the pieces that run on the build = host. Those pieces do not specifically require any GCC-specific = features, so they should use =91cc=92 to use whatever native compiler is = available. Apologies for this being broken for so long=85 Not sure when I=92ll get = back to it=85 if anyone wants to take over this port, please be my = guest. Tim On Jan 28, 2014, at 10:01 AM, Werner Thie = wrote: > Hi Tim >=20 > sysutils/u-boot-beaglebone-eabi port fails with >=20 > make install > =3D=3D=3D> Building for u-boot-beaglebone-eabi-2013.04 > (cd = /usr/ports/sysutils/u-boot-beaglebone-eabi/work/u-boot-2013.04;gmake = CROSS_COMPILE=3Darm-eabi- ) > gmake[1]: Entering directory = `/usr/ports/sysutils/u-boot-beaglebone-eabi/work/u-boot-2013.04' > for dir in tools examples/standalone examples/api arch/arm/cpu/armv7 = ; do \ > gmake -C $dir _depend ; done > gcc: not found > gmake[2]: Entering directory = `/usr/ports/sysutils/u-boot-beaglebone-eabi/work/u-boot-2013.04/tools' > gmake[2]: Nothing to be done for `_depend'. > gmake[2]: Leaving directory = `/usr/ports/sysutils/u-boot-beaglebone-eabi/work/u-boot-2013.04/tools' > gmake[2]: Entering directory = `/usr/ports/sysutils/u-boot-beaglebone-eabi/work/u-boot-2013.04/examples/s= tandalone' > gmake[2]: Nothing to be done for `_depend'. > gmake[2]: Leaving directory = `/usr/ports/sysutils/u-boot-beaglebone-eabi/work/u-boot-2013.04/examples/s= tandalone' > gmake[2]: Entering directory = `/usr/ports/sysutils/u-boot-beaglebone-eabi/work/u-boot-2013.04/examples/a= pi' > gmake[2]: Nothing to be done for `_depend'. > gmake[2]: Leaving directory = `/usr/ports/sysutils/u-boot-beaglebone-eabi/work/u-boot-2013.04/examples/a= pi' > gmake[2]: Entering directory = `/usr/ports/sysutils/u-boot-beaglebone-eabi/work/u-boot-2013.04/arch/arm/c= pu/armv7' > gmake[2]: Nothing to be done for `_depend'. > gmake[2]: Leaving directory = `/usr/ports/sysutils/u-boot-beaglebone-eabi/work/u-boot-2013.04/arch/arm/c= pu/armv7' > gmake -C tools all > gcc: not found > gmake[2]: Entering directory = `/usr/ports/sysutils/u-boot-beaglebone-eabi/work/u-boot-2013.04/tools' > gcc -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -include = /usr/ports/sysutils/u-boot-beaglebone-eabi/work/u-boot-2013.04/include/lib= fdt_env.h -idirafter = /usr/ports/sysutils/u-boot-beaglebone-eabi/work/u-boot-2013.04/include = -idirafter = /usr/ports/sysutils/u-boot-beaglebone-eabi/work/u-boot-2013.04/include2 = -idirafter = /usr/ports/sysutils/u-boot-beaglebone-eabi/work/u-boot-2013.04/include = -I = /usr/ports/sysutils/u-boot-beaglebone-eabi/work/u-boot-2013.04/lib/libfdt = -I /usr/ports/sysutils/u-boot-beaglebone-eabi/work/u-boot-2013.04/tools = -DCONFIG_SYS_TEXT_BASE=3D0x80800000 -DUSE_HOSTCC -D__KERNEL_STRICT_NAMES = -pedantic -o gen_eth_addr.o gen_eth_addr.c -c > gcc: not found > gmake[2]: *** [gen_eth_addr.o] Error 127 > gmake[2]: Leaving directory = `/usr/ports/sysutils/u-boot-beaglebone-eabi/work/u-boot-2013.04/tools' > gmake[1]: *** [tools] Error 2 > gmake[1]: Leaving directory = `/usr/ports/sysutils/u-boot-beaglebone-eabi/work/u-boot-2013.04' > *** Error code 2 >=20 > arm-eabi-gcc is installed, >=20 > arm-eabi-gcc -v > Using built-in specs. > COLLECT_GCC=3Darm-eabi-gcc > COLLECT_LTO_WRAPPER=3D/usr/local/libexec/gcc/arm-eabi/4.5.4/lto-wrapper > Target: arm-eabi > Configured with: ./../gcc-4.5.4/configure --target=3Darm-eabi = --enable-languages=3Dc,c++,objc --datadir=3D/usr/local/arm-eabi/share = --with-system-zlib --disable-nls --without-included_gettext = --with-newlib --with-dwarf2 = --with-gxx-include-dir=3D/usr/local/arm-eabi/lib/gcc//include/cxx/ = --disable-shared --with-gmp=3D/usr/local --with-mpfr=3D/usr/local = --with-mpc=3D/usr/local --prefix=3D/usr/local --mandir=3D/usr/local/man = --infodir=3D/usr/local/info/ --build=3Di386-portbld-freebsd10.0 > Thread model: single > gcc version 4.5.4 (GCC) >=20 > System version: > FreeBSD xtools 10.0-RELEASE FreeBSD 10.0-RELEASE #0 r260789 >=20 > Mahalo, Werner > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@FreeBSD.ORG Wed Jan 29 04:27:54 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 51FA7724 for ; Wed, 29 Jan 2014 04:27:54 +0000 (UTC) Received: from newton.metanet.ch (newton.metanet.ch [80.74.158.130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AFF381A82 for ; Wed, 29 Jan 2014 04:27:53 +0000 (UTC) Received: (qmail 8467 invoked from network); 29 Jan 2014 05:27:50 +0100 Received: from udp003908uds.hawaiiantel.net (HELO agora.local) (72.234.77.86) by newton.metanet.ch with ESMTPSA (DHE-RSA-AES256-SHA encrypted, authenticated); 29 Jan 2014 05:27:50 +0100 Message-ID: <52E8835A.2010406@thieprojects.ch> Date: Tue, 28 Jan 2014 18:28:10 -1000 From: Werner Thie User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Tim Kientzle , "freebsd-arm@freebsd.org" Subject: Re: sysutils/u-boot-beaglebone-eabi port fails to build References: <52E7F07A.7090002@thieprojects.ch> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jan 2014 04:27:54 -0000 Hi Tim On 28/01/14 16:44, Tim Kientzle wrote: > The following needs to be added to the build commands in the Makefile: > > HOSTCC=cc > > As Jeroen pointed out, without this the U-Boot build system tries to use ‘gcc’ unconditionally to build the pieces that run on the build host. Those pieces do not specifically require any GCC-specific features, so they should use ‘cc’ to use whatever native compiler is available. > > Apologies for this being broken for so long… Not sure when I’ll get back to it… if anyone wants to take over this port, please be my guest. No problem, just thought I follow the recommendation given when crochet.sh starts up. But in the meantime I've another one: installworld fails in mtree with mtree: unknown user `unbound' After some digging I found the thread http://lists.freebsd.org/pipermail/freebsd-current/2013-October/045207.html talking extensively about DB_FROM_SRC, the exchange was triggered by cross building I tried to pass this as -DDB_FROM_SRC in config.sh # You can specify options for both buildworld and installworld: FREEBSD_WORLD_EXTRA_ARGS="-DDB_FROM_SRC" to no avail. The log shows: mtree -deU -f /usr/src/etc/mtree/BSD.var.dist -p /home/wthie/proj/crochet-freebsd/work/_.mount.freebsd/var mtree: unknown user `unbound' mtree: failed at line 96 of the specification The user 'unbound' exists in /etc/passwd as well as in /etc/master.passwd. I'm on FreeBSD xtools 10.0-RELEASE FreeBSD 10.0-RELEASE #0 r260789 upgraded from 9.2 Mahalo, Werner From owner-freebsd-arm@FreeBSD.ORG Wed Jan 29 05:14:08 2014 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 413C64BB; Wed, 29 Jan 2014 05:14:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 077B41FE9; Wed, 29 Jan 2014 05:14:07 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id s0T5E7fD075055; Wed, 29 Jan 2014 00:14:07 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s0T5E7fd075052; Wed, 29 Jan 2014 05:14:07 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 29 Jan 2014 05:14:07 GMT Message-Id: <201401290514.s0T5E7fd075052@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jan 2014 05:14:08 -0000 TB --- 2014-01-29 02:10:29 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-29 02:10:29 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-29 02:10:29 - starting HEAD tinderbox run for arm/arm TB --- 2014-01-29 02:10:29 - cleaning the object tree TB --- 2014-01-29 02:10:29 - /usr/local/bin/svn stat /src TB --- 2014-01-29 02:10:37 - At svn revision 261254 TB --- 2014-01-29 02:10:38 - building world TB --- 2014-01-29 02:10:38 - CROSS_BUILD_TESTING=YES TB --- 2014-01-29 02:10:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-29 02:10:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-29 02:10:38 - SRCCONF=/dev/null TB --- 2014-01-29 02:10:38 - TARGET=arm TB --- 2014-01-29 02:10:38 - TARGET_ARCH=arm TB --- 2014-01-29 02:10:38 - TZ=UTC TB --- 2014-01-29 02:10:38 - __MAKE_CONF=/dev/null TB --- 2014-01-29 02:10:38 - cd /src TB --- 2014-01-29 02:10:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Jan 29 02:10:44 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Jan 29 05:13:39 UTC 2014 TB --- 2014-01-29 05:13:39 - generating LINT kernel config TB --- 2014-01-29 05:13:39 - cd /src/sys/arm/conf TB --- 2014-01-29 05:13:39 - /usr/bin/make -B LINT TB --- 2014-01-29 05:13:39 - cd /src/sys/arm/conf TB --- 2014-01-29 05:13:39 - /usr/sbin/config -m LINT TB --- 2014-01-29 05:13:39 - building LINT kernel TB --- 2014-01-29 05:13:39 - CROSS_BUILD_TESTING=YES TB --- 2014-01-29 05:13:39 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-29 05:13:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-29 05:13:39 - SRCCONF=/dev/null TB --- 2014-01-29 05:13:39 - TARGET=arm TB --- 2014-01-29 05:13:39 - TARGET_ARCH=arm TB --- 2014-01-29 05:13:39 - TZ=UTC TB --- 2014-01-29 05:13:39 - __MAKE_CONF=/dev/null TB --- 2014-01-29 05:13:39 - cd /src TB --- 2014-01-29 05:13:39 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jan 29 05:13:39 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] bmake[1]: "/obj/arm.arm/src/sys/LINT/Makefile" line 15669: warning: using previous script for "obio_space.o" defined here machine -> /src/sys/arm/include cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-builtin -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding /src/sys/arm/arm/genassym.c In file included from /src/sys/arm/arm/genassym.c:36: /src/sys/sys/bus.h:585:10: fatal error: 'device_if.h' file not found #include "device_if.h" ^ 1 error generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-01-29 05:14:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-29 05:14:07 - ERROR: failed to build LINT kernel TB --- 2014-01-29 05:14:07 - 8715.72 user 1648.30 system 11017.43 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Wed Jan 29 14:47:04 2014 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5E5BD452; Wed, 29 Jan 2014 14:47:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 240C41149; Wed, 29 Jan 2014 14:47:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id s0TEl3o8012485; Wed, 29 Jan 2014 09:47:03 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s0TEl3Xb012484; Wed, 29 Jan 2014 14:47:03 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 29 Jan 2014 14:47:03 GMT Message-Id: <201401291447.s0TEl3Xb012484@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jan 2014 14:47:04 -0000 TB --- 2014-01-29 11:40:17 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-29 11:40:17 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-29 11:40:17 - starting HEAD tinderbox run for arm/arm TB --- 2014-01-29 11:40:17 - cleaning the object tree TB --- 2014-01-29 11:42:41 - /usr/local/bin/svn stat /src TB --- 2014-01-29 11:42:45 - At svn revision 261261 TB --- 2014-01-29 11:42:46 - building world TB --- 2014-01-29 11:42:46 - CROSS_BUILD_TESTING=YES TB --- 2014-01-29 11:42:46 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-29 11:42:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-29 11:42:46 - SRCCONF=/dev/null TB --- 2014-01-29 11:42:46 - TARGET=arm TB --- 2014-01-29 11:42:46 - TARGET_ARCH=arm TB --- 2014-01-29 11:42:46 - TZ=UTC TB --- 2014-01-29 11:42:46 - __MAKE_CONF=/dev/null TB --- 2014-01-29 11:42:46 - cd /src TB --- 2014-01-29 11:42:46 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Jan 29 11:42:52 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Jan 29 14:46:26 UTC 2014 TB --- 2014-01-29 14:46:26 - generating LINT kernel config TB --- 2014-01-29 14:46:26 - cd /src/sys/arm/conf TB --- 2014-01-29 14:46:26 - /usr/bin/make -B LINT TB --- 2014-01-29 14:46:26 - cd /src/sys/arm/conf TB --- 2014-01-29 14:46:26 - /usr/sbin/config -m LINT TB --- 2014-01-29 14:46:26 - building LINT kernel TB --- 2014-01-29 14:46:26 - CROSS_BUILD_TESTING=YES TB --- 2014-01-29 14:46:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-29 14:46:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-29 14:46:26 - SRCCONF=/dev/null TB --- 2014-01-29 14:46:26 - TARGET=arm TB --- 2014-01-29 14:46:26 - TARGET_ARCH=arm TB --- 2014-01-29 14:46:26 - TZ=UTC TB --- 2014-01-29 14:46:26 - __MAKE_CONF=/dev/null TB --- 2014-01-29 14:46:26 - cd /src TB --- 2014-01-29 14:46:26 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jan 29 14:46:26 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] bmake[1]: "/obj/arm.arm/src/sys/LINT/Makefile" line 15685: warning: using previous script for "obio_space.o" defined here machine -> /src/sys/arm/include cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-builtin -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding /src/sys/arm/arm/genassym.c In file included from /src/sys/arm/arm/genassym.c:36: /src/sys/sys/bus.h:585:10: fatal error: 'device_if.h' file not found #include "device_if.h" ^ 1 error generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-01-29 14:47:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-29 14:47:03 - ERROR: failed to build LINT kernel TB --- 2014-01-29 14:47:03 - 8718.00 user 1645.96 system 11205.52 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Wed Jan 29 18:18:06 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8962074E; Wed, 29 Jan 2014 18:18:06 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5E8601654; Wed, 29 Jan 2014 18:18:06 +0000 (UTC) Received: from glenbarber.us (unknown [IPv6:2001:470:8:1205:2:2:ff:100]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 31B6E156C5; Wed, 29 Jan 2014 18:18:05 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 31B6E156C5 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Wed, 29 Jan 2014 13:18:03 -0500 From: Glen Barber To: freebsd-arm@FreeBSD.org Subject: Raspberry Pi and BeagleBone images available on FreeBSD FTP mirrors Message-ID: <20140129181803.GI1827@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="hAW+M2+FUO+onfmf" Content-Disposition: inline X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jan 2014 18:18:06 -0000 --hAW+M2+FUO+onfmf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, For those not subscribed to the -snapshots@ mailing list, arm/armv6 images for the RPI-B and BEAGLEBONE systems are now available on the FreeBSD FTP mirrors. The work to integrate building ARM images was sponsored by the FreeBSD Foundation. Checksums are in the announcement mail here: http://lists.freebsd.org/pipermail/freebsd-snapshots/2014-January/000066.html Images for RPI-B and BEAGLEBONE are expected to be available weekly (unless something goes wrong with the builds) for 11.0-CURRENT and 10.0-STABLE. PANDABOARD and CUBIEBOARD images should be available next week. Many thanks to Tim Kientzle for Crochet, which is used to produce these images, and to Warner Losh for his input on various things over the last weeks. Enjoy! Glen --hAW+M2+FUO+onfmf Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJS6UXbAAoJELls3eqvi17QLmkQAKWZUJ1ofBQcJgsPAlc5aPn6 2epGWKgZNzlPIau5h6P0LoEMliz1TJOn6NIS/msn3qEXVUOlqYX14RecuDYxnpJ/ CN+0nWr780+7A8w4n3ZUG5ankY5HNG0465KvyzNaim+T8nNuWu0U4wc92U7uhDr8 JmSCl/aoGdNKRr7wRs6ErxdhxCo/zcQPj5SfS/40Ihr5Fif1bMSDyNi1+k7awPSF ZgFt2acc81yWYvSqmAH8/Gsi7jtZ8s11Ij9cBNCK2elzbVRrPfocwr0+pM6jOJH+ naMzjWtNjfnDPkZPOzbtfvDa2phZoYVk2Zy64L9uVP5BQTJ3/vvhlsyuaO2BpfLP nFMLrUEKUk7jTcoF2UxppBwA7DqxnVNnw5w86bKSFXPFPFdG0i7+vgYBLsmyoY+k u4jGxywVU1RIhYtK4OEeBQ9QZ9Q6mVcyEQTaYdQ87hihcP2zdFaCpghigfx9P6LI ULbHwoESQ72o8zTHWNeTXg4UXvHSyETN798mFFa4juv5y57qe2IC8SzDKhdexxKa Y9N9bvXMwVkw4FHCKHndbigXr/fX1b4xgKeM+a9O5S7Kqm45aSj1NHKvskL1jQqL DGV7HDfCy4hKU8DPFKG33btNSOCEVm59nj93i324rafZJmsL1tRy5RkRDYHRmSAi UkFdUFbEUqMrmvZYE4Xs =oFYo -----END PGP SIGNATURE----- --hAW+M2+FUO+onfmf-- From owner-freebsd-arm@FreeBSD.ORG Wed Jan 29 18:39:31 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DED22E13 for ; Wed, 29 Jan 2014 18:39:31 +0000 (UTC) Received: from mail.nomadlogic.org (mail.nomadlogic.org [IPv6:2607:f2f8:a098::4]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C441E1851 for ; Wed, 29 Jan 2014 18:39:31 +0000 (UTC) Received: from mail.nomadlogic.org (localhost [127.0.0.1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.nomadlogic.org (Postfix) with ESMTPS id 61560125EC6 for ; Wed, 29 Jan 2014 10:39:31 -0800 (PST) Received: from pop.rubicorp.com (unknown [72.34.113.100]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.nomadlogic.org (Postfix) with ESMTPSA id 58E6A125EB2 for ; Wed, 29 Jan 2014 10:39:31 -0800 (PST) Message-ID: <52E94AE3.5080404@nomadlogic.org> Date: Wed, 29 Jan 2014 10:39:31 -0800 From: Pete Wright User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Utilite Freescale i.MX6 support Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jan 2014 18:39:31 -0000 Hello, I have recently purchase this device and am interested in trying to get FreeBSD running on it: http://utilite-computer.com/web/utilite-models I currently have the system booting fine with the provided Debian image they ship with these system. At the end of this message is the output of dmesg from linux-land. Helpful documentation is also available here: http://utilite-computer.com/download/documentation//utilite/utilite-technical-reference-manual.pdf >From what I can tell Utilite has done a good job at being open about their spec's and components. Hopefully this will help get it ported. I am personally excited about the dual Intel GBE NIC's on this system and would love to test this box out as an embedded router/firewall/nat device. Is there a good reference I can start from for this chipset? I am not %100 clear on which guide I should be following. Thanks in advance! -pete utilite@utilite-desktop:~$ dmesg Linux version 3.0.35-cm-fx6-5.1 (val@devel) (gcc version 4.4.1 (Sourcery G++ Lite 2009q3-67) ) #232 SMP Wed Dec 11 10:51:48 IST 2013 CPU: ARMv7 Processor [412fc09a] revision 10 (ARMv7), cr=10c53c7d CPU: VIPT nonaliasing data cache, VIPT aliasing instruction cache Machine: Compulab CM-FX6 Memory policy: ECC disabled, Data cache writealloc CPU identified as i.MX6Q, silicon rev 1.2 On node 0 totalpages: 507904 free_area_init_node: node 0, pgdat c0792960, node_mem_map cb800000 DMA zone: 368 pages used for memmap DMA zone: 0 pages reserved DMA zone: 46736 pages, LIFO batch:15 Normal zone: 976 pages used for memmap Normal zone: 123952 pages, LIFO batch:31 HighMem zone: 4288 pages used for memmap HighMem zone: 331584 pages, LIFO batch:31 PERCPU: Embedded 7 pages/cpu @cce11000 s5280 r8192 d15200 u32768 pcpu-alloc: s5280 r8192 d15200 u32768 alloc=8*4096 pcpu-alloc: [0] 0 [0] 1 [0] 2 [0] 3 Built 1 zonelists in Zone order, mobility grouping on. Total pages: 502272 Kernel command line: console=ttymxc3,115200 root=/dev/sda2 rw rootwait PID hash table entries: 4096 (order: 2, 16384 bytes) Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) Memory: 960MB 1024MB = 1984MB total Memory: 2006072k/2006072k available, 91080k reserved, 1343488K highmem Virtual kernel memory layout: vector : 0xffff0000 - 0xffff1000 ( 4 kB) fixmap : 0xfff00000 - 0xfffe0000 ( 896 kB) DMA : 0xf4600000 - 0xffe00000 ( 184 MB) vmalloc : 0xea800000 - 0xf2000000 ( 120 MB) lowmem : 0xc0000000 - 0xea000000 ( 672 MB) pkmap : 0xbfe00000 - 0xc0000000 ( 2 MB) modules : 0xbf000000 - 0xbfe00000 ( 14 MB) .init : 0xc0008000 - 0xc0043000 ( 236 kB) .text : 0xc0043000 - 0xc0735438 (7114 kB) .data : 0xc0736000 - 0xc07939e0 ( 375 kB) .bss : 0xc0793a04 - 0xc07fbb00 ( 417 kB) Hierarchical RCU implementation. RCU dyntick-idle grace-period acceleration is enabled. NR_IRQS:624 MXC GPIO hardware sched_clock: 32 bits at 3000kHz, resolution 333ns, wraps every 1431655ms arm_max_freq=1GHz MXC_Early serial console at MMIO 0x21f0000 (options '115200') bootconsole [ttymxc3] enabled Console: colour dummy device 80x30 Calibrating delay loop... 1581.05 BogoMIPS (lpj=7905280) pid_max: default: 32768 minimum: 301 Mount-cache hash table entries: 512 CPU: Testing write buffer coherency: ok hw perfevents: enabled with ARMv7 Cortex-A9 PMU driver, 7 counters available CPU1: Booted secondary processor CPU2: Booted secondary processor CPU3: Booted secondary processor Brought up 4 CPUs SMP: Total of 4 processors activated (6324.22 BogoMIPS). devtmpfs: initialized print_constraints: dummy: NET: Registered protocol family 16 print_constraints: vddpu: 725 <--> 1300 mV at 1150 mV fast normal print_constraints: vddcore: 725 <--> 1300 mV at 1150 mV fast normal print_constraints: vddsoc: 725 <--> 1300 mV at 1200 mV fast normal print_constraints: vdd2p5: 2000 <--> 2775 mV at 2400 mV fast normal print_constraints: vdd1p1: 800 <--> 1400 mV at 1100 mV fast normal print_constraints: vdd3p0: 2625 <--> 3400 mV at 3000 mV fast normal cpu regulator mode:ldo_enable hw-breakpoint: found 6 breakpoint and 1 watchpoint registers. hw-breakpoint: 1 breakpoint(s) reserved for watchpoint single-step. hw-breakpoint: maximum watchpoint size is 4 bytes. L310 cache controller enabled l2x0: 16 ways, CACHE_ID 0x410000c7, AUX_CTRL 0x02070000, Cache size: 1048576 B bio: create slab at 0 mxs-dma mxs-dma-apbh: initialized print_constraints: ads7846_vcc: 3300 mV print_constraints: vmmc: 3300 mV vgaarb: loaded SCSI subsystem initialized libata version 3.00 loaded. spi_imx imx6q-ecspi.0: probed spi_imx imx6q-ecspi.1: probed usbcore: registered new interface driver usbfs usbcore: registered new interface driver hub usbcore: registered new device driver usb Freescale USB OTG Driver loaded, $Revision: 1.55 $ imx-ipuv3 imx-ipuv3.0: IPU DMFC NORMAL mode: 1(0~1), 5B(4,5), 5F(6,7) imx-ipuv3 imx-ipuv3.1: IPU DMFC NORMAL mode: 1(0~1), 5B(4,5), 5F(6,7) Advanced Linux Sound Architecture Driver Version 1.0.24. Bluetooth: Core ver 2.16 NET: Registered protocol family 31 Bluetooth: HCI device and connection manager initialized Bluetooth: HCI socket layer initialized Bluetooth: L2CAP socket layer initialized Bluetooth: SCO socket layer initialized cfg80211: Calling CRDA to update world regulatory domain Switching to clocksource mxc_timer1 NET: Registered protocol family 2 IP route cache hash table entries: 32768 (order: 5, 131072 bytes) TCP established hash table entries: 131072 (order: 8, 1048576 bytes) TCP bind hash table entries: 65536 (order: 7, 524288 bytes) TCP: Hash tables configured (established 131072 bind 65536) TCP reno registered UDP hash table entries: 512 (order: 2, 16384 bytes) UDP-Lite hash table entries: 512 (order: 2, 16384 bytes) NET: Registered protocol family 1 RPC: Registered named UNIX socket transport module. RPC: Registered udp transport module. RPC: Registered tcp transport module. RPC: Registered tcp NFSv4.1 backchannel transport module. PCI: CLS 0 bytes, default 32 _regulator_get: etb supply vcore not found, using dummy regulator _regulator_get: etm.0 supply vcore not found, using dummy regulator _regulator_get: etm.1 supply vcore not found, using dummy regulator _regulator_get: etm.2 supply vcore not found, using dummy regulator _regulator_get: etm.3 supply vcore not found, using dummy regulator Static Power Management for Freescale i.MX6 wait mode is enabled for i.MX6 cpaddr = ea880000 suspend_iram_base=ea8f0000 PM driver module loaded IMX usb wakeup probe the wakeup pdata is 0xe9cd7920 add wake up source irq 75 IMX usb wakeup probe the wakeup pdata is 0xe9cd76e0 i.MXC CPU frequency driver highmem bounce pool size: 64 pages JFFS2 version 2.2. (NAND) \xffffffc2\xffffffa9 2001-2006 Red Hat, Inc. msgmni has been set to 1294 alg: No test for stdrng (krng) io scheduler noop registered io scheduler deadline registered io scheduler cfq registered (default) imx-sdma imx-sdma: loaded firmware 1.1 imx-sdma imx-sdma: initialized Serial: IMX driver imx-uart.0: ttymxc0 at MMIO 0x2020000 (irq = 58) is a IMX imx-uart.3: ttymxc3 at MMIO 0x21f0000 (irq = 61) is a IMX console [ttymxc3] enabled, bootconsole disabled imx-uart.1: ttymxc1 at MMIO 0x21e8000 (irq = 59) is a IMX imx-uart.4: ttymxc4 at MMIO 0x21f4000 (irq = 62) is a IMX brd: module loaded loop: module loaded at24 2-0050: 256 byte at24 EEPROM, writable, 16 bytes/write ahci: SSS flag set, parallel bus scan disabled ahci ahci.0: AHCI 0001.0300 32 slots 1 ports 3 Gbps 0x1 impl platform mode ahci ahci.0: flags: ncq sntf stag pm led clo only pmp pio slum part ccc apst scsi0 : ahci_platform ata1: SATA max UDMA/133 mmio [mem 0x02200000-0x02200fff] port 0x100 irq 71 m25p80 spi0.0: found sst25vf016b, expected m25p80 m25p80 spi0.0: sst25vf016b (2048 Kbytes) Creating 3 MTD partitions on "spi_flash": 0x000000000000-0x0000000c0000 : "uboot" 0x0000000c0000-0x000000100000 : "uboot environment" 0x000000100000-0x000000200000 : "reserved" No NAND device found. Chip scan failed GPMI NAND driver registered. (IMX) vcan: Virtual CAN interface driver CAN device driver interface flexcan netdevice driver flexcan imx6q-flexcan.0: device registered (reg_base=ea9b0000, irq=142) FEC Ethernet Driver fec_enet_mii_bus: probed ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver fsl-ehci fsl-ehci.0: Freescale On-Chip EHCI Host Controller fsl-ehci fsl-ehci.0: new USB bus registered, assigned bus number 1 fsl-ehci fsl-ehci.0: irq 75, io base 0x02184000 fsl-ehci fsl-ehci.0: USB 2.0 started, EHCI 1.00 hub 1-0:1.0: USB hub found hub 1-0:1.0: 1 port detected add wake up source irq 72 fsl-ehci fsl-ehci.1: Freescale On-Chip EHCI Host Controller fsl-ehci fsl-ehci.1: new USB bus registered, assigned bus number 2 fsl-ehci fsl-ehci.1: irq 72, io base 0x02184200 fsl-ehci fsl-ehci.1: USB 2.0 started, EHCI 1.00 hub 2-0:1.0: USB hub found hub 2-0:1.0: 1 port detected usbcore: registered new interface driver cdc_wdm Initializing USB Mass Storage driver... usbcore: registered new interface driver usb-storage USB Mass Storage support registered. ARC USBOTG Device Controller driver (1 August 2005) mousedev: PS/2 mouse device common for all mice =======snvs_pwrkey_probe() lp_cr 0x0 =======snvs_pwrkey_probe() lp_cr 0x20 input: snvs_power_key as /devices/virtual/input/input0 i.MX6 powerkey probe i2c-core: driver [isl29023] using legacy suspend method i2c-core: driver [isl29023] using legacy resume method i2c /dev entries driver at24 3-0050: 256 byte at24 EEPROM, writable, 16 bytes/write CM-FX6: Detected SB-FX6m (Utilite) base board rtc-em3027 3-0056: rtc core: registered rtc-em3027 as rtc0 ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) ata1.00: ATA-9: SanDisk SSD U100 32GB, 10.56.00, max UDMA/133 ata1.00: 62533296 sectors, multi 1: LBA48 NCQ (depth 31/32) ata1.00: configured for UDMA/133 scsi 0:0:0:0: Direct-Access ATA SanDisk SSD U100 10.5 PQ: 0 ANSI: 5 sd 0:0:0:0: [sda] 62533296 512-byte logical blocks: (32.0 GB/29.8 GiB) sd 0:0:0:0: [sda] Write Protect is off sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA sda: sda1 sda2 sd 0:0:0:0: [sda] Attached SCSI disk IMX PCIe port: link up. pci 0000:00:00.0: [16c3:abcd] type 1 class 0x000604 pci 0000:00:00.0: reg 10: [mem 0x00000000-0x000fffff 64bit pref] pci 0000:00:00.0: reg 38: [mem 0x00000000-0x0000ffff pref] pci 0000:00:00.0: supports D1 pci 0000:00:00.0: PME# supported from D0 D1 D3hot D3cold pci 0000:00:00.0: PME# disabled PCI: bus0: Fast back to back transfers disabled pci 0000:01:00.0: [8086:1539] type 0 class 0x000200 pci 0000:01:00.0: reg 10: [mem 0x00000000-0x0001ffff] pci 0000:01:00.0: reg 18: [io 0x0000-0x001f] pci 0000:01:00.0: reg 1c: [mem 0x00000000-0x00003fff] pci 0000:01:00.0: PME# supported from D0 D3hot D3cold pci 0000:01:00.0: PME# disabled PCI: bus1: Fast back to back transfers disabled PCI: Device 0000:00:00.0 not available because of resource collisions pcieport: probe of 0000:00:00.0 failed with error -22 pci 0000:00:00.0: BAR 0: assigned [mem 0x01100000-0x011fffff 64bit pref] pci 0000:00:00.0: BAR 0: set to [mem 0x01100000-0x011fffff 64bit pref] (PCI address [0x1100000-0x11fffff]) pci 0000:00:00.0: BAR 8: assigned [mem 0x01200000-0x012fffff] pci 0000:00:00.0: BAR 6: assigned [mem 0x01300000-0x0130ffff pref] pci 0000:00:00.0: BAR 7: assigned [io 0x1000000-0x1000fff] pci 0000:01:00.0: BAR 0: assigned [mem 0x01200000-0x0121ffff] pci 0000:01:00.0: BAR 0: set to [mem 0x01200000-0x0121ffff] (PCI address [0x1200000-0x121ffff]) pci 0000:01:00.0: BAR 3: assigned [mem 0x01220000-0x01223fff] usb 2-1: new high speed USB device number 2 using fsl-ehci pci 0000:01:00.0: BAR 3: set to [mem 0x01220000-0x01223fff] (PCI address [0x1220000-0x1223fff]) pci 0000:01:00.0: BAR 2: assigned [io 0x1000000-0x100001f] pci 0000:01:00.0: BAR 2: set to [io 0x1000000-0x100001f] (PCI address [0x1000000-0x100001f]) pci 0000:00:00.0: PCI bridge to [bus 01-01] pci 0000:00:00.0: bridge window [io 0x1000000-0x1000fff] pci 0000:00:00.0: bridge window [mem 0x01200000-0x012fffff] pci 0000:00:00.0: bridge window [mem pref disabled] i2c i2c-0: Added multiplexed i2c bus 3 i2c i2c-0: Added multiplexed i2c bus 4 gpio-i2cmux gpio-i2cmux: 2 port mux on imx-i2c adapter Linux media interface: v0.10 lirc_dev: IR Remote Control driver registered, major 251 IR NEC protocol handler initialized IR RC5(x) protocol handler initialized IR RC6 protocol handler initialized IR JVC protocol handler initialized IR Sony protocol handler initialized IR RC5 (streamzap) protocol handler initialized IR LIRC bridge handler initialized Linux video capture interface: v2.00 imx2-wdt imx2-wdt.0: IMX2+ Watchdog Timer enabled. timeout=60s (nowayout=1) sdhci: Secure Digital Host Controller Interface driver sdhci: Copyright(c) Pierre Ossman mmc0: SDHCI controller on platform [sdhci-esdhc-imx.0] using DMA mmc1: SDHCI controller on platform [sdhci-esdhc-imx.2] using DMA VPU initialized mxc_asrc registered hub 2-1:1.0: USB hub found hub 2-1:1.0: 4 ports detected Thermal calibration data is 0x59d4f469 Thermal sensor with ratio = 187 Anatop Thermal registered as thermal_zone0 anatop_thermal_probe: default cooling device is cpufreq! Registered led device: cm_fx6:green mmc0: new high speed SDIO card at address 0001 caam caam.0: device ID = 0x0a16010000000000 caam caam.0: job rings = 2, qi = 0 alg: No test for authenc(hmac(md5),cbc(aes)) (authenc-hmac-md5-cbc-aes-caam) caam caam.0: authenc-hmac-md5-cbc-aes-caam alg: No test for authenc(hmac(sha1),cbc(aes)) (authenc-hmac-sha1-cbc-aes-caam) caam caam.0: authenc-hmac-sha1-cbc-aes-caam alg: No test for authenc(hmac(sha224),cbc(aes)) (authenc-hmac-sha224-cbc-aes-caam) caam caam.0: authenc-hmac-sha224-cbc-aes-caam alg: No test for authenc(hmac(sha256),cbc(aes)) (authenc-hmac-sha256-cbc-aes-caam) caam caam.0: authenc-hmac-sha256-cbc-aes-caam alg: No test for authenc(hmac(md5),cbc(des3_ede)) (authenc-hmac-md5-cbc-des3_ede-caam) caam caam.0: authenc-hmac-md5-cbc-des3_ede-caam alg: No test for authenc(hmac(sha1),cbc(des3_ede)) (authenc-hmac-sha1-cbc-des3_ede-caam) caam caam.0: authenc-hmac-sha1-cbc-des3_ede-caam alg: No test for authenc(hmac(sha224),cbc(des3_ede)) (authenc-hmac-sha224-cbc-des3_ede-caam) caam caam.0: authenc-hmac-sha224-cbc-des3_ede-caam alg: No test for authenc(hmac(sha256),cbc(des3_ede)) (authenc-hmac-sha256-cbc-des3_ede-caam) caam caam.0: authenc-hmac-sha256-cbc-des3_ede-caam alg: No test for authenc(hmac(md5),cbc(des)) (authenc-hmac-md5-cbc-des-caam) caam caam.0: authenc-hmac-md5-cbc-des-caam alg: No test for authenc(hmac(sha1),cbc(des)) (authenc-hmac-sha1-cbc-des-caam) caam caam.0: authenc-hmac-sha1-cbc-des-caam alg: No test for authenc(hmac(sha224),cbc(des)) (authenc-hmac-sha224-cbc-des-caam) caam caam.0: authenc-hmac-sha224-cbc-des-caam alg: No test for authenc(hmac(sha256),cbc(des)) (authenc-hmac-sha256-cbc-des-caam) caam caam.0: authenc-hmac-sha256-cbc-des-caam caam caam.0: cbc-aes-caam caam caam.0: cbc-3des-caam caam caam.0: cbc-des-caam USB Host suspend begins will suspend roothub and its children ehci_fsl_bus_suspend begins, DR ehci_fsl_bus_suspend ends, DR host suspend ends platform caam_jr.0: registering rng-caam usbcore: registered new interface driver usbhid usbhid: USB HID core driver usbcore: registered new interface driver snd-usb-audio mxc_spdif mxc_spdif.0: MXC SPDIF Audio _regulator_get: 2-001a supply AVDD not found, using dummy regulator _regulator_get: 2-001a supply HPVDD not found, using dummy regulator _regulator_get: 2-001a supply DCVDD not found, using dummy regulator _regulator_get: 2-001a supply DBVDD not found, using dummy regulator imx_wm8731_init: success asoc: wm8731-hifi <-> imx-ssi.1 mapping ok asoc: mxc-spdif <-> imx-spdif-dai.0 mapping ok ALSA device list: #0: wm8731-audio #1: imx-spdif NET: Registered protocol family 26 TCP cubic registered NET: Registered protocol family 17 can: controller area network core (rev 20090105 abi 8) NET: Registered protocol family 29 can: raw protocol (rev 20090105) can: broadcast manager protocol (rev 20090105 t) Bluetooth: RFCOMM TTY layer initialized Bluetooth: RFCOMM socket layer initialized Bluetooth: RFCOMM ver 1.11 Bluetooth: BNEP (Ethernet Emulation) ver 1.3 Bluetooth: BNEP filters: protocol multicast Bluetooth: HIDP (Human Interface Emulation) ver 1.2 lib80211: common routines for IEEE802.11 drivers lib80211_crypt: registered algorithm 'NULL' lib80211_crypt: registered algorithm 'WEP' lib80211_crypt: registered algorithm 'CCMP' lib80211_crypt: registered algorithm 'TKIP' HDMI CEC initialized mxc_vdoa mxc_vdoa: i.MX Video Data Order Adapter(VDOA) driver probed mxc_sdc_fb mxc_sdc_fb.0: register mxc display driver hdmi mxc_hdmi mxc_hdmi: Detected HDMI controller 0x13:0xa:0xa0:0xc1 imx-ipuv3 imx-ipuv3.0: IPU DMFC DP HIGH RESOLUTION: 1(0,1), 5B(2~5), 5F(6,7) Console: switching to colour frame buffer device 240x67 mxc_sdc_fb mxc_sdc_fb.1: register mxc display driver dvi _regulator_get: get() with no identifier mxc_hdmi_soc mxc_hdmi_soc.0: MXC HDMI Audio asoc: mxc-hdmi-soc <-> imx-hdmi-soc-dai.0 mapping ok VFP support v0.3: implementor 41 architecture 3 part 30 variant 9 rev 4 Bus freq driver module loaded Bus freq driver Enabled mxc_dvfs_core_probe DVFS driver module loaded regulator_init_complete: ads7846_vcc: incomplete constraints, leaving on rtc-em3027 3-0056: setting system clock to 1990-04-28 03:36:03 UTC (641273763) EXT3-fs (sda2): error: couldn't mount because of unsupported optional features (240) EXT2-fs (sda2): error: couldn't mount because of unsupported optional features (244) EXT4-fs (sda2): ext4_orphan_cleanup: deleting unreferenced inode 1335206 EXT4-fs (sda2): ext4_orphan_cleanup: deleting unreferenced inode 1317445 EXT4-fs (sda2): 2 orphan inodes deleted EXT4-fs (sda2): recovery complete EXT4-fs (sda2): mounted filesystem with ordered data mode. Opts: (null) VFS: Mounted root (ext4 filesystem) on device 8:2. devtmpfs: mounted Freeing init memory: 236K Installing knfsd (copyright (C) 1996 okir@monad.swb.de). udevd[1452]: starting version 175 Intel(R) Gigabit Ethernet Network Driver - version 4.1.2 Copyright (c) 2007-2012 Intel Corporation. PCI: enabling device 0000:01:00.0 (0140 -> 0142) igb: 0000:01:00.0: igb_check_options: VMDq option is not supported. igb 0000:01:00.0: Failed to initialize MSI-X interrupts. Falling back to MSI interrupts. igb 0000:01:00.0: Failed to initialize MSI interrupts. Falling back to legacy interrupts. igb 0000:01:00.0: Intel(R) Gigabit Ethernet Network Connection igb 0000:01:00.0: eth1: (PCIe:2.5GT/s:Width x1) igb 0000:01:00.0: eth1: MAC: 00:01:c0:14:54:57 igb 0000:01:00.0: eth1: PBA No: FFFFFF-0FF igb 0000:01:00.0: LRO is disabled igb 0000:01:00.0: Using legacy interrupts. 1 rx queue(s), 1 tx queue(s) ads7846 spi0.1: touchscreen, irq 303 input: ADS7846 Touchscreen as /devices/platform/imx6q-ecspi.0/spi_master/spi0/spi0.1/input/input1 Bluetooth: vendor=0x2df, device=0x911a, class=255, fn=2 ehci_fsl_bus_suspend begins, Host 1 ehci_fsl_bus_suspend ends, Host 1 init: failsafe main process (2186) killed by TERM signal mwifiex_sdio mmc0:0001:1: WLAN FW already running! Skip FW download mwifiex_sdio mmc0:0001:1: WLAN FW is active mwifiex_sdio mmc0:0001:1: info: successfully registered wiphy device init: alsa-restore main process (2888) terminated with status 99 init: plymouth-stop pre-start process (2979) terminated with status 1 vgaarb: this pci device is not a vga device vgaarb: this pci device is not a vga device [drm] Initialized drm 1.1.0 20060810 [drm] Initialized vivante 1.0.0 20120216 on minor 0 mwifiex_sdio mmc0:0001:1: info: mlan0: Marvell 802.11 Adapter mwifiex_sdio mmc0:0001:1: driver_version = mwifiex 1.0 (14.57.5.p44) eth0: Freescale FEC PHY driver [Generic PHY] (mii_bus:phy_addr=1:00, irq=-1) ieee80211 phy0: info: ignoring the timeout value for IEEE power save ieee80211 phy0: info: received scan request on mlan0 ieee80211 phy0: info: ignoring the timeout value for IEEE power save ehci_fsl_bus_resume begins, Host 1 ehci_fsl_bus_resume ends, Host 1 ehci_fsl_bus_resume begins, DR warning: process `colord' used the deprecated sysctl system call with 8.1.2. mwifiex_sdio mmc0:0001:1: info: mwifiex_cfg80211_results: sending scan results ehci_fsl_bus_suspend begins, Host 1 ehci_fsl_bus_suspend ends, Host 1 ieee80211 phy0: info: received scan request on mlan0 mwifiex_sdio mmc0:0001:1: info: mwifiex_cfg80211_results: sending scan results ieee80211 phy0: info: received scan request on mlan0 mwifiex_sdio mmc0:0001:1: info: mwifiex_cfg80211_results: sending scan results ieee80211 phy0: info: received scan request on mlan0 mwifiex_sdio mmc0:0001:1: info: mwifiex_cfg80211_results: sending scan results ieee80211 phy0: info: received scan request on mlan0 mwifiex_sdio mmc0:0001:1: info: mwifiex_cfg80211_results: sending scan results ieee80211 phy0: info: received scan request on mlan0 mwifiex_sdio mmc0:0001:1: info: mwifiex_cfg80211_results: sending scan results ieee80211 phy0: info: received scan request on mlan0 mwifiex_sdio mmc0:0001:1: info: mwifiex_cfg80211_results: sending scan results ieee80211 phy0: info: received scan request on mlan0 mwifiex_sdio mmc0:0001:1: info: mwifiex_cfg80211_results: sending scan results -- Pete Wright pete@nomadlogic.org twitter => @nomadlogicLA From owner-freebsd-arm@FreeBSD.ORG Thu Jan 30 02:06:09 2014 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 93E7FF60; Thu, 30 Jan 2014 02:06:09 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 59CD714B3; Thu, 30 Jan 2014 02:06:09 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id s0U268Ii012983; Wed, 29 Jan 2014 21:06:08 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s0U268Jb012981; Thu, 30 Jan 2014 02:06:08 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 30 Jan 2014 02:06:08 GMT Message-Id: <201401300206.s0U268Jb012981@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2014 02:06:09 -0000 TB --- 2014-01-29 23:00:18 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-29 23:00:18 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-29 23:00:18 - starting HEAD tinderbox run for arm/arm TB --- 2014-01-29 23:00:18 - cleaning the object tree TB --- 2014-01-29 23:02:55 - /usr/local/bin/svn stat /src TB --- 2014-01-29 23:02:58 - At svn revision 261278 TB --- 2014-01-29 23:02:59 - building world TB --- 2014-01-29 23:02:59 - CROSS_BUILD_TESTING=YES TB --- 2014-01-29 23:02:59 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-29 23:02:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-29 23:02:59 - SRCCONF=/dev/null TB --- 2014-01-29 23:02:59 - TARGET=arm TB --- 2014-01-29 23:02:59 - TARGET_ARCH=arm TB --- 2014-01-29 23:02:59 - TZ=UTC TB --- 2014-01-29 23:02:59 - __MAKE_CONF=/dev/null TB --- 2014-01-29 23:02:59 - cd /src TB --- 2014-01-29 23:02:59 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Jan 29 23:03:06 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Jan 30 02:05:33 UTC 2014 TB --- 2014-01-30 02:05:33 - generating LINT kernel config TB --- 2014-01-30 02:05:33 - cd /src/sys/arm/conf TB --- 2014-01-30 02:05:33 - /usr/bin/make -B LINT TB --- 2014-01-30 02:05:33 - cd /src/sys/arm/conf TB --- 2014-01-30 02:05:33 - /usr/sbin/config -m LINT TB --- 2014-01-30 02:05:33 - building LINT kernel TB --- 2014-01-30 02:05:33 - CROSS_BUILD_TESTING=YES TB --- 2014-01-30 02:05:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-30 02:05:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-30 02:05:33 - SRCCONF=/dev/null TB --- 2014-01-30 02:05:33 - TARGET=arm TB --- 2014-01-30 02:05:33 - TARGET_ARCH=arm TB --- 2014-01-30 02:05:33 - TZ=UTC TB --- 2014-01-30 02:05:33 - __MAKE_CONF=/dev/null TB --- 2014-01-30 02:05:33 - cd /src TB --- 2014-01-30 02:05:33 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jan 30 02:05:33 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] bmake[1]: "/obj/arm.arm/src/sys/LINT/Makefile" line 15685: warning: using previous script for "obio_space.o" defined here machine -> /src/sys/arm/include cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-builtin -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding /src/sys/arm/arm/genassym.c In file included from /src/sys/arm/arm/genassym.c:36: /src/sys/sys/bus.h:585:10: fatal error: 'device_if.h' file not found #include "device_if.h" ^ 1 error generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-01-30 02:06:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-30 02:06:08 - ERROR: failed to build LINT kernel TB --- 2014-01-30 02:06:08 - 8721.38 user 1637.64 system 11149.79 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Thu Jan 30 13:17:18 2014 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EFC95E28; Thu, 30 Jan 2014 13:17:17 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B57401A67; Thu, 30 Jan 2014 13:17:17 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id s0UDHGS0013321; Thu, 30 Jan 2014 08:17:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s0UDHGRS013140; Thu, 30 Jan 2014 13:17:16 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 30 Jan 2014 13:17:16 GMT Message-Id: <201401301317.s0UDHGRS013140@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2014 13:17:18 -0000 TB --- 2014-01-30 10:10:23 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-30 10:10:23 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-30 10:10:23 - starting HEAD tinderbox run for arm/arm TB --- 2014-01-30 10:10:23 - cleaning the object tree TB --- 2014-01-30 10:13:03 - /usr/local/bin/svn stat /src TB --- 2014-01-30 10:13:06 - At svn revision 261284 TB --- 2014-01-30 10:13:07 - building world TB --- 2014-01-30 10:13:07 - CROSS_BUILD_TESTING=YES TB --- 2014-01-30 10:13:07 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-30 10:13:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-30 10:13:07 - SRCCONF=/dev/null TB --- 2014-01-30 10:13:07 - TARGET=arm TB --- 2014-01-30 10:13:07 - TARGET_ARCH=arm TB --- 2014-01-30 10:13:07 - TZ=UTC TB --- 2014-01-30 10:13:07 - __MAKE_CONF=/dev/null TB --- 2014-01-30 10:13:07 - cd /src TB --- 2014-01-30 10:13:07 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Jan 30 10:13:14 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Jan 30 13:16:38 UTC 2014 TB --- 2014-01-30 13:16:38 - generating LINT kernel config TB --- 2014-01-30 13:16:38 - cd /src/sys/arm/conf TB --- 2014-01-30 13:16:38 - /usr/bin/make -B LINT TB --- 2014-01-30 13:16:38 - cd /src/sys/arm/conf TB --- 2014-01-30 13:16:38 - /usr/sbin/config -m LINT TB --- 2014-01-30 13:16:38 - building LINT kernel TB --- 2014-01-30 13:16:38 - CROSS_BUILD_TESTING=YES TB --- 2014-01-30 13:16:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-30 13:16:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-30 13:16:38 - SRCCONF=/dev/null TB --- 2014-01-30 13:16:38 - TARGET=arm TB --- 2014-01-30 13:16:38 - TARGET_ARCH=arm TB --- 2014-01-30 13:16:38 - TZ=UTC TB --- 2014-01-30 13:16:38 - __MAKE_CONF=/dev/null TB --- 2014-01-30 13:16:38 - cd /src TB --- 2014-01-30 13:16:38 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jan 30 13:16:38 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] bmake[1]: "/obj/arm.arm/src/sys/LINT/Makefile" line 15685: warning: using previous script for "obio_space.o" defined here machine -> /src/sys/arm/include cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-builtin -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding /src/sys/arm/arm/genassym.c In file included from /src/sys/arm/arm/genassym.c:36: /src/sys/sys/bus.h:585:10: fatal error: 'device_if.h' file not found #include "device_if.h" ^ 1 error generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-01-30 13:17:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-30 13:17:11 - ERROR: failed to build LINT kernel TB --- 2014-01-30 13:17:11 - 8747.85 user 1639.11 system 11208.16 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Fri Jan 31 00:26:50 2014 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6325D72F; Fri, 31 Jan 2014 00:26:50 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1636515A5; Fri, 31 Jan 2014 00:26:50 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id s0V0Qnjj016135; Thu, 30 Jan 2014 19:26:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s0V0Qn8s016130; Fri, 31 Jan 2014 00:26:49 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 31 Jan 2014 00:26:49 GMT Message-Id: <201401310026.s0V0Qn8s016130@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jan 2014 00:26:50 -0000 TB --- 2014-01-30 21:20:20 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-30 21:20:20 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-30 21:20:20 - starting HEAD tinderbox run for arm/arm TB --- 2014-01-30 21:20:20 - cleaning the object tree TB --- 2014-01-30 21:23:09 - /usr/local/bin/svn stat /src TB --- 2014-01-30 21:23:12 - At svn revision 261296 TB --- 2014-01-30 21:23:13 - building world TB --- 2014-01-30 21:23:13 - CROSS_BUILD_TESTING=YES TB --- 2014-01-30 21:23:13 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-30 21:23:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-30 21:23:13 - SRCCONF=/dev/null TB --- 2014-01-30 21:23:13 - TARGET=arm TB --- 2014-01-30 21:23:13 - TARGET_ARCH=arm TB --- 2014-01-30 21:23:13 - TZ=UTC TB --- 2014-01-30 21:23:13 - __MAKE_CONF=/dev/null TB --- 2014-01-30 21:23:13 - cd /src TB --- 2014-01-30 21:23:13 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Jan 30 21:23:20 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Jan 31 00:26:14 UTC 2014 TB --- 2014-01-31 00:26:14 - generating LINT kernel config TB --- 2014-01-31 00:26:14 - cd /src/sys/arm/conf TB --- 2014-01-31 00:26:14 - /usr/bin/make -B LINT TB --- 2014-01-31 00:26:14 - cd /src/sys/arm/conf TB --- 2014-01-31 00:26:14 - /usr/sbin/config -m LINT TB --- 2014-01-31 00:26:14 - building LINT kernel TB --- 2014-01-31 00:26:14 - CROSS_BUILD_TESTING=YES TB --- 2014-01-31 00:26:14 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-31 00:26:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-31 00:26:14 - SRCCONF=/dev/null TB --- 2014-01-31 00:26:14 - TARGET=arm TB --- 2014-01-31 00:26:14 - TARGET_ARCH=arm TB --- 2014-01-31 00:26:14 - TZ=UTC TB --- 2014-01-31 00:26:14 - __MAKE_CONF=/dev/null TB --- 2014-01-31 00:26:14 - cd /src TB --- 2014-01-31 00:26:14 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Jan 31 00:26:15 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] bmake[1]: "/obj/arm.arm/src/sys/LINT/Makefile" line 15685: warning: using previous script for "obio_space.o" defined here machine -> /src/sys/arm/include cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-builtin -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding /src/sys/arm/arm/genassym.c In file included from /src/sys/arm/arm/genassym.c:36: /src/sys/sys/bus.h:585:10: fatal error: 'device_if.h' file not found #include "device_if.h" ^ 1 error generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-01-31 00:26:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-31 00:26:49 - ERROR: failed to build LINT kernel TB --- 2014-01-31 00:26:49 - 8750.70 user 1629.16 system 11188.43 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Fri Jan 31 05:37:46 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 389ADAA3 for ; Fri, 31 Jan 2014 05:37:46 +0000 (UTC) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 651E11AF8 for ; Fri, 31 Jan 2014 05:37:45 +0000 (UTC) Received: from [192.168.1.102] (p508F359B.dip0.t-ipconnect.de [80.143.53.155]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id 34B551C0E9711 for ; Fri, 31 Jan 2014 06:37:42 +0100 (CET) From: Michael Tuexen Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: panic Message-Id: <14E59004-FC13-48DD-B789-AA78767C6871@freebsd.org> Date: Fri, 31 Jan 2014 06:36:43 +0100 To: "freebsd-arm@freebsd.org" Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) X-Mailer: Apple Mail (2.1510) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jan 2014 05:37:46 -0000 Dear all, while building the or xcb-util-renderutil-0.3.8 port I got panic: Undefined instruction in kernel. when running r261186 on a RPI-B. I could successfully build ports for cvs, subversion, git... db> where Tracing pid 32937 tid 100103 td 0xc2b4ac80 db_trace_self() at db_trace_self pc = 0xc047bfa0 lr = 0xc012f010 (db_stack_trace+0xf4) sp = 0xdd7389b8 fp = 0xdd7389d0 r10 = 0xc0571a90 db_stack_trace() at db_stack_trace+0xf4 pc = 0xc012f010 lr = 0xc012e97c (db_command+0x264) sp = 0xdd7389d8 fp = 0xdd738a78 r4 = 0x00000000 r5 = 0x00000000 r6 = 0xc04e48ef db_command() at db_command+0x264 pc = 0xc012e97c lr = 0xc012e6ec (db_command_loop+0x60) sp = 0xdd738a80 fp = 0xdd738a90 r4 = 0xc04bb2e6 r5 = 0xc04d4cb4 r6 = 0xc05c6ddc r7 = 0xdd738c60 r8 = 0xc2b4ac80 r9 = 0xc05bd7b4 r10 = 0xc0571d00 db_command_loop() at db_command_loop+0x60 pc = 0xc012e6ec lr = 0xc01310ec (db_trap+0xdc) sp = 0xdd738a98 fp = 0xdd738bb8 r4 = 0x00000000 r5 = 0xdd738aa0 r6 = 0xc05bd7e0 db_trap() at db_trap+0xdc pc = 0xc01310ec lr = 0xc027c284 (kdb_trap+0xd4) sp = 0xdd738bc0 fp = 0xdd738be0 r4 = 0x00000000 r5 = 0x00000001 r6 = 0xc05bd7e0 r7 = 0xdd738c60 kdb_trap() at kdb_trap+0xd4 pc = 0xc027c284 lr = 0xc048ee0c (undefinedinstruction+0x2b0) sp = 0xdd738be8 fp = 0xdd738c58 r4 = 0x00000000 r5 = 0xc048eab8 r6 = 0x00000000 r7 = 0xe7ffffff r8 = 0xc2b4ac80 r9 = 0xdd738c60 r10 = 0xc027bb34 undefinedinstruction() at undefinedinstruction+0x2b0 pc = 0xc048ee0c lr = 0xc047ddb0 (exception_exit) sp = 0xdd738c60 fp = 0xdd738cb8 r4 = 0xc04d4d0e r5 = 0xdd738cfc r6 = 0xc0501af1 r7 = 0xc05afcf0 r8 = 0xc2b4ac80 r9 = 0xc05afb50 r10 = 0xc05c8840 exception_exit() at exception_exit pc = 0xc047ddb0 lr = 0xc027bb28 (kdb_enter+0x40) sp = 0xdd738cb0 fp = 0xdd738cb8 r0 = 0xc05bd7c4 r1 = 0x00000000 r2 = 0xc04d86a8 r3 = 0x000000ab r4 = 0xc04d4d0e r5 = 0xdd738cfc r6 = 0xc0501af1 r7 = 0xc05afcf0 r8 = 0xc2b4ac80 r9 = 0xc05afb50 r10 = 0xc05c8840 r12 = 0x00000000 $a() at $a pc = 0xc027bb38 lr = 0xc0245b2c (vpanic+0xb8) sp = 0xdd738cc0 fp = 0xdd738ce0 r4 = 0x00000100 vpanic() at vpanic+0xb8 pc = 0xc0245b2c lr = 0xc0245b90 (kproc_shutdown) sp = 0xdd738ce8 fp = 0xdd738cf0 r4 = 0x00000000 r5 = 0xc048f93c r6 = 0xc05c6c64 r7 = 0xecb10a20 r8 = 0xc2b4ac80 r9 = 0xdd738d80 r10 = 0xc048fa08 kproc_shutdown() at kproc_shutdown pc = 0xc0245b90 lr = 0xc048ee8c ($d) sp = 0xdd738cf8 fp = 0xdd738d78 r4 = 0xdd738cfc r5 = 0xc026b7b4 $d() at $d pc = 0xc048ee8c lr = 0xc047ddb0 (exception_exit) sp = 0xdd738d80 fp = 0xdd738de0 r4 = 0x00000010 r5 = 0x00000000 r6 = 0x00000000 r7 = 0xec828b10 r8 = 0xc2b4ac80 r9 = 0xdd738e60 r10 = 0x2011eb20 exception_exit() at exception_exit pc = 0xc047ddb0 lr = 0xc048ec60 (undefinedinstruction+0x104) sp = 0xdd738dd0 fp = 0xdd738de0 r0 = 0x00000000 r1 = 0xdd738ef0 r2 = 0xdd738e60 r3 = 0x00000010 r4 = 0x00000010 r5 = 0x00000000 r6 = 0x00000000 r7 = 0xec828b10 r8 = 0xc2b4ac80 r9 = 0xdd738e60 r10 = 0x2011eb20 r12 = 0x0002eb68 vfp_bounce() at vfp_bounce+0xcc pc = 0xc048fa08 lr = 0xc048ec60 (undefinedinstruction+0x104) sp = 0xdd738de8 fp = 0xdd738e58 r4 = 0x00000010 r5 = 0xc048f93c r6 = 0xc05c6c70 undefinedinstruction() at undefinedinstruction+0x104 pc = 0xc048ec60 lr = 0xc047ddb0 (exception_exit) sp = 0xdd738e60 fp = 0xbfffdf30 r4 = 0x00000001 r5 = 0xbfffdde0 r6 = 0xbfffe038 r7 = 0x208ac970 r8 = 0x00000000 r9 = 0x00000000 r10 = 0x00000000 exception_exit() at exception_exit pc = 0xc047ddb0 lr = 0x2014e27c (0x2014e27c) sp = 0xdd738eb0 fp = 0xbfffdf30 r0 = 0xbfffdde0 r1 = 0x4278f502 r2 = 0xbfffde60 r3 = 0x20227120 r4 = 0x00000001 r5 = 0xbfffdde0 r6 = 0xbfffe038 r7 = 0x208ac970 r8 = 0x00000000 r9 = 0x00000000 r10 = 0x00000000 r12 = 0x0002eb68 Unable to unwind into user mode db> Any idea? Best regards Michael From owner-freebsd-arm@FreeBSD.ORG Fri Jan 31 06:05:11 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8C6A2C00 for ; Fri, 31 Jan 2014 06:05:11 +0000 (UTC) Received: from mail-qa0-x229.google.com (mail-qa0-x229.google.com [IPv6:2607:f8b0:400d:c00::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 430B11D87 for ; Fri, 31 Jan 2014 06:05:11 +0000 (UTC) Received: by mail-qa0-f41.google.com with SMTP id w8so5839301qac.0 for ; Thu, 30 Jan 2014 22:05:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=7h4uAK/deu66ki3/fYEGiBITGmMRxvqPiYbyofxYGT4=; b=AvOpSCbgkKmZ77HzXwkVmHqRZm5Y4jt0QyK6RJFRWCXKFYW9ul3hp3E3CzR7zx7+PH VeXa2k8qbfwt3I0pHN/xRz4dy0E1cuF9cBVTmrCwWV8r9WdIQRyud/0JGg0RvraavxHL tYPEz9rxgXEbAsJoysQMj20zHJT7ZN3YSKshocaIdzYqynus/ffVBqSeQXwNeypwdt6X M2L9WWLXfH6/fec4STXP6j/7qRoot92JXxiiYksrjGqsd0HH7lNPk1DXxouPpWZSrqAN I/9mFcV3dJ0ECER63GHZm+8odmQyrc+PuT6RTP5KPCluSmMwpbn/OJsJ/lA1z3jCBevw bctw== MIME-Version: 1.0 X-Received: by 10.229.35.194 with SMTP id q2mr28671683qcd.7.1391148310325; Thu, 30 Jan 2014 22:05:10 -0800 (PST) Received: by 10.96.100.129 with HTTP; Thu, 30 Jan 2014 22:05:10 -0800 (PST) In-Reply-To: References: Date: Thu, 30 Jan 2014 22:05:10 -0800 Message-ID: Subject: Re: FreeBSD on Pandaboard? From: "Alex T." To: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Tim Kientzle X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jan 2014 06:05:11 -0000 Now that crochet-freebsd was updated to to pass proper TARGET_ARCH when building world/kernel, I did a complete rebuild from scratch and Pandaboard is booting now. However, I do see spurious interrupts (discussed in a separate thread). On 22 January 2014 21:00, Alex T. wrote: > Hi, > having similar issues with running FreeBSD 10 on Pandaboard (OMAP 4430). > Used crochet script from github for building the image. Starts booting as > expected but then kernel panics on vm_pageout. Used clang toolchain for > building. > > Did try other release of FreeBSD (9.2 + gcc toolchain) but had kernel > panic as well, though in a different place, uart_tty_init. > > > > > On 30 December 2013 18:49, Lundberg, Johannes < > johannes@brilliantservice.co.jp> wrote: > >> Hi Tim >> >> I can't seem to get past mmc detection. >> This is what I get: >> >> ti_sdma0: mem 0x4a056000-0x4a056fff irq 44,45,46,47 >> on >> simplebus0 >> ti_sdma0: sDMA revision 00010900 >> ti_mmchs0: mem 0x4809c000-0x4809cfff >> irq 115 on simplebus0 >> mmc0: on ti_mmchs0 >> Timecounters tick every 10.000 msec >> panic: rw_wlock() by idle thread 0xc3818320 on rwlock pmap pv global @ >> /usr/src-releng10/sys/arm/arm/pmap-v6.c:1406 >> KDB: enter: panic >> [ thread pid 10 tid 100002 ] >> Stopped at $d: ldrb r15, [r15, r15, ror r15]! >> db> bt >> Tracing pid 10 tid 100002 td 0xc3818320 >> db_trace_self() at db_trace_self >> pc = 0xc0443114 lr = 0xc020a024 (db_stack_trace+0xec) >> sp = 0xd63bc8a8 fp = 0xd63bc8c0 >> r10 = 0xc0503790 >> db_stack_trace() at db_stack_trace+0xec >> pc = 0xc020a024 lr = 0xc0209980 (db_command+0x268) >> sp = 0xd63bc8c8 fp = 0xd63bc968 >> r4 = 0xc0209f38 r5 = 0x00000000 >> r6 = 0xc048db50 >> db_command() at db_command+0x268 >> pc = 0xc0209980 lr = 0xc02096e8 (db_command_loop+0x60) >> sp = 0xd63bc970 fp = 0xd63bc980 >> r4 = 0xc04760a6 r5 = 0xc048731d >> r6 = 0xc06a00d4 r7 = 0xd63bcb50 >> r8 = 0xc3818320 r9 = 0xc053d8b4 >> r10 = 0xc0503a00 >> db_command_loop() at db_command_loop+0x60 >> pc = 0xc02096e8 lr = 0xc020c1a0 (db_trap+0xdc) >> sp = 0xd63bc988 fp = 0xd63bcaa8 >> r4 = 0x00000000 r5 = 0xd63bc990 >> r6 = 0xc053d8e0 >> db_trap() at db_trap+0xdc >> pc = 0xc020c1a0 lr = 0xc02f6e58 (kdb_trap+0xdc) >> sp = 0xd63bcab0 fp = 0xd63bcad0 >> r4 = 0x00000000 r5 = 0x00000001 >> r6 = 0xc053d8e0 r7 = 0xd63bcb50 >> kdb_trap() at kdb_trap+0xdc >> pc = 0xc02f6e58 lr = 0xc0455a28 (undefinedinstruction+0x2b0) >> sp = 0xd63bcad8 fp = 0xd63bcb48 >> r4 = 0x00000000 r5 = 0xc04556d0 >> r6 = 0x00000000 r7 = 0xe7ffffff >> r8 = 0xc3818320 r9 = 0xd63bcb50 >> r10 = 0xc02f66c4 >> undefinedinstruction() at undefinedinstruction+0x2b0 >> pc = 0xc0455a28 lr = 0xc0444acc (exception_exit) >> sp = 0xd63bcb50 fp = 0xd63bcba8 >> r4 = 0xffffffff r5 = 0xffff1004 >> r6 = 0xc04868f7 r7 = 0xc052fdf0 >> r8 = 0xc3818320 r9 = 0xc052fc50 >> r10 = 0xc06a128c >> exception_exit() at exception_exit >> pc = 0xc0444acc lr = 0xc02f66b8 (kdb_enter+0x40) >> sp = 0xd63bcba4 fp = 0xd63bcba8 >> r0 = 0xc053d8c4 r1 = 0x00000000 >> r2 = 0xc048ad43 r3 = 0x000000ab >> r4 = 0xc0487380 r5 = 0xd63bcbfc >> r6 = 0xc04868f7 r7 = 0xc052fdf0 >> r8 = 0xc3818320 r9 = 0xc052fc50 >> r10 = 0xc06a128c r12 = 0xc02fc80c >> $a() at $a >> pc = 0xc02f66c8 lr = 0xc02bfa30 (vpanic+0xb8) >> sp = 0xd63bcbb0 fp = 0xd63bcbd0 >> r4 = 0x00000100 >> vpanic() at vpanic+0xb8 >> pc = 0xc02bfa30 lr = 0xc02bf968 ($d) >> sp = 0xd63bcbd8 fp = 0xd63bcbf0 >> r4 = 0xc052fcf0 r5 = 0xc04868f7 >> r6 = 0xd63bcbfc r7 = 0xc052fc50 >> r8 = 0xc04acaf7 r9 = 0x00000000 >> r10 = 0xc069eff0 >> $d() at $d >> pc = 0xc02bf968 lr = 0xc02bd450 (_rw_wlock_cookie+0x134) >> sp = 0xd63bcc08 fp = 0xd63bcc28 >> r4 = 0x0000057e r5 = 0xc04acaf7 >> r6 = 0xc069f060 r7 = 0xc069f070 >> _rw_wlock_cookie() at _rw_wlock_cookie+0x134 >> pc = 0xc02bd450 lr = 0xc044a0e8 (pmap_fault_fixup+0x3c) >> sp = 0xd63bcc30 fp = 0xd63bcc60 >> r4 = 0x00000001 r5 = 0xc06a0b7c >> r6 = 0x00000000 r7 = 0x00000005 >> pmap_fault_fixup() at pmap_fault_fixup+0x3c >> pc = 0xc044a0e8 lr = 0xc0454390 (data_abort_handler+0x228) >> sp = 0xd63bcc68 fp = 0xd63bcd08 >> r4 = 0x00000001 r5 = 0xc3818320 >> r6 = 0x00000000 r7 = 0x00000005 >> r8 = 0xd63bcd10 r9 = 0x000002c0 >> r10 = 0xc06a0ac0 >> data_abort_handler() at data_abort_handler+0x228 >> pc = 0xc0454390 lr = 0xc0444acc (exception_exit) >> sp = 0xd63bcd10 fp = 0xd63bcd68 >> r4 = 0xffffffff r5 = 0xffff1004 >> r6 = 0xc3818320 r7 = 0xc048147f >> r8 = 0xc0481458 r9 = 0x00000001 >> r10 = 0x00000000 >> exception_exit() at exception_exit >> pc = 0xc0444acc lr = 0xc02c6674 (critical_exit+0x6c) >> sp = 0xd63bcd64 fp = 0xd63bcd68 >> r0 = 0x00000000 r1 = 0x00000008 >> r2 = 0xc048798b r3 = 0x000000d3 >> r4 = 0xc3818320 r5 = 0xc048798b >> r6 = 0xc3818320 r7 = 0xc048147f >> r8 = 0xc0481458 r9 = 0x00000001 >> r10 = 0x00000000 r12 = 0x00000000 >> critical_exit() at critical_exit+0x6c >> pc = 0xc02c6674 lr = 0xc0292ee4 (intr_event_handle+0x154) >> sp = 0xd63bcd70 fp = 0xd63bcd98 >> r4 = 0xc36f2800 r5 = 0xd63bcdb8 >> intr_event_handle() at intr_event_handle+0x154 >> pc = 0xc0292ee4 lr = 0xc0445d88 (arm_handler_execute+0x50) >> sp = 0xd63bcda0 fp = 0xd63bcdb0 >> r4 = 0xd63bcdb8 r5 = 0x00000073 >> r6 = 0xc0526980 r7 = 0xc069d608 >> r8 = 0x0022ee80 r9 = 0xc0528184 >> r10 = 0xc0757004 >> arm_handler_execute() at arm_handler_execute+0x50 >> pc = 0xc0445d88 lr = 0xc0462068 (irq_entry+0x9c) >> sp = 0xd63bcdb8 fp = 0xd63bce10 >> r4 = 0xffffffff r5 = 0xffff1004 >> r6 = 0xc06a1490 r7 = 0xc053d44c >> irq_entry() at irq_entry+0x9c >> pc = 0xc0462068 lr = 0xc044644c (cpu_idle+0x40) >> sp = 0xd63bce0c fp = 0xd63bce10 >> r0 = 0x00000000 r1 = 0xc0461d70 >> r2 = 0x00000002 r3 = 0x00000000 >> r4 = 0x00000001 r5 = 0xc04894a7 >> r6 = 0xc06a1490 r7 = 0xc053d44c >> r8 = 0x0022ee80 r9 = 0xc0528184 >> r10 = 0xc0757004 r12 = 0x00000000 >> arm11_sleep() at arm11_sleep+0x8 >> pc = 0xc0461d78 lr = 0xc044644c (cpu_idle+0x40) >> sp = 0xd63bce0c fp = 0xd63bce10 >> Unwind failure (no registers changed) >> >> >> -- >> Johannes Lundberg >> BRILLIANTSERVICE CO., LTD. >> >> >> On Fri, Dec 27, 2013 at 3:10 AM, Tim Kientzle wrote: >> >> > >> > On Dec 22, 2013, at 1:25 AM, Lundberg, Johannes < >> > johannes@brilliantservice.co.jp> wrote: >> > >> > > Hi >> > > >> > > I have seen some blogs etc that claims to have successfully run >> FreeBSD >> > on >> > > Pandaboard ES but I can't seem to be able to duplicate the results. >> > > >> > > I tried with 10.0-releng and 11.0-current source and latest version of >> > > crochet. Building is done on an amd64 machine. >> > >> > I got my PandaBoard ES to (minimally) boot a long time ago >> > and used that to put support into Crochet. >> > >> > But I$B!G(Bve not had time to try it recently. >> > >> > > Creating image is no problem but boot halts early at USB / MMC >> routine.. >> > >> > So basically, it sounds like: >> > * Crochet is correctly building the boot bits and assembling the image. >> > * The kernel is broken. >> > >> > I would suggest you next try adjusting >> > sys/arm/conf/PANDABOARD: >> > >> > * Uncomment INVARIANTS, WITNESS, and DIAGNOSTIC >> > Maybe you can get more information about exactly what is >> > failing. >> > >> > * Remove drivers and see if the boot gets any further. >> > >> > I would love to get the PandaBoard working; with a gigabyte >> > of RAM and a dual-core processor, it should have significantly >> > better performance than the RPi and BeagleBones. >> > >> > Tim >> > >> > >> >> -- >> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- >> $BHkL)J];}$K$D$$$F!'$3$NEE;R%a!<%k$O!"L>08?M$KAw?.$7$?$b$N$G$"$j!"HkF?FC8"$NBP>]$H$J$k>pJs$r4^$s$G$$$^$9!#(B >> $B$b$7!"L>08?M0J30$NJ}$,l9g!"$3$N%a!<%k$NGK4~!"$*$h$S$3$N%a!<%k$K4X$9$k0l@Z$N3+<(!"(B >> $BJ#$NMxMQ!"$^$?$O5-:\FbMF$K4p$E$/$$$+$J$k9TF0$b$5$l$J$$$h$&$*4j$$?=$7>e$2$^$9!#(B >> --- >> CONFIDENTIALITY NOTE: The information in this email is confidential >> and intended solely for the addressee. >> Disclosure, copying, distribution or any other action of use of this >> email by person other than intended recipient, is prohibited. >> If you are not the intended recipient and have received this email in >> error, please destroy the original message. >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-arm >> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >> > > From owner-freebsd-arm@FreeBSD.ORG Fri Jan 31 14:07:06 2014 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 58999110; Fri, 31 Jan 2014 14:07:06 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 83D64139D; Fri, 31 Jan 2014 14:07:04 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s0VE71Id045320; Fri, 31 Jan 2014 16:07:01 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s0VE71WL045125; Fri, 31 Jan 2014 14:07:01 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 31 Jan 2014 14:07:01 GMT Message-Id: <201401311407.s0VE71WL045125@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jan 2014 14:07:06 -0000 TB --- 2014-01-31 13:30:42 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-01-31 13:30:42 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-31 13:30:42 - starting RELENG_10 tinderbox run for arm/arm TB --- 2014-01-31 13:30:42 - cleaning the object tree TB --- 2014-01-31 13:30:42 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-01-31 13:31:29 - At svn revision 261320 TB --- 2014-01-31 13:31:30 - building world TB --- 2014-01-31 13:31:30 - CROSS_BUILD_TESTING=YES TB --- 2014-01-31 13:31:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-31 13:31:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-31 13:31:30 - SRCCONF=/dev/null TB --- 2014-01-31 13:31:30 - TARGET=arm TB --- 2014-01-31 13:31:30 - TARGET_ARCH=arm TB --- 2014-01-31 13:31:30 - TZ=UTC TB --- 2014-01-31 13:31:30 - __MAKE_CONF=/dev/null TB --- 2014-01-31 13:31:30 - cd /src TB --- 2014-01-31 13:31:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Jan 31 13:31:41 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] ranlib libclangparse.a ===> lib/clang/libclangsema (all) c++ -O2 -pipe -I/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"arm-gnueabi-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/arm.arm/src/tmp\" -I/obj/arm.arm/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/AnalysisBasedWarnings.cpp -o AnalysisBasedWarnings.o /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include/clang/AST/RecursiveASTVisitor.h: In member function 'bool clang::RecursiveASTVisitor::TraverseStmt(clang::Stmt*) [with Derived = ::FallthroughMapper]': /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include/clang/AST/RecursiveASTVisitor.h:523: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libclangsema *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-01-31 14:07:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-31 14:07:00 - ERROR: failed to build world TB --- 2014-01-31 14:07:00 - 1685.69 user 495.98 system 2178.22 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full