https://bugs.freedesktop.org/show_bug.cgi?id=101499
Martin Peres changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=101499
--- Comment #24 from Michel Dänzer ---
(In reply to Harry Wentland from comment #23)
> Not sure even what that really means for DC. Is that scatter/gather?
Yes, exactly.
--
You are receiving this mail because:
You are the assignee for the bug
https://bugs.freedesktop.org/show_bug.cgi?id=101499
--- Comment #23 from Harry Wentland ---
Michel, I don't remember trying GTT scanout. Not sure even what that really
means for DC. Is that scatter/gather?
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=101499
--- Comment #22 from Carlo Caione ---
Just to keep you updated we have verified that with a bigger VRAM this is not
reproducible anymore.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=101499
Michel Dänzer changed:
What|Removed |Added
CC||harry.wentl...@amd.com
--- Comment #21
https://bugs.freedesktop.org/show_bug.cgi?id=101499
Carlo Caione changed:
What|Removed |Added
Attachment #132130|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=101499
--- Comment #19 from Michel Dänzer ---
No news I'm afraid.
(In reply to Carlo Caione from comment #17)
> In attachment what I get when using AMDGPU_GEM_DOMAIN_GTT.
[...]
> [drm:dm_plane_helper_prepare_fb [amdgpu]] *ERROR* Failed to pin framebuf
https://bugs.freedesktop.org/show_bug.cgi?id=101499
--- Comment #18 from Carlo Caione ---
We have found another laptop with exactly the same issue (and again 32MB of
VRAM for the embedded video controller). We have also requested to ACER a new
BIOS with a bigger size of VRAM, waiting to receive i
https://bugs.freedesktop.org/show_bug.cgi?id=101499
--- Comment #17 from Carlo Caione ---
Created attachment 132130
--> https://bugs.freedesktop.org/attachment.cgi?id=132130&action=edit
dm_plane_helper_prepare_fb with AMDGPU_GEM_DOMAIN_GTT
> Right, sorry, with DC you need to tweak dm_plane_hel
https://bugs.freedesktop.org/show_bug.cgi?id=101499
--- Comment #16 from Michel Dänzer ---
(In reply to Carlo Caione from comment #15)
> > With an amd-staging-* kernel branch and DC enabled, you can try tweaking
> > dce_v11_0_crtc_do_set_base to pass AMDGPU_GEM_DOMAIN_GTT instead of / in
> > addi
https://bugs.freedesktop.org/show_bug.cgi?id=101499
--- Comment #15 from Carlo Caione ---
Created attachment 132118
--> https://bugs.freedesktop.org/attachment.cgi?id=132118&action=edit
journal_HDMI_detaching_corruption
> Without seeing the corresponding Xorg log, I guess that's just
> a diffe
https://bugs.freedesktop.org/show_bug.cgi?id=101499
--- Comment #14 from Michel Dänzer ---
(In reply to Carlo Caione from comment #12)
> I just tried the HEAD of xf86-video-amdgpu and now instead of having a black
> screen I have the image corruption as shown in the picture.
Without seeing the c
https://bugs.freedesktop.org/show_bug.cgi?id=101499
--- Comment #13 from Carlo Caione ---
> I just tried the HEAD of xf86-video-amdgpu and now instead of
> having a black screen I have the image corruption as shown
> in the picture.
Just FYI this is due to commit b09fde0d81 ("Use reference counti
https://bugs.freedesktop.org/show_bug.cgi?id=101499
--- Comment #12 from Carlo Caione ---
Created attachment 132081
--> https://bugs.freedesktop.org/attachment.cgi?id=132081&action=edit
Corruption using xf86-video-amdgpu HEAD
Interesting. Thank you for explaining this and your time.
I just tr
https://bugs.freedesktop.org/show_bug.cgi?id=101499
--- Comment #11 from Michel Dänzer ---
(In reply to Carlo Caione from comment #10)
> Probably I'm missing something, but when the HDMI is connected everything
> works fine, with the scanout buffer correctly displayed on the laptop panel
> + exte
https://bugs.freedesktop.org/show_bug.cgi?id=101499
--- Comment #10 from Carlo Caione ---
> I think all of these are triggered by VRAM being too small to fit the
> scanout buffers covering the laptop panel + external monitor.
Probably I'm missing something, but when the HDMI is connected everythi
https://bugs.freedesktop.org/show_bug.cgi?id=101499
--- Comment #9 from Michel Dänzer ---
(In reply to Carlo Caione from comment #8)
> On a side note: is it normal so many error messages in the journal? Like:
>
> kernel: amdgpu :00:01.0: 9cccade4d800 pin failed
> kernel: [drm:amdgpu_crtc
https://bugs.freedesktop.org/show_bug.cgi?id=101499
--- Comment #8 from Carlo Caione ---
Interesting. Ok then, back to square one: no BIOS options to tweak the
integrated graphics memory / controller.
On a side note: is it normal so many error messages in the journal? Like:
kernel: amdgpu :
https://bugs.freedesktop.org/show_bug.cgi?id=101499
--- Comment #7 from Michel Dänzer ---
There are two GPUs, the integrated one in the APU (Carrizo family) and a
dedicated one (Polaris 12 family). Xorg is using the integrated one, and
there's no way around that, because only the integrated GPU h
https://bugs.freedesktop.org/show_bug.cgi?id=101499
--- Comment #6 from Carlo Caione ---
Also I guess you are looking at the wrong controller:
[2.111381] amdgpu :00:01.0: VRAM: 32M 0x00F4 -
0x00F401FF (32M used)
[2.111390] [drm] Detected VRAM RAM=32M, BAR=32M
[
https://bugs.freedesktop.org/show_bug.cgi?id=101499
--- Comment #5 from Carlo Caione ---
> FWIW, it wouldn't say "VRAM" but rather "integrated graphics memory" or
> something like that.
Yeah :) Let me put this way: there is nothing in the BIOS related to graphic
controller / GPU / video in genera
https://bugs.freedesktop.org/show_bug.cgi?id=101499
--- Comment #4 from Michel Dänzer ---
(In reply to Carlo Caione from comment #3)
> There is nothing in the BIOS related to VRAM.
FWIW, it wouldn't say "VRAM" but rather "integrated graphics memory" or
something like that.
--
You are receiving
https://bugs.freedesktop.org/show_bug.cgi?id=101499
--- Comment #3 from Carlo Caione ---
> I suspect the core problem is that there's only 32 MB of VRAM available.
> Is it possible to increase this in the BIOS setup?
It is not. There is nothing in the BIOS related to VRAM.
--
You are receiving
https://bugs.freedesktop.org/show_bug.cgi?id=101499
--- Comment #2 from Michel Dänzer ---
> Jun 19 17:09:49 endless kernel: [drm] Detected VRAM RAM=32M, BAR=32M
I suspect the core problem is that there's only 32 MB of VRAM available. Is it
possible to increase this in the BIOS setup?
--
You ar
https://bugs.freedesktop.org/show_bug.cgi?id=101499
--- Comment #1 from Carlo Caione ---
Created attachment 132062
--> https://bugs.freedesktop.org/attachment.cgi?id=132062&action=edit
dmps_off_on
This is what we have in the log when we give 'xset dpms force off; xset dpms
force on'.
--
You
https://bugs.freedesktop.org/show_bug.cgi?id=101499
Bug ID: 101499
Summary: Black screen when detaching HDMI cable (AMD A10-9620P)
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: N
26 matches
Mail list logo
