https://bugs.freedesktop.org/show_bug.cgi?id=106875
Timothy Arceri changed:
What|Removed |Added
Component|Drivers/Gallium/radeonsi|Mesa core
https://bugs.freedesktop.org/show_bug.cgi?id=111054
--- Comment #4 from Shmerl ---
Interesting, I just analyzed loaded shared libraries for case when the layer is
showing up (vkcube), and I see libVkLayer_MESA_overlay.so listed. While in case
of X4 it's not present. So something does prevent it
https://bugs.freedesktop.org/show_bug.cgi?id=111054
--- Comment #3 from Shmerl ---
It works fine in other cases for me (like when using with Wine+dxvk in Witcher
3). So something strange is going with X4 specifically. Is there some way to
narrow down why it's not loading?
--
You are receiving
https://bugs.freedesktop.org/show_bug.cgi?id=111054
--- Comment #2 from Lionel Landwerlin ---
Any other information?
I don't have the game, but I was able to use the overlay with games like Dota
2.
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Bug 77449 depends on bug 100019, which changed state.
Bug 100019 Summary: [bdw] GPU hang and application crash in Pillars of Eternity
(steam)
https://bugs.freedesktop.org/show_bug.cgi?id=100019
What|Removed
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Bug 77449 depends on bug 98693, which changed state.
Bug 98693 Summary: Mad Max: Long lags when VRAM full
https://bugs.freedesktop.org/show_bug.cgi?id=98693
What|Removed |Added
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Bug 77449 depends on bug 93840, which changed state.
Bug 93840 Summary: [i965] Compiler backend uses too much stack with Alien:
Isolation
https://bugs.freedesktop.org/show_bug.cgi?id=93840
What|Removed |Added
https://bugs.freedesktop.org/show_bug.cgi?id=111054
--- Comment #1 from Shmerl ---
Just for the reference, the game is using Vulkan.
--
You are receiving this mail because:
You are the assignee for the bug.___
mesa-dev mailing list
https://bugs.freedesktop.org/show_bug.cgi?id=111054
Bug ID: 111054
Summary: Vulkan overlay doesn't work with X4: Foundations
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Bug 77449 depends on bug 93475, which changed state.
Bug 93475 Summary: Saints Row IV causes GPU lockup on Linux
https://bugs.freedesktop.org/show_bug.cgi?id=93475
What|Removed |Added
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Bug 77449 depends on bug 92999, which changed state.
Bug 92999 Summary: [APITRACE] Shadow of Mordor missing fonts in menu
https://bugs.freedesktop.org/show_bug.cgi?id=92999
What|Removed |Added
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Bug 77449 depends on bug 92557, which changed state.
Bug 92557 Summary: [3D Games] [HSW/SKL/BXT] Euro Truck simulator 2 stops
unexpectedly when the game is loading
https://bugs.freedesktop.org/show_bug.cgi?id=92557
What|Removed
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Bug 77449 depends on bug 75911, which changed state.
Bug 75911 Summary: Ravensword: Shadowlands graphics lag (GM45)
https://bugs.freedesktop.org/show_bug.cgi?id=75911
What|Removed |Added
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Bug 77449 depends on bug 86720, which changed state.
Bug 86720 Summary: [radeon] Europa Universalis 4 freezing during game start
(10.3.3+, still broken on 11.0.2)
https://bugs.freedesktop.org/show_bug.cgi?id=86720
What|Removed
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Bug 77449 depends on bug 79417, which changed state.
Bug 79417 Summary: r600-cayman: GPU lockup in Planetary Annihilation (PTE
66705) on HD6950
https://bugs.freedesktop.org/show_bug.cgi?id=79417
What|Removed
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Bug 77449 depends on bug 68527, which changed state.
Bug 68527 Summary: Planetary Annihilation Alpha: translation from TGSI failed !
https://bugs.freedesktop.org/show_bug.cgi?id=68527
What|Removed |Added
On Wed, Jul 3, 2019 at 4:10 PM John Stultz wrote:
>
> With current master we're seeing build failures with AOSP:
> error: undefined symbol: ir3_nir_lower_imul
>
> This is due to the ir3_nir_imul.c file not being generated
> in the Android.mk files.
>
> This patch simply adds it to the Android
NDEBUG is set = release
NDEBUG is not set = debugoptimized
NDEBUG is not set and DEBUG is set = debug
NDEBUG is not set ---> enable assertions and cheap debug code, NIR enables
expensive validations
DEBUG is set ---> enable possibly very expensive debug code, may be
replaced by !NDEBUG in the
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Bug 77449 depends on bug 106224, which changed state.
Bug 106224 Summary: "Medieval 2 Total War" will sometimes crash system on a R9
270 card
https://bugs.freedesktop.org/show_bug.cgi?id=106224
What|Removed
Congratulations on this monumental achievement! Bringing up a whole
back-end compiler is a huge amount of work and doing it in a year with only
a couple of people is pretty impressive. It's great to see this work
finally see the light of day and I look forward to seeing how it progresses
going
Hello everyone,
as some of you already know, for a little over one year I have been
working on
an alternate compiler backend for the RADV driver. At the beginning, Bas
Nieuwenhuizen
helped out a lot, and since last December Rhys Perry has also helped
tremendously
working full-time on ACO.
In
https://bugs.freedesktop.org/show_bug.cgi?id=111053
Bug ID: 111053
Summary: Elite Dangerous shadows render as white.
Product: Mesa
Version: git
Hardware: Other
OS: All
Status: NEW
Severity: major
https://bugs.freedesktop.org/show_bug.cgi?id=111053
--- Comment #1 from Haxk20 ---
Created attachment 144695
--> https://bugs.freedesktop.org/attachment.cgi?id=144695=edit
How its supposed to look
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the
On 03/07/2019 16:59, Rob Herring wrote:
> On Wed, Jul 3, 2019 at 8:13 AM Steven Price wrote:
>>
>> On 03/07/2019 14:56, Boris Brezillon wrote:
>>> On Wed, 3 Jul 2019 07:45:32 -0600
>>> Rob Herring wrote:
>>>
On Wed, Jul 3, 2019 at 7:34 AM Boris Brezillon
wrote:
>
> Exported
On Wed, Jul 3, 2019 at 6:11 PM Steven Price wrote:
>
> On 03/07/2019 15:33, Boris Brezillon wrote:
> > On Wed, 3 Jul 2019 15:13:25 +0100
> > Steven Price wrote:
> >
> >> On 03/07/2019 14:56, Boris Brezillon wrote:
> >>> On Wed, 3 Jul 2019 07:45:32 -0600
> >>> Rob Herring wrote:
> >>>
> On
On Wed, Jul 3, 2019 at 7:34 AM Boris Brezillon
wrote:
>
> Exported BOs might be imported back, then mmap()-ed to be written
> too. Most drivers handle that by mmap()-ing the GEM handle after it's
> been imported, but, according to [1], this is illegal.
It's not illegal, but is supposed to go
On Wed, Jul 3, 2019 at 8:13 AM Steven Price wrote:
>
> On 03/07/2019 14:56, Boris Brezillon wrote:
> > On Wed, 3 Jul 2019 07:45:32 -0600
> > Rob Herring wrote:
> >
> >> On Wed, Jul 3, 2019 at 7:34 AM Boris Brezillon
> >> wrote:
> >>>
> >>> Exported BOs might be imported back, then mmap()-ed to
On 03/07/2019 14:56, Boris Brezillon wrote:
> On Wed, 3 Jul 2019 07:45:32 -0600
> Rob Herring wrote:
>
>> On Wed, Jul 3, 2019 at 7:34 AM Boris Brezillon
>> wrote:
>>>
>>> Exported BOs might be imported back, then mmap()-ed to be written
>>> too. Most drivers handle that by mmap()-ing the GEM
On 03/07/2019 15:33, Boris Brezillon wrote:
> On Wed, 3 Jul 2019 15:13:25 +0100
> Steven Price wrote:
>
>> On 03/07/2019 14:56, Boris Brezillon wrote:
>>> On Wed, 3 Jul 2019 07:45:32 -0600
>>> Rob Herring wrote:
>>>
On Wed, Jul 3, 2019 at 7:34 AM Boris Brezillon
wrote:
>
> Since the same discussion is happening with etnaviv: Why exactly does mesa
> need to mmap imported buffers?
The golden question!
Seemingly, (one of the) reasons is that the state tracker does
colourspace conversion in software if the winsys wants a format that the
driver doesn't advertise.
https://bugs.freedesktop.org/show_bug.cgi?id=111043
John changed:
What|Removed |Added
CC||john.etted...@gmail.com
--
You are receiving
On Wed, Jul 03, 2019 at 05:47:24PM +0200, Daniel Vetter wrote:
> On Wed, Jul 03, 2019 at 07:45:32AM -0600, Rob Herring wrote:
> > On Wed, Jul 3, 2019 at 7:34 AM Boris Brezillon
> > wrote:
> > >
> > > Exported BOs might be imported back, then mmap()-ed to be written
> > > too. Most drivers handle
On Wed, Jul 03, 2019 at 07:45:32AM -0600, Rob Herring wrote:
> On Wed, Jul 3, 2019 at 7:34 AM Boris Brezillon
> wrote:
> >
> > Exported BOs might be imported back, then mmap()-ed to be written
> > too. Most drivers handle that by mmap()-ing the GEM handle after it's
> > been imported, but,
On Wed, 3 Jul 2019 15:50:08 +0100
Steven Price wrote:
> On 03/07/2019 15:33, Boris Brezillon wrote:
> > On Wed, 3 Jul 2019 15:13:25 +0100
> > Steven Price wrote:
> >
> >> On 03/07/2019 14:56, Boris Brezillon wrote:
> >>> On Wed, 3 Jul 2019 07:45:32 -0600
> >>> Rob Herring wrote:
> >>>
https://bugs.freedesktop.org/show_bug.cgi?id=111051
Bug ID: 111051
Summary: Mesa crashed on KDE Plasma Wayland session
Product: Mesa
Version: 19.0
Hardware: Other
OS: All
Status: NEW
Severity: normal
On Wed, 3 Jul 2019 15:13:25 +0100
Steven Price wrote:
> On 03/07/2019 14:56, Boris Brezillon wrote:
> > On Wed, 3 Jul 2019 07:45:32 -0600
> > Rob Herring wrote:
> >
> >> On Wed, Jul 3, 2019 at 7:34 AM Boris Brezillon
> >> wrote:
> >>>
> >>> Exported BOs might be imported back, then
On Wed, 3 Jul 2019 07:45:32 -0600
Rob Herring wrote:
> On Wed, Jul 3, 2019 at 7:34 AM Boris Brezillon
> wrote:
> >
> > Exported BOs might be imported back, then mmap()-ed to be written
> > too. Most drivers handle that by mmap()-ing the GEM handle after it's
> > been imported, but, according to
Exported BOs might be imported back, then mmap()-ed to be written
too. Most drivers handle that by mmap()-ing the GEM handle after it's
been imported, but, according to [1], this is illegal. The panfrost
driver has recently switched to this generic helper (which was renamed
into
https://bugs.freedesktop.org/show_bug.cgi?id=110995
--- Comment #3 from tempel.jul...@gmail.com ---
Is there a chance to make CTS dEQP-VK.pipeline.depth_range_unrestricted.* pass
without causing the performance regression?
--
You are receiving this mail because:
You are the QA Contact for the
On Wed, 2019-07-03 at 12:33 +0200, Boris Brezillon wrote:
> On Wed, 03 Jul 2019 11:54:29 +0200
> Erik Faye-Lund wrote:
>
> > On Wed, 2019-06-26 at 10:34 -0700, Alyssa Rosenzweig wrote:
> > > Ah-ha, now we're into parts of the stack I can claim to
> > > understand!
> > > > :)
> > >
> > >
On Wed, 03 Jul 2019 11:54:29 +0200
Erik Faye-Lund wrote:
> On Wed, 2019-06-26 at 10:34 -0700, Alyssa Rosenzweig wrote:
> > Ah-ha, now we're into parts of the stack I can claim to understand!
> > >:)
> >
> > Reviewed-by: Alyssa Rosenzweig
> >
> > On Tue, Jun 25, 2019 at 06:37:48PM +0200,
On Sat, 2019-06-29 at 00:08 -0400, Ilia Mirkin wrote:
> Ken pointed out on IRC today that there was still a lot of "boolean"
> (vs bool/_Bool) usage in gallium. In fact, many interfaces are
> specified with boolean.
>
> I had it in my mind that I had at some point removed most boolean
> usage,
On Wed, 2019-06-26 at 10:34 -0700, Alyssa Rosenzweig wrote:
> Ah-ha, now we're into parts of the stack I can claim to understand!
> >:)
>
> Reviewed-by: Alyssa Rosenzweig
>
> On Tue, Jun 25, 2019 at 06:37:48PM +0200, Boris Brezillon wrote:
> > From: Daniel Stone
> >
> > Add a
On Tue, 2019-06-25 at 18:37 +0200, Boris Brezillon wrote:
> This is an attempt at resurrecting Daniel's MR [1] which was already
> resurrecting Harish's EGL_KHR_partial_update series [2]. This version
> implements Marek's suggestion to pass the set_damage_region()
> directly
> to the gallium
On Tue, 2019-06-25 at 12:36 -0700, Vasily Khoruzhick wrote:
> On Tue, Jun 25, 2019 at 11:54 AM Alyssa Rosenzweig
> wrote:
>
> Hi Alyssa,
>
> > Rather than using a magic lookup table with no explanations, let's
> > add
> > liberal comments to the code to explain what this tiling scheme is
> >
On 2019-07-02 7:29 p.m., Marek Olšák wrote:
> If you don't wanna see the messages, don't use debugoptimized.
Makes sense, but means it needs to be guarded by DEBUG, not NDEBUG.
--
Earthling Michel Dänzer | https://www.amd.com
Libre software enthusiast |
Hi Drew,
On Wed, 3 Jul 2019 at 08:16, Drew DeVault wrote:
> Instead of assuming the first will be suitable. kmscube fails to start
> for me without this change.
There are a couple of unrelated changes combined in here, but I think
the core one is good.
eglChooseConfig has some really useful
Instead of assuming the first will be suitable. kmscube fails to start
for me without this change.
---
common.c | 52 +---
common.h | 1 +
2 files changed, 46 insertions(+), 7 deletions(-)
diff --git a/common.c b/common.c
index f9bd280..45c074d
On 7/3/19 2:58 AM, Bas Nieuwenhuizen wrote:
Wouldn't it be much better if we do all the layers in a single draw instead?
Probably, but for now it's just a refactoring.
On Tue, Jul 2, 2019 at 2:47 PM Samuel Pitoiset
wrote:
Signed-off-by: Samuel Pitoiset
---
49 matches
Mail list logo
