On the Microsoft Surface 3 (non-pro), when booting Linux, the screen goes black, and the entire device becomes unresponsive. Because the only output device is the screen on this tablet, I'm gauging unresponsiveness by the attached keyboard no longer changing state when Caps Lock or other keys with LEDs are pressed. The system can be booted successfully without the system freezing with kernel parameter i915.modeset=0, but obviously that means all I get is a framebuffer video device, which is not desirable. I need a little bit of direction as to how I can collect any sort of useful information for you. Because the device freezes and the display shuts off, I can't really even copy logs off the device when the problem occurs. Any suggestions would be appreciated. I'm running linux kernel 4.2.0-rc6 with changes merged in from drm-intel, but I'd switch over to drm-intel-nightly to do any data collection.
Created attachment 117945 [details] Output of lshw
Please attach dmesg all the way from boot with drm.debug=14 module parameter enabled, with modeset enabled. Maybe you need to figure out how to use netconsole or usb console or how to ssh in or something to get this info.
Created attachment 118127 [details] full dmesg output I finally have a dmesg for you. I booted with module i915 blacklisted, then connected over ssh, and ran 'modprobe i915'. Then I captured the dmesg over ssh - so I guess the kernel didn't crash completely, which is a good thing.
This looks like he same thing as the bug at https://bugzilla.kernel.org/show_bug.cgi?id=97941 It looks like it's getting more attention over there.
Surface 3 is now much healthier running drm-intel-nightly branch of http://cgit.freedesktop.org/drm-intel Thanks for the report, I'm closing this one as fixed. As specific new issues arise, please file new bugs on them.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.