Bugzilla – Bug 147009
NVIDIA driver for legacy graphics cards (version 7174) doesn't compile.
Last modified: 2006-05-25 13:30:15 UTC
I have a Geforce2 gfxcard in my system, therefore I have to use the a bit outdated NVIDIA driver version 7174. When I try to install that one on my system it fails because of compilation errors of the kernel module. As mentioned in http://www.suse.de/~sndirsch/nvidia-installer-HOWTO.html I tried to apply some patches to the driver's sources. Applying patches 8174-1423627 and 8174-1427453 failed. The other ones (8178-1444349, 8178-1449645 and 8174-1438624) applied successfully. However, complilation failed again. See attached nvidia-installer.log for details.
Created attachment 65900 [details] Log after failing kernel module compilation.
Andy, just to let you know, that there are still guys, who want to use older NVIDIA cards with newer kernels (2.6.15). Any plans to update the legacy driver for this?
*** Bug 150271 has been marked as a duplicate of this bug. ***
I remember that there is a MACRO to newer unified drivers, which, if defined, works for legacy drivers. Anyone here know?
We hope to release an updated legacy driver in the future, such that the legacy driver can be used with more recent kernels. I do not have an ETA on a legacy driver update, though. Sorry, - Andy
But could you please give us some more information? 1.) Why does it take so long? 2.) Wouls it be within 3 month, half a year or within a year? Don't want to rush you, but people will have a bad suprise as soon if they find out that the driver is broken for the newest kernel that ships with openSUSE. Checkout Xgl+Compiz, that is new stuff that will be important for Linux I think. Vista candy needs DirectX 9 (=new hardware), Max OS X needs...mac, but Linux can show some candy on old cards! Well...that is what it seems to promise. But: we need to load the nvidia-module for that. I think Linux will be the eye-candy OS for older systems with Xgl and Compiz. But we depend on YOU :-D
Andy Ritger, any updates on this subject?
Hi Azerion, I have not update, yet. We still hope to provide an updated legacy driver in the near future. Thanks.
"We hope to release an updated legacy driver in the future" to "We still hope to provide an updated legacy driver in --the near-- future." Thats an nice update :-)
Reading the new manual: "Below are the legacy GPUs that are no longer supported in the unified driver. These GPUs will continue to be maintained through the special legacy NVIDIA GPU driver releases." Is there alleready such a release or is it really near? Of none of both options?
We hope to release an updated legacy driver in the near future. Currently, 1.0-7174 is the most recent driver from our legacy GPU driver branch. Thanks, - Andy
Christopher, Azerion, Vinay, did you already give the patch http://www.aragog.com/~paul/homedir/NVIDIA-Linux-x86-1.0-7174-pkg0-opensuse-10.1-i386.patch (mentioned on http://en.opensuse.org/NVIDIA#Legacy_chipset_support) a try?
I have followed the instructions and I have successfully installed the nvidia driver for a RIVA TNT2 Model 64/Model 64 Pro card. I have tried Xgl and it starts up unfortunately compiz does not work it complains with this error message compiz: Support for non power of two textures missing compiz: Failed to manage screen: 0 compiz: No managable screens found on display :1 I am running the released version of OpenSuse 10.1 Thanks again for enabling the nvidia driver to work the performance is much better. Hopefully compiz will be able to run for it soon Deni.
Yeah I found that allready (yesterday). Xgl+Compiz is really slick (and smooth at a 733mhz PC!). Could someone rewrite the tutorial? The story is not chronologic anymore and I miss some information (editting /etc/X11/xorg.conf is nice, but Joe Avarage has no idea how he shouuld do that without X running). I don't have time for it and I am not a native or good english speaker/writer. I have added the following: ================================= cp NVIDIA-Linux-x86-1.0-7174-pkg0/usr/src/nv/makedevices.sh /usr/sbin echo /usr/sbin/makedevices.sh >> /etc/rc.d/rc.local ================================= That should fix the problem of missing devices after a restart.
I don't have a working system ith a NV legacy card at the moment. But after Deni and Azerion are reporting this working I gues I can close this bug as FIXED.
(In reply to comment #13) Compiz needs support for either GL_NV_texture_rectangle or GL_ARB_texture_non_power_of_two. If your card/driver doesn't support one of those extensions it's nothing we can do, compiz will likely never work with that card. Sorry.
Deni, check with glxinfo, which extensions are available.
Hi Stefan, This is the output from glxinfo. Unfortunately I cannot see the two extensions that David has written. I think its time to buy a new card. name of display: :0.0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: NVIDIA Corporation server glx version string: 1.3 server glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGI_video_sync, GLX_SGI_swap_control client glx vendor string: NVIDIA Corporation client glx version string: 1.3 client glx extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_SGI_video_sync, GLX_NV_swap_group, GLX_NV_video_out, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGI_swap_control, GLX_NV_float_buffer GLX extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGI_video_sync, GLX_SGI_swap_control, GLX_ARB_get_proc_address OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: RIVA TNT2/AGP/SSE2 OpenGL version string: 1.5.3 NVIDIA 71.74 OpenGL extensions: GL_ARB_imaging, GL_ARB_multitexture, GL_ARB_point_parameters, GL_ARB_texture_env_add, GL_ARB_texture_mirrored_repeat, GL_ARB_transpose_matrix, GL_ARB_vertex_buffer_object, GL_ARB_window_pos, GL_EXT_texture_env_add, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_compiled_vertex_array, GL_EXT_draw_range_elements, GL_EXT_fog_coord, GL_EXT_multi_draw_arrays, GL_EXT_packed_pixels, GL_EXT_pixel_buffer_object, GL_EXT_point_parameters, GL_EXT_rescale_normal, GL_EXT_secondary_color, GL_EXT_separate_specular_color, GL_EXT_stencil_wrap, GL_EXT_texture_edge_clamp, GL_EXT_texture_env_combine, GL_EXT_texture_lod_bias, GL_EXT_texture_object, GL_EXT_vertex_array, GL_IBM_rasterpos_clip, GL_IBM_texture_mirrored_repeat, GL_KTX_buffer_region, GL_NV_blend_square, GL_NV_fog_distance, GL_NV_light_max_exponent, GL_NV_packed_depth_stencil, GL_NV_texgen_reflection, GL_NV_texture_env_combine4, GL_SGIS_multitexture, GL_SUN_slice_accum visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat ---------------------------------------------------------------------- 0x21 24 tc 0 32 0 r y . 8 8 8 0 4 24 8 16 16 16 16 0 0 None 0x22 24 dc 0 32 0 r y . 8 8 8 0 4 24 8 16 16 16 16 0 0 None 0x23 24 tc 0 32 0 r y . 8 8 8 8 4 24 8 16 16 16 16 0 0 None 0x24 24 tc 0 32 0 r . . 8 8 8 0 4 24 8 16 16 16 16 0 0 None 0x25 24 tc 0 32 0 r . . 8 8 8 8 4 24 8 16 16 16 16 0 0 None 0x26 24 tc 0 32 0 r y . 8 8 8 0 4 0 0 16 16 16 16 0 0 None 0x27 24 tc 0 32 0 r y . 8 8 8 8 4 0 0 16 16 16 16 0 0 None 0x28 24 tc 0 32 0 r . . 8 8 8 0 4 0 0 16 16 16 16 0 0 None 0x29 24 tc 0 32 0 r . . 8 8 8 8 4 0 0 16 16 16 16 0 0 None 0x2a 24 dc 0 32 0 r y . 8 8 8 8 4 24 8 16 16 16 16 0 0 None 0x2b 24 dc 0 32 0 r . . 8 8 8 0 4 24 8 16 16 16 16 0 0 None 0x2c 24 dc 0 32 0 r . . 8 8 8 8 4 24 8 16 16 16 16 0 0 None 0x2d 24 dc 0 32 0 r y . 8 8 8 0 4 0 0 16 16 16 16 0 0 None 0x2e 24 dc 0 32 0 r y . 8 8 8 8 4 0 0 16 16 16 16 0 0 None 0x2f 24 dc 0 32 0 r . . 8 8 8 0 4 0 0 16 16 16 16 0 0 None 0x30 24 dc 0 32 0 r . . 8 8 8 8 4 0 0 16 16 16 16 0 0 None
> I think its time to buy a new card. Yes, at least when you're interested in using compiz/Xgl.