ChanServ changed the topic of #lima to: Development channel for open source lima driver for ARM Mali4** GPUs - Kernel has landed in mainline, userspace driver is part of mesa - Logs at https://people.freedesktop.org/~cbrill/dri-log/index.php?channel=lima and https://freenode.irclog.whitequark.org/lima - Contact ARM for binary driver support!
<Viciouss> I'm currently trying to get lima running on my note 10.1 (exynos4) with android 10 but drm_hwc throws the following error: failed to import prime fd 13 ret=-1, I'm using a 5.4 kernel with libdrm master, mesa 20.0 and drm_hwcomposer master and I have set gralloc and hwc to use card0. Could it be an issue that I get the error 'Failed to set DPMS property for connector 56' some time before the other one?
<anarsoul|2> no idea, you'll have to debug it
<Viciouss> with buildroot and kmscube everything looked ok but getting it to run in android is a real pain
<anarsoul|2> so debug what's going on with android?
<MoeIcenowy> anarsoul|2: no
<MoeIcenowy> Viciouss: what's card0?
<MoeIcenowy> is card0 lima or exynos drm?
<Viciouss> the exynos drm
<MoeIcenowy> I think it's not related to DPMS
<anarsoul|2> MoeIcenowy: I'll grab it then
<Viciouss> I have rather limited experience with C and never debugged before so this would be interesting :-)
<MoeIcenowy> BTW please recheck what device card0 is
<MoeIcenowy> by checking sysfs
<MoeIcenowy> on my PineTab card0 is lima and card1 is sun4i-drm
<Viciouss> ok let me see
<MoeIcenowy> Viciouss: BTW you are using gralloc.gbm, right?
<Viciouss> card0 is exynos, card1 is lima for me
<Viciouss> indeed gralloc.gbm that is
<MoeIcenowy> oh maybe you need some kernel permission hack
<Viciouss> could it be related to my display driver? I only have a gpio backlight node which is sufficient to get the display powered up, the rest is handled by the samsung fimd driver it seems
<MoeIcenowy> check the hack I pointed out first
<Viciouss> ok I'll do so, thanks
<MoeIcenowy> Try to apply it on top of your kernel
<Viciouss> the prime fd error message is gone but now I get the following: Commit test failed for display 0, FIXME
<Viciouss> the return value of the CommitFrame call in drmdisplaycompositor.cpp is -22, there is none of the other log messages though so no idea where this is coming from
<Viciouss> it's the same error message though as if I set the configs to card1
yuq825 has joined #lima
mripard has quit [Ping timeout: 258 seconds]
mripard has joined #lima
hell__ has quit [Remote host closed the connection]
hell__ has joined #lima
_whitelogger has joined #lima
_whitelogger has joined #lima
buzzmarshall has quit [Remote host closed the connection]
_whitelogger has joined #lima
_whitelogger has joined #lima
<anarsoul|2> rellla: can you review https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/4051 please?
warpme_ has joined #lima
ecloud has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
ecloud has joined #lima
_whitelogger has joined #lima
kaspter has quit [Quit: kaspter]
kaspter has joined #lima
yuq825 has quit [Remote host closed the connection]
_whitelogger has joined #lima
dddddd has joined #lima
buzzmarshall has joined #lima
<anarsoul|2> we really need to print constant buffer for gpir :\
<anarsoul|2> otherwise it's pretty hard to read disassembly
buzzmarshall has quit [Remote host closed the connection]
buzzmarshall has joined #lima
<anarsoul|2> hm
<anarsoul|2> I have strong suspicion that we have only 12 regs in GP
<anarsoul|2> whenever shader uses $12 it fails
<anarsoul|2> hm, probably just a coincidence
buzzmarshall has quit [Remote host closed the connection]
<Viciouss> I did some more digging and found that the issue for the Commit test failed error message is in the kernel in drm_atomic_uapi.c in the call to drm_mode_atomic_ioctl, didn't have the time to go deeper there. the other thing I found was this trace in the kernel log: https://vomitb.in/nBNebi1yBV
<anarsoul|2> Viciouss: regarding last backtrace -- you're likely using 5.4 kernel and it has broken recovery from gpu errors
<anarsoul|2> switch to 5.5
<anarsoul|2> that's not lima bug, it's bug in drm_scheduler
<Viciouss> it doesn't look like this is related to my other issue, is that correct?
<anarsoul|2> yeah
<anarsoul|2> rellla: can you grep your new dump with disassembly for $12, $13, $14, $15?
<Viciouss> ok thanks, my goal currently is to get anything displayed on the lcd before updating the kernel any further, I'm stuck on an empty boot screen for quite some time now and I need a visual success for the motivational part
<anarsoul|2> keep in mind that lima is render-only gpu, it's up to your display driver to display stuff
<Viciouss> well I had it running on buildroot, so this part works