Received: by 2002:a25:683:0:0:0:0:0 with SMTP id 125csp585460ybg; Wed, 3 Jun 2020 08:27:59 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz3XyXANwgEeic3RiMHfjDxZLQQtqeIEhgjWMISlCn/VOO69hQ2WyWDnfSvqmFCbDgM6T90 X-Received: by 2002:a05:6402:155a:: with SMTP id p26mr30609043edx.376.1591198079198; Wed, 03 Jun 2020 08:27:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1591198079; cv=none; d=google.com; s=arc-20160816; b=LEzVfScLZJVsowxDvau4D9F4kiU/gAUL8W5OzWcDqSOE7RfB8K2nkrzS467L3mNvBd AMYzdkg/nWm7ujtZWtJgBrKl7V9iPUadC8A8tkKSKW1Q6cuXSqlygZ22lvxGYj9Qldor nFzgpGp0jGOgNmu/k5yJzupnn6GQ4x7J+zo7VzdkVt7gP+EmUl7wJ5U0XSG1FC0ldzVm Rg6OYZ2riB4rm8n9YgiKLSeYejl2IpjavWaaSaLnKwazIa5tlnGPbpODJzm6StCQeU0R bmeYnqxjLaGgBE9pMC0DEVy1YKLH2pipqM004wMsBhQMdYgNUwcD6Y0g4CwfQFvbTk4x UGMQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:in-reply-to :subject:cc:to:from:user-agent:references; bh=w66BvIszkjM0CVyLMvnFrMmhKEfjuxho7ByvjDK81XQ=; b=NJaHQflLDd+ake6zSAqRXJhcfzdhT10MT0bL/83uJiyDLusPUO4Wcit5qdGnxHu6LY S53bsRm0aGBoby/Oq9eWGmqjPE/hYj8eR1MlerNiCai0KRhNVwsBQuj1JlrW9q4k8hBY 0w1hdZoMPbK3+9NvPTvA0Rg88u6pTfUorKik6hj3xKc/0U045Ce43wpaoAoCgDavkJoM 8oS3fms0HSNshKqd49nmh1tpdaZC66nyXZ2o2UKlgVVuQyL2DQIoh1nBanVEetm1j5zY LRZixDj9wkpAvrxaiQLOZ7kopzhvENES6cT34UiC3UbS4epRw/zKs/iM0WtlkilO0VfG YvLQ== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id g14si1331602edl.432.2020.06.03.08.27.35; Wed, 03 Jun 2020 08:27:59 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726154AbgFCPZL (ORCPT + 99 others); Wed, 3 Jun 2020 11:25:11 -0400 Received: from foss.arm.com ([217.140.110.172]:34708 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725867AbgFCPZK (ORCPT ); Wed, 3 Jun 2020 11:25:10 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 3362B55D; Wed, 3 Jun 2020 08:25:10 -0700 (PDT) Received: from e113632-lin (e113632-lin.cambridge.arm.com [10.1.194.46]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 8FCFA3F52E; Wed, 3 Jun 2020 08:25:08 -0700 (PDT) References: <20200603124559.22652-1-benjamin.gaignard@st.com> <20200603124559.22652-3-benjamin.gaignard@st.com> User-agent: mu4e 0.9.17; emacs 26.3 From: Valentin Schneider To: Benjamin Gaignard Cc: hugues.fruchet@st.com, mchehab@kernel.org, mcoquelin.stm32@gmail.com, alexandre.torgue@st.com, linux-media@vger.kernel.org, linux-stm32@st-md-mailman.stormreply.com, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, vincent.guittot@linaro.org, rjw@rjwysocki.net Subject: Re: [PATCH v2 2/3] media: stm32-dcmi: Set minimum cpufreq requirement In-reply-to: <20200603124559.22652-3-benjamin.gaignard@st.com> Date: Wed, 03 Jun 2020 16:25:01 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 03/06/20 13:45, Benjamin Gaignard wrote: > +static void dcmi_set_min_frequency(struct stm32_dcmi *dcmi, u64 freq) > +{ > + struct cpufreq_policy *p; > + int cpu; > + > + for_each_cpu(cpu, irq_get_affinity_mask(dcmi->irq)) { > + p = per_cpu(policy, cpu); > + if (!p) > + continue; > + > + freq_qos_update_request(&per_cpu(qos_req, cpu), freq); > + } > +} > + You may want to use a "visited" cpumask as I suggested in the previous thread, since a policy can cover more than one CPU (IOW, a frequency domain can span more than one CPU). It's not required per-se, AFAICT, but it makes things a bit neater. I also think you'll have to use the affinity notifier (irq_set_affinity_notifier()), since AFAICT userspace can change the affinity of that IRQ. I suppose you'll want something like: - Check if we currently are in streaming mode - Clear the QoS request for CPUs that were previously boosted but that aren't in the new mask - Add the request for the new CPUs. You'll probably need serialize the reading of the mask in the regular dcmi_set_min_frequency() as well. I concur all of that is somewhat annoying, but AFAICT that's required for a sturdy implementation. > static int dcmi_start_streaming(struct vb2_queue *vq, unsigned int count) > { > struct stm32_dcmi *dcmi = vb2_get_drv_priv(vq);