Squashed backup commit (no shallow-clone history issues) of xiaomi-mt6833-dev/kernel_xiaomi_mt6833 (lineage-23.2 branch, upstream commit 9eece662e) plus all fixes applied to get everpal_defconfig building clean against a modern (GCC 15.2.0) toolchain -- see the previous commit message on the lineage-23.2 branch (also in this repo history is not available here since this is a squashed snapshot; full incremental history lives in the local DL380 checkout and the upstream GitHub remote). Upstream: https://github.com/xiaomi-mt6833-dev/kernel_xiaomi_mt6833 (lineage-23.2)
23 lines
954 B
Plaintext
23 lines
954 B
Plaintext
Debugging Modules after 2.6.3
|
|
-----------------------------
|
|
|
|
In almost all distributions, the kernel asks for modules which don't
|
|
exist, such as "net-pf-10" or whatever. Changing "modprobe -q" to
|
|
"succeed" in this case is hacky and breaks some setups, and also we
|
|
want to know if it failed for the fallback code for old aliases in
|
|
fs/char_dev.c, for example.
|
|
|
|
In the past a debugging message which would fill people's logs was
|
|
emitted. This debugging message has been removed. The correct way
|
|
of debugging module problems is something like this:
|
|
|
|
echo '#! /bin/sh' > /tmp/modprobe
|
|
echo 'echo "$@" >> /tmp/modprobe.log' >> /tmp/modprobe
|
|
echo 'exec /sbin/modprobe "$@"' >> /tmp/modprobe
|
|
chmod a+x /tmp/modprobe
|
|
echo /tmp/modprobe > /proc/sys/kernel/modprobe
|
|
|
|
Note that the above applies only when the *kernel* is requesting
|
|
that the module be loaded -- it won't have any effect if that module
|
|
is being loaded explicitly using "modprobe" from userspace.
|