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=-5.3 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SIGNED_OFF_BY,SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1 autolearn=ham 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 46D49C35280 for ; Wed, 2 Oct 2019 09:22:14 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 1DDF8206C0 for ; Wed, 2 Oct 2019 09:22:14 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727437AbfJBJWN (ORCPT ); Wed, 2 Oct 2019 05:22:13 -0400 Received: from retiisi.org.uk ([95.216.213.190]:59272 "EHLO hillosipuli.retiisi.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725848AbfJBJWM (ORCPT ); Wed, 2 Oct 2019 05:22:12 -0400 Received: from valkosipuli.localdomain (valkosipuli.retiisi.org.uk [IPv6:2a01:4f9:c010:4572::80:2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by hillosipuli.retiisi.org.uk (Postfix) with ESMTPS id E2C52634C89; Wed, 2 Oct 2019 12:21:44 +0300 (EEST) Received: from sailus by valkosipuli.localdomain with local (Exim 4.92) (envelope-from ) id 1iFapL-00028v-CM; Wed, 02 Oct 2019 12:21:43 +0300 Date: Wed, 2 Oct 2019 12:21:43 +0300 From: Sakari Ailus To: frederic.chen@mediatek.com Cc: hans.verkuil@cisco.com, laurent.pinchart+renesas@ideasonboard.com, tfiga@chromium.org, matthias.bgg@gmail.com, mchehab@kernel.org, yuzhao@chromium.org, zwisler@chromium.org, linux-mediatek@lists.infradead.org, linux-arm-kernel@lists.infradead.org, Sean.Cheng@mediatek.com, sj.huang@mediatek.com, christie.yu@mediatek.com, holmes.chiou@mediatek.com, Jerry-ch.Chen@mediatek.com, jungo.lin@mediatek.com, Rynn.Wu@mediatek.com, linux-media@vger.kernel.org, srv_heupstream@mediatek.com, devicetree@vger.kernel.org, shik@chromium.org, suleiman@chromium.org, Allan.Yang@mediatek.com Subject: Re: [RFC PATCH V3 5/5] media: platform: mtk-mdp3: Add struct tuning_addr and img_sw_buffer Message-ID: <20191002092143.GP896@valkosipuli.retiisi.org.uk> References: <20190909192244.9367-1-frederic.chen@mediatek.com> <20190909192244.9367-6-frederic.chen@mediatek.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190909192244.9367-6-frederic.chen@mediatek.com> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-media-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-media@vger.kernel.org On Tue, Sep 10, 2019 at 03:22:44AM +0800, frederic.chen@mediatek.com wrote: > From: Frederic Chen > > We added a struct tuning_addr which contains a field "present" > so that the driver can tell the firmware if we have user tuning > dataor not. > > The strcut img_sw_buffer is also added. This struct has no cpu address > field and uses a handle instead so that we don't pass a cpu address > to co-processor. > > Signed-off-by: Frederic Chen If the driver depends on this patch, it needs to come before the driver. -- Sakari Ailus