Bug 109828 - intel hd4600 vulkan not work with modesetting driver?
Summary: intel hd4600 vulkan not work with modesetting driver?
Status: RESOLVED NOTOURBUG
Alias: None
Product: Mesa
Classification: Unclassified
Component: Drivers/Vulkan/intel (show other bugs)
Version: 18.2
Hardware: Other All
: medium normal
Assignee: Intel 3D Bugs Mailing List
QA Contact: Intel 3D Bugs Mailing List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-03-04 14:25 UTC by jydcome
Modified: 2019-03-05 14:37 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments
vulkaninfo (93.64 KB, text/plain)
2019-03-05 00:05 UTC, jydcome
Details

Description jydcome 2019-03-04 14:25:26 UTC
debian9 mesa18.2 + mesa-vulkan-drivers + vulkan-utils + modesetting driver.

debian wiki recommend using modesetting dirver for intel hd so i use it by default.

running vulkaninfo no error output but tips 'haswell soupport is incomplete".

running vulkan-smoketest got only ~5 fps and randomly crash in few seconds.

dose vulkan not work with modesetting driver?
Comment 1 Lionel Landwerlin 2019-03-04 14:58:18 UTC
The vulkan shouldn't be aware of the X driver running and it shouldn't make any difference.
Can you take a backtrace of the crash?

Thanks
Comment 2 Mark Janes 2019-03-04 16:28:28 UTC
FWIW, Haswell is not fully supported by our Vulkan driver.
Comment 3 jydcome 2019-03-05 00:05:54 UTC
Created attachment 143524 [details]
vulkaninfo

vulkan-smoketest randomly crashing without any error output, only show fps.

so have to wait for fully surpport.

regards.
Comment 4 Lionel Landwerlin 2019-03-05 00:51:34 UTC
(In reply to jydcome from comment #3)
> Created attachment 143524 [details]
> vulkaninfo
> 
> vulkan-smoketest randomly crashing without any error output, only show fps.
> 
> so have to wait for fully surpport.
> 
> regards.

The backtrace of vulkan-smoketest is what we would need to debug this issue.
Comment 5 jydcome 2019-03-05 07:37:02 UTC
howto get backtrace? vulkan-smoketest only repeat output fps.
Comment 6 jydcome 2019-03-05 07:51:16 UTC
running vulkan-smoketest --vv got:
terminate called after throwing an instance of 'std::runtime_error'
  what():  instance layer VK_LAYER_LUNARG_standard_validation is missing
Aborted

is that?
Comment 7 Lionel Landwerlin 2019-03-05 11:01:41 UTC
(In reply to jydcome from comment #6)
> running vulkan-smoketest --vv got:
> terminate called after throwing an instance of 'std::runtime_error'
>   what():  instance layer VK_LAYER_LUNARG_standard_validation is missing
> Aborted
> 
> is that?

Is this the crash you're running into?
If yes, then it means you're missing the validation layers.

Otherwise to get a backtrace, run the application under gdb :
gdb --args vulkan-smoketest

When it crash, just type :

bt

And past the printed lines here.
Comment 8 jydcome 2019-03-05 13:17:19 UTC
after make some packages upgrade, something interesting.

reboot then first login, run vulkan-smoketest, cpuload ~100%, got output:
545 presents in 5.00498 seconds (FPS: 108.892)
556 presents in 5.00228 seconds (FPS: 111.149)
561 presents in 5.00833 seconds (FPS: 112.013)
frames:5939, elapsedms:54985

then quit and run vulkan-smoketest what ever how many times, cpu load ~13%, got output:
48 presents in 5.0079 seconds (FPS: 9.58485)
49 presents in 5.08955 seconds (FPS: 9.62757)
frames:191, elapsedms:19724

when it crash, output:
51 presents in 5.07859 seconds (FPS: 10.0422)
49 presents in 5.02128 seconds (FPS: 9.75847)
terminate called after throwing an instance of 'std::runtime_error'
  what():  VkResult -1000001004 returned
Aborted

by (gdb) bt output:
(gdb) bt
#0  0x00007ffff672afff in raise () from /lib/x86_64-linux-gnu/libc.so.6
#1  0x00007ffff672c42a in abort () from /lib/x86_64-linux-gnu/libc.so.6
#2  0x00007ffff6d3f0ad in __gnu_cxx::__verbose_terminate_handler() ()
   from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#3  0x00007ffff6d3d066 in ?? () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#4  0x00007ffff6d3d0b1 in std::terminate() () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#5  0x00007ffff6d3d2c9 in __cxa_throw () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#6  0x0000555555560d2d in ?? ()
#7  0x000055555556a8da in ?? ()
#8  0x00005555555703c5 in ?? ()
#9  0x0000555555570f30 in ?? ()
#10 0x0000555555558545 in ?? ()
#11 0x00007ffff67182e1 in __libc_start_main () from /lib/x86_64-linux-gnu/libc.so.6
#12 0x00005555555586ca in _start ()
Comment 9 Lionel Landwerlin 2019-03-05 13:39:16 UTC
The backtrace seems to indicate this isn't a crash in the driver, but rather the application.
Comment 10 jydcome 2019-03-05 14:19:33 UTC
crash because the app itself? i move the app window radomly will cause crash but not everytime. 

and only first login run it got over 100 fps then only ~10 fps?
Comment 11 Lionel Landwerlin 2019-03-05 14:37:14 UTC
The crash is an exception raised from c++ code. Our driver mostly doesn't use c++ and where it does, doesn't use exceptions.
I'm inclined to think that the app is not dealing with resize events correctly.

This doesn't look like a driver issue.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.