https://bugs.freedesktop.org/show_bug.cgi?id=105500
Bug ID: 105500
Summary: AMD Richland (ARUBA) no screen at DP output when using
three displays
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: major
Priority: medium
Component: DRM/Radeon
Assignee: dri-devel(a)lists.freedesktop.org
Reporter: vinibali1(a)gmail.com
Created attachment 138094
--> https://bugs.freedesktop.org/attachment.cgi?id=138094&action=edit
dmesg
Hello there!
After connecting and enabling the 3rd monitor in D-Sub, the one with DP becames
black. Most of the time I use 2 displays with (DVI-I and DP) without any
problem. The desired layout is the following, however I even tried to use HDMI
instead of DVI-I:
___ __ __
|DVI||DP||DS|
2 1 3
__ __ ____
|DS||DP||HDMI|
2 1 3
None of the options are working, however it's fine on Windows using the lastest
- official beta - Crimson Edition 15.7.1.
The motherboard had an ASMedia ASM1445 DVI/HDMI bridge, so I couldn't use these
outputs at the same time.
CPU: AMD A8-6500
GPU: AMD Radeon HD8570 (ATOMBIOSBK-AMD VER015.031.000.000.000000,
02/17/13,02:36:07)
MOBO: ASUS F2A85M-PRO (BIOS 6601)
OS: Arch Linux 4.13 AMD64
xf86-video-ati 1:18.0.0-1
xorg-server 1.19.6+13+gd0d1a694f-1
The logs/outputs were saved at 4.13, however it's not working with both the
up-to-date Arch (4.15) and Xubuntu 18.04 beta.
Thank you
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=105221
Bug ID: 105221
Summary: kernel modeswitch fails on Fedora 27 on Evergreen
(Radeon HD5850)
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: DRM/Radeon
Assignee: dri-devel(a)lists.freedesktop.org
Reporter: brouhaha(a)fedoraproject.org
With Fedora 26 I had sporadic problems with the system crashing at the first
kernel mode switch, before entering the LUKS passphrase at boot time, but I
could hit reset and usually the second time it would work. With Fedora 27 this
happens to me consistently every time. The only way I can successfully boot is
to use "nomodeset" on the kernel command line, which then causes issues for my
X session.
My system has Asus Sabertooth 990FX R2.0 motherboard, AMD FX-8350 CPU, and
Radeon HD 5850 graphics card. I'm running Fedora 27 with kernel
4.15.3-300.fc27.x86_64.
Fedora Bugzilla shows someone else having that problem with HD 5450. Maybe its
a general Evergreen problem.
https://bugzilla.redhat.com/show_bug.cgi?id=1474044
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=105144
Bug ID: 105144
Summary: Recent mesa makes GPU temperature too hot with
GL/VDPAU/VAAPI
Product: DRI
Version: XOrg git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: DRM/Radeon
Assignee: dri-devel(a)lists.freedesktop.org
Reporter: whatisthis.sowhat(a)gmail.com
With mesa 17.3 (and maybe kernel >= 4.13), using GL,VAAPI or VDPAU, GPU
temperature makes to be too hot.
Almost upper than 60℃ with RADEON HD7770 (less than 15℃ at room).
When not using GL etc, temperature upper than 50℃.
With earlier version of GL, VAAPI and VDPAU, temperature is less than 60℃ (at
worst, less than 70℃).
Regards,
Ohta.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=105038
Bug ID: 105038
Summary: slight lags in youtube video 1080p since a change in
kernel 4.15 related to drm/ttm
Product: DRI
Version: XOrg git
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority: medium
Component: DRM/Radeon
Assignee: dri-devel(a)lists.freedesktop.org
Reporter: mister.freeman(a)laposte.net
Created attachment 137264
--> https://bugs.freedesktop.org/attachment.cgi?id=137264&action=edit
dmesg
Hello,
I have a radeon HD4650 pcie, I use the radeon driver,
since a new algorithm for drm/ttm introduced in kernel 4.15.x then I notice a
performance loss in video playback, especially when the format is 1080p ( for
example youtube video ), some lags are visible ( for example travelling images,
vertical scroll of the credits in a video ),
the bug has been introduced since this commit :
commit 648bc3574716400acc06f99915815f80d9563783
Author: Christian König <christian.koenig(a)amd.com>
Date: Thu Jul 6 09:59:43 2017 +0200
drm/ttm: add transparent huge page support for DMA allocations v2
Try to allocate huge pages when it makes sense.
v2: fix comment and use ifdef
Signed-off-by: Christian König <christian.koenig(a)amd.com>
Reviewed-by: Felix Kuehling <Felix.Kuehling(a)amd.com>
Signed-off-by: Alex Deucher <alexander.deucher(a)amd.com>
reverting this patch solves the bug,
I have created a bug report in kernel's bugzilla :
https://bugzilla.kernel.org/show_bug.cgi?id=198511
Christian König advices me to open a bug report here for drm/radeon,
I have filmed my screen in order to demonstrate the effect of this bug, you can
see my video here :
https://www.youtube.com/watch?v=YqtleU5YBlA
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=104963
Bug ID: 104963
Summary: MSI MoBo A88XM-E35 GPU Trinity A8-5600K (Aruba
HD7560D) Boot loop without radeon.dpm=0
Product: DRI
Version: DRI git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: DRM/Radeon
Assignee: dri-devel(a)lists.freedesktop.org
Reporter: f0rhum(a)free.fr
Hi
I was driven here by Ubuntu team :
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1746357
Only nomodeset and radeon.dpm=0 allow boot. Issue is here from kernel 3.13 to
4.15.1
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=104738
Bug ID: 104738
Summary: Radeon HD 6970M/6990M crash on iMac on boot - only
nomodeset helps
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: DRM/Radeon
Assignee: dri-devel(a)lists.freedesktop.org
Reporter: hansmatros76(a)gmail.com
Created attachment 136905
--> https://bugs.freedesktop.org/attachment.cgi?id=136905&action=edit
dmesg
Dear Developers!
I have this bug on different Linux kernels. Only with 4.15.0-041500rc8 i am
able to boot, but there is no hardware acceleration.
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1743427
If you need more informations please let me know.
Best regards,
Hans
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=104508
Bug ID: 104508
Summary: Unable to set "IT Content" bit for HDMI and
DisplayPort
Product: DRI
Version: unspecified
Hardware: All
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: DRM/Radeon
Assignee: dri-devel(a)lists.freedesktop.org
Reporter: nw9165-3201(a)yahoo.com
Hi,
apparently the Intel HD Graphics driver for Windows has a "IT Content" option
that can be either enabled or disabled, see following screenshot for example:
https://www.howtogeek.com/wp-content/uploads/2016/12/img_5855c293ac26d.jpg
According to a post on the AVS Forum, enabling "IT Content" does the following:
http://www.avsforum.com/forum/26-home-theater-computers/1477460-theory-abou…
> HDMI specs "IT Content" flag is set On in video stream.
>
> CEA-861:
> "In IT applications (e.g. involving bit mapped text),
> each pixel in the source’s frame buffer is most clearly
> displayed if it is directly mapped to a light-emitting pixel
> on the display device - such that adjacent pixels are
> completely independent and do not interact.
> The IT content bit indicates when picture content is
> composed according to common IT practice (i.e. without
> regard to Nyquist criterion) and is unsuitable for
> analog reconstruction or filtering. When the IT content bit
> is set to 1, downstream processors should pass
> pixel data unfiltered and without analog reconstruction."
Apparently there is no option for it on the RADEON Linux driver.
Can you please add an option to the RADEON Linux driver which allows to enable
the "IT Content" bit?
Regards
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=104053
Bug ID: 104053
Summary: DDX opcode causes black screen on radeon R730
Product: DRI
Version: XOrg git
Hardware: All
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: DRM/Radeon
Assignee: dri-devel(a)lists.freedesktop.org
Reporter: lodgerz(a)gmail.com
Hi,
i have a problem with retroarch+xmb on ArchLinux32bit: when i run it i have
black screen, monitor led blinking and i must reset pc.
This is final output error of retroarch:
[INFO] [GL]: VSync => on
[INFO] [GLX]: glXSwapIntervalEXT(1)
r300 VP: Compiler error:
Vertex program has too many instructions
Using a dummy shader instead.
r300 FP: Compiler Error:
compiler/r300_fragprog_emit.c::translate_rgb_opcode(): translate_rgb_opcode:
Unknown opcode DDX
Using a dummy shader instead.
If i run it with "LIBGL_ALWAYS_SOFTWARE=1 retroarch" it works but is very slow
(games run at 30fps).
I use xf86-video-ati driver and mesa.
More info: http://dpaste.com/39C6SQF
Retroarch devolopers advised me to ask here.
--------------------------------
$ glxinfo | grep renderer
GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer,
GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer,
Extended renderer info (GLX_MESA_query_renderer):
OpenGL renderer string: ATI RV370
--------------------------------
$ LIBGL_ALWAYS_SOFTWARE=1 glxinfo | grep renderer
GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer,
GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer,
Extended renderer info (GLX_MESA_query_renderer):
OpenGL renderer string: llvmpipe (LLVM 5.0, 128 bits)
--------------------------------
$ lsmod|grep -i radeon
radeon 1343488 2
i2c_algo_bit 16384 1 radeon
drm_kms_helper 126976 1 radeon
ttm 69632 1 radeon
drm 258048 5 radeon,ttm,drm_kms_helper
--------------------------------
$ lspci|grep -i vga
02:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV370
[Radeon X300/X550/X1050 Series]
--------------------------------
$ pacman -Q|grep xf86-video
xf86-video-ati 1:7.10.0-1
xf86-video-fbdev 0.4.4+12+ge0bce0d-1
xf86-video-vesa 2.3.4-4
--------------------------------
$ pacman -Q|grep mesa
mesa 17.2.5-1
mesa-demos 8.3.0-4
mesa-vdpau 17.2.5-1
--------------------------------
$ uname -r
4.13.12-1-ARCH
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=103403
Bug ID: 103403
Summary: something going on across the gpu DAC and monitor.
Product: DRI
Version: XOrg git
Hardware: x86 (IA32)
URL: https://forum.manjaro.org/t/ati-graphics-card-drivers-
how-to/32784/67
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: DRM/Radeon
Assignee: dri-devel(a)lists.freedesktop.org
Reporter: korbs(a)gmx.com
Created attachment 134989
--> https://bugs.freedesktop.org/attachment.cgi?id=134989&action=edit
specs included
It’s not tearing, it’s not corruption in the graphics rendering.
On Manjaro KDE
However, I have noticed an annoying thing with the display and I am almost
certain it is related to the drivers I am using.
A straight line that goes across the screen,
I have noticed sth - when the screen dims, saving energy option allows that,
the lines are not visible at all.
--
You are receiving this mail because:
You are the assignee for the bug.