https://bugs.freedesktop.org/show_bug.cgi?id=76286
Priority: medium
Bug ID: 76286
Assignee: dri-devel(a)lists.freedesktop.org
Summary: Kernel v3.13 hang during boot now that dpm is enabled
for radeon driver - Radeon HD4870
Severity: major
Classification: Unclassified
OS: Linux (All)
Reporter: OmegaPhil+FreeDesktop.BugTracker(a)gmail.com
Hardware: x86-64 (AMD64)
Status: NEW
Version: unspecified
Component: DRM/Radeon
Product: DRI
Created attachment 95961
--> https://bugs.freedesktop.org/attachment.cgi?id=95961&action=edit
Kernel log for session with manual radeon module loading with modesetting
enabled
Flagged as major as this prevents kernel boot if the user doesnt know how to
disable the functionality with the kernel boot parameters.
Originally reported in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=741619
, Debian kernel v3.13 enables dpm by default - partway through the boot process
(when cryptsetup is opening encrypted disks), the kernel hangs (confirmed with
no response to ping).
The kernel boots fine with radeon.dpm=0.
Following instructions
(https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=741485#10) I booted with
radeon.modeset=0, made sure X wasn't running and radeon was unloaded, then
modprobe'd radeon modeset=1 - after a small delay everything hung.
I have attached kern.log (REISUB FTW this time it seems?), there is an X log
but that simply gave up after finding no modesetting support, before the point
where I reloaded radeon.
kern.log is verbose as I always boot with full debugging information, but in
this case its useless as nothing appears to be logged associated with the
radeon load (and I'm assuming the magic sync worked).
In terms of fighting the issue, I have C and C++ experience but no real kernel
debugging EXP and certainly nothing todo with the graphical stack.
===============================
uname -a: Linux omega1 3.13-1-amd64 #1 SMP Debian 3.13.5-1 (2014-03-04) x86_64
GNU/Linux
Debian Testing
X server: 1.15.0
Radeon: 7.3.0
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=76210
Priority: medium
Bug ID: 76210
Assignee: dri-devel(a)lists.freedesktop.org
Summary: Temperature sensor is showing too high temperatures
Severity: minor
Classification: Unclassified
OS: All
Reporter: nicolas.belouin(a)heptaoctet.net
Hardware: Other
Status: NEW
Version: unspecified
Component: Drivers/Gallium/radeonsi
Product: Mesa
The temperature sensors are showing a temperature of 511°C when the radeon card
is in sleep mode, the normal temperature is displayed when the card is used.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=76130
Priority: medium
Bug ID: 76130
Assignee: dri-devel(a)lists.freedesktop.org
Summary: Radeon HD 4570 set dpm state fails after suspend
Severity: normal
Classification: Unclassified
OS: Linux (All)
Reporter: crew4ok(a)gmail.com
Hardware: x86 (IA32)
Status: NEW
Version: unspecified
Component: DRM/Radeon
Product: DRI
Created attachment 95731
--> https://bugs.freedesktop.org/attachment.cgi?id=95731&action=edit
dmesg
Right before the system go to suspend, the following line appears in dmesg:
[drm:rv730_stop_dpm] *ERROR* Could not force DPM to low
After wakeup i see this in dmesg:
[drm:rv770_dpm_set_power_state] *ERROR* rv770_set_sw_state failed
Also i notice a degradation in performance in some games (e.g. in Teeworlds
before the suspend i have 60fps, after suspend - 30-40 fps).
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=75719
Priority: medium
Bug ID: 75719
Assignee: dri-devel(a)lists.freedesktop.org
Summary: mplayer -vo gl consume more CPU on r200
Severity: normal
Classification: Unclassified
OS: Linux (All)
Reporter: smoki00790(a)gmail.com
Hardware: x86 (IA32)
Status: NEW
Version: XOrg CVS
Component: DRM/Radeon
Product: DRI
OS is current Debian Sid 32bit, card 1002:5960...
So this is on r200 i spotted playing any video file vith gl render (but also
many videos in games are also affected), bisecting says it started with this
code in ttm:
http://cgit.freedesktop.org/~airlied/linux/commit/?h=drm-next&id=a095c60bd0…
And it performs the same also in 3.14-rc5 kernel :). It consume cca 40% or
more CPU power after that commit... that *more* depends on video file and if it
is in game or playing video file with mplayer -vo gl.
Mesa version seems doesn't metter i tried 9.2 git, 10.0 git, 10.1 git and
current git master.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=75649
Priority: medium
Bug ID: 75649
Assignee: dri-devel(a)lists.freedesktop.org
Summary: Glitchy output using only HDMI on laptop with AMD
Mobility Radeon HD 3450/3470
Severity: normal
Classification: Unclassified
OS: Linux (All)
Reporter: tderensis(a)gmail.com
Hardware: x86 (IA32)
Status: NEW
Version: 10.0
Component: Drivers/Gallium/r600
Product: Mesa
Screen flickering and horizontal black/white lines mixed in with output on
redraw. This only happens when using HDMI output to a single external 1920x1080
monitor and not when using dual monitors or the single laptop screen. If the
screen is static or I move the mouse over a single color background, no
glitching happens. It seems that the more that needs to get redrawn in the
frame, the worse it gets.
I'm not sure how long this has been a problem because I rarely use a single
monitor. I'll report back when mesa 10.1 is released on Arch.
System info from Phoronix Test Suite:
Hardware:
Processor: Intel Core 2 Duo P8400 @ 2.27GHz (2 Cores), Motherboard: Sony VAIO,
Chipset: Intel Mobile 4 MCH + ICH9M, Memory: 3072MB, Disk: 320GB Western
Digital WD3200BEKT-7, Graphics: AMD Mobility Radeon HD 3450/3470 256MB
(680/800MHz), Audio: Realtek ALC262, Monitor: DELL ST2220L, Network: Marvell
88E8055 PCI-E Gigabit + Qualcomm Atheros AR928X Wireless
Software:
OS: Linux, Kernel: 3.13.5-1-ARCH (x86_64), Desktop: Cinnamon 2.0.14, Display
Server: X Server 1.15.0, Display Driver: radeon 7.3.0, OpenGL: 3.1 Mesa 10.0.3
Gallium 0.4, Compiler: GCC 4.8.2 20140206 + Clang 3.4 + LLVM 3.4, File-System:
ext4, Screen Resolution: 1920x1080
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=75127
Priority: medium
Bug ID: 75127
Assignee: dri-devel(a)lists.freedesktop.org
Summary: Radeon SUMO: atombios stuck executing
Severity: major
Classification: Unclassified
OS: Linux (All)
Reporter: sandy.8925(a)gmail.com
Hardware: x86-64 (AMD64)
Status: NEW
Version: unspecified
Component: DRM/Radeon
Product: DRI
Created attachment 94246
--> https://bugs.freedesktop.org/attachment.cgi?id=94246&action=edit
linux_kernel_3.14-rc2_dmesg
I have a laptop with Radeon HD6520G GPU.
I am running Arch Linux 64 bit with Linux 3.14-rc2 kernel and Mesa 10.0.3
During shutdown, suspend and resume, GPU hangs and I get error messages in the
kernel that state:
[drm:atom_op_jump] *ERROR* atombios stuck in loop for more than 5secs aborting
[drm:atom_execute_table_locked] *ERROR* atombios stuck executing D05E (len 62,
WS 0, PS 0) @ 0xD07A
Earlier, shutdown would work fine, and laptop would also suspend quickly.
However now I find that suspend and shutdown take a long time and I see the
above error messages.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=75102
Priority: medium
Bug ID: 75102
Assignee: dri-devel(a)lists.freedesktop.org
Summary: Radeon 4890 getting a blank screen and fans go up to
100% (kernel 3.13.3)
Severity: critical
Classification: Unclassified
OS: Linux (All)
Reporter: peterasplund(a)gentoo.se
Hardware: Other
Status: NEW
Version: unspecified
Component: DRM/Radeon
Product: DRI
I've been fiddling around with the cooling on my Radeon 4890 and replaced it
with an Arctic Cooling I had mounted on my old 4850 card.
It worked for a while, but then the screens went black and the fan maxed out
completely. BUT I noticed that the computer was still running, so it hadn't
crashed. I could SSH in and reboot it manually.
I figured the card had gotten to hot, so I switched the coolers again. But the
problem was still there! I started monitoring the temperatures, and they really
weren't any hotter than normal. Around 45 degrees C. The weird behavior still
repeated itself, even when just browsing the web for a couple of minutes. One
time it happened after only 2-3 minutes!
I then booted into Windows to see if the problem was there, and nothing
happened. I ran benchmarks (3D Mark) and played Left 4 Dead on highest settings
for an hour, and no issues. I then booted into Linux, and it still happened.
So I then realized I had updated the kernel to 3.13.3 from 3.12.3, and I booted
into the old kernel instead. And now I've been running some "emerges" for an
hour, and browsed the web, without any issues.
Is it possible some weird bug has gotten into the 3.13 kernel? I googled the
issue, and saw that there were several posts about the same behavior on the
Catalyst drivers a year or so back. Even on Windows that is.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=74974
Priority: medium
Bug ID: 74974
Assignee: dri-devel(a)lists.freedesktop.org
Summary: [radeonsi] x264 OpenCL does not work
Severity: normal
Classification: Unclassified
OS: All
Reporter: darkbasic(a)linuxsystems.it
Hardware: Other
Status: NEW
Version: XOrg CVS
Component: DRM/Radeon
Product: DRI
I opened this bug just to keep track of the issue:
https://mailman.videolan.org/pipermail/x264-devel/2014-February/010385.html
--
You are receiving this mail because:
You are the assignee for the bug.