From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.2 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,URIBL_BLOCKED,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 90D24C433E0 for ; Wed, 27 May 2020 11:17:34 +0000 (UTC) Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 663E5207E8 for ; Wed, 27 May 2020 11:17:34 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="eEJaFRM1"; dkim=fail reason="signature verification failed" (2048-bit key) header.d=st.com header.i=@st.com header.b="rtJegCKL" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 663E5207E8 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=st.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20170209; h=Sender: Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:MIME-Version:Content-ID:In-Reply-To: References:Message-ID:Date:Subject:To:From:Reply-To:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=pTjXqVpORxPEbKT3r3x7dEGr9rk/HwycVorj5Vcn+8w=; b=eEJaFRM1iLX3Po OCYuX0TfjQJI/1CDGzTRNoDVx0Wi7WHxWLoLCLpKy1LpZ5rtJqigAiCfZTx/kErUul02wvCUYrD0F OJ1Sxo8sajZ5lShAVF2TzPmSN46jPyWtxSIXgfdrNxGhLGdZhUBoo2dxgROevJZw3kvsFFkJXND5O XKOPMeUoWu9Hb0/XF+HaRnoznL3dGAQwQIFklGuspgliB8nLb90g2XuoVsAPyUSmftDhqLMXLQCaW wzQznsKKhJNhaCS1yB3s7LoXP5VYLKvP/a+58+/NNXCMN5b2ZSJoFz0EPdpCX6lUGiuW22XlJNih4 q69Dae7yldlfdhdSNe/Q==; Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1jdu3u-0005U7-Ku; Wed, 27 May 2020 11:17:30 +0000 Received: from mx08-00178001.pphosted.com ([91.207.212.93] helo=mx07-00178001.pphosted.com) by bombadil.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1jdu3m-0005Sx-1w for linux-arm-kernel@lists.infradead.org; Wed, 27 May 2020 11:17:26 +0000 Received: from pps.filterd (m0046661.ppops.net [127.0.0.1]) by mx07-00178001.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 04RBBXim014001; Wed, 27 May 2020 13:17:11 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=st.com; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-id : content-transfer-encoding : mime-version; s=STMicroelectronics; bh=rr7ePK+lAdwpvBXNXavKI3R8C4Kk3NnESgyEf8criWw=; b=rtJegCKLGvavFARM5Tsya5iX1vUKjOfVvlDqgiXKgSH2EczQYLVHm73X+qT0TgJGffee zGjSVlLyKwR54Vwd4f2Ywmivh32IoRcyNUka5YTHXrMpWwsrEyi2EtZvglA7OVQasdkK pvGUlrfBcUvBVP05+f/WyJCJfCB2lvq3JBnDBKEdWiIC6TtP6desLTJj+O3Gim2cVnK3 +gSCRncK1uiqJ5p61WCxSc4LOYdi9FjwowMyexgkB3IVgVjz2rKMMsYR4stRiqNMAtVe fzUC+Fqf2LqZQ0mP5JfyaIl3mF0SloAovp4AOaty3AKt0Gn2dPtVCYs9MfX0VAAIu/Pm yw== Received: from beta.dmz-eu.st.com (beta.dmz-eu.st.com [164.129.1.35]) by mx07-00178001.pphosted.com with ESMTP id 316tqh51y3-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 27 May 2020 13:17:11 +0200 Received: from euls16034.sgp.st.com (euls16034.sgp.st.com [10.75.44.20]) by beta.dmz-eu.st.com (STMicroelectronics) with ESMTP id 86F1010002A; Wed, 27 May 2020 13:17:10 +0200 (CEST) Received: from Webmail-eu.st.com (sfhdag5node1.st.com [10.75.127.13]) by euls16034.sgp.st.com (STMicroelectronics) with ESMTP id 64AEC2A4D83; Wed, 27 May 2020 13:17:10 +0200 (CEST) Received: from SFHDAG3NODE3.st.com (10.75.127.9) by SFHDAG5NODE1.st.com (10.75.127.13) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Wed, 27 May 2020 13:17:09 +0200 Received: from SFHDAG3NODE3.st.com ([fe80::3507:b372:7648:476]) by SFHDAG3NODE3.st.com ([fe80::3507:b372:7648:476%20]) with mapi id 15.00.1347.000; Wed, 27 May 2020 13:17:09 +0200 From: Benjamin GAIGNARD To: Valentin Schneider Subject: Re: [RFC RESEND 0/3] Introduce cpufreq minimum load QoS Thread-Topic: [RFC RESEND 0/3] Introduce cpufreq minimum load QoS Thread-Index: AQHWM3CeA6bTrCFpTUymlrJxXTw8j6i7lUyAgAATBIA= Date: Wed, 27 May 2020 11:17:09 +0000 Message-ID: References: <20200526151619.8779-1-benjamin.gaignard@st.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.75.127.46] Content-ID: <39E329C3251EC747879CFC71C308FA00@st.com> MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.216, 18.0.687 definitions=2020-05-27_03:2020-05-27, 2020-05-27 signatures=0 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20200527_041722_556968_409B94FC X-CRM114-Status: GOOD ( 22.13 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: "len.brown@intel.com" , Alexandre TORGUE , "linux-pm@vger.kernel.org" , "viresh.kumar@linaro.org" , "pavel@ucw.cz" , "rjw@rjwysocki.net" , "linux-kernel@vger.kernel.org" , "mcoquelin.stm32@gmail.com" , Hugues FRUCHET , "mchehab@kernel.org" , "linux-stm32@st-md-mailman.stormreply.com" , "linux-arm-kernel@lists.infradead.org" , "linux-media@vger.kernel.org" Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org On 5/27/20 12:09 PM, Valentin Schneider wrote: > Hi Benjamin, > > On 26/05/20 16:16, Benjamin Gaignard wrote: >> A first round [1] of discussions and suggestions have already be done on >> this series but without found a solution to the problem. I resend it to >> progress on this topic. >> > Apologies for sleeping on that previous thread. > > So what had been suggested over there was to use uclamp to boost the > frequency of the handling thread; however if you use threaded IRQs you > get RT threads, which already get the max frequency by default (at least > with schedutil). > > Does that not work for you, and if so, why? That doesn't work because almost everything is done by the hardware blocks without charge the CPU so the thread isn't running. I have done the tests with schedutil and ondemand scheduler (which is the one I'm targeting). I have no issues when using performance scheduler because it always keep the highest frequencies. > >> When start streaming from the sensor the CPU load could remain very low >> because almost all the capture pipeline is done in hardware (i.e. without >> using the CPU) and let believe to cpufreq governor that it could use lower >> frequencies. If the governor decides to use a too low frequency that >> becomes a problem when we need to acknowledge the interrupt during the >> blanking time. >> The delay to ack the interrupt and perform all the other actions before >> the next frame is very short and doesn't allow to the cpufreq governor to >> provide the required burst of power. That led to drop the half of the frames. >> >> To avoid this problem, DCMI driver informs the cpufreq governors by adding >> a cpufreq minimum load QoS resquest. >> >> Benjamin >> >> [1] https://lkml.org/lkml/2020/4/24/360 >> >> Benjamin Gaignard (3): >> PM: QoS: Introduce cpufreq minimum load QoS >> cpufreq: governor: Use minimum load QoS >> media: stm32-dcmi: Inform cpufreq governors about cpu load needs >> >> drivers/cpufreq/cpufreq_governor.c | 5 + >> drivers/media/platform/stm32/stm32-dcmi.c | 8 ++ >> include/linux/pm_qos.h | 12 ++ >> kernel/power/qos.c | 213 ++++++++++++++++++++++++++++++ >> 4 files changed, 238 insertions(+) _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel