<html>
<head>
<base href="https://bugs.freedesktop.org/" />
</head>
<body><table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>Priority</th>
<td>medium
</td>
</tr>
<tr>
<th>Bug ID</th>
<td><a class="bz_bug_link
bz_status_NEW "
title="NEW --- - On Asus TX300, in CSM mode, with external monitor, failure to log in to X"
href="https://bugs.freedesktop.org/show_bug.cgi?id=70120">70120</a>
</td>
</tr>
<tr>
<th>CC</th>
<td>intel-gfx-bugs@lists.freedesktop.org
</td>
</tr>
<tr>
<th>Assignee</th>
<td>intel-gfx-bugs@lists.freedesktop.org
</td>
</tr>
<tr>
<th>Summary</th>
<td>On Asus TX300, in CSM mode, with external monitor, failure to log in to X
</td>
</tr>
<tr>
<th>QA Contact</th>
<td>intel-gfx-bugs@lists.freedesktop.org
</td>
</tr>
<tr>
<th>Severity</th>
<td>normal
</td>
</tr>
<tr>
<th>Classification</th>
<td>Unclassified
</td>
</tr>
<tr>
<th>OS</th>
<td>All
</td>
</tr>
<tr>
<th>Reporter</th>
<td>jkp@iki.fi
</td>
</tr>
<tr>
<th>Hardware</th>
<td>Other
</td>
</tr>
<tr>
<th>Status</th>
<td>NEW
</td>
</tr>
<tr>
<th>Version</th>
<td>unspecified
</td>
</tr>
<tr>
<th>Component</th>
<td>DRM/Intel
</td>
</tr>
<tr>
<th>Product</th>
<td>DRI
</td>
</tr></table>
<p>
<div>
<pre>Moved from <a href="https://bugzilla.kernel.org/show_bug.cgi?id=59841">https://bugzilla.kernel.org/show_bug.cgi?id=59841</a>
"Not sure if this is relevant or a different bug, but when booting to CSM mode
with one or two external monitors (in which case there's no image in the
internal monitor), occasionally I can't get past the login screen. Kernel log
from the latest case of this kind of failure:
[ 33.150719] ------------[ cut here ]------------
[ 33.150783] WARNING: CPU: 0 PID: 2865 at
drivers/gpu/drm/i915/intel_display.c:822 intel_wait_for_pipe_off+0xf6/0x1c
[ 33.150784] pipe_off wait timed out
[ 33.150829] Modules linked in: parport_pc(F) ppdev(F) lp(F) parport(F)
bnep(F) rfcomm(F) binfmt_misc(F) nls_iso8859
ec_hdmi(F) uvcvideo(F) ax88179_178a(F) snd_hda_codec_realtek(F)
videobuf2_vmalloc(F) usbnet(F) videobuf2_memops(F) mii
v(F) hid_multitouch(F) ath3k(F) snd_hda_intel(F) snd_hda_codec(F) snd_hwdep(F)
btusb(F) snd_pcm(F) joydev(F) bluetooth
ensor_hub(F) snd_page_alloc(F) snd_seq_midi(F) snd_seq_midi_event(F)
asus_nb_wmi(F) asus_wmi(F) snd_rawmidi(F) sparse_
ath9k(F) snd_seq_device(F) ath9k_common(F) snd_timer(F) ath9k_hw(F) ath(F)
mac80211(F) cfg80211(F) mac_hid(F) snd(F) p
e(F) serio_raw(F) hid_generic(F) usb_storage(F) usbhid(F) hid(F) wmi(F) ahci(F)
libahci(F) i915(F) video(F) i2c_algo_b
) [last unloaded: ipmi_msghandler]
[ 33.150843] CPU: 0 PID: 2865 Comm: Xorg Tainted: GF W 3.11.0 #4
[ 33.150845] Hardware name: ASUSTeK COMPUTER INC. TX300CA/TX300CA, BIOS
TX300CA.207 01/03/2013
[ 33.150851] 0000000000000009 ffff880114cc17b0 ffffffff816a76b9
ffff880114cc17f8
[ 33.150855] ffff880114cc17e8 ffffffff8104d2ac ffff880113980000
0000000000070008
[ 33.150858] 00000000fffefb58 ffff880114cc1fd8 ffff8801186bb470
ffff880114cc1848
[ 33.150859] Call Trace:
[ 33.150870] [<ffffffff816a76b9>] dump_stack+0x45/0x56
[ 33.150877] [<ffffffff8104d2ac>] warn_slowpath_common+0x8c/0xc0
[ 33.150882] [<ffffffff8104d39c>] warn_slowpath_fmt+0x4c/0x50
[ 33.150914] [<ffffffffa0071e86>] ? i915_read32+0x66/0x140 [i915]
[ 33.150948] [<ffffffffa009d1d6>] intel_wait_for_pipe_off+0xf6/0x1c0 [i915]
[ 33.150977] [<ffffffffa009d33e>] intel_disable_pipe+0x9e/0xb0 [i915]
[ 33.151007] [<ffffffffa009f696>] ironlake_crtc_disable+0xd6/0x8a0 [i915]
[ 33.151036] [<ffffffffa00a3f50>] __intel_set_mode+0x320/0x12b0 [i915]
[ 33.151072] [<ffffffffa00a6f66>] intel_set_mode+0x16/0x30 [i915]
[ 33.151101] [<ffffffffa00a7732>] intel_crtc_set_config+0x7b2/0x980 [i915]
[ 33.151131] [<ffffffffa001165d>] drm_mode_set_config_internal+0x5d/0xe0
[drm]
[ 33.151147] [<ffffffffa0065711>] drm_fb_helper_set_par+0x71/0xf0
[drm_kms_helper]
[ 33.151153] [<ffffffff81397fa5>] fb_set_var+0x1a5/0x470
[ 33.151162] [<ffffffff81255744>] ? __ext4_journal_stop+0x44/0xa0
[ 33.151169] [<ffffffff81085a39>] ? update_curr+0x99/0x180
[ 33.151176] [<ffffffff813a59d1>] fbcon_blank+0x1e1/0x2e0
[ 33.151184] [<ffffffff814119d4>] do_unblank_screen+0xb4/0x1e0
[ 33.151191] [<ffffffff814076c5>] complete_change_console+0x65/0xf0
[ 33.151197] [<ffffffff8140866a>] vt_ioctl+0xf1a/0x1120
[ 33.151204] [<ffffffff81150c94>] ? handle_mm_fault+0x264/0x5d0
[ 33.151229] [<ffffffffa000ab80>] ? drm_setmaster_ioctl+0x120/0x120 [drm]
[ 33.151240] [<ffffffff813fbd58>] tty_ioctl+0x278/0xb10
[ 33.151246] [<ffffffff816b217c>] ? __do_page_fault+0x27c/0x500
[ 33.151252] [<ffffffff8119f46c>] do_vfs_ioctl+0x8c/0x4f0
[ 33.151257] [<ffffffff8118fe81>] ? __sb_end_write+0x31/0x60
[ 33.151264] [<ffffffff8118de5e>] ? vfs_write+0x17e/0x1e0
[ 33.151268] [<ffffffff8119f961>] SyS_ioctl+0x91/0xb0
[ 33.151276] [<ffffffff816b6b46>] system_call_fastpath+0x1a/0x1f
[ 33.151280] ---[ end trace 6371fc90ad43927d ]---
[ 34.712112] [drm:intel_dp_complete_link_train] *ERROR* failed to train DP,
aborting
[ 35.067421] [drm:cpt_verify_modeset] *ERROR* mode set failed: pipe A stuck"
"" but is there *anyone* here for whom the CSM or legacy mode *fails*? "
See <a href="show_bug.cgi?id=70120#c137">comment 137</a>, <a href="https://bugzilla.kernel.org/show_bug.cgi?id=59841#c137">https://bugzilla.kernel.org/show_bug.cgi?id=59841#c137</a> - I've
seen that several times, but it didn't happen always. Could be it fails on only
external dislay and possibly even always on external, but not sure. I'm
compiling current git://people.freedesktop.org/~danvet/drm-intel to see what
happens with it."
"Created attachment 110201 [details]
Dmesg Asus TX300 CSM with patch 110101 and quirk & mod param patches
Here's a dmesg from drm-intel git tree with patch 110101 and my quirk & mod
param patches applied.
While the version works fine on UEFI, in CSM mode there's no image on the
internal display when an external monitor is connecte, and I can't log in even
with the external display. I reported a similar (maybe the same) issue in
<a href="show_bug.cgi?id=70120#c137">comment 137</a>."
" Jani Nikula 2013-10-04 09:33:49 UTC
(In reply to jkp from <a href="show_bug.cgi?id=70120#c205">comment #205</a>)
<span class="quote">> >I think your failure earlier is because you booted with external display >connected, and BIOS didn't enable the panel.
>
> Sounds like could well be that.</span >
IIUC, this happens with the otherwise working drm-intel-nightly + CSM combo
too? Please file a new bug about this on DRM/Intel at:
<a href="https://bugs.freedesktop.org/enter_bug.cgi?product=DRI">https://bugs.freedesktop.org/enter_bug.cgi?product=DRI</a>
We can't tackle all of these in one bug."</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the QA Contact for the bug.</li>
<li>You are on the CC list for the bug.</li>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>