[PATCH resend] drm/i915/bios: Apply vlv_fixup_mipi_sequences() to v2 mipi-sequences too

Hans de Goede hansg at kernel.org
Thu Jul 10 15:47:29 UTC 2025


Hi Rodrigo,

On 10-Jul-25 5:34 PM, Rodrigo Vivi wrote:
> On Mon, Jul 07, 2025 at 11:10:59PM +0200, Hans de Goede wrote:
>> Hi Ville,
>>
>> On 4-Jul-25 12:31 PM, Ville Syrjälä wrote:
>>> On Thu, Jul 03, 2025 at 04:38:24PM +0200, Hans de Goede wrote:
>>>> From: Hans de Goede <hdegoede at redhat.com>
>>>>
>>>> It turns out that the fixup from vlv_fixup_mipi_sequences() is necessary
>>>> for some DSI panel's with version 2 mipi-sequences too.
>>>>
>>>> Specifically the Acer Iconia One 8 A1-840 (not to be confused with the
>>>> A1-840FHD which is different) has the following sequences:
>>>>
>>>> BDB block 53 (1284 bytes) - MIPI sequence block:
>>>> 	Sequence block version v2
>>>> 	Panel 0 *
>>>>
>>>> Sequence 2 - MIPI_SEQ_INIT_OTP
>>>> 	GPIO index 9, source 0, set 0 (0x00)
>>>> 	Delay: 50000 us
>>>> 	GPIO index 9, source 0, set 1 (0x01)
>>>> 	Delay: 6000 us
>>>> 	GPIO index 9, source 0, set 0 (0x00)
>>>> 	Delay: 6000 us
>>>> 	GPIO index 9, source 0, set 1 (0x01)
>>>> 	Delay: 25000 us
>>>> 	Send DCS: Port A, VC 0, LP, Type 39, Length 5, Data ff aa 55 a5 80
>>>> 	Send DCS: Port A, VC 0, LP, Type 39, Length 3, Data 6f 11 00
>>>> 	...
>>>> 	Send DCS: Port A, VC 0, LP, Type 05, Length 1, Data 29
>>>> 	Delay: 120000 us
>>>>
>>>> Sequence 4 - MIPI_SEQ_DISPLAY_OFF
>>>> 	Send DCS: Port A, VC 0, LP, Type 05, Length 1, Data 28
>>>> 	Delay: 105000 us
>>>> 	Send DCS: Port A, VC 0, LP, Type 05, Length 2, Data 10 00
>>>> 	Delay: 10000 us
>>>>
>>>> Sequence 5 - MIPI_SEQ_ASSERT_RESET
>>>> 	Delay: 10000 us
>>>> 	GPIO index 9, source 0, set 0 (0x00)
>>>>
>>>> Notice how there is no MIPI_SEQ_DEASSERT_RESET, instead the deassert
>>>> is done at the beginning of MIPI_SEQ_INIT_OTP, which is exactly what
>>>> the fixup from vlv_fixup_mipi_sequences() fixes up.
>>>>
>>>> Extend it to also apply to v2 sequences, this fixes the panel not working
>>>> on the Acer Iconia One 8 A1-840.
>>>
>>> Do we have the full VBT for this machine already in some bug? If not,
>>> please file a new issue with the VBT attached for posterity.
>>
>> I've filed: https://gitlab.freedesktop.org/drm/i915/kernel/-/issues/14605
>> with the VBT attached and I'll add a Closes: tag pointing to that
>> to the patch while applying it to drm-intel-fixes.
> 
> Hi Hans,
> 
> Thank you so much for all the work here.
> 
> Just one thing here is that in drm-intel and drm-xe branches,
> differently from drm-misc ones, we push to the -next variants, and
> then the maintainers run cherry-pick rounds to propagate to the -fixes ones.

Ok, I'll try to remember that for next time.

> I have just moved it around with a force-push, pushed to drm-intel-next and
> cherry-picked back.

Thank you for fixing things up.

Regards,

Hans




>>>> Signed-off-by: Hans de Goede <hdegoede at redhat.com>
>>>> ---
>>>>  drivers/gpu/drm/i915/display/intel_bios.c | 8 ++++----
>>>>  1 file changed, 4 insertions(+), 4 deletions(-)
>>>>
>>>> diff --git a/drivers/gpu/drm/i915/display/intel_bios.c b/drivers/gpu/drm/i915/display/intel_bios.c
>>>> index ba7b8938b17c..166ee11831ab 100644
>>>> --- a/drivers/gpu/drm/i915/display/intel_bios.c
>>>> +++ b/drivers/gpu/drm/i915/display/intel_bios.c
>>>> @@ -1938,7 +1938,7 @@ static int get_init_otp_deassert_fragment_len(struct intel_display *display,
>>>>  	int index, len;
>>>>  
>>>>  	if (drm_WARN_ON(display->drm,
>>>> -			!data || panel->vbt.dsi.seq_version != 1))
>>>> +			!data || panel->vbt.dsi.seq_version >= 3))
>>>>  		return 0;
>>>>  
>>>>  	/* index = 1 to skip sequence byte */
>>>> @@ -1961,7 +1961,7 @@ static int get_init_otp_deassert_fragment_len(struct intel_display *display,
>>>>  }
>>>>  
>>>>  /*
>>>> - * Some v1 VBT MIPI sequences do the deassert in the init OTP sequence.
>>>> + * Some v1/v2 VBT MIPI sequences do the deassert in the init OTP sequence.
>>>>   * The deassert must be done before calling intel_dsi_device_ready, so for
>>>>   * these devices we split the init OTP sequence into a deassert sequence and
>>>>   * the actual init OTP part.
>>>> @@ -1972,9 +1972,9 @@ static void vlv_fixup_mipi_sequences(struct intel_display *display,
>>>>  	u8 *init_otp;
>>>>  	int len;
>>>>  
>>>> -	/* Limit this to v1 vid-mode sequences */
>>>> +	/* Limit this to v1/v2 vid-mode sequences */
>>>>  	if (panel->vbt.dsi.config->is_cmd_mode ||
>>>> -	    panel->vbt.dsi.seq_version != 1)
>>>> +	    panel->vbt.dsi.seq_version >= 3)
>>>>  		return;
>>>>  
>>>>  	/* Only do this if there are otp and assert seqs and no deassert seq */
>>>> -- 
>>>> 2.49.0
>>>
>>



More information about the Intel-gfx mailing list