From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932280AbbKXWqN (ORCPT ); Tue, 24 Nov 2015 17:46:13 -0500 Received: from mx2.suse.de ([195.135.220.15]:47741 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932205AbbKXWqI (ORCPT ); Tue, 24 Nov 2015 17:46:08 -0500 Date: Tue, 24 Nov 2015 23:46:06 +0100 From: "Luis R. Rodriguez" To: Juergen Gross Cc: vasvir@iit.demokritos.gr, linux-kernel@vger.kernel.org, Toshi Kani Subject: Re: Hibernate resume bug around 3,18-rc2 - Full PAT support Message-ID: <20151124224606.GD9528@wotan.suse.de> References: <564D91ED.4090403@suse.com> <564E32A4.7010406@iit.demokritos.gr> <564EAEB3.4000107@iit.demokritos.gr> <564EDE0C.9060002@suse.com> <30cf6b91068d178445adac701fe49c79.squirrel@webmail.iit.demokritos.gr> <564F10D5.3090309@suse.com> <56505A32.5060605@iit.demokritos.gr> <5652C0FB.4020101@suse.com> <0ec3b8d187404980ff12462ae389d37a.squirrel@webmail.iit.demokritos.gr> <56532064.2060502@suse.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <56532064.2060502@suse.com> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Nov 23, 2015 at 03:19:16PM +0100, Juergen Gross wrote: > On 23/11/15 15:11, vasvir@iit.demokritos.gr wrote: > > Ok I will send the .config when I get back home. I have all kernels I > > build in .deb archive. The problem is that the debian kernel build > > procedure does not hold somewhere in the deb file the git commit hash. > > > > Fow which kernel would you care to see the config? 4.3? > > Doesn't really matter anymore. I've posted a patch already to fix it and > got the reply, that the fix is okay, but no harm can come from the > current implementation, as the two config options are always either both > set or reset. Hrm, Vassilis seems to be able to reproduce this more effectively by heating up his CPU prior to hibernation though. I have no idea what adding APIC_LVT_MASKED ((1 << 16)) to the Local Vector Table (LVT) Thermal Monitor (APIC_LVTTHMR 0x330) does but clear_local_APIC() seems to be used to "cleanout any BIOS leftovers during boot." If we're suspending but the fan is still on I wonder if this could cause an issue with some settings the BIOS may have set prior to hibernation, and a mismatch upon resume. I can't find what APIC_LVT_MASKED does though, the best doc I found: https://www-ssl.intel.com/content/dam/www/public/us/en/documents/white-papers/cpu-monitoring-dts-peci-paper.pdf The inability to set the MTRR for the i915 card might be totally separate issue at this point, not sure. One could test that I suppose by just using vesa graphics card driver (disabling i915) to at least get a basic screen to see things and compile/test things. Luis