https://bugs.freedesktop.org/show_bug.cgi?id=29579
Summary: 2.6.35 with RV630 AGP does not enable KMS/DRM
Product: DRI
Version: XOrg CVS
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: DRM/Radeon
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: juho-mikko.pellinen(a)lut.fi
Created an attachment (id=37860)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37860)
2.6.35 Xorg.0.log with radeon.modeset=0
I'm having problems with getting KMS to work with 2.6.35.
I have earlier configuration with 2.6.34 and KMS works as it should. When
booting up I get framebuffer console and X starts without errors.
Steps to reproduce:
1. copy working config from 2.6.34 to 2.6.35
2. make oldconfig and double check the differing options, none related to
drm/radeon
3. compile kernel, boot it with different configurations
4. drm does not initialize, framebuffer console does not came up, X can't open
dri
6. If I boot with radeon.modeset=0 drm initializes.
I have tried number of kernel configs without any success. Prior to this I
consulted #radeon, but it couldn't find any problems with my configuration.
Normally I compile things as modules and it works quite well.
AGP-drivers are compiled as modules/in kernel and load before radeon/drm.
I have tried 2.6.35 vanilla, -rc2, -rc4, -rc6, -rc6, -gentoo-r1 . They all fail
the same way.
Any ideas how to get KMS working again?
My hardware:
RV630 AGP (HD2600 Pro AGP)
nForce3 chipset
CPU Athlon64 3xxx+
lscpi:
00:00.0 Host bridge: nVidia Corporation nForce3 250Gb Host Bridge (rev a1)
00:01.0 ISA bridge: nVidia Corporation nForce3 250Gb LPC Bridge (rev a2)
00:01.1 SMBus: nVidia Corporation nForce 250Gb PCI System Management (rev a1)
00:02.0 USB Controller: nVidia Corporation CK8S USB Controller (rev a1)
00:02.1 USB Controller: nVidia Corporation CK8S USB Controller (rev a1)
00:02.2 USB Controller: nVidia Corporation nForce3 EHCI USB 2.0 Controller (rev
a2)
00:05.0 Bridge: nVidia Corporation CK8S Ethernet Controller (rev a2)
00:06.0 Multimedia audio controller: nVidia Corporation nForce3 250Gb AC'97
Audio Controller (rev a1)
00:08.0 IDE interface: nVidia Corporation CK8S Parallel ATA Controller (v2.5)
(rev a2)
00:0a.0 IDE interface: nVidia Corporation nForce3 Serial ATA Controller (rev
a2)
00:0b.0 PCI bridge: nVidia Corporation nForce3 250Gb AGP Host to PCI Bridge
(rev a2)
00:0e.0 PCI bridge: nVidia Corporation nForce3 250Gb PCI-to-PCI Bridge (rev a2)
00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron]
HyperTransport Technology Configuration
00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address
Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM
Controller
00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron]
Miscellaneous Control
01:00.0 VGA compatible controller: ATI Technologies Inc RV630 PRO AGP [Radeon
HD 2600 PRO AGP]
02:06.0 Ethernet controller: VIA Technologies, Inc. VT6105/VT6106S [Rhine-III]
(rev 86)
02:07.0 Multimedia audio controller: Creative Labs SB Audigy (rev 03)
02:07.1 Input device controller: Creative Labs SB Audigy Game Port (rev 03)
02:07.2 FireWire (IEEE 1394): Creative Labs SB Audigy FireWire Port
02:08.0 Multimedia audio controller: C-Media Electronics Inc CM8738 (rev 10)
--
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=100591
Bug ID: 100591
Summary: [AMD APU A9-9410] Kernel hang when using graphics
acceleration
Product: DRI
Version: XOrg git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: DRM/AMDgpu
Assignee: dri-devel(a)lists.freedesktop.org
Reporter: ben.davenportray(a)gmail.com
Kernel hangs hard whenever it has to do anything graphics accelerated or too
cpu intensive (two laravel web server instances / opening chromium / opening
YouTube on Firefox / I look at it too hard). It won't even let me switch to
another console, forcing me to hard reboot.
I am unable to see anything using `journalctl -xe` when my system goes down;
either the log just stops or the file is corrupted, though I also don't know
what I am looking for.
I was able to confirm that it wasn't thermal overheating, and chip diagnostics
say that it is okay.
Linux 4.9.20
xorg-xserver 1.19.2
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=29445
Summary: Linux 2.6.34 kernel Radeon KMS driver freezes my
computer sometimes
Product: DRI
Version: unspecified
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: DRM/Radeon
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: 0453411800(a)netti.fi
Created an attachment (id=37682)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37682)
/var/log/dmesg
I use the kernel radeon driver with a Radeon Mobility R300 on a Toshiba laptop.
The driver in 2.6.32 works fine and also the non-KMS driver in 2.6.34. However,
when I enable the KMS driver (and disable the framebuffer drivers) in the
2.6.34 kernel, my computer freezes after a while of using X. If I don't start X
the new KMS driver works fine.
The outputs of dmesg, Xorg.0.log, and glxinfo are attached separately.
In the case when I collected the above output, the bug manifested when I
changed back to the virtual desktop of a running audio application (foobar2000
under wine). Access to the USB port with an external hard disk died at that
moment. Usually the entire computer freezes (including keyboard, mouse, etc),
but sometimes the bug seems to just disable the USB system. It only happens
when the KMS driver is active so I file the bug here and not at the USB system
or elsewhere.
--
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=99967
Bug ID: 99967
Summary: RX 480 sclk clock speed lowers when under load
Product: DRI
Version: unspecified
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority: medium
Component: DRM/AMDgpu
Assignee: dri-devel(a)lists.freedesktop.org
Reporter: haagch(a)frickel.club
Created attachment 129917
--> https://bugs.freedesktop.org/attachment.cgi?id=129917&action=edit
screenshot with echo manual > power_dpm_force_performance_level
My GPU is the factory overclocked XFX Radeon RX 480 XXX OC, this might have
something to do with it.
I noticed this on agd5d/drm-next-4.12-wip and found similar behavior on 4.10,
4.9 and 4.8.
It's even affected even with echo manual >
/sys/class/drm/card0/device/power_dpm_force_performance_level
I've made a screenshot of radeon-profile on linux 4.8.14 and annotated it.
Steps I took:
echo manual > /sys/class/drm/card0/device/power_dpm_force_performance_level
echo 7 > /sys/class/drm/card0/device/pp_dpm_sclk
then started unigine-heaven, closed it, waited a couple of seconds, started
furmark, closed it, waited a couple of seconds and then ran another echo 7 >
/sys/class/drm/card0/device/pp_dpm_sclk
When the GPU is "relatively" idle (just displaying the desktop with a browser,
etc.) this doesn't happen. I can echo any number in
/sys/class/drm/card0/device/pp_dpm_sclk and it sticks.
But when I start applications that put some stress on the GPU, the sclk clock
lowers - and stays on a lower level even when the load is gone, until another
number is echo'ed into /sys/class/drm/card0/device/pp_dpm_sclk
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=29217
Summary: After pm-suspend the second monitor shows garbled
output on evergreen card (kms)
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: bugs.xorg(a)boris64.net
Created an attachment (id=37311)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37311)
digicam picture of both monitors
After resuming a previous (via pm-suspend) suspended system
the second monitor only shows a garbled picture.
Running xrandr to switch resolution seems to work, but
the picture still ist truncated.
This is a kms/multihead configuration.
Used software:
Kernel-2.6.35-rc5
latest xf86-video-ati from git
latest libdrm from git
latest mesa from git
--
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=99907
Bug ID: 99907
Summary: linux-firmware 2017-02-17 update causes varying breaks
in AMDGPU for recent cards
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: DRM/AMDgpu
Assignee: dri-devel(a)lists.freedesktop.org
Reporter: saunders.52(a)wright.edu
Currently on Arch Linux after they shipped an update to the linux-firmware set
(20170217.12987ca-1), there's been reports of various issues ranging from power
management failing to in my case (AMD Radeon RX 460) Xorg failing to work at
all (it either blinks and goes back to a frozen VT as the GPU hangs, or the GPU
hangs on a full-screen corruption of some kind.) This is broken on both kernel
4.9.11 and 4.10 in my testing, on Xorg 1.19.1. The system still responds to SSH
connections, but fails to shutdown properly if attempted over that. Tracker
link: https://bugs.archlinux.org/task/53042
I've traced it back to a specific commit to linux-firmware,
7a110b85a46d7f884f4ac712ff52e02ed57234bd,
https://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git/co…,
pushed to the git repo on 2-17-17, which updates a large subset of the firmware
images used by AMDGPU. Seeing as how this is a binary file set, I'm really not
sure how to proceed from here in testing it to give any more useful information
here.
Apologies if this is the wrong place to report a firmware issue, but I was
unsure where to file it otherwise.
--
You are receiving this mail because:
You are the assignee for the bug.