Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932842Ab3GDT0s (ORCPT ); Thu, 4 Jul 2013 15:26:48 -0400 Received: from mail-ve0-f181.google.com ([209.85.128.181]:57650 "EHLO mail-ve0-f181.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752751Ab3GDT0r (ORCPT ); Thu, 4 Jul 2013 15:26:47 -0400 MIME-Version: 1.0 In-Reply-To: References: <20130625125437.6e7bb2d4@jbarnes-desktop> <20130625130816.55e6cb80@jbarnes-desktop> <5B8DA87D05A7694D9FA63FD143655C1B028DB36B@HASMSX106.ger.corp.intel.com> Date: Thu, 4 Jul 2013 22:26:44 +0300 X-Google-Sender-Auth: u9CtrooFRxAtn5t3BWvtp-EIO7U Message-ID: Subject: Re: Linux 3.10-rc7 From: Tomas Winkler To: Shuah Khan Cc: Jesse Barnes , Daniel Vetter , Linus Torvalds , Chris Wilson , Linux Kernel Mailing List , "shuahkhan@gmail.com" , Dave Airlie , intel-gfx 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: 1857 Lines: 50 On Mon, Jul 1, 2013 at 5:54 PM, Shuah Khan wrote: > On 06/26/2013 04:24 PM, Shuah Khan wrote: >> On 06/26/2013 04:12 PM, Winkler, Tomas wrote: >>> >>> > >>> 42f132f mei: me: clear interrupts on the resume path >>> 2753ff5 mei: nfc: fix nfc device freeing >>> 5e85b36 mei: init: Flush scheduled work before resetting the device >>> >>> Are you sure you have these 3 in? >>> >> >> Checked the git log and yes I have all three commits. It appears this >> problem is intermittent and hard to reproduce at least on 3.10-rc7. I >> tried several times yesterday to capture the log and couldn't reproduce. >> >> -- Shuah > > Tomas, > > I saw the mei_me problem again, however couldn't save the logs. I am > getting into the habit of saving dmesg as soon as system gets resumed to > catch the dmesg buffer prior to mei getting into this state. There is > another difference in suspend sequence between 3.9.8 and 3.10-rc6 and rc-7. > > When I do echo disk > state, > > Screen clears and instead of going into console mode like it does on > 3.9.8, it will get back into graphics mode and show the screen exactly > the way it was right after echo disk > state command was issued. It > stays in that state for good 60 seconds or more and then I see the > suspend complete. > > I can start bi-sect of this problem on intel-display scope if you would > like me to. Please let me know if the bisect scope should be larger. > > -- Shuah I got finally an older system where this reproduces consistently, I'm trying to root cause that now. As soon I have something to test I will send it out. Thanks Tomas -- 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/