From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753740AbdLGMzY (ORCPT ); Thu, 7 Dec 2017 07:55:24 -0500 Received: from cloudserver094114.home.net.pl ([79.96.170.134]:53656 "EHLO cloudserver094114.home.net.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753623AbdLGMzW (ORCPT ); Thu, 7 Dec 2017 07:55:22 -0500 From: "Rafael J. Wysocki" To: Meelis Roos Cc: Viresh Kumar , "Rafael J. Wysocki" , Linux PM , Vincent Guittot , "4 . 14+" , Linux Kernel Mailing List Subject: Re: [PATCH] cpufreq: longhaul: Set transition_delay_us to 20 ms Date: Thu, 07 Dec 2017 13:54:44 +0100 Message-ID: <7734929.18g54ABnht@aspire.rjw.lan> In-Reply-To: References: <20171207044019.kxwusyl5qoxq7zta@vireshk-mac-ubuntu> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thursday, December 7, 2017 1:51:04 PM CET Meelis Roos wrote: > > On 06-12-17, 20:21, Meelis Roos wrote: > > > 30000 was not reliable. > > > > > > I created root cron job > > > @reboot sleep 120; /sbin/reboot > > > > > > and by the evening it was dead again. > > > > > > Will try 50000 tomorrow. > > > > Lets make it similar to what it was before my original patch modified > > it, to avoid all corner cases. > > > > Please test against 200 ms, 200000 value here. > > I tried > > policy->transition_delay_us = 200000; > > and it still hangs on top of mainline. > > What next? Well, please try to revert the commit you bisected the problem to and see if that doesn't hang.