Bug 746 - dkms build of nvidia96xx fails (error code 10)
Summary: dkms build of nvidia96xx fails (error code 10)
Status: RESOLVED WONTFIX
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: i586 Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Mageia Bug Squad
QA Contact:
URL:
Whiteboard:
Keywords: Triaged
: 754 (view as bug list)
Depends on:
Blocks:
 
Reported: 2011-04-09 20:41 CEST by robert marshall
Modified: 2011-05-03 01:07 CEST (History)
2 users (show)

See Also:
Source RPM: nvidia-96xx
CVE:
Status comment:


Attachments
the dkms make.log file (10.64 KB, text/x-log)
2011-04-09 20:41 CEST, robert marshall
Details
log file showing failure to start X after reboot with nouveau (7.40 KB, text/plain)
2011-04-10 21:52 CEST, robert marshall
Details

Description robert marshall 2011-04-09 20:41:09 CEST
Created attachment 218 [details]
the dkms make.log file

As upgraded from mandriva 2010.2 my system was using the nouveau graphics driver
(expected).
I attempted to install the nvidia drivers for my geforce 2 gts/pro card, on building the dkms process exits with error code 10:

/var/lib/dkms/nvidia96xx/96.43.18-1.mga1/build/nv.c: At top level:
/var/lib/dkms/nvidia96xx/96.43.18-1.mga1/build/nv.c:252:5: error: unknown field 'ioctl' specified in initializer
/var/lib/dkms/nvidia96xx/96.43.18-1.mga1/build/nv.c:252:5: warning: initialization from incompatible pointer type
make[3]: *** [/var/lib/dkms/nvidia96xx/96.43.18-1.mga1/build/nv.o] Error 1
make[2]: *** [_module_/var/lib/dkms/nvidia96xx/96.43.18-1.mga1/build] Error 2

It then attempts to restore the nouveau driver which then gives a

Failed to load module dri when trying to start the X server 


(this bug page doesn't work well if you put a summary before selecting the rpm packages option and doesn't give you a separate entry field for the rpm

dkms 2.0.19-22.mga1.src.rpm

)
Comment 1 Ahmad Samir 2011-04-09 21:05:52 CEST
1- Even if the module builds it won't work with current X server 1.10 in Cauldron.

2- When you switch from Nvidia <-> Nouveau you have to reboot.

I don't understand the issue about bugzilla, please open a separate bug report and give more details about the issue.

Source RPM: (none) => nvidia-96xx

Comment 2 robert marshall 2011-04-09 21:25:38 CEST
Yes, I've rebooted - this is when the dkms build of the module fails.

I assume the failed installation has moved the dri modules out of the way, is there an easy way of restoring things back to nouveau? I tried uninstalling the dksm rpms but still get the load failure with the dri module
Comment 3 Ahmad Samir 2011-04-09 23:22:46 CEST
Reconfigure your card by running drakx11 as root, and select "No" when asked about using the proprietary driver.
Comment 4 robert marshall 2011-04-10 16:53:24 CEST
don't get that option when running drakx11 in console mode but its writing an xorg.conf which uses the nouveau driver but still get the failure to load dri when selecting the test option. 

Might need to try reinstalling the dri libraries it is looking for
Comment 5 robert marshall 2011-04-10 17:33:44 CEST
never mind, I've hand edited xorg.conf to use the nv driver which works.

I think the bugzilla issue appears if you try to submit one bug and then another, I get a completely empty description box - no steps 1,2,3 etc - will try to replicate and submit separate bug 

I'm going to mark this as resolved - or is it waiting for the nvidia drivers

Status: NEW => RESOLVED
Resolution: (none) => INVALID

Comment 6 Ahmad Samir 2011-04-10 18:02:01 CEST
(In reply to comment #0)
> Created attachment 218 [details]
> the dkms make.log file
> 
> As upgraded from mandriva 2010.2 my system was using the nouveau graphics
> driver
> (expected).
> I attempted to install the nvidia drivers for my geforce 2 gts/pro card, on
> building the dkms process exits with error code 10:

That's using the nvidia-96xx packages from the nonfree repo or using the upstream .run package?
Comment 7 Ahmad Samir 2011-04-10 18:06:16 CEST
Keeping it open until upstream supports X server 1.10....

Status: RESOLVED => REOPENED
Resolution: INVALID => (none)

Comment 8 Ahmad Samir 2011-04-10 18:07:03 CEST
*** Bug 754 has been marked as a duplicate of this bug. ***

CC: (none) => 0123peter

Comment 9 robert marshall 2011-04-10 20:40:00 CEST
I was using the nvidia-96xx packages from the nonfree repo
Comment 10 Ahmad Samir 2011-04-10 20:44:48 CEST
Then no system files were replaced by nvidia files (this issue only arises if you use the upstream .run).

FWIW, the test option in drakx11 fails sometimes.

If you select nouveau in drakx11 and reboot, it still doesn't work? if so, could you attach /var/log/Xorg.0.log after a reboot?
Comment 11 robert marshall 2011-04-10 21:52:53 CEST
Created attachment 224 [details]
log file showing failure to start X after reboot with nouveau
Ahmad Samir 2011-04-10 22:05:20 CEST

Attachment 224 mime type: application/octet-stream => text/plain

Comment 12 Ahmad Samir 2011-04-10 22:11:32 CEST
Maybe some packages didn't get upgraded? what's the output of:
rpm -qa | grep -E "drm|mesa|nouveau"

(To make sure the system is full upgraded as root 'urpmi --auto-update -v').

Keywords: (none) => NEEDINFO

Comment 13 robert marshall 2011-04-10 23:11:35 CEST
 rpm -qa | grep -E "drm|mesa|nouveau"
libdrm_radeon1-2.4.24-1.mga1
libmesaglut3-7.10.1-1.mga1
mesa-7.10.1-1.mga1
x11-driver-video-nouveau-0.0.16-0.20110303.3.mga1
libdrm_nouveau1-2.4.24-1.mga1
libmesaglu1-devel-7.10.1-1.mga1
libmesagl1-devel-7.10.1-1.mga1
libdrm-common-2.4.24-1.mga1
libdrm-devel-2.4.24-1.mga1
libmesagl1-7.10.1-1.mga1
libmesaglu1-7.10.1-1.mga1
libdrm2-2.4.24-1.mga1
libdrm_intel1-2.4.24-1.mga1

and the auto-update gives me
.....
Packages are up to date
Comment 14 Ahmad Samir 2011-04-17 02:30:50 CEST
What's the output of:
rpm -V x11-server-common
Comment 15 Peter D 2011-04-17 04:00:35 CEST
I am not the original poster, but on my system it gives, 
missing    /usr/lib/xorg/modules/extensions/libdri.so

Two things might be important;
there is a file called libdri2.so
and I am currently using the nv driver (because neither the nvidia or nouveau drivers work).
Comment 16 Ahmad Samir 2011-04-17 04:35:14 CEST
(In reply to comment #15)
> I am not the original poster, but on my system it gives, 
> missing    /usr/lib/xorg/modules/extensions/libdri.so
> 

You get the same errors in the log as robert?

Also what's the output of:
rpm -V libmesagl1
Comment 17 Ahmad Samir 2011-04-17 04:35:39 CEST
@Peter, did you install the upstream .run at some point?
Comment 18 Peter D 2011-04-17 08:23:16 CEST
@Ahmad, I have not installed any nvidia .run packages only rpms, but I did urpmi things in before using XFdrake (so that I could save the packages).  There could be some strange dependency or installation order problem.  

rpm --verbose libmesagl1

echoes rpm's help message

rpm --verify libmesagl1

doesn't produce any output and echo $? produces "0".  

urpmi --test libmesagl1 
gives
Package libmesagl1-7.10.2-1.mga1.i586 is already installed

The "10" error is displayed during the boot sequence (after hitting the escape key).  

The errors that Robert got look like what I get when I go to /usr/src/nvidia96xx-96.43.18-1.mga1/ and type, "make module".
Comment 19 robert marshall 2011-04-17 16:19:39 CEST
I get the same as Peter

[robert@localhost ~]$ rpm -V x11-server-common
missing     /usr/lib/xorg/modules/extensions/libdri.so
rpm -V libmesagl1
gives no output

I also have a libdri2.so in modules/extensions, I have run the nvidia installer at some time in the past on this machine (but not since quite a few mandriva upgrades ago - can't remember when the .run files is dated 2007!)
Comment 20 Ahmad Samir 2011-04-18 02:19:01 CEST
rpm -V giving no output means the installed package verification passed without problems. I still don't understand what could have deleted libdri.so

Please reinstall x11-server-common:
su
urpmi --replacepkgs x11-server-common

(or just update your system, x11 packages have been updated (not related to this bug report in particular)).
Comment 21 Peter D 2011-04-18 13:49:04 CEST
The file is back after the current round of updates.
Comment 22 robert marshall 2011-04-18 17:53:58 CEST
Just to confirm the same is true for me and nouveau now works. 

My machine for beta testing mageia is one I use for trying mandriva upgrades and not much used otherwise so I'm a little hazy on the settings before the mageia upgrade but I think it was using the nv driver and once the attempt to install the closed source nvidia driver failed (at the start of this bug report I decided to try this after having done the upgrade) then the system attempted to fall back to nouveau which had not been used before.
Comment 23 Ahmad Samir 2011-04-18 19:01:54 CEST
OK, it might have been the missing file or the new X packages that fixes the issue...

I think we can close this report as won't fix, since fixing the kernel module build of nvidia-96xx isn't useful as it doesn't work with X server 1.10, and there's no ETA of when upstream will provide an updated driver ("if ever" as Thierry said on -dev ML :)).

In the mean time, Anssi has change drakx11 to not select nvidia96xx at all now, as it's broken. And I think the nvidia96xx and nvidia173 packages should/will be removed from the mirrors before release if upstream doesn't provide updated drivers by that time...

Keywords: NEEDINFO => Triaged
Status: REOPENED => RESOLVED
Resolution: (none) => WONTFIX

Comment 24 Ahmad Samir 2011-05-03 01:07:43 CEST
*** Bug 1106 has been marked as a duplicate of this bug. ***

CC: (none) => nguyen.matthieu


Note You need to log in before you can comment on or make changes to this bug.