From mboxrd@z Thu Jan 1 00:00:00 1970 From: John Stultz Subject: Re: [PATCH V2 3/3] mmc: mmci: Reverse IRQ handling for the arm_variant Date: Tue, 1 Jul 2014 11:19:07 -0700 Message-ID: References: <1402906147-26596-1-git-send-email-ulf.hansson@linaro.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Return-path: Received: from mail-vc0-f182.google.com ([209.85.220.182]:45743 "EHLO mail-vc0-f182.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754962AbaGASTI (ORCPT ); Tue, 1 Jul 2014 14:19:08 -0400 Received: by mail-vc0-f182.google.com with SMTP id il7so9519098vcb.27 for ; Tue, 01 Jul 2014 11:19:07 -0700 (PDT) In-Reply-To: Sender: linux-mmc-owner@vger.kernel.org List-Id: linux-mmc@vger.kernel.org To: Kees Cook Cc: Ulf Hansson , Peter Maydell , linux-mmc , Russell King , Chris Ball , "linux-arm-kernel@lists.infradead.org" On Tue, Jul 1, 2014 at 10:45 AM, Kees Cook wrote: > On Fri, Jun 27, 2014 at 3:53 PM, John Stultz wrote: >> On Fri, Jun 27, 2014 at 1:37 PM, Kees Cook wrote: >> I've been continuing to try to bisect this down with >> 8d94b54d99ea968a9d188ca0e68793ebed601220 and >> e7f3d22289e4307b3071cc18b1d8ecc6598c0be4 reverted each step. It seems >> like it pops up somewhere between 3.15-rc6 and 3.15-rc7, but the >> bisection results are really inconsistent. I suspect it actually >> shows up earlier, its just its harder to trip the problem with the >> patches reverted, so I'm marking good commits that are actually bad. >> >> If you are seeing this on every bootup, it might be worth trying to do >> the bisection with the two commits above reverted to see if you can >> narrow it down any better? > > And now I can't reproduce it! I think I was being tricked by > filesystem corruption that spanned some of my test boots. I'm going to > start this over and try again. Yea. :( I've been starting over and over on this quite a bit as well. With those two patches reverted, it gets harder to reproduce reliably, but I'm still seeing trobule. Bisecting is still not pointing to anything obvious, my current earliest bad commit right now is: 2aafe1a4d451866e3e7b476e2fa0813b69b313c1. I'm still working on it, but its slow going. thanks -john From mboxrd@z Thu Jan 1 00:00:00 1970 From: john.stultz@linaro.org (John Stultz) Date: Tue, 1 Jul 2014 11:19:07 -0700 Subject: [PATCH V2 3/3] mmc: mmci: Reverse IRQ handling for the arm_variant In-Reply-To: References: <1402906147-26596-1-git-send-email-ulf.hansson@linaro.org> Message-ID: To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On Tue, Jul 1, 2014 at 10:45 AM, Kees Cook wrote: > On Fri, Jun 27, 2014 at 3:53 PM, John Stultz wrote: >> On Fri, Jun 27, 2014 at 1:37 PM, Kees Cook wrote: >> I've been continuing to try to bisect this down with >> 8d94b54d99ea968a9d188ca0e68793ebed601220 and >> e7f3d22289e4307b3071cc18b1d8ecc6598c0be4 reverted each step. It seems >> like it pops up somewhere between 3.15-rc6 and 3.15-rc7, but the >> bisection results are really inconsistent. I suspect it actually >> shows up earlier, its just its harder to trip the problem with the >> patches reverted, so I'm marking good commits that are actually bad. >> >> If you are seeing this on every bootup, it might be worth trying to do >> the bisection with the two commits above reverted to see if you can >> narrow it down any better? > > And now I can't reproduce it! I think I was being tricked by > filesystem corruption that spanned some of my test boots. I'm going to > start this over and try again. Yea. :( I've been starting over and over on this quite a bit as well. With those two patches reverted, it gets harder to reproduce reliably, but I'm still seeing trobule. Bisecting is still not pointing to anything obvious, my current earliest bad commit right now is: 2aafe1a4d451866e3e7b476e2fa0813b69b313c1. I'm still working on it, but its slow going. thanks -john