similar to: EXT_texture_from_pixmap update

--- Hi, this is still WIP, but already passes piglit's s3tc-teximage, s3tc-texsubimage and fbo-generatemipmap-formats(s3tc tests) and even Wolfenstein:Enemy-Territory works on my nv25. It's based on Ben's newlib branch. I have few issues though: 1) So far it needs libtxc_dxtn, but I might expose the s3tc extensions even without encoder using driconf option - Is that desirable? 2)

mesa_texstore expects pixel data, not compressed data. For compressed textures, we want to just copy the bits in without any conversion. Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- src/mesa/drivers/dri/nouveau/nouveau_texture.c | 65 ++++++++++++++++++++------ 1 file changed, 52 insertions(+), 13 deletions(-) diff --git a/src/mesa/drivers/dri/nouveau/nouveau_texture.c

Hi, I recently had a problem installing the rgl package on OS X and put together a simple patch. The patched package is available here: http://jinome.stanford.edu/files/rgl_0.66-patched_for_gcc4.tar.gz It can be installed with "R CMD INSTALL rgl_0.66-patched_for_gcc4.tar.gz" as normal at the command line. Also -- as of right now rgl is not in the repository of version 2.3 packages

On Sun, Sep 14, 2014 at 3:37 AM, Francisco Jerez <currojerez at riseup.net> wrote: > Ilia Mirkin <imirkin at alum.mit.edu> writes: > >> mesa_texstore expects pixel data, not compressed data. For compressed >> textures, we want to just copy the bits in without any conversion. >> > > Any reason we cannot use _mesa_store_compressed_*image for this instead

Hi, The changes yesterday breaks compilation for me. I do have the latest glproto (1.4.7) and mesa cvs (20050603, i.e. a couple of hours ago) and xgl (20050603) have been recompiled after the updates. Here's the initial error (with a whole lot similar): texture.c: In function 'bindPixmapToTexture': texture.c:196: error: 'GLX_TEXTURE_FORMAT_EXT' undeclared (first use in this

This fixes issues where get_rt_format would see a 0 format because the nouveau_surface had not been properly initialized. Fixes crash on supertuxkart startup (which still fails due to out-of-vram issues). Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- src/mesa/drivers/dri/nouveau/nouveau_texture.c | 9 +++++++++ 1 file changed, 9 insertions(+) diff --git

https://bugs.freedesktop.org/show_bug.cgi?id=99400 Bug ID: 99400 Summary: [nouveau] garbled rending with glamor on G71 Product: Mesa Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau Assignee: nouveau at

Hi, I want to explorer affection of compiler on low power. For the project background, I tend to process this work via LLVM, rather than GCC. And the Target is ARM. For this purpose, clang(3.2) + arm-gcc + simplescalar-arm(and panalyzer) seems to be a good choice. But I encounter several problems in the processing of setup the environment. ---------------------------------- 1. Firstly, arm

I know this list is meant for discussion of compiz specifically, but .... 1) I sometimes see compiz spit out "Could not bind pixmap to texture" messages, even though it _appears_ to be working fine. I randomly guess that this is due to me running out of video memory (iirc I have 64mb of vram). Is that possibly a problem? I think Vista and OS X manually manage video

Hello, I am very new to R and data analysis in general. I am trying to generate values to append to my data frame using conditional statements. I am playing with this simple example: a <- c(1:4) b <- c("meep", "foo", "meep", "foo") d <- cbind(a, b) now what I want to do is , each time there is a "meep" in column 2 of d, print

Hello and thanks for indulging yet another printer question. Here at the University of Denver we have formally announced that laptops will be a requirement for all incoming freshmen in the Fall. I have been charged with the task of finding a solution for printing (accounting, quotas, and managing roaming users). I've decided, for now, to use Samba with an eval copy of printXchange (this will

Adam Jackson (3): Remove mibstore.h Pass the pci device through to fbdevHWInit Adapt Block/WakeupHandler signature for ABI 23 Matt Turner (1): xf86-video-glint 1.2.9 Michael Lorenz (1): Fix I2C for DDC2. git tag: xf86-video-glint-1.2.9 https://xorg.freedesktop.org/archive/individual/driver/xf86-video-glint-1.2.9.tar.bz2 MD5: 3d166b7a97d96007272ffc153d5f81fd

Adam Jackson (2): Fix distcheck glint 1.2.0 Alan Hourihane (1): Fix --disable-dri for glint driver Brice Goglin (1): Define GLINT_*_VERSION* using PACKAGE_VERSION_* Dave Airlie (4): half attempt at pciaccess conversion for glint - doesn't build yet fix typos in dac code from last commit hey look a flying pig.... fix regression in tinderbox

Julien Cristau (2): Fix regression from pciaccess conversion (bug#16060) Bump to 1.2.1 git tag: xf86-video-glint-1.2.1 http://xorg.freedesktop.org/archive/individual/driver/xf86-video-glint-1.2.1.tar.bz2 MD5: 6d7afdac0a26cf201c3f3b417c31c5e1 xf86-video-glint-1.2.1.tar.bz2 SHA1: 9e4959c2a39c22bf4a81b1eba4ec809f9c571bc8 xf86-video-glint-1.2.1.tar.bz2

Hey everyone, I followed the guide InstallNouvea from the wiki. Installing the driver was a walk in the park. However, I do notice these lines in my Xorg.0.log: (EE) AIGLX error: dlopen of /usr/lib/dri/nouveau_dri.so failed (/usr/lib/dri/nouveau_dri.so: cannot open shared object file: No such file or directory) (EE) AIGLX: reverting to software rendering (II) Loading sub module

I have recently been trying to build rgl on MacOS X 10.4 using R-2.1.1 with gcc-4.0 5026 and gfortran. The R binary I built without problems and it includes libpng and Tcl/ Tk on X11. Rcmdr works correctly. The rgl build produces a large number of warnings like: g++ -no-cpp-precomp -I/Library/Frameworks/R.framework/Resources/ include -I/System/Library/Frameworks/OpenGL.framework/Headers

Hi, We've found that in compiz, glXDestroyGLXPixmap() is called in pair with glXCreatePixmap(), but according to GLX 1.4 spec "however, GLXPixmaps created by calls other than glXCreateGLXPixmap should not be passed to glXDestroyGLXPixmap". so compiz should use glxDestroyPixmap instead of glXDestroyGLXPixmap, since their pixmap is created by calling glXCreatePixmap. Thanks

Ilia Mirkin <imirkin at alum.mit.edu> writes: > mesa_texstore expects pixel data, not compressed data. For compressed > textures, we want to just copy the bits in without any conversion. > Any reason we cannot use _mesa_store_compressed_*image for this instead of rolling our own? > Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> > --- >

On 05/31/2016 08:15 AM, Johnny Hughes wrote: > On 05/31/2016 06:09 AM, isdtor wrote: >> >> Ever since I upgraded to CentOS 6.8, some software has stopped working alogether. This is related to OpenGL/mesa and can be demonstrated with glxgears: >> >> $ glxgears >> libGL error: No matching fbConfigs or visuals found >> libGL error: failed to load driver: swrast

https://bugs.freedesktop.org/show_bug.cgi?id=59474 Priority: medium Bug ID: 59474 Assignee: nouveau at lists.freedesktop.org Summary: fedora 18 X server crashes after boot QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Solaris Reporter: dax at enst.fr