On Thu, Dec 3, 2015 at 9:03 PM, Eric Anholt <e...@anholt.net> wrote: > Jason Ekstrand <ja...@jlekstrand.net> writes: > >> On Dec 3, 2015 3:47 PM, "Eric Anholt" <e...@anholt.net> wrote: >>> >>> Jason Ekstrand <ja...@jlekstrand.net> writes: >>> >>> > Cc: Eric Anholt <e...@anholt.net> >>> >>> OK, I've pushed a branch of partial fixes for this series to nir-loads >>> of my fdo tree, but it's still super broken. I've spent too much of >>> today on it, and this series was not ready for review. There are still >>> const_index[0] references all over that are obviously from intrinsics >>> you've removed the const_index on. >> >> I'm going to start looking at this again tomorrow. I've had other things >> on my plate this week. Rob already pointed me at some crashing shaders for >> ir3 and his little standalone compiler. I'll start there. Is there >> something similar I can use to debug vc4? > > Right now from configure.ac I've got either targeting-hardware mode, or > targeting-simulator mode. What I need to add is something in between, > where we use the ioctls from simulator mode so that people can run the > driver on i965 systems, and then just don't make the simulator calls at > the very end of the drawing pipeline since you don't have the simulator. > Then people could even run shader-db without having the actual hardware, > and that would get a lot of coverage of compiler changes. > > You could knock this together with some #ifdefs around all 7 mentions of > "simpenrose", but I'll try to get a clean patch sent out. I'm just > trying to decide whether this should be a --enable argument or "oh, hey, > you're not on arm, you must want either simulator or > everything-but-simulator mode" > > I'd also like something a bit nicer than my symlink trick for loading > the driver (right now I link the built vc4_dri.so to i965_dri.so in a > subdirectory, and LIBGL_DRIVERS_PATH it). Maybe if I getenv() a name > From loader.c for computing driver name, I could also skip a bunch of > the i965 symbols I have to add.
fwiw, I have used https://github.com/robclark/fakedrm/ in the past for faking the ioctls.. the annoying thing is remembering each time how to hack up the driver loading to actually get it load freedreno rather than i965. A better solution would be nice if for nothing other than shader-db runs. something along the lines of a getenv("NO_REALLY_LOAD_THIS_OTHER_DRIVER") somewhere would be useful.. BR, -R > _______________________________________________ > mesa-dev mailing list > mesa-dev@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/mesa-dev > _______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
