Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp1633791imu; Wed, 9 Jan 2019 23:47:22 -0800 (PST) X-Google-Smtp-Source: ALg8bN5oIABsuJM6eiMERvj/cbfRaZbe2umLJ7/iV6ftgqxOWZqcMpzegufuev2VKyGa8hKMtHXu X-Received: by 2002:a62:2044:: with SMTP id g65mr9110844pfg.127.1547106441954; Wed, 09 Jan 2019 23:47:21 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1547106441; cv=none; d=google.com; s=arc-20160816; b=GnYBTgg/0aG/bjoYQ4nuIC5JCq6//rFL3WDIWs0xV9lqf/hxM98vk0axVwT/2PRN+Z PsSsFobcfmk1e2kH2VnSsqwn4ZdVv/gCCiqIorR0mW1Des3MlFw1RW91JtOtMXxGvJWY 3uRbsITTOW1FhEQ5JE1cCfqYgS+LY3GwH7o0mEAfheXA7iOOsB9etuw2c55O9WNeYwPc Eyz4ZNIQ6BY0IYL/kQbNww/GO2cf0UpLxUKnDcyAQl0lm5R+rXosdzNOc6vneggO7vOl n5NGUI190Gua41ljIgevOmO/auFl57nREK+FX5WUzLP75BUesWSTOog5oHj7+CLRkyr2 kmnA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=omyrN1YTrx3d/Xoq3ZadHDrA0xzaSv4Hk2/U1NdGoDU=; b=G1xdz29HpmgDT/tOIot9XBQhV3M7OG+3+CQGGY9FiBDI9m7BLZLxBuyh0URo/w16KO j92adJQAZmf9BnQhbTTO9FF5WYMYDoOLNbG61Obzob7HXMW3xB/vCITJW5199ul+xzBo i420JMFSKprTBAjjJoWxvHp8fJNdG48KF+iyiUCYmr+SFAI7emJacFNqcWXqmg0XnRUQ Q+NOFZkEBCDu0vA6x3Zmf3nbwQHehsATox90GgsfTP7yO2EJXHLClvpwPdNi6rfWSxMh Zn79VolQuRDUwQI7Lyl2Ve6dh5qf5B33wnWPQCxxuVXfjYaXc3dfgv8+L3UU8nmNbH9C tfig== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 4si15041237plc.320.2019.01.09.23.47.06; Wed, 09 Jan 2019 23:47:21 -0800 (PST) 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727379AbfAJHqD (ORCPT + 99 others); Thu, 10 Jan 2019 02:46:03 -0500 Received: from eddie.linux-mips.org ([148.251.95.138]:47748 "EHLO cvs.linux-mips.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726137AbfAJHqD (ORCPT ); Thu, 10 Jan 2019 02:46:03 -0500 Received: (from localhost user: 'ladis' uid#1021 fake: STDIN (ladis@eddie.linux-mips.org)) by eddie.linux-mips.org id S23990945AbfAJHqARsGeQ (ORCPT + 2 others); Thu, 10 Jan 2019 08:46:00 +0100 Date: Thu, 10 Jan 2019 08:45:58 +0100 From: Ladislav Michl To: "Rafael J. Wysocki" Cc: Vincent Guittot , Tony Lindgren , "Rafael J. Wysocki" , Ulf Hansson , "open list:THERMAL" , linux-kernel , LAK , Linux OMAP Mailing List Subject: Re: Regression in v5.0-rc1 with autosuspend hrtimers Message-ID: <20190110074558.GA26167@lenoch> References: <20190109115824.GA1353@lenoch> <20190109133337.GA13579@lenoch> <20190109160736.GA7416@lenoch> <20190109172623.GB1711@lenoch> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jan 09, 2019 at 11:06:34PM +0100, Rafael J. Wysocki wrote: > On Wed, Jan 9, 2019 at 7:05 PM Vincent Guittot > wrote: > > > > On Wed, 9 Jan 2019 at 18:26, Ladislav Michl wrote: > > > > > > On Wed, Jan 09, 2019 at 05:32:31PM +0100, Vincent Guittot wrote: > > > > On Wed, 9 Jan 2019 at 17:07, Ladislav Michl wrote: > > > > > > > > > > On Wed, Jan 09, 2019 at 03:12:25PM +0100, Vincent Guittot wrote: > > > > > > Please keep all thread list when replying :-) > > > > > > > > > > Ahh, sorry for that... > > > > > [snip] > > > > > > On Wed, 9 Jan 2019 at 14:33, Ladislav Michl wrote: > > > > > > > I agree, but it doea all the magic correctly, so you won't need > > > > > > > to touch that code is ktime_t changes (I know, unlikely..) > > > > > > > > > > > > But the current implementation doesn't care of any changes in ktime_t > > > > > > as it uses raw ns > > > > > > > > > > Fair enough, so let's go back to: > > > > > > > > This one looks good for me > > > > > > Lets split is for 'comments fix' patch, which was just send and 'the rest'. > > > Now, 'the rest' can either be v2 of your "PM/runtime: Fix autosuspend_delay on > > > 32bits arch" or will wait for 5.1. You decide :) > > > > I don't really mind. > > > > Rafael, > > Do you prefer to only take the fix for u64 casting problem or do you > > prefer to also take the optimization below in one single patch ? > > The casting problem is a bug and the optimization is next release > material in my view. Please send the optimization separately. Ok, will send that separately in a few moments... Btw, u64 casting problem seems to be still present in rpm_suspend while computing slack for autosuspend delay greater than 25% of 2^31 (2^33) ns. Not sure if that triggers any real bug.