[ATrpms-users] nvidia-graphics7185-1.0_7185-74.3.fc7 should have .so instead of .o?

[Marshall Crocker]

I was having the exact same problem with the 9639 driver.  I created a
link from nvidia_drv.so to nvidia-1.0-9639 and that did the trick for
me.  The atrpms packages may not have worked if you had any other nvidia
packages other than nvidia-graphices7185* and the nvidia helper and
devices packages.

Marshall

David O'Shea wrote:
> Hi Paulo, all,
>
> I removed the ATrpms nvidia RPMs and installed an equivalent set of 
> livna RPMs (containing the 7185 release drivers) and these worked fine 
> for me.  I assume that this is because the livna RPM provides 
> nvidia_drv.so instead of nvidia_drv.o.
>
> Regards,
> David
>
> ----- Original Message ----- 
> From: "David O'Shea" <doshea1978 at hotmail.com>
> To: "Paulo Cavalcanti" <promac at gmail.com>
> Cc: <atrpms-users at atrpms.net>
> Sent: Friday, September 07, 2007 7:18 PM
> Subject: Re: [ATrpms-users] nvidia-graphics7185-1.0_7185-74.3.fc7 
> should have .so instead of .o?
>
>
>   
>> Hi Paulo,
>>
>>     
>>>> I'm trying to use
>>>> http://dl.atrpms.net/all/nvidia-graphics7185-1.0_7185-74.3.fc7.i386.rpm
>>>> on Fedora 7 with a RIVA TNT2 M64.  When Xorg starts up, it reports
>>>> 'Failed to load module "nvidia" (module does not exist, 0)'.
>>>>
>>>> This RPM contains "nvidia-1.0-7185_drv.o" and a symlink from
>>>> "nvidia_drv.o" to this has been created.  I note that when I 
>>>> create a
>>>> symlink from "nvidia_drv.so" (note ".so" not ".o") to the same 
>>>> file, I
>>>> get a different error suggesting that Xorg wants a real .so, not 
>>>> one I
>>>> just renamed ("dlopen: 
>>>> /usr/lib/xorg/modules/drivers//nvidia_drv.so:
>>>> only ET_DYN and ET_EXEC can be loaded").
>>>>
>>>> How come this RPM contains a ".o" instead of a ".so"?  I see in 
>>>> e.g.
>>>>
>>>> http://atrpms.net/dist/f7/nvidia-graphics-legacy-96xx/nvidia-graphics9639-1.0_9639-83.1.fc7.i386.rpm.html
>>>> "Changed nvidia_drv.o for nvidia_drv.so", so did this old legacy 
>>>> 71.85
>>>> driver miss out on this for some reason?  Is there some trick to 
>>>> using
>>>> a ".o" instead of a ".so"?
>>>>         
>>> If I remember well, .o were used previously by nvidia. They changed 
>>> this
>>> later
>>> and I just fixed the symbolic link (after 9639).
>>>       
>> Not in the legacy 7185 though?
>>
>> http://http.download.nvidia.com/XFree86/Linux-x86/1.0-8178/README/appendix-c.html 
>> says "The nvidia_drv.so driver is compatible with Xorg 6.8 and 
>> greater with "dlloader" support."
>>
>> http://www.warrenfalk.com/blog/2006/04/05/ati-radeon-x850-on-vs-linux/#comment-23 
>> says (not about MY problem) "The problem is almost certainly an 
>> X11R7 problem due to the fact that they only support dlloader 
>> whereas they used to support elfloader also."
>>
>> I believe Fedora 7 is using X11R7?  If so, it seems like I NEED a 
>> ".so".
>>
>> I also see that 
>> http://rpm.pbone.net/index.php3/stat/4/idpl/4151294/com/xorg-x11-drv-nvidia-legacy-1.0.7185-1.lvn5.i386.rpm.html 
>> contains a "nvidia_drv.so" instead of ".o".
>>
>>     
>>> Maybe the problem you are having is caused by something else.
>>> Check if the nvidia module arch and your kernel match,
>>>       
>> The kernel module does load okay.  Not sure how to check the arch 
>> via 'rpm', but 'file' seems to indicate at least that the 
>> "nv_drv.so" that works has the same arch as the "nvidia_drv.so" that 
>> does not:
>>
>> # file /usr/lib/xorg/modules/drivers/nvidia-1.0-7185_drv.o
>> /usr/lib/xorg/modules/drivers/nvidia-1.0-7185_drv.o: ELF 32-bit LSB 
>> relocatable, Intel 80386, version 1 (SYSV), not stripped
>> # file /usr/lib/xorg/modules/drivers/nv_drv.so
>> /usr/lib/xorg/modules/drivers/nv_drv.so: ELF 32-bit LSB shared 
>> object, Intel 80386, version 1 (SYSV), stripped
>>
>>     
>>> and keep just one nvidia module version
>>> for the kernel you are booting (remove all other nvidia kmdl rpm 
>>> for this
>>> kernel).
>>>       
>> I don't have any others, this is a clean install - I only just 
>> started with Fedora :)
>>
>>     
>>> Also check the output of
>>>
>>> modinfo nvidia-7185 (I think this should be the number for you).
>>>       
>> # modinfo nvidia-1_0-7185
>> filename: 
>> /lib/modules/2.6.22.4-65.fc7/updates/drivers/video/nvidia/nvidia-1_0-7185.ko
>> license:        NVIDIA
>> alias:          char-major-195-*
>> alias:          pci:v000010DEd*sv*sd*bc03sc00i00*
>> depends:
>> vermagic:       2.6.22.4-65.fc7 SMP mod_unload 686 4KSTACKS
>> parm:           NVreg_VideoMemoryTypeOverride:int
>> parm:           NVreg_EnableVia4x:int
>> parm:           NVreg_EnableALiAGP:int
>> parm:           NVreg_ReqAGPRate:int
>> parm:           NVreg_NvAGP:int
>> parm:           NVreg_EnableAGPSBA:int
>> parm:           NVreg_EnableAGPFW:int
>> parm:           NVreg_SoftEDIDs:int
>> parm:           NVreg_Mobile:int
>> parm:           NVreg_ModifyDeviceFiles:int
>> parm:           NVreg_DeviceFileUID:int
>> parm:           NVreg_DeviceFileGID:int
>> parm:           NVreg_DeviceFileMode:int
>> parm:           NVreg_ResmanDebugLevel:int
>> parm:           NVreg_FlatPanelMode:int
>> parm:           NVreg_DevicesConnected:int
>> parm:           NVreg_VideoEnhancement:int
>> parm:           NVreg_RmLogonRC:int
>> parm:           NVreg_RemapLimit:int
>> parm:           NVreg_UseCPA:int
>> parm:           NVreg_VbiosFromROM:int
>> parm:           nv_disable_pat:int
>>
>> I did have some problems with udev and SELinux - I got lots of 
>> boot-time errors regarding the creation of nvidia0, nvidia1, etc., 
>> but I resolved those using 'audit2allow'.
>>
>> Thanks in advance,
>> David 
>>     
>
>
> _______________________________________________
> atrpms-users mailing list
> atrpms-users at atrpms.net
> http://lists.atrpms.net/mailman/listinfo/atrpms-users
>
>