On Mon, 2018-09-17 at 20:56 -0400, Ilia Mirkin wrote:
> I'd also encourage writing a new "configure" script which
> echo's instructions on how to operate meson -- it's really not
> obvious, with alternating --prefix=bla -Dfoo=bla argument styles.
> People know how to use autotools, but meson is a f
Hi,
Please find my comments below:
Regards,
Andrii.
On Tue, Sep 18, 2018 at 4:49 AM Marek Olšák wrote:
> Reviewed-by: Marek Olšák
>
> Marek
>
> On Wed, Sep 12, 2018 at 6:50 AM, Timothy Arceri
> wrote:
> > This reverts commit bc65dcab3bc48673ff6180afb036561a4b8b1119.
> >
> > This was manually
I'm pretty sure it's correct.
Marek
On Tue, Sep 18, 2018 at 4:09 AM, andrey simiklit
wrote:
> Hi,
>
> Please find my comments below:
>
> Regards,
> Andrii.
>
> On Tue, Sep 18, 2018 at 4:49 AM Marek Olšák wrote:
>>
>> Reviewed-by: Marek Olšák
>>
>> Marek
>>
>> On Wed, Sep 12, 2018 at 6:50 AM, T
On Monday, September 17, 2018 3:24:56 PM PDT Dylan Baker wrote:
> Quoting Marek Olšák (2018-09-17 15:14:11)
> > How do I build 32-bit Mesa with meson?
> >
> > Thanks,
> > Marek
> >
>
> Some people get away with just adding CFLAGs=-m32, but using a cross file and
> doing a cross build is a better
https://bugs.freedesktop.org/show_bug.cgi?id=107971
Bug ID: 107971
Summary: SPV_GOOGLE_hlsl_functionality1 /
SPV_GOOGLE_decorate_string
Product: Mesa
Version: git
Hardware: Other
OS: All
Status:
On Mon, 2018-09-17 at 09:43 -0500, Jason Ekstrand wrote:
> This pass re-materializes deref instructions on a per-block basis to
> ensure that every use of a deref occurs in the same block as the
> instruction which uses it.
> ---
> src/compiler/nir/nir.h | 1 +
> src/compiler/nir/nir_deref
https://bugs.freedesktop.org/show_bug.cgi?id=107971
--- Comment #1 from Bas Nieuwenhuizen ---
Is there any extension for supporting these in vulkan? Only Google extensions I
can find in the Vulkan spec are VK_GOOGLE_display_timing and
VK_ANDROID_external_memory_android_hardware_buffer.
--
You a
Should we add a similar check to validate_phi_src in nir_validate.c?
On Mon, 2018-09-17 at 09:43 -0500, Jason Ekstrand wrote:
> The lcssa and phis_to_regs passes are used by various NIR
> optimizations
> that modify the CFG. Putting a couple of asserts will help ensure
> that
> we don't accidenta
On 9/17/18 7:03 PM, Jason Ekstrand wrote:
On Mon, Sep 17, 2018 at 10:08 AM Danylo Piliaiev
mailto:danylo.pilia...@gmail.com>> wrote:
On 9/17/18 5:34 PM, Jason Ekstrand wrote:
On Mon, Sep 17, 2018 at 8:34 AM Danylo Piliaiev
mailto:danylo.pilia...@gmail.com>> wrote:
Hi J
Hi Jason,
I left a few comments in patches 1 and 4, feel free to ignore them if
you think they are not relevant. Either way the series is:
Reviewed-by: Iago Toral Quiroga
On Mon, 2018-09-17 at 09:43 -0500, Jason Ekstrand wrote:
> This pass re-materializes deref instructions on a per-block basis
Hello, Eric.
>
> Sergii, do you guys still use autotools, or did you see that in some test
> build that uses autotools just to cover everything?
Yes, we are still using autotools sometimes (and meson also). And issue was
reported by not our guy. So looks like we are not alone with autotools...
On
Acked-by: Timothy Arceri
On 18/9/18 1:31 pm, Marek Olšák wrote:
From: Marek Olšák
---
docs/features.txt | 57 +++
1 file changed, 57 insertions(+)
diff --git a/docs/features.txt b/docs/features.txt
index 9ccf803d470..a97f998a5cc 100644
--- a/doc
https://bugs.freedesktop.org/show_bug.cgi?id=107971
--- Comment #2 from xbx ---
I don't know. I don't think so.
It's only an spv extentension to add some additional reflection info to help
with porting from hlsl.
https://github.com/KhronosGroup/SPIRV-Registry/blob/master/extensions/GOOGLE/SPV_G
Hi,
I'm using Mesa (specifically Gallium on LLVMPipe) to run an old game
called Star Trek Voyager Elite Force.
I'd like to report a bug introduced with version 18.0.0 and still
present in Mesa master that completely breaks the shadows in this game.
I don't know how Mesa works internally so
On Tue, Sep 18, 2018 at 4:08 AM Danylo Piliaiev
wrote:
>
> On 9/17/18 7:03 PM, Jason Ekstrand wrote:
>
> On Mon, Sep 17, 2018 at 10:08 AM Danylo Piliaiev <
> danylo.pilia...@gmail.com> wrote:
>
>>
>>
>> On 9/17/18 5:34 PM, Jason Ekstrand wrote:
>>
>> On Mon, Sep 17, 2018 at 8:34 AM Danylo Piliaie
Yeah, that's a good idea. I'll do that.
On Tue, Sep 18, 2018 at 4:03 AM Iago Toral wrote:
> Should we add a similar check to validate_phi_src in nir_validate.c?
>
> On Mon, 2018-09-17 at 09:43 -0500, Jason Ekstrand wrote:
> > The lcssa and phis_to_regs passes are used by various NIR
> > optimiza
On 9/18/18 1:08 PM, Jason Ekstrand wrote:
On Tue, Sep 18, 2018 at 4:08 AM Danylo Piliaiev
mailto:danylo.pilia...@gmail.com>> wrote:
On 9/17/18 7:03 PM, Jason Ekstrand wrote:
On Mon, Sep 17, 2018 at 10:08 AM Danylo Piliaiev
mailto:danylo.pilia...@gmail.com>> wrote:
On
You might want to remove the " we DO NOT WANT implementations of these
extensions for Mesa" if you're planning on implementing them
On Tue, 18 Sep 2018 at 10:48 Timothy Arceri wrote:
> Acked-by: Timothy Arceri
>
> On 18/9/18 1:31 pm, Marek Olšák wrote:
> > From: Marek Olšák
> >
> > ---
> > d
On 16/09/18 01:15, Alejandro Piñeiro wrote:
> On 15/09/18 18:35, Jason Ekstrand wrote:
>> On Sat, Sep 15, 2018 at 11:19 AM Alejandro Piñeiro
>> mailto:apinhe...@igalia.com>> wrote:
>>
>> Hi,
>>
>> this series adds the support for UBO and SSBO. The following patches
>> can be classified
On 9/18/18 1:46 PM, Danylo Piliaiev wrote:
On 9/18/18 1:08 PM, Jason Ekstrand wrote:
On Tue, Sep 18, 2018 at 4:08 AM Danylo Piliaiev
mailto:danylo.pilia...@gmail.com>> wrote:
On 9/17/18 7:03 PM, Jason Ekstrand wrote:
On Mon, Sep 17, 2018 at 10:08 AM Danylo Piliaiev
mailto:dan
https://bugs.freedesktop.org/show_bug.cgi?id=10
--- Comment #11 from ilia ---
Created attachment 141636
--> https://bugs.freedesktop.org/attachment.cgi?id=141636&action=edit
HUD misaligned
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for
https://bugs.freedesktop.org/show_bug.cgi?id=10
--- Comment #12 from ilia ---
Created attachment 141637
--> https://bugs.freedesktop.org/attachment.cgi?id=141637&action=edit
Game menu at start
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact
https://bugs.freedesktop.org/show_bug.cgi?id=10
--- Comment #13 from ilia ---
Created attachment 141638
--> https://bugs.freedesktop.org/attachment.cgi?id=141638&action=edit
Game menu after pressed ESC in game - can't interact with
--
You are receiving this mail because:
You are the assig
https://bugs.freedesktop.org/show_bug.cgi?id=107391
--- Comment #4 from Samuel Pitoiset ---
Feel free to play with RADV_TEX_ANISO
https://cgit.freedesktop.org/mesa/mesa/commit/?id=3871dd7a92624675bd45d9d596bbe34c33d7bb4d
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=10
--- Comment #14 from ilia ---
HKEY_CURRENT_USER/Software/Wine/DirectDrawRenderer="gdi" solved the menu issue,
but problem with resolution and alignment still exists (see attachments). Hope
you patch will fix it.
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=107391
--- Comment #5 from tempel.jul...@gmail.com ---
That's fantastic, I'll give it a go in various titles the next time I'm able
to.
Not even the amdvlk-windows or DX12 driver (I've missed it already in some DX12
games) provide this, which makes radv
On Tue, Sep 18, 2018 at 4:11 AM Iago Toral wrote:
> Hi Jason,
>
> I left a few comments in patches 1 and 4, feel free to ignore them if
> you think they are not relevant. Either way the series is:
>
I would like to back-port this to 18.2 if you don't mind. I think it's far
more accurate than wh
On Tue, Sep 18, 2018 at 5:47 AM Danylo Piliaiev
wrote:
>
>
> On 9/18/18 1:08 PM, Jason Ekstrand wrote:
>
> On Tue, Sep 18, 2018 at 4:08 AM Danylo Piliaiev
> wrote:
>
>>
>> On 9/17/18 7:03 PM, Jason Ekstrand wrote:
>>
>> On Mon, Sep 17, 2018 at 10:08 AM Danylo Piliaiev <
>> danylo.pilia...@gmail.
On Tue, Sep 18, 2018 at 5:56 AM Danylo Piliaiev
wrote:
>
>
> On 9/18/18 1:46 PM, Danylo Piliaiev wrote:
>
>
>
> On 9/18/18 1:08 PM, Jason Ekstrand wrote:
>
> On Tue, Sep 18, 2018 at 4:08 AM Danylo Piliaiev
> wrote:
>
>>
>> On 9/17/18 7:03 PM, Jason Ekstrand wrote:
>>
>> On Mon, Sep 17, 2018 at 1
On Monday, 2018-09-17 18:11:37 -0400, Marek Olšák wrote:
> 'meson configure' returns 'auto' for a lot of options. I'm interested
> in what meson chose.
I actually had a couple patches to get that printed, but it got forgotten.
I'll try to pick it back up, rebase it and send it again :)
>
> Marek
https://bugs.freedesktop.org/show_bug.cgi?id=107977
Bug ID: 107977
Summary: Commit `Revert "radv: Optimize rebinding the same
descriptor set."` breaks dolphin-emu Vulkan
initialization on at least RX580
Product: Mesa
https://bugs.freedesktop.org/show_bug.cgi?id=107977
kyle.de...@mykolab.com changed:
What|Removed |Added
CC||kyle.de...@mykolab.com,
https://bugs.freedesktop.org/show_bug.cgi?id=107977
kyle.de...@mykolab.com changed:
What|Removed |Added
Summary|Commit `Revert "radv: |Commit
|Optim
On Monday, 2018-09-17 17:25:36 -0400, Marek Olšák wrote:
> Where do I find default values for meson configure options?
If you mean the project's options, they're in meson_options.txt;
currently not printed in the output of `meson configure` though.
If you mean Meson's own options (like `buildtype
Fixes:
dEQP-VK.api.copy_and_blit.core.blit_image.all_formats.depth_stencil.d32_sfloat_s8_uint_d32_sfloat_s8_uint.optimal_optimal_nearest
And all friends that try to blit a surface with different
depth and stencil formats.
Signed-off-by: Samuel Pitoiset
---
src/amd/vulkan/radv_formats.c | 4
https://bugs.freedesktop.org/show_bug.cgi?id=107977
kyle.de...@mykolab.com changed:
What|Removed |Added
Summary|Commit |Commit
|6521d
https://bugs.freedesktop.org/show_bug.cgi?id=107977
--- Comment #1 from kyle.de...@mykolab.com ---
Actually, 90819abb56f6b1a0cd4946b13b6caf24fb46e500 ~ `radv: fix descriptor pool
allocation size` is where the fun starts.
It crashes dolphin-emu with "Failed to create Vulkan command buffers"
It is
https://bugs.freedesktop.org/show_bug.cgi?id=107977
--- Comment #2 from kyle.de...@mykolab.com ---
> It is 6521d4a659b911bb86d979564de03665616a671e that cause problems with
> dolphin-emu initializing Vulkan in the first place.
Actually, no, ignore this...
--
You are receiving this mail because
https://bugs.freedesktop.org/show_bug.cgi?id=107977
--- Comment #3 from Samuel Pitoiset ---
So, when does the problem start exactly?
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.___
mesa-
https://bugs.freedesktop.org/show_bug.cgi?id=107977
--- Comment #4 from kyle.de...@mykolab.com ---
As soon as I click play for any of the games in dolphin-emu's game list, which
is when it starts the renderer.
I can provide a backtrace from dolphin-emu, if it helps any.
--
You are receiving thi
https://bugs.freedesktop.org/show_bug.cgi?id=107977
--- Comment #5 from Samuel Pitoiset ---
I meant what commit. Are you sure it's 90819abb56f6b1a0cd4946b13b6caf24fb46e500
? That seems quite weird.
Yes, please attach a backtrace.
--
You are receiving this mail because:
You are the assignee for
All CTS pass on Polaris/Vega with LLVM 6, 7 and master, so
I think it's safe to enable the feature.
Signed-off-by: Samuel Pitoiset
---
src/amd/vulkan/radv_device.c | 1 +
src/amd/vulkan/radv_shader.c | 1 +
2 files changed, 2 insertions(+)
diff --git a/src/amd/vulkan/radv_device.c b/src/amd/vul
On 09/17/2018 10:32 PM, Mathias Fröhlich wrote:
> Good Morning,
>
> On Tuesday, 18 September 2018 05:10:04 CEST Brian Paul wrote:
>> The function pointer declarations in dd.h for the BufferData() and
>> BufferSubData() use the ARB-suffixed datatypes. This patch changes
>> the buffer_data_fallback
https://bugs.freedesktop.org/show_bug.cgi?id=107977
--- Comment #6 from kyle.de...@mykolab.com ---
Backtrace: https://paste.kde.org/pnt3dlvpx
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=107977
--- Comment #7 from Samuel Pitoiset ---
Created attachment 141639
--> https://bugs.freedesktop.org/attachment.cgi?id=141639&action=edit
test
Please try this patch. Does it abort?
--
You are receiving this mail because:
You are the QA Contac
https://bugs.freedesktop.org/show_bug.cgi?id=107977
--- Comment #8 from Gustaw Smolarczyk ---
Hi, I am just passing by.
I have found the following piece of code in Dolphin source code [1]:
VkDescriptorPoolCreateInfo pool_create_info =
{VK_STRUCTURE_TYPE_DESCRIPTOR_POOL_CREATE_INFO,
https://bugs.freedesktop.org/show_bug.cgi?id=107977
--- Comment #9 from kyle.de...@mykolab.com ---
No change... :/
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.___
mesa-dev mailing list
me
https://bugs.freedesktop.org/show_bug.cgi?id=107977
--- Comment #10 from kyle.de...@mykolab.com ---
Is this potentially a dolphin-emu bug, then?
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=107977
--- Comment #11 from kyle.de...@mykolab.com ---
I ran dolphin-emu, and decided to log any errors (why didn't I think of this
previously...):
43:00:797 VideoBackends/Vulkan/VulkanLoader.cpp:314 E[Video]:
(CreateCommandBuffers) vkCreateDescriptorP
Specification doesn't define behaviour for rotation of 0-vector.
Windows and Nvidia drivers have a workaround for that.
For compatibility proposed that for 0-vector a rotation will be
done around x-axis.
-v2: logic moved to _math_matrix_rotate
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?i
https://bugs.freedesktop.org/show_bug.cgi?id=107977
--- Comment #12 from Samuel Pitoiset ---
Created attachment 141640
--> https://bugs.freedesktop.org/attachment.cgi?id=141640&action=edit
possible fix
Well, dolphin tries to allocate a TON of memory for one descriptor pool. It
allocates 162623
Uploaded new version.
Seems that waiting for any response on
https://github.com/KhronosGroup/OpenGL-API/issues/41 may take much more
time
On Tue, Sep 18, 2018 at 4:57 PM, Sergii Romantsov <
sergii.romant...@gmail.com> wrote:
> Specification doesn't define behaviour for rotation of 0-vector.
>
https://bugs.freedesktop.org/show_bug.cgi?id=107977
--- Comment #13 from kyle.de...@mykolab.com ---
Your patch doesn't help, unfortunately.
Probably best if I report this bug to dolphin-emu, then.
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact f
pool->size is a 64-bit unsigned integer too.
Signed-off-by: Samuel Pitoiset
---
src/amd/vulkan/radv_descriptor_set.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/amd/vulkan/radv_descriptor_set.c
b/src/amd/vulkan/radv_descriptor_set.c
index 49d0811bb0..143881fb6e 10064
https://bugs.freedesktop.org/show_bug.cgi?id=107977
Samuel Pitoiset changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Hey,
Dylan Baker wrote on 9/17/18 6:44 PM:
> I feel like for !windows meson is in good enough shape at this point that we
> can start having the discussion about deleting the autotools build. So, is
> there
> anything left that autotools can do that meson cannot (that we actually want
> to
> impl
I don't see any shadows at all with the 17.3.7 video?
Whereas the 18.0.0 one look quite bogus to me, but I think shadows are
known to be glitchy with id tech 3?
It should be possible to tweak shadows via cg_shadow (0-3),
r_stencilbits 8 might be necessary for some modes, r_dynamiclights 0
might als
wt., 18 wrz 2018 o 15:59 Sergii Romantsov
napisał(a):
>
> Specification doesn't define behaviour for rotation of 0-vector.
> Windows and Nvidia drivers have a workaround for that.
> For compatibility proposed that for 0-vector a rotation will be
> done around x-axis.
>
> -v2: logic moved to _math_
First, I'm fully in support of killing off autotools woo-hoo to that. And
given the substantial investment already put into the meson build that
certainly seems like a good direction to go.
That being said, the way "auto" is currently implemented leaves quite a bit
to be desired. One of the nice
>
> Isn't x guaranteed to be 0.0F here?
Yes, it will 0.0f but its not used in any computation anywhere. So new
'else'-block should be treated as (1,0,0) on input - its optimized
computation of rotation only by x.
On Tue, Sep 18, 2018 at 5:56 PM, Gustaw Smolarczyk
wrote:
> wt., 18 wrz 2018 o 15:
pt., 14 wrz 2018 o 15:00 Bas Nieuwenhuizen
napisał(a):
>
> Reviewed-by: Bas Nieuwenhuizen
> On Fri, Sep 14, 2018 at 2:55 PM Samuel Pitoiset
> wrote:
> >
> > The size has to be multiplied by the number of sets.
> >
> > This gets rid of the OUT_OF_POOL_KHR error and fixes
> > the Tangrams demo.
>
Quoting Kenneth Graunke (2018-09-18 01:40:48)
> On Monday, September 17, 2018 3:24:56 PM PDT Dylan Baker wrote:
> > Quoting Marek Olšák (2018-09-17 15:14:11)
> > > How do I build 32-bit Mesa with meson?
> > >
> > > Thanks,
> > > Marek
> > >
> >
> > Some people get away with just adding CFLAGs=-m
From: Michel Dänzer
As discussed in the review of the patch which added the comment:
Nothing happens when a thread is created, because pthread_atfork doesn't
affect creating threads. However, spawning a child process will likely
crash.
Signed-off-by: Michel Dänzer
---
src/gallium/auxiliary/ut
Quoting Ilia Mirkin (2018-09-17 17:56:15)
> On Mon, Sep 17, 2018 at 12:44 PM, Dylan Baker wrote:
> > I feel like for !windows meson is in good enough shape at this point that we
> > can start having the discussion about deleting the autotools build. So, is
> > there
> > anything left that autotoo
Quoting Kai Wasserbäch (2018-09-18 07:43:08)
> Hey,
> Dylan Baker wrote on 9/17/18 6:44 PM:
> > I feel like for !windows meson is in good enough shape at this point that we
> > can start having the discussion about deleting the autotools build. So, is
> > there
> > anything left that autotools can
Quoting Brian Paul (2018-09-17 20:02:21)
> Hi Dylan,
>
> I have my 32-bit cross-compile working, but "ninja -C builddir install"
> isn't putting the 32-bit libs and drivers in the right place.
>
> I've been playing with the meson --prefix option and the
> -Ddri-drivers-path=foo option but haven
Am 18.09.2018 um 17:09 schrieb Federico Dossena:
> Weapon fire doesn't generate shadows in this game, just a light.
>
> cg_shadow is set to 3. Other values don't seem to change anything
> except for 2 making the game sluggish.
> r_stencilbits is already set to 8.
> r_dynamiclights is set to 1; se
https://bugs.freedesktop.org/show_bug.cgi?id=101405
--- Comment #3 from Adam Jackson ---
(In reply to David Hedlund from comment #2)
> Thank you. Can you please add a disclaimer on
> https://www.x.org/wiki/GalliumStatus/ to make this clear?
Done:
https://cgit.freedesktop.org/wiki/xorg/commit/G
Dylan Baker wrote on 9/18/18 5:35 PM:
> Quoting Kai Wasserbäch (2018-09-18 07:43:08)
>> Hey,
>> Dylan Baker wrote on 9/17/18 6:44 PM:
>>> I feel like for !windows meson is in good enough shape at this point that we
>>> can start having the discussion about deleting the autotools build. So, is
>>>
On Tuesday, 2018-09-18 08:24:52 -0700, Dylan Baker wrote:
> Quoting Kenneth Graunke (2018-09-18 01:40:48)
> > On Monday, September 17, 2018 3:24:56 PM PDT Dylan Baker wrote:
> > > Quoting Marek Olšák (2018-09-17 15:14:11)
> > > > How do I build 32-bit Mesa with meson?
> > > >
> > > > Thanks,
> > >
https://bugs.freedesktop.org/show_bug.cgi?id=104843
Dylan Baker changed:
What|Removed |Added
Resolution|--- |NOTABUG
Status|NEEDINFO
bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=107313
---
docs/meson.html | 28 ++--
1 file changed, 14 insertions(+), 14 deletions(-)
diff --git a/docs/meson.html b/docs/meson.html
index e419d13e76d..1640e577d16 100644
--- a/docs/meson.html
+++ b/docs/meson.html
@
---
docs/meson.html | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/docs/meson.html b/docs/meson.html
index 29907a60a9c..e419d13e76d 100644
--- a/docs/meson.html
+++ b/docs/meson.html
@@ -21,10 +21,10 @@
The Meson build system is generally considered stable and ready
fo
Corrects building glx as gallium-xlib without any dri targets.
Fixes: 66c94b9313a697ce8f2b222f4ba353035e4b8726
("meson: build gallium winsys for dri, null, and wrapper")
---
src/gallium/auxiliary/pipe-loader/meson.build | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --g
These are how FreeBSD and Debian handle multiple versions of LLVM
installed at the same time, respectively.
---
docs/meson.html | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/docs/meson.html b/docs/meson.html
index 1640e577d16..d9148e44671 100644
--- a/docs/meson.html
+++ b/
We already correctly handle va being auto, but we force it to being
true, which is bad.
Fixes 94cf3970925ec87d913a1549a42cdb03713fc4bb
("meson: Fix auto option for va")
---
meson.build | 2 --
1 file changed, 2 deletions(-)
diff --git a/meson.build b/meson.build
index 0588ebf8e7a..97098abd
Quoting Chuck Atkins (2018-09-18 08:00:44)
> First, I'm fully in support of killing off autotools woo-hoo to that. And
> given the substantial investment already put into the meson build that
> certainly seems like a good direction to go.
>
> That being said, the way "auto" is currently implement
Quoting Kai Wasserbäch (2018-09-18 08:56:30)
> Dylan Baker wrote on 9/18/18 5:35 PM:
> > Quoting Kai Wasserbäch (2018-09-18 07:43:08)
> >> Hey,
> >> Dylan Baker wrote on 9/17/18 6:44 PM:
> >>> I feel like for !windows meson is in good enough shape at this point that
> >>> we
> >>> can start having
Quoting Eric Engestrom (2018-09-18 09:00:49)
> On Tuesday, 2018-09-18 08:24:52 -0700, Dylan Baker wrote:
> > Quoting Kenneth Graunke (2018-09-18 01:40:48)
> > > On Monday, September 17, 2018 3:24:56 PM PDT Dylan Baker wrote:
> > > > Quoting Marek Ol\u0161ák (2018-09-17 15:14:11)
> > > > > How do I
Quoting Christoph Haag (2018-09-17 16:08:07)
> From: Christoph Haag
>
> ---
> meson.build | 4
> meson_options.txt | 6 ++
> 2 files changed, 10 insertions(+)
>
> diff --git a/meson.build b/meson.build
> index 0588ebf8e7a..5e250470ed1 100644
> --- a/meson.build
> +++ b/meson.buil
On Tuesday, 2018-09-18 09:35:20 -0700, Dylan Baker wrote:
> Quoting Eric Engestrom (2018-09-18 09:00:49)
> > On Tuesday, 2018-09-18 08:24:52 -0700, Dylan Baker wrote:
> > > Quoting Kenneth Graunke (2018-09-18 01:40:48)
> > > > On Monday, September 17, 2018 3:24:56 PM PDT Dylan Baker wrote:
> > > >
On Tue, 18 Sep 2018, 17:21 Gustaw Smolarczyk, wrote:
> pt., 14 wrz 2018 o 15:00 Bas Nieuwenhuizen
> napisał(a):
> >
> > Reviewed-by: Bas Nieuwenhuizen
> > On Fri, Sep 14, 2018 at 2:55 PM Samuel Pitoiset
> > wrote:
> > >
> > > The size has to be multiplied by the number of sets.
> > >
> > > Thi
On 9/18/18 5:20 PM, Gustaw Smolarczyk wrote:
pt., 14 wrz 2018 o 15:00 Bas Nieuwenhuizen
napisał(a):
Reviewed-by: Bas Nieuwenhuizen
On Fri, Sep 14, 2018 at 2:55 PM Samuel Pitoiset
wrote:
The size has to be multiplied by the number of sets.
This gets rid of the OUT_OF_POOL_KHR error and
Quoting Eric Engestrom (2018-09-18 09:59:22)
> On Tuesday, 2018-09-18 09:35:20 -0700, Dylan Baker wrote:
> > Quoting Eric Engestrom (2018-09-18 09:00:49)
> > > On Tuesday, 2018-09-18 08:24:52 -0700, Dylan Baker wrote:
> > > > Quoting Kenneth Graunke (2018-09-18 01:40:48)
> > > > > On Monday, Septem
On Tuesday, 2018-09-18 09:13:00 -0700, Dylan Baker wrote:
> Corrects building glx as gallium-xlib without any dri targets.
>
> Fixes: 66c94b9313a697ce8f2b222f4ba353035e4b8726
>("meson: build gallium winsys for dri, null, and wrapper")
Reviewed-by: Eric Engestrom
> ---
> src/gallium/aux
On Tuesday, 2018-09-18 19:02:55 +0100, Eric Engestrom wrote:
> On Tuesday, 2018-09-18 09:13:00 -0700, Dylan Baker wrote:
> > Corrects building glx as gallium-xlib without any dri targets.
> >
> > Fixes: 66c94b9313a697ce8f2b222f4ba353035e4b8726
> >("meson: build gallium winsys for dri, null
On Tuesday, 2018-09-18 09:13:01 -0700, Dylan Baker wrote:
> We already correctly handle va being auto, but we force it to being
> true, which is bad.
>
> Fixes 94cf3970925ec87d913a1549a42cdb03713fc4bb
> ("meson: Fix auto option for va")
Reviewed-by: Eric Engestrom
> ---
> meson.build | 2
On Tue, 2018-09-18 at 17:20 +0200, Gustaw Smolarczyk wrote:
> pt., 14 wrz 2018 o 15:00 Bas Nieuwenhuizen
> napisał(a):
> >
> > Reviewed-by: Bas Nieuwenhuizen
> > On Fri, Sep 14, 2018 at 2:55 PM Samuel Pitoiset
> > wrote:
> > >
> > > The size has to be multiplied by the number of sets.
> > >
On Tuesday, 2018-09-18 09:13:02 -0700, Dylan Baker wrote:
> ---
> docs/meson.html | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/docs/meson.html b/docs/meson.html
> index 29907a60a9c..e419d13e76d 100644
> --- a/docs/meson.html
> +++ b/docs/meson.html
> @@ -21,10 +2
On Tuesday, 2018-09-18 09:13:03 -0700, Dylan Baker wrote:
> bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=107313
> ---
> docs/meson.html | 28 ++--
> 1 file changed, 14 insertions(+), 14 deletions(-)
>
> diff --git a/docs/meson.html b/docs/meson.html
> index e419d
Dylan Baker wrote on 9/18/18 6:40 PM:
> Quoting Kai Wasserbäch (2018-09-18 08:56:30)
>> Dylan Baker wrote on 9/18/18 5:35 PM:
>>> [...]
>>>
>>> This is something we've discussed upstream several times. I will freely
>>> admit
>>> that llvm-config is a huge pain in the ass to deal with for a ton of
On Tuesday, 2018-09-18 09:13:04 -0700, Dylan Baker wrote:
> These are how FreeBSD and Debian handle multiple versions of LLVM
> installed at the same time, respectively.
> ---
> docs/meson.html | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/docs/meson.html b/docs/meson
On 9/18/18 8:07 PM, Juan A. Suarez Romero wrote:
On Tue, 2018-09-18 at 17:20 +0200, Gustaw Smolarczyk wrote:
pt., 14 wrz 2018 o 15:00 Bas Nieuwenhuizen
napisał(a):
Reviewed-by: Bas Nieuwenhuizen
On Fri, Sep 14, 2018 at 2:55 PM Samuel Pitoiset
wrote:
The size has to be multiplied by the
On 9/18/18 6:56 PM, Dylan Baker wrote:
> I can't say I'm entirely thrilled, but:
> Reviewed-by: Dylan Baker
>
> Do you need me to push this for you?
>
>
> ___
> mesa-dev mailing list
> mesa-dev@lists.freedesktop.org
> https://lists.freedesktop.org/mai
https://bugs.freedesktop.org/show_bug.cgi?id=107977
--- Comment #15 from Gustaw Smolarczyk ---
It turns out it really was a problem on mesa side. I think we should change the
resolution of the bug.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee
Quoting Eric Engestrom (2018-09-18 11:07:57)
> On Tuesday, 2018-09-18 19:02:55 +0100, Eric Engestrom wrote:
> > On Tuesday, 2018-09-18 09:13:00 -0700, Dylan Baker wrote:
> > > Corrects building glx as gallium-xlib without any dri targets.
> > >
> > > Fixes: 66c94b9313a697ce8f2b222f4ba353035e4b8726
Quoting Eric Engestrom (2018-09-18 11:12:49)
> On Tuesday, 2018-09-18 09:13:03 -0700, Dylan Baker wrote:
> > bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=107313
> > ---
> > docs/meson.html | 28 ++--
> > 1 file changed, 14 insertions(+), 14 deletions(-)
> >
> > d
Quoting Eric Engestrom (2018-09-18 11:16:25)
> On Tuesday, 2018-09-18 09:13:04 -0700, Dylan Baker wrote:
> > These are how FreeBSD and Debian handle multiple versions of LLVM
> > installed at the same time, respectively.
> > ---
> > docs/meson.html | 3 ++-
> > 1 file changed, 2 insertions(+), 1 d
Am Montag, den 17.09.2018, 17:07 -0400 schrieb Marek Olšák:
> I don't see radeonsi_dri.so. How/where is radeonsi_dri.so created?
+1
With autotools I can use an uninstalled but compiled version of meson
(e.g. for testing) by pointing LD_LIBRARY_PATH and LIBGL_DRIVERS_PATH
to the $BUILDDIR/lib and
https://bugs.freedesktop.org/show_bug.cgi?id=10
--- Comment #15 from Axel Davy ---
"HKEY_CURRENT_USER/Software/Wine/DirectDrawRenderer="gdi"" did actually change
something to the behaviour with nine ? It looks bad, because it only affects
wined3d, and it could indicate that both are used, may
1 - 100 of 132 matches
Mail list logo
