Scheduled Maintenance: We are aware of an issue with Google, AOL, and Yahoo services as email providers which are blocking new registrations. We are trying to fix the issue and we have several internal and external support tickets in process to resolve the issue. Please see: viewtopic.php?t=158230

 

 

 

linux-image-4.9.0-rt-amd64 and nvidia-driver

Ask for help with issues regarding the Installations of the Debian O/S.
Post Reply
Message
Author
hal9k
Posts: 5
Joined: 2018-09-15 12:27

linux-image-4.9.0-rt-amd64 and nvidia-driver

#1 Post by hal9k »

Hi,

i am trying to install

- debian 9.5 using the preempt_rt kernel (4.9.0-8)
- on an ASROCK J4005 board
- with a nvidia GT1030.

Installing debian 9.5 works without any major complaints.
Setting up the image and headers of the preempt_rt kernel is fine (using the metapackage).
The system reboots - it's all good.
I am using apt-get update at this point, before trying to install the nvidia driver suggested by nvidia-detect.

Then, when i try to install the nvidia-driver package (384.130, dkms) it complaint's about me using a realtime kernel
and compilation of the kernel fails (installing the nvidia-driver without realtime does work - just to make sure).

Currently i am using standard stretch packages - no backports.

As reading about this on the net (for the last couple of days) left me quite confused,
i would like to ask if someone can help and clarify things for me:

In the old days it seems, there was a patch for each version of the driver which fixed things.
Then, at some point in time, there was no need for the patch at all and the debian internal nvidia-driver took care of things.
Currently, the (stable) nvidia-driver (384.130) does not support the realtime kernel.
There is a bug being mentioned for a slightly earlier version that won't be fixed, or maybe it's just me doing something wrong.

Does anyone know of a current combination of debian preempt_rt kernel and nvidia-driver that does work
(the nvidia driver version being at least 384.130)?

Is using the nvidia driver (from their website) an option (worst case ...)?

Keeping things stable would be nice.

Thanks, Timo

User avatar
bw123
Posts: 4015
Joined: 2011-05-09 06:02
Has thanked: 1 time
Been thanked: 28 times

Re: linux-image-4.9.0-rt-amd64 and nvidia-driver

#2 Post by bw123 »

bug is tagged as won't fix on 384,
https://bugs.debian.org/cgi-bin/bugrepo ... bug=883793
seems to be a problem for newer versions also.
https://duckduckgo.com/html/?q=nvidia+real-time+preempt
resigned by AI ChatGPT

User avatar
None1975
df -h | participant
df -h | participant
Posts: 1389
Joined: 2015-11-29 18:23
Location: Russia, Kaliningrad
Has thanked: 45 times
Been thanked: 66 times

Re: linux-image-4.9.0-rt-amd64 and nvidia-driver

#3 Post by None1975 »

To use the standard Debian kernel is not a solution?
OS: Debian 12.4 Bookworm / DE: Enlightenment
Debian Wiki | DontBreakDebian, My config files on github

hal9k
Posts: 5
Joined: 2018-09-15 12:27

Re: linux-image-4.9.0-rt-amd64 and nvidia-driver

#4 Post by hal9k »

Thanks for the replies.

This system is meant to be running LinuxCNC, therefore i do need the realtime kernel.

I would rather use another graphics card instead as dedicated graphics seems to improve latency.

nvidia .. what Linus said ;)

User avatar
stevepusser
Posts: 12930
Joined: 2009-10-06 05:53
Has thanked: 41 times
Been thanked: 71 times

Re: linux-image-4.9.0-rt-amd64 and nvidia-driver

#5 Post by stevepusser »

People doing audio work have successfully used the low-latency Liquorix kernel instead, which will build Nvidia drivers, but I don't know if it will meet your CNC RT requirements. If you're using Stable, I maintain backports of the Liquorix kernel for Jessie, Stretch, and Ubuntu 14.04: https://techpatterns.com/forums/about2615.html

You'll need the Nvidia drivers from Stretch backports to build with the 4.18.X kernels.
MX Linux packager and developer

hal9k
Posts: 5
Joined: 2018-09-15 12:27

Re: linux-image-4.9.0-rt-amd64 and nvidia-driver

#6 Post by hal9k »

Liquorix sounds interesting, thanks.

Not sure if it will work, but it's worth to try.

User avatar
sunrat
Administrator
Administrator
Posts: 6412
Joined: 2006-08-29 09:12
Location: Melbourne, Australia
Has thanked: 116 times
Been thanked: 462 times

Re: linux-image-4.9.0-rt-amd64 and nvidia-driver

#7 Post by sunrat »

The Liquorix kernel is good for audio but not sure about CNC. RT kernels are generally difficult or impossible to use with Nvidia drivers.
Support for Pascal cards (which includes GT1030) was not added to the default Nouveau drivers until kernel 4.14 and appears to still not include reclocking or 3D acceleration although that's probably not needed for CNC. There doesn't appear to be an RT kernel available for Stretch later than 4.9.
There is a 4.18 RT kernel available for Testing if you're game to try running Testing. If it works and you don't need to connect to internet/network, you could ignore the usual testing update roundabout.
https://packages.debian.org/buster/linux-image-rt-amd64
“ computer users can be divided into 2 categories:
Those who have lost data
...and those who have not lost data YET ”
Remember to BACKUP!

User avatar
debiman
Posts: 3063
Joined: 2013-03-12 07:18

Re: linux-image-4.9.0-rt-amd64 and nvidia-driver

#8 Post by debiman »

hal9k wrote:This system is meant to be running LinuxCNC, therefore i do need the realtime kernel.
i recently stumbled upon this:
https://forum.linuxcnc.org/9-installing ... n-debian-9
(maybe in one of your other threads)
RT seems to be the correct choice.
I would rather use another graphics card instead as dedicated graphics seems to improve latency.
so, aren't you saying here that you don't really need the nvidia card?
why do you insist on using it then?
doesn't the mobo have onboard graphics?

hal9k
Posts: 5
Joined: 2018-09-15 12:27

Re: linux-image-4.9.0-rt-amd64 and nvidia-driver

#9 Post by hal9k »

after some sleep, i set up a system using debian buster.

Nouveau detects the nvidia card (just required some firmware) and the rt image installs fine.

This might be a good place to start, knowing it will be stable at some point.
The nouveau driver seems to be a good choice in the long run.

@debiman

i stumbled upon that link too.

Both, the internal intel gpu (uhd600) and the nvidia approach (using nouveau) require a newer kernel to run, buster (currently 4.18) seems to work.
Using the internal GPU is my fallback option for now.

I will compare both scenarios (using the intel gpu vs. nvidia/nouveau) as soon as i have linuxcnc compiled - just might take some time to do so :)

At this point i can't say for sure which one (internal vs dedicated gpu) is the better choice (in terms of worst case latency).
That's why i would like to try both options and then decide on what works best for me.

User avatar
stevepusser
Posts: 12930
Joined: 2009-10-06 05:53
Has thanked: 41 times
Been thanked: 71 times

Re: linux-image-4.9.0-rt-amd64 and nvidia-driver

#10 Post by stevepusser »

Part of the problem seems to be your shiny new 2018 8th-gen Intel hardware and Stretch's aging 2016 kernel and drivers.

You can get it working correctly with updates from stretch-backports for Mesa, kernels (currently the same in stretch-backports as in testing) and firmware packages (my 8th-gen MSI laptop works well with these now, but it was pretty hectic for a while back in May), but the easiest path is probably to stick with testing.
MX Linux packager and developer

hal9k
Posts: 5
Joined: 2018-09-15 12:27

Re: linux-image-4.9.0-rt-amd64 and nvidia-driver

#11 Post by hal9k »

yeah, i guess using an older generation of board would make things easier, but this way i am learning quite a bit and Buster seems pretty stable for a 'testing' branch.

The intel gpu actually works out of the box and has lower latency than the nvidia/nouveau approach for now - nouveau still might need some polishing.

User avatar
sunrat
Administrator
Administrator
Posts: 6412
Joined: 2006-08-29 09:12
Location: Melbourne, Australia
Has thanked: 116 times
Been thanked: 462 times

Re: linux-image-4.9.0-rt-amd64 and nvidia-driver

#12 Post by sunrat »

stevepusser wrote:... but the easiest path is probably to stick with testing.
There is no recent RT kernel in backports which is why I suggested testing.
The downside is that it is testing, and liable to break with upgrades at any time. Be very careful of what packages upgrade proposes to remove, and abort if you're unsure. It will usually become safe again after a short time.
hal9k wrote:The intel gpu actually works out of the box and has lower latency than the nvidia/nouveau approach for now - nouveau still might need some polishing.
Interesting, thanks for sharing that.
“ computer users can be divided into 2 categories:
Those who have lost data
...and those who have not lost data YET ”
Remember to BACKUP!

Post Reply