| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <a853e6f3-f658-4049-9c36-66835d144eac@linaro.org>
Date: Sat, 25 Nov 2023 23:41:11 -0600
From: Daniel Díaz <daniel.diaz@...aro.org>
To: Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
stable@...r.kernel.org
Cc: patches@...ts.linux.dev, linux-kernel@...r.kernel.org,
torvalds@...ux-foundation.org, akpm@...ux-foundation.org,
linux@...ck-us.net, shuah@...nel.org, patches@...nelci.org,
lkft-triage@...ts.linaro.org, pavel@...x.de, jonathanh@...dia.com,
f.fainelli@...il.com, sudipm.mukherjee@...il.com,
srw@...dewatkins.net, rwarsow@....de, conor@...nel.org,
allen.lkml@...il.com, hca@...ux.ibm.com, gbatra@...ux.vnet.ibm.com
Subject: Re: [PATCH 6.1 000/368] 6.1.64-rc3 review
Hello!
On 25/11/23 1:45 p. m., Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 6.1.64 release.
> There are 368 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses should be made by Mon, 27 Nov 2023 19:43:06 +0000.
> Anything received after that time might be too late.
>
> The whole patch series can be found in one patch at:
> https://www.kernel.org/pub/linux/kernel/v6.x/stable-review/patch-6.1.64-rc3.gz
> or in the git tree and branch at:
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.1.y
> and the diffstat can be found below.
>
> thanks,
>
> greg k-h
The following configurations are failing for System/390:
* gcc-8-allmodconfig
* gcc-8-allnoconfig
* gcc-8-defconfig (+CONFIG_DEBUG_INFO_BTF=n)
* gcc-8-tinyconfig
* gcc-13-allmodconfig
* gcc-13-allnoconfig
* gcc-13-defconfig
* gcc-13-tinyconfig
* clang-17-allmodconfig
* clang-17-allnoconfig
* clang-17-defconfig
* clang-17-tinyconfig
* clang-nightly-allmodconfig
* clang-nightly-allnoconfig
* clang-nightly-defconfig
* clang-nightly-tinyconfig
The error looks like this:
-----8<-----
In file included from /builds/linux/arch/s390/include/asm/page.h:208,
from /builds/linux/arch/s390/include/asm/thread_info.h:26,
from /builds/linux/include/linux/thread_info.h:60,
from /builds/linux/arch/s390/include/asm/preempt.h:6,
from /builds/linux/include/linux/preempt.h:78,
from /builds/linux/include/linux/spinlock.h:56,
from /builds/linux/include/linux/mmzone.h:8,
from /builds/linux/include/linux/gfp.h:7,
from /builds/linux/include/linux/mm.h:7,
from /builds/linux/arch/s390/mm/page-states.c:13:
/builds/linux/arch/s390/mm/page-states.c: In function 'cmma_init_nodat':
/builds/linux/arch/s390/mm/page-states.c:198:30: error: 'invalid_pg_dir' undeclared (first use in this function)
198 | page = virt_to_page(&invalid_pg_dir);
| ^~~~~~~~~~~~~~
/builds/linux/include/asm-generic/memory_model.h:25:45: note: in definition of macro '__pfn_to_page'
25 | #define __pfn_to_page(pfn) (vmemmap + (pfn))
| ^~~
/builds/linux/arch/s390/include/asm/page.h:198:34: note: in expansion of macro 'phys_to_pfn'
198 | #define virt_to_pfn(kaddr) (phys_to_pfn(__pa(kaddr)))
| ^~~~~~~~~~~
/builds/linux/arch/s390/include/asm/page.h:198:46: note: in expansion of macro '__pa'
198 | #define virt_to_pfn(kaddr) (phys_to_pfn(__pa(kaddr)))
| ^~~~
/builds/linux/arch/s390/include/asm/page.h:201:45: note: in expansion of macro 'virt_to_pfn'
201 | #define virt_to_page(kaddr) pfn_to_page(virt_to_pfn(kaddr))
| ^~~~~~~~~~~
/builds/linux/arch/s390/mm/page-states.c:198:16: note: in expansion of macro 'virt_to_page'
198 | page = virt_to_page(&invalid_pg_dir);
| ^~~~~~~~~~~~
/builds/linux/arch/s390/mm/page-states.c:198:30: note: each undeclared identifier is reported only once for each function it appears in
198 | page = virt_to_page(&invalid_pg_dir);
| ^~~~~~~~~~~~~~
/builds/linux/include/asm-generic/memory_model.h:25:45: note: in definition of macro '__pfn_to_page'
25 | #define __pfn_to_page(pfn) (vmemmap + (pfn))
| ^~~
/builds/linux/arch/s390/include/asm/page.h:198:34: note: in expansion of macro 'phys_to_pfn'
198 | #define virt_to_pfn(kaddr) (phys_to_pfn(__pa(kaddr)))
| ^~~~~~~~~~~
/builds/linux/arch/s390/include/asm/page.h:198:46: note: in expansion of macro '__pa'
198 | #define virt_to_pfn(kaddr) (phys_to_pfn(__pa(kaddr)))
| ^~~~
/builds/linux/arch/s390/include/asm/page.h:201:45: note: in expansion of macro 'virt_to_pfn'
201 | #define virt_to_page(kaddr) pfn_to_page(virt_to_pfn(kaddr))
| ^~~~~~~~~~~
/builds/linux/arch/s390/mm/page-states.c:198:16: note: in expansion of macro 'virt_to_page'
198 | page = virt_to_page(&invalid_pg_dir);
| ^~~~~~~~~~~~
make[4]: *** [/builds/linux/scripts/Makefile.build:250: arch/s390/mm/page-states.o] Error 1
----->8-----
Bisection points to:
commit 1a5dd59623dc206de30df2d13316a3ce9be6821a
Author: Heiko Carstens <hca@...ux.ibm.com>
Date: Tue Oct 24 10:15:20 2023 +0200
s390/cmma: fix handling of swapper_pg_dir and invalid_pg_dir
commit 84bb41d5df48868055d159d9247b80927f1f70f9 upstream.
Reverting that commit made the build pass.
Reproducer:
tuxmake --runtime podman --target-arch s390 --toolchain gcc-13 --kconfig tinyconfig
Then, there's a PowerPC failure too on the following configurations:
* gcc-8-allmodconfig
* gcc-8-defconfig
* gcc-13-allmodconfig
* gcc-13-defconfig
* clang-17-defconfig
* clang-nightly-defconfig
That looks like this:
-----8<-----
/builds/linux/arch/powerpc/platforms/pseries/iommu.c: In function 'find_existing_ddw':
/builds/linux/arch/powerpc/platforms/pseries/iommu.c:926:49: error: 'struct dma_win' has no member named 'direct'
926 | *direct_mapping = window->direct;
| ^~
make[5]: *** [/builds/linux/scripts/Makefile.build:250: arch/powerpc/platforms/pseries/iommu.o] Error 1
----->8-----
I guess it might be due to this:
commit fd018dfa8f0b963d65700d518596f9d834844fca
Author: Gaurav Batra <gbatra@...ux.vnet.ibm.com>
Date: Mon Oct 2 22:08:02 2023 -0500
powerpc/pseries/iommu: enable_ddw incorrectly returns direct mapping for SR-IOV device
commit 3bf983e4e93ce8e6d69e9d63f52a66ec0856672e upstream.
Reverting that commit does make the build pass again.
Reproducer:
tuxmake --runtime podman --target-arch powerpc --toolchain gcc-13 --kconfig defconfig
Reported-by: Linux Kernel Functional Testing <lkft@...aro.org>
Greetings!
Daniel Díaz
daniel.diaz@...aro.org
Powered by blists - more mailing lists