On 07/26/2018 08:06 PM, Rob Herring wrote:
On Wed, Jul 25, 2018 at 1:52 PM John Stultz wrote:
On Wed, Jul 25, 2018 at 5:42 AM, Emil Velikov wrote:
On 25 July 2018 at 00:21, John Stultz wrote:
From: Yong Yao
This is a forward port of a patch from the AOSP/master branch:
Hi;
On 07/25/2018 08:36 AM, Tapani Pälli wrote:
On 07/24/2018 10:31 PM, Eric Anholt wrote:
Tapani Pälli writes:
These bits were missing, found when extending the Piglit test.
Fixes: 7f467d4f73 "mesa: GL_EXT_texture_norm16 extension plumbing"
Signed-off-by: Tapani Pälli
Aren't you
For the series
Tested-by: Dieter Nützel
with glmark2, glxgears, UH, UV, Blender 2.79 and FreeCAD 0.17
on RX 580.
With UH I saw some small light blue triangles spreading around.
Have to bisect which patch set was the culprit. (If I have some time.)
Tried your's above
1-4:
Reviewed-by: Timothy Arceri
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
https://bugs.freedesktop.org/show_bug.cgi?id=107351
--- Comment #14 from Mauro Rossi ---
Created attachment 140879
--> https://bugs.freedesktop.org/attachment.cgi?id=140879=edit
Hack test case that avoids the segfault
Hi Bas,
I (truly) don't know how this was possible, because it is all
https://bugs.freedesktop.org/show_bug.cgi?id=106411
--- Comment #4 from Lionel Landwerlin ---
Could this be related to https://bugs.freedesktop.org/show_bug.cgi?id=102678 ?
--
You are receiving this mail because:
You are the assignee for the bug.___
I think chasing all the invocations of drmGetDevice2 is wrong - since
it's drmGetDevice2 that's broken, not the code that uses it. Code that
uses drmGetDevice2 expects it to return error when device has not been
found.
If setting *device in error path is not good, the patch can be
modified to not
https://bugs.freedesktop.org/show_bug.cgi?id=106411
--- Comment #3 from Alexander ---
I have no reproduction on Mesa 18.1.3. So the bug is related to Mesa 18.0.*
only.
--
You are receiving this mail because:
You are the assignee for the bug.___
These new methods return for a instruction register source/destination
the read/write byte pattern of the 32-byte GRF as an unsigned int.
The returned pattern takes into account the exec_size of the instruction,
the type bitsize, the register stride and a relative offset inside the
register.
The
El 28/07/18 a las 01:45, Francisco Jerez escribió:
> Chema Casanova writes:
>
>> El 27/07/18 a las 02:44, Francisco Jerez escribió:
>>> Chema Casanova writes:
>>>
El 26/07/18 a las 20:02, Francisco Jerez escribió:
> Chema Casanova writes:
>
>> El 20/07/18 a las 22:10,
I've reported this here:
https://bugs.freedesktop.org/show_bug.cgi?id=107384
The patch in the comments initializing drmDevicePtr device to NULL makes
it work properly for me.
I don't think the patch is on the mailing list yet. It's probably a good
idea to check if there are more places where
Am Donnerstag, den 26.07.2018, 14:30 -0400 schrieb Marek Olšák:
> FYI, I'd like to include this in Mesa 18.2, which means I'll push
> this on Monday July 30 if there is no review.
I can't comment on the details of the decompression algoritm in patch
1, the rest looks good to me, so patches 2-7:
In drmGetDevice2 when no local device is found or when
drm_device_has_rdev filters out all devices, *device might be left
uninitialized causing drmGetDevice2 to not return error - since
it's only returned when *device == NULL.
Above leads to crash in the firefox in system with amdgpu.
With this
Reviewed-by: Christian Gmeiner
Jason Ekstrand schrieb am So., 29. Juli 2018, 07:46:
> They're all just querying things about the list and not mutating
> anything.
>
> Reviewed-by: Thomas Helland
> ---
> src/util/list.h | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff
14 matches
Mail list logo