[PATCH] qapitrace: Support executing glretrace on a remote target host.
José Fonseca
jose.r.fonseca at gmail.com
Thu Aug 9 11:16:24 PDT 2012
On Thu, Aug 9, 2012 at 6:37 PM, Carl Worth <cworth at cworth.org> wrote:
> José Fonseca <jose.r.fonseca at gmail.com> writes:
>> Concerning 1), I don't understand why the requirement of X forwarding.
>> In that case you'd be testing the indirect GLX implementation in the
>> local X server, as opposed to the remote GL implementation. Is this
>> really intended?
>
> No, not really intended. Just a consequence of the current
> implementation of glretrace. When I first tried running this code with
> just "ssh" instead of "ssh -Y" glretrace refused to run with "cannot
> open X server".
I see. You could modify glretrace to attempt DISPLAY=:0.0 when no
display is found. Or, alternative, setup the remote user
~.profile/.bash_profile to set DISPLAY automatically.
> So this is just another aspect of how quick my hack was.
>
>> Either way, instead of hard coding in qapitrace, it is better to
>> specify X forwarding on ~/.ssh/config.
>
> Yes, that would be a nice improvement.
>
>> Concerning 3), another alternative would be to stream the trace it
>> through stdin. This would eliminate the need of having identical
>> filesystems. It could affect performance though.
>
> Also another good idea. Thanks.
>
> I'll wait to get more feedback from the parties who were actually
> interested in this feature, and we'll see what we come up with.
Sure.
Jose
More information about the apitrace
mailing list