I'm just curious as since the issue is only with X, it could be you failed to patch or address something.
Nothing here is related to packaging.
I'm just curious as since the issue is only with X, it could be you failed to patch or address something.
Hi Amzo. Thanks for your reply. I built the driver from the ports tree using a patch:Did you build the driver yourself from outside of the port tree? I'm just curious as since the issue is only with X, it could be you failed to patch or address something. Ports nvidia-driver is still at 390.87 which was released before the GTX 1660ti if I remember correctly.
interrupt storm detected on "irq275:"; throttling interrupt sourcevmstat -i
?
Cool!Some time today I'll upgrade to the same driver version with the patches. If it is a driver issue relating to the newest FreeBSD Nvidia release and based on your information I should be able to reproduce it and go from there.
I have installed on a 12.0-RELEASE test system the 430.34 NVIDIA driver, not from ports but from downloaded tar ball at NVIDIA, without linux compatibility support. The video card is an old GeForce GT 630, passive cooled. So far I haven't had any problems. In your case the issues could be related to the overclocking. Have you tried slowing down the card as you mentioned in your post #19?
Some overclock settings in Win 10 attached.
As far as I can tell, the card is operating at the default clock speeds but it is a model that claims to be overclocked.
For info. ( as you probably saw ) I am running linux compatibility support ( or so I understand ).
I have installed on a 12.0-RELEASE test system the 430.34 NVIDIA driver, not from ports but from downloaded tar ball at NVIDIA,
Also I have this but not sure if it's saying anything useful:
The card is supposed to have a boost clock of 1860, which is more than stock.
I will also try a different tool now because the version of MSI Afterburner I have seems to make the settings obscure.
Hi Amzo. Thanks for your reply. I built the driver from the ports tree using a patch:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232645
But yes, perhaps it's possible it's out-of-sync with my version of ports? I installed FreeBSD less than a day after building the driver.
Maybe I could try the 418 version instead.
Thanks,
RobS.
hw.intr_storm_threshold="9000"
I would even try the nvidia-driver 390.* from pkg install, just to see what would happen
The reason I was curious is that the new driver has new IRQ code as was assuming there was a bug in it. I can't test it yet as I'm busy working on tensorflow port atm. Since an interrupt storm is when the processor receives too many interrupt requests I figured it may be a bug.
Try increasing the IRQ limit as a temporary fix, the default is 1000.
Code:hw.intr_storm_threshold="9000"
I've noticed that your linux kernel module is invoked in /etc/rc.conf
I'm not sure which is the correct way for enabling the Linux module, especially in 12.0
In my case, I load the module in /boot/loader.conf, in 11.2
In 11.2, my nvidia driver module is also loaded from /boot/loader.conf
In 12.0, I don't have nvidia GPU to play with nvidia driver.
Moreover, I would also try this:
I remember, sometime ago, I had to make latest nvidia-driver (from tarball) to play with CUDA and my GTX960, when 11.*? didn't have it in pkg or ports tree. The driver worked fine and so did CUDA.
I would even try the nvidia-driver 390.* from pkg install, just to see what would happen
Edit:
I just verified and corrected, in my 12.0, how linux module is loaded. It's from /etc/rc.conf
I would try re-seating my card inside the PC but it works fine under heavy load in Win10, so it would suggest the hardware is fine.
installed the official nvidia driver 430.34 from source.
Then the EQ overflow is causing the actual crash.
Thanks, yes, I was thinking of doing that.Test it under Linux.
One of the others reported that their system runs fine with this NVIDIA source build. Also, this is a later driver version, which I thought could contain a bug fix. Alas, it has not solved my issue.What's the point?
I will try re-seating stuff. I have also removed my Raid controller. When I booted Linux it posted some IO page fault errors relating to that.Last thing to try, but have you tried rebuilding Xorg and dependencies. I'm wondering if you have any enabled that could be causing issues, could you post /etc/make.conf? Other users on NVidia forums reported that they solved the issue of "Failed to query display engine channel state", by re-seating the card and memory as the problem was from bad contact / hardware.
Also what is the wattage of your power supply?
Reseat of gfx card seems to have made no difference. However, one of the connectors on my power cable seemed to be dead (when I tried swapping connectors, just in case). To be safe, I swapped the entire cable for a different one (modular PSU) which now works apparently (just as the original setup did).I will try re-seating stuff. I have also removed my Raid controller. When I booted Linux it posted some IO page fault errors relating to that.
Wattage of PSU is 750W (overkill). As mentioned it's stable under load with Win10.
I'm rebuilding Freebsd now. Btw, he ports driver install asks "WBINVD Flush CPU caches directly". I left this unselected.
My make.conf is blank.