Received: by 2002:a05:6a10:1a4d:0:0:0:0 with SMTP id nk13csp661054pxb; Tue, 1 Feb 2022 07:56:07 -0800 (PST) X-Google-Smtp-Source: ABdhPJz9syhhkxyCfKeT4CnxRqGgtgpx4B5g0gou8Jjs2WGkD8KjZqJkztCJ6/r/vAzXY8TlWJbS X-Received: by 2002:a05:6a00:be4:: with SMTP id x36mr25034143pfu.77.1643730967073; Tue, 01 Feb 2022 07:56:07 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1643730967; cv=none; d=google.com; s=arc-20160816; b=I9W8mZcWJprF5m00Z55kXLDv/Agkki8VAiH+12vBbEQCZxIUs7HCgZ0Bym1WjXvs8N 5BsmlMquvT/4V8cqjvK6atM49o8ieXhBNEFrdaH6KEshaV6HrEyTag5gmaGZgXi3lPDV ydwVeNYppxlXGit8OnNdYPmt4euJUujj2S3viAE8fgso+ylvMF6xVyLb7VKrNXbbhXVD +iGAOOZvduvONA7J8SrRRcYQL/FLuJm6VwxZ7pA6BBaOLzJACNKiFOlHKviJ/kjreGVX HJEPyFf7RFT81e77DunSegtKXaJlVSpcbnnOytoogQ5XdEzn0rfC8QtPywWp5hQViVlr SWLg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id; bh=ajaXtJOZOhOu8tGvFex740w5a6x+RSJtbEH3xUE86e8=; b=XUsjSfSZE6rfIEqpAoy5ql8rC+6TD7hhVcgd06McJh1P35GJQNwq3aQLeQb+hqeB2Z tHnPeAAdeuPNQVkedTmA6HDm25jZgBw4yaBjmHZl+HkOw1MwmLLTjla+of/fsPPhkRPv XCMe9NFmrRIHiQcLJcmZje71RFzaFlao5kqfEsN4xvehGZkAnYAbfriLSLLzqLfUJgZ7 LvqoMCyOjSNBbiOdG/ZwNOPi9Y/9H2ZITEOvnc1hbSdcA2RqDTCAywPmWP+W5lCvPrjA LeBROoCR3GsakmIQucMfHtrtHI/Cy+AglGJTEwi0fDpqr0mQUpRS4is2xbcRwKI0EuQk tG4w== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=xs4all.nl Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id be3si15282386plb.194.2022.02.01.07.55.55; Tue, 01 Feb 2022 07:56:07 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=xs4all.nl Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S239303AbiAaJsG (ORCPT + 99 others); Mon, 31 Jan 2022 04:48:06 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54632 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232052AbiAaJsE (ORCPT ); Mon, 31 Jan 2022 04:48:04 -0500 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id AD06BC061714; Mon, 31 Jan 2022 01:48:04 -0800 (PST) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 3E12061345; Mon, 31 Jan 2022 09:48:04 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 7552DC340E8; Mon, 31 Jan 2022 09:47:57 +0000 (UTC) Message-ID: <79fbb665-25b4-9b54-7bf6-2caa69e10778@xs4all.nl> Date: Mon, 31 Jan 2022 10:47:55 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.5.1 Subject: Re: [PATCH v10 00/13] Clean up "mediatek,larb" Content-Language: en-US To: Matthias Brugger , AngeloGioacchino Del Regno , Yong Wu , Joerg Roedel , Rob Herring , Krzysztof Kozlowski , David Airlie , Mauro Carvalho Chehab Cc: Evan Green , Robin Murphy , Tomasz Figa , Will Deacon , linux-mediatek@lists.infradead.org, srv_heupstream@mediatek.com, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, iommu@lists.linux-foundation.org, youlin.pei@mediatek.com, Matthias Kaehlcke , anan.sun@mediatek.com, yi.kuo@mediatek.com, acourbot@chromium.org, linux-media@vger.kernel.org, dri-devel@lists.freedesktop.org, Daniel Vetter , Chun-Kuang Hu , Philipp Zabel , Tiffany Lin , Dafna Hirschfeld , Hsin-Yi Wang , Eizan Miyamoto , anthony.huang@mediatek.com, Frank Wunderlich , mingyuan.ma@mediatek.com, yf.wang@mediatek.com, libo.kang@mediatek.com References: <20220117070510.17642-1-yong.wu@mediatek.com> <06e5e76c-557a-20a5-b8dd-37b25b3384a3@collabora.com> From: Hans Verkuil In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 1/17/22 12:49, Matthias Brugger wrote: > > > On 17/01/2022 11:27, AngeloGioacchino Del Regno wrote: >> Il 17/01/22 08:04, Yong Wu ha scritto: >>> MediaTek IOMMU block diagram always like below: >>> >>>          M4U >>>           | >>>      smi-common >>>           | >>>    ------------- >>>    |         |  ... >>>    |         | >>> larb1     larb2 >>>    |         | >>> vdec       venc >>> >>> All the consumer connect with smi-larb, then connect with smi-common. >>> >>> When the consumer works, it should enable the smi-larb's power which also >>> need enable the smi-common's power firstly. >>> >>> Thus, Firstly, use the device link connect the consumer and the >>> smi-larbs. then add device link between the smi-larb and smi-common. >>> >>> After adding the device_link, then "mediatek,larb" property can be removed. >>> the iommu consumer don't need call the mtk_smi_larb_get/put to enable >>> the power and clock of smi-larb and smi-common. >>> >>> Base on the media branch [1] and a jpeg dtbinding patchset[2] that already got >>> the necessary R-b. >>> >>> [1] git://linuxtv.org/hverkuil/media_tree.git tags/br-v5.18d >>> [2] https://lore.kernel.org/linux-mediatek/20211206130425.184420-1-hsinyi@chromium.org/ >>> >>> Change notes: >>> v10: a) Rebase on the media tree. Respin the "media: mtk-vcodec:" patches. >>>       b) Add Joerg's Ack for iommu patches. >>> >>> v9: https://lore.kernel.org/linux-mediatek/20211112105509.12010-1-yong.wu@mediatek.com/ >>>      1) Add return -ENODEV when the dev is null. >>>      2) Add more strict about the case that a iommu consume device use the ports in >>>      different larbs. Don't allow this case. >>>      3) Remove two codec interface: mtk_vcodec_release_enc/dec_pm since it only has one >>>      line now. >>> >>> v8: https://lore.kernel.org/linux-mediatek/20210929013719.25120-1-yong.wu@mediatek.com/ >>>      1) Rebase on v5.15-rc1. >>>      2) Don't rebase the below mdp patchset that may still need more discuss. >>>      https://lore.kernel.org/linux-mediatek/20210709022324.1607884-1-eizan@chromium.org/ >>>      3) Add Frank's Tested-by. Remove Dafna's Tested-by as he requested. >>> >>> v7: https://lore.kernel.org/linux-mediatek/20210730025238.22456-1-yong.wu@mediatek.com/ >>>      1) Fix a arm32 boot fail issue. reported from Frank. >>>      2) Add a return fail in the mtk drm. suggested by Dafna. >>> >>> v6: https://lore.kernel.org/linux-mediatek/20210714025626.5528-1-yong.wu@mediatek.com/ >>>      1) rebase on v5.14-rc1. >>>      2) Fix the issue commented in v5 from Dafna and Hsin-Yi. >>>      3) Remove the patches about using pm_runtime_resume_and_get since they have >>>         already been merged by other patches. >>> >>> v5: https://lore.kernel.org/linux-mediatek/20210410091128.31823-1-yong.wu@mediatek.com/ >>>      1) Base v5.12-rc2. >>>      2) Remove changing the mtk-iommu to module_platform_driver patch, It have already been a >>>      independent patch. >>> >>> v4: https://lore.kernel.org/linux-mediatek/1590826218-23653-1-git-send-email-yong.wu@mediatek.com/ >>>      base on v5.7-rc1. >>>    1) Move drm PM patch before smi patchs. >>>    2) Change builtin_platform_driver to module_platform_driver since we may need >>>       build as module. >>>    3) Rebase many patchset as above. >>> >>> v3: https://lore.kernel.org/linux-iommu/1567503456-24725-1-git-send-email-yong.wu@mediatek.com/ >>>      1) rebase on v5.3-rc1 and the latest mt8183 patchset. >>>      2) Use device_is_bound to check whether the driver is ready from Matthias. >>>      3) Add DL_FLAG_STATELESS flag when calling device_link_add and explain the >>>     reason in the commit message[3/14]. >>>      4) Add a display patch[12/14] into this series. otherwise it may affect >>>     display HW fastlogo even though it don't happen in mt8183. >>> v2: https://lore.kernel.org/linux-iommu/1560171313-28299-1-git-send-email-yong.wu@mediatek.com/ >>>     1) rebase on v5.2-rc1. >>>     2) Move adding device_link between the consumer and smi-larb into >>> iommu_add_device from Robin. >>>     3) add DL_FLAG_AUTOREMOVE_CONSUMER even though the smi is built-in from Evan. >>>     4) Remove the shutdown callback in iommu. >>> >>> v1: https://lore.kernel.org/linux-iommu/1546318276-18993-1-git-send-email-yong.wu@mediatek.com/ >>> >>> Yong Wu (12): >>>    dt-binding: mediatek: Get rid of mediatek,larb for multimedia HW >>>    iommu/mediatek-v1: Free the existed fwspec if the master dev already >>>      has >>>    iommu/mediatek: Return ENODEV if the device is NULL >>>    iommu/mediatek: Add probe_defer for smi-larb >>>    iommu/mediatek: Add device_link between the consumer and the larb >>>      devices >>>    media: mtk-jpeg: Get rid of mtk_smi_larb_get/put >>>    media: mtk-mdp: Get rid of mtk_smi_larb_get/put >>>    drm/mediatek: Get rid of mtk_smi_larb_get/put >>>    media: mtk-vcodec: Get rid of mtk_smi_larb_get/put >>>    memory: mtk-smi: Get rid of mtk_smi_larb_get/put >>>    arm: dts: mediatek: Get rid of mediatek,larb for MM nodes >>>    arm64: dts: mediatek: Get rid of mediatek,larb for MM nodes >>> >>> Yongqiang Niu (1): >>>    drm/mediatek: Add pm runtime support for ovl and rdma >>> >>>   .../display/mediatek/mediatek,disp.txt        |  9 ---- >>>   .../media/mediatek,vcodec-decoder.yaml        |  7 --- >>>   .../media/mediatek,vcodec-encoder.yaml        |  8 ---- >>>   .../bindings/media/mediatek-jpeg-decoder.yaml |  9 ---- >>>   .../bindings/media/mediatek-jpeg-encoder.yaml |  9 ---- >>>   .../bindings/media/mediatek-mdp.txt           |  8 ---- >>>   arch/arm/boot/dts/mt2701.dtsi                 |  2 - >>>   arch/arm/boot/dts/mt7623n.dtsi                |  5 --- >>>   arch/arm64/boot/dts/mediatek/mt8173.dtsi      | 16 ------- >>>   arch/arm64/boot/dts/mediatek/mt8183.dtsi      |  6 --- >>>   drivers/gpu/drm/mediatek/mtk_disp_ovl.c       |  8 +++- >>>   drivers/gpu/drm/mediatek/mtk_disp_rdma.c      |  9 +++- >>>   drivers/gpu/drm/mediatek/mtk_drm_crtc.c       | 15 ++++--- >>>   drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c   | 36 +-------------- >>>   drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.h   |  1 - >>>   drivers/gpu/drm/mediatek/mtk_drm_drv.c        |  5 +-- >>>   drivers/iommu/mtk_iommu.c                     | 34 ++++++++++++++ >>>   drivers/iommu/mtk_iommu_v1.c                  | 42 ++++++++++++++++- >>>   .../media/platform/mtk-jpeg/mtk_jpeg_core.c   | 45 +------------------ >>>   .../media/platform/mtk-jpeg/mtk_jpeg_core.h   |  2 - >>>   drivers/media/platform/mtk-mdp/mtk_mdp_comp.c | 40 ----------------- >>>   drivers/media/platform/mtk-mdp/mtk_mdp_comp.h |  2 - >>>   drivers/media/platform/mtk-mdp/mtk_mdp_core.c |  1 - >>>   .../platform/mtk-vcodec/mtk_vcodec_dec_drv.c  |  2 - >>>   .../platform/mtk-vcodec/mtk_vcodec_dec_hw.c   |  1 - >>>   .../platform/mtk-vcodec/mtk_vcodec_dec_pm.c   | 41 +++-------------- >>>   .../platform/mtk-vcodec/mtk_vcodec_drv.h      |  3 -- >>>   .../platform/mtk-vcodec/mtk_vcodec_enc.c      |  1 - >>>   .../platform/mtk-vcodec/mtk_vcodec_enc_drv.c  |  2 - >>>   .../platform/mtk-vcodec/mtk_vcodec_enc_pm.c   | 45 +++---------------- >>>   drivers/memory/mtk-smi.c                      | 14 ------ >>>   include/soc/mediatek/smi.h                    | 20 --------- >>>   32 files changed, 115 insertions(+), 333 deletions(-) >>> >> >> Hello Hans, Matthias, >> on my side, this series is totally ready for merge, hence, green light from here. >> >> Can you please take it for 5.18? >> > > @Hans: I understand you take the series through your tree. Please let me know when you do so. I'll take care of patch 12 and 13, which should go through my tree. FYI: this series has been merged into the media tree, so you can go ahead with patches 12 and 13. Regards, Hans