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 )
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
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
Reconfigure your card by running drakx11 as root, and select "No" when asked about using the proprietary driver.
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
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 => RESOLVEDResolution: (none) => INVALID
(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?
Keeping it open until upstream supports X server 1.10....
Status: RESOLVED => REOPENEDResolution: INVALID => (none)
*** Bug 754 has been marked as a duplicate of this bug. ***
CC: (none) => 0123peter
I was using the nvidia-96xx packages from the nonfree repo
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?
Created attachment 224 [details] log file showing failure to start X after reboot with nouveau
Attachment 224 mime type: application/octet-stream => text/plain
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
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
What's the output of: rpm -V x11-server-common
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).
(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
@Peter, did you install the upstream .run at some point?
@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".
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!)
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)).
The file is back after the current round of updates.
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.
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 => TriagedStatus: REOPENED => RESOLVEDResolution: (none) => WONTFIX
*** Bug 1106 has been marked as a duplicate of this bug. ***
CC: (none) => nguyen.matthieu