Arch Linux

come_raczy

Member

Registered: 2024-06-16

Posts: 3

[SOLVED] frequent core dumps with sway

I have only recently started using sway and I regularly have crashes (sway core dumps), about every day or so.
So far, the crashes have only happened while using firefox. When not using firefox, I spend most of the time in alacritty/neovim.
The greeter is gdm 46.2
Sway version 1.9
The graphics card is a ZOTAC GAMING GeForce RTX 3060 Ti Twin Edge OC, with the Nouveau drivers 1.0.17-3

What would be a good starting point for me to resolve the issue?

Today's example: I booted into gdm, logged into sway, opened firefox, opened a couple terminals. Three minutes later, sway crashed while I was signing into a website in firefox.
This is the output of 'journalctl --user -S today':

https://0x0.st/Xcho.txt

And these are the lines specific to the crash:

   278    Jun 16 14:45:35 archlinux /usr/lib/gdm-wayland-session[1219]: nouveau: kernel rejected pushbuf: No such device
   279    Jun 16 14:45:35 archlinux /usr/lib/gdm-wayland-session[1219]: nouveau: ch40: krec 0 pushes 1 bufs 0 relocs 0
   280    Jun 16 14:45:35 archlinux systemd-coredump[3897]: Process 1219 (sway) of user 1000 dumped core.
   281   
   282                                                      Stack trace of thread 1219:
   283                                                      #0  0x00007cfea9fa50df n/a (nouveau_dri.so + 0x9a50df)
   284                                                      #1  0x00007cfea9fa75c3 n/a (nouveau_dri.so + 0x9a75c3)
   285                                                      #2  0x00007cfea9fa8131 n/a (nouveau_dri.so + 0x9a8131)
   286                                                      #3  0x00007cfeaa4abe19 n/a (nouveau_dri.so + 0xeabe19)
   287                                                      #4  0x00007cfeaa513e8f n/a (nouveau_dri.so + 0xf13e8f)
   288                                                      #5  0x00007cfeaa518901 n/a (nouveau_dri.so + 0xf18901)
   289                                                      #6  0x00007cfeaa518adf n/a (nouveau_dri.so + 0xf18adf)
   290                                                      #7  0x00007cfeaa51a963 n/a (nouveau_dri.so + 0xf1a963)
   291                                                      #8  0x00007cfea9895017 n/a (nouveau_dri.so + 0x295017)
   292                                                      #9  0x00007cfeacbae3aa n/a (libwlroots.so.12 + 0x1e3aa)
   293                                                      #10 0x00007cfeacbbd0f9 n/a (libwlroots.so.12 + 0x2d0f9)
   294                                                      #11 0x00007cfeacbe9e70 n/a (libwlroots.so.12 + 0x59e70)
   295                                                      #12 0x00007cfeacc03af1 n/a (libwlroots.so.12 + 0x73af1)
   296                                                      #13 0x00007cfeacc03f70 wlr_cursor_set_surface (libwlroots.so.12 + 0x73f70)
   297                                                      #14 0x00007cfeacca842e wl_signal_emit_mutable (libwayland-server.so.0 + 0x842e)
   298                                                      #15 0x00007cfeacbf6436 n/a (libwlroots.so.12 + 0x66436)
   299                                                      #16 0x00007cfeac2c9596 n/a (libffi.so.8 + 0x7596)
   300                                                      #17 0x00007cfeac2c600e n/a (libffi.so.8 + 0x400e)
   301                                                      #18 0x00007cfeac2c8bd3 ffi_call (libffi.so.8 + 0x6bd3)
   302                                                      #19 0x00007cfeacca6e45 n/a (libwayland-server.so.0 + 0x6e45)
   303                                                      #20 0x00007cfeaccabc42 n/a (libwayland-server.so.0 + 0xbc42)
   304                                                      #21 0x00007cfeaccaa0a2 wl_event_loop_dispatch (libwayland-server.so.0 + 0xa0a2)
   305                                                      #22 0x00007cfeaccac10f wl_display_run (libwayland-server.so.0 + 0xc10f)
   306                                                      #23 0x00005cdc751c7c5e n/a (sway + 0xfc5e)
   307                                                      #24 0x00007cfeac93fc88 n/a (libc.so.6 + 0x25c88)
   308                                                      #25 0x00007cfeac93fd4c __libc_start_main (libc.so.6 + 0x25d4c)
   309                                                      #26 0x00005cdc751c8125 n/a (sway + 0x10125)
   310   
   311                                                      Stack trace of thread 1240:
   312                                                      #0  0x00007cfeac9a94e9 n/a (libc.so.6 + 0x8f4e9)
   313                                                      #1  0x00007cfeac9abed9 pthread_cond_wait (libc.so.6 + 0x91ed9)
   314                                                      #2  0x00007cfea969d4ae n/a (nouveau_dri.so + 0x9d4ae)
   315                                                      #3  0x00007cfea967b25c n/a (nouveau_dri.so + 0x7b25c)
   316                                                      #4  0x00007cfea969d3dd n/a (nouveau_dri.so + 0x9d3dd)
   317                                                      #5  0x00007cfeac9acded n/a (libc.so.6 + 0x92ded)
   318                                                      #6  0x00007cfeaca300dc n/a (libc.so.6 + 0x1160dc)
   319   
   320                                                      Stack trace of thread 1245:
   321                                                      #0  0x00007cfeac9a94e9 n/a (libc.so.6 + 0x8f4e9)
   322                                                      #1  0x00007cfeac9abed9 pthread_cond_wait (libc.so.6 + 0x91ed9)
   323                                                      #2  0x00007cfea969d4ae n/a (nouveau_dri.so + 0x9d4ae)
   324                                                      #3  0x00007cfea967b25c n/a (nouveau_dri.so + 0x7b25c)
   325                                                      #4  0x00007cfea969d3dd n/a (nouveau_dri.so + 0x9d3dd)
   326                                                      #5  0x00007cfeac9acded n/a (libc.so.6 + 0x92ded)
   327                                                      #6  0x00007cfeaca300dc n/a (libc.so.6 + 0x1160dc)
   328   
   329                                                      Stack trace of thread 1246:
   330                                                      #0  0x00007cfeaca2de9d syscall (libc.so.6 + 0x113e9d)
   331                                                      #1  0x00007cfeaceb39e0 g_cond_wait (libglib-2.0.so.0 + 0xb79e0)
   332                                                      #2  0x00007cfeace218dc n/a (libglib-2.0.so.0 + 0x258dc)
   333                                                      #3  0x00007cfeace2194d g_async_queue_pop (libglib-2.0.so.0 + 0x2594d)
   334                                                      #4  0x00007cfeac11dc48 n/a (libpangoft2-1.0.so.0 + 0x9c48)
   335                                                      #5  0x00007cfeace88236 n/a (libglib-2.0.so.0 + 0x8c236)
   336                                                      #6  0x00007cfeac9acded n/a (libc.so.6 + 0x92ded)
   337                                                      #7  0x00007cfeaca300dc n/a (libc.so.6 + 0x1160dc)
   338                                                      ELF object binary architecture: AMD x86-64

Last edited by come_raczy (2024-06-18 14:17:25)

V1del

Forum Moderator

Registered: 2012-10-16

Posts: 25,223

Re: [SOLVED] frequent core dumps with sway

You're crashing in nouveau, could be kernel or mesa bug, test the prop driver? You need to start sway with the --unsupported-gpu flag and configure modesetting for the nvidia driver: https://wiki.archlinux.org/title/NVIDIA … de_setting -- make sure you use the kernel parameter method of nvidia-drm.modeset=1 on the cmdline to disable the simpledrm framebuffer.

come_raczy

Member

Registered: 2024-06-16

Posts: 3

Re: [SOLVED] frequent core dumps with sway

Thanks for the reply. Yes, the proprietary driver eventually worked, but it wasn't smooth sailing. In addition to nvidia-drm.modeset=1 and  the --unsupported-gpu flag, there were several other things that I had to do. With my configuration and this specific version of the GeForce RTX 3060 Ti, these are the additional hoops I had to go through (I tried several other things but I believe they were either unnecessary or misguided):

- disabling the hardware cursor with `WLR_NO_HARDWARE_CURSORS=1`
- enabling wayland in gdm with `ln -s /dev/null /etc/udev/rules.d/61-gdm.rules`
- patching wlroots with wlroots-nvidia (see below!)

Thankfully, all of these issues and remedies (and several others) are documented on one of the relevant wiki pages. It still requires time and commitment for a non-specialist just to read the wiki and make the correct diagnostic and get things to work.

As for patching wlroots version 0.17.3, it is not possible to install the wlroots-nvidia patch because it isn't compatible with the current version of the libliftoff headers. The compilation error is simple enough to enable manual patching and disabling checksum verification in makepkg. The alternatives are to either downgrade libliftoff to an earlier version, or wait for wlroots 0.17.4 (or 0.18.x) and the corresponding wlroots-nvidia (or patch manually as it's a one liner).