Solved More silly questions regarding Nvidia GP108 GeForce GT 1030

To begin with, I'm not certain if my Nvidia GT 1030 is considered to be an obsolete card or not, but I do know that the drivers for it have given me a lot of fun in the past, and I now wish to head off any potential fun (black screens) that maybe heading my way in the near future.

To begin with, below is some basic information about my system and it's hardware:
Code:
OS: FreeBSD 15.0-RELEASE-p10 amd64
Display Manager: lightdm-1.32.0_7
Greeter: lightdm-gtk-greeter
DE: Xfce 4.20
DE: cinnamon-desktop-6.4.2
Shell: sh
Terminal: xfce4-terminal
CPU: Intel Pentium Gold G5400 (4) @ 3.700GHz
GPU: GP108 [GeForce GT 1030]

Below is some more information specifically related to my video card:
Code:
Simon@Asus:~ $ pciconf -lv | grep -B4 -E "VGA|display"
    class      = serial bus
vgapci0@pci0:1:0:0:    class=0x030000 rev=0xa1 hdr=0x00 vendor=0x10de device=0x1d01 subvendor=0x1043 subdevice=0x85f4
    vendor     = 'NVIDIA Corporation'
    device     = 'GP108 [GeForce GT 1030]'
    class      = display
    subclass   = VGA
    
Nvidia drivers
Simon@Asus:~ $ kldstat | grep nvidia
 2    2 0xffffffff82b10000   1652f8 nvidia-modeset.ko
 3    2 0xffffffff82e00000  6068378 nvidia.ko
 7    1 0xffffffff82cbd000    14a88 nvidia-drm.ko

Below is some information I found regarding the various Nvidia packages on my system:
Code:
Simon@Asus:~ $ pkg info | grep -i nvidia
egl-wayland-1.1.21             NVIDIA graphics EGLStream Wayland platform
egl-x11-1.0.5                  NVIDIA graphics EGL xlib/xcb XWayland platform
nvidia-driver-580.119.02_1     NVidia graphics card binary drivers for hardware OpenGL rendering
nvidia-drm-66-kmod-580.119.02.1500068_2 NVIDIA DRM Kernel Module
nvidia-drm-kmod-580.119.02     NVIDIA DRM Kernel Module
nvidia-kmod-580.119.02.1500068_1 kmod part of NVidia graphics card binary drivers for hardware OpenGL rendering
nvidia-settings-580.119.02     Display Control Panel for X NVidia driver
nvidia-xconfig-580.119.02      Tool to manipulate X configuration files for the NVidia driver

Okay, so if I'm using X11 and lightdm, then why are the above Wayland Nvidia packages on my system's hard drive?

Also, below are a list of packages I have locked out in order to keep them from being overwritten by a package upgrade command.

I accidentally allowed the below packages to be overwritten on one or two earlier occasions, and whenever that would happen, I always would end up with black screen instead of my usual login screen. So, I don't want the below packages to be overwritten until I know more about Nvidia drivers work with the rest of the operating system.

Below is a list of the packages I have locked on my system:
Code:
Simon@Asus:~ $ pkg lock --show-locked
Currently locked packages:
drm-66-kmod-6.6.25.1500068_8
nvidia-driver-580.119.02_1
nvidia-drm-66-kmod-580.119.02.1500068_2
nvidia-drm-kmod-580.119.02
nvidia-kmod-580.119.02.1500068_1
nvidia-settings-580.119.02
nvidia-xconfig-580.119.02

Since the above Wayland-Nvidia drivers are not included on my list of locked packages, what will happen if the Wayland-Nvidia drivers somehow get overwritten in the future? Should I add them to the list of locked packages? Also, is the current set of Nvidia drivers I'm now using the best option? I've tried installing other versions of Nvidia drivers, but these are the only ones which don't give me black screen at login.

Any info greatly appreciated.
 
I have many nvidia cards of various generations.

They all work well but generations are matched to the desired level of performance.

My Series 10 cards work perfectly for 2D general use. My Series 16 cards are far more capable, much larger and much higher power needs. I’m currently running a 4060ti on my new build. The card is so big I had to remove the upper drive cage in my full size Antec case.

Series 40 cards do AV2 encoding and decoding both. Ideal fro ripping 4k movies to my server.
 
Currently, both latest (aka main) branch and quarterly (recently 2026Q3 is branched from latest) has 580.173.02 for *-580 legacy variants.

If you want Wayland to work, installing graphics/nvidia-drm-kmod-580 should pull in minimal related ports / pkgs that fits your base FreeBSD.

To know what are installed, see this post of mine (for production branch, but you can re-read anything having nvidia in their names to add -580).

Note that you'll need to build from ports once you switch to 15.1 while 15.0 is still supported.
This is because kmod (kernel module) builders for minor releases other than the oldest supported releases per major releases has not yet resolved regression that does NOT build NVIDIA related kmod ports other than x11/nvidia-kmod.
In this case, you need kernel sources (under /usr/src/sys) that 100% matches for your running kernel.
 
The nvidia site helps you determine if your GPU is considered "legacy" or not. FTR, I hope it's not, as I too have a GT1030. I'm using driver 570.207 in linux and I only currently run BSD in a VM so it's not relevant. It was a total PITA to match up a driver version with the correct CUDA stuff and the 570 was the only one I could make work with my CUDA SDK and demos.
 
I have the GP108 (GeForce GT1030). If you look at /usr/ports/UPDATING the 20260327 entry gives a link to supported chips at https://us.download.nvidia.com/XFree86/FreeBSD-x86_64/595.58.03/README/supportedchips.html.

If you look for the 1030 there, and then scroll up, you'll see it's in the section marked
Below are the legacy GPUs that are no longer supported in the unified driver
These GPUs will continue to be maintained throughthe special legacy NVIDIA GPU driver releases.

The 580.xxdriver supports the following set of GPUs:

I missed it till someone, almost certainly T-Aoki, pointed it out to me, that that card is considered legacy.

I am on 15.1-RELEASE, and use the latest versions of package. Sometimes, when I upgrade the nvidia packages everything is fine. Sometimes it won't work after the upgrade. When that happens, I use gitup to make sure my ports are at the latest. Then I do
portmaster nvidia-drm-66-kmod-580 nvidia-drm-kmod-580


This pulls in anything else it needs, and it doesn't take very long at all.
and this has always fixed it if there's a problem.

Hope this helps.
 
I have the GP108 (GeForce GT1030). If you look at /usr/ports/UPDATING the 20260327 entry gives a link to supported chips at https://us.download.nvidia.com/XFree86/FreeBSD-x86_64/595.58.03/README/supportedchips.html.

If you look for the 1030 there, and then scroll up, you'll see it's in the section marked


I missed it till someone, almost certainly T-Aoki, pointed it out to me, that that card is considered legacy.

I am on 15.1-RELEASE, and use the latest versions of package. Sometimes, when I upgrade the nvidia packages everything is fine. Sometimes it won't work after the upgrade. When that happens, I use gitup to make sure my ports are at the latest. Then I do
portmaster nvidia-drm-66-kmod-580 nvidia-drm-kmod-580


This pulls in anything else it needs, and it doesn't take very long at all.
and this has always fixed it if there's a problem.

Hope this helps.
Some of this is still just a little bit over my head, so I will have to read through it more carefully over the weekend. But at any rate, it sounds like I can get by using the driver that I'm now using, for at least a little white into the future?
 
I have the GP108 (GeForce GT1030). If you look at /usr/ports/UPDATING the 20260327 entry gives a link to supported chips at https://us.download.nvidia.com/XFree86/FreeBSD-x86_64/595.58.03/README/supportedchips.html.
You can replace 595.58.03 in the link to any "actually released" version you want, at least for several recent ones per branch (580, 590, 595, 610, ...).

I missed it till someone, almost certainly T-Aoki, pointed it out to me, that that card is considered legacy.
Yes, it would be me, in whichever Nvidia thread or NVIDIA GTX 1080i support how? thread. 😁
 
So this has got me thinking, if I decide to build a new desktop computer in the near future, should I go with AMD instead of Nvidia? Or would some other brand be easier to work with?
It depends, all have issues. FreeBSD adds some on top. With my current radeom 780M I never had issues on both linux and freesdb. My vega 8 had several issues both on linux and on freebsd (more on freebsd). My rx-480 had issues on all oses, had to lower clocks to avoid it crashing. My Radeon hd 6850 had to had its firmware tweaked. My integrated kabylake igpu had issues depending on kernel version (it's ok now). On the olden days had issues with an nvidia 1050ti, and before that with an fx 5200 and a 7900gx2.

The benefit of going with nvidia is that as long as there is drm support you get official drivers. Intel and amd you have oss support with some official backing but stuff is made with linux in mind and is then ported.

So none is perfect. But at the moment intel may not be the right choice fot recent hardware.
 
The benefit of going with nvidia is that as long as there is drm support you get official drivers. Intel and amd you have oss support with some official backing but stuff is made with linux in mind and is then ported.
That is very good to know. Thank you.
 
Also, I have one further question on this topic, and I hope that someone can point me in the right direction. Someone else mention that waking a computer from suspend with power button is a bit dicey. So after that I poked around a bit and tried to get my FreeBSD to wake up by hitting a key on my keyboard. No luck at all. It seems that I have everything enabled within my bios settings, and I have found that if I plug my phone into the USB port normally used by my keyboard, that particular port is still delivering 5v even though my PC is in suspend mode (phone goes into fast charge mode). So, I'm assuming that the FreeBSD operating system must be blocking inputs from the keyboard while in suspend, even though the port the keyboard is plugged into is still powered. Any info greatly appreciated.
 
Whether USB ports deliver power when the computer is suspended is a function of the BIOS, not the OS.

NVidia gets you into trouble once your card is too old and you have to use legacy drivers. Their legacy drivers are not adapted to OS changes future-forward.
 
Whether USB ports deliver power when the computer is suspended is a function of the BIOS, not the OS.

NVidia gets you into trouble once your card is too old and you have to use legacy drivers. Their legacy drivers are not adapted to OS changes future-forward.
But now that I think about it, when this same exact PC was running Windows 10 and Ubuntu, (same exact power supply and motherboard) it was then able to wake up from suspend with a quick light tap on the keyboard space-bar. Also, hopefully I have some time before my card is too old to use anymore. I'm planning on assembling a new desktop PC in the near future, but I haven't what sort of video card to use in my new build.
 
I'm not sure what this means, but I now have an old PS/2 keyboard connected to my desktop, and now it is able to wake up from suspend with just a simple tap on the keyboard.
 
Back
Top