Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1762603Ab2FVPde (ORCPT ); Fri, 22 Jun 2012 11:33:34 -0400 Received: from na3sys009aog131.obsmtp.com ([74.125.149.247]:35207 "EHLO na3sys009aog131.obsmtp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1762327Ab2FVPdb (ORCPT ); Fri, 22 Jun 2012 11:33:31 -0400 MIME-Version: 1.0 In-Reply-To: <4FE45C4E.8060808@gmail.com> References: <4FE0AE7B.4040502@gmail.com> <4FE45C4E.8060808@gmail.com> Date: Fri, 22 Jun 2012 21:03:28 +0530 Message-ID: Subject: Re: MMC: commit dba3c29 ruins mmc card data on beagle-xm revB From: "T Krishnamoorthy, Balaji" To: Paolo Pisati Cc: Ming Lei , linux-mmc@vger.kernel.org, linux-arm-kernel , Linux Kernel Mailing List , Chris Ball , Venkatraman S Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1716 Lines: 52 On Fri, Jun 22, 2012 at 5:21 PM, Paolo Pisati wrote: > On 06/20/2012 09:23 AM, T Krishnamoorthy, Balaji wrote: >>> >>> i just want to say that i'm affected by this too, and i can reproduce it >>> 100%. >>> >> >> Is it with SD or MMC card >> Can you provide Beagle board rev info? > > kingston 4g class 4 sdhc c04g taiwan > > tested on a beagle xm rev a and rev c, both boards exhibit the same > problem with this card, while with a brand new sandisk 16gb sdhc class 4 > card, everything is ok. > > i tried reverting dba3c29 "Enable Auto CMD12", and both cards are > behaving fine. > >>> do you want me to run that patch or you already have enough data? >> >> Can you enable MMC debug and apply the debug patch I provided. >> The debug patch did not print any AUTOCMD errors with Ming Lei setup. > > http://people.canonical.com/~ppisati/mmc-testing/ > > test-mmc.sh: script used for testing > > test-mmc.log: md5sum of file copied around (as you can see after the > umount the md5 changes) > > test-mmc.syslog: mmc-debug output (plus your patch) Thanks for testing and sharing the log. md5sum is giving 2 different values for 8 tries which indicates writes are not entirely random. > > after the test, my sd card was so badly wounded that it wouldn't even boot. I guess boot partition was not updated, so I think it should boot until kernel and fail at mounting filesystem as filesystem would have got corrupted by previous test. > -- > bye, > p. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/