Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 2FAE7C636CC for ; Mon, 13 Feb 2023 14:28:46 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229876AbjBMO2p (ORCPT ); Mon, 13 Feb 2023 09:28:45 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:49170 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230059AbjBMO2k (ORCPT ); Mon, 13 Feb 2023 09:28:40 -0500 Received: from relay05.th.seeweb.it (relay05.th.seeweb.it [IPv6:2001:4b7a:2000:18::166]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A62971B574 for ; Mon, 13 Feb 2023 06:28:35 -0800 (PST) Received: from SoMainline.org (D57D4C6E.static.ziggozakelijk.nl [213.125.76.110]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by m-r2.th.seeweb.it (Postfix) with ESMTPSA id 804A43E986; Mon, 13 Feb 2023 15:28:32 +0100 (CET) Date: Mon, 13 Feb 2023 15:28:31 +0100 From: Marijn Suijten To: Dmitry Baryshkov Cc: Konrad Dybcio , linux-arm-msm@vger.kernel.org, andersson@kernel.org, agross@kernel.org, krzysztof.kozlowski@linaro.org, Konrad Dybcio , Rob Clark , Abhinav Kumar , Sean Paul , David Airlie , Daniel Vetter , Robert Foss , AngeloGioacchino Del Regno , Vinod Koul , Vinod Polimera , Stephen Boyd , Liu Shixin , dri-devel@lists.freedesktop.org, freedreno@lists.freedesktop.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 06/10] drm/msm/dpu: Add SM6350 support Message-ID: <20230213142831.hbzfp2chekshsqyy@SoMainline.org> References: <20230211122656.1479141-1-konrad.dybcio@linaro.org> <20230211122656.1479141-7-konrad.dybcio@linaro.org> <20230213113008.ih7ii5m3cz4w3lmz@SoMainline.org> <8560b69f-8d42-995d-2f4d-11d6a64afef0@linaro.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <8560b69f-8d42-995d-2f4d-11d6a64afef0@linaro.org> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2023-02-13 13:35:01, Dmitry Baryshkov wrote: > On 13/02/2023 13:30, Marijn Suijten wrote: > > On 2023-02-13 12:15:19, Konrad Dybcio wrote: > > [...] > >>>> @@ -1674,6 +1765,15 @@ static struct dpu_pingpong_cfg sc8280xp_pp[] = { > >>>> ??????????? DPU_IRQ_IDX(MDP_SSPP_TOP0_INTR2, 31), -1), > >>>> ? }; > >>>> ? +static struct dpu_pingpong_cfg sm6350_pp[] = { > >>>> +??? PP_BLK("pingpong_0", PINGPONG_0, 0x70000, 0, sdm845_pp_sblk, > >>> > >>> No TE support? > >> It's.. complicated.. With just this patch, display refreshes, albeit > >> not at 60fps. Marijn is working on getting it going, though > >> > >> https://github.com/SoMainline/linux/commits/marijn/longbois-next/drivers/gpu/drm/msm/disp/dpu1/dpu_hw_catalog.c > > > > This branch hasn't been updated for the longest time. I'm preparing v2 > > of the INTF TE series at: > > > > https://github.com/SoMainline/linux/commits/marijn/dpu/drivers/gpu/drm/msm/disp/dpu1/dpu_hw_catalog.c > > > > and it has about ?40% of Dmitry's review applied. More to come now that > > hiatus is over. > > We should agree on landing order for my rework vs your changes. Can I > try persuading you to review that 50-patches beast? With the hope that > you'd agree to land your changes on top of it? SM6115 unexpectedly landing in advance of SM8[345]0 was already an unnecessary headache to deal with, and now we're "changing direction" on landing SM6350/75 in advance of INTF TE too... not to forget about SM6125 which I also keep rebasing locally but planned on landing _after_ INTF TE. Regardless of the extra effort it will take from me I'd be happy to land my patches after everyone else's to have final say over which setup gets what bitflags and interrupts, as these typically got botched in our trees after rebases leading to broken INTF TE. Perhaps I should resubmit the individual Fixes: commits though? Feel free to propose a merge order listing all the aforementioned SoCs, your rework, my INTF TE patches and whatever else is in the pipeline. As I've been away for a while, and only have limited hobby time (_and_ have to split that on various projects), I'm behind on what's currently in swing for DPU (need additional time to catch back up) nor will be able to rebase/resubmit my patches often (a set-in-stone merge order will really help prioritise/plan ahead here). Sure, I will at least start looking at your 50-patch as part of catching back up. Do you want to process that on the mailing list or via https://gitlab.freedesktop.org/drm/msm/-/merge_requests/44? - Marijn