[Mesa-dev] [PATCH 10/10] vc4/nir: Use the new unified io intrinsics

[Rob Clark]

On Thu, Dec 3, 2015 at 9:03 PM, Eric Anholt <eric at anholt.net> wrote:
> Jason Ekstrand <jason at jlekstrand.net> writes:
>
>> On Dec 3, 2015 3:47 PM, "Eric Anholt" <eric at anholt.net> wrote:
>>>
>>> Jason Ekstrand <jason at jlekstrand.net> writes:
>>>
>>> > Cc: Eric Anholt <eric at 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 at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/mesa-dev
>