1.7.426 mask select stars not working

[alacant]

Hi Ivo, everyone
StarTools-Linux64-GPU opencl via beignet on lubuntu 20.04

mask - auto - stars produces the attached image.
similar result (only part of the image selected) with turning off tracking Track - grain removal

beignet error:
Beignet: "Exec event 0xfc0e50 error, type is 4592 (repeated hundreds of times).

ss3.jpg (240.79 KiB) Viewed 6067 times

[happy-kat]

auto star mask working ok for me using windows flavours.

[admin]

Hmmm...
If this is a case of the load being to much for the iGPU to handle before the driver triggers a timeout, I just release a new version 1.7.427 that may help with this in some edge cases. I'm worried Beignet still isn't playing ball.

How big was the image (X * Y resolution)?

Thank you,

[alacant]

Hi
Same mask error with 427 but no beignet messages.
Image size 2571 x 1804

Cheers

[admin]

Hi
Same mask error with 427 but no beignet messages.
Image size 2571 x 1804

Cheers

I was just able to replicate this on an i5 5300U, also running Beignet. The kernel ring buffer (dmesg) showed this;

[ 3402.936844] [drm] stuck on render ring
[ 3402.937147] [drm] GPU HANG: ecode 8:0:0x8ed1fff2, in StarTools-Linux [8232], reason: Ring hung, action: reset
[ 3402.937149] [drm] GPU hangs can indicate a bug anywhere in the entire gfx stack, including userspace.
[ 3402.937150] [drm] Please file a _new_ bug report on bugs.freedesktop.org against DRI -> DRM/Intel
[ 3402.937151] [drm] drm/i915 developers can then reassign to the right component if it's not a kernel issue.
[ 3402.937152] [drm] The gpu crash dump is required to analyze gpu hangs, so please always attach it.
[ 3402.937153] [drm] GPU crash dump saved to /sys/class/drm/card0/error
[ 3402.939322] drm/i915: Resetting chip after gpu hang
[ 3414.937655] [drm] stuck on render ring
[ 3414.938016] [drm] GPU HANG: ecode 8:0:0x8ed9fff2, in StarTools-Linux [8250], reason: Ring hung, action: reset
[ 3414.940179] drm/i915: Resetting chip after gpu hang

I can replicate this if I really stress the system, playing a YouTube video in tandem with processing in StarTools.

Googling this problem seem to point to issues with the Intel drivers in newer Linux kernels.

Does your dmesg show something similar?

[admin]

Also, I have been reading that changing acceleration method from SNA to UXA is supposed to help....

[alacant]

changing acceleration method from SNA to UXA

How would I do that?

I've had to go back to non GPU for the current session but I'll get the dmesg from the GPU version.
Cheers

[admin]

It's a Xorg.conf setting

This should be achievable by creating a file named 20-intel.conf in /usr/share/X11/xorg.conf.d/ (for us Linux Mint / Ubuntu users)

In it, you will want to put;

Code: Select all

Section "Device"
    Identifier  "Intel Graphics"
    Driver      "intel"
    Option      "AccelMethod"  "uxa"
EndSection

Afterwards you should no longer see any mention of SNA being used when doing;

Code: Select all

cat /var/log/Xorg.0.log | grep 'intel'

[admin]

I just processed a 2283x1685 image successfully with those changes on the i5-5300U's iGPU, but as it seems to be an issue with flaky drivers, I can't guarantee that switching to UXA stabilises them without more rigorous testing...

Do let me know if this works for you!

[admin]

Another update; after some more testing on the i5-5300U, I'm definitely seeing a marked improvement in iGPU stability. This is looking promising!