From: Francisco Jerez <currojerez-sGOZH3hwPm2sTnJN9+BGXg@public.gmane.org>
To: Mario Kleiner <mario.kleiner-TdbV1Z3I5XE0NhjG498hmQ@public.gmane.org>
Cc: nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
Subject: Re: [PATCH 3/3] dri2: Fixes to swap scheduling, especially for copy-swaps.
Date: Wed, 21 Sep 2011 03:39:26 +0200 [thread overview]
Message-ID: <8739fqptbl.fsf@riseup.net> (raw)
In-Reply-To: <878vpipxdz.fsf-sGOZH3hwPm2sTnJN9+BGXg@public.gmane.org> (Francisco Jerez's message of "Wed, 21 Sep 2011 02:11:36 +0200")
[-- Attachment #1.1.1: Type: text/plain, Size: 1623 bytes --]
Francisco Jerez <currojerez-sGOZH3hwPm2sTnJN9+BGXg@public.gmane.org> writes:
> Mario Kleiner <mario.kleiner-TdbV1Z3I5XE0NhjG498hmQ@public.gmane.org> writes:
>
>> On 09/09/2011 11:14 PM, Francisco Jerez wrote:
>>> Mario Kleiner<mario.kleiner-TdbV1Z3I5XE0NhjG498hmQ@public.gmane.org> writes:
>>>
>>>>[...]
>>>> Is the blip operation started at leading edge of the vblank interval?
>>>> Or anywhere inside the vblank interval (level triggered)? Are such
>>>> blits submitted on a separate fifo (or even dma engine?) in the gpu to
>>>> avoid stalling the rest of the command stream until vblank?
>>>
>>> It depends, right now we have two completely different implementations
>>> and we use one or the other depending on the card generation:
>>>
>>> On nv11-nv4x, we use the PGRAPH vsync methods (0x120-0x134), that means
>>> it's the drawing engine that waits. Basically you have a counter that's
>>> incremented by a CRTC of your choice when it reaches a scanline range of
>>> your choice, wrapping around at a configurable value; you can put the
>>> drawing engine to sleep until the counter reaches a given value. Right
>>> now we make it wait until somewhere between vdisplay-3 and vdisplay-1
>>> before going on with the swap.
>>>
>>
>> Interesting, thanks for the explanation. Maybe that counter could also
>> be used to implement a hardware vblank counter on pre-NV50?
I forgot to answer to this question... Not really, these counters are
(IIRC) only 3 bits wide, and they need PGRAPH intervention to get
incremented, so they're quite useless for anything more sophisticated
than what we're doing right now.
>>[...]
[-- Attachment #1.2: Type: application/pgp-signature, Size: 229 bytes --]
[-- Attachment #2: Type: text/plain, Size: 181 bytes --]
_______________________________________________
Nouveau mailing list
Nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
prev parent reply other threads:[~2011-09-21 1:39 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-09-02 17:33 nouveau-ddx: Improvements to DRI2 kms pageflip and swapbuffers support Mario Kleiner
[not found] ` <1314984801-12029-1-git-send-email-mario.kleiner-TdbV1Z3I5XE0NhjG498hmQ@public.gmane.org>
2011-09-02 17:33 ` [PATCH 1/3] dri2: Implement handling of pageflip completion events Mario Kleiner
[not found] ` <1314984801-12029-2-git-send-email-mario.kleiner-TdbV1Z3I5XE0NhjG498hmQ@public.gmane.org>
2011-09-07 22:45 ` Francisco Jerez
[not found] ` <871uvsvund.fsf-sGOZH3hwPm2sTnJN9+BGXg@public.gmane.org>
2011-09-08 18:06 ` Mario Kleiner
[not found] ` <F6AA723B-2F62-4FD7-8D1D-2A08BAEDFF51-TdbV1Z3I5XE0NhjG498hmQ@public.gmane.org>
2011-09-09 21:05 ` Francisco Jerez
[not found] ` <8762l1toi2.fsf-sGOZH3hwPm2sTnJN9+BGXg@public.gmane.org>
2011-09-19 1:09 ` Mario Kleiner
[not found] ` <4E769632.9010201-TdbV1Z3I5XE0NhjG498hmQ@public.gmane.org>
2011-09-21 0:08 ` Francisco Jerez
2011-09-02 17:33 ` [PATCH 2/3] dri2: Update front buffer pixmap and name before exchanging buffers Mario Kleiner
2011-09-02 17:33 ` [PATCH 3/3] dri2: Fixes to swap scheduling, especially for copy-swaps Mario Kleiner
[not found] ` <1314984801-12029-4-git-send-email-mario.kleiner-TdbV1Z3I5XE0NhjG498hmQ@public.gmane.org>
2011-09-07 23:00 ` Francisco Jerez
[not found] ` <87wrdkufec.fsf-sGOZH3hwPm2sTnJN9+BGXg@public.gmane.org>
2011-09-08 18:51 ` Mario Kleiner
[not found] ` <103D9770-D3B1-4E14-A177-645C19798057-TdbV1Z3I5XE0NhjG498hmQ@public.gmane.org>
2011-09-09 21:14 ` Francisco Jerez
[not found] ` <8739g5to4b.fsf-sGOZH3hwPm2sTnJN9+BGXg@public.gmane.org>
2011-09-19 2:04 ` Mario Kleiner
[not found] ` <4E76A349.70103-TdbV1Z3I5XE0NhjG498hmQ@public.gmane.org>
2011-09-21 0:11 ` Francisco Jerez
[not found] ` <878vpipxdz.fsf-sGOZH3hwPm2sTnJN9+BGXg@public.gmane.org>
2011-09-21 1:39 ` Francisco Jerez [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=8739fqptbl.fsf@riseup.net \
--to=currojerez-sgozh3hwpm2stnjn9+bgxg@public.gmane.org \
--cc=mario.kleiner-TdbV1Z3I5XE0NhjG498hmQ@public.gmane.org \
--cc=nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.