From owner-freebsd-arm@FreeBSD.ORG Sun Oct 13 00:08:08 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 49230AFD; Sun, 13 Oct 2013 00:08:08 +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 1A6D0278F; Sun, 13 Oct 2013 00:08:07 +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 1VV9E0-0005F2-Jt; Sun, 13 Oct 2013 00:08:00 +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 r9D07wEr023851; Sat, 12 Oct 2013 18:07:58 -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: U2FsdGVkX18g6uhFlMrU7a/+DJp1z4D7 Subject: Re: svn commit: r256377 - in head: problems on ARM BEAGLEBONE From: Ian Lepore To: Mark Murray In-Reply-To: <201310121257.r9CCvvjO006546@svn.freebsd.org> References: <201310121257.r9CCvvjO006546@svn.freebsd.org> Content-Type: text/plain; charset="us-ascii" Date: Sat, 12 Oct 2013 18:07:58 -0600 Message-ID: <1381622878.42859.25.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: svn-src-head@FreeBSD.org, svn-src-all@FreeBSD.org, src-committers@FreeBSD.org, 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: Sun, 13 Oct 2013 00:08:08 -0000 On Sat, 2013-10-12 at 12:57 +0000, Mark Murray wrote: > Author: markm > Date: Sat Oct 12 12:57:57 2013 > New Revision: 256377 > URL: http://svnweb.freebsd.org/changeset/base/256377 > > Log: > Merge from project branch. Uninteresting commits are trimmed. > > [snip] > *** DIFF OUTPUT TRUNCATED AT 1000 LINES *** I rebuilt my beaglebone sandbox today after syncing to the latest -current and this happened: FreeBSD 11.0-CURRENT #4 r256393: Sat Oct 12 17:05:43 MDT 2013 ilepore@revolution.hippie.lan:/local/build/staging/freebsd/bb/obj/arm.armv6/local/build/staging/freebsd/bb/src/sys/BB arm ... random device not loaded; using insecure entropy Falling back to random adaptor random: initialized ... Setting hostid: 0xdcf01d1d. Entropy harvesting:sysctl: unknown oid 'kern.random.sys.harvest.interrupt': No such file or directory interruptssysctl: unknown oid 'kern.random.sys.harvest.ethernet': No such file or directory ethernetsysctl: unknown oid 'kern.random.sys.harvest.point_to_point': No such file or directory point_to_pointsysctl: unknown oid 'kern.random.sys.harvest.swi': No such file or directory swi. Starting file system checks: mount_nfs: can't update /var/db/mounttab for 172.22.42.240:/bb Mounting local file systems:. Writing entropy file:random: dummy device blocking on read. If you remove "device random" from the config then it says only "random device not loaded; using insecure entropy" early in boot, and it doesn't block during rc processing. What's being used in that case, arc4random()? It looks like the cause of the problem is that both the dummy and the yarrow generators register, dummy first, and so it gets chosen even though yarrow is available. -- Ian From owner-freebsd-arm@FreeBSD.ORG Sun Oct 13 00:09:48 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2F73DC78; Sun, 13 Oct 2013 00:09:48 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DB4BB27A3; Sun, 13 Oct 2013 00:09:47 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id CA42CA393; Sun, 13 Oct 2013 00:09:43 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us CA42CA393 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Sat, 12 Oct 2013 20:09:42 -0400 From: Glen Barber To: Ian Lepore Subject: Re: svn commit: r256377 - in head: problems on ARM BEAGLEBONE Message-ID: <20131013000942.GA44375@glenbarber.us> References: <201310121257.r9CCvvjO006546@svn.freebsd.org> <1381622878.42859.25.camel@revolution.hippie.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Mfj4UzsZ9EA9tSs4" Content-Disposition: inline In-Reply-To: <1381622878.42859.25.camel@revolution.hippie.lan> X-Operating-System: FreeBSD 10.0-ALPHA4 amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: svn-src-head@FreeBSD.org, svn-src-all@FreeBSD.org, src-committers@FreeBSD.org, 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: Sun, 13 Oct 2013 00:09:48 -0000 --Mfj4UzsZ9EA9tSs4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 12, 2013 at 06:07:58PM -0600, Ian Lepore wrote: > On Sat, 2013-10-12 at 12:57 +0000, Mark Murray wrote: > > Author: markm > > Date: Sat Oct 12 12:57:57 2013 > > New Revision: 256377 > > URL: http://svnweb.freebsd.org/changeset/base/256377 > >=20 > > Log: > > Merge from project branch. Uninteresting commits are trimmed. > > =20 > > [snip] > > *** DIFF OUTPUT TRUNCATED AT 1000 LINES *** >=20 > I rebuilt my beaglebone sandbox today after syncing to the latest > -current and this happened: >=20 >=20 > FreeBSD 11.0-CURRENT #4 r256393: Sat Oct 12 17:05:43 MDT 2013 > ilepore@revolution.hippie.lan:/local/build/staging/freebsd/bb/obj/arm.ar= mv6/local/build/staging/freebsd/bb/src/sys/BB arm > ... > random device not loaded; using insecure entropy > Falling back to random adaptor > random: initialized > ... > Setting hostid: 0xdcf01d1d. > Entropy harvesting:sysctl: unknown oid 'kern.random.sys.harvest.interrup= t': No such file or directory > interruptssysctl: unknown oid 'kern.random.sys.harvest.ethernet': No su= ch file or directory > ethernetsysctl: unknown oid 'kern.random.sys.harvest.point_to_point': N= o such file or directory > point_to_pointsysctl: unknown oid 'kern.random.sys.harvest.swi': No suc= h file or directory > swi. > Starting file system checks: > mount_nfs: can't update /var/db/mounttab for 172.22.42.240:/bb > Mounting local file systems:. > Writing entropy file:random: dummy device blocking on read. >=20 >=20 > If you remove "device random" from the config then it says only "random > device not loaded; using insecure entropy" early in boot, and it doesn't > block during rc processing. What's being used in that case, > arc4random()? >=20 > It looks like the cause of the problem is that both the dummy and the > yarrow generators register, dummy first, and so it gets chosen even > though yarrow is available. >=20 >=20 This is being fixed right now, please standby for the relevant commits to hit the tree. Glen --Mfj4UzsZ9EA9tSs4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSWeTGAAoJELls3eqvi17QdZkP/jflvlqKlssQyHTucus4NI24 Q8xWlqmrWHfKXo7mYrVhtCswsn+QA1iM7NuEPbkMoAmDK3jo2DXl5W4jBRsBZm3T mmTRhLpYrgN/JRx5zeED8WGyjHo77/XD6j77L7zC/mPnaiZ21fOoRU3x3RnUrCYV s7imHjS1iF+CgpWgL06iKq4jrPqbTvjr//AiR+t5+00IdB+PvxfylCJlc5drWrgw LMiYalkE1hAd4SxsNNLwbpPN7dug7F9AAM1MQZmXO3eSv2OE1iH8RvqABWCYD0gx uUmvI9i+HPqkvMtc4T/SKjNkqDkdsLUIRfjXYFnN7JwtyTSimOMI23l0rosBb+k/ c7H/HDWK5Et1VWTKUPYLyPVwT5LwO18068c9j7Svc2tWFGhTEADT1j+8GjKB0FJd mBAvZRVvJaVrCMIvLQiYimACPjPICT8XjEvL62kD+Vc0M/pWYUZRPdr17/ZK4Z7m eS6FcL8p/v6HxM9LOnhVvZwNLY1QyFiS2HWm+pEkmjbqwVIzJnChhhPfSEze7ZVt +xbiR0IMCRmLQaSplZjorba/nnL/txMFX0+cyz1glHH91IgXaJZarTxd6boTgZf6 uR/5/65IZQ9i4LiAZ1Bi7KlvwwAMcmriD5Djonfh+IrnUhhJ/xl967Xz0ieH8M19 EsgfMZh6AajnjtJ9mwao =PaTb -----END PGP SIGNATURE----- --Mfj4UzsZ9EA9tSs4-- From owner-freebsd-arm@FreeBSD.ORG Sun Oct 13 00:29:24 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2AE65A69; Sun, 13 Oct 2013 00:29:24 +0000 (UTC) (envelope-from mark@grondar.org) Received: from gromit.grondar.org (grandfather.grondar.org [IPv6:2a01:348:0:15:5d59:5c20:0:2]) (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 E2356284A; Sun, 13 Oct 2013 00:29:23 +0000 (UTC) Received: from graveyard.grondar.org ([88.96.155.33] helo=gronkulator.grondar.org) by gromit.grondar.org with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VV9Ye-000Jep-QV; Sun, 13 Oct 2013 01:29:22 +0100 Subject: Re: svn commit: r256377 - in head: problems on ARM BEAGLEBONE Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Content-Type: multipart/signed; boundary="Apple-Mail=_F0183960-5CC4-41EC-8DD7-4B7FF90BFA80"; protocol="application/pgp-signature"; micalg=pgp-sha512 From: Mark R V Murray In-Reply-To: <1381622878.42859.25.camel@revolution.hippie.lan> Date: Sun, 13 Oct 2013 01:29:19 +0100 Message-Id: <502DD016-BBAD-419B-88CD-A6C2B378EEA2@grondar.org> References: <201310121257.r9CCvvjO006546@svn.freebsd.org> <1381622878.42859.25.camel@revolution.hippie.lan> To: Ian Lepore X-Mailer: Apple Mail (2.1510) X-SA-Score: -2.2 Cc: "svn-src-head@freebsd.org" , "svn-src-all@freebsd.org" , "src-committers@freebsd.org" , 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: Sun, 13 Oct 2013 00:29:24 -0000 --Apple-Mail=_F0183960-5CC4-41EC-8DD7-4B7FF90BFA80 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 13 Oct 2013, at 01:07, Ian Lepore wrote: > It looks like the cause of the problem is that both the dummy and the > yarrow generators register, dummy first, and so it gets chosen even > though yarrow is available. Correct diagnosis! This is now fixed; sorry for the hassle. M -- Mark R V Murray --Apple-Mail=_F0183960-5CC4-41EC-8DD7-4B7FF90BFA80 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) Comment: GPGTools - http://gpgtools.org iQCVAwUBUlnpX958vKOKE6LNAQpl3QP+MUSepYziDppV/SxElggNLJofc/rWOU6a 2daM7BqmbqXC7JY+UihnmLW/64pktyaB3E2INEdCCM7mw9yuleYODaFk9krAbMOc vYlN1x9sx0m8KWOxnPfIXrEKpjLCcduaK41fptuYb08B8KgFRSa7Cr8Qkw6iKPff pvIBB+/6jJk= =+cMu -----END PGP SIGNATURE----- --Apple-Mail=_F0183960-5CC4-41EC-8DD7-4B7FF90BFA80-- From owner-freebsd-arm@FreeBSD.ORG Sun Oct 13 00:55:24 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 49F38D2D; Sun, 13 Oct 2013 00:55:24 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1B8A62923; Sun, 13 Oct 2013 00:55:23 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VV9xk-0003Fc-NY; Sun, 13 Oct 2013 00:55:16 +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 r9D0tDOI023915; Sat, 12 Oct 2013 18:55:13 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX19rbPwhiIvmG2Kwh4j+s36K Subject: Re: svn commit: r256377 - in head: problems on ARM BEAGLEBONE From: Ian Lepore To: Mark R V Murray In-Reply-To: <502DD016-BBAD-419B-88CD-A6C2B378EEA2@grondar.org> References: <201310121257.r9CCvvjO006546@svn.freebsd.org> <1381622878.42859.25.camel@revolution.hippie.lan> <502DD016-BBAD-419B-88CD-A6C2B378EEA2@grondar.org> Content-Type: text/plain; charset="us-ascii" Date: Sat, 12 Oct 2013 18:55:13 -0600 Message-ID: <1381625713.42859.26.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: "svn-src-head@freebsd.org" , "svn-src-all@freebsd.org" , "src-committers@freebsd.org" , 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: Sun, 13 Oct 2013 00:55:24 -0000 On Sun, 2013-10-13 at 01:29 +0100, Mark R V Murray wrote: > On 13 Oct 2013, at 01:07, Ian Lepore wrote: > > It looks like the cause of the problem is that both the dummy and the > > yarrow generators register, dummy first, and so it gets chosen even > > though yarrow is available. > > Correct diagnosis! > > This is now fixed; sorry for the hassle. > > M Yep, I just updated and rebuilt, it's all better now, thanks! -- Ian From owner-freebsd-arm@FreeBSD.ORG Sun Oct 13 19:23:11 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 09F262E7 for ; Sun, 13 Oct 2013 19:23:11 +0000 (UTC) (envelope-from venture37@gmail.com) Received: from mail-lb0-x231.google.com (mail-lb0-x231.google.com [IPv6:2a00:1450:4010:c04::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8964F232C for ; Sun, 13 Oct 2013 19:23:10 +0000 (UTC) Received: by mail-lb0-f177.google.com with SMTP id w7so4999317lbi.36 for ; Sun, 13 Oct 2013 12:23:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=cjrIL0BbJQTf6Q/QnKY4E1WOk67fhUKj+xkQ+7peG7g=; b=BFFcmBmsm3YtRy1OTtr2HiwEEDRSSAHLBl4CyVmXsU9oRWM8t/viBFL6qfEMHFVic5 3DbzQToWdIM20T12ve/lBDJAiXUkoPU3d7nbLNK/t00TVn7YLNnrJcoov3BtCixwvmn2 iyWgbEfTmvHT5PxoUhY5no1V5kK6kYYzBc0A/6Ol8z8gG635sycfcBLcJluNUArTphXX u66JV6BTgzdBsut0W4avJoNQPg6JPCicRckFTdwl7h7IOULtSrrYUvyoqoqN3u3giVpz v9HUfjFGVsMHKnrVXYRA4rzPS0JXUhriGZKmaQVq/4/Oqvh++xJ5dr36oWdiXpcjO+wY mUQA== X-Received: by 10.152.2.4 with SMTP id 4mr27168470laq.0.1381692188601; Sun, 13 Oct 2013 12:23:08 -0700 (PDT) Received: from Sevans-MacBook-Pro.local ([83.167.125.235]) by mx.google.com with ESMTPSA id u18sm41208520lbp.4.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 13 Oct 2013 12:23:07 -0700 (PDT) Message-ID: <525AF318.3000900@gmail.com> Date: Sun, 13 Oct 2013 23:23:04 +0400 From: Sevan / Venture37 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: "arm@freebsd.org" Subject: Instability on Raspberry Pi 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: Sun, 13 Oct 2013 19:23:11 -0000 Hi guys, I experience hard locks on my Pi whether the system is compiling or extracting files. Consistent test is running portsnap alfred. Currently running FreeBSD 11.0-CURRENT #27 r256425: Sun Oct 13 12:42:30 UTC 2013. The image was built using the script from http://kernelnomicon.org/?p=275 Any pointers much appreciated on what to try next to help debug the issue. Sevan From owner-freebsd-arm@FreeBSD.ORG Sun Oct 13 19:41:12 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 663177A4 for ; Sun, 13 Oct 2013 19:41:12 +0000 (UTC) (envelope-from db@db.net) Received: from diana.db.net (unknown [IPv6:2620:64:0:1:223:7dff:fea2:c8f2]) by mx1.freebsd.org (Postfix) with ESMTP id 4F6F723DE for ; Sun, 13 Oct 2013 19:41:12 +0000 (UTC) Received: from night.db.net (localhost [127.0.0.1]) by diana.db.net (Postfix) with ESMTP id 3F1E92AA35B; Sun, 13 Oct 2013 13:41:09 -0600 (MDT) Received: by night.db.net (Postfix, from userid 1000) id AF54F1CC20; Sun, 13 Oct 2013 14:40:40 -0500 (EST) Date: Sun, 13 Oct 2013 14:40:40 -0500 From: Diane Bruce To: Sevan / Venture37 Subject: Re: Instability on Raspberry Pi Message-ID: <20131013194040.GA21904@night.db.net> References: <525AF318.3000900@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <525AF318.3000900@gmail.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "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, 13 Oct 2013 19:41:12 -0000 On Sun, Oct 13, 2013 at 11:23:04PM +0400, Sevan / Venture37 wrote: > Hi guys, > I experience hard locks on my Pi whether the system is compiling or > extracting files. > Consistent test is running portsnap alfred. > Currently running FreeBSD 11.0-CURRENT #27 r256425: Sun Oct 13 12:42:30 > UTC 2013. > The image was built using the script from http://kernelnomicon.org/?p=275 > > Any pointers much appreciated on what to try next to help debug the issue. It would help to see any panic logs or other symptoms. It just locks up totally? Nothing else works? - Diane -- - db@FreeBSD.org db@db.net http://www.db.net/~db From owner-freebsd-arm@FreeBSD.ORG Sun Oct 13 20:15:31 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 1E306B08 for ; Sun, 13 Oct 2013 20:15:31 +0000 (UTC) (envelope-from venture37@gmail.com) Received: from mail-lb0-x231.google.com (mail-lb0-x231.google.com [IPv6:2a00:1450:4010:c04::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9DAD32524 for ; Sun, 13 Oct 2013 20:15:30 +0000 (UTC) Received: by mail-lb0-f177.google.com with SMTP id w7so4961273lbi.22 for ; Sun, 13 Oct 2013 13:15:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:in-reply-to:mime-version:content-transfer-encoding :content-type:message-id:cc:from:subject:date:to; bh=HZw74r/mIicw7HvrsB1goijPEUl+D/I//w/t9hqZ9eE=; b=T49sRr9oHpjYV1xfvy1RkrU5U8wXxU777BZ3OnlyRBxBkCmhXeqge6LAblrGKDnW4Y EwfiBFIVOkDO8ILWfcTQdUlh6pL5zIDBlAqbjRm/Zje4yWw3l6nbYw6AsfRmLW4vQlXu qE+joITmUBE4JS326MY62zJ8vKdZ4Kt8+f5YT7K6OWHiQTX0vInB0BoG2oH81RC4TgWy SMEp7zWE85d2paBbZt9FBryebReKwSC3AEy1MwlEmP4etNw3/nos1DVeZjB0lqKJWeNb r+HM+ua7JNGwmYMDXY+xtcvZ6ycqv3c4/ioyJ8gMof+PKmFECMXGnRPTxS0ySItFrClN MauQ== X-Received: by 10.112.172.137 with SMTP id bc9mr27365147lbc.21.1381695328757; Sun, 13 Oct 2013 13:15:28 -0700 (PDT) Received: from [192.168.47.22] ([83.167.125.235]) by mx.google.com with ESMTPSA id b6sm56156334lae.0.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 13 Oct 2013 13:15:27 -0700 (PDT) References: <525AF318.3000900@gmail.com> <20131013194040.GA21904@night.db.net> In-Reply-To: <20131013194040.GA21904@night.db.net> Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: X-Mailer: iPhone Mail (9B208) From: Sevan / Venture37 Subject: Re: Instability on Raspberry Pi Date: Mon, 14 Oct 2013 00:15:25 +0400 To: Diane Bruce Cc: "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, 13 Oct 2013 20:15:31 -0000 On 13 Oct 2013, at 23:40, Diane Bruce wrote: > It just locks up totally? Nothing else works? Yep, no message, nothing. Currently rebuilding a new image with the make conf & src conf related varia= bles set to point to /dev/null which I'll try & test tomorrow (I had malloc s= et to production on previous build) Sevan / Venture37= From owner-freebsd-arm@FreeBSD.ORG Mon Oct 14 04:54:13 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id DF611DD6 for ; Mon, 14 Oct 2013 04:54:13 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from mail-wg0-x22a.google.com (mail-wg0-x22a.google.com [IPv6:2a00:1450:400c:c00::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7E8E02984 for ; Mon, 14 Oct 2013 04:54:13 +0000 (UTC) Received: by mail-wg0-f42.google.com with SMTP id n12so916235wgh.1 for ; Sun, 13 Oct 2013 21:54:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=mFDzNzThbZ5Wjnv128cb4QtzQDaW+ub0yfiZziHL6p4=; b=BynHIR1F7mmIuQfZ19C71Wo5bXLaaDHI4K624+0NUlENaxKz1OV71QjNrJ6GaeOUnc FlCysDroFrIzRZW4byRGrN/BFxchQHrFqKA6pfF3lHlFfVUXsVmR2GKYPOzswojl0mNe cuqZsYi0kQzzU6AWvq11LWYw8Zhmo5SeI7RbIndMvs3m+uKdMlbvFg5NlR5rIhcwlbS0 0qE3yIjmCdllPAWPbKMUL5W4mcpaxsAq3yR4acey5QWKZIowooRPuaNWnqgjBOXhzix4 zrHzTVRNafpdj3JiMO/q2+QrC6i8vUzKsdRBcCn6dmMH34RTRRB+yaRrKOxqQrKGPcKc DpIA== X-Received: by 10.180.188.197 with SMTP id gc5mr12864245wic.42.1381726451940; Sun, 13 Oct 2013 21:54:11 -0700 (PDT) MIME-Version: 1.0 Received: by 10.227.206.132 with HTTP; Sun, 13 Oct 2013 21:53:41 -0700 (PDT) In-Reply-To: <20131013194040.GA21904@night.db.net> References: <525AF318.3000900@gmail.com> <20131013194040.GA21904@night.db.net> From: Jia-Shiun Li Date: Mon, 14 Oct 2013 12:53:41 +0800 Message-ID: Subject: Re: Instability on Raspberry Pi To: Diane Bruce Content-Type: text/plain; charset=UTF-8 Cc: "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, 14 Oct 2013 04:54:13 -0000 On Mon, Oct 14, 2013 at 3:40 AM, Diane Bruce wrote: > On Sun, Oct 13, 2013 at 11:23:04PM +0400, Sevan / Venture37 wrote: >> Hi guys, >> I experience hard locks on my Pi whether the system is compiling or >> extracting files. >> Consistent test is running portsnap alfred. >> Currently running FreeBSD 11.0-CURRENT #27 r256425: Sun Oct 13 12:42:30 >> UTC 2013. >> The image was built using the script from http://kernelnomicon.org/?p=275 >> >> Any pointers much appreciated on what to try next to help debug the issue. > > It would help to see any panic logs or other symptoms. > It just locks up totally? Nothing else works? > I am seeing similar sympton on both BBB and RPi. It occasionally hang hard. Neither video (on RPi) nor serial console works, and nothing printed on console in prior. It usually happens during or after heavy loading works. e.g. build world, build big application from ports (graphics/graphviz in my case). During or after the heavy works, some simple actions could cause system to hang. "Simple actions" includes creating a new window in tmux, executing a command like 'ps ad' in another tmux window, or simply typing incomplete command in shell and press tab to trigger completion (I use tcsh). I can tell these actions caused hangs because I have clock running on tmux status line. To me it seems to be related to memory management stuff, or locking. But this is only wild guess. Jia-Shiun. From owner-freebsd-arm@FreeBSD.ORG Mon Oct 14 11:06: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 AFAB140B for ; Mon, 14 Oct 2013 11:06:44 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8290D2C6B for ; Mon, 14 Oct 2013 11:06:44 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r9EB6iMG035123 for ; Mon, 14 Oct 2013 11:06:44 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r9EB6iqa035121 for freebsd-arm@FreeBSD.org; Mon, 14 Oct 2013 11:06:44 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 14 Oct 2013 11:06:44 GMT Message-Id: <201310141106.r9EB6iqa035121@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, 14 Oct 2013 11:06:44 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o arm/182544 arm [patch] ARM busdma_machdep-v6.c o arm/182060 arm make buildworld fails on Raspberry PI o arm/181722 arm gdb on ARM unable to sensibly debug core file from ass o arm/181718 arm threads caused hung on ARM/RPI o arm/181601 arm Sporadic failure of root mount on ARM/Raspberry o arm/180080 arm Unmapped buffers on ARMv7 big-RAM boards o arm/179688 arm [patch] [rpi] serial console eats some characters at m o arm/179532 arm wireless networking on ARM o arm/178495 arm buildworld fail on arm/raspberry pi o arm/177687 arm gdb gets installed but does not know the EABI version o arm/177686 arm assertion failed in ld-elf.so.1 when invoking telnet w o arm/177685 arm [kernel] [patch] Correct return type and usage of at91 o arm/177538 arm tunefs(8) and mount(8) can not access a newfs(8)'d fil o arm/175803 arm building xdev for arm failing o arm/175605 arm please fix build binutils-2.23.1 in raspberry pi 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 28 problems total. From owner-freebsd-arm@FreeBSD.ORG Tue Oct 15 05:47:13 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C8297F0C for ; Tue, 15 Oct 2013 05:47:13 +0000 (UTC) (envelope-from venture37@gmail.com) Received: from mail-ob0-x22f.google.com (mail-ob0-x22f.google.com [IPv6:2607:f8b0:4003:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 956BB2362 for ; Tue, 15 Oct 2013 05:47:13 +0000 (UTC) Received: by mail-ob0-f175.google.com with SMTP id uz6so5480575obc.6 for ; Mon, 14 Oct 2013 22:47:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=JW55kgLSztyfphf2kRj+BDhGw1je9jqh9uNz3Ysid5Q=; b=cNH5LUAfSdCfhh3b9akYBX8YkI30XzEYwL0Ug5HqFuT/xVIL4VMt3S6zpAbeyi4vAz lq/Y1VmidC3RymJVh6iyePS4hXB9ak2KAoJKP9dG9GdPiqzS3eb4PryEoJMH9wMCXA/n NFJozb7L3kXxrgjJ7Mwq/gvW1UZdtvd08//j/oikehQOnci58irxWOq6vkCMxg9BK7Qb 4laKEydq9MWuMzwSWhOYD9/OyY/dVfWgzRU7jHFn5ISk5wSb6U+ieiyiChRt2r7+1/se 1nBg55B1hIQcJlfvAotJIcv8H+AVWBsSSUYaFUFmuFwOl8PrwS4qUaRDUhxLr0Dl5CG7 JDJg== MIME-Version: 1.0 X-Received: by 10.182.16.201 with SMTP id i9mr31563209obd.21.1381816032941; Mon, 14 Oct 2013 22:47:12 -0700 (PDT) Received: by 10.76.156.8 with HTTP; Mon, 14 Oct 2013 22:47:12 -0700 (PDT) In-Reply-To: References: <525AF318.3000900@gmail.com> <20131013194040.GA21904@night.db.net> Date: Tue, 15 Oct 2013 09:47:12 +0400 Message-ID: Subject: Re: Instability on Raspberry Pi From: "Sevan / Venture37" To: Jia-Shiun Li Content-Type: text/plain; charset=UTF-8 Cc: "arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Oct 2013 05:47:13 -0000 Ran the new image over night, portsnap extracted fine & I left it building security/metasploit overnight, went back to check progress & system is unresponsive, nothing on serial console or network :( Sevan / Venture37 From owner-freebsd-arm@FreeBSD.ORG Tue Oct 15 13:25:13 2013 Return-Path: Delivered-To: arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id DF048E87 for ; Tue, 15 Oct 2013 13:25:13 +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 B37BB233C for ; Tue, 15 Oct 2013 13:25:10 +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 1VW4cR-000Fk0-4Y; Tue, 15 Oct 2013 13:25:03 +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 r9FDOx78026900; Tue, 15 Oct 2013 07:24:59 -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: U2FsdGVkX19KOVJM2hOPtowonB555bOU Subject: Re: Instability on Raspberry Pi From: Ian Lepore To: Sevan / Venture37 In-Reply-To: References: <525AF318.3000900@gmail.com> <20131013194040.GA21904@night.db.net> Content-Type: text/plain; charset="us-ascii" Date: Tue, 15 Oct 2013 07:24:59 -0600 Message-ID: <1381843499.42859.103.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: "arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Oct 2013 13:25:13 -0000 On Tue, 2013-10-15 at 09:47 +0400, Sevan / Venture37 wrote: > Ran the new image over night, portsnap extracted fine & I left it > building security/metasploit overnight, went back to check progress & > system is unresponsive, nothing on serial console or network :( > > > Sevan / Venture37 When this happens, can you hit ^T on the console or any locked up terminal sessions and get any output? Can you get into the debugger on a serial console with an alt-break sequence (CR ~ ^B)? -- Ian From owner-freebsd-arm@FreeBSD.ORG Tue Oct 15 13:29:05 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 22ACEF1F; Tue, 15 Oct 2013 13:29:05 +0000 (UTC) (envelope-from venture37@gmail.com) Received: from mail-la0-x22a.google.com (mail-la0-x22a.google.com [IPv6:2a00:1450:4010: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 73A392366; Tue, 15 Oct 2013 13:29:04 +0000 (UTC) Received: by mail-la0-f42.google.com with SMTP id hp15so690605lab.29 for ; Tue, 15 Oct 2013 06:29:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:in-reply-to:mime-version:content-transfer-encoding :content-type:message-id:cc:from:subject:date:to; bh=jy9QGmeJ19HZxR6Si4Iv4jW4kcnqHDeB74RSNbrBrj0=; b=JjYUQGbAS4LhlnPb0YurRV/bvAeLr6Y624uUAGRNs/OO7U/IuFDkArs9kfQYdTHvez Nz8Lwgapnc0KN9VKPPrN3uKKhyt9a0qUlGVT6FCyX9gutWBGNmfsiIEyH7nrESy8Hq19 TjM8GsR0gN/6FY8zFyBh/8WX+XXQ3V6n5vF495TqWSqmPhJ+F8BezdeyLMhfTViHxxRX D5LP0hQZRJFLa4BWT52uwvI+3glj3Fiyexuq3slkbzXu7IfPxpizxe6gqG2XGdREmNZO +9AY4tjVlIuY5fODTBjsKjF5i/qbfGFh334Y8aTWdR70eUNoSVFH4rfF/eWjMHsbugfG Olsg== X-Received: by 10.152.170.233 with SMTP id ap9mr1188235lac.51.1381843742547; Tue, 15 Oct 2013 06:29:02 -0700 (PDT) Received: from [10.180.53.102] ([83.149.9.76]) by mx.google.com with ESMTPSA id m13sm47497322lbo.11.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 15 Oct 2013 06:29:01 -0700 (PDT) References: <525AF318.3000900@gmail.com> <20131013194040.GA21904@night.db.net> <1381843499.42859.103.camel@revolution.hippie.lan> In-Reply-To: <1381843499.42859.103.camel@revolution.hippie.lan> Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: X-Mailer: iPhone Mail (9B208) From: Sevan / Venture37 Subject: Re: Instability on Raspberry Pi Date: Tue, 15 Oct 2013 17:28:55 +0400 To: Ian Lepore Cc: "arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Oct 2013 13:29:05 -0000 On 15 Oct 2013, at 17:24, Ian Lepore wrote: > When this happens, can you hit ^T on the console or any locked up > terminal sessions and get any output? Not a sausage > Can you get into the debugger on a serial console with an alt-break > sequence (CR ~ ^B)? Will retry & see, I wasn't aware of this sequence so didn't try it previousl= y. Sevan / Venture37= From owner-freebsd-arm@FreeBSD.ORG Tue Oct 15 13:46:29 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 816A6A51 for ; Tue, 15 Oct 2013 13:46:29 +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 55C0F2521 for ; Tue, 15 Oct 2013 13:46:29 +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 1VW4xA-0006Td-Al; Tue, 15 Oct 2013 13:46:28 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r9FDkQme026960; Tue, 15 Oct 2013 07:46:26 -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: U2FsdGVkX19mGVADjDjQb8KYsW6gowAI Subject: Re: Instability on Raspberry Pi From: Ian Lepore To: Sevan / Venture37 In-Reply-To: References: <525AF318.3000900@gmail.com> <20131013194040.GA21904@night.db.net> <1381843499.42859.103.camel@revolution.hippie.lan> Content-Type: text/plain; charset="us-ascii" Date: Tue, 15 Oct 2013 07:46:25 -0600 Message-ID: <1381844785.42859.120.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: "arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Oct 2013 13:46:29 -0000 On Tue, 2013-10-15 at 17:28 +0400, Sevan / Venture37 wrote: > > > > On 15 Oct 2013, at 17:24, Ian Lepore wrote: > > > When this happens, can you hit ^T on the console or any locked up > > terminal sessions and get any output? > > Not a sausage > > > Can you get into the debugger on a serial console with an alt-break > > sequence (CR ~ ^B)? > > Will retry & see, I wasn't aware of this sequence so didn't try it previously. > > It requires that you are using a serial console, and that you have options ALT_BREAK_TO_DEBUGGER in your kernel config. It looks like that's not in the stock RPI-B config. There's a different break sequence for using a keyboard and video console (and I don't even know what that is, it's not something I ever use). -- Ian From owner-freebsd-arm@FreeBSD.ORG Tue Oct 15 13:57:23 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 7D9BFF62; Tue, 15 Oct 2013 13:57:23 +0000 (UTC) (envelope-from venture37@gmail.com) Received: from mail-lb0-x22d.google.com (mail-lb0-x22d.google.com [IPv6:2a00:1450:4010:c04::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CD62B2609; Tue, 15 Oct 2013 13:57:22 +0000 (UTC) Received: by mail-lb0-f173.google.com with SMTP id o14so6765340lbi.4 for ; Tue, 15 Oct 2013 06:57:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:in-reply-to:mime-version:content-transfer-encoding :content-type:message-id:cc:from:subject:date:to; bh=PwlDdFNXyNkN43iw56qu9iWXpDhyEmIvoZoyYmBcbvk=; b=AFH4bnOigpB71q6xzUU0t5HXcnyoLYdQSiWVk6tL5mvCDwJFKf0AnJBMjLe/RVDpi+ tUPSnllEZcKsDhBqFHZp+cB841WbvxK4zlaOfvVXBa6JaalBhJUJPztFZucZOaaFFMY4 9Ru0kmCfppmpnoA7hJ6Z5sMTEmOSH+qJhXXjJpDyOws2xUlhW22vfG+qkIEt+JWQC7cy PsrGGjtk0oAMP7GcxFi44w/bwXW7TyldnYaRRJe60WjEwsqAFQss76fQdlOBhXeZuh+q 34ayj6EUb3AwrFpzRVJ0lgDTeud5iucj0mxPTAtNKmDvQyk26S/l8Bk6ZQ4RbTjuYpKn WpXw== X-Received: by 10.152.6.202 with SMTP id d10mr1420927laa.49.1381845440774; Tue, 15 Oct 2013 06:57:20 -0700 (PDT) Received: from [10.180.53.102] ([83.149.9.76]) by mx.google.com with ESMTPSA id kx1sm64914682lac.7.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 15 Oct 2013 06:57:19 -0700 (PDT) References: <525AF318.3000900@gmail.com> <20131013194040.GA21904@night.db.net> <1381843499.42859.103.camel@revolution.hippie.lan> <1381844785.42859.120.camel@revolution.hippie.lan> In-Reply-To: <1381844785.42859.120.camel@revolution.hippie.lan> Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: <8CEFB46A-8D22-42F1-8199-332D38C2FED0@gmail.com> X-Mailer: iPhone Mail (9B208) From: Sevan / Venture37 Subject: Re: Instability on Raspberry Pi Date: Tue, 15 Oct 2013 17:57:10 +0400 To: Ian Lepore Cc: "arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Oct 2013 13:57:23 -0000 On 15 Oct 2013, at 17:46, Ian Lepore wrote: > It requires that you are using a serial console, and that you have >=20 > options ALT_BREAK_TO_DEBUGGER >=20 > in your kernel config. It looks like that's not in the stock RPI-B > config. There's a different break sequence for using a keyboard and > video console (and I don't even know what that is, it's not something I > ever use). Thanks for looking it up Ian, I'll add it to y config, I wonder what the ke= yboard sequence is on a macbook air keyboard, time to find out :) Sevan= From owner-freebsd-arm@FreeBSD.ORG Tue Oct 15 13:59:25 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 A7DA7FC2; Tue, 15 Oct 2013 13:59:25 +0000 (UTC) (envelope-from venture37@gmail.com) Received: from mail-la0-x231.google.com (mail-la0-x231.google.com [IPv6:2a00:1450:4010:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 050A42621; Tue, 15 Oct 2013 13:59:24 +0000 (UTC) Received: by mail-la0-f49.google.com with SMTP id ev20so6891499lab.36 for ; Tue, 15 Oct 2013 06:59:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:in-reply-to:mime-version:content-transfer-encoding :content-type:message-id:cc:from:subject:date:to; bh=aYUiBJiuX+LS6FQw6TtgxgrZpKIXRSCTLPJSQ9ZGL/A=; b=LrXmyetzRaBvGsULIT3B2BOoUzRh1TTgKIKtB2/eSX1LGBnxrQa+6zmCKKHLflbAl5 MltTaJ1i0jm2PyCIQEg4vcA34Q9pK9iNLsOP4YivHKthV9wTbgGRlFmcuL/5X6+1qiyA wx00oVAJ7Augc81tuon3Vi696+ghbKGVLnkOap3/no9b99eE7x6idBhp1TcSR/iph10I 7t8R7U1dyO7KzM958sBmWD2UXTmPGA42F+d4jfwfXBsHZSkfZ1oGBdf2JDyPBl4AKxhC 4oIdgIKdYib5AFaEPi3FSddI76p12y6F/IObXkMBI/HmRV+2UT41YCqNAFEaK74Eswd/ FJ5A== X-Received: by 10.112.168.3 with SMTP id zs3mr35843095lbb.2.1381845562975; Tue, 15 Oct 2013 06:59:22 -0700 (PDT) Received: from [10.180.53.102] ([83.149.9.76]) by mx.google.com with ESMTPSA id vk8sm1893548lbb.0.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 15 Oct 2013 06:59:21 -0700 (PDT) References: <525AF318.3000900@gmail.com> <20131013194040.GA21904@night.db.net> <1381843499.42859.103.camel@revolution.hippie.lan> In-Reply-To: <1381843499.42859.103.camel@revolution.hippie.lan> Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Message-Id: <2DB03DA8-9147-4553-B075-274B751F80BC@gmail.com> X-Mailer: iPhone Mail (9B208) From: Sevan / Venture37 Subject: Re: Instability on Raspberry Pi Date: Tue, 15 Oct 2013 17:59:16 +0400 To: Ian Lepore Cc: "arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Oct 2013 13:59:25 -0000 On 15 Oct 2013, at 17:24, Ian Lepore wrote: > alt-break > sequence (CR ~ ^B) > ? No need to discover, you mentioned the control sequence in previous email :) From owner-freebsd-arm@FreeBSD.ORG Tue Oct 15 15:34:14 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 48359B59; Tue, 15 Oct 2013 15:34:14 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from mail-we0-x233.google.com (mail-we0-x233.google.com [IPv6:2a00:1450:400c:c03::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B2D982FD3; Tue, 15 Oct 2013 15:34:13 +0000 (UTC) Received: by mail-we0-f179.google.com with SMTP id w61so8611284wes.38 for ; Tue, 15 Oct 2013 08:34:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=ZwwEZ7JZBrJ9q48H1PyOfTZDgb2aterorTLLhq5ucI4=; b=W3qLinoG+8WiBCKPi06VlBYFJYIHx0VZd8psooROJEY08deTX+YDTTg3Wrnc6mIblu lrExdfcsxPrmPFFzO8uCT2THlhQ9xe1JE/x82Rk+kMMPMIuDIUr5DmGG2w1PXbXrUPl7 hBCCCNgxxReKU4PB4CGzpw0/jOtMBrvsxzcoB7yZkViknxNlbPvX3Iu+xgvQ3cglPxfb 8runU63Xo9seKWDWaxK+O7fl+3NtrmEwmjt/s7SNlPDtbMJRUcg6V6hpjfVjlfZ99zpR deONkNVDukmXMOAgPrOBm+m2Wduk2nPy6T5e4H0ckF290XkV+yRkbjYdgllAOkKk3aWL lM0g== X-Received: by 10.194.11.38 with SMTP id n6mr35850088wjb.25.1381851252231; Tue, 15 Oct 2013 08:34:12 -0700 (PDT) MIME-Version: 1.0 Received: by 10.227.206.132 with HTTP; Tue, 15 Oct 2013 08:33:41 -0700 (PDT) In-Reply-To: <1381844785.42859.120.camel@revolution.hippie.lan> References: <525AF318.3000900@gmail.com> <20131013194040.GA21904@night.db.net> <1381843499.42859.103.camel@revolution.hippie.lan> <1381844785.42859.120.camel@revolution.hippie.lan> From: Jia-Shiun Li Date: Tue, 15 Oct 2013 23:33:41 +0800 Message-ID: Subject: Re: Instability on Raspberry Pi To: Ian Lepore Content-Type: text/plain; charset=UTF-8 Cc: "arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Oct 2013 15:34:14 -0000 On Tue, Oct 15, 2013 at 9:46 PM, Ian Lepore wrote: > > It requires that you are using a serial console, and that you have > > options ALT_BREAK_TO_DEBUGGER > > in your kernel config. It looks like that's not in the stock RPI-B > config. There's a different break sequence for using a keyboard and > video console (and I don't even know what that is, it's not something I > ever use). I suppose "sysctl debug.kdb.alt_break_to_debugger=1" should be enough to enable it at runtime? Jia-Shiun. From owner-freebsd-arm@FreeBSD.ORG Tue Oct 15 16:00:06 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 CD8B9641 for ; Tue, 15 Oct 2013 16:00:06 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A1C9F2202 for ; Tue, 15 Oct 2013 16:00:06 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VW72T-000FQC-KX; Tue, 15 Oct 2013 16:00:05 +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 r9FG03Nj027126; Tue, 15 Oct 2013 10:00:03 -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: U2FsdGVkX18zsuc7OyiYlBiYg6ZWnWgy Subject: Re: Instability on Raspberry Pi From: Ian Lepore To: Jia-Shiun Li In-Reply-To: References: <525AF318.3000900@gmail.com> <20131013194040.GA21904@night.db.net> <1381843499.42859.103.camel@revolution.hippie.lan> <1381844785.42859.120.camel@revolution.hippie.lan> Content-Type: text/plain; charset="us-ascii" Date: Tue, 15 Oct 2013 10:00:03 -0600 Message-ID: <1381852803.42859.131.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: "arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Oct 2013 16:00:06 -0000 On Tue, 2013-10-15 at 23:33 +0800, Jia-Shiun Li wrote: > On Tue, Oct 15, 2013 at 9:46 PM, Ian Lepore wrote: > > > > It requires that you are using a serial console, and that you have > > > > options ALT_BREAK_TO_DEBUGGER > > > > in your kernel config. It looks like that's not in the stock RPI-B > > config. There's a different break sequence for using a keyboard and > > video console (and I don't even know what that is, it's not something I > > ever use). > > I suppose "sysctl debug.kdb.alt_break_to_debugger=1" should be enough > to enable it at runtime? Yes, I think it would. I didn't even know that existed, all the alt-break code used to be wrapped in #ifdef blocks, now the #ifdef just controls the default value of that sysctl. -- Ian From owner-freebsd-arm@FreeBSD.ORG Tue Oct 15 18:18:59 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 34F58415 for ; Tue, 15 Oct 2013 18:18:59 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from mail-we0-x232.google.com (mail-we0-x232.google.com [IPv6:2a00:1450:400c:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B59D22D5E for ; Tue, 15 Oct 2013 18:18:58 +0000 (UTC) Received: by mail-we0-f178.google.com with SMTP id q59so8790594wes.23 for ; Tue, 15 Oct 2013 11:18:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=yKxBGr4NWuk/E98AJzXJmy+nZImHqq/D6dNoPoQE9mQ=; b=Q04OugkH20hrLrwBMOBlJvSZttoo23rpPbVjnkVQWHI3KPetL+GdZhm6bP3ibSMleg s9h7ZyNxXK4B1iXsUkkJ1cZ6eS2EH1Oga6gF+oauemEY+P41NjY9tw9uEUCg5OWZdKSX bBb+DynDD43f7w7ihNcnv2nzfMkxYfPrNdQJ5ShVxXq+oi292I3PnI1NfpTLOnADqWpg 0DAKoAhH2Htu9cXG2JJVBMCMnsI7IfQ4ar/TJiKBaA8JfcOXv3V3gR7UEvh3TGHbtDuL LqHuzg8yGt7DUzntRgahs+fbZMnZPzDJCh4tCsyBvXHYx8AS5quPMZkVY6NBytbe5GeA Aj/w== X-Received: by 10.180.126.101 with SMTP id mx5mr20179511wib.63.1381861137089; Tue, 15 Oct 2013 11:18:57 -0700 (PDT) MIME-Version: 1.0 Received: by 10.227.206.132 with HTTP; Tue, 15 Oct 2013 11:18:27 -0700 (PDT) From: Jia-Shiun Li Date: Wed, 16 Oct 2013 02:18:27 +0800 Message-ID: Subject: BBB triggered trap when disconnecting uart To: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Oct 2013 18:18:59 -0000 I originally thought it hanged when I unplug my USB-serial dongle (a PL2303-based one on Windows). But looking closely I found it was actually dropping to ddb, because if pressed Enter in terminal window it will continue. And I got the following back trace. Is it possible the USB-serial chip or term (putty) sent garbage chars to trigger it, or simply because something went wrong in uart_intr? The behavior is reproducible. Also happens when I suspend/resume PC. And system is FreeBSD beaglebone 10.0-ALPHA4 FreeBSD 10.0-ALPHA4 #0 r256041: Fri Oct 4 16:13:26 CST 2013 jsli@4cbsd:/root/crochet-freebsd/work/obj/arm.armv6/usr/src/sys/BEAGLEBONE arm ---- 9< --------- 9< --------- 9< ----- t Tracing pid 65332 tid 100108 td 0xc4d9f960 db_trace_self() at db_trace_self pc = 0xc052f8fc lr = 0xc022c128 (db_stack_trace+0xf4) sp = 0xde9467a0 fp = 0xde9467b8 r10 = 0xc0626900 db_stack_trace() at db_stack_trace+0xf4 pc = 0xc022c128 lr = 0xc022ba94 (db_command+0x264) sp = 0xde9467c0 fp = 0xde946860 r4 = 0x00000000 r5 = 0x00000000 r6 = 0xc059b343 db_command() at db_command+0x264 pc = 0xc022ba94 lr = 0xc022b804 (db_command_loop+0x60) sp = 0xde946868 fp = 0xde946878 r4 = 0xc0571596 r5 = 0xc058b91b r6 = 0xc07ccbb0 r7 = 0xde946a48 r8 = 0xc4d9f960 r9 = 0xc0669a04 r10 = 0xc0626b70 db_command_loop() at db_command_loop+0x60 pc = 0xc022b804 lr = 0xc022e204 (db_trap+0xdc) sp = 0xde946880 fp = 0xde9469a0 r4 = 0x00000000 r5 = 0xde946888 r6 = 0xc0669a30 db_trap() at db_trap+0xdc pc = 0xc022e204 lr = 0xc038f5bc (kdb_trap+0xd4) sp = 0xde9469a8 fp = 0xde9469c8 r4 = 0x00000000 r5 = 0x00000001 r6 = 0xc0669a30 r7 = 0xde946a48 kdb_trap() at kdb_trap+0xd4 pc = 0xc038f5bc lr = 0xc0541e70 (undefinedinstruction+0x2b0) sp = 0xde9469d0 fp = 0xde946a40 r4 = 0x00000000 r5 = 0xc0541b1c r6 = 0x00000000 r7 = 0xe7ffffff r8 = 0xc4d9f960 r9 = 0xde946a48 r10 = 0xc038ee34 undefinedinstruction() at undefinedinstruction+0x2b0 pc = 0xc0541e70 lr = 0xc0531134 (exception_exit) sp = 0xde946a48 fp = 0xde946aa0 r4 = 0x00000001 r5 = 0xc27d4a00 r6 = 0x00060000 r7 = 0xc062ba1c r8 = 0xc27d4b74 r9 = 0x0000ff7f r10 = 0x00000000 exception_exit() at exception_exit pc = 0xc0531134 lr = 0xc038ee24 (kdb_break+0x50) sp = 0xde946a9c fp = 0xde946aa0 r0 = 0xc0669a14 r1 = 0xc057168a r2 = 0x00000000 r3 = 0x60000193 r4 = 0x00000001 r5 = 0xc27d4a00 r6 = 0x00060000 r7 = 0xc062ba1c r8 = 0xc27d4b74 r9 = 0x0000ff7f r10 = 0x00000000 r12 = 0x00000000 $a() at $a pc = 0xc038ee38 lr = 0xc025df78 (uart_intr+0xa4) sp = 0xde946aa8 fp = 0xde946ae8 r4 = 0xc264ed00 uart_intr() at uart_intr+0xa4 pc = 0xc025df78 lr = 0xc032b594 (intr_event_handle+0x84) sp = 0xde946af0 fp = 0xde946b18 r4 = 0xc264ed00 r5 = 0xde946b38 r6 = 0xc4d9f960 r7 = 0xc0585a55 r8 = 0xc0585a2e r9 = 0x00000000 r10 = 0xc27c2bc0 intr_event_handle() at intr_event_handle+0x84 pc = 0xc032b594 lr = 0xc0532350 (arm_handler_execute+0x50) sp = 0xde946b20 fp = 0xde946b30 r4 = 0xde946b38 r5 = 0x00000048 r6 = 0xc0652420 r7 = 0xc07ca0d8 r8 = 0x20a87000 r9 = 0x00000000 r10 = 0x00000953 arm_handler_execute() at arm_handler_execute+0x50 pc = 0xc0532350 lr = 0xc054fcc8 (irq_entry+0x6c) sp = 0xde946b38 fp = 0xde946bc8 r4 = 0xc09b7a30 r5 = 0xc05afd2b r6 = 0xc05afd2b r7 = 0xc09b7a30 irq_entry() at irq_entry+0x6c pc = 0xc054fcc8 lr = 0xc0360970 (_sx_sunlock+0x74) sp = 0xde946b8c fp = 0xde946bc8 r0 = 0x00000000 r1 = 0x00000000 r2 = 0xc05afd2b r3 = 0x00000fe2 r4 = 0xc09b7a30 r5 = 0xc05afd2b r6 = 0xc05afd2b r7 = 0xc09b7a30 r8 = 0x20a87000 r9 = 0x00000000 r10 = 0x00000953 r12 = 0x000000c0 witness_unlock() at witness_unlock+0x48 pc = 0xc03a9bf0 lr = 0xc0360970 (_sx_sunlock+0x74) sp = 0xde946bd0 fp = 0xde946bf0 r4 = 0xc09b7a30 r5 = 0x00000fe2 r6 = 0xc05afd2b r7 = 0xc09b7a40 r8 = 0x20a87000 r9 = 0x00000000 r10 = 0x00000953 _sx_sunlock() at _sx_sunlock+0x74 pc = 0xc0360970 lr = 0xc05108c0 (vm_map_lookup_done+0x44) sp = 0xde946bf8 fp = 0xde946bf8 r4 = 0xde946d10 r5 = 0x00000000 r6 = 0xc3fa1280 r7 = 0x20a88000 vm_map_lookup_done() at vm_map_lookup_done+0x44 pc = 0xc05108c0 lr = 0xc05062cc (unlock_and_deallocate+0xc8) sp = 0xde946c00 fp = 0xde946c10 unlock_and_deallocate() at unlock_and_deallocate+0xc8 pc = 0xc05062cc lr = 0xc0506180 ($a+0xfc) sp = 0xde946c18 fp = 0xde946d88 r4 = 0xc05af61a r5 = 0x00000000 r6 = 0xc3fa1280 r7 = 0x20a88000 $a() at $a+0xfc pc = 0xc0506180 lr = 0xc0504580 (vm_fault+0x88) sp = 0xde946d90 fp = 0xde946db0 r4 = 0xc09b79e0 r5 = 0x00000002 r6 = 0xc4d9f960 r7 = 0x20a87000 r8 = 0x00000000 r9 = 0x00000002 r10 = 0xc07d0b88 vm_fault() at vm_fault+0x88 pc = 0xc0504580 lr = 0xc054089c (data_abort_handler+0x2a8) sp = 0xde946db8 fp = 0xde946e58 r4 = 0xc4d9b000 r5 = 0xc4d9f960 r6 = 0xc05b5d32 r7 = 0xc4d9b0ac r8 = 0xde946e60 r9 = 0xde946eb0 r10 = 0xc09b79e0 data_abort_handler() at data_abort_handler+0x2a8 pc = 0xc054089c lr = 0xc0531134 (exception_exit) sp = 0xde946e60 fp = 0xbfffdeb0 r4 = 0x20a87000 r5 = 0x00001000 r6 = 0x204000c0 r7 = 0x00000138 r8 = 0x00000000 r9 = 0x204000c8 r10 = 0x20848080 exception_exit() at exception_exit pc = 0xc0531134 lr = 0x000c5fc8 (0xc5fc8) sp = 0xde946eb4 fp = 0xbfffdeb0 r0 = 0x20a87000 r1 = 0x00000f80 r2 = 0xa5a5a5a5 r3 = 0xa5a5a5a5 r4 = 0x20a87000 r5 = 0x00001000 r6 = 0x204000c0 r7 = 0x00000138 r8 = 0x00000000 r9 = 0x204000c8 r10 = 0x20848080 r12 = 0x20a87000 Unable to unwind into user mode db> Jia-Shiun. From owner-freebsd-arm@FreeBSD.ORG Tue Oct 15 18:28:25 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 28B255C8 for ; Tue, 15 Oct 2013 18:28:25 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E16672DD0 for ; Tue, 15 Oct 2013 18:28:24 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VW9Lt-0004DC-6M; Tue, 15 Oct 2013 18:28:17 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r9FISEO1027264; Tue, 15 Oct 2013 12:28:14 -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: U2FsdGVkX196ziBHT0ezr99Tpbx9QUuy Subject: Re: BBB triggered trap when disconnecting uart From: Ian Lepore To: Jia-Shiun Li In-Reply-To: References: Content-Type: text/plain; charset="us-ascii" Date: Tue, 15 Oct 2013 12:28:14 -0600 Message-ID: <1381861694.42859.144.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Oct 2013 18:28:25 -0000 On Wed, 2013-10-16 at 02:18 +0800, Jia-Shiun Li wrote: > I originally thought it hanged when I unplug my USB-serial dongle (a > PL2303-based one on Windows). But looking closely I found it was > actually dropping to ddb, because if pressed Enter in terminal window > it will continue. And I got the following back trace. Is it possible > the USB-serial chip or term (putty) sent garbage chars to trigger it, > or simply because something went wrong in uart_intr? > > The behavior is reproducible. Also happens when I suspend/resume PC. > And system is > > FreeBSD beaglebone 10.0-ALPHA4 FreeBSD 10.0-ALPHA4 #0 r256041: Fri Oct > 4 16:13:26 CST 2013 > jsli@4cbsd:/root/crochet-freebsd/work/obj/arm.armv6/usr/src/sys/BEAGLEBONE > arm > > > ---- 9< --------- 9< --------- 9< ----- > t > Tracing pid 65332 tid 100108 td 0xc4d9f960 > db_trace_self() at db_trace_self > pc = 0xc052f8fc lr = 0xc022c128 (db_stack_trace+0xf4) > sp = 0xde9467a0 fp = 0xde9467b8 > r10 = 0xc0626900 > db_stack_trace() at db_stack_trace+0xf4 > pc = 0xc022c128 lr = 0xc022ba94 (db_command+0x264) > sp = 0xde9467c0 fp = 0xde946860 > r4 = 0x00000000 r5 = 0x00000000 > r6 = 0xc059b343 > db_command() at db_command+0x264 > pc = 0xc022ba94 lr = 0xc022b804 (db_command_loop+0x60) > sp = 0xde946868 fp = 0xde946878 > r4 = 0xc0571596 r5 = 0xc058b91b > r6 = 0xc07ccbb0 r7 = 0xde946a48 > r8 = 0xc4d9f960 r9 = 0xc0669a04 > r10 = 0xc0626b70 > db_command_loop() at db_command_loop+0x60 > pc = 0xc022b804 lr = 0xc022e204 (db_trap+0xdc) > sp = 0xde946880 fp = 0xde9469a0 > r4 = 0x00000000 r5 = 0xde946888 > r6 = 0xc0669a30 > db_trap() at db_trap+0xdc > pc = 0xc022e204 lr = 0xc038f5bc (kdb_trap+0xd4) > sp = 0xde9469a8 fp = 0xde9469c8 > r4 = 0x00000000 r5 = 0x00000001 > r6 = 0xc0669a30 r7 = 0xde946a48 > kdb_trap() at kdb_trap+0xd4 > pc = 0xc038f5bc lr = 0xc0541e70 (undefinedinstruction+0x2b0) > sp = 0xde9469d0 fp = 0xde946a40 > r4 = 0x00000000 r5 = 0xc0541b1c > r6 = 0x00000000 r7 = 0xe7ffffff > r8 = 0xc4d9f960 r9 = 0xde946a48 > r10 = 0xc038ee34 > undefinedinstruction() at undefinedinstruction+0x2b0 > pc = 0xc0541e70 lr = 0xc0531134 (exception_exit) > sp = 0xde946a48 fp = 0xde946aa0 > r4 = 0x00000001 r5 = 0xc27d4a00 > r6 = 0x00060000 r7 = 0xc062ba1c > r8 = 0xc27d4b74 r9 = 0x0000ff7f > r10 = 0x00000000 > exception_exit() at exception_exit > pc = 0xc0531134 lr = 0xc038ee24 (kdb_break+0x50) > sp = 0xde946a9c fp = 0xde946aa0 > r0 = 0xc0669a14 r1 = 0xc057168a > r2 = 0x00000000 r3 = 0x60000193 > r4 = 0x00000001 r5 = 0xc27d4a00 > r6 = 0x00060000 r7 = 0xc062ba1c > r8 = 0xc27d4b74 r9 = 0x0000ff7f > r10 = 0x00000000 r12 = 0x00000000 > $a() at $a > pc = 0xc038ee38 lr = 0xc025df78 (uart_intr+0xa4) > sp = 0xde946aa8 fp = 0xde946ae8 > r4 = 0xc264ed00 > uart_intr() at uart_intr+0xa4 > pc = 0xc025df78 lr = 0xc032b594 (intr_event_handle+0x84) > sp = 0xde946af0 fp = 0xde946b18 > r4 = 0xc264ed00 r5 = 0xde946b38 > r6 = 0xc4d9f960 r7 = 0xc0585a55 > r8 = 0xc0585a2e r9 = 0x00000000 > r10 = 0xc27c2bc0 > intr_event_handle() at intr_event_handle+0x84 > pc = 0xc032b594 lr = 0xc0532350 (arm_handler_execute+0x50) > sp = 0xde946b20 fp = 0xde946b30 > r4 = 0xde946b38 r5 = 0x00000048 > r6 = 0xc0652420 r7 = 0xc07ca0d8 > r8 = 0x20a87000 r9 = 0x00000000 > r10 = 0x00000953 > arm_handler_execute() at arm_handler_execute+0x50 > pc = 0xc0532350 lr = 0xc054fcc8 (irq_entry+0x6c) > sp = 0xde946b38 fp = 0xde946bc8 > r4 = 0xc09b7a30 r5 = 0xc05afd2b > r6 = 0xc05afd2b r7 = 0xc09b7a30 > irq_entry() at irq_entry+0x6c > pc = 0xc054fcc8 lr = 0xc0360970 (_sx_sunlock+0x74) > sp = 0xde946b8c fp = 0xde946bc8 > r0 = 0x00000000 r1 = 0x00000000 > r2 = 0xc05afd2b r3 = 0x00000fe2 > r4 = 0xc09b7a30 r5 = 0xc05afd2b > r6 = 0xc05afd2b r7 = 0xc09b7a30 > r8 = 0x20a87000 r9 = 0x00000000 > r10 = 0x00000953 r12 = 0x000000c0 > witness_unlock() at witness_unlock+0x48 > pc = 0xc03a9bf0 lr = 0xc0360970 (_sx_sunlock+0x74) > sp = 0xde946bd0 fp = 0xde946bf0 > r4 = 0xc09b7a30 r5 = 0x00000fe2 > r6 = 0xc05afd2b r7 = 0xc09b7a40 > r8 = 0x20a87000 r9 = 0x00000000 > r10 = 0x00000953 > _sx_sunlock() at _sx_sunlock+0x74 > pc = 0xc0360970 lr = 0xc05108c0 (vm_map_lookup_done+0x44) > sp = 0xde946bf8 fp = 0xde946bf8 > r4 = 0xde946d10 r5 = 0x00000000 > r6 = 0xc3fa1280 r7 = 0x20a88000 > vm_map_lookup_done() at vm_map_lookup_done+0x44 > pc = 0xc05108c0 lr = 0xc05062cc (unlock_and_deallocate+0xc8) > sp = 0xde946c00 fp = 0xde946c10 > unlock_and_deallocate() at unlock_and_deallocate+0xc8 > pc = 0xc05062cc lr = 0xc0506180 ($a+0xfc) > sp = 0xde946c18 fp = 0xde946d88 > r4 = 0xc05af61a r5 = 0x00000000 > r6 = 0xc3fa1280 r7 = 0x20a88000 > $a() at $a+0xfc > pc = 0xc0506180 lr = 0xc0504580 (vm_fault+0x88) > sp = 0xde946d90 fp = 0xde946db0 > r4 = 0xc09b79e0 r5 = 0x00000002 > r6 = 0xc4d9f960 r7 = 0x20a87000 > r8 = 0x00000000 r9 = 0x00000002 > r10 = 0xc07d0b88 > vm_fault() at vm_fault+0x88 > pc = 0xc0504580 lr = 0xc054089c (data_abort_handler+0x2a8) > sp = 0xde946db8 fp = 0xde946e58 > r4 = 0xc4d9b000 r5 = 0xc4d9f960 > r6 = 0xc05b5d32 r7 = 0xc4d9b0ac > r8 = 0xde946e60 r9 = 0xde946eb0 > r10 = 0xc09b79e0 > data_abort_handler() at data_abort_handler+0x2a8 > pc = 0xc054089c lr = 0xc0531134 (exception_exit) > sp = 0xde946e60 fp = 0xbfffdeb0 > r4 = 0x20a87000 r5 = 0x00001000 > r6 = 0x204000c0 r7 = 0x00000138 > r8 = 0x00000000 r9 = 0x204000c8 > r10 = 0x20848080 > exception_exit() at exception_exit > pc = 0xc0531134 lr = 0x000c5fc8 (0xc5fc8) > sp = 0xde946eb4 fp = 0xbfffdeb0 > r0 = 0x20a87000 r1 = 0x00000f80 > r2 = 0xa5a5a5a5 r3 = 0xa5a5a5a5 > r4 = 0x20a87000 r5 = 0x00001000 > r6 = 0x204000c0 r7 = 0x00000138 > r8 = 0x00000000 r9 = 0x204000c8 > r10 = 0x20848080 r12 = 0x20a87000 > Unable to unwind into user mode > db> Is the usb adapter you're talking about your console cable? If so, I wonder if unplugging it is sending an rs232 break (a long string of 0 bits) and that's dropping into the debugger? If that's the case, you should be able to type "continue" at the db> prompt and everything will resume running. It used to be possible to disable an rs232 break but enable the alt-break sequence. I'm not sure if that's still the case (too busy to go code-spelunking at the moment). -- Ian From owner-freebsd-arm@FreeBSD.ORG Tue Oct 15 18:39:06 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id F3E34B1F; Tue, 15 Oct 2013 18:39:05 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from mail-wg0-x22c.google.com (mail-wg0-x22c.google.com [IPv6:2a00:1450:400c:c00::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6DA422E7B; Tue, 15 Oct 2013 18:39:05 +0000 (UTC) Received: by mail-wg0-f44.google.com with SMTP id n12so7896370wgh.11 for ; Tue, 15 Oct 2013 11:39:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=D+MHWxQoa8D2UimcVWY5FvD9tiLLh4MYyBGn6mAvuLQ=; b=TG3IjXUfaY9mY9i69BEqQqbp6HopNsv8oldiI5APaCawarMcoR3bgiR5Xro1bZdIcQ g6MItzYxIVowRgUQEA+7IjuhbRsv86FyaGkG76JVjQNMkDuciEevHrhIU729nI+s2xB8 NlOQK/utiVK4gDqMDZvf/8yEGq+79ncuUvzweL/WHQgMNxTwxA2ixNFbgAceGfT+ZtoX tcE+8LGK93GY2wjShAxbWtZN+yO0BKobVjhF2PjVZgdjd+vO5BJhmpj9gJFrSDH3e5z2 haldZ8N1x5km9or3/Vi+5q1Zq4nFjIKiM+FNsufCDQIrFAQqxpfP9NPdR4bS+1gRz/fX FtMA== X-Received: by 10.194.176.163 with SMTP id cj3mr35623343wjc.8.1381862343761; Tue, 15 Oct 2013 11:39:03 -0700 (PDT) MIME-Version: 1.0 Received: by 10.227.206.132 with HTTP; Tue, 15 Oct 2013 11:38:32 -0700 (PDT) In-Reply-To: <1381861694.42859.144.camel@revolution.hippie.lan> References: <1381861694.42859.144.camel@revolution.hippie.lan> From: Jia-Shiun Li Date: Wed, 16 Oct 2013 02:38:32 +0800 Message-ID: Subject: Re: BBB triggered trap when disconnecting uart To: Ian Lepore 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: Tue, 15 Oct 2013 18:39:06 -0000 On Wed, Oct 16, 2013 at 2:28 AM, Ian Lepore wrote: > Is the usb adapter you're talking about your console cable? If so, I > wonder if unplugging it is sending an rs232 break (a long string of 0 > bits) and that's dropping into the debugger? If that's the case, you > should be able to type "continue" at the db> prompt and everything will > resume running. > > It used to be possible to disable an rs232 break but enable the > alt-break sequence. I'm not sure if that's still the case (too busy to > go code-spelunking at the moment). > Unplugging cables on the BBB header side (3 wires) cause the same behavior. So it seems not term or dongle. And the term prints the kdb message before completely disconnected: login: KDB: enter: Break to debugger [ thread pid 838 tid 100053 ] Stopped at $d: ldrb r15, [r15, r15, ror r15]! db> ^R so I tried turn off _break_to_debugger sysctls, and then it can survive without being interrupted. Indeed this looks like what you said, sending break rs232 signal. Guess I need to have a proper sequence disabling break before disconnecting from BBB and turning off my PC. ;) Jia-Shiun. From owner-freebsd-arm@FreeBSD.ORG Wed Oct 16 16:40: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 AF77A73 for ; Wed, 16 Oct 2013 16:40: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 83C732AD5 for ; Wed, 16 Oct 2013 16:40:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r9GGe1Zr039655 for ; Wed, 16 Oct 2013 16:40:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r9GGe1NY039654; Wed, 16 Oct 2013 16:40:01 GMT (envelope-from gnats) Date: Wed, 16 Oct 2013 16:40:01 GMT Message-Id: <201310161640.r9GGe1NY039654@freefall.freebsd.org> To: freebsd-arm@FreeBSD.org Cc: From: Ian Lepore Subject: Re: arm/182544: [patch] ARM busdma_machdep-v6.c 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: Wed, 16 Oct 2013 16:40:01 -0000 The following reply was made to PR arm/182544; it has been noted by GNATS. From: Ian Lepore To: bug-followup@FreeBSD.org, onwahe@gmail.com Cc: Subject: Re: arm/182544: [patch] ARM busdma_machdep-v6.c Date: Wed, 16 Oct 2013 10:39:42 -0600 The analysis of this problem is correct, however while investigating it I discovered that we also need to round maxsize up to a full page and add one to account for a possible extra boundary crossing, so the fix applied in r256637 was different than the submitted patch. From owner-freebsd-arm@FreeBSD.ORG Wed Oct 16 17:46: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 AE221681 for ; Wed, 16 Oct 2013 17:46:42 +0000 (UTC) (envelope-from bpurgar@gmail.com) Received: from mail-qe0-x22c.google.com (mail-qe0-x22c.google.com [IPv6:2607:f8b0:400d: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 66E892F02 for ; Wed, 16 Oct 2013 17:46:42 +0000 (UTC) Received: by mail-qe0-f44.google.com with SMTP id 6so915157qeb.3 for ; Wed, 16 Oct 2013 10:46:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=JNRUCwYzBdtCF+FFUdgzbY1MXIeE+z8T3x7+OwwXnsg=; b=TqG+s7mu4gOtxcT4X+coHsH8FfHiz8jZ3SqzCpaFxzyZymVWL7+V4jfVNDCt6LIPgs vtSgdmAJ0TP6lRuG0AiOYspCRnjfFsDIYlYiHU50W/TgN7dDm7FnIaLdexxruBSwbaq0 dsD2f/i7qv/y2L57RT9fh5hGQWGtlugIIbPFgUake5ffxXzSJujZMmd43yYuISsUhW3P +u7N5jQcRp6pLfHmTIP5/fFjSB0ftVBVCEFrlt15WNL/7WFokGg+eRGJfhpkh+AXuFDC SMDUueEEwIgOE47WXvKZjnJwUiSPkzpv1nkTVQfb1EENkSFRXQWoeWMHrYZFloV228Oz xBKg== MIME-Version: 1.0 X-Received: by 10.49.4.199 with SMTP id m7mr5466098qem.19.1381945601574; Wed, 16 Oct 2013 10:46:41 -0700 (PDT) Received: by 10.49.101.13 with HTTP; Wed, 16 Oct 2013 10:46:41 -0700 (PDT) Date: Wed, 16 Oct 2013 19:46:41 +0200 Message-ID: Subject: AVILA kernel From: Berislav Purgar 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, 16 Oct 2013 17:46:42 -0000 Hello .. finally i got gatewroks GW2345 board but now i got stuck on loading kernel. it stops on copyright message: RedBoot> ip -h 10.42.1.1 -l 10.42.1.11 IP: 10.42.1.11/255.255.255.0, Gateway: 0.0.0.0 Default server: 10.42.1.1 RedBoot> load -b 0x200000 kernel Using default protocol (TFTP) Address offset = 0x40000000 Entry point: 0x00200100, address range: 0x00200000-0x007817c8 RedBoot> go 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 11.0-CURRENT #0 r256593M: Wed Oct 16 19:14:51 CEST 2013 root@brzi:/usr/obj/arm.armeb/usr/src/sys/AVILA arm gcc version 4.2.1 20070831 patched [FreeBSD] on stock AVILA conf. file i got panic : RedBoot> ip IP: 192.168.3.2/255.255.255.0, Gateway: 0.0.0.0 Default server: 192.168.3.1 RedBoot> ip -h 10.42.1.1 -l 10.42.1.11 IP: 10.42.1.11/255.255.255.0, Gateway: 0.0.0.0 Default server: 10.42.1.1 RedBoot> load -b 0x200000 kernel Using default protocol (TFTP) Address offset = 0x40000000 Entry point: 0x00200100, address range: 0x00200000-0x006a9808 RedBoot> go panic: mtx_lock() of spin mutex pmap @ /usr/src/sys/arm/arm/pmap.c:3676 Uptime: 1s tnx From owner-freebsd-arm@FreeBSD.ORG Thu Oct 17 07:59:20 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 A58439D9 for ; Thu, 17 Oct 2013 07:59:20 +0000 (UTC) (envelope-from ganbold@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 7A4612AB6 for ; Thu, 17 Oct 2013 07:59:20 +0000 (UTC) Received: by mail-ie0-f170.google.com with SMTP id at1so3385136iec.15 for ; Thu, 17 Oct 2013 00:59:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=ZRVapGltFSxCkn/hqR0JET5GWeIIoMVSu11kKWRg4zc=; b=g1E6BDk7oxdE9Qkzk7B9SaTU77qDR5O9IkZG80BT8qKX4CbVp6lMD0ENPhcy00eudw qDNnr5efkG9LFuxaDiJufGOY6wyAdmvSDD4iyW5XfpC1y7z3lN1PsfQ4Gpii2F7Vx/8B 1M58MDYHY9x3c3WMiPhzyVtQfMlf+jZZruJnMqSnIXl6Su5lrujgebQmwn96Z25OVEqb tVIvEPiy/7M11uUZUhh1a+E0SUVs+57ZYrNDDrQmuodpOUZlCyAsEvm622m7Of3RGBb7 8fDWwVERBcWRr4QdKE6JDHKLPP0wPzZEUerQgi6ko0ARngn3bluSEECE+5NqNZz54vSr 1G3g== MIME-Version: 1.0 X-Received: by 10.50.67.46 with SMTP id k14mr5479358igt.16.1381996759891; Thu, 17 Oct 2013 00:59:19 -0700 (PDT) Received: by 10.64.18.14 with HTTP; Thu, 17 Oct 2013 00:59:19 -0700 (PDT) Date: Thu, 17 Oct 2013 15:59:19 +0800 Message-ID: Subject: FreeBSD on Rockchip RK3188 SoC From: Ganbold Tsagaankhuu 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: Thu, 17 Oct 2013 07:59:20 -0000 Hi, JFYI, I have managed to boot FreeBSD in multiuser mode on Radxa Rock board which has Rockchip RK3188 SoC (Quad Cortex A9) https://github.com/tsgan/rockchip/blob/master/dmesg.txt I found out that INVARIANTS was causing the problem related to boot hangs at "start_init: trying /sbin/init". When enabled INVARIANTS in kernel, uma_dbg_alloc() never returned in my case. best regards, Ganbold From owner-freebsd-arm@FreeBSD.ORG Thu Oct 17 17:04:30 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 32AF62CF for ; Thu, 17 Oct 2013 17:04:30 +0000 (UTC) (envelope-from bpurgar@gmail.com) Received: from mail-qe0-x236.google.com (mail-qe0-x236.google.com [IPv6:2607:f8b0:400d:c02::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E9FDD21B7 for ; Thu, 17 Oct 2013 17:04:29 +0000 (UTC) Received: by mail-qe0-f54.google.com with SMTP id 1so817750qec.41 for ; Thu, 17 Oct 2013 10:04:29 -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=EAEbYxzeJr8Jy/gLrnMF8oHcP8Qk9vaYHXsDJu1cxC0=; b=S8UcsonGsh4Odt8Z/SS/L6sxkGNhu10cA+t3gaes0g0+7MV52oOrpSCZpXLdzTrozF 38x19J18qf8Y/r+5hBHhvlW4co2ZzI8xmu8io0mbcuOVl5rRK1EdbtpUrc4EhVHczzuC 5lF9+Cbr8CHECACMbEu7mlqW9gVYdAgn8C9bCCSC0u4IFLIAMEfPZjQ+PH4yGrNf74kf WbgMkW5yp739cBBwVK2fqrtwqn7Cx9XMRHNwDlsIPSWSNmOtr5hmXO5Zsecrt8ZjkVUk PTnBN6uijWzM5HpPEBcKTG6yzarAP/R3tZr8ynVW/QMTgwld4z3e6IRnKBKSruIMupSQ 9BBQ== MIME-Version: 1.0 X-Received: by 10.224.64.200 with SMTP id f8mr13690667qai.55.1382029469118; Thu, 17 Oct 2013 10:04:29 -0700 (PDT) Received: by 10.49.101.13 with HTTP; Thu, 17 Oct 2013 10:04:29 -0700 (PDT) In-Reply-To: References: Date: Thu, 17 Oct 2013 19:04:29 +0200 Message-ID: Subject: Re: AVILA kernel From: Berislav Purgar 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: Thu, 17 Oct 2013 17:04:30 -0000 On Wed, Oct 16, 2013 at 7:46 PM, Berislav Purgar wrote: > Hello .. > > finally i got gatewroks GW2345 board but now i got stuck on loading > kernel. it stops on copyright message: > > RedBoot> ip -h 10.42.1.1 -l 10.42.1.11 > IP: 10.42.1.11/255.255.255.0, Gateway: 0.0.0.0 > Default server: 10.42.1.1 > RedBoot> load -b 0x200000 kernel > Using default protocol (TFTP) > Address offset = 0x40000000 > Entry point: 0x00200100, address range: 0x00200000-0x007817c8 > RedBoot> go > 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 11.0-CURRENT #0 r256593M: Wed Oct 16 19:14:51 CEST 2013 > root@brzi:/usr/obj/arm.armeb/usr/src/sys/AVILA arm > gcc version 4.2.1 20070831 patched [FreeBSD] > > on stock AVILA conf. file i got panic : > > RedBoot> ip > IP: 192.168.3.2/255.255.255.0, Gateway: 0.0.0.0 > Default server: 192.168.3.1 > RedBoot> ip -h 10.42.1.1 -l 10.42.1.11 > IP: 10.42.1.11/255.255.255.0, Gateway: 0.0.0.0 > Default server: 10.42.1.1 > RedBoot> load -b 0x200000 kernel > Using default protocol (TFTP) > Address offset = 0x40000000 > Entry point: 0x00200100, address range: 0x00200000-0x006a9808 > RedBoot> go > panic: mtx_lock() of spin mutex pmap @ /usr/src/sys/arm/arm/pmap.c:3676 > Uptime: 1s > > > tnx > any ideas ? From owner-freebsd-arm@FreeBSD.ORG Thu Oct 17 20:48:27 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 482223C2 for ; Thu, 17 Oct 2013 20:48:27 +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 02C902196 for ; Thu, 17 Oct 2013 20:48:26 +0000 (UTC) Received: from mr2.cc.vt.edu (mr2.cc.vt.edu [198.82.163.74]) by lennier.cc.vt.edu (8.13.8/8.13.8) with ESMTP id r9HCrbLp026916 for ; Thu, 17 Oct 2013 08:53:37 -0400 Received: from auth1.smtp.vt.edu (auth1.smtp.vt.edu [198.82.161.152]) by mr2.cc.vt.edu (8.14.4/8.14.4) with ESMTP id r9HCrb7l011216 for ; Thu, 17 Oct 2013 08:53:37 -0400 Received: from [IPv6:2001:468:c80:c111:4cfc:9f68:de6:73b5] ([IPv6:2001:468:c80:c111:4cfc:9f68:de6:73b5]) (authenticated bits=0) by auth1.smtp.vt.edu (8.14.4/8.14.4) with ESMTP id r9HCrbJt027623 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Thu, 17 Oct 2013 08:53:37 -0400 From: Paul Mather Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: umass not probed until multi-user on 11-CURRENT Message-Id: <62147506-E78E-4C43-A98D-4049640F361C@gromit.dlib.vt.edu> Date: Thu, 17 Oct 2013 08:53:37 -0400 To: "freebsd-arm@freebsd.org" Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) X-Mailer: Apple Mail (2.1510) X-Spam-Status: No, score=-0.4 required=5.0 tests=RP_MATCHES_RCVD autolearn=disabled version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mr2.cc.vt.edu 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, 17 Oct 2013 20:48:27 -0000 I just created a new image for my BeagleBone Black using Crochet. I'm = using the standard BEAGLEBONE kernel config file. The source is FreeBSD = 11.0-CURRENT r256450. Unlike previously, now when I boot my BBB it does = not probe umass devices until after it goes multiuser. This has created = a problem because I am using an external USB hard drive for swap, = /usr/src, /usr/obj, and /usr/ports. Because of the new probe order, the = devices referenced in /etc/fstab don't exist and the system drops into = single-user. E.g.: 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 11.0-CURRENT #0 r256450: Mon Oct 14 21:19:01 EDT 2013 = pmather@builder:/usr/home/pmather/crochet-freebsd/work/obj/arm.armv6/usr/s= rc/sys/BEAGLEBONE arm FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 WARNING: WITNESS option enabled, expect reduced performance. CPU: Cortex A8-r3 rev 2 (Cortex-A core) Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext WB disabled EABT branch prediction enabled LoUU:2 LoC:2 LoUIS:1=20 Cache level 1:=20 32KB/64B 4-way data cache WT WB Read-Alloc 32KB/64B 4-way instruction cache Read-Alloc Cache level 2:=20 256KB/64B 8-way unified cache WT WB Read-Alloc Write-Alloc real memory =3D 536870912 (512 MB) avail memory =3D 515653632 (491 MB) Texas Instruments AM3358 Processor, Revision ES1.1 random device not loaded; using insecure entropy random: initialized simplebus0: on fdtbus0 aintc0: mem 0x48200000-0x48200fff on = simplebus0 aintc0: Revision 5.0 ti_scm0: mem 0x44e10000-0x44e11fff on simplebus0 am335x_prcm0: mem = 0x44e00000-0x44e012ff on simplebus0 am335x_prcm0: Clocks: System 24.0 MHz, CPU 550 MHz am335x_dmtimer0: mem = 0x44e05000-0x44e05fff,0x44e31000-0x44e31fff,0x48040000-0x48040fff,0x480420= 00-0x48042fff,0x48044000-0x48044fff,0x48046000-0x48046fff,0x48048000-0x480= 48fff,0x4804a000-0x4804afff irq 66,67,68,69,92,93,94,95 on simplebus0 Timecounter "AM335x Timecounter" frequency 24000000 Hz quality 1000 Event timer "AM335x Eventtimer0" frequency 24000000 Hz quality 1000 gpio0: mem = 0x44e07000-0x44e07fff,0x4804c000-0x4804cfff,0x481ac000-0x481acfff,0x481ae0= 00-0x481aefff irq 96,97,98,99,32,33,62,63 on simplebus0 gpioc0: on gpio0 gpiobus0: on gpio0 uart0: mem 0x44e09000-0x44e09fff irq 72 on = simplebus0 uart0: console (115384,n,8,1) ti_edma30: mem = 0x49000000-0x490fffff,0x49800000-0x498fffff,0x49900000-0x499fffff,0x49a000= 00-0x49afffff irq 12,13,14 on simplebus0 ti_edma30: EDMA revision 40014c00 sdhci_ti0: mem 0x48060000-0x48060fff irq 64 on = simplebus0 mmc0: on sdhci_ti0 sdhci_ti1: mem 0x481d8000-0x481d8fff irq 28 on = simplebus0 mmc1: on sdhci_ti1 cpsw0: <3-port Switch Ethernet Subsystem> mem 0x4a100000-0x4a103fff irq = 40,41,42,43 on simplebus0 cpsw0: CPSW SS Version 1.12 (0) cpsw0: Initial queue size TX=3D128 RX=3D384 cpsw0: Ethernet address: 90:59:af:55:26:eb miibus0: on cpsw0 smscphy0: PHY 0 on miibus0 smscphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto iichb0: mem 0x44e0b000-0x44e0bfff irq 70 on = simplebus0 iichb0: I2C revision 4.0 iicbus0: on iichb0 iic0: on iicbus0 am335x_pmic0: at addr 0x24 on iicbus0 am335x_pwm0: mem = 0x48300000-0x483000ff,0x48300100-0x4830017f,0x48300180-0x483001ff,0x483002= 00-0x4830025f irq 86,58 on simplebus0 am335x_pwm1: mem = 0x48302000-0x483020ff,0x48302100-0x4830217f,0x48302180-0x483021ff,0x483022= 00-0x4830225f irq 87,59 on simplebus0 am335x_pwm2: mem = 0x48304000-0x483040ff,0x48304100-0x4830417f,0x48304180-0x483041ff,0x483042= 00-0x4830425f irq 88,60 on simplebus0 musbotg0: mem = 0x47400000-0x47400fff,0x47401000-0x474012ff,0x47401300-0x474013ff,0x474014= 00-0x474017ff,0x47401800-0x47401aff,0x47401b00-0x47401bff,0x47401c00-0x474= 01fff irq 17,18,19 on simplebus0 musbotg0: TI AM335X USBSS v0.0.13 usbus0: Dynamic FIFO sizing detected, assuming 16Kbytes of FIFO RAM usbus0 on musbotg0 usbus1: Dynamic FIFO sizing detected, assuming 16Kbytes of FIFO RAM usbus1 on musbotg0 Timecounters tick every 10.000 msec usbus0: 480Mbps High Speed USB v2.0 usbus1: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: = on usbus0 ugen1.1: at usbus1 uhub1: = on usbus1 mmcsd0: 16GB at mmc0 = 48.0MHz/4bit/65535-block uhub0: 1 port with 1 removable, self powered uhub1: 1 port with 1 removable, self powered mmcsd1: 2GB at = mmc1 48.0MHz/8bit/65535-block am335x_pmic0: TPS65217C ver 1.2 powered by AC random: unblocking device. WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/mmcsd0s2a [rw,noatime]... warning: no time-of-day clock registered, system time will not be set = accurately Enlarging root partition mmcsd0s2 resized mmcsd0s2a resized growfs: requested size 15GB is not larger than the current filesystem = size 15GB Setting hostuuid: de51addd-3538-11e3-8cc8-9059af5526eb. Setting hostid: 0x4421ab53. No suitable dump device was found. Entropy harvesting: interrupts ethernet point_to_point swi. swapon: /dev/da0s1a: No such file or directory Starting file system checks: /dev/mmcsd0s2a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/mmcsd0s2a: clean, 3670983 free (927 frags, 458757 blocks, 0.0% = fragmentation) Can't stat /dev/ufs/ports: No such file or directory Can't stat /dev/ufs/src: No such file or directory Can't stat /dev/ufs/obj: No such file or directory Can't stat /dev/ufs/ports: No such file or directory Can't stat /dev/ufs/src: No such file or directory Can't stat /dev/ufs/obj: No such file or directory THE FOLLOWING FILE SYSTEMS HAD AN UNEXPECTED INCONSISTENCY: ufs: /dev/ufs/src (/usr/src), ufs: /dev/ufs/ports (/usr/ports), = ufs: /dev/ufs/obj (/usr/obj) Unknown error; help! ERROR: ABORTING BOOT (sending SIGTERM to parent)! Oct 16 20:38:19 init: /bin/sh on /etc/rc terminated abnormally, going to = single user mode^M Enter full pathname of shell or RETURN for /bin/sh: ugen1.2: at = usbus1 umass0: on usbus1 umass0: SCSI over Bulk-Only; quirks =3D 0x4100 umass0:0:0:-1: Attached to scbus0 da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device=20 da0: 40.000MB/s transfers da0: 286103MB (585938944 512 byte sectors: 255H 63S/T 36473C) da0: quirks=3D0x2 # ls /dev/ufs obj ports src # I know I could work around the problem by adding "late" to the = /etc/fstab options for the file systems that are causing the boot to = fail. I'm not sure whether this also works for swap, though. Is this an expected behaviour now? My Raspberry Pi, still running = FreeBSD 10.0-ALPHA1 r255586 probes umass devices before the "Trying to = mount root from ufs:/dev/mmcsd0s2a [rw,noatime]..." point, e.g.: [...] ugen0.3: at usbus0 smsc0: on usbus0 smsc0: chip 0xec00, rev. 0002 miibus0: on smsc0 ukphy0: PHY 1 on miibus0 ukphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ue0: on smsc0 ue0: Ethernet address: b8:27:eb:7b:95:7d smsc0: chip 0xec00, rev. 0002 Sending DHCP Discover packet from interface ue0 (b8:27:eb:7b:95:7d) ugen0.4: at usbus0 umass0: on = usbus0 da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device=20 da0: 40.000MB/s transfers da0: 286168MB (586072368 512 byte sectors: 255H 63S/T 36481C) da0: quirks=3D0x2 Received DHCP Offer packet on ue0 from 10.23.5.1 (accepted) Received DHCP Offer packet on ue0 from 10.23.5.1 (ignored) Received DHCP Offer packet on ue0 from 10.23.5.1 (ignored) Sending DHCP Request packet from interface ue0 (b8:27:eb:7b:95:7d) Received DHCP Ack packet on ue0 from 10.23.5.1 (accepted) ue0 at 10.23.5.55 server 10.23.5.1 subnet mask 255.255.255.0 router 10.23.5.1 hostname pi=20 Adjusted interface ue0 Trying to mount root from ufs:/dev/mmcsd0s2a [rw,noatime]... warning: no time-of-day clock registered, system time will not be set = accurately Cheers, Paul. From owner-freebsd-arm@FreeBSD.ORG Thu Oct 17 20:59:10 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 B30BE804 for ; Thu, 17 Oct 2013 20:59:10 +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 758522224 for ; Thu, 17 Oct 2013 20:59:10 +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 1VWuez-0005Qa-Hi; Thu, 17 Oct 2013 20:59:09 +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 r9HKx60n029996; Thu, 17 Oct 2013 14:59:06 -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: U2FsdGVkX19++Gw/5lLuMzqHlUyoHAAs Subject: Re: umass not probed until multi-user on 11-CURRENT From: Ian Lepore To: Paul Mather In-Reply-To: <62147506-E78E-4C43-A98D-4049640F361C@gromit.dlib.vt.edu> References: <62147506-E78E-4C43-A98D-4049640F361C@gromit.dlib.vt.edu> Content-Type: text/plain; charset="us-ascii" Date: Thu, 17 Oct 2013 14:59:05 -0600 Message-ID: <1382043545.1168.153.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.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, 17 Oct 2013 20:59:10 -0000 On Thu, 2013-10-17 at 08:53 -0400, Paul Mather wrote: > I just created a new image for my BeagleBone Black using Crochet. I'm using the standard BEAGLEBONE kernel config file. The source is FreeBSD 11.0-CURRENT r256450. Unlike previously, now when I boot my BBB it does not probe umass devices until after it goes multiuser. This has created a problem because I am using an external USB hard drive for swap, /usr/src, /usr/obj, and /usr/ports. Because of the new probe order, the devices referenced in /etc/fstab don't exist and the system drops into single-user. E.g.: > > 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 11.0-CURRENT #0 r256450: Mon Oct 14 21:19:01 EDT 2013 > pmather@builder:/usr/home/pmather/crochet-freebsd/work/obj/arm.armv6/usr/src/sys/BEAGLEBONE arm > FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 > WARNING: WITNESS option enabled, expect reduced performance. > CPU: Cortex A8-r3 rev 2 (Cortex-A core) > Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext > WB disabled EABT branch prediction enabled > LoUU:2 LoC:2 LoUIS:1 > Cache level 1: > 32KB/64B 4-way data cache WT WB Read-Alloc > 32KB/64B 4-way instruction cache Read-Alloc > Cache level 2: > 256KB/64B 8-way unified cache WT WB Read-Alloc Write-Alloc > real memory = 536870912 (512 MB) > avail memory = 515653632 (491 MB) > Texas Instruments AM3358 Processor, Revision ES1.1 > random device not loaded; using insecure entropy > random: initialized > simplebus0: on fdtbus0 > aintc0: mem 0x48200000-0x48200fff on simplebus0 > aintc0: Revision 5.0 > ti_scm0: mem 0x44e10000-0x44e11fff on simplebus0 > am335x_prcm0: mem 0x44e00000-0x44e012ff on simplebus0 > am335x_prcm0: Clocks: System 24.0 MHz, CPU 550 MHz > am335x_dmtimer0: mem 0x44e05000-0x44e05fff,0x44e31000-0x44e31fff,0x48040000-0x48040fff,0x48042000-0x48042fff,0x48044000-0x48044fff,0x48046000-0x48046fff,0x48048000-0x48048fff,0x4804a000-0x4804afff irq 66,67,68,69,92,93,94,95 on simplebus0 > Timecounter "AM335x Timecounter" frequency 24000000 Hz quality 1000 > Event timer "AM335x Eventtimer0" frequency 24000000 Hz quality 1000 > gpio0: mem 0x44e07000-0x44e07fff,0x4804c000-0x4804cfff,0x481ac000-0x481acfff,0x481ae000-0x481aefff irq 96,97,98,99,32,33,62,63 on simplebus0 > gpioc0: on gpio0 > gpiobus0: on gpio0 > uart0: mem 0x44e09000-0x44e09fff irq 72 on simplebus0 > uart0: console (115384,n,8,1) > ti_edma30: mem 0x49000000-0x490fffff,0x49800000-0x498fffff,0x49900000-0x499fffff,0x49a00000-0x49afffff irq 12,13,14 on simplebus0 > ti_edma30: EDMA revision 40014c00 > sdhci_ti0: mem 0x48060000-0x48060fff irq 64 on simplebus0 > mmc0: on sdhci_ti0 > sdhci_ti1: mem 0x481d8000-0x481d8fff irq 28 on simplebus0 > mmc1: on sdhci_ti1 > cpsw0: <3-port Switch Ethernet Subsystem> mem 0x4a100000-0x4a103fff irq 40,41,42,43 on simplebus0 > cpsw0: CPSW SS Version 1.12 (0) > cpsw0: Initial queue size TX=128 RX=384 > cpsw0: Ethernet address: 90:59:af:55:26:eb > miibus0: on cpsw0 > smscphy0: PHY 0 on miibus0 > smscphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > iichb0: mem 0x44e0b000-0x44e0bfff irq 70 on simplebus0 > iichb0: I2C revision 4.0 > iicbus0: on iichb0 > iic0: on iicbus0 > am335x_pmic0: at addr 0x24 on iicbus0 > am335x_pwm0: mem 0x48300000-0x483000ff,0x48300100-0x4830017f,0x48300180-0x483001ff,0x48300200-0x4830025f irq 86,58 on simplebus0 > am335x_pwm1: mem 0x48302000-0x483020ff,0x48302100-0x4830217f,0x48302180-0x483021ff,0x48302200-0x4830225f irq 87,59 on simplebus0 > am335x_pwm2: mem 0x48304000-0x483040ff,0x48304100-0x4830417f,0x48304180-0x483041ff,0x48304200-0x4830425f irq 88,60 on simplebus0 > musbotg0: mem 0x47400000-0x47400fff,0x47401000-0x474012ff,0x47401300-0x474013ff,0x47401400-0x474017ff,0x47401800-0x47401aff,0x47401b00-0x47401bff,0x47401c00-0x47401fff irq 17,18,19 on simplebus0 > musbotg0: TI AM335X USBSS v0.0.13 > usbus0: Dynamic FIFO sizing detected, assuming 16Kbytes of FIFO RAM > usbus0 on musbotg0 > usbus1: Dynamic FIFO sizing detected, assuming 16Kbytes of FIFO RAM > usbus1 on musbotg0 > Timecounters tick every 10.000 msec > usbus0: 480Mbps High Speed USB v2.0 > usbus1: 480Mbps High Speed USB v2.0 > ugen0.1: at usbus0 > uhub0: on usbus0 > ugen1.1: at usbus1 > uhub1: on usbus1 > mmcsd0: 16GB at mmc0 48.0MHz/4bit/65535-block > uhub0: 1 port with 1 removable, self powered > uhub1: 1 port with 1 removable, self powered > mmcsd1: 2GB at mmc1 48.0MHz/8bit/65535-block > am335x_pmic0: TPS65217C ver 1.2 powered by AC > random: unblocking device. > WARNING: WITNESS option enabled, expect reduced performance. > Trying to mount root from ufs:/dev/mmcsd0s2a [rw,noatime]... > warning: no time-of-day clock registered, system time will not be set accurately > Enlarging root partition > mmcsd0s2 resized > mmcsd0s2a resized > growfs: requested size 15GB is not larger than the current filesystem size 15GB > Setting hostuuid: de51addd-3538-11e3-8cc8-9059af5526eb. > Setting hostid: 0x4421ab53. > No suitable dump device was found. > Entropy harvesting: interrupts ethernet point_to_point swi. > swapon: /dev/da0s1a: No such file or directory > Starting file system checks: > /dev/mmcsd0s2a: FILE SYSTEM CLEAN; SKIPPING CHECKS > /dev/mmcsd0s2a: clean, 3670983 free (927 frags, 458757 blocks, 0.0% fragmentation) > Can't stat /dev/ufs/ports: No such file or directory > Can't stat /dev/ufs/src: No such file or directory > Can't stat /dev/ufs/obj: No such file or directory > Can't stat /dev/ufs/ports: No such file or directory > Can't stat /dev/ufs/src: No such file or directory > Can't stat /dev/ufs/obj: No such file or directory > THE FOLLOWING FILE SYSTEMS HAD AN UNEXPECTED INCONSISTENCY: > ufs: /dev/ufs/src (/usr/src), ufs: /dev/ufs/ports (/usr/ports), ufs: /dev/ufs/obj (/usr/obj) > Unknown error; help! > ERROR: ABORTING BOOT (sending SIGTERM to parent)! > Oct 16 20:38:19 init: /bin/sh on /etc/rc terminated abnormally, going to single user mode^M > Enter full pathname of shell or RETURN for /bin/sh: ugen1.2: at usbus1 > umass0: on usbus1 > umass0: SCSI over Bulk-Only; quirks = 0x4100 > umass0:0:0:-1: Attached to scbus0 > da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 > da0: Fixed Direct Access SCSI-0 device > da0: 40.000MB/s transfers > da0: 286103MB (585938944 512 byte sectors: 255H 63S/T 36473C) > da0: quirks=0x2 > > # ls /dev/ufs > obj ports src > # > > > I know I could work around the problem by adding "late" to the /etc/fstab options for the file systems that are causing the boot to fail. I'm not sure whether this also works for swap, though. > > Is this an expected behaviour now? My Raspberry Pi, still running FreeBSD 10.0-ALPHA1 r255586 probes umass devices before the "Trying to mount root from ufs:/dev/mmcsd0s2a [rw,noatime]..." point, e.g.: > > [...] > ugen0.3: at usbus0 > smsc0: on usbus0 > smsc0: chip 0xec00, rev. 0002 > miibus0: on smsc0 > ukphy0: PHY 1 on miibus0 > ukphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > ue0: on smsc0 > ue0: Ethernet address: b8:27:eb:7b:95:7d > smsc0: chip 0xec00, rev. 0002 > Sending DHCP Discover packet from interface ue0 (b8:27:eb:7b:95:7d) > ugen0.4: at usbus0 > umass0: on usbus0 > da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 > da0: Fixed Direct Access SCSI-0 device > da0: 40.000MB/s transfers > da0: 286168MB (586072368 512 byte sectors: 255H 63S/T 36481C) > da0: quirks=0x2 > Received DHCP Offer packet on ue0 from 10.23.5.1 (accepted) > Received DHCP Offer packet on ue0 from 10.23.5.1 (ignored) > Received DHCP Offer packet on ue0 from 10.23.5.1 (ignored) > Sending DHCP Request packet from interface ue0 (b8:27:eb:7b:95:7d) > Received DHCP Ack packet on ue0 from 10.23.5.1 (accepted) > ue0 at 10.23.5.55 server 10.23.5.1 > subnet mask 255.255.255.0 router 10.23.5.1 hostname pi > Adjusted interface ue0 > Trying to mount root from ufs:/dev/mmcsd0s2a [rw,noatime]... > warning: no time-of-day clock registered, system time will not be set accurately > Once you've dropped into single-user mode, what's the value of sysctl hw.usb.no_boot_wait? It's supposed to wait for usb enumeration before mounting the root filesystem, unless that tunable is set to 1. -- Ian From owner-freebsd-arm@FreeBSD.ORG Thu Oct 17 21:12:54 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 4D1EC231 for ; Thu, 17 Oct 2013 21:12:54 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-ie0-f172.google.com (mail-ie0-f172.google.com [209.85.223.172]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1A6952344 for ; Thu, 17 Oct 2013 21:12:53 +0000 (UTC) Received: by mail-ie0-f172.google.com with SMTP id tp5so5068248ieb.3 for ; Thu, 17 Oct 2013 14:12:47 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=BpV8MLo7bYhSq6NKVpbj5iqSmo9ysu2W08axPjsCRvI=; b=IyLwLh/CSvV3bdoGCppYx52d4G5eh9dS3QNVUiIvQQkKzXqzEUi13iRzDJWSDjh76H Ml+miYk12KuNl78+SkUdrQn6nqtagUXp1OszIgpAh7fIra1XZua8mFMXJyDX1N8CGbHd dSosI9XKjZ1E/MDF2rUyAmLauXhbYp2Z3vhAxWIMjt/CXI7xUbYRMsjx62CV6JYzQdat VO8qvUEgaiqWNCjPXDGXoPL/9vtmjS8iAljL1k442++JRj57YQRCCTgSIwaFwYtU5Edq TagpZ7n7FpJ6+uy4Dyjnhpfz7BfRXXfsFqrZrl4ZbuUCESg7qnMq1euY4eYvFnGp2KFR 0M5Q== X-Gm-Message-State: ALoCoQkzqsSi5XuIRuxX8hkg4GniItbdcinWYfAGbWgxRK84TEE0h85ghRyjLhUbwZZZccxJqna1 X-Received: by 10.42.48.202 with SMTP id t10mr6937750icf.9.1382044367475; Thu, 17 Oct 2013 14:12:47 -0700 (PDT) Received: from monkey-bot.int.fusionio.com ([209.117.142.2]) by mx.google.com with ESMTPSA id f5sm9930667igc.4.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 17 Oct 2013 14:12:46 -0700 (PDT) Sender: Warner Losh Subject: Re: AVILA kernel Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: Date: Thu, 17 Oct 2013 15:12:44 -0600 Content-Transfer-Encoding: 7bit Message-Id: <58DBFC39-806F-48AF-BB81-7FFF1931BF5D@bsdimp.com> References: To: Berislav Purgar X-Mailer: Apple Mail (2.1085) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Oct 2013 21:12:54 -0000 On Oct 17, 2013, at 11:04 AM, Berislav Purgar wrote: > On Wed, Oct 16, 2013 at 7:46 PM, Berislav Purgar wrote: > >> Hello .. >> >> finally i got gatewroks GW2345 board but now i got stuck on loading >> kernel. it stops on copyright message: >> >> RedBoot> ip -h 10.42.1.1 -l 10.42.1.11 >> IP: 10.42.1.11/255.255.255.0, Gateway: 0.0.0.0 >> Default server: 10.42.1.1 >> RedBoot> load -b 0x200000 kernel >> Using default protocol (TFTP) >> Address offset = 0x40000000 >> Entry point: 0x00200100, address range: 0x00200000-0x007817c8 >> RedBoot> go >> 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 11.0-CURRENT #0 r256593M: Wed Oct 16 19:14:51 CEST 2013 >> root@brzi:/usr/obj/arm.armeb/usr/src/sys/AVILA arm >> gcc version 4.2.1 20070831 patched [FreeBSD] >> >> on stock AVILA conf. file i got panic : >> >> RedBoot> ip >> IP: 192.168.3.2/255.255.255.0, Gateway: 0.0.0.0 >> Default server: 192.168.3.1 >> RedBoot> ip -h 10.42.1.1 -l 10.42.1.11 >> IP: 10.42.1.11/255.255.255.0, Gateway: 0.0.0.0 >> Default server: 10.42.1.1 >> RedBoot> load -b 0x200000 kernel >> Using default protocol (TFTP) >> Address offset = 0x40000000 >> Entry point: 0x00200100, address range: 0x00200000-0x006a9808 >> RedBoot> go >> panic: mtx_lock() of spin mutex pmap @ /usr/src/sys/arm/arm/pmap.c:3676 >> Uptime: 1s >> >> >> tnx >> > > > any ideas ? did you build with MACHINE_ARCH=armeb? Warner From owner-freebsd-arm@FreeBSD.ORG Thu Oct 17 21:51:51 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 CC6EA5BC for ; Thu, 17 Oct 2013 21:51:51 +0000 (UTC) (envelope-from bpurgar@gmail.com) Received: from mail-qa0-x22e.google.com (mail-qa0-x22e.google.com [IPv6:2607:f8b0:400d:c00::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8E5B22586 for ; Thu, 17 Oct 2013 21:51:51 +0000 (UTC) Received: by mail-qa0-f46.google.com with SMTP id j15so92019qaq.5 for ; Thu, 17 Oct 2013 14:51:50 -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=UYI+SSJ7ZruDEqA4ed62N3Urt0J57lGrxYuiuRLkPpw=; b=Rq+Vew1qO9GhJUSPWil3xrTR+/nOqjmTzJD23ux+i1w3Lyjm6uUahlnQNrdwHJat8K jTsRTCfuk27FKPMBHThdheKzSBSXYd/8RM1n3vWc0W8Ufd4G9gw7ZqKxtdqJnTGNOQjN mkV7ixrmRkDHzmZWRLwrccISfRbCwOv/i46OznvFzncuwmdH6BFId/888lPtPOuoHUMU EiDQbP6DR2gye/F+0zmwT/QpMSoBUKY/cxMFSMiyK37o+dNif0N117kRBsXEtrCzBdjR FvuBcGpLLM9XijlnhuF/bfjWbDkTapjVoeeY6FuBuvt+cbJwyvfH2qQxmnYoyJZs4f7W ufXg== MIME-Version: 1.0 X-Received: by 10.224.64.200 with SMTP id f8mr96896qai.55.1382046710737; Thu, 17 Oct 2013 14:51:50 -0700 (PDT) Received: by 10.49.101.13 with HTTP; Thu, 17 Oct 2013 14:51:50 -0700 (PDT) In-Reply-To: <58DBFC39-806F-48AF-BB81-7FFF1931BF5D@bsdimp.com> References: <58DBFC39-806F-48AF-BB81-7FFF1931BF5D@bsdimp.com> Date: Thu, 17 Oct 2013 23:51:50 +0200 Message-ID: Subject: Re: AVILA kernel From: Berislav Purgar To: Warner Losh Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-arm@freebsd.org 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, 17 Oct 2013 21:51:52 -0000 On Thu, Oct 17, 2013 at 11:12 PM, Warner Losh wrote: > > On Oct 17, 2013, at 11:04 AM, Berislav Purgar wrote: > > > On Wed, Oct 16, 2013 at 7:46 PM, Berislav Purgar > wrote: > > > >> Hello .. > >> > >> finally i got gatewroks GW2345 board but now i got stuck on loading > >> kernel. it stops on copyright message: > >> > >> RedBoot> ip -h 10.42.1.1 -l 10.42.1.11 > >> IP: 10.42.1.11/255.255.255.0, Gateway: 0.0.0.0 > >> Default server: 10.42.1.1 > >> RedBoot> load -b 0x200000 kernel > >> Using default protocol (TFTP) > >> Address offset = 0x40000000 > >> Entry point: 0x00200100, address range: 0x00200000-0x007817c8 > >> RedBoot> go > >> 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 11.0-CURRENT #0 r256593M: Wed Oct 16 19:14:51 CEST 2013 > >> root@brzi:/usr/obj/arm.armeb/usr/src/sys/AVILA arm > >> gcc version 4.2.1 20070831 patched [FreeBSD] > >> > >> on stock AVILA conf. file i got panic : > >> > >> RedBoot> ip > >> IP: 192.168.3.2/255.255.255.0, Gateway: 0.0.0.0 > >> Default server: 192.168.3.1 > >> RedBoot> ip -h 10.42.1.1 -l 10.42.1.11 > >> IP: 10.42.1.11/255.255.255.0, Gateway: 0.0.0.0 > >> Default server: 10.42.1.1 > >> RedBoot> load -b 0x200000 kernel > >> Using default protocol (TFTP) > >> Address offset = 0x40000000 > >> Entry point: 0x00200100, address range: 0x00200000-0x006a9808 > >> RedBoot> go > >> panic: mtx_lock() of spin mutex pmap @ /usr/src/sys/arm/arm/pmap.c:3676 > >> Uptime: 1s > >> > >> > >> tnx > >> > > > > > > any ideas ? > > did you build with MACHINE_ARCH=armeb? > > Warner > > No .. I follow instruction from FreeBSDAvila wiki : https://wiki.freebsd.org/FreeBSDAvila .. From owner-freebsd-arm@FreeBSD.ORG Thu Oct 17 22:14:44 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 639) id B94086E8; Thu, 17 Oct 2013 22:14:44 +0000 (UTC) Date: Thu, 17 Oct 2013 22:14:44 +0000 From: Olivier Houchard To: Berislav Purgar Subject: Re: AVILA kernel Message-ID: <20131017221444.GA54669@freebsd.org> References: <58DBFC39-806F-48AF-BB81-7FFF1931BF5D@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Oct 2013 22:14:44 -0000 On Thu, Oct 17, 2013 at 11:51:50PM +0200, Berislav Purgar wrote: > > >> Hello .. > > >> > > >> finally i got gatewroks GW2345 board but now i got stuck on loading > > >> kernel. it stops on copyright message: > > >> > > >> RedBoot> ip -h 10.42.1.1 -l 10.42.1.11 > > >> IP: 10.42.1.11/255.255.255.0, Gateway: 0.0.0.0 > > >> Default server: 10.42.1.1 > > >> RedBoot> load -b 0x200000 kernel > > >> Using default protocol (TFTP) > > >> Address offset = 0x40000000 > > >> Entry point: 0x00200100, address range: 0x00200000-0x007817c8 > > >> RedBoot> go > > >> 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 11.0-CURRENT #0 r256593M: Wed Oct 16 19:14:51 CEST 2013 > > >> root@brzi:/usr/obj/arm.armeb/usr/src/sys/AVILA arm > > >> gcc version 4.2.1 20070831 patched [FreeBSD] > > >> > > >> on stock AVILA conf. file i got panic : > > >> > > >> RedBoot> ip > > >> IP: 192.168.3.2/255.255.255.0, Gateway: 0.0.0.0 > > >> Default server: 192.168.3.1 > > >> RedBoot> ip -h 10.42.1.1 -l 10.42.1.11 > > >> IP: 10.42.1.11/255.255.255.0, Gateway: 0.0.0.0 > > >> Default server: 10.42.1.1 > > >> RedBoot> load -b 0x200000 kernel > > >> Using default protocol (TFTP) > > >> Address offset = 0x40000000 > > >> Entry point: 0x00200100, address range: 0x00200000-0x006a9808 > > >> RedBoot> go > > >> panic: mtx_lock() of spin mutex pmap @ /usr/src/sys/arm/arm/pmap.c:3676 > > >> Uptime: 1s > > >> > > >> > > >> tnx > > >> > > > > > > > > > any ideas ? Hi Berislav, I won't be able to test things on AVILA before at least next week, but I just committed a change as rev 256712 that may, or may not, help with your issue. Can you test it and see if it helps ? Thanks ! Olivier From owner-freebsd-arm@FreeBSD.ORG Thu Oct 17 22:33:27 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 C5C218A7 for ; Thu, 17 Oct 2013 22:33:27 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-ie0-f176.google.com (mail-ie0-f176.google.com [209.85.223.176]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9296B27F1 for ; Thu, 17 Oct 2013 22:33:27 +0000 (UTC) Received: by mail-ie0-f176.google.com with SMTP id u16so5229148iet.35 for ; Thu, 17 Oct 2013 15:33:20 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=fkqER6kNcBYfa/fqctvLhcO0t13nVBn2CsYnX8YwSzU=; b=B5Xt0h6is+NmMAkep439iYYU88XDtXpG5BFzuq4hs2dor2kca2931WKsEHFOjHGjHu 1pPyHTq/HK+XTi+zuzU+eO5925qYFVkx2gTPLT3ErfVCvfuq/4/rE6JbT2APio3hWYtU MRd3xMgKHNwSza5HTvdRO254M2UpXIFN6A7PejTnseXLVU+zFEFIIXSpdffZ5IgQnYnD v9DCz/T7WMHKvXl0CGGHnIlWt4zrO5ahrmrPP16KBUGddjOmlbut9NRREv+ujb+jGQ42 imBJC9ih7GBgRccW2PEjThvFshDW4h/qY7eFprOcXc4Kh79/ATB+vC6iQdHxxzE3h8EK Q6Gw== X-Gm-Message-State: ALoCoQnOtNlIk0hOTEXCGe1ScjeP6b+EzB/OCaPO0ZQHTx+8D9PWsp+asPz/VMHsnWzx3/oixRC+ X-Received: by 10.42.84.130 with SMTP id m2mr6884487icl.16.1382049199986; Thu, 17 Oct 2013 15:33:19 -0700 (PDT) Received: from monkey-bot.int.fusionio.com ([209.117.142.2]) by mx.google.com with ESMTPSA id qi3sm10161745igc.8.2013.10.17.15.33.17 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 17 Oct 2013 15:33:18 -0700 (PDT) Sender: Warner Losh Subject: Re: AVILA kernel Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: Date: Thu, 17 Oct 2013 16:33:16 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <0F09A0EE-8C71-4997-9739-6A5BF7917246@bsdimp.com> References: <58DBFC39-806F-48AF-BB81-7FFF1931BF5D@bsdimp.com> To: Berislav Purgar X-Mailer: Apple Mail (2.1085) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Oct 2013 22:33:27 -0000 On Oct 17, 2013, at 3:51 PM, Berislav Purgar wrote: >=20 >=20 > On Thu, Oct 17, 2013 at 11:12 PM, Warner Losh wrote: >=20 > On Oct 17, 2013, at 11:04 AM, Berislav Purgar wrote: >=20 > > On Wed, Oct 16, 2013 at 7:46 PM, Berislav Purgar = wrote: > > > >> Hello .. > >> > >> finally i got gatewroks GW2345 board but now i got stuck on loading > >> kernel. it stops on copyright message: > >> > >> RedBoot> ip -h 10.42.1.1 -l 10.42.1.11 > >> IP: 10.42.1.11/255.255.255.0, Gateway: 0.0.0.0 > >> Default server: 10.42.1.1 > >> RedBoot> load -b 0x200000 kernel > >> Using default protocol (TFTP) > >> Address offset =3D 0x40000000 > >> Entry point: 0x00200100, address range: 0x00200000-0x007817c8 > >> RedBoot> go > >> 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 11.0-CURRENT #0 r256593M: Wed Oct 16 19:14:51 CEST 2013 > >> root@brzi:/usr/obj/arm.armeb/usr/src/sys/AVILA arm > >> gcc version 4.2.1 20070831 patched [FreeBSD] > >> > >> on stock AVILA conf. file i got panic : > >> > >> RedBoot> ip > >> IP: 192.168.3.2/255.255.255.0, Gateway: 0.0.0.0 > >> Default server: 192.168.3.1 > >> RedBoot> ip -h 10.42.1.1 -l 10.42.1.11 > >> IP: 10.42.1.11/255.255.255.0, Gateway: 0.0.0.0 > >> Default server: 10.42.1.1 > >> RedBoot> load -b 0x200000 kernel > >> Using default protocol (TFTP) > >> Address offset =3D 0x40000000 > >> Entry point: 0x00200100, address range: 0x00200000-0x006a9808 > >> RedBoot> go > >> panic: mtx_lock() of spin mutex pmap @ = /usr/src/sys/arm/arm/pmap.c:3676 > >> Uptime: 1s > >> > >> > >> tnx > >> > > > > > > any ideas ? >=20 > did you build with MACHINE_ARCH=3Darmeb? >=20 > Warner >=20 > No ..=20 > I follow instruction from FreeBSDAvila wiki : = https://wiki.freebsd.org/FreeBSDAvila .. TARGET_ARCH=3Darmeb is in those instructions... So if you included = that, I got nothing... Warner= From owner-freebsd-arm@FreeBSD.ORG Fri Oct 18 00:22:03 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 9BCBB357; Fri, 18 Oct 2013 00:22:03 +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 565192D6C; Fri, 18 Oct 2013 00:22:02 +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 r9I0LubE066998; Thu, 17 Oct 2013 20:21:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r9I0Luku066990; Fri, 18 Oct 2013 00:21:56 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 18 Oct 2013 00:21:56 GMT Message-Id: <201310180021.r9I0Luku066990@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: Fri, 18 Oct 2013 00:22:03 -0000 TB --- 2013-10-17 21:40:20 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-10-17 21:40:20 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-10-17 21:40:20 - starting HEAD tinderbox run for arm/arm TB --- 2013-10-17 21:40:20 - cleaning the object tree TB --- 2013-10-17 21:40:20 - /usr/local/bin/svn stat /src TB --- 2013-10-17 21:40:25 - At svn revision 256708 TB --- 2013-10-17 21:40:26 - building world TB --- 2013-10-17 21:40:26 - CROSS_BUILD_TESTING=YES TB --- 2013-10-17 21:40:26 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-17 21:40:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-17 21:40:26 - SRCCONF=/dev/null TB --- 2013-10-17 21:40:26 - TARGET=arm TB --- 2013-10-17 21:40:26 - TARGET_ARCH=arm TB --- 2013-10-17 21:40:26 - TZ=UTC TB --- 2013-10-17 21:40:26 - __MAKE_CONF=/dev/null TB --- 2013-10-17 21:40:26 - cd /src TB --- 2013-10-17 21:40:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Oct 17 21:40:35 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 [...] CC='cc ' mkdep -f .depend -a -DNS -DINET -DINET6 -I. -DRESCUE -std=gnu99 /src/sbin/route/route.c echo route: /obj/arm.arm/src/tmp/usr/lib/libc.a >> .depend cc -O -pipe -DNS -DINET -DINET6 -I. -DRESCUE -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -c /src/sbin/route/route.c /src/sbin/route/route.c:1763:21: error: format specifies type 'long' but the argument has type 'long long' [-Werror,-Wformat] printf("%8ld%c\n", rtm->rtm_rmx.rmx_expire - ts.tv_sec, lock(EXPIRE)); ~~~~ ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ %8lld 1 error generated. *** Error code 1 Stop. bmake[5]: stopped in /src/sbin/route *** Error code 1 Stop. bmake[4]: stopped in /obj/arm.arm/src/rescue/rescue *** Error code 1 Stop. bmake[3]: stopped in /src/rescue/rescue *** Error code 1 Stop. bmake[2]: stopped in /src/rescue *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-10-18 00:21:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-10-18 00:21:56 - ERROR: failed to build world TB --- 2013-10-18 00:21:56 - 7900.77 user 1362.10 system 9695.61 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Fri Oct 18 00:38: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 A71CD96B; Fri, 18 Oct 2013 00:38: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 467122E55; Fri, 18 Oct 2013 00:38: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 r9I0cR1a025827; Thu, 17 Oct 2013 20:38:27 -0400 Received: from auth1.smtp.vt.edu (auth1.smtp.vt.edu [198.82.161.152]) by mr3.cc.vt.edu (8.14.4/8.14.4) with ESMTP id r9I0cRT0017001; Thu, 17 Oct 2013 20:38:27 -0400 Received: from gromit.chumby.lan (c-98-249-9-133.hsd1.va.comcast.net [98.249.9.133]) (authenticated bits=0) by auth1.smtp.vt.edu (8.14.4/8.14.4) with ESMTP id r9I0cQNs006851 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 17 Oct 2013 20:38:26 -0400 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: umass not probed until multi-user on 11-CURRENT From: Paul Mather In-Reply-To: <1382043545.1168.153.camel@revolution.hippie.lan> Date: Thu, 17 Oct 2013 20:38:25 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <1B37231E-0842-47E4-9A78-6B2D0BE5F883@gromit.dlib.vt.edu> References: <62147506-E78E-4C43-A98D-4049640F361C@gromit.dlib.vt.edu> <1382043545.1168.153.camel@revolution.hippie.lan> To: Ian Lepore X-Mailer: Apple Mail (2.1510) X-Spam-Status: No, score=-0.4 required=5.0 tests=RP_MATCHES_RCVD autolearn=disabled version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mr3.cc.vt.edu 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, 18 Oct 2013 00:38:59 -0000 On Oct 17, 2013, at 4:59 PM, Ian Lepore wrote: > On Thu, 2013-10-17 at 08:53 -0400, Paul Mather wrote: >> I just created a new image for my BeagleBone Black using Crochet. = I'm using the standard BEAGLEBONE kernel config file. The source is = FreeBSD 11.0-CURRENT r256450. Unlike previously, now when I boot my BBB = it does not probe umass devices until after it goes multiuser. This has = created a problem because I am using an external USB hard drive for = swap, /usr/src, /usr/obj, and /usr/ports. Because of the new probe = order, the devices referenced in /etc/fstab don't exist and the system = drops into single-user. E.g.: >>=20 >> 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 11.0-CURRENT #0 r256450: Mon Oct 14 21:19:01 EDT 2013 >> = pmather@builder:/usr/home/pmather/crochet-freebsd/work/obj/arm.armv6/usr/s= rc/sys/BEAGLEBONE arm >> FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 >> WARNING: WITNESS option enabled, expect reduced performance. >> CPU: Cortex A8-r3 rev 2 (Cortex-A core) >> Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext >> WB disabled EABT branch prediction enabled >> LoUU:2 LoC:2 LoUIS:1=20 >> Cache level 1:=20 >> 32KB/64B 4-way data cache WT WB Read-Alloc >> 32KB/64B 4-way instruction cache Read-Alloc >> Cache level 2:=20 >> 256KB/64B 8-way unified cache WT WB Read-Alloc Write-Alloc >> real memory =3D 536870912 (512 MB) >> avail memory =3D 515653632 (491 MB) >> Texas Instruments AM3358 Processor, Revision ES1.1 >> random device not loaded; using insecure entropy >> random: initialized >> simplebus0: on fdtbus0 >> aintc0: mem 0x48200000-0x48200fff on = simplebus0 >> aintc0: Revision 5.0 >> ti_scm0: mem 0x44e10000-0x44e11fff on simplebus0 >> am335x_prcm0: mem = 0x44e00000-0x44e012ff on simplebus0 >> am335x_prcm0: Clocks: System 24.0 MHz, CPU 550 MHz >> am335x_dmtimer0: mem = 0x44e05000-0x44e05fff,0x44e31000-0x44e31fff,0x48040000-0x48040fff,0x480420= 00-0x48042fff,0x48044000-0x48044fff,0x48046000-0x48046fff,0x48048000-0x480= 48fff,0x4804a000-0x4804afff irq 66,67,68,69,92,93,94,95 on simplebus0 >> Timecounter "AM335x Timecounter" frequency 24000000 Hz quality 1000 >> Event timer "AM335x Eventtimer0" frequency 24000000 Hz quality 1000 >> gpio0: mem = 0x44e07000-0x44e07fff,0x4804c000-0x4804cfff,0x481ac000-0x481acfff,0x481ae0= 00-0x481aefff irq 96,97,98,99,32,33,62,63 on simplebus0 >> gpioc0: on gpio0 >> gpiobus0: on gpio0 >> uart0: mem 0x44e09000-0x44e09fff irq 72 = on simplebus0 >> uart0: console (115384,n,8,1) >> ti_edma30: mem = 0x49000000-0x490fffff,0x49800000-0x498fffff,0x49900000-0x499fffff,0x49a000= 00-0x49afffff irq 12,13,14 on simplebus0 >> ti_edma30: EDMA revision 40014c00 >> sdhci_ti0: mem 0x48060000-0x48060fff irq 64 on = simplebus0 >> mmc0: on sdhci_ti0 >> sdhci_ti1: mem 0x481d8000-0x481d8fff irq 28 on = simplebus0 >> mmc1: on sdhci_ti1 >> cpsw0: <3-port Switch Ethernet Subsystem> mem 0x4a100000-0x4a103fff = irq 40,41,42,43 on simplebus0 >> cpsw0: CPSW SS Version 1.12 (0) >> cpsw0: Initial queue size TX=3D128 RX=3D384 >> cpsw0: Ethernet address: 90:59:af:55:26:eb >> miibus0: on cpsw0 >> smscphy0: PHY 0 on miibus0 >> smscphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto >> iichb0: mem 0x44e0b000-0x44e0bfff irq 70 on = simplebus0 >> iichb0: I2C revision 4.0 >> iicbus0: on iichb0 >> iic0: on iicbus0 >> am335x_pmic0: at addr 0x24 on = iicbus0 >> am335x_pwm0: mem = 0x48300000-0x483000ff,0x48300100-0x4830017f,0x48300180-0x483001ff,0x483002= 00-0x4830025f irq 86,58 on simplebus0 >> am335x_pwm1: mem = 0x48302000-0x483020ff,0x48302100-0x4830217f,0x48302180-0x483021ff,0x483022= 00-0x4830225f irq 87,59 on simplebus0 >> am335x_pwm2: mem = 0x48304000-0x483040ff,0x48304100-0x4830417f,0x48304180-0x483041ff,0x483042= 00-0x4830425f irq 88,60 on simplebus0 >> musbotg0: mem = 0x47400000-0x47400fff,0x47401000-0x474012ff,0x47401300-0x474013ff,0x474014= 00-0x474017ff,0x47401800-0x47401aff,0x47401b00-0x47401bff,0x47401c00-0x474= 01fff irq 17,18,19 on simplebus0 >> musbotg0: TI AM335X USBSS v0.0.13 >> usbus0: Dynamic FIFO sizing detected, assuming 16Kbytes of FIFO RAM >> usbus0 on musbotg0 >> usbus1: Dynamic FIFO sizing detected, assuming 16Kbytes of FIFO RAM >> usbus1 on musbotg0 >> Timecounters tick every 10.000 msec >> usbus0: 480Mbps High Speed USB v2.0 >> usbus1: 480Mbps High Speed USB v2.0 >> ugen0.1: at usbus0 >> uhub0: on usbus0 >> ugen1.1: at usbus1 >> uhub1: on usbus1 >> mmcsd0: 16GB at = mmc0 48.0MHz/4bit/65535-block >> uhub0: 1 port with 1 removable, self powered >> uhub1: 1 port with 1 removable, self powered >> mmcsd1: 2GB = at mmc1 48.0MHz/8bit/65535-block >> am335x_pmic0: TPS65217C ver 1.2 powered by AC >> random: unblocking device. >> WARNING: WITNESS option enabled, expect reduced performance. >> Trying to mount root from ufs:/dev/mmcsd0s2a [rw,noatime]... >> warning: no time-of-day clock registered, system time will not be set = accurately >> Enlarging root partition >> mmcsd0s2 resized >> mmcsd0s2a resized >> growfs: requested size 15GB is not larger than the current filesystem = size 15GB >> Setting hostuuid: de51addd-3538-11e3-8cc8-9059af5526eb. >> Setting hostid: 0x4421ab53. >> No suitable dump device was found. >> Entropy harvesting: interrupts ethernet point_to_point swi. >> swapon: /dev/da0s1a: No such file or directory >> Starting file system checks: >> /dev/mmcsd0s2a: FILE SYSTEM CLEAN; SKIPPING CHECKS >> /dev/mmcsd0s2a: clean, 3670983 free (927 frags, 458757 blocks, 0.0% = fragmentation) >> Can't stat /dev/ufs/ports: No such file or directory >> Can't stat /dev/ufs/src: No such file or directory >> Can't stat /dev/ufs/obj: No such file or directory >> Can't stat /dev/ufs/ports: No such file or directory >> Can't stat /dev/ufs/src: No such file or directory >> Can't stat /dev/ufs/obj: No such file or directory >> THE FOLLOWING FILE SYSTEMS HAD AN UNEXPECTED INCONSISTENCY: >> ufs: /dev/ufs/src (/usr/src), ufs: /dev/ufs/ports = (/usr/ports), ufs: /dev/ufs/obj (/usr/obj) >> Unknown error; help! >> ERROR: ABORTING BOOT (sending SIGTERM to parent)! >> Oct 16 20:38:19 init: /bin/sh on /etc/rc terminated abnormally, going = to single user mode^M >> Enter full pathname of shell or RETURN for /bin/sh: ugen1.2: = at usbus1 >> umass0: on usbus1 >> umass0: SCSI over Bulk-Only; quirks =3D 0x4100 >> umass0:0:0:-1: Attached to scbus0 >> da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 >> da0: Fixed Direct Access SCSI-0 device=20 >> da0: 40.000MB/s transfers >> da0: 286103MB (585938944 512 byte sectors: 255H 63S/T 36473C) >> da0: quirks=3D0x2 >>=20 >> # ls /dev/ufs >> obj ports src >> # >>=20 >>=20 >> I know I could work around the problem by adding "late" to the = /etc/fstab options for the file systems that are causing the boot to = fail. I'm not sure whether this also works for swap, though. >>=20 >> Is this an expected behaviour now? My Raspberry Pi, still running = FreeBSD 10.0-ALPHA1 r255586 probes umass devices before the "Trying to = mount root from ufs:/dev/mmcsd0s2a [rw,noatime]..." point, e.g.: >>=20 >> [...] >> ugen0.3: at usbus0 >> smsc0: on = usbus0 >> smsc0: chip 0xec00, rev. 0002 >> miibus0: on smsc0 >> ukphy0: PHY 1 on miibus0 >> ukphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto >> ue0: on smsc0 >> ue0: Ethernet address: b8:27:eb:7b:95:7d >> smsc0: chip 0xec00, rev. 0002 >> Sending DHCP Discover packet from interface ue0 (b8:27:eb:7b:95:7d) >> ugen0.4: at usbus0 >> umass0: on = usbus0 >> da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 >> da0: Fixed Direct Access SCSI-0 device=20 >> da0: 40.000MB/s transfers >> da0: 286168MB (586072368 512 byte sectors: 255H 63S/T 36481C) >> da0: quirks=3D0x2 >> Received DHCP Offer packet on ue0 from 10.23.5.1 (accepted) >> Received DHCP Offer packet on ue0 from 10.23.5.1 (ignored) >> Received DHCP Offer packet on ue0 from 10.23.5.1 (ignored) >> Sending DHCP Request packet from interface ue0 (b8:27:eb:7b:95:7d) >> Received DHCP Ack packet on ue0 from 10.23.5.1 (accepted) >> ue0 at 10.23.5.55 server 10.23.5.1 >> subnet mask 255.255.255.0 router 10.23.5.1 hostname pi=20 >> Adjusted interface ue0 >> Trying to mount root from ufs:/dev/mmcsd0s2a [rw,noatime]... >> warning: no time-of-day clock registered, system time will not be set = accurately >>=20 >=20 > Once you've dropped into single-user mode, what's the value of sysctl > hw.usb.no_boot_wait? It's supposed to wait for usb enumeration before > mounting the root filesystem, unless that tunable is set to 1. This is the value of hw.usb.no_boot_wait when it drops into single-user = mode: hw.usb.no_boot_wait: 0 Cheers, Paul.= From owner-freebsd-arm@FreeBSD.ORG Fri Oct 18 01:15:39 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 10D532A3; Fri, 18 Oct 2013 01:15:39 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from mailhost.m5p.com (ip-2-1-0-2.r03.asbnva02.us.ce.gin.ntt.net [IPv6:2001:418:0:5000::16]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7620B2017; Fri, 18 Oct 2013 01:15:38 +0000 (UTC) Received: from wonderland.m5p.com (localhost [IPv6:::1]) by mailhost.m5p.com (8.14.5/8.14.5) with ESMTP id r9I1FUg4072156; Thu, 17 Oct 2013 21:15:35 -0400 (EDT) (envelope-from george+freebsd@m5p.com) Message-ID: <52608BB2.3040407@m5p.com> Date: Thu, 17 Oct 2013 21:15:30 -0400 From: George Mitchell User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: Ian Lepore Subject: Re: Raspberry Pi prefetch aborts References: <5254AC6C.9070400@m5p.com> <1381518610.1130.155.camel@revolution.hippie.lan> In-Reply-To: <1381518610.1130.155.camel@revolution.hippie.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.73 on 10.100.0.3 X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (mailhost.m5p.com [IPv6:::1]); Thu, 17 Oct 2013 21:15:36 -0400 (EDT) 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, 18 Oct 2013 01:15:39 -0000 On 10/11/13 15:10, Ian Lepore wrote: > [...] > In the future, no need to post a whole backtrace, because it's always > the same. (Well, if you ever saw one where the exception_exit frame > didn't backlink to spinlock_exit, that would be interesting.) The crash > info that is most useful for this problem is this register dump block: > > Fatal kernel mode prefetch abort at 0x4278f502 >> trapframe: 0xdd2eafa0, spsr=200000f3 >> r0 =00000001, r1 =00000001, r2 =00000001, r3 =c058dbd0 >> r4 =c2400000, r5 =00000004, r6 =c05826a0, r7 =c2400308 >> r8 =c058d8c8, r9 =c25fd300, r10=c29aa9e4, r11=0004240c >> r12=00000000, ssp=dd2eaff0, slr=c046079c, pc =4278f502 >> >> [ thread pid 27951 tid 100090 ] >> Stopped at 0x4278f502: address 0x4278f502 is invalid > > Also, next time it happens it might be good to see the output of these > commands: > show all procs > show proc PID > show thread TID > > where PID and TID are the pid and tid numbers from the end of the > register dump block. > > -- Ian > Here's a very consistent, close to 100% repeatable example: FreeBSD 10.0-BETA1 (RPI-B) #1 r256533M: Thu Oct 17 15:41:50 EDT 2013 ("M" because I commented out "option sc" etc.) root@pi:~ # cd /usr/ports/ports-mgmt/pkg root@pi:/usr/ports/ports-mgmt/pkg # make install clean Fatal kernel mode prefetch abort at 0x4278f502 trapframe: 0xdaf6ff98, spsr=60000033 r0 =00000000, r1 =000000c0, r2 =600000d3, r3 =60000013 r4 =c22e7c00, r5 =00000000, r6 =c22da180, r7 =c0671858 r8 =c25af500, r9 =c262b600, r10=c25af5e4, r11=0004240c r12=00000000, ssp=daf6ffe8, slr=c04626d8, pc =4278f502 [ thread pid 886 tid 100068 ] Stopped at 0x4278f502: address 0x4278f502 is invalid *** error reading from address 4278f502 *** db> show all procs pid ppid pgrp uid state wmesg wchan cmd 886 882 886 0 R+ CPU 0 make 882 881 882 0 S+ pause 0xc2606ce8 csh 881 1 881 0 Ss+ wait 0xc260b320 login 842 1 842 0 Ss select 0xc25f0d64 sshd 815 1 815 0 Ss select 0xc25f0164 ntpd 779 1 779 0 Ss rpcsvc 0xc26b02d0 NLM: master 771 1 771 0 Ss select 0xc26b0424 rpc.statd 735 1 735 0 Ss select 0xc26b09e4 amd 733 1 733 0 Ss select 0xc26b0aa4 rpcbind 525 1 525 0 Ss select 0xc2465a24 devd 524 1 524 65 Ss select 0xc2465964 dhclient 488 1 488 0 Ss select 0xc25f00a4 dhclient 75 0 0 0 DL mdwait 0xc2698800 [md2] 70 0 0 0 DL mdwait 0xc26a2800 [md1] 65 0 0 0 DL mdwait 0xc2611800 [md0] 17 0 0 0 DL - 0xc0577960 [schedcpu] 16 0 0 0 DL sdflush 0xc058abd0 [softdepflush] 15 0 0 0 DL syncer 0xc0588e4c [syncer] 9 0 0 0 DL vlruwt 0xc260c000 [vnlru] 8 0 0 0 DL psleep 0xc0588bd0 [bufdaemon] 7 0 0 0 DL pgzero 0xc058b684 [pagezero] 6 0 0 0 DL psleep 0xc058b2ec [vmdaemon] 5 0 0 0 DL psleep 0xc0592b84 [pagedaemon] 4 0 0 0 DL jobqueue 0xc2433000 [mmcsd0: mmc/sd card] 3 0 0 0 DL ccb_scan 0xc0571f10 [xpt_thrd] 2 0 0 0 DL waiting_ 0xc0590ae0 [sctp_iterator] 14 0 0 0 DL (threaded) [usb] 100048 D - 0xc25b1028 [smsc0] 100036 D - 0xc24700bc [usbus0] 100035 D - 0xc247008c [usbus0] 100034 D - 0xc247005c [usbus0] 100033 D - 0xc247002c [usbus0] 13 0 0 0 DL - 0xc0574cb0 [rand_harvestq] 12 0 0 0 DL (threaded) [geom] 100008 D - 0xc058f240 [g_down] 100007 D - 0xc058f23c [g_up] 100006 D - 0xc058f238 [g_event] 11 0 0 0 WL (threaded) [intr] 100032 I [intr17: dwcotg0] 100031 I [swi0: uart] 100030 I [intr70: sdhci_bcm0] 100029 I [intr1: mbox0] 100028 I [intr35: bcm_dma0] 100027 I [intr34: bcm_dma0] 100026 I [intr33: bcm_dma0] 100025 I [intr32: bcm_dma0] 100024 I [intr31: bcm_dma0] 100023 I [intr30: bcm_dma0] 100022 I [intr29: bcm_dma0] 100021 I [intr28: bcm_dma0] 100020 I [intr27: bcm_dma0] 100019 I [intr26: bcm_dma0] 100018 I [intr25: bcm_dma0] 100017 I [intr24: bcm_dma0] 100015 I [swi6: Giant taskq] 100014 I [swi6: task queue] 100011 I [swi2: cambio] 100010 I [swi5: fast taskq] 100005 I [swi3: vm] 100004 I [swi4: clock] 100003 I [swi1: netisr 0] 10 0 0 0 RL [idle] 1 0 1 0 SLs wait 0xc2401640 [init] 0 0 0 0 DLs (threaded) [kernel] 100016 D - 0xc2432080 [thread taskq] 100013 D - 0xc2432980 [ffs_trim taskq] 100012 D - 0xc2432a00 [kqueue taskq] 100000 D swapin 0xc058f258 [swapper] db> show proc 886 Process 886 (make) at 0xc260c960: state: NORMAL uid: 0 gids: 0, 5 parent: pid 882 at 0xc2606c80 ABI: FreeBSD ELF32 arguments: make threads: 1 100068 Run CPU 0 make db> show thread 100068 Thread 100068 at 0xc2771000: proc (pid 886): 0xc260c960 name: make stack: 0xdaf6f000-0xdaf70fff flags: 0x1002004 pflags: 0 state: RUNNING (CPU 0) priority: 140 container lock: sched lock (0xc0590240) -- George From owner-freebsd-arm@FreeBSD.ORG Fri Oct 18 06:22:55 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 CB2BA97E; Fri, 18 Oct 2013 06:22:55 +0000 (UTC) (envelope-from bpurgar@gmail.com) Received: from mail-qc0-x233.google.com (mail-qc0-x233.google.com [IPv6:2607:f8b0:400d:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 816C2207A; Fri, 18 Oct 2013 06:22:55 +0000 (UTC) Received: by mail-qc0-f179.google.com with SMTP id k18so113024qcv.38 for ; Thu, 17 Oct 2013 23:22:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:cc:content-type; bh=TaIVGhUrFqkdghBHTGQ4IkECEJdOAjYfVCMpRQ0RyzU=; b=sPifMfLwv5GzKYLfsLUoirWYHMk3ZJsqWYKwJAz5AdyUaEW5WCt5m9DbB7EOOqkyEU aZRJui7o+Ma1Kn9TgBcA+X+ol8zgC1700rrB4r893cAd4hcteS2x4YvM7fyVcMaA5WUy VvN2/yEcjDPurXB2NoZFBrMMxA/PDwa8Xko2L3zoLHheBFGpan9h/KNZFZYQt97xZH4N n3SAFtjkVNLX3GhYOkaQA8qhRaI1+M20xTELtrbHmYpoarVKHh7u46zN4KpzEDmgdwYB uKFgUuWDfwUEaPFp8jDwQu4FdTrupVLO1OoE5MY7X82pHwk4EwKz/2ubuZFWoIkWZZtz T/bQ== X-Received: by 10.224.92.201 with SMTP id s9mr2141491qam.85.1382077374631; Thu, 17 Oct 2013 23:22:54 -0700 (PDT) MIME-Version: 1.0 From: Berislav Purgar Date: Thu, 17 Oct 2013 23:22:54 -0700 Message-ID: <-7155149584770761333@unknownmsgid> Subject: RE: AVILA kernel To: Olivier Houchard Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Oct 2013 06:22:55 -0000 Hello Olivier. Im just update src i now building world/kernel to test these changes. Tnx Sent from my Windows Phone From: Olivier Houchard Sent: 10/18/2013 12:14 AM To: Berislav Purgar Cc: freebsd-arm@freebsd.org Subject: Re: AVILA kernel On Thu, Oct 17, 2013 at 11:51:50PM +0200, Berislav Purgar wrote: > > >> Hello .. > > >> > > >> finally i got gatewroks GW2345 board but now i got stuck on loading > > >> kernel. it stops on copyright message: > > >> > > >> RedBoot> ip -h 10.42.1.1 -l 10.42.1.11 > > >> IP: 10.42.1.11/255.255.255.0, Gateway: 0.0.0.0 > > >> Default server: 10.42.1.1 > > >> RedBoot> load -b 0x200000 kernel > > >> Using default protocol (TFTP) > > >> Address offset = 0x40000000 > > >> Entry point: 0x00200100, address range: 0x00200000-0x007817c8 > > >> RedBoot> go > > >> 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 11.0-CURRENT #0 r256593M: Wed Oct 16 19:14:51 CEST 2013 > > >> root@brzi:/usr/obj/arm.armeb/usr/src/sys/AVILA arm > > >> gcc version 4.2.1 20070831 patched [FreeBSD] > > >> > > >> on stock AVILA conf. file i got panic : > > >> > > >> RedBoot> ip > > >> IP: 192.168.3.2/255.255.255.0, Gateway: 0.0.0.0 > > >> Default server: 192.168.3.1 > > >> RedBoot> ip -h 10.42.1.1 -l 10.42.1.11 > > >> IP: 10.42.1.11/255.255.255.0, Gateway: 0.0.0.0 > > >> Default server: 10.42.1.1 > > >> RedBoot> load -b 0x200000 kernel > > >> Using default protocol (TFTP) > > >> Address offset = 0x40000000 > > >> Entry point: 0x00200100, address range: 0x00200000-0x006a9808 > > >> RedBoot> go > > >> panic: mtx_lock() of spin mutex pmap @ /usr/src/sys/arm/arm/pmap.c:3676 > > >> Uptime: 1s > > >> > > >> > > >> tnx > > >> > > > > > > > > > any ideas ? Hi Berislav, I won't be able to test things on AVILA before at least next week, but I just committed a change as rev 256712 that may, or may not, help with your issue. Can you test it and see if it helps ? Thanks ! Olivier From owner-freebsd-arm@FreeBSD.ORG Fri Oct 18 06:25:16 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 C89CEB27; Fri, 18 Oct 2013 06:25:16 +0000 (UTC) (envelope-from hps@bitfrost.no) Received: from mta.bitpro.no (mta.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id 8285C2096; Fri, 18 Oct 2013 06:25:16 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta.bitpro.no (Postfix) with ESMTP id AB3C97A25F; Fri, 18 Oct 2013 08:25:15 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id 125E88FA853; Fri, 18 Oct 2013 08:25:41 +0200 (CEST) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ngcp3rart7g4; Fri, 18 Oct 2013 08:25:39 +0200 (CEST) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id 529258FA84B; Fri, 18 Oct 2013 08:25:39 +0200 (CEST) Message-ID: <5260D493.7070107@bitfrost.no> Date: Fri, 18 Oct 2013 08:26:27 +0200 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130522 Thunderbird/17.0.6 MIME-Version: 1.0 To: Paul Mather Subject: Re: umass not probed until multi-user on 11-CURRENT References: <62147506-E78E-4C43-A98D-4049640F361C@gromit.dlib.vt.edu> <1382043545.1168.153.camel@revolution.hippie.lan> <1B37231E-0842-47E4-9A78-6B2D0BE5F883@gromit.dlib.vt.edu> In-Reply-To: <1B37231E-0842-47E4-9A78-6B2D0BE5F883@gromit.dlib.vt.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-arm@freebsd.org" , Ian Lepore X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Oct 2013 06:25:16 -0000 On 10/18/13 02:38, Paul Mather wrote: > On Oct 17, 2013, at 4:59 PM, Ian Lepore wrote: > >> >> Once you've dropped into single-user mode, what's the value of sysctl >> hw.usb.no_boot_wait? It's supposed to wait for usb enumeration before >> mounting the root filesystem, unless that tunable is set to 1. > > This is the value of hw.usb.no_boot_wait when it drops into single-user mode: > > hw.usb.no_boot_wait: 0 Hi, I think the chip needs some more time to detect the USB devices connected. The initial port scan does not detect anything. There is another sysctl which you can set which makes the CAM layer wait a bit more for devices to be detected. --HPS From owner-freebsd-arm@FreeBSD.ORG Fri Oct 18 08:15:31 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 B8BB2353; Fri, 18 Oct 2013 08:15:31 +0000 (UTC) (envelope-from bpurgar@gmail.com) Received: from mail-qc0-x22b.google.com (mail-qc0-x22b.google.com [IPv6:2607:f8b0:400d:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6874A29E4; Fri, 18 Oct 2013 08:15:31 +0000 (UTC) Received: by mail-qc0-f171.google.com with SMTP id i7so2361885qcq.2 for ; Fri, 18 Oct 2013 01:15:30 -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=agqOsYBEpd5COToZ4dNlJSvs4a0M3WWH9G4uMA8c1zU=; b=DWqkG3xxMEMurP+RRg/NOCkBqWocYjjvIWwIatep5Cf8OlDfHhF8d1fJpQ4MOsmpWD zeY/JDFfXAv8Ad2hZNHYBWj8UN8KxvVUfczOTKSdw4hlGm71ioKF+Twn+ynaqSoMHNSo PXJ2PtKLsJ7WYXm05ZcGP5gtmdN1tB3yaL7/15gUjoH/242J+Ku4Ree+eg3YzPx/I2/B qeByJoAxDXKYR/z4xau13MB8ECcxVKNb555yfbuXseQvz9K2QfnnuM3I1MyrtlG6e0Jk OkpmV4NuHpfqPYD29qdrOEX+br1TW6Y2EjtDk8l8orZGUZuN61HsjVGS5aADN0s0yyzp jmFA== MIME-Version: 1.0 X-Received: by 10.224.36.201 with SMTP id u9mr2750626qad.76.1382084130570; Fri, 18 Oct 2013 01:15:30 -0700 (PDT) Received: by 10.49.101.13 with HTTP; Fri, 18 Oct 2013 01:15:30 -0700 (PDT) In-Reply-To: <20131017221444.GA54669@freebsd.org> References: <58DBFC39-806F-48AF-BB81-7FFF1931BF5D@bsdimp.com> <20131017221444.GA54669@freebsd.org> Date: Fri, 18 Oct 2013 10:15:30 +0200 Message-ID: Subject: Re: AVILA kernel From: Berislav Purgar To: Olivier Houchard 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: Fri, 18 Oct 2013 08:15:31 -0000 On Fri, Oct 18, 2013 at 12:14 AM, Olivier Houchard wrote: > On Thu, Oct 17, 2013 at 11:51:50PM +0200, Berislav Purgar wrote: > > > >> Hello .. > > > >> > > > >> finally i got gatewroks GW2345 board but now i got stuck on loading > > > >> kernel. it stops on copyright message: > > > >> > > > >> RedBoot> ip -h 10.42.1.1 -l 10.42.1.11 > > > >> IP: 10.42.1.11/255.255.255.0, Gateway: 0.0.0.0 > > > >> Default server: 10.42.1.1 > > > >> RedBoot> load -b 0x200000 kernel > > > >> Using default protocol (TFTP) > > > >> Address offset = 0x40000000 > > > >> Entry point: 0x00200100, address range: 0x00200000-0x007817c8 > > > >> RedBoot> go > > > >> 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 11.0-CURRENT #0 r256593M: Wed Oct 16 19:14:51 CEST 2013 > > > >> root@brzi:/usr/obj/arm.armeb/usr/src/sys/AVILA arm > > > >> gcc version 4.2.1 20070831 patched [FreeBSD] > > > >> > > > >> on stock AVILA conf. file i got panic : > > > >> > > > >> RedBoot> ip > > > >> IP: 192.168.3.2/255.255.255.0, Gateway: 0.0.0.0 > > > >> Default server: 192.168.3.1 > > > >> RedBoot> ip -h 10.42.1.1 -l 10.42.1.11 > > > >> IP: 10.42.1.11/255.255.255.0, Gateway: 0.0.0.0 > > > >> Default server: 10.42.1.1 > > > >> RedBoot> load -b 0x200000 kernel > > > >> Using default protocol (TFTP) > > > >> Address offset = 0x40000000 > > > >> Entry point: 0x00200100, address range: 0x00200000-0x006a9808 > > > >> RedBoot> go > > > >> panic: mtx_lock() of spin mutex pmap @ > /usr/src/sys/arm/arm/pmap.c:3676 > > > >> Uptime: 1s > > > >> > > > >> > > > >> tnx > > > >> > > > > > > > > > > > > any ideas ? > > Hi Berislav, > > I won't be able to test things on AVILA before at least next week, but I > just > committed a change as rev 256712 that may, or may not, help with your > issue. > Can you test it and see if it helps ? > > Thanks ! > > Olivier > No luck .. same problem .. RedBoot> ip -h 10.42.1.1 -l 10.42.1.11 IP: 10.42.1.11/255.255.255.0, Gateway: 0.0.0.0 Default server: 10.42.1.1 RedBoot> load -b 0x200000 kernel Using default protocol (TFTP) Address offset = 0x40000000 Entry point: 0x00200100, address range: 0x00200000-0x006b4cc8 RedBoot> go panic: mtx_lock() of spin mutex pmap @ /usr/src/sys/arm/arm/pmap.c:3676 Uptime: 1s i will use 9.1 till HEAD is fixed .. Default server: 10.42.1.1 RedBoot> load -b 0x200000 kernel Using default protocol (TFTP) Address offset = 0x40000000 Entry point: 0x00200100, address range: 0x00200000-0x006cbc68 RedBoot> go KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2012 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 9.1-RELEASE #0: Fri Oct 18 00:04:33 CEST 2013 root@gateworks:/usr/obj/arm.armeb/usr/src/sys/AVILA arm CPU: IXP425 533MHz rev 1 (ARMv5TE) (XScale core) DC enabled IC enabled WB enabled LABT branch prediction enabled 32KB/32B 32-way Instruction cache 32KB/32B 32-way write-back-locking Data cache real memory = 67108864 (64 MB) avail memory = 57380864 (54 MB) ixp0: on motherboard ixp0: 37fff pcib0: on ixp0 pci0: on pcib0 ixpclk0: on ixp0 ixpiic0: on ixp0 iicbb0: on ixpiic0 iicbus0: on iicbb0 master-only iic0: on iicbus0 ad74180: at addr 0x50 on iicbus0 ds1672_rtc0: at addr 0xd0 on iicbus0 ixpwdog0: on ixp0 uart0: on ixp0 uart0: console (115200,n,8,1) uart1: on ixp0 ixpqmgr0: on ixp0 npe0: on ixp0 npe0: MAC at 0xc8009000 npe0: MII at 0xc8009000 npe0: load fw image IXP425.NPE-B Func 0x2 Rev 2.1 npe0: attaching PHYs failed npe0: cannot activate npe device_attach: npe0 attach returned 6 npe1: on ixp0 npe1: MAC at 0xc800a000 npe1: MII at 0xc8009000 npe1: load fw image IXP425.NPE-C Func 0x5 Rev 2.1 miibus0: on npe1 tnx anyway :) From owner-freebsd-arm@FreeBSD.ORG Fri Oct 18 13:55:01 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 72C313AE; Fri, 18 Oct 2013 13:55:01 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from smtpauth2.wiscmail.wisc.edu (wmauth2.doit.wisc.edu [144.92.197.222]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 44F1C22FD; Fri, 18 Oct 2013 13:55:01 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from avs-daemon.smtpauth2.wiscmail.wisc.edu by smtpauth2.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) id <0MUV00200AH2UT00@smtpauth2.wiscmail.wisc.edu>; Fri, 18 Oct 2013 08:54:53 -0500 (CDT) X-Spam-PmxInfo: Server=avs-2, Version=6.0.3.2322014, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2013.10.18.134215, SenderIP=0.0.0.0 X-Spam-Report: AuthenticatedSender=yes, SenderIP=0.0.0.0 Received: from wanderer.tachypleus.net (adsl-76-208-69-44.dsl.mdsnwi.sbcglobal.net [76.208.69.44]) by smtpauth2.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) with ESMTPSA id <0MUV00KI7ANFY900@smtpauth2.wiscmail.wisc.edu>; Fri, 18 Oct 2013 08:54:53 -0500 (CDT) Message-id: <52613DAB.2000905@freebsd.org> Date: Fri, 18 Oct 2013 15:54:51 +0200 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0 To: Olivier Houchard , Berislav Purgar Subject: Re: AVILA kernel References: <58DBFC39-806F-48AF-BB81-7FFF1931BF5D@bsdimp.com> <20131017221444.GA54669@freebsd.org> In-reply-to: <20131017221444.GA54669@freebsd.org> X-Enigmail-Version: 1.5.2 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, 18 Oct 2013 13:55:01 -0000 On 10/18/13 00:14, Olivier Houchard wrote: > On Thu, Oct 17, 2013 at 11:51:50PM +0200, Berislav Purgar wrote: >>>>> Hello .. >>>>> >>>>> finally i got gatewroks GW2345 board but now i got stuck on loading >>>>> kernel. it stops on copyright message: >>>>> >>>>> RedBoot> ip -h 10.42.1.1 -l 10.42.1.11 >>>>> IP: 10.42.1.11/255.255.255.0, Gateway: 0.0.0.0 >>>>> Default server: 10.42.1.1 >>>>> RedBoot> load -b 0x200000 kernel >>>>> Using default protocol (TFTP) >>>>> Address offset = 0x40000000 >>>>> Entry point: 0x00200100, address range: 0x00200000-0x007817c8 >>>>> RedBoot> go >>>>> 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 11.0-CURRENT #0 r256593M: Wed Oct 16 19:14:51 CEST 2013 >>>>> root@brzi:/usr/obj/arm.armeb/usr/src/sys/AVILA arm >>>>> gcc version 4.2.1 20070831 patched [FreeBSD] >>>>> >>>>> on stock AVILA conf. file i got panic : >>>>> >>>>> RedBoot> ip >>>>> IP: 192.168.3.2/255.255.255.0, Gateway: 0.0.0.0 >>>>> Default server: 192.168.3.1 >>>>> RedBoot> ip -h 10.42.1.1 -l 10.42.1.11 >>>>> IP: 10.42.1.11/255.255.255.0, Gateway: 0.0.0.0 >>>>> Default server: 10.42.1.1 >>>>> RedBoot> load -b 0x200000 kernel >>>>> Using default protocol (TFTP) >>>>> Address offset = 0x40000000 >>>>> Entry point: 0x00200100, address range: 0x00200000-0x006a9808 >>>>> RedBoot> go >>>>> panic: mtx_lock() of spin mutex pmap @ /usr/src/sys/arm/arm/pmap.c:3676 >>>>> Uptime: 1s >>>>> >>>>> >>>>> tnx >>>>> >>>> >>>> any ideas ? > Hi Berislav, > > I won't be able to test things on AVILA before at least next week, but I just > committed a change as rev 256712 that may, or may not, help with your issue. > Can you test it and see if it helps ? > I'm seeing the same issue. r256712 didn't seem to have changed anything. -Nathan