Hi,
On Tue, Feb 11, 2025 at 2:16 PM Doug Anderson wrote:
>
> Hi,
>
> On Tue, Feb 4, 2025 at 7:01 AM Maxime Ripard wrote:
> >
> > @@ -374,12 +377,15 @@ static int __maybe_unused ti_sn65dsi86_resume(struct
> > device *dev)
> > * panel (including the aux channel) w/out any need for an inp
Hi,
On Tue, Feb 4, 2025 at 7:01 AM Maxime Ripard wrote:
>
> @@ -374,12 +377,15 @@ static int __maybe_unused ti_sn65dsi86_resume(struct
> device *dev)
> * panel (including the aux channel) w/out any need for an input clock
> * so we can do it in resume which lets us read the EDI
Hi,
On Tue, Feb 11, 2025 at 5:14 AM Maxime Ripard wrote:
>
> On Fri, Feb 07, 2025 at 05:44:38PM -0800, Doug Anderson wrote:
> > On Tue, Feb 4, 2025 at 7:01 AM Maxime Ripard wrote:
> > >
> > > The TI sn65dsi86 driver follows the drm_encoder->crtc pointer that is
> > > deprecated and shouldn't be
On Fri, Feb 07, 2025 at 05:44:38PM -0800, Doug Anderson wrote:
> On Tue, Feb 4, 2025 at 7:01 AM Maxime Ripard wrote:
> >
> > The TI sn65dsi86 driver follows the drm_encoder->crtc pointer that is
> > deprecated and shouldn't be used by atomic drivers.
> >
> > This was due to the fact that we did't
Hi,
On Tue, Feb 4, 2025 at 7:01 AM Maxime Ripard wrote:
>
> The TI sn65dsi86 driver follows the drm_encoder->crtc pointer that is
> deprecated and shouldn't be used by atomic drivers.
>
> This was due to the fact that we did't have any other alternative to
> retrieve the CRTC pointer. Fortunately
The TI sn65dsi86 driver follows the drm_encoder->crtc pointer that is
deprecated and shouldn't be used by atomic drivers.
This was due to the fact that we did't have any other alternative to
retrieve the CRTC pointer. Fortunately, the crtc pointer is now provided
in the bridge state, so we can mov
