https://bugs.freedesktop.org/show_bug.cgi?id=104520
Bug ID: 104520
Summary: Intermittent X crashes: GPU HANG: ecode
9:0:0x85db, in Xorg [443], reason: Hang on rcs0,
action: reset
Product: Mesa
Version:
From: Markus Elfring
Date: Sun, 7 Jan 2018 12:45:54 +0100
Two update suggestions were taken into account.
Markus Elfring (2):
Return -ENOMEM after a failed kzalloc()
Delete an error message for a failed memory allocation
drivers/video/fbdev/stifb.c | 6
From: Markus Elfring
Date: Sun, 7 Jan 2018 12:34:22 +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
---
v2:
This
From: Markus Elfring
Date: Sun, 7 Jan 2018 11:33:59 +0100
Replace an error code for the indication of a memory allocation failure
in this function.
Fixes: 1da177e4c3f41524e886b7f1b8a0c1fc7321cac ("Linux-2.6.12-rc2: Initial git
repository build")
Suggested-by:
From: Markus Elfring
Date: Sun, 7 Jan 2018 14:07:36 +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
---
v2:
This
https://bugs.freedesktop.org/show_bug.cgi?id=104520
--- Comment #3 from Amy ---
Created attachment 136593
--> https://bugs.freedesktop.org/attachment.cgi?id=136593=edit
Glxinfo output.
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=104520
--- Comment #2 from Amy ---
Further info:
Kernel (Arch Linux):
4.14.12-1-ARCH #1 SMP PREEMPT Fri Jan 5 18:19:34 UTC 2018 x86_64 GNU/Linux
LSPCI info:
00:02.0 VGA compatible controller: Intel Corporation HD Graphics 620
From: Markus Elfring
Date: Sun, 7 Jan 2018 14:24:34 +0100
Two update suggestions were taken into account
from static source code analysis.
Markus Elfring (2):
Return an error code only as a constant
Delete an error message for a failed memory allocation
---
Move the fence dependency handling to the scheduler where it belongs.
Jobs with unsignaled dependencies just get to sit in the scheduler queue
without holding any locks.
Signed-off-by: Lucas Stach
---
drivers/gpu/drm/etnaviv/etnaviv_gem.h| 3 ++
https://bugs.freedesktop.org/show_bug.cgi?id=104520
--- Comment #1 from Amy ---
Created attachment 136592
--> https://bugs.freedesktop.org/attachment.cgi?id=136592=edit
Dmesg log
--
You are receiving this mail because:
You are the assignee for the
This hooks in the DRM GPU scheduler. No improvement yet, as all the
dependency handling is still done in etnaviv_gem_submit. This just
replaces the actual GPU submit by passing through the scheduler.
Allows to get rid of the retire worker, as this is now driven by the
scheduler.
Signed-off-by:
This replaces the etnaviv internal hangcheck logic with the job timeout
handling provided by the DRM scheduler. This simplifies the driver further
and allows to replay jobs after a GPU reset, so only minimal state is lost.
This introduces a user-visible change in that we don't allow jobs to run
This moves away from using the internal seqno as the userspace fence
reference. By moving to a generic ID, we can later replace the internal
fence by something different than the etnaviv seqno fence.
Signed-off-by: Lucas Stach
---
drivers/gpu/drm/etnaviv/etnaviv_gem.h
Populating objects, adding them to the GPU VM and patching/validating
the command stream might take a lot of CPU time. There is no reason to
hold all object reservations during that time.
Signed-off-by: Lucas Stach
---
drivers/gpu/drm/etnaviv/etnaviv_gem_submit.c | 16
https://bugs.freedesktop.org/show_bug.cgi?id=104526
Frank changed:
What|Removed |Added
QA Contact|intel-3d-bugs@lists.freedes |dri-devel@lists.freedesktop
From: Markus Elfring
Date: Sun, 7 Jan 2018 14:02:36 +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 Elfring
https://bugs.freedesktop.org/show_bug.cgi?id=103791
--- Comment #20 from denisgolo...@yandex.ru ---
Doing
$ xrandr --output DisplayPort-0 --set TearFree on
... does not help. Tearing is still present.
--
You are receiving this mail because:
You are the assignee for the
This can be useful when dealing with a new GPU core.
Signed-off-by: Lucas Stach
---
drivers/gpu/drm/etnaviv/etnaviv_gpu.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/etnaviv/etnaviv_gpu.c
b/drivers/gpu/drm/etnaviv/etnaviv_gpu.c
index
Some architecture ports like ARC don't provide the PHYS_OFFSET symbol.
Define it to 0 in that case, which is the most conservative default in
the usage context of the etnaviv driver.
Signed-off-by: Lucas Stach
---
drivers/gpu/drm/etnaviv/etnaviv_gpu.c | 4
1 file
From: Markus Elfring
Date: Sun, 7 Jan 2018 16:07:11 +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 Elfring
https://bugs.freedesktop.org/show_bug.cgi?id=104001
--- Comment #15 from mikhail.v.gavri...@gmail.com ---
Created attachment 136599
--> https://bugs.freedesktop.org/attachment.cgi?id=136599=edit
dmesg with 4.15.0-rc2 amd-staging-drm-next with SysRq : Show State
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=104289
--- Comment #12 from Vedran Miletić ---
(In reply to Michel Dänzer from comment #7)
> (In reply to Vedran Miletić from comment #5)
> > I'm sorry, but I will not be able to bisect this. Checkouts of relevant
> > commits don't
https://bugs.freedesktop.org/show_bug.cgi?id=104527
Bug ID: 104527
Summary: Amdgpu locks up occasionally when running 3d
applications
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux
https://bugs.freedesktop.org/show_bug.cgi?id=104285
--- Comment #3 from Vladimir Usikov ---
I can confirm this bug.
Radeon HD 7950 (amdgpu kernel module)
kernel 4.14.0-4.14.11
mesa 17.3.0-17.3.0
LLVM 5.0.0-5.0.1
--
You are receiving this mail because:
You are the
Den 07.01.2018 18.44, skrev Noralf Trønnes:
Split out common poweron-reset functionality.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/tinydrm/mi0283qt.c | 20 ++--
drivers/gpu/drm/tinydrm/mipi-dbi.c | 63 ++
On 01/04/18 13:17, Tomi Valkeinen wrote:
> Hi,
>
> On 01/01/18 13:55, Jyri Sarha wrote:
>> The new omapdss API is HW independent and cleans up some of the DSS5
>> specific hacks from the omapdrm side and gets rid off the DSS5 IRQ
>> register bits and replace them with HW independent generic u64
From: Markus Elfring
Date: Sun, 7 Jan 2018 15:56:11 +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: Sun, 7 Jan 2018 16:54:32 +0100
Three update suggestions were taken into account
from static source code analysis.
Markus Elfring (3):
Less checks in ufx_usb_probe() after error detection
Return an error code only as a constant
in
From: Markus Elfring
Date: Sun, 7 Jan 2018 16:12:40 +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
---
v3:
This
It's better to leave power handling and controller init to the
modesetting machinery using the simple pipe .enable and .disable
callbacks. Remove unused mipi_dbi_pipe_enable().
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/tinydrm/mi0283qt.c | 47
Split out common poweron-reset functionality.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/tinydrm/mi0283qt.c | 20 ++--
drivers/gpu/drm/tinydrm/mipi-dbi.c | 63 ++
drivers/gpu/drm/tinydrm/st7586.c | 9 ++
Add and use a function for enabling, flushing and turning on backlight.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/tinydrm/ili9225.c | 6 +-
drivers/gpu/drm/tinydrm/mipi-dbi.c | 20
drivers/gpu/drm/tinydrm/st7586.c | 6 +-
Embed the mode in tinydrm_connector instead of doing an devm_ allocation.
Remove unnecessary use of ret variable at the end of
tinydrm_display_pipe_init().
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/tinydrm/core/tinydrm-pipe.c | 34 +++--
1
Include linux headers before drm headers as it's commonly done.
Signed-off-by: Noralf Trønnes
Reviewed-by: David Lechner
---
drivers/gpu/drm/tinydrm/mi0283qt.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git
Fix a few things that came up during the tinydrm review but wasn't
addressed at the time.
Noralf.
Changes since version 1:
- Add mipi_dbi_enable_flush() instead of the pipe enable helper
mipi_dbi_pipe_enable() that doesn't really fit anymore.
- Add common poweron-reset functionality.
- Use
No need for a public header file for the command macros.
Just include the necessary ones in the driver.
Also use the MIPI_DCS_PIXEL_FMT_16BIT macro.
Signed-off-by: Noralf Trønnes
Reviewed-by: David Lechner
---
drivers/gpu/drm/tinydrm/mi0283qt.c | 28
https://bugs.freedesktop.org/show_bug.cgi?id=104527
--- Comment #1 from Michal Suchanek ---
Created attachment 136598
--> https://bugs.freedesktop.org/attachment.cgi?id=136598=edit
X log with "BUG: triggered 'if (in_input_thread())'" traces removed
--
You are receiving
https://bugs.freedesktop.org/show_bug.cgi?id=104439
--- Comment #4 from Urs Fleisch ---
I have probably the same problem with a HP Compaq dc7800p Small Form Factor
having Intel Corporation 82Q35 Express Integrated Graphics Controller (Intel
GMA 3100 graphics, Mesa DRI
From: Markus Elfring
Date: Sun, 7 Jan 2018 19:27:28 +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
https://bugs.freedesktop.org/show_bug.cgi?id=97886
--- Comment #4 from GHPS ---
Created attachment 136605
--> https://bugs.freedesktop.org/attachment.cgi?id=136605=edit
Screenshot Dreamworks Logo "Boy on Moon"
--
You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=97886
--- Comment #5 from GHPS ---
I can confirm this bug and can see that it exists at least up to Mesa 17.2.4.
Background: Switching from Kubuntu 14.04 to 16.04 I had the problem that
DVD playback in VLC was
https://bugs.freedesktop.org/show_bug.cgi?id=102905
--- Comment #1 from i...@yahoo.com ---
This is how the modified (working) shader looks like when compiled.
---
FRAG
PROPERTY FS_COORD_ORIGIN UPPER_LEFT
PROPERTY MUL_ZERO_WINS 1
DCL IN[0], GENERIC[0], PERSPECTIVE, CENTROID
DCL IN[1], GENERIC[1],
https://bugs.freedesktop.org/show_bug.cgi?id=104492
Timothy Arceri changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=104534
siyia changed:
What|Removed |Added
Resolution|--- |INVALID
https://bugs.freedesktop.org/show_bug.cgi?id=104534
--- Comment #1 from siyia ---
after further investigation and reading some posts at
https://www.gamingonlinux.com/forum/topic/2766/page=7 the bug appears to be
arch-steam related, closing...
--
You are receiving this
https://bugs.freedesktop.org/show_bug.cgi?id=104534
Bug ID: 104534
Summary: Dying Light Black Screen with Mesa 17.3.1 and AMD
OLAND
Product: Mesa
Version: 17.3
Hardware: x86-64 (AMD64)
OS: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=104527
--- Comment #2 from Michal Suchanek ---
ok, AFAICT this problem only happens with Wine when it uses an "optimization"
(default on) that does not guarantee correct rendering order. In extrema cases
(like when creating new
On Fri, Jan 05, 2018 at 05:58:17PM +0300, Dmitry Osipenko wrote:
> On 05.01.2018 17:17, Thierry Reding wrote:
> > Hi Dave,
> >
> > The following changes since commit 9428088c90b6f7d5edd2a1b0d742c75339b36f6e:
> >
> > drm/qxl: reapply cursor after resetting primary (2017-12-08 13:37:02
> >
https://bugs.freedesktop.org/show_bug.cgi?id=97886
Christian König changed:
What|Removed |Added
Resolution|---
49 matches
Mail list logo