After returning from a 2-weeks-vacation, I saw that some new a=
nd interesting
features made it into
https://cgit.freedesktop.org/~agd5f/linux/log/?h=3Damd-staging-drm=
-next which I
had used before (at commit 94097b0f7f1bfa54b3b1f8b0d74bbd271a0564e4), so I
updated my kernel to the current-as-of-today version (at commit
43dd6fde5df450938568885249b836eb376e2ad6) - but found that X11 would not st=
art
anymore with the new version.
The symptom more specifically is: Booting to the console is fine.
When I invoke "X" (manually), the console remains visible, and th=
e Xorg.0.log
output indefinitely pauses after the messages=20
[ 36.622] (EE) AMDGPU(0): Failed to allocate scanout buffer memory
[ 36.623] (EE) AMDGPU(0): Failed to allocate scanout buffer memory
[ 36.623] (EE) AMDGPU(0): failed to set mode: Invalid argument
have been emitted. (These messages are not present with the older, working
kernel version.)
At about the same time, the following dmesg output is emitted:
[ 36.405078] ------------[ cut here ]------------
[ 36.405090] WARNING: CPU: 5 PID: 758 at
drivers/gpu/drm/drm_mode_object.c:294 drm_object_property_get_value+0x22/0x=
30
[drm]
[ 36.405090] Modules linked in: ipt_REJECT nf_reject_ipv4 nf_log_ipv4
nf_log_common xt_LOG xt_tcpudp xt_owner xt_mark iptable_nat cmac
nf_conntrack_ipv4 c
pufreq_ondemand nf_defrag_ipv4 nf_nat_ipv4 nf_nat msr bnep nf_conntrack
iptable_mangle iptable_filter nls_iso8859_1 nls_cp437 vfat fat
snd_hda_codec_realtek
snd_hda_codec_generic btusb btrtl btbcm btintel snd_hda_codec_hdmi bluetoo=
th
igb snd_hda_intel snd_hda_codec ptp ecdh_generic pps_core rfkill snd_hda_co=
re=20
dca crc16 snd_hwdep snd_pcm edac_mce_amd snd_timer kvm_amd snd soundcore
sp5100_tco kvm tpm_tis tpm_tis_core input_leds evdev i2c_piix4 shpchp irqby=
pass
pcs
pkr led_class tpm button 8250_dw acpi_cpufreq sch_fq_codel usbip_host
usbip_core sg exfat(O) it87(O) hwmon_vid ip_tables x_tables algif_skcipher
af_alg sd_m
od uas usb_storage serio_raw atkbd
[ 36.405113] libps2 crct10dif_pclmul crc32_pclmul ghash_clmulni_intel pc=
bc
aesni_intel aes_x86_64 crypto_simd glue_helper cryptd ccp rng_core ahci lib=
ahc
i xhci_pci xhci_hcd libata usbcore scsi_mod usb_common i8042 serio amdgpu
i2c_algo_bit ttm drm_kms_helper syscopyarea sysfillrect sysimgblt fb_sys_fo=
ps
drm=20
xfs libcrc32c crc32c_generic crc32c_intel dm_crypt dm_mod dax nvme nvme_core
i2c_dev
[ 36.405125] CPU: 5 PID: 758 Comm: Xorg Tainted: G W O=20=20=20
4.13.0-rc5-amd+ #6
[ 36.405125] Hardware name: System manufacturer System Product Name/PRIME
X370-PRO, BIOS 0810 08/01/2017
[ 36.405126] task: ffff8807fa35a940 task.stack: ffffc90008be0000
[ 36.405134] RIP: 0010:drm_object_property_get_value+0x22/0x30 [drm]
[ 36.405135] RSP: 0018:ffffc90008be3bc8 EFLAGS: 00010282
[ 36.405136] RAX: ffffffffa04b9340 RBX: ffff8807f5ac0000 RCX:
0000000000000000
[ 36.405136] RDX: ffffc90008be3be8 RSI: ffff8807fa3f4880 RDI:
ffff8807f6b84028
[ 36.405137] RBP: ffffc90008be3bc8 R08: ffff8807fa3f6520 R09:
ffff8807ed303c00
[ 36.405137] R10: 0000000000000040 R11: 0000000000000000 R12:
ffff8807f6b84000
[ 36.405138] R13: 00000000ffffffea R14: ffff8807faf17980 R15:
ffff8807f6b84028
[ 36.405138] FS: 00007f42ac7fc940(0000) GS:ffff88081ed40000(0000)
knlGS:0000000000000000
[ 36.405139] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 36.405140] CR2: 000000706e122018 CR3: 00000007f790f000 CR4:
00000000003406e0
[ 36.405140] Call Trace:
[ 36.405175] amdgpu_dm_connector_atomic_set_property+0x10a/0x180 [amdgpu]
[ 36.405184] drm_atomic_set_property+0x186/0x4a0 [drm]
[ 36.405191] drm_mode_obj_set_property_ioctl+0x12d/0x280 [drm]
[ 36.405199] ? drm_mode_connector_set_obj_prop+0x80/0x80 [drm]
[ 36.405206] drm_mode_connector_property_set_ioctl+0x3f/0x60 [drm]
[ 36.405212] drm_ioctl_kernel+0x5d/0xb0 [drm]
[ 36.405219] drm_ioctl+0x32a/0x400 [drm]
[ 36.405226] ? drm_mode_connector_set_obj_prop+0x80/0x80 [drm]
[ 36.405229] ? lru_cache_add_active_or_unevictable+0x36/0xb0
[ 36.405249] amdgpu_drm_ioctl+0x4f/0x90 [amdgpu]
[ 36.405251] do_vfs_ioctl+0xa5/0x600
[ 36.405253] ? handle_mm_fault+0xd8/0x230
[ 36.405254] SyS_ioctl+0x79/0x90
[ 36.405256] entry_SYSCALL_64_fastpath+0x13/0x94
[ 36.405257] RIP: 0033:0x7f42aa0c30c7
[ 36.405258] RSP: 002b:00007ffe62874da8 EFLAGS: 00000246 ORIG_RAX:
0000000000000010
[ 36.405259] RAX: ffffffffffffffda RBX: 00007f42aa387aa0 RCX:
00007f42aa0c30c7
[ 36.405259] RDX: 00007ffe62874de0 RSI: 00000000c01064ab RDI:
000000000000000b
[ 36.405260] RBP: 00007f42aa387af8 R08: 000000706e121b80 R09:
0000000000000001
[ 36.405260] R10: 0000000000000004 R11: 0000000000000246 R12:
0000000000000020
[ 36.405260] R13: 0000000000000004 R14: 00007f42aa387af8 R15:
0000000000000000
[ 36.405261] Code: 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 48 8b 46 60 =
55
48 89 e5 48 8b 80 70 03 00 00 48 83 78 20 00 75 07 e8 60 ff ff ff 5d c3 <=
;0f> ff
e8 57 ff ff ff 5d c3 0f 1f 44 00 00 0f 1f 44 00 00 55 48=20
[ 36.405277] ---[ end trace c128c94b0c5a469b ]---
[ 36.532674] [drm:amdgpu_dm_atomic_check [amdgpu]] *ERROR* Atomic check
failed with err: -22=20
(However, scary dmesg output like this, with a call trace at
amdgpu_dm_connector_atomic_set_property, do also occur for "working&qu=
ot; kernel
versions, unlike the cited X11 messages above, but the "*ERROR* Atomic=
check
failed with err: -22" line only occurs with the "new, broken"=
; kernel.)
At this point, the consolse is still visible, and if I use "Alt+F2&quo=
t; or such to
switch to another virtual console I can work with that console. If I switch
back to the virtual console that I started X from, then the X server ends
(without ever having displayed anything).
Since this symptom was 100% reproducible with the new kernel, I started a &=
quot;git
bisect" on the amd-staging-drm-next kernel, which led to the following=
result:
ebbf7337e2daacacef3e01114e6be68a2a4f11b4 is the first bad commit
commit ebbf7337e2daacacef3e01114e6be68a2a4f11b4
Author: Charlene Liu <charle=
ne.liu@amd.com>
Date: Tue Aug 22 20:15:28 2017 -0400
drm/amd/display: Block 6Ghz timing if SBIOS set HDMI_6G_en to 0
Signed-off-by: Charlene Liu <charlene.liu@amd.com>
Reviewed-by: Charlene Liu <Charlene.Liu@amd.com>
Acked-by: Harry Wentland <Harry.Wentland@amd.com>
Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
:040000 040000 0f221431fffb401f50d49e9dab16ca2d93bb6388
51f57c497d9d1d7263847e246e9aa794032e9112 M drivers
>>From looking at
https://cgit.=
freedesktop.org/~agd5f/linux/commit/?h=3Damd-staging-drm-next&id=3Debbf=
7337e2daacacef3e01114e6be68a2a4f11b4
I cannot see how this patch could prevent my X from starting (using HDMI,
3840x2160), but it is 100% reproducible: X11 starts with the git before this
commit, but not with this git commit included, I tried multiple reboot-cycl=
es
to verify this.