Am 06.02.2018 00:23, schrieb Timothy Arceri:
On 05/02/18 15:04, Dieter Nützel wrote:
Am 02.02.2018 10:24, schrieb Timothy Arceri:
On 02/02/18 19:26, Dieter Nützel wrote:
Hello Tim,
_this_ version brake UH, UV, mpv, blender 2.79 (some test files not
all).
Must be something with the cache
On Wed, Feb 7, 2018 at 1:16 AM, Andrew A. wrote:
> Hello,
>
> I often pull down the latest mesa from the git repo and find that I
> have to muck around with building several different llvm versions
> before I find one that mesa will successfully build/link against.
>
> For any
On 02/06/2018 12:29 AM, Ian Romanick wrote:
Do you have any data from shader-db for this change (and the other patch)?
We didn't see any changes for this patch on ivy bridge, but it helps
when fpow is lowered.
shader-db results for the other patch https://hastebin.com/gajajodebo.hs
on
On 2018-02-07 10:16 AM, Andrew A. wrote:
> Hello,
>
> I often pull down the latest mesa from the git repo and find that I
> have to muck around with building several different llvm versions
> before I find one that mesa will successfully build/link against.
>
> For any given mesa git revision,
https://bugs.freedesktop.org/show_bug.cgi?id=104988
Andreas Boll changed:
What|Removed |Added
Assignee|mesa-dev@lists.freedesktop.
HI Scott,
I like the idea of making this a pre-loadable .so as it lets it get reused for
anything using the kernel interface using GEM's. However, there are a few bits,
that if addressed, would make this perfect IMO:
1. It needs a way of being able to label the GEMs (brw_bufmgr.c provides
Hi,
Two comments on the code you sent:
1. the map to find the size of a given GEM needs to be keyed by (fd,
gem_handle) and not just the gem_handle; if an application (though very
unlikely) has multiple fd's to the GPU (for example if an application made
multiple connections to X, or if
https://bugs.freedesktop.org/show_bug.cgi?id=104988
Dieter Nützel changed:
What|Removed |Added
CC||bri...@vmware.com
Hello,
I often pull down the latest mesa from the git repo and find that I
have to muck around with building several different llvm versions
before I find one that mesa will successfully build/link against.
For any given mesa git revision, how can I find out which llvm version
it should be built
Add support for GL_NUM_SHADING_LANGUAGE_VERSIONS
and glGetStringi for GL_SHADING_LANGUAGE_VERSION
v2:
- Combine similar functionality into
_mesa_get_shading_language_version() function.
- Cahnge GLSL version return mechanism.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=104915
https://bugs.freedesktop.org/show_bug.cgi?id=104988
--- Comment #3 from Daniel van Vugt ---
If you have outstanding problems, please make sure they have their own bug
reports.
--
You are receiving this mail because:
You are the QA Contact for the
https://bugs.freedesktop.org/show_bug.cgi?id=104989
Vlad Golovkin changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop
This series is still waiting for review.
On 25/01/18 19:15, Antia Puentes wrote:
This VS system value will contain the value passed as
for indexed draw calls or the value passed as for non-indexed
draw calls. It can be used to calculate the gl_VertexID as
SYSTEM_VALUE_VERTEX_ID_ZERO_BASE
On 07/02/18 04:20, srol...@vmware.com wrote:
From: Roland Scheidegger
We need this to handle some oddball dx10 format
(DXGI_FORMAT_R10G10B10_XR_BIAS_A2_UNORM). What you can do with this
format is very limited, hence we don't want to add it as a gallium
format (we could not
https://bugs.freedesktop.org/show_bug.cgi?id=104989
--- Comment #1 from Gert Wollny ---
I can't confirm this neither for AMD BARTS, nor for AMD CEDAR on
DRM 2.50.0 / 4.14.16-gentoo, LLVM 5.0.1 (0x68f9)
OpenGL core profile version string: 3.3 (Core Profile) Mesa
On 2018-02-06 — 20:50, Jan Vesely wrote:
[snip]
> > > Happy to here suggestions for solving the current conflict in uses of
> > > PIPE_SHADER_CAP_PREFERRED_IR.
> >
> > One option could be to:
> > * look at the preferred IR
> > |-> if clover supports it, use it
> > |-> else, check if any IR
On 02/06/2018 03:05 PM, James Zhu wrote:
Signed-off-by: James Zhu
---
src/gallium/drivers/radeon/Makefile.sources | 3 +++
1 file changed, 3 insertions(+)
diff --git a/src/gallium/drivers/radeon/Makefile.sources
b/src/gallium/drivers/radeon/Makefile.sources
index
Am 07.02.2018 um 15:47 schrieb Leo Liu:
On 02/06/2018 03:05 PM, James Zhu wrote:
Signed-off-by: James Zhu
---
src/gallium/drivers/radeon/Makefile.sources | 3 +++
1 file changed, 3 insertions(+)
diff --git a/src/gallium/drivers/radeon/Makefile.sources
On Wed, Feb 7, 2018 at 1:33 AM, Ilia Mirkin wrote:
> This breaks nouveau (at least on nv50). Same deal as in commit
> 2b938a390c15a06be8cf706083890c822979508f which fixed a similar issue
> where this assumption that buffer doesn't need sampler was also
> temporarily
https://bugs.freedesktop.org/show_bug.cgi?id=104988
--- Comment #4 from Brian Paul ---
(In reply to Andreas Boll from comment #1)
> Sure, I can make a new release. Most likely tomorrow.
Can you wait a bit? I've got a glxinfo/wglinfo patch...
--
You are receiving this mail
Query/print limits for GL 3.0 through GL 4.6, plus
GL_ARB_transform_feedback3. Also, print the GL extension or GL version
for each set of queries to make it more readable.
---
src/xdemos/glinfo_common.c | 127 -
1 file changed, 125 insertions(+), 2
On 02/07/2018 03:01 AM, Vadym Shovkoplias wrote:
Add support for GL_NUM_SHADING_LANGUAGE_VERSIONS
and glGetStringi for GL_SHADING_LANGUAGE_VERSION
v2:
- Combine similar functionality into
_mesa_get_shading_language_version() function.
- Cahnge GLSL version return mechanism.
Am 07.02.2018 um 06:30 schrieb Brian Paul:
> ---
> src/gallium/auxiliary/util/u_simple_shaders.c | 36
> ++-
> src/gallium/auxiliary/util/u_simple_shaders.h | 29 ++---
> 2 files changed, 34 insertions(+), 31 deletions(-)
>
> diff --git
Looks alright to me.
For the series:
Reviewed-by: Roland Scheidegger
Am 07.02.2018 um 06:30 schrieb Brian Paul:
> ---
> src/gallium/auxiliary/tgsi/tgsi_ureg.c | 24
> src/gallium/auxiliary/tgsi/tgsi_ureg.h | 22 +++---
> 2 files
Based on amdgpu hardware query information to check if UVD hevc enc support
Signed-off-by: James Zhu
---
src/amd/common/ac_gpu_info.c | 12 +++-
src/amd/common/ac_gpu_info.h | 1 +
2 files changed, 12 insertions(+), 1 deletion(-)
diff --git
On 2018-02-07 09:48 AM, Christian König wrote:
Am 07.02.2018 um 15:47 schrieb Leo Liu:
On 02/06/2018 03:05 PM, James Zhu wrote:
Signed-off-by: James Zhu
---
src/gallium/drivers/radeon/Makefile.sources | 3 +++
1 file changed, 3 insertions(+)
diff --git
add uvd hevc enc files in meson.build and Makefile.sources
Signed-off-by: James Zhu
---
src/gallium/drivers/radeon/Makefile.sources | 3 +++
src/gallium/drivers/radeon/meson.build | 3 +++
2 files changed, 6 insertions(+)
diff --git
"Rogovin, Kevin" writes:
> HI Scott,
>
> I like the idea of making this a pre-loadable .so as it lets it get
> reused for anything using the kernel interface using GEM's. However,
> there are a few bits, that if addressed, would make this perfect IMO:
>
> 1. It
On Wednesday, 2018-02-07 08:48:06 -0700, Brian Paul wrote:
> Query/print limits for GL 3.0 through GL 4.6, plus
> GL_ARB_transform_feedback3. Also, print the GL extension or GL version
> for each set of queries to make it more readable.
> ---
> src/xdemos/glinfo_common.c | 127
>
On 02/07/2018 10:12 AM, Eric Engestrom wrote:
On Wednesday, 2018-02-07 08:48:06 -0700, Brian Paul wrote:
Query/print limits for GL 3.0 through GL 4.6, plus
GL_ARB_transform_feedback3. Also, print the GL extension or GL version
for each set of queries to make it more readable.
---
https://bugs.freedesktop.org/show_bug.cgi?id=103142
Gert Wollny changed:
What|Removed |Added
QA Contact|dri-devel@lists.freedesktop
101 - 131 of 131 matches
Mail list logo