Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754885Ab3H2AjL (ORCPT ); Wed, 28 Aug 2013 20:39:11 -0400 Received: from hydra.sisk.pl ([212.160.235.94]:40583 "EHLO hydra.sisk.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752853Ab3H2AjI (ORCPT ); Wed, 28 Aug 2013 20:39:08 -0400 From: "Rafael J. Wysocki" To: Colin Cross , John Stultz Cc: Zoran Markovic , lkml , Linux PM list , Benoit Goby , Android Kernel Team , Todd Poynor , San Mehat , Pavel Machek , Len Brown , Greg Kroah-Hartman Subject: Re: [RFC PATCHv3] drivers: power: Detect device suspend/resume lockup and log event in pstore. Date: Thu, 29 Aug 2013 02:49:52 +0200 Message-ID: <4407544.jBAtuozAkk@vostro.rjw.lan> User-Agent: KMail/4.10.5 (Linux/3.11.0-rc6+; KDE/4.10.5; x86_64; ; ) In-Reply-To: References: <1375216733-6740-1-git-send-email-zoran.markovic@linaro.org> <521E7B8A.6060203@linaro.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2142 Lines: 46 On Wednesday, August 28, 2013 03:43:42 PM Colin Cross wrote: > On Wed, Aug 28, 2013 at 3:36 PM, John Stultz wrote: > > On 08/28/2013 01:52 PM, Rafael J. Wysocki wrote: > >> On Wednesday, August 28, 2013 10:45:45 AM Zoran Markovic wrote: > >>> Hi Rafael, > >>>> It doesn't look too bad from a quick look, but there's a couple of things > >>>> I don't like in it still (relatively minor). > >>> If there are things you would like changed in this patch, please let > >>> me know. It would be nice to catch the 3.12 merge window. > >> Well, it's not in my queue to be honest. > >> > >> Is there any practical reason why it should go into the next release? > > > > I wouldn't say its critical for the next release, but I feel like this > > was the same response last cycle. Zoran's since investigated the various > > alternative approaches you've suggested, and continues to be interested > > in resolving your remaining objections. > > > > Its a useful feature the Android devs use, which could also help > > non-android developers debug suspend issues on their systems. > > > > If you really just feel its something best left out of tree, that's hard > > to argue against. Its just a debug tool and the android guys don't have > > an issue carrying their own tree, after all. But the cost of leaving it > > out is just the potential of others having to re-implement similar hacks > > on their own instead of collaborating on shared infrastructure. Well, let's just say it had a bad luck timing-wise this time. It's still there in my todo list and I'll take care of it eventually, but not today and not tomorrow, which basically is what you're asking for. > And the benefit is that you are more likely to get bugreports that > have a stack trace of the offending suspend callback instead of "my > laptop doesn't suspend any more". Yes, I understand that. Thanks, Rafael -- 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/