Snappy/qtwebengine Crashes amdgpu/kernel [SOLVED]

poe_1957 · Last edited by poe_1957 on Wed Aug 12, 2020 2:25 pm; edited 1 time in total

I found out that my Ryzen 9 system crashes due to app-arch/snappy

poe_1957

app-arch/snappy 1.1.8

I tested this with AMD RYZEN 3900X (and ASROCK Phantom Gaming X and 5700XT) and Lenovo T530 (i915) with a core i5 both with kernel 5.4.48 and the lenovo also with 4.19.113 and in all the cases the computers crashed. On the lenovo it was a deadly crash and non-recoverable, on the Ryzen he could recover thanks to the 10 other kernels i think.
For me is such behavior not tolerable..
Once I removed app-arch/snappy on both machines the problem was gone. The kernel alone did not show anymore any sign of a crash on both machines. during more than 48 hours. As soon as snappy was reinstalled the crashes began instantly.

Please mark app-arch/snappy as UNSTABLE. And if qtwebengine needs compressing/uncompressing give us an alternative.
An example of the crash info you find in my other posts. (the kernelcrashes i previous thought)

Thanks.
_________________
Linuxpioneer
ALUG

Hu · Administrator Joined: 06 Mar 2007 Posts: 21709

As far as I know, snappy is not used in building the kernel. If it is used, and it causes the kernel to be unstable, then you should file a defect report and link to it here.

If you mean that merely having snappy installed on a system is causing the kernel to panic, then you have deeper problems. If your hardware is in good order and your kernel has no relevant bugs, then snappy simply cannot crash the kernel, by definition. If you are getting a crash then either you have a hardware problem or a kernel bug. If you suspect a kernel bug, then you should try to isolate the triggering condition, and report it.

poe_1957 · Posted: Sat Jul 18, 2020 8:10 am Post subject:

It is used in a desktop environment and a dependency for QTWEBENGINE. KDE DESKTOP.
It is NOT in the kernel but it causes crashes to the kernel as an application. You need it for the KDE desktop when QTWebengine is used (that is for a lot of applications).
It is not a kernel bug because the kernel does perfectly its job without snappy. Also KDE is working as long it does not need snappy with qtwebengine.
Either is there a dependency (compression algoritme ??? perhaps but it does not say what is needed it just crashes and cause a kernel panic. so the package is flawed in my opinion. It should at least say hey i need '......' to operate, but it compiles without a problem.)
I don't understand why such a package is needed from google.
_________________
Linuxpioneer
ALUG

Hu · Administrator Joined: 06 Mar 2007 Posts: 21709

As I said, absent a kernel bug or hardware defect, snappy cannot crash the kernel. This is by definition, because the kernel enjoys a privileged place where properly configured hardware will provide the kernel absolute protection against snappy causing any such problems. If snappy can crash the kernel, then either the hardware is not operating as specified or the kernel is not using the hardware properly. No user program, no matter how badly written or actively malicious, can induce a kernel panic without either a hardware defect or a kernel bug. If you are getting a kernel panic, then you need to look at how snappy is triggering it, reduce that to the minimum set of steps that triggers the panic, and report that as a kernel problem.

Ant P. · Watchman Joined: 18 Apr 2009 Posts: 6920

There is no need to YELL at VOLUNTEERS, thanks.

poe_1957 · Posted: Sun Jul 19, 2020 11:46 am Post subject:

at Hu ;
I doubt it is an hardware problem when it is on 2 totally different types of hardware and identic behaviour.
I can only determine it is a problem with snappy.
For more detailed info I need more instruction how to determine what in snappy triggers it. I can only give the dump the kernel does.
What is going on inside snappy, which instruction it does I do not know.
I am already happy I could pinpoint the app. who causes the kernel to dump.
And if anybody can reproduce the problem on his or her machine.

at Ant. P.
I do not yell, it is only for clarity. otherwise it is sooo dull. too read.
_________________
Linuxpioneer
ALUG

Hu · Administrator Joined: 06 Mar 2007 Posts: 21709

I agree that hardware seems unlikely, but it is a possibility, and I felt obligated to mention it. I don't know how to determine what in snappy triggers it, because I have never used snappy, nor experienced this crash. What do you do with snappy that causes the kernel to crash?

poe_1957 · Posted: Sun Jul 19, 2020 7:54 pm Post subject:

Well snappy is a dependency for QTWEBENGINE. I did not install it myself it came with the QTWEBENGINE that is needed for KDE.
I do not use snappy for anything. I think it is 'calling his mother at google' but I am not sure. Anyway before I upgrade KDE I jhad no problem with qtwebengine. I doubt it used snappy before.
In the packages of Gentoo I saw

Chiitoo · Posted: Tue Jul 21, 2020 8:50 pm Post subject: ><)))°€

Moved 'Snappy -qtwebengine Crashes amdgpu' to Desktop Environments from Portage & Programming, and merged it with 'SNAPPY 1.1.8 & QTWEBENGINE problem : crashing the kernel' and the seven (7) replies to it. Also changed the title from 'Snappy -qtwebengine Crashes amdgpu' to 'Snappy/qtwebengine Crashes amdgpu/kernel'.

As for the issue, in what sort of situations does the crash happen, and what exactly /does/ happen? In your other topic, which I merged here, you mentioned AMDGPU, but in the latter you only talk about the kernel. Indeed, it might be helpful to share any related output you might be able to retrieve.

Please also share 'emerge --info' from the affected installs.

I have been using 'x11-drivers/xf86-video-amdgpu' for a while now myself, and indeed, do have 'dev-qt/qtwebengine' installed as well, but have not had the problem you're describing here. I also have not seen anyone else talking about it yet, so this probably means there's something rather specific about your hardware and/or software set-up. It should at least be reproducible since you've managed to see it on more than one install/machine.

It probably won't change anything, but if you feel like testing and tinkering a bit, you could try not using system-snappy (also available via GitHub [1]):

poe_1957 · Posted: Fri Jul 24, 2020 11:24 pm Post subject:

at chittoo

Thanks for the help.

Strangely enough since a few days ago with the sync and the update I did the crashes dissappeared magically in thin air. At first I could not believe it. But it seems now persistent. So this problem is solved.
Still I think there is something fishy about snappy that Google solved quietly. My system is quiet new, as well in hardware as in software, so I think snappy stubled upon some problem and caused the kernel crash. For me it seems it is using some loophole to sent data.
Because now my switch does not blink anymore so intensivly as before. It seems our lives are more monitored :cry:

_________________
Linuxpioneer
ALUG