On 15 Apr 2024 at 0:29, Michael D. Setzer II via user wrote: To: Community support for Fedora users <users@xxxxxxxxxxxxxxxxxxxxxxx> Date sent: Mon, 15 Apr 2024 00:29:38 +1000 Subject: Re: crippling nvidia display issue. Priority: normal Send reply to: mikes@xxxxxxxx, Community support for Fedora users <users@xxxxxxxxxxxxxxxxxxxxxxx> From: "Michael D. Setzer II via users" <users@xxxxxxxxxxxxxxxxxxxxxxx> Copies to: "Michael D. Setzer II" <mikes@xxxxxxxx> > On 14 Apr 2024 at 12:47, John Pilkington wrote: > > Date sent: Sun, 14 Apr 2024 12:47:57 +0100 > Subject: Re: crippling nvidia display issue. > From: John Pilkington <johnpilk222@xxxxxxxxx> > To: users@xxxxxxxxxxxxxxxxxxxxxxx > Send reply to: Community support for Fedora users > <users@xxxxxxxxxxxxxxxxxxxxxxx> > > > On 12/04/2024 12:58, John Pilkington wrote: > > > On 12/04/2024 00:52, home user wrote: > > >> On 4/11/24 5:39 PM, Samuel Sieb wrote: > > >>> On 4/11/24 16:36, home user wrote: > > >>>> On 4/11/24 5:31 PM, Samuel Sieb wrote: > > >>>>> On 4/11/24 16:05, home user wrote: > > >>>>>> /tmp/akmodsbuild.2VNb1GB1/BUILD/nvidia-470xx-kmod-470.223.02/_kmod_build_6.8.4-100.fc38.x86_64/nvidia-drm/nvidia-drm-drv.c:748:40: error: 'DRM_UNLOCKED' undeclared here (not in a function); did you mean 'VM_LOCKED'? > > >>>>> > > >>>>> There has been a kernel change of some sort. The driver needs to > > >>>>> be updated to match the kernel. > > >>>>> > > >>>>> You will not get this driver to build on any newer kernels. > > >>>>> -- > > >>>> > > >>>> So realistically, my only practical choice is what Todd suggested, > > >>>> "to just switch to the stuff Nvidia provides directly"? > > >>> > > >>> Unless there's a hope of the rpmfusion package getting updated, it > > >>> looks like it. I'm not really familiar with akmods, but maybe you > > >>> could just update the source somehow. > > >> > > >> I'm not a systems administrator. I need someone to step me through > > >> the full switch in detail. > > >> Reminders: > > >> This is a dual boot (Fedora-38 and windows-7) stand-alone work > > >> station; it's 11 years old. > > >> I have only one old kernel, and no rescue kernel. > > >> The graphics card is an nvidia GeForce GTX 660. > > >> (anything else?) > > > > > > I have two systems affected by this, and have posted about it on the > > > rpmfusion and fedora-kde lists. I'm having trouble accessing the > > > rpmfusion archive, so maybe a comment here is in order. > > > > > > Both systems have GeForce GT 710 cards. This is low-spec, not for > > > gamers, and I've been using the rpmfusion 470xx drivers for years. I > > > upgraded from F38 to F39 around 2 weeks ago. > > > > > > AIUI we are moving from X11 graphics towards Wayland, which the nvidia > > > driver will not support; but nouveau might. So I've been trying it. > > > > > > On one box it's working acceptably, with VGA nad HDMI screens. > > > Single-boot F39. > > > > > > The other box is dual-boot with Windows 10. I can boot into Fedora only > > > with 'nomodeset', when I get a single screen HDMI 800x600 which seems > > > fine but limited. I can run MythTV frontend with --geometry > > > 720x504+40+20 > > > > > > The biggest worry is getting past a frozen boot, so I don't want to make > > > any recommendations. I have removed all the *nvidia* rpms except > > > nvidia-gpu-firmware, and installed nouveau-firmware from the > > > rpmfusion-nonfree-tainted repo. > > > > > > Maybe the rpmfusion team will make the old system work soon, or maybe > > > the even-older but just-updated 340xx driver would work. I'll try > > > living with what I have for now. > > > > After kernel and firmware updates today the behaviour of both systems, > > using nouveau, seems essentially unchanged from the report above. > > kernel now is 6.8.5-201.fc39.x86-64 > > > > If the 'nomodeset' is edited out in grub, a reboot of the dual-boot box > > still hangs almost immediately. > > > > I've removed the claim that mythleanfront works with mythbackend on the > > dual-boot box. I think that was mistaken, and a local permissions issue. > > > > > > HTH > > > > > > John P > > > > > > > > > > > -- > > Just as an additional note. I have an older Acer notebook that has > an NVIDIA GT 650M that had been working fine with the > rpmfusion driver. Have BOINC using its GPU for a project. > After recent kernel upgrade, I noticed it was no longer working. > Tried reinstalling the rpm and it fails to build, so goes to fallback > of noveum? driver. Went to NVIDIA site, and downloaded what I > believe was the correct driver for the GT 650M, but it also fails to > build? Currently 17 timezones away from machine. In GMT -0700, > while machine is in GMT +1000, so accessing remotely via > TurboVNC. So, not sure if this is a kernel issue, or the driver issue, > but seems neither rpmfusiong or nvidia's driver will work any > longer? I've got other machines that have new nvidia cards, and > they are working with a different rpmfusing nvidia rpm. > > Perhaps I'm missing something. Thanks. Otherwise machines fully > updated with no issues. > > Was looking around, and found this info in /var/cache/akmods/nvidia-470xx Appears that it was working with 6.7.11 kernel but is now failing with 6.8.x 26183873 Apr 2 12:52 kmod-nvidia-470xx-6.7.11-200.fc39.x86_64-470.223.02-2.fc39.x86_ 64.rpm 14360178 Apr 2 12:52 470.223.02-2-for-6.7.11-200.fc39.x86_64.log 614649 Apr 10 15:32 470.223.02-2-for-6.8.4-200.fc39.x86_64.failed.log 616385 Apr 15 01:02 470.223.02-2-for-6.8.5-201.fc39.x86_64.failed.log Thanks. > > > > _______________________________________________ > > users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx > > To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx > > Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > > List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx > > Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue > > > +------------------------------------------------------------+ > Michael D. Setzer II - Computer Science Instructor (Retired) > mailto:mikes@xxxxxxxx > mailto:msetzerii@xxxxxxxxx > mailto:msetzerii@xxxxxxx > Guam - Where America's Day Begins > G4L Disk Imaging Project maintainer > http://sourceforge.net/projects/g4l/ > +------------------------------------------------------------+ > > > -- > _______________________________________________ > users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx > To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx > Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx > Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue +------------------------------------------------------------+ Michael D. Setzer II - Computer Science Instructor (Retired) mailto:mikes@xxxxxxxx mailto:msetzerii@xxxxxxxxx mailto:msetzerii@xxxxxxx Guam - Where America's Day Begins G4L Disk Imaging Project maintainer http://sourceforge.net/projects/g4l/ +------------------------------------------------------------+ -- _______________________________________________ users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
