Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp498045pxb; Wed, 24 Feb 2021 07:37:12 -0800 (PST) X-Google-Smtp-Source: ABdhPJwJOYF8rumhWDCEEZGvA753clyJ4e/E/oXWFIApZLrD2lY9sWXz+wibDq/yuX8iWYQvkBJ9 X-Received: by 2002:a05:6402:1383:: with SMTP id b3mr32707739edv.131.1614181032418; Wed, 24 Feb 2021 07:37:12 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1614181032; cv=none; d=google.com; s=arc-20160816; b=jwjFhtxiWp8wfEP+qT9TRM2XrVmpviQHuYsDX9OQvtyFgIycETN9uuv6DjM4uanm43 nBE1CqQ3u81RN+eskh8RWtHtNZQcGZ10gFpcjKc/aGv4fbCx4GRvb2ncftu9s1it5t/U PSVJ61YOZiyai8wsb8dX7TwAcc5Jz5b2+nne7R5caD+8so2AhITr3aWl8JGTkbzk+/C0 507WZDA6JV0t6kQFrm3Rt/5xWJRPvmb50UCGLj7glbqSELit8TQPjR2YaakaOqQhWuQI emGEAURn8RE8qXkWOIOhwRX/Q4x/wBlUOLJeLf7X09Yl+CtnYnMS11CObHe4ry/p1+qm oLHw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=BI8tzk0bTa3w11ruMEPTU8t0ne9enBgfWEJ0ImBJsEA=; b=d7tD58YK7n3Nq8rzPCghAonFaQ+ARBHnU4eckPpgmjC+lGIcNgXr16gmhyzy96HRMh 2Gw9Yxp9l6MjYbWUr45uP0m7BoIz+2dLNbqQOullZlbh2yAsG/Qm7Vy9ZZeuv0mlC7Vz 8zYG1vUD5fLu84yEcQtui6fBUB6QB0J9LVCVn8VxiPN9Z8iLD83cWXrG/Iz2z39eg5VA bzTmZ5l88aauR/Bn3Ei6Z+4uWBzgDMO45oc/qfVIU5dQ0I3hG51pK/6sq8FmGnAGUgCr Czk7TqhskizTkftMjVH2Uzcz4Zzo7CHZy5oS2/mHW6RjfLetikhYCvq1P1rN6PuJbWCM PJ/g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=TA1T8dIk; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id k7si1468870ejs.165.2021.02.24.07.36.44; Wed, 24 Feb 2021 07:37:12 -0800 (PST) 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; dkim=pass header.i=@linaro.org header.s=google header.b=TA1T8dIk; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S238463AbhBXP3l (ORCPT + 99 others); Wed, 24 Feb 2021 10:29:41 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:32818 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232564AbhBXOy0 (ORCPT ); Wed, 24 Feb 2021 09:54:26 -0500 Received: from mail-pf1-x434.google.com (mail-pf1-x434.google.com [IPv6:2607:f8b0:4864:20::434]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E09E8C061574 for ; Wed, 24 Feb 2021 06:53:45 -0800 (PST) Received: by mail-pf1-x434.google.com with SMTP id z5so1489101pfe.3 for ; Wed, 24 Feb 2021 06:53:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=BI8tzk0bTa3w11ruMEPTU8t0ne9enBgfWEJ0ImBJsEA=; b=TA1T8dIkRQrmL+2z52ArQzQ7YLPMbNMS4BPXwoDyQjWviLUJUKtXfvJGJ4XPCUBD8h rH8V6ApP6uBZzAmVkSZ8jXs9X9htA7atNy2ULoie9NF/lIJq5+JHVlI9GiMexLgUdh5Z sExX4j++PBMz/d+qA1BcquZniW252SvKL523Fsio6++OZjQ6GIZKJELdKA9qyYRq6uiH UsblNSPu7hXwgPkWJgP4MIzg2oeBMuru4QF8OFhM6IJedYHUqiDrHW8qScPfyiqNvVOq 6uaxjXI4/SfKUpgmMmnt7bspJknb5Q49aHQktZRQ/hgjdYY6GBNO22DULKmaFt7cdH8K fiqw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=BI8tzk0bTa3w11ruMEPTU8t0ne9enBgfWEJ0ImBJsEA=; b=sfHNg/Rbv6vyLn7HaUabIWWBqayxhZr4TbpM11YmS6ek91RSFvBaMtbM9e+7sNDCNi zpX+MU/dGw908r9DIRLtmAbYXZ0D/vT0E2VBp88S8IKd1KT+n9SzZHxnlz8DQuR5KYbU z5Czi2TZk5K1YxQh3fm5x10zvtATi0H8J7r48mDD7UNvAJdHceE2PjPe4uSB2CvCI+6M uUiaqa1g/rZeOdkqqLkoUgzOroC3TvX9K5XEMJPsmKxmZ+NI8iFRpEgabMRrFK1IwnA1 o0BxsvN35+52pI0JivDIXgj83WPeV48eu9ZWFX1tx4M3xcdBd77IWAanemL5UDrHDOrC Hjzw== X-Gm-Message-State: AOAM532+/Ua+QOWgg85i3xpfE76BvSkJX9fz1h1CXXWlELrfq1Cov3Xk KkGqD77zAhOLkn5mbU5Cz9T3OFhajhgL8DyYdqcPSw== X-Received: by 2002:aa7:9281:0:b029:1ec:48b2:811c with SMTP id j1-20020aa792810000b02901ec48b2811cmr32041815pfa.18.1614178425423; Wed, 24 Feb 2021 06:53:45 -0800 (PST) MIME-Version: 1.0 References: <20210217112122.424236-1-robert.foss@linaro.org> <20210217112122.424236-13-robert.foss@linaro.org> <32b2cd1d-e41a-4571-ac4f-4ec055b3f6cb@linaro.org> In-Reply-To: <32b2cd1d-e41a-4571-ac4f-4ec055b3f6cb@linaro.org> From: Robert Foss Date: Wed, 24 Feb 2021 15:53:34 +0100 Message-ID: Subject: Re: [PATCH v5 12/22] media: camss: Remove per VFE power domain toggling To: Andrey Konovalov Cc: Andy Gross , Bjorn Andersson , Todor Tomov , Mauro Carvalho Chehab , Rob Herring , angelogioacchino.delregno@somainline.org, MSM , linux-media , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , linux-kernel , AngeloGioacchino Del Regno , Sakari Ailus , Nicolas Boichat , Rob Herring , Tomasz Figa , Azam Sadiq Pasha Kapatrala Syed , Sarvesh Sridutt , Laurent Pinchart , Jonathan Marek Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hey Andrey, > > On 17.02.2021 14:21, Robert Foss wrote: > > For Titan ISPs clocks fail to re-enable during vfe_get() > > after any vfe has been halted and its corresponding power > > domain power has been detached. > > OK. > > > Since all of the clocks depend on all of the PDs, per > > VFE PD detaching is no option for this generation of HW. > > But this patch removes camss_pm_domain_on/off calls from > vfe_get/put() for all the SOCs, not only for sdm845. > And this looks like a regression (higher power consumption) > for all the generation1 devices. Yeah, that is a serious problem with the approach I picked here. The power difference shouldn't be huge however, since the best case scenario savings of the previous implementation was being able to power down 1 VFE when the other one is working. If none of the VFEs is working, nothing is powered up both in the previous implementation & using this patch. > > Is it possible to handle gen1 and gen2 hardware differently, > so that gen1 continued to use camss_pm_domain_on/off as > before? I hesitated going down this gen1/gen2 split here, due to how deep into the common code some of this functionality is. Let me have another look at this though, not having a power regression for gen1 devices would definitely be preferable.