Re: [RESEND RFC 18/18] drm/display/dp_mst: Move all payload info into the atomic state

2022-08-08 Thread Lyude Paul
Ashutosh Dixit ; > > Juston Li ; Sean Paul ; > > Fernando Ramos ; Luo Jiaxing > > ; Javier Martinez Canillas ; > > open list ; open list:INTEL DRM DRIVERS > > > > Subject: Re: [RESEND RFC 18/18] drm/display/dp_mst: Move all payload info > > into

RE: [RESEND RFC 18/18] drm/display/dp_mst: Move all payload info into the atomic state

2022-08-08 Thread Lin, Wayne
; José Roberto de Souza > ; He Ying ; Anshuman > Gupta ; Andi Shyti > ; Ashutosh Dixit ; > Juston Li ; Sean Paul ; > Fernando Ramos ; Luo Jiaxing > ; Javier Martinez Canillas ; > open list ; open list:INTEL DRM DRIVERS > > Subject: Re: [RESEND RFC 18/18] drm/display/dp

Re: [RESEND RFC 18/18] drm/display/dp_mst: Move all payload info into the atomic state

2022-08-03 Thread Lyude Paul
On Tue, 2022-07-05 at 09:10 +, Lin, Wayne wrote: > > +struct drm_dp_mst_port; > > + > >   /* DP MST stream allocation (payload bandwidth number) */ > >   struct dc_dp_mst_stream_allocation { > >    uint8_t vcp_id; > >    /* number of slots required for the DP stream in > >    * transport

RE: [RESEND RFC 18/18] drm/display/dp_mst: Move all payload info into the atomic state

2022-07-05 Thread Lin, Wayne
; José Roberto de Souza > ; He Ying ; Anshuman > Gupta ; Andi Shyti > ; Ashutosh Dixit ; > Juston Li ; Sean Paul ; > Fernando Ramos ; Luo Jiaxing > ; Javier Martinez Canillas ; > open list ; open list:INTEL DRM DRIVERS > > Subject: [RESEND RFC 18/18] drm/display/dp_mst

[RESEND RFC 18/18] drm/display/dp_mst: Move all payload info into the atomic state

2022-06-07 Thread Lyude Paul
Now that we've finally gotten rid of the non-atomic MST users leftover in the kernel, we can finally get rid of all of the legacy payload code we have and move as much as possible into the MST atomic state structs. The main purpose of this is to make the MST code a lot less confusing to work on,