Assembly Shader Rework Hitting Mesa Today

[phoronix]

Phoronix: Assembly Shader Rework Hitting Mesa Today

Intel's Ian Romanick began last year working on a new GLSL compiler for Mesa, but those plans were abandoned due to a lack of time and the overwhelming challenge. Instead, Ian began focusing on optimizing the IR (Intermediate Representation) used by Mesa in its OpenGL support and then generating the final machine code. Ian has been working in a branch of Mesa with what he calls the "Assembly Shader Rework" and rewriting the ARB program parser and adding in support for NVIDIA layered extensions...

http://www.phoronix.com/vr.php?view=NzQ2OQ

[bulletxt]

Great... can't wait for Ubuntu 10.04 or even better 10.10

[nanonyme]

Great... can't wait for Ubuntu 10.04 or even better 10.10

If not, just install from git.

[whizse]

"One of our internal tests runs about 89,000 vertex programs. This test takes about 30 minutes (1,800 seconds) on current Mesa master. On the new
code it takes about 25 seconds."

Wow, talk about speed up!

[RealNC]

"One of our internal tests runs about 89,000 vertex programs. This test takes about 30 minutes (1,800 seconds) on current Mesa master. On the new
code it takes about 25 seconds."

Wow, talk about speed up!

Well, it's not like it was fast before As they fix the code and implement needed features, the speed gets to acceptable levels. It's starting to come together at last.

[Xheyther]

Something keep escaping from me...

Gallium will be used to expose a simple API to graphic card drivers, Mesa will be the softawre-side API (as for now). So the IR Ian have rework is where/what ?

A representation computed by mesa after the softaware call and send to the driver for machine code generation ?

[Benni]

The merge was just done:
http://cgit.freedesktop.org/mesa/mes...8040ff6bf6737f

[some-guy]

Something keep escaping from me...

Gallium will be used to expose a simple API to graphic card drivers, Mesa will be the softawre-side API (as for now). So the IR Ian have rework is where/what ?

A representation computed by mesa after the softaware call and send to the driver for machine code generation ?

GL1-2 will still be handled through mesa(for now anyway) with gallium's mesa state tracker

[kernelOfTruth]

mesa fails to install here (it compiled fine):

* QA Notice: Package has poor programming practices which may compile
* fine but exhibit random runtime failures.
* shader/hash_table.c:71: warning: implicit declaration of function ‘_mesa_malloc’
* shader/hash_table.c:91: warning: implicit declaration of function ‘_mesa_free’
* shader/hash_table.c:140: warning: implicit declaration of function ‘_mesa_calloc’

*
* QA Notice: Package has poor programming practices which may compile
* but will almost certainly crash on 64bit architectures.
*
* Function `_mesa_calloc' implicitly converted to pointer at shader/hash_table.c:140
*
* Please file a bug about this at http://bugs.gentoo.org/
* with the maintaining herd of the package.
*
*
* ERROR: media-libs/mesa-9999 failed.
* Call stack:
* misc-functions.sh, line 730: Called install_qa_check
* misc-functions.sh, line 422: Called die
* The specific snippet of code:
* die "install aborted due to" \
* The die message:
* install aborted due to poor programming practices shown above

just to let you devs know about this "problem"

this way perhaps crashes might be prevented right from the start ...

yellow == warning, but merges / installs

red == warning & blocker, won't merge / install

thanks for the merge (and the hard work contained in it)

[whizse]

Heh, it seems to have completely broken Doom 3. I mean, the game is supposed to be dark, but like this?



Guess I will be filing a few of those pesky regression bugs...