From owner-freebsd-arm@FreeBSD.ORG Wed May 14 11:42:40 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EA3C7CE; Wed, 14 May 2014 11:42:40 +0000 (UTC) Received: from mail-ee0-x234.google.com (mail-ee0-x234.google.com [IPv6:2a00:1450:4013:c00::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 526AE2739; Wed, 14 May 2014 11:42:40 +0000 (UTC) Received: by mail-ee0-f52.google.com with SMTP id e53so1248527eek.25 for ; Wed, 14 May 2014 04:42:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=vKG6xgJrGV9JHp8f9VeuONgTEvFEu26Gl/utV4rt+78=; b=bfi20ahoR92vDqclAlQiydr6OHbXOtAwV2n1eRHXdus69AkyjVfKd2qHGHuarwQIIW cUjEXtoo8A54B/Kv2XJi6CxaAWh6LM7aWRU8lGslgFWOirdYnDNiTcIDIN6d856PO5w3 NIFLH7TSCJh1rEGwRoghw7I3q1WGrYb56ljCSrbqMNAurXkrEdVEZBaS5/GGnP366WEr EGKc3REeuQTPtC8UYNnn2Ewx5RtF2/A1I5Vb4JvE+NyvdCJ6/J4sg6T6aXFh9mn9LsCH 6I3rD8cQ1txE7sp3lcLTmOWcCZYu1ra6OZzySV2iLJrCxquW3Z0xRrFVruBV6Tm7t8O5 9BAw== X-Received: by 10.15.33.140 with SMTP id c12mr5139538eev.41.1400067758536; Wed, 14 May 2014 04:42:38 -0700 (PDT) Received: from ketas-laptop.mydomain (ketas-laptop6.si.pri.ee. [2001:ad0:91f:0:21a:6bff:fe66:2ad3]) by mx.google.com with ESMTPSA id x45sm4522779eef.15.2014.05.14.04.42.36 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 14 May 2014 04:42:37 -0700 (PDT) Sender: Sulev-Madis Silber Message-ID: <537356AA.9090704@hot.ee> Date: Wed, 14 May 2014 14:42:34 +0300 From: "Sulev-Madis Silber (ketas)" User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:15.0) Gecko/20120912 Thunderbird/15.0.1 MIME-Version: 1.0 To: "Sulev-Madis Silber (ketas)" Subject: Re: Patch to make BBB properly boot from eMMC every time References: <5371E1F3.6080002@hot.ee> <1399987808.56626.2.camel@revolution.hippie.lan> <1399991632.56626.7.camel@revolution.hippie.lan> <5372789E.8020103@hot.ee> <5373048C.7030009@hot.ee> In-Reply-To: <5373048C.7030009@hot.ee> X-TagToolbar-Keys: D20140514144234654 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-arm , Ian Lepore X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 May 2014 11:42:41 -0000 On 2014-05-14 08:52, Sulev-Madis Silber (ketas) wrote: > On 2014-05-13 23:33, Winston Smith wrote: >> On Tue, May 13, 2014 at 3:55 PM, Sulev-Madis Silber (ketas) >> wrote: >>> That's bit different issue. >> >> I can't help but think the hang here is related, particularly to the >> subtle timing issues that are plaguing the 4 vs 8 bit detection. >> Seems like there's just something not right in the eMMC >> detection/startup? Maybe the [faster] 1GHZ CPU is further throwing >> off the timing. >> >>> I would actually want to have 1GHz WITH eMMC... now it's impossible. >>> First that, then maybe variable freq later (if possible). I certainly >>> have usage for such speeds somewhere. >> >> Why is it impossible? It seems to work, just not reliably! >> > > So you have uboot that could run BBB 1GHz while booting from eMMC? > Indeed, 2014.04 has appeared in crochet... while it should appear in > ports as *-devel, meh. I haven't tried that yet. > > >> Seems silly to have the 1GHZ BBB running at only 550Mhz. >> >>> But right now BBB is so stable. I would put snapshot of CURRENT to >>> production right now. I now also have taken all debugging options out. I >>> didn't realize how SLOW things are with WITNESS & others on. >>> Maybe when I get more than one copy of same HW, I could run some of them >>> with WITNESS on too (would it actually give me some useful data I could >>> report back?) >> >> I'm in the same boat. However, Ian is in the process of backporting >> the CURRENT arm updates to STABLE. If I can get 1GHZ working with >> 10-STABLE, then I'll be very happy. >> >> WITNESS is an easy one, create a config like this: >> >> ident MYCONF >> >> include BEAGLEBONE >> nooptions WITNESS >> >> >> And build with it (set KERNCONF if you're using crotchet-freebsd) and >> you'll get a WITNESS-free kernel. >> > > No, I'm not using crochet... > > http://ketas.si.pri.ee/bbb/ > > There are most of things I use to customize tree for BBB. > I got it booting from "eMMC". I had to find microsd for that. Only one that was unused was 64MB which was pretty enough to hold 7M /boot & etc/fstab... even 5M /rescue! And I have another partition there which holds same data + one FAT part for future use. So, now I have this silly boot path: ----------------------------------------------------------- eMMC, FAT : small uboot 2014.04 || \/ eMMC, FAT : regular uboot 2014.04 || \/ eMMC, FAT : uboot loader || \/ SD, UFS : loader files, kernel || \/ eMMC, UFS : rootfs ----------------------------------------------------------- Surely ubldr could be fixed for that. I tried to find cause but it's likely somewhere deep. Also, uboot env is absolutely filled with content that's only required for booting Linux kernel. It was even hard to understand what was wrong there. Actually the error was same with previous 1GHz uboot (2014.01). Only I didn't notice that loader actually runs, only it fails to find eMMC.