From owner-freebsd-arm@FreeBSD.ORG Sun Oct 19 09:46:17 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 298005F3 for ; Sun, 19 Oct 2014 09:46:17 +0000 (UTC) Received: from orange.myspectrum.nl (unknown [IPv6:2a01:7c8:aab2:19e:5054:ff:fe1e:7dad]) by mx1.freebsd.org (Postfix) with ESMTP id E143FBC for ; Sun, 19 Oct 2014 09:46:16 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by orange.myspectrum.nl (Postfix) with ESMTP id 883F281485 for ; Sun, 19 Oct 2014 11:46:14 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at myspectrum.nl Received: from orange.myspectrum.nl ([127.0.0.1]) by localhost (orange.myspectrum.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gday2LO96L2w for ; Sun, 19 Oct 2014 11:46:12 +0200 (CEST) Received: from [10.0.0.105] (ip136-5-208-87.adsl2.static.versatel.nl [87.208.5.136]) (Authenticated sender: jeroen@myspectrum.nl) by orange.myspectrum.nl (Postfix) with ESMTPSA id B2CA481460 for ; Sun, 19 Oct 2014 11:46:12 +0200 (CEST) Message-ID: <54438864.2050506@myspectrum.nl> Date: Sun, 19 Oct 2014 11:46:12 +0200 From: Jeroen Hofstee User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: make xdev-links Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2014 09:46:17 -0000 Hi, I noticed that the xdev target no longer installs the long names, but it needs the xdev-links target for that purpose. However if you try to use that compiler you get: armv6-freebsd-cc main.c ERROR: Source object /tmp/main-2cb9c8.o has EABI version 0, but target a.out has EABI version 4 If the symlinks are renamed to armv6-freebsd-gnuebi-* compiling works fine. Should such a rename be considered? --- Unrelated, since crochet wants to be run as root, I noticed u-boot will stop compiling, since the root shell has VENDOR set to amd, overwriting the actual board VENDOR in the Makefiles. Regards, Jeroen From owner-freebsd-arm@FreeBSD.ORG Sun Oct 19 20:03:19 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 46FDE66B for ; Sun, 19 Oct 2014 20:03:19 +0000 (UTC) Received: from mail-ig0-f173.google.com (mail-ig0-f173.google.com [209.85.213.173]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0EF67F93 for ; Sun, 19 Oct 2014 20:03:18 +0000 (UTC) Received: by mail-ig0-f173.google.com with SMTP id h18so4208151igc.12 for ; Sun, 19 Oct 2014 13:03:12 -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:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=XiAfVu8biTBqu4OcoEpWWIP+47bfPPL7/ZnVJh3V2Dc=; b=Yvb1M8xvYcA4QTsxUHiX39KB6y5T2wvriqH/PkdtsO+97BeI9xDrXSPhDVN4Xy12dK 2fbJJu0tZyetochKeGq+1mC325jTFoRLxA0r/fzKAE5Q4cTJ7HbPDH6tNerH/GyRj833 b+OQ5YvLQgWUp6UEfFiAQYQfsexyf2L+wYru7ocFOsB0Hn0WD6Nw744sCFyxlCF+r37g OOObOFzqHraEAk5Wr0thMjdKeInUnU1FsnvvdjzcUJVJfDF8I2pTFWod9IKrNPUxD93c +KUu98PzY10DFlgZ8nzIaYkAMbTV77msMZgEy5/w8STmebVFjP66cTcg6cqicToJTz2V LTyw== X-Gm-Message-State: ALoCoQmBbBlPVeI+VaJF9BMrTmbzb+hTCC3NXVwHhg2Sc9qa8ZscQ+1tpWF98INIRgTxuC9T98MU X-Received: by 10.50.128.170 with SMTP id np10mr13331222igb.42.1413748992639; Sun, 19 Oct 2014 13:03:12 -0700 (PDT) Received: from bsdimp.bsdimp.com ([50.253.99.174]) by mx.google.com with ESMTPSA id l15sm3578681iol.4.2014.10.19.13.03.11 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 19 Oct 2014 13:03:11 -0700 (PDT) Sender: Warner Losh Content-Type: multipart/signed; boundary="Apple-Mail=_5285D7D1-9795-49E2-A11C-32D65FB8002A"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: make xdev-links From: Warner Losh In-Reply-To: <54438864.2050506@myspectrum.nl> Date: Sun, 19 Oct 2014 14:03:09 -0600 Message-Id: References: <54438864.2050506@myspectrum.nl> To: Jeroen Hofstee X-Mailer: Apple Mail (2.1878.6) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2014 20:03:19 -0000 --Apple-Mail=_5285D7D1-9795-49E2-A11C-32D65FB8002A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Oct 19, 2014, at 3:46 AM, Jeroen Hofstee = wrote: > Hi, >=20 > I noticed that the xdev target no longer installs the long names, but = it needs > the xdev-links target for that purpose. However if you try to use that = compiler you get: >=20 > armv6-freebsd-cc main.c > ERROR: Source object /tmp/main-2cb9c8.o has EABI version 0, but target = a.out has EABI version 4 that=92s weird. Looks like you tried to build in a stale tree, or with = the wrong binaries since one of them is old ABI while the other one is new EABI 4 that we = implement. > If the symlinks are renamed to armv6-freebsd-gnuebi-* compiling works = fine. > Should such a rename be considered? The links aren=92t causing that error. They won=92t be renamed. If = there=92s a real bug here, it needs to be fixed elsewhere. > Unrelated, since crochet wants to be run as root, I noticed u-boot = will stop > compiling, since the root shell has VENDOR set to amd, overwriting the = actual > board VENDOR in the Makefiles. That=92s odd. It shouldn=92t be doing that. Any idea where that=92s = coming from? Warner --Apple-Mail=_5285D7D1-9795-49E2-A11C-32D65FB8002A 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----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJURBj+AAoJEGwc0Sh9sBEAx/cP/RUGdBZKbjsXmgTWcMtGBo7s d4+IlLTqBLX4wQZx/cBX8rm35OyFjYjoHpe8E5ir1AShPcfbfww2psVRHH9K3c5P zbRZ4Qbp+CSXfC1GNJWNbilYaa8CRrHt4a7nJuJQBIc/NVLiTNQl0WS8pVxWLHQN ULHrm3Q8EGvFt5ZiRQ4Gmxqspi2xg7+r8ue141rHhX/W1k+B6HMQe6tdoTiCno40 CmyA7UUylHTvGJEQkdVnS2yaX4o91uEqbPssKnEDlIlWIIPNchRNNGz/HEGw6/7C xhF/SDev9hlLj/N80Vt46T/lhSAm7J2ZgXj3RrJMQXnlcT85M02Lv+Vz+zrkMDuK X2y9T1LtI/S1AP1tXZfFMvKOGuAsQq4Md7cpHeJ21MRsS+xn+DSF8GyJ93hVcouP 9hZCuHFVFr4EJ704lpiVuJp+DarxcFOBMztAawuwXAExTzdeTEJFuQ6hu6Yxrxsk NdkRIoAQmc1TfwBMwNKXsstywUqsbLCfv72+KVOAxItC381W+c5/ooyloJVjxEWu NbTNCmyM+rbHvGV6bOCNAru88YmgnwSEejno2POIVUf90HJ8mWyBMsPlcMPnT/+L v8KIhWIPd7rWbPsXc60+HTNlZRINi7iPeIHMB9aH8JUP5KI+XUAtH5nXHD9DV5Y6 WxWYXGvBkD2hYvBN+9nY =g3P2 -----END PGP SIGNATURE----- --Apple-Mail=_5285D7D1-9795-49E2-A11C-32D65FB8002A-- From owner-freebsd-arm@FreeBSD.ORG Sun Oct 19 20:59:37 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3B53B5FC for ; Sun, 19 Oct 2014 20:59:37 +0000 (UTC) Received: from keltia.net (cl-90.mrs-01.fr.sixxs.net [IPv6:2a01:240:fe00:59::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ED47F6B4 for ; Sun, 19 Oct 2014 20:59:36 +0000 (UTC) Received: from lonrach.local (foret.keltia.net [78.232.116.160]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: roberto) by keltia.net (Postfix) with ESMTPSA id 1A550529E for ; Sun, 19 Oct 2014 22:59:33 +0200 (CEST) Date: Sun, 19 Oct 2014 22:59:31 +0200 From: Ollivier Robert To: freebsd-arm@freebsd.org Subject: Re: Online.net new offer featuring ARMv7 based servers [LONG] Message-ID: <20141019205931.GE93043@lonrach.local> References: <20141014205203.GA78703@lonrach.local> <20141015101148.GB78787@lonrach.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20141015101148.GB78787@lonrach.local> X-Operating-System: MacOS X / MBP 4,1 - FreeBSD 8.0 / T3500-E5520 Nehalem User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2014 20:59:37 -0000 According to Ollivier Robert: > The thing is that I know next to nothing with respect to ARM stuff. I can make machines available through online.net incl. serial console access and do liaison with them though. People interested to get access to these can request invitations to either gnn@ or me. I've sent one to him (but he is still in the queue). In the mean time, I have one running on which I can give root access (it is an ubuntu system, no other account are configured right now). Only people really interested please. Send me an ssh key (RSA or DSA, not ECDSA). -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr In memoriam to Ondine : http://ondine.keltia.net/ From owner-freebsd-arm@FreeBSD.ORG Sun Oct 19 21:46:40 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E12546C3 for ; Sun, 19 Oct 2014 21:46:40 +0000 (UTC) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BB5EEBE5 for ; Sun, 19 Oct 2014 21:46:39 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id s9JLkWRb036844; Sun, 19 Oct 2014 21:46:32 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.100] (gateway.kientzle.com [192.168.1.65]) by kientzle.com with SMTP id g2pt8eeawgxfhbnxqh8qqszkks; Sun, 19 Oct 2014 21:46:31 +0000 (UTC) (envelope-from tim@kientzle.com) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.0 \(1990.1\)) Subject: Re: make xdev-links From: Tim Kientzle In-Reply-To: <54438864.2050506@myspectrum.nl> Date: Sun, 19 Oct 2014 14:46:31 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <54438864.2050506@myspectrum.nl> To: Jeroen Hofstee X-Mailer: Apple Mail (2.1990.1) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2014 21:46:41 -0000 > On Oct 19, 2014, at 2:46 AM, Jeroen Hofstee = wrote: >=20 > Hi, >=20 > I noticed that the xdev target no longer installs the long names, but = it needs > the xdev-links target for that purpose. However if you try to use that = compiler you get: >=20 > armv6-freebsd-cc main.c > ERROR: Source object /tmp/main-2cb9c8.o has EABI version 0, but target = a.out has EABI version 4 What compiler? Is this clang or gcc? armv6-freebsd-cc --version >=20 > If the symlinks are renamed to armv6-freebsd-gnuebi-* compiling works = fine. > Should such a rename be considered? >=20 > --- > Unrelated, since crochet wants to be run as root, I noticed u-boot = will stop > compiling, since the root shell has VENDOR set to amd, overwriting the = actual > board VENDOR in the Makefiles. Please send a patch to Crochet project that unsets the VENDOR = environment variable. Thanks, Tim From owner-freebsd-arm@FreeBSD.ORG Sun Oct 19 22:19:02 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 65A4BB52 for ; Sun, 19 Oct 2014 22:19:02 +0000 (UTC) Received: from orange.myspectrum.nl (unknown [IPv6:2a01:7c8:aab2:19e:5054:ff:fe1e:7dad]) by mx1.freebsd.org (Postfix) with ESMTP id 2803BE62 for ; Sun, 19 Oct 2014 22:19:02 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by orange.myspectrum.nl (Postfix) with ESMTP id 1C27181554; Mon, 20 Oct 2014 00:18:54 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at myspectrum.nl Received: from orange.myspectrum.nl ([127.0.0.1]) by localhost (orange.myspectrum.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vpcPLadQ82lR; Mon, 20 Oct 2014 00:18:53 +0200 (CEST) Received: from [10.0.0.105] (ip136-5-208-87.adsl2.static.versatel.nl [87.208.5.136]) (Authenticated sender: jeroen@myspectrum.nl) by orange.myspectrum.nl (Postfix) with ESMTPSA id DB9CC814D1; Mon, 20 Oct 2014 00:18:52 +0200 (CEST) Message-ID: <544438CC.2040607@myspectrum.nl> Date: Mon, 20 Oct 2014 00:18:52 +0200 From: Jeroen Hofstee User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Warner Losh , Jeroen Hofstee Subject: Re: make xdev-links References: <54438864.2050506@myspectrum.nl> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2014 22:19:02 -0000 Hello Warner, On 19-10-14 22:03, Warner Losh wrote: > On Oct 19, 2014, at 3:46 AM, Jeroen Hofstee wrote: > >> Hi, >> >> I noticed that the xdev target no longer installs the long names, but it needs >> the xdev-links target for that purpose. However if you try to use that compiler you get: >> >> armv6-freebsd-cc main.c >> ERROR: Source object /tmp/main-2cb9c8.o has EABI version 0, but target a.out has EABI version 4 > that’s weird. Looks like you tried to build in a stale tree, or with the wrong binaries > since one of them is old ABI while the other one is new EABI 4 that we implement. I don't understand what you mean by that, I build commit 12cfd5c5b7dc8bca093c3db614f93a61d02aa127 Author: rpaulo Date: Sat Oct 18 17:00:55 2014 +0000 Make the ti_mbox and ti_pruss drivers optional. MFC after: 1 week with make XDEV=arm XDEV_ARCH=armv6 xdev make XDEV=arm XDEV_ARCH=armv6 xdev-links resulting in FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 Target: armv6--freebsd Thread model: posix So I am not behind (too much) if that is what you meant. >> If the symlinks are renamed to armv6-freebsd-gnuebi-* compiling works fine. >> Should such a rename be considered? > The links aren’t causing that error. They won’t be renamed. If there’s a real bug here, > it needs to be fixed elsewhere. I don't know the root cause, but clang e.g. will behave differently depending on the name it is invoked with. So perhaps that logic needs to be extended then. >> Unrelated, since crochet wants to be run as root, I noticed u-boot will stop >> compiling, since the root shell has VENDOR set to amd, overwriting the actual >> board VENDOR in the Makefiles. > That’s odd. It shouldn’t be doing that. Any idea where that’s coming from? No idea, I do know 2 more people reported the same problem in the u-boot mailinglist before, so it is not limited to my setup. I just didn't encounter it before, since I typically don't build u-boot as root. Regards, Jeroen From owner-freebsd-arm@FreeBSD.ORG Sun Oct 19 22:29:54 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4D35FDBB for ; Sun, 19 Oct 2014 22:29:54 +0000 (UTC) Received: from orange.myspectrum.nl (unknown [IPv6:2a01:7c8:aab2:19e:5054:ff:fe1e:7dad]) by mx1.freebsd.org (Postfix) with ESMTP id 0E7F9FA2 for ; Sun, 19 Oct 2014 22:29:54 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by orange.myspectrum.nl (Postfix) with ESMTP id 6E38781570; Mon, 20 Oct 2014 00:29:53 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at myspectrum.nl Received: from orange.myspectrum.nl ([127.0.0.1]) by localhost (orange.myspectrum.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RT2hLuVPUEc1; Mon, 20 Oct 2014 00:29:48 +0200 (CEST) Received: from [10.0.0.105] (ip136-5-208-87.adsl2.static.versatel.nl [87.208.5.136]) (Authenticated sender: jeroen@myspectrum.nl) by orange.myspectrum.nl (Postfix) with ESMTPSA id 47C2181559; Mon, 20 Oct 2014 00:29:48 +0200 (CEST) Message-ID: <54443B5C.2000300@myspectrum.nl> Date: Mon, 20 Oct 2014 00:29:48 +0200 From: Jeroen Hofstee User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Tim Kientzle , Jeroen Hofstee Subject: Re: make xdev-links References: <54438864.2050506@myspectrum.nl> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2014 22:29:54 -0000 Hello Tim, On 19-10-14 23:46, Tim Kientzle wrote: >> On Oct 19, 2014, at 2:46 AM, Jeroen Hofstee wrote: >> >> Hi, >> >> I noticed that the xdev target no longer installs the long names, but it needs >> the xdev-links target for that purpose. However if you try to use that compiler you get: >> >> armv6-freebsd-cc main.c >> ERROR: Source object /tmp/main-2cb9c8.o has EABI version 0, but target a.out has EABI version 4 > What compiler? Is this clang or gcc? > > armv6-freebsd-cc --version This is: FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 Target: armv6--freebsd Thread model: posix >> If the symlinks are renamed to armv6-freebsd-gnuebi-* compiling works fine. >> Should such a rename be considered? >> >> --- >> Unrelated, since crochet wants to be run as root, I noticed u-boot will stop >> compiling, since the root shell has VENDOR set to amd, overwriting the actual >> board VENDOR in the Makefiles. > Please send a patch to Crochet project that unsets the VENDOR environment variable. For the record this is only an issue with u-boot 2014.10. If there is a sound reason to have this variable around I will send a patch to u-boot, which we can easily cherry-pick back. I have no idea who sets this at the moment though. Regards, Jeroen From owner-freebsd-arm@FreeBSD.ORG Mon Oct 20 10:37:00 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B15302E6 for ; Mon, 20 Oct 2014 10:37:00 +0000 (UTC) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail-n.franken.de", Issuer "Thawte DV SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3F6EEF4E for ; Mon, 20 Oct 2014 10:37:00 +0000 (UTC) Received: from [10.225.7.42] (unknown [194.95.73.101]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id 1E5721C1050F2 for ; Mon, 20 Oct 2014 12:36:57 +0200 (CEST) From: Michael Tuexen Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Panic on Raspberry Pi when using portsnap fetch on RPi Message-Id: Date: Mon, 20 Oct 2014 12:36:56 +0200 To: freebsd-arm Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2014 10:37:00 -0000 Dear all, when running r273290 on a RPi B I get: root@raspberry-pi:~ # portsnap fetch Looking up portsnap.FreeBSD.org mirrors... 7 mirrors found. Fetching public key from ec2-eu-west-1.portsnap.freebsd.org... done. Fetching snapshot tag from ec2-eu-west-1.portsnap.freebsd.org... done. Fetching snapshot metadata... done. Fetching snapshot generated at Mon Oct 20 02:01:46 CEST 2014: d1d778ba5c714e3a8b1d0083f422f8f5cd6b9b59a154b6100% of 66 MB 345 kBps = 03m18s Extracting snapshot...=20 vm_fault(0xc067e178, 0, 1, 0) -> 1 Fatal kernel mode data abort: 'Translation Fault (P)' trapframe: 0xdbdf8d38 FSR=3D00000017, FAR=3D00000024, spsr=3D00000113 r0 =3D00000000, r1 =3Dc232cc00, r2 =3D00000001, r3 =3Dc24a0148 r4 =3Dc24a02b4, r5 =3Dc24a0000, r6 =3D00000200, r7 =3D00000000 r8 =3Dc24a0148, r9 =3Dc24bc52c, r10=3D00000000, r11=3Ddbdf8db0 r12=3D00000000, ssp=3Ddbdf8d88, slr=3Dc04c3a30, pc =3Dc04c3a3c [ thread pid 11 tid 100021 ] Stopped at bcm_sdhci_dma_intr+0x44: ldr r0, [r0, #0x024] db> where Tracing pid 11 tid 100021 td 0xc24a9990 db_trace_self() at db_trace_self pc =3D 0xc04a6dec lr =3D 0xc013243c (db_stack_trace+0xf4) sp =3D 0xdbdf8a40 fp =3D 0xdbdf8a58 r10 =3D 0xc067cf1c db_stack_trace() at db_stack_trace+0xf4 pc =3D 0xc013243c lr =3D 0xc0131dac (db_command+0x270) sp =3D 0xdbdf8a60 fp =3D 0xdbdf8b00 r4 =3D 0x00000000 r5 =3D 0x00000000 r6 =3D 0x00000072 db_command() at db_command+0x270 pc =3D 0xc0131dac lr =3D 0xc0131b10 (db_command_loop+0x60) sp =3D 0xdbdf8b08 fp =3D 0xdbdf8b18 r4 =3D 0xc04e71f4 r5 =3D 0xc0501dd8 r6 =3D 0xc067cf08 r7 =3D 0xc05a5868 r8 =3D 0xc0673114 r9 =3D 0xc0673110 r10 =3D 0x00000001 db_command_loop() at db_command_loop+0x60 pc =3D 0xc0131b10 lr =3D 0xc0134584 (db_trap+0xd8) sp =3D 0xdbdf8b20 fp =3D 0xdbdf8c40 r4 =3D 0x00000000 r5 =3D 0xc067cf14 r6 =3D 0xc0673140 db_trap() at db_trap+0xd8 pc =3D 0xc0134584 lr =3D 0xc0293308 (kdb_trap+0xbc) sp =3D 0xdbdf8c48 fp =3D 0xdbdf8c68 r4 =3D 0x00000000 r5 =3D 0x00000017 r6 =3D 0xc0673140 r7 =3D 0xc05a5868 kdb_trap() at kdb_trap+0xbc pc =3D 0xc0293308 lr =3D 0xc04b9f48 (dab_fatal+0x174) sp =3D 0xdbdf8c70 fp =3D 0xdbdf8c88 r4 =3D 0xdbdf8d38 r5 =3D 0x00000017 r6 =3D 0x600001d3 r7 =3D 0x00000024 r8 =3D 0xdbdf8d38 r9 =3D 0x00000013 r10 =3D 0x00000001 dab_fatal() at dab_fatal+0x174 pc =3D 0xc04b9f48 lr =3D 0xc04b9d00 (data_abort_handler+0x3e0) sp =3D 0xdbdf8c90 fp =3D 0xdbdf8d30 r4 =3D 0xc24430ac r5 =3D 0xc24a9990 r6 =3D 0xdbdf8eb0 r7 =3D 0x00000000 data_abort_handler() at data_abort_handler+0x3e0 pc =3D 0xc04b9d00 lr =3D 0xc04a8bac (exception_exit) sp =3D 0xdbdf8d38 fp =3D 0xdbdf8db0 r4 =3D 0xc24a02b4 r5 =3D 0xc24a0000 r6 =3D 0x00000200 r7 =3D 0x00000000 r8 =3D 0xc24a0148 r9 =3D 0xc24bc52c r10 =3D 0x00000000 exception_exit() at exception_exit pc =3D 0xc04a8bac lr =3D 0xc04c3a30 (bcm_sdhci_dma_intr+0x38) sp =3D 0xdbdf8d88 fp =3D 0xdbdf8db0 r0 =3D 0x00000000 r1 =3D 0xc232cc00 r2 =3D 0x00000001 r3 =3D 0xc24a0148 r4 =3D 0xc24a02b4 r5 =3D 0xc24a0000 r6 =3D 0x00000200 r7 =3D 0x00000000 r8 =3D 0xc24a0148 r9 =3D 0xc24bc52c r10 =3D 0x00000000 r12 =3D 0x00000000 bcm_sdhci_dma_intr() at bcm_sdhci_dma_intr+0x44 pc =3D 0xc04c3a3c lr =3D 0xc04c0ca0 (bcm_dma_intr+0x11c) sp =3D 0xdbdf8db8 fp =3D 0xdbdf8dd0 r4 =3D 0xc24a02b4 r5 =3D 0x00000006 r6 =3D 0xc04a2a3c r7 =3D 0xc24a0200 r8 =3D 0x000004c9 r9 =3D 0xc24bc52c bcm_dma_intr() at bcm_dma_intr+0x11c pc =3D 0xc04c0ca0 lr =3D 0xc022ddd4 = (intr_event_execute_handlers+0xb8) sp =3D 0xdbdf8dd8 fp =3D 0xdbdf8df8 r4 =3D 0xc2324d00 r5 =3D 0xc2324d48 r6 =3D 0xc24bc500 r7 =3D 0xc04fbc5b r8 =3D 0x000004c9 r9 =3D 0xc24bc52c intr_event_execute_handlers() at intr_event_execute_handlers+0xb8 pc =3D 0xc022ddd4 lr =3D 0xc022e724 (ithread_loop+0xa8) sp =3D 0xdbdf8e00 fp =3D 0xdbdf8e38 r4 =3D 0xc24b4d00 r5 =3D 0xc24a9990 r6 =3D 0xc2324d00 r7 =3D 0xc067e7d4 r8 =3D 0xc04fbc5b r9 =3D 0x00000000 r10 =3D 0xc05bff40 ithread_loop() at ithread_loop+0xa8 pc =3D 0xc022e724 lr =3D 0xc022b6f4 (fork_exit+0x84) sp =3D 0xdbdf8e40 fp =3D 0xdbdf8e58 r4 =3D 0xc24a9990 r5 =3D 0xc2443000 r6 =3D 0xc022e67c r7 =3D 0xc24b4d00 r8 =3D 0xdbdf8e60 r9 =3D 0x00000000 r10 =3D 0x00000000 fork_exit() at fork_exit+0x84 pc =3D 0xc022b6f4 lr =3D 0xc04a8b3c (swi_exit) sp =3D 0xdbdf8e60 fp =3D 0x00000000 r4 =3D 0xc022e67c r5 =3D 0xc24b4d00 r6 =3D 0x00000000 r7 =3D 0x00000000 r8 =3D 0x00000000 swi_exit() at swi_exit pc =3D 0xc04a8b3c lr =3D 0xc04a8b3c (swi_exit) sp =3D 0xdbdf8e60 fp =3D 0x00000000 Any idea what could be the issue? Best regards Michael= From owner-freebsd-arm@FreeBSD.ORG Mon Oct 20 14:02:37 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8A1EB18C for ; Mon, 20 Oct 2014 14:02:37 +0000 (UTC) Received: from mail-ig0-f178.google.com (mail-ig0-f178.google.com [209.85.213.178]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FF52CBC for ; Mon, 20 Oct 2014 14:02:36 +0000 (UTC) Received: by mail-ig0-f178.google.com with SMTP id h3so4612124igd.17 for ; Mon, 20 Oct 2014 07:02:30 -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:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=TjlGmyhP3gUt8ZSNbn0O9In4ADPYaqlg+KYbSum8x70=; b=Tm/zMislQLbdakMP4GbXLfZePzhc+v/ZEZYz2nUoRC2RlwRLEkk/tuhlp8Q9l1O8Zx gukJ/aZBeKRMocm88H/81ZdiMvo/C3DWstlOy+v2f9VGCKikCZNHjch9Z2zEGbnMNILO unlKvxfc5+mKJmxkfbukr9LoT0HRynCdUy8nzNOfy68HLdiJMOjCL6dftOt9mNNdHDrk 95SbgrThvL+125jAqS4iaznAb/sjblLT3UUL4cjMjPjg8AlECpIsvCbM6Q420hgT85l9 UEqmBvDDashGLNKPCR4fFjYo6VQ8dzaVDHSPFF/EnWpEuGwADVu/GnfyeQdyz4E/Ra87 Yndg== X-Gm-Message-State: ALoCoQkXYUwLumCcbUuEP3tc/3v/vdfOMfGLFWSpvWhvcYw6vVcugNLnIlxHNlleFHOtF6bKke6V X-Received: by 10.107.35.145 with SMTP id j139mr3254266ioj.55.1413813749284; Mon, 20 Oct 2014 07:02:29 -0700 (PDT) Received: from bsdimp.bsdimp.com ([50.253.99.174]) by mx.google.com with ESMTPSA id k141sm4552783iok.13.2014.10.20.07.02.28 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 20 Oct 2014 07:02:28 -0700 (PDT) Sender: Warner Losh Content-Type: multipart/signed; boundary="Apple-Mail=_3FB333C0-CF94-4648-912F-493163D09F2F"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: make xdev-links From: Warner Losh In-Reply-To: <544438CC.2040607@myspectrum.nl> Date: Mon, 20 Oct 2014 08:02:26 -0600 Message-Id: References: <54438864.2050506@myspectrum.nl> <544438CC.2040607@myspectrum.nl> To: Jeroen Hofstee X-Mailer: Apple Mail (2.1878.6) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2014 14:02:37 -0000 --Apple-Mail=_3FB333C0-CF94-4648-912F-493163D09F2F Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Oct 19, 2014, at 4:18 PM, Jeroen Hofstee = wrote: > Hello Warner, >=20 > On 19-10-14 22:03, Warner Losh wrote: >> On Oct 19, 2014, at 3:46 AM, Jeroen Hofstee = wrote: >>=20 >>> Hi, >>>=20 >>> I noticed that the xdev target no longer installs the long names, = but it needs >>> the xdev-links target for that purpose. However if you try to use = that compiler you get: >>>=20 >>> armv6-freebsd-cc main.c >>> ERROR: Source object /tmp/main-2cb9c8.o has EABI version 0, but = target a.out has EABI version 4 >> that=92s weird. Looks like you tried to build in a stale tree, or = with the wrong binaries >> since one of them is old ABI while the other one is new EABI 4 that = we implement. >=20 > I don't understand what you mean by that, I build >=20 > commit 12cfd5c5b7dc8bca093c3db614f93a61d02aa127 > Author: rpaulo > Date: Sat Oct 18 17:00:55 2014 +0000 >=20 > Make the ti_mbox and ti_pruss drivers optional. >=20 > MFC after: 1 week >=20 > with > make XDEV=3Darm XDEV_ARCH=3Darmv6 xdev > make XDEV=3Darm XDEV_ARCH=3Darmv6 xdev-links >=20 > resulting in >=20 > FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) = 20140512 > Target: armv6--freebsd > Thread model: posix >=20 > So I am not behind (too much) if that is what you meant. You just built clang. If you are using the old gcc that you built a = while ago, all bets are off. Also, if your ports tree isn=92t clean, you may have old OABI .os in = there that weren=92t rebuilt. >>> If the symlinks are renamed to armv6-freebsd-gnuebi-* compiling = works fine. >>> Should such a rename be considered? >> The links aren=92t causing that error. They won=92t be renamed. If = there=92s a real bug here, >> it needs to be fixed elsewhere. >=20 > I don't know the root cause, but clang e.g. will behave differently > depending on the name it is invoked with. So perhaps that logic needs > to be extended then. clang can=92t build u-boot. Second, if clang produces oabi binaries with = the above name, it needs to change to not do that. Either way, not an xdev = problem. >>> Unrelated, since crochet wants to be run as root, I noticed u-boot = will stop >>> compiling, since the root shell has VENDOR set to amd, overwriting = the actual >>> board VENDOR in the Makefiles. >> That=92s odd. It shouldn=92t be doing that. Any idea where that=92s = coming from? >=20 > No idea, I do know 2 more people reported the same problem in the > u-boot mailinglist before, so it is not limited to my setup. I just = didn't > encounter it before, since I typically don't build u-boot as root. Yea, that sounds like a bug to me. I get =93acorn=94 on my rPi, which is = quite lame. Warner --Apple-Mail=_3FB333C0-CF94-4648-912F-493163D09F2F 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----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJURRXyAAoJEGwc0Sh9sBEAFvsQANxu0Dq7g1B43WTeIzJxJzej 9rP3DEFHRjz/+RBDka8zstmJJEFIAC5F3nRUvAng5/JQBwNTdxXQzI2zadYoabLY loIVRl7UsD026jBhgLAJbdGWU2xgA6/1g6Xraxwz0WzWTnT83Q6lN/kCipzt+rF0 N9HS2bm0Wcs0+fWAqhaX57S6YpmLZgTV5RQ5i1pGTO83WC2E3HMDPAGuLg7GfpdB xwmqa/qXHwr8/gbWbTDRjyG05wWNFf5NpEtc/lEmA1GwEpuL1EXCUiXWrncBJQI3 T3GPplBkImLQTm4SadVaQF1O1ZukNaxNrhYBhYRwuIdYmJIqPgN82ooIkrvAdp3n fRPjKhX8I+43mqT0ESjvxWRoF1apuBonYaRBq1T6si/ugUgVZttH41LZdvEX5dQ1 Jrd1zj5hw6qD8bGpxs+XiLvBp17U77u9Bo2aB2/MlwOrNRriUguDye3eZLQix15L ukv5wHMTznqb7w8F7wGEB6CukBcI0zA3k54y/xXfvi9vcTvq671qJ4T5kRJ1C1bj r7gjqi3t43I/LVh1v/ZOFTkl85YV2hRF99PgLb6uqBtHB2D8YatS99cSdq9ayLj6 CyFeCLPv8cQMLAEKek24bnKajpzbSo6O4SPQnYPfrQgjONtM5vvJhjfLV7wwVdld gbIGA6oQwmtVkMcrw8IL =hiZk -----END PGP SIGNATURE----- --Apple-Mail=_3FB333C0-CF94-4648-912F-493163D09F2F-- From owner-freebsd-arm@FreeBSD.ORG Mon Oct 20 17:32:58 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5DFCAEB; Mon, 20 Oct 2014 17:32:58 +0000 (UTC) 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)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CBD8FE29; Mon, 20 Oct 2014 17:32:57 +0000 (UTC) Received: by mail-wg0-f44.google.com with SMTP id y10so5999708wgg.27 for ; Mon, 20 Oct 2014 10:32:56 -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=5TPpBifPN9dLnXPHPbJX8NV7CLI5KxkCeQloo22Vb20=; b=brMde5m3aPFzitUPgCMbVLI6Ax8c3BeRfoEjsQJ1VqvuDMxdrsPziY79MzDaOv5W1N JDyvdMV+jbECt/bj4mkKA1eNv5kuCFMJgCN4ey8/5+Www19vWEO7FHFRlZ7hHuQC5S6y wnEt2WxNKeNDXvpas4TX49jafn7tjN/9vGEOXDaIQIUHvLLbL0pfh7pvjG0HhZCEhEg1 hPF13BrO/uefCm+/Pwoz7ZFXcoStzr0S717VdQpz/HhC6hdEM2t4+49+/i7J/VtJwTLK oTAcbINSug37z4O7/Xg1lAFUx2N52/9bmzay41mdNvSDJndORh9VoEaSJQsJ66qR0vMx M4Kg== MIME-Version: 1.0 X-Received: by 10.180.126.9 with SMTP id mu9mr22634343wib.38.1413826376082; Mon, 20 Oct 2014 10:32:56 -0700 (PDT) Received: by 10.216.127.72 with HTTP; Mon, 20 Oct 2014 10:32:56 -0700 (PDT) In-Reply-To: References: Date: Mon, 20 Oct 2014 15:32:56 -0200 Message-ID: Subject: Re: Panic on Raspberry Pi when using portsnap fetch on RPi From: Luiz Otavio O Souza To: Michael Tuexen Content-Type: text/plain; charset=UTF-8 Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2014 17:32:58 -0000 On 20 October 2014 08:36, Michael Tuexen wrote: > Dear all, > > when running r273290 on a RPi B I get: > > root@raspberry-pi:~ # portsnap fetch > Looking up portsnap.FreeBSD.org mirrors... 7 mirrors found. > Fetching public key from ec2-eu-west-1.portsnap.freebsd.org... done. > Fetching snapshot tag from ec2-eu-west-1.portsnap.freebsd.org... done. > Fetching snapshot metadata... done. > Fetching snapshot generated at Mon Oct 20 02:01:46 CEST 2014: > d1d778ba5c714e3a8b1d0083f422f8f5cd6b9b59a154b6100% of 66 MB 345 kBps 03m18s > Extracting snapshot... > vm_fault(0xc067e178, 0, 1, 0) -> 1 > Fatal kernel mode data abort: 'Translation Fault (P)' > trapframe: 0xdbdf8d38 > FSR=00000017, FAR=00000024, spsr=00000113 > r0 =00000000, r1 =c232cc00, r2 =00000001, r3 =c24a0148 > r4 =c24a02b4, r5 =c24a0000, r6 =00000200, r7 =00000000 > r8 =c24a0148, r9 =c24bc52c, r10=00000000, r11=dbdf8db0 > r12=00000000, ssp=dbdf8d88, slr=c04c3a30, pc =c04c3a3c > > [ thread pid 11 tid 100021 ] > Stopped at bcm_sdhci_dma_intr+0x44: ldr r0, [r0, #0x024] > db> where > Tracing pid 11 tid 100021 td 0xc24a9990 > db_trace_self() at db_trace_self > pc = 0xc04a6dec lr = 0xc013243c (db_stack_trace+0xf4) > sp = 0xdbdf8a40 fp = 0xdbdf8a58 > r10 = 0xc067cf1c > db_stack_trace() at db_stack_trace+0xf4 > pc = 0xc013243c lr = 0xc0131dac (db_command+0x270) > sp = 0xdbdf8a60 fp = 0xdbdf8b00 > r4 = 0x00000000 r5 = 0x00000000 > r6 = 0x00000072 > db_command() at db_command+0x270 > pc = 0xc0131dac lr = 0xc0131b10 (db_command_loop+0x60) > sp = 0xdbdf8b08 fp = 0xdbdf8b18 > r4 = 0xc04e71f4 r5 = 0xc0501dd8 > r6 = 0xc067cf08 r7 = 0xc05a5868 > r8 = 0xc0673114 r9 = 0xc0673110 > r10 = 0x00000001 > db_command_loop() at db_command_loop+0x60 > pc = 0xc0131b10 lr = 0xc0134584 (db_trap+0xd8) > sp = 0xdbdf8b20 fp = 0xdbdf8c40 > r4 = 0x00000000 r5 = 0xc067cf14 > r6 = 0xc0673140 > db_trap() at db_trap+0xd8 > pc = 0xc0134584 lr = 0xc0293308 (kdb_trap+0xbc) > sp = 0xdbdf8c48 fp = 0xdbdf8c68 > r4 = 0x00000000 r5 = 0x00000017 > r6 = 0xc0673140 r7 = 0xc05a5868 > kdb_trap() at kdb_trap+0xbc > pc = 0xc0293308 lr = 0xc04b9f48 (dab_fatal+0x174) > sp = 0xdbdf8c70 fp = 0xdbdf8c88 > r4 = 0xdbdf8d38 r5 = 0x00000017 > r6 = 0x600001d3 r7 = 0x00000024 > r8 = 0xdbdf8d38 r9 = 0x00000013 > r10 = 0x00000001 > dab_fatal() at dab_fatal+0x174 > pc = 0xc04b9f48 lr = 0xc04b9d00 (data_abort_handler+0x3e0) > sp = 0xdbdf8c90 fp = 0xdbdf8d30 > r4 = 0xc24430ac r5 = 0xc24a9990 > r6 = 0xdbdf8eb0 r7 = 0x00000000 > data_abort_handler() at data_abort_handler+0x3e0 > pc = 0xc04b9d00 lr = 0xc04a8bac (exception_exit) > sp = 0xdbdf8d38 fp = 0xdbdf8db0 > r4 = 0xc24a02b4 r5 = 0xc24a0000 > r6 = 0x00000200 r7 = 0x00000000 > r8 = 0xc24a0148 r9 = 0xc24bc52c > r10 = 0x00000000 > exception_exit() at exception_exit > pc = 0xc04a8bac lr = 0xc04c3a30 (bcm_sdhci_dma_intr+0x38) > sp = 0xdbdf8d88 fp = 0xdbdf8db0 > r0 = 0x00000000 r1 = 0xc232cc00 > r2 = 0x00000001 r3 = 0xc24a0148 > r4 = 0xc24a02b4 r5 = 0xc24a0000 > r6 = 0x00000200 r7 = 0x00000000 > r8 = 0xc24a0148 r9 = 0xc24bc52c > r10 = 0x00000000 r12 = 0x00000000 > bcm_sdhci_dma_intr() at bcm_sdhci_dma_intr+0x44 > pc = 0xc04c3a3c lr = 0xc04c0ca0 (bcm_dma_intr+0x11c) > sp = 0xdbdf8db8 fp = 0xdbdf8dd0 > r4 = 0xc24a02b4 r5 = 0x00000006 > r6 = 0xc04a2a3c r7 = 0xc24a0200 > r8 = 0x000004c9 r9 = 0xc24bc52c > bcm_dma_intr() at bcm_dma_intr+0x11c > pc = 0xc04c0ca0 lr = 0xc022ddd4 (intr_event_execute_handlers+0xb8) > sp = 0xdbdf8dd8 fp = 0xdbdf8df8 > r4 = 0xc2324d00 r5 = 0xc2324d48 > r6 = 0xc24bc500 r7 = 0xc04fbc5b > r8 = 0x000004c9 r9 = 0xc24bc52c > intr_event_execute_handlers() at intr_event_execute_handlers+0xb8 > pc = 0xc022ddd4 lr = 0xc022e724 (ithread_loop+0xa8) > sp = 0xdbdf8e00 fp = 0xdbdf8e38 > r4 = 0xc24b4d00 r5 = 0xc24a9990 > r6 = 0xc2324d00 r7 = 0xc067e7d4 > r8 = 0xc04fbc5b r9 = 0x00000000 > r10 = 0xc05bff40 > ithread_loop() at ithread_loop+0xa8 > pc = 0xc022e724 lr = 0xc022b6f4 (fork_exit+0x84) > sp = 0xdbdf8e40 fp = 0xdbdf8e58 > r4 = 0xc24a9990 r5 = 0xc2443000 > r6 = 0xc022e67c r7 = 0xc24b4d00 > r8 = 0xdbdf8e60 r9 = 0x00000000 > r10 = 0x00000000 > fork_exit() at fork_exit+0x84 > pc = 0xc022b6f4 lr = 0xc04a8b3c (swi_exit) > sp = 0xdbdf8e60 fp = 0x00000000 > r4 = 0xc022e67c r5 = 0xc24b4d00 > r6 = 0x00000000 r7 = 0x00000000 > r8 = 0x00000000 > swi_exit() at swi_exit > pc = 0xc04a8b3c lr = 0xc04a8b3c (swi_exit) > sp = 0xdbdf8e60 fp = 0x00000000 > > Any idea what could be the issue? Hi Michael, Could you try to get the line number ? I've tested on r273066 and it just works: root@raspberry-pi:~ # portsnap fetch Looking up portsnap.FreeBSD.org mirrors... 7 mirrors found. Fetching public key from ec2-sa-east-1.portsnap.freebsd.org... done. Fetching snapshot tag from ec2-sa-east-1.portsnap.freebsd.org... done. Fetching snapshot metadata... done. Fetching snapshot generated at Sun Oct 19 22:01:46 BRST 2014: d1d778ba5c714e3a8b1d0083f422f8f5cd6b9b59a154b6100% of 66 MB 99 kBps 11m26s Extracting snapshot... done. Verifying snapshot integrity... done. Fetching snapshot tag from ec2-sa-east-1.portsnap.freebsd.org... done. Fetching snapshot metadata... done. Updating from Sun Oct 19 22:01:46 BRST 2014 to Mon Oct 20 11:38:48 BRST 2014. Fetching 4 metadata patches... done. Applying metadata patches... done. Fetching 0 metadata files... done. Fetching 1402 patches. (1402/1402) 100.00% done. done. Applying patches... done. Fetching 0 new ports or files... done. root@raspberry-pi:~ # I've a new image based on r273291, but it is not tested yet, i'll report back if I find any problems with it. Regards, Luiz From owner-freebsd-arm@FreeBSD.ORG Mon Oct 20 19:32:07 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ABD2CE88 for ; Mon, 20 Oct 2014 19:32:07 +0000 (UTC) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail-n.franken.de", Issuer "Thawte DV SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3A7C6E3B for ; Mon, 20 Oct 2014 19:32:07 +0000 (UTC) Received: from [192.168.1.200] (p508F2DDA.dip0.t-ipconnect.de [80.143.45.218]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id DDFF51C0B4026; Mon, 20 Oct 2014 21:32:02 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Panic on Raspberry Pi when using portsnap fetch on RPi From: Michael Tuexen In-Reply-To: Date: Mon, 20 Oct 2014 21:32:00 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Luiz Otavio O Souza X-Mailer: Apple Mail (2.1878.6) Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2014 19:32:07 -0000 On 20 Oct 2014, at 19:32, Luiz Otavio O Souza = wrote: > On 20 October 2014 08:36, Michael Tuexen wrote: >> Dear all, >>=20 >> when running r273290 on a RPi B I get: >>=20 >> root@raspberry-pi:~ # portsnap fetch >> Looking up portsnap.FreeBSD.org mirrors... 7 mirrors found. >> Fetching public key from ec2-eu-west-1.portsnap.freebsd.org... done. >> Fetching snapshot tag from ec2-eu-west-1.portsnap.freebsd.org... = done. >> Fetching snapshot metadata... done. >> Fetching snapshot generated at Mon Oct 20 02:01:46 CEST 2014: >> d1d778ba5c714e3a8b1d0083f422f8f5cd6b9b59a154b6100% of 66 MB 345 = kBps 03m18s >> Extracting snapshot... >> vm_fault(0xc067e178, 0, 1, 0) -> 1 >> Fatal kernel mode data abort: 'Translation Fault (P)' >> trapframe: 0xdbdf8d38 >> FSR=3D00000017, FAR=3D00000024, spsr=3D00000113 >> r0 =3D00000000, r1 =3Dc232cc00, r2 =3D00000001, r3 =3Dc24a0148 >> r4 =3Dc24a02b4, r5 =3Dc24a0000, r6 =3D00000200, r7 =3D00000000 >> r8 =3Dc24a0148, r9 =3Dc24bc52c, r10=3D00000000, r11=3Ddbdf8db0 >> r12=3D00000000, ssp=3Ddbdf8d88, slr=3Dc04c3a30, pc =3Dc04c3a3c >>=20 >> [ thread pid 11 tid 100021 ] >> Stopped at bcm_sdhci_dma_intr+0x44: ldr r0, [r0, = #0x024] >> db> where >> Tracing pid 11 tid 100021 td 0xc24a9990 >> db_trace_self() at db_trace_self >> pc =3D 0xc04a6dec lr =3D 0xc013243c (db_stack_trace+0xf4) >> sp =3D 0xdbdf8a40 fp =3D 0xdbdf8a58 >> r10 =3D 0xc067cf1c >> db_stack_trace() at db_stack_trace+0xf4 >> pc =3D 0xc013243c lr =3D 0xc0131dac (db_command+0x270) >> sp =3D 0xdbdf8a60 fp =3D 0xdbdf8b00 >> r4 =3D 0x00000000 r5 =3D 0x00000000 >> r6 =3D 0x00000072 >> db_command() at db_command+0x270 >> pc =3D 0xc0131dac lr =3D 0xc0131b10 (db_command_loop+0x60) >> sp =3D 0xdbdf8b08 fp =3D 0xdbdf8b18 >> r4 =3D 0xc04e71f4 r5 =3D 0xc0501dd8 >> r6 =3D 0xc067cf08 r7 =3D 0xc05a5868 >> r8 =3D 0xc0673114 r9 =3D 0xc0673110 >> r10 =3D 0x00000001 >> db_command_loop() at db_command_loop+0x60 >> pc =3D 0xc0131b10 lr =3D 0xc0134584 (db_trap+0xd8) >> sp =3D 0xdbdf8b20 fp =3D 0xdbdf8c40 >> r4 =3D 0x00000000 r5 =3D 0xc067cf14 >> r6 =3D 0xc0673140 >> db_trap() at db_trap+0xd8 >> pc =3D 0xc0134584 lr =3D 0xc0293308 (kdb_trap+0xbc) >> sp =3D 0xdbdf8c48 fp =3D 0xdbdf8c68 >> r4 =3D 0x00000000 r5 =3D 0x00000017 >> r6 =3D 0xc0673140 r7 =3D 0xc05a5868 >> kdb_trap() at kdb_trap+0xbc >> pc =3D 0xc0293308 lr =3D 0xc04b9f48 (dab_fatal+0x174) >> sp =3D 0xdbdf8c70 fp =3D 0xdbdf8c88 >> r4 =3D 0xdbdf8d38 r5 =3D 0x00000017 >> r6 =3D 0x600001d3 r7 =3D 0x00000024 >> r8 =3D 0xdbdf8d38 r9 =3D 0x00000013 >> r10 =3D 0x00000001 >> dab_fatal() at dab_fatal+0x174 >> pc =3D 0xc04b9f48 lr =3D 0xc04b9d00 = (data_abort_handler+0x3e0) >> sp =3D 0xdbdf8c90 fp =3D 0xdbdf8d30 >> r4 =3D 0xc24430ac r5 =3D 0xc24a9990 >> r6 =3D 0xdbdf8eb0 r7 =3D 0x00000000 >> data_abort_handler() at data_abort_handler+0x3e0 >> pc =3D 0xc04b9d00 lr =3D 0xc04a8bac (exception_exit) >> sp =3D 0xdbdf8d38 fp =3D 0xdbdf8db0 >> r4 =3D 0xc24a02b4 r5 =3D 0xc24a0000 >> r6 =3D 0x00000200 r7 =3D 0x00000000 >> r8 =3D 0xc24a0148 r9 =3D 0xc24bc52c >> r10 =3D 0x00000000 >> exception_exit() at exception_exit >> pc =3D 0xc04a8bac lr =3D 0xc04c3a30 = (bcm_sdhci_dma_intr+0x38) >> sp =3D 0xdbdf8d88 fp =3D 0xdbdf8db0 >> r0 =3D 0x00000000 r1 =3D 0xc232cc00 >> r2 =3D 0x00000001 r3 =3D 0xc24a0148 >> r4 =3D 0xc24a02b4 r5 =3D 0xc24a0000 >> r6 =3D 0x00000200 r7 =3D 0x00000000 >> r8 =3D 0xc24a0148 r9 =3D 0xc24bc52c >> r10 =3D 0x00000000 r12 =3D 0x00000000 >> bcm_sdhci_dma_intr() at bcm_sdhci_dma_intr+0x44 >> pc =3D 0xc04c3a3c lr =3D 0xc04c0ca0 (bcm_dma_intr+0x11c) >> sp =3D 0xdbdf8db8 fp =3D 0xdbdf8dd0 >> r4 =3D 0xc24a02b4 r5 =3D 0x00000006 >> r6 =3D 0xc04a2a3c r7 =3D 0xc24a0200 >> r8 =3D 0x000004c9 r9 =3D 0xc24bc52c >> bcm_dma_intr() at bcm_dma_intr+0x11c >> pc =3D 0xc04c0ca0 lr =3D 0xc022ddd4 = (intr_event_execute_handlers+0xb8) >> sp =3D 0xdbdf8dd8 fp =3D 0xdbdf8df8 >> r4 =3D 0xc2324d00 r5 =3D 0xc2324d48 >> r6 =3D 0xc24bc500 r7 =3D 0xc04fbc5b >> r8 =3D 0x000004c9 r9 =3D 0xc24bc52c >> intr_event_execute_handlers() at intr_event_execute_handlers+0xb8 >> pc =3D 0xc022ddd4 lr =3D 0xc022e724 (ithread_loop+0xa8) >> sp =3D 0xdbdf8e00 fp =3D 0xdbdf8e38 >> r4 =3D 0xc24b4d00 r5 =3D 0xc24a9990 >> r6 =3D 0xc2324d00 r7 =3D 0xc067e7d4 >> r8 =3D 0xc04fbc5b r9 =3D 0x00000000 >> r10 =3D 0xc05bff40 >> ithread_loop() at ithread_loop+0xa8 >> pc =3D 0xc022e724 lr =3D 0xc022b6f4 (fork_exit+0x84) >> sp =3D 0xdbdf8e40 fp =3D 0xdbdf8e58 >> r4 =3D 0xc24a9990 r5 =3D 0xc2443000 >> r6 =3D 0xc022e67c r7 =3D 0xc24b4d00 >> r8 =3D 0xdbdf8e60 r9 =3D 0x00000000 >> r10 =3D 0x00000000 >> fork_exit() at fork_exit+0x84 >> pc =3D 0xc022b6f4 lr =3D 0xc04a8b3c (swi_exit) >> sp =3D 0xdbdf8e60 fp =3D 0x00000000 >> r4 =3D 0xc022e67c r5 =3D 0xc24b4d00 >> r6 =3D 0x00000000 r7 =3D 0x00000000 >> r8 =3D 0x00000000 >> swi_exit() at swi_exit >> pc =3D 0xc04a8b3c lr =3D 0xc04a8b3c (swi_exit) >> sp =3D 0xdbdf8e60 fp =3D 0x00000000 >>=20 >> Any idea what could be the issue? >=20 > Hi Michael, >=20 > Could you try to get the line number ? How? >=20 > I've tested on r273066 and it just works: >=20 > root@raspberry-pi:~ # portsnap fetch > Looking up portsnap.FreeBSD.org mirrors... 7 mirrors found. > Fetching public key from ec2-sa-east-1.portsnap.freebsd.org... done. > Fetching snapshot tag from ec2-sa-east-1.portsnap.freebsd.org... done. > Fetching snapshot metadata... done. > Fetching snapshot generated at Sun Oct 19 22:01:46 BRST 2014: > d1d778ba5c714e3a8b1d0083f422f8f5cd6b9b59a154b6100% of 66 MB 99 = kBps 11m26s > Extracting snapshot... done. > Verifying snapshot integrity... done. > Fetching snapshot tag from ec2-sa-east-1.portsnap.freebsd.org... done. > Fetching snapshot metadata... done. > Updating from Sun Oct 19 22:01:46 BRST 2014 to Mon Oct 20 11:38:48 = BRST 2014. > Fetching 4 metadata patches... done. > Applying metadata patches... done. > Fetching 0 metadata files... done. > Fetching 1402 patches. > (1402/1402) 100.00% done. > done. > Applying patches... > done. > Fetching 0 new ports or files... done. > root@raspberry-pi:~ # >=20 > I've a new image based on r273291, but it is not tested yet, i'll > report back if I find any problems with it. Are you using an nfs based filesystem? Best regards Michael >=20 > Regards, > Luiz >=20 From owner-freebsd-arm@FreeBSD.ORG Mon Oct 20 21:04:53 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7918DAB7 for ; Mon, 20 Oct 2014 21:04:53 +0000 (UTC) Received: from orange.myspectrum.nl (orange.myspectrum.nl [149.210.134.247]) by mx1.freebsd.org (Postfix) with ESMTP id 37F48A33 for ; Mon, 20 Oct 2014 21:04:52 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by orange.myspectrum.nl (Postfix) with ESMTP id A487081712; Mon, 20 Oct 2014 23:04:50 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at myspectrum.nl Received: from orange.myspectrum.nl ([127.0.0.1]) by localhost (orange.myspectrum.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id K3wLPE_3MCng; Mon, 20 Oct 2014 23:04:40 +0200 (CEST) Received: from [10.0.0.105] (ip136-5-208-87.adsl2.static.versatel.nl [87.208.5.136]) (Authenticated sender: jeroen@myspectrum.nl) by orange.myspectrum.nl (Postfix) with ESMTPSA id 21AD581703; Mon, 20 Oct 2014 23:04:40 +0200 (CEST) Message-ID: <544578E7.2040506@myspectrum.nl> Date: Mon, 20 Oct 2014 23:04:39 +0200 From: Jeroen Hofstee User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Warner Losh Subject: Re: make xdev-links References: <54438864.2050506@myspectrum.nl> <544438CC.2040607@myspectrum.nl> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2014 21:04:53 -0000 Hello Warner, On 20-10-14 16:02, Warner Losh wrote: > >> [snip] > You just built clang. If you are using the old gcc that you built a while ago, all bets are off. > Also, if your ports tree isn’t clean, you may have old OABI .os in there that weren’t rebuilt. I will have a look some day to see what happens if I start with a completely clean setup. >>>> If the symlinks are renamed to armv6-freebsd-gnuebi-* compiling works fine. >>>> Should such a rename be considered? >>> The links aren’t causing that error. They won’t be renamed. If there’s a real bug here, >>> it needs to be fixed elsewhere. >> I don't know the root cause, but clang e.g. will behave differently >> depending on the name it is invoked with. So perhaps that logic needs >> to be extended then. > clang can’t build u-boot. A couple of arm boards from 2014.10 can be build with clang. > Second, if clang produces oabi binaries with the above > name, it needs to change to not do that. Either way, not an xdev problem. As mentioned above I will have a look if this can be reproduced on a clean install. >>>> Unrelated, since crochet wants to be run as root, I noticed u-boot will stop >>>> compiling, since the root shell has VENDOR set to amd, overwriting the actual >>>> board VENDOR in the Makefiles. >>> That’s odd. It shouldn’t be doing that. Any idea where that’s coming from? >> No idea, I do know 2 more people reported the same problem in the >> u-boot mailinglist before, so it is not limited to my setup. I just didn't >> encounter it before, since I typically don't build u-boot as root. > Yea, that sounds like a bug to me. I get “acorn” on my rPi, which is quite lame. The variable is set by csh. I don't know why u-boot cannot cope with it at the moment. Regards, Jeroen From owner-freebsd-arm@FreeBSD.ORG Mon Oct 20 23:35:43 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 343A57DA for ; Mon, 20 Oct 2014 23:35:43 +0000 (UTC) Received: from mailoo.org (arnold.mailoo.org [212.83.147.198]) by mx1.freebsd.org (Postfix) with ESMTP id F0FA2C21 for ; Mon, 20 Oct 2014 23:35:41 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by arnold.mailoo.org (Postfix) with ESMTP id 75F1D19E for ; Tue, 21 Oct 2014 01:29:56 +0200 (CEST) Received: from mail.mailoo.org (unknown [172.16.0.11]) by arnold.mailoo.org (Postfix) with ESMTPSA id 51AD319A for ; Tue, 21 Oct 2014 01:29:56 +0200 (CEST) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Tue, 21 Oct 2014 01:29:56 +0200 From: Francesco Il Parente To: ARM FreeBSD Subject: i want install os to pda htc hermes 300 Message-ID: <689530cc155e0baef64fb7e8d791f12e@mailoo.org> X-Sender: cardifrancesco@mailoo.org User-Agent: Roundcube Webmail X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2014 23:35:43 -0000 Hallo, i want install the FreeBSD on pocket pc phone htc tytn hermes 300, i done more research and i found any information for this model. This is a mainboard http://microcontrollershop.com/product_info.php?products_id=3945 and this is a cpu S3C2440 (ARM920T) i read the same family´s cpu on the list http://www.freebsd.org/platforms/arm.html --> Samsung S3C24xxx maybe is supported for my pocket pc, really? cheers -- Francesco Cardi alias Il Parente Free Software activist Volunteer at Red Cross CEO/President GNU CODICE LIBERO - Free as in Freedom Diaspora*: https://joindiaspora.com/u/ilparente Twitter: https://twitter.com/cardifrancesco Jabber: ilparente@jabber.org From owner-freebsd-arm@FreeBSD.ORG Tue Oct 21 00:55:33 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 55FBA65B; Tue, 21 Oct 2014 00:55:33 +0000 (UTC) Received: from mail-wi0-x22e.google.com (mail-wi0-x22e.google.com [IPv6:2a00:1450:400c:c05::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B067D38B; Tue, 21 Oct 2014 00:55:32 +0000 (UTC) Received: by mail-wi0-f174.google.com with SMTP id r20so694052wiv.13 for ; Mon, 20 Oct 2014 17:55: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=C2GVVfVld8UfwJhRuAg6sJnbyQzBNvSx+yE0ci/Biok=; b=xxdjaWFF/AiLMfwZfSpAnlqfSXojFNSyFPyD1fg/EG+e452LRt59Jug2fUIkisOH9u VPe6Lj1lBfMfCO5mTsP6OFj9gspOztGCrXugNYbMNIcSPwH3vYqW3i5zM5E0P+p4olnm sH0vRQYtxRxCISlKyH455FwIfTya2Gv0i4p0qwiNVksJb6kwOPHiHEO2laLHL6m+Go1l 5zATD6FK71PieDyoqq07EYh+XuZoBPwa3nqLmH5xQM+sAJksO+FQYZGmgyDGUCRFbxtf hahDey06Txfs9gX9agRX36UBdd3JOvlVdRtrMZG4QEQ4i8/ugh5jbfOi346lfaXjxQ8X tiuQ== MIME-Version: 1.0 X-Received: by 10.181.27.135 with SMTP id jg7mr24261355wid.56.1413852930783; Mon, 20 Oct 2014 17:55:30 -0700 (PDT) Received: by 10.216.127.72 with HTTP; Mon, 20 Oct 2014 17:55:30 -0700 (PDT) In-Reply-To: References: Date: Mon, 20 Oct 2014 22:55:30 -0200 Message-ID: Subject: Re: Panic on Raspberry Pi when using portsnap fetch on RPi From: Luiz Otavio O Souza To: Michael Tuexen Content-Type: text/plain; charset=UTF-8 Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2014 00:55:33 -0000 On 20 October 2014 17:32, Michael Tuexen wrote: > On 20 Oct 2014, at 19:32, Luiz Otavio O Souza wrote: > >> On 20 October 2014 08:36, Michael Tuexen wrote: >>> Dear all, >>> >>> when running r273290 on a RPi B I get: >>> >>> root@raspberry-pi:~ # portsnap fetch >>> Looking up portsnap.FreeBSD.org mirrors... 7 mirrors found. >>> Fetching public key from ec2-eu-west-1.portsnap.freebsd.org... done. >>> Fetching snapshot tag from ec2-eu-west-1.portsnap.freebsd.org... done. >>> Fetching snapshot metadata... done. >>> Fetching snapshot generated at Mon Oct 20 02:01:46 CEST 2014: >>> d1d778ba5c714e3a8b1d0083f422f8f5cd6b9b59a154b6100% of 66 MB 345 kBps 03m18s >>> Extracting snapshot... >>> vm_fault(0xc067e178, 0, 1, 0) -> 1 >>> Fatal kernel mode data abort: 'Translation Fault (P)' >>> trapframe: 0xdbdf8d38 >>> FSR=00000017, FAR=00000024, spsr=00000113 >>> r0 =00000000, r1 =c232cc00, r2 =00000001, r3 =c24a0148 >>> r4 =c24a02b4, r5 =c24a0000, r6 =00000200, r7 =00000000 >>> r8 =c24a0148, r9 =c24bc52c, r10=00000000, r11=dbdf8db0 >>> r12=00000000, ssp=dbdf8d88, slr=c04c3a30, pc =c04c3a3c >>> >>> [ thread pid 11 tid 100021 ] >>> Stopped at bcm_sdhci_dma_intr+0x44: ldr r0, [r0, #0x024] >>> db> where >>> Tracing pid 11 tid 100021 td 0xc24a9990 >>> db_trace_self() at db_trace_self >>> pc = 0xc04a6dec lr = 0xc013243c (db_stack_trace+0xf4) >>> sp = 0xdbdf8a40 fp = 0xdbdf8a58 >>> r10 = 0xc067cf1c >>> db_stack_trace() at db_stack_trace+0xf4 >>> pc = 0xc013243c lr = 0xc0131dac (db_command+0x270) >>> sp = 0xdbdf8a60 fp = 0xdbdf8b00 >>> r4 = 0x00000000 r5 = 0x00000000 >>> r6 = 0x00000072 >>> db_command() at db_command+0x270 >>> pc = 0xc0131dac lr = 0xc0131b10 (db_command_loop+0x60) >>> sp = 0xdbdf8b08 fp = 0xdbdf8b18 >>> r4 = 0xc04e71f4 r5 = 0xc0501dd8 >>> r6 = 0xc067cf08 r7 = 0xc05a5868 >>> r8 = 0xc0673114 r9 = 0xc0673110 >>> r10 = 0x00000001 >>> db_command_loop() at db_command_loop+0x60 >>> pc = 0xc0131b10 lr = 0xc0134584 (db_trap+0xd8) >>> sp = 0xdbdf8b20 fp = 0xdbdf8c40 >>> r4 = 0x00000000 r5 = 0xc067cf14 >>> r6 = 0xc0673140 >>> db_trap() at db_trap+0xd8 >>> pc = 0xc0134584 lr = 0xc0293308 (kdb_trap+0xbc) >>> sp = 0xdbdf8c48 fp = 0xdbdf8c68 >>> r4 = 0x00000000 r5 = 0x00000017 >>> r6 = 0xc0673140 r7 = 0xc05a5868 >>> kdb_trap() at kdb_trap+0xbc >>> pc = 0xc0293308 lr = 0xc04b9f48 (dab_fatal+0x174) >>> sp = 0xdbdf8c70 fp = 0xdbdf8c88 >>> r4 = 0xdbdf8d38 r5 = 0x00000017 >>> r6 = 0x600001d3 r7 = 0x00000024 >>> r8 = 0xdbdf8d38 r9 = 0x00000013 >>> r10 = 0x00000001 >>> dab_fatal() at dab_fatal+0x174 >>> pc = 0xc04b9f48 lr = 0xc04b9d00 (data_abort_handler+0x3e0) >>> sp = 0xdbdf8c90 fp = 0xdbdf8d30 >>> r4 = 0xc24430ac r5 = 0xc24a9990 >>> r6 = 0xdbdf8eb0 r7 = 0x00000000 >>> data_abort_handler() at data_abort_handler+0x3e0 >>> pc = 0xc04b9d00 lr = 0xc04a8bac (exception_exit) >>> sp = 0xdbdf8d38 fp = 0xdbdf8db0 >>> r4 = 0xc24a02b4 r5 = 0xc24a0000 >>> r6 = 0x00000200 r7 = 0x00000000 >>> r8 = 0xc24a0148 r9 = 0xc24bc52c >>> r10 = 0x00000000 >>> exception_exit() at exception_exit >>> pc = 0xc04a8bac lr = 0xc04c3a30 (bcm_sdhci_dma_intr+0x38) >>> sp = 0xdbdf8d88 fp = 0xdbdf8db0 >>> r0 = 0x00000000 r1 = 0xc232cc00 >>> r2 = 0x00000001 r3 = 0xc24a0148 >>> r4 = 0xc24a02b4 r5 = 0xc24a0000 >>> r6 = 0x00000200 r7 = 0x00000000 >>> r8 = 0xc24a0148 r9 = 0xc24bc52c >>> r10 = 0x00000000 r12 = 0x00000000 >>> bcm_sdhci_dma_intr() at bcm_sdhci_dma_intr+0x44 >>> pc = 0xc04c3a3c lr = 0xc04c0ca0 (bcm_dma_intr+0x11c) >>> sp = 0xdbdf8db8 fp = 0xdbdf8dd0 >>> r4 = 0xc24a02b4 r5 = 0x00000006 >>> r6 = 0xc04a2a3c r7 = 0xc24a0200 >>> r8 = 0x000004c9 r9 = 0xc24bc52c >>> bcm_dma_intr() at bcm_dma_intr+0x11c >>> pc = 0xc04c0ca0 lr = 0xc022ddd4 (intr_event_execute_handlers+0xb8) >>> sp = 0xdbdf8dd8 fp = 0xdbdf8df8 >>> r4 = 0xc2324d00 r5 = 0xc2324d48 >>> r6 = 0xc24bc500 r7 = 0xc04fbc5b >>> r8 = 0x000004c9 r9 = 0xc24bc52c >>> intr_event_execute_handlers() at intr_event_execute_handlers+0xb8 >>> pc = 0xc022ddd4 lr = 0xc022e724 (ithread_loop+0xa8) >>> sp = 0xdbdf8e00 fp = 0xdbdf8e38 >>> r4 = 0xc24b4d00 r5 = 0xc24a9990 >>> r6 = 0xc2324d00 r7 = 0xc067e7d4 >>> r8 = 0xc04fbc5b r9 = 0x00000000 >>> r10 = 0xc05bff40 >>> ithread_loop() at ithread_loop+0xa8 >>> pc = 0xc022e724 lr = 0xc022b6f4 (fork_exit+0x84) >>> sp = 0xdbdf8e40 fp = 0xdbdf8e58 >>> r4 = 0xc24a9990 r5 = 0xc2443000 >>> r6 = 0xc022e67c r7 = 0xc24b4d00 >>> r8 = 0xdbdf8e60 r9 = 0x00000000 >>> r10 = 0x00000000 >>> fork_exit() at fork_exit+0x84 >>> pc = 0xc022b6f4 lr = 0xc04a8b3c (swi_exit) >>> sp = 0xdbdf8e60 fp = 0x00000000 >>> r4 = 0xc022e67c r5 = 0xc24b4d00 >>> r6 = 0x00000000 r7 = 0x00000000 >>> r8 = 0x00000000 >>> swi_exit() at swi_exit >>> pc = 0xc04a8b3c lr = 0xc04a8b3c (swi_exit) >>> sp = 0xdbdf8e60 fp = 0x00000000 >>> >>> Any idea what could be the issue? >> >> Hi Michael, >> >> Could you try to get the line number ? > How? Sorry, can't help :/ I tried a few things I could remember and none of them seem to work anymore. >> >> I've tested on r273066 and it just works: >> >> root@raspberry-pi:~ # portsnap fetch >> Looking up portsnap.FreeBSD.org mirrors... 7 mirrors found. >> Fetching public key from ec2-sa-east-1.portsnap.freebsd.org... done. >> Fetching snapshot tag from ec2-sa-east-1.portsnap.freebsd.org... done. >> Fetching snapshot metadata... done. >> Fetching snapshot generated at Sun Oct 19 22:01:46 BRST 2014: >> d1d778ba5c714e3a8b1d0083f422f8f5cd6b9b59a154b6100% of 66 MB 99 kBps 11m26s >> Extracting snapshot... done. >> Verifying snapshot integrity... done. >> Fetching snapshot tag from ec2-sa-east-1.portsnap.freebsd.org... done. >> Fetching snapshot metadata... done. >> Updating from Sun Oct 19 22:01:46 BRST 2014 to Mon Oct 20 11:38:48 BRST 2014. >> Fetching 4 metadata patches... done. >> Applying metadata patches... done. >> Fetching 0 metadata files... done. >> Fetching 1402 patches. >> (1402/1402) 100.00% done. >> done. >> Applying patches... >> done. >> Fetching 0 new ports or files... done. >> root@raspberry-pi:~ # >> >> I've a new image based on r273291, but it is not tested yet, i'll >> report back if I find any problems with it. > Are you using an nfs based filesystem? No, i'm running of the SD card: mmcsd0: 4GB at mmc0 41.6MHz/4bit/65535-block Same results (i.e. no problems) on r273291: root@raspberry-pi:~ # portsnap fetch Looking up portsnap.FreeBSD.org mirrors... 7 mirrors found. Fetching public key from ec2-sa-east-1.portsnap.freebsd.org... done. Fetching snapshot tag from ec2-sa-east-1.portsnap.freebsd.org... done. Fetching snapshot metadata... done. Fetching snapshot generated at Mon Oct 20 00:01:46 UTC 2014: d1d778ba5c714e3a8b1d0083f422f8f5cd6b9b59a154b6100% of 66 MB 255 kBps 04m28s Extracting snapshot... done. Verifying snapshot integrity... done. Fetching snapshot tag from ec2-sa-east-1.portsnap.freebsd.org... done. Fetching snapshot metadata... done. Updating from Mon Oct 20 00:01:46 UTC 2014 to Tue Oct 21 00:04:50 UTC 2014. Fetching 4 metadata patches... done. Applying metadata patches... done. Fetching 1 metadata files... done. Fetching 2757 patches. (2757/2757) 100.00% done. done. Applying patches... done. Fetching 3 new ports or files... done. root@raspberry-pi:~ # uname -a FreeBSD raspberry-pi 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r273291M: Mon Oct 20 00:05:29 BRST 2014 root@devel:/usr/home/luiz/git/crochet-freebsd/work/obj/arm.armv6/usr/src/sys/RPI-B arm Regards, Luiz From owner-freebsd-arm@FreeBSD.ORG Tue Oct 21 22:28:05 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5B3C89C8 for ; Tue, 21 Oct 2014 22:28:05 +0000 (UTC) Received: from mail.FoxValley.net (mail.FoxValley.net [64.135.192.34]) by mx1.freebsd.org (Postfix) with SMTP id 0C3FC8FA for ; Tue, 21 Oct 2014 22:28:04 +0000 (UTC) Received: (qmail 22652 invoked from network) for freebsd-arm@freebsd.org; 21 Oct 2014 17:27:58 -0500 Received: from marengo.foxvalley.net (draymond@64.135.192.25) by mail.foxvalley.net with SMTP; 21 Oct 2014 17:27:58 -0500 Received: from sp7.qualcomm.com (sp7.qualcomm.com [199.106.103.57]) by webmail.FoxValley.net (Horde MIME library) with HTTP; Tue, 21 Oct 2014 17:27:58 -0500 Message-ID: <20141021172758.2ael7skaydlwwcco@webmail.FoxValley.net> Date: Tue, 21 Oct 2014 17:27:58 -0500 From: draymond@FoxValley.net To: freebsd-arm@freebsd.org Subject: new support for Raspberry Pi B+ MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.2) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2014 22:28:05 -0000 There was a recent update to the Raspberry Pi wiki here: https://wiki.freebsd.org/FreeBSD/arm/Raspberry%20Pi The update is as follows: 2014-10-18: The firmware included in the official images has been updated to support B+ model. However, when I look at the ftp site that contains the binary snapshots I see no new images. The newest images are dated 2014-09-19: ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/arm/armv6/ISO-IMAGES/11.0 Was this an oversight or am I looking in the wrong place? From owner-freebsd-arm@FreeBSD.ORG Wed Oct 22 18:41:11 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 347D793E for ; Wed, 22 Oct 2014 18:41:11 +0000 (UTC) Received: from mail-wg0-x22d.google.com (mail-wg0-x22d.google.com [IPv6:2a00:1450:400c:c00::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C55F9DE for ; Wed, 22 Oct 2014 18:41:10 +0000 (UTC) Received: by mail-wg0-f45.google.com with SMTP id m15so4400236wgh.28 for ; Wed, 22 Oct 2014 11:41:08 -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=QwBeT8rk0heSK1PHIBQuddB1be9WIir4d/phREJryCY=; b=Zw11Y3mMA/bkTmvcogc7/buQ0fUhtCjNRHHltUd0Wj2pGKVF3bKW53c6nqD19/FYTg WjNjZ3ra9LouPWk8tb4rjugPcG/pcks1Qx/0J/3mzvweNWlftiy7eWYzKccnZF3GItDC DmrPYVPafSTHiDpNWMJBKYkgmXO+b41yOMWnS/WQJjkxcKnPWI5DcaXoM0Hiz19FBK9c pRnv7cEkJeLfZt254yNOAFDVDSu9SWpA+xpOYhd5BuvhsRlyp0m8rRQ6LzrIjoT3M8bY AS020uWYJU2yJPLu2un0VCVRjfB6HMMw1kXdu4O3zHMsfHGG22dbBtJO/LJ8GGPQzIDR vQ7w== MIME-Version: 1.0 X-Received: by 10.194.119.193 with SMTP id kw1mr53291204wjb.37.1414003268936; Wed, 22 Oct 2014 11:41:08 -0700 (PDT) Received: by 10.216.127.72 with HTTP; Wed, 22 Oct 2014 11:41:08 -0700 (PDT) In-Reply-To: <20141021172758.2ael7skaydlwwcco@webmail.FoxValley.net> References: <20141021172758.2ael7skaydlwwcco@webmail.FoxValley.net> Date: Wed, 22 Oct 2014 16:41:08 -0200 Message-ID: Subject: Re: new support for Raspberry Pi B+ From: Luiz Otavio O Souza To: draymond@foxvalley.net Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2014 18:41:11 -0000 On 21 October 2014 20:27, wrote: > There was a recent update to the Raspberry Pi wiki here: > > https://wiki.freebsd.org/FreeBSD/arm/Raspberry%20Pi > > The update is as follows: > > 2014-10-18: The firmware included in the official images has been updated to > support B+ model. > > However, when I look at the ftp site that contains the binary snapshots I > see no new images. The newest images are dated 2014-09-19: > > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/arm/armv6/ISO-IMAGES/11.0 > > Was this an oversight or am I looking in the wrong place? That was the date when the fix was committed, it only means it will be included on the images created after that date. But yes, this is an oversight because i don't know how frequently the images are updated. Sorry but we have to wait. Luiz From owner-freebsd-arm@FreeBSD.ORG Wed Oct 22 20:06:14 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 357E8B66 for ; Wed, 22 Oct 2014 20:06:14 +0000 (UTC) Received: from mail.FoxValley.net (mail.FoxValley.net [64.135.192.34]) by mx1.freebsd.org (Postfix) with SMTP id D835BBE5 for ; Wed, 22 Oct 2014 20:06:13 +0000 (UTC) Received: (qmail 15151 invoked from network) for freebsd-arm@freebsd.org; 22 Oct 2014 15:06:12 -0500 Received: from marengo.foxvalley.net (draymond@64.135.192.25) by mail.foxvalley.net with SMTP; 22 Oct 2014 15:06:12 -0500 Received: from sp7.qualcomm.com (sp7.qualcomm.com [199.106.103.57]) by webmail.FoxValley.net (Horde MIME library) with HTTP; Wed, 22 Oct 2014 15:06:11 -0500 Message-ID: <20141022150611.u2qitjmr1340k08w@webmail.FoxValley.net> Date: Wed, 22 Oct 2014 15:06:11 -0500 From: draymond@FoxValley.net To: Luiz Otavio O Souza Subject: Re: new support for Raspberry Pi B+ References: <20141021172758.2ael7skaydlwwcco@webmail.FoxValley.net> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.2) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2014 20:06:14 -0000 >> There was a recent update to the Raspberry Pi wiki here: >> >> https://wiki.freebsd.org/FreeBSD/arm/Raspberry%20Pi >> >> ... > > That was the date when the fix was committed, it only means it will be > included on the images created after that date. > > But yes, this is an oversight because i don't know how frequently the > images are updated. > > Sorry but we have to wait. Luiz, I was able to test your changes by overwriting the boot files on =20 an existing image =20 (FreeBSD-11.0-CURRENT-arm-armv6-RPI-B-20140918-r271779.img). Your =20 commit notes mention that you made some fixes regarding SD card =20 compatibility. However, I am still having problems with my SD cards. I have a 16GB Transcend that gives me intermittent boot failures =20 ("Mounting from ufs:/dev/mmcsd0s2a failed with error 19"). I am able =20 to suppress those failures as follows: echo 'hw.bcm2835.sdhci.hs=3D"0"' >> /boot/loader.conf I also have a 32GB SanDisk that fails consistently during boot: mmcsd0: Error indicated: 1 Timeout g_vfs_done():mmcsd0s2a[READ(offset=3D852987904, length=3D4096)]error =3D 5 vnode_pager_getpages: I/O read error vm_fault: pager read error, pid 1 (init) I have not found a way to resolve this one. From owner-freebsd-arm@FreeBSD.ORG Wed Oct 22 20:45:29 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BD1AA1DA for ; Wed, 22 Oct 2014 20:45:29 +0000 (UTC) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "raven.bwct.de", Issuer "BWCT" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 25484F80 for ; Wed, 22 Oct 2014 20:45:28 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id s9MKj14U090617 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 22 Oct 2014 22:45:02 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id s9MKiu62025994 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 22 Oct 2014 22:44:56 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id s9MKiulk014753; Wed, 22 Oct 2014 22:44:56 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id s9MKitDI014752; Wed, 22 Oct 2014 22:44:55 +0200 (CEST) (envelope-from ticso) Date: Wed, 22 Oct 2014 22:44:55 +0200 From: Bernd Walter To: Luiz Otavio O Souza Subject: sd card probing (was: FreeBSD 10.0 on Raspberry PI B+ no network devices Message-ID: <20141022204454.GA12231@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <20140825165622.6771b548@X220.alogt.com> <20140825163528.d2e696cc3d03ad9bebcd239c@schwarzes.net> <20140826074951.4cf5a8fc@X220.alogt.com> <53FD1646.2010103@ceetonetechnology.com> <20140827021349.1273f703c6756d07fad72a16@schwarzes.net> <20141014032743.GK38905@cicely7.cicely.de> <20141014041305.GM38905@cicely7.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de Cc: Andreas Schwarz , George Rosamond , "freebsd-arm@freebsd.org" , ticso@cicely.de, Tim Kientzle X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2014 20:45:29 -0000 On Tue, Oct 14, 2014 at 12:51:50PM -0300, Luiz Otavio O Souza wrote: > On 14 October 2014 01:13, Bernd Walter wrote: > > > > Ok - that card problem seems random or contact related. > > Whatever, it is 6 am - time to sleep ;-) > > I've found a missing silicon bug workaround on our driver. > > It's pretty recent and i'm still building new images to test with more > cards, but it did fix all the instability i was seeing on the > identification of one of my cards. > > Together with the new firmware (yes, there is another SD fix there) my > RPi B rev 2 (with this same card) has gone from unusable to rock > stable (i've done 80 cold boots without any damage/corruption to the > card). > > Please, give it a try and let me know if it helps. Tested. All I can say so far is that it is random, but your patch didn't help. Furthermore this problem now happens on each boot try. It still may be possible that it can boot, but I've tried many more times than needed before. Timecounters tick every 10.000 msec usbus0: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 mmcsd0: 8GB at mmc0 41.6MHz/4bit/65535-block mmcsd0: Error indicated: 1 Timeout mmcsd0: Error indicated: 1 Timeout fb0: 656x416(0x0@0,0) 16bpp fb0: pitch 1312, base 0x5e006000, screen_size 545792 fbd0 on fb0 VT: initialize with new VT driver "fb". -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@FreeBSD.ORG Wed Oct 22 21:41:28 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5359A772 for ; Wed, 22 Oct 2014 21:41:28 +0000 (UTC) Received: from mail-pa0-f41.google.com (mail-pa0-f41.google.com [209.85.220.41]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 196BD906 for ; Wed, 22 Oct 2014 21:41:27 +0000 (UTC) Received: by mail-pa0-f41.google.com with SMTP id rd3so69964pab.0 for ; Wed, 22 Oct 2014 14:41:26 -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:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=+bSmtF2z2Fy0X9HWCdZlSXlWjektuMxPXmSFPeNeRkA=; b=WWsS4qG1MRBHcfpXKpGkrakQy6yfwMSrBq9YzLcToYrgwQOVpS6Ix/5QeSSwQtyKlg o1fgH+pgxjF3YYsvM0YTeTe7N3aqwN+mZSljgq95EmsmAUHhZ3YhEPeRbTaeKzT0gXs4 itqOVr138Th3tKSt0vuPg9ehlNZiyU/LdPnsSW22poCVkDQ/FWMONbBZzVYn7mP4ia0Z InSU9ZeTvs2YGSizdu1rndYEq9WaAi6Sf6DB8/5JWziPTAJwTTdTN0ALjX8EgWh59IIO aeVoVodEDSPGSa820hj8RW09G0I2F9iEv+s5wpAHNrtEFT1Wi0sxZ7IvkDOYQcbEiBY2 KV8w== X-Gm-Message-State: ALoCoQnyoTIHYmU0iowotgqjcEG+0ImnFklltRRzVnLlW+OItccQu28Ou03DnV2+/h8/ntqbaJ+r X-Received: by 10.70.93.104 with SMTP id ct8mr808101pdb.72.1414014086522; Wed, 22 Oct 2014 14:41:26 -0700 (PDT) Received: from macintosh-c42c033c0b73.corp.netflix.com (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id wr8sm14977785pbc.52.2014.10.22.14.41.24 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 22 Oct 2014 14:41:25 -0700 (PDT) Sender: Warner Losh Content-Type: multipart/signed; boundary="Apple-Mail=_F4918244-4689-498C-BD15-80EEC2DEB605"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: sd card probing (was: FreeBSD 10.0 on Raspberry PI B+ no network devices From: Warner Losh In-Reply-To: <20141022204454.GA12231@cicely7.cicely.de> Date: Wed, 22 Oct 2014 15:41:22 -0600 Message-Id: <79A3C277-3977-46E5-98E4-2D7DFAF1D271@bsdimp.com> References: <20140825165622.6771b548@X220.alogt.com> <20140825163528.d2e696cc3d03ad9bebcd239c@schwarzes.net> <20140826074951.4cf5a8fc@X220.alogt.com> <53FD1646.2010103@ceetonetechnology.com> <20140827021349.1273f703c6756d07fad72a16@schwarzes.net> <20141014032743.GK38905@cicely7.cicely.de> <20141014041305.GM38905@cicely7.cicely.de> <20141022204454.GA12231@cicely7.cicely.de> To: ticso@cicely.de X-Mailer: Apple Mail (2.1878.6) Cc: Andreas Schwarz , George Rosamond , "freebsd-arm@freebsd.org" , Tim Kientzle X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2014 21:41:28 -0000 --Apple-Mail=_F4918244-4689-498C-BD15-80EEC2DEB605 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Oct 22, 2014, at 2:44 PM, Bernd Walter = wrote: > On Tue, Oct 14, 2014 at 12:51:50PM -0300, Luiz Otavio O Souza wrote: >> On 14 October 2014 01:13, Bernd Walter wrote: >>>=20 >>> Ok - that card problem seems random or contact related. >>> Whatever, it is 6 am - time to sleep ;-) >>=20 >> I've found a missing silicon bug workaround on our driver. >>=20 >> It's pretty recent and i'm still building new images to test with = more >> cards, but it did fix all the instability i was seeing on the >> identification of one of my cards. >>=20 >> Together with the new firmware (yes, there is another SD fix there) = my >> RPi B rev 2 (with this same card) has gone from unusable to rock >> stable (i've done 80 cold boots without any damage/corruption to the >> card). >>=20 >> Please, give it a try and let me know if it helps. >=20 > Tested. > All I can say so far is that it is random, but your patch didn't help. > Furthermore this problem now happens on each boot try. > It still may be possible that it can boot, but I've tried many more > times than needed before. >=20 > Timecounters tick every 10.000 msec > usbus0: 480Mbps High Speed USB v2.0 > ugen0.1: at usbus0 > uhub0: on = usbus0 > mmcsd0: 8GB at mmc0 = 41.6MHz/4bit/65535-block > mmcsd0: Error indicated: 1 Timeout > mmcsd0: Error indicated: 1 Timeout > fb0: 656x416(0x0@0,0) 16bpp > fb0: pitch 1312, base 0x5e006000, screen_size 545792 > fbd0 on fb0 > VT: initialize with new VT driver "fb". My RPi-B fails at mount root. It just hangs forever with recent kernel / = firmware. Warner --Apple-Mail=_F4918244-4689-498C-BD15-80EEC2DEB605 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----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJUSCSCAAoJEGwc0Sh9sBEAu2IQALM4jqDQcFSwRCGoJpynJ1By RkmUCYJHkvUeqMuEubFA6tlGpx4OGtJHair2GdXr0sxdtHmQcnq6b5AKiDbKKUvQ E1u9Z+qj+EVZvjG/3Aj/PSvsRvlteErU3vBT+6ot3v7hPygnBaNOU+AKp4tDRT3o cHAR2TKxJ+ZBP44AxD5nqsl9bjDpVSCVGWQRuQqGv9jCjnJKWYTukKIJPJWcqDde L/1WfeA8ZWEE/uo1v6yFBKJwbSYYbp3u6veDNMj4/NZ1ko5MAcgJygYv6rRhRljG Y9S/MXYLK0VmMaT8NsTDZr2WUd88x6r/CN1LFEuUFtLHWt55HkTbjln2wpYb7hJQ M8Pb/harX8icJfdNQrFKrOlujvoBbSmiUCwzdUimDSIx/VQhRuGl9bm9cxi2BIzn pK0OGioTgbyWzG988M3rald0fO2S5iDQlRKqiHSA+qxZdB5pbek/fPG/xR6RAPZW Wp5aW5Vvt8FYVFCHfowgwmIr+pwi/c0eob9wRizvwOaeNKzqcLd/w7eaTNMJmM49 9ZFmpe1klv9w10BzkdNrV/Ni9cRG0BqrqvKfcnYv/rT/0cA9Rf+CaEqln3rYxN/+ nHtPNmUeGjy5Sm7YxgeLmt/ZebfATzuCotIxj48P8XOzlS9pRprboPkndkZzudVm RmnBH8LFsQgQWX42sW4H =u1TV -----END PGP SIGNATURE----- --Apple-Mail=_F4918244-4689-498C-BD15-80EEC2DEB605-- From owner-freebsd-arm@FreeBSD.ORG Wed Oct 22 21:51:53 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7A8899D9 for ; Wed, 22 Oct 2014 21:51:53 +0000 (UTC) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "raven.bwct.de", Issuer "BWCT" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 252349F1 for ; Wed, 22 Oct 2014 21:51:52 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id s9MLpLWO099587 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 22 Oct 2014 23:51:21 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id s9MLp7go026529 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 22 Oct 2014 23:51:07 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id s9MLp7rD015020; Wed, 22 Oct 2014 23:51:07 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id s9MLp6mp015019; Wed, 22 Oct 2014 23:51:06 +0200 (CEST) (envelope-from ticso) Date: Wed, 22 Oct 2014 23:51:06 +0200 From: Bernd Walter To: Warner Losh Subject: Re: sd card probing (was: FreeBSD 10.0 on Raspberry PI B+ no network devices Message-ID: <20141022215106.GA15004@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <20140825163528.d2e696cc3d03ad9bebcd239c@schwarzes.net> <20140826074951.4cf5a8fc@X220.alogt.com> <53FD1646.2010103@ceetonetechnology.com> <20140827021349.1273f703c6756d07fad72a16@schwarzes.net> <20141014032743.GK38905@cicely7.cicely.de> <20141014041305.GM38905@cicely7.cicely.de> <20141022204454.GA12231@cicely7.cicely.de> <79A3C277-3977-46E5-98E4-2D7DFAF1D271@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <79A3C277-3977-46E5-98E4-2D7DFAF1D271@bsdimp.com> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de Cc: Andreas Schwarz , George Rosamond , Tim Kientzle , "freebsd-arm@freebsd.org" , ticso@cicely.de X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2014 21:51:53 -0000 On Wed, Oct 22, 2014 at 03:41:22PM -0600, Warner Losh wrote: > > On Oct 22, 2014, at 2:44 PM, Bernd Walter wrote: > > > On Tue, Oct 14, 2014 at 12:51:50PM -0300, Luiz Otavio O Souza wrote: > >> On 14 October 2014 01:13, Bernd Walter wrote: > >>> > >>> Ok - that card problem seems random or contact related. > >>> Whatever, it is 6 am - time to sleep ;-) > >> > >> I've found a missing silicon bug workaround on our driver. > >> > >> It's pretty recent and i'm still building new images to test with more > >> cards, but it did fix all the instability i was seeing on the > >> identification of one of my cards. > >> > >> Together with the new firmware (yes, there is another SD fix there) my > >> RPi B rev 2 (with this same card) has gone from unusable to rock > >> stable (i've done 80 cold boots without any damage/corruption to the > >> card). > >> > >> Please, give it a try and let me know if it helps. > > > > Tested. > > All I can say so far is that it is random, but your patch didn't help. > > Furthermore this problem now happens on each boot try. > > It still may be possible that it can boot, but I've tried many more > > times than needed before. > > > > Timecounters tick every 10.000 msec > > usbus0: 480Mbps High Speed USB v2.0 > > ugen0.1: at usbus0 > > uhub0: on usbus0 > > mmcsd0: 8GB at mmc0 41.6MHz/4bit/65535-block > > mmcsd0: Error indicated: 1 Timeout > > mmcsd0: Error indicated: 1 Timeout > > fb0: 656x416(0x0@0,0) 16bpp > > fb0: pitch 1312, base 0x5e006000, screen_size 545792 > > fbd0 on fb0 > > VT: initialize with new VT driver "fb". > > My RPi-B fails at mount root. It just hangs forever with recent kernel / firmware. Can't say anything about up to date current. I stayed at the same svn rev and firmware to not introduce any other influences for that test. FreeBSD 11.0-CURRENT #0 r273186M: Wed Oct 22 20:25:48 CEST 2014 ticso@cicely1.cicely.de:/root/crochet-freebsd/work/obj/arm.armv6/home/builder/arm-build/head/sys/RPI-B arm FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@FreeBSD.ORG Thu Oct 23 01:43:03 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6CE26D83 for ; Thu, 23 Oct 2014 01:43:03 +0000 (UTC) Received: from mail-wi0-x230.google.com (mail-wi0-x230.google.com [IPv6:2a00:1450:400c:c05::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 013A11A9 for ; Thu, 23 Oct 2014 01:43:02 +0000 (UTC) Received: by mail-wi0-f176.google.com with SMTP id n3so2388051wiv.3 for ; Wed, 22 Oct 2014 18:43:01 -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=HuR5UtD3IMWi2WoD/VNm0Bq+r3NyP8faxP/oOzOk8Pc=; b=AojzpBzSv8m4jNGKcl7h18XMwIDLUeCm7NcGIotGpMEoBvVZMJTJWyQkzb1mmhkWlR cP+8Sgn/l4eLif/+X6aPs8Xo562Z7Fgw6o+X3zpfXsMMGImc6wQxoFrnIMaxbT18RI2W 9Olx6Lrg+JKDwx2fKsoalZYAvmqlyAvw4GFCASyxcl9+d8tuunZ2Fv4JYDyo/QO70XOB OG6IviKzTzfDAlyN7XPdRY/RYUUP9U7gBe1IYF1ayje0g1tx4GB75RAx7IMNbggpXL41 kmWMHF0X0KyBiaGwUR8gB1U0VP0qKm3VDRb9YbgR1eR9qZnzkkOVuEDgMNhtFprG/IGF 5K+A== MIME-Version: 1.0 X-Received: by 10.194.57.210 with SMTP id k18mr272483wjq.110.1414028581370; Wed, 22 Oct 2014 18:43:01 -0700 (PDT) Received: by 10.216.127.72 with HTTP; Wed, 22 Oct 2014 18:43:01 -0700 (PDT) In-Reply-To: <20141022204454.GA12231@cicely7.cicely.de> References: <20140825165622.6771b548@X220.alogt.com> <20140825163528.d2e696cc3d03ad9bebcd239c@schwarzes.net> <20140826074951.4cf5a8fc@X220.alogt.com> <53FD1646.2010103@ceetonetechnology.com> <20140827021349.1273f703c6756d07fad72a16@schwarzes.net> <20141014032743.GK38905@cicely7.cicely.de> <20141014041305.GM38905@cicely7.cicely.de> <20141022204454.GA12231@cicely7.cicely.de> Date: Wed, 22 Oct 2014 23:43:01 -0200 Message-ID: Subject: Re: sd card probing (was: FreeBSD 10.0 on Raspberry PI B+ no network devices From: Luiz Otavio O Souza To: ticso@cicely.de Content-Type: text/plain; charset=UTF-8 Cc: Andreas Schwarz , George Rosamond , "freebsd-arm@freebsd.org" , Tim Kientzle X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2014 01:43:03 -0000 On 22 October 2014 18:44, Bernd Walter wrote: > On Tue, Oct 14, 2014 at 12:51:50PM -0300, Luiz Otavio O Souza wrote: >> On 14 October 2014 01:13, Bernd Walter wrote: >> > >> > Ok - that card problem seems random or contact related. >> > Whatever, it is 6 am - time to sleep ;-) >> >> I've found a missing silicon bug workaround on our driver. >> >> It's pretty recent and i'm still building new images to test with more >> cards, but it did fix all the instability i was seeing on the >> identification of one of my cards. >> >> Together with the new firmware (yes, there is another SD fix there) my >> RPi B rev 2 (with this same card) has gone from unusable to rock >> stable (i've done 80 cold boots without any damage/corruption to the >> card). >> >> Please, give it a try and let me know if it helps. > > Tested. > All I can say so far is that it is random, but your patch didn't help. Without my patch you should see the speed and the bus width changing over the boots and with my patch it should always be the same (41.6MHz/4bit): > mmcsd0: 8GB at mmc0 41.6MHz/4bit/65535-block > Furthermore this problem now happens on each boot try. > It still may be possible that it can boot, but I've tried many more > times than needed before. > > Timecounters tick every 10.000 msec > usbus0: 480Mbps High Speed USB v2.0 > ugen0.1: at usbus0 > uhub0: on usbus0 > mmcsd0: 8GB at mmc0 41.6MHz/4bit/65535-block > mmcsd0: Error indicated: 1 Timeout > mmcsd0: Error indicated: 1 Timeout > fb0: 656x416(0x0@0,0) 16bpp > fb0: pitch 1312, base 0x5e006000, screen_size 545792 > fbd0 on fb0 > VT: initialize with new VT driver "fb". Ok. Can you try add the following to /boot/loader.conf ? echo hw.bcm2835.sdhci.hs=0 >> /boot/loader.conf RPi _is_ picky about the SD card, the patch won't make that go away but should help in a few cases. There is a possibility that your card won't work in HS mode and now that the card identification always works, it will always go with the highest supported speed. The tunable should help if that is the case. Luiz From owner-freebsd-arm@FreeBSD.ORG Thu Oct 23 01:51:35 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 647811B6 for ; Thu, 23 Oct 2014 01:51:35 +0000 (UTC) Received: from mail-wi0-x22a.google.com (mail-wi0-x22a.google.com [IPv6:2a00:1450:400c:c05::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EB67A280 for ; Thu, 23 Oct 2014 01:51:34 +0000 (UTC) Received: by mail-wi0-f170.google.com with SMTP id n3so2185817wiv.5 for ; Wed, 22 Oct 2014 18:51:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=DIcYgINqJMhMA1FVEH6cDy96ItgyUh/fMna9Sz7WCrA=; b=09chQkkjxAXxhxanvzGU1sCAaYfo2tJZHEOEZB63jbIV6hm9rebzZfgUXgJjcmVPWB vjD97/BIsOWO/yc6FRkRK1iWQsjsN72d8dDPm8eZ+kNMGiuxFKTZ0s2o9myxf9J/yyB9 zX/zfrILNSXwRCYF27Fo+C7iMRbj+dhixOGHJENRtoNfuh18KIH7sdh/zw5crxDGv5nu ZeyN2DcF4Rgl0E797GUfiLvVYjktZiMgPrENBNrxgvZbs+9RUlFhUv8KP2DLyOpa8pgj BkDdSq/5o4Mpd9MFl7SCQsqb+o8j1dhH96ytgJ0hpTJ4lUpNBo2JropxC9d6+ho7MIn5 7SHQ== MIME-Version: 1.0 X-Received: by 10.194.190.130 with SMTP id gq2mr1876902wjc.18.1414029092245; Wed, 22 Oct 2014 18:51:32 -0700 (PDT) Received: by 10.216.127.72 with HTTP; Wed, 22 Oct 2014 18:51:32 -0700 (PDT) In-Reply-To: <79A3C277-3977-46E5-98E4-2D7DFAF1D271@bsdimp.com> References: <20140825165622.6771b548@X220.alogt.com> <20140825163528.d2e696cc3d03ad9bebcd239c@schwarzes.net> <20140826074951.4cf5a8fc@X220.alogt.com> <53FD1646.2010103@ceetonetechnology.com> <20140827021349.1273f703c6756d07fad72a16@schwarzes.net> <20141014032743.GK38905@cicely7.cicely.de> <20141014041305.GM38905@cicely7.cicely.de> <20141022204454.GA12231@cicely7.cicely.de> <79A3C277-3977-46E5-98E4-2D7DFAF1D271@bsdimp.com> Date: Wed, 22 Oct 2014 23:51:32 -0200 Message-ID: Subject: Re: sd card probing (was: FreeBSD 10.0 on Raspberry PI B+ no network devices From: Luiz Otavio O Souza To: Warner Losh Content-Type: text/plain; charset=UTF-8 Cc: Andreas Schwarz , George Rosamond , "freebsd-arm@freebsd.org" , ticso@cicely.de, Tim Kientzle X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2014 01:51:35 -0000 On 22 October 2014 19:41, Warner Losh wrote: > > > My RPi-B fails at mount root. It just hangs forever with recent kernel / firmware. > > Warner Does it boot if you use the latest official image ? (20140918-r271779 - which doesn't has the any of the fixes) Let me know how it goes. Luiz From owner-freebsd-arm@FreeBSD.ORG Thu Oct 23 02:07:22 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 302D7378 for ; Thu, 23 Oct 2014 02:07:22 +0000 (UTC) Received: from mail-wi0-x229.google.com (mail-wi0-x229.google.com [IPv6:2a00:1450:400c:c05::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BFD0A3BA for ; Thu, 23 Oct 2014 02:07:21 +0000 (UTC) Received: by mail-wi0-f169.google.com with SMTP id r20so2669806wiv.2 for ; Wed, 22 Oct 2014 19:07:20 -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=oKh+jdPKwPkVOrNq2hZf0EkN6naKP01v3weto2tn3cM=; b=b6izQfiJOQf41eloWXGpVhmvTEabf+pzVXumhIVbDprPE3PKr8uN/opwIYG4M0sZhJ kBbyy9CtIEYaIzLmOVN2+2fUnNOXa3YZI+XWzZGZ0vfDLx0+95uhPrfsqFeseXO7sjIB cFLyOLrew2OIx+fHbsJdlo7cANnnalN76eh83hHpbOlCKuNVpVJVt9qx7gpMeKmJVPCC Hm5LmJ5RIZ4nvmZJShqiX89xM0qg+ptnJIEV5fAEjFHzc+dYaYzSCDYrwDfvXrRB9OHc Sj067oAncP5YJ6O+NbrMcIEk3uAVpx8YVZAKYWcNgLGSy8aHdu1PKv3ua1w7hEViNDt+ fmzA== MIME-Version: 1.0 X-Received: by 10.194.172.234 with SMTP id bf10mr1739489wjc.81.1414030039961; Wed, 22 Oct 2014 19:07:19 -0700 (PDT) Received: by 10.216.127.72 with HTTP; Wed, 22 Oct 2014 19:07:19 -0700 (PDT) In-Reply-To: <20141022150611.u2qitjmr1340k08w@webmail.FoxValley.net> References: <20141021172758.2ael7skaydlwwcco@webmail.FoxValley.net> <20141022150611.u2qitjmr1340k08w@webmail.FoxValley.net> Date: Thu, 23 Oct 2014 00:07:19 -0200 Message-ID: Subject: Re: new support for Raspberry Pi B+ From: Luiz Otavio O Souza To: draymond@foxvalley.net Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2014 02:07:22 -0000 On 22 October 2014 18:06, wrote: >>> There was a recent update to the Raspberry Pi wiki here: >>> >>> https://wiki.freebsd.org/FreeBSD/arm/Raspberry%20Pi >>> >>> ... >> >> >> That was the date when the fix was committed, it only means it will be >> included on the images created after that date. >> >> But yes, this is an oversight because i don't know how frequently the >> images are updated. >> >> Sorry but we have to wait. > > > > Luiz, I was able to test your changes by overwriting the boot files on an > existing image (FreeBSD-11.0-CURRENT-arm-armv6-RPI-B-20140918-r271779.img). > Your commit notes mention that you made some fixes regarding SD card > compatibility. However, I am still having problems with my SD cards. That is just part of the fix, you also need r273264 which isn't included on the image you're using. Right now the only way to test the fix is building your own image. > > I have a 16GB Transcend that gives me intermittent boot failures ("Mounting > from ufs:/dev/mmcsd0s2a failed with error 19"). I am able to suppress those > failures as follows: > > echo 'hw.bcm2835.sdhci.hs="0"' >> /boot/loader.conf > > I also have a 32GB SanDisk that fails consistently during boot: > > mmcsd0: Error indicated: 1 Timeout > g_vfs_done():mmcsd0s2a[READ(offset=852987904, length=4096)]error = 5 > vnode_pager_getpages: I/O read error > vm_fault: pager read error, pid 1 (init) > > I have not found a way to resolve this one. Well, i don't think this patch is going to fix everything but it should help with some cards. So you'll need to redo the tests when the new image is available and then let us know :) Luiz From owner-freebsd-arm@FreeBSD.ORG Thu Oct 23 02:23:13 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 64519702 for ; Thu, 23 Oct 2014 02:23:13 +0000 (UTC) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "raven.bwct.de", Issuer "BWCT" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0FFA377F for ; Thu, 23 Oct 2014 02:23:12 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id s9N2Mpo4004039 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 23 Oct 2014 04:22:52 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id s9N2MjQO034082 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 23 Oct 2014 04:22:45 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id s9N2MjDR016894; Thu, 23 Oct 2014 04:22:45 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id s9N2Mi5I016893; Thu, 23 Oct 2014 04:22:44 +0200 (CEST) (envelope-from ticso) Date: Thu, 23 Oct 2014 04:22:44 +0200 From: Bernd Walter To: Luiz Otavio O Souza Subject: Re: sd card probing (was: FreeBSD 10.0 on Raspberry PI B+ no network devices Message-ID: <20141023022244.GB16490@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <20140825163528.d2e696cc3d03ad9bebcd239c@schwarzes.net> <20140826074951.4cf5a8fc@X220.alogt.com> <53FD1646.2010103@ceetonetechnology.com> <20140827021349.1273f703c6756d07fad72a16@schwarzes.net> <20141014032743.GK38905@cicely7.cicely.de> <20141014041305.GM38905@cicely7.cicely.de> <20141022204454.GA12231@cicely7.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de Cc: Andreas Schwarz , George Rosamond , "freebsd-arm@freebsd.org" , ticso@cicely.de, Tim Kientzle X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2014 02:23:13 -0000 On Wed, Oct 22, 2014 at 11:43:01PM -0200, Luiz Otavio O Souza wrote: > On 22 October 2014 18:44, Bernd Walter wrote: > > On Tue, Oct 14, 2014 at 12:51:50PM -0300, Luiz Otavio O Souza wrote: > >> On 14 October 2014 01:13, Bernd Walter wrote: > >> > > >> > Ok - that card problem seems random or contact related. > >> > Whatever, it is 6 am - time to sleep ;-) > >> > >> I've found a missing silicon bug workaround on our driver. > >> > >> It's pretty recent and i'm still building new images to test with more > >> cards, but it did fix all the instability i was seeing on the > >> identification of one of my cards. > >> > >> Together with the new firmware (yes, there is another SD fix there) my > >> RPi B rev 2 (with this same card) has gone from unusable to rock > >> stable (i've done 80 cold boots without any damage/corruption to the > >> card). > >> > >> Please, give it a try and let me know if it helps. > > > > Tested. > > All I can say so far is that it is random, but your patch didn't help. > > Without my patch you should see the speed and the bus width changing > over the boots and with my patch it should always be the same > (41.6MHz/4bit): > > mmcsd0: 8GB at mmc0 41.6MHz/4bit/65535-block > > > Furthermore this problem now happens on each boot try. > > It still may be possible that it can boot, but I've tried many more > > times than needed before. > > > > Timecounters tick every 10.000 msec > > usbus0: 480Mbps High Speed USB v2.0 > > ugen0.1: at usbus0 > > uhub0: on usbus0 > > mmcsd0: 8GB at mmc0 41.6MHz/4bit/65535-block > > mmcsd0: Error indicated: 1 Timeout > > mmcsd0: Error indicated: 1 Timeout > > fb0: 656x416(0x0@0,0) 16bpp > > fb0: pitch 1312, base 0x5e006000, screen_size 545792 > > fbd0 on fb0 > > VT: initialize with new VT driver "fb". > > Ok. Can you try add the following to /boot/loader.conf ? > > echo hw.bcm2835.sdhci.hs=0 >> /boot/loader.conf > > RPi _is_ picky about the SD card, the patch won't make that go away > but should help in a few cases. I know - that's the reason why I bought the B+ boards in bundle with cards directly from Farnell. Hoped they wouldn't make any problems under FreeBSD. The cards unfortunately are unlabeled, just the included SD adapter has a raspi logo. > There is a possibility that your card won't work in HS mode and now > that the card identification always works, it will always go with the > highest supported speed. The tunable should help if that is the case. This makes sense. I don't remember this card/board combination, but about a year ago, when I used other cards in other boards the speed and width wasn't always the same. And you are absolutely right, with that loader.conf entry it works. ... mmcsd0: 8GB at mmc0 25.0MHz/4bit/65535-block ... -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@FreeBSD.ORG Thu Oct 23 19:26:08 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5B69765D for ; Thu, 23 Oct 2014 19:26:08 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 28C65368 for ; Thu, 23 Oct 2014 19:26:08 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s9NJQ8ZF035916 for ; Thu, 23 Oct 2014 19:26:08 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 194562] New: Cubieboard2: only one USB device is seen by the system Date: Thu, 23 Oct 2014 19:26:08 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: che@bein.link X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter attachments.created Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2014 19:26:08 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194562 Bug ID: 194562 Summary: Cubieboard2: only one USB device is seen by the system Product: Base System Version: 11.0-CURRENT Hardware: arm OS: Any Status: Needs Triage Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: che@bein.link Created attachment 148588 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=148588&action=edit dmesg.log I'm trying to plug in a USB device (a wireless dongle based on urtwn). See the kernel config in the attachment. The problem is that when I plug any USB device into the board's USB Host socket, I see no reaction. It doesn't even give any power to the devcice. `usbconfig list` only shows the USB Flash drive with the root partition. root@cubie:~ # usbconfig list ugen1.1: at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA) ugen0.1: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA) ugen0.2: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (500mA) root@cubie:~ # uname -a FreeBSD cubie 11.0-CURRENT FreeBSD 11.0-CURRENT #3 r273464M: Thu Oct 23 23:02:27 MSK 2014 root@quad:/usr/obj/arm.armv6/usr/src/head/sys/CUBIEBOARD2 arm I have also attached the dmesg log. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Thu Oct 23 19:26:51 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3BC7F6A3 for ; Thu, 23 Oct 2014 19:26:51 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 22D9A373 for ; Thu, 23 Oct 2014 19:26:51 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s9NJQp00036819 for ; Thu, 23 Oct 2014 19:26:51 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 194562] Cubieboard2: only one USB device is seen by the system Date: Thu, 23 Oct 2014 19:26:51 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: che@bein.link X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2014 19:26:51 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194562 --- Comment #1 from Maxim Filimonov --- Created attachment 148589 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=148589&action=edit kernel config -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Thu Oct 23 19:35:16 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1F070942 for ; Thu, 23 Oct 2014 19:35:16 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 06386643 for ; Thu, 23 Oct 2014 19:35:16 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s9NJZFvY077343 for ; Thu, 23 Oct 2014 19:35:15 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 194562] Cubieboard2: only one USB device is seen by the system Date: Thu, 23 Oct 2014 19:35:15 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: hselasky@FreeBSD.org X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2014 19:35:16 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194562 Hans Petter Selasky changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |hselasky@FreeBSD.org --- Comment #2 from Hans Petter Selasky --- Hi, Can you verify that the port has +5V and that USB jumpers, if any, are correctly assigned. Does not look like a USB core software issue yet. Might be some GPIO's that needs tweaking through the FDT tables. --HPS -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Thu Oct 23 19:49:27 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2651080 for ; Thu, 23 Oct 2014 19:49:27 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0DE997ED for ; Thu, 23 Oct 2014 19:49:27 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s9NJnQnD096760 for ; Thu, 23 Oct 2014 19:49:26 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 194562] Cubieboard2: only one USB device is seen by the system Date: Thu, 23 Oct 2014 19:49:27 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: che@bein.link X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2014 19:49:27 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194562 --- Comment #3 from Maxim Filimonov --- Does booting from both of the ports count? I can attach a usb flash drive to both of the ports, and it still boots up correctly. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Thu Oct 23 19:58:40 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2C8AC5E7 for ; Thu, 23 Oct 2014 19:58:40 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1426590E for ; Thu, 23 Oct 2014 19:58:40 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s9NJwdOS039916 for ; Thu, 23 Oct 2014 19:58:39 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 194562] Cubieboard2: only one USB device is seen by the system Date: Thu, 23 Oct 2014 19:58:40 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: hselasky@FreeBSD.org X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2014 19:58:40 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194562 --- Comment #4 from Hans Petter Selasky --- Hi, The bootloader might do some special programming switching on USB ports, which the kernel lacks. Is U-boot the bootloader you are using? --HPS -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Thu Oct 23 20:08:11 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B166DB4D for ; Thu, 23 Oct 2014 20:08:11 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 98B50A3A for ; Thu, 23 Oct 2014 20:08:11 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s9NK8BYo093629 for ; Thu, 23 Oct 2014 20:08:11 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 194562] Cubieboard2: only one USB device is seen by the system Date: Thu, 23 Oct 2014 20:08:11 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: che@bein.link X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2014 20:08:11 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194562 --- Comment #5 from Maxim Filimonov --- It is. And here's its version: sunxi#version U-Boot 2011.09-rc1-00003-ge89ab14-dirty (Jan 03 2014 - 12:57:33) Allwinner Technology arm-linux-gnueabi-gcc (crosstool-NG linaro-1.13.1-2012.02-20120222 - Linaro GCC 2012.02) 4.6.3 20120201 (prerelease) GNU ld (crosstool-NG linaro-1.13.1-2012.02-20120222 - Linaro GCC 2012.02) 2.22 -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Thu Oct 23 20:44:15 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2FAF6BDD for ; Thu, 23 Oct 2014 20:44:15 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 179C0E23 for ; Thu, 23 Oct 2014 20:44:15 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s9NKiEI0008787 for ; Thu, 23 Oct 2014 20:44:14 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 194562] Cubieboard2: only one USB device is seen by the system Date: Thu, 23 Oct 2014 20:44:15 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: che@bein.link X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2014 20:44:15 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194562 --- Comment #6 from Maxim Filimonov --- After I plugged in both of the USB devices and booted up the system, everything went way beter: the urtwn device is detected, but it doesn't want to load the firmware. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Thu Oct 23 22:57:17 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BDC85EB8 for ; Thu, 23 Oct 2014 22:57:17 +0000 (UTC) Received: from orange.myspectrum.nl (orange.myspectrum.nl [149.210.134.247]) by mx1.freebsd.org (Postfix) with ESMTP id 7F316E27 for ; Thu, 23 Oct 2014 22:57:17 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by orange.myspectrum.nl (Postfix) with ESMTP id 8DAC1828A7; Fri, 24 Oct 2014 00:57:10 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at myspectrum.nl Received: from orange.myspectrum.nl ([127.0.0.1]) by localhost (orange.myspectrum.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tFfb5h538F4H; Fri, 24 Oct 2014 00:57:09 +0200 (CEST) Received: from [10.0.0.20] (ip136-5-208-87.adsl2.static.versatel.nl [87.208.5.136]) (Authenticated sender: jeroen@myspectrum.nl) by orange.myspectrum.nl (Postfix) with ESMTPSA id 8D8CA82897; Fri, 24 Oct 2014 00:57:09 +0200 (CEST) Message-ID: <544987C5.20109@myspectrum.nl> Date: Fri, 24 Oct 2014 00:57:09 +0200 From: Jeroen Hofstee User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Jeroen Hofstee , Tim Kientzle Subject: Re: make xdev-links References: <54438864.2050506@myspectrum.nl> <54443B5C.2000300@myspectrum.nl> In-Reply-To: <54443B5C.2000300@myspectrum.nl> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2014 22:57:17 -0000 Hello Tim. On 20-10-14 00:29, Jeroen Hofstee wrote: > Hello Tim, > > On 19-10-14 23:46, Tim Kientzle wrote: >> >> Please send a patch to Crochet project that unsets the VENDOR >> environment variable. [..] > For the record this is only an issue with u-boot 2014.10. If there is > a sound > reason to have this variable around I will send a patch to u-boot, > which we > can easily cherry-pick back. I have no idea who sets this at the moment > though. > VENDOR is set by tcsh, see the man pages. The patch below should no longer make it affect u-boot builds. Regards, Jeroen http://git.denx.de/?p=u-boot.git;a=commit;h=5b3ee386fde82a1ba42ff09b95247842c9a1585e From owner-freebsd-arm@FreeBSD.ORG Fri Oct 24 05:38:52 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3B695102 for ; Fri, 24 Oct 2014 05:38:52 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 22DA3973 for ; Fri, 24 Oct 2014 05:38:52 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s9O5cqOh027794 for ; Fri, 24 Oct 2014 05:38:52 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 194562] Cubieboard2: only one USB device is seen by the system Date: Fri, 24 Oct 2014 05:38:52 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: hselasky@FreeBSD.org X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 05:38:52 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194562 --- Comment #7 from Hans Petter Selasky --- Does the urtwn work on a regular PC w/FreeBSD installed? --HPS -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Fri Oct 24 05:55:48 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 08574368; Fri, 24 Oct 2014 05:55:48 +0000 (UTC) Received: from mail-yh0-x234.google.com (mail-yh0-x234.google.com [IPv6:2607:f8b0:4002:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ADBD6B05; Fri, 24 Oct 2014 05:55:47 +0000 (UTC) Received: by mail-yh0-f52.google.com with SMTP id f10so2837011yha.39 for ; Thu, 23 Oct 2014 22:55:47 -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=rbfysUQz/gGZfQbn01v6Ivz9U6/re7DH9EFOTEwPVOQ=; b=d0FwVnGUGyYYQjiqoSWepb8ecSZ1Kph++usIMcBLiW6jnXa2CE+qnVTHmePXltMrzQ Kpzbei5++o3f1GFzWu8lIXzOJgoHoQ+s2Tg3q8nBhrX0gCi+2Ml6GgDI8FG/0K4EovWP oEFIzb/HWzTRihbnOzihJfrrRxztsf8lVyFeAuQzDMnPsyIqRE4L1d2CAE2CBJiSswHj VoBkoamuS3HfQVacNNBEUpCk2IQxdZbaTuSr5rdqUwlwwqwNdh02lo/XdxIsvGPdK69W immFxAit5/n7bNOrcxuGq1UZC4e9d+opqTpAjFRxHLcD8PKsaLA5PsFrbCjDKL7Ts1vx 0GSA== MIME-Version: 1.0 X-Received: by 10.170.47.200 with SMTP id 191mr3000394ykp.65.1414130146955; Thu, 23 Oct 2014 22:55:46 -0700 (PDT) Received: by 10.64.13.178 with HTTP; Thu, 23 Oct 2014 22:55:46 -0700 (PDT) In-Reply-To: References: Date: Fri, 24 Oct 2014 13:55:46 +0800 Message-ID: Subject: Re: [Bug 194562] Cubieboard2: only one USB device is seen by the system From: Ganbold Tsagaankhuu To: bugzilla-noreply@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 05:55:48 -0000 In my case it detect when plugs in buffalo wifi stick which is run(4). On Fri, Oct 24, 2014 at 1:38 PM, wrote: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194562 > > --- Comment #7 from Hans Petter Selasky --- > Does the urtwn work on a regular PC w/FreeBSD installed? > > --HPS > > -- > You are receiving this mail because: > You are the assignee for the bug. > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@FreeBSD.ORG Fri Oct 24 06:08:15 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E1C9E81A for ; Fri, 24 Oct 2014 06:08:15 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C9B6CC15 for ; Fri, 24 Oct 2014 06:08:15 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s9O68FR9021007 for ; Fri, 24 Oct 2014 06:08:15 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 194562] Cubieboard2: only one USB device is seen by the system Date: Fri, 24 Oct 2014 06:08:15 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: ganbold@gmail.com X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 06:08:16 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194562 ganbold@gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ganbold@gmail.com --- Comment #8 from ganbold@gmail.com --- In my case it detect when plugs in buffalo wifi stick which is run(4). My u-boot version is: U-Boot 2013.04-07297-gc8f265c (Jun 17 2013 - 02:01:35) Allwinner Technology arm-linux-gnueabihf-gcc (crosstool-NG linaro-1.13.1-4.7-2013.04-20130415 - Linaro GCC 2013.04) 4.7.3 20130328 (prerelease) GNU ld (crosstool-NG linaro-1.13.1-4.7-2013.04-20130415 - Linaro GCC 2013.04) 2.23.1 -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Fri Oct 24 06:41:42 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 54E4AD5E for ; Fri, 24 Oct 2014 06:41:42 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3C9A1F1D for ; Fri, 24 Oct 2014 06:41:42 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s9O6fglJ035414 for ; Fri, 24 Oct 2014 06:41:42 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 194562] Cubieboard2: only one USB device is seen by the system Date: Fri, 24 Oct 2014 06:41:42 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: che@bein.link X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 06:41:42 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194562 --- Comment #9 from Maxim Filimonov --- Hans, yep: urtwn works perfectly at my laptop which runs FreeBSD 10.1-RC2. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Fri Oct 24 06:43:25 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AFDAEDB7 for ; Fri, 24 Oct 2014 06:43:25 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 97557F30 for ; Fri, 24 Oct 2014 06:43:25 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s9O6hPKd036398 for ; Fri, 24 Oct 2014 06:43:25 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 194562] Cubieboard2: only one USB device is seen by the system Date: Fri, 24 Oct 2014 06:43:25 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: hselasky@FreeBSD.org X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 06:43:25 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194562 --- Comment #10 from Hans Petter Selasky --- Hi, It's detecting in dmesg or not? Which architecture is your board, ARM? Might be the firmware tool for urtwn is not built or installed. --HPS -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Fri Oct 24 07:40:29 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 154A89FC for ; Fri, 24 Oct 2014 07:40:29 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F1A9364C for ; Fri, 24 Oct 2014 07:40:28 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s9O7eSqH029256 for ; Fri, 24 Oct 2014 07:40:28 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 194562] Cubieboard2: only one USB device is seen by the system Date: Fri, 24 Oct 2014 07:40:28 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: kevlo@FreeBSD.org X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 07:40:29 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194562 Kevin Lo changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kevlo@FreeBSD.org --- Comment #11 from Kevin Lo --- (In reply to Maxim Filimonov from comment #6) > After I plugged in both of the USB devices and booted up the system, > everything went way beter: the urtwn device is detected, but it doesn't want > to load the firmware. Seems like you forgot to compile urtwnfw(4) into the kernel... -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Fri Oct 24 08:15:05 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C2E2D33C for ; Fri, 24 Oct 2014 08:15:05 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AB256A0E for ; Fri, 24 Oct 2014 08:15:05 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s9O8F5B1064439 for ; Fri, 24 Oct 2014 08:15:05 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 194562] Cubieboard2: only one USB device is seen by the system Date: Fri, 24 Oct 2014 08:15:05 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: che@bein.link X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 08:15:05 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194562 --- Comment #12 from Maxim Filimonov --- Kevin, should it reside in the kernel config? If so, yes I have. Must recompile the kernel then. Thank you. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Fri Oct 24 08:32:38 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6885771E for ; Fri, 24 Oct 2014 08:32:38 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 505A5BF5 for ; Fri, 24 Oct 2014 08:32:38 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s9O8Wc1V002016 for ; Fri, 24 Oct 2014 08:32:38 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 194562] Cubieboard2: only one USB device is seen by the system Date: Fri, 24 Oct 2014 08:32:38 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: kevlo@FreeBSD.org X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 08:32:38 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194562 --- Comment #13 from Kevin Lo --- Yes. Add "device urtwnfw" to your kernel config and don't forget to add "legal.realtek.license_ack=1" to /boot/loader.conf :-) -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Fri Oct 24 08:51:06 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3B06B916 for ; Fri, 24 Oct 2014 08:51:06 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 23476DA9 for ; Fri, 24 Oct 2014 08:51:06 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s9O8p6JL035512 for ; Fri, 24 Oct 2014 08:51:06 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 194562] Cubieboard2: only one USB device is seen by the system Date: Fri, 24 Oct 2014 08:51:06 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: che@bein.link X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 08:51:06 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194562 --- Comment #14 from Maxim Filimonov --- (In reply to Kevin Lo from comment #13) > Yes. Add "device urtwnfw" to your kernel config and don't forget to add > "legal.realtek.license_ack=1" to /boot/loader.conf :-) Yep, I remember about license_ack :-). Thank you. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Fri Oct 24 23:02:15 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 65C88675 for ; Fri, 24 Oct 2014 23:02:15 +0000 (UTC) Received: from mail.FoxValley.net (mail.FoxValley.net [64.135.192.34]) by mx1.freebsd.org (Postfix) with SMTP id 1738BB8D for ; Fri, 24 Oct 2014 23:02:14 +0000 (UTC) Received: (qmail 13239 invoked from network) for freebsd-arm@freebsd.org; 24 Oct 2014 18:02:08 -0500 Received: from marengo.foxvalley.net (draymond@64.135.192.25) by mail.foxvalley.net with SMTP; 24 Oct 2014 18:02:08 -0500 Received: from sp7.qualcomm.com (sp7.qualcomm.com [199.106.103.57]) by webmail.FoxValley.net (Horde MIME library) with HTTP; Fri, 24 Oct 2014 18:02:08 -0500 Message-ID: <20141024180208.cpn2v4gvqwms8osw@webmail.FoxValley.net> Date: Fri, 24 Oct 2014 18:02:08 -0500 From: draymond@FoxValley.net To: freebsd-arm@freebsd.org Subject: errors building xdev MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.2) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 23:02:15 -0000 I keep getting the following error while compiling xdev (so that I can run crochet): cd /usr/src/include/../sys/dev/acpica; sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 acpiio.h //usr/armv6-freebsd/usr/include/dev/acpica sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 acpi_hpet.h //usr/armv6-freebsd/usr/include/dev/acpica install: acpi_hpet.h: No such file or directory *** Error code 71 My build command is as follows: cd /usr/src && make XDEV=arm XDEV_ARCH=armv6 WITH_GCC=1 WITH_GCC_BOOTSTRAP=1 WITHOUT_CLANG=1 WITHOUT_CLANG_BOOTSTRAP=1 WITHOUT_CLANG_IS_CC=1 xdev Any idea what might be wrong? From owner-freebsd-arm@FreeBSD.ORG Sat Oct 25 00:32:59 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AB3C1DE9 for ; Sat, 25 Oct 2014 00:32:59 +0000 (UTC) Received: from st11p02mm-asmtp002.mac.com (st11p02mm-asmtp002.mac.com [17.172.220.237]) (using TLSv1 with cipher DES-CBC3-SHA (112/168 bits)) (Client CN "smtp.me.com", Issuer "VeriSign Class 3 Extended Validation SSL SGC CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7FC03401 for ; Sat, 25 Oct 2014 00:32:59 +0000 (UTC) Received: from fukuyama.hsd1.ca.comcast.net (unknown [73.162.13.215]) by st11p02mm-asmtp002.mac.com (Oracle Communications Messaging Server 7u4-27.10(7.0.4.27.9) 64bit (built Jun 6 2014)) with ESMTPSA id <0NDZ00E545I63FA0@st11p02mm-asmtp002.mac.com> for freebsd-arm@freebsd.org; Sat, 25 Oct 2014 00:32:33 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.12.52,1.0.28,0.0.0000 definitions=2014-10-25_01:2014-10-24,2014-10-24,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=1 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1408290000 definitions=main-1410250005 Content-type: text/plain; charset=us-ascii MIME-version: 1.0 (Mac OS X Mail 8.0 \(1990.1\)) Subject: Re: errors building xdev From: Rui Paulo In-reply-to: <20141024180208.cpn2v4gvqwms8osw@webmail.FoxValley.net> Date: Fri, 24 Oct 2014 17:32:30 -0700 Content-transfer-encoding: quoted-printable Message-id: References: <20141024180208.cpn2v4gvqwms8osw@webmail.FoxValley.net> To: draymond@FoxValley.net X-Mailer: Apple Mail (2.1990.1) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2014 00:32:59 -0000 On Oct 24, 2014, at 16:02, draymond@FoxValley.net wrote: >=20 > I keep getting the following error while compiling xdev (so that I can = run crochet): >=20 > cd /usr/src/include/../sys/dev/acpica; sh /usr/src/tools/install.sh = -C -o root -g wheel -m 444 acpiio.h = //usr/armv6-freebsd/usr/include/dev/acpica > sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 acpi_hpet.h = //usr/armv6-freebsd/usr/include/dev/acpica > install: acpi_hpet.h: No such file or directory > *** Error code 71 >=20 > My build command is as follows: >=20 > cd /usr/src && make XDEV=3Darm XDEV_ARCH=3Darmv6 WITH_GCC=3D1 = WITH_GCC_BOOTSTRAP=3D1 WITHOUT_CLANG=3D1 WITHOUT_CLANG_BOOTSTRAP=3D1 = WITHOUT_CLANG_IS_CC=3D1 xdev >=20 > Any idea what might be wrong? My bad. This is fixed already. Please update! -- Rui Paulo From owner-freebsd-arm@FreeBSD.ORG Sat Oct 25 07:02:58 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 217ABDBC for ; Sat, 25 Oct 2014 07:02:58 +0000 (UTC) Received: from mail.FoxValley.net (mail.FoxValley.net [64.135.192.34]) by mx1.freebsd.org (Postfix) with SMTP id C661ECA6 for ; Sat, 25 Oct 2014 07:02:57 +0000 (UTC) Received: (qmail 2300 invoked from network) for freebsd-arm@freebsd.org; 25 Oct 2014 02:02:56 -0500 Received: from 174-29-196-237.hlrn.qwest.net (HELO ?192.168.1.3?) (draymond@174.29.196.237) by mail.foxvalley.net with SMTP; 25 Oct 2014 02:02:56 -0500 Message-ID: <544B4B1F.1000103@foxvalley.net> Date: Sat, 25 Oct 2014 01:02:55 -0600 From: Dan Raymond User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: errors building xdev References: <20141024180208.cpn2v4gvqwms8osw@webmail.FoxValley.net> In-Reply-To: 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.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2014 07:02:58 -0000 >> cd /usr/src/include/../sys/dev/acpica; sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 acpiio.h //usr/armv6-freebsd/usr/include/dev/acpica >> sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 acpi_hpet.h //usr/armv6-freebsd/usr/include/dev/acpica >> install: acpi_hpet.h: No such file or directory >> *** Error code 71 > My bad. This is fixed already. Please update! Thanks, Rui. It works now. Do you know if it was intentional that we also need to make "xdev-links" now (for crochet)? From owner-freebsd-arm@FreeBSD.ORG Sat Oct 25 09:51:12 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 22B4A991; Sat, 25 Oct 2014 09:51:12 +0000 (UTC) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DBCC5DDA; Sat, 25 Oct 2014 09:51:11 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1Xhxzu-0006JY-0I; Sat, 25 Oct 2014 11:51:03 +0200 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-arm@freebsd.org, "freebsd-fs@freebsd.org" Date: Sat, 25 Oct 2014 11:50:57 +0200 Subject: panic in nfs on arm MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: bdb49c4ff80bd276e321aade33e76e02752072e2 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.3.1 X-Scan-Signature: 118046538f1968b7a7bc35ac7f8c9032 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2014 09:51:12 -0000 Hi, I got a panic on my arm computer while building a port with /usr/ports mounted from my FreeBSD-10-STABLE/amd64 machine. This is the machine which paniced: FreeBSD 11.0-CURRENT #1 r272028M: Tue Sep 23 17:11:45 CEST 2014 root@sjakie.klop.ws:/usr/obj-arm/arm.arm/usr/src-arm/sys/SHEEVAPLUG arm Tracing pid 90295 tid 100119 td 0xc5f8c960 db_trace_self() at db_trace_self pc = 0xc0bb12c8 lr = 0xc0bb1354 (db_trace_thread+0x50) sp = 0xdf29e5d0 fp = 0xc3e07120 db_trace_thread() at db_trace_thread+0x50 pc = 0xc0bb1354 lr = 0xc0936314 (db_command_init+0x5a4) sp = 0xdf29e630 fp = 0xc3e07120 db_command_init() at db_command_init+0x5a4 pc = 0xc0936314 lr = 0xc0935ad0 (db_skip_to_eol+0x484) sp = 0xdf29e648 fp = 0xc3e07120 r4 = 0xc0c8d350 r5 = 0x00000000 db_skip_to_eol() at db_skip_to_eol+0x484 pc = 0xc0935ad0 lr = 0xc0935c38 (db_command_loop+0x5c) sp = 0xdf29e6e8 fp = 0xc3e07120 r4 = 0xdf29e6fc r5 = 0xc0c8d64c r6 = 0x3cd90e75 r7 = 0x00000000 r8 = 0x00000001 r10 = 0x600000d3 db_command_loop() at db_command_loop+0x5c pc = 0xc0935c38 lr = 0xc0937f80 (X_db_sym_numargs+0xec) sp = 0xdf29e6f0 fp = 0xc3e07120 X_db_sym_numargs() at X_db_sym_numargs+0xec pc = 0xc0937f80 lr = 0xc0a6f0c0 (kdb_trap+0x94) sp = 0xdf29e808 fp = 0xc3e07120 r4 = 0xdf29e8f8 kdb_trap() at kdb_trap+0x94 pc = 0xc0a6f0c0 lr = 0xc0bc1d60 (badaddr_read+0x274) sp = 0xdf29e828 fp = 0xc3e07120 r4 = 0xdf29e8f8 r5 = 0x00000001 r6 = 0x3cd90e75 r7 = 0xc5f8c960 r8 = 0xdf29e8f8 r10 = 0xdf2a1eb0 badaddr_read() at badaddr_read+0x274 pc = 0xc0bc1d60 lr = 0xc0bc1e98 (badaddr_read+0x3ac) sp = 0xdf29e840 fp = 0xc3e07120 r4 = 0xc5f8c960 r5 = 0xdf29e8f8 r6 = 0x3cd90e05 badaddr_read() at badaddr_read+0x3ac pc = 0xc0bc1e98 lr = 0xc0bc2278 (data_abort_handler+0x10c) sp = 0xdf29e858 fp = 0xc3e07120 r4 = 0xc0cd8af8 r5 = 0xffff1004 data_abort_handler() at data_abort_handler+0x10c pc = 0xc0bc2278 lr = 0xc0bb2f40 (exception_exit) sp = 0xdf29e8f8 fp = 0xc3e07120 r4 = 0xffffffff r5 = 0xffff1004 r6 = 0x3cd90e05 r7 = 0xc0e0ea48 r8 = 0x0000000f r9 = 0x00000101 r10 = 0x0000001d exception_exit() at exception_exit pc = 0xc0bb2f40 lr = 0xc0b8daf8 (uma_reclaim+0x1f8) sp = 0xdf29e948 fp = 0xc3e07120 r0 = 0xba9b9127 r1 = 0x8b3de5fb r2 = 0xc61c1fc8 r3 = 0xba9b9126 r4 = 0x00000000 r5 = 0xc61c1fc8 r6 = 0x3cd90e05 r7 = 0xc0e0ea48 r8 = 0x0000000f r9 = 0x00000101 r10 = 0x0000001d r12 = 0x00000000 uma_reclaim() at uma_reclaim+0x24c pc = 0xc0b8db4c lr = 0xc0b8c800 (uma_zalloc_arg+0x2f0) sp = 0xdf29e978 fp = 0xdf29ec10 r4 = 0xc3e071d8 r5 = 0xc0e0ea00 r6 = 0xc3e07120 r7 = 0x00000000 r8 = 0x00000102 r9 = 0xdf29ecf8 r10 = 0xc61c0760 uma_zalloc_arg() at uma_zalloc_arg+0x2f0 pc = 0xc0b8c800 lr = 0xc09e1df0 (nfscl_nget+0x308) sp = 0xdf29e990 fp = 0xdf29ec10 r4 = 0x9bb9fa43 r5 = 0x00000000 r6 = 0xc550dce8 r7 = 0xc3edaa00 r8 = 0xc3ebbac0 nfscl_nget() at nfscl_nget+0x308 pc = 0xc09e1df0 lr = 0xc09da69c (ncl_readlinkrpc+0xf60) sp = 0xdf29e9d8 fp = 0xdf29ea10 r4 = 0xc550dce8 r5 = 0x00000000 r6 = 0xc550dcf8 r7 = 0xdf29ecf8 r8 = 0xdf29ec6c r9 = 0x00000000 r10 = 0xdf29ed28 ncl_readlinkrpc() at ncl_readlinkrpc+0xf60 pc = 0xc09da69c lr = 0xc0bdae44 (VOP_MKDIR_APV+0x94) sp = 0xdf29ec40 fp = 0xbffff620 r4 = 0xc0c95c68 r5 = 0xdf29ec6c r6 = 0x00000001 r7 = 0x00020284 r8 = 0xffffff9c r9 = 0x00200800 r10 = 0xc5f8c960 VOP_MKDIR_APV() at VOP_MKDIR_APV+0x94 pc = 0xc0bdae44 lr = 0xc0aca614 (kern_mkdirat+0x18c) sp = 0xdf29ec50 fp = 0xbffff620 r4 = 0xdf29ed28 r5 = 0xdf29ec90 r6 = 0x00000000 kern_mkdirat() at kern_mkdirat+0x18c pc = 0xc0aca614 lr = 0xc0aca684 (kern_mkdir+0x24) sp = 0xdf29ede0 fp = 0xbffff620 r4 = 0x00020290 r5 = 0xc5f8c960 r6 = 0x00000000 r7 = 0xc5f7f000 r8 = 0x00000000 r10 = 0x00013640 kern_mkdir() at kern_mkdir+0x24 pc = 0xc0aca684 lr = 0xc0aca6a8 (sys_mkdir+0x1c) sp = 0xdf29edf0 fp = 0xbffff620 sys_mkdir() at sys_mkdir+0x1c pc = 0xc0aca6a8 lr = 0xc0bc2884 (swi_handler+0x254) sp = 0xdf29edf8 fp = 0xbffff620 swi_handler() at swi_handler+0x254 pc = 0xc0bc2884 lr = 0xc0bb2ed0 (swi_exit) sp = 0xdf29ee60 fp = 0xbffff620 r4 = 0x00020290 r5 = 0x2085e8e0 r6 = 0x00020284 r7 = 0x00000088 r8 = 0x00000001 swi_exit() at swi_exit pc = 0xc0bb2ed0 lr = 0xc0bb2ed0 (swi_exit) sp = 0xdf29ee60 fp = 0xbffff620 Unable to unwind further Unfortunately dumping the kernel core also paniced. db> dump Physical memory: 507 MB Dumping 74 MB: 71 67 63 vm_fault(0xc4147000, 0, 1, 0) -> 0 Fatal kernel mode data abort: 'Translation Fault (P)' trapframe: 0xdf29e0b8 FSR=00000017, FAR=00000014, spsr=a00000d3 r0 =c0cd0f40, r1 =00000000, r2 =c5f8c960, r3 =00000004 r4 =00000000, r5 =00000000, r6 =00000000, r7 =c3ead01c r8 =c3ead000, r9 =c3e9e88c, r10=00000000, r11=0000000a r12=600000d3, ssp=df29e108, slr=c0bb4e24, pc =c0a7d060 panic: Fatal abort Uptime: 3d18h30m32s Sleeping thread (tid 100119, pid 90295) owns a non-sleepable lock From owner-freebsd-arm@FreeBSD.ORG Sat Oct 25 13:32:02 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8CC0C375 for ; Sat, 25 Oct 2014 13:32:02 +0000 (UTC) Received: from mout0.freenet.de (mout0.freenet.de [IPv6:2001:748:100:40::2:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.freenet.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49022842 for ; Sat, 25 Oct 2014 13:32:02 +0000 (UTC) Received: from [195.4.92.141] (helo=mjail1.freenet.de) by mout0.freenet.de with esmtpa (ID freebsdnewbie@freenet.de) (port 25) (Exim 4.82 #2) id 1Xi1Rn-0005TQ-1a for freebsd-arm@freebsd.org; Sat, 25 Oct 2014 15:31:59 +0200 Received: from localhost ([::1]:47928 helo=mjail1.freenet.de) by mjail1.freenet.de with esmtpa (ID freebsdnewbie@freenet.de) (Exim 4.82 #2) id 1Xi1Rm-0000ou-TL for freebsd-arm@freebsd.org; Sat, 25 Oct 2014 15:31:59 +0200 Received: from mx12.freenet.de ([195.4.92.22]:39502) by mjail1.freenet.de with esmtpa (ID freebsdnewbie@freenet.de) (Exim 4.82 #2) id 1Xi1Ol-0008Vy-VK for freebsd-arm@freebsd.org; Sat, 25 Oct 2014 15:28:51 +0200 Received: from p5ddd5865.dip0.t-ipconnect.de ([93.221.88.101]:51806 helo=[127.0.0.1]) by mx12.freenet.de with esmtpsa (ID freebsdnewbie@freenet.de) (TLSv1.2:DHE-RSA-AES128-SHA:128) (port 587) (Exim 4.82 #2) id 1Xi1Ol-00074x-S8 for freebsd-arm@freebsd.org; Sat, 25 Oct 2014 15:28:51 +0200 Message-ID: <544BA593.4020706@freenet.de> Date: Sat, 25 Oct 2014 15:28:51 +0200 From: =?UTF-8?B?TWFudWVsIFN0w7xobg==?= User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: PRU on BBB Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 141024-1, 24.10.2014), Outbound message X-Antivirus-Status: Clean X-Originated-At: 93.221.88.101!51806 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2014 13:32:02 -0000 Hello list, I'm a great fan of FreeBSD and was very glad to see, that FreeBSD supports the beaglebone black. Even the PRUs, which I want to put into operation, are supported by FreeBSD. But unfortunately i do not have a clue, how the driver is intended to be used. For linux there is some API/docu to load/start/stop and communicate with the PRU. Did anyone put the PRUs already into operation with FreeBSD and could give me a hint how this is done? Many thanks in advance Manuel From owner-freebsd-arm@FreeBSD.ORG Sat Oct 25 16:32:15 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9B3B9831 for ; Sat, 25 Oct 2014 16:32:15 +0000 (UTC) Received: from st11p02mm-asmtp001.mac.com (st11p02mm-asmtp001.mac.com [17.172.220.236]) (using TLSv1 with cipher DES-CBC3-SHA (112/168 bits)) (Client CN "smtp.me.com", Issuer "VeriSign Class 3 Extended Validation SSL SGC CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6FD63B97 for ; Sat, 25 Oct 2014 16:32:15 +0000 (UTC) Received: from fukuyama.hsd1.ca.comcast.net (unknown [73.162.13.215]) by st11p02mm-asmtp001.mac.com (Oracle Communications Messaging Server 7u4-27.10(7.0.4.27.9) 64bit (built Jun 6 2014)) with ESMTPSA id <0NE000ML0DXLK680@st11p02mm-asmtp001.mac.com> for freebsd-arm@freebsd.org; Sat, 25 Oct 2014 16:32:11 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.12.52,1.0.28,0.0.0000 definitions=2014-10-25_03:2014-10-24,2014-10-25,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1408290000 definitions=main-1410250174 Content-type: text/plain; charset=utf-8 MIME-version: 1.0 (Mac OS X Mail 8.0 \(1990.1\)) Subject: Re: PRU on BBB From: Rui Paulo In-reply-to: <544BA593.4020706@freenet.de> Date: Sat, 25 Oct 2014 09:32:09 -0700 Content-transfer-encoding: quoted-printable Message-id: <5E3FBBA8-2CBB-4BCE-BE2C-FB044CF0BEF6@me.com> References: <544BA593.4020706@freenet.de> To: =?utf-8?Q?Manuel_St=C3=BChn?= X-Mailer: Apple Mail (2.1990.1) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2014 16:32:15 -0000 On Oct 25, 2014, at 06:28, Manuel St=C3=BChn = wrote: >=20 > Hello list, >=20 > I'm a great fan of FreeBSD and was very glad to see, that FreeBSD = supports the beaglebone black. Even the PRUs, which I want to put into = operation, are supported by FreeBSD. But unfortunately i do not have a = clue, how the driver is intended to be used. For linux there is some = API/docu to load/start/stop and communicate with the PRU. >=20 > Did anyone put the PRUs already into operation with FreeBSD and could = give me a hint how this is done? There's a work in progress PRU library: https://bitbucket.org/rpaulo/libpru And a program to upload binaries to the PRU: https://bitbucket.org/rpaulo/pructl These don't have documentation yet and you have to build them yourself, = but that should be straightforward. You can use the assembler from ports: devel/pasm. -- Rui Paulo From owner-freebsd-arm@FreeBSD.ORG Sat Oct 25 17:07:47 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9960D465 for ; Sat, 25 Oct 2014 17:07:47 +0000 (UTC) Received: from mail.FoxValley.net (mail.FoxValley.net [64.135.192.34]) by mx1.freebsd.org (Postfix) with SMTP id 4D92AE97 for ; Sat, 25 Oct 2014 17:07:46 +0000 (UTC) Received: (qmail 10581 invoked from network) for freebsd-arm@freebsd.org; 25 Oct 2014 12:07:45 -0500 Received: from 174-29-196-237.hlrn.qwest.net (HELO ?192.168.1.3?) (draymond@174.29.196.237) by mail.foxvalley.net with SMTP; 25 Oct 2014 12:07:45 -0500 Message-ID: <544BD8E1.4050004@foxvalley.net> Date: Sat, 25 Oct 2014 11:07:45 -0600 From: Dan Raymond User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: new support for Raspberry Pi B+ 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.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2014 17:07:47 -0000 Luiz, I used crochet to create my own image (with r273619) and ran some tests. Here are my results: 16GB Transcend card: I am getting consistent boot failures with mounting error (error 19). The hw.bcm2835.sdhci.hs="0" hack has no effect on this image. I tried 10 boot cycles and it failed every time. Previously I was getting 5 out of 10 boot failures without the hack and 0 out of 10 boot failures with the hack. 32GB SanDisk card: I can boot consistently (I tried 10 boot cycles and it succeeded every time) unless I enable "option AutoSize". When autosizing is attempted I get the I/O read errors I mentioned earlier. I believe this is the same behavior I saw previously. From owner-freebsd-arm@FreeBSD.ORG Sat Oct 25 22:29:11 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E5C50F80 for ; Sat, 25 Oct 2014 22:29:10 +0000 (UTC) Received: from mail-yh0-f49.google.com (mail-yh0-f49.google.com [209.85.213.49]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A086225A for ; Sat, 25 Oct 2014 22:29:10 +0000 (UTC) Received: by mail-yh0-f49.google.com with SMTP id a41so2773144yho.8 for ; Sat, 25 Oct 2014 15:29:09 -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:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=TYaWm4FQ53vwG0xCQtaMqtwfgkaoYhUUaAQlTQtFSxQ=; b=ASxgv4y0iSLS+Aj7hzwXPklsXbh14elG7uvzimNxn+0qKxHZ+iaAU8z4O2LNyQjw+n +4vKURBkIuopaum3wNlgtS/bmgbwf+98yUkNzLptHjq7UwPnVz7kAnHwgWJTdxE/bxUn mAzJPIQbz4qoptGicGpWxuro6SE71TPZSSrgBMo1cKWsg+jufdcnhDnqyEHgMV2gzXAT W7bA0asfe+yxCIGewodJka6sbPZvWvPjnH9kp4BfwjsQNSsAhArkwRUk83Deyow3s8oU NOS4J8sAro1h3WfulT/oJOi2P7/El8CMzQSNpB4in1n1WymbtCHVbk7tqo59QPAaEaD7 d7mQ== X-Gm-Message-State: ALoCoQl2qYKaAO8SQCzt7mw8j007RRuwBDkVDmRWNglJ8wlDyh0xFQamQ2SjqLii4J6iPn6wzRHz X-Received: by 10.236.43.166 with SMTP id l26mr13395086yhb.9.1414276149330; Sat, 25 Oct 2014 15:29:09 -0700 (PDT) Received: from [192.168.0.14] (173-18-133-79.client.mchsi.com. [173.18.133.79]) by mx.google.com with ESMTPSA id a67sm3836593yhq.30.2014.10.25.15.29.08 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 25 Oct 2014 15:29:08 -0700 (PDT) Sender: Warner Losh Content-Type: multipart/signed; boundary="Apple-Mail=_525AFCD2-7B8A-4A43-8D3B-29297CFDBE62"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: errors building xdev From: Warner Losh In-Reply-To: <544B4B1F.1000103@foxvalley.net> Date: Sat, 25 Oct 2014 17:29:07 -0500 Message-Id: <25CA6A51-3697-4FE6-9941-A28821D681C0@bsdimp.com> References: <20141024180208.cpn2v4gvqwms8osw@webmail.FoxValley.net> <544B4B1F.1000103@foxvalley.net> To: Dan Raymond X-Mailer: Apple Mail (2.1878.6) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2014 22:29:11 -0000 --Apple-Mail=_525AFCD2-7B8A-4A43-8D3B-29297CFDBE62 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Oct 25, 2014, at 2:02 AM, Dan Raymond wrote: >=20 >>> cd /usr/src/include/../sys/dev/acpica; sh /usr/src/tools/install.sh = -C -o root -g wheel -m 444 acpiio.h = //usr/armv6-freebsd/usr/include/dev/acpica >>> sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 acpi_hpet.h = //usr/armv6-freebsd/usr/include/dev/acpica >>> install: acpi_hpet.h: No such file or directory >>> *** Error code 71 >> My bad. This is fixed already. Please update! >=20 > Thanks, Rui. It works now. Do you know if it was intentional that we = also need to make "xdev-links" now (for crochet)? It was intentional. Honestly, I hope the various efforts to make crochet = use a well-maintained port/package for this bear fruit since the = direction xdev is going in the tree is towards shrinking what it does, = leaving only the libraries and includes and renaming the target to = sysroot or xsysroot. Warner --Apple-Mail=_525AFCD2-7B8A-4A43-8D3B-29297CFDBE62 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----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJUTCQzAAoJEGwc0Sh9sBEA2sUQAK+rMoq8CfZGAFRoTOt8tanq SHTgC3gjY7UgDz5Z/N9yK3OOnBC1Up8ufBap0VugqJvx65yQDCVT6pkEAsLtH9Sz S3VIqirslb0n+oZfmbvrzgJV93esP/AXnRwUtcWx8OyaQc83n4H0Pmhm8NVJeu8r VZQz+pMD9sqAkTIWn6usJgKG2WF6xwKNkEkjPqWnzTZrSPoDhV8wrqoOh0z132+B bjpv0hdyhJ0c47yF6hMdH8X6SHM6LrwuR0mKrUQTgPSqheEgAYoaTDXCiLOKjGVz JiL+QfVC5dOJLcORjkiTJQwL34ggDvXPhIZUk/KXjjBdACROL5ScwlaJX2W92pml H1+5Gmh9jezntnIuqcBkQhmqWftYeW+C5XxZnIpQhMWNd3FCWwUtRLtijZSjd4XP uJW9rPnamu520EtHf912udnx9wQUdDYIp1PEk/jNWSebHe+YdzaNSEy8/tDtg+Fn RUezSID9OkGVDKFPj+UWkAqmcpEIKNxEc3IjR0oDwg+Lgrx3LCCAF6XNbbE63Jgp iEFdIobJtJGHoqNa+DtSXcdXYIblR8g7JKPFS4mQAQZvnSkuHy55rGZAQEMTBJGB OD0TJhnA3YyzOkka2CYs322Cz8I++5kEaZt/xXVlb6ib6/JpzpMApRya7pfD/k2S K14Ce7+MUNmtB/pQfJCP =42EM -----END PGP SIGNATURE----- --Apple-Mail=_525AFCD2-7B8A-4A43-8D3B-29297CFDBE62-- From owner-freebsd-arm@FreeBSD.ORG Sat Oct 25 22:43:36 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2E014301 for ; Sat, 25 Oct 2014 22:43:36 +0000 (UTC) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 007815EA for ; Sat, 25 Oct 2014 22:43:35 +0000 (UTC) Received: from [73.34.117.227] (helo=ilsoft.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1XiA3a-000GFG-2P; Sat, 25 Oct 2014 22:43:34 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id s9PMhWdI073007; Sat, 25 Oct 2014 16:43:32 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX19Wma0L614cRDthiI/O38iJ X-Authentication-Warning: paranoia.hippie.lan: Host revolution.hippie.lan [172.22.42.240] claimed to be [172.22.42.240] Subject: Re: errors building xdev From: Ian Lepore To: Warner Losh In-Reply-To: <25CA6A51-3697-4FE6-9941-A28821D681C0@bsdimp.com> References: <20141024180208.cpn2v4gvqwms8osw@webmail.FoxValley.net> <544B4B1F.1000103@foxvalley.net> <25CA6A51-3697-4FE6-9941-A28821D681C0@bsdimp.com> Content-Type: text/plain; charset="us-ascii" Date: Sat, 25 Oct 2014 16:43:32 -0600 Message-ID: <1414277012.12052.655.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Dan Raymond , freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2014 22:43:36 -0000 On Sat, 2014-10-25 at 17:29 -0500, Warner Losh wrote: > On Oct 25, 2014, at 2:02 AM, Dan Raymond wrote: > > > > >>> cd /usr/src/include/../sys/dev/acpica; sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 acpiio.h //usr/armv6-freebsd/usr/include/dev/acpica > >>> sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 acpi_hpet.h //usr/armv6-freebsd/usr/include/dev/acpica > >>> install: acpi_hpet.h: No such file or directory > >>> *** Error code 71 > >> My bad. This is fixed already. Please update! > > > > Thanks, Rui. It works now. Do you know if it was intentional that we also need to make "xdev-links" now (for crochet)? > > It was intentional. Honestly, I hope the various efforts to make crochet use a well-maintained port/package for this bear fruit since the direction xdev is going in the tree is towards shrinking what it does, leaving only the libraries and includes and renaming the target to sysroot or xsysroot. > > Warner > > Yeah, but breaking it before such a port is available seems a bit rude. -- Ian From owner-freebsd-arm@FreeBSD.ORG Sat Oct 25 22:49:13 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 157DA46D for ; Sat, 25 Oct 2014 22:49:13 +0000 (UTC) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "raven.bwct.de", Issuer "BWCT" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8088160C for ; Sat, 25 Oct 2014 22:49:11 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id s9PMmfXb095832 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sun, 26 Oct 2014 00:48:42 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id s9PMmTno079042 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 26 Oct 2014 00:48:29 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id s9PMmTTR035987; Sun, 26 Oct 2014 00:48:29 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id s9PMmTuA035986; Sun, 26 Oct 2014 00:48:29 +0200 (CEST) (envelope-from ticso) Date: Sun, 26 Oct 2014 00:48:29 +0200 From: Bernd Walter To: Rui Paulo Subject: Re: PRU on BBB Message-ID: <20141025224829.GC34989@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <544BA593.4020706@freenet.de> <5E3FBBA8-2CBB-4BCE-BE2C-FB044CF0BEF6@me.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <5E3FBBA8-2CBB-4BCE-BE2C-FB044CF0BEF6@me.com> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2014 22:49:13 -0000 On Sat, Oct 25, 2014 at 09:32:09AM -0700, Rui Paulo wrote: > On Oct 25, 2014, at 06:28, Manuel Stühn wrote: > > > > Hello list, > > > > I'm a great fan of FreeBSD and was very glad to see, that FreeBSD supports the beaglebone black. Even the PRUs, which I want to put into operation, are supported by FreeBSD. But unfortunately i do not have a clue, how the driver is intended to be used. For linux there is some API/docu to load/start/stop and communicate with the PRU. > > > > Did anyone put the PRUs already into operation with FreeBSD and could give me a hint how this is done? > > There's a work in progress PRU library: > > https://bitbucket.org/rpaulo/libpru > > And a program to upload binaries to the PRU: > > https://bitbucket.org/rpaulo/pructl > > These don't have documentation yet and you have to build them yourself, but that should be straightforward. > > You can use the assembler from ports: devel/pasm. We have PRU supprt? That's awesome. Had been interested in PRU, but not even dreamed about existing support. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@FreeBSD.ORG Sat Oct 25 23:21:20 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3ACB5A48; Sat, 25 Oct 2014 23:21:20 +0000 (UTC) Received: from esa-annu.net.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id BBDB4914; Sat, 25 Oct 2014 23:21:19 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqoEAPAvTFSDaFve/2dsb2JhbABcg2JYBIMCykYKhnlUAoEbAX2EAgEBAQMBAQEBIAQnIAsFFhgCAg0ZAikBCSYGCAcEARwEiBcJDbNmlB8BAQEBAQEEAQEBAQEBARuBLI8LAQEbNAeCd4FUBZZPhA6EcZRBhBQhLweBCDmBAwEBAQ X-IronPort-AV: E=Sophos;i="5.04,788,1406606400"; d="scan'208";a="163519011" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-annu.net.uoguelph.ca with ESMTP; 25 Oct 2014 19:21:13 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 2803CB403E; Sat, 25 Oct 2014 19:21:13 -0400 (EDT) Date: Sat, 25 Oct 2014 19:21:13 -0400 (EDT) From: Rick Macklem To: Ronald Klop Message-ID: <1388627434.7506173.1414279273153.JavaMail.root@uoguelph.ca> In-Reply-To: Subject: Re: panic in nfs on arm MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.209] X-Mailer: Zimbra 7.2.6_GA_2926 (ZimbraWebClient - FF3.0 (Win)/7.2.6_GA_2926) Cc: freebsd-fs@freebsd.org, freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2014 23:21:20 -0000 Ronald Klop wrote: > Hi, > > I got a panic on my arm computer while building a port with > /usr/ports > mounted from my FreeBSD-10-STABLE/amd64 machine. > > This is the machine which paniced: > FreeBSD 11.0-CURRENT #1 r272028M: Tue Sep 23 17:11:45 CEST 2014 > root@sjakie.klop.ws:/usr/obj-arm/arm.arm/usr/src-arm/sys/SHEEVAPLUG > arm > > > Tracing pid 90295 tid 100119 td 0xc5f8c960 > db_trace_self() at db_trace_self > pc = 0xc0bb12c8 lr = 0xc0bb1354 (db_trace_thread+0x50) > sp = 0xdf29e5d0 fp = 0xc3e07120 > db_trace_thread() at db_trace_thread+0x50 > pc = 0xc0bb1354 lr = 0xc0936314 (db_command_init+0x5a4) > sp = 0xdf29e630 fp = 0xc3e07120 > db_command_init() at db_command_init+0x5a4 > pc = 0xc0936314 lr = 0xc0935ad0 (db_skip_to_eol+0x484) > sp = 0xdf29e648 fp = 0xc3e07120 > r4 = 0xc0c8d350 r5 = 0x00000000 > db_skip_to_eol() at db_skip_to_eol+0x484 > pc = 0xc0935ad0 lr = 0xc0935c38 (db_command_loop+0x5c) > sp = 0xdf29e6e8 fp = 0xc3e07120 > r4 = 0xdf29e6fc r5 = 0xc0c8d64c > r6 = 0x3cd90e75 r7 = 0x00000000 > r8 = 0x00000001 r10 = 0x600000d3 > db_command_loop() at db_command_loop+0x5c > pc = 0xc0935c38 lr = 0xc0937f80 (X_db_sym_numargs+0xec) > sp = 0xdf29e6f0 fp = 0xc3e07120 > X_db_sym_numargs() at X_db_sym_numargs+0xec > pc = 0xc0937f80 lr = 0xc0a6f0c0 (kdb_trap+0x94) > sp = 0xdf29e808 fp = 0xc3e07120 > r4 = 0xdf29e8f8 > kdb_trap() at kdb_trap+0x94 > pc = 0xc0a6f0c0 lr = 0xc0bc1d60 (badaddr_read+0x274) > sp = 0xdf29e828 fp = 0xc3e07120 > r4 = 0xdf29e8f8 r5 = 0x00000001 > r6 = 0x3cd90e75 r7 = 0xc5f8c960 > r8 = 0xdf29e8f8 r10 = 0xdf2a1eb0 > badaddr_read() at badaddr_read+0x274 > pc = 0xc0bc1d60 lr = 0xc0bc1e98 (badaddr_read+0x3ac) > sp = 0xdf29e840 fp = 0xc3e07120 > r4 = 0xc5f8c960 r5 = 0xdf29e8f8 > r6 = 0x3cd90e05 > badaddr_read() at badaddr_read+0x3ac > pc = 0xc0bc1e98 lr = 0xc0bc2278 (data_abort_handler+0x10c) > sp = 0xdf29e858 fp = 0xc3e07120 > r4 = 0xc0cd8af8 r5 = 0xffff1004 > data_abort_handler() at data_abort_handler+0x10c > pc = 0xc0bc2278 lr = 0xc0bb2f40 (exception_exit) > sp = 0xdf29e8f8 fp = 0xc3e07120 > r4 = 0xffffffff r5 = 0xffff1004 > r6 = 0x3cd90e05 r7 = 0xc0e0ea48 > r8 = 0x0000000f r9 = 0x00000101 > r10 = 0x0000001d > exception_exit() at exception_exit > pc = 0xc0bb2f40 lr = 0xc0b8daf8 (uma_reclaim+0x1f8) > sp = 0xdf29e948 fp = 0xc3e07120 > r0 = 0xba9b9127 r1 = 0x8b3de5fb > r2 = 0xc61c1fc8 r3 = 0xba9b9126 > r4 = 0x00000000 r5 = 0xc61c1fc8 > r6 = 0x3cd90e05 r7 = 0xc0e0ea48 > r8 = 0x0000000f r9 = 0x00000101 > r10 = 0x0000001d r12 = 0x00000000 > uma_reclaim() at uma_reclaim+0x24c This looks to me like a crash in uma_reclaim() and I find UMA way too obscure to understand. I have no idea if it might be related, but alc@ put a fix for low memory situations in r272071 (or maybe it's r272221?). Might be worth trying a slightly newer kernel to see if the problem still occurs. And hopefully someone more conversant with UMA (or this stack trace) can help more. rick > pc = 0xc0b8db4c lr = 0xc0b8c800 (uma_zalloc_arg+0x2f0) > sp = 0xdf29e978 fp = 0xdf29ec10 > r4 = 0xc3e071d8 r5 = 0xc0e0ea00 > r6 = 0xc3e07120 r7 = 0x00000000 > r8 = 0x00000102 r9 = 0xdf29ecf8 > r10 = 0xc61c0760 > uma_zalloc_arg() at uma_zalloc_arg+0x2f0 > pc = 0xc0b8c800 lr = 0xc09e1df0 (nfscl_nget+0x308) > sp = 0xdf29e990 fp = 0xdf29ec10 > r4 = 0x9bb9fa43 r5 = 0x00000000 > r6 = 0xc550dce8 r7 = 0xc3edaa00 > r8 = 0xc3ebbac0 > nfscl_nget() at nfscl_nget+0x308 > pc = 0xc09e1df0 lr = 0xc09da69c (ncl_readlinkrpc+0xf60) > sp = 0xdf29e9d8 fp = 0xdf29ea10 > r4 = 0xc550dce8 r5 = 0x00000000 > r6 = 0xc550dcf8 r7 = 0xdf29ecf8 > r8 = 0xdf29ec6c r9 = 0x00000000 > r10 = 0xdf29ed28 > ncl_readlinkrpc() at ncl_readlinkrpc+0xf60 > pc = 0xc09da69c lr = 0xc0bdae44 (VOP_MKDIR_APV+0x94) > sp = 0xdf29ec40 fp = 0xbffff620 > r4 = 0xc0c95c68 r5 = 0xdf29ec6c > r6 = 0x00000001 r7 = 0x00020284 > r8 = 0xffffff9c r9 = 0x00200800 > r10 = 0xc5f8c960 > VOP_MKDIR_APV() at VOP_MKDIR_APV+0x94 > pc = 0xc0bdae44 lr = 0xc0aca614 (kern_mkdirat+0x18c) > sp = 0xdf29ec50 fp = 0xbffff620 > r4 = 0xdf29ed28 r5 = 0xdf29ec90 > r6 = 0x00000000 > kern_mkdirat() at kern_mkdirat+0x18c > pc = 0xc0aca614 lr = 0xc0aca684 (kern_mkdir+0x24) > sp = 0xdf29ede0 fp = 0xbffff620 > r4 = 0x00020290 r5 = 0xc5f8c960 > r6 = 0x00000000 r7 = 0xc5f7f000 > r8 = 0x00000000 r10 = 0x00013640 > kern_mkdir() at kern_mkdir+0x24 > pc = 0xc0aca684 lr = 0xc0aca6a8 (sys_mkdir+0x1c) > sp = 0xdf29edf0 fp = 0xbffff620 > sys_mkdir() at sys_mkdir+0x1c > pc = 0xc0aca6a8 lr = 0xc0bc2884 (swi_handler+0x254) > sp = 0xdf29edf8 fp = 0xbffff620 > swi_handler() at swi_handler+0x254 > pc = 0xc0bc2884 lr = 0xc0bb2ed0 (swi_exit) > sp = 0xdf29ee60 fp = 0xbffff620 > r4 = 0x00020290 r5 = 0x2085e8e0 > r6 = 0x00020284 r7 = 0x00000088 > r8 = 0x00000001 > swi_exit() at swi_exit > pc = 0xc0bb2ed0 lr = 0xc0bb2ed0 (swi_exit) > sp = 0xdf29ee60 fp = 0xbffff620 > Unable to unwind further > > > Unfortunately dumping the kernel core also paniced. > db> dump > Physical memory: 507 MB > Dumping 74 MB: 71 67 63 > vm_fault(0xc4147000, 0, 1, 0) -> 0 > Fatal kernel mode data abort: 'Translation Fault (P)' > trapframe: 0xdf29e0b8 > FSR=00000017, FAR=00000014, spsr=a00000d3 > r0 =c0cd0f40, r1 =00000000, r2 =c5f8c960, r3 =00000004 > r4 =00000000, r5 =00000000, r6 =00000000, r7 =c3ead01c > r8 =c3ead000, r9 =c3e9e88c, r10=00000000, r11=0000000a > r12=600000d3, ssp=df29e108, slr=c0bb4e24, pc =c0a7d060 > > panic: Fatal abort > Uptime: 3d18h30m32s > Sleeping thread (tid 100119, pid 90295) owns a non-sleepable lock > _______________________________________________ > freebsd-fs@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" >