[PATCH RFT 01/14] soc: qcom: Add UBWC config provider
Dmitry Baryshkov
dmitry.baryshkov at oss.qualcomm.com
Mon May 12 08:57:35 UTC 2025
On Mon, May 12, 2025 at 12:13:40AM +0300, Dmitry Baryshkov wrote:
> On Fri, May 09, 2025 at 02:28:55PM +0200, Konrad Dybcio wrote:
> > On 5/8/25 10:12 PM, Connor Abbott wrote:
> > > On Thu, May 8, 2025 at 2:13 PM Konrad Dybcio <konradybcio at kernel.org> wrote:
> > >>
> > >> From: Konrad Dybcio <konrad.dybcio at oss.qualcomm.com>
> > >>
> > >> Add a file that will serve as a single source of truth for UBWC
> > >> configuration data for various multimedia blocks.
> > >>
> > >> Signed-off-by: Konrad Dybcio <konrad.dybcio at oss.qualcomm.com>
> > >> ---
> >
> > [...]
> >
> > >> +struct qcom_ubwc_cfg_data {
> > >> + u32 ubwc_enc_version;
> > >> + /* Can be read from MDSS_BASE + 0x58 */
> > >> + u32 ubwc_dec_version;
> > >> + u32 ubwc_swizzle;
> > >> + int highest_bank_bit;
> > >> + bool ubwc_bank_spread;
> > >> + bool macrotile_mode;
> > >> + u32 mdss_reg_bus_bw;
> > >
> > > This doesn't really seem relevant to UBWC?
> >
> > I'll admit I just took it with the rest of properties for a simpler transition.
> >
> > Generally, we could ma-a-a-aybe just make up a common value and pray it doesn't
> > break anything, as we're taking numbers that translate to ANYTHING_ABOVE_OFF or
> > ANYTHING_ABOVE_OFF_PLUS_1 in most cases wrt a cpu-ipblock path.
>
> I'd rather not do that. Let me check if I can cook it on top of your
> series.
See the attached patch.
--
With best wishes
Dmitry
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-drm-msm-bring-MDSS-bandwidth-data-back-to-msm_mdss.patch
Type: text/x-diff
Size: 10636 bytes
Desc: not available
URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20250512/0970bb30/attachment-0001.patch>
More information about the dri-devel
mailing list