Странный баг при сборке модуля ядра

А как этот символ используется в вашем модуле?

$ grep __show_free_areas /lib/modules/`uname -r`/build/Module.symvers

Нет такого слова в этом файле.

IMHO Проблема в другом.

Если на объектный файл test.o натравить nm, то после компиляции с "-О0" там есть «U __show_free_areas».

После компиляции с "-О2" в выводе nm этой строки нет.

То есть, явно этот симовол не используется.

Можно только гадать, какая оптимизация выкидывает unreachable код, использующий эту функцию. Не знаю, может, кто-нибудь еще подскажет.

Ну, или на воспроизводящий пример посмотреть.

Попробуй флаг -Wl,--gc-sections, вдруг поможет.

Воспроизводится на ядрах 6.1 и 6.6 и компиляторах gcc-11.4.0,gcc-13.2

Линк ниже нам подсказывает, что ты что-то делаешь не то, потому что __show_free_areas там уже нет.

https://github.com/torvalds/linux/blob/v6.6/include/linux/mm.h

При изменении любых ключей компилятора нужно производить полную пересборку, никакой инкрементальщины. Может это конечно не оно, но так на всякий случай.

Хм. Вот это уже совсем странно.

Получив эту ошибку на 6.6, я откатился на 6.1 и там получил тоже самое.

Сейчас вернулся на 6.6 и оно собирается и с О0 и с О2! Фантастика!

Плохо, что ошибку не воспроизвести снова.

С другой стороны - сейчас все работает так как и должно работать.

Еще Рейган говорил: «Доверяй, но проверяй». )

make distclean, который вычищает всё, я делал и не раз.

Убеждался, что в каталоге остаются только исходники и Makefile.

Если убрать «-О0» или поставить «-О2», то все замечательно собирается.

В ядре есть много макросной и около-макросной магии, которая не работает, если собирать без оптимизаций. Никто не проверяет, что сборка -O0 работает, так что никаких гарантий. Для отладки приходится изгаляться со всякими трюками, чтобы собралось.

В ядре 6.5 __show_free_areas ещё есть, в ядре 6.6 его уже нет.

Если начнет снова не находить, то просто добавь такую пустышку. Это же отладка.