FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=release%2F12.3.0 2019-12-22T17:15:48Z 2019-12-22T17:15:48Z Kyle Evans kevans@FreeBSD.org 2019-12-22T17:15:48Z urn:sha1:3869cc6d4906aca2e02ed1b8cff0ace034c72c25 The genkbd version of these remains exposed for stable branches, but keyboard drivers that just want to use the defaults can simply not provide their own. There shouldn't be any unset in the wild. r355796: kbd: provide default implementations of get_fkeystr/diag Most keyboard drivers are using the genkbd implementations as it is; formally use them for any that aren't set. r355797: chrome_kb: remove default get_fkeystr/diag implementations This file was missed in r355796, but no harm would have come from this. r355799: kbd: patch linker set methods, too This is needed after r355796. Some double-registration of kbd drivers needs to be sorted out, then this sysinit will simply add these drivers into the normal list and kill off any other bits in the driver that are aware of the linker set, for simplicity. 2018-04-06T17:35:35Z Brooks Davis brooks@FreeBSD.org 2018-04-06T17:35:35Z urn:sha1:6469bdcdb6a5968dc7edfcfb495d427b4bfdb3dd opt_compat.h is mentioned in nearly 180 files. In-progress network driver compabibility improvements may add over 100 more so this is closer to "just about everywhere" than "only some files" per the guidance in sys/conf/options. Keep COMPAT_LINUX32 in opt_compat.h as it is confined to a subset of sys/compat/linux/*.c. A fake _COMPAT_LINUX option ensure opt_compat.h is created on all architectures. Move COMPAT_LINUXKPI to opt_dontuse.h as it is only used to control the set of compiled files. Reviewed by: kib, cem, jhb, jtl Sponsored by: DARPA, AFRL Differential Revision: https://reviews.freebsd.org/D14941 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-04-19T23:37:24Z Pedro F. Giffuni pfg@FreeBSD.org 2016-04-19T23:37:24Z urn:sha1:73a1170a8c41cb848f17cc0a8839e9dcee3d126e No functional change, only trivial cases are done in this sweep, Drivers that can get further enhancements will be done independently. Discussed in: freebsd-current 2013-09-07T13:45:44Z Davide Italiano davide@FreeBSD.org 2013-09-07T13:45:44Z urn:sha1:d56b4cd4acc825cf2a4d1150bb93dc75e6513dc8 dev_ref() in the clone handlers that still use it. - Don't set SI_CHEAPCLONE flag, it's not used anywhere neither in devfs (for anything real) Reviewed by: kib 2011-10-18T08:09:44Z Ed Schouten ed@FreeBSD.org 2011-10-18T08:09:44Z urn:sha1:a185bd12f3266f8b39d5756c37918d6edd3e5d56 It seems the D_PSEUDO flag was meant to allow make_dev() to return NULL. Nowadays we have a different interface for that; make_dev_p(). There's no need to keep it there. While there, remove an unneeded D_NEEDMINOR from the gpio driver. Discussed with: gonzo@ (gpio) 2011-07-17T08:19:19Z Ed Schouten ed@FreeBSD.org 2011-07-17T08:19:19Z urn:sha1:78d4d8eeb241bfc6f0a9487894945886b3ee2b41 Back in 2009 I changed the ABI of the GIO_KEYMAP and PIO_KEYMAP ioctls to support wide characters. I created a patch to add ABI compatibility for the old calls, but I didn't get any feedback to that. It seems now people are upgrading from 8 to 9 they experience this issue, so add it anyway. 2008-09-26T14:19:52Z Ed Schouten ed@FreeBSD.org 2008-09-26T14:19:52Z urn:sha1:d3ce8327194c0bcf742f2e03b5b0dc8f8cfe7f6b When I changed kern_conf.c three months ago I made device unit numbers equal to (unneeded) device minor numbers. We used to require bitshifting, because there were eight bits in the middle that were reserved for a device major number. Not very long after I turned dev2unit(), minor(), unit2minor() and minor2unit() into macro's. The unit2minor() and minor2unit() macro's were no-ops. We'd better not remove these four macro's from the kernel, because there is a lot of (external) code that may still depend on them. For now it's harmless to remove all invocations of unit2minor() and minor2unit(). Reviewed by: kib 2008-06-11T18:55:19Z Ed Schouten ed@FreeBSD.org 2008-06-11T18:55:19Z urn:sha1:29d4cb241b5b8d786221402075febdb832fea55a Except for the case where we use the cloner library (clone_create() and friends), there is no reason to enforce a unique device minor number policy. There are various drivers in the source tree that allocate unr pools and such to provide minor numbers, without using them themselves. Because we still need to support unique device minor numbers for the cloner library, introduce a new flag called D_NEEDMINOR. All cdevsw's that are used in combination with the cloner library should be marked with this flag to make the cloning work. This means drivers can now freely use si_drv0 to store their own flags and state, making it effectively the same as si_drv1 and si_drv2. We still keep the minor() and dev2unit() routines around to make drivers happy. The NTFS code also used the minor number in its hash table. We should not do this anymore. If the si_drv0 field would be changed, it would no longer end up in the same list. Approved by: philip (mentor) 2007-12-29T21:55:25Z Wojciech A. Koszek wkoszek@FreeBSD.org 2007-12-29T21:55:25Z urn:sha1:259699b294163f99205912e9e2ffcd59d1fbf9b8 implemented with macros. This patch improves code readability. Reasoning behind kbdd_* is a "keyboard discipline". List of macros is supposed to be complete--all methods of keyboard_switch should have their respective macros from now on. Functionally, this code should be no-op. My intention is to leave current behaviour of code as is. Glanced at by: rwatson Reviewed by: emax, marcel Approved by: cognet