On Tue, Mar 17, 2020 at 2:09 AM Dorau, Lukasz <[email protected]> wrote: > > On Tuesday, March 17, 2020 9:26 AM Dan Williams <[email protected]> > wrote: > > On Mon, Mar 16, 2020 at 1:58 AM Dorau, Lukasz <[email protected]> > > wrote: > > > The above error: > > > "nfit_test: Unknown symbol acpi_nfit_test (err -2)" > > > I have hit after having removed the 'nfit_test' module: > > > $ sudo modprobe -v -r nfit_test > > > and having tried to reinsert it: > > > > > > $ sudo modprobe -v nfit_test > > > insmod /lib/modules/5.6.0-rc1-13504- > > g7b27a8622f80/kernel/drivers/acpi/nfit/nfit.ko.xz > > > insmod > > > /lib/modules/5.6.0-rc1-13504-g7b27a8622f80/extra/test/nfit_test.ko.xz > > > modprobe: ERROR: could not insert 'nfit_test': Unknown symbol in module, > > > or > > unknown parameter (see dmesg) > > > > > > because 'modprobe' has inserted the production version of the 'nfit' > > > driver > > (kernel/drivers/acpi/nfit/nfit.ko.xz) > > > instead of the test one (extra/nfit.ko.xz). > > > > Right, that's broken, but I'm not sure why. > > > > > > > > Regarding 'depmod' I have run the following commands to build and install > > > the > > kernel and the modules: > > > $ make > > > $ make M=tools/testing/nvdimm > > > $ sudo make M=tools/testing/nvdimm modules_install # ---> it runs > > > depmod > > > $ sudo make modules_install # ---> it runs depmod > > > $ sudo make install > > > > What distro? On Fedora rawhide I'm doing the same steps and end up with: > > Fedora release 31 (Thirty One) > > > > > # cat /lib/modules/$(uname -r)/modules.dep | grep nfit_test.ko > > extra/test/nfit_test.ko: extra/dax_pmem.ko extra/dax_pmem_core.ko > > extra/device_dax.ko extra/nd_pmem.ko extra/nd_btt.ko extra/nfit.ko > > extra/libnvdimm.ko > > kernel/security/keys/encrypted-keys/encrypted-keys.ko > > kernel/security/keys/trusted-keys/trusted.ko > > extra/test/nfit_test_iomap.ko kernel/drivers/char/tpm/tpm.ko > > > > ...i.e. the test version "extra/nfit.ko" in the dependency chain. > > On Fedora release 31 (Thirty One) I have the production version > ("kernel/drivers/acpi/nfit/nfit.ko.xz") in the dependency chain: > > $ cat /lib/modules/5.6.0-rc1-13504-g7b27a8622f80/modules.dep | grep > nfit_test.ko > extra/test/nfit_test.ko.xz: extra/test/nfit_test_iomap.ko.xz > kernel/drivers/acpi/nfit/nfit.ko.xz kernel/drivers/nvdimm/libnvdimm.ko.xz > kernel/security/keys/encrypted-keys/encrypted-keys.ko.xz > kernel/security/keys/trusted-keys/trusted.ko.xz > kernel/drivers/char/tpm/tpm.ko.xz kernel/drivers/char/hw_random/rng-core.ko.xz > > I do not want to use Fedora rawhide, because AFAIK ndctl does not compile on > it. > All I need now is to know the distro & kernel the 'nfit_test' module works > well with. > Do you know them?
Yes, any Fedora should be fine. When I say I'm using Rawhide I've used it for years and have not hit this issue which means I used it when Rawhide was equivalent to Fedora 31. Try running the module install sequence a second time. The first time through it establishes the dependencies of test modules on production, but I think it needs the test modules already installed to resolve dependencies the other direction. The other thing that might be contributing to broken dependencies is that you seem to have CONFIG_LOCALVERSION_AUTO enabled. The effect is that any change to the kernel tree will result in a brand new module directory and exacerbate the dependency problem. _______________________________________________ Linux-nvdimm mailing list -- [email protected] To unsubscribe send an email to [email protected]
