https://bugs.freedesktop.org/show_bug.cgi?id=83445
kalyank changed:
What|Removed |Added
CC||kondapallykalyancontribute@
On Oct 8, 2014 6:36 AM, "Iago Toral" wrote:
>
> El 2014-10-07 21:46, Jason Ekstrand escribió:
>
>> On Oct 7, 2014 12:04 PM, "Iago Toral Quiroga"
>> wrote:
>> >
>> > There is a comment warning about the fact that this is not doing
>> what we
>> > expect, so fix it. This should be doing the same
El 2014-10-07 21:46, Jason Ekstrand escribió:
On Oct 7, 2014 12:04 PM, "Iago Toral Quiroga"
wrote:
>
> There is a comment warning about the fact that this is not doing
what we
> expect, so fix it. This should be doing the same as
unpack_B5G6R5_UNORM
> but swapping B and R.
> ---
>
> Jason
This will allow us to handle internal compiler errors.
v2:
- Code cleanups.
---
.../state_trackers/clover/llvm/invocation.cpp | 27 ++
1 file changed, 27 insertions(+)
diff --git a/src/gallium/state_trackers/clover/llvm/invocation.cpp
b/src/gallium/state_trackers/clov
v2:
- Split build_module_native() into three separate functions.
- Code cleanups.
---
.../state_trackers/clover/llvm/invocation.cpp | 200 -
src/gallium/targets/opencl/Makefile.am | 1 +
2 files changed, 192 insertions(+), 9 deletions(-)
diff --git a/src
https://bugs.freedesktop.org/show_bug.cgi?id=84570
--- Comment #10 from Michel Dänzer ---
Does the kernel patch I attached to bug 84662 help? Note that you may need a
newer kernel for it to apply.
--
You are receiving this mail because:
You are the assignee for the bug.
On Sun, Sep 28, 2014 at 09:48:11PM +0200, Niels Ole Salscheider wrote:
> On Sunday 28 September 2014, 17:44:53, Bruno Jimenez wrote:
> > Hi,
> >
> > Sorry for not answering until now, but I have had some personal issues
> > (changing university, moving to another city...)
> >
> > As you said, thi
On Oct 7, 2014 12:04 PM, "Iago Toral Quiroga" wrote:
>
> There is a comment warning about the fact that this is not doing what we
> expect, so fix it. This should be doing the same as unpack_B5G6R5_UNORM
> but swapping B and R.
> ---
>
> Jason started some work to auto-generate the format_pack.c a
https://bugs.freedesktop.org/show_bug.cgi?id=84570
Kai changed:
What|Removed |Added
Attachment #107503|Screenshot with |Screenshot with
description|GALLIUM_HUD=fps
https://bugs.freedesktop.org/show_bug.cgi?id=84570
Kai changed:
What|Removed |Added
Attachment #107502|Screenshot with |Screenshot with
description|GALLIUM_HUD=fps
https://bugs.freedesktop.org/show_bug.cgi?id=84570
Kai changed:
What|Removed |Added
Attachment #107417|0 |1
is obsolete||
https://bugs.freedesktop.org/show_bug.cgi?id=84570
Kai changed:
What|Removed |Added
Attachment #107424|0 |1
is obsolete||
Previously, when no pkg-config was available for
libexpat we would just add the needed linking
flags without any extra check.
Now, we check that the library and the headers are
also installed in the building environment.
---
configure.ac | 15 +++
1 file changed, 7 insertions(+), 8 de
On 10/07/2014 04:04 AM, Iago Toral Quiroga wrote:
There is a comment warning about the fact that this is not doing what we
expect, so fix it. This should be doing the same as unpack_B5G6R5_UNORM
but swapping B and R.
---
Jason started some work to auto-generate the format_pack.c and
format_unpac
https://bugs.freedesktop.org/show_bug.cgi?id=84711
LoneVVolf changed:
What|Removed |Added
Summary|[VA] gallium_drv_video.so |[libva]
|ignores
On Tue, Oct 7, 2014 at 9:36 AM, Christian König wrote:
> Am 07.10.2014 um 15:19 schrieb Ilia Mirkin:
>
>> On Tue, Oct 7, 2014 at 9:13 AM, Christian König
>> wrote:
>>>
>>> Am 07.10.2014 um 15:07 schrieb Ilia Mirkin:
>>>
On Tue, Oct 7, 2014 at 9:04 AM, Christian König
wrote:
>
Reviewed-by: Juha-Pekka Heikkila
On 07.10.2014 10:56, Tapani Pälli wrote:
> Signed-off-by: Tapani Pälli
> ---
> src/mesa/main/teximage.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/src/mesa/main/teximage.c b/src/mesa/main/teximage.c
> index 647d28a..c0298af 100644
Francisco Jerez writes:
> Tom Stellard writes:
>
>> ---
>> .../state_trackers/clover/llvm/invocation.cpp | 30
>> ++
>> 1 file changed, 30 insertions(+)
>>
>> diff --git a/src/gallium/state_trackers/clover/llvm/invocation.cpp
>> b/src/gallium/state_trackers/clover/llv
Tom Stellard writes:
> ---
> .../state_trackers/clover/llvm/invocation.cpp | 30
> ++
> 1 file changed, 30 insertions(+)
>
> diff --git a/src/gallium/state_trackers/clover/llvm/invocation.cpp
> b/src/gallium/state_trackers/clover/llvm/invocation.cpp
> index 088039a..a1
On Tue, Oct 7, 2014 at 9:13 AM, Christian König wrote:
> Am 07.10.2014 um 15:07 schrieb Ilia Mirkin:
>
>> On Tue, Oct 7, 2014 at 9:04 AM, Christian König
>> wrote:
>>>
>>> Am 07.10.2014 um 03:11 schrieb Ilia Mirkin:
I'm under the assumption that OMX/etc don't do anything ridiculous. If
Am 07.10.2014 um 15:07 schrieb Ilia Mirkin:
On Tue, Oct 7, 2014 at 9:04 AM, Christian König wrote:
Am 07.10.2014 um 03:11 schrieb Ilia Mirkin:
I'm under the assumption that OMX/etc don't do anything ridiculous. If
they do, it's a bug just like this vdpau situation, and should be
addressed as s
Tom Stellard writes:
> ---
> .../state_trackers/clover/llvm/invocation.cpp | 173
> -
> src/gallium/targets/opencl/Makefile.am | 1 +
> 2 files changed, 167 insertions(+), 7 deletions(-)
>
> diff --git a/src/gallium/state_trackers/clover/llvm/invocation.cp
On Tue, Oct 7, 2014 at 9:04 AM, Christian König wrote:
> Am 07.10.2014 um 03:11 schrieb Ilia Mirkin:
>>
>> I'm under the assumption that OMX/etc don't do anything ridiculous. If
>> they do, it's a bug just like this vdpau situation, and should be
>> addressed as such. However addressing them shoul
Am 07.10.2014 um 03:11 schrieb Ilia Mirkin:
I'm under the assumption that OMX/etc don't do anything ridiculous. If
they do, it's a bug just like this vdpau situation, and should be
addressed as such. However addressing them should not preclude vdpau
from being fixed.
Well, that was the whole po
Currently pbuffers fail on drawing operations (for example glClear to clear
pbuffer). This patch fixes pbuffers as well as pixmaps for same issue.
In Piglit only change I see is egl-nok-texture-from-pixmap start to pass
but not 100% confident this is the correct solution, mainly because display
buf
With pbuffers and pixmaps we were getting zero color buffers
available for drawing. This patch allow to do for example
glClear for pbuffers and pixmaps.
Signed-off-by: Juha-Pekka Heikkila
---
src/mesa/main/buffers.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/mai
There is a comment warning about the fact that this is not doing what we
expect, so fix it. This should be doing the same as unpack_B5G6R5_UNORM
but swapping B and R.
---
Jason started some work to auto-generate the format_pack.c and
format_unpack.c files which I think has this fixed. I am continu
Tom Stellard writes:
> ---
> .../state_trackers/clover/llvm/invocation.cpp | 142
> +++--
> 1 file changed, 75 insertions(+), 67 deletions(-)
>
> diff --git a/src/gallium/state_trackers/clover/llvm/invocation.cpp
> b/src/gallium/state_trackers/clover/llvm/invocation.cpp
>
Tom Stellard writes:
> Drivers can return this value for PIPE_COMPUTE_CAP_IR_TARGET
> if they want clover to give them native object code.
Looks good to me,
Reviewed-by: Francisco Jerez
> ---
> src/gallium/docs/source/screen.rst | 4 ++--
> src/gallium/include/pipe/p_defines.h | 3 ++-
> 2
On 01.10.2014 23:13, Grigori Goronzy wrote:
On 30.09.2014 05:58, Michel Dänzer wrote:
}
/* the x test here are currently useless (because we don't support
partial blit)
* but keep them around so we don't forget about those
*/
- if ((src_pitch % 8) || (src
From: Michel Dänzer
Based on the corresponding SI support.
Signed-off-by: Michel Dänzer
---
v4:
* Assert in cik_sdma_copy_tile that either the source or destination is linear
* Fall back if dimensions are not aligned to (macro)tiles for
cik_sdma_do_copy_buffer
* Fall back if dst_y != src_y fo
Signed-off-by: Jason Ekstrand
---
src/mesa/drivers/dri/i965/brw_fs_reg_allocate.cpp | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/drivers/dri/i965/brw_fs_reg_allocate.cpp
b/src/mesa/drivers/dri/i965/brw_fs_reg_allocate.cpp
index 32669f6..fd34941 100644
--- a/src/me
On older GENs in SIMD16 mode, we were accidentally building too much
interference into our register classes. Since everything is divided by 2,
the reigster allocator thinks we have 64 base registers instead of 128.
The actual GRF mapping still needs to be doubled, but as far as the ra_set
is conce
This shouldn't be a functional change since reg_belongs_to_class is just a
wrapper around BITSET_TEST. It just makes the code a little easier to
read.
Signed-off-by: Jason Ekstrand
---
src/util/register_allocate.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/util/regi
Signed-off-by: Tapani Pälli
---
src/mesa/main/teximage.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/main/teximage.c b/src/mesa/main/teximage.c
index 647d28a..c0298af 100644
--- a/src/mesa/main/teximage.c
+++ b/src/mesa/main/teximage.c
@@ -2449,7 +2449,7 @@ texsub
35 matches
Mail list logo
