Am 15.08.2017 um 22:08 schrieb Leo Liu:
So we have to detect it for relocation of de-interlaced buffers
Signed-off-by: Leo Liu
Ah, here are the missing patches. This one is Reviewed-by: Christian
König .
---
Hi Leo,
Patches #2, #4, #6, #8 - #12, #14, #18-#20 are Reviewed-by: Christian
König
Patch #1:
When you add new formats it would be nice to have
u_reduce_video_profile() in src/gallium/auxiliary/util/u_video.h updated
as well.
Additional to that I think the
Am 15.08.2017 um 22:08 schrieb Leo Liu:
YUYV is a packed YUV format, and there is no chorma plane
Signed-off-by: Leo Liu
---
src/gallium/drivers/radeon/radeon_uvd.c | 8 ++--
src/gallium/drivers/radeonsi/si_uvd.c | 2 +-
2 files changed, 7 insertions(+), 3
With GLX_SWAP_COPY_OML and GLX_SWAP_EXCHANGE_OML it may happen in situations
when glXSwapBuffers() is immediately followed by for example another
glXSwapBuffers() or glXCopyBuffers() or back buffer age querying, that we
haven't yet allocated and initialized a new back buffer because there was
no
https://bugs.freedesktop.org/show_bug.cgi?id=102148
--- Comment #1 from frank.rich...@gmail.com ---
Created attachment 133534
--> https://bugs.freedesktop.org/attachment.cgi?id=133534=edit
Fixes the win32 llvmpipe crash
Fixes the crash with llvmpipe on Win32 by adding another null check
From: Michel Dänzer
https://bugs.llvm.org/show_bug.cgi?id=6823 still affects current LLVM.
llvm-config --libs only reports the single shared library if LLVM was
built with -DLLVM_LINK_LLVM_DYLIB=ON. llvm-config --shared-mode reports
"shared" in that case, "static"
Am 15.08.2017 um 22:08 schrieb Leo Liu:
Signed-off-by: Leo Liu
The subject line should probably read "reallocate" instead of "relocate".
Additional to that the term "stacked field" isn't really used outside
AMD, better use interlaced layout.
Apart from that the patch
https://bugs.freedesktop.org/show_bug.cgi?id=102241
--- Comment #1 from frank.rich...@gmail.com ---
Created attachment 133537
--> https://bugs.freedesktop.org/attachment.cgi?id=133537=edit
Improve conversion to nanoseconds in Windows os_time_get_nano()
--
You are receiving this mail because:
Hi,
This issue is tracked here https://bugs.freedesktop.org/s
how_bug.cgi?id=98285
This is due to a limitation in libva API which only supports 1 FD per
VaSurface.
It is enough for intel-driver because NV12 is only 1 bo. But in nouveau
driver, NV12 is 2 separates bo (omitting the interlaced pb).
https://bugs.freedesktop.org/show_bug.cgi?id=102148
--- Comment #2 from Andreas Roth ---
(In reply to frank.richter from comment #1)
> Created attachment 133534 [details] [review]
> Fixes the win32 llvmpipe crash
>
> Fixes the crash with llvmpipe on Win32 by adding
From: Nicolai Hähnle
---
src/gallium/auxiliary/Makefile.sources | 2 +
src/gallium/auxiliary/util/u_log.c | 178 +
src/gallium/auxiliary/util/u_log.h | 83 +++
3 files changed, 263 insertions(+)
create mode 100644
From: Nicolai Hähnle
Use the auto logger facility, so that CS chunks will be interleaved
with other log info.
---
src/gallium/drivers/radeonsi/si_debug.c | 215 +--
src/gallium/drivers/radeonsi/si_hw_context.c | 64 +---
From: Nicolai Hähnle
To allow keep-alive for deferred logging.
---
src/gallium/drivers/radeonsi/si_compute.c | 24 ++--
src/gallium/drivers/radeonsi/si_compute.h | 14 ++
2 files changed, 28 insertions(+), 10 deletions(-)
diff --git
From: Nicolai Hähnle
---
src/gallium/drivers/ddebug/dd_draw.c| 21 -
src/gallium/drivers/radeonsi/si_debug.c | 8 +++-
src/gallium/include/pipe/p_defines.h| 3 ---
3 files changed, 7 insertions(+), 25 deletions(-)
diff --git
From: Nicolai Hähnle
It is no longer used.
---
src/gallium/drivers/ddebug/dd_draw.c | 57
src/gallium/drivers/ddebug/dd_pipe.h | 1 -
2 files changed, 58 deletions(-)
diff --git a/src/gallium/drivers/ddebug/dd_draw.c
From: Nicolai Hähnle
---
src/gallium/auxiliary/util/u_log.c | 60 --
src/gallium/auxiliary/util/u_log.h | 17 +++
2 files changed, 75 insertions(+), 2 deletions(-)
diff --git a/src/gallium/auxiliary/util/u_log.c
From: Nicolai Hähnle
Keep together the parts that won't use the deferred logging mechanism.
---
src/gallium/drivers/radeonsi/si_debug.c | 15 ---
1 file changed, 8 insertions(+), 7 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_debug.c
From: Nicolai Hähnle
---
src/gallium/drivers/radeon/r600_pipe_common.h | 2 +-
src/gallium/drivers/radeon/r600_texture.c | 41 +++--
src/gallium/drivers/radeonsi/si_debug.c | 239 +++---
3 files changed, 199 insertions(+), 83
From: Nicolai Hähnle
---
src/gallium/drivers/ddebug/dd_context.c | 9 +
src/gallium/drivers/ddebug/dd_draw.c| 17 +
src/gallium/drivers/ddebug/dd_pipe.h| 4
3 files changed, 30 insertions(+)
diff --git
From: Nicolai Hähnle
---
src/gallium/include/pipe/p_context.h | 14 ++
1 file changed, 14 insertions(+)
diff --git a/src/gallium/include/pipe/p_context.h
b/src/gallium/include/pipe/p_context.h
index c2b1ad217c8..4609d4dbf23 100644
---
Hi all,
GALLIUM_DDEBUG is a useful facility for understanding what the driver
actually does, but it can occasionally be hard to follow the IB dumps,
especially when you want to understand a sequence of draws that are
all placed in the same IB, without submits in between.
The goal of this series
From: Nicolai Hähnle
---
src/gallium/drivers/radeonsi/si_shader.h| 14 ++
src/gallium/drivers/radeonsi/si_state_shaders.c | 17 ++---
2 files changed, 16 insertions(+), 15 deletions(-)
diff --git
https://bugs.freedesktop.org/show_bug.cgi?id=101851
James Harvey changed:
What|Removed |Added
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=101832
Bernhard Rosenkraenzer changed:
What|Removed |Added
QA Contact|dri-devel@lists.freedesktop
From: Nicolai Hähnle
I noticed these after rebasing on current master, where the CE
is disabled by default.
v2: fix some crashes when not using CE
---
src/gallium/drivers/radeonsi/si_debug.c | 5 -
src/gallium/drivers/radeonsi/si_hw_context.c | 3 ++-
2 files
From: Nicolai Hähnle
---
src/gallium/drivers/radeonsi/si_pipe.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/src/gallium/drivers/radeonsi/si_pipe.c
b/src/gallium/drivers/radeonsi/si_pipe.c
index 2b8f7f4f5c2..e2a121a82ab 100644
---
From: Nicolai Hähnle
We don't actually ever use the DE counter for synchronization.
---
src/gallium/drivers/radeonsi/si_compute.c| 2 --
src/gallium/drivers/radeonsi/si_state.h | 1 -
src/gallium/drivers/radeonsi/si_state_draw.c | 10 --
3 files
Hi all,
the first 3 are a bunch of CE-related changes that I still had flying
around from our experiments. Patches 1+3 are clear improvements, 2 is
a wash with how we're currently using the CE. The idea of our internal
experiments was to try to stop the CE from running so far ahead of the
DE by
From: Nicolai Hähnle
---
src/gallium/drivers/radeonsi/si_descriptors.c | 27 ---
1 file changed, 8 insertions(+), 19 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_descriptors.c
b/src/gallium/drivers/radeonsi/si_descriptors.c
index
From: Nicolai Hähnle
---
src/gallium/drivers/radeonsi/si_perfcounter.c | 29 ++-
1 file changed, 28 insertions(+), 1 deletion(-)
diff --git a/src/gallium/drivers/radeonsi/si_perfcounter.c
b/src/gallium/drivers/radeonsi/si_perfcounter.c
index
https://bugs.freedesktop.org/show_bug.cgi?id=101832
--- Comment #9 from Bernhard Rosenkraenzer ---
Created attachment 133549
--> https://bugs.freedesktop.org/attachment.cgi?id=133549=edit
Workaround
This "fixes" it (forward-port of reverting the commit causing the problem,
https://bugs.freedesktop.org/show_bug.cgi?id=102265
Bug ID: 102265
Summary: Segfault in
`ir_dereference_variable::ir_dereference_variable`
dereferencing NULL variable
Product: Mesa
Version: 17.2
https://bugs.freedesktop.org/show_bug.cgi?id=100438
--- Comment #3 from Paul Menzel ---
This seems to be fixed?
The test reveals a regression(?) too, cf bug 102265 [1]. So thank you for
adding the test.
[1]
From: Frank Richter
This can happen because of rollover. See bug report for details.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=102241
Cc: mesa-sta...@lists.freedesktop.org
Reviewed-by: Brian Paul
---
From: Frank Richter
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=102241
Cc: mesa-sta...@lists.freedesktop.org
Reviewed-by: Brian Paul
---
src/gallium/auxiliary/os/os_time.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
On 15/08/17 17:23, srol...@vmware.com wrote:
From: Roland Scheidegger
The driver supported this since way before the GL spec for it existed.
Just need to support both the per-stream and for all streams variants
(which are identical due to only supporting 1 stream).
Passes
https://bugs.freedesktop.org/show_bug.cgi?id=102148
--- Comment #3 from Brian Paul ---
Thanks for the patch. Looks good to me. I'll just clean up the commit message
before pushing.
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA
https://bugs.freedesktop.org/show_bug.cgi?id=102241
--- Comment #2 from Brian Paul ---
Thanks for the patches. I'll do a little clean-up then post them for review on
mesa-dev in case anyone else has comments. I'll push to master in a day or so
if there's no additional
https://bugs.freedesktop.org/show_bug.cgi?id=102148
Brian Paul changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=102241
Brian Paul changed:
What|Removed |Added
Status|NEW |RESOLVED
On Wed, Aug 16, 2017 at 11:34 PM, Michel Dänzer wrote:
> On 17/08/17 12:33 PM, Aaron Watry wrote:
>> On Wed, Aug 16, 2017 at 9:48 PM, Alex Deucher wrote:
>>> On Wed, Aug 16, 2017 at 10:39 PM, Michel Dänzer wrote:
On 17/08/17
On 08/16/2017 04:42 PM, Jose Fonseca wrote:
On 16/08/17 23:37, Jose Fonseca wrote:
On 16/08/17 14:22, Brian Paul wrote:
From: Frank Richter
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=102241
Cc: mesa-sta...@lists.freedesktop.org
Reviewed-by: Brian Paul
Tested-by: Dieter Nützel
with
./autogen.sh --prefix=/usr/local --with-dri-drivers=""
--with-gallium-drivers=r600,radeonsi,swrast --with-platforms=drm,x11
--enable-nine --enable-texture-float --enable-opencl --enable-opencl_icd
--with-vulkan-drivers=radeon
again.
After changing the type of drirc values, the parser will be unable to
recognize xml files before the change. To achieve backward compatbility,
the parser is relaxed to recognize boolean type options with enum values.
---
src/util/xmlconfig.c | 22 --
1 file changed, 20
Turn all drirc's semantically boolean options into actual boolean options.
---
src/util/xmlpool/t_options.h | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/src/util/xmlpool/t_options.h b/src/util/xmlpool/t_options.h
index d3f31fc..4ea3615 100644
---
This serie of patches changes drirc's semanticaclly boolean options, options
that are enum type options but which in essence are boolean options e.g.
pp_shalde, into actual boolean optioinns.
Backwawrd compatbility is maintained by relaxinig xmlconfig parser so that xml
files before this
To complement the last change made to drirc options, default option values
should also be changed.
---
src/gallium/auxiliary/pipe-loader/driinfo_gallium.h | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/src/gallium/auxiliary/pipe-loader/driinfo_gallium.h
On 17/08/17 10:52 AM, Aaron Watry wrote:
> PIPE_CAP_RESOURCE_FROM_USER_MEMORY says that size must be page aligned,
> but doesn't necessarily say anything about the size of those pages.
Is there any case known so far where it's not the CPU page size?
--
Earthling Michel Dänzer |
On 17/08/17 11:48 AM, Alex Deucher wrote:
> On Wed, Aug 16, 2017 at 10:39 PM, Michel Dänzer wrote:
>> On 17/08/17 10:52 AM, Aaron Watry wrote:
>>> PIPE_CAP_RESOURCE_FROM_USER_MEMORY says that size must be page aligned,
>>> but doesn't necessarily say anything about the size of
Connor, it looks like we could want this patch in 17.1 (?)
On Fri, 2017-06-30 at 19:56 -0700, Connor Abbott wrote:
> From: Connor Abbott
>
> NIR always makes the shift amount 32 bits, but LLVM asserts if the two
> sources aren't the same type. Zero-extend the shift amount
I didn't enable the Int64 capability for radv until the next patch in
this series, so the problem this fixes was never exposed to users at
all. I just ran into it when enabling VK_EXT_shader_ballot -- the
extension doesn't require it, but the only way to generate SPIR-V
using it with glslang is
https://bugs.freedesktop.org/show_bug.cgi?id=102268
Jason Ekstrand changed:
What|Removed |Added
Resolution|--- |FIXED
On 08/16/2017 08:11 PM, Khem Raj wrote:
vmw_screen.h uses dev_t which is defines in sys/types.h
this header is required to be included for getting dev_t
definition. This issue happens on musl C library, it is hidden
on glibc since sys/types.h is included through another
system headers
On Wed, Aug 16, 2017 at 10:39 PM, Michel Dänzer wrote:
> On 17/08/17 10:52 AM, Aaron Watry wrote:
>> PIPE_CAP_RESOURCE_FROM_USER_MEMORY says that size must be page aligned,
>> but doesn't necessarily say anything about the size of those pages.
>
> Is there any case known so
On 17/08/17 12:33 PM, Aaron Watry wrote:
> On Wed, Aug 16, 2017 at 9:48 PM, Alex Deucher wrote:
>> On Wed, Aug 16, 2017 at 10:39 PM, Michel Dänzer wrote:
>>> On 17/08/17 10:52 AM, Aaron Watry wrote:
PIPE_CAP_RESOURCE_FROM_USER_MEMORY says that size
The CL CTS queries CL_DEVICE_MEM_BASE_ADDR_ALIGN for a device and
then allocates user pointers aligned to that value for its tests.
The minimum value is defined as:
the size (in bits) of the largest OpenCL built-in data type supported
by the device (long16 in FULL profile, long16 or int16 in
On Wed, 2017-08-16 at 22:54 -0500, Aaron Watry wrote:
> The CL CTS queries CL_DEVICE_MEM_BASE_ADDR_ALIGN for a device and
> then allocates user pointers aligned to that value for its tests.
>
> The minimum value is defined as:
> the size (in bits) of the largest OpenCL built-in data type
Emil, this patch breaks SWR build in 17.1, although it states that
fixes 9475251145174882b532.
Should I assume that this should be dropped for 17.1 or are you
planning to send some backport (?).
On Fri, 2017-07-21 at 19:05 +0100, Emil Velikov wrote:
> From: Emil Velikov
https://bugs.freedesktop.org/show_bug.cgi?id=101832
Bernhard Rosenkraenzer changed:
What|Removed |Added
Summary|[regression][bisect] sddm
PIPE_CAP_RESOURCE_FROM_USER_MEMORY says that size must be page aligned,
but doesn't necessarily say anything about the size of those pages.
Signed-off-by: Aaron Watry
---
src/gallium/docs/source/screen.rst | 4
src/gallium/drivers/etnaviv/etnaviv_screen.c
The CL CTS queries CL_DEVICE_MEM_BASE_ADDR_ALIGN for a device, and
then allocates user pointers aligned to that value for tests.
The minimum value is defined as:
the size (in bits) of the largest OpenCL built-in data type supported
by the device (long16 in FULL profile, long16 or int16 in
Fixes KHR-GL45.shader_ballot_tests.ShaderBallotAvailability, which
causes some silly swizzles to appear, triggering this optimization to
get hit.
Signed-off-by: Ilia Mirkin
Cc: mesa-sta...@lists.freedesktop.org
---
src/compiler/glsl/ir_constant_expression.cpp | 2 ++
On Wed, Aug 16, 2017 at 9:48 PM, Alex Deucher wrote:
> On Wed, Aug 16, 2017 at 10:39 PM, Michel Dänzer wrote:
>> On 17/08/17 10:52 AM, Aaron Watry wrote:
>>> PIPE_CAP_RESOURCE_FROM_USER_MEMORY says that size must be page aligned,
>>> but doesn't
From: Dave Airlie
GFX9 moved where the viewport index export goes.
Signed-off-by: Dave Airlie
---
src/amd/common/ac_nir_to_llvm.c | 32 +---
1 file changed, 25 insertions(+), 7 deletions(-)
diff --git
On Wed, 2017-08-16 at 23:49 -0400, Alex Deucher wrote:
> On Wed, Aug 16, 2017 at 11:34 PM, Michel Dänzer wrote:
> > On 17/08/17 12:33 PM, Aaron Watry wrote:
> > > On Wed, Aug 16, 2017 at 9:48 PM, Alex Deucher
> > > wrote:
> > > > On Wed, Aug 16, 2017
For the series:
Reviewed-by: Marek Olšák
Marek
On Wed, Aug 16, 2017 at 1:13 PM, Nicolai Hähnle wrote:
> From: Nicolai Hähnle
>
> ---
> src/gallium/drivers/radeonsi/si_perfcounter.c | 29
> ++-
> 1
Signed-off-by: Leo Liu
Reviewed-by: Christian König
---
src/gallium/state_trackers/va/surface.c| 8
src/gallium/state_trackers/va/va_private.h | 1 +
2 files changed, 5 insertions(+), 4 deletions(-)
diff --git
Signed-off-by: Leo Liu
Reviewed-by: Christian König
---
src/gallium/state_trackers/va/picture.c | 19 +++
1 file changed, 19 insertions(+)
diff --git a/src/gallium/state_trackers/va/picture.c
b/src/gallium/state_trackers/va/picture.c
Signed-off-by: Leo Liu
Reviewed-by: Christian König
---
src/gallium/state_trackers/va/va_private.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/gallium/state_trackers/va/va_private.h
b/src/gallium/state_trackers/va/va_private.h
index
Signed-off-by: Leo Liu
Reviewed-by: Christian König
---
src/gallium/state_trackers/va/picture_mjpeg.c | 19 ++-
1 file changed, 18 insertions(+), 1 deletion(-)
diff --git a/src/gallium/state_trackers/va/picture_mjpeg.c
Signed-off-by: Leo Liu
Reviewed-by: Christian König
---
src/gallium/state_trackers/va/picture.c | 22 ++
1 file changed, 22 insertions(+)
diff --git a/src/gallium/state_trackers/va/picture.c
The current tier 1 mjpeg firmware only supports at the bitstream
level, the later tier 2 support will be at the buffers level with
newer hardware.
Signed-off-by: Leo Liu
Acked-by: Christian König
---
src/gallium/drivers/radeon/radeon_uvd.c | 136
Signed-off-by: Leo Liu
Reviewed-by: Christian König
---
src/gallium/state_trackers/va/picture_mjpeg.c | 21 -
1 file changed, 20 insertions(+), 1 deletion(-)
diff --git a/src/gallium/state_trackers/va/picture_mjpeg.c
To find if the format is supported YUYV by sampling factor which
is embedded from bitstream. So we could use this info for buffer
relocation on the correct format.
Signed-off-by: Leo Liu
Reviewed-by: Christian König
---
So we have to detect it for relocation of de-interlaced buffers
Signed-off-by: Leo Liu
Reviewed-by: Christian König
---
src/gallium/drivers/radeon/radeon_video.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git
On 08/16/2017 01:40 PM, Leo Liu wrote:
On 08/16/2017 03:22 AM, Christian König wrote:
Hi Leo,
Patches #2, #4, #6, #8 - #12, #14, #18-#20 are Reviewed-by: Christian
König
Patch #1:
When you add new formats it would be nice to have
u_reduce_video_profile() in
On 08/16/2017 03:22 AM, Christian König wrote:
Hi Leo,
Patches #2, #4, #6, #8 - #12, #14, #18-#20 are Reviewed-by: Christian
König
Patch #1:
When you add new formats it would be nice to have
u_reduce_video_profile() in src/gallium/auxiliary/util/u_video.h
Signed-off-by: Leo Liu
Reviewed-by: Christian König
---
src/gallium/state_trackers/va/Makefile.sources | 1 +
src/gallium/state_trackers/va/picture.c| 19 ++
src/gallium/state_trackers/va/picture_mjpeg.c | 48
Mjpeg doesn't need reference
Signed-off-by: Leo Liu
---
src/gallium/state_trackers/va/picture.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/src/gallium/state_trackers/va/picture.c
b/src/gallium/state_trackers/va/picture.c
index
Signed-off-by: Leo Liu
Reviewed-by: Christian König
---
src/gallium/state_trackers/va/picture_mjpeg.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/src/gallium/state_trackers/va/picture_mjpeg.c
Reviewed-by: Jason Ekstrand
On Wed, Aug 16, 2017 at 12:30 PM, Kenneth Graunke
wrote:
> EGLimages are shared with external users, and we don't know what they're
> going to do with them. They might scan them out. They might access
> them in a way
---
include/GL/internal/dri_interface.h | 27 ++-
1 file changed, 26 insertions(+), 1 deletion(-)
diff --git a/include/GL/internal/dri_interface.h
b/include/GL/internal/dri_interface.h
index 2cbd738..a841872 100644
--- a/include/GL/internal/dri_interface.h
+++
This gets rid of some compiler warnings.
---
src/mesa/drivers/dri/i965/intel_screen.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/drivers/dri/i965/intel_screen.c
b/src/mesa/drivers/dri/i965/intel_screen.c
index e97e196..9e65273 100644
---
We ran into a little problem with trying to use modifiers with X11.
Specifically, if you do front-buffer rendering with CCS and have any
tearing, then the end results are not at all what you want. Instead of the
race between render and scanout resulting in a nice clean horizontal or
vertical line
For non-CCS images, we were reporting just one plane even though they
may have multiple in the case of YUV.
Cc:
---
src/mesa/drivers/dri/i965/intel_screen.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git
https://bugs.freedesktop.org/show_bug.cgi?id=102218
--- Comment #3 from Philip Rebohle ---
I've tried to create a sample program that reproduces the issue, but so far,
the shader that breaks the game actually works correctly in an isolated
environment.
Anyway,
In the CTS test 'KHR-GL45.copy_image.functional' we ended up doing a sw format
conversion from R11F_G11F_B10F_EXT to RGBA back to R11F_G11F_B10F_EXT within
glGetTexImage calls.
By total misfortune we also got f11 values of 0x4, which got converted to a
0x3680 f32 value in uf11_to_f32. But the
On 17-08-16 13:26:00, Jason Ekstrand wrote:
For non-CCS images, we were reporting just one plane even though they
may have multiple in the case of YUV.
Cc:
This has been wrong since it's initial implementation in 2014, ie. not stable
material IMO..
Hi,
It is a known issue that the player is hard to build. Juan suggested to
remove it from the build files
https://github.com/tizonia/tizonia-openmax-il/issues/248#issuecomment-232406388
These are the changes that I make while building tizonia for use with mesa:
diff --git a/Makefile.am
From: Marek Olšák
Cc: 17.2
---
src/gallium/drivers/radeonsi/si_shader.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/src/gallium/drivers/radeonsi/si_shader.c
b/src/gallium/drivers/radeonsi/si_shader.c
index
https://bugs.freedesktop.org/show_bug.cgi?id=102123
Brian Paul changed:
What|Removed |Added
Resolution|--- |FIXED
On August 16, 2017 1:28:52 PM Ben Widawsky wrote:
On 17-08-16 13:26:00, Jason Ekstrand wrote:
For non-CCS images, we were reporting just one plane even though they
may have multiple in the case of YUV.
Cc:
This has been wrong since
Thanks, I'll try something similar.
One more question - WRT gst-omx, what target should I build -
generic or is something else/patch needed? I don't see tizonia with
current git.
Gurkirpal Singh wrote:
Hi,
It is a known issue that the player is hard to build. Juan suggested to
remove it from
From: Dave Airlie
Not required anymore.
Signed-off-by: Dave Airlie
---
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
https://bugs.freedesktop.org/show_bug.cgi?id=100438
Timothy Arceri changed:
What|Removed |Added
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=102265
Timothy Arceri changed:
What|Removed |Added
Status|NEW |RESOLVED
On 16/08/17 23:37, Jose Fonseca wrote:
On 16/08/17 14:22, Brian Paul wrote:
From: Frank Richter
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=102241
Cc: mesa-sta...@lists.freedesktop.org
Reviewed-by: Brian Paul
---
Yay, less workarounds.
Reviewed-by: Bas Nieuwenhuizen
On Thu, Aug 17, 2017, at 01:19, Dave Airlie wrote:
> From: Dave Airlie
>
> Not required anymore.
>
> Signed-off-by: Dave Airlie
> ---
> src/amd/common/ac_nir_to_llvm.c |
https://bugs.freedesktop.org/show_bug.cgi?id=102268
Bug ID: 102268
Summary: anv_batch_chain.c:1475: undefined reference to
`anv_gem_sync_file_merge'
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS:
On 16/08/17 14:22, Brian Paul wrote:
From: Frank Richter
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=102241
Cc: mesa-sta...@lists.freedesktop.org
Reviewed-by: Brian Paul
---
src/gallium/auxiliary/os/os_time.c | 9 -
1 file
1 - 100 of 101 matches
Mail list logo