Re: Remote OpenGL -- getting it to work?
On Tue, May 31, 2016 at 08:33:14AM -0700, L. A. Walsh wrote: Glynn Clements wrote: L. A. Walsh wrote: I have sometimes gotten some GLX programs to work for a short while, but more often than not, I don't get them to work at all. The most likely reason for this is that the program needs a later version of OpenGL than Cygwin's X server provides. Hmmmwhat does this mean, then? OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce GTX 590/PCIe/SSE2 OpenGL version string: 1.4 (4.5.0 NVIDIA 355.98) Indirect GL is confined to GL 1.4 (ie. fixed function path, notably no glsl) The driver and GPU support 4.5, but only on direct contexts. You should check whether indirect GL works generally (there're somet pitfalls), ie. whether glxgears works. If so, you best contact the authors of the failing GL clients and ask whether they provide a fixed function path (and how to select it) If everything else fails, you'll have to resort to eg. VNC (afair only x11vnc will work for you) Cheers, Thomas ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: https://lists.x.org/mailman/listinfo/xorg Your subscription address: %(user_address)s
[ANNOUNCE] intel-gpu-tools 1.15
Hello, A new intel-gpu-tools quarterly release is available with the following changes: - New KMS test: tests/kms_cursor_legacy (Stress legacy cursor ioctl) (Chris Wilson) - Several GEM tests have been removed from BAT: tests/gem_exec_whisper, tests/gem_sync (dropped individual engines), test/gem_cs_prefetch (replaced by test/gem_exec_gttfill), tests/gem_ctx_param_basic (got relabeled to tests/gem_ctx_param) (Chris Wilson) - build: Skip configure step if is NOCONFIGURE set (Tomeu Vizoso) - tools/intel_bios_reader: Added options for dumping individual panels, specific section, hex format and other various fixes (Jani Nikula) - build: Add optional --enable-werror (hard-fail in case of compiler warnings) (Marius Vlad) - New KMS test: tests/prime_mmap_kms (show case dma-buf new API and processes restrictions) (Tiago Vignatti) - Several tests have gained to ability to be run on different platforms than Intel: tests/testdisplay (Tomeu Vizoso), tests/kms_panel_fitting (Robert Foss), tests/kms_flip_event_leak, tests/kms_flip (Tomeu Vizoso). - compute exitcode first: In the case of running multiple subtests which all happen to be skipped, igt_exitcode is 0, but the final exit code will be 77. (Chris Wilson) - Shorten tests/kms_flip test (Tvrtko Ursulin) - Half the timeout for suspend to RAM and a third for suspend to disk (Marius Vlad) - lib: Pass format instead of bpp to create_bo_for_fb (Ville Syrjälä) - Removed from tests/test-list.txt, tests/gem_concurrent_all and added tests/test-list-full.txt that contains all the tests. This will speed up considerably piglit when starting tests. (Gabriel Feceoru) - piglit changed its behaviour to prevent overwriting the results. A fairly new version of piglit is required to run i-g-t tests. (Gabriel Feceoru) - lib: Replace drmIoctl() with a layer of indirection (Chris Wilson) - Adding missing Broxton PCI IDs (Rodrigo Vivi) - Added COMMIT_ATOMIC (lib/igt_kms, w/ tests/kms_rotation_crc). Requires nuclear_pageflip parameter turned on in the i915 driver. (Mayuresh Gharpure, Pratik Vishwakarma) - man/: rewrite manual pages in reStructuredText (Jani Nikula) - tests/drv_module_reload_basic: perform fault injection (Chris Wilson) with various improvements (Imre Deak) - Removed tests/gem_multi_bsd_sync_loop which was superseded by tests/gem_ring_sync_loop and tests/gem_dummy_reloc_loop by tests/gem_exec_reloc (Chris Wilson) - New GEM tests: tests/gem_exec_whisper, tests/gem_exec_store, test/gem_exec_gttfill, tests/gem_exec_suspend, tests/gem_exec_flush (Chris Wilson) - New benchmarks: benchmarks/gem_syslatency, benchmarks/gem_exec_fault (Chris Wilson) - tests/gem_exec_nop included in BAT (Chris Wilson) - tests/pm_rpm: Fix crash on machines that lack LLC (David Weinehall) - lib/igt_fb: Fix domain tracking for GTT cairo surfaces (Chris Wilson) - Add igt_subtest_group to allow igt_fixture for only a subset of subtests without skipping/failing all subsequent subtests. (Daniel Vetter) - Many more fixes and improvements. And the full changelog follows: Bob Paauwe (1): ksm_pipe_color: Set legacy gamma values inside loop. Chris Wilson (190): igt/gem_ctx_create: Exercise a trivial allocation failure igt/gem_ctx_create: Exercise implicit per-fd context creation tests/drv_missed_irq_hang: Wait harder lib: Show the command that fails when suspending lib/igt_fb: Fix domain tracking for GTT cairo surfaces igt/gem_exec_suspend: Exercise simple exec-and-read across suspend igt/gem_exec_basic: Check that we don't write into the const execbuf arg igt/gem_softpin: Check norelocations hold versus suspend/resume lib: Tidy testing for rtcwake lib/igt_gt: Replace asm clflush/mfence with __builtin_ia32 variants igt/pm_rpm: Wait for PCI D3 igt/gem_reloc_overflow: Fix errno tests for "overflow" lib: Flush BSD2 as well when available lib: Flush all possible rings lib: Skip execution in gem_has_ring() igt/gem_exec_suspend: Do pre/post suspend double checks lib: Magic for_each_engine() macro to iterate over available engines igt/gem_exec_suspend: Check with both cached/uncached objects igt/gem_ringfill: Check full rings across suspend/hibernate igt/gem_exec_nop: Add a basic test benchmarks/gem_latency: Replace igt_stats with igt_mean igt/gem_exec_store: The simplest batch that does something! igt/gem_exec_nop: Only combine unique rings benchmarks: Add gem_syslatency benchmarks/gem_syslatency: Measure unloaded latency benchmarks/gem_syslatency: Prevent CPU sleeps (C-states) benchmarks/gem_syslatency: Subtract the clock_gettime() overhead igt/drv_hangman: 32bit compilation warning igt/gem_concurrent_blit: 32bit compilation warning igt/gem_reloc_overflow: 32bit compilation warning benchmarks/gem_syslatency: Guard setaffinity_np igt/gem_exec_nop: Fix logical inversion for checking of valid ex
[ANNOUNCE] xf86-input-evdev 2.10.3
Only one fix over 2.10.2 restoring tablets' functionality. A bug in the wheel emulation rework caused non-x/y axes to stop updating. Interaction with tablets thus resulted in a zero pressure sent to the clients an the tablet being unable to draw. Peter Hutterer (2): Restore non-xy axes updates evdev 2.10.3 git tag: xf86-input-evdev-2.10.3 http://xorg.freedesktop.org/archive/individual/driver/xf86-input-evdev-2.10.3.tar.bz2 MD5: aa3363ce5061d0c4d1e7f7019b99716d xf86-input-evdev-2.10.3.tar.bz2 SHA1: ec1ff149bad8a648ce6b1debb03fb332a45221f4 xf86-input-evdev-2.10.3.tar.bz2 SHA256: 5aa21ba4be8df927e5676a99c7f4f0343abc089f5451b7e73e39536f29b332a2 xf86-input-evdev-2.10.3.tar.bz2 PGP: http://xorg.freedesktop.org/archive/individual/driver/xf86-input-evdev-2.10.3.tar.bz2.sig http://xorg.freedesktop.org/archive/individual/driver/xf86-input-evdev-2.10.3.tar.gz MD5: 40d180df1d9a01b7a46b21403b9dcf19 xf86-input-evdev-2.10.3.tar.gz SHA1: 82b733a0c43637aaafedeba315f5fe31ad6ff692 xf86-input-evdev-2.10.3.tar.gz SHA256: d188e3046b385d54a78312978cdb6c48992d5c252d805bcf74e1ef23efa5aabc xf86-input-evdev-2.10.3.tar.gz PGP: http://xorg.freedesktop.org/archive/individual/driver/xf86-input-evdev-2.10.3.tar.gz.sig signature.asc Description: PGP signature ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: https://lists.x.org/mailman/listinfo/xorg Your subscription address: %(user_address)s
Re: Remote OpenGL -- getting it to work?
Glynn Clements wrote: L. A. Walsh wrote: I have sometimes gotten some GLX programs to work for a short while, but more often than not, I don't get them to work at all. The most likely reason for this is that the program needs a later version of OpenGL than Cygwin's X server provides. Hmmmwhat does this mean, then? OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce GTX 590/PCIe/SSE2 OpenGL version string: 1.4 (4.5.0 NVIDIA 355.98) --- That's the OpenGL version that comes with graphics card driver on the X-server -- i.e. Nvidia provides upgraded versions of openGL for my OS. I thought the X-server provided a pass-through for the openGL protocol? I'm not sure where to look for how to configure it to be allowed, No configuration is required. but on the client end, it doesn't seem to ever want to load swrast. swrast isn't relevant for indirect rendering. The fact that libGL even attempts to load it when $DISPLAY refers to a remote server is less than desirable, but ultimately doesn't matter. What should it load instead? Isn't openGL handled by the server's graphics hardware? The swrast load is happening on the client, which doesn't have graphics HW -- so I thought it would or should send it's graphics commands to the remote server to be executed? ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: https://lists.x.org/mailman/listinfo/xorg Your subscription address: %(user_address)s
Re: Remote OpenGL -- getting it to work?
L. A. Walsh wrote: > I have sometimes gotten some GLX programs to work for a short while, > but more often than not, I don't get them to work at all. The most likely reason for this is that the program needs a later version of OpenGL than Cygwin's X server provides. > I'm not sure where to look for how to configure it to be allowed, No configuration is required. > but on the client end, it doesn't seem to ever want to load swrast. swrast isn't relevant for indirect rendering. The fact that libGL even attempts to load it when $DISPLAY refers to a remote server is less than desirable, but ultimately doesn't matter. -- Glynn Clements ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: https://lists.x.org/mailman/listinfo/xorg Your subscription address: %(user_address)s
