https://bugs.freedesktop.org/show_bug.cgi?id=28373
Summary: DRM lockup on X startup
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: mattias.nissler(a)gmx.de
I've tried to get the DRM/KMS stuff going on my Ati X800 Pro R423 PCIE. Here
are theversions I've tried with:
drm-2.6.git at 9e67e5b Merge tag 'v2.6.34' into drm-radeon-testing
libdrm git at 607e228 Enable silent automake rules.
xf86-video-ati git at 428125c r3xx-r5xx: enable color tiling by default on KMS
mesa git at b202c78 r300: fix blits for textures of width/height greater than
2048 on r5xx
The kernel boots up just fine and the text console switches to the drm
framebuffer device as expected. When starting the X server, the VT switch
occurs, but the display just freezes (presumably at modesetting time). The
kernel doesn't crash, but graphics become unusable (no VT switching,
modesetting whatsoever possible from the command line). In my kernel logs, I
see the following:
Jun 3 17:51:06 kea kernel: INFO: task X:3245 blocked for more than 120
seconds.
Jun 3 17:51:06 kea kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs"
disables this message.
Jun 3 17:51:06 kea kernel: X D ffffffff8175c820 0 3245 3243
0x00400004
Jun 3 17:51:06 kea kernel: ffff88007c515788 0000000000000046 0000000000000000
ffffffff00000000
Jun 3 17:51:06 kea kernel: ffff88007c515fd8 ffff88007c515fd8 ffff88007a961040
0000000000014000
Jun 3 17:51:06 kea kernel: ffff88007c515fd8 0000000000014000 ffffffff81a67020
ffff88007a961040
Jun 3 17:51:06 kea kernel: Call Trace:
Jun 3 17:51:06 kea kernel: [<ffffffff81743bc3>] mutex_lock_nested+0x183/0x370
Jun 3 17:51:06 kea kernel: [<ffffffff813bfb5b>] ? radeon_ring_lock+0x2b/0x60
Jun 3 17:51:06 kea kernel: [<ffffffff813bfb5b>] radeon_ring_lock+0x2b/0x60
Jun 3 17:51:06 kea kernel: [<ffffffff8174519b>] ?
_raw_write_unlock_irqrestore+0x3b/0x60
Jun 3 17:51:06 kea kernel: [<ffffffff813d36a1>] r300_gpu_is_lockup+0x71/0x190
Jun 3 17:51:06 kea kernel: [<ffffffff813a8aee>] radeon_fence_wait+0x32e/0x3c0
Jun 3 17:51:06 kea kernel: [<ffffffff810926b0>] ?
autoremove_wake_function+0x0/0x40
Jun 3 17:51:06 kea kernel: [<ffffffff813a82a5>] ? radeon_fence_emit+0xe5/0x130
Jun 3 17:51:06 kea kernel: [<ffffffff814074c8>]
radeon_pm_set_clocks+0x428/0x670
Jun 3 17:51:06 kea kernel: [<ffffffff81407742>] ?
radeon_pm_compute_clocks+0x32/0x280
Jun 3 17:51:06 kea kernel: [<ffffffff814077f0>]
radeon_pm_compute_clocks+0xe0/0x280
Jun 3 17:51:06 kea kernel: [<ffffffff813ac42c>]
radeon_crtc_mode_fixup+0x2c/0x50
Jun 3 17:51:06 kea kernel: [<ffffffff81358958>]
drm_crtc_helper_set_mode+0x138/0x3c0
Jun 3 17:51:06 kea kernel: [<ffffffff81359657>]
drm_crtc_helper_set_config+0x837/0x8e0
Jun 3 17:51:06 kea kernel: [<ffffffff8136be00>] drm_mode_setcrtc+0x170/0x3c0
Jun 3 17:51:06 kea kernel: [<ffffffff8135e79a>] drm_ioctl+0x33a/0x4c0
Jun 3 17:51:06 kea kernel: [<ffffffff8136bc90>] ? drm_mode_setcrtc+0x0/0x3c0
Jun 3 17:51:06 kea kernel: [<ffffffff810973de>] ? up_read+0x1e/0x40
Jun 3 17:51:06 kea kernel: [<ffffffff81114a98>] vfs_ioctl+0x38/0xd0
Jun 3 17:51:06 kea kernel: [<ffffffff81114c7a>] do_vfs_ioctl+0x8a/0x640
Jun 3 17:51:06 kea kernel: [<ffffffff8111527a>] sys_ioctl+0x4a/0x80
Jun 3 17:51:06 kea kernel: [<ffffffff81032f42>] system_call_fastpath+0x16/0x1b
Jun 3 17:51:06 kea kernel: 6 locks held by X/3245:
Jun 3 17:51:06 kea kernel: #0: (&dev->mode_config.mutex){......}, at:
[<ffffffff8136bcca>] drm_mode_setcrtc+0x3a/0x3c0
Jun 3 17:51:06 kea kernel: #1: (&rdev->pm.mutex){......}, at:
[<ffffffff81407742>] radeon_pm_compute_clocks+0x32/0x280
Jun 3 17:51:06 kea kernel: #2: (&dev->struct_mutex){......}, at:
[<ffffffff814070d1>] radeon_pm_set_clocks+0x31/0x670
Jun 3 17:51:06 kea kernel: #3: (&rdev->vram_mutex){......}, at:
[<ffffffff814070db>] radeon_pm_set_clocks+0x3b/0x670
Jun 3 17:51:06 kea kernel: #4: (&rdev->cp.mutex){......}, at:
[<ffffffff814070e5>] radeon_pm_set_clocks+0x45/0x670
Jun 3 17:51:06 kea kernel: #5: (&rdev->cp.mutex){......}, at:
[<ffffffff813bfb5b>] radeon_ring_lock+0x2b/0x60
I've had a quick look at the code, seems radeon_ring_lock cannot acquire the
lock, since it's already taken by radeon_pm_set_clocks? But maybe the
300_gpu_is_lockup call indicates there's a bigger problem occurring before? You
see, I don't know the code ;)
If you want me to try patches, different versions etc. I'm happy to help. Keep
up the good work!
--
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=99680
Bug ID: 99680
Summary: VM/GPU fault on 4.10-rc6 (Kaveri + Topaz)
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: minor
Priority: medium
Component: DRM/AMDgpu
Assignee: dri-devel(a)lists.freedesktop.org
Reporter: nmset(a)netcourrier.com
Created attachment 129338
--> https://bugs.freedesktop.org/attachment.cgi?id=129338&action=edit
VM and GPU faults
dmesg reports VM and GPU faults with 4.10-rc6, as in the attachement. The X
session remains usable. On very rare occasions, the laptop won't resume from
suspend. Reported for any usefulness.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=28217
Summary: Black screen and crash on r600 with radeon module not
loaded
Product: DRI
Version: XOrg 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: kilobug(a)freesurf.fr
If the radeon kernel module isn't loaded, starting Xorg gives me a black screen
and I need to do a hard reboot (reset).
I've a HD4650 radeon, so it's r600 driver. This didn't happen with my old
Radeon 9250, but I did upgrade X and kernel at the same time (to have r600
support), so not sure if it's related to hardware or to more recent X.
I'm using Debian GNU/Linux with 64-bits kernel and 32-bits userland and :
- xserver-xorg-video-radeon version 1:6.13.0-2
- xserver-xorg version 1:7.5+6
- libgl1-mesa-dri version 7.8.1-1
- kernel 2.6.33-2-amd64
--
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=99459
Bug ID: 99459
Summary: Performace drop on AMD TONGA(380x) on kernels 4.9 and
4.10RC3
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: major
Priority: medium
Component: DRM/AMDgpu
Assignee: dri-devel(a)lists.freedesktop.org
Reporter: somebody1121(a)gmail.com
Created attachment 129046
--> https://bugs.freedesktop.org/attachment.cgi?id=129046&action=edit
Performance drop
Performance drop beyond kernel 4.8 on games like alien isolation(heavy fps
drop), pillars of eternity or tomb raider due to higher cpu usage. GPU AMD
TONGA, latest mesa-git, xorg 1.19.1.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=28069
Summary: maniadrive - smooth play with
LIBGL_ALWAYS_INDIRECT=true, (almost) unplayable
otherwise
Product: DRI
Version: XOrg CVS
Platform: Other
OS/Version: All
Status: NEW
Severity: enhancement
Priority: medium
Component: DRM/Radeon
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: pcpa(a)mandriva.com.br
The problem described in https://bugs.freedesktop.org/show_bug.cgi?id=28002
actually also happens with the ati driver.
Just that with the ati driver, it is less visible (the car position jumps
less), but with LIBGL_ALWAYS_INDIRECT it also becomes a lot more smooth.
--
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=99313
Bug ID: 99313
Summary: A few amdgpu errors with kernel 4.10-rc2 (Kaveri +
Topaz)
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: nmset(a)netcourrier.com
Created attachment 128806
--> https://bugs.freedesktop.org/attachment.cgi?id=128806&action=edit
dmesg for amdgpu on kernel 4.10-rc2
This is just to report a few errors with amdgpu in kernel 4.10-rc2 on my
laptop, featuring :
APU : AMD A10-7300 Radeon R6, 10 Compute Cores 4C+6G (from /proc/cpuinfo).
iGPU : 00:01.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Kaveri
HDMI/DP Audio Controller
dGPU : 01:00.0 Display controller: Advanced Micro Devices, Inc. [AMD/ATI] Topaz
XT [Radeon R7 M260/M265 / M340/M360 / M440/M445]
Xorg : 1.18.4, on Arch Linux
$(dmesg |grep -i amdgpu) is in the attachement k4.10-rc2_amdgpu_dmesg.txt.
In brief, there are errors related to UVD and IB with Kaveri iGPU.
I do have a normal X session, except that the laptop never suspends, and things
can then go as bad as corrupting the file system beyond recognition by Grub.
I am posting this information in the hope it can be useful to developers.
Regards.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=27609
Summary: Regression: r600 CS checker rejects narrow FBO
renderbuffers.
Product: DRI
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
Severity: major
Priority: medium
Component: DRM/Radeon
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: nbowler(a)draconx.ca
Created an attachment (id=34944)
--> (https://bugs.freedesktop.org/attachment.cgi?id=34944)
Full kernel log including failure message.
The R600 CS checker recently merged into the mainline kernel breaks rendering
to FBOs with renderbuffers of width <= 48. The height does not matter.
Attempting to run such a program terminates with
drmRadeonCmdBuffer: -22. Kernel failed to parse or rejected command stream.
See dmesg for more info.
and in dmesg:
radeon 0000:03:00.0: r600_cs_track_validate_cb:198 cb pitch (32 x 4 = 128)
invalid
radeon 0000:03:00.0: r600_packet3_check:1109 invalid cmd stream 514
[drm:radeon_cs_ioctl] *ERROR* Invalid command stream !
Please see the test case attached to bug 27590 for a program which triggers
this issue. The program works on Linux 2.6.33 and with the software
rasterizer. The problem is reproducible with both mesa 7.8.1 and git master,
against latest Linus git kernel.
--
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=99275
Bug ID: 99275
Summary: Kernel 4.9: amdgpu regression; gui flickers; amd
radeon rx 460
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: tuxuser(a)quantentunnel.de
CC: tiwai(a)suse.de
Created attachment 128754
--> https://bugs.freedesktop.org/attachment.cgi?id=128754&action=edit
hwinfo
System: openSuse Leap 42.2,
kernel from download.opensuse.org/repositories/Kernel:/stable/standard/
4.9.0-4.g1af4b0f
Mesa from download.opensuse.org/repositories/X11:/XOrg/openSUSE_Leap_42.2/
graphics adapter: amd radeon rx 460
cpu: i5-6402p
desktop: kde5 (from 42.2-oss/update)
Problem: Address-drop-down in firefox flickers.
Steps to reproduce:
start firefox
enter address (example: www.heise.de)
enter an other address
address drop down starts to flicker.
Perhaps problem shows up only when virtual desktop has been changed before
firefox was started. (I use cube animation for virtual desktop change.)
Problem also occurs with tumbleweed live system.
There is no problem with kernel 4.8.x (4.8.14)
I've also reported this bug at
https://bugzilla.suse.com/show_bug.cgi?id=1017938
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=99264
Bug ID: 99264
Summary: Deterministic crash on RX460 "NULL pointer
dereference"
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: daniel.mantione(a)freepascal.org
Created attachment 128734
--> https://bugs.freedesktop.org/attachment.cgi?id=128734&action=edit
Complete syslog data from boot to crash
Hello,
I am in the process of migrating from a Radeon HD6670 to an RX 460 for quite a
few months now. I regularily fit the RX460, but keep running into issues,
crashes and others, that force me to install the HD6670 again if I need my
computer for serious work or even a more stable gaming situation. However, I am
making progress identifying issues, and it looks like there are 3 different
causes for crashes. One of them I can now reproduce very easy, and smells like
a real driver bug, so therefore I would like to report it.
My hardware is as follows:
Xeon E5-2650v2 CPU (once it was an Opteron, but you stopped making new ones :(
)
Supermicro X9SRE-3F mainboard
32GB RAM
HIS Radeon RX 460 2GB
3 * HP LP2065 1600x1200 monitor
- One connected via active DP to DVI converter
- One connected via DVI
- One connected via HDMI to DVI cable
My software configuration is as follows:
OpenSuSE 13.1 with the following modifications:
- Amd-staging-4.7 kernel as of 21 december 2016 (compiled it myself)
(DAL is needed to use all my 3 monitors)
- Xorg upgraded to 7.6 (via
http://download.opensuse.org/repositories/X11:/XOrg/openSUSE_13.1/ )
- Mesa upgraded to 13.0.1 (via
http://download.opensuse.org/repositories/X11:/XOrg/openSUSE_13.1/ )
How to reproduce?
Using the game The Great Whale Road, I have captured the OpenGL command stream
with Apitrace:
http://apitrace.github.io/
I have uploaded it here, be warned that this is a 770MB download:
http://www.freepascal.org/~daniel/greatwhaleroad.trace.bz2
Then:
bunzip2 greatwhaleroad.trace.bz2
apitrace replay greatwhaleroad.trace
At the end of the replay, all monitors lose signal and go black. Because my
mainboard has a small Aspeed onboard VGA controller, I can switch my monitor
input to that VGA controller, login to the Linux VGA text console and recover
some information. In dmesg the stack trace below is visible. You can also see
that the X server and game processes are still running, but hanging inside the
kernel, so they cannot be killed.
Best regards,
Daniël Mantione
[ 1631.286172] BUG: unable to handle kernel NULL pointer dereference at
0000000000000030
[ 1631.333419] IP: [<ffffffffa08e3e7a>] amdgpu_gtt_mgr_alloc+0x2a/0x150
[amdgpu]
[ 1631.367823] PGD b9adf067 PUD b8ef5067 PMD 0
[ 1631.402734] Oops: 0000 [#1] SMP
[ 1631.436707] Modules linked in: ppdev parport zram lz4_compress
lz4_decompress fuse af_packet k8temp hwmon_vid sr_mod cdrom amdkfd amd_iommu_v2
amdgpu x86_pkg_temp_thermal
intel_powerclamp coretemp snd_seq_dummy snd_seq_oss snd_emu10k1_synth
snd_emux_synth snd_seq_virmidi snd_seq_midi_emul snd_seq_midi
snd_seq_midi_event kvm_intel
snd_hda_codec_hdmi snd_emu10k1 snd_hda_intel kvm snd_hda_codec snd_rawmidi
snd_hda_core snd_ac97_codec ipmi_ssif ac97_bus snd_pcm_oss snd_pcm irqbypass
crct10dif_pclmul isci
crc32_pclmul crc32c_intel ttm ghash_clmulni_intel snd_util_mem snd_hwdep
snd_seq drbg iTCO_wdt iTCO_vendor_support igb ansi_cprng drm_kms_helper libsas
aesni_intel
snd_seq_device snd_timer ablk_helper cryptd lrw snd_mixer_oss gf128mul mei_me
ptp glue_helper drm snd emu10k1_gp usb_storage mei scsi_transport_sas
[ 1631.592832] aes_x86_64 pps_core joydev md_mod gameport ioatdma backlight
soundcore fb_sys_fops pcspkr serio_raw shpchp sysimgblt i2c_i801 sysfillrect
syscopyarea lpc_ich
dca i2c_algo_bit mfd_core wmi ipmi_si ipmi_msghandler button binfmt_misc sg
dm_mod autofs4 ext4 mbcache jbd2 crc16 hid_generic usbhid ehci_pci ehci_hcd
usbcore sd_mod
usb_common xenbus_probe_frontend reiserfs fan thermal ahci libahci libata
scsi_mod [last unloaded: parport_pc]
[ 1631.721604] CPU: 0 PID: 3948 Comm: glretrace Not tainted 4.7.0-2-default+ #1
[ 1631.764334] Hardware name: Supermicro
X9SRE/X9SRE-3F/X9SRi/X9SRi-3F/X9SRE/X9SRE-3F/X9SRi/X9SRi-3F, BIOS 3.2a
08/31/2015
[ 1631.785241] [drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring sdma0 timeout,
last signaled seq=10998, last emitted seq=10998
[ 1631.785245] [drm] IP block:tonga_ih is hung!
[ 1631.785518] [drm] Atomic commit: RESET. crtc id 0:[ffff880816a06000]
[ 1631.785540] [drm] Atomic commit: RESET. crtc id 1:[ffff880817700000]
[ 1631.785559] [drm] Atomic commit: RESET. crtc id 2:[ffff88081c3e4000]
[ 1631.785578] [drm] dc_commit_targets: 0 targets
[ 1632.074160] task: ffff88080564ccc0 ti: ffff8808057c0000 task.ti:
ffff8808057c0000
[ 1632.119037] RIP: 0010:[<ffffffffa08e3e7a>] [<ffffffffa08e3e7a>]
amdgpu_gtt_mgr_alloc+0x2a/0x150 [amdgpu]
[ 1632.164304] RSP: 0018:ffff8808057c3a10 EFLAGS: 00010282
[ 1632.210314] RAX: ffff880808fe1970 RBX: ffff880818f1f890 RCX:
7fffffffffffffff
[ 1632.256563] RDX: 0000000000000000 RSI: ffff880818f1f858 RDI:
ffff880808fe1970
[ 1632.302370] RBP: ffff8808057c3a70 R08: 0000000000000001 R09:
ffff8806ccb7b928
[ 1632.348805] R10: ffff880811ebe540 R11: 0000000000000287 R12:
0000000000000000
[ 1632.394486] R13: ffff880818f1f890 R14: ffff880818f1f800 R15:
ffff8807bfaf4d80
[ 1632.439637] FS: 00007fed53c56700(0000) GS:ffff88081f200000(0000)
knlGS:0000000000000000
[ 1632.485411] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 1632.531172] CR2: 0000000000000030 CR3: 00000000355cf000 CR4:
00000000001406f0
[ 1632.577066] Stack:
[ 1632.622940] ffff8806ccb7b000 0000000000000680 0000000000000246
ffff8808057c3a50
[ 1632.669400] ffffffff810a1799 ffff880808fe8608 ffff880808fe8608
ffff8807de2293c0
[ 1632.719718] ffff8807de229470 ffff880818f1f890 ffff880818f1f800
ffff8807bfaf4d80
[ 1632.769794] Call Trace:
[ 1632.824132] [<ffffffff810a1799>] ? __might_sleep+0x49/0x80
[ 1632.879008] [<ffffffffa08c7afb>] amdgpu_ttm_bind+0x5b/0x150 [amdgpu]
[ 1632.932452] [<ffffffffa08df45d>] amdgpu_vm_update_page_directory+0x7d/0x480
[amdgpu]
[ 1632.978788] [<ffffffff811b019b>] ? krealloc+0x2b/0xa0
[ 1633.025524] [<ffffffffa040ff54>] ? ttm_eu_reserve_buffers+0x184/0x330 [ttm]
[ 1633.072382] [<ffffffffa08ce70b>] amdgpu_gem_va_update_vm+0x13b/0x180
[amdgpu]
[ 1633.119681] [<ffffffffa0409c99>] ? ttm_bo_add_to_lru+0x89/0xe0 [ttm]
[ 1633.167081] [<ffffffffa08cf7af>] amdgpu_gem_va_ioctl+0x1df/0x2a0 [amdgpu]
[ 1633.215410] [<ffffffff810a1799>] ? __might_sleep+0x49/0x80
[ 1633.262823] [<ffffffffa050062d>] drm_ioctl+0x25d/0x510 [drm]
[ 1633.310491] [<ffffffff8122ea93>] ? touch_atime+0x23/0xa0
[ 1633.358466] [<ffffffffa08cf5d0>] ? amdgpu_gem_metadata_ioctl+0x1f0/0x1f0
[amdgpu]
[ 1633.406696] [<ffffffffa08b504b>] amdgpu_drm_ioctl+0x4b/0x80 [amdgpu]
[ 1633.454146] [<ffffffff81224896>] do_vfs_ioctl+0x96/0x690
[ 1633.501757] [<ffffffff81003246>] ? do_audit_syscall_entry+0x66/0x70
[ 1633.549670] [<ffffffff81003729>] ? syscall_trace_enter_phase1+0xf9/0x110
[ 1633.597796] [<ffffffff81224f09>] SyS_ioctl+0x79/0x90
[ 1633.645903] [<ffffffff81003a79>] do_syscall_64+0x69/0x110
[ 1633.694445] [<ffffffff81600925>] entry_SYSCALL64_slow_path+0x25/0x25
[ 1633.742299] Code: 00 0f 1f 44 00 00 55 48 89 e5 41 57 41 56 41 55 41 54 53
48 89 cb 48 83 ec 38 4c 8b 21 48 b9 ff ff ff ff ff ff ff 7f 4c 8b 57 30 <49> 39
4c 24 30 74 11
31 c0 48 83 c4 38 5b 41 5c 41 5d 41 5e 41
[ 1633.842789] RIP [<ffffffffa08e3e7a>] amdgpu_gtt_mgr_alloc+0x2a/0x150
[amdgpu]
[ 1633.894212] RSP <ffff8808057c3a10>
[ 1633.944739] CR2: 0000000000000030
[ 1633.994974] ---[ end trace d06de6dc7a13ea3e ]---
[ 1634.047545] [drm] dc_link_handle_hpd_rx_irq: Got short pulse HPD on link 0
[ 1634.047549] amdgpu 0000:04:00.0: SRBM_SOFT_RESET=0x00000400
[ 1635.184392] [drm:log_to_debug_console [amdgpu]] *ERROR*
dal_irq_service_dummy_ack: called for non-implemented irq source
[ 1635.184446] [drm:log_to_debug_console [amdgpu]] *ERROR*
dal_irq_service_dummy_set: called for non-implemented irq source
[ 1635.184501] [drm:log_to_debug_console [amdgpu]] *ERROR*
dal_irq_service_dummy_ack: called for non-implemented irq source
[ 1635.184543] [drm:log_to_debug_console [amdgpu]] *ERROR*
dal_irq_service_dummy_set: called for non-implemented irq source
[ 1635.184585] [drm:log_to_debug_console [amdgpu]] *ERROR*
dal_irq_service_dummy_ack: called for non-implemented irq source
[ 1635.184623] [drm:log_to_debug_console [amdgpu]] *ERROR*
dal_irq_service_dummy_set: called for non-implemented irq source
[ 1635.184673] [drm:amdgpu_dm_set_crtc_irq_state [amdgpu]] *ERROR*
amdgpu_dm_set_crtc_irq_state: crtc is NULL at id :4
[ 1635.184717] [drm:amdgpu_dm_set_crtc_irq_state [amdgpu]] *ERROR*
amdgpu_dm_set_crtc_irq_state: crtc is NULL at id :5
[ 1635.184758] [drm:amdgpu_dm_set_crtc_irq_state [amdgpu]] *ERROR*
amdgpu_dm_set_crtc_irq_state: crtc is NULL at id :6
[ 1635.184799] [drm:amdgpu_dm_set_crtc_irq_state [amdgpu]] *ERROR*
amdgpu_dm_set_crtc_irq_state: crtc is NULL at id :7
[ 1635.184838] [drm:amdgpu_dm_set_crtc_irq_state [amdgpu]] *ERROR*
amdgpu_dm_set_crtc_irq_state: crtc is NULL at id :8
[ 1635.184879] [drm:amdgpu_dm_set_crtc_irq_state [amdgpu]] *ERROR*
amdgpu_dm_set_crtc_irq_state: crtc is NULL at id :9
[ 1635.184917] [drm:amdgpu_dm_set_crtc_irq_state [amdgpu]] *ERROR*
amdgpu_dm_set_crtc_irq_state: crtc is NULL at id :10
[ 1635.184955] [drm:amdgpu_dm_set_crtc_irq_state [amdgpu]] *ERROR*
amdgpu_dm_set_crtc_irq_state: crtc is NULL at id :11
[ 1635.184998] [drm:log_to_debug_console [amdgpu]] *ERROR*
dal_irq_service_dummy_ack: called for non-implemented irq source
[ 1635.185038] [drm:log_to_debug_console [amdgpu]] *ERROR*
dal_irq_service_dummy_set: called for non-implemented irq source
[ 1635.185078] [drm:log_to_debug_console [amdgpu]] *ERROR*
dal_irq_service_dummy_ack: called for non-implemented irq source
[ 1635.185116] [drm:log_to_debug_console [amdgpu]] *ERROR*
dal_irq_service_dummy_set: called for non-implemented irq source
[ 1635.185158] [drm:log_to_debug_console [amdgpu]] *ERROR*
dal_irq_service_dummy_ack: called for non-implemented irq source
[ 1635.185195] [drm:log_to_debug_console [amdgpu]] *ERROR*
dal_irq_service_dummy_set: called for non-implemented irq source
--
You are receiving this mail because:
You are the assignee for the bug.