Hello! I’m trying to build a custom kernel module during the Dockerfile build step (something that has succeeded in the past, before the Balena rollout).
The build fails during execution of: ./build.sh $balena_machine_type $balenaOS_version my_module
And the output looks like:
[my_container] make: Entering directory '/tmp/tmp.fVNOF7P83x' [my_container] CC [M] /usr/src/app/my_module_raspberrypi3_2.15.1+rev2.dev/my_module.o [my_container] /bin/sh: 1: scripts/basic/fixdep: not found
The base image I’m using is resin/raspberrypi3-python:3
Am I using the wrong base image? Do I need to adjust this now that you’re transitioning to the Balena name?
Hi, checking it out, I’m able to reproduce this in general, and doesn’t look like the problem of the module. It appears to me, that fixdep is at the right place but not executable properly (right flags are setup, etc, checking with the devices team for details, this is preliminary check)
@imrehg@daghemo@pimterry Thank you all for investigating this issue. I have reverted back to the 2.13.6+rev1 kernel headers, and can now successfully build the image.
However, during container startup, I get the following output through my balena-cloud dashboard:
12.11.18 10:09:19 (-0800) web-app /sbin/udevd 12.11.18 10:09:19 (-0800) web-app modprobe: ERROR: ../libkmod/libkmod.c:557 kmod_search_moddep() could not open moddep file '/lib/modules/4.14.68/modules.dep.bin'
I am sharing this here because it seems like it could also be related to the system device and module handling. My web-app is modeled after this balena-io-playground example. I am aware that insmod is the recommended workaround for modprobe, but I am not actually certain what modprobe is being used for here. Any suggestions what to do? Thanks.
I worked on this issue and merged a PR that fixes it for future versions of the OS
We are still working on the header tarballs for the previous OS versions.
Can you please share the exact device you are using and the exact OS version?
hey @brice, @rquant, @dysri, we have replaced a bunch of the broken kernel module header packages with newly compiled, supposedly fixed versions.
Could you please give it another try? If you try and still doesn’t work with the same fixdep issues (or new fixdep issues? hopefully not), then please let us know the exact device type and the OS version you are trying (so we can cross check whether it’s among the ones we covered). As much as I can tell from the information given above, the versions you used should be covered, but still…
Thanks, and sorry for the delay for the back-fixes!