=0x0, fd=7) at
../src/gbm/main/backend.c:163
#7 0x77e5ba72 in _gbm_create_device (fd=7) at
../src/gbm/main/backend.c:229
#8 0x77e5bbd2 in gbm_create_device (fd=7) at
../src/gbm/main/gbm.c:138
Regards,
Mike
On Mon, Jul 22, 2024 at 10:40 AM Lei Zhou wrote:
> Dear mesa/experts,
3 packets.
>
> — Triang3l
>
Terakan is not a Mesa driver, and Mesa has no obligation to cater to
out-of-tree projects which use its internal API. For everything else, see
above.
Mike
lop in an
amber branch, but the risk of them being broken by other tree refactorings
is lowered, and then we are able to delete lots of legacy code in the main
branch.
Thoughts?
Mike
This doesn't solve the problem about missing CLC, but I pass
-Dintel_rt=disabled to avoid the whole thing.
On Fri, Apr 5, 2024, 6:05 PM Brian Paul wrote:
> I'm trying to build the Intel Vulkan driver. First time in a few
> months. I'm having build problems related to clc. I'm on Ubuntu 22.04
s. If they
aren't happy with it, they can block the MR until changes are addressed.
This also provides some leeway where obviously stupid changes proposed by
the job (as above) can be ignored.
Thoughts?
Mike
more noticable very easily.
I'm not saying I'll dive in head first tomorrow, but generally speaking I
think 10 years from now it'll be a nice thing to have.
Mike
On Fri, Jan 19, 2024, 4:02 PM Faith Ekstrand wrote:
> Yeah, this one's gonna hit Phoronix...
>
> When
???) take some time over the next week and staff
up on more moderators for greater coverage.
Mike
; On Fri, May 5, 2023 at 5:33 PM Mike Blumenkrantz <
> michael.blumenkra...@gmail.com> wrote:
>
>> Can you provide a gfxreconstruct of the scenario?
>>
>> On Fri, May 5, 2023 at 10:32 AM George Karpathios
>> wrote:
>>
>>> Hi Mike,
>>>
&
Can you provide a gfxreconstruct of the scenario?
On Fri, May 5, 2023 at 10:32 AM George Karpathios wrote:
> Hi Mike,
>
> Thanks for responding. I commented the call
> to lvp_find_inlinable_uniforms() in lvp_pipeline.c but unfortunately it
> didn't help this time. It may hav
Hi,
Can you try commenting out the same lines from last time and see whether
that affects anything?
Mike
On Fri, May 5, 2023 at 7:30 AM George Karpathios wrote:
> Hi list,
>
> I'm using Lavapipe for Vulkan software rendering support in a modeling
> application. I notice a
Hi,
We went through this already some time ago, but we've been getting
increasing amounts of spam in #dri-devel, and the current
number/availability of moderators doesn't appear to be sufficient. Can we
add some people to the ops list to improve the situation?
Thanks,
Mike
Hm that should probably query the total available memory on the system. You
can submit an MR to make that change if you're interested?
Mike
On Tue, Apr 11, 2023 at 9:35 AM George Karpathios wrote:
> Hi list,
>
> I'd like to ask how I can increase the memory of the Lavapip
ry* nice frame times. Great catch, thank you!
> But I don't see anything on the viewport, I guess due to the early return.
> How should I proceed?
>
> Best regards,
> George
>
>
> On Fri, Apr 7, 2023 at 4:56 PM Mike Blumenkrantz <
> michael.blumenkra...@gmail.co
Looks like it's compiling a lot of shader variants.
You could try adding a return at the top of update_inline_shader_state() to
see if it's trying too hard to inline.
On Fri, Apr 7, 2023 at 9:53 AM George Karpathios wrote:
> Hi again, thank you Adam & Marek for your feedback! I appreciate it.
>
her action necessary.
Mike
Hi,
In accordance with some gitlab discussions, I'm looking at removing
rbug/xvmc/graw tests
https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/18705
If you have feedback about this, please comment on the merge request.
Mike
impossible for
any Mesa driver to achieve conformance with.
I'd ask any and all GL experts to check out this ticket
https://gitlab.freedesktop.org/mesa/mesa/-/issues/6851
and try to help see whether the tests in question are broken or whether
Mesa is broken.
Mike
Actually I lied: the lavapipe patch can't be applied to that branch, so it
can be ignored too.
On Fri, Apr 22, 2022 at 6:53 AM Mike Blumenkrantz <
michael.blumenkra...@gmail.com> wrote:
> You can just drop the zink patches. I'll make a staging MR for the
> lavapipe one.
&g
You can just drop the zink patches. I'll make a staging MR for the lavapipe
one.
Thanks again for all your work!
On Fri, Apr 22, 2022 at 12:56 AM Dylan Baker wrote:
> Hi all,
>
> I've spent a good deal of time this week crushing the backlog of
> patches on the mesa 20.0 series before making the
We might want to consider pushing out the branch point a week anyway to
help people get CTS in order?
On Fri, Jan 7, 2022 at 1:08 PM Ian Romanick wrote:
> Blarg. That all sounds awful. I think (hope!) I speak for everyone when
> I say that we all appreciate your and daniels' efforts to keep thi
On Wed, Oct 6, 2021 at 2:46 PM Jason Ekstrand wrote:
> On Wed, Oct 6, 2021 at 12:37 PM Mike Blumenkrantz
> wrote:
> >
> > On Wed, Oct 6, 2021 at 1:27 PM Bas Nieuwenhuizen <
> b...@basnieuwenhuizen.nl> wrote:
> >>
> >> On Wed, Oct 6, 2021 at 7:07 PM
On Wed, Oct 6, 2021 at 1:27 PM Bas Nieuwenhuizen
wrote:
> On Wed, Oct 6, 2021 at 7:07 PM Jason Ekstrand
> wrote:
> >
> > On Wed, Oct 6, 2021 at 11:24 AM Emma Anholt wrote:
> > >
> > > On Wed, Oct 6, 2021 at 9:20 AM Mike Blumenkrantz
> > > wr
ng all the commit logs and force-pushing the branch again
before you merge!
Anyway, I thought maybe this would be a nice idea to improve everyone's
workflows. What do other people think?
Mike
You can drop the zink patches, I have a hard time figuring out how time
works these days.
On Wed, Sep 15, 2021, 1:09 PM Dylan Baker wrote:
> Hi everyone, there's a few patch now outstanding for the 21.2 branch,
> and I'd like to get some help from the relavent develoeprs on either
> backporting
https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/10144 should do
it.
On Fri, Apr 9, 2021 at 12:50 PM Mike Blumenkrantz <
michael.blumenkra...@gmail.com> wrote:
> Hi,
>
> I'll take care of all the lavapipe ones and get a MR up for you later
> today.
>
>
>
Hi,
I'll take care of all the lavapipe ones and get a MR up for you later today.
Mike
On Fri, Apr 9, 2021, 12:39 PM Dylan Baker wrote:
> Hi all,
>
> I've been a little behind on release work recently, and I'm tryinng to
> cleanup the backlog of patches against t
This is mostly to deal with zink atm because there's no
allocator/suballocator in use, meaning every resource gets its own alloc.
There's a ticket (https://gitlab.freedesktop.org/mesa/mesa/-/issues/4293)
for implementing aux/pb, but I don't have a timeline for that right now.
Mi
zink ones done here
https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/9504
On Wed, Mar 10, 2021 at 3:39 PM Dylan Baker wrote:
> Hi list,
>
> I think we're just about ready for the mesa 21.0 release. Sorry I've
> been really about this. Here's a lis tof all outstanding patches that
> eith
+1 always in favor of getting more people into the review pipeline
On Thu, Jan 21, 2021 at 10:05 AM Alyssa Rosenzweig <
alyssa.rosenzw...@collabora.com> wrote:
> Hi all,
>
> Icecream95[1], a long-time Mesa/Panfrost contributor, has requested
> developer access to mesa on the GitLab issue tracker
hing, this should be beneficial to those nvidia chipsets based on your
description since previously the fragment shader would've had nothing to
read.
Mike
On Mon, Dec 14, 2020 at 10:48 AM Ilia Mirkin wrote:
> Hey Mike,
>
> This is in reference to your change
>
> https://c
Hey, congrats! That's awesome!
On Tue, Nov 24, 2020 at 6:24 AM apinheiro wrote:
> So just a for your information, we submitted v3dv for Vulkan 1.0
> conformance around one month ago, in behalf of the Raspberry Foundation,
> and it is not official [1]. Here the Foundation blog post [2].
>
> We wa
Possibly worth noting as another point for reference is that zink also uses
variables.
On Sun, Oct 11, 2020, 11:08 AM Jason Ekstrand wrote:
> First off, I should point out that the AMD NIR -> LLVM translator is,
> as far as I know, the only NIR back-end that consumes variables at
> all. Most ba
also create a task to document these labels, which
I assume we would tag as "impossible".
Regards,
Mike
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Mon, 3 Aug 2020 at 18:42, Erik Faye-Lund
wrote:
>
> On Mon, 2020-08-03 at 10:30 -0500, Jason Ekstrand wrote:
> > All,
> >
> > I'm sure by now you've all seen the articles, LKML mails, and other
> > chatter around inclusive language in software. While mesa doesn't
> > provide a whole lot of doc
Thanks all!
On Mon, Aug 3, 2020, 12:20 PM Kenneth Graunke wrote:
> On Friday, July 31, 2020 7:14:49 AM PDT Mike Blumenkrantz wrote:
> > Hi,
> >
> > I'd like to request marge access for the piglit and mesa gitlab projects.
> > I've been contributing a
Hi,
I'd like to request marge access for the piglit and mesa gitlab projects.
I've been contributing a number of patches here (primarily to
zink/gallium), and this would be useful in my continued work.
Regards,
Mike (zmike)
___
mesa-dev ma
Without this I get build failures:
error: undefined reference to 'LLVMAddCoroEarlyPass'
error: undefined reference to 'LLVMAddCoroSplitPass'
error: undefined reference to 'LLVMAddCoroElidePass'
error: undefined reference to 'LLVMAddCoroCleanupPass'
Cc:
Hi
Are there plans to add Panfrost to docs/features.txt?
Cheers
Mike
On Thu, 27 Jun 2019 at 14:13, Alyssa Rosenzweig
wrote:
>
> Just a bit of potpourrie of low-hanging fruit for GLES3 features, e.g.
> floating-point textures and ES-class primitive restart.
>
> Alyss
Can someone with access revert from master until this is fixed? It's
been broken for 3 days now
On Tue, 21 May 2019 at 09:01, Juan A. Suarez Romero wrote:
>
> On Tue, 2019-05-21 at 09:36 +0200, Gert Wollny wrote:
> > Hi Marek,
> >
> > it seems that this patch is causing a few issues [1], any idea
I managed to trigger the bug remotely using that branch :(
On Mon, 20 May 2019 at 09:03, Juan A. Suarez Romero wrote:
>
> On Sat, 2019-05-18 at 15:52 +0100, Mike Lothian wrote:
> > This patch is causing strange behaviour for me (and someone else on
> > IRC) on my Raven syst
This patch is causing strange behaviour for me (and someone else on
IRC) on my Raven system
May 18 15:31:43 quark kwin_x11[607]: qt.qpa.xcb: QXcbConnection: XCB
error: 3 (BadWindow), sequence: 2825, resource id: 37748896, major
code: 18 (ChangeProperty), minor code: 0
May 18 15:31:44 quark systems
Thanks, I notice your 5.2-wip is version 3.30.0, so I'll wait until
it's updated before testing
Cheers
Mike
On Fri, 1 Mar 2019 at 15:17, Alex Deucher wrote:
>
> On Fri, Mar 1, 2019 at 10:11 AM Mike Lothian wrote:
> >
> > Hi
> >
> > What do you mean by k
Hi
What do you mean by kernel driver version? It doesn't seem to match up
with a kernel version or a DC Version
Cheers
Mike
On Thu, 28 Feb 2019 at 21:20, Marek Olšák wrote:
>
> Hi,
>
> This series enables DCC for scanout on Ravens.
>
> It requires kernel driver versio
I'm a bit confused by this patch
It's in a section called xlib_lease, for leases to work I think the
newer version is required, but I think the underlying code was changed
to build without the newer headers
Do leases work with the old code, or should this section be renamed?
On Sun, 3 Feb 2019 a
/src/util/u_math.h:659:31: note: in definition of macro ‘MAX2’
#define MAX2( A, B ) ( (A)>(B) ? (A) : (B) )
^
cc1: some warnings being treated as errors
Cheers
Mike
On Fri, 1 Feb 2019 at 11:07, Timothy Arceri wrote:
>
> Ported from d205faeb6c96.
>
Same for OA
Cheers
Mike
On Tue, 27 Nov 2018, 01:57 Marek Olšák, wrote:
> From: Marek Olšák
>
> ---
> src/gallium/drivers/radeon/radeon_winsys.h | 4 +-
> src/gallium/winsys/amdgpu/drm/amdgpu_bo.c | 55 +-
> 2 files changed, 36 insertions(+), 23 del
Hi
What's GDS and IB stand for?
Thanks
Mike
On Tue, 27 Nov 2018, 01:57 Marek Olšák, wrote:
> From: Marek Olšák
>
> ---
> .../drivers/radeonsi/si_compute_blit.c| 4 +-
> src/gallium/drivers/radeonsi/si_cp_dma.c | 49 ++-
> src/gallium/dri
I'm still seeing weird graphical corruptions in chrome and sometimes when
playing video
It's especially noticeable when in inbox.google.com
I might be suffering from a different issue however
On Thu, 11 Oct 2018 at 11:43 Mike Lothian wrote:
> Do you think this why I've b
Do you think this why I've been seeing lots of weird flashing in Chrome
recently?
I'll test this patch out tonight and give you my tested by if you like
On Thu, 11 Oct 2018 at 09:27 Michel Dänzer wrote:
>
> Any feedback? Without negative feedback, I'll push this fix tomorrow.
>
>
> On 2018-10-0
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
Hi
If this is prime related I can test it tonight for you
Cheers
Mike
On Tue, 11 Sep 2018 at 14:06 Thomas Hellstrom wrote:
>
> On 09/11/2018 02:41 PM, Michel Dänzer wrote:
> > Any feedback on this patch? Without negative feedback, I'll push it
> > later this week.
Do you need the game name here, isn't that set in driconf?
On Wed, 15 Aug 2018 at 12:12 Timothy Arceri wrote:
> Cc:
> ---
> src/amd/vulkan/radv_device.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/src/amd/vulkan/radv_device.c b/src/amd/vulkan/radv_device.c
> index 33f24b9d302..
Hi
I'm not sure if this is the right mailing list or not but the
following patch gets things building with meson again
Signed-of-by: Mike Lothian
diff --git a/amdgpu/meson.build b/amdgpu/meson.build
index f39d7bf6..d9d7de2d 100644
--- a/amdgpu/meson.build
+++ b/amdgpu/meson.build
@@
might have what you're after
On Thu, 2 Aug 2018 at 18:00 Guang Bai wrote:
> On Thu, 2 Aug 2018 17:55:21 +0100
> Mike Lothian wrote:
>
> > Which distro are you using?
>
> uBuntu-14.045 & uBuntu-16.04
> Thanks,
> Guang
>
> >
> > On Thu, 2 Aug 2018
Which distro are you using?
On Thu, 2 Aug 2018 at 17:35 Guang Bai wrote:
> This is the reason for me to look for helps from our mesa-dev community.
> Thanks,
> Guang
>
> On Thu, 2 Aug 2018 17:10:16 +0100
> Mike Lothian wrote:
>
> > Yeah the lease stuff was added
Hi
It would be helpful if you posted the failure output, without it its
difficult to diagnose
I'm not seeing any issues with the master branch on the meson build
Is this your first time building mesa, or has something suddenly stopped
working?
Cheers
Mike
On Thu, 2 Aug 2018 at 16:46
Feel free to add my tested by:
Tested-by: Mike Lothian
Cheers
Mike
On Tue, 24 Jul 2018 at 00:52 Marek Olšák wrote:
> Hi,
>
> This series enables ASTC texture compression for all Gallium drivers
> that don't support it in hardware. The works the same as the ETC2
&g
Hi
Is there any change the following tags could be deleted (and recreated
if required) from the git repo:
R300_DRIVER_0
before_upgrade_03_01_05
blended_fountain
embedded-1-20030120
embedded-1-20030224
embedded-1-20030305
embedded-1-20030324
embedded-1-20030417
embedded-1-20030502
gliding_penguin
he other 2 games that have this
option set)
Tested-by: Mike Lothian
Thanks again for this
On Thu, 28 Jun 2018 at 07:47 Timothy Arceri wrote:
> Sorry to keep spamming the list with this stuff, but Dave helped
> out with ARB_vertex_attrib_64bit support and the spec bug I
> submitted f
Hi
I can confirm I no longer need to pass MESA_GL_VERSION_OVERRIDE to Dying
Light
Tested-by: Mike Lothian
Cheers
Mike
On Tue, 26 Jun 2018 at 04:41 Dieter Nützel wrote:
> Am 25.06.2018 13:26, schrieb Timothy Arceri:
> > Please note I've fixed up make check where is was broken
I'll test these tonight, Dying Light in particular required an override -
hopefully that won't be necessary any more
On Mon, 25 Jun 2018 at 12:26 Timothy Arceri wrote:
> Please note I've fixed up make check where is was broken when enabling
> some of these extensions. You can see all of the late
I think you forgot to bump PIPE_CAP_GLSL_FEATURE_LEVEL_COMPATIBILITY to 430
On Fri, 22 Jun 2018 at 09:48 Timothy Arceri wrote:
> I've send all of these patches out already. The only change is to the
> first 2 patches which fixes things so we store a double as 2 unsigned ints
> rather than 2 floa
rsion: 1.1
Max GLES[23] profile version: 3.1
On Fri, 22 Jun 2018 at 14:28 Mike Lothian wrote:
> Hi
>
> Does the whole of mesa support that or just radeonsi?
>
> Cheers
>
> Mike
>
> On Fri, 22 Jun 2018 at 14:10 Samuel Pitoiset
> wrote:
>
>> Since mesa
Hi
Does the whole of mesa support that or just radeonsi?
Cheers
Mike
On Fri, 22 Jun 2018 at 14:10 Samuel Pitoiset
wrote:
> Since mesa now exposes OpenGL 3.3 compat, we no longer need
> those workarounds.
>
> Signed-off-by: Samuel Pitoiset
> ---
> src/util/drirc | 12
This patch allows building asm for x86 on x86_64 cross compiles
Fixes: 2d62fc064652 ("meson: disable x86 asm in fewer cases.")
Signed-off-by: Mike Lothian
---
If you're happy with this change, please can you commit it as I don't
have access
---
meson.build | 2 +-
1 file
Hi
Is it possible to get all 3 gears lined up under the points of the "M" and
have the 3rd gear go under the "e" if need be
Cheers
Mike
On Thu, 7 Jun 2018 at 10:02 Erik Faye-Lund wrote:
> Just as a fun toy, I decided to give an animated SVG "variation"
Hi Mario
Can you explain how I can test this? I'll test it out on an Intel+AMD system
Cheers
Mike
On Wed, 23 May 2018 at 05:51 Mario Kleiner
wrote:
> On Mon, May 21, 2018 at 4:42 PM, Eric Engestrom
> wrote:
> > On Saturday, 2018-05-19 05:32:41 +0200, Mario Kleiner wrote:
&
I had hoped this would land in 18.1.0
Any signs of a review and can we get this backported asap?
On Wed, 16 May 2018, 15:49 Michel Dänzer, wrote:
> On 2018-05-16 01:39 PM, Mike Lothian wrote:
> > Can this be added to stable too?
>
> Right, I meant add that but forgot, thanks f
Can this be added to stable too?
On Wed, 16 May 2018 at 10:33 Michel Dänzer wrote:
> On 2018-05-16 11:14 AM, Axel Davy wrote:
> > Hi,
> >
> > Shouldn't this be fixed on the xserver or the ddx side, rather than in
> > Mesa ?
> No, it's a Mesa bug, the X server is doing what it's asked. (This wasn
With Michel's suggestion I've not seen a freeze in Plasmashell or Steam so
far
Tested-by: Mike Lothian
On Wed, 9 May 2018 at 21:47 Mike Lothian wrote:
> On Tue, 8 May 2018 at 20:47 Adam Jackson wrote:
>
>> dri*_bind_context, when switching current drawables, will drop t
ution, but in the
> meantime this is effectively not a memory leak for any real scenario,
> and fixes a real bug.
>
> Signed-off-by: Adam Jackson
> Cc: Michel Dänzer
> Cc: Mike Lothian
> Cc: Mario Kleiner
> Cc: Tobias Klausmann
> Bugzilla: https://bugs.freedesktop.o
Thank you for the clarification.
On Sat, 5 May 2018 at 14:31 Daniel Stone wrote:
> On 5 May 2018 at 10:15, Mike Lothian wrote:
> > Out of interest can you try running the vulkan smoketest, I'm seeing
> this:
> >
> > smoketest
> > terminate called
Which is:
VK_ERROR_OUT_OF_DATE_KHR = -101004,
On Sat, 5 May 2018 at 10:15 Mike Lothian wrote:
> Out of interest can you try running the vulkan smoketest, I'm seeing this:
>
> smoketest
> terminate called after throwing an instance of 'std::runtime_error'
>
ay 5, 2018 at 4:08 AM, Mike Lothian wrote:
> > I definately saw the steam bug with patch 1 but not with plasmashell,
> > I started seeing it with patch 2 but it seemed to fix itself
> >
>
> I had two hangs of kwin_x11 within the last 6 hours when alt-tabbing
&g
d eid %d\n",
draw->width, draw->height, draw->drawable, draw->eid);
}
dri3_flush_present_events(draw);
mtx_unlock(&draw->mtx);
--
2.17.0
On 4 May 2018 at 17:54, Mario Kleiner wrote:
> On Fri, May 4, 2018 at 6:45 PM, Mike Lothian wrote:
>> H
Hi
Yes I've not seen any freezes with Plasmashell, so a big improvement
Had issues with patch 2
Cheers
Mike
On 4 May 2018 at 17:36, Mario Kleiner wrote:
> On Fri, May 4, 2018 at 6:31 PM, Mike Lothian wrote:
>> Hi
>>
>> I'm still seeing the freeze in t
^~
../mesa-/src/loader/loader_dri3_helper.c:1454:7: note: include
‘’ or provide a declaration of ‘printf’
cc1: some warnings being treated as errors
Cheers
Mike
On 4 May 2018 at 14:45, Mario Kleiner wrote:
> See previous patch in series for explanation of the problem.
>
>
Hi
I'm still seeing the freeze in the Steam client with this patch
Just about to test the other one
Mike
On 4 May 2018 at 17:17, Mike Lothian wrote:
> Hi Mario
>
> Again thanks for looking into this issue :D
>
> Tested-by: Mike Lothian
>
> I'll give the oth
Hi Mario
Again thanks for looking into this issue :D
Tested-by: Mike Lothian
I'll give the other patch a whirl now
Cheers
Mike
On 4 May 2018 at 14:45, Mario Kleiner wrote:
> Before destroying the loader_dri3_drawable, make sure all pending
> swaps for it have completed. This gui
Can you also add radeon to the amd one? That works on autotools
On Wed, 25 Apr 2018 at 02:16 Jordan Justen
wrote:
> Fixes: 5608d0a2cee "meson: use array type options"
> Cc: Dylan Baker
> Signed-off-by: Jordan Justen
> ---
> meson.build | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(
Fixes: 34cb4d0ebc1 ("meson: build tests for gallium mesa state tracker")
Signed-off-by: Mike Lothian
---
src/mesa/state_tracker/tests/meson.build | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/state_tracker/tests/meson.build
b/src/mesa/state_tra
Are you able to push this for me on my behalf?
On Wed, 4 Apr 2018 at 15:04 Kyriazis, George
wrote:
> Thank you!
>
> Reviewed-By: George Kyriazis
>
> On Apr 4, 2018, at 3:22 AM, Mike Lothian wrote:
>
> Include llvm/Transforms/Utils.h with the newest LLVM 7
>
> v2: I
Include llvm/Transforms/Utils.h with the newest LLVM 7
v2: Include with " " rather than < > (Vinson Lee)
v3: Use LLVM_VERSION_MAJOR rather than HAVE_LLVM (George Kyriazis)
Signed-of-by: Mike Lothian
Tested-by: Vinson Lee
---
src/gallium/drivers/swr/rasterizer/jitter/jit_pc
Include llvm/Transforms/Utils.h with the newest LLVM 7
v2: Include with " " rather than < >
Signed-of-by: Mike Lothian
Tested-by: Vinson Lee
---
src/gallium/drivers/swr/rasterizer/jitter/jit_pch.hpp | 3 +++
1 file changed, 3 insertions(+)
diff --git a/src/gallium/driver
Thanks for pointing that out
I've sent a 4th patch, I've never compiled swr before, would you mind
testing to see if it fixes things for you, it's using the llvm include
rather than the llvm-c include
On Sun, 1 Apr 2018 at 06:15 Vinson Lee wrote:
> On Sat, Mar 31, 2018 at 5:0
Include llvm/Transforms/Utils.h with the newest LLVM 7
Signed-of-by: Mike Lothian
---
src/gallium/drivers/swr/rasterizer/jitter/jit_pch.hpp | 3 +++
1 file changed, 3 insertions(+)
diff --git a/src/gallium/drivers/swr/rasterizer/jitter/jit_pch.hpp
b/src/gallium/drivers/swr/rasterizer/jitter
Include llvm-c/Transforms/Utils.h with the newest LLVM 7
Signed-of-by: Mike Lothian
Reviewed-by: Samuel Pitoiset
Tested-by: Dieter Nützel
---
src/gallium/auxiliary/gallivm/lp_bld_init.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/src/gallium/auxiliary/gallivm/lp_bld_init.c
b/src
Include llvm-c/Transforms/Utils.h with the newest LLVM 7
Signed-of-by: Mike Lothian
Reviewed-by: Samuel Pitoiset
Tested-by: Dieter Nützel
---
src/gallium/drivers/radeonsi/si_shader_tgsi_setup.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/src/gallium/drivers/radeonsi
Include llvm-c/Transforms/Utils.h with the newest LLVM 7
Signed-of-by: Mike Lothian
Reviewed-by: Samuel Pitoiset
Tested-by: Dieter Nützel
---
src/amd/vulkan/radv_nir_to_llvm.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/src/amd/vulkan/radv_nir_to_llvm.c
b/src/amd/vulkan
#x27;t have git rights
Thanks
Mike
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Whilst jit_pch.hpp does use
Scalar.h, it doesn't use either of the two functions in Utils.h so it
doesn't need to be included
Cheers
Mike
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Sat, 31 Mar 2018 at 00:54 Dylan Baker wrote:
>
> Quoting Mike Lothian (2018-03-29 17:49:30)
> >
> >
> > On Fri, 30 Mar 2018, 01:42 Dylan Baker, wrote:
> >
> > Quoting Mike Lothian (2018-03-29 16:56:28)
> > > Include llv
I've submitted a patch for this, it was a change in the llvm-c includes
On Fri, 30 Mar 2018 at 08:43 Dieter Nützel wrote:
> make[4]: Verzeichnis „/opt/mesa/src/amd/vulkan“ wird betreten
>CC radv_nir_to_llvm.lo
> radv_nir_to_llvm.c: In function ‘ac_llvm_finalize_module’:
> radv_nir_to_l
On Fri, 30 Mar 2018, 01:42 Dylan Baker, wrote:
> Quoting Mike Lothian (2018-03-29 16:56:28)
> > Include llvm-c/Transforms/Utils.h with the newest LLVM 7
> >
> > Fixes: 2dd4f35c7fc llvm-c: Split Utils out of Scalar.h
>
> I have no comment on the patch itself.
>
Include llvm-c/Transforms/Utils.h with the newest LLVM 7
Fixes: 2dd4f35c7fc llvm-c: Split Utils out of Scalar.h
Signed-of-by: Mike Lothian
---
I don't have git commit rights
If you're happy with this patch please can you commit it
Cheers
Mike
---
src/amd/vulkan/radv_nir
Did you mean to remove the blacklist you added in the previous patch?
On Wed, 14 Mar 2018 at 01:03 Marek Olšák wrote:
> From: Marek Olšák
>
> Since 2.4.90 might not work, just ask for the next version.
> ---
> configure.ac | 9 +
> 1 file changed, 1 insertion(+), 8 deletions(-)
>
> dif
ng
is used - I'll look into that sometime
Regards
Mike
On Fri, 9 Mar 2018 at 16:37 Dylan Baker wrote:
> Quoting Mike Lothian (2018-03-06 05:07:34)
> > Hi
> >
> > When compiling wine I also noticed that the d3d.pc files didn't have
> moduledir
> > set, so w
Hi
When compiling wine I also noticed that the d3d.pc files didn't have
moduledir set, so wine couldn't find it
configure: error: pkg-config couldn't find Gallium Nine module
Regards
Mike
On Tue, 6 Mar 2018 at 02:17 Mike Lothian wrote:
> Hi
>
> I've been trying
his
and installs directly to the live system - I worked around it by
dropping the /usr
The inital ebuild is in the FireBurn overlay
(https://github.com/FireBurn/Overlay/blob/master/media-libs/mesa/mesa-9999.ebuild)
Regards
Mike
___
mesa-
Hi
Sorry to be a pain again
I've just tested this with clang and the 32bit build still fails without
-latomic
libtool: link: /bin/true glsl/.libs/libstandalone.a
libtool: link: rm -fr glsl/.libs/libstandalone.lax
glsl/.libs/libstandalone.lax
libtool: link: ( cd "glsl/.libs" && rm -f "libstandalo
1 - 100 of 290 matches
Mail list logo
