Received: by 2002:a25:824b:0:0:0:0:0 with SMTP id d11csp1396449ybn; Wed, 25 Sep 2019 17:43:44 -0700 (PDT) X-Google-Smtp-Source: APXvYqww0dUuc7ePgJxpSLYrpD04qnfJxJEoGr6NlVD2u62SF5LFM6r6tPLt0hduWlWQf+e+CnJS X-Received: by 2002:a05:6402:65a:: with SMTP id u26mr865588edx.86.1569458624052; Wed, 25 Sep 2019 17:43:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1569458624; cv=none; d=google.com; s=arc-20160816; b=SksaLtyWqGd9NlmwAj527Ea2SUNBw4n3Ay2phk5dbTwrgfVwbVuZx1XMAeutB3Rtoc /wNCAMLgGOLDQUskPWVcOJwFFFvc+byN9Ar1q3J4qmdqgLv6ObI53FHO42ZJUJlHSB6z szIOQZJ2RycZJ7Y838l/VYyjdrCQGOTdBlTZTalmDZtAdQpV0fbx8M92dkCc1MSIOQq4 lXL7a+0aD+jqAOxWMSm8gYPyftDA6v+OJYWFa7d07f/B4XeYL+/8ggUGO70XprLGFdej oK4qh/WAOZW43iXQqZOX2pW64eFEDyBLQ2fYb3cXzVZQTTQvpNbVAWX7IcyA+Q4Sb2jQ uxRg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:date:subject:cc:to:from :dmarc-filter:dkim-signature:dkim-signature; bh=nCswe5Xkd5foRpcZyGkH1tppWv6YG2xV0Kb/DH0mekk=; b=mdvUisq+MSp+ZbygBWrmsFxmHBuCrdJOhKUXABd2QUzLJ1teqExHYSkmhQiiywyhpk YWFm/8Z0ltPfTXKM7pg9a1P/lZ2/p9tXorfcrBM/zpvmaXaG/xg2HcJqrXwsukgt8NXH 39vf9i6SqwB5jBAKuxZRU81OaXYMm25Ym/H0J7M8GGtQuUBb/TsyPU9PGAHNBMVJBxJF gW9fGC1wvXljKNEQ1nXa1MYEMl4V+8mjLl0FA+hYiMaZ6dbSGP5RJoVFh4GzcRt3I/J2 tzC2Rq2L7mLL/kDI4c8+36B5FJASFQg7dVYolFmYwghKluzaQ5V4achFivVccaKCN7Li eNCQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@codeaurora.org header.s=default header.b=SlRZNR43; dkim=pass header.i=@codeaurora.org header.s=default header.b=SlRZNR43; 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 bq16si232221ejb.221.2019.09.25.17.43.20; Wed, 25 Sep 2019 17:43:44 -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; dkim=pass header.i=@codeaurora.org header.s=default header.b=SlRZNR43; dkim=pass header.i=@codeaurora.org header.s=default header.b=SlRZNR43; 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 S2409064AbfIXFsD (ORCPT + 99 others); Tue, 24 Sep 2019 01:48:03 -0400 Received: from smtp.codeaurora.org ([198.145.29.96]:40546 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2405096AbfIXFsC (ORCPT ); Tue, 24 Sep 2019 01:48:02 -0400 Received: by smtp.codeaurora.org (Postfix, from userid 1000) id AB07460A60; Tue, 24 Sep 2019 05:48:01 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1569304081; bh=xvymJ4GYEKWrSL7puVuOYOXGQH4K71w3rf2tjoJNIHM=; h=From:To:Cc:Subject:Date:From; b=SlRZNR43c1USLJn+QyViLdXTmkFllIkBE8Ymk/nRUqnsyYW+Zpbymxv1c/wNK9nhU AePAlZCwLySx4RI8PFKL1KBuGdv1uvnYSgQ38G0KngROHJsRAjd6gqyl2w7UTLgCWf AnR4/S7BdNcrOaofP1tYKycmfwFf0QVeZtJN+mss= X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on pdx-caf-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.7 required=2.0 tests=ALL_TRUSTED,BAYES_00, DKIM_INVALID,DKIM_SIGNED,SPF_NONE autolearn=no autolearn_force=no version=3.4.0 Received: from amasule-linux.qualcomm.com (blr-c-bdr-fw-01_globalnat_allzones-outside.qualcomm.com [103.229.19.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: amasule@codeaurora.org) by smtp.codeaurora.org (Postfix) with ESMTPSA id C92A460256; Tue, 24 Sep 2019 05:47:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1569304081; bh=xvymJ4GYEKWrSL7puVuOYOXGQH4K71w3rf2tjoJNIHM=; h=From:To:Cc:Subject:Date:From; b=SlRZNR43c1USLJn+QyViLdXTmkFllIkBE8Ymk/nRUqnsyYW+Zpbymxv1c/wNK9nhU AePAlZCwLySx4RI8PFKL1KBuGdv1uvnYSgQ38G0KngROHJsRAjd6gqyl2w7UTLgCWf AnR4/S7BdNcrOaofP1tYKycmfwFf0QVeZtJN+mss= DMARC-Filter: OpenDMARC Filter v1.3.2 smtp.codeaurora.org C92A460256 Authentication-Results: pdx-caf-mail.web.codeaurora.org; dmarc=none (p=none dis=none) header.from=codeaurora.org Authentication-Results: pdx-caf-mail.web.codeaurora.org; spf=none smtp.mailfrom=amasule@codeaurora.org From: Aniket Masule To: linux-media@vger.kernel.org, stanimir.varbanov@linaro.org Cc: linux-kernel@vger.kernel.org, linux-arm-msm@vger.kernel.org, vgarodia@codeaurora.org, Aniket Masule Subject: [RESEND v7 0/2]media: venus: Update clock scaling Date: Tue, 24 Sep 2019 11:17:47 +0530 Message-Id: <1569304069-20713-1-git-send-email-amasule@codeaurora.org> X-Mailer: git-send-email 1.9.1 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org In this patch series, clock scaling and core selection methods are updated. Current clock scaling is same for vpu4 and previous versions. Introducing load calculations using vpp cycles, which indicates the cycles required by video hardware to process each macroblock. Also adding vsp cycles, cycles require by stream processor. Clock scaling is now done more precisely using vpp and vsp cycles. Removing core selection from this series, there will be separate patch once issue related to power domain is fixed. This patch depends on the following patch: https://patchwork.kernel.org/patch/11142557/ - Venus interconnect support for sdm845 Changes since v6: - Removed core selection. - Corrected frequency calculations. - Removed instance lock used while iterating over buffers. Changes since v5: - Corrected load_per_core calculations. Changes since v4: - Added call to load_scale_clocks from venus_helper_vb2_buf_queue. - Modified check to match core_id in core_selection. Changes since v3: - vsp_cycles and vpp_cyles are now unsigned long. - Core number counting aligned with VIDC_CORE_ID_. - Aligned hardware overload handling of scale_clocks_v4 with scale_clocks. - Added bitrate based clock scaling patch in this patch series. - Instance state check is now moved from scale_clocks to load_scale_clocks Aniket Masule (2): media: venus: Add codec data table media: venus: Update clock scaling drivers/media/platform/qcom/venus/core.c | 13 ++ drivers/media/platform/qcom/venus/core.h | 16 +++ drivers/media/platform/qcom/venus/helpers.c | 187 +++++++++++++++++++++++++--- drivers/media/platform/qcom/venus/helpers.h | 3 +- drivers/media/platform/qcom/venus/vdec.c | 8 +- drivers/media/platform/qcom/venus/venc.c | 4 + 6 files changed, 208 insertions(+), 23 deletions(-) -- The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum, a Linux Foundation Collaborative Project