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