| a2fc42b899de22273c1df96091bfb5c636075cb0 |
|
11-Jan-2012 |
Ben Skeggs <bskeggs@redhat.com> |
nv30: import new driver for GeForce FX/6/7 chipsets, and Quadro variants
The primary motivation for this rewrite was to have a maintainable driver
going forward, as nvfx was quite horrible in a lot of ways.
The driver is heavily based on the design of the nv50/nvc0 3d drivers we
already have, and uses the same common buffer/fence code. It also passes
a HEAP more piglit tests than nvfx did, supports a couple more features,
and a few more to come still probably.
The CPU footprint of this driver is far far less than nvfx, and translates
into far greater framerates in a lot of applications (unless you're using
a CPU that's way way newer than the GPUs of these generations....)
Basically, we once again have a maintained driver for these chipsets \o/
Feel free to report bugs now!
/external/mesa3d/src/gallium/targets/vdpau-nouveau/Makefile
|
| 66c7dc5688bcd5ff9c596f4c410aee574ea2428a |
|
16-Feb-2012 |
Ben Skeggs <bskeggs@redhat.com> |
nvfx: completely remove this driver (GeForce FX/6/7)
This driver hasn't been maintained properly for a very long time, and for
many very good reasons. It's horrible.
A new driver supporting these chipsets will appear with the commits that
port vieux/nv50/nvc0 to libdrm_nouveau-2.0.
Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
/external/mesa3d/src/gallium/targets/vdpau-nouveau/Makefile
|
| fc0a5e21d77ae2f082fd19dd2295e84f6fb7bd3b |
|
26-Mar-2012 |
Christian König <deathsimple@vodafone.de> |
vl: move winsys helper out of winsys directory
They aren't winsys of their own,
just help dealing with them.
v2: add some more comments in vl_winsys.h
Signed-off-by: Christian König <deathsimple@vodafone.de>
/external/mesa3d/src/gallium/targets/vdpau-nouveau/Makefile
|
| df8f864bf6fb8dfd256455a5310ef70f820a5350 |
|
18-Oct-2011 |
Maarten Lankhorst <m.b.lankhorst@gmail.com> |
gallium/targets: Add vdpau target for nouveau
Should fall back to shader based decoding (g3dvl) for now.
This is probably broken on systems that support xvmc, because
nouveau_video_buffer_create has no way to know for what api
the buffer is created, so I think this call might need a
separate argument as workaround.
Signed-off-by: Maarten Lankhorst <m.b.lankhorst@gmail.com>
/external/mesa3d/src/gallium/targets/vdpau-nouveau/Makefile
|