From owner-freebsd-arm@FreeBSD.ORG Thu May 22 15:26:55 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 C4546B45 for ; Thu, 22 May 2014 15:26:55 +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 9609B2D2E for ; Thu, 22 May 2014 15:26:55 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1WnUtS-000Mtx-Ji; Thu, 22 May 2014 15:26:54 +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 s4MFQqG4046492; Thu, 22 May 2014 09:26:52 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1+KaIj67j5tL15koEuQhPto Subject: Re: BBB MMC / SD detection instability with U-Boot 2014.04 (CPU 1GHz) From: Ian Lepore To: "Sulev-Madis Silber (ketas)" In-Reply-To: <537DF45D.8010304@hot.ee> References: <20140521.214356.02299991.toshi@ruby.ocn.ne.jp> <20140522.002051.68155865.toshi@ruby.ocn.ne.jp> <20140522.204656.144162099.toshi@ruby.ocn.ne.jp> <537DF45D.8010304@hot.ee> Content-Type: text/plain; charset="us-ascii" Date: Thu, 22 May 2014 09:26:52 -0600 Message-ID: <1400772412.1152.250.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 May 2014 15:26:55 -0000 On Thu, 2014-05-22 at 15:58 +0300, Sulev-Madis Silber (ketas) wrote: > On 2014-05-22 14:46, SAITOU Toshihide wrote: > > In message: > > Winston Smith writes: > >> On Wed, May 21, 2014 at 11:20 AM, SAITOU Toshihide wrote: > >>> If abort like > >>> > >>> musbotg0: TI AM335X USBSS v0.0.13 > >>> Fatal kernel mode data abort: 'External Non-Linefetch Abort (S)' > >>> trapframe: 0xc0a2eb60 > >> > >> I see this with the 1Ghz uboot, it occurs about 50% of the time, see: > >> > >> http://comments.gmane.org/gmane.os.freebsd.devel.arm/8200 > > > > Although it is an ad hoc workaround but ``usb start'' at u-boot command > > prompt (someone mentioned before) or add device_printf("!\n") before > > ``rev = USBSS_READ4(sc, USBSS_REVREG);'' in the musbotg_attach of > > am335x_usbss.c prevent this panic for me. > > > > Anyway I understand my procedure is workaround, and is working by > > chance or side effect, but eMMC boot and 1000 MHz operation is fun. > > > > > I wish I could get that working too... I tried to trace device detection > path in loader but only found that the problem must be in uboot. Since > loader is program that runs in uboot. At least now I know how that works > a bit more. But actual issue remains unresolved. What's weird is how I > actually boot from eMMC and it's present in uboot... Loader comes from > eMMC and then loader suddenly has no devices inside it. The hell is that. I vaguely remember Patrick Kelsey mentioning something a while back about having u-boot patches to fix some problem in device enumeration API so that ubldr could see all the devices properly. Maybe that's needed to fix this problem? I've added him to the cc list. -- Ian