cinnamon 🚀 - Segfault in libcjs.so - Cinnamon crash

I also experience this issue lately.

Here are the occurences (based on /var/log/kern.log):

Jul 31 15:21:19 LEX-072 kernel: [10725.273384] cinnamon[1823]: segfault at 7fc4b29fffe8 ip 00007fc4f3354305 sp 00007fff7b4dd540 error 4 in libcjs.so.0.0.0[7fc4f332b000+c1000]
Aug  1 08:24:58 LEX-072 kernel: [ 5347.226812] cinnamon[1743]: segfault at 7f24eddfffe8 ip 00007f25558a5305 sp 00007ffcd62c72d0 error 4 in libcjs.so.0.0.0[7f255587c000+c1000]
Aug  1 09:15:11 LEX-072 kernel: [ 8360.702879] cinnamon[4119]: segfault at 7f8fab1fffe8 ip 00007f90077c9305 sp 00007ffd6ba952f0 error 4 in libcjs.so.0.0.0[7f90077a0000+c1000]
Aug  2 12:20:56 LEX-072 kernel: [15538.051488] cinnamon[1692]: segfault at 7fc666dfffe8 ip 00007fc6c2ca8305 sp 00007ffe03979730 error 4 in libcjs.so.0.0.0[7fc6c2c7f000+c1000]

Here is my output of inxi -F && dmesg | grep -i error:

System:    Host: LEX-072 Kernel: 4.10.0-28-generic x86_64 (64 bit) Desktop: Cinnamon 3.4.4
           Distro: Linux Mint 18.2 Sonya
Machine:   System: VMware product: VMware Virtual Platform
           Mobo: Intel model: 440BX Desktop Reference Platform Bios: Phoenix v: 6.00 date: 07/02/2015
CPU:       Quad core Intel Core i5-5200U (-MCP-) cache: 3072 KB 
           clock speeds: max: 2194 MHz 1: 2194 MHz 2: 2194 MHz 3: 2194 MHz 4: 2194 MHz
Graphics:  Card: VMware SVGA II Adapter
           Display Server: X.Org 1.18.4 drivers: vmware (unloaded: fbdev,vesa) Resolution: [email protected]
           GLX Renderer: Gallium 0.4 on SVGA3D; build GLX Version: 3.0 Mesa 17.0.7
Audio:     Card Ensoniq ES1371 / Creative Labs CT2518/ES1373 driver: snd_ens1371
           Sound: Advanced Linux Sound Architecture v: k4.10.0-28-generic
Network:   Card: Intel 82545EM Gigabit Ethernet Controller (Copper) driver: e1000
           IF: ens33 state: up speed: 1000 Mbps duplex: full mac: 00:0c:29:e8:f4:57
Drives:    HDD Total Size: 21.5GB (62.2% used) ID-1: /dev/sda model: VMware_Virtual_S size: 21.5GB
Partition: ID-1: / size: 20G used: 13G (68%) fs: ext4 dev: /dev/sda1
RAID:      No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors:   System Temperatures: cpu: 100.0C mobo: N/A
           Fan Speeds (in rpm): cpu: N/A
Info:      Processes: 272 Uptime: 5:27 Memory: 1723.3/3931.1MB Client: Shell (bash) inxi: 2.2.35 
[    8.917191] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro,user_xattr,acl
[15538.051488] cinnamon[1692]: segfault at 7fc666dfffe8 ip 00007fc6c2ca8305 sp 00007ffe03979730 error 4 in libcjs.so.0.0.0[7fc6c2c7f000+c1000]

I also can't give a way to reproduce this error, seems very random to me.

The applets I use are IcingTaskManager and Weather.

SethosII on 2 Aug 2017

I am also using Icing Task Manager, but even when I disabled it for a while, I still got the crash, so don't think it is related to that applet.

mcarans on 3 Aug 2017

Author of Icing Task Manager confirmed it is not in Icing causing the crash and referred to this upstream issue: GJS crash in needsPostBarrier, possible access from wrong thread

mcarans on 3 Aug 2017

https://github.com/linuxmint/cjs/pull/49

leigh123linux on 3 Aug 2017

@mcarans without a full backtrace (complete with cjs debug symbols) this issue is unlikely to be traced and fixed.

leigh123linux on 4 Aug 2017

How do I produce a backtrace?

mcarans on 4 Aug 2017

Try https://github.com/linuxmint/Cinnamon/wiki/How-to-use-GDB-to-gather-debug-information-on-a-program

leigh123linux on 4 Aug 2017

@mtwebster Can you guide them on how to produce a useful backtrace as this process is automatic in fedora :-)

leigh123linux on 4 Aug 2017

The link above talks about using another computer to ssh. Is there any simple way to get a backtrace that doesn't involve using another computer?

Also this crash did not occur with Mint 18.1 and earlier, so can I downgrade CJS to see if that helps or will that cause other problems?

mcarans on 4 Aug 2017

You can use this script[0] to dump a backtrace when cinnamon crashes without needing a second computer. Run it as ./cin-debug cinnamon and it will prompt you for password because root privs are required to attach the debugger to a running process. After cinnamon crashes there will be a log in your home directory with the backtrace.

[0] https://raw.githubusercontent.com/linuxmint/Cinnamon/master/utils/cin-debug

Note: the libcjs-dbg package was only recently added to cjs for dpkg-based distros, so I'm not sure that debug symbols are currently available in Mint. You may need to build cjs manually to get them. Without debug symbols the produced backtrace will be unusable.

itzexor on 4 Aug 2017

I am not sure if this gives what you need:

Thread 1 "cinnamon" received signal SIGSEGV, Segmentation fault.

Thread 12 (Thread 0x7f67c169f700 (LWP 9116)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x00007f67c8d436c0 in PR_WaitCondVar () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#2  0x00007f67cec25eb1 in ?? () from /usr/lib/x86_64-linux-gnu/libjs.so.0
#3  0x00007f67c8d490a8 in ?? () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#4  0x00007f67d70d46ba in start_thread (arg=0x7f67c169f700) at pthread_create.c:333
#5  0x00007f67d6e0a3dd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 11 (Thread 0x7f67c1720700 (LWP 9115)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x00007f67c8d436c0 in PR_WaitCondVar () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#2  0x00007f67cec25eb1 in ?? () from /usr/lib/x86_64-linux-gnu/libjs.so.0
#3  0x00007f67c8d490a8 in ?? () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#4  0x00007f67d70d46ba in start_thread (arg=0x7f67c1720700) at pthread_create.c:333
#5  0x00007f67d6e0a3dd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 10 (Thread 0x7f67c17a1700 (LWP 9114)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x00007f67c8d436c0 in PR_WaitCondVar () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#2  0x00007f67cec25eb1 in ?? () from /usr/lib/x86_64-linux-gnu/libjs.so.0
#3  0x00007f67c8d490a8 in ?? () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#4  0x00007f67d70d46ba in start_thread (arg=0x7f67c17a1700) at pthread_create.c:333
#5  0x00007f67d6e0a3dd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 9 (Thread 0x7f67c1822700 (LWP 9113)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x00007f67c8d436c0 in PR_WaitCondVar () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#2  0x00007f67cec25eb1 in ?? () from /usr/lib/x86_64-linux-gnu/libjs.so.0
#3  0x00007f67c8d490a8 in ?? () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#4  0x00007f67d70d46ba in start_thread (arg=0x7f67c1822700) at pthread_create.c:333
#5  0x00007f67d6e0a3dd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 8 (Thread 0x7f67c18a3700 (LWP 9112)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x00007f67c8d436c0 in PR_WaitCondVar () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#2  0x00007f67cec25eb1 in ?? () from /usr/lib/x86_64-linux-gnu/libjs.so.0
#3  0x00007f67c8d490a8 in ?? () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#4  0x00007f67d70d46ba in start_thread (arg=0x7f67c18a3700) at pthread_create.c:333
#5  0x00007f67d6e0a3dd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 7 (Thread 0x7f67c1924700 (LWP 9111)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x00007f67c8d436c0 in PR_WaitCondVar () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#2  0x00007f67cec25eb1 in ?? () from /usr/lib/x86_64-linux-gnu/libjs.so.0
#3  0x00007f67c8d490a8 in ?? () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#4  0x00007f67d70d46ba in start_thread (arg=0x7f67c1924700) at pthread_create.c:333
#5  0x00007f67d6e0a3dd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 6 (Thread 0x7f67c19a5700 (LWP 9110)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x00007f67c8d436c0 in PR_WaitCondVar () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#2  0x00007f67cec25eb1 in ?? () from /usr/lib/x86_64-linux-gnu/libjs.so.0
#3  0x00007f67c8d490a8 in ?? () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#4  0x00007f67d70d46ba in start_thread (arg=0x7f67c19a5700) at pthread_create.c:333
#5  0x00007f67d6e0a3dd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 5 (Thread 0x7f67c1a26700 (LWP 9109)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x00007f67c8d436c0 in PR_WaitCondVar () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#2  0x00007f67cec25eb1 in ?? () from /usr/lib/x86_64-linux-gnu/libjs.so.0
#3  0x00007f67c8d490a8 in ?? () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#4  0x00007f67d70d46ba in start_thread (arg=0x7f67c1a26700) at pthread_create.c:333
#5  0x00007f67d6e0a3dd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 4 (Thread 0x7f67c2227700 (LWP 9108)):
#0  0x00007f67d6dfe70d in poll () at ../sysdeps/unix/syscall-template.S:84
#1  0x00007f67d733438c in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x00007f67d733449c in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x00007f67c222f28d in ?? () from /usr/lib/x86_64-linux-gnu/gio/modules/libdconfsettings.so
#4  0x00007f67d735abb5 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x00007f67d70d46ba in start_thread (arg=0x7f67c2227700) at pthread_create.c:333
#6  0x00007f67d6e0a3dd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 3 (Thread 0x7f67c3ff9700 (LWP 9107)):
#0  0x00007f67d6dfe70d in poll () at ../sysdeps/unix/syscall-template.S:84
#1  0x00007f67d733438c in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x00007f67d7334712 in g_main_loop_run () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x00007f67d79329d6 in ?? () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
#4  0x00007f67d735abb5 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x00007f67d70d46ba in start_thread (arg=0x7f67c3ff9700) at pthread_create.c:333
#6  0x00007f67d6e0a3dd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 2 (Thread 0x7f67c47fa700 (LWP 9106)):
#0  0x00007f67d6dfe70d in poll () at ../sysdeps/unix/syscall-template.S:84
#1  0x00007f67d733438c in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x00007f67d733449c in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x00007f67d73344d9 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#4  0x00007f67d735abb5 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x00007f67d70d46ba in start_thread (arg=0x7f67c47fa700) at pthread_create.c:333
#6  0x00007f67d6e0a3dd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 1 (Thread 0x7f67d8d2eac0 (LWP 9105)):
#0  js::GCMethods<JSObject*>::needsPostBarrier (v=0x7f6784e42780) at /usr/include/mozjs-38/js/RootingAPI.h:663
#1  JS::Heap<JSObject*>::set (newPtr=0x0, this=0x56001d3a7848) at /usr/include/mozjs-38/js/RootingAPI.h:296
#2  JS::Heap<JSObject*>::operator= (p=<optimised out>, this=0x56001d3a7848) at /usr/include/mozjs-38/js/RootingAPI.h:266
#3  GjsMaybeOwned<JSObject*>::reset (this=0x56001d3a7838) at ./cjs/jsapi-util-root.h:267
#4  closure_clear_idle (data=0x56001d3a7810) at gi/closure.cpp:131
#5  0x00007f67d733404a in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#6  0x00007f67d73343f0 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#7  0x00007f67d7334712 in g_main_loop_run () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#8  0x00007f67d8718988 in meta_run () from /usr/lib/x86_64-linux-gnu/libmuffin.so.0
#9  0x000056001ca31992 in ?? ()
#10 0x00007f67d6d23830 in __libc_start_main (main=0x56001ca31540, argc=2, argv=0x7fffd8dfef78, init=<optimised out>, fini=<optimised out>, rtld_fini=<optimised out>, stack_end=0x7fffd8dfef68) at ../csu/libc-start.c:291
#11 0x000056001ca31a89 in ?? ()

mcarans on 9 Aug 2017

@mcarans

This commit should fix the issue

https://github.com/linuxmint/cjs/commit/57c3b9e9b7a509e83eec03cf502d0a2e9ef5be41

#0  js::GCMethods<JSObject*>::needsPostBarrier (v=0x7f6784e42780) at /usr/include/mozjs-38/js/RootingAPI.h:663
#1  JS::Heap<JSObject*>::set (newPtr=0x0, this=0x56001d3a7848) at /usr/include/mozjs-38/js/RootingAPI.h:296
#2  JS::Heap<JSObject*>::operator= (p=<optimised out>, this=0x56001d3a7848) at /usr/include/mozjs-38/js/RootingAPI.h:266
#3  GjsMaybeOwned<JSObject*>::reset (this=0x56001d3a7838) at ./cjs/jsapi-util-root.h:267

@clem could you tag cjs please?

leigh123linux on 9 Aug 2017

Does 3.4-maintenance branch have that fix (as that branch as of 6 days ago is what I have installed currently)?

mcarans on 9 Aug 2017

I'm seeing this crash too, with cjs/libcjs 3.4.4 which should have the mentioned fix. So I don't think it is fixed.

cinnamon[2181]: segfault at 7fba62dfffe8 ip 00007fbac7c22555 sp 00007ffd826ba140 error 4 in libcjs.so.0.0.0[7fbac7bf9000+c2000]

tetious on 11 Aug 2017

@tetious can you provide the output of the following (just a couple of sanity checks):

cd /
find . -name "libcjs*" 2>/dev/null

and (assuming you're on mint or debian-based - I want to make sure only the correct versions are there)

dpkg --list | grep cjs

Thanks

mtwebster on 11 Aug 2017

Here you go!

./var/lib/dpkg/info/libcjs0f.shlibs
./var/lib/dpkg/info/libcjs0f.triggers
./var/lib/dpkg/info/libcjs0f.md5sums
./var/lib/dpkg/info/libcjs0f.list
./var/cache/apt/archives/libcjs0f_3.4.4+sonya_amd64.deb
./var/cache/apt/archives/libcjs0f_3.4.3+sonya_amd64.deb
./usr/share/doc/libcjs0f
./usr/lib/libcjs.so.0.0.0
./usr/lib/libcjs.so.0

ii  cjs                                         3.4.4+sonya                                  amd64        Mozilla-based javascript bindings for the Cinnamon platform
ii  libcjs0f                                    3.4.4+sonya                                  amd64        Mozilla-based javascript bindings for the Cinnamon platform

tetious on 11 Aug 2017

I had the libcjs crash again this morning running 3.4.4+sonya. I will try to capture the stacktrace with the script @itzexor provided the next time it happens.

mcarans on 14 Aug 2017

Here is the stacktrace:

Thread 1 "cinnamon" received signal SIGSEGV, Segmentation fault.

Thread 12 (Thread 0x7f47935fa700 (LWP 11401)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x00007f479ece76c0 in PR_WaitCondVar () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#2  0x00007f47a4bc9eb1 in ?? () from /usr/lib/x86_64-linux-gnu/libjs.so.0
#3  0x00007f479eced0a8 in ?? () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#4  0x00007f47ad0786ba in start_thread (arg=0x7f47935fa700) at pthread_create.c:333
#5  0x00007f47acdae3dd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 11 (Thread 0x7f479367b700 (LWP 11400)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x00007f479ece76c0 in PR_WaitCondVar () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#2  0x00007f47a4bc9eb1 in ?? () from /usr/lib/x86_64-linux-gnu/libjs.so.0
#3  0x00007f479eced0a8 in ?? () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#4  0x00007f47ad0786ba in start_thread (arg=0x7f479367b700) at pthread_create.c:333
#5  0x00007f47acdae3dd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 10 (Thread 0x7f47936fc700 (LWP 11399)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x00007f479ece76c0 in PR_WaitCondVar () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#2  0x00007f47a4bc9eb1 in ?? () from /usr/lib/x86_64-linux-gnu/libjs.so.0
#3  0x00007f479eced0a8 in ?? () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#4  0x00007f47ad0786ba in start_thread (arg=0x7f47936fc700) at pthread_create.c:333
#5  0x00007f47acdae3dd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 9 (Thread 0x7f479377d700 (LWP 11398)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x00007f479ece76c0 in PR_WaitCondVar () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#2  0x00007f47a4bc9eb1 in ?? () from /usr/lib/x86_64-linux-gnu/libjs.so.0
#3  0x00007f479eced0a8 in ?? () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#4  0x00007f47ad0786ba in start_thread (arg=0x7f479377d700) at pthread_create.c:333
#5  0x00007f47acdae3dd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 8 (Thread 0x7f47937fe700 (LWP 11397)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x00007f479ece76c0 in PR_WaitCondVar () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#2  0x00007f47a4bc9eb1 in ?? () from /usr/lib/x86_64-linux-gnu/libjs.so.0
#3  0x00007f479eced0a8 in ?? () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#4  0x00007f47ad0786ba in start_thread (arg=0x7f47937fe700) at pthread_create.c:333
#5  0x00007f47acdae3dd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 7 (Thread 0x7f47980c9700 (LWP 11396)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x00007f479ece76c0 in PR_WaitCondVar () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#2  0x00007f47a4bc9eb1 in ?? () from /usr/lib/x86_64-linux-gnu/libjs.so.0
#3  0x00007f479eced0a8 in ?? () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#4  0x00007f47ad0786ba in start_thread (arg=0x7f47980c9700) at pthread_create.c:333
#5  0x00007f47acdae3dd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 6 (Thread 0x7f479814a700 (LWP 11395)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x00007f479ece76c0 in PR_WaitCondVar () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#2  0x00007f47a4bc9eb1 in ?? () from /usr/lib/x86_64-linux-gnu/libjs.so.0
#3  0x00007f479eced0a8 in ?? () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#4  0x00007f47ad0786ba in start_thread (arg=0x7f479814a700) at pthread_create.c:333
#5  0x00007f47acdae3dd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 5 (Thread 0x7f47981cb700 (LWP 11394)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x00007f479ece76c0 in PR_WaitCondVar () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#2  0x00007f47a4bc9eb1 in ?? () from /usr/lib/x86_64-linux-gnu/libjs.so.0
#3  0x00007f479eced0a8 in ?? () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#4  0x00007f47ad0786ba in start_thread (arg=0x7f47981cb700) at pthread_create.c:333
#5  0x00007f47acdae3dd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 4 (Thread 0x7f4793fff700 (LWP 11393)):
#0  0x00007f47acda270d in poll () at ../sysdeps/unix/syscall-template.S:84
#1  0x00007f47ad2d838c in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x00007f47ad2d849c in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x00007f47981d328d in ?? () from /usr/lib/x86_64-linux-gnu/gio/modules/libdconfsettings.so
#4  0x00007f47ad2febb5 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x00007f47ad0786ba in start_thread (arg=0x7f4793fff700) at pthread_create.c:333
#6  0x00007f47acdae3dd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 3 (Thread 0x7f4799f9d700 (LWP 11392)):
#0  0x00007f47acda270d in poll () at ../sysdeps/unix/syscall-template.S:84
#1  0x00007f47ad2d838c in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x00007f47ad2d8712 in g_main_loop_run () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x00007f47ad8d69d6 in ?? () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
#4  0x00007f47ad2febb5 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x00007f47ad0786ba in start_thread (arg=0x7f4799f9d700) at pthread_create.c:333
#6  0x00007f47acdae3dd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 2 (Thread 0x7f479a79e700 (LWP 11391)):
#0  0x00007f47acda270d in poll () at ../sysdeps/unix/syscall-template.S:84
#1  0x00007f47ad2d838c in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x00007f47ad2d849c in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x00007f47ad2d84d9 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#4  0x00007f47ad2febb5 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x00007f47ad0786ba in start_thread (arg=0x7f479a79e700) at pthread_create.c:333
#6  0x00007f47acdae3dd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 1 (Thread 0x7f47aecd2ac0 (LWP 11390)):
#0  js::GCMethods<JSObject*>::needsPostBarrier (v=0x7f474bf2aec0) at /usr/include/mozjs-38/js/RootingAPI.h:663
#1  JS::Heap<JSObject*>::set (newPtr=0x0, this=0x55d9c7e2f7a8) at /usr/include/mozjs-38/js/RootingAPI.h:296
#2  JS::Heap<JSObject*>::operator= (p=<optimised out>, this=0x55d9c7e2f7a8) at /usr/include/mozjs-38/js/RootingAPI.h:266
#3  GjsMaybeOwned<JSObject*>::reset (this=0x55d9c7e2f798) at ./cjs/jsapi-util-root.h:267
#4  closure_clear_idle (data=0x55d9c7e2f770) at gi/closure.cpp:131
#5  0x00007f47ad2d804a in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#6  0x00007f47ad2d83f0 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#7  0x00007f47ad2d8712 in g_main_loop_run () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#8  0x00007f47ae6bca28 in meta_run () from /usr/lib/x86_64-linux-gnu/libmuffin.so.0
#9  0x000055d9c4ff8992 in ?? ()
#10 0x00007f47accc7830 in __libc_start_main (main=0x55d9c4ff8540, argc=3, argv=0x7ffcf8deffc8, init=<optimised out>, fini=<optimised out>, rtld_fini=<optimised out>, stack_end=0x7ffcf8deffb8) at ../csu/libc-start.c:291
#11 0x000055d9c4ff8a89 in ?? ()

I guess the ?? means there aren't debug symbols - if you need them, please tell me the steps to compile a debug version of what you need.

mcarans on 14 Aug 2017

@mcarans The backtrace is complete enough.

@mtwebster Is it possible to provide some cjs deb packages including the fix from https://bugzilla.gnome.org/show_bug.cgi?id=785657#c7 for testing.

leigh123linux on 14 Aug 2017

I have this same trouble. Cinnamon crashes with SIGSEGV today in twice. Mint 18.2.

ii  cjs                                          3.4.4+sonya                                  amd64        Mozilla-based javascript bindings for the Cinnamon platform
ii  libcjs0f                                     3.4.4+sonya                                  amd64        Mozilla-based javascript bindings for the Cinnamon platform

Backtrace:

removed useless backtrace

naith on 14 Aug 2017

Please try these - download all of them first, then run, from the directory they're in,

sudo dpkg -i *cjs*.deb

(make sure these are the only cjs packages in that folder also)

https://dl.dropboxusercontent.com/u/8201170/libcjs-dev_3.4.3_amd64.deb
https://dl.dropboxusercontent.com/u/8201170/libcjs-dbg_3.4.3_amd64.deb
https://dl.dropboxusercontent.com/u/8201170/libcjs0f_3.4.3_amd64.deb
https://dl.dropboxusercontent.com/u/8201170/cjs_3.4.3_amd64.deb

If anyone needs them I'll do some 32-bit ones also.

mtwebster on 15 Aug 2017

Anyone who hasn't yet, please report what graphics hardware and driver you're on

mtwebster on 15 Aug 2017

For me it is VMware:

> lshw -c video
  *-display               
       description: VGA compatible controller
       product: SVGA II Adapter
       vendor: VMware
       physical id: f
       bus info: pci@0000:00:0f.0
       version: 00
       width: 32 bits
       clock: 33MHz
       capabilities: vga_controller bus_master cap_list rom
       configuration: driver=vmwgfx latency=64
       resources: irq:16 ioport:1070(size=16) memory:e8000000-efffffff memory:fe000000-fe7fffff memory:c0000-dffff
> modinfo vmwgfx
filename:       /lib/modules/4.11.0-13-generic/kernel/drivers/gpu/drm/vmwgfx/vmwgfx.ko
version:        2.12.0.0
license:        GPL and additional rights
description:    Standalone drm driver for the VMware SVGA device
author:         VMware Inc. and others
srcversion:     8BD244F277F2196E072E3C6
alias:          pci:v000015ADd00000405sv*sd*bc*sc*i*
depends:        ttm,drm,drm_kms_helper
intree:         Y
vermagic:       4.11.0-13-generic SMP mod_unload 
parm:           enable_fbdev:Enable vmwgfx fbdev (int)
parm:           force_dma_api:Force using the DMA API for TTM pages (int)
parm:           restrict_iommu:Try to limit IOMMU usage for TTM pages (int)
parm:           force_coherent:Force coherent TTM pages (int)
parm:           restrict_dma_mask:Restrict DMA mask to 44 bits with IOMMU (int)
parm:           assume_16bpp:Assume 16-bpp when filtering modes (int)

SethosII on 15 Aug 2017

Dell E6500 notebook

~ $ sudo lshw -class video
  *-display:0             
       description: VGA compatible controller
       product: Mobile 4 Series Chipset Integrated Graphics Controller
       vendor: Intel Corporation
       physical id: 2
       bus info: pci@0000:00:02.0
       version: 07
       width: 64 bits
       clock: 33MHz
       capabilities: msi pm vga_controller bus_master cap_list rom
       configuration: driver=i915 latency=0
       resources: irq:30 memory:f6c00000-f6ffffff memory:e0000000-efffffff ioport:ef98(size=8) memory:c0000-dffff
  *-display:1 UNCLAIMED
       description: Display controller
       product: Mobile 4 Series Chipset Integrated Graphics Controller
       vendor: Intel Corporation
       physical id: 2.1
       bus info: pci@0000:00:02.1
       version: 07
       width: 64 bits
       clock: 33MHz
       capabilities: pm bus_master cap_list
       configuration: latency=0
       resources: memory:f6b00000-f6bfffff

~ $ modinfo i915
filename:       /lib/modules/4.10.0-32-generic/kernel/drivers/gpu/drm/i915/i915.ko
license:        GPL and additional rights
description:    Intel Graphics
author:         Intel Corporation
author:         Tungsten Graphics, Inc.
firmware:       i915/bxt_dmc_ver1_07.bin
firmware:       i915/skl_dmc_ver1_26.bin
firmware:       i915/kbl_dmc_ver1_01.bin
firmware:       i915/skl_guc_ver6_1.bin
srcversion:     F0E9CF22A8DCA43307F94E0
alias:          pci:v00008086d0000593Bsv*sd*bc03sc*i*
alias:          pci:v00008086d00005927sv*sd*bc03sc*i*
alias:          pci:v00008086d00005926sv*sd*bc03sc*i*
alias:          pci:v00008086d00005923sv*sd*bc03sc*i*
alias:          pci:v00008086d0000591Dsv*sd*bc03sc*i*
alias:          pci:v00008086d0000591Asv*sd*bc03sc*i*
alias:          pci:v00008086d0000591Bsv*sd*bc03sc*i*
alias:          pci:v00008086d00005912sv*sd*bc03sc*i*
alias:          pci:v00008086d0000591Esv*sd*bc03sc*i*
alias:          pci:v00008086d00005921sv*sd*bc03sc*i*
alias:          pci:v00008086d00005916sv*sd*bc03sc*i*
alias:          pci:v00008086d0000590Asv*sd*bc03sc*i*
alias:          pci:v00008086d0000590Bsv*sd*bc03sc*i*
alias:          pci:v00008086d00005908sv*sd*bc03sc*i*
alias:          pci:v00008086d00005902sv*sd*bc03sc*i*
alias:          pci:v00008086d0000590Esv*sd*bc03sc*i*
alias:          pci:v00008086d00005906sv*sd*bc03sc*i*
alias:          pci:v00008086d00005917sv*sd*bc03sc*i*
alias:          pci:v00008086d00005915sv*sd*bc03sc*i*
alias:          pci:v00008086d00005913sv*sd*bc03sc*i*
alias:          pci:v00008086d00005A85sv*sd*bc03sc*i*
alias:          pci:v00008086d00005A84sv*sd*bc03sc*i*
alias:          pci:v00008086d00001A85sv*sd*bc03sc*i*
alias:          pci:v00008086d00001A84sv*sd*bc03sc*i*
alias:          pci:v00008086d00000A84sv*sd*bc03sc*i*
alias:          pci:v00008086d0000193Asv*sd*bc03sc*i*
alias:          pci:v00008086d0000193Dsv*sd*bc03sc*i*
alias:          pci:v00008086d0000193Bsv*sd*bc03sc*i*
alias:          pci:v00008086d00001932sv*sd*bc03sc*i*
alias:          pci:v00008086d0000192Asv*sd*bc03sc*i*
alias:          pci:v00008086d0000192Bsv*sd*bc03sc*i*
alias:          pci:v00008086d00001927sv*sd*bc03sc*i*
alias:          pci:v00008086d00001926sv*sd*bc03sc*i*
alias:          pci:v00008086d00001923sv*sd*bc03sc*i*
alias:          pci:v00008086d0000191Dsv*sd*bc03sc*i*
alias:          pci:v00008086d0000191Asv*sd*bc03sc*i*
alias:          pci:v00008086d0000191Bsv*sd*bc03sc*i*
alias:          pci:v00008086d00001912sv*sd*bc03sc*i*
alias:          pci:v00008086d0000191Esv*sd*bc03sc*i*
alias:          pci:v00008086d00001921sv*sd*bc03sc*i*
alias:          pci:v00008086d00001916sv*sd*bc03sc*i*
alias:          pci:v00008086d0000190Asv*sd*bc03sc*i*
alias:          pci:v00008086d0000190Bsv*sd*bc03sc*i*
alias:          pci:v00008086d00001902sv*sd*bc03sc*i*
alias:          pci:v00008086d0000190Esv*sd*bc03sc*i*
alias:          pci:v00008086d00001906sv*sd*bc03sc*i*
alias:          pci:v00008086d000022B3sv*sd*bc03sc*i*
alias:          pci:v00008086d000022B2sv*sd*bc03sc*i*
alias:          pci:v00008086d000022B1sv*sd*bc03sc*i*
alias:          pci:v00008086d000022B0sv*sd*bc03sc*i*
alias:          pci:v00008086d0000163Dsv*sd*bc03sc*i*
alias:          pci:v00008086d0000163Asv*sd*bc03sc*i*
alias:          pci:v00008086d0000163Esv*sd*bc03sc*i*
alias:          pci:v00008086d0000163Bsv*sd*bc03sc*i*
alias:          pci:v00008086d00001636sv*sd*bc03sc*i*
alias:          pci:v00008086d00001632sv*sd*bc03sc*i*
alias:          pci:v00008086d0000162Dsv*sd*bc03sc*i*
alias:          pci:v00008086d0000162Asv*sd*bc03sc*i*
alias:          pci:v00008086d0000162Esv*sd*bc03sc*i*
alias:          pci:v00008086d0000162Bsv*sd*bc03sc*i*
alias:          pci:v00008086d00001626sv*sd*bc03sc*i*
alias:          pci:v00008086d00001622sv*sd*bc03sc*i*
alias:          pci:v00008086d0000161Dsv*sd*bc03sc*i*
alias:          pci:v00008086d0000161Asv*sd*bc03sc*i*
alias:          pci:v00008086d0000160Dsv*sd*bc03sc*i*
alias:          pci:v00008086d0000160Asv*sd*bc03sc*i*
alias:          pci:v00008086d0000161Esv*sd*bc03sc*i*
alias:          pci:v00008086d0000161Bsv*sd*bc03sc*i*
alias:          pci:v00008086d00001616sv*sd*bc03sc*i*
alias:          pci:v00008086d00001612sv*sd*bc03sc*i*
alias:          pci:v00008086d0000160Esv*sd*bc03sc*i*
alias:          pci:v00008086d0000160Bsv*sd*bc03sc*i*
alias:          pci:v00008086d00001606sv*sd*bc03sc*i*
alias:          pci:v00008086d00001602sv*sd*bc03sc*i*
alias:          pci:v00008086d00000155sv*sd*bc03sc*i*
alias:          pci:v00008086d00000157sv*sd*bc03sc*i*
alias:          pci:v00008086d00000F33sv*sd*bc03sc*i*
alias:          pci:v00008086d00000F32sv*sd*bc03sc*i*
alias:          pci:v00008086d00000F31sv*sd*bc03sc*i*
alias:          pci:v00008086d00000F30sv*sd*bc03sc*i*
alias:          pci:v00008086d00000D26sv*sd*bc03sc*i*
alias:          pci:v00008086d00000D16sv*sd*bc03sc*i*
alias:          pci:v00008086d00000D06sv*sd*bc03sc*i*
alias:          pci:v00008086d00000A2Esv*sd*bc03sc*i*
alias:          pci:v00008086d00000A1Esv*sd*bc03sc*i*
alias:          pci:v00008086d00000A0Esv*sd*bc03sc*i*
alias:          pci:v00008086d00000A26sv*sd*bc03sc*i*
alias:          pci:v00008086d00000A16sv*sd*bc03sc*i*
alias:          pci:v00008086d00000A06sv*sd*bc03sc*i*
alias:          pci:v00008086d00000C26sv*sd*bc03sc*i*
alias:          pci:v00008086d00000C16sv*sd*bc03sc*i*
alias:          pci:v00008086d00000C06sv*sd*bc03sc*i*
alias:          pci:v00008086d00000426sv*sd*bc03sc*i*
alias:          pci:v00008086d00000416sv*sd*bc03sc*i*
alias:          pci:v00008086d00000406sv*sd*bc03sc*i*
alias:          pci:v00008086d00000D2Esv*sd*bc03sc*i*
alias:          pci:v00008086d00000D1Esv*sd*bc03sc*i*
alias:          pci:v00008086d00000D0Esv*sd*bc03sc*i*
alias:          pci:v00008086d00000D2Bsv*sd*bc03sc*i*
alias:          pci:v00008086d00000D1Bsv*sd*bc03sc*i*
alias:          pci:v00008086d00000D0Bsv*sd*bc03sc*i*
alias:          pci:v00008086d00000D2Asv*sd*bc03sc*i*
alias:          pci:v00008086d00000D1Asv*sd*bc03sc*i*
alias:          pci:v00008086d00000D0Asv*sd*bc03sc*i*
alias:          pci:v00008086d00000D22sv*sd*bc03sc*i*
alias:          pci:v00008086d00000D12sv*sd*bc03sc*i*
alias:          pci:v00008086d00000D02sv*sd*bc03sc*i*
alias:          pci:v00008086d00000A2Bsv*sd*bc03sc*i*
alias:          pci:v00008086d00000A1Bsv*sd*bc03sc*i*
alias:          pci:v00008086d00000A0Bsv*sd*bc03sc*i*
alias:          pci:v00008086d00000A2Asv*sd*bc03sc*i*
alias:          pci:v00008086d00000A1Asv*sd*bc03sc*i*
alias:          pci:v00008086d00000A0Asv*sd*bc03sc*i*
alias:          pci:v00008086d00000A22sv*sd*bc03sc*i*
alias:          pci:v00008086d00000A12sv*sd*bc03sc*i*
alias:          pci:v00008086d00000A02sv*sd*bc03sc*i*
alias:          pci:v00008086d00000C2Esv*sd*bc03sc*i*
alias:          pci:v00008086d00000C1Esv*sd*bc03sc*i*
alias:          pci:v00008086d00000C0Esv*sd*bc03sc*i*
alias:          pci:v00008086d00000C2Bsv*sd*bc03sc*i*
alias:          pci:v00008086d00000C1Bsv*sd*bc03sc*i*
alias:          pci:v00008086d00000C0Bsv*sd*bc03sc*i*
alias:          pci:v00008086d00000C2Asv*sd*bc03sc*i*
alias:          pci:v00008086d00000C1Asv*sd*bc03sc*i*
alias:          pci:v00008086d00000C0Asv*sd*bc03sc*i*
alias:          pci:v00008086d00000C22sv*sd*bc03sc*i*
alias:          pci:v00008086d00000C12sv*sd*bc03sc*i*
alias:          pci:v00008086d00000C02sv*sd*bc03sc*i*
alias:          pci:v00008086d0000042Esv*sd*bc03sc*i*
alias:          pci:v00008086d0000041Esv*sd*bc03sc*i*
alias:          pci:v00008086d0000040Esv*sd*bc03sc*i*
alias:          pci:v00008086d0000042Bsv*sd*bc03sc*i*
alias:          pci:v00008086d0000041Bsv*sd*bc03sc*i*
alias:          pci:v00008086d0000040Bsv*sd*bc03sc*i*
alias:          pci:v00008086d0000042Asv*sd*bc03sc*i*
alias:          pci:v00008086d0000041Asv*sd*bc03sc*i*
alias:          pci:v00008086d0000040Asv*sd*bc03sc*i*
alias:          pci:v00008086d00000422sv*sd*bc03sc*i*
alias:          pci:v00008086d00000412sv*sd*bc03sc*i*
alias:          pci:v00008086d00000402sv*sd*bc03sc*i*
alias:          pci:v00008086d0000016Asv*sd*bc03sc*i*
alias:          pci:v00008086d0000015Asv*sd*bc03sc*i*
alias:          pci:v00008086d00000162sv*sd*bc03sc*i*
alias:          pci:v00008086d00000152sv*sd*bc03sc*i*
alias:          pci:v00008086d00000166sv*sd*bc03sc*i*
alias:          pci:v00008086d00000156sv*sd*bc03sc*i*
alias:          pci:v00008086d0000016Asv0000152Dsd00008990bc03sc*i*
alias:          pci:v00008086d00000126sv*sd*bc03sc*i*
alias:          pci:v00008086d00000116sv*sd*bc03sc*i*
alias:          pci:v00008086d00000106sv*sd*bc03sc*i*
alias:          pci:v00008086d0000010Asv*sd*bc03sc*i*
alias:          pci:v00008086d00000122sv*sd*bc03sc*i*
alias:          pci:v00008086d00000112sv*sd*bc03sc*i*
alias:          pci:v00008086d00000102sv*sd*bc03sc*i*
alias:          pci:v00008086d00000046sv*sd*bc03sc*i*
alias:          pci:v00008086d00000042sv*sd*bc03sc*i*
alias:          pci:v00008086d0000A011sv*sd*bc03sc*i*
alias:          pci:v00008086d0000A001sv*sd*bc03sc*i*
alias:          pci:v00008086d00002E92sv*sd*bc03sc*i*
alias:          pci:v00008086d00002E42sv*sd*bc03sc*i*
alias:          pci:v00008086d00002E32sv*sd*bc03sc*i*
alias:          pci:v00008086d00002E22sv*sd*bc03sc*i*
alias:          pci:v00008086d00002E12sv*sd*bc03sc*i*
alias:          pci:v00008086d00002E02sv*sd*bc03sc*i*
alias:          pci:v00008086d00002A42sv*sd*bc03sc*i*
alias:          pci:v00008086d00002A12sv*sd*bc03sc*i*
alias:          pci:v00008086d00002A02sv*sd*bc03sc*i*
alias:          pci:v00008086d000029D2sv*sd*bc03sc*i*
alias:          pci:v00008086d000029C2sv*sd*bc03sc*i*
alias:          pci:v00008086d000029B2sv*sd*bc03sc*i*
alias:          pci:v00008086d000029A2sv*sd*bc03sc*i*
alias:          pci:v00008086d00002992sv*sd*bc03sc*i*
alias:          pci:v00008086d00002982sv*sd*bc03sc*i*
alias:          pci:v00008086d00002972sv*sd*bc03sc*i*
alias:          pci:v00008086d000027AEsv*sd*bc03sc*i*
alias:          pci:v00008086d000027A2sv*sd*bc03sc*i*
alias:          pci:v00008086d00002772sv*sd*bc03sc*i*
alias:          pci:v00008086d00002592sv*sd*bc03sc*i*
alias:          pci:v00008086d0000258Asv*sd*bc03sc*i*
alias:          pci:v00008086d00002582sv*sd*bc03sc*i*
alias:          pci:v00008086d00002572sv*sd*bc03sc*i*
alias:          pci:v00008086d0000358Esv*sd*bc03sc*i*
alias:          pci:v00008086d00003582sv*sd*bc03sc*i*
alias:          pci:v00008086d00002562sv*sd*bc03sc*i*
alias:          pci:v00008086d00003577sv*sd*bc03sc*i*
depends:        drm_kms_helper,drm,video,i2c-algo-bit
intree:         Y
vermagic:       4.10.0-32-generic SMP mod_unload 
parm:           modeset:Use kernel modesetting [KMS] (0=disable, 1=on, -1=force vga console preference [default]) (int)
parm:           panel_ignore_lid:Override lid status (0=autodetect, 1=autodetect disabled [default], -1=force lid closed, -2=force lid open) (int)
parm:           semaphores:Use semaphores for inter-ring sync (default: -1 (use per-chip defaults)) (int)
parm:           enable_rc6:Enable power-saving render C-state 6. Different stages can be selected via bitmask values (0 = disable; 1 = enable rc6; 2 = enable deep rc6; 4 = enable deepest rc6). For example, 3 would enable rc6 and deep rc6, and 7 would enable everything. default: -1 (use per-chip default) (int)
parm:           enable_dc:Enable power-saving display C-states. (-1=auto [default]; 0=disable; 1=up to DC5; 2=up to DC6) (int)
parm:           enable_fbc:Enable frame buffer compression for power savings (default: -1 (use per-chip default)) (int)
parm:           lvds_channel_mode:Specify LVDS channel mode (0=probe BIOS [default], 1=single-channel, 2=dual-channel) (int)
parm:           lvds_use_ssc:Use Spread Spectrum Clock with panels [LVDS/eDP] (default: auto from VBT) (int)
parm:           vbt_sdvo_panel_type:Override/Ignore selection of SDVO panel mode in the VBT (-2=ignore, -1=auto [default], index in VBT BIOS table) (int)
parm:           reset:Attempt GPU resets (default: true) (bool)
parm:           error_capture:Record the GPU state following a hang. This information in /sys/class/drm/card<N>/error is vital for triaging and debugging hangs. (bool)
parm:           enable_hangcheck:Periodically check GPU activity for detecting hangs. WARNING: Disabling this can cause system wide hangs. (default: true) (bool)
parm:           enable_ppgtt:Override PPGTT usage. (-1=auto [default], 0=disabled, 1=aliasing, 2=full, 3=full with extended address space) (int)
parm:           enable_execlists:Override execlists usage. (-1=auto [default], 0=disabled, 1=enabled) (int)
parm:           enable_psr:Enable PSR (0=disabled, 1=enabled - link mode chosen per-platform, 2=force link-standby mode, 3=force link-off mode) Default: -1 (use per-chip default) (int)
parm:           alpha_support:Enable alpha quality driver support for latest hardware. See also CONFIG_DRM_I915_ALPHA_SUPPORT. (int)
parm:           disable_power_well:Disable display power wells when possible (-1=auto [default], 0=power wells always on, 1=power wells disabled when possible) (int)
parm:           enable_ips:Enable IPS (default: true) (int)
parm:           fastboot:Try to skip unnecessary mode sets at boot time (default: false) (bool)
parm:           prefault_disable:Disable page prefaulting for pread/pwrite/reloc (default:false). For developers only. (bool)
parm:           load_detect_test:Force-enable the VGA load detect code for testing (default:false). For developers only. (bool)
parm:           force_reset_modeset_test:Force a modeset during gpu reset for testing (default:false). For developers only. (bool)
parm:           invert_brightness:Invert backlight brightness (-1 force normal, 0 machine defaults, 1 force inversion), please report PCI device ID, subsystem vendor and subsystem device ID to [email protected], if your machine needs it. It will then be included in an upcoming module version. (int)
parm:           disable_display:Disable display (default: false) (bool)
parm:           enable_cmd_parser:Enable command parsing (1=enabled [default], 0=disabled) (int)
parm:           use_mmio_flip:use MMIO flips (-1=never, 0=driver discretion [default], 1=always) (int)
parm:           mmio_debug:Enable the MMIO debug code for the first N failures (default: off). This may negatively affect performance. (int)
parm:           verbose_state_checks:Enable verbose logs (ie. WARN_ON()) in case of unexpected hw state conditions. (bool)
parm:           nuclear_pageflip:Force atomic modeset functionality; asynchronous mode is not yet supported. (default: false). (bool)
parm:           edp_vswing:Ignore/Override vswing pre-emph table selection from VBT (0=use value from vbt [default], 1=low power swing(200mV),2=default swing(400mV)) (int)
parm:           enable_guc_loading:Enable GuC firmware loading (-1=auto, 0=never [default], 1=if available, 2=required) (int)
parm:           enable_guc_submission:Enable GuC submission (-1=auto, 0=never [default], 1=if available, 2=required) (int)
parm:           guc_log_level:GuC firmware logging level (-1:disabled (default), 0-3:enabled) (int)
parm:           enable_dp_mst:Enable multi-stream transport (MST) for new DisplayPort sinks. (default: true) (bool)
parm:           inject_load_failure:Force an error after a number of failure check points (0:disabled (default), N:force failure at the Nth failure check point) (uint)
parm:           enable_dpcd_backlight:Enable support for DPCD backlight control (default:false) (bool)
parm:           enable_gvt:Enable support for Intel GVT-g graphics virtualization host support(default:false) (bool)

naith on 15 Aug 2017

nvidia GTX 950 with the binary/proprietary drivers (375.66-0ubuntu0.16.04.1)

  *-display               
       description: VGA compatible controller
       product: GM206 [GeForce GTX 950]
       vendor: NVIDIA Corporation
       physical id: 0
       bus info: pci@0000:01:00.0
       version: a1
       width: 64 bits
       clock: 33MHz
       capabilities: pm msi pciexpress vga_controller bus_master cap_list rom
       configuration: driver=nvidia latency=0
       resources: irq:130 memory:de000000-deffffff memory:c0000000-cfffffff memory:d0000000-d1ffffff ioport:e000(size=128) memory:c0000-dffff

tetious on 15 Aug 2017

Unfortunately I still get the crashes with these packages:

https://dl.dropboxusercontent.com/u/8201170/libcjs-dev_3.4.3_amd64.deb
https://dl.dropboxusercontent.com/u/8201170/libcjs-dbg_3.4.3_amd64.deb
https://dl.dropboxusercontent.com/u/8201170/libcjs0f_3.4.3_amd64.deb
https://dl.dropboxusercontent.com/u/8201170/cjs_3.4.3_amd64.deb

I have started cin_debug and will give you a trace next time it happens.

mcarans on 16 Aug 2017

Can you tell us what applets, desklets and extensions you’re running? Try disabling and making a note of any 3rd party ones (ones you may have downloaded, that weren’t pre-installed), particularly system monitor or hardware monitor types.

mtwebster on 16 Aug 2017

For me, the crashes were happening at least once a session until I disabled Icing Task Manager. After disabling it, there has not been a crash since.

tetious on 16 Aug 2017

Interesting, I have only one: Icing Task Manager. With previous versions of libcjs, I had tried disabling Icing but still got the crashes. I can try again. @jaszhix making you aware of this development.

mcarans on 16 Aug 2017

I'm using the applet 'Network Data Usage Monitor'.
I downgraded to cjs Version 3.4.2 on a Manjaro Cinnamon Desktop Version 3.4.4 with Nvidia driver and have no crashes since yesterday morning.
I can try to update to cjs 3.4.3 again and disable Network Monitor.

buggyRogers on 16 Aug 2017

Sorry, I don't see how I can help improve the situation, I don't see any information in the logs pasted here relating to ITM. If you come across a JS error, that would be a starting point for improvement, but otherwise it still seems like a bug on the interpreter side. Also, pull requests are welcome.

jaszhix on 16 Aug 2017

@buggyRogers How did you install cjs 3.4.2?

mcarans on 16 Aug 2017

@mcarans I run Manjaro and had it in the package cache. I installed it with:
sudo pacman -U /var/cache/pacman/pkg/cjs-3.4.2-1-x86_64.pkg.tar.xz

If you don't have it, you can get it from the archive: https://archive.archlinux.org/packages/c/cjs/
Trying now 3.4.3 without Network Monitor applet.

buggyRogers on 16 Aug 2017

@buggyRogers thanks. Unfortunately that won't work for me - I am on Linux Mint.

mcarans on 16 Aug 2017

@mcarans see here: https://askubuntu.com/questions/138284/how-to-downgrade-a-package-via-apt-get#138327

SethosII on 16 Aug 2017

👍1

I tried apt-cache showpkg cjs but unfortunately there is only 2.8.0-1 available before 3.4.3.

I have built 3.4.2 from source from release here: https://github.com/linuxmint/cjs/releases and will see if it crashes. It replaced all the cjs packages except: libcjs-dbg which is still the patched 3.4.3 (https://dl.dropboxusercontent.com/u/8201170/libcjs-dbg_3.4.3_amd64.deb).

mcarans on 17 Aug 2017

3.4.2 crashes for me. Now trying 3.4.4+sonya without icing or any other 3rd party things.

mcarans on 17 Aug 2017

I download and install files from :
https://dl.dropboxusercontent.com/u/8201170/libcjs-dev_3.4.3_amd64.deb
https://dl.dropboxusercontent.com/u/8201170/libcjs-dbg_3.4.3_amd64.deb
https://dl.dropboxusercontent.com/u/8201170/libcjs0f_3.4.3_amd64.deb
https://dl.dropboxusercontent.com/u/8201170/cjs_3.4.3_amd64.deb

Past two days Cinnamon no crash.

$ dpkg --list | grep cjs
ii  cjs                                          3.4.3                                        amd64        Mozilla-based javascript bindings for the Cinnamon platform
ii  libcjs-dbg                                   3.4.3                                        amd64        Mozilla-based javascript bindings for the Cinnamon platform
ii  libcjs-dev                                   3.4.3                                        amd64        Mozilla-based javascript bindings for the Cinnamon platform
ii  libcjs0f                                     3.4.3                                        amd64        Mozilla-based javascript bindings for the Cinnamon platform

Update 08.20.2017:
Additional applets in my Mint 18.2
CPU Frekvency Applet
CPU Temperature Indicator
System Monitor (Fork By Odyseus)

naith on 17 Aug 2017

3.4.4+sonya with no icing has not crashed for me since I last posted. Perhaps it is not a bug in icing itself but a bug that icing reveals in libcjs by calling something that is not called by the base Cinnamon installation.

mcarans on 19 Aug 2017

@jaszhix running check-js against IcingTaskManager@json/3.2 returns

[leigh@localhost 3.2]$ ./check-js 
Checking for duplicate 'let' declarations - mozjs38 crashes if one is encountered within the same scope...
... no problems found

Checking for missing comma separators between prototype methods - cinnamon crashes if one is missed...
Missing comma after prototype method - './applet.js' at line 128

leigh123linux on 19 Aug 2017

Line 128 contains:

_addFavorite: function (opts={appId: null, app: null, pos: -1}) {

Default parameters are valid in mozjs38 (and this particular way should be in mozjs24). Does the check-js script account for those?

jaszhix on 19 Aug 2017

@jaszhix We would need to ask @mtwebster

https://github.com/linuxmint/Cinnamon/commits/master/utils/check-js

leigh123linux on 19 Aug 2017

[asus-gg] 05:16:30 {master} ~/workspaces/wowaddons/OrderHallCommander$ inxi -F && dmesg | grep -i error
System: Host: asus-gg Kernel: 4.10.0-32-generic x86_64 (64 bit) Desktop: Cinnamon 3.4.6
Distro: Linux Mint 18.2 Sonya
Machine: System: ASUSTeK (portable) product: G750JH v: 1.0
Mobo: ASUSTeK model: G750JH v: 1.0 Bios: American Megatrends v: G750JH.206 date: 12/02/2013
CPU: Quad core Intel Core i7-4700HQ (-HT-MCP-) cache: 6144 KB
clock speeds: max: 3400 MHz 1: 3113 MHz 2: 3139 MHz 3: 3199 MHz 4: 3214 MHz 5: 3199 MHz 6: 3199 MHz
7: 3199 MHz 8: 3038 MHz
Graphics: Card: NVIDIA GK104M [GeForce GTX 780M]
Display Server: X.Org 1.18.4 drivers: nvidia (unloaded: fbdev,vesa,nouveau)
Resolution: [email protected], [email protected]
GLX Renderer: GeForce GTX 780M/PCIe/SSE2 GLX Version: 4.5.0 NVIDIA 375.66
Audio: Card-1 Intel 8 Series/C220 Series High Definition Audio Controller driver: snd_hda_intel
Card-2 NVIDIA GK104 HDMI Audio Controller driver: snd_hda_intel
Sound: Advanced Linux Sound Architecture v: k4.10.0-32-generic
Network: Card-1: Qualcomm Atheros AR9462 Wireless Network Adapter driver: ath9k
IF: wlp3s0 state: down mac: 34:23:87:5a:52:d0
Card-2: Qualcomm Atheros QCA8171 Gigabit Ethernet driver: alx
IF: enp4s0 state: up speed: 1000 Mbps duplex: full mac: bc:ee:7b:2e:98:d0
Drives: HDD Total Size: 878.2GB (46.2% used) ID-1: /dev/sda model: SanDisk_SDSSDP12 size: 128.0GB
ID-2: /dev/sdb model: WDC_WD7500BPKX size: 750.2GB
Partition: ID-1: / size: 101G used: 11G (11%) fs: ext4 dev: /dev/dm-0
ID-2: /boot size: 473M used: 269M (60%) fs: ext2 dev: /dev/sda2
ID-3: /var size: 50G used: 2.2G (5%) fs: ext4 dev: /dev/dm-6
ID-4: /home size: 493G used: 345G (74%) fs: ext4 dev: /dev/dm-5
ID-5: swap-1 size: 17.13GB used: 0.00GB (0%) fs: swap dev: /dev/dm-1
RAID: No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors: System Temperatures: cpu: 74.0C mobo: N/A gpu: 73C
Fan Speeds (in rpm): cpu: 3300
Info: Processes: 380 Uptime: 4:39 Memory: 7437.9/15995.1MB Client: Shell (bash) inxi: 2.2.35
[ 3.308795] usb 3-5: string descriptor 0 read error: -22
[ 11.000302] EXT4-fs (dm-0): re-mounted. Opts: errors=remount-ro

alarofrunetotem on 21 Aug 2017

After disabling the panel applet 'Network Data Usage Monitor (netusagemonitor@pdcurtis)' it stops crashing. But I'm not 100% sure, maybe I was just lucky. :)
I ran the check-js-script and the result was:

Checking for duplicate 'let' declarations - mozjs38 crashes if one is encountered within the same scope...
... no problems found

Checking for missing comma separators between prototype methods - cinnamon crashes if one is missed...
Missing comma after prototype method - './applet.js' at line 970
Missing comma after prototype method - './applet.js' at line 1143

The code in the mentioned line 970 is:

    on_applet_removed_from_panel: function () {
        // Prepare to stop the update timer
        this.applet_running = false;
        this.settings.finalize();
    }
};  <-- 970

If I insert a comma after the curly brace in line 970 the check is successful in this line. But now i can not add it to the panel.

glass.log shows:

error t=2017-08-21T19:24:58.351Z expected expression, got ';'
trace t=2017-08-21T19:24:58.354Z 
<----------------
Extension.prototype._init@/usr/share/cinnamon/js/ui/extension.js:155:13
Extension@/usr/share/cinnamon/js/ui/extension.js:116:5
loadExtension@/usr/share/cinnamon/js/ui/extension.js:449:25
onEnabledAppletsChanged@/usr/share/cinnamon/js/ui/appletManager.js:236:13
---------------->
error t=2017-08-21T19:24:58.354Z [Applet "netusagemonitor@pdcurtis"]: Error importing applet.js from netusagemonitor@pdcurtis
error t=2017-08-21T19:24:58.354Z Could not load applet netusagemonitor@pdcurtis

So it looks like the syntax is not correct.
In line 1143 is the end of a comment section, last method over comment section is the main method.

Maybe it helps you ...

buggyRogers on 21 Aug 2017

The error "Missing comma after prototype method" outputted by check-js seems to be common to both the code of Icing and Network Data Usage Monitor - is this the cause of the crashes?

mcarans on 22 Aug 2017

No, Network Data Usage Monitor doesn't use default parameters. The check-js script was made to help migrate the Cinnamon JS to mozjs38, but it doesn't account for all the possible syntax that's now available in ES2015 on mozjs38 and shouldn't really be used as a metric here.

I have been investigating very hard to reproduce orphan St. Label warnings that have been mostly addressed but still crop up occasionally. One day I saw a handful, and the last couple days I haven't seen any. That's the only issue in ITM I've noticed that could possibly cause an issue with the C bindings.

@mcarans I also remember you use the text labels for buttons - I would be interested to see if the crashes still occur when you disable those in the ITM config.

jaszhix on 22 Aug 2017

Ok @jaszhix I will try: Title Display "None" today

mcarans on 23 Aug 2017

@jaszhix Unfortunately I have already had a crash with Title Display: None

mcarans on 23 Aug 2017

Ah okay, thanks for testing.

If you see any St.Label orphan errors in .xsession-errors, please let me know.

jaszhix on 23 Aug 2017

Try these please - as before, download them first, then install them with dpkg -i *cjs*.deb:

https://dl.dropboxusercontent.com/u/8201170/cjs/cjs_3.4.3_amd64.deb
https://dl.dropboxusercontent.com/u/8201170/cjs/libcjs0f_3.4.3_amd64.deb
https://dl.dropboxusercontent.com/u/8201170/cjs/libcjs-dbg_3.4.3_amd64.deb
https://dl.dropboxusercontent.com/u/8201170/cjs/libcjs-dev_3.4.3_amd64.deb

Thanks

mtwebster on 23 Aug 2017

Promising so far with the new files. I'll keep running for a while yet to confirm.

mcarans on 25 Aug 2017

With new files Cinnamon one time crash past day evening.

naith on 26 Aug 2017

I just had a crash :-(

mcarans on 28 Aug 2017

Also been getting similar segfaults in Cinnamon for the last few days. System vitals and backtrace included.

Incidentially, when Cinnamon crashes, it also hoses Javascript rendering in Firefox. Need to kill the FF child process to force it to reload tabs. I know cjs uses Mozilla's JS engine, but I don't know how the crash ties them together.

```[72033.858481] cinnamon[2310]: segfault at 7f521a8fffe8 ip 00007f526fffa155 sp 00007ffd926d4e70 error 4 in libcjs.so.0.0.0[7f526ffc3000+c2000]
md5-df2d169babb6557ce3864bc72115bbad

gdb.txt

mastermind4 on 30 Aug 2017

@mastermind4: I also experience the problem with firefox but for me this is also the case when I restart cinnamon normally. I created a new issue for this: https://github.com/linuxmint/Cinnamon/issues/6874.

SethosII on 4 Sep 2017

I have also had this problem whilst making some changes to my Network Usage Monitor Applet (NUMA).

inxi -F && dmesg | grep -i error
System: Host: defiant Kernel: 4.4.0-21-generic x86_64 (64 bit) Desktop: Cinnamon 3.4.6
Distro: Linux Mint 18.2 Sonya
Machine: System: Notebook (portable) product: W230ST
Mobo: Notebook model: W230ST Bios: American Megatrends v: 4.6.5 date: 11/18/2013
CPU: Quad core Intel Core i7-4700MQ (-HT-MCP-) cache: 6144 KB
clock speeds: max: 3400 MHz 1: 2391 MHz 2: 2641 MHz 3: 2389 MHz 4: 2407 MHz 5: 2584 MHz 6: 2421 MHz
7: 2400 MHz 8: 2407 MHz
Graphics: Card-1: Intel 4th Gen Core Processor Integrated Graphics Controller
Card-2: NVIDIA GK106M [GeForce GTX 765M]
Display Server: X.Org 1.18.4 drivers: intel (unloaded: fbdev,vesa) Resolution: [email protected]
GLX Renderer: Mesa DRI Intel Haswell Mobile GLX Version: 3.0 Mesa 11.2.0
Audio: Card-1 Intel 8 Series/C220 Series High Definition Audio Controller driver: snd_hda_intel
Card-2 Intel Xeon E3-1200 v3/4th Gen Core Processor HD Audio Controller driver: snd_hda_intel
Sound: Advanced Linux Sound Architecture v: k4.4.0-21-generic
Network: Card-1: Intel Centrino Advanced-N 6235 driver: iwlwifi
IF: wlp3s0 state: up mac: c4:d9:87:0a:df:a2
Card-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller driver: r8169
IF: enp4s0f1 state: down mac: 00:90:f5:f7:1d:5b
Drives: HDD Total Size: 1000.2GB (59.5% used) ID-1: /dev/sda model: ST1000LM014 size: 1000.2GB
Partition: ID-1: / size: 39G used: 9.2G (25%) fs: ext4 dev: /dev/sda6
ID-2: /home size: 193G used: 46G (25%) fs: ext3 dev: /dev/sda7
ID-3: swap-1 size: 16.78GB used: 0.06GB (0%) fs: swap dev: /dev/sda3
RAID: No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors: System Temperatures: cpu: 65.0C mobo: N/A
Fan Speeds (in rpm): cpu: N/A
Info: Processes: 291 Uptime: 5 days Memory: 4329.7/7903.7MB Client: Shell (bash) inxi: 2.2.35
When I saw this I recalled that @NikoKrause had run some checks on all the applets prior to Cinnamon 3.4 being introduced and had removed a a lot of duplicate lets in applets including NUMA linuxmint/cinnamon-spices-applets#604.

I have now run check-js and it does not show any problems with duplicate lets however when I checked the code manually I found several so check-js may not be foolproof.

Having found this thread I have hastily created a PR for a new version of NUMA at linuxmint/cinnamon-spices-applets#1217 which contains the work I was doing and also removes all the duplicate lets I have found ( the result of unthinking cut and pasting to duplicate chunks of code many years ago! ).

I can not be sure this is the solution to this issue as I am also use IcingTaskManager@json and several other monitoring apps such as Multi-core System Monitor but after removing the duplicates I had been running for several days without any segfaults before I found this thread. NUMA should be updated in any case.

pdcurtis on 5 Sep 2017

@pdcurtis I hope it solves the problem, I miss NUMA. :) I give it a try.

buggyRogers on 5 Sep 2017

@pdcurtis It works! No more crashes here with NUMA v3.2.3.

buggyRogers on 12 Sep 2017

@buggyRogers Glad everything is now working. I am still not sure that NUMA was the sole cause as others were not using it but it did force me into doing a lot more checks and a bit of tidying up which is good for the future.
Dare I ask if you have ever ticked the Like box or made a comment if you are a regular user at https://cinnamon-spices.linuxmint.com/applets/view/141

pdcurtis on 12 Sep 2017

👍1

I am having consistent cinnamon crashes like never before in Mint 18.2 [ 18.353521] EXT4-fs (sda9): re-mounted. Opts: errors=remount-ro

jessewriter on 15 Sep 2017

Multiple crashes every day on cinnamon 18.2.

[15861.940973] cinnamon[18867]: segfault at 7fbd9cbfffe8 ip 00007fbdfb23e555 sp 00007fffb8424a40 error 4 in libcjs.so.0.0.0[7fbdfb215000+c2000]
[19714.077245] cinnamon[30193]: segfault at 7f7c0d1fffe8 ip 00007f7c6c70c555 sp 00007ffd93ddd930 error 4 in libcjs.so.0.0.0[7f7c6c6e3000+c2000]

yzhuang on 23 Sep 2017

I will now try latest 4.11.0-14 kernel instead of 4.10.0-35 to see if it makes any difference to the crashes and use latest version of Icing. I had deactivated Icing for a while and had no crashes during that time.

mcarans on 25 Sep 2017

Hello.

Problem so present on ArchLinux with Cinnamon 3.4.6 and kernel 4.9.51-1-lts

I have crash regular but impossible to know what activates starts them.

The got out of it error is
cinnamon[3483]: segfault at 7fddbb5fffe8 ip 00007fde28c4cc45 sp 00007ffec5bf9f80 error 4 in libcjs.so.0.0.0[7fde28c24000+c2000]

the problem is not frequent.
some days no crash.
and on other days, it will crash every hour.
it is very random and therefore difficult to find a precise answer.

but on my Debian Sid Cinnamon 3.4.6 with kernel 4.12.0-2 no crash.
would be due to a kernel too old, less than 4.12?

melmelissa on 25 Sep 2017

Someone was suggesting to me to use 4.12 kernel here: https://www.reddit.com/r/linuxmint/comments/6r3nda/mint_182_cinnamon_random_crashes_libcjsoso/

I will test first with 4.11 to see how that goes.

mcarans on 26 Sep 2017

I do not use Icing and yet I also crash.

and on Sid I use 4.12 kernel and no crash.
while under ArchLinux I use the kernel 4.9.51-lts and I have irregular crashes of Cinnamon.
some days everything is fine, and other days (like yesterday) I crash every hour ....
it is very random.

melmelissa on 26 Sep 2017

Still crashing here using ArchLinux with kernel 4.12.13-1-ARCH and Cinnamon 3.4.6-1.

Icing Task Manager, NUMA not installed.

It doesn't happen as frequently as experienced by some and there is no apparent pattern to when it crashed. Sometimes it goes multiple days with no problem, other times I see a few in one day.

chuued on 26 Sep 2017

I applied some upstream patches related to the closure bugs. To test this build, extract the zip file in its own directory. From a terminal inside that directory, run sudo dpkg -i *cjs*.deb.

cjs_3.4.3.zip

jaszhix on 29 Sep 2017

I've not had a crash with kernel 4.11 so far. Hope it stays that way.

mcarans on 29 Sep 2017

Spoke too soon lol. Just had a crash. Will try the new cjs files.

mcarans on 29 Sep 2017

Same here. I get random crashes in Sabayon Gentoo with kernel 4.12 in cinnamon v3.4.6.

cinnamon[3077]: segfault at 7f134a8fffe8 ip 00007f13a03befb5 sp 00007fffd029a2b0 error 4 in libcjs.so.0.0.0[7f13a0393000+c2000]

Video card VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV635/M86 [Mobility Radeon HD 3650] (prog-if 00 [VGA controller]) with radeon kernel driver.

Package: gnome-extra/cjs-3.4.4.

I've just removed the network applet to check if this is still crashing.

nicolas33 on 1 Oct 2017

Also getting this issue on Fedora 26:

inxi -F && dmesg | grep -i error

System:    Host: zen Kernel: 4.12.14-300.fc26.x86_64 x86_64 bits: 64 Desktop: Cinnamon 3.4.6
           Distro: Fedora release 26 (Twenty Six)
Machine:   Device: laptop System: www.51nb.com product: X62 v: V10 serial: N/A
           Mobo: INTEL model: CRESCENTBAY v: X62. serial: N/A UEFI [Legacy]: 51NB v: 5.011 date: 12/10/2016
Battery    BAT0: charge: 60.5 Wh 96.5% condition: 62.7/65.1 Wh (96%)
CPU:       Dual core Intel Core i7-5500U (-HT-MCP-) cache: 4096 KB
           clock speeds: max: 3000 MHz 1: 1201 MHz 2: 1028 MHz 3: 1009 MHz 4: 1000 MHz
Graphics:  Card: Intel HD Graphics 5500
           Display Server: x11 (X.org 119.3 ) drivers: modesetting (unloaded: fbdev,vesa)
           Resolution: [email protected]
           OpenGL: renderer: Mesa DRI Intel HD Graphics 5500 (Broadwell GT2) version: 4.5 Mesa 17.1.7
Audio:     Card-1 Intel Wildcat Point-LP High Definition Audio Controller driver: snd_hda_intel
           Card-2 Intel Broadwell-U Audio Controller driver: snd_hda_intel
           Sound: Advanced Linux Sound Architecture v: k4.12.14-300.fc26.x86_64
Network:   Card-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller driver: r8169
           IF: enp2s0 state: down mac: 00:e1:6c:17:00:06
           Card-2: Intel Wireless 8265 / 8275 driver: iwlwifi
           IF: wlp3s0 state: up mac: 34:13:e8:60:2a:2a
Drives:    HDD Total Size: 1256.3GB (4.7% used)
           ID-1: /dev/sda model: Samsung_SSD_850 size: 256.1GB
           ID-2: /dev/sdb model: Samsung_SSD_850 size: 1000.2GB
Partition: ID-1: / size: 217G used: 40G (20%) fs: ext4 dev: /dev/dm-1
           ID-2: /boot size: 976M used: 274M (31%) fs: ext4 dev: /dev/sda1
           ID-3: swap-1 size: 17.18GB used: 0.00GB (0%) fs: swap dev: /dev/dm-2
RAID:      No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors:   System Temperatures: cpu: 54.0C mobo: 54.0C
           Fan Speeds (in rpm): cpu: N/A
Info:      Processes: 252 Uptime: 20:45 Memory: 1933.3/32160.8MB Client: Shell (bash) inxi: 2.3.38 
[    0.783270] RAS: Correctable Errors collector initialized.
[   11.951118] iwlwifi 0000:03:00.0: Direct firmware load for iwlwifi-8265-30.ucode failed with error -2
[   11.951249] iwlwifi 0000:03:00.0: Direct firmware load for iwlwifi-8265-29.ucode failed with error -2
[   11.951266] iwlwifi 0000:03:00.0: Direct firmware load for iwlwifi-8265-28.ucode failed with error -2
[11937.950235] cinnamon[2456]: segfault at 7f2ccccfffe8 ip 00007f2d059f8f85 sp 00007fffd0d0ed30 error 4 in libcjs.so.0.0.0[7f2d059cf000+c1000]

The third party applets I'm using are:

Typically happens when I leave the laptop on, afk and come back and login to see that Cinnamon has crashed.

bizuno on 3 Oct 2017

my cinnamon crashes seemed to stop after I removed any cpu monitor applets and downgraded libreoffice. not sure which or if both were the causes. i have been working on a simple cpu monitoring script since I do find that information useful but the available options fail.

jessewriter on 4 Oct 2017

I've not seen a crash since I've removed the network data monitor, 3 days ago. If any new crash happen I'll report it.
I don't use libreoffice much and I'm sure I've had crashes while libreoffice was not started at all.

nicolas33 on 4 Oct 2017

Yeah that does seem to be the case - I removed the Simple CPU Monitor and replaced it with the CPU Frequency Applet, I don't appear to have any more crashes.

bizuno on 5 Oct 2017

Same here. I get random crashes in Linux mint 18.2 the dsisaster is here :(
oct 08 11:11:12 dimoserver kernel: cinnamon[1826]: segfault at 7f1a60ffffe8 ip 00007f1ab0cc6555 sp 00007ffd5c901900 error 4 in libcjs.so.0.0.0[7f1ab0c9d000+c2000]
this ocur 2, 3 , 10, 30 times at day
inxi
dimoni@dimoserver ~ $ inxi -Fxz System: Host: dimoserver Kernel: 4.4.0-96-generic x86_64 (64 bit gcc: 5.4.0) Desktop: Cinnamon 3.4.6 (Gtk 3.18.9-1ubuntu3.3) Distro: Linux Mint 18.2 Sonya Machine: Mobo: ASRock model: N68C-S UCC Bios: American Megatrends v: P1.60 date: 09/19/2011 CPU: Dual core AMD Athlon 4850e (-MCP-) cache: 1024 KB flags: (lm nx sse sse2 sse3 svm) bmips: 8839 clock speeds: max: 2500 MHz 1: 2200 MHz 2: 2200 MHz Graphics: Card: NVIDIA GT218 [GeForce 210] bus-ID: 02:00.0 Display Server: X.Org 1.18.4 drivers: nvidia (unloaded: fbdev,vesa,nouveau) Resolution: [email protected], [email protected] GLX Renderer: GeForce 210/PCIe/SSE2 GLX Version: 3.3.0 NVIDIA 340.102 Direct Rendering: Yes Audio: Card-1 NVIDIA MCP61 High Definition Audio driver: snd_hda_intel bus-ID: 00:05.0 Card-2 NVIDIA High Definition Audio Controller driver: snd_hda_intel bus-ID: 02:00.1 Sound: Advanced Linux Sound Architecture v: k4.4.0-96-generic Network: Card: NVIDIA MCP61 Ethernet driver: forcedeth port: d480 bus-ID: 00:07.0 IF: enp0s7 state: up speed: 100 Mbps duplex: full mac: <filter> Drives: HDD Total Size: 1120.2GB (78.2% used) ID-1: /dev/sda model: KINGSTON_SV300S3 size: 120.0GB ID-2: /dev/sdb model: Hitachi_HDS72101 size: 1000.2GB Partition: ID-1: / size: 20G used: 13G (64%) fs: ext4 dev: /dev/sda2 ID-2: /home size: 66G used: 39G (60%) fs: ext4 dev: /dev/sda4 ID-3: /boot size: 4.8G used: 2.7G (56%) fs: ext4 dev: /dev/sda1 RAID: No RAID devices: /proc/mdstat, md_mod kernel module present Sensors: System Temperatures: cpu: 42.5C mobo: 39.0C gpu: 0.0:69C Fan Speeds (in rpm): cpu: 2250 fan-1: 2481 fan-3: 2376 fan-4: 0 fan-5: 0 Info: Processes: 197 Uptime: 7:30 Memory: 1888.6/7983.3MB Init: systemd runlevel: 5 Gcc sys: 5.4.0 Client: Shell (bash 4.3.481) inxi: 2.2.35 dimoni@dimoserver ~ $

In 18.1 nothing happens, and works flawosly. transition to ligthdm from mdm whith nividia grafics has and horror for my machine and for my

glass.log for the aplets/ deslesk
info t=2017-10-08T09:11:28.866Z Cinnamon.AppSystem.get_default() started in 164 ms info t=2017-10-08T09:11:28.877Z loading user theme: /usr/share/themes/Mint-Y-Dark/cinnamon/cinnamon.css info t=2017-10-08T09:11:28.913Z added icon directory: /usr/share/themes/Mint-Y-Dark/cinnamon info t=2017-10-08T09:11:29.453Z PlacesManager: Updating devices info t=2017-10-08T09:11:29.627Z loaded at Sun Oct 08 2017 11:11:29 GMT+0200 (CEST) info t=2017-10-08T09:11:31.243Z Loaded applet [email protected] in 1609 ms info t=2017-10-08T09:11:31.275Z Loaded applet [email protected] in 28 ms info t=2017-10-08T09:11:31.463Z Role locked: panellauncher info t=2017-10-08T09:11:31.464Z Loaded applet [email protected] in 184 ms info t=2017-10-08T09:11:31.501Z Loaded applet [email protected] in 33 ms info t=2017-10-08T09:11:31.525Z Role locked: notifications info t=2017-10-08T09:11:31.534Z Loaded applet [email protected] in 29 ms info t=2017-10-08T09:11:31.586Z Loaded applet [email protected] in 49 ms info t=2017-10-08T09:11:31.621Z Loaded applet [email protected] in 31 ms info t=2017-10-08T09:11:31.666Z Loaded applet [email protected] in 40 ms info t=2017-10-08T09:11:31.794Z Loaded applet [email protected] in 121 ms info t=2017-10-08T09:11:31.899Z Loaded applet [email protected] in 101 ms info t=2017-10-08T09:11:31.954Z Loaded applet [email protected] in 50 ms info t=2017-10-08T09:11:31.977Z Loaded applet [email protected] in 19 ms info t=2017-10-08T09:11:32.029Z Loaded applet [email protected] in 48 ms info t=2017-10-08T09:11:32.050Z Loaded applet [email protected] in 18 ms info t=2017-10-08T09:11:32.116Z Loaded applet weather@mockturtl in 64 ms info t=2017-10-08T09:11:32.133Z Loaded applet [email protected] in 15 ms info t=2017-10-08T09:11:32.169Z Loaded applet cpufreq@mtwebster in 34 ms info t=2017-10-08T09:11:32.218Z Loaded applet sysmonitor@orcus in 47 ms info t=2017-10-08T09:11:32.219Z AppletManager.init() started in 2590 ms info t=2017-10-08T09:11:32.236Z Loaded desklet clockTow@armandobs14 in 16 ms info t=2017-10-08T09:11:32.248Z Config file /home/dimoni/.local/share/cinnamon/desklets/TimeAndDate@nightflame/metadata.json info t=2017-10-08T09:11:32.259Z Loaded desklet TimeAndDate@nightflame in 20 ms info t=2017-10-08T09:11:32.267Z Cinnamon took 3577 ms to start info t=2017-10-08T09:11:34.143Z Hiding systray: network info t=2017-10-08T09:11:34.150Z Adding systray: mintupdate.py (24x24px) info t=2017-10-08T09:11:34.156Z Adding systray: vino-app-indicator (24x24px) info t=2017-10-08T09:11:34.171Z Adding systray: indicator-solaar (24x24px)

dimoni68 on 8 Oct 2017

If anyone is still running into crashes, please try the patched version of CJS I linked to earlier.

jaszhix on 8 Oct 2017

Thx, I haven't had a crash using the patched cjs files for more than a week. Hoping it stays that way!

mcarans on 9 Oct 2017

Still no crashes - looking good! :-)

mcarans on 12 Oct 2017

👍1

@melmelissa The version is behind the current release because cjs master is tagged at 3.4.3, but it's based on the current version with additional patches.

jaszhix on 14 Oct 2017

The version is behind the current release because cjs master is tagged at 3.4.3, but it's based on the current version with additional patches.

I did not get what you mean.

nicolas33 on 15 Oct 2017

I'm referring to the maintenance branch and master (development) branch on the CJS repository. Master is basically even with the maintenance branch except it has an older release tag and changelog entry.

Also, if you use the patch and it resolves the issue, you will need to hold back CJS updates until v3.4.5 releases.

jaszhix on 15 Oct 2017

For me it seems to be resolved using Ubuntu's kernel 4.11 and @jaszhix CJS patch.

mcarans on 19 Oct 2017

Hi everyone,

We've got a PR at https://github.com/linuxmint/cjs/pull/55 which might help solve a CJS crash.

However, I'd like to catch your attention on the fact that we're dealing with different issues here.

To you, it might look like you're all affected by the same bug, but you're not. That's why some of you no longer see crashes after you removed a particular applets, while other people still experience crashes without it.

Here's a bit of info on how to identify your issue a little bit better.

After the crash, say dmesg tells you:

[ 4947.459104] cinnamon[2868]: segfault at 7f2611ffffe8 ip 00007f2667dda305 sp 00007fffb416b9d0 error 4 in libcjs.so.0.0.0[7f2667db1000+c1000]

In that line we can see that Cinnamon crashed due to a segfault in the shared library libcjs.so.0.0.0. We also get information about memory addresses for the Cinnamon process and the shared library.

We look at two addresses in particular here:

ip, the instruction pointer in the main program
the loading address of the shared library (the first number in the brackets after the name of the lib).

In our example above, we've got:

ip: 00007f2667dda305
loading address: 7f2667db1000

We'll substract the loading address from the ip to get the offset...

00007f2667dda305 - 7f2667db1000 = 29305

I don't expect you to know how to substract in Hexadecimal... even if you're good at Maths.. so to do this just launch the Calculator, set it to Advanced Mode and change its base (using the combo box) to Hexadecimal.

Now that's we've got our offset, we can ask addr2line what's under it in our shared library:

addr2line -e /usr/lib/libcjs.so.0.0.0 29305 -fCi
gjs_typecheck_boxed

And there we have it... that particular crash corresponds to a call to gjs_typecheck_boxed in libcjs.

After doing a bit of research we can find upstream bug reports about this... and not just a generic "hey, CJS crashed..." but something specific.

In this particular example, we're dealing with a notorious needsPostBarrier crash.. which is described in GJS at https://bugzilla.gnome.org/show_bug.cgi?id=783935.

I'll do a bit of math and create separate issues for the crashes you reported.

clefebvre on 19 Oct 2017

I created an issue at:

Crash in gjs_typecheck_boxed - needsPostBarrier: https://github.com/linuxmint/cjs/issues/56

This bug is the one experienced by most of you here and it's the one which @jaszhix is attempting to fix in the current PR.

I've added information over at https://github.com/linuxmint/cjs/blob/master/README.md on how to report bugs against CJS. I've done the maths from your various dmesg reports.. and I'm seeing quite a few different issues...

clem@airtop ~/Sandbox/cjs $ addr2line -e /usr/lib/libcjs.so.0.0.0 29555 -fCi
gjs_typecheck_boxed
??:?
clem@airtop ~/Sandbox/cjs $ addr2line -e /usr/lib/libcjs.so.0.0.0 35CB5 -fCi
gjs_create_ns
??:?
clem@airtop ~/Sandbox/cjs $ addr2line -e /usr/lib/libcjs.so.0.0.0 28C45 -fCi
gjs_define_boxed_class
??:?
clem@airtop ~/Sandbox/cjs $ addr2line -e /usr/lib/libcjs.so.0.0.0 2BFB5 -fCi
gjs_fundamental_ref
??:?

These different issues need to be reported in isolation, against CJS over at https://github.com/linuxmint/cjs/issues.

It's likely they're not related to the main issue (the one occurring gjs_typecheck_boxed) and so they likely won't be fixed once @jaszhix's PR is merged.

Please check CJS's README.md and report them accurately over there, with as much information as you can so we can have an idea of probable causes and how to reproduce them.

clefebvre on 19 Oct 2017

Cinnamon: Segfault in libcjs.so - Cinnamon crash

All 84 comments

Related issues