Closed Fxzzi closed 8 months ago
[GPU:8704] Process left us unexpectedly!
Yeah, this error indicates GPU process just constantly crashes. This means two things:
A bug in driver (this happened before on NVIDIA even when running under X11).
A bug in Chromium/Electron. Some people reported in the past GPU process crashes sometimes if it is started to early and somehow slowing down its initialization might workaround potential crashes. That's probably not the case here if everything's fine on XWayland.
I won't fix this issue, as I'm neither maintaining NVIDIA drivers nor being a Chromium developer. I would also like to remind that Wayland is still considered to be experimental on most browser engines – crashes are somewhat expected and a reason why WebCord isn't utilizing Wayland by default.
If testing is needed on Electron 24, let me know and I'll let you know the results.
It would be helpful to verify if it is a regression caused by a Chromium bump. And I believe Electron 23/24 still runs on recent enough Node.js version that supports new APIs WebCord utilizes from some time.
It would be helpful to verify if it is a regression caused by a Chromium bump. And I believe Electron 23 still runs
Just tried on Electron 23 with Wayland flag.
[59132:0625/143044.403446:ERROR:gpu_init.cc(523)] Passthrough is not supported, GL is egl, ANGLE is
MESA-LOADER: failed to open nvidia-drm: /usr/lib/gbm/nvidia-drm_gbm.so: cannot open shared object file: Permission denied (search paths /usr/lib/gbm, suffix _gbm)
MESA-LOADER: failed to retrieve device information
MESA-LOADER: failed to open nvidia-drm: /usr/lib/dri/nvidia-drm_dri.so: cannot open shared object file: Permission denied (search paths /usr/lib/dri, suffix _dri)
MESA-LOADER: failed to open zink: /usr/lib/dri/zink_dri.so: cannot open shared object file: Permission denied (search paths /usr/lib/dri, suffix _dri)
MESA-LOADER: failed to open kms_swrast: /usr/lib/dri/kms_swrast_dri.so: cannot open shared object file: Permission denied (search paths /usr/lib/dri, suffix _dri)
MESA-LOADER: failed to open swrast: /usr/lib/dri/swrast_dri.so: cannot open shared object file: Permission denied (search paths /usr/lib/dri, suffix _dri)
MESA-LOADER: failed to open nvidia-drm: /usr/lib/gbm/nvidia-drm_gbm.so: cannot open shared object file: Permission denied (search paths /usr/lib/gbm, suffix _gbm)
MESA-LOADER: failed to retrieve device information
MESA-LOADER: failed to open nvidia-drm: /usr/lib/dri/nvidia-drm_dri.so: cannot open shared object file: Permission denied (search paths /usr/lib/dri, suffix _dri)
MESA-LOADER: failed to open zink: /usr/lib/dri/zink_dri.so: cannot open shared object file: Permission denied (search paths /usr/lib/dri, suffix _dri)
MESA-LOADER: failed to open kms_swrast: /usr/lib/dri/kms_swrast_dri.so: cannot open shared object file: Permission denied (search paths /usr/lib/dri, suffix _dri)
MESA-LOADER: failed to open swrast: /usr/lib/dri/swrast_dri.so: cannot open shared object file: Permission denied (search paths /usr/lib/dri, suffix _dri)
Despite these errors, the electron process does seem to be showing in nvtop, indicating ti is using the GPU.
This is definitely a regression with Electron 25. After testing with Electron 23 and 24 I can say that webcord launches relatively normally although receiving those errors, whereas Electron 25 does not create the webcord window at all.
This actually seems to be happening to me with electron 24 as well, after a recent driver update (I think I'm on 535.54.03-6.4.3). Obviously not webcord's fault, but following this thread in case someone knows a workaround or what version to revert the driver to.
Very weird - I knew this was a Chromium issue back then but testing right now Chromium 118 seems to work with --ozone-platform-hint=auto. But Electron 27 is supposed to be built under Chromium 118, so I'm not sure what's going on.
EDIT: Just wanted to report that Wayland Electron works, but something in Webcord is making it crash.
Probably duplicate of or at least related to https://github.com/SpacingBat3/WebCord/issues/492, electron 28 fixed this at least on my system (NVIDIA drivers)
I think I'll close this for now, since of reports this was fixed at upstream (but I'm pretty sure there will be more GPU crashes in the future with Electron updates and driver updates).
Also, as a side note, I wonder if there will be larger interest at NOUVEAU drivers in case of NVIDIA users, since those seem to work better than ever (I've switched NOUVEAU myself in order to try out new GSP.bin
implementation, indeed it might be a reliable alternative to using NVIDIA drivers and their GL implementation) when it comes to the performance with GSP.bin
patches and next kernel release (6.7 on my PC) with relatively new hardware thanks to re-clocking support, which could be a great reason to try them out in case of Wayland users (since I saw it is still quite controversial whenever proprietary NVIDIA drivers support Wayland properly, e.g. XFCE4 developers still claim NVIDIA not to support Wayland).
Aknowledgements
[X] I have checked that there is no other issue describing the same or similar problem that I currently have, regardless if it has been closed or open.
[ ] This bug affects Discord website.
[ ] This issue is confirmed to be reproduceable when WebCord is packaged on at least all three latest supported Electron major releases.
[ ] This issue is reproduceable in Chrome, Chromium or any Chromium-based browser, e.g Brave or Edge (please write in Additional Context which browser you have used if it is neither Chrome nor unmodified Chromium).
[x] There are no fixes done to
master
which resolves this issue.[x] My issue describes one of the unstable and/or not fully implemented features.
[x] I have found a workaround to mitigate or temporarily fix this issue in affected releases (please write it in Additional context section below).
Operating System / Platform
🐧️ Linux
Operating system architecture
x86_64
Electron version
v25.2.0
Application version
v4.3.0
Bug description
(GPU Optimizations disabled in webcord)
When running Webcord(-git) with the
--ozone-platform-hint=auto
flag for native wayland, I recieve these errors in the logs:Subsequently, webcord no longer shows up in nvtop, as it is not using the GPU.
Running without this flag and in Xwayland instead makes Webcord use the GPU, as an electron process is shown inside nvtop:![image](https://github.com/SpacingBat3/WebCord/assets/18248986/6a247122-1649-422a-9758-0c575a378385)
However I do receive an abundance of
src/gbm_drv_common.c:57: GBM-DRV error (get_bytes_per_component): Unknown or not supported format: xxxxxxx
in the terminal. These specific errors only show on Xwayland and not on Wayland Native.Running with the GPU opts. enabled in Webcord shows different errors. On Wayland AND Xwayland, I get the errors
Additional context
If testing is needed on Electron 24, let me know and I'll let you know the results.