Received: by 10.223.164.221 with SMTP id h29csp12725wrb; Fri, 3 Nov 2017 09:41:33 -0700 (PDT) X-Google-Smtp-Source: ABhQp+RCguwRw2NWpyzniQvMAcrYOWa5wA18HXYsrmSZ4IxvaMEWfNlWi0WGGRRrZ6+yYpn2vQgP X-Received: by 10.101.88.70 with SMTP id s6mr7803827pgr.216.1509727293070; Fri, 03 Nov 2017 09:41:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1509727293; cv=none; d=google.com; s=arc-20160816; b=A9hEAw7mqAtPSbkPHs8wnbsH+ZBugF+gNz4/qNJmp/HXpfJft+ZWpovks2r1qSQr18 TJCRXIwdr950ONLofkoGWW3ThjycL6WDYXU6V2+PskbA9TOrZNmGp6vawBlqPz16QIeL ygqrkP0Yu1p0EXtUzeBJNMIggFsJ5OrKznToTIGoDudwLqV3t0XM1Q1ez+PPW7/yQPXi eiWi8OCbFe5CRjNkBrF/XeE3dyRmHAN4gz0H+F3jRt6xq7zwVJk5AHrjpuVf5pXo/LOn 7P/Va18THaCdvf5PDGPeapsnUb+yPBTSCMjDGGgiSI8hK5CGXoubdJSycoMfBZAUadO9 KqGQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:arc-authentication-results; bh=f8fwK5pyOHdpVMd3S3TTQDKbsPAL/24T7c05Gkn3iuo=; b=MF9f07jHaxWdnyD2hw0yRngci2XHauWuFfgQ2vnfsY0d+O3JvJ+UYagYs7FVjKkjEN 8+tVZvkkvUnlCwCb1ovCKMZFWRWOpRd42PFUsnWkiorrK77DNR8EolzreB/c/+Ve8PT1 C/5G0TjA1yI3O/NkS/4dXQtFZcziL88W8T7NOMITT40pQJNepVqC6NHJiuWaieRc3/94 70BTyIEZFy/yiV45VwRD7PaXIUZhRmTNTFZ7h+9UlIxElTxDbBfn8zGNEvrF3dIDvU15 BGcNo3xLM2rWmuUnLew4q9+pTgcVEx3RR03PWB5bu1VY3bRWv0QStsJigapAVRNOeZLm 3Qrg== 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 e17si6587524pgo.338.2017.11.03.09.41.20; Fri, 03 Nov 2017 09:41:33 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755728AbdKCQjM (ORCPT + 94 others); Fri, 3 Nov 2017 12:39:12 -0400 Received: from mga02.intel.com ([134.134.136.20]:44770 "EHLO mga02.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753880AbdKCQjL (ORCPT ); Fri, 3 Nov 2017 12:39:11 -0400 Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by orsmga101.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 03 Nov 2017 09:39:10 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.44,339,1505804400"; d="scan'208";a="1239414661" Received: from rchatre-mobl.amr.corp.intel.com (HELO [10.24.14.92]) ([10.24.14.92]) by fmsmga002.fm.intel.com with ESMTP; 03 Nov 2017 09:39:08 -0700 Subject: Re: [RFT][PATCH v2 2/2] PM / QoS: Fix device resume latency framework To: "Rafael J. Wysocki" , Linux PM Cc: LKML , Ulf Hansson , Geert Uytterhoeven , Tero Kristo , Ramesh Thomas , Alex Shi References: <5770848.Kdi5IjVKeE@aspire.rjw.lan> <2520927.XkLgALY3I0@aspire.rjw.lan> <36826935.bDl2WuZxgq@aspire.rjw.lan> From: Reinette Chatre Message-ID: Date: Fri, 3 Nov 2017 09:39:08 -0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: <36826935.bDl2WuZxgq@aspire.rjw.lan> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Rafael, I started to test this but found myself triggering one of the warnings: On 11/3/2017 4:50 AM, Rafael J. Wysocki wrote: > --- linux-pm.orig/include/linux/pm_qos.h > +++ linux-pm/include/linux/pm_qos.h > @@ -28,16 +28,19 @@ enum pm_qos_flags_status { > PM_QOS_FLAGS_ALL, > }; > > -#define PM_QOS_DEFAULT_VALUE -1 > +#define PM_QOS_DEFAULT_VALUE (-1) PM_QOS_DEFAULT_VALUE is -1 ... > =================================================================== > --- linux-pm.orig/drivers/base/power/qos.c > +++ linux-pm/drivers/base/power/qos.c > @@ -139,6 +139,9 @@ static int apply_constraint(struct dev_p > > switch(req->type) { > case DEV_PM_QOS_RESUME_LATENCY: > + if (WARN_ON(value < 0)) > + value = 0; > + ... causing me to hit this WARN_ON because apply_constraint() is called by __dev_pm_qos_remove_request() with the value parameter set to PM_QOS_DEFAULT_VALUE. Reinette From 1583045631557690259@xxx Fri Nov 03 11:52:40 +0000 2017 X-GM-THRID: 1582906766165452268 X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread