From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932254AbcELNMJ (ORCPT ); Thu, 12 May 2016 09:12:09 -0400 Received: from cloudserver094114.home.net.pl ([79.96.170.134]:47734 "HELO cloudserver094114.home.net.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1752200AbcELNMH (ORCPT ); Thu, 12 May 2016 09:12:07 -0400 From: "Rafael J. Wysocki" To: Linux PM list Cc: Srinivas Pandruvada , Viresh Kumar , Linux Kernel Mailing List Subject: [PATCH 0/2] cpufreq: Avoid checking governor return values that are always 0 Date: Thu, 12 May 2016 15:12:54 +0200 Message-ID: <4540082.RMPf3KxPDh@vostro.rjw.lan> User-Agent: KMail/4.11.5 (Linux/4.5.0-rc1+; KDE/4.11.5; x86_64; ; ) MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, As it turns out, all of the existing governors (and the upcoming schedutil one) always return 0 from ->governor() for the event argument equal to _GOV_STOP or _POLICY_EXIT. The following two patches rearrange the core cpufreq code to take that into account. Thanks, Rafael