search for: gl4

...ystem Size Used Avail Use% Mounted on /dev/sda4 5.5T 4.3T 1.3T 78% /mnt/brick1 gl2 Filesystem Size Used Avail Use% Mounted on /dev/sda4 5.5T 4.1T 1.4T 76% /mnt/brick1 gl3 Filesystem Size Used Avail Use% Mounted on /dev/sda4 4.1T 4.1T 2.1G 100% /mnt/brick1 gl4 Filesystem Size Used Avail Use% Mounted on /dev/sda4 4.1T 4.1T 24M 100% /mnt/brick1 Volume Name: w-vol Type: Distribute Volume ID: 89e31546-cc2e-4a27-a448-17befda04726 Status: Started Number of Bricks: 5 Transport-type: tcp Bricks: Brick1: gl0:/mnt/brick1/export Brick2: gl1:/mnt/br...

...odes is due to the TRAP memory location that I see -- could well be some "stale" value in the register and the value from S2R or VILD doesn't make it in there in time before the ALD reads it. If you should like to try this yourself, you can use https://github.com/imirkin/mesa/commits/gl4-integration-2 . This branch is good enough to run Unigine Heaven, but still has a lot of known shortcomings. (Both at the core and the nouveau levels.) Any advice or suggestions for debugging this would be greatly appreciated. And let me know if you'd like me to generate additional info on thi...

Hello, I just tried to get Rcmdr package working, resulting in: ---------------------------------------------------------------------- > library(Rcmdr) Loading required package: tcltk Loading required package: lattice Loading required package: foreign Loading required package: abind Loading required package: lmtest Loading required package: multcomp Loading required package: relimp Loading

...SI is the intermediate representation that all open-source GPU drivers using the Gallium3D architecture understand. Until now it's mainly been used for graphics (vertex and fragment shaders and such), but doing general-purpose computing with it is possible in principle (actually, necessary for GL4), and it's been the object of a number of extensions and improvements during the last couple of years to make it more suitable for that purpose. The objective of the project would be to set a basis for a compiler back-end targeting the TGSI language. The first to be benefited from such a back...

...I see -- could well be some "stale" value in the >> register and the value from S2R or VILD doesn't make it in there in >> time before the ALD reads it. >> >> If you should like to try this yourself, you can use >> https://github.com/imirkin/mesa/commits/gl4-integration-2 . This >> branch is good enough to run Unigine Heaven, but still has a lot of >> known shortcomings. (Both at the core and the nouveau levels.) >> >> Any advice or suggestions for debugging this would be greatly >> appreciated. And let me know if you'...

...te representation that all open-source GPU drivers > using the Gallium3D architecture understand. Until now it's mainly been > used for graphics (vertex and fragment shaders and such), but doing > general-purpose computing with it is possible in principle (actually, > necessary for GL4), and it's been the object of a number of extensions > and improvements during the last couple of years to make it more > suitable for that purpose. > > The objective of the project would be to set a basis for a compiler > back-end targeting the TGSI language. > > The first...

...rmediate representation that all open-source GPU > drivers using the Gallium3D architecture understand. Until now it's > mainly been used for graphics (vertex, fragment shaders, etc.), but > doing general-purpose computing with it is possible in principle > (actually, necessary for GL4), and it's been the object of a number of > extensions and improvements to make it more suitable for that purpose. > > The TGSI IR has some peculiarities that are unusual in a typical CPU > instruction architecture (and slightly annoying to deal with) -- It's > a vector-cent...

Francisco Jerez <currojerez at riseup.net> writes: >[...] > Pity not to see any interest in this since I brought up the idea two > weeks ago. I've uploaded a first attempt at writing a TGSI back-end > here [2]. It's able to generate code -- though only in assembly form > and with many loose ends still. > > Also, would it be possible for Tom Stellard

...ntation that all open-source GPU >> drivers using the Gallium3D architecture understand. Until now it's >> mainly been used for graphics (vertex, fragment shaders, etc.), but >> doing general-purpose computing with it is possible in principle >> (actually, necessary for GL4), and it's been the object of a number of >> extensions and improvements to make it more suitable for that purpose. >> >> The TGSI IR has some peculiarities that are unusual in a typical CPU >> instruction architecture (and slightly annoying to deal with) -- It's &g...

hi! One of our user removed a directory through samba and right after that recreated it. It looks like this now: ?????????? ? ? ? ? ? 20110817 Gluster version is 3.2.2-1ubuntu~ppa1~lucid1 on client (samba server) and the same but Natty on the nodes. It was upgraded from 3.2.1. What is this? If a client try to access it, it freezes up. This is in log: [2011-08-17

...n-source GPU > >> drivers using the Gallium3D architecture understand. Until now it's > >> mainly been used for graphics (vertex, fragment shaders, etc.), but > >> doing general-purpose computing with it is possible in principle > >> (actually, necessary for GL4), and it's been the object of a number of > >> extensions and improvements to make it more suitable for that purpose. > >> > >> The TGSI IR has some peculiarities that are unusual in a typical CPU > >> instruction architecture (and slightly annoying to deal...

Functionally identical but much simpler. Should also better integrate with future layer/viewport changes/fixes. Cc: 10.1 <mesa-stable at lists.freedesktop.org> Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- Not *strictly* necessary in stable, but it will make backporting later fixes easier. No regressions in piglit. src/gallium/drivers/nouveau/nv50/nv50_program.c | 5