drm: Update to Linux 4.12.14

* Initial Geminilake support

* Support improvements and model-specific bug fixes for Broxton, Haswell,
Broadwell, Skylake and Kabylake hardware

* Various generic i91

drm: Update to Linux 4.12.14

* Initial Geminilake support

* Support improvements and model-specific bug fixes for Broxton, Haswell,
Broadwell, Skylake and Kabylake hardware

* Various generic i915 bug fixes, including page flipping and memory
corruption issues

* Minor radeon bug fixes

show more ...

drm: Update base driver to Linux 4.10.17

Thanks to Matthew Dillon <dillon@apollo.backplane.com>
for some VM fixes.

drm: Improve integration with syscons. Move taskqueue handling to syscons.

* Adds asynctd_lk to syscons' softc to synchronize unregister_framebuffer
code with the asynchronous screen refresh threa

drm: Improve integration with syscons. Move taskqueue handling to syscons.

* Adds asynctd_lk to syscons' softc to synchronize unregister_framebuffer
code with the asynchronous screen refresh threads.

* Use a generation counter in syscons to check if sc_update_render() needs
to update the VT resolution/mode. Remove struct fb_info *fbi pointer
from scr_stat, and always check the struct fb_info *fbi pointer in the
softc struct instead.

* Use videio_in_progress flag to make initial fb_set_par call a bit safer.

* Moves driver callbacks from struct fb_info itself into struct fb_ops,
and adds fb_blank and fb_debug_enter callbacks which will be wired up
in future commits.

* Add unregister_framebuffer() function to syscons, which is needed for
cleanly detaching a drm graphics driver which is used as framebuffer
console. The screen will turn off, blank or display a frozen screen,
after the graphics driver has detached.

* Use drm_fb_helper_unregister_framebuffer() and drm_fb_helper_release_fbi()
functions in radeon and i915, which are needed for cleanly detaching the
drivers.

* With radeonkms detaching and re-attaching is working very reliably
on an AMD G-T44R APU (i.e. HD6250 graphics).

* Detaching i915 on a Haswell notebook barely worked with several errors,
and trying to re-attach i915 caused the machine to hang.

show more ...

drm: Use struct fb_info * as arg for syscons fb restore helper function.

* This makes the framebuffer api handling in drm slightly nicer, and
reduces the diffs in drm/radeonkms/i915 a bit.

* Rena

drm: Use struct fb_info * as arg for syscons fb restore helper function.

* This makes the framebuffer api handling in drm slightly nicer, and
reduces the diffs in drm/radeonkms/i915 a bit.

* Renames the cookie element in struct fb_info to par, to avoid diffs
in drm, radeonkms and i915.

* While there, use drm_fb_helper_alloc_fbi() in drm/radeon as well for
allocating the struct fb_info, and uncomment drm_fb_helper_release_fbi(),
which is needed in an error handler there.

show more ...

kernel: Replace struct device* by device_t

We don't want to directly mention struct device anywhere.

kernel/pc64: Make have_efi_framebuffer static in pc64/x86_64/machdep.c.

probe_efi_fb() should be enough for everyone else.

pc64: Introduce machine/framebuffer.h header. Probe EFI fb.

* Move struct fb_info definition from dev/drm/include/linux/fb.h to
platform/pc64/include/framebuffer.h.

* Implement EFI framebuffer pr

pc64: Introduce machine/framebuffer.h header. Probe EFI fb.

* Move struct fb_info definition from dev/drm/include/linux/fb.h to
platform/pc64/include/framebuffer.h.

* Implement EFI framebuffer probing in platform/pc64/x86_64/machdep.c.

show more ...