Created attachment 130791 [details]
I'm experiencing gpu hangs followed by a crash of the complete display server when using the KiCAD schematic editor. It always takes a while to happen. I draw some stuff and every now and then the complete graphics output freezes until I'm thrown back out at GDM because everything crashed after the GPU reset.
Kernel: Current drm-intel-nightly (git rev e461ecfd413fb930d00f44f3de0019e528b4731f)
CPU: Intel(R) Core(TM) i7-6700HQ CPU @ 2.60GHz
GPU: Intel Corporation HD Graphics 530 (rev 06)
Created attachment 130792 [details]
proper dmesg log (ignore the first version, it is incomplete)
Created attachment 130793 [details]
I have looked at KiCAD on your graphics part and was unable to reproduce any gpu hangs with latest kernel/mesa and modesetting.
please take a look at https://bugs.freedesktop.org/show_bug.cgi?id=99582 and see if updating your mesa resolves your issue.
I performed some more work using KiCAD. No freezes occurred anymore. I think the bug can be safely closed.
Thank you for looking into it.
Okay, sorry to bug you again, but it just occurred again.
It always happens when I'm moving groups of selected things in the schematic editor around. It's pretty random when exactly it causes a hang or not.
Steps to reproduce:
1. Draw some stuff
2. Pull a selection box around it with the mouse
3. Move it around with either the mouse or arrow keys
4. Put it down, pick it back up, move around
Sooner or later this will cause hangs.
All packages on current Arch Linux:
KiCAD kicad-git r8038.bc8668b03-1
Kernel drm-intel-nightly 9f955adc7ed1bbf9ada7dab63f39336a56ff1985
What can I do to help here? I submitted #103398 which indeed looks like a duplicate of this. Unfortunately this bug affects me quite heavily as I see this at least once per hour when composing a Kicad schematic.
It has been several years since I have worked on i965, but I would be happy to try to take some time to debug this if someone could offer guidance.
Also, note that this issue is triggered by Kicad's eeschema component; the bug cited earlier in this ticket, #99582, was triggered by pcbnew, which is a completely different program which (at least in newer versions) uses OpenGL for acceleration. In contrast, I believe eeschema only uses WX for drawing, which I believe in turn uses native X11 drawing primitives.
*** This bug has been marked as a duplicate of bug 103555 ***
Created attachment 135390 [details]
A representative schematic
This is a schematic which reproduces the issue pretty easily on my machine with mesa 13.0.6 (I'll try a newer version shortly) and xf86-video-intel 2:2.99.917+git20161206-1 (i.e. whatever Debian Jessie ships with).
Open this file in eeschema, select all of the components by dragging, and furiously shake them around. Within a minute or so the GPU will hang, usually followed by a reset.
(In reply to Ben Gamari from comment #9)
> Created attachment 135390 [details]
> A representative schematic
> This is a schematic which reproduces the issue pretty easily on my machine
> with mesa 13.0.6 (I'll try a newer version shortly) and xf86-video-intel
> 2:2.99.917+git20161206-1 (i.e. whatever Debian Jessie ships with).
Whoops, by "Jessie" here I meant "Stretch". My apologies.
(In reply to Ben Gamari from comment #10)
> (In reply to Ben Gamari from comment #9)
> > Created attachment 135390 [details]
> > A representative schematic
> > This is a schematic which reproduces the issue pretty easily on my machine
> > with mesa 13.0.6 (I'll try a newer version shortly) and xf86-video-intel
> > 2:2.99.917+git20161206-1 (i.e. whatever Debian Jessie ships with).
> Whoops, by "Jessie" here I meant "Stretch". My apologies.
Hello Ben, could you please attach schematic to bug 103555 and add your testing results to that bug. It will be really helpful right now. Thank you.