https://bugs.freedesktop.org/show_bug.cgi?id=101969
--- Comment #1 from Anton Petrov ---
It's not only WoW. After reboot i see garbage instead of sddm login screen.
Here is a photo https://ibb.co/fQ7dqQ
Radeon HD 7750
Device: AMD CAPE VERDE (DRM 2.50.0 / 4.12.3-gentoo, LLVM 4.0.1) (0x683f)
Vers
tree: git://people.freedesktop.org/~agd5f/linux.git amd-mainline-hybrid-4.11
head: 4e9a9bc851d8ecea7b6cabb485f1aa3e914a42a9
commit: a2a89723a7d85d57bad83a0baa839d18f0db0805 [1373/2257] port in all files
config: i386-allyesconfig (attached as .config)
compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160
Quoting Gustavo Padovan (2017-07-29 16:22:15)
> From: Gustavo Padovan
>
> We are going to use timeline_fence_signaled() in a internal function in
> the next commit.
>
> Cc: Chris Wilson
> Signed-off-by: Gustavo Padovan
Purely mechanical,
Reviewed-by: Chris Wilson
-Chris
_
Quoting Gustavo Padovan (2017-07-29 16:22:16)
> From: Gustavo Padovan
>
> If userspace already dropped its own reference by closing the sw_sync
> fence fd we might end up in a deadlock where
> dma_fence_is_signaled_locked() will trigger the release of the fence and
> thus try to hold the lock to
On 07/29/2017 04:32 PM, Archit Taneja wrote:
> Hi Philippe,
>
> On 07/17/2017 01:10 PM, Philippe CORNU wrote:
>> The pixel clock gets enabled early during init, since it's required
>> in order to read registers. This pixel clock must be disabled if
>> errors during this init phase.
>>
>
> This
Quoting Gustavo Padovan (2017-07-29 16:22:17)
> From: Gustavo Padovan
>
> We found this bug in the sw_sync so adding a test case to prevent it to
> happen in the future.
>
> Cc: Shuah Khan
> Cc: linux-kselft...@vger.kernel.org
> Signed-off-by: Gustavo Padovan
>
> ---
> To be applied after the
https://bugs.freedesktop.org/show_bug.cgi?id=99353
--- Comment #13 from Vedran Miletić ---
Kernel 4.12.4-300.fc26.x86_64, no change. Should I try AMDGPU-PRO? What kind of
action would be useful next?
--
You are receiving this mail because:
You are the assignee for the bug.__
In order to support CEC the HDMI driver has to inform the CEC driver
whenever the physical address changes. So when the EDID is read the
CEC driver has to be informed and whenever the hotplug detect goes
away.
This is done through the cec-notifier framework.
The link between the HDMI driver and t
https://bugs.freedesktop.org/show_bug.cgi?id=96296
Grazvydas Ignotas changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=99553
Bug 99553 depends on bug 96296, which changed state.
Bug 96296 Summary: clpeak causes a GPU hang
https://bugs.freedesktop.org/show_bug.cgi?id=96296
What|Removed |Added
---
Hi all,
While I was testing the upcoming adv7533 CEC support with my Dragonboard c410
I encountered this warning several times during boot:
[4.408309] WARNING: CPU: 3 PID: 1347 at drivers/gpu/drm/msm/msm_gem.c:312
add_vma+0x78/0x88 [msm]
[4.412951] Modules linked in: snd_soc_hdmi_codec a
Hi all,
While I was testing the upcoming adv7533 CEC support with my Dragonboard c410
I encountered this NULL pointer dereference:
[ 17.912822] Unable to handle kernel NULL pointer dereference at virtual
address 00e8
[ 17.917191] user pgtable: 4k pages, 48-bit VAs, pgd = 800030e9f000
From: Hans Verkuil
This patch series adds CEC support to the drm adv7511/adv7533 drivers.
I have tested this with the Qualcomm Dragonboard C410 (adv7533 based)
and the Renesas R-Car Koelsch board (adv7511 based).
Note: the Dragonboard needs this patch:
https://patchwork.kernel.org/patch/982477
From: Hans Verkuil
Document the cec clock binding.
Signed-off-by: Hans Verkuil
---
Documentation/devicetree/bindings/display/bridge/adi,adv7511.txt | 4
1 file changed, 4 insertions(+)
diff --git a/Documentation/devicetree/bindings/display/bridge/adi,adv7511.txt
b/Documentation/devicetr
From: Hans Verkuil
The adv7511 on the Koelsch board has a 12 MHz fixed clock
for the CEC block. Specify this in the dts to enable CEC support.
Signed-off-by: Hans Verkuil
---
arch/arm/boot/dts/r8a7791-koelsch.dts | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/r8a
From: Hans Verkuil
The adv7533 on this board needs a cec clock. Hook it up in the dtsi
to enable CEC for the HDMI transmitters.
Signed-off-by: Hans Verkuil
---
arch/arm64/boot/dts/qcom/apq8016-sbc.dtsi | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/apq8016-sbc.d
From: Hans Verkuil
Add support for HDMI CEC to the drm adv7511/adv7533 drivers.
The CEC registers that we need to use are identical for both drivers,
but they appear at different offsets in the register map.
Signed-off-by: Hans Verkuil
---
drivers/gpu/drm/bridge/adv7511/Kconfig | 8 +
https://bugs.freedesktop.org/show_bug.cgi?id=101731
--- Comment #21 from Lennard ---
Created attachment 133134
--> https://bugs.freedesktop.org/attachment.cgi?id=133134&action=edit
dmesg when freeze almost happened
I was able to save my system by switching around TTYs somehow, checked dmesg
an
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next
head: d665c6b2fca322b5ccf836cfc2f8ac10260cf2d8
commit: 3272cfcf73b9e0932a037ed711347ce9dc97c16e [42/808] drm/amd/powerplay:
export ACG related smu message for vega10
config: x86_64-randconfig-it0-07302031 (attached as .co
There are no external users of function amdgpu_atif_handler so it can
be static.
Signed-off-by: Jean Delvare
Cc: Alex Deucher
Cc: "Christian König"
---
drivers/gpu/drm/amd/amdgpu/amdgpu_acpi.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- linux-4.12.orig/drivers/gpu/drm/amd/amd
As I was staring at the si_init_golden_registers code, I noticed that
the Pitcairn initialization silently falls through the Cape Verde
initialization, and the Oland initialization falls through the Hainan
initialization. However there is no comment stating that this is
intentional, and the radeon
There are no external users of function radeon_atif_handler so it can
be static.
Signed-off-by: Jean Delvare
Cc: Alex Deucher
Cc: "Christian König"
---
drivers/gpu/drm/radeon/radeon_acpi.c |2 +-
drivers/gpu/drm/radeon/radeon_acpi.h |3 ---
2 files changed, 1 insertion(+), 4 deletions(
Include a missing header to get rid of the following warning:
drivers/gpu/drm/amd/amdgpu/dce_v6_0.c:521:6: warning: no previous prototype for
'dce_v6_0_disable_dce' [-Wmissing-prototypes]
void dce_v6_0_disable_dce(struct amdgpu_device *adev)
^
Signed-off-by: Jean Delvare
Cc: Alex Deucher
Include a missing header to get rid of the following warning:
drivers/gpu/drm/amd/amdgpu/amdgpu_pm.c:65:6: warning: no previous prototype for
‘amdgpu_pm_acpi_event_handler’ [-Wmissing-prototypes]
void amdgpu_pm_acpi_event_handler(struct amdgpu_device *adev)
^
Signed-off-by: Jean Delvare
Hi David,
I'm glad to see a new tinydrm driver!
Den 29.07.2017 21.17, skrev David Lechner:
The goal of this series is to get the built-in LCD of the LEGO MINDSTORMS EV3
working. But, most of the content here is building up the infrastructure to do
that.
The controller used in the EV3 uses MIP
https://bugs.freedesktop.org/show_bug.cgi?id=94410
--- Comment #6 from Timothee Besset ---
Not likely to be a radeon bug, but here is a possible solution for UE4 4.16:
17:18 <@rcl> if 4.16, remove the linker script
17:18 <@rcl> and try again
17:19 <@rcl> drivers aren't siloed from our new/delete
Den 29.07.2017 21.40, skrev David Lechner:
On 07/29/2017 02:17 PM, David Lechner wrote:
The goal of this series is to get the built-in LCD of the LEGO
MINDSTORMS EV3
working. But, most of the content here is building up the
infrastructure to do
that.
Some general comments/questions:
I hav
On Sat, Jul 29, 2017 at 10:17 PM, David Lechner wrote:
> This adds a parameter for MIPI DCS pixel format to mipi_dbi_init().
> This is in preparation for supporting displays that don't use a 16bpp
> memory layout.
> /* MIPI DCS pixel formats */
> -#define MIPI_DCS_PIXEL_FMT_24BIT 7
> -#def
On Sat, Jul 29, 2017 at 10:17 PM, David Lechner wrote:
> This adds helper functions and support for ST7586 controllers. These
> controllers have an unusual memory layout where 3 pixels are packed into
> 1 byte.
>
> +---+-+
> | bit | 7 6 5 4 3 2 1 0 |
> +---+--
On Sat, Jul 29, 2017 at 10:17 PM, David Lechner wrote:
> This refactors the mipi-panel module to use the driver id for panel-specific
> data. This is in preparation for adding additional panels.
>
Wouldn't be better to split glue driver from what looks like more
generic in the first place? Then y
On Sat, Jul 29, 2017 at 10:17 PM, David Lechner wrote:
> LEGO MINDSTORMS EV3 has an LCD with a ST7586 controller. This adds a new
> module for the ST7586 controller with parameters for the EV3 LCD dispay.
> .../devicetree/bindings/display/mipi-panel.txt | 2 +-
> drivers/gpu/drm/tinydrm/mip
On Sat, Jul 29, 2017 at 10:17 PM, David Lechner wrote:
> The goal of this series is to get the built-in LCD of the LEGO MINDSTORMS EV3
> working. But, most of the content here is building up the infrastructure to do
> that.
>
> The controller used in the EV3 uses MIPI commands, but it uses a diffe
On Sun, Jul 30, 2017 at 9:27 PM, Andy Shevchenko
wrote:
> On Sat, Jul 29, 2017 at 10:17 PM, David Lechner wrote:
>> Once all of this is done, it is really easy to add a new panel. :-)
>
> Perhaps pathes are good, but logically completely incorrect.
s/pathes/patches/
--
With Best Regards,
Andy
`pipe` cannot be non-null, so the label reduces to a simple return.
Then, there is no point initialising `pipe` just to overwrite it before
anyone reads it.
Signed-off-by: Eric Engestrom
---
freedreno/freedreno_pipe.c | 10 +++---
1 file changed, 3 insertions(+), 7 deletions(-)
diff --git a
Signed-off-by: Eric Engestrom
---
freedreno/freedreno_bo.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/freedreno/freedreno_bo.c b/freedreno/freedreno_bo.c
index 10949ebf..7f8ea59c 100644
--- a/freedreno/freedreno_bo.c
+++ b/freedreno/freedreno_bo.c
@@ -138,6 +138,7 @@ fd_bo_from_dmabuf(st
`ring` cannot be non-null, so the label reduces to a simple return.
Then, there is no point initialising `ring` just to overwrite it before
anyone reads it.
Signed-off-by: Eric Engestrom
---
freedreno/msm/msm_ringbuffer.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git
GCC 7 started warning when a switch case has neither a `break` nor
a "fallthrough" comment.
Let's be explicit that we meant to fall through here.
Signed-off-by: Eric Engestrom
---
radeon/radeon_surface.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/radeon/radeon_surface.c b/radeon/radeon_
https://bugs.freedesktop.org/show_bug.cgi?id=100387
--- Comment #6 from aceman ---
Are those problems solved in radeonsi?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.o
https://bugs.freedesktop.org/show_bug.cgi?id=101377
--- Comment #7 from r380...@safetymail.info ---
Either you have a different problem than me (unlikely, as we have the exact
same symptoms), or you misunderstood my workaround. Or my workaround somehow
doesn't work for you. However, since you talk
https://bugs.freedesktop.org/show_bug.cgi?id=101377
--- Comment #8 from j...@dev1ce.com ---
My apologies as it seems I didn't fully understand the proposed workaround.
I'll test this out.
On July 30, 2017 2:12:23 PM PDT, bugzilla-dae...@freedesktop.org wrote:
>https://bugs.freedesktop.org/show_b
fbdev has a place for the physical width and height of a display. I would
like to have this information available to userspace. This patch works for me,
but I have a strong suspicion that this is not the "right way".
Any suggestions on how to get the proper struct drm_display_info here
rather than
https://bugs.freedesktop.org/show_bug.cgi?id=101976
Bug ID: 101976
Summary: glmark2 random blank or background only screen freeze
over mesa3d 17.1 and 17.3 with radeon rx550 AMD
POLARIS12
Product: Mesa
Version: gi
https://bugs.freedesktop.org/show_bug.cgi?id=101976
--- Comment #1 from Pablo Estigarribia ---
Created attachment 133140
--> https://bugs.freedesktop.org/attachment.cgi?id=133140&action=edit
glmark2 debug 1
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=101976
--- Comment #2 from Pablo Estigarribia ---
Created attachment 133141
--> https://bugs.freedesktop.org/attachment.cgi?id=133141&action=edit
glxinfo
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=101976
--- Comment #3 from Pablo Estigarribia ---
fedora 26.
uname -a
Linux bpowerhome 4.12.4-300.fc26.x86_64 #1 SMP Thu Jul 27 23:09:13 UTC 2017
x86_64 x86_64 x86_64 GNU/Linux
tried with mesa from repositories (17.1.5) and che/mesa che/llvm copr
re
https://bugs.freedesktop.org/show_bug.cgi?id=101976
--- Comment #4 from Pablo Estigarribia ---
maybe this is the error (seen on journal -ab log):
jul 30 20:35:22 bpowerhome kernel: amdgpu :01:00.0: GPU fault detected: 147
0x0c984802
jul 30 20:35:22 bpowerhome kernel: amdgpu :01:00.0:
> -Original Message-
> From: intel-gvt-dev [mailto:intel-gvt-dev-boun...@lists.freedesktop.org] On
> Behalf Of Gerd Hoffmann
> Sent: Friday, July 28, 2017 4:27 PM
> To: Zhang, Tina ; intel-...@lists.freedesktop.org;
> intel-
> gvt-...@lists.freedesktop.org; dri-devel@lists.freedesktop.or
https://bugs.freedesktop.org/show_bug.cgi?id=101977
Bug ID: 101977
Summary: UE4 4.17 causes hang in amdgpu_cs_query_fence_status
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Hi
Pushed to drm-misc-next.
Thanks Sean Paul, Jeffy Chen's review, Heiko's test and Rob's ack.
Best regards.
On 2017年07月26日 14:18, Mark Yao wrote:
These patches try to make all current rockchip full framework vop works
on drm, fill missing vop on full framework.
Vop Full framework now has fol
Reviewed-by: Marek Olšák
Marek
On Sun, Jul 30, 2017 at 10:18 AM, Jean Delvare wrote:
> As I was staring at the si_init_golden_registers code, I noticed that
> the Pitcairn initialization silently falls through the Cape Verde
> initialization, and the Oland initialization falls through the Hain
https://bugs.freedesktop.org/show_bug.cgi?id=101969
--- Comment #2 from Marek Olšák ---
Created attachment 133143
--> https://bugs.freedesktop.org/attachment.cgi?id=133143&action=edit
possible fix
Can you please test this patch?
--
You are receiving this mail because:
You are the assignee fo
https://bugs.freedesktop.org/show_bug.cgi?id=101881
--- Comment #7 from Michel Dänzer ---
(In reply to Rafael Ristovski from comment #5)
> #0 0xf7a9c001 in ?? () from /lib32/libc.so.6
> #1 0xf7a9bceb in strdup () from /lib32/libc.so.6
> #2 0xf7735c55 in drmGetVersion () from /usr/lib32/libdrm.
On 31/07/17 05:34 AM, Eric Engestrom wrote:
> GCC 7 started warning when a switch case has neither a `break` nor
> a "fallthrough" comment.
> Let's be explicit that we meant to fall through here.
>
> Signed-off-by: Eric Engestrom
> ---
> radeon/radeon_surface.c | 1 +
> 1 file changed, 1 inserti
https://bugs.freedesktop.org/show_bug.cgi?id=101969
--- Comment #3 from Anton Petrov ---
(In reply to Marek Olšák from comment #2)
> Created attachment 133143 [details] [review]
> possible fix
>
> Can you please test this patch?
Patch did not helped for me. By the way thanks for your great work
https://bugs.freedesktop.org/show_bug.cgi?id=101691
--- Comment #19 from alex_zha...@dell.com ---
But that can not explain why with old intel driver can not be reproduced while
new driver can, I believe you draw this conclusion by verifying the issue on
the same machine and with same AMD video car
https://bugs.freedesktop.org/show_bug.cgi?id=101978
Bug ID: 101978
Summary: [bisected] war thunder performance reduced by ~28%
Product: Mesa
Version: git
Hardware: Other
OS: Linux (All)
Status: NEW
Severit
56 matches
Mail list logo
