From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752127AbbE0BxM (ORCPT ); Tue, 26 May 2015 21:53:12 -0400 Received: from mailout1.samsung.com ([203.254.224.24]:42943 "EHLO mailout1.samsung.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751309AbbE0BxJ (ORCPT ); Tue, 26 May 2015 21:53:09 -0400 X-AuditID: cbfee68d-f79106d00000728c-f5-556523834027 Message-id: <55652383.2020204@samsung.com> Date: Wed, 27 May 2015 10:53:07 +0900 From: Jaehoon Chung User-Agent: Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-version: 1.0 To: Doug Anderson , Alim Akhtar Cc: Seungwon Jeon , Ulf Hansson , Alim Akhtar , Sonny Rao , Andrew Bresticker , Heiko Stuebner , Addy Ke , Alexandru Stan , Javier Martinez Canillas , Chris Zhong , Caesar Wang , "linux-mmc@vger.kernel.org" , "linux-kernel@vger.kernel.org" Subject: Re: [PATCH] mmc: dw_mmc: Wait for data transfer after response errors References: <1431964402-27457-1-git-send-email-dianders@chromium.org> In-reply-to: Content-type: text/plain; charset=utf-8 Content-transfer-encoding: 7bit X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrOIsWRmVeSWpSXmKPExsWyRsSkULdZOTXUYNEzM4uV7/8yWiz7/53J YumtaosH87axWTS8mMRqcXbZQTaL/49es1oc/V1gcXnXHDaLI//7GS2enJnJaPHh/kVmi+Nr wy3am5cxWcx/sIPZgd9jdsNFFo+/z6+zeOycdZfd4861PWwef2ftZ/Ho27KK0WP7tXnMHp83 yQVwRHHZpKTmZJalFunbJXBlNJyayV4wi6di2aJ3TA2MKzm7GDk5JARMJC5t/cAKYYtJXLi3 nq2LkYtDSGApo8T5U++Yuhg5wIoWTgqCiC9ilLj4/QwThPOAUWLTghlg3bwCWhJnbi9iAbFZ BFQljh+5zAxiswnoSGz/dpwJxBYVCJN4sG4vVL2gxI/J98DqRQT8JP78+s4CMpRZYDOLxPeO yYwgCWGgxI7Js1ghtl1mlJg86xlYN6dAsMSP02+YQc5jFlCXmDIlFyTMLCAvsXnNW2aQegmB hRwSE14dY4W4SEDi2+RDLBDvyEpsOsAM8bKkxMEVN1gmMIrNQnLTLISps5BMXcDIvIpRNLUg uaA4Kb3IUK84Mbe4NC9dLzk/dxMjML5P/3vWu4Px9gHrQ4wCHIxKPLwZkqmhQqyJZcWVuYcY TYGOmMgsJZqcD0wieSXxhsZmRhamJqbGRuaWZkrivIpSP4OFBNITS1KzU1MLUovii0pzUosP MTJxcEo1MF71XcG18/+fjUdzz7fzfZdg3z+hf0KH7Hnx6FMhx6r6BOYXh6ja75XZri9+ViiN XT9j8orih9uXP5jkuzLjRcKMinSJDe+d1Lg8vPmFzfUyOn4sFemyO2HFWKxwM2+i3Lbu2v9V rscOXmzavP/fd4FrskIVqpymPPvfXJgZfJ/9Zmnmz22JtUosxRmJhlrMRcWJAEesR6bqAgAA X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrIKsWRmVeSWpSXmKPExsVy+t9jAd1m5dRQg9s7DSxWvv/LaLHs/3cm i6W3qi0ezNvGZtHwYhKrxdllB9ks/j96zWpx9HeBxeVdc9gsjvzvZ7R4cmYmo8WH+xeZLY6v Dbdob17GZDH/wQ5mB36P2Q0XWTz+Pr/O4rFz1l12jzvX9rB5/J21n8Wjb8sqRo/t1+Yxe3ze JBfAEdXAaJORmpiSWqSQmpecn5KZl26r5B0c7xxvamZgqGtoaWGupJCXmJtqq+TiE6DrlpkD dLuSQlliTilQKCCxuFhJ3w7ThNAQN10LmMYIXd+QILgeIwM0kLCGMaPh1Ez2glk8FcsWvWNq YFzJ2cXIwSEhYCKxcFJQFyMnkCkmceHeerYuRi4OIYFFjBIXv59hgnAeMEpsWjCDFaSKV0BL 4sztRSwgNouAqsTxI5eZQWw2AR2J7d+OM4HYogJhEg/W7YWqF5T4MfkeWL2IgJ/En1/fWUCG MgtsZpH43jGZESQhDJTYMXkWK8S2y4wSk2c9A+vmFAiW+HH6DTPIqcwC6hJTpuSChJkF5CU2 r3nLPIFRYBaSHbMQqmYhqVrAyLyKUTS1ILmgOCk910ivODG3uDQvXS85P3cTIzh5PJPewbiq weIQowAHoxIP7wHp1FAh1sSy4srcQ4wSHMxKIrxJikAh3pTEyqrUovz4otKc1OJDjKbAEJjI LCWanA9MbHkl8YbGJmZGlkbmhhZGxuZK4rwn831ChQTSE0tSs1NTC1KLYPqYODilGhjL5Esq Zvucqn0V/btsCsv/x3efXfqy6Vblwj0PVs3dyNqiHWqjxPNa90WQjExy3S2Ojp0SDib1K1cd zLCtP/7ptOK+AxMFQt5NmXew9tzqWqW/ywxuNVtypZaYzJ6eqvihr6yorDrpu422gfpO74Wm H+euv7Ju/dtzaUxllk281z7vTvx/aMkyJZbijERDLeai4kQAwlLX8TQDAAA= DLP-Filter: Pass X-MTR: 20000000000000000@CPGS X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, All. Thanks for your effort and sorry for late! On 05/27/2015 05:44 AM, Doug Anderson wrote: > Alim, > > On Tue, May 26, 2015 at 11:02 AM, Alim Akhtar wrote: >> Hi Doug, >> On peach-pi, I got a hung task once in 4 cold boot as [1]. > > OK, I'll have to get my peach-pi or peach-pit up and running again. I > ran out of desk space and I haven't gotten it set back up. :( > > I've been testing on an rk3288-based device. Past experience has > taught me that the rk3288 dw_mmc works differently than the exynos > one, so perhaps this is a difference. > > Could you possibly patch in something like > and provide the > console for the failure? I'll put it on my list to try this myself, > too I don't test with this..but if needs, i will test. It needs to fix the Alim's problem. > > >> I was checking on v4.1-rc5, git hash as below: >> >> 862e58a mmc: dw_mmc: Wait for data transfer after response errors >> ba155e2 Linux 4.1-rc5 >> 5b13966 >> >> Not sure if I missed any dependent patch?? > > I'm currently testing out of tree, but my dw_mmc is very close to mainline. > > >> Have not checked the dw TRM for this change, will do that as soon as I >> get access to it. > > OK, sounds good. I have some old version of the DesignWare TRM, so > possibly something is different in the newer one... Which version do you have? I also need to check the TRM version. Best Regards, Jaehoon Chung > > > -Doug >