Bug#1112627: linux-image-6.16.3+deb14-amd64: Intel audio no longer works: DMAR: [DMA Write NO_PASID] Request device [00:1b.0] ... non-zero reserved fields in PTE
Control: tags -1 + moreinfo
Hi Francesco,
On Sun, Oct 05, 2025 at 06:40:20PM +0200, Francesco Poli wrote:
> On Tue, 30 Sep 2025 05:42:51 +0200 Salvatore Bonaccorso wrote:
>
> [...]
> > Yes that brings us already quite closer. So next would be to try to
> > bisect between v6.12 and v6.13-rc6 upstream.
>
> OK, I found an issue on the first kernel build...
>
> # aptitude install flex bison
> # aptitude install bc libelf-dev libssl-dev pahole
>
> $ git clone https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
> $ cd linux-stable
> $ git checkout v6.12
> $ uname -r
> 6.12.38+deb13-amd64
> $ cp /boot/config-$(uname -r) .config
> $ yes '' | make localmodconfig
> $ make savedefconfig
> $ mv defconfig arch/x86/configs/my_defconfig
>
> $ make my_defconfig
> $ make -j 2 bindeb-pkg
> [...]
> In file included from ./include/uapi/linux/posix_types.h:5,
> from ./include/uapi/linux/types.h:14,
> from ./include/linux/types.h:6,
> from ./include/linux/kasan-checks.h:5,
> from ./include/asm-generic/rwonce.h:26,
> from ./arch/x86/include/generated/asm/rwonce.h:1,
> from ./include/linux/compiler.h:317,
> from ./include/linux/build_bug.h:5,
> from ./include/linux/init.h:5,
> from ./include/linux/efi.h:15,
> from drivers/firmware/efi/libstub/efi-stub-helper.c:12:
> ./include/linux/stddef.h:11:9: error: cannot use keyword ‘false’ as enumeration constant
> 11 | false = 0,
> | ^~~~~
> ./include/linux/stddef.h:11:9: note: ‘false’ is a keyword with ‘-std=c23’ onwards
> ./include/linux/types.h:35:33: error: ‘bool’ cannot be defined via ‘typedef’
> 35 | typedef _Bool bool;
> | ^~~~
> ./include/linux/types.h:35:33: note: ‘bool’ is a keyword with ‘-std=c23’ onwards
> ./include/linux/types.h:35:1: warning: useless type name in empty declaration
> 35 | typedef _Bool bool;
> | ^~~~~~~
> make[9]: *** [scripts/Makefile.build:229: drivers/firmware/efi/libstub/efi-stub-helper.o] Error 1
> make[8]: *** [scripts/Makefile.build:478: drivers/firmware/efi/libstub] Error 2
> make[7]: *** [scripts/Makefile.build:478: drivers/firmware/efi] Error 2
> make[6]: *** [scripts/Makefile.build:478: drivers/firmware] Error 2
> make[5]: *** [scripts/Makefile.build:478: drivers] Error 2
> make[4]: *** [Makefile:1936: .] Error 2
> make[3]: *** [debian/rules:74: build-arch] Error 2
> dpkg-buildpackage: error: make -f debian/rules binary subprocess returned exit status 2
> make[2]: *** [scripts/Makefile.package:126: bindeb-pkg] Error 2
> make[1]: *** [/home/frx/lab/linux/bug1112627/linux-stable/Makefile:1557: bindeb-pkg] Error 2
> make: *** [Makefile:224: __sub-make] Error 2
>
>
>
> How do I fix or work around this error?
Oh, yes that is quite "unfortunate", unstable switched to gcc-15 in
meanwhile. So the easiest thing is likely to keep gcc-14 and use it
for this bisection work.
Let me know if you then still stumple over some build failures (then
the bisect step would involve to skip this specific commit for the
bisection and have look later in case it falls in the closer range).
Regards,
Salvatore
Reply to: