Re: Something wrong with kernel-headers on fedora 30?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> To build a module, you need kernel-devel, and it needs to be the same version as the
> kernel you are building against. kernel-devel can be parallel installed, so you can have
> multiple versions. It is highly recommended that you run the 5.3.11 or newer kernel
> packages at this point as well, since they fix a number of security issues.

Well I was able to find kernel-headers for 5.1.20 and 5.3.7 and the
build log (hptdrv.log) a successful build. But fedora is still not
happy with this driver.

[   11.043838] rsnvme: loading out-of-tree module taints kernel.
[   11.043843] rsnvme: module license 'Proprietary' taints kernel.
[   11.043844] Disabling lock debugging due to kernel taint
[   11.043981] rsnvme: module verification failed: signature and/or
required key missing - tainting kernel
[   11.045248] rsnvme:RocketNVMe RAID controller driver v1.2.16 block major fc
[   11.048774] rsnvme:Found PLX upstream port (bus 4) (cmd 100507).
[   11.048970] rsnvme:Mapped Va 00000000784f3ab3 size 690 874710b5

The 5.1.20 kernel will load desipte it pedantic unhappyness. But
something was install at some time that stops the 5.3.7 kernel is
early boot.

I can't get a screen snap of this error message because this is a
workstation install and does not have a root password (at least I
don't remember after all these years). All I can do is power off and
reboot into the 5.1.20 kernel.

Basically in 5.3.7 dracut-pre-udev is extremely unhappy as modprobe
fails for rsnvme.ko in /lib/modules/5.3.7... Put the machine in
emergency mode and demands a root password (Control D to continue does
not help). Again this does not happen with 5.1.20. Something has
changed.

So rsnvme.ko is the scsi driver for the HighPoint RAID adapter. OK I
can uninstall the rsnvme driver and then use the fedora nvme block
drivers and soft-RAID (at 1/2 the performance).

But that does not help with dracut modprobe of rsnvme. The 5.1.20
kernel complains but boots to a logon. The 5.3.7 kernel just dies
every time.

What I can seefind is a /lib/dracut/modules.d/40hptdrv/ directory with
two script files and one does do a modprobe rsnvme. So I can guess
that removing this might help with 5.3.7 problem.

But editing these files directly does not help. So I suspect extreme
cleverness where these files are are not used at boot.

So is there dracut (or something) command that will remove the hptdrv
driver component from dracut and the kernal, so that I can actually
this system.
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-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/devel@xxxxxxxxxxxxxxxxxxxxxxx




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux