Created attachment 116366 [details] dmesg Notebook: TOSHIBA Sattelite M50-A-11L Chipset: Intel 8 Series, Haswell-ULT Kernel: drm-intel-nightly @ 4605bd59a9357d37054e1d9cf0345a73b6743df4 When booting with fastboot=1, the external monitor, a 1280x1024 TFT, is switched off and stays off in Xorg. Switching to a framebuffer console switches the TFT on, but going back to X switches it off again.
Created attachment 116369 [details] Xorg.0.log Correction: During boot, the screen stays on but nothing is displayed. It is only when entering Xorg that the screen goes to standby. Also interestingly when I switch to a framebuffer console, not only does the screen switch on again, but when I restart the X server from there the display stays on.
Created attachment 116370 [details] dmsg for unify-flip-modeset This is the dmsg output for mlankhorst's unify-flip-modeset branch @ 3331a590ae16bbad65949c392ae89c28dc88f3f8 I'll buy a braille terminal if I have to continue typing commands into black screens. Joke aside, with unify-flip-modeset the screen stays black but doesn't go to sleep. There is no mode-switching happening between fb console and Xorg and as such I could not recover from the black screen by switching forth and back. (At least that's what I believe happened.)
Created attachment 116371 [details] dmesg for unify-flip-modeset Sorry, I booted with the wrong kernel parameters. This is the correct dmesg log. The screen stays on and black even in Xorg. So I assume no mode switch is happening between console fb and Xorg. This time I got 'clever' and unplugged the TFT and reconnected it, so it got reinitialized and showed me an image. So the problem could be solved by a special hardware flip switch in the HDMI cable that interrupts the connection between gfx card and monitor for a moment. Whenever you boot your computer you flip the switch and the image shows! But a software solution is still preferred.
i915.fastboot module parameter is gone, please file a new bug if the problem persists with recent kernels. Thanks for the report.
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.