Hi Michel,
> On 2021-08-10 10:30 a.m., Daniel Vetter wrote:
> > On Tue, Aug 10, 2021 at 08:21:09AM +, Kasireddy, Vivek wrote:
> >>> On Fri, Aug 06, 2021 at 07:27:13AM +, Kasireddy, Vivek wrote:
> >>>
> >>> Hence my gut feeling reaction that first we need to get these two
> >>>
Hi Daniel,
> On Tue, Aug 10, 2021 at 08:21:09AM +, Kasireddy, Vivek wrote:
> > Hi Daniel,
> >
> > > On Fri, Aug 06, 2021 at 07:27:13AM +, Kasireddy, Vivek wrote:
> > > > Hi Daniel,
> > > >
> > > > > > > > >>> The solution:
> > > > > > > > >>> - To ensure full framerate, the Guest composito
On 2021-08-10 10:30 a.m., Daniel Vetter wrote:
> On Tue, Aug 10, 2021 at 08:21:09AM +, Kasireddy, Vivek wrote:
>>> On Fri, Aug 06, 2021 at 07:27:13AM +, Kasireddy, Vivek wrote:
>>>
>>> Hence my gut feeling reaction that first we need to get these two
>>> compositors aligned in t
On Tue, Aug 10, 2021 at 08:21:09AM +, Kasireddy, Vivek wrote:
> Hi Daniel,
>
> > On Fri, Aug 06, 2021 at 07:27:13AM +, Kasireddy, Vivek wrote:
> > > Hi Daniel,
> > >
> > > > > > > >>> The solution:
> > > > > > > >>> - To ensure full framerate, the Guest compositor has to start
> > > > > >
Hi Daniel,
> On Fri, Aug 06, 2021 at 07:27:13AM +, Kasireddy, Vivek wrote:
> > Hi Daniel,
> >
> > > > > > >>> The solution:
> > > > > > >>> - To ensure full framerate, the Guest compositor has to start
> > > > > > >>> it's repaint
> cycle
> > > > > (including
> > > > > > >>> the 9 ms wait) wh
On Fri, Aug 06, 2021 at 07:27:13AM +, Kasireddy, Vivek wrote:
> Hi Daniel,
>
> > > > > >>> The solution:
> > > > > >>> - To ensure full framerate, the Guest compositor has to start
> > > > > >>> it's repaint cycle
> > > > (including
> > > > > >>> the 9 ms wait) when the Host compositor sends
Hi Daniel,
> > > > >>> The solution:
> > > > >>> - To ensure full framerate, the Guest compositor has to start it's
> > > > >>> repaint cycle
> > > (including
> > > > >>> the 9 ms wait) when the Host compositor sends the frame callback
> > > > >>> event to its
> > > clients.
> > > > >>> In order
On Thu, Aug 05, 2021 at 04:15:27AM +, Kasireddy, Vivek wrote:
> Hi Daniel,
>
> > > >>> The solution:
> > > >>> - To ensure full framerate, the Guest compositor has to start it's
> > > >>> repaint cycle
> > (including
> > > >>> the 9 ms wait) when the Host compositor sends the frame callback
Hi Daniel,
> > >>> The solution:
> > >>> - To ensure full framerate, the Guest compositor has to start it's
> > >>> repaint cycle
> (including
> > >>> the 9 ms wait) when the Host compositor sends the frame callback event
> > >>> to its
> clients.
> > >>> In order for this to happen, the dma-fen
On Tue, Aug 3, 2021 at 9:34 AM Michel Dänzer wrote:
> On 2021-08-03 8:11 a.m., Kasireddy, Vivek wrote:
> >>> The goal:
> >>> - Maintain full framerate even when the Guest scanout FB is flipped onto
> >>> a hardware
> >> plane
> >>> on the Host -- regardless of either compositor's scheduling polic
Hi Gerd,
>
> > > virtio_gpu_primary_plane_update() will send RESOURCE_FLUSH only for
> > > DIRTYFB and both SET_SCANOUT + RESOURCE_FLUSH for page-flip, and I
> > > think for the page-flip case the host (aka qemu) doesn't get the
> > > "wait until old framebuffer is not in use any more" right yet.
Hi Michel,
> >
> >>> The goal:
> >>> - Maintain full framerate even when the Guest scanout FB is flipped onto
> >>> a hardware
> >> plane
> >>> on the Host -- regardless of either compositor's scheduling policy --
> >>> without making
> any
> >>> copies and ensuring that both Host and Guest are
Hi,
> > virtio_gpu_primary_plane_update() will send RESOURCE_FLUSH only for
> > DIRTYFB and both SET_SCANOUT + RESOURCE_FLUSH for page-flip, and I
> > think for the page-flip case the host (aka qemu) doesn't get the
> > "wait until old framebuffer is not in use any more" right yet.
> [Kasireddy,
On 2021-08-03 8:11 a.m., Kasireddy, Vivek wrote:
>
>>> The goal:
>>> - Maintain full framerate even when the Guest scanout FB is flipped onto a
>>> hardware
>> plane
>>> on the Host -- regardless of either compositor's scheduling policy --
>>> without making any
>>> copies and ensuring that both
Hi Gerd,
>
> Hi,
>
> > > That sounds sensible to me. Fence the virtio commands, make sure (on
> > > the host side) the command completes only when the work is actually done
> > > not only submitted. Has recently been added to qemu for RESOURCE_FLUSH
> > > (aka frontbuffer rendering) and doin
Hi Daniel,
> > > > By separating the OUT_FENCE signalling from pageflip completion allows
> > > > a Guest compositor to start a new repaint cycle with a new buffer
> > > > instead of waiting for the old buffer to be free.
> > > >
> > > > This work is based on the idea/suggestion from Simon and Pek
On Mon, Aug 2, 2021 at 2:51 PM Gerd Hoffmann wrote:
>
> Hi,
>
> > > That sounds sensible to me. Fence the virtio commands, make sure (on
> > > the host side) the command completes only when the work is actually done
> > > not only submitted. Has recently been added to qemu for RESOURCE_FLUSH
>
Hi,
> > That sounds sensible to me. Fence the virtio commands, make sure (on
> > the host side) the command completes only when the work is actually done
> > not only submitted. Has recently been added to qemu for RESOURCE_FLUSH
> > (aka frontbuffer rendering) and doing the same for SET_SCANOU
On 2021-08-02 11:06 a.m., Daniel Vetter wrote:
> On Mon, Aug 02, 2021 at 10:49:37AM +0200, Michel Dänzer wrote:
>> On 2021-08-02 9:59 a.m., Daniel Vetter wrote:
>>> On Fri, Jul 30, 2021 at 02:50:10PM +0200, Michel Dänzer wrote:
On 2021-07-30 12:25 p.m., Daniel Vetter wrote:
> On Thu, Jul 2
On Fri, Jul 30, 2021 at 03:38:50PM +0200, Gerd Hoffmann wrote:
> Hi,
>
> > - We fix virtio to send out the completion event at the end of this entire
> > pipeline, i.e. virtio code needs to take care of sending out the
> > crtc_state->event correctly.
>
> That sounds sensible to me. Fence
On Mon, Aug 02, 2021 at 10:49:37AM +0200, Michel Dänzer wrote:
> On 2021-08-02 9:59 a.m., Daniel Vetter wrote:
> > On Fri, Jul 30, 2021 at 02:50:10PM +0200, Michel Dänzer wrote:
> >> On 2021-07-30 12:25 p.m., Daniel Vetter wrote:
> >>> On Thu, Jul 29, 2021 at 01:16:55AM -0700, Vivek Kasireddy wrote
On 2021-08-02 9:59 a.m., Daniel Vetter wrote:
> On Fri, Jul 30, 2021 at 02:50:10PM +0200, Michel Dänzer wrote:
>> On 2021-07-30 12:25 p.m., Daniel Vetter wrote:
>>> On Thu, Jul 29, 2021 at 01:16:55AM -0700, Vivek Kasireddy wrote:
By separating the OUT_FENCE signalling from pageflip completion
On Mon, Aug 02, 2021 at 06:51:33AM +, Kasireddy, Vivek wrote:
> Hi Daniel,
>
> >
> > On Thu, Jul 29, 2021 at 01:16:55AM -0700, Vivek Kasireddy wrote:
> > > By separating the OUT_FENCE signalling from pageflip completion allows
> > > a Guest compositor to start a new repaint cycle with a new b
On Fri, Jul 30, 2021 at 02:50:10PM +0200, Michel Dänzer wrote:
> On 2021-07-30 12:25 p.m., Daniel Vetter wrote:
> > On Thu, Jul 29, 2021 at 01:16:55AM -0700, Vivek Kasireddy wrote:
> >> By separating the OUT_FENCE signalling from pageflip completion allows
> >> a Guest compositor to start a new rep
Hi Daniel,
>
> On Thu, Jul 29, 2021 at 01:16:55AM -0700, Vivek Kasireddy wrote:
> > By separating the OUT_FENCE signalling from pageflip completion allows
> > a Guest compositor to start a new repaint cycle with a new buffer
> > instead of waiting for the old buffer to be free.
> >
> > This work
> Subject: Re: [RFC v1 0/4] drm: Add support for
> DRM_CAP_DEFERRED_OUT_FENCE capability
>
> On Thu, Jul 29, 2021 at 01:16:55AM -0700, Vivek Kasireddy wrote:
> > By separating the OUT_FENCE signalling from pageflip completion allows
> > a Guest compositor to start a new rep
Hi,
> - We fix virtio to send out the completion event at the end of this entire
> pipeline, i.e. virtio code needs to take care of sending out the
> crtc_state->event correctly.
That sounds sensible to me. Fence the virtio commands, make sure (on
the host side) the command completes only
On 2021-07-30 12:25 p.m., Daniel Vetter wrote:
> On Thu, Jul 29, 2021 at 01:16:55AM -0700, Vivek Kasireddy wrote:
>> By separating the OUT_FENCE signalling from pageflip completion allows
>> a Guest compositor to start a new repaint cycle with a new buffer
>> instead of waiting for the old buffer t
On Thu, Jul 29, 2021 at 01:16:55AM -0700, Vivek Kasireddy wrote:
> By separating the OUT_FENCE signalling from pageflip completion allows
> a Guest compositor to start a new repaint cycle with a new buffer
> instead of waiting for the old buffer to be free.
>
> This work is based on the idea/sugg
29 matches
Mail list logo
