16:57 <q4a> Hi. As far as I can see in mesa src (src/panfrost/vulkan/panvk_physical_device.c#L375) and in vulkaninfo - panvk on v10 has support depthClamp, depthBiasClamp, robustBufferAccess and other, but not fillModeNonSolid. Are there any problems/difficulties with it?

16:59 <alyssa> q4a: no hw support on Mali

16:59 <alyssa> and not really clear how one would emulate correctly

17:04 <q4a> Sad( v3dv, asahi, freedreno/tu and lavapipe support it. And it's required for both last DXVK and old DXVK Native.

18:50 <q4a> I checked and my test game does not require fillModeNonSolid. Is it possible to force Mesa (via some environment variable) report that fillModeNonSolid is aviable? (I don't want to keep ugly patches for DXVK Native)

20:38 <kusma> No, we don't have such a feature in Mesa

20:44 <q4a> Ok. I had little hope that this would be possible, since even the deviceName changing is not merged yet: https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/29629

20:50 <q4a> My goal is to run some open-sourced old game engines on Mali (rk3588). In december 2022 I got working Storm Engine with Gallium Nine (without Wine) on rk3588 and hope to replace it with DXVK (it works fine on x86_64 HW with DXVK):

20:50 <q4a> https://user-images.githubusercontent.com/1950719/209390697-ac496d1c-7129-4bc8-9041-169df8cc3db6.png

20:52 <q4a> But now DXVK require Vulkan 1.3 and if I'll use old DXVK Native - I have to add HACKs like this: https://github.com/q4a/dxvk-native/commit/dedfa1877afb9b9d30aaaa5935d56238ae12bb8b

20:52 <q4a> (tested on small app/cube for now, Storm Engine not tested)

20:57 <q4a> I can see 3 options:... (full message at <https://matrix.org/oftc/media/v1/media/download/AYL6SnHCXeUFS3WxHl5jQ-FV3O88n3G3tQ9bkj2qNp3wMHTMCm56LwVqEyPF_61FeJ_h8cEe-Zw26zRejg_m4ddCeXCTzv4AAG1hdHJpeC5vcmcvSmNPYVJVV3dsQ1RvVW5LYnZxVmdTeWls>)

21:01 <q4a> In any case, this is just thinking out loud for now, but I'm always ready to hear about future plans or test new panvk features =)