From owner-freebsd-arm@FreeBSD.ORG Sun Apr 14 11:03:41 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 7991688E for ; Sun, 14 Apr 2013 11:03:41 +0000 (UTC) (envelope-from damjan.marion@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1288FA95 for ; Sun, 14 Apr 2013 11:03:40 +0000 (UTC) Received: by mail-ee0-f54.google.com with SMTP id e51so1790631eek.27 for ; Sun, 14 Apr 2013 04:03:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:from:content-type:content-transfer-encoding:subject :message-id:date:to:mime-version:x-mailer; bh=d73M1Mhg5FXfifM0XnRVmu/MlLRc2ouk81WEMl+q9Hs=; b=oxGwaGg8lmR+StDd/krGwLiLYeOErv0yPikToYD6lCwQ6H1GHBqxBowvklXxKCK9rt t5ywmrsXzQBdMs5IepSqfPh8HLyKJK4XHxlqqV/vYd657JRLCJM5XSYxrmXtTPizCAnX 3vK5V9ZTX3wzGgGRQvbq79cgh4X1Dc1NzJWFIxV2Bf8qVEC0smDUyhgijXJjUcMp6X9l +jX6F1S1c1gDAfKp2jVeOGx8o71B5YVpMknTq2MD2bw57gqcEdYX6RWpVOhCnpY/ukAh ZnVId+yKcYVKBTf1lGmad5Y6EaDvmRsEVZsEkutjJSjGyP/ZWhqS+EXnDtak2f6Penuj Ge+g== X-Received: by 10.15.107.205 with SMTP id cb53mr49748728eeb.14.1365937419836; Sun, 14 Apr 2013 04:03:39 -0700 (PDT) Received: from ?IPv6:2001:470:72bb::12c? ([2001:470:72bb::12c]) by mx.google.com with ESMTPS id a41sm21007214eei.4.2013.04.14.04.03.38 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 14 Apr 2013 04:03:38 -0700 (PDT) From: Damjan Marion Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: __rw_wlock_hard panic on 1st malloc Message-Id: Date: Sun, 14 Apr 2013 13:03:37 +0200 To: "freebsd-arm@FreeBSD.org" Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) X-Mailer: Apple Mail (2.1503) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Apr 2013 11:03:41 -0000 Hi, I'm playing a bit with i.MX6 based board (wandboard) and I have serial = console working but now it panics in init_dynamic_kenv() with the following error: panic: __rw_wlock_hard: recursing but non-recursive rw pmap pv global @ = /usr/src/sys/arm/arm/pmap-v6.c:1187 It looks like this is the 1st place where malloc() is called, an malloc = returns valid VA but 1st attempt to access that address produces panic above. Any idea what can be the reason for this or any other hint? Thanks, Damjan= From owner-freebsd-arm@FreeBSD.ORG Sun Apr 14 17:19:45 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 891C4D6F for ; Sun, 14 Apr 2013 17:19:45 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-oa0-f41.google.com (mail-oa0-f41.google.com [209.85.219.41]) by mx1.freebsd.org (Postfix) with ESMTP id 569AB9DD for ; Sun, 14 Apr 2013 17:19:45 +0000 (UTC) Received: by mail-oa0-f41.google.com with SMTP id f4so3861065oah.14 for ; Sun, 14 Apr 2013 10:19:44 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to:x-mailer:x-gm-message-state; bh=rLCuzOuhLHOlp4T59MQCnteYB5OLpIDMpSSLkuaCEq8=; b=pFagdrtrouZZyT9iSHsXBVWKiMd/oYQkb6P2VlOIR10lA9zmVZMKTi35ZAusKMlLZ/ 0g51vBF6KpcQJzsye0h4oekZRexuCtI5ou+XE5/AN1JOWphGoQ1IQaPZ2xq2iJDE+i3k ww2nOBJkFwuOc27hjepCO9Q68xinGf8hVM248jR+STfp1NnUUirMUFOrE4A9rjPEE+d6 BQssy1Sl8NhFhh/S6HlEbHke9LuXEZhGXPBs8B14DYpN1H4veNVRbpEcehkULB8Rg3bG TJmJM8tczWGKXCBBKUpNjzhGcSEUzxxusqlhz8tuVogUEX/X2oRwKc+He6k9uuryl7fh nEjQ== X-Received: by 10.60.135.103 with SMTP id pr7mr6331962oeb.142.1365959984267; Sun, 14 Apr 2013 10:19:44 -0700 (PDT) Received: from 53.imp.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPS id t9sm3112031obk.13.2013.04.14.10.19.42 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 14 Apr 2013 10:19:43 -0700 (PDT) Sender: Warner Losh Subject: Re: __rw_wlock_hard panic on 1st malloc Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: Date: Sun, 14 Apr 2013 11:19:41 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <8DE83B01-4508-41C5-B2BD-95A72D0AD963@bsdimp.com> References: To: Damjan Marion X-Mailer: Apple Mail (2.1085) X-Gm-Message-State: ALoCoQkY4Wvq3YEAb+sEyZFRKMqZNeviiK2RMc9/nHc/OUh/MpBW7KnExvbOTvzdi0wGvX9uhjj/ Cc: "freebsd-arm@FreeBSD.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Apr 2013 17:19:45 -0000 Maybe you are calling malloc before these locks are initialized? Warner On Apr 14, 2013, at 5:03 AM, Damjan Marion wrote: >=20 > Hi, >=20 > I'm playing a bit with i.MX6 based board (wandboard) and I have serial = console working but > now it panics in init_dynamic_kenv() with the following error: >=20 > panic: __rw_wlock_hard: recursing but non-recursive rw pmap pv global = @ /usr/src/sys/arm/arm/pmap-v6.c:1187 >=20 > It looks like this is the 1st place where malloc() is called, an = malloc returns valid VA > but 1st attempt to access that address produces panic above. >=20 > Any idea what can be the reason for this or any other hint? >=20 > Thanks, >=20 > Damjan > _______________________________________________ > 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 Sun Apr 14 18:45:07 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 21B59D99 for ; Sun, 14 Apr 2013 18:45:07 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id 00F90D42 for ; Sun, 14 Apr 2013 18:45:06 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r3EIj3QE046979 for freebsd-arm@freebsd.org; Sun, 14 Apr 2013 18:45:03 GMT (envelope-from kientzle@freebsd.org) Received: from [192.168.2.123] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id 5qt7wehur3pfhhdfgjjcjksjha; for freebsd-arm@freebsd.org; Sun, 14 Apr 2013 18:45:03 +0000 (UTC) (envelope-from kientzle@freebsd.org) From: Tim Kientzle Content-Type: multipart/signed; boundary="Apple-Mail=_2BE6C517-A2FA-46E7-80C4-CB682CEAE8C0"; protocol="application/pgp-signature"; micalg=pgp-sha1 Subject: GDB on EABI Date: Sun, 14 Apr 2013 11:45:00 -0700 Message-Id: To: freebsd-arm Mime-Version: 1.0 (Apple Message framework v1283) X-Mailer: Apple Mail (2.1283) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Apr 2013 18:45:07 -0000 --Apple-Mail=_2BE6C517-A2FA-46E7-80C4-CB682CEAE8C0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On RPI with a recent -CURRENT (r249461) built -DWITH_ARM_EABI. Looks like GDB doesn't yet know about our EABI variant: ...../contrib/gdb/gdb/arm-tdep.c:2589: internal-error: = arm_elf_osabi_sniffer: Unknown ARM EABI version 0x5000000 I'm also still seeing a lot of problems from the rtld locking issue: # top ld-elf.so.1: assert failed: = /usr/home/tim/projects/crochet-rpi/src/libexec/rtld-elf/rtld_lock.c:233 Abort (core dumped) Tim --Apple-Mail=_2BE6C517-A2FA-46E7-80C4-CB682CEAE8C0 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.18 (Darwin) iQEcBAEBAgAGBQJRavktAAoJEGMNyGo0rfFB4HQIAOdjc9mEv/Vs6hNwFeCugxtB G1pLUz040rkc/PU6wkEtM5IvEJvYZbkdleh0tDda3hshVnZjxaVusJaUoqK6y6CB +JK2gVJGK1K54M1FZHqKQ0Ikxl8KdQxxrgQwShpjDzlapN7UGeejxu5iDqu9L01I 39BhWymqdI1vRMzJaX/ha5wsdddTupdWSVD3PSB+V5N7sX++EOp5Rhe7uY/l6ooY cbi0Otb/1sEtSY98kkSFzlOsm68Ii8uyZh+CluTREqdC/Q+oM5mKq2DXAzu7+Iwx VUGg0yuUb5PcOaNUuO8B5MkGLQChsd8OuYP0HfrlvU7JoajWgu7dZG+t+/b6Yfk= =MTRY -----END PGP SIGNATURE----- --Apple-Mail=_2BE6C517-A2FA-46E7-80C4-CB682CEAE8C0-- From owner-freebsd-arm@FreeBSD.ORG Sun Apr 14 18:51:12 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D0370E49 for ; Sun, 14 Apr 2013 18:51:12 +0000 (UTC) (envelope-from damjan.marion@gmail.com) Received: from mail-ee0-f47.google.com (mail-ee0-f47.google.com [74.125.83.47]) by mx1.freebsd.org (Postfix) with ESMTP id 691C7D6C for ; Sun, 14 Apr 2013 18:51:11 +0000 (UTC) Received: by mail-ee0-f47.google.com with SMTP id t10so1881871eei.6 for ; Sun, 14 Apr 2013 11:51:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:content-type:mime-version:subject:from:in-reply-to:date :cc:content-transfer-encoding:message-id:references:to:x-mailer; bh=UHeCy0yBHTLLPtiluOPsJdnDZTPdkU5R9iqrtyyUHTQ=; b=cLOOajTi9uSgpxYt85zmbJahXAFnWBYR6kV8pP6WxX4GroqBxGn3I50r6pV4p8r/av g47erTRM9PeAURw5nnKmN5tHxBvIsONaK2iaxgV2nNY6EzdNAcZxOFdPWkGWRTP6OG+I Xj2uqUKOfqEmsByhM3x68cToGqrttI/Dl+7BnN+AP3n2Au654RUjLN35My/WMOA6xwEv 1+jW6u2PWVNm1xRvQ3l6iSRkmhgD+TSuuWHD4sC/qZrYsRk0IcKNWAY6qv5XRCYbpdvo kthARpESwEZLXnQBzrIX4tMp60CmZkzwm+1T5opwl4nODfsLnvQPeoryxLt+JQsMauSQ Ak0A== X-Received: by 10.14.89.69 with SMTP id b45mr53744412eef.10.1365965464724; Sun, 14 Apr 2013 11:51:04 -0700 (PDT) Received: from ?IPv6:2001:470:72bb::12c? ([2001:470:72bb::12c]) by mx.google.com with ESMTPS id u44sm22889119eel.7.2013.04.14.11.51.02 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 14 Apr 2013 11:51:03 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: __rw_wlock_hard panic on 1st malloc From: Damjan Marion In-Reply-To: <8DE83B01-4508-41C5-B2BD-95A72D0AD963@bsdimp.com> Date: Sun, 14 Apr 2013 20:51:01 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <8DE83B01-4508-41C5-B2BD-95A72D0AD963@bsdimp.com> To: Warner Losh X-Mailer: Apple Mail (2.1503) Cc: "freebsd-arm@FreeBSD.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Apr 2013 18:51:12 -0000 I doubt. init_dynamic_kenv() is called by sysinit as part of standard = sysinit sequence and=20 it is called after kmeminit(). There is no my custom code except standard parts of initarm = initialisation. Damjan On Apr 14, 2013, at 7:19 PM, Warner Losh wrote: > Maybe you are calling malloc before these locks are initialized? >=20 > Warner >=20 > On Apr 14, 2013, at 5:03 AM, Damjan Marion wrote: >=20 >>=20 >> Hi, >>=20 >> I'm playing a bit with i.MX6 based board (wandboard) and I have = serial console working but >> now it panics in init_dynamic_kenv() with the following error: >>=20 >> panic: __rw_wlock_hard: recursing but non-recursive rw pmap pv global = @ /usr/src/sys/arm/arm/pmap-v6.c:1187 >>=20 >> It looks like this is the 1st place where malloc() is called, an = malloc returns valid VA >> but 1st attempt to access that address produces panic above. >>=20 >> Any idea what can be the reason for this or any other hint? >>=20 >> Thanks, >>=20 >> Damjan >> _______________________________________________ >> 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" >=20 From owner-freebsd-arm@FreeBSD.ORG Mon Apr 15 01:59:58 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D6467665 for ; Mon, 15 Apr 2013 01:59:58 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: from mail-ia0-x234.google.com (mail-ia0-x234.google.com [IPv6:2607:f8b0:4001:c02::234]) by mx1.freebsd.org (Postfix) with ESMTP id A9D4BAAC for ; Mon, 15 Apr 2013 01:59:58 +0000 (UTC) Received: by mail-ia0-f180.google.com with SMTP id l29so3960666iag.11 for ; Sun, 14 Apr 2013 18:59:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=1XZxY5zfIPNTHVXo9D37MjoZLqqwaMgCNO2KeiOwTjk=; b=doWpiVhXEITzsz6f5BIqPVPp8ktRCIxJy/lShdPwmKhvVy0ez4Q9dSL0RBVYm4ihQH NyWxtG9NmeulFrYEKnZ0GoLVA5QxPIt3NKtBzlg47uHNDrNAukKFXNdODUyjI3Vkn19V ilFsoi6tiFDwqQV4APGsTj8O8D9Mo2vWqBRD5E8oc3wWym8QRfVbjD53zXE1YxElASvj S63cI5vN9Hn6gRBY/8V/a+vpiQOX2iDBAqDSVaVyFhzBqkArc+1hCbD3WUSaGUx3h/CL HqS5vTn8FXpHrFoo58l4uVxgwrMcpSTR2OHegr3x3s1XEK1P3qVcB/vO4lvvoI700wbp qXow== MIME-Version: 1.0 X-Received: by 10.50.72.3 with SMTP id z3mr4095026igu.47.1365991198250; Sun, 14 Apr 2013 18:59:58 -0700 (PDT) Received: by 10.64.23.167 with HTTP; Sun, 14 Apr 2013 18:59:58 -0700 (PDT) In-Reply-To: References: <1626691599.230410.1365697779199.JavaMail.www@wwinf8312> Date: Mon, 15 Apr 2013 09:59:58 +0800 Message-ID: Subject: Re: About pcDuino support From: Ganbold Tsagaankhuu To: Alexander Fedorov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Apr 2013 01:59:58 -0000 On Fri, Apr 12, 2013 at 8:28 PM, Alexander Fedorov < alexander.fedorov@rtlservice.com> wrote: > I have Hackberry board, that also based on Allwinner A10 processor. > And working hardware is: > - UART > - GPIO > - USB Host controller (With properly configured GPIO pins) > > Not working: > - USB OTG controller (It seems it's based on Mentor Graphics IP and > maybe we can reuse Oleksander's code: > http://lists.freebsd.org/pipermail/freebsd-arm/2013-April/005383.html) > - SDHCI controller and Ethernet (Some work is done by Ganbold: > https://github.com/tsgan/allwinner_a10/) > As for sdhci my work is not complete and probably we need mmc driver too. Wemac case is little bit different, it attaches at least, but not working yet. Ganbold > - NAND Flash controller ( I have early version of driver, that support > chip detection, reading regular and ONFI parameters pages. ) > > Also you may be interested in kernel netbooting: > http://kernelnomicon.org/?p=3D298 > > 2013/4/11 : > > Hi all, > > I am about to get a pcDuino board: > http://www.pcduino.com/wiki/index.php?title=3DHardware. It seems to be a > good alternative to RPi. I would like to know the current status about th= is > board. > > Thanks in advance. > > Luc > > > > Une messagerie gratuite, garantie =E0 vie et des services en plus, =E7a= vous > tente ? > > Je cr=E9e ma bo=EEte mail www.laposte.net > > _______________________________________________ > > 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" > _______________________________________________ > 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 Mon Apr 15 02:45:38 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 71C9EBB7; Mon, 15 Apr 2013 02:45:38 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from mail05.syd.optusnet.com.au (mail05.syd.optusnet.com.au [211.29.132.186]) by mx1.freebsd.org (Postfix) with ESMTP id 3C11ACC5; Mon, 15 Apr 2013 02:45:37 +0000 (UTC) Received: from bender (pa49-176-8-48.pa.nsw.optusnet.com.au [49.176.8.48] (may be forged)) by mail05.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id r3F2jEFd015053; Mon, 15 Apr 2013 12:45:19 +1000 Date: Mon, 15 Apr 2013 12:45:10 +1000 From: Andrew Turner To: Tim Kientzle Subject: Re: GDB on EABI Message-ID: <20130415124510.46f76bec@bender> In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Optus-CM-Score: 0 X-Optus-CM-Analysis: v=2.0 cv=Ov0XUFDt c=1 sm=1 a=kj9zAlcOel0A:10 a=fNUWLwDUyLIA:10 a=6I5d2MoRAAAA:8 a=kiVn5AXGW-Hn35AQ4cIA:9 a=CjuIK1q_8ugA:10 a=SV7veod9ZcQA:10 a=yZEqWRH4PL0qC4IGBoEPsg==:117 Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Apr 2013 02:45:38 -0000 On Sun, 14 Apr 2013 11:45:00 -0700 Tim Kientzle wrote: > On RPI with a recent -CURRENT (r249461) built -DWITH_ARM_EABI. > > Looks like GDB doesn't yet know about our EABI variant: > > ...../contrib/gdb/gdb/arm-tdep.c:2589: internal-error: > arm_elf_osabi_sniffer: Unknown ARM EABI version 0x5000000 This is gdb failing to correctly determine the ABI from the .note.tag section. I made a change in [1] to use this section, however it appears to not be working correctly here. The reason it complains about the EABI version is because gdb uses it if it is unable to determine the ABI by other means. As is is unneeded for FreeBSD I haven't taught gdb about the above EABI version so it complains to not know about it. > I'm also still seeing a lot of problems from the rtld locking issue: > > # top > ld-elf.so.1: assert > failed: /usr/home/tim/projects/crochet-rpi/src/libexec/rtld-elf/rtld_lock.c:233 > Abort (core dumped) I've tracked down this as an issue where llvm incorrectly aligns the stack in some cases within a leaf function that uses thread local storage. As a work around you can edit contrib/llvm/lib/Target/ARM/ARMFrameLowering.h to change the last argument to TargetFrameLowering from 4 to 8. This will ensure all stack frames are 8 byte aligned. I have a patch I am planning on submitting upstream to fix this in a better way but I am currently traveling and have not yet had a chance. Andrew [1] http://svnweb.freebsd.org/base/head/contrib/gdb/gdb/osabi.c?r1=246312&r2=246311&pathrev=246312 From owner-freebsd-arm@FreeBSD.ORG Mon Apr 15 10:09:30 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5E2DC78E for ; Mon, 15 Apr 2013 10:09:30 +0000 (UTC) (envelope-from alie@affle.com) Received: from mail-qe0-f53.google.com (mail-qe0-f53.google.com [209.85.128.53]) by mx1.freebsd.org (Postfix) with ESMTP id 20229BC for ; Mon, 15 Apr 2013 10:09:29 +0000 (UTC) Received: by mail-qe0-f53.google.com with SMTP id q19so2555142qeb.40 for ; Mon, 15 Apr 2013 03:09:22 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:x-gm-message-state; bh=b8W55YEZ40RkY94WvkQIFjCz1NkWG3eRssNYv4l7uUg=; b=K9QBfyRpfdU6HgOo6VfmhENuEfUoYkMG03VeYzba0ZwIOkoY9/YC64lM7raniUL9v4 w/+oOqnqN8SNhwSWB/v94OzBfKp/X8/sQbA7Zl8mk3XYI+3jPKS7ed/kVhC/j6rvoq+S uAqvgLjNfuriVpC42MnVDUc8uLH2zUI8OOk+p08nx0Awd9Pcxs/uzFcXB6rQ12vpzMol MyR3A/wh1WKJGaPDf6rGPubXp8cxX+4kz2Ed7cRw7QIT4jSM2uhnodt6CitWzeR744Bs 8kUO/QponmKXLdefrSyw+K5a++EMzHLTrl2hzjI5LE0gk+Rnw4mJVZoUdwo9iFNyn1Pr pcxA== MIME-Version: 1.0 X-Received: by 10.224.178.148 with SMTP id bm20mr21823436qab.30.1366020562717; Mon, 15 Apr 2013 03:09:22 -0700 (PDT) Received: by 10.49.82.75 with HTTP; Mon, 15 Apr 2013 03:09:22 -0700 (PDT) In-Reply-To: <51687F65.4020703@bluezbox.com> References: <51438529.4080604@bluezbox.com> <4FD89AF1-AF9D-4950-8AA4-9CC95FE66D46@kientzle.com> <456661659-1363845801-cardhu_decombobulator_blackberry.rim.net-733146442-@b26.c6.bise3.blackberry> <51687F65.4020703@bluezbox.com> Date: Mon, 15 Apr 2013 18:09:22 +0800 Message-ID: Subject: Re: Unable to compile VCHIQ From: Alie Tan To: Oleksandr Tymoshenko X-Gm-Message-State: ALoCoQmN/PPh+AKu8GOWIO8/i1adQKk3CdpbVGdkYXytKJu+JEaeBF4QgbMJQz7jBgICEwAI/pgj Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Tim Kientzle , "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Apr 2013 10:09:30 -0000 On Sat, Apr 13, 2013 at 5:40 AM, Oleksandr Tymoshenko wrote: > On 4/12/2013 12:09 AM, Alie Tan wrote: > >> On Mon, Mar 25, 2013 at 6:19 AM, Tim Kientzle > tim@kientzle.com>> wrote: >> >> > From: Tim Kientzle > >> > Sender: owner-freebsd-arm@freebsd.**orgDate: Wed, 20 Mar 2013 >> 23:01:26 >> > To: Oleksandr Tymoshenko> > >> > Cc: >> >> >> > Subject: Re: Unable to compile VCHIQ >> > >> > >> > On Mar 15, 2013, at 1:31 PM, Oleksandr Tymoshenko wrote: >> > >> >>> cc -O3 -pipe -DVCOS_VERIFY_BKPTS=1 -DUSE_VCHIQ_ARM >> >>> -D__VCCOREVER__=0x04000000 -O3 -fno-strict-aliasing >> -funroll-loops -pipe >> >>> -ftree-vectorize -D_KERNEL -DKLD_MODULE -nostdinc >> >>> -I/usr/src/vc/vchiq-freebsd/**interface -I. -I@ -I@/contrib/altq >> >>> -finline-limit=8000 --param inline-unit-growth=100 --param >> >>> large-function-growth=1000 -fno-common -ffreestanding >> -std=iso9899:1999 >> >>> -c /usr/src/vc/vchiq-freebsd/**interface/vchiq_arm/vchiq_** >> 2835_arm.c >> >>> In file included from >> >>> /usr/src/vc/vchiq-freebsd/**interface/vchiq_arm/vchiq_** >> 2835_arm.c:65: >> >>> @/vm/vm_pager.h: In function 'vm_pager_get_pages': >> >>> @/vm/vm_pager.h:127: warning: implicit declaration of function >> 'rw_assert' >> >>> @/vm/vm_pager.h:127: error: 'RA_WLOCKED' undeclared (first use >> in this >> >>> function) >> >>> @/vm/vm_pager.h:127: error: (Each undeclared identifier is >> reported only >> >>> once >> >>> @/vm/vm_pager.h:127: error: for each function it appears in.) >> >>> @/vm/vm_pager.h: In function 'vm_pager_put_pages': >> >>> @/vm/vm_pager.h:144: error: 'RA_WLOCKED' undeclared (first use >> in this >> >>> function) >> >>> @/vm/vm_pager.h: In function 'vm_pager_has_page': >> >>> @/vm/vm_pager.h:168: error: 'RA_WLOCKED' undeclared (first use >> in this >> >>> function) >> >>> @/vm/vm_pager.h: In function 'vm_pager_page_unswapped': >> >>> @/vm/vm_pager.h:191: error: 'RA_WLOCKED' undeclared (first use >> in this >> >>> function) >> >>> *** [vchiq_2835_arm.o] Error code 1 >> >>> >> >>> Stop in /usr/src/vc/vchiq-freebsd. >> >>> >> >>> >> >>> Anyone got idea how to solve the issue? >> >>> >> >> >> >> It seems you're trying to build vchiq against your host sources >> which is wrong. You need >> >> to use cross-compilation environment for this. >> > >> > I'm seeing this now, too, and I've checked carefully: I'm >> > definitely building inside the "buildworld" cross environment. >> > >> > It looks like RA_WLOCKED is only defined if INVARIANTS is >> > active (sys/sys/rwlock.h). >> >> The attached patch to vchiq fixes it for me. >> >> Cheers, >> >> Tim >> >> >> i am getting different error now: >> In file included from /usr/src/vc/vchiq-freebsd/** >> interface/vchiq_arm/vchiq_**core.c:34: >> In file included from /usr/src/vc/vchiq-freebsd/** >> interface/vchiq_arm/vchiq_**core.h:44: >> ./interface/compat/vchi_bsd.h:**97:33: error: passing 'atomic_t *' (aka >> 'volatile int *') to parameter of type 'volatile uint32_t *' >> (aka 'volatile unsigned int *') converts between pointers to >> integer types with different sign [-Werror,-Wpointer-sign] >> return i + atomic_fetchadd_int(v, i); >> ^ >> ./machine/atomic.h:333:39: note: passing argument to parameter 'p' here >> atomic_fetchadd_32(volatile uint32_t *p, uint32_t val) >> ^ >> In file included from /usr/src/vc/vchiq-freebsd/** >> interface/vchiq_arm/vchiq_**core.c:34: >> In file included from /usr/src/vc/vchiq-freebsd/** >> interface/vchiq_arm/vchiq_**core.h:44: >> ./interface/compat/vchi_bsd.h:**103:29: error: passing 'atomic_t *' (aka >> 'volatile int *') to parameter of type 'volatile uint32_t *' >> (aka 'volatile unsigned int *') converts between pointers to >> integer types with different sign [-Werror,-Wpointer-sign] >> return atomic_fetchadd_int(v, -i) - i; >> ^ >> ./machine/atomic.h:333:39: note: passing argument to parameter 'p' here >> atomic_fetchadd_32(volatile uint32_t *p, uint32_t val) >> ^ >> In file included from /usr/src/vc/vchiq-freebsd/** >> interface/vchiq_arm/vchiq_**core.c:34: >> In file included from /usr/src/vc/vchiq-freebsd/** >> interface/vchiq_arm/vchiq_**core.h:44: >> ./interface/compat/vchi_bsd.h:**109:28: error: passing 'atomic_t *' (aka >> 'volatile int *') to parameter of type 'volatile u_int32_t *' >> (aka 'volatile unsigned int *') converts between pointers to >> integer types with different sign [-Werror,-Wpointer-sign] >> if (atomic_cmpset_rel_int(v, oldv, newv)) >> ^ >> ./machine/atomic.h:248:42: note: passing argument to parameter 'p' here >> atomic_cmpset_rel_32(volatile u_int32_t *p, volatile u_int32_t cmpval, >> volatile u_int32_t newval) >> ^ >> In file included from /usr/src/vc/vchiq-freebsd/** >> interface/vchiq_arm/vchiq_**core.c:34: >> In file included from /usr/src/vc/vchiq-freebsd/** >> interface/vchiq_arm/vchiq_**core.h:44: >> ./interface/compat/vchi_bsd.h:**120:34: error: passing 'atomic_t *' (aka >> 'volatile int *') to parameter of type 'volatile u_int32_t *' >> (aka 'volatile unsigned int *') converts between pointers to >> integer types with different sign [-Werror,-Wpointer-sign] >> return atomic_readandclear_int(v); >> ^ >> ./machine/atomic.h:348:44: note: passing argument to parameter 'p' here >> atomic_readandclear_32(**volatile u_int32_t *p) >> ^ >> In file included from /usr/src/vc/vchiq-freebsd/** >> interface/vchiq_arm/vchiq_**core.c:34: >> In file included from /usr/src/vc/vchiq-freebsd/** >> interface/vchiq_arm/vchiq_**core.h:44: >> ./interface/compat/vchi_bsd.h:**123:31: error: passing 'atomic_t *' (aka >> 'volatile int *') to parameter of type 'volatile uint32_t *' >> (aka 'volatile unsigned int *') converts between pointers to >> integer types with different sign [-Werror,-Wpointer-sign] >> oldv = atomic_load_acq_int(v); >> ^ >> ./machine/atomic.h:363:39: note: passing argument to parameter 'p' here >> atomic_load_acq_32(volatile uint32_t *p) >> ^ >> In file included from /usr/src/vc/vchiq-freebsd/** >> interface/vchiq_arm/vchiq_**core.c:34: >> In file included from /usr/src/vc/vchiq-freebsd/** >> interface/vchiq_arm/vchiq_**core.h:44: >> ./interface/compat/vchi_bsd.h:**124:35: error: passing 'atomic_t *' (aka >> 'volatile int *') to parameter of type 'volatile u_int32_t *' >> (aka 'volatile unsigned int *') converts between pointers to >> integer types with different sign [-Werror,-Wpointer-sign] >> } while (!atomic_cmpset_rel_int(v, oldv, newv)); >> ^ >> ./machine/atomic.h:248:42: note: passing argument to parameter 'p' here >> atomic_cmpset_rel_32(volatile u_int32_t *p, volatile u_int32_t cmpval, >> volatile u_int32_t newval) >> ^ >> 6 errors generated. >> *** [vchiq_core.o] Error code 1 >> >> Stop in /usr/src/vc/vchiq-freebsd. >> > > Tim also submitted additional patches via pull requests. Took me some time > to get around to merge them but now vchiq-freebsd code should be compilable > with clang > Thanks, but now I am getting another error CMake Error at /usr/local/share/cmake/Modules/CMakeTestCCompiler.cmake:52 (MESSAGE): The C compiler "/usr/bin/gcc" is not able to compile a simple test program. It fails with the following output: Change Dir: /usr/src/vc/userland/build/arm-freebsd/release/CMakeFiles/CMakeTmp Run Build Command:/usr/bin/make "cmTryCompileExec2325164285/fast" /usr/bin/make -f CMakeFiles/cmTryCompileExec2325164285.dir/build.make CMakeFiles/cmTryCompileExec2325164285.dir/build /usr/local/bin/cmake -E cmake_progress_report /usr/src/vc/userland/build/arm-freebsd/release/CMakeFiles/CMakeTmp/CMakeFiles 1 Building C object CMakeFiles/cmTryCompileExec2325164285.dir/testCCompiler.c.o /usr/bin/gcc -mcpu=arm1176jzf-s -mfpu=vfp -o CMakeFiles/cmTryCompileExec2325164285.dir/testCCompiler.c.o -c /usr/src/vc/userland/build/arm-freebsd/release/CMakeFiles/CMakeTmp/testCCompiler.c `-mcpu=' is deprecated. Use `-mtune=' or '-march=' instead. cc1: error: unrecognized command line option "-mfpu=vfp" /usr/src/vc/userland/build/arm-freebsd/release/CMakeFiles/CMakeTmp/testCCompiler.c:1: error: bad value (arm1176jzf-s) for -mtune= switch *** [CMakeFiles/cmTryCompileExec2325164285.dir/testCCompiler.c.o] Error code 1 Stop in /usr/src/vc/userland/build/arm-freebsd/release/CMakeFiles/CMakeTmp. *** [cmTryCompileExec2325164285/fast] Error code 1 Stop in /usr/src/vc/userland/build/arm-freebsd/release/CMakeFiles/CMakeTmp. CMake will not be able to correctly generate this project. Call Stack (most recent call first): CMakeLists.txt:3 (project) -- Configuring incomplete, errors occurred! From owner-freebsd-arm@FreeBSD.ORG Mon Apr 15 11:06:40 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 8125F8BF for ; Mon, 15 Apr 2013 11:06:40 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 59EBD78C for ; Mon, 15 Apr 2013 11:06:40 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r3FB6ehl015016 for ; Mon, 15 Apr 2013 11:06:40 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r3FB6d9Q015014 for freebsd-arm@FreeBSD.org; Mon, 15 Apr 2013 11:06:39 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 15 Apr 2013 11:06:39 GMT Message-Id: <201304151106.r3FB6d9Q015014@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.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Apr 2013 11:06:40 -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/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/176424 arm Compiler warning, TARGET_ARCH=armv6, make MALLOC_PRODU o arm/175803 arm building xdev for arm failing o arm/175605 arm please fix build binutils-2.23.1 in raspberry pi o arm/174461 arm [patch] Fix off-by-one in arm9/arm10 cache maintenance 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 arm/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/149288 arm mail/dovecot causes panic during configure on Sheevapl o arm/134368 arm [new driver] [patch] nslu2_led driver for the LEDs on p arm/134338 arm [patch] Lock GPIO accesses on ixp425 23 problems total. From owner-freebsd-arm@FreeBSD.ORG Mon Apr 15 13:08:29 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 726A2EFF for ; Mon, 15 Apr 2013 13:08:29 +0000 (UTC) (envelope-from yaakovozer@yahoo.de) Received: from nm20-vm0.bullet.mail.ird.yahoo.com (nm20-vm0.bullet.mail.ird.yahoo.com [77.238.189.221]) by mx1.freebsd.org (Postfix) with SMTP id 993A0F43 for ; Mon, 15 Apr 2013 13:08:28 +0000 (UTC) Received: from [77.238.189.53] by nm20.bullet.mail.ird.yahoo.com with NNFMP; 15 Apr 2013 13:08:21 -0000 Received: from [212.82.98.107] by tm6.bullet.mail.ird.yahoo.com with NNFMP; 15 Apr 2013 13:08:21 -0000 Received: from [127.0.0.1] by omp1044.mail.ir2.yahoo.com with NNFMP; 15 Apr 2013 13:08:21 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 366581.64236.bm@omp1044.mail.ir2.yahoo.com Received: (qmail 4317 invoked by uid 60001); 15 Apr 2013 13:08:21 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.de; s=s1024; t=1366031301; bh=uO2W2z8XdBlZ56BW9NaPFtMsKXYe3Se4+kBcIm9wYo0=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=m5D8is5hVGL1re+XHmziq2wxIZ1jA4a1rS2da8mHEVDK51slTEwNDVlIQcTSEJxKdIkw338SNY1VGmiNztcA9kbyOBGT83rIHYgvLQt8/BOXxAsjf8r6AObE78yZeycIREbRaQhqqYC3DDueeCZvzFWcubY7vWBmK+/3Y4YRbR8= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.de; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=wYNmOb21vYnHWPQjf8wfiuef6wqL9qXYunxNl79GIhpRkmwjmBvlX0f34dIJ8IMqbkob5xjyiPu3o4YNNUXMRRHxwFVwmvSi54sLfqkwq+YTo7YUCtOJ1cY1EvIcBP3XkbWfSuZEmM6CFOq+jKxOC42eWGe19973KJ5E+PVOUwI=; X-YMail-OSG: .fl27JYVM1leXkBC2QL.tqAZ3d._pIkeO.gXFPWDSGIl56e tgpacKl7PC_Fpt0oHlDHb2nE0mR6GhkTGsNmEkOePaMWj1WvPG26o7oA_dtZ xSbZkjAV.1MOx3KFb8Y39zumBBl8ooX8Tuz8zWDC.IrmKZPyTV6IylEl627z ZyKnEcEZ3qzgiYF1nLso_r7RSHPPC3KnUcWR9yedrhzTL_r_CUlpB_IKbbgQ IukGBrZgoj_p92LHyc_v2SSgLGXbt8GaWfcFmE6VL1vYH95.8Iboxu37c74b 5lTNksERtEcGyjl39ZnNq2bXipVAAfVQ4FAJVfMZIR1Dc3Dd6p32.Ly8rZHn 2nMdTUyfA.jp5L3mULlORpBD7CChO4XuFXIvj_.TgOzyr9xjzLmbfhHq6tmj QwK7RNbCfhSMriZlrhpEWPzwj1tKn2Y6RN2hcgFmvlR4NFOFoUTuwQYqZvCy 1eruB76QHa6LPl243NBGwDKf3tQD0Cw-- Received: from [80.246.32.33] by web172702.mail.ir2.yahoo.com via HTTP; Mon, 15 Apr 2013 14:08:21 BST X-Rocket-MIMEInfo: 002.001, SGkswqAKaSB3YXMgdHJ5aW5nIHRvIGJ1aWxkIHhkZXYgZm9yIGN1YmllYm9hcmQuwqAKSSB1c2VkOiDCoG1ha2UgeGRldj1hcm0gVEFSR0VUX0FSQ0g9YXJtLiBJdHMgZmFpbGVkIGJlY2F1c2Uga3JiX2Vyci5oIHdhcyBub3QgZm91bmQuCnBsZWFzZSBoZWxwIG1lLgEwAQEBAQ-- X-Mailer: YahooMailWebService/0.8.140.532 Message-ID: <1366031301.94989.YahooMailNeo@web172702.mail.ir2.yahoo.com> Date: Mon, 15 Apr 2013 14:08:21 +0100 (BST) From: Yan Morozz Subject: xdev goes wrong To: "freebsd-arm@FreeBSD.org" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Yan Morozz List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Apr 2013 13:08:29 -0000 Hi,=A0=0Ai was trying to build xdev for cubieboard.=A0=0AI used: =A0make xd= ev=3Darm TARGET_ARCH=3Darm. Its failed because krb_err.h was not found.=0Ap= lease help me. From owner-freebsd-arm@FreeBSD.ORG Mon Apr 15 13:28:15 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 98A832EF for ; Mon, 15 Apr 2013 13:28:15 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: from mail-ie0-x233.google.com (mail-ie0-x233.google.com [IPv6:2607:f8b0:4001:c03::233]) by mx1.freebsd.org (Postfix) with ESMTP id 704058C for ; Mon, 15 Apr 2013 13:28:15 +0000 (UTC) Received: by mail-ie0-f179.google.com with SMTP id 16so1073561iea.10 for ; Mon, 15 Apr 2013 06:28:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=VvN+INV7ahAhwebpIXnOpXWEQFoqjLzE6cwa1ZApbEw=; b=w5FxrxcgkcxPCpXYLqMyfyEwrIvofcaIQal7PTFGfFCix+FYEhrAD7+rTS+ydtOnmP qtWSdGqX8STZdCj3ALi6pHSMpLLVEuksYl9HUj6hAXYfCGrud+Ftp03N+uxLRdjhdZfR W/gfA1XXJuzWwelk8/MWSDRM/Pmkm/UD3PXY619DUBe52XuIR86ROGiYVqTOe/1FymZu 6QkbLZaGkbjTPyEC/MJ3IzZz/eUEIgcx8oZVm9iUT14wEC3S0HoY7UPTHuBb8wOuIDqe L0ppMbvYfhKKr/szGeHUnwfbqPkx59zWHbCnLj71h9ZU5o7AVTfy8Yp0k3wxbR8WYSdU N/bg== MIME-Version: 1.0 X-Received: by 10.50.178.105 with SMTP id cx9mr5099446igc.111.1366032494603; Mon, 15 Apr 2013 06:28:14 -0700 (PDT) Received: by 10.64.23.167 with HTTP; Mon, 15 Apr 2013 06:28:14 -0700 (PDT) In-Reply-To: <1366031301.94989.YahooMailNeo@web172702.mail.ir2.yahoo.com> References: <1366031301.94989.YahooMailNeo@web172702.mail.ir2.yahoo.com> Date: Mon, 15 Apr 2013 21:28:14 +0800 Message-ID: Subject: Re: xdev goes wrong From: Ganbold Tsagaankhuu To: Yan Morozz Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-arm@FreeBSD.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Apr 2013 13:28:15 -0000 On Mon, Apr 15, 2013 at 9:08 PM, Yan Morozz wrote: > Hi, > i was trying to build xdev for cubieboard. > I used: make xdev=arm TARGET_ARCH=arm. Its failed because krb_err.h was > not found. > Try like: make xdev XDEV=arm XDEV_ARCH=arm Ganbold > please help me. > _______________________________________________ > 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 Mon Apr 15 14:09:04 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 97FDE955 for ; Mon, 15 Apr 2013 14:09:04 +0000 (UTC) (envelope-from yaakovozer@yahoo.de) Received: from nm2.bullet.mail.ird.yahoo.com (nm2.bullet.mail.ird.yahoo.com [77.238.189.59]) by mx1.freebsd.org (Postfix) with SMTP id E5DDF21B for ; Mon, 15 Apr 2013 14:09:03 +0000 (UTC) Received: from [77.238.189.50] by nm2.bullet.mail.ird.yahoo.com with NNFMP; 15 Apr 2013 14:09:02 -0000 Received: from [212.82.98.122] by tm3.bullet.mail.ird.yahoo.com with NNFMP; 15 Apr 2013 14:09:00 -0000 Received: from [127.0.0.1] by omp1059.mail.ir2.yahoo.com with NNFMP; 15 Apr 2013 14:09:00 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 831011.68009.bm@omp1059.mail.ir2.yahoo.com Received: (qmail 57218 invoked by uid 60001); 15 Apr 2013 14:09:00 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.de; s=s1024; t=1366034940; bh=UqN8yczIPIOutY4ZCWDdchf0GKVcID6vZ3LQOI01BkQ=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=U3DxCjeOc/CDfik+28yGJ/2CUEoZF75RT1c4XqzVNkToVMvdv+Jvp2HySBy6dfqhX8/VzVKi+cARp3QpPKralbH9eKtnJcMmfrCjQ1XKGWChd6JwtOisb4V/0t9gAgsaZoDxdOEGXCvy+M07YtYY7b85mMA4v4RTF+l6TLfsMW4= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.de; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=Lo09XfYQbHTY0FmhykW1eRpc7z+TVmKweeyfo66owhbd/XIDDgriZ64bKehn80HfoOhUgwAV9gkju/wnKk1mK1oBbm6oa/Pxh+Uu1evATZfPnC7ctN4fDZt6UVURk397EtlX+j3C79QSrl1DE3sY4FsUpKCjI14sdoaU4PDxdJ4=; X-YMail-OSG: i1gd9EcVM1lFPxpz_G2VEpd.b_2gFa97EWvhw5C94vg_7so F2pjdQKcwdMYlBmkUU6YQvPYTEHar2mh8yuNfa9431d3XLKVCwbFB.ESvvwD pvocQeTAa7wHFxUdeuoX2DcOu7O9X55nRufe3q6ScCJwSTGsaMA.ooIpbj5y zy09bn5A7f1rHUXOeE_D1d03Kq1ZiC80c6SZ6e.QtF1JG9vkh6EzdCeLtGZI DXGEQe25Yd.JC4pKNreAoTOXWCa2oWVzv32vT6miDwB5tvqZXNxvA9qMfRKA fjhPAgqiY6rLuHBro2opGv5XDBFPxGI.oUKiGNqnkiarsK3O25Yc3DB4pSrG eudw.zq1gEl9TlQJXIULdFYNq4EBHaZRedL34emxwmvvNL8FzpaoSxWjV6Pv rg9x4WmDc71KSZyMfxBpg3MYPHLDySj_Bar_HHtO1h.rmkq2luCehDPyjPkg QbW7ICGl.UiYvMv0A0RhVfDmqJPasNA-- Received: from [80.246.32.33] by web172703.mail.ir2.yahoo.com via HTTP; Mon, 15 Apr 2013 15:09:00 BST X-Rocket-MIMEInfo: 002.001, SSdtIHNvcnJ5LsKgCkkgd2FzIHdyb25nLCBpIHdyb3RlIHRoaXMgY29tbWFuZCBmcm9tIG15IG1lbW9yeS7CoApJJ3YgcHV0IHRoaXMgb25lICJtYWtlwqB4ZGV2wqBYREVWPWFybSBYREVWX0FSQ0g9YXJtIgpJdCBmYWlscyBiZWNhdXNlIGtyYl9lcnIuaCBjYW4ndCBiZSBmb3VuZC4BMAEBAQE- X-Mailer: YahooMailWebService/0.8.140.532 Message-ID: <1366034940.55047.YahooMailNeo@web172703.mail.ir2.yahoo.com> Date: Mon, 15 Apr 2013 15:09:00 +0100 (BST) From: Yan Morozz Subject: xdev does wrong To: "freebsd-arm@freebsd.org" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Yan Morozz List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Apr 2013 14:09:04 -0000 I'm sorry.=A0=0AI was wrong, i wrote this command from my memory.=A0=0AI'v = put this one "make=A0xdev=A0XDEV=3Darm XDEV_ARCH=3Darm"=0AIt fails because = krb_err.h can't be found. From owner-freebsd-arm@FreeBSD.ORG Mon Apr 15 14:56:35 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 70F84595 for ; Mon, 15 Apr 2013 14:56:35 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-da0-x233.google.com (mail-da0-x233.google.com [IPv6:2607:f8b0:400e:c00::233]) by mx1.freebsd.org (Postfix) with ESMTP id 4D0D86C7 for ; Mon, 15 Apr 2013 14:56:35 +0000 (UTC) Received: by mail-da0-f51.google.com with SMTP id g27so2105874dan.10 for ; Mon, 15 Apr 2013 07:56:35 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to:x-mailer:x-gm-message-state; bh=Iq+efJRvHbWfEcuwVhtnoFU+G7mDZKiylju4guZ4xKI=; b=e/e2V+MsIGOumzb08wLu1kU2Ll7A5tOW8Q0Krd42JTvDGWLHEF9o4oEE3at8Gl8mO6 fOHkH5mouATFQ57EbDkRWH9q22sLQxNp+frBw2LU6YDneRNqGc5sQPsFMl3e/Iy6MFh0 RtvgkY/a1O5A+GwXnU2wVkKWh/ByweXPuCNc5gNOMUsz31QiUZecstFH/CgClQdBTwMM bbeJkhvsHmuqH9oWE3DsCOhngg91P0ELWwG+MHOjU4LrGZtRPduxymEabj7byWW/WtBW +bKuhrbGQlUzICcdGrgJlJG48ye/j7XOSBCloExlghnG/TWrkc+AB7ybHwjxiep4cbpH uXeQ== X-Received: by 10.68.114.37 with SMTP id jd5mr4679276pbb.95.1366037794975; Mon, 15 Apr 2013 07:56:34 -0700 (PDT) Received: from [10.0.0.53] (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPS id lo7sm18065571pab.19.2013.04.15.07.56.32 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 15 Apr 2013 07:56:33 -0700 (PDT) Sender: Warner Losh Subject: Re: xdev does wrong Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <1366034940.55047.YahooMailNeo@web172703.mail.ir2.yahoo.com> Date: Mon, 15 Apr 2013 08:56:19 -0600 Content-Transfer-Encoding: 7bit Message-Id: References: <1366034940.55047.YahooMailNeo@web172703.mail.ir2.yahoo.com> To: Yan Morozz X-Mailer: Apple Mail (2.1085) X-Gm-Message-State: ALoCoQlk7SRyc2EGI0IZeLgKrOHo4oF4FMUoLh5Rd71qM59ZL5nWir5cvqz1sqZiPttf4hYMMlDS Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Apr 2013 14:56:35 -0000 Try -DWITHOUT_KERBEROS as a workaround. Warner On Apr 15, 2013, at 8:09 AM, Yan Morozz wrote: > I'm sorry. > I was wrong, i wrote this command from my memory. > I'v put this one "make xdev XDEV=arm XDEV_ARCH=arm" > It fails because krb_err.h can't be found. > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@FreeBSD.ORG Tue Apr 16 00:42:01 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4EA0D380 for ; Tue, 16 Apr 2013 00:42:01 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.162.213]) by mx1.freebsd.org (Postfix) with ESMTP id DA40C211 for ; Tue, 16 Apr 2013 00:42:00 +0000 (UTC) Received: from zidane.cc.vt.edu (zidane.cc.vt.edu [198.82.163.227]) by lennier.cc.vt.edu (8.13.8/8.13.8) with ESMTP id r3G0e6oK002830 for ; Mon, 15 Apr 2013 20:41:24 -0400 Received: from auth3.smtp.vt.edu (EHLO auth3.smtp.vt.edu) ([198.82.161.152]) by zidane.cc.vt.edu (MOS 4.3.3-GA FastPath queued) with ESMTP id XGK60152; Mon, 15 Apr 2013 20:41:24 -0400 (EDT) Received: from gromit.chumby.lan (c-98-249-9-133.hsd1.va.comcast.net [98.249.9.133]) (authenticated bits=0) by auth3.smtp.vt.edu (8.13.8/8.13.8) with ESMTP id r3G0fN3A018559 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Mon, 15 Apr 2013 20:41:24 -0400 From: Paul Mather Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: C++ broken on Raspberry Pi? Message-Id: Date: Mon, 15 Apr 2013 20:41:23 -0400 To: freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) X-Mailer: Apple Mail (2.1503) X-Mirapoint-Received-SPF: 198.82.161.152 auth3.smtp.vt.edu paul@gromit.dlib.vt.edu 5 none X-Junkmail-Status: score=10/50, host=zidane.cc.vt.edu X-Junkmail-Signature-Raw: score=unknown, refid=str=0001.0A020209.516C9E34.009B,ss=1,re=0.000,fgs=0, ip=98.249.9.133, so=2011-07-25 19:15:43, dmn=2011-05-27 18:58:46, mode=single engine X-Junkmail-IWF: false X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Apr 2013 00:42:01 -0000 I recently bought a Raspberry Pi and have been running FreeBSD = 10-CURRENT on it (r249461). My system is running an image built using = Tim Kientzle's Crochet scripts on a FreeBSD/amd64 10-CURRENT build = system. I just tried doing a native build on the Raspberry Pi itself = but the buildworld fails fairly early on: =3D=3D=3D=3D=3D [...] mkdep -f .depend -a = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/incl= ude = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support = -I. = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/= include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS = -D__STDC_CONSTANT_MACROS = -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"armv6-unknown-freebsd10.0\" = -DLLVM_HOSTTRIPLE=3D\"armv6-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=3D\"\"= -I/usr/obj/usr/src/tmp/legacy/usr/include -std=3Dgnu99 = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Conver= tUTF.c = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regcom= p.c = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regerr= or.c = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regexe= c.c = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regfre= e.c = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regstr= lcpy.c mkdep -f .depend -a = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/incl= ude = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support = -I. = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/= include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS = -D__STDC_CONSTANT_MACROS = -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"armv6-unknown-freebsd10.0\" = -DLLVM_HOSTTRIPLE=3D\"armv6-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=3D\"\"= -I/usr/obj/usr/src/tmp/legacy/usr/include = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APFloa= t.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APInt.= cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APSInt= .cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Alloca= tor.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Atomic= .cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/BlockF= requency.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Branch= Probability.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Comman= dLine.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Consta= ntRange.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Conver= tUTFWrapper.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/CrashR= ecoveryContext.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/DAGDel= taAlgorithm.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Debug.= cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/DeltaA= lgorithm.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Dwarf.= cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Dynami= cLibrary.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Errno.= cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/ErrorH= andling.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/FileOu= tputBuffer.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Foldin= gSet.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Format= tedStream.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/GraphW= riter.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Hashin= g.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Host.c= pp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Includ= eFile.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/IntEqC= lasses.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Interv= alMap.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Intrus= iveRefCntPtr.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/IsInf.= cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/IsNAN.= cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Locale= .cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/LockFi= leManager.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Manage= dStatic.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Memory= .cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Memory= Buffer.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Memory= Object.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Mutex.= cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Path.c= pp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/PathV2= .cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Plugin= Loader.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Pretty= StackTrace.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Proces= s.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Progra= m.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/RWMute= x.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Regex.= cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Search= ForAddressOfSpecialSymbol.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Signal= s.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/SmallP= trSet.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/SmallV= ector.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Source= Mgr.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Statis= tic.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Stream= ableMemoryObject.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/String= Extras.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/String= Map.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/String= Pool.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/String= Ref.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Target= Registry.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Thread= Local.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Thread= ing.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/TimeVa= lue.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Timer.= cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/ToolOu= tputFile.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Triple= .cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Twine.= cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Valgri= nd.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Watchd= og.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/YAMLPa= rser.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/YAMLTr= aits.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/circul= ar_raw_ostream.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/raw_os= _ostream.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/raw_os= tream.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/system= _error.cpp=20 c++ -O -pipe = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/incl= ude = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support = -I. = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/= include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS = -D__STDC_CONSTANT_MACROS -fno-strict-aliasing = -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"armv6-unknown-freebsd10.0\" = -DLLVM_HOSTTRIPLE=3D\"armv6-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=3D\"\"= -I/usr/obj/usr/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APFloa= t.cpp -o APFloat.o Assertion failed: ((PtrVal & ((1 << PtrTraits::NumLowBitsAvailable)-1)) = =3D=3D 0 && "Pointer is not sufficiently aligned"), function = initWithPointer, file = /usr/src/lib/clang/libclangsema/../../../contrib/llvm/include/llvm/ADT/Poi= nterIntPair.h, line 100. Stack dump: 0. Program arguments: /usr/bin/c++ -cc1 -triple = armv6-unknown-freebsd10.0 -S -disable-free -main-file-name APFloat.cpp = -mrelocation-model static -mdisable-fp-elim -relaxed-aliasing = -mconstructor-aliases -target-abi apcs-gnu -target-cpu arm1136jf-s = -msoft-float -mfloat-abi soft -target-feature +soft-float = -target-feature +soft-float-abi -target-feature -neon -coverage-file = /tmp/APFloat-6ga4Rp.s -resource-dir /usr/bin/../lib/clang/3.3 -D = LLVM_ON_UNIX -D LLVM_ON_FREEBSD -D __STDC_LIMIT_MACROS -D = __STDC_CONSTANT_MACROS -D = LLVM_DEFAULT_TARGET_TRIPLE=3D"armv6-unknown-freebsd10.0" -D = LLVM_HOSTTRIPLE=3D"armv6-unknown-freebsd10.0" -D DEFAULT_SYSROOT=3D"" -I = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/includ= e -I /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support = -I . -I = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/in= clude -I /usr/obj/usr/src/tmp/legacy/usr/include -O2 -fdeprecated-macro = -fno-dwarf-directory-asm -fdebug-compilation-dir = /usr/obj/usr/src/tmp/usr/src/lib/clang/libllvmsupport -ferror-limit 19 = -fmessage-length 0 -mstackrealign -fno-rtti -fno-signed-char = -fobjc-runtime=3Dgnustep -fobjc-default-synthesize-properties = -fsjlj-exceptions -fdiagnostics-show-option -backend-option = -vectorize-loops -o /tmp/APFloat-6ga4Rp.s -x c++ = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APFloa= t.cpp=20 1. /usr/include/c++/4.2/bits/basic_string.tcc:978:43: current = parser token ';' 2. /usr/include/c++/4.2/bits/basic_string.tcc:48:1 = : parsing = namespace 'std' c++: error: unable to execute command: Abort trap (core dumped) c++: error: clang frontend command failed due to signal (use -v to see = invocation) FreeBSD clang version 3.3 (trunk 178860) 20130405 Target: armv6-unknown-freebsd10.0 Thread model: posix c++: note: diagnostic msg: PLEASE submit a bug report to = http://llvm.org/bugs/ and include the crash backtrace, preprocessed = source, and associated run script. c++: note: diagnostic msg: Error generating preprocessed source(s). *** [APFloat.o] Error code 254 1 error *** [bootstrap-tools] Error code 2 1 error *** [_bootstrap-tools] Error code 2 1 error *** [buildworld] Error code 2 1 error =3D=3D=3D=3D=3D It seems it is having trouble with C++. The system is using the 3.3 = version of clang: root@pi:/usr/src # c++ -v FreeBSD clang version 3.3 (trunk 178860) 20130405 Target: armv6-unknown-freebsd10.0 Thread model: posix I had the same problem with clang 3.2, too. I've also had problems with = C++ building ports. For example, I can't install devel/subversion = because it fails to build databases/db42 due to a C++ problem. Is this a known problem with the toolchain on armv6? Cheers, Paul. =20= From owner-freebsd-arm@FreeBSD.ORG Tue Apr 16 00:45:19 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 3D38F3F6 for ; Tue, 16 Apr 2013 00:45:19 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-pa0-f52.google.com (mail-pa0-f52.google.com [209.85.220.52]) by mx1.freebsd.org (Postfix) with ESMTP id 181D423D for ; Tue, 16 Apr 2013 00:45:18 +0000 (UTC) Received: by mail-pa0-f52.google.com with SMTP id fb10so22277pad.25 for ; Mon, 15 Apr 2013 17:45:18 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to:x-mailer:x-gm-message-state; bh=m63pdcqvqUN7PoYr5FOuWDCocE/08CFVsj1R2S3/2sY=; b=CWtDuCU6pCsRKVhzXZN6uyil5IWJnI0U/ENvQa1hFoqYIjpWwvj0IFi8x6RRBTG+cL 0/Ko7n+DCSSSV05OPBAkpDBBOUTUfw1N/Am9xbODTdMYw4vn4wmFUqQY6Pb7ks3DZUKc pY8Mza6LS8dpW36qd8zVNx7NRycqrcw3f6sef2sQJd3bVzMVQNVEhwFZzFNgL4aWP1te b/JMfD/ZmKblrZwKtB1idxH1TnDYro+DxyWGlsq+I3aaS2Avy1FYciHk0QCNvIJcD0+y Yx6dJLaOJxXShnkfeyoV+6jIJWC+knEAvRe+NAmS8FGoSo1iHmUtJdZ6vggwpit9C0U2 E0lQ== X-Received: by 10.68.0.67 with SMTP id 3mr12230pbc.219.1366073118549; Mon, 15 Apr 2013 17:45:18 -0700 (PDT) Received: from [10.0.0.53] (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPS id ra9sm138976pab.16.2013.04.15.17.45.16 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 15 Apr 2013 17:45:17 -0700 (PDT) Sender: Warner Losh Subject: Re: C++ broken on Raspberry Pi? Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: Date: Mon, 15 Apr 2013 18:45:10 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <1AAD4A90-8EE4-476A-A2B5-3D9989BC1029@bsdimp.com> References: To: Paul Mather X-Mailer: Apple Mail (2.1085) X-Gm-Message-State: ALoCoQk0iiB9IwwPlUvtc61vGkenLrEVQNq3yB6y3L+qswtJtZy+UCzD/zyoEMTK3ploo4aWtu6C Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Apr 2013 00:45:19 -0000 Did you run out of memory? Warner On Apr 15, 2013, at 6:41 PM, Paul Mather wrote: > I recently bought a Raspberry Pi and have been running FreeBSD = 10-CURRENT on it (r249461). My system is running an image built using = Tim Kientzle's Crochet scripts on a FreeBSD/amd64 10-CURRENT build = system. I just tried doing a native build on the Raspberry Pi itself = but the buildworld fails fairly early on: >=20 > =3D=3D=3D=3D=3D > [...] > mkdep -f .depend -a = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/incl= ude = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support = -I. = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/= include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS = -D__STDC_CONSTANT_MACROS = -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"armv6-unknown-freebsd10.0\" = -DLLVM_HOSTTRIPLE=3D\"armv6-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=3D\"\"= -I/usr/obj/usr/src/tmp/legacy/usr/include -std=3Dgnu99 = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Conver= tUTF.c = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regcom= p.c = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regerr= or.c = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regexe= c.c = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regfre= e.c /usr/src > = /lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regstrlcpy.c > mkdep -f .depend -a = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/incl= ude = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support = -I. = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/= include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS = -D__STDC_CONSTANT_MACROS = -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"armv6-unknown-freebsd10.0\" = -DLLVM_HOSTTRIPLE=3D\"armv6-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=3D\"\"= -I/usr/obj/usr/src/tmp/legacy/usr/include = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APFloa= t.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APInt.= cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APSInt= .cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Alloca= tor.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Atomic= .cpp /usr/src/l > = ib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/BlockFrequency.c= pp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Branch= Probability.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Comman= dLine.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Consta= ntRange.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Conver= tUTFWrapper.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/CrashR= ecoveryContext.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/DAGDel= taAlgorithm.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Debug.= cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/DeltaA= lgorithm.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Dwarf.= cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Dynami= cLibrary.cpp /usr/src/lib/clang/libllvmsupport/../../../contri > b/llvm/lib/Support/Errno.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/ErrorH= andling.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/FileOu= tputBuffer.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Foldin= gSet.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Format= tedStream.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/GraphW= riter.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Hashin= g.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Host.c= pp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Includ= eFile.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/IntEqC= lasses.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Interv= alMap.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Intrus= iveRefCntPtr.cpp /usr/src/lib/clang/libllvmsup > port/../../../contrib/llvm/lib/Support/IsInf.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/IsNAN.= cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Locale= .cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/LockFi= leManager.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Manage= dStatic.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Memory= .cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Memory= Buffer.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Memory= Object.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Mutex.= cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Path.c= pp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/PathV2= .cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Plugin= Loader.cpp /usr/src/lib/clang/libllvmsupport/../../. > ./contrib/llvm/lib/Support/PrettyStackTrace.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Proces= s.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Progra= m.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/RWMute= x.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Regex.= cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Search= ForAddressOfSpecialSymbol.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Signal= s.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/SmallP= trSet.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/SmallV= ector.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Source= Mgr.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Statis= tic.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Stream= ableMemoryObject.cpp /usr/src/lib > = /clang/libllvmsupport/../../../contrib/llvm/lib/Support/StringExtras.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/String= Map.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/String= Pool.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/String= Ref.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Target= Registry.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Thread= Local.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Thread= ing.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/TimeVa= lue.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Timer.= cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/ToolOu= tputFile.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Triple= .cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Twine.= cpp /usr/src/lib > /clang/libllvmsupport/../../../contrib/llvm/lib/Support/Valgrind.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Watchd= og.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/YAMLPa= rser.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/YAMLTr= aits.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/circul= ar_raw_ostream.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/raw_os= _ostream.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/raw_os= tream.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/system= _error.cpp=20 > c++ -O -pipe = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/incl= ude = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support = -I. = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/= include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS = -D__STDC_CONSTANT_MACROS -fno-strict-aliasing = -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"armv6-unknown-freebsd10.0\" = -DLLVM_HOSTTRIPLE=3D\"armv6-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=3D\"\"= -I/usr/obj/usr/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APFloa= t.cpp -o APFloat.o > Assertion failed: ((PtrVal & ((1 << = PtrTraits::NumLowBitsAvailable)-1)) =3D=3D 0 && "Pointer is not = sufficiently aligned"), function initWithPointer, file = /usr/src/lib/clang/libclangsema/../../../contrib/llvm/include/llvm/ADT/Poi= nterIntPair.h, line 100. > Stack dump: > 0. Program arguments: /usr/bin/c++ -cc1 -triple = armv6-unknown-freebsd10.0 -S -disable-free -main-file-name APFloat.cpp = -mrelocation-model static -mdisable-fp-elim -relaxed-aliasing = -mconstructor-aliases -target-abi apcs-gnu -target-cpu arm1136jf-s = -msoft-float -mfloat-abi soft -target-feature +soft-float = -target-feature +soft-float-abi -target-feature -neon -coverage-file = /tmp/APFloat-6ga4Rp.s -resource-dir /usr/bin/../lib/clang/3.3 -D = LLVM_ON_UNIX -D LLVM_ON_FREEBSD -D __STDC_LIMIT_MACROS -D = __STDC_CONSTANT_MACROS -D = LLVM_DEFAULT_TARGET_TRIPLE=3D"armv6-unknown-freebsd10.0" -D = LLVM_HOSTTRIPLE=3D"armv6-unknown-freebsd10.0" -D DEFAULT_SYSROOT=3D"" -I = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/includ= e -I /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support = -I . -I = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/in= clude -I /usr/obj/usr/src/tmp/legacy/usr/in > clude -O2 -fdeprecated-macro -fno-dwarf-directory-asm = -fdebug-compilation-dir = /usr/obj/usr/src/tmp/usr/src/lib/clang/libllvmsupport -ferror-limit 19 = -fmessage-length 0 -mstackrealign -fno-rtti -fno-signed-char = -fobjc-runtime=3Dgnustep -fobjc-default-synthesize-properties = -fsjlj-exceptions -fdiagnostics-show-option -backend-option = -vectorize-loops -o /tmp/APFloat-6ga4Rp.s -x c++ = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APFloa= t.cpp=20 > 1. /usr/include/c++/4.2/bits/basic_string.tcc:978:43: current = parser token ';' > 2. /usr/include/c++/4.2/bits/basic_string.tcc:48:1 = : parsing = namespace 'std' > c++: error: unable to execute command: Abort trap (core dumped) > c++: error: clang frontend command failed due to signal (use -v to see = invocation) > FreeBSD clang version 3.3 (trunk 178860) 20130405 > Target: armv6-unknown-freebsd10.0 > Thread model: posix > c++: note: diagnostic msg: PLEASE submit a bug report to = http://llvm.org/bugs/ and include the crash backtrace, preprocessed = source, and associated run script. > c++: note: diagnostic msg: Error generating preprocessed source(s). > *** [APFloat.o] Error code 254 > 1 error > *** [bootstrap-tools] Error code 2 > 1 error > *** [_bootstrap-tools] Error code 2 > 1 error > *** [buildworld] Error code 2 > 1 error > =3D=3D=3D=3D=3D >=20 > It seems it is having trouble with C++. The system is using the 3.3 = version of clang: >=20 > root@pi:/usr/src # c++ -v > FreeBSD clang version 3.3 (trunk 178860) 20130405 > Target: armv6-unknown-freebsd10.0 > Thread model: posix >=20 >=20 > I had the same problem with clang 3.2, too. I've also had problems = with C++ building ports. For example, I can't install devel/subversion = because it fails to build databases/db42 due to a C++ problem. >=20 > Is this a known problem with the toolchain on armv6? >=20 > Cheers, >=20 > Paul. >=20 > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@FreeBSD.ORG Tue Apr 16 00:53:49 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 71102759 for ; Tue, 16 Apr 2013 00:53:49 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.162.213]) by mx1.freebsd.org (Postfix) with ESMTP id 128A6285 for ; Tue, 16 Apr 2013 00:53:48 +0000 (UTC) Received: from dagger.cc.vt.edu (dagger.cc.vt.edu [198.82.163.114]) by lennier.cc.vt.edu (8.13.8/8.13.8) with ESMTP id r3G0ncNx007959 for ; Mon, 15 Apr 2013 20:53:18 -0400 Received: from auth3.smtp.vt.edu (EHLO auth3.smtp.vt.edu) ([198.82.161.152]) by dagger.cc.vt.edu (MOS 4.3.3-GA FastPath queued) with ESMTP id AFY52083; Mon, 15 Apr 2013 20:53:18 -0400 (EDT) Received: from gromit.chumby.lan (c-98-249-9-133.hsd1.va.comcast.net [98.249.9.133]) (authenticated bits=0) by auth3.smtp.vt.edu (8.13.8/8.13.8) with ESMTP id r3G0rFFo020545 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Mon, 15 Apr 2013 20:53:17 -0400 Resent-Message-Id: <201304160053.r3G0rFFo020545@auth3.smtp.vt.edu> Subject: Re: C++ broken on Raspberry Pi? Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Content-Type: text/plain; charset=us-ascii From: Paul Mather Resent-From: Paul Mather In-Reply-To: <1AAD4A90-8EE4-476A-A2B5-3D9989BC1029@bsdimp.com> Date: Mon, 15 Apr 2013 20:47:39 -0400 Content-Transfer-Encoding: quoted-printable Resent-Date: Mon, 15 Apr 2013 20:53:14 -0400 Message-Id: <8CA34545-59FC-40B4-8797-BAA1D5A63609@gromit.dlib.vt.edu> References: <1AAD4A90-8EE4-476A-A2B5-3D9989BC1029@bsdimp.com> Resent-To: "freebsd-arm@freebsd.org" To: Warner Losh X-Mailer: Apple Mail (2.1503) X-Mirapoint-Received-SPF: 198.82.161.152 auth3.smtp.vt.edu paul@gromit.dlib.vt.edu 5 none X-Junkmail-Status: score=10/50, host=dagger.cc.vt.edu X-Junkmail-Signature-Raw: score=unknown, refid=str=0001.0A020208.516CA0FE.0079,ss=1,re=0.000,fgs=0, ip=98.249.9.133, so=2011-07-25 19:15:43, dmn=2011-05-27 18:58:46, mode=single engine X-Junkmail-IWF: false X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Apr 2013 00:53:49 -0000 On Apr 15, 2013, at 8:45 PM, Warner Losh wrote: > Did you run out of memory? I don't think I did. I have 1 GB of swap configured, so, hopefully not. Cheers, Paul. >=20 > Warner >=20 > On Apr 15, 2013, at 6:41 PM, Paul Mather wrote: >=20 >> I recently bought a Raspberry Pi and have been running FreeBSD = 10-CURRENT on it (r249461). My system is running an image built using = Tim Kientzle's Crochet scripts on a FreeBSD/amd64 10-CURRENT build = system. I just tried doing a native build on the Raspberry Pi itself = but the buildworld fails fairly early on: >>=20 >> =3D=3D=3D=3D=3D >> [...] >> mkdep -f .depend -a = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/incl= ude = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support = -I. = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/= include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS = -D__STDC_CONSTANT_MACROS = -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"armv6-unknown-freebsd10.0\" = -DLLVM_HOSTTRIPLE=3D\"armv6-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=3D\"\"= -I/usr/obj/usr/src/tmp/legacy/usr/include -std=3Dgnu99 = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Conver= tUTF.c = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regcom= p.c = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regerr= or.c = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regexe= c.c = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regfre= e.c /usr/src >> = /lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regstrlcpy.c >> mkdep -f .depend -a = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/incl= ude = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support = -I. = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/= include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS = -D__STDC_CONSTANT_MACROS = -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"armv6-unknown-freebsd10.0\" = -DLLVM_HOSTTRIPLE=3D\"armv6-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=3D\"\"= -I/usr/obj/usr/src/tmp/legacy/usr/include = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APFloa= t.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APInt.= cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APSInt= .cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Alloca= tor.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Atomic= .cpp /usr/src/l >> = ib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/BlockFrequency.c= pp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Branch= Probability.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Comman= dLine.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Consta= ntRange.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Conver= tUTFWrapper.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/CrashR= ecoveryContext.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/DAGDel= taAlgorithm.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Debug.= cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/DeltaA= lgorithm.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Dwarf.= cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Dynami= cLibrary.cpp /usr/src/lib/clang/libllvmsupport/../../../contri >> b/llvm/lib/Support/Errno.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/ErrorH= andling.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/FileOu= tputBuffer.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Foldin= gSet.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Format= tedStream.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/GraphW= riter.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Hashin= g.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Host.c= pp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Includ= eFile.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/IntEqC= lasses.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Interv= alMap.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Intrus= iveRefCntPtr.cpp /usr/src/lib/clang/libllvmsup >> port/../../../contrib/llvm/lib/Support/IsInf.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/IsNAN.= cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Locale= .cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/LockFi= leManager.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Manage= dStatic.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Memory= .cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Memory= Buffer.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Memory= Object.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Mutex.= cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Path.c= pp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/PathV2= .cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Plugin= Loader.cpp /usr/src/lib/clang/libllvmsupport/../../. >> ./contrib/llvm/lib/Support/PrettyStackTrace.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Proces= s.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Progra= m.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/RWMute= x.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Regex.= cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Search= ForAddressOfSpecialSymbol.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Signal= s.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/SmallP= trSet.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/SmallV= ector.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Source= Mgr.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Statis= tic.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Stream= ableMemoryObject.cpp /usr/src/lib >> = /clang/libllvmsupport/../../../contrib/llvm/lib/Support/StringExtras.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/String= Map.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/String= Pool.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/String= Ref.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Target= Registry.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Thread= Local.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Thread= ing.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/TimeVa= lue.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Timer.= cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/ToolOu= tputFile.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Triple= .cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Twine.= cpp /usr/src/lib >> /clang/libllvmsupport/../../../contrib/llvm/lib/Support/Valgrind.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Watchd= og.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/YAMLPa= rser.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/YAMLTr= aits.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/circul= ar_raw_ostream.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/raw_os= _ostream.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/raw_os= tream.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/system= _error.cpp=20 >> c++ -O -pipe = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/incl= ude = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support = -I. = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/= include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS = -D__STDC_CONSTANT_MACROS -fno-strict-aliasing = -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"armv6-unknown-freebsd10.0\" = -DLLVM_HOSTTRIPLE=3D\"armv6-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=3D\"\"= -I/usr/obj/usr/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APFloa= t.cpp -o APFloat.o >> Assertion failed: ((PtrVal & ((1 << = PtrTraits::NumLowBitsAvailable)-1)) =3D=3D 0 && "Pointer is not = sufficiently aligned"), function initWithPointer, file = /usr/src/lib/clang/libclangsema/../../../contrib/llvm/include/llvm/ADT/Poi= nterIntPair.h, line 100. >> Stack dump: >> 0. Program arguments: /usr/bin/c++ -cc1 -triple = armv6-unknown-freebsd10.0 -S -disable-free -main-file-name APFloat.cpp = -mrelocation-model static -mdisable-fp-elim -relaxed-aliasing = -mconstructor-aliases -target-abi apcs-gnu -target-cpu arm1136jf-s = -msoft-float -mfloat-abi soft -target-feature +soft-float = -target-feature +soft-float-abi -target-feature -neon -coverage-file = /tmp/APFloat-6ga4Rp.s -resource-dir /usr/bin/../lib/clang/3.3 -D = LLVM_ON_UNIX -D LLVM_ON_FREEBSD -D __STDC_LIMIT_MACROS -D = __STDC_CONSTANT_MACROS -D = LLVM_DEFAULT_TARGET_TRIPLE=3D"armv6-unknown-freebsd10.0" -D = LLVM_HOSTTRIPLE=3D"armv6-unknown-freebsd10.0" -D DEFAULT_SYSROOT=3D"" -I = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/includ= e -I /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support = -I . -I = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/in= clude -I /usr/obj/usr/src/tmp/legacy/usr/in >> clude -O2 -fdeprecated-macro -fno-dwarf-directory-asm = -fdebug-compilation-dir = /usr/obj/usr/src/tmp/usr/src/lib/clang/libllvmsupport -ferror-limit 19 = -fmessage-length 0 -mstackrealign -fno-rtti -fno-signed-char = -fobjc-runtime=3Dgnustep -fobjc-default-synthesize-properties = -fsjlj-exceptions -fdiagnostics-show-option -backend-option = -vectorize-loops -o /tmp/APFloat-6ga4Rp.s -x c++ = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APFloa= t.cpp=20 >> 1. /usr/include/c++/4.2/bits/basic_string.tcc:978:43: current = parser token ';' >> 2. /usr/include/c++/4.2/bits/basic_string.tcc:48:1 = : parsing = namespace 'std' >> c++: error: unable to execute command: Abort trap (core dumped) >> c++: error: clang frontend command failed due to signal (use -v to = see invocation) >> FreeBSD clang version 3.3 (trunk 178860) 20130405 >> Target: armv6-unknown-freebsd10.0 >> Thread model: posix >> c++: note: diagnostic msg: PLEASE submit a bug report to = http://llvm.org/bugs/ and include the crash backtrace, preprocessed = source, and associated run script. >> c++: note: diagnostic msg: Error generating preprocessed source(s). >> *** [APFloat.o] Error code 254 >> 1 error >> *** [bootstrap-tools] Error code 2 >> 1 error >> *** [_bootstrap-tools] Error code 2 >> 1 error >> *** [buildworld] Error code 2 >> 1 error >> =3D=3D=3D=3D=3D >>=20 >> It seems it is having trouble with C++. The system is using the 3.3 = version of clang: >>=20 >> root@pi:/usr/src # c++ -v >> FreeBSD clang version 3.3 (trunk 178860) 20130405 >> Target: armv6-unknown-freebsd10.0 >> Thread model: posix >>=20 >>=20 >> I had the same problem with clang 3.2, too. I've also had problems = with C++ building ports. For example, I can't install devel/subversion = because it fails to build databases/db42 due to a C++ problem. >>=20 >> Is this a known problem with the toolchain on armv6? >>=20 >> Cheers, >>=20 >> Paul. >>=20 >> _______________________________________________ >> 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" >=20 From owner-freebsd-arm@FreeBSD.ORG Tue Apr 16 01:15:11 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id DEAB0C63 for ; Tue, 16 Apr 2013 01:15:11 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.162.213]) by mx1.freebsd.org (Postfix) with ESMTP id 80BB232C for ; Tue, 16 Apr 2013 01:15:11 +0000 (UTC) Received: from steiner.cc.vt.edu (steiner.cc.vt.edu [198.82.163.51]) by lennier.cc.vt.edu (8.13.8/8.13.8) with ESMTP id r3G16fwg018201; Mon, 15 Apr 2013 21:14:10 -0400 Received: from auth3.smtp.vt.edu (EHLO auth3.smtp.vt.edu) ([198.82.161.152]) by steiner.cc.vt.edu (MOS 4.3.3-GA FastPath queued) with ESMTP id WTI66991; Mon, 15 Apr 2013 21:14:09 -0400 (EDT) Received: from gromit.chumby.lan (c-98-249-9-133.hsd1.va.comcast.net [98.249.9.133]) (authenticated bits=0) by auth3.smtp.vt.edu (8.13.8/8.13.8) with ESMTP id r3G1E8JB023829 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 15 Apr 2013 21:14:08 -0400 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: C++ broken on Raspberry Pi? From: Paul Mather In-Reply-To: <108FBB0F-78BF-48D0-97AB-0BE617E4E2E5@bsdimp.com> Date: Mon, 15 Apr 2013 21:14:08 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <8B2143F4-0A43-420D-A425-0AECE07885BA@gromit.dlib.vt.edu> References: <1AAD4A90-8EE4-476A-A2B5-3D9989BC1029@bsdimp.com> <8CA34545-59FC-40B4-8797-BAA1D5A63609@gromit.dlib.vt.edu> <108FBB0F-78BF-48D0-97AB-0BE617E4E2E5@bsdimp.com> To: Warner Losh X-Mailer: Apple Mail (2.1503) X-Mirapoint-Received-SPF: 198.82.161.152 auth3.smtp.vt.edu paul@gromit.dlib.vt.edu 5 none X-Junkmail-Status: score=10/50, host=steiner.cc.vt.edu X-Junkmail-Signature-Raw: score=unknown, refid=str=0001.0A020201.516CA5E2.003D,ss=1,re=0.000,fgs=0, ip=98.249.9.133, so=2011-07-25 19:15:43, dmn=2011-05-27 18:58:46, mode=single engine X-Junkmail-IWF: false Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Apr 2013 01:15:11 -0000 On Apr 15, 2013, at 8:56 PM, Warner Losh wrote: >=20 > On Apr 15, 2013, at 6:47 PM, Paul Mather wrote: >=20 >>=20 >> On Apr 15, 2013, at 8:45 PM, Warner Losh wrote: >>=20 >>> Did you run out of memory? >>=20 >> I don't think I did. I have 1 GB of swap configured, so, hopefully = not. >=20 > clang eats a lot of memory, maybe you should monitor it with top(1) on = another screen/session and see if you run out of swap just before it = fails. >=20 > I'd expect numbers more like 5G to be needed... I just tried it again, monitoring with top. It doesn't even hit swap = before failing. It looks to me it is more an internal compiler error = than an out-of-memory error: =3D=3D=3D=3D=3D c++ -O -pipe = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/incl= ude = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support = -I. = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/= include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS = -D__STDC_CONSTANT_MACROS -fno-strict-aliasing = -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"armv6-unknown-freebsd10.0\" = -DLLVM_HOSTTRIPLE=3D\"armv6-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=3D\"\"= -I/usr/obj/usr/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APFloa= t.cpp -o APFloat.o Assertion failed: ((PtrVal & ((1 << PtrTraits::NumLowBitsAvailable)-1)) = =3D=3D 0 && "Pointer is not sufficiently aligned"), function = initWithPointer, file = /usr/src/lib/clang/libclangsema/../../../contrib/llvm/include/llvm/ADT/Poi= nterIntPair.h, line 100. Stack dump: 0. Program arguments: /usr/bin/c++ -cc1 -triple = armv6-unknown-freebsd10.0 -S -disable-free -main-file-name APFloat.cpp = -mrelocation-model static -mdisable-fp-elim -relaxed-aliasing = -mconstructor-aliases -target-abi apcs-gnu -target-cpu arm1136jf-s = -msoft-float -mfloat-abi soft -target-feature +soft-float = -target-feature +soft-float-abi -target-feature -neon -coverage-file = /tmp/APFloat-1Uv0ML.s -resource-dir /usr/bin/../lib/clang/3.3 -D = LLVM_ON_UNIX -D LLVM_ON_FREEBSD -D __STDC_LIMIT_MACROS -D = __STDC_CONSTANT_MACROS -D = LLVM_DEFAULT_TARGET_TRIPLE=3D"armv6-unknown-freebsd10.0" -D = LLVM_HOSTTRIPLE=3D"armv6-unknown-freebsd10.0" -D DEFAULT_SYSROOT=3D"" -I = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/includ= e -I /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support = -I . -I = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/in= clude -I /usr/obj/usr/src/tmp/legacy/usr/include -O2 -fdeprecated-macro = -fno-dwarf-directory-asm -fdebug-compilation-dir = /usr/obj/usr/src/tmp/usr/src/lib/clang/libllvmsupport -ferror-limit 19 = -fmessage-length 0 -mstackrealign -fno-rtti -fno-signed-char = -fobjc-runtime=3Dgnustep -fobjc-default-synthesize-properties = -fsjlj-exceptions -fdiagnostics-show-option -backend-option = -vectorize-loops -o /tmp/APFloat-1Uv0ML.s -x c++ = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APFloa= t.cpp=20 1. /usr/include/c++/4.2/bits/basic_string.tcc:978:43: current = parser token ';' 2. /usr/include/c++/4.2/bits/basic_string.tcc:48:1 = : parsing = namespace 'std' c++: error: unable to execute command: Abort trap (core dumped) c++: error: clang frontend command failed due to signal (use -v to see = invocation) FreeBSD clang version 3.3 (trunk 178860) 20130405 Target: armv6-unknown-freebsd10.0 Thread model: posix c++: note: diagnostic msg: PLEASE submit a bug report to = http://llvm.org/bugs/ and include the crash backtrace, preprocessed = source, and associated run script. c++: note: diagnostic msg: Error generating preprocessed source(s). *** [APFloat.o] Error code 254 1 error *** [bootstrap-tools] Error code 2 1 error *** [_bootstrap-tools] Error code 2 1 error *** [buildworld] Error code 2 1 error =3D=3D=3D=3D=3D I.e., the "Assertion failed: ((PtrVal & ((1 << = PtrTraits::NumLowBitsAvailable)-1)) =3D=3D 0 && "Pointer is not = sufficiently aligned")" BTW, this is on a Raspberry Pi Model B with 16 MB of the 512 MB of RAM = for the GPU. Cheers, Paul. PS: Does it really take that much RAM to build clang on ARM? I build = 9-STABLE (clang 3.2) on an amd64 and i386 system and each has 2 GB of = RAM and 2.5 GB of swap and they build it without problem and usually = without hitting swap. >=20 > Warner >=20 >=20 >> Cheers, >>=20 >> Paul. >>=20 >>=20 >>>=20 >>> Warner >>>=20 >>> On Apr 15, 2013, at 6:41 PM, Paul Mather wrote: >>>=20 >>>> I recently bought a Raspberry Pi and have been running FreeBSD = 10-CURRENT on it (r249461). My system is running an image built using = Tim Kientzle's Crochet scripts on a FreeBSD/amd64 10-CURRENT build = system. I just tried doing a native build on the Raspberry Pi itself = but the buildworld fails fairly early on: >>>>=20 >>>> =3D=3D=3D=3D=3D >>>> [...] >>>> mkdep -f .depend -a = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/incl= ude = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support = -I. = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/= include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS = -D__STDC_CONSTANT_MACROS = -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"armv6-unknown-freebsd10.0\" = -DLLVM_HOSTTRIPLE=3D\"armv6-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=3D\"\"= -I/usr/obj/usr/src/tmp/legacy/usr/include -std=3Dgnu99 = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Conver= tUTF.c = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regcom= p.c = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regerr= or.c = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regexe= c.c = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regfre= e.c /usr/src >>>> = /lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regstrlcpy.c >>>> mkdep -f .depend -a = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/incl= ude = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support = -I. = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/= include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS = -D__STDC_CONSTANT_MACROS = -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"armv6-unknown-freebsd10.0\" = -DLLVM_HOSTTRIPLE=3D\"armv6-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=3D\"\"= -I/usr/obj/usr/src/tmp/legacy/usr/include = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APFloa= t.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APInt.= cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APSInt= .cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Alloca= tor.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Atomic= .cpp /usr/src/l >>>> = ib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/BlockFrequency.c= pp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Branch= Probability.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Comman= dLine.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Consta= ntRange.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Conver= tUTFWrapper.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/CrashR= ecoveryContext.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/DAGDel= taAlgorithm.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Debug.= cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/DeltaA= lgorithm.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Dwarf.= cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Dynami= cLibrary.cpp /usr/src/lib/clang/libllvmsupport/../../../contri >>>> b/llvm/lib/Support/Errno.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/ErrorH= andling.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/FileOu= tputBuffer.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Foldin= gSet.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Format= tedStream.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/GraphW= riter.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Hashin= g.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Host.c= pp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Includ= eFile.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/IntEqC= lasses.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Interv= alMap.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Intrus= iveRefCntPtr.cpp /usr/src/lib/clang/libllvmsup >>>> port/../../../contrib/llvm/lib/Support/IsInf.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/IsNAN.= cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Locale= .cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/LockFi= leManager.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Manage= dStatic.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Memory= .cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Memory= Buffer.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Memory= Object.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Mutex.= cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Path.c= pp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/PathV2= .cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Plugin= Loader.cpp /usr/src/lib/clang/libllvmsupport/../../. >>>> ./contrib/llvm/lib/Support/PrettyStackTrace.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Proces= s.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Progra= m.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/RWMute= x.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Regex.= cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Search= ForAddressOfSpecialSymbol.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Signal= s.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/SmallP= trSet.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/SmallV= ector.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Source= Mgr.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Statis= tic.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Stream= ableMemoryObject.cpp /usr/src/lib >>>> = /clang/libllvmsupport/../../../contrib/llvm/lib/Support/StringExtras.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/String= Map.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/String= Pool.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/String= Ref.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Target= Registry.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Thread= Local.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Thread= ing.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/TimeVa= lue.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Timer.= cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/ToolOu= tputFile.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Triple= .cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Twine.= cpp /usr/src/lib >>>> = /clang/libllvmsupport/../../../contrib/llvm/lib/Support/Valgrind.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Watchd= og.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/YAMLPa= rser.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/YAMLTr= aits.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/circul= ar_raw_ostream.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/raw_os= _ostream.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/raw_os= tream.cpp = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/system= _error.cpp=20 >>>> c++ -O -pipe = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/incl= ude = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support = -I. = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/= include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS = -D__STDC_CONSTANT_MACROS -fno-strict-aliasing = -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"armv6-unknown-freebsd10.0\" = -DLLVM_HOSTTRIPLE=3D\"armv6-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=3D\"\"= -I/usr/obj/usr/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APFloa= t.cpp -o APFloat.o >>>> Assertion failed: ((PtrVal & ((1 << = PtrTraits::NumLowBitsAvailable)-1)) =3D=3D 0 && "Pointer is not = sufficiently aligned"), function initWithPointer, file = /usr/src/lib/clang/libclangsema/../../../contrib/llvm/include/llvm/ADT/Poi= nterIntPair.h, line 100. >>>> Stack dump: >>>> 0. Program arguments: /usr/bin/c++ -cc1 -triple = armv6-unknown-freebsd10.0 -S -disable-free -main-file-name APFloat.cpp = -mrelocation-model static -mdisable-fp-elim -relaxed-aliasing = -mconstructor-aliases -target-abi apcs-gnu -target-cpu arm1136jf-s = -msoft-float -mfloat-abi soft -target-feature +soft-float = -target-feature +soft-float-abi -target-feature -neon -coverage-file = /tmp/APFloat-6ga4Rp.s -resource-dir /usr/bin/../lib/clang/3.3 -D = LLVM_ON_UNIX -D LLVM_ON_FREEBSD -D __STDC_LIMIT_MACROS -D = __STDC_CONSTANT_MACROS -D = LLVM_DEFAULT_TARGET_TRIPLE=3D"armv6-unknown-freebsd10.0" -D = LLVM_HOSTTRIPLE=3D"armv6-unknown-freebsd10.0" -D DEFAULT_SYSROOT=3D"" -I = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/includ= e -I /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support = -I . -I = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/in= clude -I /usr/obj/usr/src/tmp/legacy/usr/in >>>> clude -O2 -fdeprecated-macro -fno-dwarf-directory-asm = -fdebug-compilation-dir = /usr/obj/usr/src/tmp/usr/src/lib/clang/libllvmsupport -ferror-limit 19 = -fmessage-length 0 -mstackrealign -fno-rtti -fno-signed-char = -fobjc-runtime=3Dgnustep -fobjc-default-synthesize-properties = -fsjlj-exceptions -fdiagnostics-show-option -backend-option = -vectorize-loops -o /tmp/APFloat-6ga4Rp.s -x c++ = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APFloa= t.cpp=20 >>>> 1. /usr/include/c++/4.2/bits/basic_string.tcc:978:43: current = parser token ';' >>>> 2. /usr/include/c++/4.2/bits/basic_string.tcc:48:1 = : parsing = namespace 'std' >>>> c++: error: unable to execute command: Abort trap (core dumped) >>>> c++: error: clang frontend command failed due to signal (use -v to = see invocation) >>>> FreeBSD clang version 3.3 (trunk 178860) 20130405 >>>> Target: armv6-unknown-freebsd10.0 >>>> Thread model: posix >>>> c++: note: diagnostic msg: PLEASE submit a bug report to = http://llvm.org/bugs/ and include the crash backtrace, preprocessed = source, and associated run script. >>>> c++: note: diagnostic msg: Error generating preprocessed source(s). >>>> *** [APFloat.o] Error code 254 >>>> 1 error >>>> *** [bootstrap-tools] Error code 2 >>>> 1 error >>>> *** [_bootstrap-tools] Error code 2 >>>> 1 error >>>> *** [buildworld] Error code 2 >>>> 1 error >>>> =3D=3D=3D=3D=3D >>>>=20 >>>> It seems it is having trouble with C++. The system is using the = 3.3 version of clang: >>>>=20 >>>> root@pi:/usr/src # c++ -v >>>> FreeBSD clang version 3.3 (trunk 178860) 20130405 >>>> Target: armv6-unknown-freebsd10.0 >>>> Thread model: posix >>>>=20 >>>>=20 >>>> I had the same problem with clang 3.2, too. I've also had problems = with C++ building ports. For example, I can't install devel/subversion = because it fails to build databases/db42 due to a C++ problem. >>>>=20 >>>> Is this a known problem with the toolchain on armv6? >>>>=20 >>>> Cheers, >>>>=20 >>>> Paul. >>>>=20 >>>> _______________________________________________ >>>> 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" >>>=20 >>=20 >=20 From owner-freebsd-arm@FreeBSD.ORG Tue Apr 16 04:16:46 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 820ABE42 for ; Tue, 16 Apr 2013 04:16:46 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id 463BAB40 for ; Tue, 16 Apr 2013 04:16:45 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r3G4FxIE058820; Tue, 16 Apr 2013 04:15:59 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.123] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id sw5dm2cnqraee2be9rmed2q8fa; Tue, 16 Apr 2013 04:15:59 +0000 (UTC) (envelope-from tim@kientzle.com) Subject: Re: Unable to compile vcuserland Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=iso-8859-1 From: Tim Kientzle In-Reply-To: Date: Mon, 15 Apr 2013 21:15:58 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <51438529.4080604@bluezbox.com> <4FD89AF1-AF9D-4950-8AA4-9CC95FE66D46@kientzle.com> <456661659-1363845801-cardhu_decombobulator_blackberry.rim.net-733146442-@b26.c6.bise3.blackberry> <51687F65.4020703@bluezbox.com> To: Alie Tan X-Mailer: Apple Mail (2.1283) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Apr 2013 04:16:46 -0000 On Apr 15, 2013, at 3:09 AM, Alie Tan wrote: > Tim also submitted additional patches via pull requests. Took me some = time > to get around to merge them but now vchiq-freebsd code should be = compilable > with clang >=20 >=20 > Thanks, but now I am getting another error >=20 > CMake Error at = /usr/local/share/cmake/Modules/CMakeTestCCompiler.cmake:52 (MESSAGE): > The C compiler "/usr/bin/gcc" is not able to compile a simple test = program. >=20 > It fails with the following output: >=20 > Change Dir: = /usr/src/vc/userland/build/arm-freebsd/release/CMakeFiles/CMakeTmp That's because it tries to build with gcc and ends up with the wrong compiler. The following patch changes it to use 'cc' so it will work with either gcc or clang: --- a/makefiles/cmake/toolchains/arm-freebsd.cmake +++ b/makefiles/cmake/toolchains/arm-freebsd.cmake @@ -4,8 +4,8 @@ # =20 SET(CMAKE_SYSTEM_NAME FreeBSD) -SET(CMAKE_C_COMPILER gcc) -SET(CMAKE_CXX_COMPILER g++) +SET(CMAKE_C_COMPILER cc) +SET(CMAKE_CXX_COMPILER c++) SET(CMAKE_ASM_COMPILER as) SET(CMAKE_SYSTEM_PROCESSOR arm) =20 You'll hit some more errors after this (most seem to be real errors in vcuserland that clang detects and gcc does not). Getting vcuserland to build with clang will take a little more work. Note: You don't need vcuserland or vchiq to use FreeBSD on RaspberryPi; you just need those if you want to work with graphics. If you're using Crochet, you might want to edit = board/RaspberryPi/setup.sh and comment out the vcuserland references. Tim From owner-freebsd-arm@FreeBSD.ORG Tue Apr 16 05:01:51 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D1BE6491 for ; Tue, 16 Apr 2013 05:01:51 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id AA731D27 for ; Tue, 16 Apr 2013 05:01:51 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r3G51nxg059028; Tue, 16 Apr 2013 05:01:49 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.123] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id 7pp9c5r6zu8qeggewduub77kmw; Tue, 16 Apr 2013 05:01:49 +0000 (UTC) (envelope-from tim@kientzle.com) Subject: Re: Unable to compile vcuserland Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: Date: Mon, 15 Apr 2013 22:01:47 -0700 Content-Transfer-Encoding: 7bit Message-Id: <122500FE-B810-4815-9D33-1080A0F8FD85@kientzle.com> References: <51438529.4080604@bluezbox.com> <4FD89AF1-AF9D-4950-8AA4-9CC95FE66D46@kientzle.com> <456661659-1363845801-cardhu_decombobulator_blackberry.rim.net-733146442-@b26.c6.bise3.blackberry> <51687F65.4020703@bluezbox.com> To: Alie Tan X-Mailer: Apple Mail (2.1283) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Apr 2013 05:01:51 -0000 On Apr 15, 2013, at 9:15 PM, Tim Kientzle wrote: > > You'll hit some more errors after this (most seem to be real errors > in vcuserland that clang detects and gcc does not). Getting > vcuserland to build with clang will take a little more work. I just found out that Oleksandr has fixed this and several other issues in his github repository. Please update your vcuserland checkout and try again. It now builds cleanly for me on a clang-based system. Tim From owner-freebsd-arm@FreeBSD.ORG Tue Apr 16 07:14:13 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 053E352C for ; Tue, 16 Apr 2013 07:14:13 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from mail-we0-x236.google.com (mail-we0-x236.google.com [IPv6:2a00:1450:400c:c03::236]) by mx1.freebsd.org (Postfix) with ESMTP id 81D07157 for ; Tue, 16 Apr 2013 07:14:12 +0000 (UTC) Received: by mail-we0-f182.google.com with SMTP id m1so114825wea.13 for ; Tue, 16 Apr 2013 00:14:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=aKYdlGNqor3ArQNa+j6qlmvViRBmgtKaH25+Yr0k6f4=; b=A8GK1t7RDkv4PlC/+AQwGz2Biq7QRbMXiQqj416G3mQ95tmbAdevzBvRX3rIjp41v+ 4FfKPRzu/WhwmuyN/xXUruHn26PmaoMNJyel0vHt0aSE1d76vozqNfrJI/0vAhCrGoKh 2VtJnHjSMxlHQJ7OziqAxYbuu7qb+gFf9dmh4GNqQJcS6LihcOxm5r8+2wngNE7tjjzR WYfC/vygSPC/WYpj7ZaRKqBhS4fodjYVFSRCwKjoDa9sbL0nK8af6xxyVjACA2y1vhv7 b8shwvaRNXvDhwabcgsjLLsD0LQJo3A//2F9Vf++6BmLr6tA37xhT4eq4s+3d04LrTxk p8pg== X-Received: by 10.194.119.202 with SMTP id kw10mr1192507wjb.26.1366096451669; Tue, 16 Apr 2013 00:14:11 -0700 (PDT) Received: from ?IPv6:2001:980:d7ed:1:b9d6:a228:737:db6a? ([2001:980:d7ed:1:b9d6:a228:737:db6a]) by mx.google.com with ESMTPS id h10sm984040wic.8.2013.04.16.00.14.09 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 16 Apr 2013 00:14:10 -0700 (PDT) Sender: =?UTF-8?Q?Ren=C3=A9_Ladan?= Message-ID: <516CFA40.7000708@freebsd.org> Date: Tue, 16 Apr 2013 09:14:08 +0200 From: =?ISO-8859-1?Q?Ren=E9_Ladan?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130403 Thunderbird/17.0.5 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: C++ broken on Raspberry Pi? References: <1AAD4A90-8EE4-476A-A2B5-3D9989BC1029@bsdimp.com> <8CA34545-59FC-40B4-8797-BAA1D5A63609@gromit.dlib.vt.edu> <108FBB0F-78BF-48D0-97AB-0BE617E4E2E5@bsdimp.com> <8B2143F4-0A43-420D-A425-0AECE07885BA@gromit.dlib.vt.edu> In-Reply-To: <8B2143F4-0A43-420D-A425-0AECE07885BA@gromit.dlib.vt.edu> X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Apr 2013 07:14:13 -0000 On 16-04-2013 03:14, Paul Mather wrote: > On Apr 15, 2013, at 8:56 PM, Warner Losh wrote: > >> >> On Apr 15, 2013, at 6:47 PM, Paul Mather wrote: >> >>> >>> On Apr 15, 2013, at 8:45 PM, Warner Losh wrote: >>> >>>> Did you run out of memory? >>> >>> I don't think I did. I have 1 GB of swap configured, so, hopefully not. >> >> clang eats a lot of memory, maybe you should monitor it with top(1) on another screen/session and see if you run out of swap just before it fails. >> >> I'd expect numbers more like 5G to be needed... > > > I just tried it again, monitoring with top. It doesn't even hit swap before failing. It looks to me it is more an internal compiler error than an out-of-memory error: > I filed a bug to upstream for this a few weeks ago: http://llvm.org/bugs/show_bug.cgi?id=15696 > ===== > c++ -O -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"armv6-unknown-freebsd10.0\" -DLLVM_HOSTTRIPLE=\"armv6-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -I/usr/obj/usr/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APFloat.cpp -o APFloat.o > Assertion failed: ((PtrVal & ((1 << PtrTraits::NumLowBitsAvailable)-1)) == 0 && "Pointer is not sufficiently aligned"), function initWithPointer, file /usr/src/lib/clang/libclangsema/../../../contrib/llvm/include/llvm/ADT/PointerIntPair.h, line 100. > Stack dump: > 0. Program arguments: /usr/bin/c++ -cc1 -triple armv6-unknown-freebsd10.0 -S -disable-free -main-file-name APFloat.cpp -mrelocation-model static -mdisable-fp-elim -relaxed-aliasing -mconstructor-aliases -target-abi apcs-gnu -target-cpu arm1136jf-s -msoft-float -mfloat-abi soft -target-feature +soft-float -target-feature +soft-float-abi -target-feature -neon -coverage-file /tmp/APFloat-1Uv0ML.s -resource-dir /usr/bin/../lib/clang/3.3 -D LLVM_ON_UNIX -D LLVM_ON_FREEBSD -D __STDC_LIMIT_MACROS -D __STDC_CONSTANT_MACROS -D LLVM_DEFAULT_TARGET_TRIPLE="armv6-unknown-freebsd10.0" -D LLVM_HOSTTRIPLE="armv6-unknown-freebsd10.0" -D DEFAULT_SYSROOT="" -I /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I . -I /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -I /usr/obj/usr/src/tmp/legacy/u > sr/include -O2 -fdeprecated-macro -fno-dwarf-directory-asm -fdebug-compilation-dir /usr/obj/usr/src/tmp/usr/src/lib/clang/libllvmsupport -ferror-limit 19 -fmessage-length 0 -mstackrealign -fno-rtti -fno-signed-char -fobjc-runtime=gnustep -fobjc-default-synthesize-properties -fsjlj-exceptions -fdiagnostics-show-option -backend-option -vectorize-loops -o /tmp/APFloat-1Uv0ML.s -x c++ /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APFloat.cpp > 1. /usr/include/c++/4.2/bits/basic_string.tcc:978:43: current parser token ';' > 2. /usr/include/c++/4.2/bits/basic_string.tcc:48:1 : parsing namespace 'std' > c++: error: unable to execute command: Abort trap (core dumped) > c++: error: clang frontend command failed due to signal (use -v to see invocation) > FreeBSD clang version 3.3 (trunk 178860) 20130405 > Target: armv6-unknown-freebsd10.0 > Thread model: posix > c++: note: diagnostic msg: PLEASE submit a bug report to http://llvm.org/bugs/ and include the crash backtrace, preprocessed source, and associated run script. > c++: note: diagnostic msg: Error generating preprocessed source(s). > *** [APFloat.o] Error code 254 > 1 error > *** [bootstrap-tools] Error code 2 > 1 error > *** [_bootstrap-tools] Error code 2 > 1 error > *** [buildworld] Error code 2 > 1 error > ===== > > I.e., the "Assertion failed: ((PtrVal & ((1 << PtrTraits::NumLowBitsAvailable)-1)) == 0 && "Pointer is not sufficiently aligned")" > > BTW, this is on a Raspberry Pi Model B with 16 MB of the 512 MB of RAM for the GPU. > [...] >>>> >>>> On Apr 15, 2013, at 6:41 PM, Paul Mather wrote: >>>> >>>>> I recently bought a Raspberry Pi and have been running FreeBSD 10-CURRENT on it (r249461). My system is running an image built using Tim Kientzle's Crochet scripts on a FreeBSD/amd64 10-CURRENT build system. I just tried doing a native build on the Raspberry Pi itself but the buildworld fails fairly early on: >>>>> >>>>> ===== >>>>> [...] >>>>> mkdep -f .depend -a -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DLLVM_DEFAULT_TARGET_TRIPLE=\"armv6-unknown-freebsd10.0\" -DLLVM_HOSTTRIPLE=\"armv6-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -I/usr/obj/usr/src/tmp/legacy/usr/include -std=gnu99 /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/ConvertUTF.c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regcomp.c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regerror.c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regexec.c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regfree.c /us > r/src >>>>> /lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regstrlcpy.c >>>>> mkdep -f .depend -a -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DLLVM_DEFAULT_TARGET_TRIPLE=\"armv6-unknown-freebsd10.0\" -DLLVM_HOSTTRIPLE=\"armv6-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -I/usr/obj/usr/src/tmp/legacy/usr/include /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APFloat.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APInt.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APSInt.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Allocator.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Atomic.cpp /usr/ > src/l >>>>> ib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/BlockFrequency.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/BranchProbability.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/CommandLine.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/ConstantRange.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/ConvertUTFWrapper.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/CrashRecoveryContext.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/DAGDeltaAlgorithm.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Debug.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/DeltaAlgorithm.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Dwarf.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/DynamicLibrary.cpp /usr/src/lib/clang/libllvmsupport/../../../co > ntri >>>>> b/llvm/lib/Support/Errno.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/ErrorHandling.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/FileOutputBuffer.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/FoldingSet.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/FormattedStream.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/GraphWriter.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Hashing.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Host.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/IncludeFile.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/IntEqClasses.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/IntervalMap.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/IntrusiveRefCntPtr.cpp /usr/src/lib/clang/libllv > msup >>>>> port/../../../contrib/llvm/lib/Support/IsInf.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/IsNAN.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Locale.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/LockFileManager.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/ManagedStatic.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Memory.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/MemoryBuffer.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/MemoryObject.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Mutex.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Path.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/PathV2.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/PluginLoader.cpp /usr/src/lib/clang/libllvmsupport/../ > ../. >>>>> ./contrib/llvm/lib/Support/PrettyStackTrace.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Process.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Program.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/RWMutex.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Regex.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/SearchForAddressOfSpecialSymbol.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Signals.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/SmallPtrSet.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/SmallVector.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/SourceMgr.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Statistic.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/StreamableMemoryObject.cpp /usr/src > /lib >>>>> /clang/libllvmsupport/../../../contrib/llvm/lib/Support/StringExtras.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/StringMap.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/StringPool.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/StringRef.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/TargetRegistry.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/ThreadLocal.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Threading.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/TimeValue.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Timer.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/ToolOutputFile.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Triple.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Twine.cpp /usr/src > /lib >>>>> /clang/libllvmsupport/../../../contrib/llvm/lib/Support/Valgrind.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Watchdog.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/YAMLParser.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/YAMLTraits.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/circular_raw_ostream.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/raw_os_ostream.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/raw_ostream.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/system_error.cpp >>>>> c++ -O -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"armv6-unknown-freebsd10.0\" -DLLVM_HOSTTRIPLE=\"armv6-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -I/usr/obj/usr/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APFloat.cpp -o APFloat.o >>>>> Assertion failed: ((PtrVal & ((1 << PtrTraits::NumLowBitsAvailable)-1)) == 0 && "Pointer is not sufficiently aligned"), function initWithPointer, file /usr/src/lib/clang/libclangsema/../../../contrib/llvm/include/llvm/ADT/PointerIntPair.h, line 100. >>>>> Stack dump: >>>>> 0. Program arguments: /usr/bin/c++ -cc1 -triple armv6-unknown-freebsd10.0 -S -disable-free -main-file-name APFloat.cpp -mrelocation-model static -mdisable-fp-elim -relaxed-aliasing -mconstructor-aliases -target-abi apcs-gnu -target-cpu arm1136jf-s -msoft-float -mfloat-abi soft -target-feature +soft-float -target-feature +soft-float-abi -target-feature -neon -coverage-file /tmp/APFloat-6ga4Rp.s -resource-dir /usr/bin/../lib/clang/3.3 -D LLVM_ON_UNIX -D LLVM_ON_FREEBSD -D __STDC_LIMIT_MACROS -D __STDC_CONSTANT_MACROS -D LLVM_DEFAULT_TARGET_TRIPLE="armv6-unknown-freebsd10.0" -D LLVM_HOSTTRIPLE="armv6-unknown-freebsd10.0" -D DEFAULT_SYSROOT="" -I /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I . -I /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -I /usr/obj/usr/src/tmp/legacy/u > sr/in >>>>> clude -O2 -fdeprecated-macro -fno-dwarf-directory-asm -fdebug-compilation-dir /usr/obj/usr/src/tmp/usr/src/lib/clang/libllvmsupport -ferror-limit 19 -fmessage-length 0 -mstackrealign -fno-rtti -fno-signed-char -fobjc-runtime=gnustep -fobjc-default-synthesize-properties -fsjlj-exceptions -fdiagnostics-show-option -backend-option -vectorize-loops -o /tmp/APFloat-6ga4Rp.s -x c++ /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APFloat.cpp >>>>> 1. /usr/include/c++/4.2/bits/basic_string.tcc:978:43: current parser token ';' >>>>> 2. /usr/include/c++/4.2/bits/basic_string.tcc:48:1 : parsing namespace 'std' >>>>> c++: error: unable to execute command: Abort trap (core dumped) >>>>> c++: error: clang frontend command failed due to signal (use -v to see invocation) >>>>> FreeBSD clang version 3.3 (trunk 178860) 20130405 >>>>> Target: armv6-unknown-freebsd10.0 >>>>> Thread model: posix >>>>> c++: note: diagnostic msg: PLEASE submit a bug report to http://llvm.org/bugs/ and include the crash backtrace, preprocessed source, and associated run script. >>>>> c++: note: diagnostic msg: Error generating preprocessed source(s). >>>>> *** [APFloat.o] Error code 254 >>>>> 1 error >>>>> *** [bootstrap-tools] Error code 2 >>>>> 1 error >>>>> *** [_bootstrap-tools] Error code 2 >>>>> 1 error >>>>> *** [buildworld] Error code 2 >>>>> 1 error >>>>> ===== >>>>> >>>>> It seems it is having trouble with C++. The system is using the 3.3 version of clang: >>>>> >>>>> root@pi:/usr/src # c++ -v >>>>> FreeBSD clang version 3.3 (trunk 178860) 20130405 >>>>> Target: armv6-unknown-freebsd10.0 >>>>> Thread model: posix >>>>> >>>>> >>>>> I had the same problem with clang 3.2, too. I've also had problems with C++ building ports. For example, I can't install devel/subversion because it fails to build databases/db42 due to a C++ problem. >>>>> This is the same bug, test case #2 in bug 15696 (generated with devel/delta). Regards, René From owner-freebsd-arm@FreeBSD.ORG Tue Apr 16 19:40:20 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1870C5A8 for ; Tue, 16 Apr 2013 19:40:20 +0000 (UTC) (envelope-from yaakovozer@yahoo.de) Received: from nm18-vm0.bullet.mail.ird.yahoo.com (nm18-vm0.bullet.mail.ird.yahoo.com [77.238.189.215]) by mx1.freebsd.org (Postfix) with SMTP id 39E2D12A7 for ; Tue, 16 Apr 2013 19:40:18 +0000 (UTC) Received: from [77.238.189.50] by nm18.bullet.mail.ird.yahoo.com with NNFMP; 16 Apr 2013 19:37:42 -0000 Received: from [212.82.98.116] by tm3.bullet.mail.ird.yahoo.com with NNFMP; 16 Apr 2013 19:37:42 -0000 Received: from [127.0.0.1] by omp1053.mail.ir2.yahoo.com with NNFMP; 16 Apr 2013 19:37:42 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 583063.76605.bm@omp1053.mail.ir2.yahoo.com Received: (qmail 38264 invoked by uid 60001); 16 Apr 2013 19:37:42 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.de; s=s1024; t=1366141062; bh=QvpaXxaU6GXBps8Ntr+REgYX0rv5DSbVmS61AP8P6l4=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=uRFYHSdhjqre0T9a9GpraIVyBBsyBIYTYyNJ+p5HBfyOeoa+HxGylufR/jW7M0T41sPBhX6k8U7Szqp8CjYt2s1r8hx0/cJjBBuM2u2Zdlws1Ef2HMhYNLGHfAmRUU/u+rN+DkHE2sEsFE5u/icBtM2is/KiUVhcsAkRtxd2lzY= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.de; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=zVu0GSHmOamvtarmPey6RYXjXmXWePWdtevWyAnwueDrpeQNmVLEqhlkfRQ0rSm+o6tUr7ndjFBynYNxJ1ZpclQ2/gSiu2/TzrQFtEza91ViQzs4E5HuApOpjjPyl4lB6Y3HCnKx7eOwWMtHpQrH5TPNqdIxRzxiO6O5znf0Zwo=; X-YMail-OSG: XUvGDeUVM1kc2uu4w9_s.3Dw7UmB.xpW6X0Og4Gjqx8rYgO ANuHOb7Lfl.ZFM8mC_uLG Received: from [92.230.64.196] by web172705.mail.ir2.yahoo.com via HTTP; Tue, 16 Apr 2013 20:37:41 BST X-Rocket-MIMEInfo: 002.001, SGkswqAKaSDCoHRyaWVkIHRvIGJ1aWxkIGEga2VybmVsIGZvciBjdWJpZWJvYXJkLgppdCBmYWlsZWQuIFdoYXQgZG8gaSB3cm9uZz8KCm1lIyBjZCAvdXNyL3NyYwptZSMgwqBtYWtlIFRBUkdFVF9BUkNIPWFybXY2ICBLRVJOQ09ORj1DVUJJRUJPQVJEIGJ1aWxka2VybmVsCi4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuCi4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLi4gIC4KL3Vzci9zcmMvc3lzL2Rldi9yYW5kb20vcHJvYmUuYzozMjoxMDogZmF0YWwgZXJyb3I6ICdvcHRfY3B1LmgnIGZpbGUgbm8BMAEBAQE- X-Mailer: YahooMailWebService/0.8.140.532 Message-ID: <1366141061.32460.YahooMailNeo@web172705.mail.ir2.yahoo.com> Date: Tue, 16 Apr 2013 20:37:41 +0100 (BST) From: Yan Morozz Subject: buildkernel for cubieboard failed To: "freebsd-arm@freebsd.org" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Yan Morozz List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Apr 2013 19:40:20 -0000 Hi,=A0=0Ai =A0tried to build a kernel for cubieboard.=0Ait failed. What do = i wrong?=0A=0Ame# cd /usr/src=0Ame# =A0make TARGET_ARCH=3Darmv6 KERNCONF= =3DCUBIEBOARD buildkernel=0A. . . . . . . . . . . . . . .=0A. . . . . . . .= . . . . . .. .=0A/usr/src/sys/dev/random/probe.c:32:10: fatal error: 'opt= _cpu.h' file not found=0A#include "opt_cpu.h"=0A=A0 =A0 =A0 =A0 =A0^=0A1 er= ror generated.=0Amkdep: compile failed=0A*** [.depend] Error code 1=0A=0ASt= op in /usr/obj/arm.armv6/usr/src/sys/CUBIEBOARD.=0A*** [buildkernel] Error = code 1=0A=0AStop in /usr/src.=0A*** [buildkernel] Error code 1=0A=0AStop in= /usr/src.=0A=0AThanks.=A0 From owner-freebsd-arm@FreeBSD.ORG Tue Apr 16 21:25:58 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 23ED7FC4 for ; Tue, 16 Apr 2013 21:25:58 +0000 (UTC) (envelope-from wkoszek@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) by mx1.freebsd.org (Postfix) with ESMTP id AF1AC1842 for ; Tue, 16 Apr 2013 21:25:57 +0000 (UTC) Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) by freebsd.czest.pl (8.14.5/8.14.5) with ESMTP id r3GLPaEw097578; Tue, 16 Apr 2013 21:25:36 GMT (envelope-from wkoszek@freebsd.czest.pl) Received: (from wkoszek@localhost) by freebsd.czest.pl (8.14.5/8.14.5/Submit) id r3GLPZCL097577; Tue, 16 Apr 2013 21:25:35 GMT (envelope-from wkoszek) Date: Tue, 16 Apr 2013 21:25:35 +0000 From: "Wojciech A. Koszek" To: freebsd-arm@freebsd.org Subject: Plan for commiting Xilinx Zynq support to HEAD Message-ID: <20130416212535.GE16132@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-0.4 required=5.0 tests=RP_MATCHES_RCVD, SPF_HELO_PASS, SPF_PASS autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on freebsd.czest.pl X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (freebsd.czest.pl [212.87.224.105]); Tue, 16 Apr 2013 21:25:38 +0000 (UTC) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Apr 2013 21:25:58 -0000 Hello, Thomas Skibo did an excellent work in making FreeBSD run on Zynq. I tested his code from Perforce branch yesterday. It worked seamlessly after following his steps from: http://www.thomasskibo.com/zedbsd/ I'd like you guys to look at stuff Thomas did. His branch is here: //depot/user/skibo/skibo_zynq/... Lets give it 5--7 days of wait time, since I approached most of interested individuals on IRC anyway. Unless there are objections, I'd like to see this stuff going into HEAD. Thanks, -- Wojciech A. Koszek wkoszek@FreeBSD.czest.pl http://FreeBSD.czest.pl/~wkoszek/ From owner-freebsd-arm@FreeBSD.ORG Tue Apr 16 21:50:09 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2EE8C657 for ; Tue, 16 Apr 2013 21:50:09 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from mail109.syd.optusnet.com.au (mail109.syd.optusnet.com.au [211.29.132.80]) by mx1.freebsd.org (Postfix) with ESMTP id EBB501A56 for ; Tue, 16 Apr 2013 21:50:08 +0000 (UTC) Received: from bender (unknown [49.176.34.193]) by mail109.syd.optusnet.com.au (Postfix) with ESMTP id 341DB12313F; Wed, 17 Apr 2013 07:49:59 +1000 (EST) Date: Wed, 17 Apr 2013 07:49:55 +1000 From: Andrew Turner To: Yan Morozz Subject: Re: buildkernel for cubieboard failed Message-ID: <20130417074955.47f982e0@bender> In-Reply-To: <1366141061.32460.YahooMailNeo@web172705.mail.ir2.yahoo.com> References: <1366141061.32460.YahooMailNeo@web172705.mail.ir2.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Optus-CM-Score: 0 X-Optus-CM-Analysis: v=2.0 cv=Ov0XUFDt c=1 sm=1 a=RFn8nVt1kj2zIRlarSMiXw==:17 a=ATIaWaFf7mkA:10 a=8nJEP1OIZ-IA:10 a=mAxsfWm2x-oA:10 a=4AE_WbKxSQbOpFfhEwQA:9 a=wPNLvfGTeEIA:10 a=6UCq8DqREAUA:10 a=RFn8nVt1kj2zIRlarSMiXw==:117 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Apr 2013 21:50:09 -0000 On Tue, 16 Apr 2013 20:37:41 +0100 (BST) Yan Morozz wrote: > Hi,=A0 > i =A0tried to build a kernel for cubieboard. > it failed. What do i wrong? >=20 > me# cd /usr/src > me# =A0make TARGET_ARCH=3Darmv6 KERNCONF=3DCUBIEBOARD buildkernel > . . . . . . . . . . . . . . . > . . . . . . . . . . . . . .. . > /usr/src/sys/dev/random/probe.c:32:10: fatal error: 'opt_cpu.h' file > not found #include "opt_cpu.h" This error is because you are trying to build for armv6 using an i386 or amd64 compiler. You need to build one of the kernel-toolchain, toolchain or buildworld targets before trying to run buildkernel. Andrew From owner-freebsd-arm@FreeBSD.ORG Tue Apr 16 22:43:46 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 149EE66C for ; Tue, 16 Apr 2013 22:43:46 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-gg0-x22f.google.com (mail-gg0-x22f.google.com [IPv6:2607:f8b0:4002:c02::22f]) by mx1.freebsd.org (Postfix) with ESMTP id CC1B11CAA for ; Tue, 16 Apr 2013 22:43:45 +0000 (UTC) Received: by mail-gg0-f175.google.com with SMTP id l1so160134ggn.6 for ; Tue, 16 Apr 2013 15:43:45 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to:x-mailer:x-gm-message-state; bh=fRSIwGUGDB8P2jcvG5loGhAcFWIsevb/+obXDJOr1lM=; b=DzSQMsFXtluquGY4jZzTk/rRq28OWkZhAvEDFAMVAVdgviAWb7MszRDu7o5FEyUCBL 2CUPDlrZqPSqsRTzg7TcSCIHYJOp+3Ag5JizeoVggao/05IaLqey5a5aef8R/SJH8J28 PNdTvuIbqjGz5sKJ2kwztt8+a9WQccxDyYq+2q3hU6jkLr2EVTviLrc6ocHQhW5vpm4+ t7IxuwuEI1BuQq96NpfSBvlMAU+h/DSeIzWzvQHqtBPpEi8EaTtNEgFpycW73XfZ7x5M o3HfZDvxIqdHyJ2q9LJAa0pVjsX1KFcq+vSqZCuNZexEIEK8EcwbOynsM6NmR+TtUH7C Ej+A== X-Received: by 10.236.210.49 with SMTP id t37mr2138465yho.24.1366152225241; Tue, 16 Apr 2013 15:43:45 -0700 (PDT) Received: from fusionlt2834a.int.fusionio.com ([209.117.142.2]) by mx.google.com with ESMTPS id v57sm4857926yhn.19.2013.04.16.15.43.42 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 16 Apr 2013 15:43:44 -0700 (PDT) Sender: Warner Losh Subject: Re: __rw_wlock_hard panic on 1st malloc Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: Date: Tue, 16 Apr 2013 16:43:41 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <8DE83B01-4508-41C5-B2BD-95A72D0AD963@bsdimp.com> To: Damjan Marion X-Mailer: Apple Mail (2.1085) X-Gm-Message-State: ALoCoQkQK2pbMmtdSSnFX3Gpuud8RvGO+0BdUrHvzEZoqYs3OTFZ7x9plFW6szsud2sxRIai72CA Cc: "freebsd-arm@FreeBSD.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Apr 2013 22:43:46 -0000 The problem here is a double fault. The first fault is in = init_dynamic_kenv when we try to read the kernel environment. The second = fault happens because we don't wind up in the debugger (I think due to = reading the stack goes awry). I've fixed the first problem in r249570. Not sure what's going on beyond that, since after fixing that I hit a = similar issue in stack_copy() but without a traceback, it is kinda hard. This is on my MarsBoard with an allwinner tech's A10 CPU. Warner On Apr 14, 2013, at 12:51 PM, Damjan Marion wrote: >=20 > I doubt. init_dynamic_kenv() is called by sysinit as part of standard = sysinit sequence and=20 > it is called after kmeminit(). >=20 > There is no my custom code except standard parts of initarm = initialisation. >=20 > Damjan >=20 > On Apr 14, 2013, at 7:19 PM, Warner Losh wrote: >=20 >> Maybe you are calling malloc before these locks are initialized? >>=20 >> Warner >>=20 >> On Apr 14, 2013, at 5:03 AM, Damjan Marion wrote: >>=20 >>>=20 >>> Hi, >>>=20 >>> I'm playing a bit with i.MX6 based board (wandboard) and I have = serial console working but >>> now it panics in init_dynamic_kenv() with the following error: >>>=20 >>> panic: __rw_wlock_hard: recursing but non-recursive rw pmap pv = global @ /usr/src/sys/arm/arm/pmap-v6.c:1187 >>>=20 >>> It looks like this is the 1st place where malloc() is called, an = malloc returns valid VA >>> but 1st attempt to access that address produces panic above. >>>=20 >>> Any idea what can be the reason for this or any other hint? >>>=20 >>> Thanks, >>>=20 >>> Damjan >>> _______________________________________________ >>> 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" >>=20 >=20 From owner-freebsd-arm@FreeBSD.ORG Tue Apr 16 23:44:58 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C23D3521 for ; Tue, 16 Apr 2013 23:44:58 +0000 (UTC) (envelope-from damjan.marion@gmail.com) Received: from mail-ea0-x229.google.com (mail-ea0-x229.google.com [IPv6:2a00:1450:4013:c01::229]) by mx1.freebsd.org (Postfix) with ESMTP id 5EF061E9F for ; Tue, 16 Apr 2013 23:44:58 +0000 (UTC) Received: by mail-ea0-f169.google.com with SMTP id n15so483649ead.28 for ; Tue, 16 Apr 2013 16:44:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:content-type:mime-version:subject:from:in-reply-to:date :cc:content-transfer-encoding:message-id:references:to:x-mailer; bh=jWiUZnqA9WknswE3UhvXBSLsZr/x6HZQ7DKNiLhxFjg=; b=L6O4Ik1/3Rv5+N2bBqSWakuSYWU6akTkklpFkmNgpCjQCznXdZLlKT4qDDzNF0wo2K o5RcDJ6xMA6mVBBydohEUwmB4OuHtoou89viwrpXmHg8CQPLSakqcTGbMR0aCuwMR5/V I/G5UwaDoe8z35oLHvQim5emfjYIGt1V0eMYcJp/M5gcfUgnk1OGkU9UXLQgirl5HXTk kZpwzZvO94Tba+8E2OlPGzdZQdTcbDGXFlXPKIhnfI1Y/mPgipfZjK2FG/RaA0alHO7v Rd6GjS6L8b1Te3MzQhSvCqA+INzvImH8BxB6JVILJLHJMx7H+vcjU4uROLWw6ZO1H1hq uJcg== X-Received: by 10.15.22.76 with SMTP id e52mr11854454eeu.7.1366155897418; Tue, 16 Apr 2013 16:44:57 -0700 (PDT) Received: from damarion-mac.home (cpe-109-60-68-57.zg3.cable.xnet.hr. [109.60.68.57]) by mx.google.com with ESMTPS id cb50sm5400014eeb.14.2013.04.16.16.44.55 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 16 Apr 2013 16:44:56 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: __rw_wlock_hard panic on 1st malloc From: Damjan Marion In-Reply-To: Date: Wed, 17 Apr 2013 01:44:54 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <92C60946-8FFB-46A1-9400-9E0F7B11FC23@gmail.com> References: <8DE83B01-4508-41C5-B2BD-95A72D0AD963@bsdimp.com> To: Warner Losh X-Mailer: Apple Mail (2.1503) Cc: "freebsd-arm@FreeBSD.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Apr 2013 23:44:58 -0000 When I apply your patch I'm getting the same error but this time in = busdma_init(). Again it is 1st malloc() inside busdma_bufalloc_create(). Can anybody confirm that latest HEAD is working on other Cortex-A CPUs? Damjan On Apr 17, 2013, at 12:43 AM, Warner Losh wrote: > The problem here is a double fault. The first fault is in = init_dynamic_kenv when we try to read the kernel environment. The second = fault happens because we don't wind up in the debugger (I think due to = reading the stack goes awry). >=20 > I've fixed the first problem in r249570. >=20 > Not sure what's going on beyond that, since after fixing that I hit a = similar issue in stack_copy() but without a traceback, it is kinda hard. >=20 > This is on my MarsBoard with an allwinner tech's A10 CPU. >=20 > Warner >=20 >=20 > On Apr 14, 2013, at 12:51 PM, Damjan Marion wrote: >=20 >>=20 >> I doubt. init_dynamic_kenv() is called by sysinit as part of standard = sysinit sequence and=20 >> it is called after kmeminit(). >>=20 >> There is no my custom code except standard parts of initarm = initialisation. >>=20 >> Damjan >>=20 >> On Apr 14, 2013, at 7:19 PM, Warner Losh wrote: >>=20 >>> Maybe you are calling malloc before these locks are initialized? >>>=20 >>> Warner >>>=20 >>> On Apr 14, 2013, at 5:03 AM, Damjan Marion wrote: >>>=20 >>>>=20 >>>> Hi, >>>>=20 >>>> I'm playing a bit with i.MX6 based board (wandboard) and I have = serial console working but >>>> now it panics in init_dynamic_kenv() with the following error: >>>>=20 >>>> panic: __rw_wlock_hard: recursing but non-recursive rw pmap pv = global @ /usr/src/sys/arm/arm/pmap-v6.c:1187 >>>>=20 >>>> It looks like this is the 1st place where malloc() is called, an = malloc returns valid VA >>>> but 1st attempt to access that address produces panic above. >>>>=20 >>>> Any idea what can be the reason for this or any other hint? >>>>=20 >>>> Thanks, >>>>=20 >>>> Damjan >>>> _______________________________________________ >>>> 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" >>>=20 >>=20 >=20 From owner-freebsd-arm@FreeBSD.ORG Wed Apr 17 04:48:30 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D6542E5B; Wed, 17 Apr 2013 04:48:30 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-we0-x22f.google.com (mail-we0-x22f.google.com [IPv6:2a00:1450:400c:c03::22f]) by mx1.freebsd.org (Postfix) with ESMTP id 553ABA34; Wed, 17 Apr 2013 04:48:30 +0000 (UTC) Received: by mail-we0-f175.google.com with SMTP id t11so912360wey.6 for ; Tue, 16 Apr 2013 21:48:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=XK0VgZfHk7o0ZHyX4NGi7kHhIT/55aiKUgvpnBW/3lU=; b=AobIYLHc/Bxg+ccf6piwwBMwGakZnhCi8bQkoQ84dZk6FsitI77J2EQDgXPcr4Ii+k FikoAvZlmgxaJuQC4zW1qMasbK/SK7wZY2w7Vm/jo8VFtjGkqgHJZwKH2kEjxe+l/4/X MvW4Ds47VRGj+9aOX8Imqbkj2Uf4PBhH5e3a3ySOkwLdl3IoRrMxVKwRGugr0s0ugF7Q g3ZeBa0F2RsPIhm6f7pspBL+pxZFslk3dOLzQvIdTcFR3Tugn7yONRzAfu44K2j/r6+c mHI6dc3BJqdshXc0iSBn/hz71WxA3T7hkErZz3EfCMcrL6wCGyneAg3rVqZtD6kMvdOn uzZQ== MIME-Version: 1.0 X-Received: by 10.180.85.103 with SMTP id g7mr23298058wiz.23.1366174109408; Tue, 16 Apr 2013 21:48:29 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.217.88.129 with HTTP; Tue, 16 Apr 2013 21:48:29 -0700 (PDT) In-Reply-To: <20130416212535.GE16132@FreeBSD.org> References: <20130416212535.GE16132@FreeBSD.org> Date: Tue, 16 Apr 2013 21:48:29 -0700 X-Google-Sender-Auth: z9iWxuMas2lEgNwSVBq6FkBTDb4 Message-ID: Subject: Re: Plan for commiting Xilinx Zynq support to HEAD From: Adrian Chadd To: "Wojciech A. Koszek" Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Apr 2013 04:48:30 -0000 Sweet, looks great! CAn we get the instructions dumped into the WIki? Adrian On 16 April 2013 14:25, Wojciech A. Koszek wrote: > Hello, > > Thomas Skibo did an excellent work in making FreeBSD run on Zynq. > > I tested his code from Perforce branch yesterday. It worked seamlessly after > following his steps from: > > http://www.thomasskibo.com/zedbsd/ > > I'd like you guys to look at stuff Thomas did. His branch is here: > > //depot/user/skibo/skibo_zynq/... > > Lets give it 5--7 days of wait time, since I approached most of interested > individuals on IRC anyway. Unless there are objections, I'd like to see this > stuff going into HEAD. > > Thanks, > > -- > Wojciech A. Koszek > wkoszek@FreeBSD.czest.pl > http://FreeBSD.czest.pl/~wkoszek/ > _______________________________________________ > 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 Apr 17 11:09:56 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 70297DA1 for ; Wed, 17 Apr 2013 11:09:56 +0000 (UTC) (envelope-from editor@ijtemt.org) Received: from Host1.yourdomainname.com (50.22.181.244-static.reverse.softlayer.com [50.22.181.244]) by mx1.freebsd.org (Postfix) with ESMTP id 41F17EBA for ; Wed, 17 Apr 2013 11:09:56 +0000 (UTC) X-Sender: "Editor IJTEMT" X-Receiver: freebsd-arm@freebsd.org From: "Editor IJTEMT" To: freebsd-arm@freebsd.org Date: 17 Apr 2013 04:07:20 -0700 Subject: Call for Papers IJTEMT. Kindly impart in your University/Organization/College/Colleagues/Academia/Social Circle. Priority: normal Importance: High Message-Id: <20130417110956.70297DA1@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Editor IJTEMT List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Apr 2013 11:09:56 -0000 INTERNATIONAL JOURNAL OF TRENDS IN ECONOMICS MANAGEMENT & TECHNOLOGY IJTEMT invites you to submit your research paper for publishing in Volume II, Issue II ( April 2013). CALL FOR PAPERS VOLUME II, ISSUE II www.ijtemt.org About IJTEMT International Journal of Trends in Economics Management and Technology (IJTEMT) in an International Academic Journal e-published bimonthly in India and open to the world. In this present interdisciplinary era, here at IJTEMT, a group of intellectual came together to find a common platform for three major components of any economy i.e., Economics, Management and Technology. Here we provide a forum to bridge the gap between the brushed-up professional in their respective fields and the new researcher which will results in better understanding and fruitful outcomes. The focus of this journal is to publish paper on economics management and technology. Submitted papers are reviewed by a full double blind manner by the technical committee of the journal. The audience for the journal is professionals from related fields, academicians and new students & research scholars. All submitted articles should report original, previously unpublished research results, experimental or theoretical, and will be peer-reviewed. Articles submitted to the journal should meet these criteria and must not be under consideration for publication elsewhere. Manuscripts should follow the style of the journal and are subject to both review and editing. Why Select IJTEMT Journal IJTEMT Provides E-Certificates to Author's if Needed.IJTEMT is Globally Approved International Journal having Strong Editorial Board. This is Online Open Journal .Author's can Download Paper from Library of Journal at any Time from Anywhere.IJTEMT is a Association of Eminent Scientist, Researchers and Experienced Members of More than 20 Countries.IJTEMT Publishes High Quality Papers which are Peer Reviewed by International/National Reviewers. Author's Query can be solved within 18 Hours. Subject Category: ECONOMICS, MANAGEMENT & TECHNOLOGY. Important Dates: Paper Submission: 27th April 2013 Review Results (Acceptance/Rejection) Notification: Within two weeks after submitting manuscript. Guidelines for submission and Review Process: IJTEMT welcomes author submission of papers concerning any branch of the economics, management and technology and their applications in business, industry and other subjects relevant. The review process goes through following phases which can take time from ten days to two months: a. Each manuscript will be initially evaluated by the editorial board / editor, who may make use of appropriate software to examine the originality of the contents of the manuscript. b. The manuscripts passed through screening at above noted level will be forwarded to two referees for blind peer review, each of whom will make a recommendation to publish the article in its present form/edit/reject. During this period referees shall treat the contents of papers under review as privileged information. c. The reviewers' recommendations determine whether a paper will be accepted / accepted subject to change / subject to resubmission with significant changes / rejected. d. For papers which require changes, the same reviewers will be used to ensure that the quality of the revised paper is acceptable. e. All papers are refereed, and the Editor-in-Chief reserves the right to refuse any typescript, whether on invitation or otherwise, and to make suggestions and/or modifications before publication. Submission of Paper will takes place in two phases: a. Initial Paper Submission: Prospective author (s) is/are encouraged to submit their manuscript including charts, tables, figures and appendixes in .pdf and .doc (both) format to e-mail: [1]submit@ijtemt.org. All submitted articles should report original, previously unpublished research results, experimental or theoretical. Articles submitted to the IJIMT should meet these criteria and must not be under consideration for publication elsewhere. b. Camera Ready Paper Submission:On the acceptance of the paper after completion of the review process the author (s) is/are has to submit camera ready full text paper in .doc and .pdf (both) format to e-mail: [2]submitfinal@ijtemt.org along with the corresponding signed copy of copyright transfer form and scanned copy of payment slip. Publication fees Each accepted paper will be charged, for publication and paper handling, 5000 INR per paper (for a maximum of 8 pages, above which 100 INR will be charged for every additional page) for Indian nationals where as publication fees for foreign national will be 100 USD per paper (for a maximum of 8 pages, above which 10 USD will be charged for every additional page) which is to be paid as per the instructions mentioned in the letter of acceptance of the manuscript submitted. Editor International Journal of Trends in Economics Management & Technology Website: [3]www.ijtemt.org Email: [4]editor@ijtemt.org, [5]coedtech@ijtemt.org, [6]contact@ijtemt.org. Paper Submission Email: [7]submit@ijtemt.org. References 1. mailto:submit@ijtemt.org 2. mailto:submitfinal@ijtemt.org 3. http://www.ijtemt.org/ 4. mailto:editor@ijtemt.org 5. mailto:coedtech@ijtemt.org 6. mailto:contact@ijtemt.org 7. mailto:submit@ijtemt.org From owner-freebsd-arm@FreeBSD.ORG Wed Apr 17 15:22:21 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 239F72CF for ; Wed, 17 Apr 2013 15:22:21 +0000 (UTC) (envelope-from ThomasSkibo@sbcglobal.net) Received: from nm2.access.bullet.mail.mud.yahoo.com (nm2.access.bullet.mail.mud.yahoo.com [66.94.237.203]) by mx1.freebsd.org (Postfix) with ESMTP id D6031F16 for ; Wed, 17 Apr 2013 15:22:20 +0000 (UTC) Received: from [66.94.237.126] by nm2.access.bullet.mail.mud.yahoo.com with NNFMP; 17 Apr 2013 15:22:14 -0000 Received: from [98.139.221.56] by tm1.access.bullet.mail.mud.yahoo.com with NNFMP; 17 Apr 2013 15:22:14 -0000 Received: from [127.0.0.1] by smtp109.sbc.mail.bf1.yahoo.com with NNFMP; 17 Apr 2013 15:22:14 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sbcglobal.net; s=s1024; t=1366212134; bh=vuRghjjy2zZIPyAcrxJQX0W2i/3r6PF2jisLsoMUs8o=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=ncAtAdYaFZiix1e8M+Oiiu3gVEJe2qIGikM3lhE73rbDzDtsP11sY8Lf1crsZy+/ULUcRqq44Rz6+mCN+Qqc0x2g0QrdgVP5Oi8kshYYYUFDYSeByqSUazSabodsY5ehcE8RIThWtF507VOGSJVAGETmeQi1/yqXxGT30vhOzKc= X-Yahoo-Newman-Id: 138113.39824.bm@smtp109.sbc.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: pMlzmEAVM1lk98PPwmG_ZA21maG5Qb.ueom3jMd9IPHigV4 5XRWeziOYL6vIDBqR7w3lgM7eZdsKzunxvNWDXouwvCLaLIo.0jF3YKUm7Ip IAsCO8YXWXa0eTuXSqdVGZarg7YVDkxQDCCPkcvWpAJxwkUfV0nAQwIhDZ1f WSZxpsP1oD4c8B4y6xyP6brXFOC4UloscHFppYRSdhd52TGNXhXn.zHCo_5n f7B6k4LA4Nbr1qU3E2uGnySx0TYtnr.Dzj9c9Wcl8h7xWDVADkXsGGuKaA1F zWbWiHArVKyG21wuis_MBafA_lqon5z7Vq4ceru4JTIF5i3D7F.WKm534YvY 7jIjRCrndB5ilcraxy.oiUR6I0cGwwQr1NmBgzzf7Df0DZXQoMo_XFeqjEz_ hwxrq1iet6yP7.p9q.FHQcC0PSxqZUCZ6sOIfyAJoMTqHDnB_ocjyPeHhO3b _ZXoLZlCVVf3RMQhltnaJy60Q4B.JmiAPabc- X-Yahoo-SMTP: tUxoRneswBA21azLM.3ybMESf0mC2bFhTbmt0VU5ervH0kqi5lo- X-Rocket-Received: from [192.168.1.9] (ThomasSkibo@71.139.162.8 with plain) by smtp109.sbc.mail.bf1.yahoo.com with SMTP; 17 Apr 2013 08:22:14 -0700 PDT Message-ID: <516EBE26.60505@sbcglobal.net> Date: Wed, 17 Apr 2013 08:22:14 -0700 From: Thomas Skibo User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: Plan for commiting Xilinx Zynq support to HEAD References: <20130416212535.GE16132@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Apr 2013 15:22:21 -0000 I'll take a look at doing that. On 4/16/13 9:48 PM, Adrian Chadd wrote: > Sweet, looks great! > > CAn we get the instructions dumped into the WIki? > > > > Adrian > -- -------- Thomas Skibo ThomasSkibo@sbcglobal.net From owner-freebsd-arm@FreeBSD.ORG Wed Apr 17 15:37:37 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 56AAB90E for ; Wed, 17 Apr 2013 15:37:37 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-qa0-f53.google.com (mail-qa0-f53.google.com [209.85.216.53]) by mx1.freebsd.org (Postfix) with ESMTP id 151F0FB6 for ; Wed, 17 Apr 2013 15:37:36 +0000 (UTC) Received: by mail-qa0-f53.google.com with SMTP id p6so940241qad.19 for ; Wed, 17 Apr 2013 08:37:29 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to:x-mailer:x-gm-message-state; bh=zcsWYk14FO+RQdbDw95HmgV/cs0xAHjrg1flajXEY1Q=; b=lYVA96VirRNbiJAvpvJt5NQ1RDzchIvufWFznQVgkk+VJ+MhyjM//teTqZbl0GCAWu dsMujbwiwgbGdGY64FndKS7nVmh8dwZU+8Oq5voq0McHhtXEhDB0YXUMqNLoacN8siVr Eid6Vp7RibP9ItuCI/VgTXk0o9CQuC2Y9rm6dfxxAlNkyVySKw+SH1SGv2vvdP6UjHnZ uY0aWRqsgIA9k5S0+H38sgq/1tQGuEBcDgP8AVeCdNP9C8D4cCPCcWULn6CWXTiL1iaU Du4YnP8+b+p8HC/8fx9v7pCOnJYjs5KNmFCEJcArFS4zLJuLw3KzQ2Iv9XFMkN1jCs38 U+tg== X-Received: by 10.49.104.6 with SMTP id ga6mr7893255qeb.51.1366213049866; Wed, 17 Apr 2013 08:37:29 -0700 (PDT) Received: from monkey-bot.int.fusionio.com ([209.117.142.2]) by mx.google.com with ESMTPS id g6sm8583748qav.6.2013.04.17.08.37.27 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 17 Apr 2013 08:37:28 -0700 (PDT) Sender: Warner Losh Subject: Re: __rw_wlock_hard panic on 1st malloc Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <92C60946-8FFB-46A1-9400-9E0F7B11FC23@gmail.com> Date: Wed, 17 Apr 2013 09:37:26 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <9A3C042F-3765-4791-AB51-63EA82488743@bsdimp.com> References: <8DE83B01-4508-41C5-B2BD-95A72D0AD963@bsdimp.com> <92C60946-8FFB-46A1-9400-9E0F7B11FC23@gmail.com> To: Damjan Marion X-Mailer: Apple Mail (2.1085) X-Gm-Message-State: ALoCoQn5y6O64s10+iS+ET02gL38PtwZmupNTl1O5GfejeUVutfyqhrhTpGh4eSk/jKU0ieiwFxi Cc: "freebsd-arm@FreeBSD.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Apr 2013 15:37:37 -0000 I don't think it is, at least not with clang compiled code. Ian was = saying on IRC that he saw this and went back to gcc and life was good. Warner On Apr 16, 2013, at 5:44 PM, Damjan Marion wrote: >=20 > When I apply your patch I'm getting the same error but this time in = busdma_init(). > Again it is 1st malloc() inside busdma_bufalloc_create(). >=20 > Can anybody confirm that latest HEAD is working on other Cortex-A = CPUs? >=20 > Damjan >=20 > On Apr 17, 2013, at 12:43 AM, Warner Losh wrote: >=20 >> The problem here is a double fault. The first fault is in = init_dynamic_kenv when we try to read the kernel environment. The second = fault happens because we don't wind up in the debugger (I think due to = reading the stack goes awry). >>=20 >> I've fixed the first problem in r249570. >>=20 >> Not sure what's going on beyond that, since after fixing that I hit a = similar issue in stack_copy() but without a traceback, it is kinda hard. >>=20 >> This is on my MarsBoard with an allwinner tech's A10 CPU. >>=20 >> Warner >>=20 >>=20 >> On Apr 14, 2013, at 12:51 PM, Damjan Marion wrote: >>=20 >>>=20 >>> I doubt. init_dynamic_kenv() is called by sysinit as part of = standard sysinit sequence and=20 >>> it is called after kmeminit(). >>>=20 >>> There is no my custom code except standard parts of initarm = initialisation. >>>=20 >>> Damjan >>>=20 >>> On Apr 14, 2013, at 7:19 PM, Warner Losh wrote: >>>=20 >>>> Maybe you are calling malloc before these locks are initialized? >>>>=20 >>>> Warner >>>>=20 >>>> On Apr 14, 2013, at 5:03 AM, Damjan Marion wrote: >>>>=20 >>>>>=20 >>>>> Hi, >>>>>=20 >>>>> I'm playing a bit with i.MX6 based board (wandboard) and I have = serial console working but >>>>> now it panics in init_dynamic_kenv() with the following error: >>>>>=20 >>>>> panic: __rw_wlock_hard: recursing but non-recursive rw pmap pv = global @ /usr/src/sys/arm/arm/pmap-v6.c:1187 >>>>>=20 >>>>> It looks like this is the 1st place where malloc() is called, an = malloc returns valid VA >>>>> but 1st attempt to access that address produces panic above. >>>>>=20 >>>>> Any idea what can be the reason for this or any other hint? >>>>>=20 >>>>> Thanks, >>>>>=20 >>>>> Damjan >>>>> _______________________________________________ >>>>> 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" >>>>=20 >>>=20 >>=20 >=20 From owner-freebsd-arm@FreeBSD.ORG Wed Apr 17 16:38:26 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2E8A1230 for ; Wed, 17 Apr 2013 16:38:26 +0000 (UTC) (envelope-from yaakovozer@yahoo.de) Received: from nm22-vm5.bullet.mail.ird.yahoo.com (nm22-vm5.bullet.mail.ird.yahoo.com [212.82.109.224]) by mx1.freebsd.org (Postfix) with SMTP id 50B8D3E7 for ; Wed, 17 Apr 2013 16:38:24 +0000 (UTC) Received: from [77.238.189.231] by nm22.bullet.mail.ird.yahoo.com with NNFMP; 17 Apr 2013 16:38:18 -0000 Received: from [212.82.98.120] by tm12.bullet.mail.ird.yahoo.com with NNFMP; 17 Apr 2013 16:38:17 -0000 Received: from [127.0.0.1] by omp1057.mail.ir2.yahoo.com with NNFMP; 17 Apr 2013 16:38:17 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 776120.98074.bm@omp1057.mail.ir2.yahoo.com Received: (qmail 15808 invoked by uid 60001); 17 Apr 2013 16:38:17 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.de; s=s1024; t=1366216697; bh=p2Cd19o8+HPNiHOSXhYWa3DTB/MpDFcwXStcT/Yypx8=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Subject:To:MIME-Version:Content-Type; b=PFHtaFXkFHXjbEcE33Qw2MeLueyJxBmOvODcsaW6XJsLYvpWT+K0mjt2rsbNDHi09N+5lari933/Ixs5rT7EFEE7QhGAMq7BCiDiSMw7XulFoDViDgRBWpISwZjm4GA9XDMUXrfYbnnda7WtlrP0C/sYnTw6ipGtMiRcIrcUku8= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.de; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Subject:To:MIME-Version:Content-Type; b=ts14dbewTP8Rja2/F6nhoVvtnlzI40RmuRS3ow66A5tgwxtfa90G0VSgKdKwrEfz9EHyHHqjywWvRY99enVp9Jd9U3LPsq+oGg3w8FAuajO+0asU3HbqXIV8QG/5qUL77WmrDSaP4WCwmSItDBnHAISHVz/V3yYOzLjrmcyIsFM=; X-YMail-OSG: XuCAHAMVM1kQpZ_coS4aewQMsRI.qf3JbcZObOLrV37EH2B BBRQCA.lgYoz.Sf7jjXtr3a4sRhVMvmWrS8yeV7lKymXf_Ab1RiIHzgcrzkT GhGTeqN.Az8RugsXnwssRVn3_sXwvj0V0uhPd7gstduECykDqbQK14XXN4ba DWDHpqZ0jKuDfrwnC0JoRRXNfA8cUT0D9Du_1sB09cos5H2RqKsui10XA1BV 3aLe7uN5YRCjx1PRWbj27LWotBeCSOd6OHWiI88xU3CjpdSSkyNNKsKffwHL qP3dOoNomR0AMcZbDXqoHG.KyZnfAZCnEsOSDfEHB4d0ARs.41b1fZx_66Pw CYJCo2vret.139aUZoZa3_0nng9hQQAR2xIkK0p3OYcVC3rW1R73Pqifk_aY pinq8H96sdcYoWQu_oyZ7OT104b3YQAQHNCXd5v_hCMlpKGOA3ZArXP.wRVo HaJFmIUH6Z0EYO2Aa0z75p5jhmExoUXmrcwzh Received: from [109.250.81.48] by web172705.mail.ir2.yahoo.com via HTTP; Wed, 17 Apr 2013 17:38:17 BST X-Rocket-MIMEInfo: 002.001, SGksCmhvdyBhYm91dCBzdXBwb3J0IFpGUyBieSBjdWJpZWJvYXJkIHdpdGggMUdiIG9mIFJBTT8KSXMgaXQgcG9zc2libGUgdG8gY3JlYXRlIGFueSBaRlMgcG9vbCBvbiBhIHNhdGEgSEQgPwpUaGFua3MuATABAQEB X-Mailer: YahooMailWebService/0.8.140.532 Message-ID: <1366216697.6005.YahooMailMobile@web172705.mail.ir2.yahoo.com> Date: Wed, 17 Apr 2013 17:38:17 +0100 (BST) From: Yan Ozer Subject: zfs cubieboard To: freebsd-arm@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Apr 2013 16:38:26 -0000 Hi,=0Ahow about support ZFS by cubieboard with 1Gb of RAM?=0AIs it possible= to create any ZFS pool on a sata HD ?=0AThanks. From owner-freebsd-arm@FreeBSD.ORG Wed Apr 17 22:45:14 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 788A96C0 for ; Wed, 17 Apr 2013 22:45:14 +0000 (UTC) (envelope-from damjan.marion@gmail.com) Received: from mail-ee0-f50.google.com (mail-ee0-f50.google.com [74.125.83.50]) by mx1.freebsd.org (Postfix) with ESMTP id 135C1B51 for ; Wed, 17 Apr 2013 22:45:13 +0000 (UTC) Received: by mail-ee0-f50.google.com with SMTP id e53so1011603eek.37 for ; Wed, 17 Apr 2013 15:45:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:content-type:mime-version:subject:from:in-reply-to:date :cc:content-transfer-encoding:message-id:references:to:x-mailer; bh=Xcv9DwX7qwErYBw101orIc6bIk2InyKsYudlYImAwko=; b=QEo6KUKgbdTdfNiOwIHtVzaZvM8mrw2H15NhWnGYxQHmEBwoAuzX1MrdzRdcaTjv0c 1kJPvyfw9/EAVIeVKjvS+q1IxOvBpQcQOrdEWOWS8hHsyAg+A9Xx2lDebcDcuOcUkqja jjHsIsCUoAAK0INiPWpGpz7smtK3FbtRwGilm1qlBU12qrJTNdSeCLgFtZYNGqC98yIU XRN79Oh2PtYOaURkq4k5o9C6neAhNuGI95JcvDc67FvDSgUVCZ1MMeWQzxV5nW1nU6cz e1HWHdmS3wnM5jEzC0phbh6XXbiVm/fqMvrKYmpdxNHtg8GnN0Gt2W4ySfd/63+sTOzs sQRA== X-Received: by 10.14.5.137 with SMTP id 9mr22886434eel.30.1366238707054; Wed, 17 Apr 2013 15:45:07 -0700 (PDT) Received: from ?IPv6:2001:470:72bb::12c? ([2001:470:72bb::12c]) by mx.google.com with ESMTPS id s47sm11811951eeg.8.2013.04.17.15.45.05 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 17 Apr 2013 15:45:05 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: __rw_wlock_hard panic on 1st malloc From: Damjan Marion In-Reply-To: <9A3C042F-3765-4791-AB51-63EA82488743@bsdimp.com> Date: Thu, 18 Apr 2013 00:45:03 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <8550022A-E05B-4CEA-B899-3D81DDCC9B57@gmail.com> References: <8DE83B01-4508-41C5-B2BD-95A72D0AD963@bsdimp.com> <92C60946-8FFB-46A1-9400-9E0F7B11FC23@gmail.com> <9A3C042F-3765-4791-AB51-63EA82488743@bsdimp.com> To: Warner Losh X-Mailer: Apple Mail (2.1503) Cc: "freebsd-arm@FreeBSD.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Apr 2013 22:45:14 -0000 yes, thanks for the hint. After moving back to gcc everything works = fine. Damjan On Apr 17, 2013, at 5:37 PM, Warner Losh wrote: > I don't think it is, at least not with clang compiled code. Ian was = saying on IRC that he saw this and went back to gcc and life was good. >=20 > Warner >=20 > On Apr 16, 2013, at 5:44 PM, Damjan Marion wrote: >=20 >>=20 >> When I apply your patch I'm getting the same error but this time in = busdma_init(). >> Again it is 1st malloc() inside busdma_bufalloc_create(). >>=20 >> Can anybody confirm that latest HEAD is working on other Cortex-A = CPUs? >>=20 >> Damjan >>=20 >> On Apr 17, 2013, at 12:43 AM, Warner Losh wrote: >>=20 >>> The problem here is a double fault. The first fault is in = init_dynamic_kenv when we try to read the kernel environment. The second = fault happens because we don't wind up in the debugger (I think due to = reading the stack goes awry). >>>=20 >>> I've fixed the first problem in r249570. >>>=20 >>> Not sure what's going on beyond that, since after fixing that I hit = a similar issue in stack_copy() but without a traceback, it is kinda = hard. >>>=20 >>> This is on my MarsBoard with an allwinner tech's A10 CPU. >>>=20 >>> Warner >>>=20 >>>=20 >>> On Apr 14, 2013, at 12:51 PM, Damjan Marion wrote: >>>=20 >>>>=20 >>>> I doubt. init_dynamic_kenv() is called by sysinit as part of = standard sysinit sequence and=20 >>>> it is called after kmeminit(). >>>>=20 >>>> There is no my custom code except standard parts of initarm = initialisation. >>>>=20 >>>> Damjan >>>>=20 >>>> On Apr 14, 2013, at 7:19 PM, Warner Losh wrote: >>>>=20 >>>>> Maybe you are calling malloc before these locks are initialized? >>>>>=20 >>>>> Warner >>>>>=20 >>>>> On Apr 14, 2013, at 5:03 AM, Damjan Marion wrote: >>>>>=20 >>>>>>=20 >>>>>> Hi, >>>>>>=20 >>>>>> I'm playing a bit with i.MX6 based board (wandboard) and I have = serial console working but >>>>>> now it panics in init_dynamic_kenv() with the following error: >>>>>>=20 >>>>>> panic: __rw_wlock_hard: recursing but non-recursive rw pmap pv = global @ /usr/src/sys/arm/arm/pmap-v6.c:1187 >>>>>>=20 >>>>>> It looks like this is the 1st place where malloc() is called, an = malloc returns valid VA >>>>>> but 1st attempt to access that address produces panic above. >>>>>>=20 >>>>>> Any idea what can be the reason for this or any other hint? >>>>>>=20 >>>>>> Thanks, >>>>>>=20 >>>>>> Damjan >>>>>> _______________________________________________ >>>>>> 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" >>>>>=20 >>>>=20 >>>=20 >>=20 >=20 From owner-freebsd-arm@FreeBSD.ORG Thu Apr 18 00:03:40 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 6304E5AE for ; Thu, 18 Apr 2013 00:03:40 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-gg0-x230.google.com (mail-gg0-x230.google.com [IPv6:2607:f8b0:4002:c02::230]) by mx1.freebsd.org (Postfix) with ESMTP id 2320FEBF for ; Thu, 18 Apr 2013 00:03:40 +0000 (UTC) Received: by mail-gg0-f176.google.com with SMTP id c4so356463ggn.21 for ; Wed, 17 Apr 2013 17:03:39 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to:x-mailer:x-gm-message-state; bh=sLUi6iWqzo9/IT/SyTPiIKYM7MLA5EsyLebSVIyQuAw=; b=cIjK1Kus81crBY0kO05vS2dlcUfT2Wv/2HKFivo8bJum1mspm089+dl1BnZqvl6E7g AXVKqRMV1v6qMJvMg3ieab6tmQwhdaEB8/8Ouy2xiFIfKyrSt2PtlYlKhDeR45dva6kY x+yUTcB10F3QTicQ4jcQ3nkc5oue2+gjH9E0dyEXI2DudZAojpsFpztqdiRoT4yudx1p MbQpGd74JDMpBP3Z52YD7TxojdcN7Jfk6gbDsDXQuaAe1rPJ/P6Ov7DZq8jM2QGDK/Nx DPzcfFxGUCLDal+6b9nDErMLstjN1Pg64wa/du+HnxE1V2maL2+qBJtLnO7ZtSE/ea0L fKkw== X-Received: by 10.236.102.207 with SMTP id d55mr5674380yhg.82.1366241595299; Wed, 17 Apr 2013 16:33:15 -0700 (PDT) Received: from monkey-bot.int.fusionio.com ([209.117.142.2]) by mx.google.com with ESMTPS id b78sm12895429yhi.2.2013.04.17.16.33.13 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 17 Apr 2013 16:33:14 -0700 (PDT) Sender: Warner Losh Subject: Re: __rw_wlock_hard panic on 1st malloc Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <8550022A-E05B-4CEA-B899-3D81DDCC9B57@gmail.com> Date: Wed, 17 Apr 2013 17:33:11 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <8DE83B01-4508-41C5-B2BD-95A72D0AD963@bsdimp.com> <92C60946-8FFB-46A1-9400-9E0F7B11FC23@gmail.com> <9A3C042F-3765-4791-AB51-63EA82488743@bsdimp.com> <8550022A-E05B-4CEA-B899-3D81DDCC9B57@gmail.com> To: Damjan Marion X-Mailer: Apple Mail (2.1085) X-Gm-Message-State: ALoCoQkD/Q6Jlx7K+jkJVaiJ4wQFwsVVlzXEwXMbQMZwAWF84K2B+MXYsqdzudB8OJ5jdYpXAZaa Cc: "freebsd-arm@FreeBSD.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Apr 2013 00:03:40 -0000 Also, I'm able to get to mountroot> on my allwinner board if I disable = WITNESS, but have all kinds of problems if I don't. And the goofy stack traceback is totally busted for me, so finding out = where I am has been an exercise in frustration. Warner On Apr 17, 2013, at 4:45 PM, Damjan Marion wrote: >=20 > yes, thanks for the hint. After moving back to gcc everything works = fine. >=20 > Damjan >=20 > On Apr 17, 2013, at 5:37 PM, Warner Losh wrote: >=20 >> I don't think it is, at least not with clang compiled code. Ian was = saying on IRC that he saw this and went back to gcc and life was good. >>=20 >> Warner >>=20 >> On Apr 16, 2013, at 5:44 PM, Damjan Marion wrote: >>=20 >>>=20 >>> When I apply your patch I'm getting the same error but this time in = busdma_init(). >>> Again it is 1st malloc() inside busdma_bufalloc_create(). >>>=20 >>> Can anybody confirm that latest HEAD is working on other Cortex-A = CPUs? >>>=20 >>> Damjan >>>=20 >>> On Apr 17, 2013, at 12:43 AM, Warner Losh wrote: >>>=20 >>>> The problem here is a double fault. The first fault is in = init_dynamic_kenv when we try to read the kernel environment. The second = fault happens because we don't wind up in the debugger (I think due to = reading the stack goes awry). >>>>=20 >>>> I've fixed the first problem in r249570. >>>>=20 >>>> Not sure what's going on beyond that, since after fixing that I hit = a similar issue in stack_copy() but without a traceback, it is kinda = hard. >>>>=20 >>>> This is on my MarsBoard with an allwinner tech's A10 CPU. >>>>=20 >>>> Warner >>>>=20 >>>>=20 >>>> On Apr 14, 2013, at 12:51 PM, Damjan Marion wrote: >>>>=20 >>>>>=20 >>>>> I doubt. init_dynamic_kenv() is called by sysinit as part of = standard sysinit sequence and=20 >>>>> it is called after kmeminit(). >>>>>=20 >>>>> There is no my custom code except standard parts of initarm = initialisation. >>>>>=20 >>>>> Damjan >>>>>=20 >>>>> On Apr 14, 2013, at 7:19 PM, Warner Losh wrote: >>>>>=20 >>>>>> Maybe you are calling malloc before these locks are initialized? >>>>>>=20 >>>>>> Warner >>>>>>=20 >>>>>> On Apr 14, 2013, at 5:03 AM, Damjan Marion wrote: >>>>>>=20 >>>>>>>=20 >>>>>>> Hi, >>>>>>>=20 >>>>>>> I'm playing a bit with i.MX6 based board (wandboard) and I have = serial console working but >>>>>>> now it panics in init_dynamic_kenv() with the following error: >>>>>>>=20 >>>>>>> panic: __rw_wlock_hard: recursing but non-recursive rw pmap pv = global @ /usr/src/sys/arm/arm/pmap-v6.c:1187 >>>>>>>=20 >>>>>>> It looks like this is the 1st place where malloc() is called, an = malloc returns valid VA >>>>>>> but 1st attempt to access that address produces panic above. >>>>>>>=20 >>>>>>> Any idea what can be the reason for this or any other hint? >>>>>>>=20 >>>>>>> Thanks, >>>>>>>=20 >>>>>>> Damjan >>>>>>> _______________________________________________ >>>>>>> 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" >>>>>>=20 >>>>>=20 >>>>=20 >>>=20 >>=20 >=20 From owner-freebsd-arm@FreeBSD.ORG Thu Apr 18 00:04:24 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 8AF035F2 for ; Thu, 18 Apr 2013 00:04:24 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: from mail-ia0-x229.google.com (mail-ia0-x229.google.com [IPv6:2607:f8b0:4001:c02::229]) by mx1.freebsd.org (Postfix) with ESMTP id 1635BEC8 for ; Thu, 18 Apr 2013 00:04:24 +0000 (UTC) Received: by mail-ia0-f169.google.com with SMTP id l29so730007iag.0 for ; Wed, 17 Apr 2013 17:04:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=fJQQQvVOR97T6Pnftquiorj0a4fLVcIj8eS6BZul+v4=; b=yFM1mip1McH1xfkX03jKkjjG6KQfcUEO3bkCLlAm+OuYgei4eMk2fQaV2s0P37Mf8l aXQElYzPYu0XLVu/T1kwg8qaI/LqKh1VWtu79GR1khvsHvZ5HPXZp4EvYn/clm+Fz91C ziZ8P4FRm1IOB4VajrBbSWL7+tCFL1eAlto8cpSBW6y1OUhtYvitzUDMQsNjlef52MjK TyRMoXpHbQuzuuSacDd3Y/luEOQEDLwAqcs90dwkCp5e/lmnAZRnvugmzRBzUXz8qaxi 7i2nVygj+rVv5qhuigrUhle3Ape1xQIQm0xqBH1bFih22JQOgWPDNxthrSpv3W0uGYNC 6F8w== MIME-Version: 1.0 X-Received: by 10.50.128.47 with SMTP id nl15mr5674079igb.5.1366243463731; Wed, 17 Apr 2013 17:04:23 -0700 (PDT) Received: by 10.64.23.167 with HTTP; Wed, 17 Apr 2013 17:04:23 -0700 (PDT) In-Reply-To: <1366216697.6005.YahooMailMobile@web172705.mail.ir2.yahoo.com> References: <1366216697.6005.YahooMailMobile@web172705.mail.ir2.yahoo.com> Date: Thu, 18 Apr 2013 08:04:23 +0800 Message-ID: Subject: Re: zfs cubieboard From: Ganbold Tsagaankhuu To: Yan Ozer Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Apr 2013 00:04:24 -0000 Hi, On Thu, Apr 18, 2013 at 12:38 AM, Yan Ozer wrote: > Hi, > how about support ZFS by cubieboard with 1Gb of RAM? > Is it possible to create any ZFS pool on a sata HD ? > As for sata there is no driver yet for Cubieboard. Ganbold > Thanks. > _______________________________________________ > 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 Thu Apr 18 01:36:20 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 33CB1935 for ; Thu, 18 Apr 2013 01:36:20 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from mail110.syd.optusnet.com.au (mail110.syd.optusnet.com.au [211.29.132.97]) by mx1.freebsd.org (Postfix) with ESMTP id EEC601BE for ; Thu, 18 Apr 2013 01:36:19 +0000 (UTC) Received: from bender (unknown [49.176.34.32]) by mail110.syd.optusnet.com.au (Postfix) with ESMTP id 9A641781424; Thu, 18 Apr 2013 11:36:10 +1000 (EST) Date: Thu, 18 Apr 2013 11:36:09 +1000 From: Andrew Turner To: Warner Losh Subject: Re: __rw_wlock_hard panic on 1st malloc Message-ID: <20130418113609.5880e469@bender> In-Reply-To: <9A3C042F-3765-4791-AB51-63EA82488743@bsdimp.com> References: <8DE83B01-4508-41C5-B2BD-95A72D0AD963@bsdimp.com> <92C60946-8FFB-46A1-9400-9E0F7B11FC23@gmail.com> <9A3C042F-3765-4791-AB51-63EA82488743@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Optus-CM-Score: 0 X-Optus-CM-Analysis: v=2.0 cv=A8I0pNqG c=1 sm=1 a=t/GRKaPioOUEeYUB/lRhtQ==:17 a=bily2IvQBM0A:10 a=kj9zAlcOel0A:10 a=6qN08nlxkZIA:10 a=7Qk2ozbKAAAA:8 a=ZihJO40dRrWB5IuusIsA:9 a=CjuIK1q_8ugA:10 a=cvZW9r6VXHAA:10 a=t/GRKaPioOUEeYUB/lRhtQ==:117 Cc: "freebsd-arm@FreeBSD.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Apr 2013 01:36:20 -0000 On Wed, 17 Apr 2013 09:37:26 -0600 Warner Losh wrote: > I don't think it is, at least not with clang compiled code. Ian was > saying on IRC that he saw this and went back to gcc and life was good. I suspect it is an issue with the newer version of clang imported recently. I have tested with an old version of clang and an updated kernel and had no issues booting. Andrew From owner-freebsd-arm@FreeBSD.ORG Thu Apr 18 02:43:55 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 1A300180; Thu, 18 Apr 2013 02:43:55 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from mail105.syd.optusnet.com.au (mail105.syd.optusnet.com.au [211.29.132.249]) by mx1.freebsd.org (Postfix) with ESMTP id D7D3433C; Thu, 18 Apr 2013 02:43:54 +0000 (UTC) Received: from bender (unknown [49.176.34.32]) by mail105.syd.optusnet.com.au (Postfix) with ESMTP id 41EA81040AD0; Thu, 18 Apr 2013 12:24:06 +1000 (EST) Date: Thu, 18 Apr 2013 12:24:07 +1000 From: Andrew Turner To: Tim Kientzle Subject: Re: GDB on EABI Message-ID: <20130418122407.2671bab9@bender> In-Reply-To: <20130415124510.46f76bec@bender> References: <20130415124510.46f76bec@bender> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Optus-CM-Score: 0 X-Optus-CM-Analysis: v=2.0 cv=Ov0XUFDt c=1 sm=1 a=t/GRKaPioOUEeYUB/lRhtQ==:17 a=kj9zAlcOel0A:10 a=fNUWLwDUyLIA:10 a=6I5d2MoRAAAA:8 a=zYm8Ao0PF6J9By_vEdQA:9 a=CjuIK1q_8ugA:10 a=SV7veod9ZcQA:10 a=t/GRKaPioOUEeYUB/lRhtQ==:117 Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Apr 2013 02:43:55 -0000 On Mon, 15 Apr 2013 12:45:10 +1000 Andrew Turner wrote: > On Sun, 14 Apr 2013 11:45:00 -0700 > Tim Kientzle wrote: > > > On RPI with a recent -CURRENT (r249461) built -DWITH_ARM_EABI. > > > > Looks like GDB doesn't yet know about our EABI variant: > > > > ...../contrib/gdb/gdb/arm-tdep.c:2589: internal-error: > > arm_elf_osabi_sniffer: Unknown ARM EABI version 0x5000000 > This is gdb failing to correctly determine the ABI from the .note.tag > section. I made a change in [1] to use this section, however it > appears to not be working correctly here. > > The reason it complains about the EABI version is because gdb uses it > if it is unable to determine the ABI by other means. As is is unneeded > for FreeBSD I haven't taught gdb about the above EABI version so it > complains to not know about it. This should be fixed in r249603. Andrew From owner-freebsd-arm@FreeBSD.ORG Thu Apr 18 04:36:32 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 292CD161 for ; Thu, 18 Apr 2013 04:36:32 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-oa0-f54.google.com (mail-oa0-f54.google.com [209.85.219.54]) by mx1.freebsd.org (Postfix) with ESMTP id E4BA39E4 for ; Thu, 18 Apr 2013 04:36:31 +0000 (UTC) Received: by mail-oa0-f54.google.com with SMTP id l20so2326962oag.41 for ; Wed, 17 Apr 2013 21:36:31 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to:x-mailer:x-gm-message-state; bh=oDzfXgMsCLGSC2ZrWJ4XJSFF3Nb0SMc8l0DGud7GnNA=; b=SZmOUGB/IEd/IKO3dTVOeYRITHz4KltAgSZnfQ7rRquLvDkVJ3zlmwxgxSS6WmMQ0r UFAtLqgkHbX3PrPL0o6e5zMdQ520qd+KYCAnc/l2NpRzAicy8XVWEtCXQXIcViap4tUf +5+p8pcLdcBKmMPqnbjyC/d/WdEgqzldeeGD7c79q4JGHKAlMfsXRTPlU1NJkdMeRuMx j79YECYYkDumxKhz8xJfVcIB4N4owAkQos019W/vNMHHS5neBDtCMRwq/nwKZHxECI9e a+sQH07r6vFDhKRf5S/teI/p+GAdhj2t7Rp8E6kJKTSuoYYfIzXlP8cFBPs1TAJYfyCb Z+Ug== X-Received: by 10.60.55.3 with SMTP id n3mr4554316oep.118.1366259791148; Wed, 17 Apr 2013 21:36:31 -0700 (PDT) Received: from [10.0.0.53] (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPS id n1sm3146323obc.10.2013.04.17.21.36.29 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 17 Apr 2013 21:36:30 -0700 (PDT) Sender: Warner Losh Subject: Re: __rw_wlock_hard panic on 1st malloc Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <20130418113609.5880e469@bender> Date: Wed, 17 Apr 2013 22:36:29 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <0E720F47-E84A-4CC8-8A56-1031AB6DB65A@bsdimp.com> References: <8DE83B01-4508-41C5-B2BD-95A72D0AD963@bsdimp.com> <92C60946-8FFB-46A1-9400-9E0F7B11FC23@gmail.com> <9A3C042F-3765-4791-AB51-63EA82488743@bsdimp.com> <20130418113609.5880e469@bender> To: Andrew Turner X-Mailer: Apple Mail (2.1085) X-Gm-Message-State: ALoCoQkYeb0q0OGlstCQq22HGSM0x7NbG9qrE4UY574bGvaYIMBu0iVbRP2ZiHCZp6Hj1QXQTbDH Cc: "freebsd-arm@FreeBSD.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Apr 2013 04:36:32 -0000 On Apr 17, 2013, at 7:36 PM, Andrew Turner wrote: > On Wed, 17 Apr 2013 09:37:26 -0600 > Warner Losh wrote: >=20 >> I don't think it is, at least not with clang compiled code. Ian was >> saying on IRC that he saw this and went back to gcc and life was = good. >=20 > I suspect it is an issue with the newer version of clang imported > recently. I have tested with an old version of clang and an updated > kernel and had no issues booting. If I take WITNESS out of the kernel, I have no issues either. Not sure = what WITNESS' problem is... Warner From owner-freebsd-arm@FreeBSD.ORG Thu Apr 18 08:08:27 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 34BEA2A8 for ; Thu, 18 Apr 2013 08:08:27 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from mail107.syd.optusnet.com.au (mail107.syd.optusnet.com.au [211.29.132.53]) by mx1.freebsd.org (Postfix) with ESMTP id F0668213 for ; Thu, 18 Apr 2013 08:08:26 +0000 (UTC) Received: from bender (unknown [49.176.33.195]) by mail107.syd.optusnet.com.au (Postfix) with ESMTP id DAA80D4200E; Thu, 18 Apr 2013 18:08:18 +1000 (EST) Date: Thu, 18 Apr 2013 18:08:18 +1000 From: Andrew Turner To: Warner Losh Subject: Re: __rw_wlock_hard panic on 1st malloc Message-ID: <20130418180818.1d036620@bender> In-Reply-To: <0E720F47-E84A-4CC8-8A56-1031AB6DB65A@bsdimp.com> References: <8DE83B01-4508-41C5-B2BD-95A72D0AD963@bsdimp.com> <92C60946-8FFB-46A1-9400-9E0F7B11FC23@gmail.com> <9A3C042F-3765-4791-AB51-63EA82488743@bsdimp.com> <20130418113609.5880e469@bender> <0E720F47-E84A-4CC8-8A56-1031AB6DB65A@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Optus-CM-Score: 0 X-Optus-CM-Analysis: v=2.0 cv=A8I0pNqG c=1 sm=1 a=X1w1fLJ+i4FOuCtnCNjjHw==:17 a=bily2IvQBM0A:10 a=kj9zAlcOel0A:10 a=6qN08nlxkZIA:10 a=7Qk2ozbKAAAA:8 a=8QAiUikosJsrQ5ihR18A:9 a=CjuIK1q_8ugA:10 a=cvZW9r6VXHAA:10 a=X1w1fLJ+i4FOuCtnCNjjHw==:117 Cc: "freebsd-arm@FreeBSD.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Apr 2013 08:08:27 -0000 On Wed, 17 Apr 2013 22:36:29 -0600 Warner Losh wrote: > > On Apr 17, 2013, at 7:36 PM, Andrew Turner wrote: > > > On Wed, 17 Apr 2013 09:37:26 -0600 > > Warner Losh wrote: > > > >> I don't think it is, at least not with clang compiled code. Ian was > >> saying on IRC that he saw this and went back to gcc and life was > >> good. > > > > I suspect it is an issue with the newer version of clang imported > > recently. I have tested with an old version of clang and an updated > > kernel and had no issues booting. > > If I take WITNESS out of the kernel, I have no issues either. Not > sure what WITNESS' problem is... I've tried with an updated clang on a PandaBoard with WITNESS enabled. The only issue I'm hitting is vm_thread_new fails, but this is after FreeBSD enters userland which, from you other emails, appears to be further than you are getting. I have set unmapped_buf_allowed = 0 in sys/arm/arm/pmap-v6.c to work around the above stack issue. I don't know if this will fix the issue or not but you can try it to see. Andrew From owner-freebsd-arm@FreeBSD.ORG Thu Apr 18 08:33:48 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id DD0AEAFD for ; Thu, 18 Apr 2013 08:33:48 +0000 (UTC) (envelope-from damjan.marion@gmail.com) Received: from mail-ee0-f44.google.com (mail-ee0-f44.google.com [74.125.83.44]) by mx1.freebsd.org (Postfix) with ESMTP id 77CCD348 for ; Thu, 18 Apr 2013 08:33:47 +0000 (UTC) Received: by mail-ee0-f44.google.com with SMTP id c41so1170838eek.31 for ; Thu, 18 Apr 2013 01:33:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:content-type:mime-version:subject:from:in-reply-to:date :cc:content-transfer-encoding:message-id:references:to:x-mailer; bh=JMnWmL2gb3hL9BZuudnH/iOlZXE4jO39J54yIpbfmbw=; b=QLvVevczi+tbLqpjPW9hDggYnh22u7rjjPTgN2DZumb/zPo5B5DMw4Dd5j27Ya0RsB 7Wk0OaT0T39m2urO4Ao3JBSOEXOFTKAUDhITcT99PXL7wYeFkWZqBmQqOW5JD2P2h9Oo vIsC4Lcik5NGJel4uKIqBy78Kw9LdUO0ZDlQ1ys+J8NYhP0iu3lFyfGihowBATg7gPbL yk7q7tzBeDiq6FRgocxn+c9V06SfcKma1tgPiSPOO3tuSRgmyDn/8uarfxrAA47WkMxU LFBC6dToA3t49yuARltdnLjlqiEtou4/kjwsJynQk9gITN7bpWvnUI0g7m5PL2sRYo9V vnJA== X-Received: by 10.15.43.73 with SMTP id w49mr27986869eev.12.1366274021346; Thu, 18 Apr 2013 01:33:41 -0700 (PDT) Received: from ?IPv6:2001:470:72bb::12c? ([2001:470:72bb::12c]) by mx.google.com with ESMTPS id bk42sm14059934eeb.3.2013.04.18.01.33.39 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 18 Apr 2013 01:33:39 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: __rw_wlock_hard panic on 1st malloc From: Damjan Marion In-Reply-To: <20130418180818.1d036620@bender> Date: Thu, 18 Apr 2013 10:33:37 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <5BE690EF-486A-482F-A275-35B07D92113E@gmail.com> References: <8DE83B01-4508-41C5-B2BD-95A72D0AD963@bsdimp.com> <92C60946-8FFB-46A1-9400-9E0F7B11FC23@gmail.com> <9A3C042F-3765-4791-AB51-63EA82488743@bsdimp.com> <20130418113609.5880e469@bender> <0E720F47-E84A-4CC8-8A56-1031AB6DB65A@bsdimp.com> <20130418180818.1d036620@bender> To: Andrew Turner X-Mailer: Apple Mail (2.1503) Cc: "freebsd-arm@FreeBSD.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Apr 2013 08:33:48 -0000 On Apr 18, 2013, at 10:08 AM, Andrew Turner = wrote: > On Wed, 17 Apr 2013 22:36:29 -0600 > Warner Losh wrote: >=20 >>=20 >> On Apr 17, 2013, at 7:36 PM, Andrew Turner wrote: >>=20 >>> On Wed, 17 Apr 2013 09:37:26 -0600 >>> Warner Losh wrote: >>>=20 >>>> I don't think it is, at least not with clang compiled code. Ian was >>>> saying on IRC that he saw this and went back to gcc and life was >>>> good. >>>=20 >>> I suspect it is an issue with the newer version of clang imported >>> recently. I have tested with an old version of clang and an updated >>> kernel and had no issues booting. >>=20 >> If I take WITNESS out of the kernel, I have no issues either. Not >> sure what WITNESS' problem is... >=20 > I've tried with an updated clang on a PandaBoard with WITNESS enabled. > The only issue I'm hitting is vm_thread_new fails, but this is after > FreeBSD enters userland which, from you other emails, appears to be > further than you are getting. >=20 > I have set unmapped_buf_allowed =3D 0 in sys/arm/arm/pmap-v6.c to work > around the above stack issue. I don't know if this will fix the issue > or not but you can try it to see. Just tried clang + unmapped_buf_allowed=3D0: Copyright (c) 1992-2013 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights = reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-CURRENT #0 r+b594eb9-dirty: Thu Apr 18 09:29:34 CEST 2013 dmarion@vm-freebsd-head:/tmp/WANDBOARD arm FreeBSD clang version 3.3 (trunk 178860) 20130405 WARNING: WITNESS option enabled, expect reduced performance. panic: acquiring blockable sleep lock with spinlock or critical section = held (rw) pmap pv global @ /usr/src/sys/arm/arm/pmap-v6.c:1187 KDB: enter: panic Damjan= From owner-freebsd-arm@FreeBSD.ORG Thu Apr 18 13:37:42 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 1A0071FC for ; Thu, 18 Apr 2013 13:37:42 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-da0-x236.google.com (mail-da0-x236.google.com [IPv6:2607:f8b0:400e:c00::236]) by mx1.freebsd.org (Postfix) with ESMTP id E711DE8E for ; Thu, 18 Apr 2013 13:37:41 +0000 (UTC) Received: by mail-da0-f54.google.com with SMTP id p1so1373324dad.27 for ; Thu, 18 Apr 2013 06:37:41 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to:x-mailer:x-gm-message-state; bh=llIG0eO1dySHPeZgkm7cf/Z+lxu9X1CCPZpnGHISHAU=; b=m5MeD99yb7N8IZhcb1si1NcR7KA8M29mJmDyZDweuaFAeOAbgGLSXTIYP4ZUD5FxHQ dWiPy92K36lN4XW+2/vAQyVwpnQTwGwVuS3v+XXaVnBO3Z9CUvvLy49FIqw0Xs429I0C 06mwKQPNvzbm8rBPYMu6uW4h6L76u0QAqTR4U/bPXm4nsBI90cJZoZ6slD0m7rwMAztN TftRSBsImwL3mkeNixCrA4gYdUV/02+hbsRmBAVs6eXrtNXQ47di/eh4oiuuPBjbx0C3 CXZIFj8yky5JYYBfLW1TrLFswSHREshOak6eMObuRDBe/KqFfh9diJ5WqFJfPQs60E38 P7Rw== X-Received: by 10.66.241.71 with SMTP id wg7mr492922pac.155.1366292261707; Thu, 18 Apr 2013 06:37:41 -0700 (PDT) Received: from 53.imp.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPS id dr4sm9952047pbb.19.2013.04.18.06.37.39 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 18 Apr 2013 06:37:40 -0700 (PDT) Sender: Warner Losh Subject: Re: __rw_wlock_hard panic on 1st malloc Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <20130418180818.1d036620@bender> Date: Thu, 18 Apr 2013 07:37:37 -0600 Content-Transfer-Encoding: 7bit Message-Id: <27ABB7ED-22D6-4C42-BAF3-1373E830FD9E@bsdimp.com> References: <8DE83B01-4508-41C5-B2BD-95A72D0AD963@bsdimp.com> <92C60946-8FFB-46A1-9400-9E0F7B11FC23@gmail.com> <9A3C042F-3765-4791-AB51-63EA82488743@bsdimp.com> <20130418113609.5880e469@bender> <0E720F47-E84A-4CC8-8A56-1031AB6DB65A@bsdimp.com> <20130418180818.1d036620@bender> To: Andrew Turner X-Mailer: Apple Mail (2.1085) X-Gm-Message-State: ALoCoQmEyOnRRqoDH68zL4WDohQcaqwuWbJerf24+c5XMdl1bb0tqwkD+r8gm+q4jzcvv1a9r9Kt Cc: "freebsd-arm@FreeBSD.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Apr 2013 13:37:42 -0000 On Apr 18, 2013, at 2:08 AM, Andrew Turner wrote: > On Wed, 17 Apr 2013 22:36:29 -0600 > Warner Losh wrote: > >> >> On Apr 17, 2013, at 7:36 PM, Andrew Turner wrote: >> >>> On Wed, 17 Apr 2013 09:37:26 -0600 >>> Warner Losh wrote: >>> >>>> I don't think it is, at least not with clang compiled code. Ian was >>>> saying on IRC that he saw this and went back to gcc and life was >>>> good. >>> >>> I suspect it is an issue with the newer version of clang imported >>> recently. I have tested with an old version of clang and an updated >>> kernel and had no issues booting. >> >> If I take WITNESS out of the kernel, I have no issues either. Not >> sure what WITNESS' problem is... > > I've tried with an updated clang on a PandaBoard with WITNESS enabled. > The only issue I'm hitting is vm_thread_new fails, but this is after > FreeBSD enters userland which, from you other emails, appears to be > further than you are getting. > > I have set unmapped_buf_allowed = 0 in sys/arm/arm/pmap-v6.c to work > around the above stack issue. I don't know if this will fix the issue > or not but you can try it to see. I'll give it a try. Does stack traceback work on your PandaBoard? Warner From owner-freebsd-arm@FreeBSD.ORG Thu Apr 18 13:39:28 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 58F99261 for ; Thu, 18 Apr 2013 13:39:28 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-pd0-f179.google.com (mail-pd0-f179.google.com [209.85.192.179]) by mx1.freebsd.org (Postfix) with ESMTP id 3115EEA3 for ; Thu, 18 Apr 2013 13:39:28 +0000 (UTC) Received: by mail-pd0-f179.google.com with SMTP id x11so1549193pdj.38 for ; Thu, 18 Apr 2013 06:39:27 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to:x-mailer:x-gm-message-state; bh=7DK0ap57nSKu8X25cpClP54XT2Lj8N8oV8M1qBtVHIU=; b=ebavIm9AT4y1+ompDkpZqWTb2lpQl55qQ+/wBKRlMp/EBOiF/PbSvh9JXoGW7yG718 /B/tMxM/QwOF8qzxlvkNT3Efne2/zyKZ/q6q7KJsZQujFZtmpHQNBW78bYQqetYO6Wql Y05L2lRlvZ12tFvPAr+kZ+jBq1dTNoQ5HKvMELNwOCv15QsvBLiri+5CD69H6/V+3UOx FEV9ZFqbAOZp3QLAPLc0Sdk0NN3tqm0UY1PdFsNt8liPEflql28SL0RjVFeTgtzsVOcL Fv5hyw7uB8ku5cDWLaXYaOVGq2P9453fJjHO0o0izqBqudqFjDX3LVyIjL0Py0sGpLPX ssKA== X-Received: by 10.66.14.1 with SMTP id l1mr13586509pac.150.1366292367706; Thu, 18 Apr 2013 06:39:27 -0700 (PDT) Received: from 53.imp.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPS id z18sm10997660paf.22.2013.04.18.06.39.25 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 18 Apr 2013 06:39:26 -0700 (PDT) Sender: Warner Losh Subject: Re: __rw_wlock_hard panic on 1st malloc Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <5BE690EF-486A-482F-A275-35B07D92113E@gmail.com> Date: Thu, 18 Apr 2013 07:39:23 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <1FDDB298-04ED-4633-89E3-29809FD743D0@bsdimp.com> References: <8DE83B01-4508-41C5-B2BD-95A72D0AD963@bsdimp.com> <92C60946-8FFB-46A1-9400-9E0F7B11FC23@gmail.com> <9A3C042F-3765-4791-AB51-63EA82488743@bsdimp.com> <20130418113609.5880e469@bender> <0E720F47-E84A-4CC8-8A56-1031AB6DB65A@bsdimp.com> <20130418180818.1d036620@bender> <5BE690EF-486A-482F-A275-35B07D92113E@gmail.com> To: Damjan Marion X-Mailer: Apple Mail (2.1085) X-Gm-Message-State: ALoCoQmnAjN1JxtHSd1tfdzOp6nty/514pOQEsQ3rO9Tjy9euHcZP8MRuKwSeIOXqEfjKdSmGNcF Cc: "freebsd-arm@FreeBSD.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Apr 2013 13:39:28 -0000 On Apr 18, 2013, at 2:33 AM, Damjan Marion wrote: >=20 > On Apr 18, 2013, at 10:08 AM, Andrew Turner = wrote: >=20 >> On Wed, 17 Apr 2013 22:36:29 -0600 >> Warner Losh wrote: >>=20 >>>=20 >>> On Apr 17, 2013, at 7:36 PM, Andrew Turner wrote: >>>=20 >>>> On Wed, 17 Apr 2013 09:37:26 -0600 >>>> Warner Losh wrote: >>>>=20 >>>>> I don't think it is, at least not with clang compiled code. Ian = was >>>>> saying on IRC that he saw this and went back to gcc and life was >>>>> good. >>>>=20 >>>> I suspect it is an issue with the newer version of clang imported >>>> recently. I have tested with an old version of clang and an updated >>>> kernel and had no issues booting. >>>=20 >>> If I take WITNESS out of the kernel, I have no issues either. Not >>> sure what WITNESS' problem is... >>=20 >> I've tried with an updated clang on a PandaBoard with WITNESS = enabled. >> The only issue I'm hitting is vm_thread_new fails, but this is after >> FreeBSD enters userland which, from you other emails, appears to be >> further than you are getting. >>=20 >> I have set unmapped_buf_allowed =3D 0 in sys/arm/arm/pmap-v6.c to = work >> around the above stack issue. I don't know if this will fix the issue >> or not but you can try it to see. >=20 > Just tried clang + unmapped_buf_allowed=3D0: >=20 > Copyright (c) 1992-2013 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, = 1994 > The Regents of the University of California. All rights = reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 10.0-CURRENT #0 r+b594eb9-dirty: Thu Apr 18 09:29:34 CEST 2013 > dmarion@vm-freebsd-head:/tmp/WANDBOARD arm > FreeBSD clang version 3.3 (trunk 178860) 20130405 > WARNING: WITNESS option enabled, expect reduced performance. > panic: acquiring blockable sleep lock with spinlock or critical = section held (rw) pmap pv global @ /usr/src/sys/arm/arm/pmap-v6.c:1187 > KDB: enter: panic That's where it panics for me, but tr in ddb fails to give any = meaningful stack traceback. Turning off witness gets me to the = mountroot> prompt.= From owner-freebsd-arm@FreeBSD.ORG Thu Apr 18 17:45:34 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 90239481; Thu, 18 Apr 2013 17:45:34 +0000 (UTC) (envelope-from wkoszek@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) by mx1.freebsd.org (Postfix) with ESMTP id 26BAB1067; Thu, 18 Apr 2013 17:45:33 +0000 (UTC) Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) by freebsd.czest.pl (8.14.5/8.14.5) with ESMTP id r3IHj1mF013311; Thu, 18 Apr 2013 17:45:01 GMT (envelope-from wkoszek@freebsd.czest.pl) Received: (from wkoszek@localhost) by freebsd.czest.pl (8.14.5/8.14.5/Submit) id r3IHj18D013310; Thu, 18 Apr 2013 17:45:01 GMT (envelope-from wkoszek) Date: Thu, 18 Apr 2013 17:45:01 +0000 From: "Wojciech A. Koszek" To: Thomas Skibo Subject: Re: Plan for commiting Xilinx Zynq support to HEAD Message-ID: <20130418174501.GF16132@FreeBSD.org> References: <20130416212535.GE16132@FreeBSD.org> <516EBE26.60505@sbcglobal.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <516EBE26.60505@sbcglobal.net> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-0.4 required=5.0 tests=RP_MATCHES_RCVD, SPF_HELO_PASS, SPF_PASS autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on freebsd.czest.pl X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (freebsd.czest.pl [212.87.224.105]); Thu, 18 Apr 2013 17:45:05 +0000 (UTC) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Apr 2013 17:45:34 -0000 On Wed, Apr 17, 2013 at 08:22:14AM -0700, Thomas Skibo wrote: > > I'll take a look at doing that. > > Instead of dumping to Wiki (lots of time), you can make a script (little time, better) and figure out where to put it in FreeBSD. Somewhere in src/contrib/tools could work. We already have some mini-BSD scripts there. You can take a look if it's worth adding cross-building for Zynq there. -- Wojciech A. Koszek wkoszek@FreeBSD.czest.pl http://FreeBSD.czest.pl/~wkoszek/ From owner-freebsd-arm@FreeBSD.ORG Thu Apr 18 17:49:11 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B10BD4EB for ; Thu, 18 Apr 2013 17:49:11 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-ye0-f175.google.com (mail-ye0-f175.google.com [209.85.213.175]) by mx1.freebsd.org (Postfix) with ESMTP id 73C00107A for ; Thu, 18 Apr 2013 17:49:11 +0000 (UTC) Received: by mail-ye0-f175.google.com with SMTP id m10so481342yen.20 for ; Thu, 18 Apr 2013 10:49:04 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to:x-mailer:x-gm-message-state; bh=I/2bpG4bO9URN8muEBRpOmVoxGylRwlwooLhIBXPu38=; b=cXi5SNDTk/lEmHSVNr7AlJfDeVYlvMXmeKB+AZ+gnAgEizNMQVLHZiTPlYdIgnyGMn t3P5l5davsHvJKP+AL1x8EA//H7EwlX5o+h9kPafi/MjVJ0hLWqxGxjUq9rEI5sZVNFW thUufBMjN3Hqfk1Zmvg38VEWhNMt9Wmazfn3bHikghaZlNe2c8s0b/DPATbcanhVVnc+ LMulhwNDWNV9OzzXYLaEgcgCw1ggRxuKQG7tiHAYtw3wyZPlOXbmKQbPgpy680hjeu3K LmXJzVfPkntKD4qD2PPrCiXK5Gx7CoIvgV36EuKeW7uRJIEzv4xkoRicfwxGgzCR4I10 rD4w== X-Received: by 10.236.159.228 with SMTP id s64mr8040730yhk.92.1366307344814; Thu, 18 Apr 2013 10:49:04 -0700 (PDT) Received: from monkey-bot.int.fusionio.com ([209.117.142.2]) by mx.google.com with ESMTPS id u43sm9363965yhi.9.2013.04.18.10.49.03 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 18 Apr 2013 10:49:04 -0700 (PDT) Sender: Warner Losh Subject: Re: Plan for commiting Xilinx Zynq support to HEAD Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <20130418174501.GF16132@FreeBSD.org> Date: Thu, 18 Apr 2013 11:49:00 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <6E0C620F-D46C-4D01-86AE-0F364C67500F@bsdimp.com> References: <20130416212535.GE16132@FreeBSD.org> <516EBE26.60505@sbcglobal.net> <20130418174501.GF16132@FreeBSD.org> To: "Wojciech A. Koszek" X-Mailer: Apple Mail (2.1085) X-Gm-Message-State: ALoCoQlhNh1ehDgpPl7dBn7mbNV7Vjri3YBZiDom/n+UOMSW7yRD2wNVL7uEwnwIBceKe6Ok7nOR Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Apr 2013 17:49:11 -0000 On Apr 18, 2013, at 11:45 AM, Wojciech A. Koszek wrote: > On Wed, Apr 17, 2013 at 08:22:14AM -0700, Thomas Skibo wrote: >>=20 >> I'll take a look at doing that. >=20 > Instead of dumping to Wiki (lots of time), you can make a script = (little > time, better) and figure out where to put it in FreeBSD. Somewhere in > src/contrib/tools could work. We do need it documented on the wiki regardless of the automation we put = into place. The problem with scripts is that accrue arcane knowledge = that later becomes hard to reconstruct. > We already have some mini-BSD scripts there. You can take a look if = it's > worth adding cross-building for Zynq there. I'd argue that we're rapidly growing too many of these tools... Warner From owner-freebsd-arm@FreeBSD.ORG Fri Apr 19 15:42:23 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 76D125B5; Fri, 19 Apr 2013 15:42:23 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id 1E818ABB; Fri, 19 Apr 2013 15:42:23 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r3J53lH4084084; Fri, 19 Apr 2013 05:03:47 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.123] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id mmdcu8vcehb4p7m3rpfu3i43pe; Fri, 19 Apr 2013 05:03:47 +0000 (UTC) (envelope-from tim@kientzle.com) Subject: Re: Plan for commiting Xilinx Zynq support to HEAD Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: <6E0C620F-D46C-4D01-86AE-0F364C67500F@bsdimp.com> Date: Thu, 18 Apr 2013 22:03:47 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <40A37850-F9A5-44A1-8379-2ED53B0D62E0@kientzle.com> References: <20130416212535.GE16132@FreeBSD.org> <516EBE26.60505@sbcglobal.net> <20130418174501.GF16132@FreeBSD.org> <6E0C620F-D46C-4D01-86AE-0F364C67500F@bsdimp.com> To: Warner Losh X-Mailer: Apple Mail (2.1283) Cc: freebsd-arm@freebsd.org, "Wojciech A. Koszek" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Apr 2013 15:42:23 -0000 On Apr 18, 2013, at 10:49 AM, Warner Losh wrote: >=20 > On Apr 18, 2013, at 11:45 AM, Wojciech A. Koszek wrote: >=20 >> On Wed, Apr 17, 2013 at 08:22:14AM -0700, Thomas Skibo wrote: >>>=20 >>> I'll take a look at doing that. >>=20 >> Instead of dumping to Wiki (lots of time), you can make a script = (little >> time, better) and figure out where to put it in FreeBSD. Somewhere in >> src/contrib/tools could work. >=20 > We do need it documented on the wiki regardless of the automation we = put into place. The problem with scripts is that accrue arcane knowledge = that later becomes hard to reconstruct. Should be in the Wiki, yes. It will also be included in my next Crochet iteration (it's almost identical to BeagleBone or PandaBoard image creation, so it was simple to add). Tim From owner-freebsd-arm@FreeBSD.ORG Fri Apr 19 15:45:51 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 5500CAE1 for ; Fri, 19 Apr 2013 15:45:51 +0000 (UTC) (envelope-from rlp@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id 8AAD8CC1 for ; Fri, 19 Apr 2013 15:45:50 +0000 (UTC) Received: from localhost (unknown [213.17.239.109]) by smtp.semihalf.com (Postfix) with ESMTP id 8BE2EEBDCE; Fri, 19 Apr 2013 12:35:53 +0200 (CEST) X-Virus-Scanned: by amavisd-new at semihalf.com Received: from smtp.semihalf.com ([213.17.239.109]) by localhost (smtp.semihalf.com [213.17.239.109]) (amavisd-new, port 10024) with ESMTP id LXlL-HM-6VpK; Fri, 19 Apr 2013 12:35:52 +0200 (CEST) Received: from [10.0.2.212] (cardhu.semihalf.com [213.17.239.108]) by smtp.semihalf.com (Postfix) with ESMTPSA id 53E73EBD4D; Fri, 19 Apr 2013 12:35:52 +0200 (CEST) Message-ID: <51711E08.7030904@semihalf.com> Date: Fri, 19 Apr 2013 12:35:52 +0200 From: Pablo Ribalta Lorenzo User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130221 Thunderbird/17.0.3 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: FreeBSD in Pandaboard panics in boot Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Apr 2013 15:45:51 -0000 Hi guys, I'm trying to boot FreeBSD over Pandaboard for one of my projects, but I'm stuck with an issue that it's blocking me and I'd like to see if someone can provide some insight. My setup goes as it follows: ============================ - Pandaboard with SD card. - SD card correctly formated: First partition: o U-Boot o MLO o FreeBSD kernel image - FreeBSD kernel image was built from: o SVN Revision: 248896 o Using: make buildkernel TARGET_ARCH=arm CPUTYPE=armv6 KERNCONF=PANDABOARD -j5 -DCLANG_IS_CC=no - U-Boot and MLO were built from: o origin: git://git.linaro.org/boot/u-boot-linaro-stable.git o Commit ID: 30dd996a40c7673258bd5743c0813230d92abc7c The problem is the following: ============================= When Pandaboard is reseted I stop the autoboot and try to load the kernel image from tftpboot, which succeeds. However, when I try to run it in the address where it's loaded, it panics right at the beginning of the kernel boot. I also tried booting the kernel from the SD card, with identical result. Also with different versions from the source tree, and I always get the same panic in the same place. Am I doing something wrong? Maybe somebody can give me a hand. Here are some logs of what I see: ================================= /Panda # tftpboot 0x80200000 users/rlp/pandaboard/kernel.bin Waiting for Ethernet connection... done. Using sms0 device TFTP from server 10.2.0.1; our IP address is 10.2.0.98 Filename 'users/rlp/pandaboard/kernel.bin'. Load address: 0x80200000 Loading: ################################################################# ################################################################# ################################################################# ################################################################# ####################################### done Bytes transferred = 4380644 (42d7e4 hex) Panda # go 0x80200000 ## Starting application at 0x80200000 ... KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2013 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-CURRENT #2 r+8cd94da: Thu Apr 18 16:23:24 CEST 2013 rlp@gilgamesh.semihalf.com:/home/rlp/obj-superpages/arm.arm/home/rlp/freebsd-arm-superpages/sys/PANDABOARD arm FreeBSD clang version 3.2 (tags/RELEASE_32/final 170710) 20121221 CPU: Cortex A9-r1 rev 2 (Cortex-A core) Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext WB disabled EABT branch prediction enabled LoUU:2 LoC:1 LoUIS:2 Cache level 1: 32KB/32B 4-way data cache WB Read-Alloc Write-Alloc 32KB/32B 4-way instruction cache Read-Alloc real memory = 1073741824 (1024 MB) avail memory = 1034764288 (986 MB) panic: Cannot allocate L1 KVM KDB: enter: panic [ thread pid 0 tid 0 ] Stopped at kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! db> bt Tracing pid 0 tid 0 td 0xc064b460 _end() at 0xc0660b34 scp=0xc0660b34 rlv=0xc054e78c (db_trace_thread+0x34) rsp=0xc0660b18 rfp=0xc064a4fc Bad frame pointer: 0xc064a4fc db>// / -- Pozdrawiam, Pablo Ribalta Lorenzo From owner-freebsd-arm@FreeBSD.ORG Fri Apr 19 15:51:24 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D6AE162C for ; Fri, 19 Apr 2013 15:51:24 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-gg0-x22f.google.com (mail-gg0-x22f.google.com [IPv6:2607:f8b0:4002:c02::22f]) by mx1.freebsd.org (Postfix) with ESMTP id 9EB5E1D9 for ; Fri, 19 Apr 2013 15:51:24 +0000 (UTC) Received: by mail-gg0-f175.google.com with SMTP id l1so634874ggn.6 for ; Fri, 19 Apr 2013 08:51:24 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to:x-mailer:x-gm-message-state; bh=taNvD58W12wRNQ+vkpUZqUhwwtnSkfzonRKn4Ef9Rqk=; b=hoEHrOAJIg+FK5A7M+6KqMWqMRoAOelHBdS7eFKNtKFsvBd7BJnk8Go6NDPY6Fm9K4 vyNybuo7xOX7bmocWH6RAY+aM6aTKx/MjCzUKz0KsPZKzxZWORo676Ma1Qmz5qrJlwE9 VvcwImnyhDfl9qUrquXUamd7mnuttnFZ3Nu4OdnV/kishVLHBgBnbihVuwtQzPP9/RYQ cnX4jg6pFoKFFo+rZkZAI19t5+qjk/5UQfyMyT+rFD8xpGW0bOEwcO6zIYPB65uScEvR j8d6ozPaBlOXwG/zMPmC4tH5Hy36Xct9SIQtxxM4FyGVP44tWvFmJCPrE5NRF7/c0a/3 OWqA== X-Received: by 10.236.203.35 with SMTP id e23mr11775510yho.123.1366386684114; Fri, 19 Apr 2013 08:51:24 -0700 (PDT) Received: from monkey-bot.int.fusionio.com ([209.117.142.2]) by mx.google.com with ESMTPS id 30sm25363584yhb.6.2013.04.19.08.51.21 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 19 Apr 2013 08:51:22 -0700 (PDT) Sender: Warner Losh Subject: Re: FreeBSD in Pandaboard panics in boot Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <51711E08.7030904@semihalf.com> Date: Fri, 19 Apr 2013 09:51:19 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <632D0DCE-48B7-4A41-803B-E6207031E7BC@bsdimp.com> References: <51711E08.7030904@semihalf.com> To: Pablo Ribalta Lorenzo X-Mailer: Apple Mail (2.1085) X-Gm-Message-State: ALoCoQkyDxxeSZIJ/d8KB7DaM9Auc50lGYn5zqQCaLb/KOR+eDyEIcRrIE0xCF6mVxYr11dtgiI2 Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Apr 2013 15:51:24 -0000 I'm having big issues with WITNESS. Also the stack traceback code is = busterated lately, so try gcc instead of clang. Warner On Apr 19, 2013, at 4:35 AM, Pablo Ribalta Lorenzo wrote: > Hi guys, >=20 > I'm trying to boot FreeBSD over Pandaboard for one of my projects, but = I'm stuck with an issue that it's blocking me and > I'd like to see if someone can provide some insight. >=20 > My setup goes as it follows: > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D >=20 > - Pandaboard with SD card. >=20 > - SD card correctly formated: >=20 > First partition: > o U-Boot > o MLO > o FreeBSD kernel image >=20 > - FreeBSD kernel image was built from: > o SVN Revision: 248896 > o Using: make buildkernel TARGET_ARCH=3Darm CPUTYPE=3Darmv6 = KERNCONF=3DPANDABOARD -j5 -DCLANG_IS_CC=3Dno >=20 > - U-Boot and MLO were built from: > o origin: git://git.linaro.org/boot/u-boot-linaro-stable.git > o Commit ID: 30dd996a40c7673258bd5743c0813230d92abc7c >=20 >=20 > The problem is the following: > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D >=20 > When Pandaboard is reseted I stop the autoboot and try to load the = kernel image from tftpboot, which succeeds. However, when I > try to run it in the address where it's loaded, it panics right at the = beginning of the kernel boot. >=20 > I also tried booting the kernel from the SD card, with identical = result. Also with different versions from the source tree, > and I always get the same panic in the same place. >=20 > Am I doing something wrong? Maybe somebody can give me a hand. >=20 >=20 > Here are some logs of what I see: > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D >=20 > /Panda # tftpboot 0x80200000 users/rlp/pandaboard/kernel.bin > Waiting for Ethernet connection... done. > Using sms0 device > TFTP from server 10.2.0.1; our IP address is 10.2.0.98 > Filename 'users/rlp/pandaboard/kernel.bin'. > Load address: 0x80200000 > Loading: = ################################################################# > = ################################################################# > = ################################################################# > = ################################################################# > ####################################### > done > Bytes transferred =3D 4380644 (42d7e4 hex) > Panda # go 0x80200000 > ## Starting application at 0x80200000 ... > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2013 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, = 1994 > The Regents of the University of California. All rights = reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 10.0-CURRENT #2 r+8cd94da: Thu Apr 18 16:23:24 CEST 2013 > = rlp@gilgamesh.semihalf.com:/home/rlp/obj-superpages/arm.arm/home/rlp/freeb= sd-arm-superpages/sys/PANDABOARD arm > FreeBSD clang version 3.2 (tags/RELEASE_32/final 170710) 20121221 > CPU: Cortex A9-r1 rev 2 (Cortex-A core) > Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext > WB disabled EABT branch prediction enabled > LoUU:2 LoC:1 LoUIS:2 > Cache level 1: > 32KB/32B 4-way data cache WB Read-Alloc Write-Alloc > 32KB/32B 4-way instruction cache Read-Alloc > real memory =3D 1073741824 (1024 MB) > avail memory =3D 1034764288 (986 MB) > panic: Cannot allocate L1 KVM > KDB: enter: panic > [ thread pid 0 tid 0 ] > Stopped at kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! > db> bt > Tracing pid 0 tid 0 td 0xc064b460 > _end() at 0xc0660b34 > scp=3D0xc0660b34 rlv=3D0xc054e78c (db_trace_thread+0x34) > rsp=3D0xc0660b18 rfp=3D0xc064a4fc > Bad frame pointer: 0xc064a4fc > db>// > / >=20 > --=20 > Pozdrawiam, > Pablo Ribalta Lorenzo >=20 > _______________________________________________ > 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 Apr 19 18:16:09 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 53D0AC24 for ; Fri, 19 Apr 2013 18:16:09 +0000 (UTC) (envelope-from ThomasSkibo@sbcglobal.net) Received: from nm3-vm0.access.bullet.mail.sp2.yahoo.com (nm3-vm0.access.bullet.mail.sp2.yahoo.com [98.139.44.108]) by mx1.freebsd.org (Postfix) with ESMTP id 18DB3FFA for ; Fri, 19 Apr 2013 18:16:08 +0000 (UTC) Received: from [98.139.44.97] by nm3.access.bullet.mail.sp2.yahoo.com with NNFMP; 19 Apr 2013 16:14:33 -0000 Received: from [67.195.15.60] by tm2.access.bullet.mail.sp2.yahoo.com with NNFMP; 19 Apr 2013 16:14:33 -0000 Received: from [127.0.0.1] by smtp101.sbc.mail.gq1.yahoo.com with NNFMP; 19 Apr 2013 16:14:33 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sbcglobal.net; s=s1024; t=1366388073; bh=SADt4bhjsxEkDxmc1DL64BVQanfG6HDeR618setGfCs=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=uRGhWRXzzJJw+iQs3Z2mCYNgiDK1ZxAX3XJmFnW5SsIwfN6GU5H/eg9mqvgQyjl92M6P4EcKby1QrVgoCGgzFNHkQOtqmRsIRj4SW+bH9VtqkG6RnQ1AXal3iwqtYPXT+zA5QwYbIwQ2CYCvwsPrVtI5vex7G1DzeQ38XHwlWNY= X-Yahoo-Newman-Id: 216187.94794.bm@smtp101.sbc.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: TylJ6G4VM1mD7sKA6Fu1NrGSCYPGvilDs8ISjQ_nahU4bRZ IN6OAai8qeMd5DIz6vaFItj18gjmnEjmzsGjdooDNea8WrK1SQuLhTdiLoK7 yKC4Eb8v0565DM.uwCZilieKxsym5ZQajNBgLI7s9_PN4B7YU20SMuCAqjYi DfvIwroLbmY1hVSovB6f_ttgPVsYUcZkTjvyyMMJ.tzOSvxA43jLAz.RtRR0 CqcUWDzgX8V7ux9o6OT1_.A1gAswJTEOt1UACwgWZYfb9SXthomVyCqWLfnq Zl7mbFArs8e7HZkFqfkRnBunlwNfLxWEEdeiFFXrtSxhuceTZAp4EPl72sx8 dzZ5VDy5qnEOt3_vKqbne.4jkz74uRNUgNVXKe.5vSZtoucySZizin3V2Q1F Xsg1YWZuMR73XbFuaCaPQ7d1HoVw6M95juMfwcjsDWSJbix9aWvgZxz5.Vry RI9Bh42i5HZznruZ9.cWEFmfog0eY_9Y7osz8 X-Yahoo-SMTP: tUxoRneswBA21azLM.3ybMESf0mC2bFhTbmt0VU5ervH0kqi5lo- X-Rocket-Received: from [192.168.1.9] (ThomasSkibo@71.139.162.8 with plain) by smtp101.sbc.mail.gq1.yahoo.com with SMTP; 19 Apr 2013 09:14:33 -0700 PDT Message-ID: <51716D69.2090808@sbcglobal.net> Date: Fri, 19 Apr 2013 09:14:33 -0700 From: Thomas Skibo User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: Tim Kientzle Subject: Re: Plan for commiting Xilinx Zynq support to HEAD References: <20130416212535.GE16132@FreeBSD.org> <516EBE26.60505@sbcglobal.net> <20130418174501.GF16132@FreeBSD.org> <6E0C620F-D46C-4D01-86AE-0F364C67500F@bsdimp.com> <40A37850-F9A5-44A1-8379-2ED53B0D62E0@kientzle.com> In-Reply-To: <40A37850-F9A5-44A1-8379-2ED53B0D62E0@kientzle.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org, "Wojciech A. Koszek" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Apr 2013 18:16:09 -0000 On 4/18/13 10:03 PM, Tim Kientzle wrote: > > On Apr 18, 2013, at 10:49 AM, Warner Losh wrote: > >> >> We do need it documented on the wiki regardless of the automation we put into place. The problem with scripts is that accrue arcane knowledge that later becomes hard to reconstruct. > > Should be in the Wiki, yes. I think something needs to go into the Wiki. I think I need to describe the process of booting on Zynq and how I build u-boot, BOOT.BIN, ubldr, etc. > > It will also be included in my next Crochet iteration (it's > almost identical to BeagleBone or PandaBoard image creation, > so it was simple to add). > > Tim Nice! -- -------- Thomas Skibo ThomasSkibo@sbcglobal.net From owner-freebsd-arm@FreeBSD.ORG Fri Apr 19 22:34:50 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 1B4DD4EA for ; Fri, 19 Apr 2013 22:34:50 +0000 (UTC) (envelope-from ThomasSkibo@sbcglobal.net) Received: from nm7.access.bullet.mail.mud.yahoo.com (nm7.access.bullet.mail.mud.yahoo.com [66.94.237.208]) by mx1.freebsd.org (Postfix) with ESMTP id B556F27C for ; Fri, 19 Apr 2013 22:34:49 +0000 (UTC) Received: from [66.94.237.127] by nm7.access.bullet.mail.mud.yahoo.com with NNFMP; 19 Apr 2013 22:31:35 -0000 Received: from [98.138.84.212] by tm2.access.bullet.mail.mud.yahoo.com with NNFMP; 19 Apr 2013 22:31:35 -0000 Received: from [127.0.0.1] by smtp101.sbc.mail.ne1.yahoo.com with NNFMP; 19 Apr 2013 22:31:35 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sbcglobal.net; s=s1024; t=1366410695; bh=/AwkfNVi3o3D7dIehQbdtM/WGkR9NccgvztXgm0yT10=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:Content-Type:Content-Transfer-Encoding; b=coUxTt5uiGP2SNZJUjtI5v/9NmOxAKpfR/0nkQyMV+4BT3snWKFzTXOif9uI5Hs2eaR9833oVdcoWcIej0dGa+PNEiMGojYDqWCpyixEMWvsPKvUji1EjP7XmzGQvWX7Nisi/He1J3GHc5F/TwmdLGz1YgO4jvZVGhwBTdGbOVs= X-Yahoo-Newman-Id: 292859.13659.bm@smtp101.sbc.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 1_ghcdcVM1kICc4APdvwQZrTqGHEQKLSnd7ib_WlUXsrjHp p1Zf_my7_n7UR74NjhvNiPRhI4SDFT3b7nkU09CeRjPpCyfPBai7yMDiaVsb 6DuTFc2JSJdTt6s_6uUzBY38JgmtJnxg1Q54UOHFvUV.CMae5hadK0AKBJTn DwXF4Cl4SADGS87VkfBm.0fVSKSFHFVXPTlaBbBZNjN_AFQnA9eW_.CJS_EE .p_TKoboctig8wc.0KMSCvgTjuuQblV00qYwdvmqm5OXDUrSAusidG3uyBAU QTk.Gajir_iWQ1d2wGbFGXvjueU8GpmxArwgrZQKPU5XEn_oUtXsFpzKNxtw qOMCENUNpq_Foh402a0MaC8OMoOv.WX_0bwZwEDmQm4plFNFjmKKmSRPVROS oK5lt6vdPOvmRfdylIdpV.9wEPGjtXyxKVkJwUw2JzTDi8VLJuYI5SX3O.Yq 7RrQCv9YhtM54wOZTZ_yXkWZGxHjRpjnxQxUO X-Yahoo-SMTP: tUxoRneswBA21azLM.3ybMESf0mC2bFhTbmt0VU5ervH0kqi5lo- X-Rocket-Received: from [192.168.1.9] (ThomasSkibo@71.139.162.8 with plain) by smtp101.sbc.mail.ne1.yahoo.com with SMTP; 19 Apr 2013 15:31:35 -0700 PDT Message-ID: <5171C5C6.7080907@sbcglobal.net> Date: Fri, 19 Apr 2013 15:31:34 -0700 From: Thomas Skibo User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: gic.c and interrupt priority mask register (GICC_PMR) 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.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Apr 2013 22:34:50 -0000 Hello. I mentioned this as an aside in another email but I'd like to revisit it. My Zynq port doesn't work unless I initialize the GIC interrupt priority mask register (GICC_PMR) which I do in a hack in zy7_machdep.c. The GICC_PMR register is never touched in gic.c and I wonder how other ARM ports work without having it initialized. I figure either they use a different interrupt controller, their GIC implementation has a different reset value for the PMR, or a boot-loader sets up the register before the kernel is entered. The ARM Generic Interrupt Controller Architecture Specification (version 2.0) states that the reset value of GICC_PMR is 0 which masks all interrupts. So shouldn't gic.c initialize it to 0xff if the PMR functionality isn't used? --Thomas Something like this? Index: sys/arm/arm/gic.c =================================================================== --- sys/arm/arm/gic.c (revision 249650) +++ sys/arm/arm/gic.c (working copy) @@ -134,6 +134,9 @@ /* Enable CPU interface */ gic_c_write_4(GICC_CTLR, 1); + /* Set priority mask register. */ + gic_c_write_4(GICC_PMR, 0xff); + /* Enable interrupt distribution */ gic_d_write_4(GICD_CTLR, 0x01); @@ -199,6 +202,9 @@ /* Enable CPU interface */ gic_c_write_4(GICC_CTLR, 1); + /* Set priority mask register. */ + gic_c_write_4(GICC_PMR, 0xff); + /* Enable interrupt distribution */ gic_d_write_4(GICD_CTLR, 0x01); -- -------- Thomas Skibo ThomasSkibo@sbcglobal.net From owner-freebsd-arm@FreeBSD.ORG Sat Apr 20 15:34:09 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id F4228F06 for ; Sat, 20 Apr 2013 15:34:08 +0000 (UTC) (envelope-from sef@kithrup.com) Received: from kithrup.com (Kithrup.COM [64.142.31.202]) by mx1.freebsd.org (Postfix) with ESMTP id C78DF191 for ; Sat, 20 Apr 2013 15:34:08 +0000 (UTC) Received: from kithrup.com (localhost [127.0.0.1]) by kithrup.com (8.14.4/8.14.4) with ESMTP id r3KFRdJ2001260 for ; Sat, 20 Apr 2013 08:27:39 -0700 (PDT) (envelope-from sef@kithrup.com) Received: (from sef@localhost) by kithrup.com (8.14.4/8.14.4/Submit) id r3KFRdlA001259 for freebsd-arm@freebsd.org; Sat, 20 Apr 2013 08:27:39 -0700 (PDT) (envelope-from sef) Date: Sat, 20 Apr 2013 08:27:39 -0700 (PDT) From: Sean Eric Fagan Message-Id: <201304201527.r3KFRdlA001259@kithrup.com> To: freebsd-arm@freebsd.org Subject: Re: C++ broken on Raspberry Pi? X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Apr 2013 15:34:09 -0000 I realize it's unlikely, but any update on this? It prevents me from being able to do a buildworld (or, actually, even buildkernel!) on the Pi itself. Sean. From owner-freebsd-arm@FreeBSD.ORG Sat Apr 20 17:49:56 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id ED13473; Sat, 20 Apr 2013 17:49:56 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id B296D81E; Sat, 20 Apr 2013 17:49:56 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r3KHnnh9097847; Sat, 20 Apr 2013 17:49:49 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.123] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id hb6yxqcdyhirrbj4hv778q67u6; Sat, 20 Apr 2013 17:49:49 +0000 (UTC) (envelope-from tim@kientzle.com) Subject: Re: Plan for commiting Xilinx Zynq support to HEAD Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: <51716D69.2090808@sbcglobal.net> Date: Sat, 20 Apr 2013 10:49:49 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <88FE6A2E-DE39-4618-9B29-D721B8204EE7@kientzle.com> References: <20130416212535.GE16132@FreeBSD.org> <516EBE26.60505@sbcglobal.net> <20130418174501.GF16132@FreeBSD.org> <6E0C620F-D46C-4D01-86AE-0F364C67500F@bsdimp.com> <40A37850-F9A5-44A1-8379-2ED53B0D62E0@kientzle.com> <51716D69.2090808@sbcglobal.net> To: Thomas Skibo X-Mailer: Apple Mail (2.1283) Cc: freebsd-arm@freebsd.org, "Wojciech A. Koszek" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Apr 2013 17:49:57 -0000 On Apr 19, 2013, at 9:14 AM, Thomas Skibo wrote: > On 4/18/13 10:03 PM, Tim Kientzle wrote: >>=20 >> On Apr 18, 2013, at 10:49 AM, Warner Losh wrote: >>=20 >>>=20 >>> We do need it documented on the wiki regardless of the automation we = put into place. The problem with scripts is that accrue arcane knowledge = that later becomes hard to reconstruct. >>=20 >> Should be in the Wiki, yes. >=20 > I think something needs to go into the Wiki. I think I need to = describe the process of booting on Zynq and how I build u-boot, = BOOT.BIN, ubldr, etc. Having documented this myself for a bunch of boards now, here are some = suggestions: For U-Boot: * Key piece of information is where you got the sources from. There are a lot of U-Boot repos out there with different board support. Specifying a particular tag helps a lot. If the upstream changes quickly, setting up your own clone on github may be the only practical way to provide stable source. * What toolchain you built with? I've been building with FreeBSD's xdev toolchain. It works well but requires a few standard patches to build U-Boot on FreeBSD/ARM: =3D -print-file-name=3Dinclude is used in config.mk but is broken on FreeBSD. I'm trying to get that fixed. The workaround is to patch it to hardcode /usr/include =3D Add -lc to PLATFORM_LIBS since FreeBSD/ARM has some arithmetic support routines in the wrong place (they should be in libcompiler_rt but are only in libc). =3D Some U-Boot forks now have GNU sed dependencies. * Finally, the patches for the board configuration itself. (Enabling API and ELF loader, for example. Rewriting the bootcmd.) Hopefully, the above is all you'll need. For ubldr: Apart from the usual buildenv juggling, you shouldn't need anything = special other than UBLDR_LOADADDR=3D If you do, let us know. A few of us have been trying to make ubldr more generic with an eye towards eventually having a single ubldr binary that runs "everywhere." Tim From owner-freebsd-arm@FreeBSD.ORG Sat Apr 20 18:48:02 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id F3ED7D80 for ; Sat, 20 Apr 2013 18:48:01 +0000 (UTC) (envelope-from ThomasSkibo@sbcglobal.net) Received: from nm23.access.bullet.mail.sp2.yahoo.com (nm23.access.bullet.mail.sp2.yahoo.com [98.139.44.150]) by mx1.freebsd.org (Postfix) with ESMTP id B988D9FE for ; Sat, 20 Apr 2013 18:48:01 +0000 (UTC) Received: from [98.139.44.106] by nm23.access.bullet.mail.sp2.yahoo.com with NNFMP; 20 Apr 2013 18:47:55 -0000 Received: from [98.138.84.175] by tm11.access.bullet.mail.sp2.yahoo.com with NNFMP; 20 Apr 2013 18:47:55 -0000 Received: from [127.0.0.1] by smtp109.sbc.mail.ne1.yahoo.com with NNFMP; 20 Apr 2013 18:47:55 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sbcglobal.net; s=s1024; t=1366483675; bh=MWAcF76HnyC5k/DGwnuRLwFThnBkA1yERAipdCc6QDE=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=LncZ6rfeDNMsYoZzjcl0LqVs+bAPb1SoJZUjFiVhXZ661sc8BrA1HFIbDZGr/EasOptPJAC9PH850uS6kEOqs1s6nS6R7kyeZKKBVj53EpUwYcRyKjnkm728w5UsafvCVssdgj2Tdu1lHixr2hxtzmGYg7PbnAkE+j6Ih4TaiHA= X-Yahoo-Newman-Id: 404732.29681.bm@smtp109.sbc.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: tU0W7qgVM1mL8.dP7DMRFmbppA3rXd6Ri3gX2KCrcCK_T2R esi6N1NrlEgWjjAgGPCZNyqoGasP87JV88qse3kDzcOaNKCMYgsUXlI9i9sV pOf_5M4RBshijLHWME3tdjhLxajUz9SI8V8Sm3wZbyCk.J3NM7FjGiUjMNJP Y9Yw2C3tvd14GxJE2yhmBSjQUIEBeXQt7n3XgSljVSl2RnrQkUJ3DHeduigV KsvzWMVG1aVNXBgRZluXHmNxbDDl7oYQfRtUZqO58xmkc6T_un4fSIQSPIFj LHw4ZF9I0ARdKXikqhPrsh.B6Q70CHmrFs5wH76_bBaR.Su27AV7cxIOCnhy a.iVNkOL8A07wDmG4eFZfc04ZGm.7YR4hUjcgZ7KFe5vlvBh_yvU.oaYQ2zF 1YwC7PyyU8.JgCM_KBDGmyLnWtmJTPpuCZpIfveyTeVAqibqxEWyJEw_6axN btugKfk4L08W_a6OQ1DArVAFH8rdirzrUzVPT X-Yahoo-SMTP: tUxoRneswBA21azLM.3ybMESf0mC2bFhTbmt0VU5ervH0kqi5lo- X-Rocket-Received: from [192.168.1.9] (ThomasSkibo@71.139.162.8 with plain) by smtp109.sbc.mail.ne1.yahoo.com with SMTP; 20 Apr 2013 11:47:55 -0700 PDT Message-ID: <5172E2DD.9090209@sbcglobal.net> Date: Sat, 20 Apr 2013 11:47:57 -0700 From: Thomas Skibo User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: Tim Kientzle Subject: Re: Plan for commiting Xilinx Zynq support to HEAD References: <20130416212535.GE16132@FreeBSD.org> <516EBE26.60505@sbcglobal.net> <20130418174501.GF16132@FreeBSD.org> <6E0C620F-D46C-4D01-86AE-0F364C67500F@bsdimp.com> <40A37850-F9A5-44A1-8379-2ED53B0D62E0@kientzle.com> <51716D69.2090808@sbcglobal.net> <88FE6A2E-DE39-4618-9B29-D721B8204EE7@kientzle.com> In-Reply-To: <88FE6A2E-DE39-4618-9B29-D721B8204EE7@kientzle.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org, "Wojciech A. Koszek" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Apr 2013 18:48:02 -0000 Thanks, Tim. That's very helpful. --Thomas On 4/20/13 10:49 AM, Tim Kientzle wrote: > On Apr 19, 2013, at 9:14 AM, Thomas Skibo wrote: > >> On 4/18/13 10:03 PM, Tim Kientzle wrote: >>> >>> On Apr 18, 2013, at 10:49 AM, Warner Losh wrote: >>> >>>> >>>> We do need it documented on the wiki regardless of the automation we put into place. The problem with scripts is that accrue arcane knowledge that later becomes hard to reconstruct. >>> >>> Should be in the Wiki, yes. >> >> I think something needs to go into the Wiki. I think I need to describe the process of booting on Zynq and how I build u-boot, BOOT.BIN, ubldr, etc. > > Having documented this myself for a bunch of boards now, here are some suggestions: > -- -------- Thomas Skibo ThomasSkibo@sbcglobal.net From owner-freebsd-arm@FreeBSD.ORG Sat Apr 20 21:50:57 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 37FAE15C for ; Sat, 20 Apr 2013 21:50:57 +0000 (UTC) (envelope-from damjan.marion@gmail.com) Received: from mail-wi0-x232.google.com (mail-wi0-x232.google.com [IPv6:2a00:1450:400c:c05::232]) by mx1.freebsd.org (Postfix) with ESMTP id C73D2FF8 for ; Sat, 20 Apr 2013 21:50:56 +0000 (UTC) Received: by mail-wi0-f178.google.com with SMTP id hq17so2495023wib.11 for ; Sat, 20 Apr 2013 14:50:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:content-type:mime-version:subject:from:in-reply-to:date :cc:content-transfer-encoding:message-id:references:to:x-mailer; bh=Wr2SCEbkLJFSTEX6g2FyAD/l0RLVzdB9PNuIKiDae8s=; b=LoqUsP9F7H3GJiSkrJSJ5SHYfh8udHuYAv4TIdfXSN/ChAXuE6KVKVS6Ripl1PgRmD PaDVwg3t1IqYusX63bspjVdGO8fN9ksDsU6CLR0I0LEK8aGfP8QrTH/DeByEfl1uDgf4 HOR6huvPOZspwuhMCgTgrEDUiUxiMfBtdUsoSxjNrg1n3cE+aNGxjXwYFjv17aJrpaEk eKTsf5fzbv046/GJI/G8UCKLV0UnaoWoa4JoR3Zt+1CBDHgI8eQNdobnwBm6TmZkZFp/ OzSxG9x2FVRFF3OXNQN3oU7gMZdl9BLy/AsqhH+XV0oQAR9dgMXf/DfA+cOce7p2DvqC LTdQ== X-Received: by 10.194.90.108 with SMTP id bv12mr19933535wjb.4.1366494655917; Sat, 20 Apr 2013 14:50:55 -0700 (PDT) Received: from [10.61.162.4] (64-103-25-233.cisco.com. [64.103.25.233]) by mx.google.com with ESMTPS id a41sm31431775eei.4.2013.04.20.14.50.54 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 20 Apr 2013 14:50:55 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: gic.c and interrupt priority mask register (GICC_PMR) From: Damjan Marion In-Reply-To: <5171C5C6.7080907@sbcglobal.net> Date: Sat, 20 Apr 2013 23:50:53 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <17C7A0BE-43E4-422C-8E0F-11897DBB188E@gmail.com> References: <5171C5C6.7080907@sbcglobal.net> To: Thomas Skibo X-Mailer: Apple Mail (2.1503) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Apr 2013 21:50:57 -0000 On Apr 20, 2013, at 12:31 AM, Thomas Skibo = wrote: >=20 > Hello. >=20 > I mentioned this as an aside in another email but I'd like to revisit = it. >=20 > My Zynq port doesn't work unless I initialize the GIC interrupt = priority mask register (GICC_PMR) which I do in a hack in zy7_machdep.c. = The GICC_PMR register is never touched in gic.c and I wonder how other = ARM ports work without having it initialized. I figure either they use = a different interrupt controller, their GIC implementation has a = different reset value for the PMR, or a boot-loader sets up the register = before the kernel is entered. >=20 > The ARM Generic Interrupt Controller Architecture Specification = (version 2.0) states that the reset value of GICC_PMR is 0 which masks = all interrupts. So shouldn't gic.c initialize it to 0xff if the PMR = functionality isn't used? >=20 > --Thomas Hi Thomas, Makes sense. GIC is used on several platforms so i guess those = implementations have different reset value. I can commit this if nobody objects. Damjan