https://bugs.freedesktop.org/show_bug.cgi?id=107391
Samuel Pitoiset changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=109764
Samuel Pitoiset changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=107391
Samuel Pitoiset changed:
What|Removed |Added
CC||shtetl...@gmail.com
--- Comment #7 fr
https://bugs.freedesktop.org/show_bug.cgi?id=110345
--- Comment #6 from Samuel Pitoiset ---
If you can find a good way for reproducing the issue that would be highly
appreciated. You can also try different combinations of debug options, like:
RADV_DEBUG=nodcc,nohiz,nofastclears,zerovram
--
You
Hi Emil,
On Monday, 8 April 2019 12:28:55 CEST Emil Velikov wrote:
> > Now that I have been putting together a test case for the the actual use
> > I do see some issues with the pbuffer code path. Well - still investigating
> > if the test is wrong or the result.
> >
> Actually I do recall some is
https://bugs.freedesktop.org/show_bug.cgi?id=109764
--- Comment #2 from Shmerl ---
(In reply to Samuel Pitoiset from comment #1)
> 'export MESA_VK_WSI_PRESENT_MODE=fifo' is probably what you need.
But how exactly do you set the cap using that method?
--
You are receiving this mail because:
You
On Wed, 2019-04-10 at 10:40 +1000, Timothy Arceri wrote:
> On 13/2/19 8:57 am, Andres Gomez wrote:
> > From page 76 (page 80 of the PDF) of the GLSL 4.60 v.5 spec:
> >
> >" No aliasing in output buffers is allowed: It is a compile-time or
> > link-time error to specify variables with ove
https://bugs.freedesktop.org/show_bug.cgi?id=109764
--- Comment #3 from Samuel Pitoiset ---
What do you mean by 'cap'? Be able to limit to N FPS?
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.
All docs are in the proper method address, i.e. "in bytes" -- in the
future, please refer to them that way since all the code and
documentation do.
There is no reference to method 2c8 in the mesa driver (except the
GLOBAL_BASE thing that's only on fermi, I won't get into the details
of what that d
On Wed, Apr 10, 2019 at 7:31 AM Andres Gomez wrote:
> On Wed, 2019-04-10 at 10:40 +1000, Timothy Arceri wrote:
> > On 13/2/19 8:57 am, Andres Gomez wrote:
> > > @@ -1764,6 +1765,8 @@ struct gl_transform_feedback_buffer
> > >
> > > uint32_t NumVaryings;
> > >
> > > + BITSET_WORD *UsedCompone
https://bugs.freedesktop.org/show_bug.cgi?id=109764
--- Comment #4 from Shmerl ---
(In reply to Samuel Pitoiset from comment #3)
> What do you mean by 'cap'? Be able to limit to N FPS?
Yes, that's the idea of the proposal.
--
You are receiving this mail because:
You are the assignee for the bu
On 04/10/2019 12:10 AM, Dave Airlie wrote:
From: Dave Airlie
This avoid softpipe trying to get image when no window has ever
been exposed, and no image will be exposed.
I'm not entirely sure this is correct or useful, but it definitely
helps with some softpipe get images when we haven't got a
Signed-off-by: Samuel Pitoiset
---
src/amd/common/ac_nir_to_llvm.c | 13 ++---
1 file changed, 6 insertions(+), 7 deletions(-)
diff --git a/src/amd/common/ac_nir_to_llvm.c b/src/amd/common/ac_nir_to_llvm.c
index 3d2f738edec..7c7f2456e72 100644
--- a/src/amd/common/ac_nir_to_llvm.c
+++ b/
This changes the predicate from LessThan to Equal.
Signed-off-by: Samuel Pitoiset
---
src/amd/common/ac_nir_to_llvm.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/src/amd/common/ac_nir_to_llvm.c b/src/amd/common/ac_nir_to_llvm.c
index 7c7f2456e72..3d90fd42318 10
This changes the predicate from LessThan to Equal.
Signed-off-by: Samuel Pitoiset
---
src/amd/common/ac_llvm_build.c | 7 +++
src/amd/common/ac_llvm_build.h | 1 +
src/amd/common/ac_nir_to_llvm.c | 20 +---
3 files changed, 13 insertions(+), 15 deletions(-)
diff --git a/
Trivial.
Signed-off-by: Samuel Pitoiset
---
src/amd/common/ac_nir_to_llvm.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/src/amd/common/ac_nir_to_llvm.c b/src/amd/common/ac_nir_to_llvm.c
index c29098bf179..0318786d25b 100644
--- a/src/amd/common/ac_nir_to_llvm.c
+++ b/sr
It's already casted if necessary in ac_build_image_opcode().
Signed-off-by: Samuel Pitoiset
---
src/amd/common/ac_nir_to_llvm.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/src/amd/common/ac_nir_to_llvm.c b/src/amd/common/ac_nir_to_llvm.c
index 0318786d25b..cef665d0630 100644
--- a/src/amd
Signed-off-by: Samuel Pitoiset
---
src/amd/common/ac_llvm_build.c | 10 ++
src/amd/common/ac_llvm_build.h | 3 +++
src/amd/common/ac_nir_to_llvm.c | 13 +
src/gallium/drivers/radeonsi/si_shader.c | 7 +--
4 files changed, 15 insertions(+), 18
Signed-off-by: Samuel Pitoiset
---
src/amd/common/ac_llvm_build.c | 20 ++
src/amd/common/ac_llvm_build.h | 3 +++
src/amd/common/ac_nir_to_llvm.c | 23 +---
src/gallium/drivers/radeonsi/si_shader.c | 27 +---
4 fil
ac_build_image_opcode() casts if necessary and buffer images
are casted too.
Signed-off-by: Samuel Pitoiset
---
src/amd/common/ac_nir_to_llvm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/amd/common/ac_nir_to_llvm.c b/src/amd/common/ac_nir_to_llvm.c
index cef665d0630.
This changes the predicate from LessThan to Equal.
Signed-off-by: Samuel Pitoiset
---
src/amd/common/ac_nir_to_llvm.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/src/amd/common/ac_nir_to_llvm.c b/src/amd/common/ac_nir_to_llvm.c
index 3d90fd42318..69c418f2ca0 10
Sources are always casted to integers.
Signed-off-by: Samuel Pitoiset
---
src/amd/common/ac_nir_to_llvm.c | 16
1 file changed, 16 deletions(-)
diff --git a/src/amd/common/ac_nir_to_llvm.c b/src/amd/common/ac_nir_to_llvm.c
index 3dfcbacdef4..f1c082c1130 100644
--- a/src/amd/com
Hi all,
I am currently building an application using VTK 8.1 which requires OpenGL 2.1,
or more recent,
Support. Because I want to be able to run my application on as many systems as
possible, I am
Contemplating using a software renderer for cases where the system does not
support OpenGL 2.1.
A
https://bugs.freedesktop.org/show_bug.cgi?id=110252
--- Comment #1 from Alok Hota ---
Thanks for reporting this, and for the sample program. We are looking into
this.
--
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=107391
--- Comment #8 from tempel.jul...@gmail.com ---
I've tested it in vkquake, works like a charm. Again: Huge thanks!
--
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=110345
--- Comment #7 from Thomas Rohloff ---
Thanks for all the helpful advice. Sadly I still didn't find a way to reproduce
it better. Anyway, I tried your env var for around 8 hours without a freeze.
While that might be just luck I'll do more testin
On Tue, Apr 9, 2019 at 5:36 PM Vinson Lee wrote:
>
> On Tue, Apr 9, 2019 at 1:29 PM Jan Vesely wrote:
> >
> > On Sat, Apr 6, 2019 at 10:11 PM Dieter Nützel wrote:
> > >
> > > Tested-by: Dieter Nützel
> > > Acked-by: Dieter Nützel
> >
> > Thanks Dieter,
> >
> > Timur, Vinson, are you OK with th
Iago Toral writes:
> On Mon, 2019-04-08 at 12:00 -0700, Francisco Jerez wrote:
>> "Juan A. Suarez Romero" writes:
>>
>> > From: Iago Toral Quiroga
>> >
>> > v2: f32to16/f16to32 can use a :W destination (Curro)
>> > ---
>> > src/intel/compiler/brw_fs.cpp | 71
>> >
From: "Xiong, James"
The vma high heap's capacity and maximum address were pre-defined based
on 48bits ppgtt support, and the buffers allocated from the vma high heap
had invalid vma addresses to the ehl platform that only supports 36bits
ppgtt. As a result, KMD rejected all batchbuffers submitte
https://bugs.freedesktop.org/show_bug.cgi?id=110337
--- Comment #2 from Andre Klapper ---
Hi Berg, please edit the ticket summary and summarize the actual topic of this
ticket. Thanks!
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug._
Fixes a couple of Coverity warnings CID 1444626.
Fixes: e30804c6024f ("nir/radv: remove restrictions on
opt_if_loop_last_continue()")
---
src/compiler/nir/nir_opt_if.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/compiler/nir/nir_opt_if.c b/src/compiler/nir/nir_opt
Before I attempt to review, have you run piglit on this series with
radeonsi nir?
On 11/4/19 1:16 am, Samuel Pitoiset wrote:
Sources are always casted to integers.
Signed-off-by: Samuel Pitoiset
---
src/amd/common/ac_nir_to_llvm.c | 16
1 file changed, 16 deletions(-)
dif
"Juan A. Suarez Romero" writes:
> From: Iago Toral Quiroga
>
> v2:
> - Consider implicit conversions in 2-src instructions too (Curro)
> - For restrictions that involve destination stride requirements
>only validate them for Align1, since Align16 always requires
>packed data.
> - Skip
Not really answering your question directly but Desktop chips have had
2.1 support for the past 12+ years. IMO trying to support systems older
than that is going to be more trouble than its worth, llvmpipe is
unlikely to give you very good performance on a system that old.
On 11/4/19 1:37 am,
"Juan A. Suarez Romero" writes:
> From: Iago Toral Quiroga
>
> v2:
> - Adapted unit tests to make them consistent with the changes done
>to the validation of half-float conversions.
>
> v3 (Curro):
> - Check all the accummulators
> - Constify declarations
> - Do not check src1 type in singl
From: Marek Olšák
---
src/mesa/main/shaderapi.c | 20 +---
1 file changed, 17 insertions(+), 3 deletions(-)
diff --git a/src/mesa/main/shaderapi.c b/src/mesa/main/shaderapi.c
index 01342c04e8f..6b73e6c7e7a 100644
--- a/src/mesa/main/shaderapi.c
+++ b/src/mesa/main/shaderapi.c
@@
On Wed, 2019-04-10 at 15:37 +, Jonathan Jackson wrote:
> 1. My question is: Is it reasonable to think that llvmpipe (or other
> drivers) will grand me a much wider
> array of supported system if I use that implementation over the original
> Windows one?
I'm reasonably sure that llvmpi
On Wed, Apr 10, 2019 at 7:44 PM Timothy Arceri
wrote:
> Before I attempt to review, have you run piglit on this series with
> radeonsi nir?
>
That's a good idea.
If there is no piglit regression on radeonsi, the series is:
Reviewed-by: Marek Olšák
Marek
__
From: Marek Olšák
---
src/amd/common/ac_llvm_build.c| 1 +
src/gallium/drivers/radeonsi/si_shader_tgsi_mem.c | 4
2 files changed, 5 insertions(+)
diff --git a/src/amd/common/ac_llvm_build.c b/src/amd/common/ac_llvm_build.c
index a612dcefa1d..cfbca294c97 100644
--- a/sr
From: Marek Olšák
---
src/amd/common/ac_nir_to_llvm.c | 70 +++--
1 file changed, 5 insertions(+), 65 deletions(-)
diff --git a/src/amd/common/ac_nir_to_llvm.c b/src/amd/common/ac_nir_to_llvm.c
index 3d2f738edec..3abde6e0969 100644
--- a/src/amd/common/ac_nir_to_llvm
Pushed, thanks!
Marek
On Tue, Apr 9, 2019 at 7:33 AM Guido Günther wrote:
> Hi,
> On Fri, Mar 29, 2019 at 05:48:31PM +0100, Guido Günther wrote:
> > Without that kmscube with GALLIUM_TRACE would segfault like:
> >
> > #0 0x in ()
> > #1 0x8f311760 in dri2_create_f
Reviewed-by: Marek Olšák
Marek
On Wed, Apr 3, 2019 at 2:02 AM Jan Vesely wrote:
> Skip over non-existent files.
> Signed-off-by: Jan Vesely
> ---
> This should help detect instances of messed up/missing symbols in the
> driver.
> windows build seems OK:
> https://ci.appveyor.com/project/jvese
Consider this sequence of calls:
1) Enable rasterizer discard
2) Update the framebuffer (skipped by your patch)
3) Draw
4) Disable rasterizer discard
5) Draw (not using the correct framebuffer)
Marek
On Wed, Apr 10, 2019 at 2:10 AM Dave Airlie wrote:
> From: Dave Airlie
>
> This avoid softpi
On Wed, Apr 10, 2019 at 9:33 PM Marek Olšák wrote:
>
> Reviewed-by: Marek Olšák
thank you. pushed.
Jan
>
> Marek
>
> On Wed, Apr 3, 2019 at 2:02 AM Jan Vesely wrote:
>>
>> Skip over non-existent files.
>> Signed-off-by: Jan Vesely
>> ---
>> This should help detect instances of messed up/missi
https://bugs.freedesktop.org/show_bug.cgi?id=110291
--- Comment #2 from Peter ---
Space Engineers only began to run in the last couple of months. I haven't been
able to get into the game at all with older LLVM+Mesa versions to test.
--
You are receiving this mail because:
You are the QA Contact
Hi list,
I'm pleased to announce the availability of mesa 19.0.2. It's a bit late, and I
need to apologize for that, Dad duties have been trumping other things.
On the release side it's been a pretty tame cycle. Just a few fixes for radeon,
a few for nir, a couple for radv, a couple for v3d, and
On Wed, 10 Apr 2019 at 22:45, Ilia Mirkin wrote:
>
> All docs are in the proper method address, i.e. "in bytes" -- in the
> future, please refer to them that way since all the code and
> documentation do.
>
> There is no reference to method 2c8 in the mesa driver (except the
> GLOBAL_BASE thing th
https://bugs.freedesktop.org/show_bug.cgi?id=102227
--- Comment #6 from Pokemon ---
You can need to visit the site online here http://documentswindows10.com and
find to all way for where are scanned documents windows 10.
--
You are receiving this mail because:
You are the QA Contact for the bug
https://bugs.freedesktop.org/show_bug.cgi?id=110402
Bug ID: 110402
Summary: checking validations
Product: Mesa
Version: 5.0.2
Hardware: PowerPC
URL: http://219.91.142.54:1515/GreyOrder
OS: Windows (All)
For HW cursors, "cursor.pos" doesn't hold the current position of the
pointer, just the position of the last call to SetCursorPosition().
Skip the check against stale values and bump the d3dadapter9 drm version
to expose this change of behaviour.
Signed-off-by: Andre Heider
---
V3: improve vers
On 4/11/19 3:32 AM, Marek Olšák wrote:
From: Marek Olšák
---
src/mesa/main/shaderapi.c | 20 +---
1 file changed, 17 insertions(+), 3 deletions(-)
diff --git a/src/mesa/main/shaderapi.c b/src/mesa/main/shaderapi.c
index 01342c04e8f..6b73e6c7e7a 100644
--- a/src/mesa/main/sh
51 matches
Mail list logo
