From: Pekka Paalanen <ppaalanen@gmail.com>
To: Keith Packard <keithp@keithp.com>
Cc: mesa-dev@lists.freedesktop.org, dri-devel@lists.freedesktop.org
Subject: Re: [PATCH 1/3] vulkan: Define new VK_MESA_query_timestamp extension [v2]
Date: Wed, 11 Jul 2018 10:31:10 +0300 [thread overview]
Message-ID: <20180711103110.333b1523@eldfell> (raw)
In-Reply-To: <87fu0rklzk.fsf@keithp.com>
[-- Attachment #1.1: Type: text/plain, Size: 1479 bytes --]
On Tue, 10 Jul 2018 11:02:23 -0700
"Keith Packard" <keithp@keithp.com> wrote:
> Pekka Paalanen <ppaalanen@gmail.com> writes:
>
> > On Sat, 23 Jun 2018 12:13:53 -0500
> > Jason Ekstrand <jason@jlekstrand.net> wrote:
> >
> >> I haven't thought through this comment all that hard but would it make
> >> sense to have three timestamps, CPU, GPU, CPU so that you have error bars
> >> on the GPU timestamp? At the very least, two timestamps would be better
> >> than one so that, when we pull it into the kernel, it can provide something
> >> more accurate than userspace trying to grab a snapshot.
> >
> > Hi,
> >
> > three timestamps sounds like a good idea to me, but you might want to
> > reach out to media developers (e.g. gstreamer) who have experience in
> > synchronizing different clocks and what that will actually take.
>
> Oh, I know that's really hard, and I don't want to solve that problem
> here. I explicitly *don't* solve it though -- I simply expose the
> ability to get correlated values in the two application-visible time
> domains that the Vulkan API already exposes (surface time and GPU
> time). How to synchronize the application as those two clocks drift
> around is outside the domain of this extension.
Hi Keith,
I did not mean you would be solving that problem. I meant that it would
be good to figure out what people actually want from the API to be able
to solve the problem themselves.
Thanks,
pq
[-- Attachment #1.2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
[-- Attachment #2: Type: text/plain, Size: 157 bytes --]
_______________________________________________
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
next prev parent reply other threads:[~2018-07-11 7:31 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-06-23 15:15 [PATCH 0/3] Add (internal) MESA_query_timestamp extension to anv/radv Keith Packard
2018-06-23 15:15 ` [PATCH 1/3] vulkan: Define new VK_MESA_query_timestamp extension [v2] Keith Packard
2018-06-23 17:13 ` Jason Ekstrand
2018-07-10 7:16 ` Pekka Paalanen
2018-07-10 18:02 ` Keith Packard
2018-07-11 7:31 ` Pekka Paalanen [this message]
2018-07-11 15:56 ` Keith Packard
2018-06-23 15:15 ` [PATCH 2/3] anv: Add new VK_MESA_query_timestamp extension to anv driver [v2] Keith Packard
2018-06-23 15:15 ` [PATCH 3/3] radv: Add new VK_MESA_query_timestamp extension to radv driver Keith Packard
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=20180711103110.333b1523@eldfell \
--to=ppaalanen@gmail.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=keithp@keithp.com \
--cc=mesa-dev@lists.freedesktop.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox