[Libre-soc-bugs] [Bug 472] tutorial and dev page needed for mesa driver

[bugzilla-daemon at libre-soc.org]

https://bugs.libre-soc.org/show_bug.cgi?id=472

--- Comment #5 from Cole Poirier <colepoirier at gmail.com> ---
(In reply to Luke Kenneth Casson Leighton from comment #4)
> or, you could go through the build logs which of course you have saved with
> either script or nohup and from the install locations work out for yourself
> why you have installed the library in a place that you have not correctly
> told meson to look.

Luke, that's *incredibly* unhelpful. To be explicit, it feels like you're not
providing help, simply calling me stupid.

The build logs from what exactly? From mesa? I'm trying to configure mesa, it
configures and installs properly without the option
`-Dvulkan-drivers=libre-soc`.

Where would these libre-soc vulkan drivers be generated? Doesn't vulkan itself
need to be installed and configured for this to work? In that case, as I stated
above, I need vivek to tell me how he configured this.

Using the above vulkan-drivers option whether with libre-soc, or with the path
that I've installed the drm drivers to `-Dvulkan-drivers=~/opt/lsoc-mesa` fails
with the *exact* same error

```../meson.build:21:0: ERROR: Options "~/opt/lsoc_mesa" are not in allowed
choices: "auto, amd, freedreno, intel, swrast"```

Again, Vivek needs to provide the his full process, it's a waste of my time
trying to guess for hours on end how this should be done, especially while the
dcache, icache, and mmu are not complete.

Is this task, which is in its earliest stages and has a *year* if not more of
leeway, *really* a higher priority than those *HDL* tasks which have mere weeks
to be finished *and* tested? Do we not want to be able to run linux on our Oct
31 2020 tapeout chip?

-- 
You are receiving this mail because:
You are on the CC list for the bug.