<punit>
Or cog is making the same assumption as weston? Though it does indicate that the issue is elsewhere..
<cockroach>
could of course be that. also, I have to admit that I'm a bit lost, I'm very much stuck in the 'old ways' (Xorg etc.) :)
<cockroach>
that said, cog *does* run without error when using the DRM backend, but only if I also add the swrast dri module. also, while it does seem to be running, I'm not seeing a picture anywhere, not sure where things are being rendered to...
<punit>
If you're having to use swrast, that suggests that 3d /OpenGL is required. Sorry I have no idea what cog is or it's requirements
<cockroach>
yeah I'll investigate further tomorrow. thanks already for the help!
JohnnyonFlame has quit [Ping timeout: 480 seconds]
<marex>
punit: weston is picking the wrong drm device for you ?
<marex>
weston should be using gles for compositing, so without etnaviv, your compositing performance will be lower, since it will be blitted on cpu
<punit>
marex: Agreed about the performance impact - disabling DRM_ETNAVIV isn't a real solution. It is just a work around / debug step to confirm the symptoms of a problem
<punit>
While investigating the conditions around planes assignment in weston it was noticed that in certain conditions the failure occurred because an object was being looked up in etnaviv while it was created by imx-drm
<punit>
I am trying to understand how that happens and whether it's a bug or a configuration issue
frieder has joined #etnaviv
lynxeye has joined #etnaviv
pcercuei has joined #etnaviv
ad_ has joined #etnaviv
ad__ has quit [Ping timeout: 480 seconds]
ecrn has joined #etnaviv
JohnnyonFlame has joined #etnaviv
JohnnyonFlame has quit [Ping timeout: 480 seconds]
JohnnyonFlame has joined #etnaviv
frieder has quit [Remote host closed the connection]