Anssi Hannula wrote:
> Steve Morris wrote:
>  
>> Anssi Hannula wrote:
>>  
>>> Steve Morris wrote:
>>>
>>>    
>>>> After the last cooker update I found through update-alternatives that
>>>> the opengl interface was not using the nvidia opengl drivers. I have
>>>> used update-alternatives to set the opengl drivers back to nvidias. I
>>>> also found that xorg.conf had the video driver set to nv instead of
>>>> nvidia, which I have now changed back. Why is this occurring as this is
>>>> not the first time this has occurred, particularly when the video driver
>>>> version has not changed during the update?
>>>>  
>>>>      
>>> This happens when you boot a kernel that does not have the proprietary
>>> nvidia module installed (and/or dkms couldn't build it).
>>>
>>>  
>>>    
>> Thanks Anssi, I have just realised my wife had booted off the 2.6.26
>> kernel which won't compile the nvidia proprietary driver. Another thing
>> I have noticed is that I am getting the following message in xorg.0.log
>> from the nvidia 173.08-2mdv driver, should I raise a bug on it?:
>>  
>
> Have you run "ldconfig" after you used update-alternatives to change the
> driver? If not, then do so.
>
>  
>> (II) "glx" will be loaded. This was enabled by default and also
>> specified in the config file.
>> (II) LoadModule: "glx"
>> (II) Loading /usr/lib/xorg/modules/extensions/nvidia-current//libglx.so
>> dlopen: /usr/lib/xorg/modules/extensions/nvidia-current//libglx.so:
>> undefined symbol: _nv001471gl
>> (EE) Failed to load
>> /usr/lib/xorg/modules/extensions/nvidia-current//libglx.so
>> (II) UnloadModule: "glx"
>> (EE) Failed to load module "glx" (loader failed, 7)
>>
>> regards,
>> Steve
>>
>>  
Anssi,
  Yes, I have cold booted the system several times since running the
update-alternatives, although having said that I have Modulepath
statements in xorg.conf that cause xorg to not use the
update-alternatives environment for opengl anyway.

regards,
Steve

>>  
>
>
>