[d-kernel] Q: kernel modules for 7.x

[d-kernel] Q: kernel modules for 7.x

[Konstantin Lepikhov]

Привет!

А это большой секрет ООО что модулей для 7.x больше не будет? В настоящий
момент модули для 7.x собрать нельзя причем это какая-то локальная
проблема нашей сборочной среды (hsh?), сборка все модулей заканчивается
вот такой ошибкой:
...
error: objtool [signal.c:75]: read_stack_limit: fopen failed: No such file or directory 
make[3]: *** [/usr/src/linux-7.0.10-7.0-alt1/scripts/Makefile.build:507: wl.o] Error 255

Я не знаю, с чем это связано, предлагаю посмотреть код авторам hsh, но
однозначно это проблема именно alt, а не апстрима.

<sarcasm>
PS не сообщал об этой проблеме раньше, думая что все в курсе и исправление
готовится, но теперь подозреваю это тайный план ООО по захвату влияния ;)
</sarcasm>

-- 
WBR et al.

Re: [d-kernel] Q: kernel modules for 7.x

[Ivan A. Melnikov]

On Wed, May 27, 2026 at 10:51:18AM +0200, Konstantin Lepikhov wrote:
> Привет!
> 
> А это большой секрет ООО что модулей для 7.x больше не будет? В настоящий
> момент модули для 7.x собрать нельзя причем это какая-то локальная
> проблема нашей сборочной среды (hsh?), сборка все модулей заканчивается
> вот такой ошибкой:
> ...
> error: objtool [signal.c:75]: read_stack_limit: fopen failed: No such file or directory 
> make[3]: *** [/usr/src/linux-7.0.10-7.0-alt1/scripts/Makefile.build:507: wl.o] Error 255
> 
> Я не знаю, с чем это связано, предлагаю посмотреть код авторам hsh, но
> однозначно это проблема именно alt, а не апстрима.
[...]

Я не автор hsh, но посмотреть могу, благо сообщение об ошибке
указывает, куда смотреть:

https://github.com/torvalds/linux/blob/v7.0/tools/objtool/signal.c#L75

Похоже, теперь для работы этого objtool требуется /proc. Попробуйте
добаввить

BuildRequires: /proc

в спек несобирающегося пакета.

-- 
  wbr,
    iv m.

Re: [d-kernel] Q: kernel modules for 7.x

[Konstantin Lepikhov]

Hi Ivan!

On 05/27/2026, at 02:00:02 PM you wrote:

> On Wed, May 27, 2026 at 10:51:18AM +0200, Konstantin Lepikhov wrote:
> > Привет!
> > 
> > А это большой секрет ООО что модулей для 7.x больше не будет? В настоящий
> > момент модули для 7.x собрать нельзя причем это какая-то локальная
> > проблема нашей сборочной среды (hsh?), сборка все модулей заканчивается
> > вот такой ошибкой:
> > ...
> > error: objtool [signal.c:75]: read_stack_limit: fopen failed: No such file or directory 
> > make[3]: *** [/usr/src/linux-7.0.10-7.0-alt1/scripts/Makefile.build:507: wl.o] Error 255
> > 
> > Я не знаю, с чем это связано, предлагаю посмотреть код авторам hsh, но
> > однозначно это проблема именно alt, а не апстрима.
> [...]
> 
> Я не автор hsh, но посмотреть могу, благо сообщение об ошибке
> указывает, куда смотреть:
> 
> https://github.com/torvalds/linux/blob/v7.0/tools/objtool/signal.c#L75
> 
> Похоже, теперь для работы этого objtool требуется /proc. Попробуйте
> добаввить
> 
> BuildRequires: /proc
> 
> в спек несобирающегося пакета.
> 
Пробовал, не помогает:

❯ fgrep '/proc' kernel-modules-bcmwl.spec
BuildRequires: /proc

...
error: objtool [signal.c:75]: read_stack_limit: fopen failed: No such file or directory
make[3]: *** [/usr/src/linux-7.0.10-7.0-alt1/scripts/Makefile.build:507: wl.o] Error 255
make[3]: *** Deleting file 'wl.o'

-- 
WBR et al.

Re: [d-kernel] Q: kernel modules for 7.x

[Andrew A. Vasilyev]

27.05.2026 13:14, Konstantin Lepikhov пишет:
> Пробовал, не помогает:
> 
> ❯ fgrep '/proc' kernel-modules-bcmwl.spec
> BuildRequires: /proc
> ...
> error: objtool [signal.c:75]: read_stack_limit: fopen failed: No such file or directory
   Странно, у меня получилось: https://git.altlinux.org/tasks/419386/
   TESTED kernel-modules.git=sisyphus/kernel-modules-drbd9-7.0-9.3.2-alt1

   @@ -25,6 +25,7 @@ BuildRequires(pre): kernel-headers-modules-@kflavour@
  BuildRequires: kernel-headers-modules-%flavour = %kepoch%kversion-%krelease
  BuildRequires: kernel-source-%module_name = %module_version
  BuildRequires: coccinelle >= 1.0.8
+BuildRequires: /proc
  Requires: dmsetup

Re: [d-kernel] Q: kernel modules for 7.x

[Konstantin Lepikhov]

Hi Andrew!

On 05/27/2026, at 11:00:54 PM you wrote:

> 27.05.2026 13:14, Konstantin Lepikhov пишет:
> > Пробовал, не помогает:
> > 
> > ❯ fgrep '/proc' kernel-modules-bcmwl.spec
> > BuildRequires: /proc
> > ...
> > error: objtool [signal.c:75]: read_stack_limit: fopen failed: No such file or directory
>    Странно, у меня получилось: https://git.altlinux.org/tasks/419386/
>    TESTED kernel-modules.git=sisyphus/kernel-modules-drbd9-7.0-9.3.2-alt1
> 
>    @@ -25,6 +25,7 @@ BuildRequires(pre): kernel-headers-modules-@kflavour@
>   BuildRequires: kernel-headers-modules-%flavour = %kepoch%kversion-%krelease
>   BuildRequires: kernel-source-%module_name = %module_version
>   BuildRequires: coccinelle >= 1.0.8
> +BuildRequires: /proc
>   Requires: dmsetup
У вас получилось, потому что сборочница знает про этот флаг. Для локальной
сборки нужно передавать --mountpoints=/proc и выходит, это нужно делать в
требованиях пакета kernel-build-tools, а не каждого модуля.

-- 
WBR et al.

Re: [d-kernel] Q: kernel modules for 7.x

[Anton Midyukov]

28.05.2026 09:32, Konstantin Lepikhov пишет:
> Hi Andrew!
> 
> On 05/27/2026, at 11:00:54 PM you wrote:
> 
>> 27.05.2026 13:14, Konstantin Lepikhov пишет:
>>> Пробовал, не помогает:
>>>
>>> ❯ fgrep '/proc' kernel-modules-bcmwl.spec
>>> BuildRequires: /proc
>>> ...
>>> error: objtool [signal.c:75]: read_stack_limit: fopen failed: No such file or directory
>>    Странно, у меня получилось: https://git.altlinux.org/tasks/419386/
>>    TESTED kernel-modules.git=sisyphus/kernel-modules-drbd9-7.0-9.3.2-alt1
>>
>>    @@ -25,6 +25,7 @@ BuildRequires(pre): kernel-headers-modules-@kflavour@
>>   BuildRequires: kernel-headers-modules-%flavour = %kepoch%kversion-%krelease
>>   BuildRequires: kernel-source-%module_name = %module_version
>>   BuildRequires: coccinelle >= 1.0.8
>> +BuildRequires: /proc
>>   Requires: dmsetup
> У вас получилось, потому что сборочница знает про этот флаг. Для локальной
> сборки нужно передавать --mountpoints=/proc и выходит, это нужно делать в
> требованиях пакета kernel-build-tools, а не каждого модуля.
> 

https://www.altlinux.org/Hasher/Руководство#Монтирование_/proc

-- 
best regards, Anton Midyukov <antohami@altlinux.org>

Re: [d-kernel] Q: kernel modules for 7.x

[Konstantin Lepikhov]

Hi Anton!

On 05/28/2026, at 09:37:31 AM you wrote:

> 28.05.2026 09:32, Konstantin Lepikhov пишет:
> > Hi Andrew!
> > 
> > On 05/27/2026, at 11:00:54 PM you wrote:
> > 
> >> 27.05.2026 13:14, Konstantin Lepikhov пишет:
> >>> Пробовал, не помогает:
> >>>
> >>> ❯ fgrep '/proc' kernel-modules-bcmwl.spec
> >>> BuildRequires: /proc
> >>> ...
> >>> error: objtool [signal.c:75]: read_stack_limit: fopen failed: No such file or directory
> >>    Странно, у меня получилось: https://git.altlinux.org/tasks/419386/
> >>    TESTED kernel-modules.git=sisyphus/kernel-modules-drbd9-7.0-9.3.2-alt1
> >>
> >>    @@ -25,6 +25,7 @@ BuildRequires(pre): kernel-headers-modules-@kflavour@
> >>   BuildRequires: kernel-headers-modules-%flavour = %kepoch%kversion-%krelease
> >>   BuildRequires: kernel-source-%module_name = %module_version
> >>   BuildRequires: coccinelle >= 1.0.8
> >> +BuildRequires: /proc
> >>   Requires: dmsetup
> > У вас получилось, потому что сборочница знает про этот флаг. Для локальной
> > сборки нужно передавать --mountpoints=/proc и выходит, это нужно делать в
> > требованиях пакета kernel-build-tools, а не каждого модуля.
> > 
> 
> https://www.altlinux.org/Hasher/Руководство#Монтирование_/proc
> 
И что вы пытаетесь сказать этой ссылкой? Там написана фигня:
BuildRequires: /proc считывается только _сборочницей_, hsh про эту опцию
не знает, как и gear (gear-rpm может быть знает, не проверял).

Для локальной сборки либо монтирование /proc в /etc/hasher-priv/fstab либо
через --mountpoints=/proc.

-- 
WBR et al.

Re: [d-kernel] Q: kernel modules for 7.x

[iv]

On Thu, May 28, 2026 at 08:46:49AM +0200, Konstantin Lepikhov wrote:
> Hi Anton!
> 
> On 05/28/2026, at 09:37:31 AM you wrote:
> 
> > https://www.altlinux.org/Hasher/Руководство#Монтирование_/proc
> > 
> И что вы пытаетесь сказать этой ссылкой? Там написана фигня:
> BuildRequires: /proc считывается только _сборочницей_, hsh про эту опцию
> не знает

Знает. Girar собирает пакеты обыкновенным правильно настроенным hsh,
никакой секретной чёрной магии там нет. Вы можете также настроить
hasher-privd и hasher на своей системе, и hsh будет монтировать /proc в
сборочный chroot при наличии BuildRequires: /proc. Как
это сделать написано по приведённой Антоном ссылке.

> как и gear

gear не собирает пакеты. 

> (gear-rpm может быть знает, не проверял).

gear-rpm вызывает rpm в хоствой системе, ему монтировать /proc не чем
и не за чем.

-- 
  wbr,
    iv m.

Re: [d-kernel] Q: kernel modules for 7.x

[Konstantin Lepikhov]

Hi iv!

On 05/28/2026, at 11:32:07 AM you wrote:

> On Thu, May 28, 2026 at 08:46:49AM +0200, Konstantin Lepikhov wrote:
> > Hi Anton!
> > 
> > On 05/28/2026, at 09:37:31 AM you wrote:
> > 
> > > https://www.altlinux.org/Hasher/Руководство#Монтирование_/proc
> > > 
> > И что вы пытаетесь сказать этой ссылкой? Там написана фигня:
> > BuildRequires: /proc считывается только _сборочницей_, hsh про эту опцию
> > не знает
> 
> Знает. Girar собирает пакеты обыкновенным правильно настроенным hsh,
> никакой секретной чёрной магии там нет. Вы можете также настроить
> hasher-privd и hasher на своей системе, и hsh будет монтировать /proc в
> сборочный chroot при наличии BuildRequires: /proc. Как
> это сделать написано по приведённой Антоном ссылке.
Еще раз, hsh _не знает_ про BuildRequires: /proc как отдельную конструцию
в .spec, которая что-то включит в hsh при сборке, это функционал girar.

Ссылка ваша пишет фигню, т.к. там написано что BuildRequires: /proc будет
учитываться при _локальной сборке_ (чем вы себя и тешите). При локальной
сборке учитывается либо --mountpoints (которые да, нужно еще
предварительно настроить) или fstab, но этот функционал работает и без
указания чего-то в .spec. А если написать BuildRequires: /proc но hsh
локально не настраивать, то /proc никуда не смонтируется.

> 
> > как и gear
> 
> gear не собирает пакеты. 
К чему это утверждение? gear вызывается как раз сборки модулей т.к. нужно
раскрыть все spec subst внутри.

> 
> > (gear-rpm может быть знает, не проверял).
> 
> gear-rpm вызывает rpm в хоствой системе, ему монтировать /proc не чем
> и не за чем.
> 
> -- 
>   wbr,
>     iv m.
> _______________________________________________
> devel-kernel mailing list
> devel-kernel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel-kernel

-- 
WBR et al.

Re: [d-kernel] Q: kernel modules for 7.x

[iv]

On Thu, May 28, 2026 at 10:09:34AM +0200, Konstantin Lepikhov wrote:
> Hi iv!
> 
> On 05/28/2026, at 11:32:07 AM you wrote:
> 
> > On Thu, May 28, 2026 at 08:46:49AM +0200, Konstantin Lepikhov wrote:
> > > Hi Anton!
> > > 
> > > On 05/28/2026, at 09:37:31 AM you wrote:
> > > 
> > > > https://www.altlinux.org/Hasher/Руководство#Монтирование_/proc
> > > > 
> > > И что вы пытаетесь сказать этой ссылкой? Там написана фигня:
> > > BuildRequires: /proc считывается только _сборочницей_, hsh про эту опцию
> > > не знает
> > 
> > Знает. Girar собирает пакеты обыкновенным правильно настроенным hsh,
> > никакой секретной чёрной магии там нет. Вы можете также настроить
> > hasher-privd и hasher на своей системе, и hsh будет монтировать /proc в
> > сборочный chroot при наличии BuildRequires: /proc. Как
> > это сделать написано по приведённой Антоном ссылке.
> Еще раз, hsh _не знает_ про BuildRequires: /proc как отдельную конструцию
> в .spec, которая что-то включит в hsh при сборке, 

Человек, который не хочет читать исходники hasher (Вы) спорит с человеком,
который не хотел читать исходники hasher, но тем не менее читал их[0],
(то есть со мной), о том, что в этих исходниках написано. Забавно.

Если Вы откроете исходники hasher и найдёте там функцию
calculate_required_mountpoints[1], а потом посмотрите, что и зачем она
делает, вы увидите, как все `BuildRequires /<whatever>` собираются
и затем монтируются, если они есть в `$known_mountpionts` из настроек
hasher. Единственное, что делает в этом плане girar -- добавляет нужное
в known_mountpoints в ~/.hasher/config[2][3], именно так, как написано
в указаной Антоном документации.

[0] конечно же страдая от этого противоречия
[1] https://git.altlinux.org/gears/h/hasher.git?a=blob;f=hasher/hsh-sh-functions.in;h=cc8a4c30547fb50deb8705348d4dfee38e719860#l802
[2] https://altlinux.space/girar/girar/src/branch/master/gb/remote/gb-remote-plant#L19
[3] https://altlinux.space/girar/girar/src/branch/master/gb/remote/gb-remote-plant#L65

> это функционал girar.

Не знаю, откуда у Вас такое представление, но оно неверно технически.

-- 
  wbr,
    iv m.

Re: [d-kernel] Q: kernel modules for 7.x

[Konstantin Lepikhov]

Hi iv!

On 05/28/2026, at 12:46:14 PM you wrote:

> On Thu, May 28, 2026 at 10:09:34AM +0200, Konstantin Lepikhov wrote:
> > Hi iv!
> > 
> > On 05/28/2026, at 11:32:07 AM you wrote:
> > 
> > > On Thu, May 28, 2026 at 08:46:49AM +0200, Konstantin Lepikhov wrote:
> > > > Hi Anton!
> > > > 
> > > > On 05/28/2026, at 09:37:31 AM you wrote:
> > > > 
> > > > > https://www.altlinux.org/Hasher/Руководство#Монтирование_/proc
> > > > > 
> > > > И что вы пытаетесь сказать этой ссылкой? Там написана фигня:
> > > > BuildRequires: /proc считывается только _сборочницей_, hsh про эту опцию
> > > > не знает
> > > 
> > > Знает. Girar собирает пакеты обыкновенным правильно настроенным hsh,
> > > никакой секретной чёрной магии там нет. Вы можете также настроить
> > > hasher-privd и hasher на своей системе, и hsh будет монтировать /proc в
> > > сборочный chroot при наличии BuildRequires: /proc. Как
> > > это сделать написано по приведённой Антоном ссылке.
> > Еще раз, hsh _не знает_ про BuildRequires: /proc как отдельную конструцию
> > в .spec, которая что-то включит в hsh при сборке, 
> 
> Человек, который не хочет читать исходники hasher (Вы) спорит с человеком,
> который не хотел читать исходники hasher, но тем не менее читал их[0],
> (то есть со мной), о том, что в этих исходниках написано. Забавно.
> 
> Если Вы откроете исходники hasher и найдёте там функцию
> calculate_required_mountpoints[1], а потом посмотрите, что и зачем она
> делает, вы увидите, как все `BuildRequires /<whatever>` собираются
> и затем монтируются, если они есть в `$known_mountpionts` из настроек
> hasher. Единственное, что делает в этом плане girar -- добавляет нужное
> в known_mountpoints в ~/.hasher/config[2][3], именно так, как написано
> в указаной Антоном документации.
Если документация требует сверки с кодом из-за неочевидной логики,
наверное, это плохая документация?

Монтирование /proc
- allowed_mountpoints=/proc в /etc/hasher-priv/system;
- known_mountpoints=/proc в ~/.hasher/config либо опция --mountpoints=/proc
при сборке пакета;
- BuildRequires: /proc в спеке пакета.

Последнее условие необязательно при указании --mountpoints! А вот второе
не работает без первого.

> 
> [0] конечно же страдая от этого противоречия
> [1] https://git.altlinux.org/gears/h/hasher.git?a=blob;f=hasher/hsh-sh-functions.in;h=cc8a4c30547fb50deb8705348d4dfee38e719860#l802
> [2] https://altlinux.space/girar/girar/src/branch/master/gb/remote/gb-remote-plant#L19
> [3] https://altlinux.space/girar/girar/src/branch/master/gb/remote/gb-remote-plant#L65
> 
> > это функционал girar.
> 
> Не знаю, откуда у Вас такое представление, но оно неверно технически.
Это не мое представление, а та информация, которую мне передали авторы
girar. Но т.к. у girar вообще нет никакой документации, тут даже сказать
нечего.

-- 
WBR et al.

Re: [d-kernel] Q: kernel modules for 7.x

[Konstantin Lepikhov]

Hi iv!

On 05/28/2026, at 12:46:14 PM you wrote:

> On Thu, May 28, 2026 at 10:09:34AM +0200, Konstantin Lepikhov wrote:
> > Hi iv!
> > 
> > On 05/28/2026, at 11:32:07 AM you wrote:
> > 
> > > On Thu, May 28, 2026 at 08:46:49AM +0200, Konstantin Lepikhov wrote:
> > > > Hi Anton!
> > > > 
> > > > On 05/28/2026, at 09:37:31 AM you wrote:
> > > > 
> > > > > https://www.altlinux.org/Hasher/Руководство#Монтирование_/proc
> > > > > 
> > > > И что вы пытаетесь сказать этой ссылкой? Там написана фигня:
> > > > BuildRequires: /proc считывается только _сборочницей_, hsh про эту опцию
> > > > не знает
> > > 
> > > Знает. Girar собирает пакеты обыкновенным правильно настроенным hsh,
> > > никакой секретной чёрной магии там нет. Вы можете также настроить
> > > hasher-privd и hasher на своей системе, и hsh будет монтировать /proc в
> > > сборочный chroot при наличии BuildRequires: /proc. Как
> > > это сделать написано по приведённой Антоном ссылке.
> > Еще раз, hsh _не знает_ про BuildRequires: /proc как отдельную конструцию
> > в .spec, которая что-то включит в hsh при сборке, 
> 
> Человек, который не хочет читать исходники hasher (Вы) спорит с человеком,
> который не хотел читать исходники hasher, но тем не менее читал их[0],
> (то есть со мной), о том, что в этих исходниках написано. Забавно.
> 
> Если Вы откроете исходники hasher и найдёте там функцию
> calculate_required_mountpoints[1], а потом посмотрите, что и зачем она
> делает, вы увидите, как все `BuildRequires /<whatever>` собираются
> и затем монтируются, если они есть в `$known_mountpionts` из настроек
> hasher. Единственное, что делает в этом плане girar -- добавляет нужное
> в known_mountpoints в ~/.hasher/config[2][3], именно так, как написано
> в указаной Антоном документации.

Предлагаю изменить документацию след. образом, чтобы этот вопрос не возник
снова:

Монтирование /proc
- allowed_mountpoints=/proc в /etc/hasher-priv/system;
- known_mountpoints=/proc в ~/.hasher/config либо опция --mountpoints=/proc
  при сборке пакета;
- BuildRequires: /proc в спеке пакета.

сформулировать по другому:

Монтирование /proc
- allowed_mountpoints=/proc в /etc/hasher-priv/system (обязательное условие)
- known_mountpoints=/proc в ~/.hasher/config и BuildRequires: /proc в
  спеке пакета (это гарантирует собираемость пакет girar'ом).

  Для монтирования /proc при сборке пакета без изменения .spec файла можно
  просто указать --mountpoints=proc в качестве параметра hsh.

-- 
WBR et al.