FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=release%2F12.3.0 2017-11-27T14:52:40Z 2017-11-27T14:52:40Z Pedro F. Giffuni pfg@FreeBSD.org 2017-11-27T14:52:40Z urn:sha1:718cf2ccb9956613756ab15d7a0e28f2c8e91cab Mainly focus on files that use BSD 2-Clause license, however the tool I was using misidentified many licenses so this was mostly a manual - error prone - task. The Software Package Data Exchange (SPDX) group provides a specification to make it easier for automated tools to detect and summarize well known opensource licenses. We are gradually adopting the specification, noting that the tags are considered only advisory and do not, in any way, superceed or replace the license texts. 2016-10-01T17:43:02Z Oleksandr Tymoshenko gonzo@FreeBSD.org 2016-10-01T17:43:02Z urn:sha1:2685a39acfd4fa2059529d17b80c17ee1248633e On ARM if memattr is not overriden mmap(2) maps framebuffer memory as WBWA which means part of changes to content in userland end up in cache and appear on screen gradually as cache lines are evicted. This change adds configurable memattr that hardware fb implementation can set to get the memory mapping type it requires: - Add new flag FB_FLAG_MEMATTR that indicates that framebuffer driver overrides default memattr - Add new field fb_memattr to struct fb_info to specify requested memattr Reviewed by: ray Differential Revision: https://reviews.freebsd.org/D8064 2015-03-07T20:45:15Z Hans Petter Selasky hselasky@FreeBSD.org 2015-03-07T20:45:15Z urn:sha1:a985ae9b4a05933af71c028be1a9c117aa3bbd25 The vtophys() function is used to get the physical page address for the virtually allocated frame buffers when a physically continuous memory area is not available. This change also allows removing the masking of the FB_FLAG_NOMMAP flag in the PS3 syscons driver. The FB and VT drivers were tested using X.org/xf86-video-scfb and syscons. 2015-03-01T12:54:22Z Jean-Sébastien Pédron dumbbell@FreeBSD.org 2015-03-01T12:54:22Z urn:sha1:76e2f976561fd436e412f6898c2d2454b0bd5572 The main purpose of this feature is to be able to unload a KMS driver. When going back from the current vt(4) backend to the previous backend, the previous backend is reinitialized with the special VDF_DOWNGRADE flag set. Then the current driver is terminated with the new "vd_fini" callback. In the case of vt_fb and vt_vga, this allows the former to pass the vgapci device vt_fb used to vt_vga so the device can be rePOSTed. Differential Revision: https://reviews.freebsd.org/D687 2015-02-16T11:49:48Z Hans Petter Selasky hselasky@FreeBSD.org 2015-02-16T11:49:48Z urn:sha1:b914a5291be3813c810674fc9942c815c1a3f5b1 version to force re-compilation of external video driver kernel modules. Discussed with: ray @ 2015-01-27T15:28:46Z Andriy Gapon avg@FreeBSD.org 2015-01-27T15:28:46Z urn:sha1:6dfa4578d6458c9531a1b1d9a17563f78751ec38 suspend/resume The goal is to avoid that the vt(4) resume happens before the video display is resumed. The original patch was provided by Andriy Gapon. This new patch registers the handlers in vt_upgrade(). This is done once, thanks to the VDF_ASYNC flag. I abused this flag because it was already abused by the keyboard allocation. The event handlers then call the backend if it provides callbacks for suspend/resume. Differential Revision: https://reviews.freebsd.org/D1004 On behalf of: dumbbell MFC after: 2 weeks 2014-08-10T14:55:39Z Jean-Sébastien Pédron dumbbell@FreeBSD.org 2014-08-10T14:55:39Z urn:sha1:2cf9e30b6e820d7e6602dd82b2643ec9e5ee3e6a vt_fb_attach() currently always returns 0, but it could return a code defined in errno.h. However, it doesn't return a CN_* code. So checking its return value against CN_DEAD (which is 0) is incorrect, and in this case, a success becomes a failure. The consequence was unimportant, because the caller (drm_fb_helper.c) would only log an error message in this case. The console would still work. Approved by: nwhitehorn 2014-08-06T00:35:48Z Nathan Whitehorn nwhitehorn@FreeBSD.org 2014-08-06T00:35:48Z urn:sha1:9ed297c83c25be6f7449fb16019c4d1c207b5614 pixel modification indirection. No actual drivers use it and those that might (e.g. creatorfb) use custom implementations of vd_bitbltchr(). 2014-07-16T18:49:46Z Nathan Whitehorn nwhitehorn@FreeBSD.org 2014-07-16T18:49:46Z urn:sha1:60d7ea3d32651949c6436f66a75f33024cc6660a rather than only drivers attached later on. This involves a small amount of code duplication with dev/fb/fbd.c, which will fixed later on. Also improve performance of vt_blank() by making it not read from the framebuffer unnecessarily. 2014-07-09T21:55:34Z Aleksandr Rybalko ray@FreeBSD.org 2014-07-09T21:55:34Z urn:sha1:79b647995de54b1d1d955e05f9a08d0c17066d91 Pointed by: emaste Sponsored by: The FreeBSD Foundation