So, the Xiaomi 12 has a panel with bpp=30 and bpc=10 according to the downstream DTS (https://github.com/xiaomi-sm8450-kernel/android_vendor_qcom_proprietary_display-devicetree/blob/lineage-20/display/dsi-panel-l3-42-02-0a-dsc-cmd.dtsi). However, that isn't supported by mainline yet it seems. When using bpc=10, I am seeing the following
 ```
[    0.420840] [drm:dpu_kms_hw_init:1075] dpu hardware revision:0x80010000
[    0.425290] [drm] Initialized msm 1.10.0 20130625 for ae01000.display-controller on minor 0
[    1.462022] msm_dsi ae94000.dsi: [drm:msm_dsi_host_power_on] *ERROR* DSI does not support bits_per_component != 8 yet
[    1.832439] [drm:dpu_encoder_frame_done_timeout:2342] [dpu error]enc31 frame done timeout
[    1.835499] [drm:_dpu_encoder_phys_cmd_wait_for_idle] *ERROR* id:31 pp:0 kickoff timeout 2 cnt 1 koff_cnt 1
[    1.835519] [drm:dpu_encoder_phys_cmd_prepare_for_kickoff] *ERROR* failed wait_for_idle: id:31 ret:-110 pp:0
[    1.838538] Console: switching to colour frame buffer device 135x150
[    1.924356] [drm:dpu_encoder_frame_done_timeout:2342] [dpu error]enc31 frame done timeout
[    1.924385] [drm:dpu_encoder_phys_cmd_prepare_for_kickoff] *ERROR* failed wait_for_idle: id:31 ret:-110 pp:0
[    1.930514] msm_dpu ae01000.display-controller: [drm] fb0: msmdrmfb frame buffer device
```
That doesn't change when I remove the bpc!=8 check.
In the UEFI for my device I found a panel description file which contcontains "(24 bpp)" in the name, so I'm assuming that is the init sequence to start it up in bpp=24, bpc=8 mode.
I have annotated this (file is attached) with comments from downstream and kernel enum constants and I'm at a point where everything matches downstream except the "FF 50" line. So I thought that was the part I'd need to send.
I made this terrible patch (https://github.com/sm8450-mainline/linux/commit/b2cb21282772174dc44b4118cbbac4b17f04929b) to send these bytes (please ignore my method naming, it's an ugly hack), but it doesn't appear to change anything.
Question: Am I doing this correctly? Does anyone know what 0xFF is supposed to be? The kernel doesn't know what it is and neither do I. I'd appreciate any hints to get this init sequence or even better, bpc=10, working. Thanks!