Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp262350ybt; Thu, 25 Jun 2020 21:45:54 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyM+M0bIIveVVTj1TxQ6foP0wxiq/YYIBvJXGgBUhdmMlX9YiebiD6AFJGursokaOOiNhzY X-Received: by 2002:a50:cf05:: with SMTP id c5mr1615830edk.232.1593146754595; Thu, 25 Jun 2020 21:45:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1593146754; cv=none; d=google.com; s=arc-20160816; b=IKXINkIhZneLCjAj9/oWJHUGz9lXKOS+dPCFzGS3FDBmUqhEEhcqp2Cbe4etWPl5kJ 6+7wS5sb3kWX6XWTRGvu2aDFAo3Edhy2gz7a8Qb2xKTd9AXRMyhI1Ssu81GEG9gxmgw7 y5oifNE4vUsNsKqJv7KHeUARWZMD5CTkIJvX0PmDBTMa7H+5SOa8R0WyDHlvQzsNipLg VvFeLtl9OqKIB3ow+Zb5m95a2VtlP3bUeu+sVIoPc6WaYZxakXHzc4i79s8LoOKAyVys VO5oQkPcwhpp77yyGOJtsyoQ5XrpExDP8sZPW/h+mOtVbl/ZlSGwgYvizaS+Pcx645DZ w04g== 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:dkim-signature; bh=s5o3IoNBS8kqHmXPb9rBGsy54P5rUFZhSKcIAVavfbM=; b=zZH/0wZlxVW4GJa1w+3vCGr035PZ/aIseI/Zg4fLOFNlxOLB9JFqnOgPdsqvrgQ0wN SqiW9jMeCNPW0HKCPRJp67JYKxVISby4Wf7DdmdJzrsbE85Bxcu+8UBYQGkcQggCAxN9 G61eluK3WUpjO1pgDL/QvuZ/S0W/5QDwJCeu1CN2uGE3JWaQciW6bWzM3bu9tDwoUDMy s9vIIeJ/nWtLW7bzChzuzUFxzqTrCowV7PvFplb5T8bSNaDxKCMLewex4kcxFqnaZaID GU4uj9klNGWCIccpJl3gxvKjosXga/xCUih4I54WevQPrfl10Pzg6XWwSYyC4EmAeOHQ AlQQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=QRe4Ib+5; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id d11si10099099edz.263.2020.06.25.21.45.29; Thu, 25 Jun 2020 21:45:54 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=QRe4Ib+5; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728038AbgFZCOe (ORCPT + 99 others); Thu, 25 Jun 2020 22:14:34 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43192 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728000AbgFZCOe (ORCPT ); Thu, 25 Jun 2020 22:14:34 -0400 Received: from mail-pf1-x441.google.com (mail-pf1-x441.google.com [IPv6:2607:f8b0:4864:20::441]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 446B2C08C5C1 for ; Thu, 25 Jun 2020 19:14:33 -0700 (PDT) Received: by mail-pf1-x441.google.com with SMTP id q17so3979663pfu.8 for ; Thu, 25 Jun 2020 19:14:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=s5o3IoNBS8kqHmXPb9rBGsy54P5rUFZhSKcIAVavfbM=; b=QRe4Ib+5fV9eQl0eypxjn3pVPZm6syKXHcdOl8PCejImzGkEDHWSoD61LueRICkUih 0i2t0NH1KV7ykK7VClhkzSIlIE6TbIS5TZ8tyZUAUwtef3ueK8ksFvd1fxWtj0kUZyBh ayj8CnjPrfvlZWakWazIz7NkLt1x4CPff8sY8ln/IrmhQ1GQI3mveeaozPVZDYzlTxDS UpIS/3dDTz/MOs+XRGGWXR8uMVkbWpuSjMhjazUUu5MMpTniB9qEFeojbqfJeN7OZ21r u9URNO8ogVv39fuGzlHw/GoXnYng0eWkAlhN9RtnKu/PUS0HjEjcnWkgPQ4q07AChrur jqPA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=s5o3IoNBS8kqHmXPb9rBGsy54P5rUFZhSKcIAVavfbM=; b=PdDWGM8lrm0qtKgCtpSutUwSgdP5vdif/KwftgTeri+w+JEIKMAc5xeN+PwBowJi58 BDmPy/7qJcwFZKKpi12xEMLVtqMkkNc5jY7sSOdoQAdhWHQRAuSM3vGbHwxID2oWY1Ax p+GeFoS3lF3bZH2UirHAiEx5tsRtOlVrujsZrKjOCgHZ8KOUDyujo5jNAkxEA+b1wldg +gAWY0DEJH1yMnEnlsaYX9SkIz2cU4uNZiNiHGmcMkVlzeKocuaDt5rfE6MNhovCx6wb XpkDQlduKFfgEla4qVY3rT4lNGW0x4IVpG3LGs33hMOu/whi10+JyZ67LGL4HhTdGExm oHdQ== X-Gm-Message-State: AOAM5336aKQ1b6o2GeIH0k/oMPsBk/Gicw5pOp+YrHMzvmit0+lvVoRz W5rsempQu9gzL3PTaFoSaeu1Dg== X-Received: by 2002:a63:c50a:: with SMTP id f10mr722738pgd.167.1593137672741; Thu, 25 Jun 2020 19:14:32 -0700 (PDT) Received: from localhost ([122.172.127.76]) by smtp.gmail.com with ESMTPSA id g21sm23788354pfh.134.2020.06.25.19.14.31 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 25 Jun 2020 19:14:32 -0700 (PDT) Date: Fri, 26 Jun 2020 07:44:28 +0530 From: Viresh Kumar To: Wei Wang Cc: Wei Wang , dsmythies@telus.net, "Rafael J. Wysocki" , Ingo Molnar , Peter Zijlstra , Juri Lelli , Vincent Guittot , Dietmar Eggemann , Steven Rostedt , Ben Segall , Mel Gorman , "Joel Fernandes (Google)" , Linux PM list , LKML Subject: Re: [PATCH] cpufreq: schedutil: force frequency update when limits change Message-ID: <20200626021428.tnecyy3wt42slvik@vireshk-i7> References: <20200625064614.101183-1-wvw@google.com> <20200625102305.gu3xo4ovcqyd35vd@vireshk-i7> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20180716-391-311a52 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 25-06-20, 13:47, Wei Wang wrote: > On Thu, Jun 25, 2020 at 3:23 AM Viresh Kumar wrote: > > I am sorry but I am not fully sure of what the problem is. Can you > > describe that by giving an example with some random frequency, and > > tell the expected and actual behavior ? > > > The problem is sugov thought next_freq already updated (but actually > skipped by the rate limit thing) and all following updates will be > skipped. I am sorry, can you please give a detailed example with existing frequency and limits, then the limits changed to new values, then what exactly happens ? > Actually this is specifically for Android common kernel 4.19's issue > which has sugov_up_down_rate_limit in sugov_update_next_freq, let's > continue discussion there. If it is a mainline problem, we will surely get it fixed here. Just that I am not able to understand the problem yet. Sorry about that. -- viresh