Re: [regression] oops on heavy compilations ("kernel BUG at mm/zswap.c:1005!" and "Oops: invalid opcode: 0000")

[Piotr Oniszczuk]

> Wiadomość napisana przez Nhat Pham <nphamcs@xxxxxxxxx> w dniu 23.08.2024, o godz. 18:16:
> 
> Have you tried with 6.9 yet? IIRC, there are two major changes to
> zswap architecture in recent versions.

No. But now building vanilla 6.9.12. Will install and see…
(This will take some time as catching issue needs days of compilation)

> 
> 1. In 6.9, we range-partition zswap's rbtrees to reduce lock contention.
> 
> 2. In 6.10, we replace zswap's rbtrees with xarrays.
> 
> If 6.9 is fine, then the latter is the suspect, and vice versa. Of
> course, the minor changes are still suspect - but you get the idea :)
> 
>> 
>> btw: we can go with elimination strategy.
>> So what i need to change/disable to be closer to finding root cause?
> 
> Could you let me know more about the setup? A couple things come to my mind:
> 
> 1. zswap configs (allocator - is it zsmalloc? compressor?)

Well - I’m not using zswap.

[root@minimyth2-aarch64-next piotro]# swapon -s
Filename				Type		Size		Used		Priority
/dev/nvme0n1p3                          partition	16776188	294164		-2

> 
> 2. Is mTHP enabled? mTHP swapout was merged in 6.10, and there seems

I don’t have used config at the moment, but /sys/kernel/mm/transparent_hugepage in I see:

│/hugepages-1024kB
│/hugepages-128kB
│/hugepages-16kB
│/hugepages-2048kB
│/hugepages-256kB
│/hugepages-32kB
│/hugepages-512kB
│/hugepages-64kB


> to be some conflicts with zswap, but Yosry will know more about this
> than me...
> 
> 3. Is there any proprietary driver etc.?
> 

Only 2, both ryzen9 monitoring related:
https://github.com/leogx9r/ryzen_smu/commits/master
https://github.com/ocerman/zenpower/commits/master