| Summary: | FR: build and package kernel gdb scripts | ||
|---|---|---|---|
| Product: | Sisyphus | Reporter: | Ivan A. Melnikov <iv> |
| Component: | kernel-image-6.18 | Assignee: | Vitaly Chikunov <vt> |
| Status: | CLOSED FIXED | QA Contact: | qa-sisyphus |
| Severity: | enhancement | ||
| Priority: | P5 | CC: | antohami, kernelbot, placeholder |
| Version: | unstable | ||
| Hardware: | all | ||
| OS: | Linux | ||
|
Description
Ivan A. Melnikov
2026-02-19 14:37:07 MSK
(Ответ для Ivan A. Melnikov на комментарий #0) > Было бы хорошо собирать вместе с ядрами и запаковвывать скрипты для GDB > (vmlinux-gdb.py и др., см. CONFIG_GDB_SCRIPTS). Без них использование > дистрибутивного kernel-*-debuginfo оказывается настолько нетривиальным что > почти невозможным. Помню, что я это уже включал... Поискав нашел, что это было 2021-03-16 для флейвора xenomai. Скрипты полезные, но отсутствие этих скриптов не делает kernel-*-debuginfo почти бесполезным. Потому что у разработчика они и так есть - в его дереве исходного кода лежат. Чтоб ресолвить строки из стек трейса в gdb они не нужны, для crash и drgn они не нужны. (In reply to Vitaly Chikunov from comment #2) > Помню, что я это уже включал... Поискав нашел, что это было 2021-03-16 для > флейвора xenomai. > > Скрипты полезные, но отсутствие этих скриптов не делает kernel-*-debuginfo > почти бесполезным. С формулировкой я конечно размахнулся, прошу прощения. Этот баг был создан после не слишком удачных попыток поотлаживать одну историю с помощью kgdb, по всей видимости немного на эмоциях. Действительно, запакованные debuginfo могут быть использованны для исследования crash dump'ов и чего-то вроде addr2line. > Потому что у разработчика они и так есть - в его дереве исходного кода лежат. Для собранных локально ядер ядер -- да. А для уже собранных дистрибутивно (для которых и существует kernel-*-debuginfo) их нет. Там генерируется constants.py, и получить его из исходников для уже собранных ядер -- задача как минимум нетривиальная. |