.intel.com; imre.d...@intel.com;
> Wentland, Harry ; Zuo, Jerry
> ; Lin, Wayne ;
> sta...@vger.kernel.org
> Subject: Re: [PATCH v2] drm/dp_mst: Clear MSG_RDY flag before sending new
> message
>
> On Thu, 27 Apr 2023, Wayne Lin wrote:
> > [Why]
> > The sequence for c
On Thu, 27 Apr 2023, Wayne Lin wrote:
> [Why]
> The sequence for collecting down_reply from source perspective should
> be:
>
> Request_n->repeat (get partial reply of Request_n->clear message ready
> flag to ack DPRX that the message is received) till all partial
> replies for Request_n are recei
gt; Cc: ville.syrj...@linux.intel.com; imre.d...@intel.com; Wentland, Harry
> ; Zuo, Jerry ;
> sta...@vger.kernel.org
> Subject: RE: [PATCH v2] drm/dp_mst: Clear MSG_RDY flag before sending
> new message
>
> [Public]
>
> Hi Lyude and Jani,
>
> Could you help to review ple
com; ville.syrj...@linux.intel.com; jani.nik...@intel.com;
> imre.d...@intel.com; Wentland, Harry ; Zuo,
> Jerry ; Lin, Wayne ;
> sta...@vger.kernel.org
> Subject: [PATCH v2] drm/dp_mst: Clear MSG_RDY flag before sending new
> message
>
> [Why]
> The sequence for collec
[Why]
The sequence for collecting down_reply from source perspective should
be:
Request_n->repeat (get partial reply of Request_n->clear message ready
flag to ack DPRX that the message is received) till all partial
replies for Request_n are received->new Request_n+1.
Now there is chance that drm_
