Kernel 4.19.3-desktop-2omv don't compile nvidia

omlx-303
Tags: #<Tag:0x00007ff2ba9fe610>

#1

Hello,

OMV LX 3.03

New, old, problem. New kernel 4.19.3-desktop-2omv no nvidia drivers support.

Yes, that is it, just to report. Maybe solution depends on kernel developers or nvidia support …

Thanks

  • Relevant informations (hardware involved, software version, logs or output…):

Lx 3 users asking about nvidia packages for latest Lx 3 kernel (4.19.3-2)
(Ben Bullard) #2

I’ll pass this on. I don’t have a best solution to this problem myself, just an awareness that we currently don’t do this very consistently or well. In fact I saw these kernel packages in testing repo, tested them myself, and moved them to updates repo myself without ever thinking about this. But I don’t have nvidia hardware so it is easy for me to forget this aspect.

I’ve asked before and will again for us to come up with some kind of “system” or organization to seeing to it the tool-chain and kernel module packages that are kernel version specific like nvidia get dealt with consistently. I don’t expect nvidia packages to be available as soon as we release a new kernel package but would like to see these available on a timely basis without people with nvidia hardware having to ask every time.


(Ben Bullard) #3

See here.


(Tomasz Paweł Gajc) #4

Please provide dkms logs


(Cris) #5

have upgraded and built nvidia-current (415) nvidia340 and nvidia304 successfully now with 4.19, please let me know if that sorts it.

thanks
cris.


#6

Crisb,

Yes, I confirm nvidia 415 compiled just fine with kernel 4.19. Thanks

TPG,

I think you might not find dkms logs for the old nvidia interesting any longer since new nvidia 415 is working fine but, just in case, here is it,
dkms_make.log.txt (16,4 KB)


#7

Crisb,

VGA card = nVidia Geforce GTX 470
nVidia kernel module = nvidia-long-lived 390.87
Kernel = 4.19.3

Building the module with dkms, no problem.
Installing the module with dkms, problem.
It isn’t installed in the right folder.

After reboot, I have to go back in ‘konsole’ mode.
Uninstall the module with dkms, and than install the module with dkms.

Reboot, and now it is fine.
Tanks,
MauRice


#8

I have not boot with Nvidia 415 yet. Building was fine…I’ll report asap


(Ben Bullard) #9

Thanks @crisb for building these so quickly.

@MauRice thanks for reporting and confirming. If you have logs showing the first dkms module install that would show where they were installed and be a big help to developers. It is much easier for devs to fix things like this if they have logs showing the problem.

@adelson.oliveira if you could confirm (with the dkms logs) whether the modules are being installed in the correct folder or not that would be a big help to QA. If there is a problem I’m sure we can get @crisb to fix.


#10

Ok, as soon as possible …


(Ben Bullard) #11

OK, but I don’t really mean to interrupt your work flow, just when it’s right for you to do.


#12

Ben,

In the log files no mention of installing the kernel module.
I thinks dkms forget it to install it proper.
I started update with lernel 4.17.11 …
DKMS build the nVidia module 390.87 for both kernels.
But only installed for the 4.17.11 kernel.

MauRice

4.17.11-make.log.txt (209.2 KB)
4.19.3-make.log.txt (20.1 KB)


#13

I could test new kernel against bbswitch and nvidia in a dual graphics laptop. This laptop doesn’t have nvidia as its main graphic card. To check for nvidia functioning I have to have bbswitch working.
I confirm that building bbswitch and nvidia went fine although a warning was issue on “diretory or file not found”. I also confirm that some nvidia modules were not put on the kernel’s tree and I also don’t know if they were sent elsewhere.

What I think it should had happened:

Building process should generate
nvidia-drm.ko nvidia-long-lived.ko nvidia-modeset.ko nvidia-uvm.ko
from their source versions, and move these modules to the directory
/lib/modules/4.19.3-desktop-2omv/kernel/drivers/char/drm.

But, instead, these modules are found in a gzipped form at
/var/lib/dkms/nvidia-long-lived/kernel-4.19.3-desktop-2omv-x86_64/module
and have not been moved to the kernel tree.

The same happened to bbswitch and I could not use optirun to test nvidia after manually placing the nvidia and bbswitch modules where they are supposed to be.

An attempt to use dkms to build bbswitch anyway yielded:
# dkms remove bbswitch/0.8.6 --all
Error! There are no instances of module: bbswitch
0.8.6 located in the DKMS tree.

#     dkms install -m bbswitch -v 0.8.6
    Error! Could not find module source directory.
    Directory: /usr/src/bbswitch-0.8.6 does not exist.

In above, I think building process should look at
/var/lib/dkms/bbswitch/0.8-6/source/
for the bbswitch.c source file…

Here are corresponding logs:
bbswitch.make.log.txt (558 Bytes)
nvidia_390.87_make.log.txt (20,1 KB)


(Cris) #14

issue is that you’re installing incorrectly, for bbswitch the module version is 0.8-6 not 0.8.6

for me doing:

sudo dkms install -m bbswitch -v 0.8-6 -k 4.19.3-desktop-2omv
sudo dkms install -m nvidia-long-lived -v 390.87-1 -k 4.19.3-desktop-2omv

results in the modules being installed correctly. the modules should also be built the first time you boot with the new kernel.


#15

Yes, sorry for this mistake, everything works fine with bbswitch 0.86-6 and nvidia 390.87-1 after dkms install.

As Maurice said, during kernel installation nvidia and bbswitch modules did not appeared at proper places. Only after manually installing with dkms install things went fine.

Thanks