Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754793AbbKCDE1 (ORCPT ); Mon, 2 Nov 2015 22:04:27 -0500 Received: from mga03.intel.com ([134.134.136.65]:49701 "EHLO mga03.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751803AbbKCDEZ (ORCPT ); Mon, 2 Nov 2015 22:04:25 -0500 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.20,237,1444719600"; d="scan'208";a="810235766" From: "Brown, Len" To: "ville.syrjala@linux.intel.com" CC: "Wysocki, Rafael J" , "linux-pm@vger.kernel.org" , "linux-kernel@vger.kernel.org" Subject: RE: [PATCH] intel_idle: Don't use on Lenovo Ideapad S10-3t Thread-Topic: [PATCH] intel_idle: Don't use on Lenovo Ideapad S10-3t Thread-Index: AQHRFbSn9iRwPHEbhkCQwt7lN1yTIZ6JRYtg Date: Tue, 3 Nov 2015 03:04:21 +0000 Message-ID: <1A7043D5F58CCB44A599DFD55ED4C9484693D228@fmsmsx115.amr.corp.intel.com> References: <1446499360-31984-1-git-send-email-ville.syrjala@linux.intel.com> In-Reply-To: <1446499360-31984-1-git-send-email-ville.syrjala@linux.intel.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.1.200.108] Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by mail.home.local id tA334Wnh003559 Content-Length: 1431 Lines: 50 > Lenovo Ideapad S10-3t hangs coming out of S3 with intel_idle. > The two workaround that seem to help are "intel_idle.max_cstate=0" > or "nohz=off highres=off". > > At a first glance quirk_tigerpoint_bm_sts() seemed promising, but > even when moved to early_resume it didn't do anything. > > I have no idea what's wrong here, so let's just disable intel_idle > for these machines using a DMI match. Ville, It is great that several workarounds have been discovered. But it would be better to get a good idea of the root-cause before permanently ignoring the problem via a new black-list in the upstream kernel. Is it possible for you to file a bug at bugzilla.kernel.org against Product: power-management; component: intel_idle? In it, please put the following information. If this is a regression, the oldest kernel that broke. When booted with intel_idle, and then without: dmesg | grep idle grep . /sys/devices/system/cpu/cpu0/cpuidle/*/* # turbostat --debug sleep 10 2> turbostat.out # cd /sys/devices/system/clocksource/clocksource0 grep . available_clocksource current_clocksource Other boot options to test: maxcpus=1 nohpet intel_idle.max_cstate=3 and if that fails intel_idle.max_cstate=2 and if that fails intel_idle.max_cstate=1 thanks, -Len ????{.n?+???????+%?????ݶ??w??{.n?+????{??G?????{ay?ʇڙ?,j??f???h?????????z_??(?階?ݢj"???m??????G????????????&???~???iO???z??v?^?m???? ????????I?