From owner-freebsd-arm@FreeBSD.ORG Wed May 21 12:43: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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9784B526 for ; Wed, 21 May 2014 12:43:59 +0000 (UTC) Received: from msgw001-03.ocn.ad.jp (msgw001-03.ocn.ad.jp [180.37.203.72]) by mx1.freebsd.org (Postfix) with ESMTP id 41EF02406 for ; Wed, 21 May 2014 12:43:58 +0000 (UTC) Received: from localhost (p3014-ipngn100303sizuokaden.shizuoka.ocn.ne.jp [180.4.34.14]) by msgw001-03.ocn.ad.jp (Postfix) with ESMTP id E6155AE2916; Wed, 21 May 2014 21:43:56 +0900 (JST) Date: Wed, 21 May 2014 21:43:56 +0900 (JST) Message-Id: <20140521.214356.02299991.toshi@ruby.ocn.ne.jp> To: madis555@hot.ee Subject: Re: BBB MMC / SD detection instability with U-Boot 2014.04 (CPU 1GHz) From: SAITOU Toshihide In-Reply-To: <537B8DFA.3000603@hot.ee> References: <20140520.234245.38709064.toshi@ruby.ocn.ne.jp> <20140521.005837.00935147.toshi@ruby.ocn.ne.jp> <537B8DFA.3000603@hot.ee> X-GPG-fingerprint: 34B3 0B6A 8520 F5B0 EBC7 69F6 C055 9F8A 0D49 F8FC X-Mailer: Mew version 6.2.51 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii 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: Wed, 21 May 2014 12:43:59 -0000 In message: <537B8DFA.3000603@hot.ee> "Sulev-Madis Silber (ketas)" writes: > On 2014-05-20 18:58, SAITOU Toshihide wrote: >> In message: <20140520.234245.38709064.toshi@ruby.ocn.ne.jp> >> SAITOU Toshihide writes: >>>>> u-boot-2014.04.tar.bz2 >>>>> >>>>> patch >>>>> >>>>> 1. apply these patches: >>>>> >>>>> http://lists.freebsd.org/pipermail/freebsd-arm/2014-April/007922.html >>>>> ~/crochet-freebsd/board/BeagleBone/files/uboot-2013.04_api_api_storage.c.patch >>>>> ~/crochet-freebsd/board/BeagleBone/files/uboot-2013.04_drivers_mmc_mmc.c.patch >> >> I forgot to mention that I had changed uboot-2013.04_drivers_mmc_mmc.c.patch a bit. >> >> Sorry for bother you > > Hmm, that doesn't seem to fix it. I have different uboot env but that > should not matter here. Is this CURRENT? I'm on CURRENT and that patch > doesn't get me two SD devices in loader. It's quite mysterious code > there too... > > Could you explain where and how exactly did you manage to get both > devices found in loader. I'm not exactly sure uboot needs patch. I might > start hacking loader next. I'm using current 265876 and did not change the source code except for am335x.dtsi and beaglebone-black.dts. ubldr is built to change the load address as follows: # cat ubldr_make.sh buildenv=`make -C /usr/src TARGET=arm TARGET_ARCH=armv6 buildenvvars` eval $buildenv make -C /usr/src/sys/boot obj eval $buildenv make -C /usr/src/sys/boot UBLDR_LOADADDR=0x88000000 all # sh ubldr_make.sh # cp /usr/obj/arm.armv6/usr/src/sys/boot/arm/uboot/ubldr \ /mnt/ubldr (maybe need to cp /usr/src/share/mk/src.opts.mk /usr/share/mk/) u-boot (MLO, u-boot.img) is u-boot-2014.04 and apply these patch: http://lists.freebsd.org/pipermail/freebsd-arm/2014-April/007922.html uboot-2013.04_api_api_storage.c.patch uboot-2014.04_drivers_mmc_mmc.c.patch According to the third patch, it seems to retry when mmc_send_op_cond is failed. I don't know why it failed. -- SAITOU Toshihide