From owner-freebsd-arm@FreeBSD.ORG Sun Aug 11 01:30:00 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 99C08DF6 for ; Sun, 11 Aug 2013 01:30: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 7A94529C6 for ; Sun, 11 Aug 2013 01:30: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 r7B1U0fR053619 for ; Sun, 11 Aug 2013 01:30:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r7B1U0dm053618; Sun, 11 Aug 2013 01:30:00 GMT (envelope-from gnats) Resent-Date: Sun, 11 Aug 2013 01:30:00 GMT Resent-Message-Id: <201308110130.r7B1U0dm053618@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, Christopher Abbey 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 1B1B4CE6 for ; Sun, 11 Aug 2013 01:20:02 +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 E275C2984 for ; Sun, 11 Aug 2013 01:20:01 +0000 (UTC) Received: from oldred.freebsd.org ([127.0.1.6]) by oldred.freebsd.org (8.14.5/8.14.7) with ESMTP id r7B1K1cD064594 for ; Sun, 11 Aug 2013 01:20:01 GMT (envelope-from nobody@oldred.freebsd.org) Received: (from nobody@localhost) by oldred.freebsd.org (8.14.5/8.14.5/Submit) id r7B1K1Os064591; Sun, 11 Aug 2013 01:20:01 GMT (envelope-from nobody) Message-Id: <201308110120.r7B1K1Os064591@oldred.freebsd.org> Date: Sun, 11 Aug 2013 01:20:01 GMT From: Christopher Abbey To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: 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: Sun, 11 Aug 2013 01:30:00 -0000 >Number: 181220 >Category: arm >Synopsis: make xdev for arm installation fails >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-arm >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Aug 11 01:30:00 UTC 2013 >Closed-Date: >Last-Modified: >Originator: Christopher Abbey >Release: 9.1 >Organization: >Environment: FreeBSD robolace.localdomain 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 >Description: When building xdev: make XDEV=arm XDEV_ARCH=armv6 xdev It fails with the output: set -e; cd /usr/src/include; make buildincludes; make installincludes creating osreldate.h from newvers.sh *** [osreldate.h] Error code 1 Stop in /usr/src/include. *** [includes] Error code 1 Stop in /usr/src/include. *** [include.includes__D] Error code 1 Stop in /usr/src. *** [_xi-includes] Error code 1 Stop in /usr/src. *** [xdev] Error code 1 Stop in /usr/src. The problem file appears to be: /usr/src/sys/conf/newvers.sh It looks like ${0} is printing sh instead of the script name >How-To-Repeat: make XDEV=arm XDEV_ARCH=armv6 xdev >Fix: Hard coding the script name into the script. Patch attached with submission follows: --- newvers.sh.old 2013-08-11 11:10:22.000000000 +1000 +++ newvers.sh 2013-08-11 11:10:09.000000000 +1000 @@ -30,6 +30,7 @@ # @(#)newvers.sh 8.1 (Berkeley) 4/20/94 # $FreeBSD: head/sys/conf/newvers.sh 254094 2013-08-08 15:59:00Z gjb $ +SCRIPT_NAME="/usr/src/sys/conf/newvers.sh" TYPE="FreeBSD" REVISION="10.0" BRANCH="CURRENT" @@ -96,7 +97,7 @@ # Run svnversion from ${dir} on this script; if return code # is not zero, the checkout might not be compatible with the # svnversion being used. - ${dir}/svnversion $(basename ${0}) >/dev/null 2>&1 + ${dir}/svnversion ${SCRIPT_NAME} >/dev/null 2>&1 if [ $? -eq 0 ]; then svnversion=${dir}/svnversion break @@ -105,7 +106,7 @@ done if [ -z "${svnversion}" ] && [ -x /usr/bin/svnliteversion ] ; then - /usr/bin/svnversion $(basename ${0}) >/dev/null 2>&1 + /usr/bin/svnversion ${SCRIPT_NAME} >/dev/null 2>&1 if [ $? -eq 0 ]; then svnversion=/usr/bin/svnliteversion else >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-arm@FreeBSD.ORG Sun Aug 11 02:57:53 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 9046CD5F for ; Sun, 11 Aug 2013 02:57:53 +0000 (UTC) (envelope-from dev@macdevshanghai.com) Received: from mail-ob0-f180.google.com (mail-ob0-f180.google.com [209.85.214.180]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5BF582CDD for ; Sun, 11 Aug 2013 02:57:53 +0000 (UTC) Received: by mail-ob0-f180.google.com with SMTP id up14so7683698obb.39 for ; Sat, 10 Aug 2013 19:57:46 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=8lPD8UNEtmpJm3vxdzoRFhMF/vb7Eq7y8Wnv2aSu38o=; b=jTQ9r4w7RyDd4Rql1UfnMJEskeI5dTMv2o7RGkTNcZ8RyVllZi4+ZjnhQXT6TE9pHR zWskcPwg/xbtK96CSv0ExvEuAzuyXZlCbSUWkY9aTmeedl1hiczUhIfTOPvBNfGqHLln V9z8JjrzyEQDjiBPT3g/FKYzzTVPbW8fxQl+EH2SXTPDbtpQemXT8rUGINjv/GvBWPUu RSG4J5KPlcRuBN2CmaUnudb74gOUSpulXWfUqtTHfzjg3LJh4AG+cS+7H9k0uFXXAdoV p3+c3UvFIWwdr9nfqbVHgOGvLX0qby4MkzPt1j6yhEtT8BkxikUkP5oQ4oDodLgaBQUq 1VPA== X-Gm-Message-State: ALoCoQnF3dQ9a18Q2eYfZfHbfSP/UTW+9T0x0UrGFcDWBpe/c9KQkCcB7aJj7tdeswOF9bLtd0S/ MIME-Version: 1.0 X-Received: by 10.60.63.33 with SMTP id d1mr6053575oes.103.1376189866687; Sat, 10 Aug 2013 19:57:46 -0700 (PDT) Received: by 10.182.80.232 with HTTP; Sat, 10 Aug 2013 19:57:46 -0700 (PDT) X-Originating-IP: [198.15.79.146] Date: Sun, 11 Aug 2013 10:57:46 +0800 Message-ID: Subject: cubieboard hang r254173 From: "Kong, Dev" 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: Sun, 11 Aug 2013 02:57:53 -0000 mountroot: waiting for device /dev/da0s2 ... warning: no time-of-day clock registered, system time will not be set accurately lock order reversal: 1st 0xc08075ac pmap (pmap) @ /usr/home/yarshure/src/sys/arm/arm/pmap-v6.c:2989 2nd 0xc07382d8 pmap pv global (pmap pv global) @ /usr/home/yarshure/src/sys/arm/arm/pmap-v6.c:695 KDB: stack backtrace: db_trace_self() at db_trace_self pc = 0xc04c4a04 lr = 0xc02303fc (X_db_symbol_values+0x124) sp = 0xdbb16b10 fp = 0xdbb16c28 r10 = 0xc08075ac X_db_symbol_values() at X_db_symbol_values+0x124 pc = 0xc02303fc lr = 0xc033d84c (kdb_backtrace+0x3c) sp = 0xdbb16c30 fp = 0xdbb16c38 r4 = 0xc05d6c44 r5 = 0xc0536e32 r6 = 0xc0515cfd r7 = 0xc0536e32 kdb_backtrace() at kdb_backtrace+0x3c pc = 0xc033d84c lr = 0xc0357fdc (witness_checkorder+0xdd4) sp = 0xdbb16c40 fp = 0xdbb16c90 r4 = 0xc0515ef4 witness_checkorder() at witness_checkorder+0xdd4 pc = 0xc0357fdc lr = 0xc03053e4 (_rw_wlock_cookie+0x7c) sp = 0xdbb16c98 fp = 0xdbb16cb8 r4 = 0x000002b7 r5 = 0xc0536e2f r6 = 0xc07382d8 r7 = 0xc07382e8 r8 = 0x00008000 r9 = 0xc08070cc r10 = 0xc08070d8 _rw_wlock_cookie() at _rw_wlock_cookie+0x7c pc = 0xc03053e4 lr = 0xc04cefd8 (pmap_copy+0x3c0) sp = 0xdbb16cc0 fp = 0xdbb16ce8 r4 = 0xc0536e2f r5 = 0x00000000 r6 = 0xc07f8d04 r7 = 0xc07382e8 pmap_copy() at pmap_copy+0x3c0 pc = 0xc04cefd8 lr = 0xc04ced74 (pmap_copy+0x15c) sp = 0xdbb16cf0 fp = 0xdbb16d28 r4 = 0xc08070bc r5 = 0x000d6000 r6 = 0xc08075ac r7 = 0x00008000 r8 = 0x000ce000 r9 = 0xc2625020 r10 = 0x000ce000 pmap_copy() at pmap_copy+0x15c pc = 0xc04ced74 lr = 0xc04a7c3c (vmspace_fork+0x78c) sp = 0xdbb16d30 fp = 0xdbb16d68 r4 = 0xc08074f0 r5 = 0x00000000 r6 = 0x00008000 r7 = 0xc07fb6e0 r8 = 0xc0807000 r9 = 0xc07fb5f0 r10 = 0x000ce000 vmspace_fork() at vmspace_fork+0x78c pc = 0xc04a7c3c lr = 0xc02d669c (fork1+0x1a4) sp = 0xdbb16d70 fp = 0xdbb16de0 r4 = 0xc241c960 r5 = 0x00000000 r6 = 0xc25d0960 r7 = 0x0000000c r8 = 0xc23bc640 r9 = 0xc23bf640 r10 = 0xdbb16df4 fork1() at fork1+0x1a4 pc = 0xc02d669c lr = 0xc02d64d4 (sys_fork+0x24) sp = 0xdbb16de8 fp = 0xdbb16e00 r4 = 0xc23bf640 r5 = 0x00000000 r6 = 0x00000037 r7 = 0x00000000 r8 = 0xdbb16e58 r9 = 0xc23bc640 r10 = 0x00000012 sys_fork() at sys_fork+0x24 pc = 0xc02d64d4 lr = 0xc04d3e2c (swi_handler+0x290) sp = 0xdbb16e08 fp = 0xdbb16ea0 r4 = 0xc23bf640 r5 = 0x00000000 swi_handler() at swi_handler+0x290 pc = 0xc04d3e2c lr = 0xc04c6188 (swi_entry+0x40) sp = 0xdbb16ea8 fp = 0xbfffe940 r4 = 0x000e03cc r5 = 0x000c6cb1 r6 = 0x00000037 r7 = 0x00000002 r8 = 0x000e03b0 r9 = 0x000c6de9 swi_entry() at swi_entry+0x40 pc = 0xc04c6188 lr = 0xc04c6188 (swi_entry+0x40) sp = 0xdbb16ea8 fp = 0xbfffe940 Unable to unwind further pid 16 (init), uid 0: exited on signal 11 From owner-freebsd-arm@FreeBSD.ORG Sun Aug 11 14:20:01 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 99255830 for ; Sun, 11 Aug 2013 14:20:01 +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 83CC02748 for ; Sun, 11 Aug 2013 14:20:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r7BEK1xH019795 for ; Sun, 11 Aug 2013 14:20:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r7BEK1vp019794; Sun, 11 Aug 2013 14:20:01 GMT (envelope-from gnats) Date: Sun, 11 Aug 2013 14:20:01 GMT Message-Id: <201308111420.r7BEK1vp019794@freefall.freebsd.org> To: freebsd-arm@FreeBSD.org Cc: From: Ian Lepore Subject: Re: arm/181220: make xdev for arm installation fails X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Ian Lepore List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Aug 2013 14:20:01 -0000 The following reply was made to PR arm/181220; it has been noted by GNATS. From: Ian Lepore To: Christopher Abbey Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: arm/181220: make xdev for arm installation fails Date: Sun, 11 Aug 2013 08:13:26 -0600 On Sun, 2013-08-11 at 01:20 +0000, Christopher Abbey wrote: > >Number: 181220 > >Category: arm > >Synopsis: make xdev for arm installation fails > >Confidential: no > >Severity: non-critical > >Priority: low > >Responsible: freebsd-arm > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Sun Aug 11 01:30:00 UTC 2013 > >Closed-Date: > >Last-Modified: > >Originator: Christopher Abbey > >Release: 9.1 > >Organization: > >Environment: > FreeBSD robolace.localdomain 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 > > >Description: > When building xdev: > make XDEV=arm XDEV_ARCH=armv6 xdev > > It fails with the output: > > set -e; cd /usr/src/include; make buildincludes; make installincludes > creating osreldate.h from newvers.sh > *** [osreldate.h] Error code 1 > > Stop in /usr/src/include. > *** [includes] Error code 1 > > Stop in /usr/src/include. > *** [include.includes__D] Error code 1 > > Stop in /usr/src. > *** [_xi-includes] Error code 1 > > Stop in /usr/src. > *** [xdev] Error code 1 > > Stop in /usr/src. > > > The problem file appears to be: > /usr/src/sys/conf/newvers.sh > > It looks like ${0} is printing sh instead of the script name > [snip] There were two checkins yesterday that appear to be potential fixes for this problem, r254184 and r254217. Could you please apply those and see if it fixes the problem without hard-coding a pathname? -- Ian From owner-freebsd-arm@FreeBSD.ORG Sun Aug 11 14:30:01 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 C344FB05 for ; Sun, 11 Aug 2013 14:30:01 +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 A1EDF279A for ; Sun, 11 Aug 2013 14:30:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r7BEU1Yo021506 for ; Sun, 11 Aug 2013 14:30:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r7BEU1uO021505; Sun, 11 Aug 2013 14:30:01 GMT (envelope-from gnats) Date: Sun, 11 Aug 2013 14:30:01 GMT Message-Id: <201308111430.r7BEU1uO021505@freefall.freebsd.org> To: freebsd-arm@FreeBSD.org Cc: From: Christopher Abbey Subject: Re: arm/181220: make xdev for arm installation fails X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Christopher Abbey List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Aug 2013 14:30:01 -0000 The following reply was made to PR arm/181220; it has been noted by GNATS. From: Christopher Abbey To: Ian Lepore Cc: freebsd-gnats-submit@freebsd.org Subject: Re: arm/181220: make xdev for arm installation fails Date: Mon, 12 Aug 2013 00:24:10 +1000 --089e0141a79ce0c6d404e3acc205 Content-Type: text/plain; charset=ISO-8859-1 I applied them and they did fix the problem without hard coding path =) On Mon, Aug 12, 2013 at 12:13 AM, Ian Lepore wrote: > On Sun, 2013-08-11 at 01:20 +0000, Christopher Abbey wrote: > > >Number: 181220 > > >Category: arm > > >Synopsis: make xdev for arm installation fails > > >Confidential: no > > >Severity: non-critical > > >Priority: low > > >Responsible: freebsd-arm > > >State: open > > >Quarter: > > >Keywords: > > >Date-Required: > > >Class: sw-bug > > >Submitter-Id: current-users > > >Arrival-Date: Sun Aug 11 01:30:00 UTC 2013 > > >Closed-Date: > > >Last-Modified: > > >Originator: Christopher Abbey > > >Release: 9.1 > > >Organization: > > >Environment: > > FreeBSD robolace.localdomain 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: > Tue Dec 4 09:23:10 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC > amd64 > > > > >Description: > > When building xdev: > > make XDEV=arm XDEV_ARCH=armv6 xdev > > > > It fails with the output: > > > > set -e; cd /usr/src/include; make buildincludes; make installincludes > > creating osreldate.h from newvers.sh > > *** [osreldate.h] Error code 1 > > > > Stop in /usr/src/include. > > *** [includes] Error code 1 > > > > Stop in /usr/src/include. > > *** [include.includes__D] Error code 1 > > > > Stop in /usr/src. > > *** [_xi-includes] Error code 1 > > > > Stop in /usr/src. > > *** [xdev] Error code 1 > > > > Stop in /usr/src. > > > > > > The problem file appears to be: > > /usr/src/sys/conf/newvers.sh > > > > It looks like ${0} is printing sh instead of the script name > > [snip] > > There were two checkins yesterday that appear to be potential fixes for > this problem, r254184 and r254217. Could you please apply those and see > if it fixes the problem without hard-coding a pathname? > > -- Ian > > > --089e0141a79ce0c6d404e3acc205 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I applied them and they did fix the problem without hard c= oding path =3D)


On Mon, Aug 12, 2013 at 12:13 AM, Ian Lepore <= ian@freebsd.org>= ; wrote:
On Sun, 2013-08-11 at 01:20 +0000, Christoph= er Abbey wrote:
> >Number: =A0 =A0 =A0 =A0 181220
> >Category: =A0 =A0 =A0 arm
> >Synopsis: =A0 =A0 =A0 make xdev for arm installa= tion fails
> >Confidential: =A0 no
> >Severity: =A0 =A0 =A0 non-critical
> >Priority: =A0 =A0 =A0 low
> >Responsible: =A0 =A0freebsd-arm
> >State: =A0 =A0 =A0 =A0 =A0open
> >Quarter:
> >Keywords:
> >Date-Required:
> >Class: =A0 =A0 =A0 =A0 =A0sw-bug
> >Submitter-Id: =A0 current-users
> >Arrival-Date: =A0 Sun Aug 11 01:30:00 UTC 2013
> >Closed-Date:
> >Last-Modified:
> >Originator: =A0 =A0 Christopher Abbey
> >Release: =A0 =A0 =A0 =A09.1
> >Organization:
> >Environment:
> FreeBSD robolace.localdomain 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r24382= 5: Tue Dec =A04 09:23:10 UTC 2012 =A0 =A0 root@farrell.cse.buffalo.edu:/usr= /obj/usr/src/sys/GENERIC =A0amd64
>
> >Description:
> When building xdev:
> =A0 =A0 make XDEV=3Darm XDEV_ARCH=3Darmv6 xdev
>
> It fails with the output:
>
> set -e; cd /usr/src/include; make buildincludes; make installincludes<= br> > creating osreldate.h from newvers.sh
> *** [osreldate.h] Error code 1
>
> Stop in /usr/src/include.
> *** [includes] Error code 1
>
> Stop in /usr/src/include.
> *** [include.includes__D] Error code 1
>
> Stop in /usr/src.
> *** [_xi-includes] Error code 1
>
> Stop in /usr/src.
> *** [xdev] Error code 1
>
> Stop in /usr/src.
>
>
> The problem file appears to be:
> /usr/src/sys/conf/newvers.sh
>
> It looks like ${0} is printing sh instead of the script name
> [snip]

There were two checkins yesterday that appear to be potential fixes for
this problem, r254184 and r254217. =A0Could you please apply those and see<= br> if it fixes the problem without hard-coding a pathname?

-- Ian



--089e0141a79ce0c6d404e3acc205-- From owner-freebsd-arm@FreeBSD.ORG Sun Aug 11 15:43:09 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id DDD04A5F; Sun, 11 Aug 2013 15:43:09 +0000 (UTC) (envelope-from cognet@ci0.Org) Received: from kanar.ci0.org (unknown [IPv6:2a01:e0b:1:150:ca0a:a9ff:fef1:a4c9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 62ED62A1A; Sun, 11 Aug 2013 15:43:09 +0000 (UTC) Received: from kanar.ci0.org (pluxor@localhost [127.0.0.1]) by kanar.ci0.org (8.14.5/8.14.5) with ESMTP id r7BFgiYZ092853; Sun, 11 Aug 2013 17:42:44 +0200 (CEST) (envelope-from cognet@ci0.Org) Received: (from doginou@localhost) by kanar.ci0.org (8.14.5/8.14.5/Submit) id r7BFgisa092852; Sun, 11 Aug 2013 17:42:44 +0200 (CEST) (envelope-from cognet@ci0.Org) X-Authentication-Warning: kanar.ci0.org: doginou set sender to cognet@ci0.Org using -f Date: Sun, 11 Aug 2013 17:42:44 +0200 From: Olivier Houchard To: Zbigniew Bodek Subject: Re: svn commit: r254061 - head/sys/arm/arm Message-ID: <20130811154244.GA92775@ci0.org> References: <201308071544.r77FiwMK072982@svn.freebsd.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="r5Pyd7+fXNt84Ff3" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: svn-src-all@freebsd.org, "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, 11 Aug 2013 15:43:09 -0000 --r5Pyd7+fXNt84Ff3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Aug 10, 2013 at 04:50:36PM +0200, Zbigniew Bodek wrote: > 2013/8/7 Olivier Houchard > > > Author: cognet > > Date: Wed Aug 7 15:44:58 2013 > > New Revision: 254061 > > URL: http://svnweb.freebsd.org/changeset/base/254061 > > > > Log: > > Don't bother trying to work around buffers which are not aligned on a > > cache > > line boundary. It has never been 100% correct, and it can't work on SMP, > > because nothing prevents another core from accessing data from an > > unrelated > > buffer in the same cache line while we invalidated it. Just use bounce > > pages > > instead. > > > > Reviewed by: ian > > Approved by: mux (mentor) (implicit) > > > > Modified: > > head/sys/arm/arm/busdma_machdep-v6.c > > > > > Hello Olivier, > > While continuing rebase of my work to the current HEAD I encountered > another problem regarding the PCIe NIC this time. > > I'm using Realtek card and starting from this revision Rx buffers cannot be > allocated for my device. > Please check out the message below: Hi Zbigniew, Can you test the attached patch (largely untested, I'm afraid I'm on vacations, far away from my arm boards), to see if it helps ? Regards, Olivier --r5Pyd7+fXNt84Ff3 Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="busdmap_bz.patch" Index: busdma_machdep-v6.c =================================================================== --- busdma_machdep-v6.c (revision 254221) +++ busdma_machdep-v6.c (working copy) @@ -425,6 +425,8 @@ if (_bus_dma_can_bounce(newtag->lowaddr, newtag->highaddr) || newtag->alignment > 1) newtag->flags |= BUS_DMA_COULD_BOUNCE; + else + maxsize = 2; /* Need at most 2 bounce pages for unaligned acces */ if ((flags & BUS_DMA_ALLOCNOW) != 0) { struct bounce_zone *bz; @@ -519,7 +521,10 @@ * Attempt to add pages to our pool on a per-instance * basis up to a sane limit. */ - maxpages = MAX_BPAGES; + if (dmat->flags & BUS_DMA_COULD_BOUNCE) + maxpages = MAX_BPAGES; + else + maxpages = 2 * bz->map_count; /* Only need at most 2 pages for unaligned access */ if ((dmat->flags & BUS_DMA_MIN_ALLOC_COMP) == 0 || (bz->map_count > 0 && bz->total_bpages < maxpages)) { int pages; --r5Pyd7+fXNt84Ff3-- From owner-freebsd-arm@FreeBSD.ORG Sun Aug 11 17:28:16 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 4FF12126 for ; Sun, 11 Aug 2013 17:28:16 +0000 (UTC) (envelope-from zbb@semihalf.com) Received: from mail-qa0-f50.google.com (mail-qa0-f50.google.com [209.85.216.50]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 108E42E64 for ; Sun, 11 Aug 2013 17:28:15 +0000 (UTC) Received: by mail-qa0-f50.google.com with SMTP id f14so654607qak.16 for ; Sun, 11 Aug 2013 10:28:09 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=MLI95NdpKcGunyYFdkuxFLNDdP5FQNPxeMobF2W/fjM=; b=TVyNA1TIBi3KuVcXRRt61KAHVHxQ/GP8yUscaWL6RQmNABLsvhVS8FTr/Mfan3J5rw fTT+IRPW2yOVN02WI+lWaTek2daFk6lJ7IrCfA5qPaHU0MYEqQqhfylNOBLH8q/9Nuyg qtv56dLsbpf3LBV426s8s2iB3EafIKeGFEBC0d2QAXYLLfVGd5/QCmQ3YYbiO/CaFmN1 +vmeuSGJa1+oGc4z2GVf18rY18XZ9Y7qIVw0o7wX5gX/+pmCtke9aicH+/Wq+5fR2blm gZqVjkgT20fLhgc2rcY19mOPVYOjQ3a9K9i/O69ZHMsZtFpcm+8hoKPjGctB8jsV90Nu tgpw== X-Gm-Message-State: ALoCoQkd03kY9atkDhjbi7veNiHTjleSBzIHAKs+U+9NTglk/KdHgGT+S6U2CS3+2xscrtoPdq2E MIME-Version: 1.0 X-Received: by 10.49.109.37 with SMTP id hp5mr10183269qeb.59.1376240688466; Sun, 11 Aug 2013 10:04:48 -0700 (PDT) Received: by 10.49.82.34 with HTTP; Sun, 11 Aug 2013 10:04:48 -0700 (PDT) In-Reply-To: <20130811154244.GA92775@ci0.org> References: <201308071544.r77FiwMK072982@svn.freebsd.org> <20130811154244.GA92775@ci0.org> Date: Sun, 11 Aug 2013 19:04:48 +0200 Message-ID: Subject: Re: svn commit: r254061 - head/sys/arm/arm From: Zbigniew Bodek To: Olivier Houchard Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: svn-src-all@freebsd.org, "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, 11 Aug 2013 17:28:16 -0000 2013/8/11 Olivier Houchard > On Sat, Aug 10, 2013 at 04:50:36PM +0200, Zbigniew Bodek wrote: > > 2013/8/7 Olivier Houchard > > > > > Author: cognet > > > Date: Wed Aug 7 15:44:58 2013 > > > New Revision: 254061 > > > URL: http://svnweb.freebsd.org/changeset/base/254061 > > > > > > Log: > > > Don't bother trying to work around buffers which are not aligned on a > > > cache > > > line boundary. It has never been 100% correct, and it can't work on > SMP, > > > because nothing prevents another core from accessing data from an > > > unrelated > > > buffer in the same cache line while we invalidated it. Just use > bounce > > > pages > > > instead. > > > > > > Reviewed by: ian > > > Approved by: mux (mentor) (implicit) > > > > > > Modified: > > > head/sys/arm/arm/busdma_machdep-v6.c > > > > > > > > Hello Olivier, > > > > While continuing rebase of my work to the current HEAD I encountered > > another problem regarding the PCIe NIC this time. > > > > I'm using Realtek card and starting from this revision Rx buffers cannot > be > > allocated for my device. > > Please check out the message below: > > Hi Zbigniew, > > Can you test the attached patch (largely untested, I'm afraid I'm on > vacations, far away from my arm boards), to see if it helps ? > > Regards, > > Olivier > > Hello Olivier, The patch that you've sent helps for the issue. Thank you very much and have a nice vacation. Best regards Zbyszek Bodek From owner-freebsd-arm@FreeBSD.ORG Sun Aug 11 21:07:44 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 215DB30D for ; Sun, 11 Aug 2013 21:07:44 +0000 (UTC) (envelope-from tom@0x544745.com) Received: from mail-ob0-f177.google.com (mail-ob0-f177.google.com [209.85.214.177]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E25A627D1 for ; Sun, 11 Aug 2013 21:07:42 +0000 (UTC) Received: by mail-ob0-f177.google.com with SMTP id f8so4101422obp.36 for ; Sun, 11 Aug 2013 14:07:36 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=Vp0ctL9dOSp6hCzbU78yxzZuyFIwYmpkZwGy1AjKGpg=; b=UirdkcPoXH85et1jhuleLHEnG50mN/LtOcjmOPyhtu0rd1LV8vQT297vpWS2/+UksR QnHlOeKPvaItmsNlYTG5WuBzSXoBgMTGmOwYCLG4LSPWdsf+t1KCBppR9DwAYSJzjJXz 6aF2JkueMLWMXqtl9Wkflef+K7zCgQcoOOFbLj6B/jshL6uzDTucf7kADgFoLb2CbNbu aQwm942OYea8SlFBOZw4/Xv3nLgRS9K+5daTd+5MN6D9oWnvKKEdttIRASaY/ddfyKpz 3kAkptQs2EEDFtkHU/VqM2Kv+28qNOTmZy77OGeH8rjXgP3B4tuATJLqDYEOOFtkuvdd +MEg== X-Gm-Message-State: ALoCoQmzrgrAaFr7hJaGT9SdTX/GWTiUDv3xJGD3EE0tRfyNj/Xgy5GnXNjcvTheeQgO/j5Btsfe MIME-Version: 1.0 X-Received: by 10.182.50.200 with SMTP id e8mr8591865obo.35.1376255256746; Sun, 11 Aug 2013 14:07:36 -0700 (PDT) Received: by 10.182.135.195 with HTTP; Sun, 11 Aug 2013 14:07:36 -0700 (PDT) Date: Sun, 11 Aug 2013 15:07:36 -0600 Message-ID: Subject: kldload on arm From: Tom Everett 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: Sun, 11 Aug 2013 21:07:44 -0000 Good afternoon mailing list. I'm attempting to write my first driver. I've got a very basic driver which I am attempting to load. The source code is here: https://github.com/teverett/pi-iic When I attempt to load the driver I get this: root@lureen:/home/tom/pi-iic/pi-iic # make install install -o root -g wheel -m 555 bcm2835_iic.ko /boot/kernel kldxref /boot/kernel kldxref: Skipping /boot/kernel/kernel.gz.tramp: not dynamically-linked root@lureen:/home/tom/pi-iic/pi-iic # make load /sbin/kldload -v /home/tom/pi-iic/pi-iic/bcm2835_iic.ko kldload: can't load /home/tom/pi-iic/pi-iic/bcm2835_iic.ko: File exists *** Error code 1 Does kldload work properly on arm? -- A better world shall emerge based on faith and understanding - Douglas MacArthur From owner-freebsd-arm@FreeBSD.ORG Mon Aug 12 00:12: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 D50B6954 for ; Mon, 12 Aug 2013 00:12:33 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-ie0-f170.google.com (mail-ie0-f170.google.com [209.85.223.170]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A3C3E2E60 for ; Mon, 12 Aug 2013 00:12:33 +0000 (UTC) Received: by mail-ie0-f170.google.com with SMTP id e14so7495945iej.29 for ; Sun, 11 Aug 2013 17:12:27 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; 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=qc6QXVH1MPNIh3pCa/6L/K+rB5nGoHrAbMgbzAPgCVg=; b=OgHX4EEeJIQmNGLFOd6RtbDZIX88WB+PGEZYYwqzZLL6Q+D1gKK6AOF3A4Vse3r1RA gSYFEc0C+0WbgaM2O6Rd1qcOGdH7T8CJZhmJPly6bB0/eUJHVeFUZVve7HCgiJPjfEgj GThlamySisBP++bBR66lDH13Oug3EUxx5pyS568JHdhTKdNVGafyeO3U57KwV9nGd7MH 6zm8zp47U5wKuDac8NyZ+MLYGqipmZpm8KJMsgPgee8ybcJ89ETdjkT02vQdoRGTmNDY TV6ItCO5N2W/7NvIcKZMyXEt9BRDIBnvgIpO8YlcCQ98Ex8yXTcagfF3P9RkwkqEaj5S E8Pg== X-Gm-Message-State: ALoCoQmr1ENeutJRfk98fwVROnk88lfx2L10H9QbBmKIblVOHmoPmgI3hq2BkE4PhCN2Jbgt40yV X-Received: by 10.43.78.196 with SMTP id zn4mr8624682icb.55.1376266347708; Sun, 11 Aug 2013 17:12:27 -0700 (PDT) Received: from 53.imp.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id jg5sm19498910igb.0.2013.08.11.17.12.26 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 11 Aug 2013 17:12:26 -0700 (PDT) Sender: Warner Losh Subject: Re: kldload on arm Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: Date: Sun, 11 Aug 2013 18:12:26 -0600 Content-Transfer-Encoding: 7bit Message-Id: <23528934-2E41-4B45-93A5-219544971305@bsdimp.com> References: To: Tom Everett 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, 12 Aug 2013 00:12:33 -0000 On Aug 11, 2013, at 3:07 PM, Tom Everett wrote: > Good afternoon mailing list. I'm attempting to write my first driver. > I've got a very basic driver which I am attempting to load. The source > code is here: > > https://github.com/teverett/pi-iic > > When I attempt to load the driver I get this: > > root@lureen:/home/tom/pi-iic/pi-iic # make install > install -o root -g wheel -m 555 bcm2835_iic.ko /boot/kernel > kldxref /boot/kernel > kldxref: Skipping /boot/kernel/kernel.gz.tramp: not dynamically-linked > root@lureen:/home/tom/pi-iic/pi-iic # make load > /sbin/kldload -v /home/tom/pi-iic/pi-iic/bcm2835_iic.ko > kldload: can't load /home/tom/pi-iic/pi-iic/bcm2835_iic.ko: File exists > *** Error code 1 > > > Does kldload work properly on arm? What does dmesg say. Warmer From owner-freebsd-arm@FreeBSD.ORG Mon Aug 12 03: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 F13DB249 for ; Mon, 12 Aug 2013 03:12:59 +0000 (UTC) (envelope-from tim@kientzle.com) 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 CF01825D0 for ; Mon, 12 Aug 2013 03:12:59 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r7C3CqxX010118; Mon, 12 Aug 2013 03:12:52 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.123] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id hp98d4yijyvt9sd2sqjdkwj4c2; Mon, 12 Aug 2013 03:12:52 +0000 (UTC) (envelope-from tim@kientzle.com) Subject: Re: kldload on arm Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: Date: Sun, 11 Aug 2013 20:14:26 -0700 Content-Transfer-Encoding: 7bit Message-Id: References: To: Tom Everett X-Mailer: Apple Mail (2.1283) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Aug 2013 03:13:00 -0000 On Aug 11, 2013, at 2:07 PM, Tom Everett wrote: > Good afternoon mailing list. I'm attempting to write my first driver. > I've got a very basic driver which I am attempting to load. The source > code is here: > > https://github.com/teverett/pi-iic > > When I attempt to load the driver I get this: > > root@lureen:/home/tom/pi-iic/pi-iic # make install > install -o root -g wheel -m 555 bcm2835_iic.ko /boot/kernel > kldxref /boot/kernel > kldxref: Skipping /boot/kernel/kernel.gz.tramp: not dynamically-linked > root@lureen:/home/tom/pi-iic/pi-iic # make load > /sbin/kldload -v /home/tom/pi-iic/pi-iic/bcm2835_iic.ko > kldload: can't load /home/tom/pi-iic/pi-iic/bcm2835_iic.ko: File exists > *** Error code 1 > > > Does kldload work properly on arm? Yes, it does. "File exists" simply means that the kernel thinks the driver is already loaded. Tim From owner-freebsd-arm@FreeBSD.ORG Mon Aug 12 11:06: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 9086BAD2 for ; Mon, 12 Aug 2013 11:06:42 +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 638112130 for ; Mon, 12 Aug 2013 11:06:42 +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 r7CB6gbq084961 for ; Mon, 12 Aug 2013 11:06:42 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r7CB6fYG084959 for freebsd-arm@FreeBSD.org; Mon, 12 Aug 2013 11:06:41 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 12 Aug 2013 11:06:41 GMT Message-Id: <201308121106.r7CB6fYG084959@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, 12 Aug 2013 11:06:42 -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/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/179561 arm Compilation issue for lighttpd on raspberry pi 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 28 problems total. From owner-freebsd-arm@FreeBSD.ORG Mon Aug 12 13:06: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 B3501A65 for ; Mon, 12 Aug 2013 13:06:11 +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 8A7132BF2 for ; Mon, 12 Aug 2013 13:06:11 +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 1V8rp4-0001H2-43; Mon, 12 Aug 2013 13:06:10 +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 r7CD67WR034803; Mon, 12 Aug 2013 07:06:07 -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/3zJs8u1L/n4qg7fr5Y0M7 Subject: Re: kldload on arm From: Ian Lepore To: Tom Everett In-Reply-To: References: Content-Type: text/plain; charset="us-ascii" Date: Mon, 12 Aug 2013 07:06:06 -0600 Message-ID: <1376312766.3320.180.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: Mon, 12 Aug 2013 13:06:11 -0000 On Sun, 2013-08-11 at 15:07 -0600, Tom Everett wrote: > Good afternoon mailing list. I'm attempting to write my first driver. > I've got a very basic driver which I am attempting to load. The source > code is here: > > https://github.com/teverett/pi-iic > > When I attempt to load the driver I get this: > > root@lureen:/home/tom/pi-iic/pi-iic # make install > install -o root -g wheel -m 555 bcm2835_iic.ko /boot/kernel > kldxref /boot/kernel > kldxref: Skipping /boot/kernel/kernel.gz.tramp: not dynamically-linked > root@lureen:/home/tom/pi-iic/pi-iic # make load > /sbin/kldload -v /home/tom/pi-iic/pi-iic/bcm2835_iic.ko > kldload: can't load /home/tom/pi-iic/pi-iic/bcm2835_iic.ko: File exists > *** Error code 1 > > > Does kldload work properly on arm? > > Usually "file exists" means that the driver is either already loaded, or is compiled into the kernel. "kldstat -v" will show the latter. Also, sometimes the kldload messages are not helpful, but there'll be more info in dmesg. -- Ian From owner-freebsd-arm@FreeBSD.ORG Wed Aug 14 01:00:03 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 CA986EA9 for ; Wed, 14 Aug 2013 01:00:03 +0000 (UTC) (envelope-from dev@macdevshanghai.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 97C6A2261 for ; Wed, 14 Aug 2013 01:00:03 +0000 (UTC) Received: by mail-oa0-f48.google.com with SMTP id o17so12271280oag.21 for ; Tue, 13 Aug 2013 18:00:02 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=2gXAOFQcz0CgX+9NQ/5Tu8TQlydj2s0eQRjyPGcl+fs=; b=iSisoefMpJtbjNgOYu+RvCW1Dvm7+5oEChog8VKO3HJGV46NW0IcPDa64V0KvWCJ0j K/vZ2rAHGvGcRgc69lFJqlyGmN5Bz/1MefmB2dBCZPkh7U7lmEnEVL4zQOx1pMf8xmWI PIOU1smIhdaoIioCczPUsY7CwenJ9uzw8iHv3U9Sx4hLxZu2k1D3sdwn5suGU50EgiBf noRgkiPEz2DGMqYHNJ6zKLwIFNuVvcPCYd9ZMsYWt0IZIcLK6lsrs3z2tCs2dAqxH1+/ AXzZILznTDMqbg+2dX4z/h2UXZbgunB9Gma7xwvCOcO+27zKK62fCTpDWb8SniHArnci vjuA== X-Gm-Message-State: ALoCoQktPRIvdU0/vGbh1GfY/X3PJYC52As5ICxXLH7MFufMq89c5joWLBq4D8FCo2H95f9vmBFp MIME-Version: 1.0 X-Received: by 10.60.133.233 with SMTP id pf9mr7085327oeb.46.1376442002643; Tue, 13 Aug 2013 18:00:02 -0700 (PDT) Received: by 10.182.80.232 with HTTP; Tue, 13 Aug 2013 18:00:02 -0700 (PDT) X-Originating-IP: [116.231.127.128] Date: Wed, 14 Aug 2013 09:00:02 +0800 Message-ID: Subject: r254309 build kernel error From: "Kong, Dev" 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: Wed, 14 Aug 2013 01:00:03 -0000 make TARGET_ARCH=arm KERNCONF=CUBIEBOARD buildkernel cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/usr/home/yarshure/src/sys -I/usr/home/yarshure/src/sys/contrib/altq -I/usr/home/yarshure/src/sys/contrib/ipfilter -I/usr/home/yarshure/src/sys/dev/ath -I/usr/home/yarshure/src/sys/dev/ath/ath_hal -I/usr/home/yarshure/src/sys/contrib/dev/ath/ath_hal -I/usr/home/yarshure/src/sys/contrib/ngatm -I/usr/home/yarshure/src/sys/dev/twa -I/usr/home/yarshure/src/sys/dev/cxgb -I/usr/home/yarshure/src/sys/dev/cxgbe -I/usr/home/yarshure/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding /usr/home/yarshure/src/sys/arm/arm/genassym.c In file included from /usr/home/yarshure/src/sys/arm/arm/genassym.c:33: In file included from /usr/home/yarshure/src/sys/sys/proc.h:62: */usr/home/yarshure/src/sys/sys/pcpu.h:188:1: **error: **static_assert failed* * "compile-time assertion failed"* CTASSERT((PAGE_SIZE / sizeof(struct pcpu)) * sizeof(struct pcpu) == PAGE_SIZE); * ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ * */usr/home/yarshure/src/sys/sys/systm.h:100:21: **note: *expanded from macro 'CTASSERT' #define CTASSERT(x) _Static_assert(x, "compile-time assertion failed") * ^ ~* 1 error generated. *** Error code 1 Stop. make: stopped in /usr/home/yarshure/obj/arm.arm/usr/home/yarshure/src/sys/CUBIEBOARD *** Error code 1 Stop. make: stopped in /usr/home/yarshure/src *** Error code 1 Stop. make: stopped in /usr/home/yarshure/src From owner-freebsd-arm@FreeBSD.ORG Wed Aug 14 03:02:15 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 BF2729E3; Wed, 14 Aug 2013 03:02:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 835AC28E4; Wed, 14 Aug 2013 03:02:15 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r7E327Av072669; Tue, 13 Aug 2013 23:02:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r7E327Sq072660; Wed, 14 Aug 2013 03:02:07 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 14 Aug 2013 03:02:07 GMT Message-Id: <201308140302.r7E327Sq072660@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Aug 2013 03:02:15 -0000 TB --- 2013-08-13 23:50:29 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-08-13 23:50:29 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-08-13 23:50:29 - starting HEAD tinderbox run for arm/arm TB --- 2013-08-13 23:50:30 - cleaning the object tree TB --- 2013-08-13 23:50:30 - /usr/local/bin/svn stat /src TB --- 2013-08-13 23:50:35 - At svn revision 254308 TB --- 2013-08-13 23:50:36 - building world TB --- 2013-08-13 23:50:36 - CROSS_BUILD_TESTING=YES TB --- 2013-08-13 23:50:36 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-13 23:50:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-13 23:50:36 - SRCCONF=/dev/null TB --- 2013-08-13 23:50:36 - TARGET=arm TB --- 2013-08-13 23:50:36 - TARGET_ARCH=arm TB --- 2013-08-13 23:50:36 - TZ=UTC TB --- 2013-08-13 23:50:36 - __MAKE_CONF=/dev/null TB --- 2013-08-13 23:50:36 - cd /src TB --- 2013-08-13 23:50:36 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Aug 13 23:50:43 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Aug 14 02:51:22 UTC 2013 TB --- 2013-08-14 02:51:22 - generating LINT kernel config TB --- 2013-08-14 02:51:22 - cd /src/sys/arm/conf TB --- 2013-08-14 02:51:22 - /usr/bin/make -B LINT TB --- 2013-08-14 02:51:22 - cd /src/sys/arm/conf TB --- 2013-08-14 02:51:22 - /usr/sbin/config -m LINT TB --- 2013-08-14 02:51:22 - building LINT kernel TB --- 2013-08-14 02:51:22 - CROSS_BUILD_TESTING=YES TB --- 2013-08-14 02:51:22 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-14 02:51:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-14 02:51:22 - SRCCONF=/dev/null TB --- 2013-08-14 02:51:22 - TARGET=arm TB --- 2013-08-14 02:51:22 - TARGET_ARCH=arm TB --- 2013-08-14 02:51:22 - TZ=UTC TB --- 2013-08-14 02:51:22 - __MAKE_CONF=/dev/null TB --- 2013-08-14 02:51:22 - cd /src TB --- 2013-08-14 02:51:22 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 14 02:51:22 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-builtin -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding -Werror /src/sys/fs/ext2fs/ext2_subr.c /src/sys/fs/ext2fs/ext2_subr.c:154:4: error: format specifies type 'long' but the argument has type 'e4fs_daddr_t' (aka 'long long') [-Werror,-Wformat] start, last, (long long)ep->b_blkno, ^~~~~ /src/sys/fs/ext2fs/ext2_subr.c:154:11: error: format specifies type 'long' but the argument has type 'e4fs_daddr_t' (aka 'long long') [-Werror,-Wformat] start, last, (long long)ep->b_blkno, ^~~~ 2 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-08-14 03:02:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-08-14 03:02:07 - ERROR: failed to build LINT kernel TB --- 2013-08-14 03:02:07 - 9149.54 user 1634.58 system 11497.91 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Wed Aug 14 07:48:14 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 BC7FF850 for ; Wed, 14 Aug 2013 07:48:14 +0000 (UTC) (envelope-from krister.olofsson@gmail.com) Received: from mail-vb0-x22c.google.com (mail-vb0-x22c.google.com [IPv6:2607:f8b0:400c:c02::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7B80E2533 for ; Wed, 14 Aug 2013 07:48:14 +0000 (UTC) Received: by mail-vb0-f44.google.com with SMTP id e13so7444984vbg.17 for ; Wed, 14 Aug 2013 00:48: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 :content-type; bh=nlEfKeW/NKkiZVaRauNOk7QqEFGc+3u1pNiOx0DBbiY=; b=DFdtwPw8kz9wcGHvHUG71eNESj7BI9jTe/9uk2nX9+uHgKSDa5LEKu0x+7V9qHL1hq h3zxFHQRYjdpTIl4do/ObE3TcGAbzdlpGk826lX72wkcCfmhyHwpFSDQYb6ag3vnUo9l 7oaVmmtrP7L1GPotfxe4EbC6R7w38cubhBAeliOoqmex2qr/ff2hPcYGsOx/RLw0zzaI IYlxRDHyYELa4T92FGo5ufPpPWOeCb3FS0OpvqKh+HDo5S0+snAxjuS970VWIZmodPTS Gv+8Ve75flFacRE2Y72ya6DnGVRodP1ecu76YguOrRxyyfj3ymsSUsgvu2e9M/r+7CBH Pynw== MIME-Version: 1.0 X-Received: by 10.58.165.70 with SMTP id yw6mr8396905veb.19.1376466492833; Wed, 14 Aug 2013 00:48:12 -0700 (PDT) Received: by 10.58.254.4 with HTTP; Wed, 14 Aug 2013 00:48:12 -0700 (PDT) In-Reply-To: <1375976603.3320.147.camel@revolution.hippie.lan> References: <1375967077.3320.117.camel@revolution.hippie.lan> <1375976603.3320.147.camel@revolution.hippie.lan> Date: Wed, 14 Aug 2013 09:48:12 +0200 Message-ID: Subject: Re: System freezes when using scp From: Krister Olofsson To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Aug 2013 07:48:14 -0000 The patch causes the system to hang during boot. The last line printed is 'Entropy harvesting: interrupts ethernet point_to_point' and Ctrl-c does not help. Regards, Krister 2013/8/8 Ian Lepore > Try the attached patch -- I need it to run 8.2 on a Kirkwood chip, maybe > the same thing is needed on Discovery chips. One of the things it fixes > for me is data corruption on big network and sata transfers, so maybe > it's related to the problem you're seeing. > > -- Ian > > On Thu, 2013-08-08 at 16:42 +0200, Krister Olofsson wrote: > > Hi, > > > > I don't notice any pause if I ssh to it. (The pause using scp is ca 3 > > seconds) > > I've tested netcast and there is no problem if I send the output to > > /dev/null > > but the system reboots if I send it to a file. > > I've also tested to copy the file using nfs and there is no problem with > > that. > > > > Running 'cat file' (file size ca 50 Mb) sometimes causes the problem > after > > ca 10 s, but not always. > > If I do ssh to a third machine and run 'cat file' the problem always > occurs > > at once > > > > Regards, > > Krister > > > > > > 2013/8/8 Ian Lepore > > > > > On Thu, 2013-08-08 at 13:44 +0200, Krister Olofsson wrote: > > > > Hi, > > > > > > > > I'm working with a board with FreeBSD 8.2 on Marvell MV78100 > (Discovery > > > > SOC) - an ARMv5TE and Marvell Gigabit Ethernet controller. > > > > My problem is that when I copy files (size ca 50 Mb) with scp using > > > > ethernet, the system > > > > seems to freeze for a few seconds before the copy process starts. > > > > The board has an external watchdog that has to be kicked but the > script > > > > doing this freezes and the system is rebooted by the watchdog. > > > > > > > > Any ideas how to tackle this? > > > > > > > > Regards, > > > > Krister > > > > > > > > Configuration: > > > > > > > > # > > > > # Custom kernel for PROJ, based on Marvell's DB-78xx > > > > # > > > > [...] > > > > > > Do you get the same kind of pause interactively ssh'ing to it? When > you > > > say "a few seconds" what do you mean? 3 seconds? 8? 30? > > > > > > I think a good first step is to figure out whether the problem is > > > related to ssh, or network IO, or disk IO. You can take ssh out of the > > > picture by using netcat to test, something like: > > > > > > On the arm: nc -l 8000 >/output/file > > > On the sender: nc 8000 > > > > > If you send the output to /dev/null on the arm you're just testing the > > > network part. > > > > > > In my experience, a long pause at the start of an ssh session followed > > > by normal performance after that is what you get when a wimpy arm chip > > > with software floating point generates the session keys. But that's > > > based on experience with a 180mhz armv4 chip. I've never noticed that > > > sort of slowness on my DreamPlug (1.2ghz Marvell Kirkwood chips). > > > > > > -- Ian > > > > > > > > > > > _______________________________________________ > > 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 Aug 14 13:44:04 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 CBDEF89A; Wed, 14 Aug 2013 13:44:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 879642BEE; Wed, 14 Aug 2013 13:44:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r7EDi2Cc051156; Wed, 14 Aug 2013 09:44:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r7EDi2or051092; Wed, 14 Aug 2013 13:44:02 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 14 Aug 2013 13:44:02 GMT Message-Id: <201308141344.r7EDi2or051092@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Aug 2013 13:44:05 -0000 TB --- 2013-08-14 10:30:21 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-08-14 10:30:21 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-08-14 10:30:21 - starting HEAD tinderbox run for arm/arm TB --- 2013-08-14 10:30:21 - cleaning the object tree TB --- 2013-08-14 10:33:18 - /usr/local/bin/svn stat /src TB --- 2013-08-14 10:33:21 - At svn revision 254321 TB --- 2013-08-14 10:33:22 - building world TB --- 2013-08-14 10:33:22 - CROSS_BUILD_TESTING=YES TB --- 2013-08-14 10:33:22 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-14 10:33:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-14 10:33:22 - SRCCONF=/dev/null TB --- 2013-08-14 10:33:22 - TARGET=arm TB --- 2013-08-14 10:33:22 - TARGET_ARCH=arm TB --- 2013-08-14 10:33:22 - TZ=UTC TB --- 2013-08-14 10:33:22 - __MAKE_CONF=/dev/null TB --- 2013-08-14 10:33:22 - cd /src TB --- 2013-08-14 10:33:22 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Aug 14 10:33:29 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Aug 14 13:33:01 UTC 2013 TB --- 2013-08-14 13:33:01 - generating LINT kernel config TB --- 2013-08-14 13:33:01 - cd /src/sys/arm/conf TB --- 2013-08-14 13:33:01 - /usr/bin/make -B LINT TB --- 2013-08-14 13:33:01 - cd /src/sys/arm/conf TB --- 2013-08-14 13:33:01 - /usr/sbin/config -m LINT TB --- 2013-08-14 13:33:01 - building LINT kernel TB --- 2013-08-14 13:33:01 - CROSS_BUILD_TESTING=YES TB --- 2013-08-14 13:33:01 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-14 13:33:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-14 13:33:01 - SRCCONF=/dev/null TB --- 2013-08-14 13:33:01 - TARGET=arm TB --- 2013-08-14 13:33:01 - TARGET_ARCH=arm TB --- 2013-08-14 13:33:01 - TZ=UTC TB --- 2013-08-14 13:33:01 - __MAKE_CONF=/dev/null TB --- 2013-08-14 13:33:01 - cd /src TB --- 2013-08-14 13:33:01 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 14 13:33:01 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-builtin -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding -Werror /src/sys/fs/ext2fs/ext2_subr.c /src/sys/fs/ext2fs/ext2_subr.c:154:4: error: format specifies type 'long' but the argument has type 'e4fs_daddr_t' (aka 'long long') [-Werror,-Wformat] start, last, (long long)ep->b_blkno, ^~~~~ /src/sys/fs/ext2fs/ext2_subr.c:154:11: error: format specifies type 'long' but the argument has type 'e4fs_daddr_t' (aka 'long long') [-Werror,-Wformat] start, last, (long long)ep->b_blkno, ^~~~ 2 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-08-14 13:44:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-08-14 13:44:02 - ERROR: failed to build LINT kernel TB --- 2013-08-14 13:44:02 - 9144.30 user 1622.28 system 11620.97 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Thu Aug 15 10:47: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 E782E8C4 for ; Thu, 15 Aug 2013 10:47:12 +0000 (UTC) (envelope-from fun@naobsd.org) Received: from mail.naobsd.org (7c294571.i-revonet.jp [124.41.69.113]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 99096263E for ; Thu, 15 Aug 2013 10:47:09 +0000 (UTC) Received: from [192.168.1.149] ([192.168.1.149]) (authenticated bits=0) by mail.naobsd.org (8.13.6.20060614/8.13.6) with ESMTP id r7FAPYpF027684 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 15 Aug 2013 19:25:38 +0900 (JST) Message-ID: <520CAC9E.70102@naobsd.org> Date: Thu, 15 Aug 2013 19:25:34 +0900 From: FUKAUMI Naoki User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130804 Thunderbird/17.0.8 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: Cubieboard2 and FreeBSD References: <51FAE653.5080005@naobsd.org> In-Reply-To: <51FAE653.5080005@naobsd.org> 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: Thu, 15 Aug 2013 10:47:13 -0000 On 08/02/2013 07:50 AM, FUKAUMI Naoki wrote: > On 08/02/2013 12:34 AM, Ganbold Tsagaankhuu wrote: >> You should use sunxi-spl.bin and u-boot.bin different from cubieboard, >> you >> can get them from http://androtab.info/cubieboard2/ > > these files should work, but it's already bit old ;) > > instruction to make spl/u-boot should be generally same as cb1. (of > course source/config for cb2 is necessary) > > I'll update my site. I updated u-boot(and other) binaries with new one built from latest source(https://github.com/linux-sunxi/u-boot-sunxi/tree/sunxi-current). I didn't try them with FreeBSD yet, so please let me know if it will not work. btw, does anyone have kernel/userland binary snapshot for cubieboard2? -- FUKAUMI Naoki From owner-freebsd-arm@FreeBSD.ORG Thu Aug 15 12:00: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 65096F84 for ; Thu, 15 Aug 2013 12:00:58 +0000 (UTC) (envelope-from fabiodive@gmail.com) Received: from mail-wi0-x22c.google.com (mail-wi0-x22c.google.com [IPv6:2a00:1450:400c:c05::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DC9F92A8C for ; Thu, 15 Aug 2013 12:00:57 +0000 (UTC) Received: by mail-wi0-f172.google.com with SMTP id hj13so3009522wib.17 for ; Thu, 15 Aug 2013 05:00:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:subject:message-id:date :to:mime-version; bh=2mfRpbHJD+Q6hydN5fbIfYDXgiVDWA4uxo64Iv0SrD0=; b=uorZb2IG8QQAOHrfO5ZA8BQsPshXiL1VyOAoZz4283jmh/L58N4m3a7o4ow6E3O7S2 A/jiTNTrOMu/oOzeE2yOltpAvbukCvKBqUVwi6Nw4gahdr13M1ZDMeuJfWi7RTHxESCI KvwZfbbgEmQadVwArww2+fXw/6hT8raNCRiWT7G38ejJZn+1xXwc85eP3d2cmmp+b9em zbcv/n7ea1azxupMZmRvpjGD5yyFSgU0WgVWMirJJUvGDd5jM1i49vf79GJ8kCEWzYT3 OVsXy/1224jQjnGbG66dz3pwC3pthKmrm7pSxY5gK591qCBGl8RRkt5QTebUzyJ5lIby kEug== X-Received: by 10.180.188.132 with SMTP id ga4mr1565971wic.53.1376568056232; Thu, 15 Aug 2013 05:00:56 -0700 (PDT) Received: from [192.168.113.40] (135.Red-80-24-42.staticIP.rima-tde.net. [80.24.42.135]) by mx.google.com with ESMTPSA id fu13sm2556765wic.7.2013.08.15.05.00.55 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 15 Aug 2013 05:00:55 -0700 (PDT) From: fabiodive Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: BeagleBoard Black Message-Id: <67637C7C-57FB-4D7C-99EC-9BE606AB3BC7@gmail.com> Date: Thu, 15 Aug 2013 13:00:54 +0100 To: freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) X-Mailer: Apple Mail (2.1508) 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, 15 Aug 2013 12:00:58 -0000 Good morning I would like to know the current state of development of the beagle Board specifically, if are supported: -GPIO -SPI -I2C I also noticed some news about the port armhf, any further news or advises to setup a BBB with custom external circuit connected by the above buses? Thank you, Fabio Balzano From owner-freebsd-arm@FreeBSD.ORG Thu Aug 15 14:26:37 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 55457460 for ; Thu, 15 Aug 2013 14:26:37 +0000 (UTC) (envelope-from shigeru@os-hackers.jp) Received: from mail2.asahi-net.or.jp (mail2.asahi-net.or.jp [202.224.39.198]) by mx1.freebsd.org (Postfix) with ESMTP id 277B4239D for ; Thu, 15 Aug 2013 14:26:36 +0000 (UTC) Received: from localhost (w142149.ppp.asahi-net.or.jp [121.1.142.149]) by mail2.asahi-net.or.jp (Postfix) with ESMTP id C94BC40C8E for ; Thu, 15 Aug 2013 23:05:15 +0900 (JST) Date: Thu, 15 Aug 2013 23:04:07 +0900 (JST) Message-Id: <20130815.230407.71104231.shigeru@os-hackers.jp> To: freebsd-arm@freebsd.org Subject: quick hack to use ACT LED for checking shutdown From: shigeru@os-hackers.jp X-Mailer: Mew version 3.3 on Emacs 21.4 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii 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: Thu, 15 Aug 2013 14:26:37 -0000 Hi all, I hope to know RaspberryPi is shutdowned with out display(or serial console). So I write a patch to use ACT LED which is on at boot time, and off at shutdown time. http://freebsd-current.os-hackers.jp/pub/FreeBSD/snapshots/20130815/raspberry-pi/patch-act_led-r254362.diff It seems me working fine. Please try it if you are interested my patch. Thanks, --- YAMAMOTO Shigeru From owner-freebsd-arm@FreeBSD.ORG Thu Aug 15 15:03: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 2F3CCD38 for ; Thu, 15 Aug 2013 15:03:00 +0000 (UTC) (envelope-from alie@afflemedialab.com) Received: from mail-qc0-f171.google.com (mail-qc0-f171.google.com [209.85.216.171]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E1C9F25C3 for ; Thu, 15 Aug 2013 15:02:58 +0000 (UTC) Received: by mail-qc0-f171.google.com with SMTP id n1so441334qcw.16 for ; Thu, 15 Aug 2013 08:02:52 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=4QWoRzmzBv9cASH15XWtJlUaw9OZvnlAB6TJzFToL1g=; b=H1maCMD4gAcgXtee2zSrKZVAh8AzYQh3BGf+H3Nn0qAEISc6vf6XamsMs2UW9Cti6n JZ5IRlImBhWbB8uT2BrkjHmykclE+bhyZaFH/LysoiSjcSPjuIHcF5tpr6j4Y1EZn4Aw wOCxkFckjXqFvtsct9oApbOmJokLELLRaxSmrmkO+bcnyIy9XN4fGxHk4Wuj4EXihemm 8lnNAKBDQtMokqKO+3rMbFDph8t0kx6e3bQpDcpJQ519vV/sAjulKw1TKIxsAS9e3cbx sq005KEZDW0NgbT0Gvt18fmzquIddbb0v9w0ZduOlvGSwFKpnMC5RY0cIQwGMzjzxPaP qJ9Q== X-Gm-Message-State: ALoCoQlXytMhC7sTn7EtPnHcRDjhO4Zrq7DBnE9rAy3eOZRNL0itGpf7VKU5LbRk65JZNBqD0brm MIME-Version: 1.0 X-Received: by 10.229.160.133 with SMTP id n5mr2903391qcx.98.1376578972028; Thu, 15 Aug 2013 08:02:52 -0700 (PDT) Received: by 10.49.39.137 with HTTP; Thu, 15 Aug 2013 08:02:51 -0700 (PDT) In-Reply-To: <67637C7C-57FB-4D7C-99EC-9BE606AB3BC7@gmail.com> References: <67637C7C-57FB-4D7C-99EC-9BE606AB3BC7@gmail.com> Date: Thu, 15 Aug 2013 23:02:51 +0800 Message-ID: Subject: Re: BeagleBoard Black From: Alie Tan To: fabiodive 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, 15 Aug 2013 15:03:00 -0000 Do you mean Beaglebone Black? You can see the status here http://svnweb.freebsd.org/base/head/sys/arm/conf/BEAGLEBONE?view=markup https://wiki.freebsd.org/FreeBSD/arm/BeagleBoneBlack https://wiki.freebsd.org/FreeBSD/arm/BeagleBone We have ethernet driver, usb driver, lcd, etc On Thu, Aug 15, 2013 at 8:00 PM, fabiodive wrote: > Good morning > > I would like to know the current state of development of the beagle Board > specifically, if are supported: > > -GPIO > -SPI > -I2C > > I also noticed some news about the port armhf, any further news or advises > to setup a BBB with custom external circuit connected by the above buses? > > Thank you, > Fabio Balzano > _______________________________________________ > 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 Aug 15 15:40: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 B035CA99 for ; Thu, 15 Aug 2013 15:40:33 +0000 (UTC) (envelope-from tom@0x544745.com) Received: from mail-ob0-f180.google.com (mail-ob0-f180.google.com [209.85.214.180]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7735B282D for ; Thu, 15 Aug 2013 15:40:30 +0000 (UTC) Received: by mail-ob0-f180.google.com with SMTP id up14so1027388obb.11 for ; Thu, 15 Aug 2013 08:40:24 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=SpZp9JKYZTF0PFyiWRLru0/h9fQ1jd5/YmtXtqIEW3E=; b=W6jnCgLiyNqQ/ZKil6fcXYbVDgsoxfFn+Z6hINLxCzf3+9ZL8ZZvkWcYusUX2++/+d U8DIiPz2anBel84jT3HTba8zUHGpV2ZUpWJKW9jKohcbj4B6p8K4aE7t+ykMJF8q/ZR6 R2AFH0RPtRZ4S4jYHOnmO79yyJjxYAPyM+ec4BXdJxxmPB5Hj3UCMx6SAa+yH4mYAagW 2I7aDD7A/O1G3OXTG0NcZ1PlVH0thFOXVZXOjiS0+nrmuyXEcFXWDZv9YVMuLle12p62 3z2r37/Mx2KmDDYmZj+EXEKdZ7Ie/+YlTRnpviCHzKz5P7D/+P9HciYnli9gjJqsAcDB 3SMg== X-Gm-Message-State: ALoCoQkeZQEh3LdORrJ3G/AXhSouKF/+QD8qRjuUmRW/fGGBGkih4v7Ib43WpIhMgk86y4JoK54i MIME-Version: 1.0 X-Received: by 10.182.204.4 with SMTP id ku4mr29338068obc.21.1376581224438; Thu, 15 Aug 2013 08:40:24 -0700 (PDT) Received: by 10.182.135.195 with HTTP; Thu, 15 Aug 2013 08:40:24 -0700 (PDT) In-Reply-To: References: <67637C7C-57FB-4D7C-99EC-9BE606AB3BC7@gmail.com> Date: Thu, 15 Aug 2013 09:40:24 -0600 Message-ID: Subject: Re: BeagleBoard Black From: Tom Everett To: Alie Tan 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, 15 Aug 2013 15:40:33 -0000 Here is the conf file for BB. It appears to have i2c and gpio support. http://svnweb.freebsd.org/base/head/sys/arm/conf/BEAGLEBONE?view=markup On Thu, Aug 15, 2013 at 9:02 AM, Alie Tan wrote: > Do you mean Beaglebone Black? > > You can see the status here > http://svnweb.freebsd.org/base/head/sys/arm/conf/BEAGLEBONE?view=markup > https://wiki.freebsd.org/FreeBSD/arm/BeagleBoneBlack > https://wiki.freebsd.org/FreeBSD/arm/BeagleBone > > We have ethernet driver, usb driver, lcd, etc > > > On Thu, Aug 15, 2013 at 8:00 PM, fabiodive wrote: > > > Good morning > > > > I would like to know the current state of development of the beagle Board > > specifically, if are supported: > > > > -GPIO > > -SPI > > -I2C > > > > I also noticed some news about the port armhf, any further news or > advises > > to setup a BBB with custom external circuit connected by the above buses? > > > > Thank you, > > Fabio Balzano > > _______________________________________________ > > 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" > -- A better world shall emerge based on faith and understanding - Douglas MacArthur From owner-freebsd-arm@FreeBSD.ORG Thu Aug 15 16:50: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 97F24A5D for ; Thu, 15 Aug 2013 16:50:34 +0000 (UTC) (envelope-from loos.br@gmail.com) Received: from mail-ve0-x22c.google.com (mail-ve0-x22c.google.com [IPv6:2607:f8b0:400c:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 53E1F2C1A for ; Thu, 15 Aug 2013 16:50:34 +0000 (UTC) Received: by mail-ve0-f172.google.com with SMTP id oz10so748771veb.31 for ; Thu, 15 Aug 2013 09:50:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:subject:date:message-id:to:mime-version; bh=uAB+6+a2HRy5F8nZ3eMm6huqUE4leixGGgXmcadgmIg=; b=B/UpH+ydSxwcaNJtN3+C1DF8KezahuaOrDCXPF3Ui4NvFju/lw2pjvlaiUmOyrBLpV jhkDo88mFvC/N1PFvKduD4t28etaXWggP9K+ctvBcomf6bm5lUd6nCwukUp7OZdyNcsZ Aj5/wDfZ52jue0lOyLdCeKgQkoXOB0s74DXvRzzcRaEyQ8OQiSLrEqvyydVzaSyMzyi1 ZHPcmt+9fJm70YLhV5AWBKx4zJF18ZZSzacUNNfTXQrv8YE1LX1Q731RT6qvmHwMW9zi /COqk8QuAw6uaznGvkpiXaw5S/bZ72gPrzes6wcE0LKxp8kFYBIXwV/3czleMggu9sy0 Oh1w== X-Received: by 10.52.229.73 with SMTP id so9mr3964030vdc.27.1376585433410; Thu, 15 Aug 2013 09:50:33 -0700 (PDT) Received: from [10.1.10.69] ([187.120.137.162]) by mx.google.com with ESMTPSA id dz7sm25628696vdc.5.2013.08.15.09.50.31 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 15 Aug 2013 09:50:32 -0700 (PDT) From: Luiz Otavio O Souza Content-Type: multipart/mixed; boundary=Apple-Mail-42-993749787 Subject: i2c driver for RPi Date: Thu, 15 Aug 2013 13:50:24 -0300 Message-Id: To: freebsd-arm@freebsd.org 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: Thu, 15 Aug 2013 16:50:34 -0000 --Apple-Mail-42-993749787 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hello guys, I've written the I2C (BSC - broadcom serial controller) driver for RPi. The test was done by reading the registers of two lm75 on the same I2C = bus (the only one available on my RPi). You have to manually switch the I2C pins to alt0 function. There are two = bsc controllers on SoC, the older ones uses the bsc0 and gpio pins 0 and = 1 while the newer boards uses the bsc1 with gpio pins 2 and 3. There is a third bsc controller which is used for the HDMI connection. I = have not touched this one (although it should just work). So for my basics tests, here is what i did: root@raspberry-pi:~ # sysctl dev.gpio.0.pin.0.function=3Dalt0 dev.gpio.0.pin.0.function: input -> alt0 root@raspberry-pi:~ # sysctl dev.gpio.0.pin.1.function=3Dalt0 dev.gpio.0.pin.1.function: input -> alt0 root@raspberry-pi:~ # cd src/lm75 root@raspberry-pi:~/src/lm75 # ./lm75 -d 150 -f /dev/iic0 -a lm75 in comparator mode O.S. polarity: active low Fault Queue: 1 temperature: 17.0C o.s. temperature: 80.0C hyst temperature: 75.0C root@raspberry-pi:~/src/lm75 # ./lm75 -d 158 -f /dev/iic0 -a lm75 in comparator mode O.S. polarity: active low Fault Queue: 1 temperature: 16.5C o.s. temperature: 80.0C hyst temperature: 75.0C The lm75 code is at: http://loos.no-ip.org/lm75.tar.gz The BSC driver also exports some knobs under the dev.bsc sysctl: root@raspberry-pi:~/src/lm75 # sysctl dev.bsc.0 dev.bsc.0.%desc: BCM2708/2835 BSC controller dev.bsc.0.%driver: bsc dev.bsc.0.%parent: simplebus0 dev.bsc.0.clock: 100000 dev.bsc.0.clock_stretch: 64 dev.bsc.0.fall_edge_delay: 48 dev.bsc.0.rise_edge_delay: 48 And the dmesg (for bsc part): bsc0: mem 0x20205000-0x2020501f irq 61 on = simplebus0 iicbus0: on bsc0 iic0: on iicbus0 bsc1: mem 0x20804000-0x2080401f irq 61 on = simplebus0 iicbus1: on bsc1 iic1: on iicbus1 Is this ok ? Thanks, Luiz --Apple-Mail-42-993749787 Content-Disposition: attachment; filename=bcm2835_bsc.diff Content-Type: application/octet-stream; name="bcm2835_bsc.diff" Content-Transfer-Encoding: 7bit Index: sys/arm/broadcom/bcm2835/files.bcm2835 =================================================================== --- sys/arm/broadcom/bcm2835/files.bcm2835 (revision 254251) +++ sys/arm/broadcom/bcm2835/files.bcm2835 (working copy) @@ -1,5 +1,6 @@ # $FreeBSD$ +arm/broadcom/bcm2835/bcm2835_bsc.c optional bcm2835_bsc arm/broadcom/bcm2835/bcm2835_dma.c standard arm/broadcom/bcm2835/bcm2835_fb.c optional sc arm/broadcom/bcm2835/bcm2835_gpio.c optional gpio Index: sys/arm/conf/RPI-B =================================================================== --- sys/arm/conf/RPI-B (revision 254251) +++ sys/arm/conf/RPI-B (working copy) @@ -79,6 +79,11 @@ device gpio device gpioled +# I2C +device iic +device iicbus +device bcm2835_bsc + options KDB options DDB #Enable the kernel debugger options INVARIANTS #Enable calls of extra sanity checking Index: sys/boot/fdt/dts/bcm2835.dtsi =================================================================== --- sys/boot/fdt/dts/bcm2835.dtsi (revision 254251) +++ sys/boot/fdt/dts/bcm2835.dtsi (working copy) @@ -396,6 +396,22 @@ }; }; + bsc0 { + compatible = "broadcom,bcm2835-bsc", + "broadcom,bcm2708-bsc"; + reg = <0x205000 0x20>; + interrupts = <61>; + interrupt-parent = <&intc>; + }; + + bsc1 { + compatible = "broadcom,bcm2835-bsc", + "broadcom,bcm2708-bsc"; + reg = <0x804000 0x20>; + interrupts = <61>; + interrupt-parent = <&intc>; + }; + dma: dma { compatible = "broadcom,bcm2835-dma", "broadcom,bcm2708-dma"; --- /dev/null 2013-08-15 12:00:00.000000000 -0300 +++ sys/arm/broadcom/bcm2835/bcm2835_bsc.c 2013-08-15 12:02:01.400235929 -0300 @@ -0,0 +1,504 @@ +/*- + * Copyright (c) 2001 Tsubai Masanari. + * Copyright (c) 2012 Oleksandr Tymoshenko + * Copyright (c) 2013 Luiz Otavio O Souza + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + * + */ +#include +__FBSDID("$FreeBSD$"); + +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#include +#include +#include +#include +#include "iicbus_if.h" + +struct bcm_bsc_softc { + device_t sc_dev; + struct mtx sc_mtx; + struct resource * sc_mem_res; + struct resource * sc_irq_res; + bus_space_tag_t sc_bst; + bus_space_handle_t sc_bsh; + phandle_t sc_node; + uint16_t sc_resid; + uint8_t *sc_data; + void * sc_intrhand; + int sc_flags; +}; + +#define BCM_BSC_CTRL 0x00 +#define BCM_BSC_CTRL_I2CEN (1 << 15) +#define BCM_BSC_CTRL_INTR (1 << 10) +#define BCM_BSC_CTRL_INTT (1 << 9) +#define BCM_BSC_CTRL_INTD (1 << 8) +#define BCM_BSC_CTRL_ST (1 << 7) +#define BCM_BSC_CTRL_CLEAR1 (1 << 5) +#define BCM_BSC_CTRL_CLEAR0 (1 << 4) +#define BCM_BSC_CTRL_READ (1 << 0) +#define BCM_BSC_STATUS 0x04 +#define BCM_BSC_STATUS_CLKT (1 << 9) +#define BCM_BSC_STATUS_ERR (1 << 8) +#define BCM_BSC_STATUS_RXF (1 << 7) +#define BCM_BSC_STATUS_TXE (1 << 6) +#define BCM_BSC_STATUS_RXD (1 << 5) +#define BCM_BSC_STATUS_TXD (1 << 4) +#define BCM_BSC_STATUS_RXR (1 << 3) +#define BCM_BSC_STATUS_TXW (1 << 2) +#define BCM_BSC_STATUS_DONE (1 << 1) +#define BCM_BSC_STATUS_TA (1 << 0) +#define BCM_BSC_DLEN 0x08 +#define BCM_BSC_SLAVE 0x0c +#define BCM_BSC_DATA 0x10 +#define BCM_BSC_CLOCK 0x14 +#define BCM_BSC_DELAY 0x18 +#define BCM_BSC_CLKT 0x1c + +#define I2C_BUSY 0x01 +#define I2C_READ 0x02 +#define I2C_ERROR 0x04 + +#define BCM_BSC_WRITE(_sc, _off, _val) \ + bus_space_write_4(_sc->sc_bst, _sc->sc_bsh, _off, _val) +#define BCM_BSC_READ(_sc, _off) \ + bus_space_read_4(_sc->sc_bst, _sc->sc_bsh, _off) + +#define BCM_BSC_LOCK(_sc) \ + mtx_lock(&(_sc)->sc_mtx) +#define BCM_BSC_UNLOCK(_sc) \ + mtx_unlock(&(_sc)->sc_mtx) + +static void bcm_bsc_intr(void *); + +static void +bcm_bsc_modifyreg(struct bcm_bsc_softc *sc, uint32_t off, uint32_t mask, + uint32_t value) +{ + uint32_t reg; + + reg = BCM_BSC_READ(sc, off); + reg &= ~mask; + reg |= value; + BCM_BSC_WRITE(sc, off, reg); +} + +static int +bcm_bsc_clock_proc(SYSCTL_HANDLER_ARGS) +{ + struct bcm_bsc_softc *sc; + uint32_t clk; + int error; + + sc = (struct bcm_bsc_softc *)arg1; + + clk = BCM_BSC_READ(sc, BCM_BSC_CLOCK); + if (clk == 0) + clk = 32768; + clk = 150000000UL / clk; + error = sysctl_handle_int(oidp, &clk, sizeof(clk), req); + if (error != 0 || req->newptr == NULL) + return (error); + + BCM_BSC_LOCK(sc); + clk = 150000000UL / clk; + if (clk > 0xffff) + clk = 0xffff; + BCM_BSC_WRITE(sc, BCM_BSC_CLOCK, clk); + BCM_BSC_UNLOCK(sc); + + return (0); +} + +static int +bcm_bsc_clkt_proc(SYSCTL_HANDLER_ARGS) +{ + struct bcm_bsc_softc *sc; + uint32_t clkt; + int error; + + sc = (struct bcm_bsc_softc *)arg1; + + clkt = BCM_BSC_READ(sc, BCM_BSC_CLKT); + error = sysctl_handle_int(oidp, &clkt, sizeof(clkt), req); + if (error != 0 || req->newptr == NULL) + return (error); + + BCM_BSC_LOCK(sc); + BCM_BSC_WRITE(sc, BCM_BSC_CLKT, clkt); + BCM_BSC_UNLOCK(sc); + return (0); +} + +static int +bcm_bsc_fall_proc(SYSCTL_HANDLER_ARGS) +{ + struct bcm_bsc_softc *sc; + uint32_t clk, reg; + int error; + + sc = (struct bcm_bsc_softc *)arg1; + + reg = BCM_BSC_READ(sc, BCM_BSC_DELAY); + reg >>= 16; + error = sysctl_handle_int(oidp, ®, sizeof(reg), req); + if (error != 0 || req->newptr == NULL) + return (error); + + BCM_BSC_LOCK(sc); + clk = BCM_BSC_READ(sc, BCM_BSC_CLOCK); + clk = 150000000UL / clk; + if (reg > clk / 2) + reg = clk / 2 - 1; + bcm_bsc_modifyreg(sc, BCM_BSC_DELAY, 0xffff0000, reg << 16); + BCM_BSC_UNLOCK(sc); + return (0); +} + +static int +bcm_bsc_rise_proc(SYSCTL_HANDLER_ARGS) +{ + struct bcm_bsc_softc *sc; + uint32_t clk, reg; + int error; + + sc = (struct bcm_bsc_softc *)arg1; + + reg = BCM_BSC_READ(sc, BCM_BSC_DELAY); + reg &= 0xffff; + error = sysctl_handle_int(oidp, ®, sizeof(reg), req); + if (error != 0 || req->newptr == NULL) + return (error); + + BCM_BSC_LOCK(sc); + clk = BCM_BSC_READ(sc, BCM_BSC_CLOCK); + clk = 150000000UL / clk; + if (reg > clk / 2) + reg = clk / 2 - 1; + bcm_bsc_modifyreg(sc, BCM_BSC_DELAY, 0xffff, reg); + BCM_BSC_UNLOCK(sc); + return (0); +} + +static void +bcm_bsc_sysctl_init(struct bcm_bsc_softc *sc) +{ + struct sysctl_ctx_list *ctx; + struct sysctl_oid *tree_node; + struct sysctl_oid_list *tree; + + /* + * Add system sysctl tree/handlers. + */ + ctx = device_get_sysctl_ctx(sc->sc_dev); + tree_node = device_get_sysctl_tree(sc->sc_dev); + tree = SYSCTL_CHILDREN(tree_node); + SYSCTL_ADD_PROC(ctx, tree, OID_AUTO, "clock", + CTLFLAG_RW | CTLTYPE_UINT, sc, sizeof(*sc), + bcm_bsc_clock_proc, "IU", "I2C BUS clock frequency"); + SYSCTL_ADD_PROC(ctx, tree, OID_AUTO, "clock_stretch", + CTLFLAG_RW | CTLTYPE_UINT, sc, sizeof(*sc), + bcm_bsc_clkt_proc, "IU", "I2C BUS clock stretch timeout"); + SYSCTL_ADD_PROC(ctx, tree, OID_AUTO, "fall_edge_delay", + CTLFLAG_RW | CTLTYPE_UINT, sc, sizeof(*sc), + bcm_bsc_fall_proc, "IU", "I2C BUS falling edge delay"); + SYSCTL_ADD_PROC(ctx, tree, OID_AUTO, "rise_edge_delay", + CTLFLAG_RW | CTLTYPE_UINT, sc, sizeof(*sc), + bcm_bsc_rise_proc, "IU", "I2C BUS rising edge delay"); +} + +static void +bcm_bsc_reset(struct bcm_bsc_softc *sc) +{ + + /* Clear pending interrupts. */ + BCM_BSC_WRITE(sc, BCM_BSC_STATUS, BCM_BSC_STATUS_CLKT | + BCM_BSC_STATUS_ERR | BCM_BSC_STATUS_DONE); + /* Clear the FIFO. */ + bcm_bsc_modifyreg(sc, BCM_BSC_CTRL, BCM_BSC_CTRL_CLEAR0, + BCM_BSC_CTRL_CLEAR0); +} + +static int +bcm_bsc_probe(device_t dev) +{ + + if (!ofw_bus_is_compatible(dev, "broadcom,bcm2835-bsc")) + return (ENXIO); + + device_set_desc(dev, "BCM2708/2835 BSC controller"); + return (BUS_PROBE_DEFAULT); +} + +static int +bcm_bsc_attach(device_t dev) +{ + struct bcm_bsc_softc *sc; + int rid; + + sc = device_get_softc(dev); + sc->sc_dev = dev; + + sc->sc_node = ofw_bus_get_node(dev); + if (sc->sc_node == 0 || sc->sc_node == -1) + return (EINVAL); + + rid = 0; + sc->sc_mem_res = bus_alloc_resource_any(dev, SYS_RES_MEMORY, &rid, + RF_ACTIVE); + if (!sc->sc_mem_res) { + device_printf(dev, "cannot allocate memory window\n"); + return (ENXIO); + } + + sc->sc_bst = rman_get_bustag(sc->sc_mem_res); + sc->sc_bsh = rman_get_bushandle(sc->sc_mem_res); + + rid = 0; + sc->sc_irq_res = bus_alloc_resource_any(dev, SYS_RES_IRQ, &rid, + RF_ACTIVE | RF_SHAREABLE); + if (!sc->sc_irq_res) { + bus_release_resource(dev, SYS_RES_MEMORY, 0, sc->sc_mem_res); + device_printf(dev, "cannot allocate interrupt\n"); + return (ENXIO); + } + + /* Hook up our interrupt handler. */ + if (bus_setup_intr(dev, sc->sc_irq_res, INTR_TYPE_MISC | INTR_MPSAFE, + NULL, bcm_bsc_intr, sc, &sc->sc_intrhand)) { + bus_release_resource(dev, SYS_RES_IRQ, 0, sc->sc_irq_res); + bus_release_resource(dev, SYS_RES_MEMORY, 0, sc->sc_mem_res); + device_printf(dev, "cannot setup the interrupt handler\n"); + return (ENXIO); + } + + mtx_init(&sc->sc_mtx, "bcm_bsc", NULL, MTX_DEF); + + bcm_bsc_sysctl_init(sc); + + /* Enable the BSC controller. Flush the FIFO. */ + BCM_BSC_WRITE(sc, BCM_BSC_CTRL, BCM_BSC_CTRL_I2CEN); + bcm_bsc_reset(sc); + + device_add_child(dev, "iicbus", -1); + return (bus_generic_attach(dev)); +} + +static int +bcm_bsc_detach(device_t dev) +{ + struct bcm_bsc_softc *sc; + + bus_generic_detach(dev); + + sc = device_get_softc(dev); + mtx_destroy(&sc->sc_mtx); + if (sc->sc_intrhand) + bus_teardown_intr(dev, sc->sc_irq_res, sc->sc_intrhand); + if (sc->sc_irq_res) + bus_release_resource(dev, SYS_RES_IRQ, 0, sc->sc_irq_res); + if (sc->sc_mem_res) + bus_release_resource(dev, SYS_RES_MEMORY, 0, sc->sc_mem_res); + return (0); +} + +static void +bcm_bsc_intr(void *arg) +{ + struct bcm_bsc_softc *sc; + uint32_t status; + + sc = (struct bcm_bsc_softc *)arg; + + BCM_BSC_LOCK(sc); + + /* The I2C interrupt is shared among all the BSC controllers. */ + if ((sc->sc_flags & I2C_BUSY) == 0) { + BCM_BSC_UNLOCK(sc); + return; + } + + status = BCM_BSC_READ(sc, BCM_BSC_STATUS); + + /* Check for errors. */ + if (status & (BCM_BSC_STATUS_CLKT | BCM_BSC_STATUS_ERR)) { + /* Disable interrupts. */ + BCM_BSC_WRITE(sc, BCM_BSC_CTRL, BCM_BSC_CTRL_I2CEN); + sc->sc_flags |= I2C_ERROR; + bcm_bsc_reset(sc); + wakeup(sc->sc_dev); + BCM_BSC_UNLOCK(sc); + return; + } + + if (sc->sc_flags & I2C_READ) { + while (sc->sc_resid > 0 && (status & BCM_BSC_STATUS_RXD)) { + *sc->sc_data++ = BCM_BSC_READ(sc, BCM_BSC_DATA); + sc->sc_resid--; + status = BCM_BSC_READ(sc, BCM_BSC_STATUS); + } + } else { + while (sc->sc_resid > 0 && (status & BCM_BSC_STATUS_TXD)) { + BCM_BSC_WRITE(sc, BCM_BSC_DATA, *sc->sc_data++); + sc->sc_resid--; + status = BCM_BSC_READ(sc, BCM_BSC_STATUS); + } + } + + if (status & BCM_BSC_STATUS_DONE) { + /* Disable interrupts. */ + BCM_BSC_WRITE(sc, BCM_BSC_CTRL, BCM_BSC_CTRL_I2CEN); + bcm_bsc_reset(sc); + wakeup(sc->sc_dev); + } + + BCM_BSC_UNLOCK(sc); +} + +static int +bcm_bsc_transfer(device_t dev, struct iic_msg *msgs, uint32_t nmsgs) +{ + struct bcm_bsc_softc *sc; + uint32_t intr, read, status; + int i, err; + + sc = device_get_softc(dev); + BCM_BSC_LOCK(sc); + + if (sc->sc_flags & I2C_BUSY) + mtx_sleep(dev, &sc->sc_mtx, 0, "bcm_bsc", hz); + + if (sc->sc_flags & I2C_BUSY) { + BCM_BSC_UNLOCK(sc); + return (ETIMEDOUT); + } + + sc->sc_flags = I2C_BUSY; + + /* Clear the FIFO and the pending interrupts. */ + bcm_bsc_reset(sc); + + err = 0; + for (i = 0; i < nmsgs; i++) { + + /* Write the slave address. */ + BCM_BSC_WRITE(sc, BCM_BSC_SLAVE, (msgs[i].slave >> 1) & 0x7f); + + /* Write the data length. */ + BCM_BSC_WRITE(sc, BCM_BSC_DLEN, msgs[i].len); + + sc->sc_data = msgs[i].buf; + sc->sc_resid = msgs[i].len; + if ((msgs[i].flags & IIC_M_RD) == 0) { + /* Fill up the TX FIFO. */ + status = BCM_BSC_READ(sc, BCM_BSC_STATUS); + while (sc->sc_resid > 0 && + (status & BCM_BSC_STATUS_TXD)) { + BCM_BSC_WRITE(sc, BCM_BSC_DATA, *sc->sc_data); + sc->sc_data++; + sc->sc_resid--; + status = BCM_BSC_READ(sc, BCM_BSC_STATUS); + } + read = 0; + intr = BCM_BSC_CTRL_INTT; + sc->sc_flags &= ~I2C_READ; + } else { + sc->sc_flags |= I2C_READ; + read = BCM_BSC_CTRL_READ; + intr = BCM_BSC_CTRL_INTR; + } + intr |= BCM_BSC_CTRL_INTD; + + /* Start the transfer. */ + BCM_BSC_WRITE(sc, BCM_BSC_CTRL, BCM_BSC_CTRL_I2CEN | + BCM_BSC_CTRL_ST | read | intr); + + /* Wait for the transaction to complete. */ + err = mtx_sleep(dev, &sc->sc_mtx, 0, "bcm_bsc", hz); + + /* Check if we have a timeout or an I2C error. */ + if ((sc->sc_flags & I2C_ERROR) || err == EWOULDBLOCK) { + if (bootverbose) + device_printf(sc->sc_dev, "I2C error\n"); + err = EIO; + break; + } + } + + /* Clean the controller flags. */ + sc->sc_flags = 0; + + BCM_BSC_UNLOCK(sc); + return (err); +} + +static phandle_t +bcm_bsc_get_node(device_t bus, device_t dev) +{ + struct bcm_bsc_softc *sc; + + sc = device_get_softc(bus); + /* We only have one child, the I2C bus, which needs our own node. */ + + return (sc->sc_node); +} + +static device_method_t bcm_bsc_methods[] = { + /* Device interface */ + DEVMETHOD(device_probe, bcm_bsc_probe), + DEVMETHOD(device_attach, bcm_bsc_attach), + DEVMETHOD(device_detach, bcm_bsc_detach), + + /* iicbus interface */ + DEVMETHOD(iicbus_callback, iicbus_null_callback), + DEVMETHOD(iicbus_transfer, bcm_bsc_transfer), + + /* ofw_bus interface */ + DEVMETHOD(ofw_bus_get_node, bcm_bsc_get_node), + + DEVMETHOD_END +}; + +static devclass_t bcm_bsc_devclass; + +static driver_t bcm_bsc_driver = { + "bsc", + bcm_bsc_methods, + sizeof(struct bcm_bsc_softc), +}; + +DRIVER_MODULE(iicbus, bsc, iicbus_driver, iicbus_devclass, 0, 0); +DRIVER_MODULE(bcm2835_bsc, simplebus, bcm_bsc_driver, bcm_bsc_devclass, 0, 0); --Apple-Mail-42-993749787-- From owner-freebsd-arm@FreeBSD.ORG Thu Aug 15 20:52: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 C9491B47 for ; Thu, 15 Aug 2013 20:52:42 +0000 (UTC) (envelope-from johan@netsense.nl) Received: from mail.netsense.nl (pretsense.xs4all.nl [82.161.36.79]) by mx1.freebsd.org (Postfix) with ESMTP id 1BA942959 for ; Thu, 15 Aug 2013 20:52:41 +0000 (UTC) Received: (qmail 26853 invoked from network); 15 Aug 2013 22:45:52 +0200 Received: from dhcp56.nest.nl (johan@172.16.79.56) by mail.netsense.nl with AES128-SHA encrypted SMTP; 15 Aug 2013 22:45:52 +0200 From: Johan Henselmans Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: pkg repository for ARM? Message-Id: <522A0D57-4DD4-4669-BB5A-AFCD81E9F497@netsense.nl> Date: Thu, 15 Aug 2013 22:45:58 +0200 To: freebsd-arm Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) X-Mailer: Apple Mail (2.1508) 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, 15 Aug 2013 20:52:42 -0000 I have used Tim Kienztle's Crochet script to create a 4 GB image for the = BeagleBone.=20 After a second reboot it worked, but it is slow (as Ian pointed out = because the SD Card is nt using a dma driver).=20 My problem at the moment is that I am trying to compile git to get some = repositories to test, but I can not get there. Reason is that libgcrypt = does not compile: error log is over here: http://pastebin.com/D3LTUv2P Can anybody explain what I should do? Is this a clang/gcc problem, or is = there something wrong with the assembler? On a related note: is there a pkg repository where one can just get = compiled packages for ARM? Johan Henselmans johan@netsense.nl From owner-freebsd-arm@FreeBSD.ORG Thu Aug 15 22:19: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 113331A1 for ; Thu, 15 Aug 2013 22:19:46 +0000 (UTC) (envelope-from tom@0x544745.com) Received: from mail-ob0-f176.google.com (mail-ob0-f176.google.com [209.85.214.176]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CCEAB2D21 for ; Thu, 15 Aug 2013 22:19:44 +0000 (UTC) Received: by mail-ob0-f176.google.com with SMTP id uz19so1405926obc.21 for ; Thu, 15 Aug 2013 15:19:38 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=yp5CLf8j8bq4biLQc5NEdhljbgPMkV1coRN+59Di6QE=; b=MbdIwrGQm1wqvVIMFUDmf9Zu1U6LIv/yWl2mi4jabrU0pwoYBg1QWzjaA+0rZo/6i+ jHCbizjxZIfW5U8QbKbt509uKKMsEr3f1+47cSgloHu6CHUWgNKFYdlqVWMnbJuBdm/k F+RJAIV5Ui9fpk5I23PnF9QceLm4pi/6Y74unq5Wj0evuQ7juDO/sZHtSW+J+LnEKyF+ IGtIvg71iOF6QiW4ucpnTyPyU3jSUQZxhkfDPTrnLvezspGOjhq5vKJM2n3F9unXT+J/ stDz3mIj5DuKdHrZFVVnppoCJscaeSa5URmdY0PQ+izZJ/JUgaBq2KnIPpolnVCTdrEP vEQQ== X-Gm-Message-State: ALoCoQky3kgaFwNsZGGoDyf3CrLNimG3ppL4OceusDoJeOsB47LZTJlaAaAKwS5v8EsXtq7NgysX MIME-Version: 1.0 X-Received: by 10.182.144.231 with SMTP id sp7mr27986418obb.14.1376605177985; Thu, 15 Aug 2013 15:19:37 -0700 (PDT) Received: by 10.182.135.195 with HTTP; Thu, 15 Aug 2013 15:19:37 -0700 (PDT) In-Reply-To: <522A0D57-4DD4-4669-BB5A-AFCD81E9F497@netsense.nl> References: <522A0D57-4DD4-4669-BB5A-AFCD81E9F497@netsense.nl> Date: Thu, 15 Aug 2013 16:19:37 -0600 Message-ID: Subject: Re: pkg repository for ARM? From: Tom Everett To: Johan Henselmans Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Aug 2013 22:19:46 -0000 I was able to get this to work. I * Downloaded ports.tar.gz from the ftp * Extracted * Built from source. On the port configuration screen for git, uncheck all the boxes; most of those are optional features and if you uncheck them, you no longer need libgcrypt. On Thu, Aug 15, 2013 at 2:45 PM, Johan Henselmans wrote: > I have used Tim Kienztle's Crochet script to create a 4 GB image for the > BeagleBone. > > After a second reboot it worked, but it is slow (as Ian pointed out > because the SD Card is nt using a dma driver). > > My problem at the moment is that I am trying to compile git to get some > repositories to test, but I can not get there. Reason is that libgcrypt > does not compile: error log is over here: > > http://pastebin.com/D3LTUv2P > > Can anybody explain what I should do? Is this a clang/gcc problem, or is > there something wrong with the assembler? > > On a related note: is there a pkg repository where one can just get > compiled packages for ARM? > > Johan Henselmans > johan@netsense.nl > > > > _______________________________________________ > 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" > -- A better world shall emerge based on faith and understanding - Douglas MacArthur From owner-freebsd-arm@FreeBSD.ORG Thu Aug 15 22:21:18 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 0858F1DF for ; Thu, 15 Aug 2013 22:21:18 +0000 (UTC) (envelope-from andrew@ugh.net.au) Received: from starbug.ugh.net.au (starbug.ugh.net.au [202.3.36.37]) by mx1.freebsd.org (Postfix) with ESMTP id BCC7A2D49 for ; Thu, 15 Aug 2013 22:21:17 +0000 (UTC) Received: from [10.0.0.10] (77-64-237-200.dynamic.primacom.net [77.64.237.200]) by starbug.ugh.net.au (Postfix) with ESMTPSA id 5B6D7386C1A; Fri, 16 Aug 2013 09:21:51 +1000 (EST) References: <522A0D57-4DD4-4669-BB5A-AFCD81E9F497@netsense.nl> Mime-Version: 1.0 (1.0) In-Reply-To: <522A0D57-4DD4-4669-BB5A-AFCD81E9F497@netsense.nl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: X-Mailer: iPhone Mail (10B329) From: Andrew Stevenson Subject: Re: pkg repository for ARM? Date: Fri, 16 Aug 2013 00:10:49 +0200 To: Johan Henselmans Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Aug 2013 22:21:18 -0000 On 15.08.2013, at 22:45, Johan Henselmans wrote: > there. Reason is that libgcrypt does not compile: error log is over here:= >=20 > http://pastebin.com/D3LTUv2P A few ppl have hit that if you check the archives. I believe compiling with g= cc (or maybe using the clang flag suggested) should get you further.=20 Andrew= From owner-freebsd-arm@FreeBSD.ORG Thu Aug 15 22:46: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 B79806D0; Thu, 15 Aug 2013 22:46:40 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wi0-x229.google.com (mail-wi0-x229.google.com [IPv6:2a00:1450:400c:c05::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2EB142E4D; Thu, 15 Aug 2013 22:46:40 +0000 (UTC) Received: by mail-wi0-f169.google.com with SMTP id f14so941845wiw.4 for ; Thu, 15 Aug 2013 15:46: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=sig36xlBy/TUoWI6KEM4ZUUav+HndtFGZ6Sy/xWbcYc=; b=GMje4yaB5LT7xbcgu/h4Gq96gqTqjTnedJUbJM4g6kUtukeBWYQWbuCT5Cv5wvPyOA BoHBrYwuAei0YvfLAXi1nEzzUbk+0mmnBJB967fMEz3dKLnum+/cKgemrtBFdFD1/OnV wED+sOESRyf/BdfpNSewGs0gKeRq0hlAyCSZyZQAStblcdkKBtC6ooyoufayB4PXIwlH 39khhGPr8rGnPimI6Dd5JZvbO6nBCVLP8lefwT42913zmHRMjumVo2OgjlRcO2MkT5/j CdE9pZLHDCnErwD/DeF7y/aecLe5/y8yfgiDBbK57v1YON5ymKBSITtpVudIFHd05P51 3skA== MIME-Version: 1.0 X-Received: by 10.194.250.6 with SMTP id yy6mr11648298wjc.13.1376606797977; Thu, 15 Aug 2013 15:46:37 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.217.116.136 with HTTP; Thu, 15 Aug 2013 15:46:37 -0700 (PDT) In-Reply-To: References: <522A0D57-4DD4-4669-BB5A-AFCD81E9F497@netsense.nl> Date: Thu, 15 Aug 2013 15:46:37 -0700 X-Google-Sender-Auth: jYS60SAGYHe0wBIgK8TCEofLSrY Message-ID: Subject: Re: pkg repository for ARM? From: Adrian Chadd To: Andrew Stevenson , "freebsd-ports@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Aug 2013 22:46:40 -0000 ... why can't libgcrypt be marked as requiring gcc for now? -adrian On 15 August 2013 15:10, Andrew Stevenson wrote: > > > On 15.08.2013, at 22:45, Johan Henselmans wrote: > > > there. Reason is that libgcrypt does not compile: error log is over > here: > > > > http://pastebin.com/D3LTUv2P > > A few ppl have hit that if you check the archives. I believe compiling > with gcc (or maybe using the clang flag suggested) should get you further. > > Andrew > _______________________________________________ > 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 Aug 15 23:55:59 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 0E52674; Thu, 15 Aug 2013 23:55:59 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.162.213]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BAD5E2121; Thu, 15 Aug 2013 23:55:58 +0000 (UTC) Received: from mr3.cc.vt.edu (mr3.cc.vt.edu [198.82.141.68]) by lennier.cc.vt.edu (8.13.8/8.13.8) with ESMTP id r7FN9JsB003186; Thu, 15 Aug 2013 19:09:20 -0400 Received: from auth3.smtp.vt.edu (auth3.smtp.vt.edu [198.82.161.152]) by mr3.cc.vt.edu (8.14.4/8.14.4) with ESMTP id r7FN9HPX000587; Thu, 15 Aug 2013 19:09:17 -0400 Received: from gromit.chumby.lan (c-98-249-9-133.hsd1.va.comcast.net [98.249.9.133]) (authenticated bits=0) by auth3.smtp.vt.edu (8.13.8/8.13.8) with ESMTP id r7FN9FgB022644 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 15 Aug 2013 19:09:16 -0400 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: pkg repository for ARM? From: Paul Mather In-Reply-To: Date: Thu, 15 Aug 2013 19:09:15 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <41577B23-E4DE-451B-B5F7-912024C05AB7@gromit.dlib.vt.edu> References: <522A0D57-4DD4-4669-BB5A-AFCD81E9F497@netsense.nl> To: Adrian Chadd X-Mailer: Apple Mail (2.1508) Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Aug 2013 23:55:59 -0000 On Aug 15, 2013, at 6:46 PM, Adrian Chadd wrote: > ... why can't libgcrypt be marked as requiring gcc for now? I'm presuming you'd have to make this exception just for arm, because it = works with clang on other platforms? But, I think this just masks the problem, because I think there's the = bigger issue that the clang toolchain on arm appears to be broken. In = fact, I think there's a good argument to be made that the switch to = clang as the default compiler shouldn't have been thrown on FreeBSD/arm = because clang doesn't work fully there. See, e.g., PR arm/178495 for a = typical example. AFAIK, a native build under clang on arm is still broken. I have only = been able to do a successful native build on arm, or build ports = successfully, by using gcc as the default compiler, i.e., to set = WITHOUT_CLANG_IS_CC in /etc/src.conf. So, instead of marking ports on arm on a piecemeal basis, couldn't we = undo the WITH_CLANG_IS_CC default setting until clang works properly? (Hopefully, someone will reply and tell me it's fixed; I've kind of = backed off from using my Raspberry Pi and Beaglebone Black on FreeBSD = the past couple of weeks due to the broken toolchain issues.:) Cheers, Paul. >=20 >=20 >=20 > -adrian >=20 >=20 >=20 > On 15 August 2013 15:10, Andrew Stevenson wrote: >=20 >>=20 >>=20 >> On 15.08.2013, at 22:45, Johan Henselmans wrote: >>=20 >>> there. Reason is that libgcrypt does not compile: error log is over >> here: >>>=20 >>> http://pastebin.com/D3LTUv2P >>=20 >> A few ppl have hit that if you check the archives. I believe = compiling >> with gcc (or maybe using the clang flag suggested) should get you = further. >>=20 >> Andrew >> _______________________________________________ >> 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 > _______________________________________________ > 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 Aug 16 02:19:44 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 D2A53B56 for ; Fri, 16 Aug 2013 02:19:44 +0000 (UTC) (envelope-from tim@kientzle.com) 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 94C7E26DC for ; Fri, 16 Aug 2013 02:19:44 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r7G2JhfG037796; Fri, 16 Aug 2013 02:19:43 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.123] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id y38pkvzgeet5gsbwaeib473ue2; Fri, 16 Aug 2013 02:19:43 +0000 (UTC) (envelope-from tim@kientzle.com) Subject: Re: pkg repository for ARM? Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: <41577B23-E4DE-451B-B5F7-912024C05AB7@gromit.dlib.vt.edu> Date: Thu, 15 Aug 2013 19:19:42 -0700 Content-Transfer-Encoding: 7bit Message-Id: <34F61A6F-D0D2-4D16-BD70-8206AC19DC37@kientzle.com> References: <522A0D57-4DD4-4669-BB5A-AFCD81E9F497@netsense.nl> <41577B23-E4DE-451B-B5F7-912024C05AB7@gromit.dlib.vt.edu> To: Paul Mather X-Mailer: Apple Mail (2.1283) 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: Fri, 16 Aug 2013 02:19:44 -0000 On Aug 15, 2013, at 4:09 PM, Paul Mather wrote: > AFAIK, a native build under clang on arm is still broken. I have done full native builds on BBB since the Clang switch got thrown. I haven't been able to do it very consistently, but I don't think that can be entirely blamed on clang. ;-) Tim From owner-freebsd-arm@FreeBSD.ORG Fri Aug 16 02:22: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 DCCC2BA6 for ; Fri, 16 Aug 2013 02:22:04 +0000 (UTC) (envelope-from tim@kientzle.com) 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 BA9CE270E for ; Fri, 16 Aug 2013 02:22:04 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r7G2M3JA037826; Fri, 16 Aug 2013 02:22:03 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.123] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id cprhmcf2pujb5pa22bumndii8w; Fri, 16 Aug 2013 02:22:02 +0000 (UTC) (envelope-from tim@kientzle.com) Subject: Re: pkg repository for ARM? Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=windows-1252 From: Tim Kientzle In-Reply-To: <522A0D57-4DD4-4669-BB5A-AFCD81E9F497@netsense.nl> Date: Thu, 15 Aug 2013 19:21:59 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <986E81B3-7AB8-469B-BDBB-37909AAEEFE2@kientzle.com> References: <522A0D57-4DD4-4669-BB5A-AFCD81E9F497@netsense.nl> To: Johan Henselmans X-Mailer: Apple Mail (2.1283) 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: Fri, 16 Aug 2013 02:22:04 -0000 >=20 > My problem at the moment is that I am trying to compile git to get = some repositories to test, but I can not get there. Reason is that = libgcrypt does not compile: error log is over here: >=20 > http://pastebin.com/D3LTUv2P >=20 > Can anybody explain what I should do? Is this a clang/gcc problem, or = is there something wrong with the assembler? "=85 or build with -fheinous-gnu-extensions" Have you tried adding this option to CFLAGS in the libgcrypt Makefile? > On a related note: is there a pkg repository where one can just get = compiled packages for ARM? A few folks have partial ones but there's nothing official. Tim From owner-freebsd-arm@FreeBSD.ORG Fri Aug 16 04:01:19 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 C9D54A90 for ; Fri, 16 Aug 2013 04:01:19 +0000 (UTC) (envelope-from beattidp@gmail.com) Received: from mail-ie0-x22a.google.com (mail-ie0-x22a.google.com [IPv6:2607:f8b0:4001: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 96E2D2CE9 for ; Fri, 16 Aug 2013 04:01:19 +0000 (UTC) Received: by mail-ie0-f170.google.com with SMTP id e14so2766234iej.1 for ; Thu, 15 Aug 2013 21:01:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc:reply-to :message-id:references:to; bh=08enLGlOl1xboMOZxH0BTQL6q5g+ZI2+nxiFv7PHtqA=; b=ly34JxEZkqHfGhnya61tfC2Lh9JuLFbWAMWMDWstUeeLy8T6cEntN1LldCBxO5j2xU 6Sj3+bjXMtE7mYCC0IOB2WYa3Ke4hDeOhMZOsfcdzkBXtpSn0/gImYatCFmyGo9eVEYa qIrUW2Pypsi1hu5i3pEnTRQuV2snShYv8SPUi0Ga92Th7EKN8CvAxQj34U4Ee3VQGdXC A+r2yAZJUPdJvpo9FxJEwtaFAV62HGbsyG5jZnFqLKxXwY3W0+uLplW6++tG1VpQQ+nK HEbQ/wLfYZ7hvt0fwZDqoeHHyxYjjMqDm/WeXuCv2UQ25ATN271EyeHrtP+IPHcWfpgP PIYQ== X-Received: by 10.50.178.133 with SMTP id cy5mr3948099igc.26.1376625679083; Thu, 15 Aug 2013 21:01:19 -0700 (PDT) Received: from [192.168.0.114] (75-162-208-106.slkc.qwest.net. [75.162.208.106]) by mx.google.com with ESMTPSA id q4sm3526608igp.6.2013.08.15.21.01.17 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 15 Aug 2013 21:01:18 -0700 (PDT) Subject: Re: pkg repository for ARM? Mime-Version: 1.0 (Apple Message framework v1283) From: Douglas Beattie In-Reply-To: <986E81B3-7AB8-469B-BDBB-37909AAEEFE2@kientzle.com> Date: Thu, 15 Aug 2013 22:01:14 -0600 Message-Id: References: <522A0D57-4DD4-4669-BB5A-AFCD81E9F497@netsense.nl> <986E81B3-7AB8-469B-BDBB-37909AAEEFE2@kientzle.com> To: freebsd-arm , Johan Henselmans X-Mailer: Apple Mail (2.1283) Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Tim Kientzle X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Douglas Beattie List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Aug 2013 04:01:19 -0000 Speaking of a package repository =85 On Aug 15, 2013, at 8:21 PM, Tim Kientzle wrote: >>=20 >> On a related note: is there a pkg repository where one can just get = compiled packages for ARM? >=20 > A few folks have partial ones but there's nothing official. Well, that's what I'd like to see; a set of directly-installable binary = packages, based on release, with a couple variants based on hardware core/code capability. I kept wondering where or how that was going to happen, now that ARM is = in the main kernel, and maybe eventually we'd come up with strategy and proposal for ease of = use and maintenance, moving forward. Also, you know ARM 64-bit is ramping up, so there's = what, maybe 3 or 4 variants at most to start with. Like, I wouldn't expect binaries built on BeagleBone Black to run on my = Atmel ARM9 board. But it would be nice to see a set of maintained, pre-built binaries with = reasonable assurance that any ARM system could do something like ( pkg_add -r openssl nginx ) = and it would install as expected, from a URL such as ... = http://freebsd-arm-repository.net/pub/FreeBSD/ports/arm9/packages-10-stabl= e/Latest/ = http://freebsd-arm-repository.net/pub/FreeBSD/ports/armv7/packages-10-stab= le/Latest/ = http://freebsd-arm-repository.net/pub/FreeBSD/ports/arm64/packages-10-stab= le/Latest/ (these are bogus, example only -- don't click) So, the only other trick might be either native compilation (farm), or = perhaps emulated ARM cores using QEMU ( a la qemu-system-arm ) -- I used to install and run = Debian-ARM that way. With a 1U dual-socket ProLiant server and 16GB of RAM, I wonder just how = many qemu-arm could run in parallel, batching the package builds, with a common = PKGDIR. Ah, well, the underlying issue may be a streamlined automated means to = build and publish the packages for ARM. But, am I correct in my assumption that ports in = particular really can't be 'cross-compiled' effectively? -- Douglas Beattie http://www.linkedin.com/in/beattidp From owner-freebsd-arm@FreeBSD.ORG Fri Aug 16 04:14:38 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 708DEB31 for ; Fri, 16 Aug 2013 04:14:38 +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 4B7682D42 for ; Fri, 16 Aug 2013 04:14:37 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r7G4EZiU038522; Fri, 16 Aug 2013 04:14:35 GMT (envelope-from kientzle@freebsd.org) Received: from [192.168.2.123] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id 796bmsfgq5zppf2nqhg6nv6uba; Fri, 16 Aug 2013 04:14:35 +0000 (UTC) (envelope-from kientzle@freebsd.org) Subject: Re: pkg repository for ARM? Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=windows-1252 From: Tim Kientzle In-Reply-To: Date: Thu, 15 Aug 2013 21:14:33 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <522A0D57-4DD4-4669-BB5A-AFCD81E9F497@netsense.nl> <986E81B3-7AB8-469B-BDBB-37909AAEEFE2@kientzle.com> To: Douglas Beattie X-Mailer: Apple Mail (2.1283) 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: Fri, 16 Aug 2013 04:14:38 -0000 On Aug 15, 2013, at 9:01 PM, Douglas Beattie wrote: > Speaking of a package repository =85 >=20 > On Aug 15, 2013, at 8:21 PM, Tim Kientzle wrote: >>>=20 >>> On a related note: is there a pkg repository where one can just get = compiled packages for ARM? >>=20 >> A few folks have partial ones but there's nothing official. >=20 > Well, that's what I'd like to see; a set of directly-installable = binary packages, based on release, > with a couple variants based on hardware core/code capability. >=20 > I kept wondering where or how that was going to happen, now that ARM = is in the main kernel, =85 It will be based on pkgng for certain. So not much can happen until pkgng is complete for i386 and amd64. Work on that is progressing. Once that is done =85 There is a promising hybrid approach for arm and mips port builds that Stacy Son and Baptiste came up with: This involves using Qemu as an image activator to run arm binaries on an amd64 system. Basically, the build thinks it is running native but the actual compiler and other CPU-heavy work is running as cross-tools. It's a really clever approach and the early test results I heard at BSDCan back in May showed performance comparable to doing native amd64 port builds (much faster than using a farm of RPi's ;-). Tim From owner-freebsd-arm@FreeBSD.ORG Fri Aug 16 06:00: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 3E9C759D for ; Fri, 16 Aug 2013 06:00:34 +0000 (UTC) (envelope-from johan@netsense.nl) Received: from mail.netsense.nl (pretsense.xs4all.nl [82.161.36.79]) by mx1.freebsd.org (Postfix) with ESMTP id 8350D211A for ; Fri, 16 Aug 2013 06:00:32 +0000 (UTC) Received: (qmail 33888 invoked from network); 16 Aug 2013 08:00:29 +0200 Received: from dhcp56.nest.nl (johan@172.16.79.56) by mail.netsense.nl with AES128-SHA encrypted SMTP; 16 Aug 2013 08:00:29 +0200 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: pkg repository for ARM? From: Johan Henselmans In-Reply-To: <522A0D57-4DD4-4669-BB5A-AFCD81E9F497@netsense.nl> Date: Fri, 16 Aug 2013 08:00:31 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <6E6115DF-8CB9-42E1-9103-35A0610CE8CD@netsense.nl> References: <522A0D57-4DD4-4669-BB5A-AFCD81E9F497@netsense.nl> To: freebsd-arm X-Mailer: Apple Mail (2.1508) 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, 16 Aug 2013 06:00:34 -0000 On 15 aug. 2013, at 22:45, Johan Henselmans wrote: > I have used Tim Kienztle's Crochet script to create a 4 GB image for = the BeagleBone.=20 >=20 > After a second reboot it worked, but it is slow (as Ian pointed out = because the SD Card is nt using a dma driver).=20 >=20 > My problem at the moment is that I am trying to compile git to get = some repositories to test, but I can not get there. Reason is that = libgcrypt does not compile: error log is over here: >=20 > http://pastebin.com/D3LTUv2P OK, to summarize: add=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D CC=3Dgcc42 USE_GCC=3D4.2 =3D=3D=3D=3D=3D=3D=3D=3D=3D to Makefile, compiling it with gcc. What did not work was adding =3D=3D=3D=3D=3D=3D=3D=3D=3D #CFLAGS+=3D -fheinous-gnu-extensions =3D=3D=3D=3D=3D=3D=3D=3D=3D to Makefile (without the hash, but I included that for the sloppy reader = that copies and pastes) >=20 > Can anybody explain what I should do? Is this a clang/gcc problem, or = is there something wrong with the assembler? >=20 > On a related note: is there a pkg repository where one can just get = compiled packages for ARM? >=20 > Johan Henselmans > johan@netsense.nl >=20 >=20 >=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" Johan Henselmans johan@netsense.nl From owner-freebsd-arm@FreeBSD.ORG Fri Aug 16 12:18:32 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B1C30171 for ; Fri, 16 Aug 2013 12:18:32 +0000 (UTC) (envelope-from shigeru@os-hackers.jp) Received: from mail2.asahi-net.or.jp (mail2.asahi-net.or.jp [202.224.39.198]) by mx1.freebsd.org (Postfix) with ESMTP id 847952345 for ; Fri, 16 Aug 2013 12:18:31 +0000 (UTC) Received: from localhost (w142149.ppp.asahi-net.or.jp [121.1.142.149]) by mail2.asahi-net.or.jp (Postfix) with ESMTP id 58ADF40FF8 for ; Fri, 16 Aug 2013 21:18:30 +0900 (JST) Date: Fri, 16 Aug 2013 21:17:19 +0900 (JST) Message-Id: <20130816.211718.104047825.shigeru@os-hackers.jp> To: freebsd-arm@freebsd.org Subject: Re: quick hack to use ACT LED for checking shutdown From: shigeru@os-hackers.jp In-Reply-To: <20130815.230407.71104231.shigeru@os-hackers.jp> References: <20130815.230407.71104231.shigeru@os-hackers.jp> X-Mailer: Mew version 3.3 on Emacs 21.4 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Aug 2013 12:18:32 -0000 Hi all, I rewrite a patch to use ACT LED. http://freebsd-current.os-hackers.jp/pub/FreeBSD/snapshots/20130816/raspberry-pi/patch-act_led-r254404.diff A change of new patch is controling ACT LEd function by kernel environment ('hw.led.act'). For RaspberryPi, a value is "gpio:0:16:1:0" which means, - on gpio0 - pin 16 - set 1 when LED off - set 0 when LED on Please check my patch if you are interested in it. Thanks, --- YAMAMOTO Shigeru From owner-freebsd-arm@FreeBSD.ORG Fri Aug 16 16:05: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 CFFEC8E4 for ; Fri, 16 Aug 2013 16:05:37 +0000 (UTC) (envelope-from biddut.mitra@ovi.com) Received: from nm3-vm0.bullet.mail.bf1.yahoo.com (nm3-vm0.bullet.mail.bf1.yahoo.com [98.139.212.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8A40820E5 for ; Fri, 16 Aug 2013 16:05:37 +0000 (UTC) Received: from [98.139.215.141] by nm3.bullet.mail.bf1.yahoo.com with NNFMP; 16 Aug 2013 16:05:30 -0000 Received: from [98.139.212.202] by tm12.bullet.mail.bf1.yahoo.com with NNFMP; 16 Aug 2013 16:05:30 -0000 Received: from [127.0.0.1] by omp1011.mail.bf1.yahoo.com with NNFMP; 16 Aug 2013 16:05:30 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 21446.76636.bm@omp1011.mail.bf1.yahoo.com Received: (qmail 77933 invoked by uid 60001); 16 Aug 2013 16:05:29 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ovi.com; s=s1024; t=1376669129; bh=ra9uWm9Ds/3X+dMr9Aorz0H0N01f/EePHwmA2op1ngQ=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=mI1jxe5PmbOghi4lcLtzOljY0aEcI8vtHzicohxrKQxtrarXeZv7wvgQn1xh/4RzYq6RTHqtB6GAyON60Go8L1U/6JdtJOcjUp6hdIWscG8G2iAUM3BlL9bkASRbZDVq87y4y5Op4ucX9vcJsCO9fYPcSEFtfG33SY/odeyma2A= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=ovi.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=5KkXmfhqVt49vt0u0hd+J2iKYKSyvps1NciLwgl55wHOa5wHohgrbwYw+RvMpuyqH4MhCQfsqgxwneIzHPBqiZIoRX9/rSSs1CDckDk8tWT+BQVBRy6XZFlZApwytV9QbwXcW+uxRMAlJXOOdgyloP+RsMwnITVs93GUgfttKVs=; X-YMail-OSG: l4AhoNkVM1nJlvjXqkEhJOtv9GsjwD7xrZE2oJMnNaciRO4 a9GDEpZtU62B3RZna_TKUwo_0gB4eKgYAhNgnAUzQUumUImkgeUEL8QgTAO6 6lsUU6KL66hjhkJyvyBYG.1fdS4e.BcdR9FIx66bCWBlX6cMls4HTniZ96bO DE4XEk55KsWJzlDT3Qe7g4BH9hQVDhqxzujhmAASQo4G6ZdstwQNnH.wHnom 6.7kr5voGpvwyrHmHYXnWbdDQrubp7Sm2Wgt75j_Vyf1O8scgcyqo1PAQtx9 Fix7O2j.AvIq2QyEVwVI1BYYKAuFc2zFoQMPSTTF.BeCiBVTOWuxYz8wr620 heaemnqKVDXgM.pAuxiZlr8qTL7.zOgTlQLZwmJwYrNfh8MM6pkAuhjnuvB1 EaTORJZOvSAJC3PZHoRDywNPr7s3J6a.mr3kIP4EGYzxKEb8gTtO7O6fLnpY YO2nO3yvHDUT1L3HsV4rjT5baYGv8rWjWnZPg4fFyQI.tt9UPm1gEtYd5jQ1 Eub8AfnQTV3LC5_bWjaSWaajc70HZu.U4WycaL9Vb Received: from [202.4.173.60] by web162106.mail.bf1.yahoo.com via HTTP; Fri, 16 Aug 2013 09:05:29 PDT X-Rocket-MIMEInfo: 002.001, SSBhbSBiaXQgamVhbG91cyBoZXJlLCB0aG9zZSB3aG8gYXJlIGFscmVhZHkgcnVubmluZyBvbiBSUEktQi9CQkIuCgpJIGFtIGFibGUgdG8gc3VjY2Vzc2Z1bGx5IGJ1aWxkIHVzaW5nIENocm9jaGV0IGJvdGggUlBJL0JCQiAoc2VwYXJhdGVseSBvZmNvdXJzZSwgZGVsZXRpbmcgdGhlIHdob2xlIHdvcmsgZGlyZWN0b3J5IGJlZm9yZSBlYWNoIGJ1aWxkKS4KCkFmdGVyIEkgY29weSAoZGQpIHRoZSBpbWFnZSB0byBTRCwgbm9uZSB0aGUgcmVzcGVjdGl2ZSBpbWFnZSBpcyBib290aW5nIG9uIHRoZSByZXNwZWMBMAEBAQE- X-Mailer: YahooMailWebService/0.8.154.571 Message-ID: <1376669129.68018.YahooMailNeo@web162106.mail.bf1.yahoo.com> Date: Fri, 16 Aug 2013 09:05:29 -0700 (PDT) From: biddut.mitra@ovi.com Subject: Chrochet failed to boot on RPI-B/BBB To: "freebsd-arm@freebsd.org" MIME-Version: 1.0 X-Mailman-Approved-At: Fri, 16 Aug 2013 16:49:31 +0000 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: biddut.mitra@ovi.com List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Aug 2013 16:05:37 -0000 I am bit jealous here, those who are already running on RPI-B/BBB.=0A=0AI a= m able to successfully build using Chrochet both RPI/BBB (separately ofcour= se, deleting the whole work directory before each build).=0A=0AAfter I copy= (dd) the image to SD, none the respective image is booting on the respecti= ve board.=0A=0AI dd the FreeBSD-xxxxx.img, the way Chrochet suggested.=0A= =0A=0AIt will be helpful, if any step by step direction would be helpful.= =0A=0ATIA=0A-Biddut.Mitra From owner-freebsd-arm@FreeBSD.ORG Fri Aug 16 17:02: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 A76C271D for ; Fri, 16 Aug 2013 17:02:43 +0000 (UTC) (envelope-from hiren.panchasara@gmail.com) Received: from mail-ee0-x234.google.com (mail-ee0-x234.google.com [IPv6:2a00:1450:4013:c00::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3F1122471 for ; Fri, 16 Aug 2013 17:02:43 +0000 (UTC) Received: by mail-ee0-f52.google.com with SMTP id c41so1024420eek.39 for ; Fri, 16 Aug 2013 10:02:41 -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=a/mSXk3SE0/fkHXo5JYxk3yJidEyPYRs//KXsCJhMu8=; b=fFFauWdrD8VG9GH4YAJHmdcnzGRH/WcJS11nOK5ehopA51aM4dT9w0jsIcYDZYv73H d7o7j6GGrhldTtT9ukDAqe1q8sGm2FOHeBDOb+C89CEifaKNGy605g0XVB/i49+YRMqP MaZAw0AsIv9ny+zcoQIIJ//KhESUeY5GpfrF3/BSlIwq+Laz1bsCwLpXnei+FRYP6Y14 GVIkPCnTZqPFD73mYTPp8OEnQj9hIp/VBSaejmdI+a0RAl10Evqw3NJ43xHV4AVpsn/A m2EXipmgDoe1g7tewx1ask1yLpSvxOr9klEOPc1/AG7XNuzklYPSqbn9/CrC5FMntVkv ouUA== MIME-Version: 1.0 X-Received: by 10.14.208.194 with SMTP id q42mr3474159eeo.31.1376672561479; Fri, 16 Aug 2013 10:02:41 -0700 (PDT) Received: by 10.14.105.137 with HTTP; Fri, 16 Aug 2013 10:02:41 -0700 (PDT) In-Reply-To: <1376669129.68018.YahooMailNeo@web162106.mail.bf1.yahoo.com> References: <1376669129.68018.YahooMailNeo@web162106.mail.bf1.yahoo.com> Date: Fri, 16 Aug 2013 10:02:41 -0700 Message-ID: Subject: Re: Chrochet failed to boot on RPI-B/BBB From: hiren panchasara To: biddut.mitra@ovi.com 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: Fri, 16 Aug 2013 17:02:43 -0000 On Fri, Aug 16, 2013 at 9:05 AM, wrote: > I am bit jealous here, those who are already running on RPI-B/BBB. > > I am able to successfully build using Chrochet both RPI/BBB (separately ofcourse, deleting the whole work directory before each build). > > After I copy (dd) the image to SD, none the respective image is booting on the respective board. > > I dd the FreeBSD-xxxxx.img, the way Chrochet suggested. > > > It will be helpful, if any step by step direction would be helpful. Failing boot-up logs will be useful to look at. Grab them attaching screen somehow or you can setup serial console access using something like: http://www.adafruit.com/products/954 This way you can see where things are failing in boot process. Paste the logs and someone from the list might be able to help you. cheers, Hiren > > TIA > -Biddut.Mitra > _______________________________________________ > 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 Aug 17 17:20:29 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 6A6D55B9 for ; Sat, 17 Aug 2013 17:20:29 +0000 (UTC) (envelope-from tim@kientzle.com) 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 2B0162210 for ; Sat, 17 Aug 2013 17:20:28 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r7HHKLB3050715; Sat, 17 Aug 2013 17:20:21 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.123] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id huj3mamc9tn7timump59p6rrh6; Sat, 17 Aug 2013 17:20:21 +0000 (UTC) (envelope-from tim@kientzle.com) Subject: Re: Chrochet failed to boot on RPI-B/BBB Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=windows-1252 From: Tim Kientzle In-Reply-To: <1376669129.68018.YahooMailNeo@web162106.mail.bf1.yahoo.com> Date: Sat, 17 Aug 2013 10:20:20 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <7697177D-B181-4011-8370-119D46DEA6E9@kientzle.com> References: <1376669129.68018.YahooMailNeo@web162106.mail.bf1.yahoo.com> To: biddut.mitra@ovi.com X-Mailer: Apple Mail (2.1283) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Aug 2013 17:20:29 -0000 On Aug 16, 2013, at 9:05 AM, biddut.mitra@ovi.com wrote: > I am bit jealous here, those who are already running on RPI-B/BBB. >=20 > I am able to successfully build using Chrochet both RPI/BBB = (separately ofcourse, deleting the whole work directory before each = build). Deleting the whole work directory is not generally necessary. > After I copy (dd) the image to SD, none the respective image is = booting on the respective board. We need more details. For RPi: * Are you using a serial cable or HDMI/TV output? * Do you see any boot messages at all? * How long did you wait? Some of the progress messages on boot only = go to the HDMI by default; if you're using a serial cable, there is a = long wait until the login prompt appears, especially on first boot. (On = first boot, SSHD generates keys; this takes a minute or more.) For BBB:=20 * Which serial cable are you using? * Did you hold the boot switch when you inserted the SD card? * Do you see any boot messages at all? I just booted one of my BeagleBones here. For reference, here are the = key lines to look for in the boot messages (there are a lot of other = lines; these are the ones I look for): U-Boot SPL 2013.04 (Aug 03 2013 - 21:27:30) This is from the first stage U-Boot loader (U-Boot calls this "SPL" but = it's in a file called "MLO" for BeagleBone). This has to fit in the = ~100k of processor memory that's available before DRAM is initialized. = If you don't see this, then there's something wrong with your image (try = mounting the SD card on another computer and verify that it has an MSDOS = FAT partition with a bunch of files on it). U-Boot 2013.04 (Aug 03 2013 - 21:27:30) This is from the "real" U-Boot loader. At this point, RAM is = initialized. U-Boot will now do some additional hardware = initialization. reading bb-uEnv.txt U-Boot loads some configuration data from "uEnv.txt" (For beagleBone, = these files are named with 'bb' prefix.) reading bbubldr 240468 bytes read in 33 ms (6.9 MiB/s) reading bbone.dtb 13898 bytes read in 6 ms (2.2 MiB/s) U-Boot loads the FreeBSD "ubldr" program (which knows how to load and = start the FreeBSD kernel and modules). It also loads the "DTB" file = that will eventually be used to initialize the kernel. Booting from mmc ... ## Starting application at 0x88000054 =85 U-Boot is now starting ubldr. If it hangs here, you have a broken = ubldr. FreeBSD/armv6 U-Boot loader, Revision 1.2 (root@fci386.localdomain, Mon Jul 29 00:07:02 PDT 2013) This is the startup message from ubldr. /boot/kernel/kernel data=3D0x446524+0x17c388 = syms=3D[0x4+0x82000+0x4+0x4e15c] Hit [Enter] to boot immediately, or any other key for command prompt. ubldr has loaded the kernel. Booting [/boot/kernel/kernel]... Using DTB provided by U-Boot. Kernel entry at 0x80200100... Kernel args: (null) Ubldr prints the above just before starting the kernel. In particular, = it prints out what DTB it is going to pass to the kernel (you always = want the DTB provided by U-Boot; if you see something else, that's a bad = sign). If the boot hangs here, you have a broken kernel. KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2013 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, = 1994 The Regents of the University of California. All rights = reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-CURRENT #0 r253755: Mon Jul 29 00:05:48 PDT 2013 This is the first text printed by the FreeBSD kernel. If you see this, = then the kernel has successfully initialized the basic memory map and = the console. Trying to mount root from ufs:/dev/mmcsd0s2a [rw,noatime]... warning: no time-of-day clock registered, system time will not be set = accurately These are the last lines printed by a FreeBSD/BeagleBone kernel before = it mounts the root filesystem and starts executing the init scripts. > I dd the FreeBSD-xxxxx.img, the way Chrochet suggested. >=20 > It will be helpful, if any step by step direction would be helpful. Here's the documentation we have so far: https://wiki.freebsd.org/FreeBSD/arm/Raspberry%20Pi https://wiki.freebsd.org/FreeBSD/arm/BeagleBoneBlack There's also a bunch of documentation inside of Crochet. Start with board/BeagleBone/README and board/RaspberryPi/README; there are other README files in those directories as well. Tim