Hey, On 2 December 2015 at 22:26, Daniel Vetter <dan...@ffwll.ch> wrote: > On Wed, Dec 02, 2015 at 11:35:16AM -0800, Eric Anholt wrote: >> Yes, I have thought about basing vc4-gpu-tools off of intel-gpu-tools. >> I've actually tried to build and use the kms testing stuff on vc4, and >> it was a total bust. Someone needs to do a lot of work to make igt >> useful for non-intel. If you'd like me to build my vc4 testing inside >> of igt, I'd someone to demo one of my tests building inside of igt, with >> the test runner working and none of the intel-specific tests reporting >> failure, and get me permission to just push code to that repository >> (It's hard enough getting piglit tests reviewed, vc4-specific tests and >> tools would never get review). > > Daniel Stone claimed that this Just Works but evidently it doesn't. > There's some autoconfig fail where igt wants too much intel crap that just > doesn't build on arm. Iirc Daniel had some patches floating around for > that.
Yeah, it was working, though with my ARM farm still being in pieces, I haven't been able to keep on top of it lately. Apparently the patch to disable the ancilliary tools fixes the build, so I'll get that pushed when I can actually test it, or for the meantime: http://paste.fedoraproject.org/296836/09692714 This does still require libpciaccess and libdrm-intel to be built, but they _are_ totally possible to build on ARM, without any stupid hacks. My first cut at getting igt running on ARM (before Micah took over) actually started by eviscerating those as well, but it ended up being too much of a yak-shave. If you can get past those, you get a skip for all but the core tests. For the rest, they either need porting to just use dumb-buffers, or split such that the bits exercising Intel-specific tiling modes can be run separately, or left as Intel only. Cheers, Daniel -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/