https://bugs.freedesktop.org/show_bug.cgi?id=38465
Summary: Display flickers when setting power_profile
Product: DRI
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: DRM/Radeon
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: egore(a)gmx.de
When calling something like
echo "low" > /sys/class/drm/card0/device/power_profile
my display flickers a single time. This is okay-ish, but on Microsoft Windows
the clock changes do not cause such a flicker. There has to be some kind of
trick to achieve that and it would be great if this would work an Linux, too.
Tested on vanilla kernel 2.6.39 with libdrm 2.4.26 and xf86-video-ati 6.14.2.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=37939
Summary: Xorg crashes with radeon KMS after resume from suspend
if card in gfx
Product: DRI
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
Keywords: regression
Severity: normal
Priority: medium
Component: DRM/Radeon
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: hramrach(a)gmail.com
cards: 220m rv515gl rv530 EG
problem 2: suspend kernel using uswsusp, cancel suspend by key or due to
insufficient memory -> X spinning in drm
tested on some combination of rv515 / rv530 and kernel somewhere around
2.6.37-2.6.38, EG on 2.6.39 (on 2.6.38 suspend has to be stopped manually, with
insufficient memory it locks up)
problem 1: suspend kernel using uswsusp, start framebuffer and splashy/usplash
before resume -> unusable graphics
tested with some old kernels on 220m and rv515gl, possibly related to problem 2
In general it seems resume can only happen from text mode, not graphics. In
response to this Debian disabled splash in early boot.
This is a Xorg regression compared to UMS.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=37841
Summary: Display distortion with powerprofile mid or low
Product: DRI
Version: XOrg CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: major
Priority: medium
Component: DRM/Radeon
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: bugreport(a)spambog.com
Overview:
The display is distorted when power-profile low or mid is activated.
Steps to reproduce:
echo low > /sys/class/drm/card0/device/power_profile
or
echo mid > /sys/class/drm/card0/device/power_profile
Actual Results:
The display is distorted, but the system is still usable. The distortion
consists of noisy flickering vertical stripes, with columns between them
that look ok. When I choose powerprofile default or auto or high the
distortion goes away and everything's as before.
Output of
cat /sys/kernel/debug/dri/{0,64}/radeon_pm_info:
With powerprofile default:
default engine clock: 500000 kHz
current engine clock: 499500 kHz
default memory clock: 600000 kHz
current memory clock: 594000 kHz
voltage: 1000 mV
PCIE lanes: 16
default engine clock: 500000 kHz
current engine clock: 499500 kHz
default memory clock: 600000 kHz
current memory clock: 594000 kHz
voltage: 1000 mV
PCIE lanes: 16
With powerprofile mid:
default engine clock: 500000 kHz
current engine clock: 124870 kHz
default memory clock: 600000 kHz
current memory clock: 405000 kHz
voltage: 900 mV
PCIE lanes: 16
default engine clock: 500000 kHz
current engine clock: 124870 kHz
default memory clock: 600000 kHz
current memory clock: 405000 kHz
voltage: 900 mV
PCIE lanes: 16
With powerprofile low:
default engine clock: 500000 kHz
current engine clock: 124870 kHz
default memory clock: 600000 kHz
current memory clock: 405000 kHz
voltage: 900 mV
PCIE lanes: 16
default engine clock: 500000 kHz
current engine clock: 124870 kHz
default memory clock: 600000 kHz
current memory clock: 405000 kHz
voltage: 900 mV
PCIE lanes: 16
With powerprofile high:
default engine clock: 500000 kHz
current engine clock: 499500 kHz
default memory clock: 600000 kHz
current memory clock: 594000 kHz
voltage: 1000 mV
PCIE lanes: 16
default engine clock: 500000 kHz
current engine clock: 499500 kHz
default memory clock: 600000 kHz
current memory clock: 594000 kHz
voltage: 1000 mV
PCIE lanes: 16
Expected Results:
No display distortion and perhaps other values in radeon_pm_info (values of
mid and low profile should differ and perhaps there should have been some
lanes deactivated by these profiles).
Btw. there is no such problem when I use the powermanagement-features in
xorg.conf (ForceLowPowerMode, ClockGating, DynamicPM) without KMS enabled.
Versions:
See attached logfiles.
Bug exists since power-profiles had been introduced (in kernel 2.6.34 or
2.6.35).
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=37368
Summary: Server crashes with "failed to map pixmap: -12"
Product: DRI
Version: XOrg CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: major
Priority: medium
Component: DRM/Radeon
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: gtdev(a)spearhead.de
Created an attachment (id=46907)
--> (https://bugs.freedesktop.org/attachment.cgi?id=46907)
Server log with crash info
Every now and then, the X server will crash on my machine and restart to kdm. I
have never seen it happen live so far, it always happened when I was away from
the machine for some time.
System is Debian unstable, xserver-xorg-core package version is 1.10.1-2, but
the problem has been occuring for some months now.
In the server log, I find:
==========
failed to map pixmap: -12
Backtrace:
0: /usr/bin/X (xorg_backtrace+0x28) [0x4a38b8]
1: /usr/bin/X (0x400000+0x646e9) [0x4646e9]
2: /lib/libpthread.so.0 (0x7f45b8dd2000+0xf020) [0x7f45b8de1020]
3: /lib/libc.so.6 (0x7f45b7aed000+0x84b30) [0x7f45b7b71b30]
4: /usr/lib/xorg/modules/libexa.so (0x7f45b560b000+0x6436) [0x7f45b5611436]
5: /usr/lib/xorg/modules/libexa.so (0x7f45b560b000+0x8f92) [0x7f45b5613f92]
6: /usr/lib/xorg/modules/libexa.so (0x7f45b560b000+0x12355) [0x7f45b561d355]
7: /usr/lib/xorg/modules/libexa.so (0x7f45b560b000+0x9b31) [0x7f45b5614b31]
8: /usr/bin/X (0x400000+0xe0034) [0x4e0034]
9: /usr/bin/X (0x400000+0x2e283) [0x42e283]
10: /usr/bin/X (0x400000+0x31731) [0x431731]
11: /usr/bin/X (0x400000+0x257de) [0x4257de]
12: /lib/libc.so.6 (__libc_start_main+0xfd) [0x7f45b7b0bead]
13: /usr/bin/X (0x400000+0x25389) [0x425389]
Segmentation fault at address (nil)
Fatal server error:
Caught signal 11 (Segmentation fault). Server aborting
Please consult the The X.Org Foundation support
at http://wiki.x.org
for help.
==========
A full server log is attached.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=101387
Bug ID: 101387
Summary: amdgpu display corruption and hang on AMD A10-9620P
Product: DRI
Version: XOrg git
Hardware: Other
OS: All
Status: NEW
Severity: major
Priority: medium
Component: DRM/AMDgpu
Assignee: dri-devel(a)lists.freedesktop.org
Reporter: carlo(a)caione.org
Created attachment 131886
--> https://bugs.freedesktop.org/attachment.cgi?id=131886&action=edit
Trace/freeze on amdgpu modprobing
As reported by Daniel Drake in [0]
We are working with new laptops that have the AMD Bristol Ridge
chipset with this SoC:
AMD A10-9620P RADEON R5, 10 COMPUTE CORES 4C+6G
I think this is the Bristol Ridge chipset.
During boot, the display becomes unusable at the point where the
amdgpu driver loads. You can see at least two horizontal lines of
garbage at this point. We have reproduced on 4.8, 4.10 and linus
master (early 4.12).
Photo: http://pasteboard.co/qrC9mh4p.jpg
In attachment the log taken using netconsole on amdgpu modprobing.
[0] http://www.spinics.net/lists/dri-devel/msg140915.html
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=37040
Summary: Radeon driver reports EDID errors every 10 seconds
Product: DRI
Version: unspecified
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: major
Priority: medium
Component: DRM/Radeon
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: teufel(a)cs.uni-frankfurt.de
Created an attachment (id=46512)
--> (https://bugs.freedesktop.org/attachment.cgi?id=46512)
an excerpt of /var/log/messages with some comments and an example of the output
to tty1
Radeon driver reports EDID errors every 10 seconds, which causes related log
files increased over 100M in size every day and makes the system hardly usable
because of the output every 10 seconds to tty1 (and ttyS0 in my case).
See also my related LKML message: https://lkml.org/lkml/2011/4/14/661
I get every 10 seconds:
radeon 0000:01:05.0: HDMI-A-1: EDID block 0 invalid.
together with a block of zeroes (only on tty1, see attachment).
OS: Debian GNU/Linux 6.0.1 (squeeze)
kernel: Linux 2.6.38-bpo.2-amd64 (2.6.38-3~bpo60+1)
(it was the same with Linux 2.6.32-5-amd64 (2.6.32-31))
Mainboard: ASUS M2A-VM
Chipset (onboard): ATI Technologies Inc RS690 [Radeon X1200 Series]
aka 01:05.0 0300: 1002:791e
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=101377
Bug ID: 101377
Summary: Gigabyte R9 380 card fails to load, kernel reports bug
Product: DRI
Version: DRI git
Hardware: Other
OS: All
Status: NEW
Severity: major
Priority: medium
Component: DRM/AMDgpu
Assignee: dri-devel(a)lists.freedesktop.org
Reporter: john(a)dev1ce.com
Created attachment 131871
--> https://bugs.freedesktop.org/attachment.cgi?id=131871&action=edit
dmesg output of load attempt
loading the card as a module fails. fans spin up for 2 seconds, then back
down, then blank screen. system is online but without video.
see dmesg.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=36121
Summary: starting Assassin's Creed Brotherhood (in wine) causes
kernel freeze
Product: DRI
Version: DRI CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: DRM/Radeon
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: mike.kaplinskiy(a)gmail.com
Created an attachment (id=45461)
--> (https://bugs.freedesktop.org/attachment.cgi?id=45461)
dmesg from the freeze
Once the game gets to the menu screen (after intros) it shows a white screen
(as expected, but for too long). After a few seconds the white screen goes
away, the fan stops, the monitor goes into standby, and the whole os is
unresponsive (no sysrq keys). Rebooting shows no sign that the kernel even
knows anything happened (in dmesg, etc).
This only occurs if you use wine with glsl=enabled. glsl=disabled shows a
semi-corrupt menu which you can exit without killing your system.
I'm on kernel 2.6.39-rc2 (built with NMI) and mesa git from 2011/04/08
(xorg-edgers ppa). The card is a Barts chip (6870), and glxinfo shows I'm using
r600g. Wine is version 1.3.17.
If it matters, the NMI never comes. The kernel is built with
CONFIG_FB_RADEON_DEBUG=y , but it's still rather quiet around the crash.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.