Open rnd-ash opened 4 years ago
Ugh I am so sorry but I don't have my NVIDIA graphics card anymore...
Let's see what I can do here.
Sorry to add some more bad news. (Again with both branches):
If the laptop sleeps, then resumes, the same crash will occur with Kwin. The only work around is to reboot the system. It will kick you back to the lock screen, then until you reboot, every login will result in this crash
Hmm... can you compile this with debug symbols enabled so that I could take a closer look at the backtrace?
To do so, open /etc/makepkg.conf
, find the OPTIONS
and:
strip
to !strip
!debug
to debug
Then rebuild the package.
I am just going to disassemble and trace the function in the assembly in the meanwhile...
libkwin.so.5 + 0xe34c0
...by the way, is that stacktrace generated with 5.18.5 or 5.18.90?
00000000001e34b2 <_ZNSt11_Tuple_implILm1EJSt14default_deleteIN12KDecoration222DecoratedC
lientPrivateEEEEC1IS0_IN4KWin10Decoration19DecoratedClientImplEEEEOT_>:
constexpr _Tuple_impl(_UHead&& __head)
1e34b2: 55 push rbp
1e34b3: 48 89 e5 mov rbp,rsp
1e34b6: 48 83 ec 10 sub rsp,0x10
1e34ba: 48 89 7d f8 mov QWORD PTR [rbp-0x8],rdi
1e34be: 48 89 75 f0 mov QWORD PTR [rbp-0x10],rsi
: _Base(std::forward<_UHead>(__head)) { }
1e34c2: 48 8b 45 f0 mov rax,QWORD PTR [rbp-0x10]
1e34c6: 48 89 c7 mov rdi,rax
1e34c9: e8 1d f4 ff ff call 1e28eb <_ZSt7forwardISt14default_deleteIN
4KWin10Decoration19DecoratedClientImplEEEOT_RNSt16remove_referenceIS5_E4typeE>
1e34ce: 48 89 c2 mov rdx,rax
1e34d1: 48 8b 45 f8 mov rax,QWORD PTR [rbp-0x8]
1e34d5: 48 89 d6 mov rsi,rdx
1e34d8: 48 89 c7 mov rdi,rax
So i tried to re-compile Kwin under the current 5.19 branch, and have tried about 100 times to replicate the issue for you and get nothing.
But, if i roll back kwin to the 5.19 branch as it was on the 19th (When i compiled the buggy build), the bug comes back.
I can try tomorrow to downgrade to 5.18 and see if the issue persists, but something on the 5.19 branch thats been committed last week appears to have fixed it :)
Hmmm... I got to see it, so that I can backport the accidental fix to 5.18...
When using optimus manager to use the nvidia GPU, every single cold reboot results in kwin crashing back to the lockscreen after logging in.
It would appear a temp solution to this would be for me to issue the reboot command, then things work normally at the next login...but then i find myself having to constantly re-enable OpenGL in the compositor settings.
I know this is something to do with Kwin-lowlatency as this never happens with the standard compositor from Arch repos. I've also tried 2 branches of kwin-lowlatency, the 5.18.5 branch (stable), and 5.18.90 with the kde-unstable repos in arch, both have this problem.
Stack track: