Received: by 2002:ac0:98c7:0:0:0:0:0 with SMTP id g7-v6csp3943444imd; Mon, 29 Oct 2018 15:05:15 -0700 (PDT) X-Google-Smtp-Source: AJdET5cLF0IDDpHhwgNOIuX46Pj0MDjWygSLWxq7tWpi4o8AoPErT6yzJ8L2O0Mme0bcg1RQqkGT X-Received: by 2002:aa7:8603:: with SMTP id p3-v6mr147149pfn.247.1540850715736; Mon, 29 Oct 2018 15:05:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1540850715; cv=none; d=google.com; s=arc-20160816; b=opu8KhXlN2jCaa0VINuP2dWc350O8ppggKThI/+QCnjUnqMUn6jIz2f9oTe/KuSjkM 7DWDvcVS8v0BIxes7P997llrnnWEGtY+83SQamz4CrZKMDkMBYikENXRpv0x1OzjkaDm LLxI4OUfvBXa6sJHNRsR4xtJg9wHFSTGWkOTP/PKQDrsc8E/jQWRsEH57NGAtesheJoD 3Ir/YIjVWT8RPBRDyl6ykFxP7jSMDH5suwyYJTSQ+ZSVZ7qf+FJ0x/sZzk0fX5+jQkLr rCOoDvSsc/qy1PEm38IFvengKTjbYP8f0/KQe2+tZm0H8ARx7EUGsqDnt0KPOxdT/ANR CAxw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-language :content-transfer-encoding:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=Jie0NrKJiv3SyEifuE2xd4qgkVMmyA8xNEltAISgSa8=; b=jvpmxnEMn2IoWisCTFOxsqPGkDtwGV/3YThiaOmunL3H6fQqJaAOSS0BM4ZbDHlgiF htfYoS36Gt20qU/axnlR3jSFei6/eZiZv/EtAHKqeG5DDqfK5HKRRoVDcEEPpsYhdrOV meo29Hzsjtf0deBBTlDe+G5Dz+x3h6/7ZpnjPbSkNNGYBhC8GCRZYjUcPkm1Gwdtuq3O 7DD4qvohns+GQTOS6CVnO98cYM6mYNuD6X9DRaV8Ux4ljGXKszyQ/fPWkgaL8+lgFRFl FoNoSt2uy3tghF/nUduTmcvPQwyKeW0lVZKGIvPiKtBOpJP6UqjTxThJi7XAYiiQhfTx 7I6A== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id l6-v6si21241373pgs.64.2018.10.29.15.04.59; Mon, 29 Oct 2018 15:05:15 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727997AbeJ3Gxt (ORCPT + 99 others); Tue, 30 Oct 2018 02:53:49 -0400 Received: from mga14.intel.com ([192.55.52.115]:1494 "EHLO mga14.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727749AbeJ3Gxt (ORCPT ); Tue, 30 Oct 2018 02:53:49 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by fmsmga103.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 29 Oct 2018 15:03:13 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.54,441,1534834800"; d="scan'208";a="99794029" Received: from skoshy-mobl.amr.corp.intel.com (HELO [10.254.176.31]) ([10.254.176.31]) by fmsmga002.fm.intel.com with ESMTP; 29 Oct 2018 15:03:12 -0700 Subject: Re: Regression found (Stop-marking-clocks-as-CLK_IS_CRITICAL) To: Dean Wallace , Andy Shevchenko Cc: Stephen Boyd , Hans de Goede , Michael Turquette , linux-clk , Stable , Johannes Stezenbach , Carlo Caione , Andy Shevchenko , Linux Kernel Mailing List References: <20181025232517.ywnw54qibemosjws@picard> <154083512089.98144.9141070901932719147@swboyd.mtv.corp.google.com> <20181029190819.2ivlx73n6y6sx4vk@picard> From: Pierre-Louis Bossart Message-ID: Date: Mon, 29 Oct 2018 17:03:11 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: <20181029190819.2ivlx73n6y6sx4vk@picard> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 10/29/18 2:08 PM, Dean Wallace wrote: > On 29-10-18, Andy Shevchenko wrote: >> On Mon, Oct 29, 2018 at 7:52 PM Andy Shevchenko >> wrote: >>> Cc: Pierre as well. >>> >>> On Mon, Oct 29, 2018 at 7:48 PM Stephen Boyd wrote: >>>> Quoting Dean Wallace (2018-10-25 16:25:17) >>>>> I have found a regression in 4.18.15 that means I lose sound on my old >>>>> Toshiba Chromebook 2 (Swanky). My system details are:- >>>>> >>>>> Toshiba Chromebook (Swanky) >>>>> MrChromebox UEFI coreboot >>>>> Arch Linux running latest alsa/pulseaudio >>>>> >>>>> Upgraded kernel from 4.18.14 to 4.18.15 and lost all sound output. By >>>>> output I mean, the card is still detected, the module loaded, all apps >>>>> showing sound is being playing, but no actual audible sound comes >>>>> through. Upgraded to 4.18.16 same issue. >>>>> >>>>> Dug around and found Upstream commit 648e921888ad96ea3dc922739e96716ad3225d7f >>>>> clk: x86: Stop marking clocks as CLK_IS_CRITICAL >>>>> "This commit removes the CLK_IS_CRITICAL marking, fixing Cherry Trail >>>>> devices not being able to reach S0i3 greatly decreasing their battery >>>>> drain when suspended." >>>>> >>>>> I reverted it and compiled 4.18.16 and have sound back again. Could >>>>> this be looked into, with possibility of fix. >>>>> >>>> Thanks for the bug report. I'm adding some people involved in the commit >>>> you mention is causing audio regressions. The best plan is to probably >>>> revert the commit from the 4.18 linux stable tree. Or there may be >>>> another patch missing that would be useful to make this backported patch >>>> work. Hopefully Hans or Andy knows. >>> Hans has been investigating S0ix issues on Baytrail and Cherrytrail machines. >>> I have a feeling that the problem can be fixed by properly handling >>> clock in ASoC driver(s). Perhaps Hans and Pierre can figure this out >>> better than me. >> Looking to sound/soc/intel/boards/cht_bsw_rt5672.c I see no >> suspend-resume hooks. Perhaps, adding them like in the commit >> ac8bd9e13be2 ("r8169: Disable clk during suspend / resume") would >> help. I missed this change while i was away. It's indeed the expectation that the audio mclk is handled by the firmware, not sure I understand why removing the CLK_IS_CRITICAL was necessary or what it has to do with S0ix. >> >> Btw, what the drivers are in use for the machine you have? It's better >> you run alsa-info.sh or alike to collect necessary information along >> with output of `lsmod`, `dmesg`, etc. >> >> -- >> With Best Regards, >> Andy Shevchenko > alsa-info.txt [1], cpuinfo [2], dmesg [3], and 'ls /sys/bus/i2c/devices' [4] > [1] https://gist.github.com/duffydack/480be8ddced44515dbf981dc09f593ec#file-alsa-info > [2] https://gist.github.com/duffydack/480be8ddced44515dbf981dc09f593ec#file-cpuinfo-log > [3] https://gist.github.com/duffydack/480be8ddced44515dbf981dc09f593ec#file-dmesg-log > [4] https://gist.github.com/duffydack/480be8ddced44515dbf981dc09f593ec#file-sys-bus-i2c-devices-log > > Regards