Hi, I've updated to and rebuilt the latest git versions of linux, drm, mesa and kmscube on an imx6qp system. I tried both with etnaviv as a module and compiled into the kernel (no difference).
Mesa no longer picks up etnaviv for GL rendering, but always reverts to softpipe. A bit of debugging revealed that the following codepath fails: imx_drm_screen_create -> loader_open_render_node("etnaviv") -> drmGetDevices2 -> drmProcessPlatformDevice(... "/dev/dri/renderD128") -> drmParsePlatformBusInfo -> sysfs_uevent_get The latter function opens /sys/dev/char/226:128/device/uevent and looks for OF_FULLNAME, but this key is not present on my system. The node contains only: DRIVER=etnaviv MODALIAS=platform:etnaviv Whereas /sys/dev/char/226:0/device/uevent contains: DRIVER=imx-drm OF_NAME=display-subsystem OF_FULLNAME=/display-subsystem OF_COMPATIBLE_0=fsl,imx-display-subsystem OF_COMPATIBLE_N=1 Which is not the render node. According to https://patchwork.kernel.org/patch/9487631/#19940985 there should be more lines (device tree related?) in the uevent file for the render node, and I wonder why they don't exist. If I revert this patch, Mesa can use etnaviv again on my system and both kmscube and weston spring to life: https://patchwork.freedesktop.org/patch/243605/ uname is: Linux reform 4.19.0-rc2-00107-g28619527b8a-dirty #148 SMP Thu Sep 6 15:20:25 CEST 2018 armv7l GNU/Linux Any ideas are appreciated. Cheers Lukas F. Hartmann https://mntmn.com/reform _______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev