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
|