search for: tungstengraphics

Displaying 20 results from an estimated 27 matches for "tungstengraphics".

2007 Sep 22
11
[Bug 12520] New: EXA greedy mode corruption
http://bugs.freedesktop.org/show_bug.cgi?id=12520 Summary: EXA greedy mode corruption Product: xorg Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org
2008 May 06
8
[Bug 15845] New: X busyloops when huge image in firefox
http://bugs.freedesktop.org/show_bug.cgi?id=15845 Summary: X busyloops when huge image in firefox Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org
2007 Aug 01
4
Dual-screen compiz mostly working
I have dual-screen compiz-fusion finally working on my ATI Radeon Mobility X600. AIGLX was the way to go using MergedFB. gentoo linux-2.6.22 x11-base/xorg-server-1.2.0-r3 x11-base/xorg-x11-7.2 media-libs/mesa-6.5.2-r1 x11-wm/compiz-9999 x11-wm/compiz-fusion-9999 But a number of remaining issues: - my second screen doesn't render properly. Compiz events cause it to redraw but
2008 Apr 03
12
[Bug 15344] New: Gradual Performance Decline With Nouveau Driver
http://bugs.freedesktop.org/show_bug.cgi?id=15344 Summary: Gradual Performance Decline With Nouveau Driver Product: xorg Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org
2008 Feb 03
9
[Bug 14345] New: Image with width greater than 8176 pixel make firefox crash with X error
http://bugs.freedesktop.org/show_bug.cgi?id=14345 Summary: Image with width greater than 8176 pixel make firefox crash with X error Product: xorg Version: 7.2 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo:
2008 Dec 16
2
[LLVMdev] OpenCL Frontend
There seems to be some interest these days in OpenCL. However for some projects, a issue they face to adopting OpenCL is requirements of maintaining two source trees: one for normal C code (for use on systems without OpenCL support or poor OpenCL performance) and another for OpenCL. I am interested in using LLVM to create a OpenCL frontend for multicore CPUs. Now that the spec is out, we have a
2008 Dec 16
0
[LLVMdev] OpenCL Frontend
On Tuesday 16 December 2008 12:21:24 Timothy Baldridge wrote: > There seems to be some interest these days in OpenCL. However for some > projects, a issue they face to adopting OpenCL is requirements of > maintaining two source trees: one for normal C code (for use on > systems without OpenCL support or poor OpenCL performance) and another > for OpenCL. > > I am interested in
2008 Dec 16
2
[LLVMdev] OpenCL Frontend
Awesome, is the development of this being tracked somewhere? And is there a way I can get involved? Timothy On Tue, Dec 16, 2008 at 11:52 AM, Zack Rusin <zack at tungstengraphics.com> wrote: > On Tuesday 16 December 2008 12:21:24 Timothy Baldridge wrote: >> There seems to be some interest these days in OpenCL. However for some >> projects, a issue they face to adopting OpenCL is requirements of >> maintaining two source trees: one for normal C code (...
2007 Jul 04
1
LIBGL_ALWAYS_INDIRECT=1 patch fix - any reason why it's not included?
Hi, I was just struggling with the problem of starting compiz while having to use LIBGL_ALWAYS_INDIRECT environment variable. In our packages we have a patch that means we do not need to set this variable as it searches also the glxServerExtensions. This is not my patch but it is quite well known, so tracking the original author will not be difficult! Here is a link to the patch:
2007 Jul 30
1
[R300] high Xorg process CPU usage
...piz/plugins/cube/screen0/options/inactive_opacity gconf key was set to 90. Changing it to 100 restores sanity for me. Not sure how it came to be less than 100 in the first place, but if it can happen by default that should probably be fixed. -- Earthling Michel D?nzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
2007 May 23
1
[PATCH] Fix imageBufferToTexture for MSBFirst platforms.
...oTexture (screen, texture, image, width, height, - GL_BGRA, GL_UNSIGNED_BYTE); -#else return imageToTexture (screen, texture, image, width, height, GL_BGRA, GL_UNSIGNED_INT_8_8_8_8_REV); -#endif } Bool -- 1.5.2-rc3.GIT -- Earthling Michel D?nzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
2007 Dec 17
0
[Bug 13691] Failed to idle channel 0 before destroy. Prepare for strangeness
http://bugs.freedesktop.org/show_bug.cgi?id=13691 michel at tungstengraphics.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|xorg-team at lists.x.org |nouveau at lists.freedesktop.or | |g Componen...
2008 Jan 21
4
[Bug 14174] New: nouveau uses symbols from private header exa_priv.h
http://bugs.freedesktop.org/show_bug.cgi?id=14174 Summary: nouveau uses symbols from private header exa_priv.h Product: xorg Version: git Platform: All OS/Version: All Status: NEW Severity: minor Priority: low Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org
2008 Oct 05
1
Nvidia regs (Re: need help relating your post on freedesktop)
...think anyone has yet reverse engineered the performance registers. OTOH, the 3D support, too, is still brewing, so there probably isn't too much to monitor. But 2D acceleration does use the card's 3D engine. Do you know about Gallium3D? If not, you should definitely take a look: http://www.tungstengraphics.com/technologies/gallium3d.html And think about it on the virtualization perspective. I don't know how much work has already been done on that, but I bet the people on the Nouveau mailing list know who to contact, if you get interested. Cheers, pq -- Pekka Paalanen http://www.iki.fi/pq/
2007 Apr 11
3
The direct/indirect rendering stuff and compiz
Hi, In fact, this bugged me a long time and now I'd finally like to have a solution: https://bugs.freedesktop.org/show_bug.cgi?id=8160 The issue is: compiz has now some fallback code to indirect rendering if direct doesn't work. But that's completely useless, because it'll fail some lines later, exactly here: glxExtensions = glXQueryExtensionsString (dpy, screenNum);
2009 Oct 30
4
[Bug 24810] New: TTM out of aperture space, X lockup
http://bugs.freedesktop.org/show_bug.cgi?id=24810 Summary: TTM out of aperture space, X lockup Product: xorg Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org
2008 Jul 20
6
[Bug 16782] New: Light graphical corruption in Firefox/Iceweasel
http://bugs.freedesktop.org/show_bug.cgi?id=16782 Summary: Light graphical corruption in Firefox/Iceweasel Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org
2013 Aug 02
3
[PATCH trivial] include: uapi: standard all files' macro prefix and suffix, excluding "linux/" sub-directory
...} drm_r128_getparam_t; -#endif +#endif /* _UAPI_DRM_R128_DRM_H */ diff --git a/include/uapi/drm/radeon_drm.h b/include/uapi/drm/radeon_drm.h index 321d4ac..089abd3 100644 --- a/include/uapi/drm/radeon_drm.h +++ b/include/uapi/drm/radeon_drm.h @@ -30,8 +30,8 @@ * Keith Whitwell <keith at tungstengraphics.com> */ -#ifndef __RADEON_DRM_H__ -#define __RADEON_DRM_H__ +#ifndef _UAPI_DRM_RADEON_DRM_H +#define _UAPI_DRM_RADEON_DRM_H #include <drm/drm.h> @@ -1005,4 +1005,4 @@ struct drm_radeon_info { #define SI_TILE_MODE_DEPTH_STENCIL_2D_4AA 3 #define SI_TILE_MODE_DEPTH_STENCIL_2D_8AA 2...
2013 Aug 02
3
[PATCH trivial] include: uapi: standard all files' macro prefix and suffix, excluding "linux/" sub-directory
...} drm_r128_getparam_t; -#endif +#endif /* _UAPI_DRM_R128_DRM_H */ diff --git a/include/uapi/drm/radeon_drm.h b/include/uapi/drm/radeon_drm.h index 321d4ac..089abd3 100644 --- a/include/uapi/drm/radeon_drm.h +++ b/include/uapi/drm/radeon_drm.h @@ -30,8 +30,8 @@ * Keith Whitwell <keith at tungstengraphics.com> */ -#ifndef __RADEON_DRM_H__ -#define __RADEON_DRM_H__ +#ifndef _UAPI_DRM_RADEON_DRM_H +#define _UAPI_DRM_RADEON_DRM_H #include <drm/drm.h> @@ -1005,4 +1005,4 @@ struct drm_radeon_info { #define SI_TILE_MODE_DEPTH_STENCIL_2D_4AA 3 #define SI_TILE_MODE_DEPTH_STENCIL_2D_8AA 2...
2013 Aug 02
3
[PATCH trivial] include: uapi: standard all files' macro prefix and suffix, excluding "linux/" sub-directory
...} drm_r128_getparam_t; -#endif +#endif /* _UAPI_DRM_R128_DRM_H */ diff --git a/include/uapi/drm/radeon_drm.h b/include/uapi/drm/radeon_drm.h index 321d4ac..089abd3 100644 --- a/include/uapi/drm/radeon_drm.h +++ b/include/uapi/drm/radeon_drm.h @@ -30,8 +30,8 @@ * Keith Whitwell <keith at tungstengraphics.com> */ -#ifndef __RADEON_DRM_H__ -#define __RADEON_DRM_H__ +#ifndef _UAPI_DRM_RADEON_DRM_H +#define _UAPI_DRM_RADEON_DRM_H #include <drm/drm.h> @@ -1005,4 +1005,4 @@ struct drm_radeon_info { #define SI_TILE_MODE_DEPTH_STENCIL_2D_4AA 3 #define SI_TILE_MODE_DEPTH_STENCIL_2D_8AA 2...