From owner-freebsd-arm@FreeBSD.ORG Sun Sep 8 11:02:12 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 39EF07ED for ; Sun, 8 Sep 2013 11:02:12 +0000 (UTC) (envelope-from george@m5p.com) Received: from mailhost.m5p.com (ip-2-1-0-2.r03.asbnva02.us.ce.gin.ntt.net [IPv6:2001:418:0:5000::16]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CF35F2806 for ; Sun, 8 Sep 2013 11:02:11 +0000 (UTC) Received: from wonderland.m5p.com (localhost [IPv6:::1]) by mailhost.m5p.com (8.14.5/8.14.5) with ESMTP id r88B24eS027354 for ; Sun, 8 Sep 2013 07:02:09 -0400 (EDT) (envelope-from george@m5p.com) Message-ID: <522C592C.5010800@m5p.com> Date: Sun, 08 Sep 2013 07:02:04 -0400 From: George Mitchell User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130716 Thunderbird/17.0.7 MIME-Version: 1.0 To: "freebsd-arm@freebsd.org" Subject: Failure compiling glib20 on ARM Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.73 on 10.100.0.3 X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (mailhost.m5p.com [IPv6:::1]); Sun, 08 Sep 2013 07:02:10 -0400 (EDT) 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, 08 Sep 2013 11:02:12 -0000 ./.libs/libglib-2.0.so: undefined reference to `__sync_bool_compare_and_swap_4' While making gtester in glib20 (required by accessibility/atk, required by print/cups-base, required by print/cups). What should I do next? -- George From owner-freebsd-arm@FreeBSD.ORG Sun Sep 8 11:17:32 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A20F7C07 for ; Sun, 8 Sep 2013 11:17:32 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from mailhost.m5p.com (ip-2-1-0-2.r03.asbnva02.us.ce.gin.ntt.net [IPv6:2001:418:0:5000::16]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5B5642892 for ; Sun, 8 Sep 2013 11:17:32 +0000 (UTC) Received: from wonderland.m5p.com (localhost [IPv6:::1]) by mailhost.m5p.com (8.14.5/8.14.5) with ESMTP id r88BHQUT027452 for ; Sun, 8 Sep 2013 07:17:31 -0400 (EDT) (envelope-from george+freebsd@m5p.com) Message-ID: <522C5CC6.5000901@m5p.com> Date: Sun, 08 Sep 2013 07:17:26 -0400 From: George Mitchell User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130716 Thunderbird/17.0.7 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: Failure compiling glib20 on ARM References: <522C592C.5010800@m5p.com> In-Reply-To: <522C592C.5010800@m5p.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.73 on 10.100.0.3 X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (mailhost.m5p.com [IPv6:::1]); Sun, 08 Sep 2013 07:17:31 -0400 (EDT) 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, 08 Sep 2013 11:17:32 -0000 On 09/08/13 07:02, George Mitchell wrote: > ./.libs/libglib-2.0.so: undefined reference to > `__sync_bool_compare_and_swap_4' > While making gtester in glib20 (required by accessibility/atk, required > by print/cups-base, required by print/cups). What should I do next? > -- George > I should have added: pi.m5p.com.2) cat /etc/src.conf WITHOUT_CLANG="yes" /.amd_mnt/home/host/usr/home/george pi.m5p.com.3) cat /etc/make.conf WITHOUT_CLANG="yes" WITH_PKGNG="yes" # added by use.perl 2013-09-07 18:25:36 PERL_VERSION=5.14.4 svn info in /usr/ports: Path: . Working Copy Root Path: /usr/ports URL: svn://svnmirror/ports/head Relative URL: ^/head Repository Root: svn://svnmirror/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 326533 Node Kind: directory Schedule: normal Last Changed Author: gerald Last Changed Rev: 326533 Last Changed Date: 2013-09-06 14:11:06 -0400 (Fri, 06 Sep 2013) From owner-freebsd-arm@FreeBSD.ORG Sun Sep 8 13:26:18 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3D43D6EF for ; Sun, 8 Sep 2013 13:26:18 +0000 (UTC) (envelope-from george@m5p.com) Received: from mailhost.m5p.com (ip-2-1-0-2.r03.asbnva02.us.ce.gin.ntt.net [IPv6:2001:418:0:5000::16]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CC8FE2DB9 for ; Sun, 8 Sep 2013 13:26:17 +0000 (UTC) Received: from wonderland.m5p.com (localhost [IPv6:::1]) by mailhost.m5p.com (8.14.5/8.14.5) with ESMTP id r88DQBFB028169 for ; Sun, 8 Sep 2013 09:26:16 -0400 (EDT) (envelope-from george@m5p.com) Message-ID: <522C7AF3.5000906@m5p.com> Date: Sun, 08 Sep 2013 09:26:11 -0400 From: George Mitchell User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130716 Thunderbird/17.0.7 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: Failure compiling glib20 on ARM References: <522C592C.5010800@m5p.com> <522C5CC6.5000901@m5p.com> In-Reply-To: <522C5CC6.5000901@m5p.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.73 on 10.100.0.3 X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (mailhost.m5p.com [IPv6:::1]); Sun, 08 Sep 2013 09:26:16 -0400 (EDT) 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, 08 Sep 2013 13:26:18 -0000 On 09/08/13 07:17, George Mitchell wrote: > On 09/08/13 07:02, George Mitchell wrote: >> ./.libs/libglib-2.0.so: undefined reference to >> `__sync_bool_compare_and_swap_4' >> While making gtester in glib20 (required by accessibility/atk, required >> by print/cups-base, required by print/cups). What should I do next? >> -- George >> > I should have added: > > > pi.m5p.com.2) cat /etc/src.conf > WITHOUT_CLANG="yes" > /.amd_mnt/home/host/usr/home/george > pi.m5p.com.3) cat /etc/make.conf > WITHOUT_CLANG="yes" > WITH_PKGNG="yes" > # added by use.perl 2013-09-07 18:25:36 > PERL_VERSION=5.14.4 > > svn info in /usr/ports: > Path: . > Working Copy Root Path: /usr/ports > URL: svn://svnmirror/ports/head > Relative URL: ^/head > Repository Root: svn://svnmirror/ports > Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 > Revision: 326533 > Node Kind: directory > Schedule: normal > Last Changed Author: gerald > Last Changed Rev: 326533 > Last Changed Date: 2013-09-06 14:11:06 -0400 (Fri, 06 Sep 2013) > > _______________________________________________ > 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" And: FreeBSD pi.m5p.com 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r254842M: Mon Sep 2 08:20:01 EDT 2013 george@parkstreet.m5p.com:/usr/local/home/george/crochet-freebsd/work/obj/arm.armv6/usr/src/sys/RPI-B arm From owner-freebsd-arm@FreeBSD.ORG Sun Sep 8 18:54: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]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 847AEC00; Sun, 8 Sep 2013 18:54:34 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from smtpauth2.wiscmail.wisc.edu (wmauth2.doit.wisc.edu [144.92.197.222]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5B61C2B8E; Sun, 8 Sep 2013 18:54:33 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth2.wiscmail.wisc.edu by smtpauth2.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) id <0MST00500LLPXM00@smtpauth2.wiscmail.wisc.edu>; Sun, 08 Sep 2013 13:54:26 -0500 (CDT) X-Spam-PmxInfo: Server=avs-2, Version=6.0.3.2322014, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2013.9.8.184815, SenderIP=0.0.0.0 X-Spam-Report: AuthenticatedSender=yes, SenderIP=0.0.0.0 Received: from comporellon.tachypleus.net (adsl-76-208-67-185.dsl.mdsnwi.sbcglobal.net [76.208.67.185]) by smtpauth2.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) with ESMTPSA id <0MST00MQYLUOGE20@smtpauth2.wiscmail.wisc.edu>; Sun, 08 Sep 2013 13:54:26 -0500 (CDT) Message-id: <522CC7E0.9060508@freebsd.org> Date: Sun, 08 Sep 2013 13:54:24 -0500 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130810 Thunderbird/17.0.8 To: FreeBSD PowerPC ML , freebsd-arm@freebsd.org Subject: Patch for Cross-Reference Phandles 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, 08 Sep 2013 18:54:34 -0000 Open Firmware has three namespaces for handles: 1. Instance handles, for open devices 2. Package handles for the client interface 3. Package handles for device tree cross references On Powermac hardware, we assume that (2) and (3) are identical and call both phandles. On embedded FDT systems, you can't open devices and so we abuse ihandle_t for (3). IBM pSeries hardware, however, has all three things. With that in mind, I'd like to start separating them. The patch at http://people.freebsd.org/~nwhitehorn/xref_phandle.diff adds a new function (OF_child_xref_phandle) that takes a phandle of type (3) and turns into one of type (2) by searching for entries named "phandle", "ibm,phandle", or "linux,phandle" in the tree. This should work for FDT as well, but is not connected in the patch to anything actually FDT related. Comments would be appreciated. I'd like to get to get this as in as soon as possible (given the HEAD freeze) otherwise. -Nathan From owner-freebsd-arm@FreeBSD.ORG Sun Sep 8 20:56:47 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9694EFF4 for ; Sun, 8 Sep 2013 20:56:47 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from mail-oa0-x230.google.com (mail-oa0-x230.google.com [IPv6:2607:f8b0:4003:c02::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 61CB220E1 for ; Sun, 8 Sep 2013 20:56:47 +0000 (UTC) Received: by mail-oa0-f48.google.com with SMTP id o17so5811227oag.35 for ; Sun, 08 Sep 2013 13:56:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=8m9YykzOu9FZvhU6QQIot6n2qvJkavb9uKmdvGH+hR4=; b=mOT3QwWpbk8SE6ZFaftxeddSz3GGVnCrJ/cU3vsn0dYH1txSdnOG4r1FDH84C+nTHc kf7Lxul/6M+Xm0xXTt9O2ODZ4PA+leiTXl0q4u5tJET8fMbmRZLbraoe3nGvCOj7S8Rr KC7Ua4lXUkSXnRNPvzBlToU71XQZcgHQKSQufHMhRNQfIeMqsxag0Qs7qyxtSEXzL1KB ryjzzdIItL8o4EWjQibCELRlG8UUS726UktON3dKyBpIrhLivKjqoIExvc+kU4gmDaWf +udG43v7Z4PKaPSGoMy3vBbRSm0Ge5hgTrV970LIwXX/benQX4BaHeh324NOWP9oufDw WUXQ== X-Received: by 10.60.95.229 with SMTP id dn5mr9204939oeb.26.1378673805838; Sun, 08 Sep 2013 13:56:45 -0700 (PDT) MIME-Version: 1.0 Received: by 10.76.131.111 with HTTP; Sun, 8 Sep 2013 13:56:14 -0700 (PDT) In-Reply-To: References: From: Jia-Shiun Li Date: Mon, 9 Sep 2013 04:56:14 +0800 Message-ID: Subject: Re: stream benchmarking on RPi To: Zbigniew Bodek Content-Type: text/plain; charset=UTF-8 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, 08 Sep 2013 20:56:47 -0000 On Sun, Sep 8, 2013 at 4:11 AM, Zbigniew Bodek wrote: > 2013/9/6 Jia-Shiun Li > Hello Jia-Shiun. > > I was looking for similar benchmark that will not depend on floating point > and I found this: > http://alasir.com/software/ramspeed/ > > The idea seems to be the same as the stream benchmark but you have option to > not use FP. > I've actually made some tests on my ARM and here are the results (default > benchmark settings): So for now it is still not suitable for fp-intensive work. Fortunately I guess most people won't do that on RPi. Still, thank you all for the info and your hard work on ARM. FYR ramspeed result on RPi. No clang results because it is clever enough to optimize all works away even with -O. ;) jsli@raspberry-pi:~/ramspeed-2.6.0 % time ./ramspeed -b 3 -g 1 RAMspeed (GENERIC) v2.6.0 by Rhett M. Hollander and Paul V. Bolotoff, 2002-09 1Gb per pass mode INTEGER Copy: 190.51 MB/s INTEGER Scale: 185.59 MB/s INTEGER Add: 163.58 MB/s INTEGER Triad: 162.43 MB/s --- INTEGER AVERAGE: 175.53 MB/s 61.889u 4.631s 1:09.55 95.6% 25+167k 0+0io 0pf+0w jsli@raspberry-pi:~/ramspeed-2.6.0 % time ./ramspeed -b 6 -g 1 RAMspeed (GENERIC) v2.6.0 by Rhett M. Hollander and Paul V. Bolotoff, 2002-09 1Gb per pass mode FL-POINT Copy: 222.57 MB/s FL-POINT Scale: 28.49 MB/s FL-POINT Add: 65.74 MB/s FL-POINT Triad: 16.43 MB/s --- FL-POINT AVERAGE: 83.31 MB/s 317.004u 4.545s 5:36.72 95.4% 25+166k 0+0io 0pf+0w Jia-Shiun. From owner-freebsd-arm@FreeBSD.ORG Mon Sep 9 04:20:36 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4AEEB6D6 for ; Mon, 9 Sep 2013 04:20:36 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-ie0-f169.google.com (mail-ie0-f169.google.com [209.85.223.169]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1AE96236A for ; Mon, 9 Sep 2013 04:20:35 +0000 (UTC) Received: by mail-ie0-f169.google.com with SMTP id tp5so12023528ieb.28 for ; Sun, 08 Sep 2013 21:20:35 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=kc2kcB0JKGltLJf4MQc2P04BvFDRjuhdVUlJTbGtBD4=; b=MohRlTjEAU7ifgNG7pfM3D38WvYnXz6u2lGJ1gWUbZ+/Ihc/xDBliP49AkEKiJUDP6 fa0fbTi8SNn5fPPAPKLyPbOFjChCh/oBtBKqHbw9yYHNRiM+uphssm9jCG6A075yBA82 8M/F04WgYlOdKCZrwxFKhjCe3bi0+k1NSoddjMGOahcPW5j51D2LmvEmLXxov16w/f2z fnvIygZ6ylnVh34foW3Lf1SFPkgi7mIwVMSJu+UYKUOm8cDeH5iLb4md/rnlLWQEz+RN QPQ0z2d+F5PDylWnA5EAgMbHIY4ryf8Vrzkf2v6QuTQ15L/UxuaxKmH78ZIvcIrGRruf jGKQ== X-Gm-Message-State: ALoCoQnyXXHGLnr2RFEPYqxyRLnsYuqgLNRLnQq7GP3HG/tZaIog2OVh5UG9xX+vGWD4yJqdk0Lx X-Received: by 10.50.136.135 with SMTP id qa7mr6461883igb.49.1378700435316; Sun, 08 Sep 2013 21:20:35 -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 ESMTPSA id m1sm14499506igj.10.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 08 Sep 2013 21:20:34 -0700 (PDT) Sender: Warner Losh Subject: Re: Failure compiling glib20 on ARM Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <522C592C.5010800@m5p.com> Date: Sun, 8 Sep 2013 22:20:33 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <48F417D7-5784-4A01-8A2B-55F4DE4B1D51@bsdimp.com> References: <522C592C.5010800@m5p.com> To: George Mitchell X-Mailer: Apple Mail (2.1085) 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, 09 Sep 2013 04:20:36 -0000 On Sep 8, 2013, at 5:02 AM, George Mitchell wrote: > ./.libs/libglib-2.0.so: undefined reference to = `__sync_bool_compare_and_swap_4' > While making gtester in glib20 (required by accessibility/atk, = required > by print/cups-base, required by print/cups). What should I do next? Does it happen with CLANG? Does it happen with WITHOUT_ARM_EABI? Warner From owner-freebsd-arm@FreeBSD.ORG Mon Sep 9 10:38:53 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 42B508F4 for ; Mon, 9 Sep 2013 10:38:53 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from cpsmtpb-ews04.kpnxchange.com (cpsmtpb-ews04.kpnxchange.com [213.75.39.7]) by mx1.freebsd.org (Postfix) with ESMTP id 9AD692706 for ; Mon, 9 Sep 2013 10:38:52 +0000 (UTC) Received: from cpsps-ews18.kpnxchange.com ([10.94.84.184]) by cpsmtpb-ews04.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Mon, 9 Sep 2013 12:38:43 +0200 Received: from CPSMTPM-TLF102.kpnxchange.com ([195.121.3.5]) by cpsps-ews18.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Mon, 9 Sep 2013 12:38:43 +0200 Received: from sjakie.klop.ws ([212.182.167.131]) by CPSMTPM-TLF102.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Mon, 9 Sep 2013 12:38:43 +0200 Received: from 212-182-167-131.ip.telfort.nl (localhost [127.0.0.1]) by sjakie.klop.ws (Postfix) with ESMTP id 6A4FC1638F for ; Mon, 9 Sep 2013 12:38:42 +0200 (CEST) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-arm@freebsd.org Subject: Re: Reminder: Removal of WITHOUT_ARM_EABI References: <20130820091527.42127170@bender.Home> <6046B66D-5F4C-4E8D-923A-3E26DED5DD8F@bsdimp.com> <1378437358.1111.444.camel@revolution.hippie.lan> <20130907151159.35dcf45c@bender.Home> Date: Mon, 09 Sep 2013 12:38:40 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: Quoted-Printable From: "Ronald Klop" Message-ID: In-Reply-To: <20130907151159.35dcf45c@bender.Home> User-Agent: Opera Mail/12.16 (FreeBSD) X-OriginalArrivalTime: 09 Sep 2013 10:38:44.0052 (UTC) FILETIME=[C1C58140:01CEAD48] X-RcptDomain: 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, 09 Sep 2013 10:38:53 -0000 On Sat, 07 Sep 2013 16:11:59 +0200, Andrew Turner = = wrote: > On Thu, 05 Sep 2013 21:15:58 -0600 > Ian Lepore wrote: > >> On Thu, 2013-09-05 at 12:59 +0200, Ronald Klop wrote: >> > On Fri, 30 Aug 2013 14:04:52 +0200, Ronald Klop >> > wrote: >> > >> > > >> > > Oh wow, for some lucky reason I add rc_info=3D"YES" to rc.conf an= d >> > > when I rebooted it did an fsck of all filesystems and it booted >> > > into multiuser. I am now logged in and see the same as Ian. Top >> > > does not work. Df hangs. Etc. >> > > I see I don't have debugging symbols compiled in the userland so >> > > I need to rebuild to make gdb happy. >> > > >> > > Ronald. >> > >> > I have some new data. I compiled world with debug symbols and >> > succeeded to boot correctly again (it works if fsck needs to kick >> > in). root@:~ # gdb ps >> > GNU gdb 6.1.1 [FreeBSD] >> > Copyright 2004 Free Software Foundation, Inc. >> > GDB is free software, covered by the GNU General Public License, >> > and you are >> > welcome to change it and/or distribute copies of it under certain >> > conditions. >> > Type "show copying" to see the conditions. >> > There is absolutely no warranty for GDB. Type "show warranty" for >> > details. This GDB was configured as "arm-marcel-freebsd"... >> > (gdb) run axu >> > Starting program: /bin/ps axu >> > >> > >> > ^C >> > Program received signal SIGINT, Interrupt. >> > 0x201cc108 in __mult_D2A (a=3D, b=3D> > optimized out>) >> > at /usr/obj/arm.arm/usr/src/lib/libc/gdtoa_misc.c:311 >> > 311 /usr/obj/arm.arm/usr/src/lib/libc/gdtoa_misc.c: No such >> > file or director y. >> > in /usr/obj/arm.arm/usr/src/lib/libc/gdtoa_misc.c Current >> > language: auto; currently minimal (gdb) bt >> > #0 0x201cc108 in __mult_D2A (a=3D, b=3D> > optimized >> > out>) >> > at /usr/obj/arm.arm/usr/src/lib/libc/gdtoa_misc.c:311 >> > #1 0x201cc2d8 in __pow5mult_D2A (b=3D, >> > k=3D) >> > at /usr/obj/arm.arm/usr/src/lib/libc/gdtoa_misc.c:409 >> > #2 0x201c2b68 in __dtoa (d0=3D, >> > mode=3D, ndigits=3D1, sign=3D> > out>, rve=3D) >> > at /usr/obj/arm.arm/usr/src/lib/libc/gdtoa_dtoa.c:533 >> > #3 0x201b8c70 in __vfprintf (fp=3D0xbfffe238, locale=3D0x201ec620,= >> > fmt0=3D0xeec8 "%.1f", ap=3D{__ap =3D 0xbfffe378}) >> > at /usr/src/lib/libc/stdio/vfprintf.c:713 >> > #4 0x2015a064 in vasprintf_l (str=3D0xbfffe378, locale=3D0x201ec62= 0, >> > fmt=3D0xeec8 "%.1f") at /usr/src/lib/libc/stdio/vasprintf.c:59= >> > #5 0x2015a130 in vasprintf (str=3D0xbfffe378, fmt=3D0xeec8 "%.1f")= >> > at /usr/src/lib/libc/stdio/vasprintf.c:73 >> > #6 0x20158748 in asprintf (s=3D, >> > fmt=3D0x20a26338 >> > "=C2=BARX=C2=BA=C3=83=C3=A8\037\227=C3=A3\231a=C3=B5Zu\020=C3=AF=C3= =A9\031=C3=BD=C3=8B\220\001=C3=B9=C3=AA=C3=86=C3=9B=C2=A9iM\001=C2=BC=C2= =B5=C3=AEJ=C3=8D=C2=B1 >> > =C3=8F=C3=86=C3=83=C2=A9=C3=93.=C3=90\017$)=C3=B6=C3=A4\005=C3=A3eZ= X=C2=B1.Z&\004 \005=C3=97\005") >> > at /usr/src/lib/libc/stdio/asprintf.c:52 >> > #7 0x0000b924 in pmem (k=3D, ve=3D> > optimized out>) at /usr/src/bin/ps/print.c:669 >> > #8 0x0000d014 in $a () at /usr/src/bin/ps/ps.c:1134 >> > #9 0x0000d014 in $a () at /usr/src/bin/ps/ps.c:1134 >> > >> > Is it possible this gives an endless loop on armv5? >> >> This is good info, thanks. We've been digging into it a bit more on >> irc. One thing I determined that I'll mention so it saves you some >> grief... you were lucky to get that backtrace, because of all the >> "value optimized out" stuff. If you build the library with -O0 to >> prevent that, the backtrace will contain floating point numbers. >> Then because gdb uses the libc code we're trying to debug to format >> floating point numbers, gdb locks up. > > The issue causing the endless loop is that the layout of double > precision floating-point values appears to have changed. I have just > committed r255361 which should fix the issue. > > Andrew Thank you. Booting works now. Ronald. From owner-freebsd-arm@FreeBSD.ORG Mon Sep 9 11:06:44 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6293FD7A for ; Mon, 9 Sep 2013 11:06:44 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 379B529E6 for ; Mon, 9 Sep 2013 11:06:44 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r89B6iUg000540 for ; Mon, 9 Sep 2013 11:06:44 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r89B6hdh099736 for freebsd-arm@FreeBSD.org; Mon, 9 Sep 2013 11:06:43 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 9 Sep 2013 11:06:43 GMT Message-Id: <201309091106.r89B6hdh099736@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, 09 Sep 2013 11:06:44 -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/181722 arm gdb on ARM unable to sensibly debug core file from ass o arm/181718 arm threads caused hung on ARM/RPI o arm/181601 arm Sporadic failure of root mount on ARM/Raspberry o arm/181220 arm make xdev for arm installation fails o arm/180080 arm Unmapped buffers on ARMv7 big-RAM boards o arm/179688 arm [patch] [rpi] serial console eats some characters at m o arm/179532 arm wireless networking on ARM o arm/178495 arm buildworld fail on arm/raspberry pi o arm/177687 arm gdb gets installed but does not know the EABI version o arm/177686 arm assertion failed in ld-elf.so.1 when invoking telnet w o arm/177685 arm [kernel] [patch] Correct return type and usage of at91 o arm/177538 arm tunefs(8) and mount(8) can not access a newfs(8)'d fil o arm/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/134368 arm [new driver] [patch] nslu2_led driver for the LEDs on p arm/134338 arm [patch] Lock GPIO accesses on ixp425 30 problems total. From owner-freebsd-arm@FreeBSD.ORG Mon Sep 9 16:13:34 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0A71A835; Mon, 9 Sep 2013 16:13:34 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wg0-x231.google.com (mail-wg0-x231.google.com [IPv6:2a00:1450:400c:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6AA3821C8; Mon, 9 Sep 2013 16:13:33 +0000 (UTC) Received: by mail-wg0-f49.google.com with SMTP id l18so5628023wgh.16 for ; Mon, 09 Sep 2013 09:13:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=yg42ysgrYAHlO2DLOtIwn40Kgs7qVysu55GWAKBsCo8=; b=Bs1lOpFpO9yTkSbFJ009JIxlTMoInkQdBEg//IhKbsU36DUpS0209fhqlAo+jcsJJU p3dxu2xjq1yNwLO+MPylnRT69sapJKqMyHTvlNmr6FSJNRJtLm4jjXmVCvZt7Ksi0CUG oo5VEO2J6FdYOaWdW6nqe0GTV0BnjAoVNs8/lXGlnJAYaMLBSFo8jac3/FIaG8EZLIIY NsW7HQi9kYPi87uVjzidczJ015c8X0dW6MNlhl93DEqPqjnXeRD9tIuPwSViH+c/TMm4 J3HgpSwfWBfSjRKOiH/0qup3MSScmPaTr21vPNx1MG/jUDN+TRAhRdVIcgs0MutuMPmf UFmA== MIME-Version: 1.0 X-Received: by 10.194.122.99 with SMTP id lr3mr13080759wjb.21.1378743211841; Mon, 09 Sep 2013 09:13:31 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.216.73.133 with HTTP; Mon, 9 Sep 2013 09:13:31 -0700 (PDT) In-Reply-To: <20130907151159.35dcf45c@bender.Home> References: <20130820091527.42127170@bender.Home> <6046B66D-5F4C-4E8D-923A-3E26DED5DD8F@bsdimp.com> <1378437358.1111.444.camel@revolution.hippie.lan> <20130907151159.35dcf45c@bender.Home> Date: Mon, 9 Sep 2013 09:13:31 -0700 X-Google-Sender-Auth: wyotNcEQB-oh6VFte36ncZ_UE60 Message-ID: Subject: Re: Reminder: Removal of WITHOUT_ARM_EABI From: Adrian Chadd To: Andrew Turner Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-arm@freebsd.org" , Ian Lepore , Ronald Klop 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, 09 Sep 2013 16:13:34 -0000 On 7 September 2013 07:11, Andrew Turner wrote: > > This is good info, thanks. We've been digging into it a bit more on > > irc. One thing I determined that I'll mention so it saves you some > > grief... you were lucky to get that backtrace, because of all the > > "value optimized out" stuff. If you build the library with -O0 to > > prevent that, the backtrace will contain floating point numbers. > > Then because gdb uses the libc code we're trying to debug to format > > floating point numbers, gdb locks up. > > The issue causing the endless loop is that the layout of double > precision floating-point values appears to have changed. I have just > committed r255361 which should fix the issue. Nice teamwork all. Thanks to Ian for all the legwork. Now, time to bring up -HEAD on my ARM kit and test out the wifi stack somewhat. -adrian From owner-freebsd-arm@FreeBSD.ORG Mon Sep 9 22:12: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]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2123AF27; Mon, 9 Sep 2013 22:12:02 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from anubis.delphij.net (anubis.delphij.net [64.62.153.212]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0B73A27D0; Mon, 9 Sep 2013 22:12:01 +0000 (UTC) Received: from zeta.ixsystems.com (unknown [69.198.165.132]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id A2C8811FAF; Mon, 9 Sep 2013 15:12:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=delphij.net; s=anubis; t=1378764721; bh=dWdsGl41BoTPuQE3dmDSCFy4IE1RqibMfBHOKahX0Qs=; h=Date:From:Reply-To:To:CC:Subject; b=3L58+R6Fe7vkKTOtCaU7Gi2TJpuUuu6hpKBrXfXEKwFdLbNmgMpIhFucQb8hNwVK6 RVOMvJHbm1qth2SQcYfqcTv+1SB8EN/IfeJ/C5m9wRf9+KuJxtajodmBcYX/SM6uIZ XAQfFfK23XBHvCJuUI3QIKQu0qDV0oFpFRfetz1M= Message-ID: <522E47B1.2070904@delphij.net> Date: Mon, 09 Sep 2013 15:12:01 -0700 From: Xin Li Organization: The FreeBSD Project MIME-Version: 1.0 To: "freebsd-arm@freebsd.org" Subject: armv6eb broken? X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: David Chisnall X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: d@delphij.net List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Sep 2013 22:12:02 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Hi, It seems that 'make tinderbox' is still broken for armv6eb, citing missing __sync_fetch_and_add_4 referenced in librt.so. I have no idea on how to fix this though :-/ - --- ntpd --- cc -O -pipe - -I/tank/home/delphij/head/usr.sbin/ntp/ntpd/../../../contrib/ntp/include - -I/tank/home/delphij/head/usr.sbin/ntp/ntpd/../ - -I/tank/home/delphij/head/usr.sbin/ntp/ntpd/../../../contrib/ ntp/libopts -I/tank/home/delphij/head/usr.sbin/ntp/ntpd -DSYS_FREEBSD - -DPARSE -DHAVE_CONFIG_H -DOPENSSL -std=gnu99 -Wno-pointer-sign -o ntpd cmd_args.o ntp_config.o ntp_control.o ntp_crypto.o ntp _filegen.o ntp_intres.o ntp_io.o ntp_loopfilter.o ntp_monitor.o ntp_peer.o ntp_proto.o ntp_refclock.o ntp_request.o ntp_restrict.o ntp_timer.o ntp_util.o ntpd.o refclock_acts.o refclock_arbiter.o r efclock_arc.o refclock_as2201.o refclock_atom.o refclock_bancomm.o refclock_chronolog.o refclock_chu.o refclock_conf.o refclock_datum.o refclock_dumbclock.o refclock_fg.o refclock_gpsvme.o refclock _heath.o refclock_hopfpci.o refclock_hopfser.o refclock_hpgps.o refclock_irig.o refclock_jupiter.o refclock_leitch.o refclock_local.o refclock_msfees.o refclock_mx4200.o refclock_neoclock4x.o refcl ock_nmea.o refclock_oncore.o refclock_palisade.o refclock_parse.o refclock_pcf.o refclock_pst.o refclock_ripencc.o refclock_shm.o refclock_tpro.o refclock_trak.o refclock_true.o refclock_ulink.o re fclock_wwv.o refclock_wwvb.o ntpd-opts.o version.o /tank/home/delphij/obj/arm.armv6eb/tank/home/delphij/head/usr.sbin/ntp/ntpd/../libparse/libparse.a /tank/home/delphij/obj/arm.armv6eb/tank/home/de lphij/head/usr.sbin/ntp/ntpd/../libntp/libntp.a -lm -lmd -lrt /tank/home/delphij/obj/arm.armv6eb/tank/home/delphij/head/usr.sbin/ntp/ntpd/../libopts/libopts.a - -lcrypto /tank/home/delphij/obj/arm.armv6eb/tank/home/delphij/head/tmp/usr/lib/librt.so: undefined reference to `__sync_fetch_and_add_4' *** [ntpd] Error code 1 Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBCgAGBQJSLkexAAoJEG80Jeu8UPuzgNMH+wYgGwv9PosZ1nVcc+ddRFnt 9LBqxOt5x4QQzT67KmrO7IIAPMWwZ6vxHREmrP/QIAovrJY0+wm2IKYEwkMse3b2 YpNAiHsGf3uFLts05g3Jf/s8Z1/PT2eF9ZYpCQd0teemzQFvAUlbaln4hwdDbPsC saz9bOh563xyAkx65xh5042gNg/J/0Nhgwg2TPIsIRlxd2T1KqIZyQTF9kMJMEKv jWi5T231zIDRMXvcKX37t4NvlynxhmLFUbywwPVYno4Aqa4gLuWtjQ1ulT3yGRkr go90vEPlp7iwsf1fcwgbYeVFFqCDCaCcrI0Lv/epTyhaT+b5vw9QqImimrShhhU= =gxit -----END PGP SIGNATURE----- From owner-freebsd-arm@FreeBSD.ORG Mon Sep 9 22:17:35 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 136EE144; Mon, 9 Sep 2013 22:17:35 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from nibbler.fubar.geek.nz (nibbler.fubar.geek.nz [199.48.134.198]) by mx1.freebsd.org (Postfix) with ESMTP id EC10B2802; Mon, 9 Sep 2013 22:17:34 +0000 (UTC) Received: from bender.Home (97e5e46b.skybroadband.com [151.229.228.107]) by nibbler.fubar.geek.nz (Postfix) with ESMTPSA id D6EE35DFFE; Mon, 9 Sep 2013 22:17:27 +0000 (UTC) Date: Mon, 9 Sep 2013 23:17:20 +0100 From: Andrew Turner To: George Mitchell Subject: Re: Failure compiling glib20 on ARM Message-ID: <20130909231720.5b2c4823@bender.Home> In-Reply-To: <522C592C.5010800@m5p.com> References: <522C592C.5010800@m5p.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: "freebsd-arm@freebsd.org" , ed@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, 09 Sep 2013 22:17:35 -0000 On Sun, 08 Sep 2013 07:02:04 -0400 George Mitchell wrote: > ./.libs/libglib-2.0.so: undefined reference to > `__sync_bool_compare_and_swap_4' > While making gtester in glib20 (required by accessibility/atk, > required by print/cups-base, required by print/cups). What should I > do next? -- George > I don't see support for it in our stdatomic functions. It shouldn't be too hard to support, a simple would be something like: int __sync_bool_compare_and_swap_4(uint32_t *mem, uint32_t expected, uint32_t new) { return (__sync_val_compare_and_swap_4(mem, expected, new) == expected); } Andrew From owner-freebsd-arm@FreeBSD.ORG Tue Sep 10 08:27: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]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7BAB6655 for ; Tue, 10 Sep 2013 08:27:58 +0000 (UTC) (envelope-from theraven@freebsd.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3F00223CA for ; Tue, 10 Sep 2013 08:27:57 +0000 (UTC) Received: from [192.168.0.2] (cpc27-cmbg15-2-0-cust235.5-4.cable.virginmedia.com [86.27.188.236]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id r8A8RpNG003823 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 10 Sep 2013 08:27:52 GMT (envelope-from theraven@freebsd.org) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: armv6eb broken? From: David Chisnall In-Reply-To: <522E47B1.2070904@delphij.net> Date: Tue, 10 Sep 2013 09:27:46 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <8B411FFE-1CA4-4171-B789-4109545886A7@freebsd.org> References: <522E47B1.2070904@delphij.net> To: d@delphij.net X-Mailer: Apple Mail (2.1508) 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, 10 Sep 2013 08:27:58 -0000 This may be related to my changes to sys/arm/arm/stdatomic.c, and I'd = appreciate another set of eyes on them. I think that the = __strong_alias() parts are not in the correct #if block (they should be = in the same block as the #pragma redefine_extname ones), and so the = correct symbols are not exported when compiling with gcc. David On 9 Sep 2013, at 23:12, Xin Li wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 >=20 > Hi, >=20 > It seems that 'make tinderbox' is still broken for armv6eb, citing > missing __sync_fetch_and_add_4 referenced in librt.so. I have no idea > on how to fix this though :-/ >=20 > - --- ntpd --- > cc -O -pipe > - = -I/tank/home/delphij/head/usr.sbin/ntp/ntpd/../../../contrib/ntp/include > - -I/tank/home/delphij/head/usr.sbin/ntp/ntpd/../ > - -I/tank/home/delphij/head/usr.sbin/ntp/ntpd/../../../contrib/ > ntp/libopts -I/tank/home/delphij/head/usr.sbin/ntp/ntpd -DSYS_FREEBSD > - -DPARSE -DHAVE_CONFIG_H -DOPENSSL -std=3Dgnu99 -Wno-pointer-sign = -o > ntpd cmd_args.o ntp_config.o ntp_control.o ntp_crypto.o ntp > _filegen.o ntp_intres.o ntp_io.o ntp_loopfilter.o ntp_monitor.o > ntp_peer.o ntp_proto.o ntp_refclock.o ntp_request.o ntp_restrict.o > ntp_timer.o ntp_util.o ntpd.o refclock_acts.o refclock_arbiter.o r > efclock_arc.o refclock_as2201.o refclock_atom.o refclock_bancomm.o > refclock_chronolog.o refclock_chu.o refclock_conf.o refclock_datum.o > refclock_dumbclock.o refclock_fg.o refclock_gpsvme.o refclock > _heath.o refclock_hopfpci.o refclock_hopfser.o refclock_hpgps.o > refclock_irig.o refclock_jupiter.o refclock_leitch.o refclock_local.o > refclock_msfees.o refclock_mx4200.o refclock_neoclock4x.o refcl > ock_nmea.o refclock_oncore.o refclock_palisade.o refclock_parse.o > refclock_pcf.o refclock_pst.o refclock_ripencc.o refclock_shm.o > refclock_tpro.o refclock_trak.o refclock_true.o refclock_ulink.o re > fclock_wwv.o refclock_wwvb.o ntpd-opts.o version.o > = /tank/home/delphij/obj/arm.armv6eb/tank/home/delphij/head/usr.sbin/ntp/ntp= d/../libparse/libparse.a > /tank/home/delphij/obj/arm.armv6eb/tank/home/de > lphij/head/usr.sbin/ntp/ntpd/../libntp/libntp.a -lm -lmd -lrt > = /tank/home/delphij/obj/arm.armv6eb/tank/home/delphij/head/usr.sbin/ntp/ntp= d/../libopts/libopts.a > - -lcrypto > = /tank/home/delphij/obj/arm.armv6eb/tank/home/delphij/head/tmp/usr/lib/libr= t.so: > undefined reference to `__sync_fetch_and_add_4' > *** [ntpd] Error code 1 >=20 > Cheers, > - --=20 > Xin LI https://www.delphij.net/ > FreeBSD - The Power to Serve! Live free or die > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.21 (FreeBSD) >=20 > iQEcBAEBCgAGBQJSLkexAAoJEG80Jeu8UPuzgNMH+wYgGwv9PosZ1nVcc+ddRFnt > 9LBqxOt5x4QQzT67KmrO7IIAPMWwZ6vxHREmrP/QIAovrJY0+wm2IKYEwkMse3b2 > YpNAiHsGf3uFLts05g3Jf/s8Z1/PT2eF9ZYpCQd0teemzQFvAUlbaln4hwdDbPsC > saz9bOh563xyAkx65xh5042gNg/J/0Nhgwg2TPIsIRlxd2T1KqIZyQTF9kMJMEKv > jWi5T231zIDRMXvcKX37t4NvlynxhmLFUbywwPVYno4Aqa4gLuWtjQ1ulT3yGRkr > go90vEPlp7iwsf1fcwgbYeVFFqCDCaCcrI0Lv/epTyhaT+b5vw9QqImimrShhhU=3D > =3Dgxit > -----END PGP SIGNATURE----- From owner-freebsd-arm@FreeBSD.ORG Tue Sep 10 08:37:32 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3A2208D1; Tue, 10 Sep 2013 08:37:32 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from nibbler.fubar.geek.nz (nibbler.fubar.geek.nz [199.48.134.198]) by mx1.freebsd.org (Postfix) with ESMTP id 1D9CE2447; Tue, 10 Sep 2013 08:37:31 +0000 (UTC) Received: from bender.Home (97e5e46b.skybroadband.com [151.229.228.107]) by nibbler.fubar.geek.nz (Postfix) with ESMTPSA id 927E45DFFE; Tue, 10 Sep 2013 08:37:30 +0000 (UTC) Date: Tue, 10 Sep 2013 09:37:24 +0100 From: Andrew Turner To: d@delphij.net Subject: Re: armv6eb broken? Message-ID: <20130910093724.2be6332c@bender.Home> In-Reply-To: <522E47B1.2070904@delphij.net> References: <522E47B1.2070904@delphij.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: David Chisnall , "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, 10 Sep 2013 08:37:32 -0000 On Mon, 09 Sep 2013 15:12:01 -0700 Xin Li wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > Hi, > > It seems that 'make tinderbox' is still broken for armv6eb, citing > missing __sync_fetch_and_add_4 referenced in librt.so. I have no idea > on how to fix this though :-/ My opinion is we should remove the armv6eb target. It was unsupported by llvm & clang the last time I looked, and, as far as I can tell, we have no boards that use it. Andrew From owner-freebsd-arm@FreeBSD.ORG Tue Sep 10 09:53: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]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 51F019B3; Tue, 10 Sep 2013 09:53:35 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from cpsmtpb-ews08.kpnxchange.com (cpsmtpb-ews08.kpnxchange.com [213.75.39.13]) by mx1.freebsd.org (Postfix) with ESMTP id B552C296E; Tue, 10 Sep 2013 09:53:34 +0000 (UTC) Received: from cpsps-ews29.kpnxchange.com ([10.94.84.195]) by cpsmtpb-ews08.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Tue, 10 Sep 2013 11:52:26 +0200 Received: from CPSMTPM-TLF101.kpnxchange.com ([195.121.3.4]) by cpsps-ews29.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Tue, 10 Sep 2013 11:52:26 +0200 Received: from sjakie.klop.ws ([212.182.167.131]) by CPSMTPM-TLF101.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Tue, 10 Sep 2013 11:52:25 +0200 Received: from 212-182-167-131.ip.telfort.nl (localhost [127.0.0.1]) by sjakie.klop.ws (Postfix) with ESMTP id 78462164E0; Tue, 10 Sep 2013 11:52:25 +0200 (CEST) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: "Mattia Rossi" Subject: Re: Alignment Fault 1 - still/again References: <5221BA13.5040309@gmail.com> <1377959570.1111.345.camel@revolution.hippie.lan> <52220126.8010607@gmail.com> <1377960460.1111.347.camel@revolution.hippie.lan> <5224536E.20801@gmail.com> Date: Tue, 10 Sep 2013 11:52:25 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: <5224536E.20801@gmail.com> User-Agent: Opera Mail/12.16 (FreeBSD) X-OriginalArrivalTime: 10 Sep 2013 09:52:26.0075 (UTC) FILETIME=[74619AB0:01CEAE0B] X-RcptDomain: freebsd.org Cc: freebsd-arm@freebsd.org, Ian Lepore 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, 10 Sep 2013 09:53:35 -0000 On Mon, 02 Sep 2013 10:59:26 +0200, Mattia Rossi wrote: > Am 02.09.2013 10:52, schrieb Ronald Klop: >> On Sat, 31 Aug 2013 16:47:40 +0200, Ian Lepore wrote: >> >>> On Sat, 2013-08-31 at 16:43 +0200, Mattia Rossi wrote: >>>> > That LOR is harmless (at least, I've been seeing it for a while). >>>> Ah, good... didn't even think i could simply continue... >>>> Well.. back being stuck at "entropy harvesting interrupts ethernet >>>> point_to_point" without being able to ^C >>>> > >>>> > It's not correct that EABI only changes things for userspace -- >>>> quite >>>> > the opposite, you can't run a mismatched kernel and userspace (as >>>> the >>>> > init failure points out). >>>> Sorry, what I meant was: for me it only gets stuck when running >>>> userspace tools. >>>> With or without EABI the kernel (now) loads fine) >>>> > >>>> > I still can't get EABI to work on my dreamplug, every time I try I >>>> get >>>> > more confusing symptoms (the latest -- trying to view a manpage >>>> gave a >>>> > "too many symbols" error trying to launch man). >>>> > >>>> > >>>> I never get beyond "entropy harvesting: interrupts ethernet >>>> point_to_point" >>>> >>>> :( >>> >>> That's a bit strange, that everyone can ^C out of that hang except you. >>> You can get past it by editing /etc/rc.d/initrandom and commenting out >>> the df and ps commands (just comment out all the initrandom kickstart >>> stuff, it doesn't generate any real entropy anyway). >>> >>> -- Ian >> >> I can't ^C out of it either. I can only continue booting by commenting >> out the call to better_than_nothing(). >> Only after a boot to multi-user magically works (ones in a thousand >> times) I can ^C hanging programs. >> > > Well, that gives me hope that I might actually be able to boot into > multi-user if I try often enough :-) > Next step will be trying to debug df and ps if possible with some good > old printf's. Maybe that gives us some clue about what's happening here. > > Cheers, > > Mat Hi Mat, I don't know if you saw the other thread about this. But the problem with df and ps is solved. Svn up and recompile/reinstall gives you the fix. For me it boots well now on ARMv5. Ronald. From owner-freebsd-arm@FreeBSD.ORG Tue Sep 10 11:19: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]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6DD6A807 for ; Tue, 10 Sep 2013 11:19:30 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-qe0-x235.google.com (mail-qe0-x235.google.com [IPv6:2607:f8b0:400d:c02::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 30F222E09 for ; Tue, 10 Sep 2013 11:19:30 +0000 (UTC) Received: by mail-qe0-f53.google.com with SMTP id jy17so2377320qeb.40 for ; Tue, 10 Sep 2013 04:19:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Xjx35t07FyZUyrwt2A0U7x1a2iz4O1pmitDBIb3e3rI=; b=MayLhxtUVzQuFWM0eb5hCCTW4JpQdB5NfXrHQPnKcZmtSNO3/F7klIl1ae+Wd99X8A 1SWIXjbVQmtnUFVoLWvykjmRB8MBCAu2xtDJZj+0yB/kjlJHcJetgrOHD3h+PhWFKesk LgNb2/U8kxl9ZiqIdMYjNG+Oo9hXb8jdqP03ZI2pyPtK7Wi5f3CgAhYh4/4ciUn/Kjfz IOhGNzgWFXsBXQaaU47P4USUZr4ljqZN8GNzNBhsRj4kToDliFlqwhfR9j728edJpmoa GSxxzqOLTxNAbIP82a6UI3J3IRs+JfJEQQ3Q6OcglEL1IGs9yKoCrmyDeMWdlPePYtzM a8rA== MIME-Version: 1.0 X-Received: by 10.49.130.162 with SMTP id of2mr31226563qeb.37.1378811969238; Tue, 10 Sep 2013 04:19:29 -0700 (PDT) Received: by 10.140.90.7 with HTTP; Tue, 10 Sep 2013 04:19:29 -0700 (PDT) Date: Tue, 10 Sep 2013 13:19:29 +0200 Message-ID: Subject: Architecture vs. bus vs. device DMA cache coherency From: Svatopluk Kraus To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 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: Tue, 10 Sep 2013 11:19:30 -0000 Hi, I and Michal Meloun have discussed a lot about bus DMA framework in FreeBSD at work and these are our conclusions related to DMA cache coherency issue implementation for ARM architecture. We offer them for ARM community. --------------------------------------------------- Architecture vs. bus vs. device DMA cache coherency --------------------------------------------------- Even in DMA cache coherent architectures there could be not-coherent DMA busses and/or devices. Thus, each bus and/or device should be described by its bus_dma_tag and the tag should carry information about DMA cache coherency. DMA device can be either cache coherent or not-coherent. Its coherency often depends on bus properties along a path to memory. But not always. Either DMA device or bus itself can supply extra info outside its standard bus path and so be cache coherent even on not-coherent buses. Thus DMA device or bus coherency should be inherited from (defaulted to) parent bus, but DMA device or bus could override it. The information about DMA cache coherency should be carried by bus_dma_tag. In a driver, each DMA device should have its own bus_dma_tag which says that DMA is cache coherent or not. A type of DMA device (cache coherent or not-coherent) is put in bus_dma_tag. ------------------------------------------ int bus_dma_tag_create(parent, flags, ...) ------------------------------------------ Used by DMA devices and buses. Following flags, if set, mean that bus or device is either BUS_DMA_COHERENT ... coherent or BUS_DMA_NOTCOHERENT ... not coherent. Coherency flag is either given explicitly or inherited from (defaulted to) parent. Although BUS_DMA_COHERENT or BUS_DMA_NOTCOHERENT flag can be given explicitly, only BUS_DMA_COHERENT flag is used in bus_dma_tag internally. Note that a bus can be coherent even if parent bus is not and vice versa. #define BUS_DMA_TAG_INHERITANCE_MASK \ (BUS_DMA_COHERENT | BUS_DMA_COULD_BOUNCE) tag->flags = parent->flags & BUS_DMA_TAG_INHERITANCE_MASK; if (flags & BUS_DMA_COHERENT) tag->flags |= BUS_DMA_COHERENT; else if (flags & BUS_DMA_NOTCOHERENT) tag->flags &= ~BUS_DMA_COHERENT; In real OS, cache coherency must always be ensured if DMA is used. If DMA device is not cache coherent, we must ensure coherency by software. There are two basic approches: (1) to create some kind of synchronization list to keep cache coherent, (2) to make memory un-cacheable so DMA cache coherency is not an issue. Let's work for now with this two approches only. However, in general, in world of various architectures and hardware, there are and could be other ways how to ensure cache coherency by software. For performance reasons or because of a need (hardware bug), we want to choose how memory (buffers) used by DMA device will be accessed. -------------------------------------- int bus_dmamap_create(tag, flags, ...) -------------------------------------- Used by DMA devices for dedicated external buffer(s). It could be used for internal buffers too, however, bus_dmamem_alloc() is preferred method for them. Following flags, if set, mean that dedicated buffers will be accessed either BUS_DMA_COHERENT ... as coherent or BUS_DMA_NOTCOHERENT ... as not-coherent. Otherwise, default behaviour is taken from bus_dma_tag. --------------|-------------------------| \ flag | | | tag \ | coherent | not-coherent | --------------|----------|--------------| coherent | A1 | A2 | --------------|----------|--------------| not-coherent | B1 | B2 | --------------|----------|--------------| (A1) This is default for coherent DMA devices. We need to do nothing. (A2) This means that buffers coherency is not ensured on coherent DMA device for some reason. We need to use synchronization lists. (B1) This means that buffers coherency is ensured externally even on not-coherent DMA device. We need to do nothing. (B2) This is default for not-coherent DMA devices. We need to use synchronization lists. if ((flags & BUS_DMA_NOTCOHERENT) || (((flags & BUS_DMA_NOTCOHERENT) == 0) && ((tag->flags & BUS_DMA_COHERENT) == 0))) map->flags |= DMAMAP_SYNCLIST; ------------------------------------- int bus_dmamem_alloc(tag, flags, ...) ------------------------------------- Used by DMA devices for specific internal buffer. Following flags, if set, mean that specific buffer must be accessed either BUS_DMA_COHERENT ... as coherent or BUS_DMA_NOTCOHERENT ... as not-coherent. Otherwise, default behaviour is taken from bus_dma_tag. --------------|-------------------------| \ flag | | | tag \ | coherent | not-coherent | --------------|----------|--------------| coherent | A1 | A2 | --------------|----------|--------------| not-coherent | B1 | B2 | --------------|----------|--------------| (A1) This is default for coherent DMA devices. The buffer is allocated with default attributes. We need to do nothing more. (A2) This means that buffer coherency must be ensured another way. It is not standard, so best choice how to ensure that is to allocate buffer with uncacheable attributes. We need to do nothing more. (B1) This means that buffer coherency must not be ensured by synchronization list (default). The buffer is allocated with uncacheable attributes. We need to do nothing more. (B2) This is default for not-coherent DMA devices. The buffer is allocated with default attributes. We need to use synchronization list. The flags is request for allocation and must be fulfilled (because of B1 case mainly) or error should be returned. A bus_dmamap is created together with buffer. bus_dmamap_t map; if (((flags & BUS_DMA_COHERENT) == 0) && ((tag->flags & BUS_DMA_COHERENT) == 0)) map->flags |= DMAMAP_SYNCLIST; ------------------------------------------------- int _bus_dmamap_load_buffer(..., map, flags, ...) ------------------------------------------------- Used by DMA devices for given buffer. All needed information about coherency should already be provided by bus_dmamap. Synchronization list is created only for bus_dmamaps labeled by DMAMAP_SYNCLIST flag. ----------------------- void _bus_dmamap_sync() ----------------------- As we do create synchronization list only for bus_dmamaps with DMAMAP_SYNCLIST flag set, we don't need to check the flag here. ------------------------------------ Bounce pages vs. DMA cache coherency ------------------------------------ In case that bus_dma_tag is labeled as coherent, we don't need to keep cache coherency on bounce pages by software. If bounce pages will be allocated with un-cacheable attributes, there will be no DMA cache coherency issue at all. If both cacheable and un-cacheable bounce pages will be implemented, then the bounce pages should be labeled too. Svatopluk Kraus From owner-freebsd-arm@FreeBSD.ORG Tue Sep 10 12:00:24 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id AAF32625 for ; Tue, 10 Sep 2013 12:00:24 +0000 (UTC) (envelope-from zbodek@gmail.com) Received: from mail-wi0-x236.google.com (mail-wi0-x236.google.com [IPv6:2a00:1450:400c:c05::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4A44222FD for ; Tue, 10 Sep 2013 12:00:24 +0000 (UTC) Received: by mail-wi0-f182.google.com with SMTP id ez12so562442wid.15 for ; Tue, 10 Sep 2013 05:00:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=BMFE4scejNEWr08klye3hoIRjTMjMPuyOR4tjGGQq3g=; b=NNLB/zDb8I5+R2Wr3+mJB3kLw9gbxgu8DlE2qhnRKYAjBYCrMZckWuaZ86g+Nt8uCl aw6GDgIML18EbMiImceCZ+mDQ+1AtvxgtDaZCI1OU2wlDYHtfV/JIF/05QEn4WMbpR+L MvnbJwcR2d09Q7fe92GJOgyR1nU4yaVsl2KLY5HSgN1wFaXPj5tuAGZ+EMRlfjbOTYzS 1qRAFOIUCXhilf6U4Rj0+53FzJslDjcOAk9NfCwbmWcOg6zkaCoeXCD1LV4HP/l4KkR/ noCJg0znRmPagUbA9Gvm6zgepaGcqmZ1hPig7DKmkmmb1MtMeP+G+0+3szuxGWrVr/Dr WjFg== MIME-Version: 1.0 X-Received: by 10.194.88.40 with SMTP id bd8mr1274924wjb.56.1378814422620; Tue, 10 Sep 2013 05:00:22 -0700 (PDT) Sender: zbodek@gmail.com Received: by 10.217.38.69 with HTTP; Tue, 10 Sep 2013 05:00:22 -0700 (PDT) Date: Tue, 10 Sep 2013 14:00:22 +0200 X-Google-Sender-Auth: v_rkisUgiKhkJVCHppWvpObdr78 Message-ID: Subject: pmap_advise() + bug fix for ARMv6/v7 From: Zbigniew Bodek To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 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: Tue, 10 Sep 2013 12:00:24 -0000 Hello, I would like to present two, new patches for pmap-v6, available here: http://people.freebsd.org/~zbb/arm/pmap/ * 0001-Write-protect-base-page-after-superpage-demotion-so-.patch - bug fix for attributes modification after superpage demotion so that it could repromote on a subsequent write access. * 0002-Implement-pmap_advise-for-ARMv6-v7-pmap-module.patch - implementation of the pmap_advise() routine I will appreciate if you could test those patches on your ARM-based machines and send your feedback. Any remarks are also welcome :) In case of no objections I will write to re@ for permission to commit them. Best regards Zbyszek From owner-freebsd-arm@FreeBSD.ORG Tue Sep 10 14:41:00 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 48BA56DD for ; Tue, 10 Sep 2013 14:41:00 +0000 (UTC) (envelope-from christoph_murauer@yahoo.de) Received: from nm2-vm1.bullet.mail.ird.yahoo.com (nm2-vm1.bullet.mail.ird.yahoo.com [77.238.189.200]) by mx1.freebsd.org (Postfix) with SMTP id 7CFD92FE0 for ; Tue, 10 Sep 2013 14:40:59 +0000 (UTC) Received: from [77.238.189.231] by nm2.bullet.mail.ird.yahoo.com with NNFMP; 10 Sep 2013 14:40:58 -0000 Received: from [46.228.39.64] by tm12.bullet.mail.ird.yahoo.com with NNFMP; 10 Sep 2013 14:40:58 -0000 Received: from [127.0.0.1] by smtp101.mail.ir2.yahoo.com with NNFMP; 10 Sep 2013 14:40:58 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.de; s=s1024; t=1378824058; bh=cijhaf/9qTd8YraHNSIuea/CPepx6x1am9mR+z4stcw=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Content-Type:X-Mailer:Message-Id:Date:To:Content-Transfer-Encoding:Mime-Version; b=4dgxAgbC/JdYof1uKxYtGQV2DLTh353McsCCj3Z3cywXXrDYdDPuoKdkSxUlTs1Pi5yA4RvqLd2ckpO6FvtwJxZ9IPQ7EIzCY8WNzoH4+sRtGfoWnWs8GPoPeE/P4NEa9lxzmUbd5qaWciCsH7/wg68RjsVs2W4M7mZQkW5GT4c= X-Yahoo-Newman-Id: 285501.16898.bm@smtp101.mail.ir2.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: dnGAfp4VM1mglX26.lIHAJbMhVNQqnPEuO_d6rb8mbquB2X 88u7HJdOsb5geq3Y2VPosTvT2ygMwhkCrIEM6DpaSt0DQJJiAzdPVNZ9Hp0u StSzcCfEg5OAsH85O5Q5TX3jkBJDC2sKkKRhWFhWWUXy2l4MbivveBNtvFyd Lv.PTaOVFStnu_Du8QkBtUKUiJ6XaNTV6aNeiWQwEbqLjnV5CBsIpLvJU7Q5 Xi4HRCII9oqNF9vkzU7usZoPztXYghXJfxsmeXnmcD7KkJh0tp4MCKNagkCk p_FneYqimFO3SDgTz3r0y9eO8kHyMEvhgYuzG.ZPGbArb3gUZ.1knA_iZ4v1 PkyJccqIWvK1jsPWEPg40ZSeBTFjkWR15GPGl8Ag8suoQk3n6fhCMQl2Jffd q8AxOrKqx2QG5T3k.S8HqxaesyZf01fYAjRHqjTsTtakErvROt1PGN_op4hF BDynq7nYj.TuyqvNRIVRg_UGIPH1mKmgMF9ecjo4yPncUUMA02oiO9LCeH_H unZ_4KIZ_H0GL8V50hFlcs0Z9k7QBUlJXlgfngEqYCNPnzyPGfdAjSgKSJrl tHu0T5XbjcWn2LwDPGlh2XtrCYhBdYOQisa7DEDoZAKy9HGUfPTxK1v2fE5j NseBAjZVnEuYk31uwhW4mbg5PWwLKzlKPFJP3EJQvx9F6X8OA9274dmL.4X5 bnAkZIUym_tNVKBK2lsyr X-Yahoo-SMTP: djLuxZmswBCThjOlQPQ70uWTQYbmoY1GzzJb5awD X-Rocket-Received: from [10.162.219.130] (christoph_murauer@212.95.7.142 with ) by smtp101.mail.ir2.yahoo.com with SMTP; 10 Sep 2013 14:40:58 +0000 UTC Subject: FreeBSD on Cubieboard 2, UDOO and Galaxy Note 10.1 (Exynos). From: Christoph Roland Murauer Content-Type: text/plain; charset=us-ascii X-Mailer: iPad Mail (10B329) Message-Id: Date: Tue, 10 Sep 2013 16:40:57 +0200 To: "freebsd-arm@freebsd.org" Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) 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, 10 Sep 2013 14:41:00 -0000 Hello ! I am new to FreeBSD - so, sorry if I ask something which others already aske= d. At the moment I use a iPad and the personal hotspot function (tethering) on i= t to provide internet access to my Mac Book Pro. The connection is done by t= he USB cord (also to charge the battery).=20 My question is now, is it possible to run FreeBSD on a Cubieboard 2 (http://= cubieboard.org/2013/06/19/cubieboard2-is-here/) or the comming UDOO board (h= ttp://shop.udoo.org/pre-order/udoo-quad.html) to have a gateway / firewall o= n this device and between the other 2 devices ? I don't want to run a full system (including GUI) on it - ok, if it works wh= y not. I look for a solution to connect the iPad over USB on the one side an= d the Mac Book Pro over Ethernet on the other side to share a 3G internet co= nnection. It is no solution to install a dual boot system on my Mac Book Pro= and also not to use WIFI instead of the USB cord. My second question is, is there developing planned for the new / comming Gal= axy Note 10.1 (2014 edition) with the Exynos 5420 ? Thanks for your answer. Regards, C. M. From owner-freebsd-arm@FreeBSD.ORG Tue Sep 10 14:57: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]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4DC0FA52 for ; Tue, 10 Sep 2013 14:57:56 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-qe0-f51.google.com (mail-qe0-f51.google.com [209.85.128.51]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0CEAD2143 for ; Tue, 10 Sep 2013 14:57:55 +0000 (UTC) Received: by mail-qe0-f51.google.com with SMTP id ne12so4388184qeb.38 for ; Tue, 10 Sep 2013 07:57:54 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=bVCfSjH4jhtcB+Li/K/FZ5r/qXIwATpuvCQCse3EEoQ=; b=CJTc5Omhjg1cHE3qIYQTMETzp3clNwZduj2DN9CphIQWSGU1PQSuQeofUvuthOKXOI Mo3voaQwcVXTbWIsaZf6fkHs7wusYPjbw5o45rOeBtk62HtIaUcWAwBi+7n3Z1924YP3 nQ/KNTKBF30f70J4hD3Ia4ioCgDo57IaLjEgMn4WW/pG0Tqm5tzMrb9+wjELiIVnfATd mgwXlemmbduGMP6itmBD0zLbxGNM177Eez1jkyfqKr3TwAyEx/VR0tTHNquagQjHXSle Taq5QgTdxniLCAcNH8PdStQffsHQldAhAx2lnV7qI+8a2sc4GQetIaaMwo+LFDAFYSmU DYMg== X-Gm-Message-State: ALoCoQkQb5cHgR0Hx4UwOTDhS8ZJkKG5OYPtgyDyoIPj3mbRYRivlVuG6IVPe6FkpLUAsqSVlX0+ X-Received: by 10.229.251.201 with SMTP id mt9mr3890109qcb.26.1378823660241; Tue, 10 Sep 2013 07:34:20 -0700 (PDT) Received: from monkey-bot.int.fusionio.com ([209.117.142.2]) by mx.google.com with ESMTPSA id a7sm35415318qew.2.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 10 Sep 2013 07:34:19 -0700 (PDT) Sender: Warner Losh Subject: Re: armv6eb broken? Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <20130910093724.2be6332c@bender.Home> Date: Tue, 10 Sep 2013 08:34:17 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <522E47B1.2070904@delphij.net> <20130910093724.2be6332c@bender.Home> To: Andrew Turner X-Mailer: Apple Mail (2.1085) Cc: David Chisnall , "freebsd-arm@freebsd.org" , d@delphij.net 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, 10 Sep 2013 14:57:56 -0000 On Sep 10, 2013, at 2:37 AM, Andrew Turner wrote: > On Mon, 09 Sep 2013 15:12:01 -0700 > Xin Li wrote: >=20 >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA512 >>=20 >> Hi, >>=20 >> It seems that 'make tinderbox' is still broken for armv6eb, citing >> missing __sync_fetch_and_add_4 referenced in librt.so. I have no = idea >> on how to fix this though :-/ >=20 > My opinion is we should remove the armv6eb target. It was unsupported > by llvm & clang the last time I looked, and, as far as I can tell, we > have no boards that use it. Then what's triggering it? Just the tinderbox? If it is just the = tinderbox, let's remove it from there, but keep it in the rest of the = tree, since there's some tricky bits I did to make it compile in the = first place... Just because clang/llvm don't support it doesn't mean we = should actively remove the support from the rest of the system. External = tool chains do. Warner From owner-freebsd-arm@FreeBSD.ORG Tue Sep 10 15:02:06 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E4DC8C34 for ; Tue, 10 Sep 2013 15:02:06 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from mail.icecube.wisc.edu (trout.icecube.wisc.edu [128.104.255.119]) by mx1.freebsd.org (Postfix) with ESMTP id BF94E21A8 for ; Tue, 10 Sep 2013 15:02:06 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.icecube.wisc.edu (Postfix) with ESMTP id BE12158385 for ; Tue, 10 Sep 2013 10:02:05 -0500 (CDT) X-Virus-Scanned: amavisd-new at icecube.wisc.edu Received: from mail.icecube.wisc.edu ([127.0.0.1]) by localhost (trout.icecube.wisc.edu [127.0.0.1]) (amavisd-new, port 10030) with ESMTP id 21Xdjzjb8qbg for ; Tue, 10 Sep 2013 10:02:05 -0500 (CDT) Received: from terminus.icecube.wisc.edu (terminus.icecube.wisc.edu [172.16.223.97]) by mail.icecube.wisc.edu (Postfix) with ESMTP id 869BD582C4 for ; Tue, 10 Sep 2013 10:02:05 -0500 (CDT) Message-ID: <522F346D.9000609@freebsd.org> Date: Tue, 10 Sep 2013 10:02:05 -0500 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130906 Thunderbird/17.0.8 MIME-Version: 1.0 To: "freebsd-arm@freebsd.org" Subject: AVILA kernel 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: Tue, 10 Sep 2013 15:02:07 -0000 Has anyone succeeded in booting the AVILA kernel recently? I get up to the copyright message and the compiler ID string and then the kernel hangs up and never does anything ever again. -Nathan From owner-freebsd-arm@FreeBSD.ORG Tue Sep 10 15:15:36 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 64F22511; Tue, 10 Sep 2013 15:15:36 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3A43922DB; Tue, 10 Sep 2013 15:15:36 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VJPfD-000B8Q-0V; Tue, 10 Sep 2013 15:15:35 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r8AFFWri006172; Tue, 10 Sep 2013 09:15:32 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX18VrCH4eFns1XqHWewANkPC Subject: Re: AVILA kernel From: Ian Lepore To: Nathan Whitehorn In-Reply-To: <522F346D.9000609@freebsd.org> References: <522F346D.9000609@freebsd.org> Content-Type: text/plain; charset="us-ascii" Date: Tue, 10 Sep 2013 09:15:32 -0600 Message-ID: <1378826132.1111.592.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.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, 10 Sep 2013 15:15:36 -0000 On Tue, 2013-09-10 at 10:02 -0500, Nathan Whitehorn wrote: > Has anyone succeeded in booting the AVILA kernel recently? I get up to > the copyright message and the compiler ID string and then the kernel > hangs up and never does anything ever again. I think a good next step for that would be to add option VERBOSE_SYSINIT because once you've gotten the copyright it's past the tricky stuff like early pmap setup, and probably into the sysinits. -- Ian From owner-freebsd-arm@FreeBSD.ORG Tue Sep 10 15:43:37 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E1684BB0 for ; Tue, 10 Sep 2013 15:43:37 +0000 (UTC) (envelope-from jmg@h2.funkthat.com) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 90A6724BF for ; Tue, 10 Sep 2013 15:43:37 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id r8AFhZKG060657 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 10 Sep 2013 08:43:35 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id r8AFhZBC060656; Tue, 10 Sep 2013 08:43:35 -0700 (PDT) (envelope-from jmg) Date: Tue, 10 Sep 2013 08:43:35 -0700 From: John-Mark Gurney To: Svatopluk Kraus Subject: Re: Architecture vs. bus vs. device DMA cache coherency Message-ID: <20130910154335.GT68682@funkthat.com> Mail-Followup-To: Svatopluk Kraus , freebsd-arm@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Tue, 10 Sep 2013 08:43:35 -0700 (PDT) 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, 10 Sep 2013 15:43:37 -0000 Svatopluk Kraus wrote this message on Tue, Sep 10, 2013 at 13:19 +0200: > Even in DMA cache coherent architectures there could be not-coherent DMA > busses and/or devices. Thus, each bus and/or device should be described by > its bus_dma_tag and the tag should carry information about DMA cache > coherency. I've thought about this a lot myself, and I'm not familar w/ a bus (that isn't main memory) or device that isn't cache coherent... Most busses write to memory through an arbiter (north bridge or cpu/soc) that does the proper read/modify/write cycles to get the memory there. I have not heard of another bus/device that does their own read/modify/write cycles to get their writes to memory. Can you name a current bus/device that does this? Our busdma system does have issues that if you try to dma to say, video memory, we don't handle that (well) because we assume that all memory is a flat space and belongs to nexus, but this isn't always correct. If you have an architecture like this, can you please tell use which system you are trying to fix? Thanks. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-arm@FreeBSD.ORG Tue Sep 10 16:13:40 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2A6D4947 for ; Tue, 10 Sep 2013 16:13:40 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-qe0-f48.google.com (mail-qe0-f48.google.com [209.85.128.48]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DDB9F271D for ; Tue, 10 Sep 2013 16:13:39 +0000 (UTC) Received: by mail-qe0-f48.google.com with SMTP id nd7so3507021qeb.21 for ; Tue, 10 Sep 2013 09:13:33 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=9073uxqBVAqatJGv4xGdfIiV5mzhbvyM+AVfJr4Iqr8=; b=bF4QRyGlS2B/UZBIiv9R/qn/GauSF+1ZTOJwXseBZfxptz41kelcokd8nPaexXh4nB AO6ul3qLSa86y850HE+DEjVyfIW9pXEyeA9ZMLnVccWEJiJJ1NJPWE1/hkENzFpWLQqS w//kzVxQHqP9Uxl06IyNt8gdaBe8CxgR0QUWxNsRlShRIYUp5Rr5gpH+LeYorkJzLWy8 q0aCCNm8LhdfVKLd/MEzJJC4ARQ9DjnNpYm1I3LXq42UioRZApMud7gm6NR2uHxZIsYY dQzAo4iI0ZhclK2/sF525O1l2sv4BVAufA52h5lqraPLpypVCijGO8TUIZ4wbM5hiGYD nPHQ== X-Gm-Message-State: ALoCoQnvJRqpXElIlbJOBVWUNR0P9p4ZEGgNa5jRAAibw81pm15oCt84PJwtxoCJ8w4dmjcRjaf2 X-Received: by 10.49.49.74 with SMTP id s10mr33278695qen.29.1378829612952; Tue, 10 Sep 2013 09:13:32 -0700 (PDT) Received: from fusionlt2834a.int.fusionio.com ([209.117.142.2]) by mx.google.com with ESMTPSA id u8sm36072514qef.3.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 10 Sep 2013 09:13:32 -0700 (PDT) Sender: Warner Losh Subject: Re: Architecture vs. bus vs. device DMA cache coherency Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <20130910154335.GT68682@funkthat.com> Date: Tue, 10 Sep 2013 10:13:31 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20130910154335.GT68682@funkthat.com> To: John-Mark Gurney X-Mailer: Apple Mail (2.1085) 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, 10 Sep 2013 16:13:40 -0000 On Sep 10, 2013, at 9:43 AM, John-Mark Gurney wrote: > Svatopluk Kraus wrote this message on Tue, Sep 10, 2013 at 13:19 = +0200: >> Even in DMA cache coherent architectures there could be not-coherent = DMA >> busses and/or devices. Thus, each bus and/or device should be = described by >> its bus_dma_tag and the tag should carry information about DMA cache >> coherency. >=20 > I've thought about this a lot myself, and I'm not familar w/ a bus = (that > isn't main memory) or device that isn't cache coherent... Most busses > write to memory through an arbiter (north bridge or cpu/soc) that does > the proper read/modify/write cycles to get the memory there. I have > not heard of another bus/device that does their own read/modify/write > cycles to get their writes to memory. Can you name a current = bus/device > that does this? >=20 > Our busdma system does have issues that if you try to dma to say, > video memory, we don't handle that (well) because we assume that all > memory is a flat space and belongs to nexus, but this isn't always > correct. >=20 > If you have an architecture like this, can you please tell use which > system you are trying to fix? I know that MIPS has different kinds of coherency as well that we = generally map to coherent (meaning coherent enough for the users) or = incoherent. Something to keep in mind. I generally like the idea, but don't have enough experience with kind of = hardware to know if the design is a good one. Warner From owner-freebsd-arm@FreeBSD.ORG Tue Sep 10 17:22:33 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A31D5577; Tue, 10 Sep 2013 17:22:33 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-we0-x22a.google.com (mail-we0-x22a.google.com [IPv6:2a00:1450:400c:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1CE4B2C23; Tue, 10 Sep 2013 17:22:32 +0000 (UTC) Received: by mail-we0-f170.google.com with SMTP id w62so5934609wes.15 for ; Tue, 10 Sep 2013 10:22:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=oIt9Kj1O6vB8j2LSzO4cgLgkfLVlEKAyTI6NnZzGpFU=; b=nidvPYkJPqM40tJMybMqcGn0357RRkWJLSVBmz1AopWhubQF+6sPpaCN6dCORo54am iUDkHZWoZWMOcJu/9XqwOEiv4gzWB+9mX17cEID05nKHnyJ7bVr5lm8E70KDwdcojzKD /qQ30OIUiExqbU7K1RoPlzfUfPo3ldU/rnFrcAuTDDOpumJBdY4YoZyq+xyUp5OjHgLR mHD0ig7uvCZeHT9Ze9TiZXHc12yhUXmZIfEdYn3H/pqZR3SeVoV8LuF0OCBycFDfpObI roIxcG71FDNlGKndrQ5Qhipbc8UoiR/mKr1H9ZxLBNbk0BSsZXtyVOSjsGFpycH6r+0/ Kgcw== MIME-Version: 1.0 X-Received: by 10.194.86.5 with SMTP id l5mr2932821wjz.45.1378833751481; Tue, 10 Sep 2013 10:22:31 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.216.73.133 with HTTP; Tue, 10 Sep 2013 10:22:31 -0700 (PDT) In-Reply-To: <522F346D.9000609@freebsd.org> References: <522F346D.9000609@freebsd.org> Date: Tue, 10 Sep 2013 10:22:31 -0700 X-Google-Sender-Auth: JBKCYX_FshHovcCX8DdNYG5Y_z0 Message-ID: Subject: Re: AVILA kernel From: Adrian Chadd To: Nathan Whitehorn 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: Tue, 10 Sep 2013 17:22:33 -0000 Damn, no. But I have AVILA/CAMBRIA hardware I _was_ about to verify -HEAD on. Hm! I'll see if I can help track down build breakages this weekend. -a On 10 September 2013 08:02, Nathan Whitehorn wrote: > Has anyone succeeded in booting the AVILA kernel recently? I get up to the > copyright message and the compiler ID string and then the kernel hangs up > and never does anything ever again. > -Nathan > ______________________________**_________________ > 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 Sep 10 20:24: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]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3E98995B for ; Tue, 10 Sep 2013 20:24:50 +0000 (UTC) (envelope-from edschouten@gmail.com) Received: from mail-ve0-x234.google.com (mail-ve0-x234.google.com [IPv6:2607:f8b0:400c:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F3D062926 for ; Tue, 10 Sep 2013 20:24:49 +0000 (UTC) Received: by mail-ve0-f180.google.com with SMTP id jz11so4843033veb.25 for ; Tue, 10 Sep 2013 13:24:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=cD/ghXaaN7NMikLDxvcWrPuozx+gmZUbOi3caFiZLuQ=; b=uNvR1rtf2gAMbayFWF+9gXTphY4IH+468X6wj6p2uHUWipRKxFIP5ux6XdcNGEhpz7 spsStykD15pZ4rM57+RgZcrmvT8BbGRGp+rHJRv1EBz+HCoRRi1XKTgDtK9u1z2CXD8l VaE5hi5r1eY2ySWnxdwbUrUXbFdtwO6WY1AqnFCXVkHPelOtghhKi9HxoM2mWZyeCGxE WKAFBPuYv7wrSz9mwHyUzmykrFiDyyqBm5ffOKg+zzmdy6Ka3S0KEN0h/gfNyqzSKobr Gys/Y535q28cK9pu6n9eKnsHTYWBR9bQoZ325lb5vd9c6OMJVKxKFyO3799sJ6ex6u/3 X9OA== MIME-Version: 1.0 X-Received: by 10.52.171.38 with SMTP id ar6mr8287625vdc.22.1378844687714; Tue, 10 Sep 2013 13:24:47 -0700 (PDT) Sender: edschouten@gmail.com Received: by 10.220.115.206 with HTTP; Tue, 10 Sep 2013 13:24:47 -0700 (PDT) In-Reply-To: <20130909231720.5b2c4823@bender.Home> References: <522C592C.5010800@m5p.com> <20130909231720.5b2c4823@bender.Home> Date: Tue, 10 Sep 2013 22:24:47 +0200 X-Google-Sender-Auth: XLh2ZcCbiAiypy_LjUnEKDhfDi0 Message-ID: Subject: Re: Failure compiling glib20 on ARM From: Ed Schouten To: Andrew Turner Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-arm@freebsd.org" , George Mitchell 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, 10 Sep 2013 20:24:50 -0000 Hi Andrew, 2013/9/10 Andrew Turner : > I don't see support for it in our stdatomic functions. It shouldn't be > too hard to support, a simple would be something like: > > int __sync_bool_compare_and_swap_4(uint32_t *mem, uint32_t expected, > uint32_t new) > { > return (__sync_val_compare_and_swap_4(mem, expected, new) == > expected); > } My initial goal was to just add the atomic intrinsics to make the C11 standards atomic interface work (). That's why I am personally not that interested in adding all sorts of extra `bloat'; code should just use instead. Still, if there is a strong interest in adding this function as well, be sure to send me a patch for sys/*/*/stdatomic.c and I would be more than willing to review it. Thanks, -- Ed Schouten From owner-freebsd-arm@FreeBSD.ORG Tue Sep 10 22:59:47 2013 Return-Path: Delivered-To: freebsd-arm@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9BA43BD3; Tue, 10 Sep 2013 22:59:47 +0000 (UTC) (envelope-from loos@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 71B5824D9; Tue, 10 Sep 2013 22:59:47 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r8AMxlHX053252; Tue, 10 Sep 2013 22:59:47 GMT (envelope-from loos@freefall.freebsd.org) Received: (from loos@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r8AMxkN8053250; Tue, 10 Sep 2013 22:59:46 GMT (envelope-from loos) Date: Tue, 10 Sep 2013 22:59:46 GMT Message-Id: <201309102259.r8AMxkN8053250@freefall.freebsd.org> To: freebsd@damnhippie.dyndns.org, loos@FreeBSD.org, freebsd-arm@FreeBSD.org From: loos@FreeBSD.org Subject: Re: arm/174461: [patch] Fix off-by-one in arm9/arm10 cache maintenance routines 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, 10 Sep 2013 22:59:47 -0000 Synopsis: [patch] Fix off-by-one in arm9/arm10 cache maintenance routines State-Changed-From-To: open->closed State-Changed-By: loos State-Changed-When: Tue Sep 10 22:59:46 UTC 2013 State-Changed-Why: The fix was committed by Ian. Thanks Ian! http://www.freebsd.org/cgi/query-pr.cgi?pr=174461 From owner-freebsd-arm@FreeBSD.ORG Tue Sep 10 23:20:38 2013 Return-Path: Delivered-To: freebsd-arm@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id EBF98366; Tue, 10 Sep 2013 23:20:38 +0000 (UTC) (envelope-from loos@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C139D25FB; Tue, 10 Sep 2013 23:20:38 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r8ANKc8c058116; Tue, 10 Sep 2013 23:20:38 GMT (envelope-from loos@freefall.freebsd.org) Received: (from loos@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r8ANKcKP058115; Tue, 10 Sep 2013 23:20:38 GMT (envelope-from loos) Date: Tue, 10 Sep 2013 23:20:38 GMT Message-Id: <201309102320.r8ANKcKP058115@freefall.freebsd.org> To: rissicay@gmail.com, loos@FreeBSD.org, freebsd-arm@FreeBSD.org From: loos@FreeBSD.org Subject: Re: arm/181220: make xdev for arm installation fails 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, 10 Sep 2013 23:20:39 -0000 Synopsis: make xdev for arm installation fails State-Changed-From-To: open->closed State-Changed-By: loos State-Changed-When: Tue Sep 10 23:20:38 UTC 2013 State-Changed-Why: The problem was fixed by r254184 and r254217. Close by the submitter request. http://www.freebsd.org/cgi/query-pr.cgi?pr=181220 From owner-freebsd-arm@FreeBSD.ORG Tue Sep 10 23:23: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]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0CD5D3C3 for ; Tue, 10 Sep 2013 23:23:34 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from nibbler.fubar.geek.nz (nibbler.fubar.geek.nz [199.48.134.198]) by mx1.freebsd.org (Postfix) with ESMTP id E3A622630 for ; Tue, 10 Sep 2013 23:23:33 +0000 (UTC) Received: from bender.Home (97e5e46b.skybroadband.com [151.229.228.107]) by nibbler.fubar.geek.nz (Postfix) with ESMTPSA id EF8865E305; Tue, 10 Sep 2013 23:23:26 +0000 (UTC) Date: Wed, 11 Sep 2013 00:23:20 +0100 From: Andrew Turner To: Ed Schouten Subject: Re: Failure compiling glib20 on ARM Message-ID: <20130911002320.0f05b836@bender.Home> In-Reply-To: References: <522C592C.5010800@m5p.com> <20130909231720.5b2c4823@bender.Home> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: "freebsd-arm@freebsd.org" , George Mitchell 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, 10 Sep 2013 23:23:34 -0000 On Tue, 10 Sep 2013 22:24:47 +0200 Ed Schouten wrote: > Hi Andrew, > > 2013/9/10 Andrew Turner : > > I don't see support for it in our stdatomic functions. It shouldn't > > be too hard to support, a simple would be something like: > > > > int __sync_bool_compare_and_swap_4(uint32_t *mem, uint32_t expected, > > uint32_t new) > > { > > return (__sync_val_compare_and_swap_4(mem, expected, new) == > > expected); > > } > > My initial goal was to just add the atomic intrinsics to make the C11 > standards atomic interface work (). That's why I am > personally not that interested in adding all sorts of extra `bloat'; > code should just use instead. > > Still, if there is a strong interest in adding this function as well, > be sure to send me a patch for sys/*/*/stdatomic.c and I would be more > than willing to review it. It looks like clang handles these gcc builtins by generating the appropriate code without calling an external function. The version of gcc we have in the tree will generate a call. If nobody wishes to support our version of gcc on ARM then the only solutions are to use clang to build glib, or fix the port to use the __sync_val_compare_and_swap builtin. Andrew From owner-freebsd-arm@FreeBSD.ORG Tue Sep 10 23:31:25 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 34D2447E; Tue, 10 Sep 2013 23:31:25 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from nibbler.fubar.geek.nz (nibbler.fubar.geek.nz [199.48.134.198]) by mx1.freebsd.org (Postfix) with ESMTP id 17D212697; Tue, 10 Sep 2013 23:31:24 +0000 (UTC) Received: from bender.Home (97e5e46b.skybroadband.com [151.229.228.107]) by nibbler.fubar.geek.nz (Postfix) with ESMTPSA id 0B25B5DFFE; Tue, 10 Sep 2013 23:31:23 +0000 (UTC) Date: Wed, 11 Sep 2013 00:31:17 +0100 From: Andrew Turner To: Warner Losh Subject: Re: armv6eb broken? Message-ID: <20130911003117.0f9ea77c@bender.Home> In-Reply-To: References: <522E47B1.2070904@delphij.net> <20130910093724.2be6332c@bender.Home> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: David Chisnall , "freebsd-arm@freebsd.org" , d@delphij.net 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, 10 Sep 2013 23:31:25 -0000 On Tue, 10 Sep 2013 08:34:17 -0600 Warner Losh wrote: > > On Sep 10, 2013, at 2:37 AM, Andrew Turner wrote: > > > On Mon, 09 Sep 2013 15:12:01 -0700 > > Xin Li wrote: > > > >> -----BEGIN PGP SIGNED MESSAGE----- > >> Hash: SHA512 > >> > >> Hi, > >> > >> It seems that 'make tinderbox' is still broken for armv6eb, citing > >> missing __sync_fetch_and_add_4 referenced in librt.so. I have no > >> idea on how to fix this though :-/ > > > > My opinion is we should remove the armv6eb target. It was > > unsupported by llvm & clang the last time I looked, and, as far as > > I can tell, we have no boards that use it. > > Then what's triggering it? Just the tinderbox? If it is just the > tinderbox, let's remove it from there, but keep it in the rest of the > tree, since there's some tricky bits I did to make it compile in the > first place... Just because clang/llvm don't support it doesn't mean > we should actively remove the support from the rest of the system. > External tool chains do. My plan was to commit something like [1]. It removes armv6eb from tinderbox and from being able to be built, but allows it to be brought back in the unlikely event someone wishes to support it. I have yet to find anyone who uses big-endian on ARMv6 and later. Even on Linux, where they have the kernel code to support it, there were no configs with it enabled the last time I looked. Andrew [1] http://people.freebsd.org/~andrew/rm_armv6eb.diff From owner-freebsd-arm@FreeBSD.ORG Wed Sep 11 01:31:48 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id F20CAA1D for ; Wed, 11 Sep 2013 01:31:48 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: from mail-ie0-x22e.google.com (mail-ie0-x22e.google.com [IPv6:2607:f8b0:4001:c03::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C360F2BCE for ; Wed, 11 Sep 2013 01:31:48 +0000 (UTC) Received: by mail-ie0-f174.google.com with SMTP id k10so9481262iea.33 for ; Tue, 10 Sep 2013 18:31:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=pSXrovg3PaoOLc9w6IwleuE5x8B5z1OCtgnEFdcPA1c=; b=tJw9wg1NrmOx3P1hSpD9Ha4BFejR1s+/Xk3cJH002Fv4wo1Xmkm8FkrVh6UWhsK78y ufI2A5TJkg2Z7iYKRd5Bn7G5kfkaTm5zCQE/qLBaI5MDap+KOCDes3Zdzd+ZZnKlSfVf xu2tkXflF99FkcEwjdeGvCbiE+gxfha+3PIJK3GEi8xakgzzmMk+WCxjFRsWD9IfRWmw cXWqZ6pAhDSsb8u0nIo+UR1u99iqVXMI9YOYClAz+X/AH8k3KXuYypZVigLzspphZ+ue cUsS5nFoKO/9oDRxzD0Ld63Hsr+ZIrU/W1xJGod1u+bOGYnDsUBcsSSONxUoJ4SO8Ypw bwBA== MIME-Version: 1.0 X-Received: by 10.50.102.99 with SMTP id fn3mr11291827igb.5.1378863108254; Tue, 10 Sep 2013 18:31:48 -0700 (PDT) Received: by 10.65.14.129 with HTTP; Tue, 10 Sep 2013 18:31:48 -0700 (PDT) In-Reply-To: References: Date: Wed, 11 Sep 2013 09:31:48 +0800 Message-ID: Subject: Re: FreeBSD on Cubieboard 2, UDOO and Galaxy Note 10.1 (Exynos). From: Ganbold Tsagaankhuu To: Christoph Roland Murauer 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: Wed, 11 Sep 2013 01:31:49 -0000 On Tue, Sep 10, 2013 at 10:40 PM, Christoph Roland Murauer < christoph_murauer@yahoo.de> wrote: > Hello ! > > I am new to FreeBSD - so, sorry if I ask something which others already > asked. > > At the moment I use a iPad and the personal hotspot function (tethering) > on it to provide internet access to my Mac Book Pro. The connection is done > by the USB cord (also to charge the battery). > > My question is now, is it possible to run FreeBSD on a Cubieboard 2 ( > http://cubieboard.org/2013/06/19/cubieboard2-is-here/) As for cubieboard2, FreeBSD runs on it, however just basic stuffs. Cubieboard2 has dual Cortex-A7 SoC, but SMP support is not there yet so it is slow. You could try 3G usb dongle and usb wifi on it, but you have to have powered usb hub, since cubieboard has only 2 usb ports. It may or may not work depending from those drivers availability. > or the comming UDOO board (http://shop.udoo.org/pre-order/udoo-quad.html) > to have a gateway / firewall on this device and between the other 2 devices > ? > UDOO seems to have i.MX6 SoC which support is not in src tree yet, although ian@ is working on it iirc. > > I don't want to run a full system (including GUI) on it - ok, if it works > why not. I look for a solution to connect the iPad over USB on the one side > and the Mac Book Pro over Ethernet on the other side to share a 3G internet > connection. It is no solution to install a dual boot system on my Mac Book > Pro and also not to use WIFI instead of the USB cord. > > My second question is, is there developing planned for the new / comming > Galaxy Note 10.1 (2014 edition) with the Exynos 5420 As for Exynos, iirc we have basic support of Exynos 5250 (arndale board), I don't know how that is different than 5420. But please note that if I'm correct we don't have FreeBSD with graphics running yet on any tablet. Correct me if I'm wrong here. Ganbold > ? > > Thanks for your answer. > > Regards, > > C. M. > > _______________________________________________ > 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 Sep 11 02:36:06 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 48A95F54 for ; Wed, 11 Sep 2013 02:36:06 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1C5A12E6D for ; Wed, 11 Sep 2013 02:36:05 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VJaHf-000NQF-F3; Wed, 11 Sep 2013 02:35:59 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r8B2ZuYi006605; Tue, 10 Sep 2013 20:35:56 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX18NviFn0OoZPW+cSw8Ob9s5 Subject: Re: FreeBSD on Cubieboard 2, UDOO and Galaxy Note 10.1 (Exynos). From: Ian Lepore To: Ganbold Tsagaankhuu In-Reply-To: References: Content-Type: text/plain; charset="us-ascii" Date: Tue, 10 Sep 2013 20:35:56 -0600 Message-ID: <1378866956.1111.608.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.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, 11 Sep 2013 02:36:06 -0000 On Wed, 2013-09-11 at 09:31 +0800, Ganbold Tsagaankhuu wrote: > On Tue, Sep 10, 2013 at 10:40 PM, Christoph Roland Murauer < > christoph_murauer@yahoo.de> wrote: > > > Hello ! > > > > I am new to FreeBSD - so, sorry if I ask something which others already > > asked. > > > > At the moment I use a iPad and the personal hotspot function (tethering) > > on it to provide internet access to my Mac Book Pro. The connection is done > > by the USB cord (also to charge the battery). > > > > My question is now, is it possible to run FreeBSD on a Cubieboard 2 ( > > http://cubieboard.org/2013/06/19/cubieboard2-is-here/) > > > As for cubieboard2, FreeBSD runs on it, however just basic stuffs. > Cubieboard2 has dual Cortex-A7 SoC, but SMP support is not there yet so it > is slow. You could try 3G usb dongle and usb wifi on it, but you have to > have powered usb hub, since cubieboard has only 2 usb ports. It may or may > not work depending from those drivers availability. > > > > > or the comming UDOO board (http://shop.udoo.org/pre-order/udoo-quad.html) > > to have a gateway / firewall on this device and between the other 2 devices > > ? > > > > UDOO seems to have i.MX6 SoC which support is not in src tree yet, although > ian@ is working on it iirc. > I have a single-core i.mx6 (wandboard) booting to multiuser mode with sdcard and ethernet drivers working. I don't have usb going yet, but someone else has it working on a quad-core, so that's more done than not. If we weren't in a code freeze I'd be thinking about getting this bare-bones support checked in so others can hack on it too. -- Ian > > > > > I don't want to run a full system (including GUI) on it - ok, if it works > > why not. I look for a solution to connect the iPad over USB on the one side > > and the Mac Book Pro over Ethernet on the other side to share a 3G internet > > connection. It is no solution to install a dual boot system on my Mac Book > > Pro and also not to use WIFI instead of the USB cord. > > > > My second question is, is there developing planned for the new / comming > > Galaxy Note 10.1 (2014 edition) with the Exynos 5420 > > > As for Exynos, iirc we have basic support of Exynos 5250 (arndale board), I > don't know how that is different than 5420. > But please note that if I'm correct we don't have FreeBSD with graphics > running yet on any tablet. > > Correct me if I'm wrong here. > > Ganbold > > > > > ? > > > > Thanks for your answer. > > > > Regards, > > > > C. M. > > > > _______________________________________________ > > 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 Wed Sep 11 03:13:00 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9E5BF573 for ; Wed, 11 Sep 2013 03:13:00 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-pb0-f45.google.com (mail-pb0-f45.google.com [209.85.160.45]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 73A4420B5 for ; Wed, 11 Sep 2013 03:13:00 +0000 (UTC) Received: by mail-pb0-f45.google.com with SMTP id mc17so8406911pbc.18 for ; Tue, 10 Sep 2013 20:12:52 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:from:content-type :content-transfer-encoding:subject:date:references:to:message-id :mime-version; bh=+XjpleOpP+oV71RAaZF7qbNyEUtAnP2nTEQrBZFzcVk=; b=Y0QCrMQthQ0rWJx7FCXH5fkpz7/s2KQsbRRoKwUYjBVahhC7sNBJEpzdSo5mxjW4Om fw4BRnjiy5Sx0NhKn23MLYojvH72bT7W/1HL5t7GbyHef1Ys9o0T2+EY8ep3TCM69eT8 kO4ojbYbigMFHgLmgquEAWuH9s/ZFRaENcb2TZ64MAyhU8H7Q06ToBO/6F3Y2kRkOQuC MtQNqO6W8z4oM13vJ1kCQuYg9cZJdIw3DcCpi03UhHMb0mzgB913TmjSOe2qHu8afypo DmwsDM7gHltlUBWFDhGAizrZJ8gNQsy+XKpH0IEzaRamclxx301F0ol2Zp23ppcePoWi Muyw== X-Gm-Message-State: ALoCoQnhKOV72xQZMSA4O3rXiqn9ax1EEA2d62lpNhiOVGvbPM//tZBHWRqRMQtVWYdZZzKinXyW X-Received: by 10.66.121.234 with SMTP id ln10mr1189813pab.20.1378869172790; Tue, 10 Sep 2013 20:12:52 -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 ESMTPSA id ia5sm26474440pbc.42.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 10 Sep 2013 20:12:52 -0700 (PDT) Sender: Warner Losh From: Warner Losh Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Fwd: CVS commit: src/lib/csu Date: Tue, 10 Sep 2013 21:12:51 -0600 References: <24478.1378868144@splode.eterna.com.au> To: embedded@freebsd.org, "freebsd-arm@freebsd.org" Message-Id: <38D6DE4E-C4E3-4239-A198-51D6AC7711AC@bsdimp.com> Mime-Version: 1.0 (Apple Message framework v1085) X-Mailer: Apple Mail (2.1085) 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, 11 Sep 2013 03:13:00 -0000 Perhaps we should do it too... I also like this elf-notes.html idea too... Warner Begin forwarded message: > From: matthew green > Date: September 10, 2013 8:55:44 PM MDT > To: source-changes-d@NetBSD.org > Cc: matt@NetBSD.org > Subject: re: CVS commit: src/lib/csu > > >> Module Name: src >> Committed By: matt >> Date: Tue Sep 10 16:45:33 UTC 2013 >> >> Modified Files: >> src/lib/csu: Makefile >> src/lib/csu/arch/earm: Makefile.inc >> src/lib/csu/common: Makefile.inc sysident.S sysident_assym.cf >> >> Log Message: >> Add support for a NetBSD MARCH elf note to record the MACHINE_ARCH for >> which a program was compiled. > > please update this doc: > > http://www.netbsd.org/docs/kernel/elf-notes.html > > and perhaps remove the link to cgd while you're at it ;) > > thanks. > > > .mrg. From owner-freebsd-arm@FreeBSD.ORG Wed Sep 11 08:21:27 2013 Return-Path: Delivered-To: arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id ED21F457; Wed, 11 Sep 2013 08:21:27 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from nibbler.fubar.geek.nz (nibbler.fubar.geek.nz [199.48.134.198]) by mx1.freebsd.org (Postfix) with ESMTP id CDBCD2C99; Wed, 11 Sep 2013 08:21:24 +0000 (UTC) Received: from bender.Home (97e5e46b.skybroadband.com [151.229.228.107]) by nibbler.fubar.geek.nz (Postfix) with ESMTPSA id 4E5A75DFFE; Wed, 11 Sep 2013 08:21:23 +0000 (UTC) Date: Wed, 11 Sep 2013 09:21:15 +0100 From: Andrew Turner To: Warner Losh Subject: Re: CVS commit: src/lib/csu Message-ID: <20130911092115.139716ce@bender.Home> In-Reply-To: <38D6DE4E-C4E3-4239-A198-51D6AC7711AC@bsdimp.com> References: <24478.1378868144@splode.eterna.com.au> <38D6DE4E-C4E3-4239-A198-51D6AC7711AC@bsdimp.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="MP_/7I9gKVU3Ja9d2NG/i=iDi=g" Cc: "freebsd-arm@freebsd.org" , embedded@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, 11 Sep 2013 08:21:28 -0000 --MP_/7I9gKVU3Ja9d2NG/i=iDi=g Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline On Tue, 10 Sep 2013 21:12:51 -0600 Warner Losh wrote: > Perhaps we should do it too... I also like this elf-notes.html idea > too... Something like the patch I've attached from the thread at [1]? It adds a MACHINE_ARCH note type. Andrew [1] http://lists.freebsd.org/pipermail/freebsd-arch/2013-July/014482.html > Warner > > Begin forwarded message: > > > From: matthew green > > Date: September 10, 2013 8:55:44 PM MDT > > To: source-changes-d@NetBSD.org > > Cc: matt@NetBSD.org > > Subject: re: CVS commit: src/lib/csu > > > > > >> Module Name: src > >> Committed By: matt > >> Date: Tue Sep 10 16:45:33 UTC 2013 > >> > >> Modified Files: > >> src/lib/csu: Makefile > >> src/lib/csu/arch/earm: Makefile.inc > >> src/lib/csu/common: Makefile.inc sysident.S > >> sysident_assym.cf > >> > >> Log Message: > >> Add support for a NetBSD MARCH elf note to record the MACHINE_ARCH > >> for which a program was compiled. > > > > please update this doc: > > > > http://www.netbsd.org/docs/kernel/elf-notes.html > > > > and perhaps remove the link to cgd while you're at it ;) > > > > thanks. > > > > > > .mrg. > > _______________________________________________ > 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" > > --MP_/7I9gKVU3Ja9d2NG/i=iDi=g Content-Type: text/x-patch Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=machine_arch_note.diff Index: lib/csu/common/crtbrand.c =================================================================== --- lib/csu/common/crtbrand.c (revision 252514) +++ lib/csu/common/crtbrand.c (working copy) @@ -64,3 +64,17 @@ .name = NOTE_FREEBSD_VENDOR, .desc = __FreeBSD_version }; + +static const struct { + int32_t namesz; + int32_t descsz; + int32_t type; + char name[sizeof(NOTE_FREEBSD_VENDOR)]; + char desc[sizeof(MACHINE_ARCH)]; +} archtag __attribute__ ((section (NOTE_SECTION), aligned(4))) __used = { + .namesz = sizeof(NOTE_FREEBSD_VENDOR), + .descsz = sizeof(MACHINE_ARCH), + .type = ARCH_NOTETYPE, + .name = NOTE_FREEBSD_VENDOR, + .desc = MACHINE_ARCH +}; Index: lib/csu/common/notes.h =================================================================== --- lib/csu/common/notes.h (revision 252514) +++ lib/csu/common/notes.h (working copy) @@ -34,5 +34,6 @@ #define ABI_NOTETYPE 1 #define CRT_NOINIT_NOTETYPE 2 +#define ARCH_NOTETYPE 3 #endif --MP_/7I9gKVU3Ja9d2NG/i=iDi=g-- From owner-freebsd-arm@FreeBSD.ORG Wed Sep 11 12:32:34 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A4198671 for ; Wed, 11 Sep 2013 12:32:34 +0000 (UTC) (envelope-from andrew.wafaa@arm.com) Received: from service87.mimecast.com (service87.mimecast.com [91.220.42.44]) by mx1.freebsd.org (Postfix) with ESMTP id 0BF5B294D for ; Wed, 11 Sep 2013 12:32:33 +0000 (UTC) Received: from emea-cam-gw1.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Wed, 11 Sep 2013 13:25:09 +0100 Received: from george.Emea.Arm.com ([fe80::6ccb:73b1:f5c3:796]) by emea-cam-gw1.Emea.Arm.com ([::1]) with mapi; Wed, 11 Sep 2013 13:25:07 +0100 From: Andrew Wafaa To: "arm@freebsd.org" Date: Wed, 11 Sep 2013 13:25:06 +0100 Subject: ARM Architecture Reference Manual availability Thread-Topic: ARM Architecture Reference Manual availability Thread-Index: Ac6u6fKGZxFOE6eWT7SlaYcGpvhThw== Message-ID: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 113091113250906402 Content-Type: text/plain; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable 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, 11 Sep 2013 12:32:34 -0000 To all those interested, ARM have finally published the reference manual for ARMv8 \o/ You can grab = a copy [0] now, you will need to accept the EULA first. Regards, Andy 0 - http://infocenter.arm.com/help/index.jsp?topic=3D/com.arm.doc.ddi0487a/= index.html -- Andrew Wafaa - Principal Engineer, Open Source - ARM Ltd. Tel: +44 1223 405981 Mob: +44 7974 074546 -- IMPORTANT NOTICE: The contents of this email and any attachments are con= fidential and may also be privileged. If you are not the intended recipient= , please notify the sender immediately and do not disclose the contents to = any other person, use it for any purpose, or store or copy the information = in any medium. Thank you. ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Regist= ered in England & Wales, Company No: 2557590 ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, R= egistered in England & Wales, Company No: 2548782 From owner-freebsd-arm@FreeBSD.ORG Wed Sep 11 13:43:14 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D3308EF8; Wed, 11 Sep 2013 13:43:14 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A6B722CF5; Wed, 11 Sep 2013 13:43:13 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r8BDh7Ub038972; Wed, 11 Sep 2013 13:43:07 GMT (envelope-from kientzle@freebsd.org) Received: from [192.168.2.123] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id 3ngixv9edstrc6meqyxcdjtjyn; Wed, 11 Sep 2013 13:43:07 +0000 (UTC) (envelope-from kientzle@freebsd.org) From: Tim Kientzle Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Subject: Panic mounting root on BeagleBone Black Date: Wed, 11 Sep 2013 06:43:05 -0700 Message-Id: <47E403AE-01A2-4AC8-8028-41F0298FAC3E@freebsd.org> To: "freebsd-arm@freebsd.org" Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) X-Mailer: Apple Mail (2.1508) Cc: Ian Lepore 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, 11 Sep 2013 13:43:15 -0000 Just built a new image for BBB from SVN r255438. At the second boot, I got this: =10=10 Mounting local file systems:. mmcsd0: Error indicated: 1 Timeout g_vfs_done():mmcsd0s2a[READ(offset=3D2016903168, length=3D4096)]error =3D = 5 vnode_pager_getpages: I/O read error vm_fault: pager read error, pid 126 (ps) mmcsd0: Error indicated: 1 Timeout g_vfs_done():mmcsd0s2a[READ(offset=3D131072, length=3D32768)]error =3D 5 sdhci_ti0-slot0: Got data interrupt 0x00000010, but there is no active = command. sdhci_ti0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER = DUMP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci_ti0-slot0: Sys addr: 0x00000000 | Version: 0x00003101 sdhci_ti0-slot0: Blk size: 0x00000200 | Blk cnt: 0x00000010 sdhci_ti0-slot0: Argument: 0x0024679e | Trn mode: 0x0000193a sdhci_ti0-slot0: Present: 0x01f70000 | Host ctl: 0x00000006 sdhci_ti0-slot0: Power: 0x0000000d | Blk gap: 0x00000000 sdhci_ti0-slot0: Wake-up: 0x00000000 | Clock: 0x00000007 sdhci_ti0-slot0: Timeout: 0x0000000d | Int stat: 0x00000000 sdhci_ti0-slot0: Int enab: 0x017f00fb | Sig enab: 0x017f00fb sdhci_ti0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci_ti0-slot0: Caps: 0x06e10080 | Max curr: 0x00000000 sdhci_ti0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =85. few more similar messages, then =85. mmcsd0: Error indicated: 1 Timeout g_vfs_done():mmcsd0s2a[WRITE(offset=3D20808192, length=3D512)]error =3D = 5 g_vfs_done():mmcsd0s2a[WRITE(offset=3D1276346368, length=3D24576)]error = =3D 5 panic: brelse: inappropriate B_PAGING or B_CLUSTER bp 0xcd148778 KDB: enter: panic [ thread pid 126 tid 100063 ] Stopped at $d: ldrb r15, [r15, r15, ror r15]! db> bt Tracing pid 126 tid 100063 td 0xc2879c80 db_trace_self() at db_trace_self db_stack_trace() at db_stack_trace+0xf4 db_command() at db_command+0x264 db_command_loop() at db_command_loop+0x60 db_trap() at db_trap+0xdc kdb_trap() at kdb_trap+0xd4 pc =3D 0xc038eb4c lr =3D 0xc05408f0 = (undefinedinstruction+0x2b0) sp =3D 0xdd71a3e0 fp =3D 0xdd71a450 r4 =3D 0x00000000 r5 =3D 0xc054059c r6 =3D 0x00000000 r7 =3D 0xe7ffffff r8 =3D 0xc2879c80 r9 =3D 0xdd71a458 r10 =3D 0xc038e440 undefinedinstruction() at undefinedinstruction+0x2b0 pc =3D 0xc05408f0 lr =3D 0xc052ffb8 (exception_exit) sp =3D 0xdd71a458 fp =3D 0xdd71a4b0 r4 =3D 0xc058b5b3 r5 =3D 0xdd71a504 r6 =3D 0xc0598888 r7 =3D 0xc065d240 r8 =3D 0xc2879c80 r9 =3D 0xc065d0a0 r10 =3D 0xc07cf900 exception_exit() at exception_exit pc =3D 0xc052ffb8 lr =3D 0xc038e434 (kdb_enter+0x40) sp =3D 0xdd71a4ac fp =3D 0xdd71a4b0 r0 =3D 0xc066ad14 r1 =3D 0x00000000 r2 =3D 0xc058f0d2 r3 =3D 0x000000ab r4 =3D 0xc058b5b3 r5 =3D 0xdd71a504 r6 =3D 0xc0598888 r7 =3D 0xc065d240 r8 =3D 0xc2879c80 r9 =3D 0xc065d0a0 r10 =3D 0xc07cf900 r12 =3D 0x00000000 $a() at $a pc =3D 0xc038e444 lr =3D 0xc03584b0 (vpanic+0xb8) sp =3D 0xdd71a4b8 fp =3D 0xdd71a4d8 r4 =3D 0x00000100 vpanic() at vpanic+0xb8 pc =3D 0xc03584b0 lr =3D 0xc03583e8 ($d) sp =3D 0xdd71a4e0 fp =3D 0xdd71a4f8 r4 =3D 0xc065d140 r5 =3D 0xc0598888 r6 =3D 0xdd71a504 r7 =3D 0xc065d0a0 r8 =3D 0x00000000 r9 =3D 0x05000040 r10 =3D 0xc290e300 $d() at $d pc =3D 0xc03583e8 lr =3D 0xc03dfacc (brelse+0x1f8) sp =3D 0xdd71a510 fp =3D 0xdd71a578 r4 =3D 0xcd148778 r5 =3D 0x00000005 r6 =3D 0x00006000 r7 =3D 0xcd148778 brelse() at brelse+0x1f8 pc =3D 0xc03dfacc lr =3D 0xc03dda68 (bufwrite+0x2e4) sp =3D 0xdd71a580 fp =3D 0xdd71a5b8 r4 =3D 0xcd148778 r5 =3D 0x00000005 r6 =3D 0x00006000 r7 =3D 0xc07cfc78 r8 =3D 0x00000000 r9 =3D 0x05000040 r10 =3D 0xc290e300 bufwrite() at bufwrite+0x2e4 pc =3D 0xc03dda68 lr =3D 0xc04e48d8 (ffs_bufwrite+0x14c) sp =3D 0xdd71a5c0 fp =3D 0xdd71a5e0 r4 =3D 0xcd148778 r5 =3D 0xc290e300 r6 =3D 0xc05ad52d r7 =3D 0xcd148778 r8 =3D 0x00000000 r9 =3D 0x00000001 r10 =3D 0xc290e300 ffs_bufwrite() at ffs_bufwrite+0x14c pc =3D 0xc04e48d8 lr =3D 0xc04c5af4 ($a+0x288) sp =3D 0xdd71a5e8 fp =3D 0xdd71a670 r4 =3D 0xc07ca380 r5 =3D 0xc290e300 r6 =3D 0xc05ad52d $a() at $a+0x288 pc =3D 0xc04c5af4 lr =3D 0xc04d2ba4 ($a+0x7c) sp =3D 0xdd71a678 fp =3D 0xdd71a690 r4 =3D 0xc05aad74 r5 =3D 0xc2abd500 r6 =3D 0xc07ca43c r7 =3D 0x0000088b r8 =3D 0x00021653 r9 =3D 0xc2ab0240 r10 =3D 0xdd71a6a8 $a() at $a+0x7c pc =3D 0xc04d2ba4 lr =3D 0xc04d8f24 = (softdep_sync_metadata+0x118) sp =3D 0xdd71a698 fp =3D 0xdd71a6c8 softdep_sync_metadata() at softdep_sync_metadata+0x118 pc =3D 0xc04d8f24 lr =3D 0xc04e68f4 (ffs_syncvnode+0x54) sp =3D 0xdd71a6d0 fp =3D 0xdd71a720 r4 =3D 0xc2ab4c00 r5 =3D 0xc2ab4c00 r6 =3D 0x00005000 r7 =3D 0xc2ab0240 r8 =3D 0xc2ab0240 r9 =3D 0x00000000 r10 =3D 0x00000000 ffs_syncvnode() at ffs_syncvnode+0x54 pc =3D 0xc04e68f4 lr =3D 0xc04bc008 (ffs_truncate+0x77c) sp =3D 0xdd71a728 fp =3D 0xdd71a8d8 r4 =3D 0xc2ab4c00 r5 =3D 0xc2ab4c00 r6 =3D 0x00005000 r7 =3D 0xc2ab0240 r8 =3D 0xc2ab0240 r9 =3D 0x00000000 r10 =3D 0x00000000 ffs_truncate() at ffs_truncate+0x77c pc =3D 0xc04bc008 lr =3D 0xc04e5b60 (ffs_write+0x750) sp =3D 0xdd71a8e0 fp =3D 0xdd71a978 r4 =3D 0x00001000 r5 =3D 0xdd71aa78 r6 =3D 0xdd71aa58 r7 =3D 0xc2ab4c00 r8 =3D 0x0000000e r9 =3D 0x00050000 r10 =3D 0xc2a18000 ffs_write() at ffs_write+0x750 pc =3D 0xc04e5b60 lr =3D 0xc0552574 (VOP_WRITE_APV+0x130) sp =3D 0xdd71a980 fp =3D 0xdd71aa38 r4 =3D 0xdd71aa78 r5 =3D 0xc064ef40 r6 =3D 0x00000000 r7 =3D 0x00000000 r8 =3D 0x00000000 r9 =3D 0x00000000 r10 =3D 0x00000101 VOP_WRITE_APV() at VOP_WRITE_APV+0x130 pc =3D 0xc0552574 lr =3D 0xc0408760 (vn_rdwr+0x1e0) sp =3D 0xdd71aa40 fp =3D 0xdd71aaa8 r4 =3D 0xc2ab0240 r5 =3D 0xc2a48ee0 r6 =3D 0x00000001 r7 =3D 0x00000000 r8 =3D 0x00000000 r9 =3D 0xc290e500 vn_rdwr() at vn_rdwr+0x1e0 pc =3D 0xc0408760 lr =3D 0xc04088e0 (vn_rdwr_inchunks+0xa4) sp =3D 0xdd71aab0 fp =3D 0xdd71aaf8 r4 =3D 0x20031000 r5 =3D 0x00001000 r6 =3D 0x00000000 r7 =3D 0x00005000 r8 =3D 0x00001000 r9 =3D 0x00005000 r10 =3D 0x00000001 vn_rdwr_inchunks() at vn_rdwr_inchunks+0xa4 pc =3D 0xc04088e0 lr =3D 0xc0305fcc (elf32_coredump+0x9b8) sp =3D 0xdd71ab00 fp =3D 0xdd71ab98 r4 =3D 0x00000000 r5 =3D 0x00000002 r6 =3D 0x00000000 r7 =3D 0x00005000 r8 =3D 0xc2a93440 r9 =3D 0xc2a93400 r10 =3D 0x00000000 elf32_coredump() at elf32_coredump+0x9b8 pc =3D 0xc0305fcc lr =3D 0xc035ba6c ($a+0x5f4) sp =3D 0xdd71aba0 fp =3D 0xdd71ad90 r4 =3D 0x00000000 r5 =3D 0xc2abe640 r6 =3D 0xc2ab0240 r7 =3D 0xc0305614 r8 =3D 0x0000004e r9 =3D 0xc058b625 r10 =3D 0x00000020 $a() at $a+0x5f4 pc =3D 0xc035ba6c lr =3D 0xc035c364 ($d) sp =3D 0xdd71ad98 fp =3D 0xdd71ae30 r4 =3D 0xc2aa8000 r5 =3D 0xc2879c80 r6 =3D 0xc2abe640 r7 =3D 0xdd71adc0 r8 =3D 0x0000000b r9 =3D 0xc2aa8ab8 r10 =3D 0x0000000a $d() at $d pc =3D 0xc035c364 lr =3D 0xc039f164 (ast+0x2d8) sp =3D 0xdd71ae38 fp =3D 0xdd71ae58 r4 =3D 0xc0591115 r5 =3D 0xc2879c80 r6 =3D 0xc2abe640 r7 =3D 0xc2abe6e8 r8 =3D 0xdd71ae60 r9 =3D 0x01020804 r10 =3D 0x00000ab8 ast() at ast+0x2d8 pc =3D 0xc039f164 lr =3D 0xc0530000 (exception_exit+0x48) sp =3D 0xdd71ae60 fp =3D 0xbfffdd20 r4 =3D 0x60000013 r5 =3D 0xc2879c80 r6 =3D 0x2003b080 r7 =3D 0x2003b080 r8 =3D 0x00000000 r9 =3D 0x00008f33 r10 =3D 0x20031000 exception_exit() at exception_exit+0x48 pc =3D 0xc0530000 lr =3D 0x200270a0 (0x200270a0) sp =3D 0xdd71aeb4 fp =3D 0xbfffdd20 r0 =3D 0x20031000 r1 =3D 0x00000000 r2 =3D 0x00000001 r3 =3D 0x00040002 r4 =3D 0x00000003 r5 =3D 0x00000004 r6 =3D 0x2003b080 r7 =3D 0x2003b080 r8 =3D 0x00000000 r9 =3D 0x00008f33 r10 =3D 0x20031000 r12 =3D 0x00000000 Unable to unwind into user mode From owner-freebsd-arm@FreeBSD.ORG Wed Sep 11 18:15:20 2013 Return-Path: Delivered-To: freebsd-arm@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BBFC5C70; Wed, 11 Sep 2013 18:15:20 +0000 (UTC) (envelope-from loos@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8C8FC2DA0; Wed, 11 Sep 2013 18:15:20 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r8BIFKn3027645; Wed, 11 Sep 2013 18:15:20 GMT (envelope-from loos@freefall.freebsd.org) Received: (from loos@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r8BIFDFP027644; Wed, 11 Sep 2013 18:15:13 GMT (envelope-from loos) Date: Wed, 11 Sep 2013 18:15:13 GMT Message-Id: <201309111815.r8BIFDFP027644@freefall.freebsd.org> To: josla972@student.liu.se, loos@FreeBSD.org, freebsd-arm@FreeBSD.org From: loos@FreeBSD.org Subject: Re: arm/176424: Compiler warning, TARGET_ARCH=armv6, make MALLOC_PRODUCTION=yes buildworld 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, 11 Sep 2013 18:15:20 -0000 Synopsis: Compiler warning, TARGET_ARCH=armv6, make MALLOC_PRODUCTION=yes buildworld State-Changed-From-To: open->closed State-Changed-By: loos State-Changed-When: Wed Sep 11 18:15:13 UTC 2013 State-Changed-Why: Closing this PR. The issue was fixed in r247269. Thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=176424 From owner-freebsd-arm@FreeBSD.ORG Wed Sep 11 18:50:03 2013 Return-Path: Delivered-To: freebsd-arm@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 05CC31D2 for ; Wed, 11 Sep 2013 18:50:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CDF0C2FB3 for ; Wed, 11 Sep 2013 18:50:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r8BIo2iL033476 for ; Wed, 11 Sep 2013 18:50:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r8BIo2x4033475; Wed, 11 Sep 2013 18:50:02 GMT (envelope-from gnats) Date: Wed, 11 Sep 2013 18:50:02 GMT Message-Id: <201309111850.r8BIo2x4033475@freefall.freebsd.org> To: freebsd-arm@FreeBSD.org Cc: From: Luiz Otavio O Souza Subject: Re: arm/175803: building xdev for arm failing X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Luiz Otavio O Souza List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Sep 2013 18:50:03 -0000 The following reply was made to PR arm/175803; it has been noted by GNATS. From: Luiz Otavio O Souza To: bug-followup@FreeBSD.org, ike@blackskyresearch.net Cc: Subject: Re: arm/175803: building xdev for arm failing Date: Wed, 11 Sep 2013 15:42:39 -0300 hello Isaac, This seems to not be an issue anymore on -HEAD. Could you please try it = again and check if the problem was fixed you ? If this is the case, can = we close this PR ? Regards, Luiz= From owner-freebsd-arm@FreeBSD.ORG Wed Sep 11 19:38:13 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 16BE64E9; Wed, 11 Sep 2013 19:38:13 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E2E8D22D8; Wed, 11 Sep 2013 19:38:12 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id B0452B946; Wed, 11 Sep 2013 15:38:11 -0400 (EDT) From: John Baldwin To: freebsd-embedded@freebsd.org Subject: Re: CVS commit: src/lib/csu Date: Wed, 11 Sep 2013 10:49:50 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <24478.1378868144@splode.eterna.com.au> <38D6DE4E-C4E3-4239-A198-51D6AC7711AC@bsdimp.com> <20130911092115.139716ce@bender.Home> In-Reply-To: <20130911092115.139716ce@bender.Home> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201309111049.51003.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 11 Sep 2013 15:38:12 -0400 (EDT) Cc: "freebsd-arm@freebsd.org" , embedded@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, 11 Sep 2013 19:38:13 -0000 On Wednesday, September 11, 2013 4:21:15 am Andrew Turner wrote: > On Tue, 10 Sep 2013 21:12:51 -0600 > Warner Losh wrote: > > > Perhaps we should do it too... I also like this elf-notes.html idea > > too... > > Something like the patch I've attached from the thread at [1]? It adds > a MACHINE_ARCH note type. bapt@ will want this for pkgng. It might be nice to go whole hog and store the entire triple (MACHINE, MACHINE_ARCH, MACHINE_CPUARCH). -- John Baldwin From owner-freebsd-arm@FreeBSD.ORG Wed Sep 11 19:51:14 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9E982D17 for ; Wed, 11 Sep 2013 19:51:14 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-ie0-f176.google.com (mail-ie0-f176.google.com [209.85.223.176]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6C04B23D2 for ; Wed, 11 Sep 2013 19:51:14 +0000 (UTC) Received: by mail-ie0-f176.google.com with SMTP id w15so4504462iea.21 for ; Wed, 11 Sep 2013 12:51:07 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=yGIfMjAVRR5BvVdoYNkZ1fITvq8DCGABPN6kR8EgnIU=; b=a9UqohMRJdZ7CzMeuqAKsdf7y3l7lnuT6VxOHzdii5AfW7yvV1lIR3fAWl4pHLb7ub jAuhR9B/EM9K5P3Ex2BOFQGMG8cRH4aN1bkckwexGnr4PkHQRdQZGAK3krFpNkAzsap7 EKVEeQcPyPfPxnKe9jK7yPZK+Q967Hy6pd0GPU7nubZJCbFuB3p2jCASaKbTI6kpBLRs rgshqEQyH+wm8yHvMOQ4mZRD1gjsyk2tw9RKqinJFaqVRftF67OZUORzdKQQRdmNU+A+ N8MoRzZSRCCxMl2F8r1WvzxJ/PYUS0bSD2JqnsLU94LbaBAPsa635I6ZXlYk8x0ZfPGU fLcA== X-Gm-Message-State: ALoCoQn0A4rxNgyiPwxzs0/HUgWf2JL7HW97gu8MyePqfK8h2E9gFgPrRKOfEWsiE0v3Mrhdj9yt X-Received: by 10.50.106.102 with SMTP id gt6mr12504869igb.46.1378929067829; Wed, 11 Sep 2013 12:51:07 -0700 (PDT) Received: from [10.30.101.53] ([209.117.142.2]) by mx.google.com with ESMTPSA id ih14sm4255842igb.7.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 11 Sep 2013 12:51:07 -0700 (PDT) Sender: Warner Losh Subject: Re: CVS commit: src/lib/csu Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <201309111049.51003.jhb@freebsd.org> Date: Wed, 11 Sep 2013 13:51:04 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <18371758-4A05-4C7B-AF7B-AD07AC9529F0@bsdimp.com> References: <24478.1378868144@splode.eterna.com.au> <38D6DE4E-C4E3-4239-A198-51D6AC7711AC@bsdimp.com> <20130911092115.139716ce@bender.Home> <201309111049.51003.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1085) Cc: "freebsd-arm@freebsd.org" , embedded@freebsd.org, freebsd-embedded@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, 11 Sep 2013 19:51:14 -0000 On Sep 11, 2013, at 8:49 AM, John Baldwin wrote: > On Wednesday, September 11, 2013 4:21:15 am Andrew Turner wrote: >> On Tue, 10 Sep 2013 21:12:51 -0600 >> Warner Losh wrote: >>=20 >>> Perhaps we should do it too... I also like this elf-notes.html idea >>> too... >>=20 >> Something like the patch I've attached from the thread at [1]? It = adds >> a MACHINE_ARCH note type. >=20 > bapt@ will want this for pkgng. It might be nice to go whole hog and = store > the entire triple (MACHINE, MACHINE_ARCH, MACHINE_CPUARCH). MACHINE is just the kernel interface, might be only mildly useful to = pkgng. MACHINE_ARCH is useful since it uniquely defines the ABI we're using, by = definition. MACHINE_CPUARCH can be derived from MACHINE_ARCH and isn't actually = useful to pkgng at all. It is a build-time value to select which files = from our tree to build with. Warner From owner-freebsd-arm@FreeBSD.ORG Wed Sep 11 19:56:52 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A7485E25; Wed, 11 Sep 2013 19:56:52 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from mail.icecube.wisc.edu (trout.icecube.wisc.edu [128.104.255.119]) by mx1.freebsd.org (Postfix) with ESMTP id 7E1BD2400; Wed, 11 Sep 2013 19:56:51 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.icecube.wisc.edu (Postfix) with ESMTP id 0BD825837F; Wed, 11 Sep 2013 14:56:45 -0500 (CDT) X-Virus-Scanned: amavisd-new at icecube.wisc.edu Received: from mail.icecube.wisc.edu ([127.0.0.1]) by localhost (trout.icecube.wisc.edu [127.0.0.1]) (amavisd-new, port 10030) with ESMTP id S8IIJz6OFn9X; Wed, 11 Sep 2013 14:56:44 -0500 (CDT) Received: from terminus.icecube.wisc.edu (terminus.icecube.wisc.edu [172.16.223.97]) by mail.icecube.wisc.edu (Postfix) with ESMTP id DCC465830A; Wed, 11 Sep 2013 14:56:44 -0500 (CDT) Message-ID: <5230CAFC.3060503@freebsd.org> Date: Wed, 11 Sep 2013 14:56:44 -0500 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130906 Thunderbird/17.0.8 MIME-Version: 1.0 To: Warner Losh Subject: Re: CVS commit: src/lib/csu References: <24478.1378868144@splode.eterna.com.au> <38D6DE4E-C4E3-4239-A198-51D6AC7711AC@bsdimp.com> <20130911092115.139716ce@bender.Home> <201309111049.51003.jhb@freebsd.org> <18371758-4A05-4C7B-AF7B-AD07AC9529F0@bsdimp.com> In-Reply-To: <18371758-4A05-4C7B-AF7B-AD07AC9529F0@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-arm@freebsd.org" , embedded@freebsd.org, freebsd-embedded@freebsd.org, John Baldwin 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, 11 Sep 2013 19:56:52 -0000 On 09/11/13 14:51, Warner Losh wrote: > On Sep 11, 2013, at 8:49 AM, John Baldwin wrote: > >> On Wednesday, September 11, 2013 4:21:15 am Andrew Turner wrote: >>> On Tue, 10 Sep 2013 21:12:51 -0600 >>> Warner Losh wrote: >>> >>>> Perhaps we should do it too... I also like this elf-notes.html idea >>>> too... >>> Something like the patch I've attached from the thread at [1]? It adds >>> a MACHINE_ARCH note type. >> bapt@ will want this for pkgng. It might be nice to go whole hog and store >> the entire triple (MACHINE, MACHINE_ARCH, MACHINE_CPUARCH). > MACHINE is just the kernel interface, might be only mildly useful to pkgng. > MACHINE_ARCH is useful since it uniquely defines the ABI we're using, by definition. > MACHINE_CPUARCH can be derived from MACHINE_ARCH and isn't actually useful to pkgng at all. It is a build-time value to select which files from our tree to build with. > > Warner > So the last time we had this discussion, the consensus was that we add a sysctl with the list of all supported emulations in terms of MACHINE_ARCH. This is probably about 10 minutes of work aside from how to handle Linux emulations. Is this worth doing for 10.0? -Nathan From owner-freebsd-arm@FreeBSD.ORG Wed Sep 11 23:32:03 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 38DCA747 for ; Wed, 11 Sep 2013 23:32:03 +0000 (UTC) (envelope-from meschoyez@gmail.com) Received: from mail-ie0-x22b.google.com (mail-ie0-x22b.google.com [IPv6:2607:f8b0:4001:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0BE022068 for ; Wed, 11 Sep 2013 23:32:03 +0000 (UTC) Received: by mail-ie0-f171.google.com with SMTP id 16so9673229iea.16 for ; Wed, 11 Sep 2013 16:32:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=SpMIy/5rV0Wp+VgJn++QQ0cUsBdGq4oopNFqjiiRJoQ=; b=B/piREQP9yyq4o09vwlxi3EYInmbRZtqMoYQaFA8P7UJOjCGaUvcvds6NYCG0EOKBY wNk4fmSrAHtZVI+3NWBdhxW19O4WpfTm+K1S9E192b61bj915wEmfgl/ONT7ttMQmxLY fjn7UUEV29xO/AaSux85veFplUCwKBxgWx7U/ZuPTsnGgSawYtOnXL99P+9u/Gz3HkPv EePhshGeAiNXl3NBVEpohaynh2UkmScPSF8omVwPO9MD3+Ry23KjE7giO1NuOx7fWk6C B4nKzjspc4iw1P6HiBeMKK2wc2iQNDbQKT/h4W3Gb22LZ4NuLbNIf1e3unWaV2EryYFQ IneQ== MIME-Version: 1.0 X-Received: by 10.50.124.10 with SMTP id me10mr1075505igb.40.1378942322517; Wed, 11 Sep 2013 16:32:02 -0700 (PDT) Received: by 10.64.76.169 with HTTP; Wed, 11 Sep 2013 16:32:02 -0700 (PDT) Date: Wed, 11 Sep 2013 20:32:02 -0300 Message-ID: Subject: Development contribution for Allwinner Family (our first step) From: Maximiliano Eschoyez To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Marcelo cebollada y verdaguer 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, 11 Sep 2013 23:32:03 -0000 Dear all: We are a recently born working group at the Facultad de Ciencias Exactas, F=EDsicas y Naturales (http://www.efn.uncor.edu/), Universidad Nacional de C=F3rdoba (http://www.unc.edu.ar/) interested in technologies for education= , from server configuration/administration to embedded systems. Marcelo Cebollada and me are the leaders of the group and we are leading students professional practices and final career projects. My first FreeBSD installation was 2.2.6 (1998), when I was a student. Today, we have several servers with different BSD flavors serving different services for the University. Our largest service over FreeBSD is a Moodle Installation (http://lev.efn.uncor.edu/). In the next weeks we will start working to have a FreeBSD mirror in one of our new servers. We started our embedded tour with the Mele A1000 (Allwinner A10). You have also seen mail from our students that were working with it (Mariano Lescano, Jos=E9 Ribodino and Manuel Ferreiro). They succeed embedding FreeB= SD upon all driver limitations. Also, they could run FreeBSD on a Cubieboard in a similar way as Crochet does. Now, they are working on a tutorial. Of course, we want to contribute our experience. Now, we have a Raspberry Pi, two Cubieboard 1 and two small systems ( http://www.aliexpress.com/snapshot/231118984.html). We are waiting the arriving of a Cubieboard 2 and some QT960-A2 ( http://www.aliexpress.com/item/TV-BOX-QT960-A2-Android-Set-Top-TV-BOX-1GB-R= AM-4GB-ROM-HDMI-Allwinner-A20/1184857989.html ). Two other students are starting they professional practice in driver development. They will focus on Cubieboard 1 and 2, especifically in SD, NAND flash and Ethernet drivers. We want to know the status of Cubieboard drivers. Is anyone working on it? Do you have some suggestions about how to start? So, all your help would be very appreciated. We hope we can contribute to the FreeBSD Project. --=20 Saludos cordiales, Maximiliano Eschoyez From owner-freebsd-arm@FreeBSD.ORG Thu Sep 12 01: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]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9F993307 for ; Thu, 12 Sep 2013 01:14:13 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: from mail-ie0-x236.google.com (mail-ie0-x236.google.com [IPv6:2607:f8b0:4001:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 709E124FD for ; Thu, 12 Sep 2013 01:14:13 +0000 (UTC) Received: by mail-ie0-f182.google.com with SMTP id aq17so21162926iec.13 for ; Wed, 11 Sep 2013 18:14:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=8pfL4/6lfnitBTwGutldDR5n5zKfUTPcVHddyLOlexQ=; b=XFg+c57lMBNu9R2VCbSyxgEOu8UNazzMrnvZhSpCIH1rH2EmA4AxRHu/qIDSjh+Zxg iB29dhb0O4dj/VzgIwEemDgcSoVc/MY1GuJL40fXTeAQv0Vuba/7izFCzqI1ekCYI+gC CU+V8Qz7Y/2cOvjz4FipvIA2pgoSiroyXTnhf/sIBbbAjL6U+rMWZG7O+YGkEhWUI4yL cDzexCplFHaQ9f+Qa2m2iXH7NvvV+kENIUtHPc29s2FD677SHIgKDP4NFfPmpEUYgEfi 6keSzFbtIhdbbuUHrZuXI5GrqTHYkvzPvqc9gQvFuP4QPmpv2OIrABF57IsQ9a47BjHK IqRg== MIME-Version: 1.0 X-Received: by 10.50.127.197 with SMTP id ni5mr1119439igb.54.1378948452876; Wed, 11 Sep 2013 18:14:12 -0700 (PDT) Received: by 10.65.14.129 with HTTP; Wed, 11 Sep 2013 18:14:12 -0700 (PDT) In-Reply-To: References: Date: Thu, 12 Sep 2013 09:14:12 +0800 Message-ID: Subject: Re: Development contribution for Allwinner Family (our first step) From: Ganbold Tsagaankhuu To: Maximiliano Eschoyez 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" , Marcelo cebollada y verdaguer 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, 12 Sep 2013 01:14:13 -0000 Maximilliano, On Thu, Sep 12, 2013 at 7:32 AM, Maximiliano Eschoyez wrote: > Dear all: > > We are a recently born working group at the Facultad de Ciencias Exactas, > F=EDsicas y Naturales (http://www.efn.uncor.edu/), Universidad Nacional d= e > C=F3rdoba (http://www.unc.edu.ar/) interested in technologies for educati= on, > from server configuration/administration to embedded systems. > > Marcelo Cebollada and me are the leaders of the group and we are leading > students professional practices and final career projects. > > My first FreeBSD installation was 2.2.6 (1998), when I was a student. > Today, we have several servers with different BSD flavors serving differe= nt > services for the University. Our largest service over FreeBSD is a Moodle > Installation (http://lev.efn.uncor.edu/). In the next weeks we will start > working to have a FreeBSD mirror in one of our new servers. > > We started our embedded tour with the Mele A1000 (Allwinner A10). You hav= e > also seen mail from our students that were working with it (Mariano > Lescano, Jos=E9 Ribodino and Manuel Ferreiro). They succeed embedding Fre= eBSD > upon all driver limitations. Also, they could run FreeBSD on a Cubieboard > in a similar way as Crochet does. Now, they are working on a tutorial. Of > course, we want to contribute our experience. > > Very cool. > Now, we have a Raspberry Pi, two Cubieboard 1 and two small systems ( > http://www.aliexpress.com/snapshot/231118984.html). So did you able to run FreeBSD on Amlogic SoC? Do you have patches? > We are waiting the > arriving of a Cubieboard 2 and some QT960-A2 ( > > http://www.aliexpress.com/item/TV-BOX-QT960-A2-Android-Set-Top-TV-BOX-1GB= -RAM-4GB-ROM-HDMI-Allwinner-A20/1184857989.html > ). > > Two other students are starting they professional practice in driver > development. They will focus on Cubieboard 1 and 2, especifically in SD, > NAND flash and Ethernet drivers. > > We want to know the status of Cubieboard drivers. Is anyone working on it= ? > Do you have some suggestions about how to start? So, all your help would = be > very appreciated. > > We hope we can contribute to the FreeBSD Project. > That is very cool. There is #bsdmips channel in EFnet where committers and other developers discuss about arm, mips, ppc etc. related developments. As for Cubieboard(1,2) drivers I started to work on ethernet(emac) driver, however it is not finished and needs some help from experienced developers. Alexander Fedorov wrote mmc (SD) driver and it works nicely but it is not in src tree yet. Iirc, Warner was interested in nand flash driver development. Some developers already have Cubieboard(1,2), Hackberry, Marsboard so once you write a driver one can test it. So get the HEAD src tree and start hacking :) Ganbold > > -- > Saludos cordiales, > > Maximiliano Eschoyez > _______________________________________________ > 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 Sep 12 01:57:59 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0822FBE6 for ; Thu, 12 Sep 2013 01:57:59 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-pa0-f41.google.com (mail-pa0-f41.google.com [209.85.220.41]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D42272673 for ; Thu, 12 Sep 2013 01:57:58 +0000 (UTC) Received: by mail-pa0-f41.google.com with SMTP id bj1so419379pad.28 for ; Wed, 11 Sep 2013 18:57:52 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=kJstQ5HckHpB2XSA2fdmuRzdpgnmKU3egcGHipBHQPs=; b=PZstePdFCqMJKgni0PfXWcFlOV0LSRMFKliXrZF8KY6P5cOHn7ASorrodl4pbysspn Q0WqfLXMbgklpfPWPyM/yYRCk6DZ4tgmEXjryJCEU29OcI581eiVFBXS94iWtsT6AMtb e9D7jikJo6MNzP7oyYHmwBhEfBwrl6pExBvHCvQY6Na2l86nI6pd4ehCDunSiPR/OICb FyeUaIZc8PLxIA2mBnvM3z44lZUj+UBi9IDZk2js1fBBFgAZXn+NKqvatFWp5QExVMuK VDgpXqx7iuAkiApsg/b8SKI/ZwyvFqiI8MUM62nKKg1J1VNaiz2sgGOx8OScKDZxikL4 2/pQ== X-Gm-Message-State: ALoCoQnnez6cj+0ONBEGuLA1zZDMxfMgJw+ctuIyHbNi/c/FvWhLablEpxAq69uQcowOd6m1mJME X-Received: by 10.66.218.98 with SMTP id pf2mr6921730pac.120.1378951072322; Wed, 11 Sep 2013 18:57:52 -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 ESMTPSA id kd1sm6859941pab.20.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 11 Sep 2013 18:57:51 -0700 (PDT) Sender: Warner Losh Subject: Re: Development contribution for Allwinner Family (our first step) Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=iso-8859-1 From: Warner Losh In-Reply-To: Date: Wed, 11 Sep 2013 19:57:49 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Maximiliano Eschoyez X-Mailer: Apple Mail (2.1085) Cc: freebsd-arm@freebsd.org, Marcelo cebollada y verdaguer 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, 12 Sep 2013 01:57:59 -0000 On Sep 11, 2013, at 5:32 PM, Maximiliano Eschoyez wrote: > Dear all: >=20 > We are a recently born working group at the Facultad de Ciencias = Exactas, > F=EDsicas y Naturales (http://www.efn.uncor.edu/), Universidad = Nacional de > C=F3rdoba (http://www.unc.edu.ar/) interested in technologies for = education, > from server configuration/administration to embedded systems. >=20 > Marcelo Cebollada and me are the leaders of the group and we are = leading > students professional practices and final career projects. >=20 > My first FreeBSD installation was 2.2.6 (1998), when I was a student. > Today, we have several servers with different BSD flavors serving = different > services for the University. Our largest service over FreeBSD is a = Moodle > Installation (http://lev.efn.uncor.edu/). In the next weeks we will = start > working to have a FreeBSD mirror in one of our new servers. Fun... > We started our embedded tour with the Mele A1000 (Allwinner A10). You = have > also seen mail from our students that were working with it (Mariano > Lescano, Jos=E9 Ribodino and Manuel Ferreiro). They succeed embedding = FreeBSD > upon all driver limitations. Also, they could run FreeBSD on a = Cubieboard > in a similar way as Crochet does. Now, they are working on a tutorial. = Of > course, we want to contribute our experience. We'd love to see that... > Now, we have a Raspberry Pi, two Cubieboard 1 and two small systems ( > http://www.aliexpress.com/snapshot/231118984.html). We are waiting the > arriving of a Cubieboard 2 and some QT960-A2 ( > = http://www.aliexpress.com/item/TV-BOX-QT960-A2-Android-Set-Top-TV-BOX-1GB-= RAM-4GB-ROM-HDMI-Allwinner-A20/1184857989.html > ). The A20 is newer than the A10 that I have... I've had my Cubieboard put = away for a bit, maybe I should get it out... > Two other students are starting they professional practice in driver > development. They will focus on Cubieboard 1 and 2, especifically in = SD, > NAND flash and Ethernet drivers. Way cool! > We want to know the status of Cubieboard drivers. Is anyone working on = it? > Do you have some suggestions about how to start? So, all your help = would be > very appreciated. My Cubieboard can boot on a USB thumb drive. We don't have good drivers = for the SD or NAND or NIC (maybe the latter is better now)... Warner > We hope we can contribute to the FreeBSD Project. >=20 > --=20 > Saludos cordiales, >=20 > Maximiliano Eschoyez > _______________________________________________ > 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 Sep 12 06:28: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]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2390B2B3 for ; Thu, 12 Sep 2013 06:28:55 +0000 (UTC) (envelope-from edschouten@gmail.com) Received: from mail-ve0-x229.google.com (mail-ve0-x229.google.com [IPv6:2607:f8b0:400c:c01::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D769523A6 for ; Thu, 12 Sep 2013 06:28:54 +0000 (UTC) Received: by mail-ve0-f169.google.com with SMTP id db12so6864789veb.0 for ; Wed, 11 Sep 2013 23:28:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=7bPZn7ICBEQI93WpgLq/b2lYsQNaA0JmCDrl35GQ8gQ=; b=Bg+p6whKhCUeXaAHkB+KG/2ZIBiABVy2ojDTzX1OPenEVhkeEi7Hk754BN9wgjc8zh l/Tsjx6LpYAvs7kPtgH7GqKVdrzFth52hGbjZq1Py6Y4cxCJ9DL8koMpChN+a4VV0Z7Z SDsiZa54rGsr/sm6meJq9gxQQKmnKU3wcSyeoyrhIE0ByU4r76pM90K9kGfAZvCs6FE2 y1N1+MUIwzdUpvDrGzmcM1bVuf2kES6q4kZRJwlgjQvCnUVVN0AsyitOnYVHpngxMvJT 8LCFUxHu4r6oSxFp3LQewAJDWdHYls1fg92+o6VDp7MFRoAf4L340f/jztDvRCG19HW9 OB4Q== MIME-Version: 1.0 X-Received: by 10.52.120.78 with SMTP id la14mr4368482vdb.9.1378967333741; Wed, 11 Sep 2013 23:28:53 -0700 (PDT) Sender: edschouten@gmail.com Received: by 10.220.115.206 with HTTP; Wed, 11 Sep 2013 23:28:53 -0700 (PDT) In-Reply-To: <20130911002320.0f05b836@bender.Home> References: <522C592C.5010800@m5p.com> <20130909231720.5b2c4823@bender.Home> <20130911002320.0f05b836@bender.Home> Date: Thu, 12 Sep 2013 08:28:53 +0200 X-Google-Sender-Auth: i_4dX2JTV-jfypDtqhwz2BKO7is Message-ID: Subject: Re: Failure compiling glib20 on ARM From: Ed Schouten To: Andrew Turner Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-arm@freebsd.org" , George Mitchell 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, 12 Sep 2013 06:28:55 -0000 2013/9/11 Andrew Turner : > It looks like clang handles these gcc builtins by generating the > appropriate code without calling an external function. The version of > gcc we have in the tree will generate a call. Only on armv6. On armv5 it should call the external functions. -- Ed Schouten From owner-freebsd-arm@FreeBSD.ORG Thu Sep 12 10:49:00 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B0BDF4C2 for ; Thu, 12 Sep 2013 10:49:00 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-qe0-x233.google.com (mail-qe0-x233.google.com [IPv6:2607:f8b0:400d:c02::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 733EA280E for ; Thu, 12 Sep 2013 10:49:00 +0000 (UTC) Received: by mail-qe0-f51.google.com with SMTP id ne12so6420807qeb.38 for ; Thu, 12 Sep 2013 03:48:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=7e17aUiIDIbs7Jnk70ibLrua7F8Bw+Scf6qJJgmEo7U=; b=Z2dhwxMmBIf08xgQVLKLmFVC2nTjvq8PTDmt83AVxcqmTXFBZ6sZoBC70Tdf5n7KYZ 7BVTmWDql9Ds+DrNCgDhJLXkbd37o8ukpfe0igKd5nyXbaIHPlsefFDVQIJoZwtuPR8G Y6KiACAm6XU7/BWHVbElekzUxNX2LVNJUKAWT7IOlOrMEfEzrc2ROgsG/NLDpEd2d8w6 T+1c2DyFuqF3vaQkz5yDewhBnM1M/Ab9RMY31JTMQa117CrmY/CmMjFYlFivhAAfG2SM zt4KTp+0O1vCs6s00RCoHmH324SQsMQvr7CWX37NeulgvX36Fys4EzszRwHWGFkaoCbx Is0w== MIME-Version: 1.0 X-Received: by 10.229.79.70 with SMTP id o6mr12446064qck.21.1378982939417; Thu, 12 Sep 2013 03:48:59 -0700 (PDT) Received: by 10.140.90.7 with HTTP; Thu, 12 Sep 2013 03:48:59 -0700 (PDT) In-Reply-To: <20130910154335.GT68682@funkthat.com> References: <20130910154335.GT68682@funkthat.com> Date: Thu, 12 Sep 2013 12:48:59 +0200 Message-ID: Subject: Re: Architecture vs. bus vs. device DMA cache coherency From: Svatopluk Kraus To: John-Mark Gurney 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, 12 Sep 2013 10:49:00 -0000 On Tue, Sep 10, 2013 at 5:43 PM, John-Mark Gurney wrote: > Svatopluk Kraus wrote this message on Tue, Sep 10, 2013 at 13:19 +0200: > > Even in DMA cache coherent architectures there could be not-coherent DMA > > busses and/or devices. Thus, each bus and/or device should be described > by > > its bus_dma_tag and the tag should carry information about DMA cache > > coherency. > > I've thought about this a lot myself, and I'm not familar w/ a bus (that > isn't main memory) or device that isn't cache coherent... Most busses > write to memory through an arbiter (north bridge or cpu/soc) that does > the proper read/modify/write cycles to get the memory there. I have > not heard of another bus/device that does their own read/modify/write > cycles to get their writes to memory. Can you name a current bus/device > that does this? > > Our busdma system does have issues that if you try to dma to say, > video memory, we don't handle that (well) because we assume that all > memory is a flat space and belongs to nexus, but this isn't always > correct. > > If you have an architecture like this, can you please tell use which > system you are trying to fix? Well, bus DMA implementation is MD code. We have taken into account ARM architecture mainly and tried to cover not-coherent ARMs, ARMs with ACP, and coherent ARMs. However, bus_dma_tag_t is common interface, so we've spread our thoughts and added to our model even hypotetical cases. You are right that devices with own memory on them, which is not accessed thru a bus from device side, are an issue. Like fast data (video) grabbers with dual-ported RAMs. Svatopluk Kraus From owner-freebsd-arm@FreeBSD.ORG Thu Sep 12 12:27:04 2013 Return-Path: Delivered-To: freebsd-arm@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6A42F2A1; Thu, 12 Sep 2013 12:27:04 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3F3952EED; Thu, 12 Sep 2013 12:27:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r8CCR444066410; Thu, 12 Sep 2013 12:27:04 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r8CCR4Rl066409; Thu, 12 Sep 2013 12:27:04 GMT (envelope-from gavin) Date: Thu, 12 Sep 2013 12:27:04 GMT Message-Id: <201309121227.r8CCR4Rl066409@freefall.freebsd.org> To: gavin@freebsd.org, gavin@FreeBSD.org, freebsd-arm@FreeBSD.org From: gavin@FreeBSD.org Subject: Re: arm/134338: [patch] Lock GPIO accesses on ixp425 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, 12 Sep 2013 12:27:04 -0000 Synopsis: [patch] Lock GPIO accesses on ixp425 State-Changed-From-To: patched->closed State-Changed-By: gavin State-Changed-When: Thu Sep 12 12:26:02 UTC 2013 State-Changed-Why: This can now be closed, an equivalent patch was committed some time ago. http://www.freebsd.org/cgi/query-pr.cgi?pr=134338 From owner-freebsd-arm@FreeBSD.ORG Thu Sep 12 14:55:49 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0F84D3C9; Thu, 12 Sep 2013 14:55:49 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D87E528A9; Thu, 12 Sep 2013 14:55:48 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VK8J4-000JrD-72; Thu, 12 Sep 2013 14:55:42 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r8CEtdne008488; Thu, 12 Sep 2013 08:55:39 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1+ovZDorv0n2e9J406nzEwN Subject: Re: Panic mounting root on BeagleBone Black From: Ian Lepore To: Tim Kientzle In-Reply-To: <47E403AE-01A2-4AC8-8028-41F0298FAC3E@freebsd.org> References: <47E403AE-01A2-4AC8-8028-41F0298FAC3E@freebsd.org> Content-Type: text/plain; charset="windows-1251" Date: Thu, 12 Sep 2013 08:55:38 -0600 Message-ID: <1378997738.1111.631.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by damnhippie.dyndns.org id r8CEtdne008488 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, 12 Sep 2013 14:55:49 -0000 On Wed, 2013-09-11 at 06:43 -0700, Tim Kientzle wrote: > Just built a new image for BBB from SVN r255438. >=20 > At the second boot, I got this: > =10=10 > Mounting local file systems:. > mmcsd0: Error indicated: 1 Timeout > g_vfs_done():mmcsd0s2a[READ(offset=3D2016903168, length=3D4096)]error =3D= 5 > vnode_pager_getpages: I/O read error > vm_fault: pager read error, pid 126 (ps) > mmcsd0: Error indicated: 1 Timeout > g_vfs_done():mmcsd0s2a[READ(offset=3D131072, length=3D32768)]error =3D = 5 > sdhci_ti0-slot0: Got data interrupt 0x00000010, but there is no active = command. > sdhci_ti0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DU= MP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > sdhci_ti0-slot0: Sys addr: 0x00000000 | Version: 0x00003101 > sdhci_ti0-slot0: Blk size: 0x00000200 | Blk cnt: 0x00000010 > sdhci_ti0-slot0: Argument: 0x0024679e | Trn mode: 0x0000193a > sdhci_ti0-slot0: Present: 0x01f70000 | Host ctl: 0x00000006 > sdhci_ti0-slot0: Power: 0x0000000d | Blk gap: 0x00000000 > sdhci_ti0-slot0: Wake-up: 0x00000000 | Clock: 0x00000007 > sdhci_ti0-slot0: Timeout: 0x0000000d | Int stat: 0x00000000 > sdhci_ti0-slot0: Int enab: 0x017f00fb | Sig enab: 0x017f00fb > sdhci_ti0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 > sdhci_ti0-slot0: Caps: 0x06e10080 | Max curr: 0x00000000 > sdhci_ti0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >=20 > =85. few more similar messages, then =85. >=20 > mmcsd0: Error indicated: 1 Timeout > g_vfs_done():mmcsd0s2a[WRITE(offset=3D20808192, length=3D512)]error =3D= 5 > g_vfs_done():mmcsd0s2a[WRITE(offset=3D1276346368, length=3D24576)]error= =3D 5 > panic: brelse: inappropriate B_PAGING or B_CLUSTER bp 0xcd148778 > [bt snipped] >=20 This was a single occurance, right? Like you're not dead in the water or anything? There's insanity in that info... the register dump shows a multi-block write (8kbytes) was set up, but the command that timed out was a read. If a prior write had timed out why isn't there a g_vfs_done() error logged for it? I think what we really need is some better error recovery in the mmc and sd layers. Retrying a failed IO is cheap and easy. More complex recovery is possible too (power cycling and re-intializing the card and/or controller). But that has its own difficulties -- what if the nature of the problem was that the user swapped cards? -- you don't want to retry a write under those conditions. -- Ian From owner-freebsd-arm@FreeBSD.ORG Thu Sep 12 15:07:22 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1003D586; Thu, 12 Sep 2013 15:07:22 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from smtpauth3.wiscmail.wisc.edu (wmauth3.doit.wisc.edu [144.92.197.226]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D9D712944; Thu, 12 Sep 2013 15:07:21 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth3.wiscmail.wisc.edu by smtpauth3.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) id <0MT000L00OD6ZT00@smtpauth3.wiscmail.wisc.edu>; Thu, 12 Sep 2013 10:07:20 -0500 (CDT) X-Spam-PmxInfo: Server=avs-3, Version=6.0.3.2322014, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2013.9.12.145714, SenderIP=0.0.0.0 X-Spam-Report: AuthenticatedSender=yes, SenderIP=0.0.0.0 Received: from comporellon.tachypleus.net (unknown [76.210.60.217]) by smtpauth3.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) with ESMTPSA id <0MT0003B0Q067Q00@smtpauth3.wiscmail.wisc.edu>; Thu, 12 Sep 2013 10:07:19 -0500 (CDT) Message-id: <5231D8A6.9080501@freebsd.org> Date: Thu, 12 Sep 2013 10:07:18 -0500 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130907 Thunderbird/17.0.8 To: freebsd-ppc@freebsd.org, freebsd-arm@freebsd.org, freebsd-sparc64 Subject: Re: Patch for Cross-Reference Phandles References: <522CC7E0.9060508@freebsd.org> In-reply-to: <522CC7E0.9060508@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, 12 Sep 2013 15:07:22 -0000 On 09/08/13 13:54, Nathan Whitehorn wrote: > Open Firmware has three namespaces for handles: > 1. Instance handles, for open devices > 2. Package handles for the client interface > 3. Package handles for device tree cross references > > On Powermac hardware, we assume that (2) and (3) are identical and > call both phandles. On embedded FDT systems, you can't open devices > and so we abuse ihandle_t for (3). IBM pSeries hardware, however, has > all three things. With that in mind, I'd like to start separating > them. The patch at > http://people.freebsd.org/~nwhitehorn/xref_phandle.diff adds a new > function (OF_child_xref_phandle) that takes a phandle of type (3) and > turns into one of type (2) by searching for entries named "phandle", > "ibm,phandle", or "linux,phandle" in the tree. This should work for > FDT as well, but is not connected in the patch to anything actually > FDT related. > > Comments would be appreciated. I'd like to get to get this as in as > soon as possible (given the HEAD freeze) otherwise. > -Nathan Since I haven't heard anything, it shouldn't affect any existing platforms or code, and it would be nice to have this interface available in the 10.x series, I plan to ask re@ for commit approval tomorrow. Please let me know if there are any objections. -Nathan From owner-freebsd-arm@FreeBSD.ORG Thu Sep 12 15:44:24 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3FFFFFAE for ; Thu, 12 Sep 2013 15:44:24 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-oa0-f48.google.com (mail-oa0-f48.google.com [209.85.219.48]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E5D7D2B85 for ; Thu, 12 Sep 2013 15:44:23 +0000 (UTC) Received: by mail-oa0-f48.google.com with SMTP id o17so10768381oag.21 for ; Thu, 12 Sep 2013 08:44:17 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=72saHaxrIBibvFWVLLQgyv0BMMPeV5gVUSEq7C/9MVI=; b=bQ2GXWXgikzF+7a8VY806gGWH9W2pDcpGVYgfSfFYmbaziSxpBKeQA4Lx01zWCUopS 3aCyVr4+fiWlvwlh51ERAmGLp7CDinuRJkD7MxwvuW9fHS8BEfyYPzgacbtLrQ+B7dbS AJm58S05hvOu6x5N6uO/s3KWXOC6fDj/SeOT3V9faGaFPG1DMfbeanCXoOjsiqJiJmzf RJzr8ZBENzJQ2ZlT4/OPslmcNQ9hTK7Z8jQL5H+xmwph+q9KCSiYKOtQULjnZ/RI3vN3 K+xNnQyBsYBZMbPdQb7LrAInOpkzKTdBaMqr2HVTP1AtSlP/QqBfInYmmb33Zwr7JCq1 sQqA== X-Gm-Message-State: ALoCoQnR3MoBep9p7lgalVD7injdniipSH1YRW4HKkLSOEyRViv0zoLFj1BMZAiYEXeFGRDVn44K X-Received: by 10.182.22.226 with SMTP id h2mr7483744obf.8.1379000657052; Thu, 12 Sep 2013 08:44:17 -0700 (PDT) Received: from monkey-bot.int.fusionio.com ([209.117.142.2]) by mx.google.com with ESMTPSA id ru3sm6316821obc.2.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 12 Sep 2013 08:44:16 -0700 (PDT) Sender: Warner Losh Subject: Re: Panic mounting root on BeagleBone Black Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=windows-1252 From: Warner Losh In-Reply-To: <1378997738.1111.631.camel@revolution.hippie.lan> Date: Thu, 12 Sep 2013 09:44:14 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <47E403AE-01A2-4AC8-8028-41F0298FAC3E@freebsd.org> <1378997738.1111.631.camel@revolution.hippie.lan> To: Ian Lepore X-Mailer: Apple Mail (2.1085) 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, 12 Sep 2013 15:44:24 -0000 On Sep 12, 2013, at 8:55 AM, Ian Lepore wrote: > On Wed, 2013-09-11 at 06:43 -0700, Tim Kientzle wrote: >> Just built a new image for BBB from SVN r255438. >>=20 >> At the second boot, I got this: >> =10=10 >> Mounting local file systems:. >> mmcsd0: Error indicated: 1 Timeout >> g_vfs_done():mmcsd0s2a[READ(offset=3D2016903168, length=3D4096)]error = =3D 5 >> vnode_pager_getpages: I/O read error >> vm_fault: pager read error, pid 126 (ps) >> mmcsd0: Error indicated: 1 Timeout >> g_vfs_done():mmcsd0s2a[READ(offset=3D131072, length=3D32768)]error =3D = 5 >> sdhci_ti0-slot0: Got data interrupt 0x00000010, but there is no = active command. >> sdhci_ti0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER = DUMP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> sdhci_ti0-slot0: Sys addr: 0x00000000 | Version: 0x00003101 >> sdhci_ti0-slot0: Blk size: 0x00000200 | Blk cnt: 0x00000010 >> sdhci_ti0-slot0: Argument: 0x0024679e | Trn mode: 0x0000193a >> sdhci_ti0-slot0: Present: 0x01f70000 | Host ctl: 0x00000006 >> sdhci_ti0-slot0: Power: 0x0000000d | Blk gap: 0x00000000 >> sdhci_ti0-slot0: Wake-up: 0x00000000 | Clock: 0x00000007 >> sdhci_ti0-slot0: Timeout: 0x0000000d | Int stat: 0x00000000 >> sdhci_ti0-slot0: Int enab: 0x017f00fb | Sig enab: 0x017f00fb >> sdhci_ti0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 >> sdhci_ti0-slot0: Caps: 0x06e10080 | Max curr: 0x00000000 >> sdhci_ti0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= >>=20 >> =85. few more similar messages, then =85. >>=20 >> mmcsd0: Error indicated: 1 Timeout >> g_vfs_done():mmcsd0s2a[WRITE(offset=3D20808192, length=3D512)]error =3D= 5 >> g_vfs_done():mmcsd0s2a[WRITE(offset=3D1276346368, length=3D24576)]error= =3D 5 >> panic: brelse: inappropriate B_PAGING or B_CLUSTER bp 0xcd148778 >> [bt snipped] >>=20 >=20 > This was a single occurance, right? Like you're not dead in the water > or anything? >=20 > There's insanity in that info... the register dump shows a multi-block > write (8kbytes) was set up, but the command that timed out was a read. > If a prior write had timed out why isn't there a g_vfs_done() error > logged for it? >=20 > I think what we really need is some better error recovery in the mmc = and > sd layers. Retrying a failed IO is cheap and easy. More complex > recovery is possible too (power cycling and re-intializing the card > and/or controller). But that has its own difficulties -- what if the > nature of the problem was that the user swapped cards? -- you don't = want > to retry a write under those conditions. I'd disagree with this... Retrying often is the wrong thing to do. If = the write didn't work the first time, why would it work the second? = Looks like a programming bug here in controlling the sdhci controller = since we got errors, then we got an interrupt with no pending commands. = This suggests that our timeout isn't quite right... Warner From owner-freebsd-arm@FreeBSD.ORG Thu Sep 12 15:53:40 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6506A3DD; Thu, 12 Sep 2013 15:53:40 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 265792C62; Thu, 12 Sep 2013 15:53:40 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VK9D9-000IKI-3E; Thu, 12 Sep 2013 15:53:39 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r8CFraix008520; Thu, 12 Sep 2013 09:53:36 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/4VqXqhh5iB19di4GrDIfi Subject: Re: Panic mounting root on BeagleBone Black From: Ian Lepore To: Warner Losh In-Reply-To: References: <47E403AE-01A2-4AC8-8028-41F0298FAC3E@freebsd.org> <1378997738.1111.631.camel@revolution.hippie.lan> Content-Type: text/plain; charset="windows-1251" Date: Thu, 12 Sep 2013 09:53:36 -0600 Message-ID: <1379001216.1111.633.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by damnhippie.dyndns.org id r8CFraix008520 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, 12 Sep 2013 15:53:40 -0000 On Thu, 2013-09-12 at 09:44 -0600, Warner Losh wrote: > On Sep 12, 2013, at 8:55 AM, Ian Lepore wrote: >=20 > > On Wed, 2013-09-11 at 06:43 -0700, Tim Kientzle wrote: > >> Just built a new image for BBB from SVN r255438. > >>=20 > >> At the second boot, I got this: > >> =10=10 > >> Mounting local file systems:. > >> mmcsd0: Error indicated: 1 Timeout > >> g_vfs_done():mmcsd0s2a[READ(offset=3D2016903168, length=3D4096)]erro= r =3D 5 > >> vnode_pager_getpages: I/O read error > >> vm_fault: pager read error, pid 126 (ps) > >> mmcsd0: Error indicated: 1 Timeout > >> g_vfs_done():mmcsd0s2a[READ(offset=3D131072, length=3D32768)]error =3D= 5 > >> sdhci_ti0-slot0: Got data interrupt 0x00000010, but there is no acti= ve command. > >> sdhci_ti0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER= DUMP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > >> sdhci_ti0-slot0: Sys addr: 0x00000000 | Version: 0x00003101 > >> sdhci_ti0-slot0: Blk size: 0x00000200 | Blk cnt: 0x00000010 > >> sdhci_ti0-slot0: Argument: 0x0024679e | Trn mode: 0x0000193a > >> sdhci_ti0-slot0: Present: 0x01f70000 | Host ctl: 0x00000006 > >> sdhci_ti0-slot0: Power: 0x0000000d | Blk gap: 0x00000000 > >> sdhci_ti0-slot0: Wake-up: 0x00000000 | Clock: 0x00000007 > >> sdhci_ti0-slot0: Timeout: 0x0000000d | Int stat: 0x00000000 > >> sdhci_ti0-slot0: Int enab: 0x017f00fb | Sig enab: 0x017f00fb > >> sdhci_ti0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 > >> sdhci_ti0-slot0: Caps: 0x06e10080 | Max curr: 0x00000000 > >> sdhci_ti0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D > >>=20 > >> =85. few more similar messages, then =85. > >>=20 > >> mmcsd0: Error indicated: 1 Timeout > >> g_vfs_done():mmcsd0s2a[WRITE(offset=3D20808192, length=3D512)]error = =3D 5 > >> g_vfs_done():mmcsd0s2a[WRITE(offset=3D1276346368, length=3D24576)]er= ror =3D 5 > >> panic: brelse: inappropriate B_PAGING or B_CLUSTER bp 0xcd148778 > >> [bt snipped] > >>=20 > >=20 > > This was a single occurance, right? Like you're not dead in the wate= r > > or anything? > >=20 > > There's insanity in that info... the register dump shows a multi-bloc= k > > write (8kbytes) was set up, but the command that timed out was a read. > > If a prior write had timed out why isn't there a g_vfs_done() error > > logged for it? > >=20 > > I think what we really need is some better error recovery in the mmc = and > > sd layers. Retrying a failed IO is cheap and easy. More complex > > recovery is possible too (power cycling and re-intializing the card > > and/or controller). But that has its own difficulties -- what if the > > nature of the problem was that the user swapped cards? -- you don't w= ant > > to retry a write under those conditions. >=20 > I'd disagree with this... Retrying often is the wrong thing to do. If = the write didn't work the first time, why would it work the second? Looks= like a programming bug here in controlling the sdhci controller since we= got errors, then we got an interrupt with no pending commands. This sugg= ests that our timeout isn't quite right... >=20 > Warner >=20 Retrying too often or endlessly is wrong, but IMO so is not retrying at all, especially when the standard specifies error recovery strategies. -- Ian From owner-freebsd-arm@FreeBSD.ORG Thu Sep 12 16:05:22 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 065CAB27 for ; Thu, 12 Sep 2013 16:05:22 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-ob0-f169.google.com (mail-ob0-f169.google.com [209.85.214.169]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C02AB2D43 for ; Thu, 12 Sep 2013 16:05:21 +0000 (UTC) Received: by mail-ob0-f169.google.com with SMTP id wp4so3775obc.0 for ; Thu, 12 Sep 2013 09:05:15 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=KIEYjGWQFNcj+Ic0v/vPu7vgZbeQyJPS3GSe12HWqTk=; b=eHPSO8G1OwZM/sLzgZJGEd/bHZaONuW8FNeWis35DiolJ2aaQt4H7VpXNCAygHciXV 0mCAxkJ6KKqY+WF31FaE8otT+0txFyGPpmK3qZe1+AeCLhKNyvNhvVJCr3eD2TksdBzZ IwwWNPCgRvVo1XPb3RhB7aLC9zCmFuftYObGpfSK4i+j6wN87q/YuOaZTGIAzR5XeXLl BPC3pcw8YPnhJjFNodGOLZVx4IhUFhxrbIFM6IabQsADWU2/Q8nPnNCJXvHqy5uuOTUr L5e99GqGjDTljWaWPakzbu0hRyIWRTS4ykIFN+z/d2U8N2hftfQb6h7d/tCxicZVMWrA WdtA== X-Gm-Message-State: ALoCoQkOWwMhm41wn4besYjsmYaorWZj1bRxCS4BsoAeoYFqsDQI9tyDqFsScqVfnjPtHNutokNd X-Received: by 10.60.65.227 with SMTP id a3mr7437098oet.13.1379001915701; Thu, 12 Sep 2013 09:05:15 -0700 (PDT) Received: from monkey-bot.int.fusionio.com ([209.117.142.2]) by mx.google.com with ESMTPSA id u3sm6763234oeq.3.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 12 Sep 2013 09:05:15 -0700 (PDT) Sender: Warner Losh Subject: Re: Panic mounting root on BeagleBone Black Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=windows-1252 From: Warner Losh In-Reply-To: <1379001216.1111.633.camel@revolution.hippie.lan> Date: Thu, 12 Sep 2013 10:05:12 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <01C5A0CC-A0FC-4635-8370-EAFDC8E8A854@bsdimp.com> References: <47E403AE-01A2-4AC8-8028-41F0298FAC3E@freebsd.org> <1378997738.1111.631.camel@revolution.hippie.lan> <1379001216.1111.633.camel@revolution.hippie.lan> To: Ian Lepore X-Mailer: Apple Mail (2.1085) 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, 12 Sep 2013 16:05:22 -0000 On Sep 12, 2013, at 9:53 AM, Ian Lepore wrote: > On Thu, 2013-09-12 at 09:44 -0600, Warner Losh wrote: >> On Sep 12, 2013, at 8:55 AM, Ian Lepore wrote: >>=20 >>> On Wed, 2013-09-11 at 06:43 -0700, Tim Kientzle wrote: >>>> Just built a new image for BBB from SVN r255438. >>>>=20 >>>> At the second boot, I got this: >>>> =10=10 >>>> Mounting local file systems:. >>>> mmcsd0: Error indicated: 1 Timeout >>>> g_vfs_done():mmcsd0s2a[READ(offset=3D2016903168, length=3D4096)]error= =3D 5 >>>> vnode_pager_getpages: I/O read error >>>> vm_fault: pager read error, pid 126 (ps) >>>> mmcsd0: Error indicated: 1 Timeout >>>> g_vfs_done():mmcsd0s2a[READ(offset=3D131072, length=3D32768)]error = =3D 5 >>>> sdhci_ti0-slot0: Got data interrupt 0x00000010, but there is no = active command. >>>> sdhci_ti0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D = REGISTER DUMP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>> sdhci_ti0-slot0: Sys addr: 0x00000000 | Version: 0x00003101 >>>> sdhci_ti0-slot0: Blk size: 0x00000200 | Blk cnt: 0x00000010 >>>> sdhci_ti0-slot0: Argument: 0x0024679e | Trn mode: 0x0000193a >>>> sdhci_ti0-slot0: Present: 0x01f70000 | Host ctl: 0x00000006 >>>> sdhci_ti0-slot0: Power: 0x0000000d | Blk gap: 0x00000000 >>>> sdhci_ti0-slot0: Wake-up: 0x00000000 | Clock: 0x00000007 >>>> sdhci_ti0-slot0: Timeout: 0x0000000d | Int stat: 0x00000000 >>>> sdhci_ti0-slot0: Int enab: 0x017f00fb | Sig enab: 0x017f00fb >>>> sdhci_ti0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 >>>> sdhci_ti0-slot0: Caps: 0x06e10080 | Max curr: 0x00000000 >>>> sdhci_ti0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= >>>>=20 >>>> =85. few more similar messages, then =85. >>>>=20 >>>> mmcsd0: Error indicated: 1 Timeout >>>> g_vfs_done():mmcsd0s2a[WRITE(offset=3D20808192, length=3D512)]error = =3D 5 >>>> g_vfs_done():mmcsd0s2a[WRITE(offset=3D1276346368, = length=3D24576)]error =3D 5 >>>> panic: brelse: inappropriate B_PAGING or B_CLUSTER bp 0xcd148778 >>>> [bt snipped] >>>>=20 >>>=20 >>> This was a single occurance, right? Like you're not dead in the = water >>> or anything? >>>=20 >>> There's insanity in that info... the register dump shows a = multi-block >>> write (8kbytes) was set up, but the command that timed out was a = read. >>> If a prior write had timed out why isn't there a g_vfs_done() error >>> logged for it? >>>=20 >>> I think what we really need is some better error recovery in the mmc = and >>> sd layers. Retrying a failed IO is cheap and easy. More complex >>> recovery is possible too (power cycling and re-intializing the card >>> and/or controller). But that has its own difficulties -- what if = the >>> nature of the problem was that the user swapped cards? -- you don't = want >>> to retry a write under those conditions. >>=20 >> I'd disagree with this... Retrying often is the wrong thing to do. = If the write didn't work the first time, why would it work the second? = Looks like a programming bug here in controlling the sdhci controller = since we got errors, then we got an interrupt with no pending commands. = This suggests that our timeout isn't quite right... >>=20 >> Warner >>=20 >=20 > Retrying too often or endlessly is wrong, but IMO so is not retrying = at > all, especially when the standard specifies error recovery strategies. I thought we followed the standard's error recovery stuff... Maybe newer = versions have more extensive retry things than in the past... But the = retry should be at the transaction to the card level, not any higher... Warner= From owner-freebsd-arm@FreeBSD.ORG Thu Sep 12 21:14: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]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id F21E9D0E for ; Thu, 12 Sep 2013 21:14:42 +0000 (UTC) (envelope-from werner@makani-kai.com) Received: from mout.perfora.net (mout.perfora.net [74.208.4.194]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A403A2800 for ; Thu, 12 Sep 2013 21:14:42 +0000 (UTC) Received: from [192.168.1.16] (udp004035uds.hawaiiantel.net [72.234.77.213]) by mrelay.perfora.net (node=mrus1) with ESMTP (Nemesis) id 0MaHgW-1Ve5UF0YRs-00KB67; Thu, 12 Sep 2013 17:14:40 -0400 Message-ID: <52322EBD.9020603@makani-kai.com> Date: Thu, 12 Sep 2013 11:14:37 -1000 From: Werner Thie User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: "freebsd-arm@freebsd.org" Subject: JTAG debugging Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V02:K0:H0cai0LTSAzTgYIS15cBrI8EyvROlyQofvIjnRG4OJ6 L9Wj/d5OBzaAj7yaRwiLt7fkgWbb7pMetZ+N+qc5yI2YNNBlhS Iawbg5U03fFBGwSPhnf0k5pGri518l1vMxZ0gNA17rI+hY2kFc c5qftFFqlr/wNyMTlJ1h2OiBDdKRkGknkMp5iUUJqkVixOdXEY /n9O43zRpwxq3MeCeuAZ/cdgJgSAhk7YyKmR7tNVq6+sEapEJY Qm8KB9oUySyvTeLaGjEhUtoNmxC9c60kNRO/UF2wBW2KQLoxRS 1KpAwV2FZgNllRFGy3lzfj3fV0L5QiUaUfM9zn4rY8FqEHGFkA 3X8mzirnmXv+uIgLWqe4= 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, 12 Sep 2013 21:14:43 -0000 Hi all Might be the wrong time to ask this because of the upcoming release, but, what's the general stance of the community towards using JTAG for debugging driver/kernel aspects. Is there anybody out there with experience in that area? TIA, Werner From owner-freebsd-arm@FreeBSD.ORG Thu Sep 12 21:27:18 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7E815BF for ; Thu, 12 Sep 2013 21:27:18 +0000 (UTC) (envelope-from db@db.net) Received: from diana.db.net (diana.db.net [66.113.102.10]) by mx1.freebsd.org (Postfix) with ESMTP id 67D2B2899 for ; Thu, 12 Sep 2013 21:27:18 +0000 (UTC) Received: from night.db.net (localhost [127.0.0.1]) by diana.db.net (Postfix) with ESMTP id CEA522AA363; Thu, 12 Sep 2013 15:27:11 -0600 (MDT) Received: by night.db.net (Postfix, from userid 1000) id 1B9941CC20; Thu, 12 Sep 2013 16:26:56 -0500 (EST) Date: Thu, 12 Sep 2013 16:26:56 -0500 From: Diane Bruce To: Werner Thie Subject: Re: JTAG debugging Message-ID: <20130912212656.GA80135@night.db.net> References: <52322EBD.9020603@makani-kai.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <52322EBD.9020603@makani-kai.com> User-Agent: Mutt/1.5.21 (2010-09-15) 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, 12 Sep 2013 21:27:18 -0000 On Thu, Sep 12, 2013 at 11:14:37AM -1000, Werner Thie wrote: > Hi all > > Might be the wrong time to ask this because of the upcoming release, > but, what's the general stance of the community towards using JTAG for > debugging driver/kernel aspects. > > Is there anybody out there with experience in that area? I'm looking into this as well. We do have openocd in ports, now it's just a question of which adapter to get.. One that can do MIPs and well would be grand.. http://openocd.sourceforge.net/doc/html/Debug-Adapter-Configuration.html#Debug-Adapter-Configuration I've used JTAG in the past at former $REALJOB it's very nice being able to reflash everything. > > TIA, Werner > - Diane -- - db@FreeBSD.org db@db.net http://www.db.net/~db From owner-freebsd-arm@FreeBSD.ORG Fri Sep 13 03:31:18 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9F634F50; Fri, 13 Sep 2013 03:31:18 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6DC6D22B7; Fri, 13 Sep 2013 03:31:17 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r8D3VAmj049351; Fri, 13 Sep 2013 03:31:10 GMT (envelope-from kientzle@freebsd.org) Received: from [192.168.2.123] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id nhb4cxwh58tb68anfrtsaupaxn; Fri, 13 Sep 2013 03:31:10 +0000 (UTC) (envelope-from kientzle@freebsd.org) Content-Type: text/plain; charset=windows-1251 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: Panic mounting root on BeagleBone Black From: Tim Kientzle In-Reply-To: <1378997738.1111.631.camel@revolution.hippie.lan> Date: Thu, 12 Sep 2013 20:31:09 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <07BF0EC3-D6A0-4CFD-9D79-EE83862A81A9@freebsd.org> References: <47E403AE-01A2-4AC8-8028-41F0298FAC3E@freebsd.org> <1378997738.1111.631.camel@revolution.hippie.lan> To: Ian Lepore X-Mailer: Apple Mail (2.1508) 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, 13 Sep 2013 03:31:18 -0000 On Sep 12, 2013, at 7:55 AM, Ian Lepore wrote: > On Wed, 2013-09-11 at 06:43 -0700, Tim Kientzle wrote: >> Just built a new image for BBB from SVN r255438. >>=20 >> At the second boot, I got this: >> =10=10 >> Mounting local file systems:. >> mmcsd0: Error indicated: 1 Timeout >> g_vfs_done():mmcsd0s2a[READ(offset=3D2016903168, length=3D4096)]error = =3D 5 >> vnode_pager_getpages: I/O read error >> vm_fault: pager read error, pid 126 (ps) >> mmcsd0: Error indicated: 1 Timeout >> g_vfs_done():mmcsd0s2a[READ(offset=3D131072, length=3D32768)]error =3D = 5 >> sdhci_ti0-slot0: Got data interrupt 0x00000010, but there is no = active command. >> sdhci_ti0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER = DUMP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> sdhci_ti0-slot0: Sys addr: 0x00000000 | Version: 0x00003101 >> sdhci_ti0-slot0: Blk size: 0x00000200 | Blk cnt: 0x00000010 >> sdhci_ti0-slot0: Argument: 0x0024679e | Trn mode: 0x0000193a >> sdhci_ti0-slot0: Present: 0x01f70000 | Host ctl: 0x00000006 >> sdhci_ti0-slot0: Power: 0x0000000d | Blk gap: 0x00000000 >> sdhci_ti0-slot0: Wake-up: 0x00000000 | Clock: 0x00000007 >> sdhci_ti0-slot0: Timeout: 0x0000000d | Int stat: 0x00000000 >> sdhci_ti0-slot0: Int enab: 0x017f00fb | Sig enab: 0x017f00fb >> sdhci_ti0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 >> sdhci_ti0-slot0: Caps: 0x06e10080 | Max curr: 0x00000000 >> sdhci_ti0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= >>=20 >> =85. few more similar messages, then =85. >>=20 >> mmcsd0: Error indicated: 1 Timeout >> g_vfs_done():mmcsd0s2a[WRITE(offset=3D20808192, length=3D512)]error =3D= 5 >> g_vfs_done():mmcsd0s2a[WRITE(offset=3D1276346368, length=3D24576)]error= =3D 5 >> panic: brelse: inappropriate B_PAGING or B_CLUSTER bp 0xcd148778 >> [bt snipped] >>=20 >=20 > This was a single occurance, right? Like you're not dead in the water > or anything? Here's the scenario: * New image built. * Booted. * Had power pulled almost immediately upon attaining multi-user (I got = confused) * Rebooted. * Hit the above on mount root at the second boot. * Rebooted again and everything seems fine. > There's insanity in that info... the register dump shows a multi-block > write (8kbytes) was set up, but the command that timed out was a read. > If a prior write had timed out why isn't there a g_vfs_done() error > logged for it? I may have over-trimmed. There were several of these timeout errors reported all at once. > I think what we really need is some better error recovery in the mmc = and > sd layers. Retrying a failed IO is cheap and easy. More complex > recovery is possible too (power cycling and re-intializing the card > and/or controller). But that has its own difficulties -- what if the > nature of the problem was that the user swapped cards? -- you don't = want > to retry a write under those conditions. I seem to recall seeing something in the AM335x TRM about an indicator for card removal. Does that help? Tim From owner-freebsd-arm@FreeBSD.ORG Fri Sep 13 08:21:00 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id DDB0BB33 for ; Fri, 13 Sep 2013 08:21:00 +0000 (UTC) (envelope-from jacques.fourie@gmail.com) Received: from mail-we0-x22a.google.com (mail-we0-x22a.google.com [IPv6:2a00:1450:400c:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7591C2FE9 for ; Fri, 13 Sep 2013 08:21:00 +0000 (UTC) Received: by mail-we0-f170.google.com with SMTP id w62so819286wes.1 for ; Fri, 13 Sep 2013 01:20:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=7Z5WOKnsZhUMZ9rQYtzfjLoy4qvZ9SK8ahZq8e1SPOQ=; b=PzKe+Yae/8fv7AlOAhIzVmU7xSj/PuAQnTkKsdS4056SyLUMRCTshbb8f8lHWUEPzz x+F0tixfLva/ir7C6lSQxIzvHYKzGp0Sb+0DOqc8qpF3lkxGvtjIsAarjvc3g9D9BMIy 2+GMsZJ6FPmtrffMIP/HyXeESV3+Fo1hSPd1OPtloXtypfzb6DAZ4dC2clZXHm6ZtZAl U9/PAtGs6bJO6XRmH8t1HznyY7ZF4MmjM3pD+0qsjYdvhwnzjQmTljFPUcBbEOxMDKlj 4aBX/iFEGxl0NxmqXs8qsAZDD/Bb7IVhZqg2KndCNpEuWe8kc1jlSegwz8Y5erVeRJ9/ 3Hxw== MIME-Version: 1.0 X-Received: by 10.181.12.104 with SMTP id ep8mr1533834wid.54.1379060458926; Fri, 13 Sep 2013 01:20:58 -0700 (PDT) Received: by 10.194.123.100 with HTTP; Fri, 13 Sep 2013 01:20:58 -0700 (PDT) In-Reply-To: <20130912212656.GA80135@night.db.net> References: <52322EBD.9020603@makani-kai.com> <20130912212656.GA80135@night.db.net> Date: Fri, 13 Sep 2013 10:20:58 +0200 Message-ID: Subject: Re: JTAG debugging From: Jacques Fourie To: Diane Bruce Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-arm@freebsd.org" , Werner Thie 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, 13 Sep 2013 08:21:00 -0000 On Thu, Sep 12, 2013 at 11:26 PM, Diane Bruce wrote: > On Thu, Sep 12, 2013 at 11:14:37AM -1000, Werner Thie wrote: > > Hi all > > > > Might be the wrong time to ask this because of the upcoming release, > > but, what's the general stance of the community towards using JTAG for > > debugging driver/kernel aspects. > > > > Is there anybody out there with experience in that area? > > I'm looking into this as well. > > We do have openocd in ports, now it's just a question of > which adapter to get.. One that can do MIPs and well would be grand.. > > > > http://openocd.sourceforge.net/doc/html/Debug-Adapter-Configuration.html#Debug-Adapter-Configuration > > I've used JTAG in the past at former $REALJOB it's very nice being > able to reflash everything. > > I've used the Amontec JTAGkey with openocd and FreeBSD to debug and reflash a couple of ARM based platforms. This was quite a while ago and I had to fiddle around to get it working but in the end it turned out ok. Not sure about MIPS support though. > > > > TIA, Werner > > > > - Diane > -- > - db@FreeBSD.org db@db.net http://www.db.net/~db > _______________________________________________ > 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 Sep 13 12:10:00 2013 Return-Path: Delivered-To: freebsd-arm@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D822B2D3 for ; Fri, 13 Sep 2013 12:10:00 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B66E22DB5 for ; Fri, 13 Sep 2013 12:10:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r8DCA07Q071605 for ; Fri, 13 Sep 2013 12:10:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r8DCA0Dk071590; Fri, 13 Sep 2013 12:10:00 GMT (envelope-from gnats) Resent-Date: Fri, 13 Sep 2013 12:10:00 GMT Resent-Message-Id: <201309131210.r8DCA0Dk071590@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-arm@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Matthias Meyser Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E30C52BA for ; Fri, 13 Sep 2013 12:08:33 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from oldred.freebsd.org (oldred.freebsd.org [8.8.178.121]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D01C72DA5 for ; Fri, 13 Sep 2013 12:08:33 +0000 (UTC) Received: from oldred.freebsd.org ([127.0.1.6]) by oldred.freebsd.org (8.14.5/8.14.7) with ESMTP id r8DC8WU0066553 for ; Fri, 13 Sep 2013 12:08:32 GMT (envelope-from nobody@oldred.freebsd.org) Received: (from nobody@localhost) by oldred.freebsd.org (8.14.5/8.14.5/Submit) id r8DC8WJE066544; Fri, 13 Sep 2013 12:08:32 GMT (envelope-from nobody) Message-Id: <201309131208.r8DC8WJE066544@oldred.freebsd.org> Date: Fri, 13 Sep 2013 12:08:32 GMT From: Matthias Meyser To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: arm/182060: make buildworld fails 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: Fri, 13 Sep 2013 12:10:00 -0000 >Number: 182060 >Category: arm >Synopsis: make buildworld fails on Raspberry PI >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-arm >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Sep 13 12:10:00 UTC 2013 >Closed-Date: >Last-Modified: >Originator: Matthias Meyser >Release: FreeBSD 10 >Organization: XeNET GmbH >Environment: FreeBSD PBX 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r255465: Wed Sep 11 10:12:12 CEST 2013 root@iser01.lan.xenet.de:/usr/obj/arm.armv6/usr/src/sys/RPI-B-PBX arm >Description: Hostsystem was crossbuild on i386 withOUT "MALLOC_PRODUCTION=yes". Hostsystem ist a Raspberry PI /usr/src is Revision: 255488 /usr/doc is Revision: 42651 /usr/obj was empty cd /usr/src make buildworld stopps in ===> lib/clang/include (install) sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 /usr/src/lib/clang/include/../../../contrib/llvm/tools/clang/lib/Headers/__wmmintrin_aes.h /usr/src/lib/clang/include/../../../contrib/llvm/tools/clang/lib/Headers/__wmmintrin_pclmul.h /usr/src/lib/clang/include/../../../contrib/llvm/tools/clang/lib/Headers/altivec.h /usr/src/lib/clang/include/../../../contrib/llvm/tools/clang/lib/Headers/ammintrin.h /usr/src/lib/clang/include/../../../contrib/llvm/tools/clang/lib/Headers/avx2intrin.h /usr/src/lib/clang/include/../../../contrib/llvm/tools/clang/lib/Headers/avxintrin.h /usr/src/lib/clang/include/../../../contrib/llvm/tools/clang/lib/Headers/bmi2intrin.h /usr/src/lib/clang/include/../../../contrib/llvm/tools/clang/lib/Headers/bmiintrin.h /usr/src/lib/clang/include/../../../contrib/llvm/tools/clang/lib/Headers/cpuid.h /usr/src/lib/clang/include/../../../contrib/llvm/tools/clang/lib/Headers/emmintrin.h /usr/src/lib/clang/include/../../../contrib/llvm/tools/clang/lib/Headers/f16cint rin.h /usr/src/lib/clang/include/../../../contrib/llvm/tools/clang/lib/Headers/fma4intrin.h /usr/src/lib/clang/include/../../../contrib/llvm/tools/clang/lib/Headers/fmaintrin.h /usr/src/lib/clang/include/../../../contrib/llvm/tools/clang/lib/Headers/immintrin.h /usr/src/lib/clang/include/../../../contrib/llvm/tools/clang/lib/Headers/lzcntintrin.h /usr/src/lib/clang/include/../../../contrib/llvm/tools/clang/lib/Headers/mm3dnow.h /usr/src/lib/clang/include/../../../contrib/llvm/tools/clang/lib/Headers/mm_malloc.h /usr/src/lib/clang/include/../../../contrib/llvm/tools/clang/lib/Headers/mmintrin.h /usr/src/lib/clang/include/../../../contrib/llvm/tools/clang/lib/Headers/module.map /usr/src/lib/clang/include/../../../contrib/llvm/tools/clang/lib/Headers/nmmintrin.h /usr/src/lib/clang/include/../../../contrib/llvm/tools/clang/lib/Headers/pmmintrin.h /usr/src/lib/clang/include/../../../contrib/llvm/tools/clang/lib/Headers/popcntintrin.h /usr/src/lib/clang/include/../../../contrib/llvm/tools /clang/lib/Headers/prfchwintrin.h /usr/src/l! ib/clang/include/../../../contrib/llvm/tools/clang/lib/Headers/rdseedintrin.h /usr/src/lib/clang/include/../../../contrib/llvm/tools/clang/lib/Headers/rtmintrin.h /usr/src/lib/clang/include/../../../contrib/llvm/tools/clang/lib/Headers/smmintrin.h /usr/src/lib/clang/include/../../../contrib/llvm/tools/clang/lib/Headers/tmmintrin.h /usr/src/lib/clang/include/../../../contrib/llvm/tools/clang/lib/Headers/wmmintrin.h /usr/src/lib/clang/include/../../../contrib/llvm/tools/clang/lib/Headers/x86intrin.h /usr/src/lib/clang/include/../../../contrib/llvm/tools/clang/lib/Headers/xmmintrin.h /usr/src/lib/clang/include/../../../contrib/llvm/tools/clang/lib/Headers/xopintrin.h /usr/obj/usr/src/tmp/usr/include/clang/3.3 : /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/arena.h:741: Failed assertion: "binind == actual_binind" *** Signal 6 Stop. make[1]: stopped in /usr/src : /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/arena.h:741: Failed assertion: "binind == actual_binind" >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-arm@FreeBSD.ORG Fri Sep 13 13:10:08 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3A37F9ED for ; Fri, 13 Sep 2013 13:10:08 +0000 (UTC) (envelope-from meschoyez@gmail.com) Received: from mail-ie0-x232.google.com (mail-ie0-x232.google.com [IPv6:2607:f8b0:4001:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0B281210C for ; Fri, 13 Sep 2013 13:10:08 +0000 (UTC) Received: by mail-ie0-f178.google.com with SMTP id to1so2420372ieb.37 for ; Fri, 13 Sep 2013 06:10:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=YGJ8DwY71O0gqd8RUs63BxHTWkS7q6LZPPgEic8APe4=; b=GbRJBlB7wHYvB+IvtJccvuM4AwThc2HrPt2FmbWSsZdgDHHP2MX732hVUmPzXzF8gN tmvz7K01oecdbY+Bvv/qCD8Q4kftFAl4C7N25SFkkixw+hAssEl4hQwJDEb7VzAOpGvd ZzEihc9faoMi4RVF1qjjX30h6OakQnCV1c+lRiPtzrUC7jOPoznYheBieAmVaNdqiqQN mZGFjCAIXMbKwmGcFtZn/LEkqZXwj+AA6CQ4czc2aKi51S4s+Q95Upp5W3bKHsIedZY0 52+GeiqEvRdY8nsNfFae4FC7IIwoT295TdsfJc66g5atdhHQTUZuJ9UBA0ckXqh5Hlzt SBgQ== MIME-Version: 1.0 X-Received: by 10.42.52.129 with SMTP id j1mr3152837icg.5.1379077807581; Fri, 13 Sep 2013 06:10:07 -0700 (PDT) Received: by 10.64.76.169 with HTTP; Fri, 13 Sep 2013 06:10:07 -0700 (PDT) In-Reply-To: References: Date: Fri, 13 Sep 2013 10:10:07 -0300 Message-ID: Subject: Re: Development contribution for Allwinner Family (our first step) From: Maximiliano Eschoyez To: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Marcelo cebollada y verdaguer 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, 13 Sep 2013 13:10:08 -0000 Ganbold, > Now, we have a Raspberry Pi, two Cubieboard 1 and two small systems ( >> http://www.aliexpress.com/snapshot/231118984.html). > > > > So did you able to run FreeBSD on Amlogic SoC? Do you have patches? > Not yet. It will probably be our next step. At the moment we have focus on Allwinner family. > We hope we can contribute to the FreeBSD Project. > > > That is very cool. There is #bsdmips channel in EFnet where committers and > other developers discuss about arm, mips, ppc etc. related developments. > As for Cubieboard(1,2) drivers I started to work on ethernet(emac) driver, > however it is not finished and needs some help from experienced developers. > Alexander Fedorov wrote mmc (SD) driver and it works nicely but it is not > in src tree yet. Iirc, Warner was interested in nand flash driver > development. > Thank you for the data. > Some developers already have Cubieboard(1,2), Hackberry, Marsboard so once > you write a driver one can test it. > So get the HEAD src tree and start hacking :) > Of course we will share our advances with you. -- Saludos cordiales, Maximiliano Eschoyez From owner-freebsd-arm@FreeBSD.ORG Fri Sep 13 13:13:00 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B90D6AB3 for ; Fri, 13 Sep 2013 13:13:00 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from cpsmtpb-ews06.kpnxchange.com (cpsmtpb-ews06.kpnxchange.com [213.75.39.9]) by mx1.freebsd.org (Postfix) with ESMTP id 286F3213D for ; Fri, 13 Sep 2013 13:12:59 +0000 (UTC) Received: from cpsps-ews13.kpnxchange.com ([10.94.84.180]) by cpsmtpb-ews06.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Fri, 13 Sep 2013 15:11:51 +0200 Received: from CPSMTPM-TLF104.kpnxchange.com ([195.121.3.7]) by cpsps-ews13.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Fri, 13 Sep 2013 15:11:51 +0200 Received: from sjakie.klop.ws ([212.182.167.131]) by CPSMTPM-TLF104.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Fri, 13 Sep 2013 15:11:52 +0200 Received: from 212-182-167-131.ip.telfort.nl (localhost [127.0.0.1]) by sjakie.klop.ws (Postfix) with ESMTP id 8342E1694A for ; Fri, 13 Sep 2013 15:11:51 +0200 (CEST) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-arm@freebsd.org Date: Fri, 13 Sep 2013 15:11:51 +0200 Subject: Panic while building perl on sheevaplug/armv5 freebsd 10. MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: User-Agent: Opera Mail/12.16 (FreeBSD) X-OriginalArrivalTime: 13 Sep 2013 13:11:52.0295 (UTC) FILETIME=[D00B1F70:01CEB082] X-RcptDomain: 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, 13 Sep 2013 13:13:00 -0000 Hello, I have a repeatable panic while building perl on my Sheevaplug ARMv5 running FreeBSD 10-CURRENT. Kernel is loaded from NAND. / is mounted from USB /dev/da0s2 (UFS2) /usr/ports is mounted over NFS from a 9-STABLE/amd64 box. Swap from 512MB file in /data/swap. ---- console output login: panic: vm_fault: fault on nofault entry, addr: ddf9d000 KDB: enter: panic [ thread pid 659 tid 100057 ] Stopped at kdb_enter+0x4c: ldrb r15, [r15, r15, ror r15]! db> bt Tracing pid 659 tid 100057 td 0xc3f86000 db_trace_self() at db_trace_self pc = 0xc0bb8b48 lr = 0xc093260c (db_hex2dec+0x494) sp = 0xddf9ca48 fp = 0xddf9ca60 r10 = 0xc0c99330 db_hex2dec() at db_hex2dec+0x494 pc = 0xc093260c lr = 0xc0931fc0 (db_command_loop+0x2f4) sp = 0xddf9ca68 fp = 0xddf9cb08 r4 = 0x00000000 r5 = 0x00000000 r6 = 0xc0c2d91e db_command_loop() at db_command_loop+0x2f4 pc = 0xc0931fc0 lr = 0xc0931d1c (db_command_loop+0x50) sp = 0xddf9cb10 fp = 0xddf9cb20 r4 = 0xc0c0143d r5 = 0xc0c1767f r6 = 0xc0ce74dc r7 = 0xddf9ccf0 r8 = 0xc3f86000 r9 = 0xc0cdca94 r10 = 0xc0c995a0 db_command_loop() at db_command_loop+0x50 pc = 0xc0931d1c lr = 0xc093466c (X_db_symbol_values+0x254) sp = 0xddf9cb28 fp = 0xddf9cc48 r4 = 0x00000000 r5 = 0xddf9cb30 r6 = 0xc0cdcac0 X_db_symbol_values() at X_db_symbol_values+0x254 pc = 0xc093466c lr = 0xc0a84b30 (kdb_trap+0xd4) sp = 0xddf9cc50 fp = 0xddf9cc70 r4 = 0x00000000 r5 = 0x00000001 r6 = 0xc0cdcac0 r7 = 0xddf9ccf0 kdb_trap() at kdb_trap+0xd4 pc = 0xc0a84b30 lr = 0xc0bc9458 (undefinedinstruction+0x1fc) sp = 0xddf9cc78 fp = 0xddf9cce8 r4 = 0x00000000 r5 = 0x00000000 r6 = 0xc0bc91ac r7 = 0xe7ffffff r8 = 0xc3f86000 r9 = 0xc0a8441c r10 = 0xddf9ccf0 undefinedinstruction() at undefinedinstruction+0x1fc pc = 0xc0bc9458 lr = 0xc0bba3fc (exception_exit) sp = 0xddf9ccf0 fp = 0xddf9cd48 r4 = 0xffffffff r5 = 0xffff1004 r6 = 0xc0cedecc r7 = 0xc0ccf088 r8 = 0xc3f86000 r9 = 0xc0ccf010 r10 = 0xddf9cd7c exception_exit() at exception_exit pc = 0xc0bba3fc lr = 0xc0a84410 (kdb_enter+0x40) sp = 0xddf9cd44 fp = 0xddf9cd48 r0 = 0xc0cdcaa4 r1 = 0x00000000 r2 = 0x00000000 r3 = 0x00000000 r4 = 0xc0c176d9 r5 = 0xc0c2b53b r6 = 0xc0cedecc r7 = 0xc0ccf088 r8 = 0xc3f86000 r9 = 0xc0ccf010 r10 = 0xddf9cd7c r12 = 0x00000000 kdb_enter() at kdb_enter+0x50 pc = 0xc0a84420 lr = 0xc0a544d4 (panic+0xcc) sp = 0xddf9cd50 fp = 0xddf9cd70 r4 = 0x00000100 panic() at panic+0xcc pc = 0xc0a544d4 lr = 0xc0b967b4 (vm_fault_hold+0x14b0) sp = 0xddf9cd88 fp = 0xddf9cef0 r4 = 0x00000002 r5 = 0x00000000 r6 = 0xc0e26000 r7 = 0x00000013 r8 = 0x00000000 r9 = 0xddf9ce88 r10 = 0x00000000 vm_fault_hold() at vm_fault_hold+0x14b0 pc = 0xc0b967b4 lr = 0xc0b952ec (vm_fault+0x3c) sp = 0xddf9cef8 fp = 0xddf9cf00 r4 = 0x00000002 r5 = 0xc3f86000 r6 = 0xc0e26000 r7 = 0x00000013 r8 = 0x00000002 r9 = 0xddf9feb0 r10 = 0xddf9cfb0 vm_fault() at vm_fault+0x3c pc = 0xc0b952ec lr = 0xc0bc8120 (data_abort_handler+0x298) sp = 0xddf9cf08 fp = 0xddf9cfa8 data_abort_handler() at data_abort_handler+0x298 pc = 0xc0bc8120 lr = 0xc0bba3fc (exception_exit) sp = 0xddf9cfb0 fp = 0xddf9e038 r4 = 0xffffffff r5 = 0xffff1004 r6 = 0x00000000 r7 = 0x00000000 r8 = 0xc0caece0 r9 = 0x00000001 r10 = 0xc0caec88 exception_exit() at exception_exit pc = 0xc0bba3fc lr = 0xc0a60c88 (tc_setclock+0x458) sp = 0xddf9d008 fp = 0xddf9e038 r0 = 0xc0bba324 r1 = 0xc0d00000 r2 = 0xddf9d00c r3 = 0x20000093 r4 = 0x00000000 r5 = 0xc0ccd630 r6 = 0x00000000 r7 = 0x00000000 r8 = 0xc0caece0 r9 = 0x00000001 r10 = 0xc0caec88 r12 = 0x00000000 data_abort_entry() at data_abort_entry+0x30 pc = 0xc0bba324 lr = 0xc0a60c88 (tc_setclock+0x458) sp = 0xddf9d008 fp = 0xddf9e038 Unwind failure (no registers changed) ---- top running in a ssh session last pid: 2102; load averages: 0.72, 0.39, 0.17 up 0+00:03:50 14:56:43 31 processes: 2 running, 29 sleeping CPU: 13.3% user, 0.0% nice, 11.7% system, 1.2% interrupt, 73.8% idle Mem: 37M Active, 35M Inact, 36M Wired, 41M Buf, 388M Free Swap: 512M Total, 512M Free PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 2102 root 1 49 0 32668K 17300K RUN 0:00 10.00% cc 2087 root 1 8 0 12264K 5428K wait 0:00 3.63% miniperl 659 root 1 40 0 11052K 3376K select 0:03 0.44% tmux 2091 root 1 8 0 8972K 1312K wait 0:00 0.15% make 1326 root 1 40 0 11524K 3080K RUN 0:00 0.00% top 717 root 1 8 0 8972K 2004K wait 0:00 0.00% make FreeBSD 10.0-CURRENT #0: Fri Sep 13 14:50:58 CEST 2013 root@mailjail.klop.ws:/usr/obj/arm.arm/usr/src/sys/SHEEVAPLUG arm FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 SVN Revision: 255411 Can I provide more information? Please tell. Regards, Ronald. From owner-freebsd-arm@FreeBSD.ORG Fri Sep 13 13:29:32 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BCA2150F for ; Fri, 13 Sep 2013 13:29:32 +0000 (UTC) (envelope-from meschoyez@gmail.com) Received: from mail-ie0-x230.google.com (mail-ie0-x230.google.com [IPv6:2607:f8b0:4001:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8C88222E2 for ; Fri, 13 Sep 2013 13:29:32 +0000 (UTC) Received: by mail-ie0-f176.google.com with SMTP id as1so2358424iec.7 for ; Fri, 13 Sep 2013 06:29:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=FqhpoN08ZXhkRolTqCoCyi9WRjZcCg0eDX/B5kqj/uA=; b=u7jMT5QzIrPHPEZlRn3o3Hek4RaYCN88TdLWGetgGNKcl40N/+ehU6CsVlW7dFIkVW ea/JXeD4kUK6mAnIvrKo3kMtx7wo0e/oZOsAu3COWFMVVbsd8epprSZXhHkcADYXMLBX pw9yN/sSsHrPhv00mdOQFbK2u0D5gedhRyURmLnnjshnvczvEkGQoaCziUG0URQEDY+4 ua9lwJqvuyzO2RjXMKJM+eumFfUr1hQlGNvQ5B96SenYK2ZNyU4ibOS390++7P1MgEp9 jbylRT5D9C9c8Qy7Luef3SZaDrWehHSXWT/h5rdVx692mevTbPo+x8g76VMF4irg47XE avnA== MIME-Version: 1.0 X-Received: by 10.50.77.83 with SMTP id q19mr1326364igw.21.1379078972018; Fri, 13 Sep 2013 06:29:32 -0700 (PDT) Received: by 10.64.76.169 with HTTP; Fri, 13 Sep 2013 06:29:31 -0700 (PDT) In-Reply-To: References: Date: Fri, 13 Sep 2013 10:29:31 -0300 Message-ID: Subject: Fwd: Development contribution for Allwinner Family (our first step) From: Maximiliano Eschoyez To: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Marcelo cebollada y verdaguer 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, 13 Sep 2013 13:29:32 -0000 Warner, > > We started our embedded tour with the Mele A1000 (Allwinner A10). You > have > > also seen mail from our students that were working with it (Mariano > > Lescano, Jos=E9 Ribodino and Manuel Ferreiro). They succeed embedding > FreeBSD > > upon all driver limitations. Also, they could run FreeBSD on a Cubieboa= rd > > in a similar way as Crochet does. Now, they are working on a tutorial. = Of > > course, we want to contribute our experience. > > We'd love to see that... We will prepare the scripts and then we will share it with you. -- Saludos cordiales, Maximiliano Eschoyez From owner-freebsd-arm@FreeBSD.ORG Fri Sep 13 14:03: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]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 309B3151 for ; Fri, 13 Sep 2013 14:03:19 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0652C24D3 for ; Fri, 13 Sep 2013 14:03:18 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VKTxn-000MSb-PQ; Fri, 13 Sep 2013 14:03:11 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r8DE388T009597; Fri, 13 Sep 2013 08:03:08 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX18vOTlQEeOVYWxTyomQJOrK Subject: Re: Panic while building perl on sheevaplug/armv5 freebsd 10. From: Ian Lepore To: Ronald Klop In-Reply-To: References: Content-Type: text/plain; charset="us-ascii" Date: Fri, 13 Sep 2013 08:03:07 -0600 Message-ID: <1379080987.1111.637.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.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, 13 Sep 2013 14:03:19 -0000 On Fri, 2013-09-13 at 15:11 +0200, Ronald Klop wrote: > Hello, > > I have a repeatable panic while building perl on my Sheevaplug ARMv5 > running FreeBSD 10-CURRENT. > Kernel is loaded from NAND. > / is mounted from USB /dev/da0s2 (UFS2) > /usr/ports is mounted over NFS from a 9-STABLE/amd64 box. > Swap from 512MB file in /data/swap. > > ---- console output > login: panic: vm_fault: fault on nofault entry, addr: ddf9d000 > KDB: enter: panic > [ thread pid 659 tid 100057 ] > Stopped at kdb_enter+0x4c: ldrb r15, [r15, r15, ror r15]! > db> bt > Tracing pid 659 tid 100057 td 0xc3f86000 [...] > exception_exit() at exception_exit > pc = 0xc0bba3fc lr = 0xc0a60c88 (tc_setclock+0x458) > sp = 0xddf9d008 fp = 0xddf9e038 > r0 = 0xc0bba324 r1 = 0xc0d00000 > r2 = 0xddf9d00c r3 = 0x20000093 > r4 = 0x00000000 r5 = 0xc0ccd630 > r6 = 0x00000000 r7 = 0x00000000 > r8 = 0xc0caece0 r9 = 0x00000001 > r10 = 0xc0caec88 r12 = 0x00000000 > data_abort_entry() at data_abort_entry+0x30 > pc = 0xc0bba324 lr = 0xc0a60c88 (tc_setclock+0x458) > sp = 0xddf9d008 fp = 0xddf9e038 > Unwind failure (no registers changed) That's the second time in the past few months I've seen a backtrace that makes it look like we ran out of kernel stack, but the default is 8k which should be plenty. Still, try adding "option KSTACK_PAGES=3" to your kernel config and see if the problem goes away. If it does, we may need to figure out why we're using so much stack. If it doesn't, we've probably got a bad recursion loop happening somewhere. -- Ian From owner-freebsd-arm@FreeBSD.ORG Fri Sep 13 18:51:07 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 42EF97C1 for ; Fri, 13 Sep 2013 18:51:07 +0000 (UTC) (envelope-from christoph_murauer@yahoo.de) Received: from nm4-vm1.bullet.mail.ird.yahoo.com (nm4-vm1.bullet.mail.ird.yahoo.com [77.238.189.201]) by mx1.freebsd.org (Postfix) with SMTP id 90A392A83 for ; Fri, 13 Sep 2013 18:51:06 +0000 (UTC) Received: from [77.238.189.227] by nm4.bullet.mail.ird.yahoo.com with NNFMP; 13 Sep 2013 18:51:05 -0000 Received: from [46.228.39.70] by tm16.bullet.mail.ird.yahoo.com with NNFMP; 13 Sep 2013 18:51:05 -0000 Received: from [127.0.0.1] by smtp107.mail.ir2.yahoo.com with NNFMP; 13 Sep 2013 18:51:05 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.de; s=s1024; t=1379098265; bh=lbZ6mwx06P4z5tqJ8ktgVMywCwaCUksjA+0szOP50/g=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:References:Mime-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding:Message-Id:Cc:X-Mailer:From:Subject:Date:To; b=CauHe0CV1RA/KJuk+cGgFZpZp5gO0cthPiJleMqlCGbpvZljIz0H3n1l6C6CIsoIeuX9dOMfkLtVT9jkurTJ7+d3HsttSN8SMucA6Wyq/lNBbupGgi43GYYPNhLHoVpR7iw6EzXhrnbILtTdyJPgsKhCV9o9Qo0R87v9a6wOmGo= X-Yahoo-Newman-Id: 252975.52166.bm@smtp107.mail.ir2.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: h2GWj5wVM1kMjjhSmuuoJxN.z9jxKzRzBRHql46ZQWPXXkG KUxAsdlTXjTbhPMKa6jhErg5o2qwoPWx9xOzHmWlbSHS7zWukb4i9kBSxawV Rs85AS8bPRzA4N3D2Ft5z9pK75jGE.ketORG16ldbECGA1Sg9I5fWR.HZaN_ Vd6fxOSe5md81fIseWCEqe7iOgLljsx0P1dRy9M0HnrJh6KeF1EZB3tgfb6I 2r8.0IWVtDNvwP0z3V2H6me.u4u.hnUwF_eultBGsUbUZPsUX_nM3T6ELtbH 1tney_XaP5ydumycZTLfA5nKlcirHQjhbsfygCj81Ftrwzlmf5GecHyySraO be9zUaIgsAxNTeI.TnHWX.yCtmeRnJIfPrk4_gZ0ddSL6nBJNkVpe8H_Ys8v zWCsZOfZLE3epqMCAbxqGCU4hTFuX8jgb0JTGCkSUFGQMQ93tKoqYTRbNfEn 0LeucqtJUGCBBi_Y3N7C3RYT.RLMF3gbOnf9ZMO8Bc9NYmk4GlUeKG_SLfd9 UIbHzfcbjbej9WKD0p3i1zFSnbkZ47NPdSvhIDT5GjPKM5b0.IhZ5.4Mrhjd nNtyxHHn6EbB1ITNfWIVVhXwqoXaPse1ONuxTxe9oIoaAdSpnAFSB3NbpRPS 3B0MvGqeqTBw- X-Yahoo-SMTP: djLuxZmswBCThjOlQPQ70uWTQYbmoY1GzzJb5awD X-Rocket-Received: from [10.165.196.108] (christoph_murauer@213.162.68.163 with ) by smtp107.mail.ir2.yahoo.com with SMTP; 13 Sep 2013 18:51:05 +0000 UTC References: <1378866956.1111.608.camel@revolution.hippie.lan> Mime-Version: 1.0 (1.0) In-Reply-To: <1378866956.1111.608.camel@revolution.hippie.lan> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Message-Id: X-Mailer: iPad Mail (10B329) From: Christoph Roland Murauer Subject: Re: FreeBSD on Cubieboard 2, UDOO and Galaxy Note 10.1 (Exynos). Date: Fri, 13 Sep 2013 20:51:03 +0200 To: Ian Lepore 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, 13 Sep 2013 18:51:07 -0000 Thanks for your answers ! Am 11.09.2013 um 04:35 schrieb Ian Lepore : >>> or the comming UDOO board (http://shop.udoo.org/pre-order/udoo-quad.html= ) >>> to have a gateway / firewall on this device and between the other 2 devi= ces >>> ? >>=20 >> UDOO seems to have i.MX6 SoC which support is not in src tree yet, althou= gh >> ian@ is working on it iirc. >=20 > I have a single-core i.mx6 (wandboard) booting to multiuser mode with > sdcard and ethernet drivers working. I don't have usb going yet, but > someone else has it working on a quad-core, so that's more done than > not. If we weren't in a code freeze I'd be thinking about getting this > bare-bones support checked in so others can hack on it too. >=20 > -- Ian I am not a developer / programmer (maybe planned to learn some C) but what d= o you mean with =E2=80=9Ecode freeze" ? What could be done to get some progr= ess at this topic ? >>> My second question is, is there developing planned for the new / comming= >>> Galaxy Note 10.1 (2014 edition) with the Exynos 5420 >>=20 >>=20 >> As for Exynos, iirc we have basic support of Exynos 5250 (arndale board),= I >> don't know how that is different than 5420. >> But please note that if I'm correct we don't have FreeBSD with graphics >> running yet on any tablet. >>=20 >> Correct me if I'm wrong here. >>=20 >> Ganbold The product is not out now but sounds interesting. When is it expected to ha= ve FreeBSD with graphics on a tablet (if ever - same question as above, what= could be done) ? The graphic part is not the topic for now ... I do at the m= oment many XeLaTeX and Haskell / Hakyll stuff in the terminal with Vim ... t= he other things could be done on a second machine. Regards, C. M. From owner-freebsd-arm@FreeBSD.ORG Fri Sep 13 19:21:43 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CBADB18C for ; Fri, 13 Sep 2013 19:21:43 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-ie0-f181.google.com (mail-ie0-f181.google.com [209.85.223.181]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9A4032C22 for ; Fri, 13 Sep 2013 19:21:43 +0000 (UTC) Received: by mail-ie0-f181.google.com with SMTP id tp5so3551470ieb.12 for ; Fri, 13 Sep 2013 12:21:37 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=ZL2VN0dpSzI8rBy8WRDQ39egHVKYGbfNvlnSKYejqB8=; b=SmxFsYNzNpSyn4hFQp7XrB57Y/0FaJG4+70LGb5qS/Kt3H5o7Hg3+vjXfmsbwNrHfU rEkzzsHzgDMqwQgEdPyPIof2Xk0OJAObkPyr3yHnXJqdgF0oREF03Trr3dnMhJ/Ln6sb Mjt2Wg0QZuVy32AOsGHbOjSlWigK8YgC94BNfXZd9CRXSs518x7dKNuyl4Oe26UIqFth J2OmuH1XVyTvDS2BeHYXjfRzghXuag3ElhK/OkFKDKGuUVonrfJSjnm5Wk+FL3Uaf40z qUXxHGm597WHQ73F3QIn0j096wJYpN03VVqXFzA42oZbEUpDsa2ahfPdd9YY1+KZt5vw a56g== X-Gm-Message-State: ALoCoQk89rEIAi7Ri2iBnazSv+rtC0uOBd2ZQbO/TJFbsUm14ReU+LTVtvu7NxXmlaRcB7ljKEtq X-Received: by 10.50.22.105 with SMTP id c9mr1934776igf.36.1379100097691; Fri, 13 Sep 2013 12:21:37 -0700 (PDT) Received: from monkey-bot.int.fusionio.com ([209.117.142.2]) by mx.google.com with ESMTPSA id lp9sm1222703igb.9.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 13 Sep 2013 12:21:37 -0700 (PDT) Sender: Warner Losh Subject: Re: Panic while building perl on sheevaplug/armv5 freebsd 10. Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <1379080987.1111.637.camel@revolution.hippie.lan> Date: Fri, 13 Sep 2013 13:21:36 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <0D9A93F9-E4F1-4D78-BA8B-809169AE450D@bsdimp.com> References: <1379080987.1111.637.camel@revolution.hippie.lan> To: Ian Lepore X-Mailer: Apple Mail (2.1085) Cc: freebsd-arm@FreeBSD.org, Ronald Klop 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, 13 Sep 2013 19:21:44 -0000 On Sep 13, 2013, at 8:03 AM, Ian Lepore wrote: > On Fri, 2013-09-13 at 15:11 +0200, Ronald Klop wrote: >> Hello, >>=20 >> I have a repeatable panic while building perl on my Sheevaplug ARMv5 =20= >> running FreeBSD 10-CURRENT. >> Kernel is loaded from NAND. >> / is mounted from USB /dev/da0s2 (UFS2) >> /usr/ports is mounted over NFS from a 9-STABLE/amd64 box. >> Swap from 512MB file in /data/swap. >>=20 >> ---- console output >> login: panic: vm_fault: fault on nofault entry, addr: ddf9d000 >> KDB: enter: panic >> [ thread pid 659 tid 100057 ] >> Stopped at kdb_enter+0x4c: ldrb r15, [r15, r15, ror r15]! >> db> bt >> Tracing pid 659 tid 100057 td 0xc3f86000 > [...] >> exception_exit() at exception_exit >> pc =3D 0xc0bba3fc lr =3D 0xc0a60c88 (tc_setclock+0x458) >> sp =3D 0xddf9d008 fp =3D 0xddf9e038 >> r0 =3D 0xc0bba324 r1 =3D 0xc0d00000 >> r2 =3D 0xddf9d00c r3 =3D 0x20000093 >> r4 =3D 0x00000000 r5 =3D 0xc0ccd630 >> r6 =3D 0x00000000 r7 =3D 0x00000000 >> r8 =3D 0xc0caece0 r9 =3D 0x00000001 >> r10 =3D 0xc0caec88 r12 =3D 0x00000000 >> data_abort_entry() at data_abort_entry+0x30 >> pc =3D 0xc0bba324 lr =3D 0xc0a60c88 (tc_setclock+0x458) >> sp =3D 0xddf9d008 fp =3D 0xddf9e038 >> Unwind failure (no registers changed) >=20 > That's the second time in the past few months I've seen a backtrace = that > makes it look like we ran out of kernel stack, but the default is 8k > which should be plenty. Still, try adding "option KSTACK_PAGES=3D3" = to > your kernel config and see if the problem goes away. If it does, we = may > need to figure out why we're using so much stack. If it doesn't, = we've > probably got a bad recursion loop happening somewhere. FreeBSD/mips runs out of kernel stack on ports builds as well, but = there's a number of special conditions that seem to be needed before = that happens... Warner From owner-freebsd-arm@FreeBSD.ORG Fri Sep 13 19:44:05 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 71CEE8A5; Fri, 13 Sep 2013 19:44:05 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wg0-x22b.google.com (mail-wg0-x22b.google.com [IPv6:2a00:1450:400c:c00::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CDE0C2D49; Fri, 13 Sep 2013 19:44:04 +0000 (UTC) Received: by mail-wg0-f43.google.com with SMTP id z12so1592092wgg.10 for ; Fri, 13 Sep 2013 12:44:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=sKccRSgXzoV40ryRqGpARn1AkS2w8S0Cc5g0g9MTLao=; b=a66bN5lItmKHEaGsnrTE9d9ikTQVNBKEp70wVri53rqpxWG0BmCAm8xg+8RlQeDA4x 0X5NFPOH9Aeju+ftCs58VvjxSC0B7Dazq9SveiAOl3lWNY1CAamB5x48Hf7vnSuQRoVw ALhwV/27w2j7fXqiS9aXKGTCUuHV5HOqP/haPESn0RwFdRRN+f+PvteIClTnoLAeASzO apaHUQ6IqGo9MS6yViiJ2NoQaPCpq4gLepQBEeij9HRXLrdJHJiwth4pWBgM7i0QKWNv WpZzLPx8HrqE0gEO/TUxJLERE1ll4TqizRInMkPG1kc1wERxGfVcc1gehVjlmWW7nnfl Y3eQ== MIME-Version: 1.0 X-Received: by 10.194.241.228 with SMTP id wl4mr12460199wjc.2.1379101443243; Fri, 13 Sep 2013 12:44:03 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.216.73.133 with HTTP; Fri, 13 Sep 2013 12:44:03 -0700 (PDT) In-Reply-To: <0D9A93F9-E4F1-4D78-BA8B-809169AE450D@bsdimp.com> References: <1379080987.1111.637.camel@revolution.hippie.lan> <0D9A93F9-E4F1-4D78-BA8B-809169AE450D@bsdimp.com> Date: Fri, 13 Sep 2013 12:44:03 -0700 X-Google-Sender-Auth: b5vpbDq6-_H6Aq5RxCjPA3VrMEw Message-ID: Subject: Re: Panic while building perl on sheevaplug/armv5 freebsd 10. From: Adrian Chadd To: Warner Losh Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-arm@freebsd.org" , Ian Lepore , Ronald Klop 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, 13 Sep 2013 19:44:05 -0000 .. don't we have a guard page on ARM/MIPS so we can trap out whenever that occurs? That way we can at least try to identify where people have made some "huh we're running on amd64, stack space is cheap huh" assumptions? -adrian On 13 September 2013 12:21, Warner Losh wrote: > > On Sep 13, 2013, at 8:03 AM, Ian Lepore wrote: > > > On Fri, 2013-09-13 at 15:11 +0200, Ronald Klop wrote: > >> Hello, > >> > >> I have a repeatable panic while building perl on my Sheevaplug ARMv5 > >> running FreeBSD 10-CURRENT. > >> Kernel is loaded from NAND. > >> / is mounted from USB /dev/da0s2 (UFS2) > >> /usr/ports is mounted over NFS from a 9-STABLE/amd64 box. > >> Swap from 512MB file in /data/swap. > >> > >> ---- console output > >> login: panic: vm_fault: fault on nofault entry, addr: ddf9d000 > >> KDB: enter: panic > >> [ thread pid 659 tid 100057 ] > >> Stopped at kdb_enter+0x4c: ldrb r15, [r15, r15, ror r15]! > >> db> bt > >> Tracing pid 659 tid 100057 td 0xc3f86000 > > [...] > >> exception_exit() at exception_exit > >> pc = 0xc0bba3fc lr = 0xc0a60c88 (tc_setclock+0x458) > >> sp = 0xddf9d008 fp = 0xddf9e038 > >> r0 = 0xc0bba324 r1 = 0xc0d00000 > >> r2 = 0xddf9d00c r3 = 0x20000093 > >> r4 = 0x00000000 r5 = 0xc0ccd630 > >> r6 = 0x00000000 r7 = 0x00000000 > >> r8 = 0xc0caece0 r9 = 0x00000001 > >> r10 = 0xc0caec88 r12 = 0x00000000 > >> data_abort_entry() at data_abort_entry+0x30 > >> pc = 0xc0bba324 lr = 0xc0a60c88 (tc_setclock+0x458) > >> sp = 0xddf9d008 fp = 0xddf9e038 > >> Unwind failure (no registers changed) > > > > That's the second time in the past few months I've seen a backtrace that > > makes it look like we ran out of kernel stack, but the default is 8k > > which should be plenty. Still, try adding "option KSTACK_PAGES=3" to > > your kernel config and see if the problem goes away. If it does, we may > > need to figure out why we're using so much stack. If it doesn't, we've > > probably got a bad recursion loop happening somewhere. > > FreeBSD/mips runs out of kernel stack on ports builds as well, but there's > a number of special conditions that seem to be needed before that happens... > > Warner > > _______________________________________________ > 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 Sep 13 19:50:11 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 386FBAE8 for ; Fri, 13 Sep 2013 19:50:11 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0A4C22D9B for ; Fri, 13 Sep 2013 19:50:10 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VKZNU-0002wA-6R; Fri, 13 Sep 2013 19:50:04 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r8DJo0TH009745; Fri, 13 Sep 2013 13:50:00 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX18uD/pInbtMqtuB+/ClLhy+ Subject: Re: FreeBSD on Cubieboard 2, UDOO and Galaxy Note 10.1 (Exynos). From: Ian Lepore To: Christoph Roland Murauer In-Reply-To: References: <1378866956.1111.608.camel@revolution.hippie.lan> Content-Type: text/plain; charset="iso-8859-13" Date: Fri, 13 Sep 2013 13:50:00 -0600 Message-ID: <1379101800.1111.642.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by damnhippie.dyndns.org id r8DJo0TH009745 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, 13 Sep 2013 19:50:11 -0000 On Fri, 2013-09-13 at 20:51 +0200, Christoph Roland Murauer wrote: > Thanks for your answers ! >=20 > Am 11.09.2013 um 04:35 schrieb Ian Lepore : >=20 > >>> or the comming UDOO board (http://shop.udoo.org/pre-order/udoo-quad= .html) > >>> to have a gateway / firewall on this device and between the other 2= devices > >>> ? > >>=20 > >> UDOO seems to have i.MX6 SoC which support is not in src tree yet, a= lthough > >> ian@ is working on it iirc. > >=20 > > I have a single-core i.mx6 (wandboard) booting to multiuser mode with > > sdcard and ethernet drivers working. I don't have usb going yet, but > > someone else has it working on a quad-core, so that's more done than > > not. If we weren't in a code freeze I'd be thinking about getting th= is > > bare-bones support checked in so others can hack on it too. > >=20 > > -- Ian >=20 > I am not a developer / programmer (maybe planned to learn some C) but w= hat do you mean with =A5code freeze" ? What could be done to get some pro= gress at this topic ? >=20 FreeBSD is getting close to releasing 10.0, so right now we can't make major changes to the source base, only fixes and changes that tend to stabilize things for the upcoming release. Overall it's a great way to get a solid release on existing platforms, but it's a bit hard to work with right now in the ARM world where we have a lot of innovation happening and suddenly we can't check in anything for a few weeks. I've got USB up and running on my solo, btw, and I'm working on some clock-and-power support that's a bit less of a hack than the ugly stuff I did to get the board to boot at all. In a few days I think I'll be able to publish a patchset anyone can use, even if I can't check it in for a while. =20 I also ordered a wandboard quad, so in a couple weeks I'll have figured out what things I've foolishly done in a imx6-solo-specific way and rework them to work right on the whole imx6 family. -- Ian > >>> My second question is, is there developing planned for the new / co= mming > >>> Galaxy Note 10.1 (2014 edition) with the Exynos 5420 > >>=20 > >>=20 > >> As for Exynos, iirc we have basic support of Exynos 5250 (arndale bo= ard), I > >> don't know how that is different than 5420. > >> But please note that if I'm correct we don't have FreeBSD with graph= ics > >> running yet on any tablet. > >>=20 > >> Correct me if I'm wrong here. > >>=20 > >> Ganbold >=20 > The product is not out now but sounds interesting. When is it expected = to have FreeBSD with graphics on a tablet (if ever - same question as abo= ve, what could be done) ? The graphic part is not the topic for now ... I= do at the moment many XeLaTeX and Haskell / Hakyll stuff in the terminal= with Vim ... the other things could be done on a second machine. >=20 > Regards, >=20 > C. M. >=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 Sep 13 19:50: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]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id DD774B2A for ; Fri, 13 Sep 2013 19:50:50 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-ye0-f176.google.com (mail-ye0-f176.google.com [209.85.213.176]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9DCDD2DC5 for ; Fri, 13 Sep 2013 19:50:50 +0000 (UTC) Received: by mail-ye0-f176.google.com with SMTP id m4so661740yen.21 for ; Fri, 13 Sep 2013 12:50:44 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=YWTCflorHnxrNwby+0YnWmOgm6hEVupgwV4RTi6q0Bw=; b=QwPKYkE0tEdcUJ3TuFkD/gpMiz62vKl6k6M61jHymcM8f3D7ylL2liUc/GRZg/j/ku 0OszGBA3JQ7SrHbnkUaSGniO9M0GT7TIPz2x6E43E6qmPKOQXkEqLEt45PbfgRZgFz6H U4fEY4M45+B2QX8AzgUaP341O7Ph7BNy55Jm9lGkJUdKVvZ6U3LkNIMP4khhy1UQuYcQ zJVWylNBMILJ3igR7O5Tf7hkSF9L8eJ3WCw+tRmbRqy79BXG7hqYDTCWAqAxKZS1n+Pk ujIBkHIGEcgugpyMQk+GEnUe3goXXgXGARQlcEol7B0UHedgccFWBnq9ESlCK+mDuOki tE+A== X-Gm-Message-State: ALoCoQkdhFO5EFtvw3TQabhMswplCv0wuybdAN0UAu2ATKP7grknXPK+zbLokARfpjyMX+Jpf4mu X-Received: by 10.236.38.162 with SMTP id a22mr14235810yhb.30.1379101844439; Fri, 13 Sep 2013 12:50:44 -0700 (PDT) Received: from monkey-bot.int.fusionio.com ([209.117.142.2]) by mx.google.com with ESMTPSA id 48sm15052188yhq.11.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 13 Sep 2013 12:50:43 -0700 (PDT) Sender: Warner Losh Subject: Re: Panic while building perl on sheevaplug/armv5 freebsd 10. Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: Date: Fri, 13 Sep 2013 13:50:41 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <0E7C0397-7D47-4725-B996-C5FB28BCF453@bsdimp.com> References: <1379080987.1111.637.camel@revolution.hippie.lan> <0D9A93F9-E4F1-4D78-BA8B-809169AE450D@bsdimp.com> To: Adrian Chadd X-Mailer: Apple Mail (2.1085) Cc: "freebsd-arm@freebsd.org" , Ian Lepore , Ronald Klop 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, 13 Sep 2013 19:50:50 -0000 On Sep 13, 2013, at 1:44 PM, Adrian Chadd wrote: > .. don't we have a guard page on ARM/MIPS so we can trap out whenever = that occurs? We know on the MIPS when that happens. > That way we can at least try to identify where people have made some = "huh we're running on amd64, stack space is cheap huh" assumptions? Well, I'm not sure that's even real. I think that there are more = registers on mips, so certain traps eat a lot more space than on i386... = 32 * 8 bytes adds up fast...=20 Warner >=20 > -adrian >=20 >=20 >=20 > On 13 September 2013 12:21, Warner Losh wrote: >=20 > On Sep 13, 2013, at 8:03 AM, Ian Lepore wrote: >=20 > > On Fri, 2013-09-13 at 15:11 +0200, Ronald Klop wrote: > >> Hello, > >> > >> I have a repeatable panic while building perl on my Sheevaplug = ARMv5 > >> running FreeBSD 10-CURRENT. > >> Kernel is loaded from NAND. > >> / is mounted from USB /dev/da0s2 (UFS2) > >> /usr/ports is mounted over NFS from a 9-STABLE/amd64 box. > >> Swap from 512MB file in /data/swap. > >> > >> ---- console output > >> login: panic: vm_fault: fault on nofault entry, addr: ddf9d000 > >> KDB: enter: panic > >> [ thread pid 659 tid 100057 ] > >> Stopped at kdb_enter+0x4c: ldrb r15, [r15, r15, ror r15]! > >> db> bt > >> Tracing pid 659 tid 100057 td 0xc3f86000 > > [...] > >> exception_exit() at exception_exit > >> pc =3D 0xc0bba3fc lr =3D 0xc0a60c88 (tc_setclock+0x458) > >> sp =3D 0xddf9d008 fp =3D 0xddf9e038 > >> r0 =3D 0xc0bba324 r1 =3D 0xc0d00000 > >> r2 =3D 0xddf9d00c r3 =3D 0x20000093 > >> r4 =3D 0x00000000 r5 =3D 0xc0ccd630 > >> r6 =3D 0x00000000 r7 =3D 0x00000000 > >> r8 =3D 0xc0caece0 r9 =3D 0x00000001 > >> r10 =3D 0xc0caec88 r12 =3D 0x00000000 > >> data_abort_entry() at data_abort_entry+0x30 > >> pc =3D 0xc0bba324 lr =3D 0xc0a60c88 (tc_setclock+0x458) > >> sp =3D 0xddf9d008 fp =3D 0xddf9e038 > >> Unwind failure (no registers changed) > > > > That's the second time in the past few months I've seen a backtrace = that > > makes it look like we ran out of kernel stack, but the default is 8k > > which should be plenty. Still, try adding "option KSTACK_PAGES=3D3" = to > > your kernel config and see if the problem goes away. If it does, we = may > > need to figure out why we're using so much stack. If it doesn't, = we've > > probably got a bad recursion loop happening somewhere. >=20 > FreeBSD/mips runs out of kernel stack on ports builds as well, but = there's a number of special conditions that seem to be needed before = that happens... >=20 > Warner >=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 Fri Sep 13 19:51: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]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D2B6DCB0; Fri, 13 Sep 2013 19:51:48 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A694B2DD1; Fri, 13 Sep 2013 19:51:48 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VKZP9-0006Kd-9k; Fri, 13 Sep 2013 19:51:47 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r8DJphEG009757; Fri, 13 Sep 2013 13:51:43 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1+Fm7Ydmd2UdL0yfky/hJPo Subject: Re: Panic while building perl on sheevaplug/armv5 freebsd 10. From: Ian Lepore To: Adrian Chadd In-Reply-To: References: <1379080987.1111.637.camel@revolution.hippie.lan> <0D9A93F9-E4F1-4D78-BA8B-809169AE450D@bsdimp.com> Content-Type: text/plain; charset="us-ascii" Date: Fri, 13 Sep 2013 13:51:43 -0600 Message-ID: <1379101903.1111.644.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: "freebsd-arm@freebsd.org" , Ronald Klop 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, 13 Sep 2013 19:51:48 -0000 On Fri, 2013-09-13 at 12:44 -0700, Adrian Chadd wrote: > .. don't we have a guard page on ARM/MIPS so we can trap out whenever that > occurs? > > That way we can at least try to identify where people have made some "huh > we're running on amd64, stack space is cheap huh" assumptions? > A "page-not-mapped" fault with a stack-looking address (0xddf9d000) is what happened -- my theory is that we hit the guard page. -- Ian From owner-freebsd-arm@FreeBSD.ORG Sat Sep 14 03:16:00 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0CD276D2; Sat, 14 Sep 2013 03:16:00 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wg0-x22a.google.com (mail-wg0-x22a.google.com [IPv6:2a00:1450:400c:c00::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6A4032D4A; Sat, 14 Sep 2013 03:15:59 +0000 (UTC) Received: by mail-wg0-f42.google.com with SMTP id m15so1423218wgh.3 for ; Fri, 13 Sep 2013 20:15:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=4Wc101HItzUfVWsGCDFexAljm4JfTHRiP1aREWO5TLc=; b=A5F69Ab0SK+iIuDYv+Zt0Hm7U06VusbIP/70jiUn1XMphdMCODtgvLmsvVM3hwZooD za8L0gKBDCQd0LXbE8oYmwI2xXT6B2eFZBW460lAbeQ01FLiermP+tVIcVdChAiN+XdE bJCTM5cuQpiCyZYZWxNG15/hYgN33eTnwX8aM7qXH7wctq+thwo/mCkm+r0z19X/HzGB z3IdKOu14R3r+GeOXoYzuikLFSO2e30AIL+U/D7xtpLWDCqi6Z1+T4YLyJN1sbTY3b1H cPM5IISmkp7/8uRCQKCKnmn3LFVZnWqYnmaVHmBJwCJeDKKyFhEK3mc1QwK4ymi6kTHZ hT8w== MIME-Version: 1.0 X-Received: by 10.180.211.206 with SMTP id ne14mr5021009wic.30.1379128557857; Fri, 13 Sep 2013 20:15:57 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.216.73.133 with HTTP; Fri, 13 Sep 2013 20:15:57 -0700 (PDT) In-Reply-To: <0E7C0397-7D47-4725-B996-C5FB28BCF453@bsdimp.com> References: <1379080987.1111.637.camel@revolution.hippie.lan> <0D9A93F9-E4F1-4D78-BA8B-809169AE450D@bsdimp.com> <0E7C0397-7D47-4725-B996-C5FB28BCF453@bsdimp.com> Date: Fri, 13 Sep 2013 20:15:57 -0700 X-Google-Sender-Auth: uCl3bloUO_fwzfzGY_cOgVvYTHU Message-ID: Subject: Re: Panic while building perl on sheevaplug/armv5 freebsd 10. From: Adrian Chadd To: Warner Losh Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-arm@freebsd.org" , Ian Lepore , Ronald Klop 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, 14 Sep 2013 03:16:00 -0000 .. look at the zfs IO backtraces sometime. It got a bit ridiculous.. -a On 13 September 2013 12:50, Warner Losh wrote: > > On Sep 13, 2013, at 1:44 PM, Adrian Chadd wrote: > > .. don't we have a guard page on ARM/MIPS so we can trap out whenever > that occurs? > > We know on the MIPS when that happens. > > > That way we can at least try to identify where people have made some > "huh we're running on amd64, stack space is cheap huh" assumptions? > > Well, I'm not sure that's even real. I think that there are more registers > on mips, so certain traps eat a lot more space than on i386... 32 * 8 bytes > adds up fast... > > Warner > > > > > > -adrian > > > > > > > > On 13 September 2013 12:21, Warner Losh wrote: > > > > On Sep 13, 2013, at 8:03 AM, Ian Lepore wrote: > > > > > On Fri, 2013-09-13 at 15:11 +0200, Ronald Klop wrote: > > >> Hello, > > >> > > >> I have a repeatable panic while building perl on my Sheevaplug ARMv5 > > >> running FreeBSD 10-CURRENT. > > >> Kernel is loaded from NAND. > > >> / is mounted from USB /dev/da0s2 (UFS2) > > >> /usr/ports is mounted over NFS from a 9-STABLE/amd64 box. > > >> Swap from 512MB file in /data/swap. > > >> > > >> ---- console output > > >> login: panic: vm_fault: fault on nofault entry, addr: ddf9d000 > > >> KDB: enter: panic > > >> [ thread pid 659 tid 100057 ] > > >> Stopped at kdb_enter+0x4c: ldrb r15, [r15, r15, ror r15]! > > >> db> bt > > >> Tracing pid 659 tid 100057 td 0xc3f86000 > > > [...] > > >> exception_exit() at exception_exit > > >> pc = 0xc0bba3fc lr = 0xc0a60c88 (tc_setclock+0x458) > > >> sp = 0xddf9d008 fp = 0xddf9e038 > > >> r0 = 0xc0bba324 r1 = 0xc0d00000 > > >> r2 = 0xddf9d00c r3 = 0x20000093 > > >> r4 = 0x00000000 r5 = 0xc0ccd630 > > >> r6 = 0x00000000 r7 = 0x00000000 > > >> r8 = 0xc0caece0 r9 = 0x00000001 > > >> r10 = 0xc0caec88 r12 = 0x00000000 > > >> data_abort_entry() at data_abort_entry+0x30 > > >> pc = 0xc0bba324 lr = 0xc0a60c88 (tc_setclock+0x458) > > >> sp = 0xddf9d008 fp = 0xddf9e038 > > >> Unwind failure (no registers changed) > > > > > > That's the second time in the past few months I've seen a backtrace > that > > > makes it look like we ran out of kernel stack, but the default is 8k > > > which should be plenty. Still, try adding "option KSTACK_PAGES=3" to > > > your kernel config and see if the problem goes away. If it does, we > may > > > need to figure out why we're using so much stack. If it doesn't, we've > > > probably got a bad recursion loop happening somewhere. > > > > FreeBSD/mips runs out of kernel stack on ports builds as well, but > there's a number of special conditions that seem to be needed before that > happens... > > > > Warner > > > > _______________________________________________ > > 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 Sat Sep 14 11:57:40 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2C976CA2 for ; Sat, 14 Sep 2013 11:57:40 +0000 (UTC) (envelope-from christoph_murauer@yahoo.de) Received: from nm1.bullet.mail.ird.yahoo.com (nm1.bullet.mail.ird.yahoo.com [77.238.189.58]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DE968225C for ; Sat, 14 Sep 2013 11:57:38 +0000 (UTC) Received: from [77.238.189.234] by nm1.bullet.mail.ird.yahoo.com with NNFMP; 14 Sep 2013 11:57:31 -0000 Received: from [46.228.39.101] by tm15.bullet.mail.ird.yahoo.com with NNFMP; 14 Sep 2013 11:57:31 -0000 Received: from [127.0.0.1] by smtp138.mail.ir2.yahoo.com with NNFMP; 14 Sep 2013 11:57:31 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.de; s=s1024; t=1379159851; bh=UNELPjn9RfSIh47iYVZUVmsHmOtiBY8y3bAsvpky56g=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:References:Mime-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding:Message-Id:Cc:X-Mailer:From:Subject:Date:To; b=amGWa0Mopiq0Zac5xPNjreV4MSqZjq72ir2lZd09e4Y+EMu0AWQ8i91dxDVrzd8r11JHIfvxLby9ENYt/wjvq3qBvaTWzidW3iCOfFc15NX421GRoXn9IQpAJx4rU+3KdeFFQ/s9RX/Hkc4BrdToRK+1vBb1WKazoVZz5h8xe2M= X-Yahoo-Newman-Id: 674752.14779.bm@smtp138.mail.ir2.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: wVJIi3MVM1mOLR1Nt3c4Es8Md_A96JDIIL7ylKjYCwK2Ulo DGhHALpf7Mfj8kP6eCGk5p0YZ6yVzBWDmmeTf9LCcda7YmLSGmCw0cPysKXH C46W_TdOfWQtAFt6qVYW8VTa4nz.tVvtwDu.xj1cilDJptrpMRvb5AtF4Kr1 F17C1PqskdX6UEESj12pThblDtJmOTxu0Cv.OTWPrgvoM3Y9kSPpX240H8BB eUXLewzT_2oou44T.6YkmhMwLQ0v6xM_Md1vRTRy7CV3DS_cgRyZt4AAT9TB 9NamcNv1auu6xOHE2XeBRQN25czGDu7Wk5XmJ5WKZ8owqA1n0dJ4X4qxcaPE 66EjGmbyojEB8lLXA6Ya7YbAbR81G4IBeLvA7p7i_d9TJF.BV3xSyhH1uUOI CQZqfgXAyOt_JBoIDHv3zjtg15ToMpNlzPzBXODo8la60njtdwmuwxzGXccL zheyF5vUymO27bKrWItnpIHwCg8nh3vDuXBenmzzyVgyr.eywx9DkQ8jlkXt cFNdw4k17zQJ7s_.exiIrJ5YWREL2AlNrYiVUwUeOHQFI4wFA0TQ.qQ-- X-Yahoo-SMTP: djLuxZmswBCThjOlQPQ70uWTQYbmoY1GzzJb5awD X-Rocket-Received: from [10.166.104.145] (christoph_murauer@213.162.68.186 with ) by smtp138.mail.ir2.yahoo.com with SMTP; 14 Sep 2013 11:57:31 +0000 UTC References: <1378866956.1111.608.camel@revolution.hippie.lan> <1379101800.1111.642.camel@revolution.hippie.lan> Mime-Version: 1.0 (1.0) In-Reply-To: <1379101800.1111.642.camel@revolution.hippie.lan> Message-Id: <76C12017-DC31-4F08-9A80-63508B8E6EF7@yahoo.de> X-Mailer: iPad Mail (10B329) From: Christoph Roland Murauer Subject: Re: FreeBSD on Cubieboard 2, UDOO and Galaxy Note 10.1 (Exynos). Date: Sat, 14 Sep 2013 13:57:29 +0200 To: Ian Lepore Content-Type: text/plain; charset=utf-8 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: Sat, 14 Sep 2013 11:57:40 -0000 Am 13.09.2013 um 21:50 schrieb Ian Lepore : >> I am not a developer / programmer (maybe planned to learn some C) but wha= t do you mean with =E2=80=9Ecode freeze" ? What could be done to get some pr= ogress at this topic ? >>=20 >=20 > FreeBSD is getting close to releasing 10.0, so right now we can't make > major changes to the source base, only fixes and changes that tend to > stabilize things for the upcoming release. Overall it's a great way to > get a solid release on existing platforms, but it's a bit hard to work > with right now in the ARM world where we have a lot of innovation > happening and suddenly we can't check in anything for a few weeks. >=20 I found http://www.freebsd.org/releases/10.0R/schedule.html and understand n= ow what you meaned before. Let's wait till FreeBSD 10 is there ... the bonus= is, that the tablet is then cheaper then now ;-) But would it be possible to run a FreeBSD with graphics on a tablet like the= new Galaxy Note 10.1 (2014) and if yes, what must be done / is needed ? > I've got USB up and running on my solo, btw, and I'm working on some > clock-and-power support that's a bit less of a hack than the ugly stuff > I did to get the board to boot at all. In a few days I think I'll be > able to publish a patchset anyone can use, even if I can't check it in > for a while. =20 >=20 > I also ordered a wandboard quad, so in a couple weeks I'll have figured > out what things I've foolishly done in a imx6-solo-specific way and > rework them to work right on the whole imx6 family. >=20 > -- Ian Yes, the wandboard quad is also a very interesting tool. C. M. From owner-freebsd-arm@FreeBSD.ORG Sat Sep 14 13:32:04 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 567CA3B3; Sat, 14 Sep 2013 13:32:04 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E5181273E; Sat, 14 Sep 2013 13:32:03 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.7/8.14.7/ALCHEMY.FRANKEN.DE) with ESMTP id r8EDVtJZ032862; Sat, 14 Sep 2013 15:31:56 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.7/8.14.7/Submit) id r8EDVtC9032861; Sat, 14 Sep 2013 15:31:55 +0200 (CEST) (envelope-from marius) Date: Sat, 14 Sep 2013 15:31:55 +0200 From: Marius Strobl To: Nathan Whitehorn Subject: Re: Patch for Cross-Reference Phandles Message-ID: <20130914133155.GA32845@alchemy.franken.de> References: <522CC7E0.9060508@freebsd.org> <5231D8A6.9080501@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5231D8A6.9080501@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-arm@freebsd.org, freebsd-sparc64 , freebsd-ppc@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, 14 Sep 2013 13:32:04 -0000 On Thu, Sep 12, 2013 at 10:07:18AM -0500, Nathan Whitehorn wrote: > On 09/08/13 13:54, Nathan Whitehorn wrote: > > Open Firmware has three namespaces for handles: > > 1. Instance handles, for open devices > > 2. Package handles for the client interface > > 3. Package handles for device tree cross references > > > > On Powermac hardware, we assume that (2) and (3) are identical and > > call both phandles. On embedded FDT systems, you can't open devices > > and so we abuse ihandle_t for (3). IBM pSeries hardware, however, has > > all three things. With that in mind, I'd like to start separating > > them. The patch at > > http://people.freebsd.org/~nwhitehorn/xref_phandle.diff adds a new > > function (OF_child_xref_phandle) that takes a phandle of type (3) and > > turns into one of type (2) by searching for entries named "phandle", > > "ibm,phandle", or "linux,phandle" in the tree. This should work for > > FDT as well, but is not connected in the patch to anything actually > > FDT related. > > > > Comments would be appreciated. I'd like to get to get this as in as > > soon as possible (given the HEAD freeze) otherwise. > > -Nathan > > Since I haven't heard anything, it shouldn't affect any existing > platforms or code, and it would be nice to have this interface available > in the 10.x series, I plan to ask re@ for commit approval tomorrow. > Please let me know if there are any objections. Technically that patch is fine. It would be nice if you could fix the style bugs before committing, though. In OF_child_xref_phandle(), the variables should go above the comment and you don't need to initialize the static global one in ofw_pcibus.c to zero explicitly. If you do nevertheless, spaces should go before and after the '='. Marius From owner-freebsd-arm@FreeBSD.ORG Sat Sep 14 14:06:52 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 422EBD6D; Sat, 14 Sep 2013 14:06:52 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from smtpauth3.wiscmail.wisc.edu (wmauth3.doit.wisc.edu [144.92.197.226]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 185F2291E; Sat, 14 Sep 2013 14:06:51 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth3.wiscmail.wisc.edu by smtpauth3.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) id <0MT400J00CEVCB00@smtpauth3.wiscmail.wisc.edu>; Sat, 14 Sep 2013 09:06:43 -0500 (CDT) X-Spam-PmxInfo: Server=avs-3, Version=6.0.3.2322014, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2013.9.14.135714, SenderIP=0.0.0.0 X-Spam-Report: AuthenticatedSender=yes, SenderIP=0.0.0.0 Received: from comporellon.tachypleus.net (unknown [76.210.60.217]) by smtpauth3.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) with ESMTPSA id <0MT40038DCJ5JS20@smtpauth3.wiscmail.wisc.edu>; Sat, 14 Sep 2013 09:06:43 -0500 (CDT) Message-id: <52346D71.4080407@freebsd.org> Date: Sat, 14 Sep 2013 09:06:41 -0500 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130907 Thunderbird/17.0.8 To: Marius Strobl Subject: Re: Patch for Cross-Reference Phandles References: <522CC7E0.9060508@freebsd.org> <5231D8A6.9080501@freebsd.org> <20130914133155.GA32845@alchemy.franken.de> In-reply-to: <20130914133155.GA32845@alchemy.franken.de> Cc: freebsd-arm@freebsd.org, freebsd-sparc64 , freebsd-ppc@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, 14 Sep 2013 14:06:52 -0000 On 09/14/13 08:31, Marius Strobl wrote: > On Thu, Sep 12, 2013 at 10:07:18AM -0500, Nathan Whitehorn wrote: >> On 09/08/13 13:54, Nathan Whitehorn wrote: >>> Open Firmware has three namespaces for handles: >>> 1. Instance handles, for open devices >>> 2. Package handles for the client interface >>> 3. Package handles for device tree cross references >>> >>> On Powermac hardware, we assume that (2) and (3) are identical and >>> call both phandles. On embedded FDT systems, you can't open devices >>> and so we abuse ihandle_t for (3). IBM pSeries hardware, however, has >>> all three things. With that in mind, I'd like to start separating >>> them. The patch at >>> http://people.freebsd.org/~nwhitehorn/xref_phandle.diff adds a new >>> function (OF_child_xref_phandle) that takes a phandle of type (3) and >>> turns into one of type (2) by searching for entries named "phandle", >>> "ibm,phandle", or "linux,phandle" in the tree. This should work for >>> FDT as well, but is not connected in the patch to anything actually >>> FDT related. >>> >>> Comments would be appreciated. I'd like to get to get this as in as >>> soon as possible (given the HEAD freeze) otherwise. >>> -Nathan >> Since I haven't heard anything, it shouldn't affect any existing >> platforms or code, and it would be nice to have this interface available >> in the 10.x series, I plan to ask re@ for commit approval tomorrow. >> Please let me know if there are any objections. > Technically that patch is fine. It would be nice if you could fix the > style bugs before committing, though. In OF_child_xref_phandle(), the > variables should go above the comment and you don't need to initialize > the static global one in ofw_pcibus.c to zero explicitly. If you do > nevertheless, spaces should go before and after the '='. > Thanks! I think the explicit zero initialization adds some clarity for people reading the code, so I'd like to keep it. The rest of the changes have been made. -Nathan From owner-freebsd-arm@FreeBSD.ORG Sat Sep 14 15:43:33 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 53ABA4FF; Sat, 14 Sep 2013 15:43:33 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 008BB2CC5; Sat, 14 Sep 2013 15:43:29 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VKs0O-000BuH-LE; Sat, 14 Sep 2013 15:43:28 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r8EFhPfO010734; Sat, 14 Sep 2013 09:43:25 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1+MaafYJZuieIDvKxh91f/m Subject: Re: Patch for Cross-Reference Phandles From: Ian Lepore To: Nathan Whitehorn In-Reply-To: <52346D71.4080407@freebsd.org> References: <522CC7E0.9060508@freebsd.org> <5231D8A6.9080501@freebsd.org> <20130914133155.GA32845@alchemy.franken.de> <52346D71.4080407@freebsd.org> Content-Type: text/plain; charset="us-ascii" Date: Sat, 14 Sep 2013 09:43:25 -0600 Message-ID: <1379173405.1197.7.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-arm@FreeBSD.org, freebsd-ppc@FreeBSD.org, freebsd-sparc64 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, 14 Sep 2013 15:43:33 -0000 On Sat, 2013-09-14 at 09:06 -0500, Nathan Whitehorn wrote: > On 09/14/13 08:31, Marius Strobl wrote: > > On Thu, Sep 12, 2013 at 10:07:18AM -0500, Nathan Whitehorn wrote: > >> On 09/08/13 13:54, Nathan Whitehorn wrote: > >>> Open Firmware has three namespaces for handles: > >>> 1. Instance handles, for open devices > >>> 2. Package handles for the client interface > >>> 3. Package handles for device tree cross references > >>> > >>> On Powermac hardware, we assume that (2) and (3) are identical and > >>> call both phandles. On embedded FDT systems, you can't open devices > >>> and so we abuse ihandle_t for (3). IBM pSeries hardware, however, has > >>> all three things. With that in mind, I'd like to start separating > >>> them. The patch at > >>> http://people.freebsd.org/~nwhitehorn/xref_phandle.diff adds a new > >>> function (OF_child_xref_phandle) that takes a phandle of type (3) and > >>> turns into one of type (2) by searching for entries named "phandle", > >>> "ibm,phandle", or "linux,phandle" in the tree. This should work for > >>> FDT as well, but is not connected in the patch to anything actually > >>> FDT related. > >>> > >>> Comments would be appreciated. I'd like to get to get this as in as > >>> soon as possible (given the HEAD freeze) otherwise. > >>> -Nathan > >> Since I haven't heard anything, it shouldn't affect any existing > >> platforms or code, and it would be nice to have this interface available > >> in the 10.x series, I plan to ask re@ for commit approval tomorrow. > >> Please let me know if there are any objections. > > Technically that patch is fine. It would be nice if you could fix the > > style bugs before committing, though. In OF_child_xref_phandle(), the > > variables should go above the comment and you don't need to initialize > > the static global one in ofw_pcibus.c to zero explicitly. If you do > > nevertheless, spaces should go before and after the '='. > > > > Thanks! I think the explicit zero initialization adds some clarity for > people reading the code, so I'd like to keep it. The rest of the changes > have been made. > -Nathan The explicit zero init also makes it 4 bytes harder to fit the kernel into a small flash on embedded systems. We should be eliminating zero-inits that move items from bss to data, not adding new ones. -- Ian From owner-freebsd-arm@FreeBSD.ORG Sat Sep 14 17:15:42 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0FAFC858 for ; Sat, 14 Sep 2013 17:15:42 +0000 (UTC) (envelope-from paradyse@gmail.com) Received: from mail-wg0-x235.google.com (mail-wg0-x235.google.com [IPv6:2a00:1450:400c:c00::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A29042062 for ; Sat, 14 Sep 2013 17:15:41 +0000 (UTC) Received: by mail-wg0-f53.google.com with SMTP id x12so2285221wgg.20 for ; Sat, 14 Sep 2013 10:15:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:message-id:subject:to:content-type; bh=haoih9OGuw8OQ7EAeT0MeT5LI+BCwJxCsuUm9/3Pu/w=; b=wMGzL1N+hfcwcEJs8lK+UixBVnYnixzas8hHKonOi3arUUFs4uehCd+AEjeKfsJij1 4Lewic+4w7mcHv6CaTFVa4OmztkIC1ndc1nkQC7u6dYZrN1PkfgOKqZK0mZ8q1txBeKw dIV/YkQlEDiMUSt2vUmwyW40p7amV8tGkCrbLbkj5iw0WGhdvdMubSwdszrqJVgn77zA NzvKUD7aDJyWZKKCJzu8QbLsVgW1+QWFGxQIUuu64ZkoXyJu5QrAJEViVE/CMicdjtZz a3SKBliHmx1Jw0ifzUeGdA2AxmCXPIRyjS0epd32navSdtin8cxjVqIo7BOBoT2AtHWg eslg== X-Received: by 10.194.158.67 with SMTP id ws3mr15576206wjb.5.1379178940047; Sat, 14 Sep 2013 10:15:40 -0700 (PDT) MIME-Version: 1.0 Sender: paradyse@gmail.com Received: by 10.194.134.170 with HTTP; Sat, 14 Sep 2013 10:15:09 -0700 (PDT) From: Su Kang Yin Date: Sun, 15 Sep 2013 01:15:09 +0800 X-Google-Sender-Auth: 6zbfkGGn45iLJZIBppgIeZN4O-U Message-ID: Subject: FreeBSD 10.0-ALPHA1 r255532 bootup freeze on BBB To: freebsd-arm Content-Type: text/plain; charset=ISO-8859-1 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, 14 Sep 2013 17:15:42 -0000 Log: Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... Using DTB provided by U-Boot. Kernel entry at 0x80200100... Kernel args: (null) 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-ALPHA1 #0 r255532: Sat Sep 14 14:52:23 HKT 2013 cantona@freebsd:/usr/home/cantona/crochet-freebsd/work/obj/arm.armv6/usr/src.head/sys/MYBEAGLEBONE arm FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 CPU: Cortex A8-r3 rev 2 (Cortex-A core) Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext WB disabled EABT branch prediction enabled LoUU:2 LoC:2 LoUIS:1 Cache level 1: 32KB/64B 4-way data cache WT WB Read-Alloc 32KB/64B 4-way instruction cache Read-Alloc Cache level 2: 256KB/64B 8-way unified cache WT WB Read-Alloc Write-Alloc real memory = 536870912 (512 MB) avail memory = 517132288 (493 MB) Texas Instruments AM3358 Processor, Revision ES1.1 random device not loaded; using insecure entropy random: initialized simplebus0: on fdtbus0 aintc0: mem 0x48200000-0x48200fff on simplebus0 aintc0: Revision 5.0 ti_scm0: mem 0x44e10000-0x44e11fff on simplebus0 am335x_prcm0: mem 0x44e00000-0x44e012ff on simplebus0 am335x_prcm0: Clocks: System 24.0 MHz, CPU 550 MHz am335x_dmtimer0: mem 0x44e05000-0x44e05fff,0x44e31000-0x44e31fff,0x48040000-0x48040fff,0x48042000-0x48042fff,0x48044000-0x48044fff,0x48046000-0 Timecounter "AM335x Timecounter" frequency 24000000 Hz quality 1000 Event timer "AM335x Eventtimer0" frequency 24000000 Hz quality 1000 gpio0: mem 0x44e07000-0x44e07fff,0x4804c000-0x4804cfff,0x481ac000-0x481acfff,0x481ae000-0x481aefff irq 96,97,98,99,32,33,62,63 0 gpioc0: on gpio0 gpiobus0: on gpio0 uart0: mem 0x44e09000-0x44e09fff irq 72 on simplebus0 uart0: console (115384,n,8,1) ti_edma30: mem 0x49000000-0x490fffff,0x49800000-0x498fffff,0x49900000-0x499fffff,0x49a00000-0x49afffff irq 12,13,14 on simplebus0 ti_edma30: EDMA revision 40014c00 sdhci_ti0: mem 0x48060000-0x48060fff irq 64 on simplebus0 mmc0: on sdhci_ti0 sdhci_ti1: mem 0x481d8000-0x481d8fff irq 28 on simplebus0 mmc1: on sdhci_ti1 cpsw0: <3-port Switch Ethernet Subsystem> mem 0x4a100000-0x4a103fff irq 40,41,42,43 on simplebus0 cpsw0: CPSW SS Version 1.12 (0) cpsw0: Initial queue size TX=128 RX=384 cpsw0: Ethernet address: c8:a0:30:ac:ef:2a miibus0: on cpsw0 smscphy0: PHY 0 on miibus0 smscphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto iichb0: mem 0x44e0b000-0x44e0bfff irq 70 on simplebus0 iichb0: I2C revision 4.0 iicbus0: on iichb0 iic0: on iicbus0 am335x_pmic0: at addr 0x24 on iicbus0 am335x_pwm0: mem 0x48300000-0x483000ff,0x48300100-0x4830017f,0x48300180-0x483001ff,0x48300200-0x4830025f irq 86,58 on simplebus0 am335x_pwm1: mem 0x48302000-0x483020ff,0x48302100-0x4830217f,0x48302180-0x483021ff,0x48302200-0x4830225f irq 87,59 on simplebus0 am335x_pwm2: mem 0x48304000-0x483040ff,0x48304100-0x4830417f,0x48304180-0x483041ff,0x48304200-0x4830425f irq 88,60 on simplebus0 musbotg0: mem 0x47400000-0x47400fff,0x47401000-0x474012ff,0x47401300-0x474013ff,0x47401400-0x474017ff,0x47401800-0x470 musbotg0: TI AM335X USBSS v0.0.13 usbus0: Dynamic FIFO sizing detected, assuming 16Kbytes of FIFO RAM usbus0 on musbotg0 usbus1: Dynamic FIFO sizing detected, assuming 16Kbytes of FIFO RAM usbus1 on musbotg0 Timecounters tick every 10.000 msec usbus0: 480Mbps High Speed USB v2.0 usbus1: 480Mbps High Speed USB v2.0 ugen1.1: at usbus1 uhub0: on usbus1 ugen0.1: at usbus0 uhub1: on usbus0 mmcsd0: 4GB at mmc0 48.0MHz/4bit/65535-block uhub0: 1 port with 1 removable, self powered uhub1: 1 port with 1 removable, self powered ^^^^^^^^^^ Stuck here.... and I didn't connect any usb device. Any idea? - Yin From owner-freebsd-arm@FreeBSD.ORG Sat Sep 14 17:27:37 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 49583E7E; Sat, 14 Sep 2013 17:27:37 +0000 (UTC) (envelope-from jmg@h2.funkthat.com) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 211AB20D0; Sat, 14 Sep 2013 17:27:36 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id r8EHRZnU042249 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 14 Sep 2013 10:27:36 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id r8EHRZRq042248; Sat, 14 Sep 2013 10:27:35 -0700 (PDT) (envelope-from jmg) Date: Sat, 14 Sep 2013 10:27:35 -0700 From: John-Mark Gurney To: Ian Lepore Subject: Re: Patch for Cross-Reference Phandles Message-ID: <20130914172735.GX68682@funkthat.com> Mail-Followup-To: Ian Lepore , Nathan Whitehorn , freebsd-arm@freebsd.org, freebsd-ppc@freebsd.org, freebsd-sparc64 References: <522CC7E0.9060508@freebsd.org> <5231D8A6.9080501@freebsd.org> <20130914133155.GA32845@alchemy.franken.de> <52346D71.4080407@freebsd.org> <1379173405.1197.7.camel@revolution.hippie.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1379173405.1197.7.camel@revolution.hippie.lan> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Sat, 14 Sep 2013 10:27:36 -0700 (PDT) Cc: freebsd-sparc64 , freebsd-arm@freebsd.org, freebsd-ppc@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, 14 Sep 2013 17:27:37 -0000 Ian Lepore wrote this message on Sat, Sep 14, 2013 at 09:43 -0600: > On Sat, 2013-09-14 at 09:06 -0500, Nathan Whitehorn wrote: > > On 09/14/13 08:31, Marius Strobl wrote: > > > On Thu, Sep 12, 2013 at 10:07:18AM -0500, Nathan Whitehorn wrote: > > >> On 09/08/13 13:54, Nathan Whitehorn wrote: > > >>> Open Firmware has three namespaces for handles: > > >>> 1. Instance handles, for open devices > > >>> 2. Package handles for the client interface > > >>> 3. Package handles for device tree cross references > > >>> > > >>> On Powermac hardware, we assume that (2) and (3) are identical and > > >>> call both phandles. On embedded FDT systems, you can't open devices > > >>> and so we abuse ihandle_t for (3). IBM pSeries hardware, however, has > > >>> all three things. With that in mind, I'd like to start separating > > >>> them. The patch at > > >>> http://people.freebsd.org/~nwhitehorn/xref_phandle.diff adds a new > > >>> function (OF_child_xref_phandle) that takes a phandle of type (3) and > > >>> turns into one of type (2) by searching for entries named "phandle", > > >>> "ibm,phandle", or "linux,phandle" in the tree. This should work for > > >>> FDT as well, but is not connected in the patch to anything actually > > >>> FDT related. > > >>> > > >>> Comments would be appreciated. I'd like to get to get this as in as > > >>> soon as possible (given the HEAD freeze) otherwise. > > >>> -Nathan > > >> Since I haven't heard anything, it shouldn't affect any existing > > >> platforms or code, and it would be nice to have this interface available > > >> in the 10.x series, I plan to ask re@ for commit approval tomorrow. > > >> Please let me know if there are any objections. > > > Technically that patch is fine. It would be nice if you could fix the > > > style bugs before committing, though. In OF_child_xref_phandle(), the > > > variables should go above the comment and you don't need to initialize > > > the static global one in ofw_pcibus.c to zero explicitly. If you do > > > nevertheless, spaces should go before and after the '='. > > > > > > > Thanks! I think the explicit zero initialization adds some clarity for > > people reading the code, so I'd like to keep it. The rest of the changes > > have been made. > > -Nathan > > The explicit zero init also makes it 4 bytes harder to fit the kernel > into a small flash on embedded systems. We should be eliminating > zero-inits that move items from bss to data, not adding new ones. I just ran a simple test: int foo = 0; and compiled it, both with: FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 Target: x86_64-unknown-freebsd10.0 Thread model: posix and: FreeBSD clang version 3.3 (trunk 178860) 20130405 Target: armv6--freebsd Thread model: posix and: gcc (GCC) 4.2.1 20070831 patched [FreeBSD] Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. all are smart enough to know that zero init is the same as locating it in bss, and do so... and not put it in data... Oh, these were all compiled w/o any options, just -c foo.c... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-arm@FreeBSD.ORG Sat Sep 14 17:55:46 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 36196417; Sat, 14 Sep 2013 17:55:46 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E9B9021F7; Sat, 14 Sep 2013 17:55:45 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VKu4O-00074h-Lj; Sat, 14 Sep 2013 17:55:44 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r8EHtfLF010841; Sat, 14 Sep 2013 11:55:41 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX18HhcAWuRO6t29SuGbzw4AI Subject: Re: Patch for Cross-Reference Phandles From: Ian Lepore To: John-Mark Gurney In-Reply-To: <20130914172735.GX68682@funkthat.com> References: <522CC7E0.9060508@freebsd.org> <5231D8A6.9080501@freebsd.org> <20130914133155.GA32845@alchemy.franken.de> <52346D71.4080407@freebsd.org> <1379173405.1197.7.camel@revolution.hippie.lan> <20130914172735.GX68682@funkthat.com> Content-Type: text/plain; charset="us-ascii" Date: Sat, 14 Sep 2013 11:55:41 -0600 Message-ID: <1379181341.1197.26.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-arm@FreeBSD.org, freebsd-sparc64 , freebsd-ppc@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, 14 Sep 2013 17:55:46 -0000 On Sat, 2013-09-14 at 10:27 -0700, John-Mark Gurney wrote: > Ian Lepore wrote this message on Sat, Sep 14, 2013 at 09:43 -0600: > > On Sat, 2013-09-14 at 09:06 -0500, Nathan Whitehorn wrote: > > > On 09/14/13 08:31, Marius Strobl wrote: > > > > On Thu, Sep 12, 2013 at 10:07:18AM -0500, Nathan Whitehorn wrote: > > > >> On 09/08/13 13:54, Nathan Whitehorn wrote: > > > >>> Open Firmware has three namespaces for handles: > > > >>> 1. Instance handles, for open devices > > > >>> 2. Package handles for the client interface > > > >>> 3. Package handles for device tree cross references > > > >>> > > > >>> On Powermac hardware, we assume that (2) and (3) are identical and > > > >>> call both phandles. On embedded FDT systems, you can't open devices > > > >>> and so we abuse ihandle_t for (3). IBM pSeries hardware, however, has > > > >>> all three things. With that in mind, I'd like to start separating > > > >>> them. The patch at > > > >>> http://people.freebsd.org/~nwhitehorn/xref_phandle.diff adds a new > > > >>> function (OF_child_xref_phandle) that takes a phandle of type (3) and > > > >>> turns into one of type (2) by searching for entries named "phandle", > > > >>> "ibm,phandle", or "linux,phandle" in the tree. This should work for > > > >>> FDT as well, but is not connected in the patch to anything actually > > > >>> FDT related. > > > >>> > > > >>> Comments would be appreciated. I'd like to get to get this as in as > > > >>> soon as possible (given the HEAD freeze) otherwise. > > > >>> -Nathan > > > >> Since I haven't heard anything, it shouldn't affect any existing > > > >> platforms or code, and it would be nice to have this interface available > > > >> in the 10.x series, I plan to ask re@ for commit approval tomorrow. > > > >> Please let me know if there are any objections. > > > > Technically that patch is fine. It would be nice if you could fix the > > > > style bugs before committing, though. In OF_child_xref_phandle(), the > > > > variables should go above the comment and you don't need to initialize > > > > the static global one in ofw_pcibus.c to zero explicitly. If you do > > > > nevertheless, spaces should go before and after the '='. > > > > > > > > > > Thanks! I think the explicit zero initialization adds some clarity for > > > people reading the code, so I'd like to keep it. The rest of the changes > > > have been made. > > > -Nathan > > > > The explicit zero init also makes it 4 bytes harder to fit the kernel > > into a small flash on embedded systems. We should be eliminating > > zero-inits that move items from bss to data, not adding new ones. > > I just ran a simple test: > int foo = 0; > > and compiled it, both with: > FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 > Target: x86_64-unknown-freebsd10.0 > Thread model: posix > > and: > FreeBSD clang version 3.3 (trunk 178860) 20130405 > Target: armv6--freebsd > Thread model: posix > > and: > gcc (GCC) 4.2.1 20070831 patched [FreeBSD] > Copyright (C) 2007 Free Software Foundation, Inc. > This is free software; see the source for copying conditions. There is NO > warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. > > all are smart enough to know that zero init is the same as locating it > in bss, and do so... and not put it in data... Oh, these were all > compiled w/o any options, just -c foo.c... > Huh. That's pretty surprising to me, because IMO, an explicit zero-init is NOT the same as putting it in bss, it's explicitly a way to say "I want this in the data segment." I guess there are other ways to control placement these days. -- Ian From owner-freebsd-arm@FreeBSD.ORG Sat Sep 14 19:55:24 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3DCBC237 for ; Sat, 14 Sep 2013 19:55:24 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 015CF27E7 for ; Sat, 14 Sep 2013 19:55:23 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VKvw5-000IS4-38; Sat, 14 Sep 2013 19:55:17 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r8EJtDnm010912; Sat, 14 Sep 2013 13:55:13 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX19iVF+UIUtimQ0TydfzJKtQ Subject: Re: FreeBSD 10.0-ALPHA1 r255532 bootup freeze on BBB From: Ian Lepore To: Su Kang Yin In-Reply-To: References: Content-Type: text/plain; charset="us-ascii" Date: Sat, 14 Sep 2013 13:55:13 -0600 Message-ID: <1379188513.1197.35.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-arm 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, 14 Sep 2013 19:55:24 -0000 On Sun, 2013-09-15 at 01:15 +0800, Su Kang Yin wrote: > Log: > > Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [/boot/kernel/kernel]... > Using DTB provided by U-Boot. > Kernel entry at 0x80200100... > Kernel args: (null) > 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-ALPHA1 #0 r255532: Sat Sep 14 14:52:23 HKT 2013 > cantona@freebsd:/usr/home/cantona/crochet-freebsd/work/obj/arm.armv6/usr/src.head/sys/MYBEAGLEBONE > arm > FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 > CPU: Cortex A8-r3 rev 2 (Cortex-A core) > Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext > WB disabled EABT branch prediction enabled > LoUU:2 LoC:2 LoUIS:1 > Cache level 1: > 32KB/64B 4-way data cache WT WB Read-Alloc > 32KB/64B 4-way instruction cache Read-Alloc > Cache level 2: > 256KB/64B 8-way unified cache WT WB Read-Alloc Write-Alloc > real memory = 536870912 (512 MB) > avail memory = 517132288 (493 MB) > Texas Instruments AM3358 Processor, Revision ES1.1 > random device not loaded; using insecure entropy > random: initialized > simplebus0: on fdtbus0 > aintc0: mem 0x48200000-0x48200fff on simplebus0 > aintc0: Revision 5.0 > ti_scm0: mem 0x44e10000-0x44e11fff on simplebus0 > am335x_prcm0: mem > 0x44e00000-0x44e012ff on simplebus0 > am335x_prcm0: Clocks: System 24.0 MHz, CPU 550 MHz > am335x_dmtimer0: mem > 0x44e05000-0x44e05fff,0x44e31000-0x44e31fff,0x48040000-0x48040fff,0x48042000-0x48042fff,0x48044000-0x48044fff,0x48046000-0 > Timecounter "AM335x Timecounter" frequency 24000000 Hz quality 1000 > Event timer "AM335x Eventtimer0" frequency 24000000 Hz quality 1000 > gpio0: mem > 0x44e07000-0x44e07fff,0x4804c000-0x4804cfff,0x481ac000-0x481acfff,0x481ae000-0x481aefff > irq 96,97,98,99,32,33,62,63 0 > gpioc0: on gpio0 > gpiobus0: on gpio0 > uart0: mem 0x44e09000-0x44e09fff irq 72 > on simplebus0 > uart0: console (115384,n,8,1) > ti_edma30: mem > 0x49000000-0x490fffff,0x49800000-0x498fffff,0x49900000-0x499fffff,0x49a00000-0x49afffff > irq 12,13,14 on simplebus0 > ti_edma30: EDMA revision 40014c00 > sdhci_ti0: mem 0x48060000-0x48060fff irq 64 on simplebus0 > mmc0: on sdhci_ti0 > sdhci_ti1: mem 0x481d8000-0x481d8fff irq 28 on simplebus0 > mmc1: on sdhci_ti1 > cpsw0: <3-port Switch Ethernet Subsystem> mem 0x4a100000-0x4a103fff > irq 40,41,42,43 on simplebus0 > cpsw0: CPSW SS Version 1.12 (0) > cpsw0: Initial queue size TX=128 RX=384 > cpsw0: Ethernet address: c8:a0:30:ac:ef:2a > miibus0: on cpsw0 > smscphy0: PHY 0 on miibus0 > smscphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > iichb0: mem 0x44e0b000-0x44e0bfff irq 70 on simplebus0 > iichb0: I2C revision 4.0 > iicbus0: on iichb0 > iic0: on iicbus0 > am335x_pmic0: at addr 0x24 on iicbus0 > am335x_pwm0: mem > 0x48300000-0x483000ff,0x48300100-0x4830017f,0x48300180-0x483001ff,0x48300200-0x4830025f > irq 86,58 on simplebus0 > am335x_pwm1: mem > 0x48302000-0x483020ff,0x48302100-0x4830217f,0x48302180-0x483021ff,0x48302200-0x4830225f > irq 87,59 on simplebus0 > am335x_pwm2: mem > 0x48304000-0x483040ff,0x48304100-0x4830417f,0x48304180-0x483041ff,0x48304200-0x4830425f > irq 88,60 on simplebus0 > musbotg0: mem > 0x47400000-0x47400fff,0x47401000-0x474012ff,0x47401300-0x474013ff,0x47401400-0x474017ff,0x47401800-0x470 > musbotg0: TI AM335X USBSS v0.0.13 > usbus0: Dynamic FIFO sizing detected, assuming 16Kbytes of FIFO RAM > usbus0 on musbotg0 > usbus1: Dynamic FIFO sizing detected, assuming 16Kbytes of FIFO RAM > usbus1 on musbotg0 > Timecounters tick every 10.000 msec > usbus0: 480Mbps High Speed USB v2.0 > usbus1: 480Mbps High Speed USB v2.0 > ugen1.1: at usbus1 > uhub0: 1> on usbus1 > ugen0.1: at usbus0 > uhub1: 1> on usbus0 > mmcsd0: 4GB at mmc0 > 48.0MHz/4bit/65535-block > uhub0: 1 port with 1 removable, self powered > uhub1: 1 port with 1 removable, self powered > > ^^^^^^^^^^ Stuck here.... and I didn't connect any usb device. > > Any idea? > Two thoughts... make sure you're powering the board with a 5v adapter, not through a usb connection, and try adding this to your kernel config: option USB_HOST_ALIGN=64 If I don't use a separate power supply I get strange usb errors (but not a hang). If I do use the power supply, I get a data abort. Usb has never worked on my BBW, but I don't need it, so I've never tried hard to figure out why. -- Ian From owner-freebsd-arm@FreeBSD.ORG Sat Sep 14 23:25:29 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A209D953 for ; Sat, 14 Sep 2013 23:25:29 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from mail-pa0-f48.google.com (mail-pa0-f48.google.com [209.85.220.48]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 789E12152 for ; Sat, 14 Sep 2013 23:25:29 +0000 (UTC) Received: by mail-pa0-f48.google.com with SMTP id kp13so3908195pab.7 for ; Sat, 14 Sep 2013 16:25:22 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=BAcbfQKM6BxDxmKMwmWL2iEyW4Na6QE7c3AcfY/iBJc=; b=bGtvisdjJPwfFiIs8s+b2rvNor+GkReaMmkjOj+Qa0baVq5jWPcAvwXYgyeM7wFH/r CobHlC6CryI/WSmiJKfdrb3Ywso23lPo+r3/Mi//0P/mb5kMYqnxpjJE1Q6e4O1Fl8Nd Ek1NyKkhMLZEnr9Dd4w+3BEtQNXdtg+dKREXqbxJlAd0WjxxMi+lYu3gESmpqFocHbc7 b3HHl2ArW8dV9c4E0Z5oRSOfnDkVcIPIJ+UFOiRh+s/gR4H412NQA61yaRWeHA0jmQ/X k3VpntMoqtkG+ZQ3uA622ZZIk4QN9SXwu3A7vab2+qsNMO9MZPUV0p3beByXLpI8R+mu S/7Q== X-Gm-Message-State: ALoCoQmL/43hHb+GDiKNHrqTvdcr/NNW/stXeWoFYY0EPuw6T/jfZ4bJ+MgxIpc80VNfWd6YlnWc X-Received: by 10.67.23.227 with SMTP id id3mr23108172pad.101.1379201122859; Sat, 14 Sep 2013 16:25:22 -0700 (PDT) Received: from [192.168.1.74] (99-74-169-43.lightspeed.sntcca.sbcglobal.net. [99.74.169.43]) by mx.google.com with ESMTPSA id ve9sm20769524pbc.19.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 14 Sep 2013 16:25:22 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: FreeBSD 10.0-ALPHA1 r255532 bootup freeze on BBB From: Tim Kientzle In-Reply-To: <1379188513.1197.35.camel@revolution.hippie.lan> Date: Sat, 14 Sep 2013 16:25:20 -0700 Content-Transfer-Encoding: 7bit Message-Id: <0AC11ABC-5C40-4C63-B90D-2E686562BFD2@kientzle.com> References: <1379188513.1197.35.camel@revolution.hippie.lan> To: Ian Lepore X-Mailer: Apple Mail (2.1508) Cc: Su Kang Yin , 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: Sat, 14 Sep 2013 23:25:29 -0000 On Sep 14, 2013, at 12:55 PM, Ian Lepore wrote: > On Sun, 2013-09-15 at 01:15 +0800, Su Kang Yin wrote: >> Log: >> >> 48.0MHz/4bit/65535-block >> uhub0: 1 port with 1 removable, self powered >> uhub1: 1 port with 1 removable, self powered >> >> ^^^^^^^^^^ Stuck here.... and I didn't connect any usb device. >> >> Any idea? >> > > Two thoughts... make sure you're powering the board with a 5v adapter, > not through a usb connection, I have lots of 5v supplies around but when I recently tried to run one of my BBB from a USB connection, it did hang a lot. The BBW worked okay, though. I suspect we're missing some boot code to detect the power source and adjust the CPU clock accordingly. > and try adding this to your kernel config: > > option USB_HOST_ALIGN=64 > > If I don't use a separate power supply I get strange usb errors (but not > a hang). If I do use the power supply, I get a data abort. Usb has > never worked on my BBW, but I don't need it, so I've never tried hard to > figure out why. I've just recently started tinkering with USB on my BBB here. In particular, I've been able to run a urtwn USB Wifi adapter (Specifically: adafru.it/814). I haven't tried with the BBW, though. Tim From owner-freebsd-arm@FreeBSD.ORG Sat Sep 14 23:56:41 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 64DFACAA; Sat, 14 Sep 2013 23:56:41 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wi0-x231.google.com (mail-wi0-x231.google.com [IPv6:2a00:1450:400c:c05::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 76E0522D1; Sat, 14 Sep 2013 23:56:40 +0000 (UTC) Received: by mail-wi0-f177.google.com with SMTP id cb5so2148200wib.4 for ; Sat, 14 Sep 2013 16:56:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=ZycrML/hIP2Sah54+NzJc9dtsEWQz87fPAXwIgL86FI=; b=O8wo6agX40agX2tJMcAVOcfiqHCa5JevI5OqeZ1A8AEapGUQ7hUcDcRdG+MN526Lsp +zQdYZae4BFWNiMFcYjw+Kp4KRu6ozZs0Be32TW3EULRYRzwLbBAalxU7W1RE5na1r82 bWQzyr4jXwtxscrnGxwd59G1M2MEhzGhRKzbGWcUtm2gyAQeH1o0HTDJ+5iVuCjISRDI B13CKbgk72hX2BWhb5o9gdvBoai4/Ey1TDtwzzGPdmcTQDRBHtWJZ75ZpyakX9Blu4F6 gfYC3v+3lpmFLy0q3LI3f0WMyGz26HKbomrqURGXIm0bWCEZvzU30/I8eub8NgIq1fN1 O0Yw== MIME-Version: 1.0 X-Received: by 10.180.211.206 with SMTP id ne14mr7879817wic.30.1379202998780; Sat, 14 Sep 2013 16:56:38 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.216.73.133 with HTTP; Sat, 14 Sep 2013 16:56:38 -0700 (PDT) In-Reply-To: <1379181341.1197.26.camel@revolution.hippie.lan> References: <522CC7E0.9060508@freebsd.org> <5231D8A6.9080501@freebsd.org> <20130914133155.GA32845@alchemy.franken.de> <52346D71.4080407@freebsd.org> <1379173405.1197.7.camel@revolution.hippie.lan> <20130914172735.GX68682@funkthat.com> <1379181341.1197.26.camel@revolution.hippie.lan> Date: Sat, 14 Sep 2013 16:56:38 -0700 X-Google-Sender-Auth: _CI1hHXjH1V6SuhYPJe4s_9MoYo Message-ID: Subject: Re: Patch for Cross-Reference Phandles From: Adrian Chadd To: Ian Lepore Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD PowerPC ML , "freebsd-arm@freebsd.org" , freebsd-sparc64 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, 14 Sep 2013 23:56:41 -0000 ... holy crap. :-) erm, try writing some code that does something with it: int foo[2] = { 0, 0 }; main() { int i; for (i = 0; i < 2; i++) { foo[i] = i; } } .. and then make foo[2] be foo[512] and explicitly set it up to be zero'ed. see what happens. -a On 14 September 2013 10:55, Ian Lepore wrote: > On Sat, 2013-09-14 at 10:27 -0700, John-Mark Gurney wrote: > > Ian Lepore wrote this message on Sat, Sep 14, 2013 at 09:43 -0600: > > > On Sat, 2013-09-14 at 09:06 -0500, Nathan Whitehorn wrote: > > > > On 09/14/13 08:31, Marius Strobl wrote: > > > > > On Thu, Sep 12, 2013 at 10:07:18AM -0500, Nathan Whitehorn wrote: > > > > >> On 09/08/13 13:54, Nathan Whitehorn wrote: > > > > >>> Open Firmware has three namespaces for handles: > > > > >>> 1. Instance handles, for open devices > > > > >>> 2. Package handles for the client interface > > > > >>> 3. Package handles for device tree cross references > > > > >>> > > > > >>> On Powermac hardware, we assume that (2) and (3) are identical > and > > > > >>> call both phandles. On embedded FDT systems, you can't open > devices > > > > >>> and so we abuse ihandle_t for (3). IBM pSeries hardware, > however, has > > > > >>> all three things. With that in mind, I'd like to start separating > > > > >>> them. The patch at > > > > >>> http://people.freebsd.org/~nwhitehorn/xref_phandle.diff adds a > new > > > > >>> function (OF_child_xref_phandle) that takes a phandle of type > (3) and > > > > >>> turns into one of type (2) by searching for entries named > "phandle", > > > > >>> "ibm,phandle", or "linux,phandle" in the tree. This should work > for > > > > >>> FDT as well, but is not connected in the patch to anything > actually > > > > >>> FDT related. > > > > >>> > > > > >>> Comments would be appreciated. I'd like to get to get this as in > as > > > > >>> soon as possible (given the HEAD freeze) otherwise. > > > > >>> -Nathan > > > > >> Since I haven't heard anything, it shouldn't affect any existing > > > > >> platforms or code, and it would be nice to have this interface > available > > > > >> in the 10.x series, I plan to ask re@ for commit approval > tomorrow. > > > > >> Please let me know if there are any objections. > > > > > Technically that patch is fine. It would be nice if you could fix > the > > > > > style bugs before committing, though. In OF_child_xref_phandle(), > the > > > > > variables should go above the comment and you don't need to > initialize > > > > > the static global one in ofw_pcibus.c to zero explicitly. If you do > > > > > nevertheless, spaces should go before and after the '='. > > > > > > > > > > > > > Thanks! I think the explicit zero initialization adds some clarity > for > > > > people reading the code, so I'd like to keep it. The rest of the > changes > > > > have been made. > > > > -Nathan > > > > > > The explicit zero init also makes it 4 bytes harder to fit the kernel > > > into a small flash on embedded systems. We should be eliminating > > > zero-inits that move items from bss to data, not adding new ones. > > > > I just ran a simple test: > > int foo = 0; > > > > and compiled it, both with: > > FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 > > Target: x86_64-unknown-freebsd10.0 > > Thread model: posix > > > > and: > > FreeBSD clang version 3.3 (trunk 178860) 20130405 > > Target: armv6--freebsd > > Thread model: posix > > > > and: > > gcc (GCC) 4.2.1 20070831 patched [FreeBSD] > > Copyright (C) 2007 Free Software Foundation, Inc. > > This is free software; see the source for copying conditions. There is > NO > > warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR > PURPOSE. > > > > all are smart enough to know that zero init is the same as locating it > > in bss, and do so... and not put it in data... Oh, these were all > > compiled w/o any options, just -c foo.c... > > > > Huh. That's pretty surprising to me, because IMO, an explicit zero-init > is NOT the same as putting it in bss, it's explicitly a way to say "I > want this in the data segment." I guess there are other ways to control > placement these days. > > -- Ian > > > _______________________________________________ > freebsd-ppc@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ppc > To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@freebsd.org" >