Bug 1180747 - [abrt] WARNING: CPU: 0 PID: 1007 at drivers/gpu/drm/drm_dp_mst_topology.c:1242 process_single_tx_qlock+0x4b6/0x540 [drm_kms_helper]()
Summary: [abrt] WARNING: CPU: 0 PID: 1007 at drivers/gpu/drm/drm_dp_mst_topology.c:124...
Keywords:
Status: CLOSED EOL
Alias: None
Product: Fedora
Classification: Fedora
Component: xorg-x11-drv-intel
Version: 20
Hardware: x86_64
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Adam Jackson
QA Contact: Fedora Extras Quality Assurance
URL: https://retrace.fedoraproject.org/faf...
Whiteboard: abrt_hash:40b42c1ab3773130c5efb9b535b...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-01-09 21:27 UTC by Steve Meisner
Modified: 2015-10-21 23:16 UTC (History)
10 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2015-06-29 23:59:51 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
File: dmesg (89.55 KB, text/plain)
2015-01-09 21:27 UTC, Steve Meisner
no flags Details
Fedora 22 oops from connecting a MST hub to the displayport connector (70.22 KB, text/plain)
2015-05-29 14:59 UTC, Richard Harman
no flags Details

Description Steve Meisner 2015-01-09 21:27:42 UTC
Additional info:
reporter:       libreport-2.2.3
WARNING: CPU: 0 PID: 1007 at drivers/gpu/drm/drm_dp_mst_topology.c:1242 process_single_tx_qlock+0x4b6/0x540 [drm_kms_helper]()
fail
Modules linked in: ipt_MASQUERADE xt_CHECKSUM tun uvcvideo videobuf2_vmalloc videobuf2_memops videobuf2_core v4l2_common btusb videodev media ip6t_rpfilter ip6t_REJECT xt_conntrack bnep bluetooth ebtable_nat ebtable_broute bridge stp llc ebtable_filter ebtables ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6 ip6table_mangle ip6table_security ip6table_raw ip6table_filter ip6_tables iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack iptable_mangle iptable_security iptable_raw binfmt_misc arc4 rtsx_pci_sdmmc mmc_core iTCO_wdt rtsx_pci_ms iTCO_vendor_support memstick x86_pkg_temp_thermal coretemp kvm_intel kvm crct10dif_pclmul crc32_pclmul crc32c_intel iwlmvm mac80211 snd_hda_codec_realtek ghash_clmulni_intel snd_hda_codec_generic snd_hda_codec_hdmi iwlwifi joydev snd_hda_intel snd_hda_controller lpc_ich snd_hda_codec microcode serio_raw i2c_i801 snd_hwdep cfg80211 snd_seq snd_seq_device rtsx_pci snd_pcm mfd_core shpchp mei_me mei snd_timer wmi thinkpad_acpi snd soundcore tpm_tis rfkill tpm nfsd auth_rpcgss nfs_acl lockd sunrpc hid_logitech_dj i915 e1000e ptp i2c_algo_bit pps_core drm_kms_helper drm video
CPU: 0 PID: 1007 Comm: X Not tainted 3.17.7-200.fc20.x86_64 #1
Hardware name: LENOVO 20ARS0LE00/20ARS0LE00, BIOS GJET67WW (2.17 ) 12/10/2013
 0000000000000000 00000000816b9d67 ffff8802f45178a8 ffffffff8172758c
 ffff8802f45178f0 ffff8802f45178e0 ffffffff81092e7d 000000000000000c
 0000000000001000 000000000000000c 0000000000000000 ffff8800c8e045f0
Call Trace:
 [<ffffffff8172758c>] dump_stack+0x45/0x56
 [<ffffffff81092e7d>] warn_slowpath_common+0x7d/0xa0
 [<ffffffff81092efc>] warn_slowpath_fmt+0x5c/0x80
 [<ffffffffa0072a86>] process_single_tx_qlock+0x4b6/0x540 [drm_kms_helper]
 [<ffffffff810d1686>] ? finish_wait+0x56/0x70
 [<ffffffffa0072b4a>] process_single_down_tx_qlock+0x3a/0xe0 [drm_kms_helper]
 [<ffffffffa0072c3e>] drm_dp_queue_down_tx+0x4e/0x60 [drm_kms_helper]
 [<ffffffffa0075d2d>] drm_dp_mst_i2c_xfer+0x17d/0x230 [drm_kms_helper]
 [<ffffffffa00d9fa5>] ? intel_runtime_pm_put+0x45/0x60 [i915]
 [<ffffffffa00da16e>] ? intel_aux_display_runtime_put+0xe/0x10 [i915]
 [<ffffffffa01534bb>] ? gmbus_xfer+0x3db/0x590 [i915]
 [<ffffffff8157c24d>] __i2c_transfer+0x6d/0x210
 [<ffffffff8157d5c6>] i2c_transfer+0x56/0xc0
 [<ffffffffa0025525>] drm_do_probe_ddc_edid+0xe5/0x160 [drm]
 [<ffffffffa0025634>] drm_get_edid+0x44/0x2e0 [drm]
 [<ffffffffa007365e>] drm_dp_mst_get_edid+0x2e/0x60 [drm_kms_helper]
 [<ffffffffa014ab29>] intel_dp_mst_get_modes+0x29/0x50 [i915]
 [<ffffffffa0070a25>] drm_helper_probe_single_connector_modes_merge_bits+0x1e5/0x3d0 [drm_kms_helper]
 [<ffffffffa0070c23>] drm_helper_probe_single_connector_modes+0x13/0x20 [drm_kms_helper]
 [<ffffffffa002158f>] drm_mode_getconnector+0x3ff/0x470 [drm]
 [<ffffffffa0013e0c>] drm_ioctl+0x1ec/0x660 [drm]
 [<ffffffff81213500>] do_vfs_ioctl+0x2e0/0x4a0
 [<ffffffff81213741>] SyS_ioctl+0x81/0xa0
 [<ffffffff8112f426>] ? __audit_syscall_exit+0x1f6/0x2a0
 [<ffffffff8172ec69>] system_call_fastpath+0x16/0x1b

Comment 1 Steve Meisner 2015-01-09 21:27:45 UTC
Created attachment 978388 [details]
File: dmesg

Comment 2 Richard Harman 2015-05-06 15:00:14 UTC
I have this happening on a Lenovo W540 as well - Fedora 21.  As I understand it, the new setup w/ haswell CPUs means that all the video has to be routed through the integrated intel video card, and it's not possible to use the discrete NVidia card like on the W530 model laptop.

I blacklisted nouveau, and still get the same kernel panic/oops.  Connecting a displayport multistream hub to the mini displayport connector on the side of the laptop crashes X, the display becomes unresponsive.

Comment 3 Richard Harman 2015-05-08 04:26:54 UTC
More context:

May 07 00:48:07 localhost.localdomain kernel: [drm:drm_dp_send_link_address] link address reply: 3
May 07 00:48:07 localhost.localdomain kernel: [drm:drm_dp_send_link_address] port 0: input 1, pdt: 1, pn: 0, dpcd_rev: 00, mcs: 1, ddps: 1, ldps 0, sdp 0/0
May 07 00:48:07 localhost.localdomain kernel: [drm:drm_dp_send_link_address] port 1: input 0, pdt: 3, pn: 1, dpcd_rev: 11, mcs: 0, ddps: 1, ldps 0, sdp 0/0
May 07 00:48:07 localhost.localdomain kernel: [drm:drm_dp_send_link_address] port 2: input 0, pdt: 3, pn: 2, dpcd_rev: 11, mcs: 0, ddps: 1, ldps 0, sdp 0/0
May 07 00:48:07 localhost.localdomain kernel: [drm:drm_dp_dpcd_access] too many retries, giving up
May 07 00:48:07 localhost.localdomain kernel: [drm:drm_dp_dpcd_access] too many retries, giving up
May 07 00:48:07 localhost.localdomain kernel: [drm:intel_hpd_irq_handler] hotplug event received, stat 0x00200000, dig 0x00101011
May 07 00:48:07 localhost.localdomain kernel: [drm:intel_hpd_irq_handler] digital hpd port B - short
May 07 00:48:07 localhost.localdomain kernel: [drm:drm_dp_dpcd_access] too many retries, giving up
May 07 00:48:07 localhost.localdomain kernel: [drm:drm_dp_dpcd_access] too many retries, giving up
May 07 00:48:07 localhost.localdomain kernel: [drm:drm_dp_dpcd_access] too many retries, giving up
May 07 00:48:07 localhost.localdomain kernel: [drm:drm_dp_dpcd_access] too many retries, giving up
May 07 00:48:07 localhost.localdomain kernel: [drm:intel_dp_hpd_pulse] got hpd irq on port B - short
May 07 00:48:07 localhost.localdomain kernel: [drm:drm_dp_dpcd_access] too many retries, giving up
May 07 00:48:07 localhost.localdomain kernel: [drm:drm_dp_dpcd_access] too many retries, giving up
May 07 00:48:07 localhost.localdomain kernel: [drm:drm_dp_dpcd_access] too many retries, giving up
May 07 00:48:07 localhost.localdomain kernel: [drm:drm_dp_dpcd_access] too many retries, giving up
May 07 00:48:07 localhost.localdomain kernel: [drm:drm_dp_dpcd_access] too many retries, giving up
May 07 00:48:07 localhost.localdomain kernel: [drm:drm_dp_send_sideband_msg] failed to dpcd write 7 -5
May 07 00:48:07 localhost.localdomain kernel: ------------[ cut here ]------------
May 07 00:48:07 localhost.localdomain kernel: WARNING: CPU: 0 PID: 4 at drivers/gpu/drm/drm_dp_mst_topology.c:1268 process_single_tx_qlock+0x623/0x690 [drm_kms_helper]()
May 07 00:48:07 localhost.localdomain kernel: fail

Comment 4 Fedora End Of Life 2015-05-29 13:35:57 UTC
This message is a reminder that Fedora 20 is nearing its end of life.
Approximately 4 (four) weeks from now Fedora will stop maintaining
and issuing updates for Fedora 20. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as EOL if it remains open with a Fedora  'version'
of '20'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora 20 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora, you are encouraged  change the 'version' to a later Fedora 
version prior this bug is closed as described in the policy above.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

Comment 5 Richard Harman 2015-05-29 14:59:51 UTC
Created attachment 1032139 [details]
Fedora 22 oops from connecting a MST hub to the displayport connector

This bug still effects Fedora 22.

Comment 6 Fedora End Of Life 2015-06-29 23:59:51 UTC
Fedora 20 changed to end-of-life (EOL) status on 2015-06-23. Fedora 20 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.

Thank you for reporting this bug and we are sorry it could not be fixed.

Comment 7 Richard Harman 2015-06-30 02:05:39 UTC
Please reopen this bug, this still effects Fedora 22.


Note You need to log in before you can comment on or make changes to this bug.