[BYT] display hotplug doesn't work on console

I've tested the patches myself, and hotplug works with them.

This bug is awaiting verification that the kernel in -proposed solves the problem. Please test the kernel and update this bug with the results. If the problem is solved, change the tag 'verification-needed-xenial' to 'verification-done-xenial'.

If verification is not done by 5 working days from today, this fix will be dropped from the source code, and this bug will be closed.

See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you!

verified on my BYT NUC

This bug was fixed in the package linux - 4.4.0-38.57

---------------
linux (4.4.0-38.57) xenial; urgency=low

  [ Tim Gardner ]

  * Release Tracking Bug
    - LP: #1620658

  * CIFS client: access problems after updating to kernel 4.4.0-29-generic
    (LP: #1612135)
    - Revert "UBUNTU: SAUCE: (namespace) Bypass sget() capability check for nfs"
    - fs: Call d_automount with the filesystems creds

  * apt-key add fails in overlayfs (LP: #1618572)
    - SAUCE: overlayfs: fix regression in whiteout detection

linux (4.4.0-37.56) xenial; urgency=low

  [ Tim Gardner ]

  * Release Tracking Bug
    - LP: #1618040

  * [Feature] Instruction decoder support for new SKX instructions- AVX512
    (LP: #1591655)
    - x86/insn: perf tools: Fix vcvtph2ps instruction decoding
    - x86/insn: Add AVX-512 support to the instruction decoder
    - perf tools: Add AVX-512 support to the instruction decoder used by Intel PT
    - perf tools: Add AVX-512 instructions to the new instructions test

  * [Ubuntu 16.04] FCoE Lun not visible in OS with inbox driver - Issue with
    ioremap() call on 32bit kernel (LP: #1608652)
    - lpfc: Correct issue with ioremap() call on 32bit kernel

  * [Feature] turbostat support for Skylake-SP server (LP: #1591802)
    - tools/power turbostat: decode more CPUID fields
    - tools/power turbostat: CPUID(0x16) leaf shows base, max, and bus frequency
    - tools/power turbostat: decode HWP registers
    - tools/power turbostat: Decode MSR_MISC_PWR_MGMT
    - tools/power turbostat: allow sub-sec intervals
    - tools/power turbostat: Intel Xeon x200: fix erroneous bclk value
    - tools/power turbostat: Intel Xeon x200: fix turbo-ratio decoding
    - tools/power turbostat: re-name "%Busy" field to "Busy%"
    - tools/power turbostat: add --out option for saving output in a file
    - tools/power turbostat: fix compiler warnings
    - tools/power turbostat: make fewer systems calls
    - tools/power turbostat: show IRQs per CPU
    - tools/power turbostat: show GFXMHz
    - tools/power turbostat: show GFX%rc6
    - tools/power turbostat: detect and work around syscall jitter
    - tools/power turbostat: indicate SMX and SGX support
    - tools/power turbostat: call __cpuid() instead of __get_cpuid()
    - tools/power turbostat: correct output for MSR_NHM_SNB_PKG_CST_CFG_CTL dump
    - tools/power turbostat: bugfix: TDP MSRs print bits fixing
    - tools/power turbostat: SGX state should print only if --debug
    - tools/power turbostat: print IRTL MSRs
    - tools/power turbostat: initial BXT support
    - tools/power turbostat: decode BXT TSC frequency via CPUID
    - tools/power turbostat: initial SKX support

  * [BYT] display hotplug doesn't work on console (LP: #1616894)
    - drm/i915/vlv: Make intel_crt_reset() per-encoder
    - drm/i915/vlv: Reset the ADPA in vlv_display_power_well_init()
    - drm/i915/vlv: Disable HPD in valleyview_crt_detect_hotplug()
    - drm/i915: Enable polling when we don't have hpd

  * [Feature]intel_idle enabling on Broxton-P (LP: #1520446)
    - intel_idle: add BXT support

  * [Feature] EDAC: Update driver for SKX-SP (LP: #1591815)
    - [Config] CONFIG_EDAC_SKX=m
    - EDAC, skx_edac: Ad...

yakkety has this via 4.8

I'm using 4.4.0-79-generic and experiencing this problem (Ubuntu Server 16.04.2)

$ lspci | grep VGA
00:02.0 VGA compatible controller: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor Graphics Controller (rev 09)

This is a Shuttle XS35-V2 with a Pentium G2020 CPU.

If booting with the monitor plugged in, it shows the console login. If connecting a monitor after the boot, the monitor shows no input signal. Any ideas?

Full PCI device info (with lspci -v)

00:02.0 VGA compatible controller: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor Graphics Controller (rev 09) (prog-if 00 [VGA controller])
 DeviceName: Onboard IGD
 Subsystem: Holco Enterprise Co, Ltd/Shuttle Computer Xeon E3-1200 v2/3rd Gen Core processor Graphics Controller
 Flags: bus master, fast devsel, latency 0, IRQ 11
 Memory at f7800000 (64-bit, non-prefetchable) [size=4M]
 Memory at e0000000 (64-bit, prefetchable) [size=256M]
 I/O ports at f000 [size=64]
 Expansion ROM at <unassigned> [disabled]
 Capabilities: <access denied>
 Kernel modules: i915

I'm also experiencing the same problem on a Gigabyte Brix J1900 unit (similar to Intel Nuc). When I plug in a monitor before turning the unit on, console shows a login on the display. If I plug a monitor after boot, it shows no input signal.

Same kernel/ubuntu version.

Here is output from lspci -v:

00:02.0 VGA compatible controller: Intel Corporation Atom Processor Z36xxx/Z37xxx Series Graphics & Display (rev 0e) (prog-if 00 [VGA controller])
 DeviceName: Onboard IGD
 Subsystem: Gigabyte Technology Co., Ltd Atom Processor Z36xxx/Z37xxx Series Graphics & Display
 Flags: bus master, fast devsel, latency 0, IRQ 11
 Memory at d0000000 (32-bit, non-prefetchable) [size=4M]
 Memory at c0000000 (32-bit, prefetchable) [size=256M]
 I/O ports at f080 [size=8]
 Expansion ROM at <unassigned> [disabled]
 Capabilities: [d0] Power Management version 2
 Capabilities: [90] MSI: Enable- Count=1/1 Maskable- 64bit-
 Capabilities: [b0] Vendor Specific Information: Len=07 <?>
 Kernel modules: i915

I've just reproduced the same behaviour on 17.04 - 4.10.0-22-generic - so it seems this is still an issue on latest versions of the kernel/ubuntu.

Try mainline kernel here: http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.12-rc2/

Or intel-drm-nightly here: http://kernel.ubuntu.com/~kernel-ppa/mainline/drm-intel-nightly/current/

File an upstream bug if intel-drm-nightly does not solve your issue.