From owner-freebsd-arm@FreeBSD.ORG Sun Apr 27 18:52:49 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5C7021D9 for ; Sun, 27 Apr 2014 18:52:49 +0000 (UTC) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2FCCB158C for ; Sun, 27 Apr 2014 18:52:48 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1WeUBu-000D1Q-Do; Sun, 27 Apr 2014 18:52:42 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id s3RIqeNK014127; Sun, 27 Apr 2014 12:52:40 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX18llEaXpGm/hP7nSXuv0WeR Subject: Re: FreeBSD-10-STABLE hangs when booting from BeagleBone Black eMMC From: Ian Lepore To: Winston Smith In-Reply-To: References: <1398618984.61646.165.camel@revolution.hippie.lan> Content-Type: text/plain; charset="us-ascii" Date: Sun, 27 Apr 2014 12:52:39 -0600 Message-ID: <1398624759.61646.174.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: FreeBSD ARM X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Apr 2014 18:52:49 -0000 On Sun, 2014-04-27 at 13:43 -0400, Winston Smith wrote: > On Sun, Apr 27, 2014 at 1:16 PM, Ian Lepore wrote: > > I only have a BBW, no BBB to play with, so I can't help too much with > > this. I can say however that if you're having trouble with reading the > > eMMC in ubldr, the trouble is probably in u-boot. U-boot is still in > > memory when ubldr is running, and it serves as a kind of mini-bios, > > providing access to console, disk, and network IO. > > > > I heard a rumor a while back that Patrick Kelsey had some patches for > > u-boot to fix problems with probing for disk devices. It may be that > > they were only needed for older versions of u-boot, I'm not sure. > > I do have Patrick's fixes for u-boot. Interestingly, the same u-boot > (2013.4 + Patrick's patches) works with 11-CURRENT but not 10-STABLE > -- that's booting from eMMC, there are no issues booting from SD; also > once booted from SD, there is no issues mounting the eMMC and > accessing it (well ... aside from lock reversal warnings and the > occasional sdhc timeout). > > Is there a way to debug this? > Just ignore the LORs, or even better, turn off WITNESS. IMO, it has become useless, because nobody fixes them anymore, or even responds to reports of them other than to sometimes post a link to a site that tracks "known LORs", but that site hasn't been updated for like 6 years. Note that this is just my personal opinion, not the position of the freebsd project in general. When it comes to the eMMC timeouts that happen after you've booted, that's something in my arena, but hard for me to debug without eMMC hardware. We've recently had a few changes to both the core sdhci driver and to the ti_sdhci code that glues sdhci to the hardware. Do the timeouts happen often, or is this something you can do to trigger them? If so, it might be interesting to try to revert r264099 and see if the problems go away. Those changes were related to configuring the sd clock. I'm pretty sure the old code was wrong, but the replacement code could have errors too. :) -- Ian