ALT Linux Bugzilla – Full Text Bug Listing
|Summary:||[FR] automatic kernel module check for symbol-related problems|
|Product:||[Development] Sisyphus||Reporter:||Ivan Zakharyaschev <email@example.com>|
|Component:||rpm-build-kernel||Assignee:||Sergey Vlasov <firstname.lastname@example.org>|
|Priority:||P2||CC:||email@example.com, firstname.lastname@example.org, email@example.com, firstname.lastname@example.org, email@example.com, firstname.lastname@example.org, email@example.com, firstname.lastname@example.org, email@example.com, firstname.lastname@example.org, email@example.com, firstname.lastname@example.org, email@example.com|
|Bug Depends on:|
rpm-build-kernel-0.11-alt1 After modules have been compiled, it would be nice to check if they can be loaded into the corresponding kernel, whether they have no unknown symbols. Before it happens in a working system. Perhaps, module-init-tools are able to do such a check (not for the running kernel), or it could be done in a hardware emulator. This feature request was inspired by https://bugzilla.altlinux.org/show_bug.cgi?id=14408 , https://bugzilla.altlinux.org/show_bug.cgi?id=14409 .
The kernel build system already does some checks for undefined symbols; unfortunately, even in 2.6.24 failures of these checks when building external modules are just warnings. However, the real problem with drm is not undefined symbols, but multiple definitions of symbols (the drm module cannot be loaded due to the duplicate idr_remove_all definition, and then all modules which depend on it fail with unresolved symbols), and the uhci_hcd problem is due to races between concurrent modprobe invocations.
(In reply to comment #1) > However, the real problem with drm is not undefined symbols, but multiple > definitions of symbols (the drm module cannot be loaded due to the duplicate > idr_remove_all definition, I see. Added "multiple definitions of symbols" to the summary.