search for: dri1

Compilation tested. -- Jabber/XMPP: okias at isgeek.info SIP VoIP: sip:17474537254 at proxy01.sipphone.com -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-nouveau-remove-dri1-support.patch Type: application/octet-stream Size: 2506 bytes Desc: not available Url : http://lists.freedesktop.org/archives/nouveau/attachments/20100118/8c3066ac/attachment.obj

...ta and Bugfix Advisory 2013:0344 Upstream details at : https://rhn.redhat.com/errata/RHBA-2013-0344.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: da5e429635f9f1274e4f2fe97ce0575aa8181f2a4f530b97f40241e2db227210 mesa-dri1-drivers-7.11-8.el6.i686.rpm x86_64: 1d18996e1bad9e9d59bd28af8f99f154b240e77f24a07ed4d11961c1e5dbafc9 mesa-dri1-drivers-7.11-8.el6.x86_64.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos at irc.freenode.net

Had those patches living in my local tree for a while now. Here is a respin on top of latest master Patch 1: regression fix, preventing the ddx from loading if kernel module is not loaded Patches 2-5: Completely nuke dri1, make dri2 hard dependency Patches 6-7: Assist people with first-time build of nouveau Git complains about whitespace errors in patch 7, which for the sake of me I cannot see -- [PATCH 1/7] nouveau: Check if the device supports modesetting, after opening it [PATCH 2/7] nouveau: stop using dri1...

...: recognise as supported chipset nvc0-nve0: split shader code from their headers nvc0-nve0: decompile shaders into their source, add basic build system nve0: envyas isn't overly clever.. avoid short-form instructions Dave Airlie (2): nouveau: attempt to fix zaphod since dri1 code removal nouveau: clean up nv entity index declarations. Emil Velikov (6): configure: require xorg-macros 1.8 nouveau: stop using dri1 function DRICreatePCIBusID nouveau: Do not load dri {sub,}module dri1: purge the final references nouveau: mandate dri2 bui...

...: recognise as supported chipset nvc0-nve0: split shader code from their headers nvc0-nve0: decompile shaders into their source, add basic build system nve0: envyas isn't overly clever.. avoid short-form instructions Dave Airlie (2): nouveau: attempt to fix zaphod since dri1 code removal nouveau: clean up nv entity index declarations. Emil Velikov (6): configure: require xorg-macros 1.8 nouveau: stop using dri1 function DRICreatePCIBusID nouveau: Do not load dri {sub,}module dri1: purge the final references nouveau: mandate dri2 bui...

This is a leftover from the drm_bus days, where we've had a bus-specific device type for every bus type in drm_device. Except for pci (which we can't remove because dri1 drivers) this is all gone. And the virt driver also doesn't really need it, dev_to_virtio works perfectly fine. Cc: David Airlie <airlied at linux.ie> Cc: Gerd Hoffmann <kraxel at redhat.com> Cc: virtualization at lists.linux-foundation.org Signed-off-by: Daniel Vetter <daniel.v...

This is a leftover from the drm_bus days, where we've had a bus-specific device type for every bus type in drm_device. Except for pci (which we can't remove because dri1 drivers) this is all gone. And the virt driver also doesn't really need it, dev_to_virtio works perfectly fine. Cc: David Airlie <airlied at linux.ie> Cc: Gerd Hoffmann <kraxel at redhat.com> Cc: virtualization at lists.linux-foundation.org Signed-off-by: Daniel Vetter <daniel.v...

This isn't needed any longer (DRI1 is gone) so let's remove this as well. Signed-off-by: Stéphane Marchesin <marcheu at chromium.org> --- src/nv_include.h | 1 - 1 file changed, 1 deletion(-) diff --git a/src/nv_include.h b/src/nv_include.h index de55570..eee8c5d 100644 --- a/src/nv_include.h +++ b/src/nv_include.h @@ -...

...rom: Emil Velikov <emil.velikov at collabora.com> The authentication can be circumvented, by design, by using the render node. >From the driver POV there is no distinction between primary and render nodes, thus we can drop the token. Note: the outstanding DRM_AUTH instance is: - legacy DRI1 ioctl, which is already neutered Cc: Ben Skeggs <bskeggs at redhat.com> Cc: nouveau at lists.freedesktop.org Cc: David Airlie <airlied at linux.ie> Cc: Daniel Vetter <daniel at ffwll.ch> Signed-off-by: Emil Velikov <emil.velikov at collabora.com> --- drivers/gpu/drm/nouvea...

...them and maybe get them into xorg 1.18? > > On Sat, Jul 4, 2015 at 3:03 PM, Emil Velikov <emil.l.velikov at gmail.com> wrote: >> The DRI option with the intel ddx can be used to indicate the following >> - whether dri is disabled >> - the dri "version" - dri1, dri2, dri3 >> - the dri module name - doo_dri.so bar_dri.so >> >> I'm not sure how exactly it's supposed to work/works, and I believe >> most of that is due to legacy reasons. I'm just saying let's not do >> the whole thing - just the dri "versi...

The DRI option with the intel ddx can be used to indicate the following - whether dri is disabled - the dri "version" - dri1, dri2, dri3 - the dri module name - doo_dri.so bar_dri.so I'm not sure how exactly it's supposed to work/works, and I believe most of that is due to legacy reasons. I'm just saying let's not do the whole thing - just the dri "version" would be great (as you suggested)....

...collabora.com> > > The authentication can be circumvented, by design, by using the render > node. > > From the driver POV there is no distinction between primary and render > nodes, thus we can drop the token. > > Note: the outstanding DRM_AUTH instance is: > - legacy DRI1 ioctl, which is already neutered > > Cc: Ben Skeggs <bskeggs at redhat.com> > Cc: nouveau at lists.freedesktop.org > Cc: David Airlie <airlied at linux.ie> > Cc: Daniel Vetter <daniel at ffwll.ch> > Signed-off-by: Emil Velikov <emil.velikov at collabora.com&gt...

On Wed, 2017-05-24 at 16:51 +0200, Daniel Vetter wrote: > This is a leftover from the drm_bus days, where we've had a > bus-specific device type for every bus type in drm_device. Except for > pci (which we can't remove because dri1 drivers) this is all gone. > And > the virt driver also doesn't really need it, dev_to_virtio works > perfectly fine. Reviewed-by: Gerd Hoffmann <kraxel at redhat.com>

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Rob Clark (5): dri2: fix some leaks fix issue on pre-rotation kernel remove unneeded DRI1 dependency in configure.ac dri2: fix potential loop issue with triple buffer flip NEWS: Bump version to 0.4.3 git tag: xf86-video-omap-0.4.3 http://xorg.freedesktop.org/archive/individual/driver/xf86-video-omap-0.4.3.tar.bz2 MD5: be35daf6fa4b75092cc4a8978c437bc5 xf86-video-omap-0.4....

...nymore and stayed the last value my version cleared it to (probably occupies the same memory area). My test's here should you want to try it: stud3.tuwien.ac.at/~e0425955/rtx_clear_test.c (NOTE: since commit 8e753d04045a82062ac34d3b2622eb9dba8af374 the buffers aren't swapped anymore with DRI1 because are are no cliprects or something so I reverted it, DRI2 was a bit unstable when I used it). (You'd probably want to put the defines elsewhere or remove them) --------- diff --git a/src/gallium/drivers/nv50/nv50_clear.c b/src/gallium/drivers/nv50/nv50_clear.c index eca65a8..d0785fc 1...

Is it possible to use sync to vblank / swap control with mesa/gallium (and nouveau) ? I googled it but did not find any clear answers about how it is supposed to be enabled. I also tried to read the code, and I am getting lost. So I didn't find any answers to any of these questions : 1) how are we supposed to enable it ? is there an env var , or ~/.drirc ? is drirc/driconf still valid with

...evert "radeon/radeon_platform_probe: fix Zaphod mode breakage" man: note that 2D tiling requires Mesa 9.0 or newer radeon: bump version for release Andreas Boll (1): radeon/man: ColorTiling2D is by default on for r6xx-cayman Dave Airlie (42): radeon: drop all UMS/DRI1/XAA/overlay support. drop RING_LOCALS/ACCEL_PREAMBLE make pci chipsets static radeon: misc cleanups. radeon: drop radeon_commonfuncs. radeon: drop FUNC_NAME macro and ONCE_ONLY stuff radeon: make exa copy funcs static. radeon: further macro cleanups....

...nny at localhost ~]$ glxgears 1054 frames in 5.0 seconds = 210.750 FPS 1064 frames in 5.0 seconds = 212.735 FPS 1077 frames in 5.0 seconds = 215.366 FPS 1061 frames in 5.0 seconds = 212.018 FPS [johnny at localhost ~]$ rpm -qa | egrep -i 'glx|mesa' | sort glx-utils-11.0.7-4.el6.x86_64 mesa-dri1-drivers-7.11-8.el6.x86_64 mesa-dri-drivers-11.0.7-4.el6.x86_64 mesa-dri-filesystem-11.0.7-4.el6.x86_64 mesa-libEGL-11.0.7-4.el6.x86_64 mesa-libgbm-11.0.7-4.el6.x86_64 mesa-libGL-11.0.7-4.el6.x86_64 mesa-libGLU-11.0.7-4.el6.x86_64 mesa-libxatracker-11.0.7-4.el6.x86_64 mesa-private-llvm-3.6.2-1.el6.x...

Nouveau, in normal circumstances, does not need device lock for every ioctl, but incoming "gpu reset" code needs exclusive access to the device. This commit adds drm_driver flag which turns on read lock ioctl encapsulation. Signed-off-by: Marcin Slusarz <marcin.slusarz at gmail.com> --- drivers/gpu/drm/drm_drv.c | 6 ++++++ drivers/gpu/drm/drm_stub.c | 2 ++

...ays true defined(DRM_CAP_PRIME) guards modesetting: remove always true DRM_IOCTL_CRTC_QUEUE_SEQUENCE guard modesetting: remove fallback DRM_CAP_* defines Eric Engestrom (1): exa: promise not to touch the data when swapping pointers Jon Turney (1): meson: Require libdrm for dri1/2/3 when configured 'auto' as well as 'true' Keith Packard (2): Require libdrm 2.4.89 or newer Xext/saver: Swap ScreenSaverSuspend 'suspend' field. Handle old XCB clients. Kyle Brenneman (1): Don't delete GLX's extensionInitCallback list during a...