Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 710248 - media-gfx/gimp-2.10.14-r1 - segmentation fault while running idle
Summary: media-gfx/gimp-2.10.14-r1 - segmentation fault while running idle
Status: RESOLVED CANTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Sergey Torokhov
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-02-19 20:49 UTC by Theo van Rijn
Modified: 2020-03-07 13:36 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
emerge --info (emerge.info,6.04 KB, text/plain)
2020-02-19 20:49 UTC, Theo van Rijn
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Theo van Rijn 2020-02-19 20:49:38 UTC
Created attachment 614584 [details]
emerge --info

I just found this message after coming home from a day's work:

```
GNU Image Manipulation Program version 2.10.14
git-describe: GIMP_2_10_12-511-ga4f55d6c7e
C compiler:
	Using built-in specs.
	COLLECT_GCC=x86_64-pc-linux-gnu-gcc
	COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/9.2.0/lto-wrapper
	Target: x86_64-pc-linux-gnu
	Configured with: /var/tmp/portage/sys-devel/gcc-9.2.0-r2/work/gcc-9.2.0/configure --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/9.2.0 --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/9.2.0/include --datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/9.2.0 --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/9.2.0/man --infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/9.2.0/info --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/9.2.0/include/g++-v9 --with-python-dir=/share/gcc-data/x86_64-pc-linux-gnu/9.2.0/python --enable-languages=c,c++,fortran --enable-obsolete --enable-secureplt --disable-werror --with-system-zlib --enable-nls --without-included-gettext --enable-checking=release --with-bugurl=https://bugs.gentoo.org/ --with-pkgversion='Gentoo 9.2.0-r2 p3' --disable-esp --enable-libstdcxx-time --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --enable-multilib --with-multilib-list=m32,m64 --disable-altivec --disable-fixed-point --enable-targets=all --enable-libgomp --disable-libmudflap --disable-libssp --disable-systemtap --enable-vtable-verify --enable-lto --without-isl --enable-default-pie --enable-default-ssp
	Thread model: posix
	gcc version 9.2.0 (Gentoo 9.2.0-r2 p3) 

using babl version 0.1.74 (compiled against version 0.1.74)
using GEGL version 0.4.18 (compiled against version 0.4.18)
using GLib version 2.60.7 (compiled against version 2.60.7)
using GdkPixbuf version 2.40.0 (compiled against version 2.40.0)
using GTK+ version 2.24.32 (compiled against version 2.24.32)
using Pango version 1.42.4 (compiled against version 1.42.4)
using Fontconfig version 2.13.0 (compiled against version 2.13.0)
using Cairo version 1.16.0 (compiled against version 1.16.0)

```
> fatal error: Segmentatiefout

Stack trace:
```

# Stack traces obtained from PID 11355 - Thread 11355 #

[New LWP 11357]
[New LWP 11358]
[New LWP 11359]
[New LWP 11360]
[New LWP 11361]
[New LWP 11362]
[New LWP 11363]
[New LWP 11364]
[New LWP 11365]
[New LWP 11366]
[New LWP 11367]
[New LWP 11368]
[New LWP 11369]
[New LWP 11372]
[New LWP 11373]
[New LWP 11383]
[New LWP 11424]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
0x00007fef785e0278 in read () from /lib64/libpthread.so.0
  Id   Target Id                                          Frame 
* 1    Thread 0x7fef777d5200 (LWP 11355) "gimp-2.10"      0x00007fef785e0278 in read () from /lib64/libpthread.so.0
  2    Thread 0x7fef77062700 (LWP 11357) "worker"         0x00007fef784f9b89 in syscall () from /lib64/libc.so.6
  3    Thread 0x7fef76861700 (LWP 11358) "worker"         0x00007fef784f9b89 in syscall () from /lib64/libc.so.6
  4    Thread 0x7fef6e060700 (LWP 11359) "worker"         0x00007fef784f9b89 in syscall () from /lib64/libc.so.6
  5    Thread 0x7fef76060700 (LWP 11360) "worker"         0x00007fef784f9b89 in syscall () from /lib64/libc.so.6
  6    Thread 0x7fef7585f700 (LWP 11361) "worker"         0x00007fef784f9b89 in syscall () from /lib64/libc.so.6
  7    Thread 0x7fef7505e700 (LWP 11362) "worker"         0x00007fef784f9b89 in syscall () from /lib64/libc.so.6
  8    Thread 0x7fef7485d700 (LWP 11363) "worker"         0x00007fef784f9b89 in syscall () from /lib64/libc.so.6
  9    Thread 0x7fef6ffff700 (LWP 11364) "worker"         0x00007fef784f9b89 in syscall () from /lib64/libc.so.6
  10   Thread 0x7fef6f7fe700 (LWP 11365) "worker"         0x00007fef784f9b89 in syscall () from /lib64/libc.so.6
  11   Thread 0x7fef6effd700 (LWP 11366) "worker"         0x00007fef784f9b89 in syscall () from /lib64/libc.so.6
  12   Thread 0x7fef6d85f700 (LWP 11367) "worker"         0x00007fef784f9b89 in syscall () from /lib64/libc.so.6
  13   Thread 0x7fef6d05e700 (LWP 11368) "gmain"          0x00007fef784f370b in poll () from /lib64/libc.so.6
  14   Thread 0x7fef6c85d700 (LWP 11369) "gdbus"          0x00007fef784f370b in poll () from /lib64/libc.so.6
  15   Thread 0x7fef37fff700 (LWP 11372) "async"          0x00007fef784f9b89 in syscall () from /lib64/libc.so.6
  16   Thread 0x7fef377fe700 (LWP 11373) "pool-gimp-2.10" 0x00007fef784f9b89 in syscall () from /lib64/libc.so.6
  17   Thread 0x7fef36a70700 (LWP 11383) "threaded-ml"    0x00007fef784f370b in poll () from /lib64/libc.so.6
  18   Thread 0x7fef351f0700 (LWP 11424) "swap writer"    0x00007fef784f9b89 in syscall () from /lib64/libc.so.6

Thread 18 (Thread 0x7fef351f0700 (LWP 11424)):
#0  0x00007fef784f9b89 in syscall () at /lib64/libc.so.6
#1  0x00007fef788036af in g_cond_wait () at /usr/lib64/libglib-2.0.so.0
#2  0x00007fef78c7306d in  () at /usr/lib64/libgegl-0.4.so.0
#3  0x00007fef787dfead in  () at /usr/lib64/libglib-2.0.so.0
#4  0x00007fef785d5487 in start_thread () at /lib64/libpthread.so.0
#5  0x00007fef784ff69f in clone () at /lib64/libc.so.6

Thread 17 (Thread 0x7fef36a70700 (LWP 11383)):
#0  0x00007fef784f370b in poll () at /lib64/libc.so.6
#1  0x00007fef6e6495c2 in  () at /usr/lib64/libpulse.so.0
#2  0x00007fef6e63a326 in pa_mainloop_poll () at /usr/lib64/libpulse.so.0
#3  0x00007fef6e63a9ef in pa_mainloop_iterate () at /usr/lib64/libpulse.so.0
#4  0x00007fef6e63aaa0 in pa_mainloop_run () at /usr/lib64/libpulse.so.0
#5  0x00007fef6e6494f9 in  () at /usr/lib64/libpulse.so.0
#6  0x00007fef6e5e2777 in  () at /usr/lib64/pulseaudio/libpulsecommon-13.0.so
#7  0x00007fef785d5487 in start_thread () at /lib64/libpthread.so.0
#8  0x00007fef784ff69f in clone () at /lib64/libc.so.6

Thread 16 (Thread 0x7fef377fe700 (LWP 11373)):
#0  0x00007fef784f9b89 in syscall () at /lib64/libc.so.6
#1  0x00007fef788037b2 in g_cond_wait_until () at /usr/lib64/libglib-2.0.so.0
#2  0x00007fef78786371 in  () at /usr/lib64/libglib-2.0.so.0
#3  0x00007fef787e0a4a in  () at /usr/lib64/libglib-2.0.so.0
#4  0x00007fef787dfead in  () at /usr/lib64/libglib-2.0.so.0
#5  0x00007fef785d5487 in start_thread () at /lib64/libpthread.so.0
#6  0x00007fef784ff69f in clone () at /lib64/libc.so.6

Thread 15 (Thread 0x7fef37fff700 (LWP 11372)):
#0  0x00007fef784f9b89 in syscall () at /lib64/libc.so.6
#1  0x00007fef788036af in g_cond_wait () at /usr/lib64/libglib-2.0.so.0
#2  0x000055ec383dc974 in  ()
#3  0x00007fef787dfead in  () at /usr/lib64/libglib-2.0.so.0
#4  0x00007fef785d5487 in start_thread () at /lib64/libpthread.so.0
#5  0x00007fef784ff69f in clone () at /lib64/libc.so.6

Thread 14 (Thread 0x7fef6c85d700 (LWP 11369)):
#0  0x00007fef784f370b in poll () at /lib64/libc.so.6
#1  0x00007fef787b5f8e in  () at /usr/lib64/libglib-2.0.so.0
#2  0x00007fef787b6333 in g_main_loop_run () at /usr/lib64/libglib-2.0.so.0
#3  0x00007fef78b5a926 in  () at /usr/lib64/libgio-2.0.so.0
#4  0x00007fef787dfead in  () at /usr/lib64/libglib-2.0.so.0
#5  0x00007fef785d5487 in start_thread () at /lib64/libpthread.so.0
#6  0x00007fef784ff69f in clone () at /lib64/libc.so.6

Thread 13 (Thread 0x7fef6d05e700 (LWP 11368)):
#0  0x00007fef784f370b in poll () at /lib64/libc.so.6
#1  0x00007fef787b5f8e in  () at /usr/lib64/libglib-2.0.so.0
#2  0x00007fef787b60af in g_main_context_iteration () at /usr/lib64/libglib-2.0.so.0
#3  0x00007fef787b6101 in  () at /usr/lib64/libglib-2.0.so.0
#4  0x00007fef787dfead in  () at /usr/lib64/libglib-2.0.so.0
#5  0x00007fef785d5487 in start_thread () at /lib64/libpthread.so.0
#6  0x00007fef784ff69f in clone () at /lib64/libc.so.6

Thread 12 (Thread 0x7fef6d85f700 (LWP 11367)):
#0  0x00007fef784f9b89 in syscall () at /lib64/libc.so.6
#1  0x00007fef788036af in g_cond_wait () at /usr/lib64/libglib-2.0.so.0
#2  0x00007fef78c3ee63 in  () at /usr/lib64/libgegl-0.4.so.0
#3  0x00007fef787dfead in  () at /usr/lib64/libglib-2.0.so.0
#4  0x00007fef785d5487 in start_thread () at /lib64/libpthread.so.0
#5  0x00007fef784ff69f in clone () at /lib64/libc.so.6

Thread 11 (Thread 0x7fef6effd700 (LWP 11366)):
#0  0x00007fef784f9b89 in syscall () at /lib64/libc.so.6
#1  0x00007fef788036af in g_cond_wait () at /usr/lib64/libglib-2.0.so.0
#2  0x00007fef78c3ee63 in  () at /usr/lib64/libgegl-0.4.so.0
#3  0x00007fef787dfead in  () at /usr/lib64/libglib-2.0.so.0
#4  0x00007fef785d5487 in start_thread () at /lib64/libpthread.so.0
#5  0x00007fef784ff69f in clone () at /lib64/libc.so.6

Thread 10 (Thread 0x7fef6f7fe700 (LWP 11365)):
#0  0x00007fef784f9b89 in syscall () at /lib64/libc.so.6
#1  0x00007fef788036af in g_cond_wait () at /usr/lib64/libglib-2.0.so.0
#2  0x00007fef78c3ee63 in  () at /usr/lib64/libgegl-0.4.so.0
#3  0x00007fef787dfead in  () at /usr/lib64/libglib-2.0.so.0
#4  0x00007fef785d5487 in start_thread () at /lib64/libpthread.so.0
#5  0x00007fef784ff69f in clone () at /lib64/libc.so.6

Thread 9 (Thread 0x7fef6ffff700 (LWP 11364)):
#0  0x00007fef784f9b89 in syscall () at /lib64/libc.so.6
#1  0x00007fef788036af in g_cond_wait () at /usr/lib64/libglib-2.0.so.0
#2  0x00007fef78c3ee63 in  () at /usr/lib64/libgegl-0.4.so.0
#3  0x00007fef787dfead in  () at /usr/lib64/libglib-2.0.so.0
#4  0x00007fef785d5487 in start_thread () at /lib64/libpthread.so.0
#5  0x00007fef784ff69f in clone () at /lib64/libc.so.6

Thread 8 (Thread 0x7fef7485d700 (LWP 11363)):
#0  0x00007fef784f9b89 in syscall () at /lib64/libc.so.6
#1  0x00007fef788036af in g_cond_wait () at /usr/lib64/libglib-2.0.so.0
#2  0x00007fef78c3ee63 in  () at /usr/lib64/libgegl-0.4.so.0
#3  0x00007fef787dfead in  () at /usr/lib64/libglib-2.0.so.0
#4  0x00007fef785d5487 in start_thread () at /lib64/libpthread.so.0
#5  0x00007fef784ff69f in clone () at /lib64/libc.so.6

Thread 7 (Thread 0x7fef7505e700 (LWP 11362)):
#0  0x00007fef784f9b89 in syscall () at /lib64/libc.so.6
#1  0x00007fef788036af in g_cond_wait () at /usr/lib64/libglib-2.0.so.0
#2  0x00007fef78c3ee63 in  () at /usr/lib64/libgegl-0.4.so.0
#3  0x00007fef787dfead in  () at /usr/lib64/libglib-2.0.so.0
#4  0x00007fef785d5487 in start_thread () at /lib64/libpthread.so.0
#5  0x00007fef784ff69f in clone () at /lib64/libc.so.6

Thread 6 (Thread 0x7fef7585f700 (LWP 11361)):
#0  0x00007fef784f9b89 in syscall () at /lib64/libc.so.6
#1  0x00007fef788036af in g_cond_wait () at /usr/lib64/libglib-2.0.so.0
#2  0x00007fef78c3ee63 in  () at /usr/lib64/libgegl-0.4.so.0
#3  0x00007fef787dfead in  () at /usr/lib64/libglib-2.0.so.0
#4  0x00007fef785d5487 in start_thread () at /lib64/libpthread.so.0
#5  0x00007fef784ff69f in clone () at /lib64/libc.so.6

Thread 5 (Thread 0x7fef76060700 (LWP 11360)):
#0  0x00007fef784f9b89 in syscall () at /lib64/libc.so.6
#1  0x00007fef788036af in g_cond_wait () at /usr/lib64/libglib-2.0.so.0
#2  0x00007fef78c3ee63 in  () at /usr/lib64/libgegl-0.4.so.0
#3  0x00007fef787dfead in  () at /usr/lib64/libglib-2.0.so.0
#4  0x00007fef785d5487 in start_thread () at /lib64/libpthread.so.0
#5  0x00007fef784ff69f in clone () at /lib64/libc.so.6

Thread 4 (Thread 0x7fef6e060700 (LWP 11359)):
#0  0x00007fef784f9b89 in syscall () at /lib64/libc.so.6
#1  0x00007fef788036af in g_cond_wait () at /usr/lib64/libglib-2.0.so.0
#2  0x00007fef78c3ee63 in  () at /usr/lib64/libgegl-0.4.so.0
#3  0x00007fef787dfead in  () at /usr/lib64/libglib-2.0.so.0
#4  0x00007fef785d5487 in start_thread () at /lib64/libpthread.so.0
#5  0x00007fef784ff69f in clone () at /lib64/libc.so.6

Thread 3 (Thread 0x7fef76861700 (LWP 11358)):
#0  0x00007fef784f9b89 in syscall () at /lib64/libc.so.6
#1  0x00007fef788036af in g_cond_wait () at /usr/lib64/libglib-2.0.so.0
#2  0x00007fef78c3ee63 in  () at /usr/lib64/libgegl-0.4.so.0
#3  0x00007fef787dfead in  () at /usr/lib64/libglib-2.0.so.0
#4  0x00007fef785d5487 in start_thread () at /lib64/libpthread.so.0
#5  0x00007fef784ff69f in clone () at /lib64/libc.so.6

Thread 2 (Thread 0x7fef77062700 (LWP 11357)):
#0  0x00007fef784f9b89 in syscall () at /lib64/libc.so.6
#1  0x00007fef788036af in g_cond_wait () at /usr/lib64/libglib-2.0.so.0
#2  0x00007fef78c3ee63 in  () at /usr/lib64/libgegl-0.4.so.0
#3  0x00007fef787dfead in  () at /usr/lib64/libglib-2.0.so.0
#4  0x00007fef785d5487 in start_thread () at /lib64/libpthread.so.0
#5  0x00007fef784ff69f in clone () at /lib64/libc.so.6

Thread 1 (Thread 0x7fef777d5200 (LWP 11355)):
#0  0x00007fef785e0278 in read () at /lib64/libpthread.so.0
#1  0x00007fef790d15f5 in gimp_stack_trace_print () at /usr/lib64/libgimpbase-2.0.so.0
#2  0x000055ec380fe966 in  ()
#3  0x000055ec380fed98 in  ()
#4  0x000055ec380ff419 in  ()
#5  0x00007fef785e19c0 in <signal handler called> () at /lib64/libpthread.so.0
#6  0x00007fef78568552 in  () at /lib64/libc.so.6
#7  0x00007fef78205f1a in  () at /usr/lib64/libpng16.so.16
#8  0x00007fef781f8b8c in png_read_row () at /usr/lib64/libpng16.so.16
#9  0x00007fef781fa6c2 in png_read_image () at /usr/lib64/libpng16.so.16
#10 0x00007fef790aa814 in  () at /usr/lib64/libgdk_pixbuf-2.0.so.0
#11 0x00007fef7909a612 in gdk_pixbuf_new_from_file () at /usr/lib64/libgdk_pixbuf-2.0.so.0
#12 0x00007fef79110128 in gimp_thumbnail_load_thumb () at /usr/lib64/libgimpthumb-2.0.so.0
#13 0x000055ec38462800 in  ()
#14 0x000055ec384ab0fe in gimp_viewable_get_pixbuf ()
#15 0x000055ec383055f5 in gimp_view_renderer_get_frame_pixbuf ()
#16 0x000055ec38307e0f in  ()
#17 0x000055ec38302e61 in  ()
#18 0x000055ec38304068 in gimp_view_renderer_draw ()
#19 0x000055ec38310b89 in  ()
#20 0x00007fef79432eb6 in  () at /usr/lib64/libgtk-x11-2.0.so.0
#21 0x00007fef794335b7 in  () at /usr/lib64/libgtk-x11-2.0.so.0
#22 0x00007fef7941df94 in  () at /usr/lib64/libgtk-x11-2.0.so.0
#23 0x00007fef7941ef35 in  () at /usr/lib64/libgtk-x11-2.0.so.0
#24 0x00007fef7932425b in  () at /usr/lib64/libgtk-x11-2.0.so.0
#25 0x00007fef7889ffb4 in g_closure_invoke () at /usr/lib64/libgobject-2.0.so.0
#26 0x00007fef788b2c10 in  () at /usr/lib64/libgobject-2.0.so.0
#27 0x00007fef788bba61 in g_signal_emit_valist () at /usr/lib64/libgobject-2.0.so.0
#28 0x00007fef788bcac7 in g_signal_emit () at /usr/lib64/libgobject-2.0.so.0
#29 0x00007fef79441bac in  () at /usr/lib64/libgtk-x11-2.0.so.0
#30 0x00007fef79323050 in gtk_main_do_event () at /usr/lib64/libgtk-x11-2.0.so.0
#31 0x00007fef7917733f in  () at /usr/lib64/libgdk-x11-2.0.so.0
#32 0x00007fef791772e3 in  () at /usr/lib64/libgdk-x11-2.0.so.0
#33 0x00007fef791772e3 in  () at /usr/lib64/libgdk-x11-2.0.so.0
#34 0x00007fef79173d0a in  () at /usr/lib64/libgdk-x11-2.0.so.0
#35 0x00007fef79174668 in gdk_window_process_all_updates () at /usr/lib64/libgdk-x11-2.0.so.0
#36 0x00007fef791746c9 in  () at /usr/lib64/libgdk-x11-2.0.so.0
#37 0x00007fef79152895 in  () at /usr/lib64/libgdk-x11-2.0.so.0
#38 0x00007fef787b5c38 in g_main_context_dispatch () at /usr/lib64/libglib-2.0.so.0
#39 0x00007fef787b6018 in  () at /usr/lib64/libglib-2.0.so.0
#40 0x00007fef787b6333 in g_main_loop_run () at /usr/lib64/libglib-2.0.so.0
#41 0x000055ec380fe146 in app_run ()
#42 0x000055ec380fd9de in main ()
[Inferior 1 (process 11355) detached]

```

I recently:
1. switched from an NVidia to and amdgpu videocard
2. switched from gcc-8.3.0 to gcc-9.2.0
3. upgraded from gimp-2.10.14 to gimp-2.10.14-r1. Gimp started behaving 'differently' after this upgrade; it appears to be using 1 core at 100%, even without an image loaded.
Comment 1 Sergey Torokhov 2020-02-21 14:58:37 UTC
> 3. upgraded from gimp-2.10.14 to gimp-2.10.14-r1. Gimp started behaving 'differently' after this upgrade; it appears to be using 1 core at 100%, even without an image loaded.

Do you mean different behaviour with cpu core after update to gimp revision -r1 or all listed items together?

The gimp revision bump is related only with python configuration phase before build and shouldn't affect build process or build result: there was changes during  PYTHON_SINGLE_USEDEP / MULTI_USEDEP API conversion in  python-single-r1.

I assume that the problem, especially with cpu load, is somehow related with OpenCL functionality. But this is not exclude the possibility of segfault for any others reasons.

Could you provide the information about steps of gcc switch to 9.2; kernel and system configuration for new amd gpu card?
Comment 2 Theo van Rijn 2020-02-21 17:28:46 UTC
(In reply to Sergey Torokhov from comment #1)
> > 3. upgraded from gimp-2.10.14 to gimp-2.10.14-r1. Gimp started behaving 'differently' after this upgrade; it appears to be using 1 core at 100%, even without an image loaded.
> 
> Do you mean different behaviour with cpu core after update to gimp revision
> -r1 or all listed items together?

The 100% cpu on one core correlates with starting and stopping Gimp. I'm very certain this did not happen before the bump as I have Gimp open all of the time and I would have noticed.

> 
> The gimp revision bump is related only with python configuration phase
> before build and shouldn't affect build process or build result: there was
> changes during  PYTHON_SINGLE_USEDEP / MULTI_USEDEP API conversion in 
> python-single-r1.
> 

I agree after comparing the ebuilds; the Gimp code did not change with the bump. I did recompile the main dependencies (babl, GEGL, GLib, GdkPixbuf, etc) with gcc 92 but that did not make a difference.

> I assume that the problem, especially with cpu load, is somehow related with
> OpenCL functionality. But this is not exclude the possibility of segfault
> for any others reasons.
> 
> Could you provide the information about steps of gcc switch to 9.2; kernel
> and system configuration for new amd gpu card?

This change took some time. I reconfigure the kernel for amdgpu months ago but only bought and installed a Radeon 5500TX card two-and-a-half weeks ago. The card worked OK but was not stable so I upgraded to kernel 5.5.2 and Mesa 19.3.4. This setup is stable (so far). I removed nvidia-drivers and nvidia-cg-toolkit a week ago. I did notice I used to have an OpenCL config with Nvidia but that disappeared. Should I enable it again? E.g. by setting the opencl USE flag on mesa?

BTW, thanks for looking into this Sergey.
Comment 3 Theo van Rijn 2020-02-21 23:14:33 UTC
It appears that enabling the opencl USE flag on mesa did the trick. I'll do more tests tomorrow but the one-core-100%-load is gone and Gimp is working as expected.
Comment 4 Theo van Rijn 2020-02-22 10:36:37 UTC
Gimp is stable and working fine. Re-emerging mesa with opencl was sufficient. There must be an undefined dependency.
Comment 5 Sergey Torokhov 2020-02-24 22:16:49 UTC
(In reply to Theo van Rijn from comment #4)
> Gimp is stable and working fine. Re-emerging mesa with opencl was
> sufficient. There must be an undefined dependency.

Sorry for delay with answer. It's good to know that `mesa[opencl]` resolved issue. It's seems there was configuration conflict.

I shall try to check if upstream already has issue about check if OpenCL support is presented in system before trying to activate it.


Unfortunately the OpenCL support is still experimental in GIMP as mentioned in menu item "Edit - Preferences - System Resources - Hardware Acceleration" under "Use OpenCL" checkbox:

> OpenCL drivers and support are experimental, 
> expected slowdown and possible crashes (please report).

This option is disabled by default.

As for undefined dependency in my opinion there are no any provided by upstream build option (I didn't find it) of gegl or gimp to enable/disable OpenCL support. While system OpenCL support in Gentoo fully depends on user defined make.conf VIDEO_CARDS variable + mesa[opencl] if nvidia-drivers isn't used. In case of nvidia-drivers there is seems own opencl implementation.


P.S.
Well, there is a gimp 2.10.18 is out yesterday (2.10.16 skipped due to critical bug). I need o update it.
Comment 6 Theo van Rijn 2020-02-26 19:15:44 UTC
(In reply to Sergey Torokhov from comment #5)

> Sorry for delay with answer. It's good to know that `mesa[opencl]` resolved
> issue. It's seems there was configuration conflict.

No problem at all; your initial remark about OpenCL was enough to find a solution.

> 
> Unfortunately the OpenCL support is still experimental in GIMP as mentioned
> in menu item "Edit - Preferences - System Resources - Hardware Acceleration"
> under "Use OpenCL" checkbox:
> 
> > OpenCL drivers and support are experimental, 
> > expected slowdown and possible crashes (please report).
> 
> This option is disabled by default.

It was disabled in my gimp configuration, I was not testing with opencl, just the CPU is enough for my photo editing.

> P.S.
> Well, there is a gimp 2.10.18 is out yesterday (2.10.16 skipped due to
> critical bug). I need o update it.

I'm looking forward to upgrade gimp.
Comment 7 Sergey Torokhov 2020-03-05 22:21:46 UTC
Could I close the issue?

P.s.
Gimp-2.10.18 is in portage tree but since now with disabled python2 plugins support.
Comment 8 Theo van Rijn 2020-03-07 11:20:18 UTC
(In reply to Sergey Torokhov from comment #7)
> Could I close the issue?
Yes, please close this issue; the segfault did not re-occur. I now seem to have other issues with rendering, with both 2.10.14 and 2.10.18 but I will investigate these first. Thanks again for your help!