From: Markus Elfring
Date: Sun, 26 Nov 2017 08:18:20 +0100
Up to four checks could be repeated by the ufx_usb_probe() function
during error handling even if the relevant properties can be determined
for the involved variables before by source code analysis.
*
FYI, we noticed the following commit (built with gcc-5):
commit: 653c9f9a4dd8037ffc5afbb1040d15566aa8f533 ("lib/rbtree,drm/mm: Add
rbtree_replace_node_cached()")
git://anongit.freedesktop.org/drm-intel topic/core-for-CI
in testcase: boot
on test machine: qemu-system-i386 -enable-kvm -smp 2 -m
https://bugs.freedesktop.org/show_bug.cgi?id=101739
--- Comment #3 from Roland Scheidegger ---
(In reply to Jan from comment #2)
> I also have this problem. Is there a way to force/override Z_ORDER to
> LATE_Z, at best per application, so that I can try whether this has any
>
https://bugs.freedesktop.org/show_bug.cgi?id=103907
Vedran Miletić changed:
What|Removed |Added
Blocks||77449
Referenced
https://bugs.freedesktop.org/show_bug.cgi?id=103907
Bug ID: 103907
Summary: [gfx9/Vega] Arma 3 crashes on 17.3.0-rc5 but works on
master
Product: Mesa
Version: 17.3
Hardware: Other
OS: All
https://bugs.freedesktop.org/show_bug.cgi?id=101739
Vedran Miletić changed:
What|Removed |Added
Blocks||77449
Referenced
From: Markus Elfring
Date: Sat, 25 Nov 2017 21:21:20 +0100
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
The script “checkpatch.pl” pointed information out like the following.
Comparison to NULL could be written …
Thus
From: Markus Elfring
Date: Sat, 25 Nov 2017 21:10:22 +0100
Replace the specification of data structures by pointer dereferences
as the parameter for the operator "sizeof" to make the corresponding size
determination a bit safer according to the Linux coding style
From: Markus Elfring
Date: Sat, 25 Nov 2017 19:56:44 +0100
* Return an error code without storing it in an intermediate variable.
* Delete the label "error" and local variable "retval"
which became unnecessary with this refactoring.
Signed-off-by: Markus
From: Markus Elfring
Date: Sat, 25 Nov 2017 19:47:51 +0100
Up to four checks could be repeated by the ufx_usb_probe() function
during error handling even if the relevant properties can be determined
for the involved variables before by source code analysis.
*
From: Markus Elfring
Date: Sat, 25 Nov 2017 18:32:29 +0100
Omit an extra message for a memory allocation failure in these functions.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
From: Markus Elfring
Date: Sat, 25 Nov 2017 21:38:42 +0100
A few update suggestions were taken into account
from static source code analysis.
Markus Elfring (5):
Delete an error message for a failed memory allocation in two functions
Less checks in
We need to shift the values up, otherwise we'd end up with a negative
shift. This works for up-to 16-bit components, which is fine for now.
Signed-off-by: Ilia Mirkin
---
v1 -> v2: fill low bits with high bits
Fun - this breaks things for GK208. Not sure why. Works on G92
https://bugs.freedesktop.org/show_bug.cgi?id=103902
--- Comment #5 from Kai ---
*** Bug 103904 has been marked as a duplicate of this bug. ***
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=103904
Kai changed:
What|Removed |Added
Status|REOPENED|RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=103904
--- Comment #5 from network...@rkmail.ru ---
(In reply to Kai from comment #4)
I don't know about original bug 103902 poster, but the proposed patch
definitely fixes the issue for me.
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=103904
--- Comment #4 from Kai ---
(In reply to fin4478 from comment #2)
> (In reply to Kai from comment #1)
> > This looks like a duplicate of bug 103902
> >
> > Patch is on the list, see
https://bugs.freedesktop.org/show_bug.cgi?id=103904
--- Comment #3 from network...@rkmail.ru ---
actually, it's not necessary R600_DEBUG=vs
R600_DEBUG=ps or R600_DEBUG=gs works too
--
You are receiving this mail because:
You are the assignee for the
From: Markus Elfring
Date: Sat, 25 Nov 2017 16:50:26 +0100
Replace the specification of a data structure by a pointer dereference
as the parameter for the operator "sizeof" to make the corresponding size
determination a bit safer according to the Linux coding style
From: Markus Elfring
Date: Sat, 25 Nov 2017 16:45:56 +0100
Omit an extra message for a memory allocation failure in this function.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
From: Markus Elfring
Date: Sat, 25 Nov 2017 16:56:46 +0100
Two update suggestions were taken into account
from static source code analysis.
Markus Elfring (2):
Delete an error message for a failed memory allocation
Improve a size determination
https://bugs.freedesktop.org/show_bug.cgi?id=103904
fin4...@hotmail.com changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Hi,
On 11/06/2017 11:17 AM, Daniel Vetter wrote:
On Sat, Nov 04, 2017 at 03:08:26PM +0100, Hans de Goede wrote:
Ideally we could use the VBT for this, that would be simple, in
intel_dsi_init() check dev_priv->vbt.dsi.config->rotation, set
connector->display_info.panel_orientation accordingly
https://bugs.freedesktop.org/show_bug.cgi?id=103902
Kai changed:
What|Removed |Added
CC||network...@rkmail.ru
https://bugs.freedesktop.org/show_bug.cgi?id=103904
Kai changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://bugs.freedesktop.org/show_bug.cgi?id=103904
Bug ID: 103904
Summary: Source engine-based games won't hang at start without
R600_DEBUG=vs
Product: Mesa
Version: git
Hardware: Other
OS: All
https://bugs.freedesktop.org/show_bug.cgi?id=103902
--- Comment #3 from fin4...@hotmail.com ---
(In reply to Christoph Haag from comment #2)
> This will likely help:
> https://lists.freedesktop.org/archives/mesa-dev/2017-November/177860.html
>
> I think it's not fixed in mesa git master yet.
https://bugs.freedesktop.org/show_bug.cgi?id=103902
--- Comment #2 from Christoph Haag ---
This will likely help:
https://lists.freedesktop.org/archives/mesa-dev/2017-November/177860.html
I think it's not fixed in mesa git master yet.
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=103902
--- Comment #1 from fin4...@hotmail.com ---
I did run the Portal 2 game with gdb and no additional tracing available.
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=103902
fin4...@hotmail.com changed:
What|Removed |Added
OS|All |Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=103902
Bug ID: 103902
Summary: Portal 2 game hangs at startup with latest mesa dev
Product: DRI
Version: XOrg git
Hardware: Other
OS: All
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=103900
--- Comment #2 from aceman ---
Yes I can confirm this on Radeon HD 4350. Even the game itself shows a dialog
about hangup, but then the GPU is hung for a while. I think it restarts
eventually and takes down the X server (and
https://bugs.freedesktop.org/show_bug.cgi?id=103783
--- Comment #10 from vkr...@yahoo.com ---
OTOH, TLP services are not enabled according to tlp-stat -s, so does that mean
my laptop is not using TLP after all?
tlp-stat -s
--- TLP 1.0
+++ System Info
No need to reinvent the wheel, we have bus_find_device_by_name().
Signed-off-by: Lukas Wunner
---
drivers/gpu/drm/msm/mdp/mdp4/mdp4_kms.h | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/msm/mdp/mdp4/mdp4_kms.h
https://bugs.freedesktop.org/show_bug.cgi?id=103783
--- Comment #9 from vkr...@yahoo.com ---
Looks like TLP was installed on my laptop at initial installation time.
rpm -qa | grep -i tlp
tlp-1.0-1.2.noarch
tlp-rdw-1.0-1.2.noarch
The latest openSUSE Tumbleed snapshot switched to 4.14 kernel -
https://bugs.freedesktop.org/show_bug.cgi?id=100387
--- Comment #19 from Agatha_Luni ---
I have same issue on my AMD A6-6400K with Radeon HD 8470D (ARUBA)
Kubuntu 17.10 x86_64 with Linux 4.13.0 and Mesa 17.2.2
--
You are receiving this mail because:
You are the
36 matches
Mail list logo