Changes in Makefile

e571f988 - Input: remove evbug driver

Tue, 17 Dec 2024 10:47:39 +0000

Input: remove evbug driverI've never heard of anyone having used this driver for debugging at leastin over past decade or so. Since we have tools like evtest, this driverseems to be rather superficial.Also, it apparently causes confusion among people who accidentaly enableCONFIG_INPUT_EVBUG and are annoyed/confused by their kernel log beingspammed by a lot of useless data.Let's just remove it.Signed-off-by: Jiri Kosina Link: https://lore.kernel.org/r/8n377s5p-3r9n-ro38-3r2o-p536745552qo@xreary.betSigned-off-by: Dmitry Torokhov List of files: /linux-6.15/drivers/input/Makefile

fdefcbdd - Input: Add KUnit tests for some of the input core helper functions

Sun, 02 Apr 2023 05:45:09 +0000

Input: Add KUnit tests for some of the input core helper functionsThe input subsystem doesn't currently have any unit tests, let's add aCONFIG_INPUT_KUNIT_TEST option that builds a test suite to be executedwith the KUnit test infrastructure.For now, only three tests were added for some of the input core helperfunctions that are trivial to test: * input_test_polling: set/get poll interval and set-up a poll handler. * input_test_timestamp: set/get input event timestamps. * input_test_match_device_id: match a device by bus, vendor, product, version and events capable of handling.But having the minimal KUnit support allows to add more tests and suitesas follow-up changes. The tests can be run with the following command: $ ./tools/testing/kunit/kunit.py run --kunitconfig=drivers/input/tests/Signed-off-by: Javier Martinez Canillas Tested-by: Enric Balletbo i Serra config: powerpc-allnoconfig (https://download.01.org/0day-ci/archive/20230330/202303301815.kRKFM3NH-lkp@intel.com/config)Link: https://lore.kernel.org/r/20230330081831.2291351-1-javierm@redhat.comSigned-off-by: Dmitry Torokhov List of files: /linux-6.15/drivers/input/Makefile

45ceaf14 - Input: extract ChromeOS vivaldi physmap show function

Tue, 15 Mar 2022 02:45:37 +0000

Input: extract ChromeOS vivaldi physmap show functionLet's introduce a common library file for the physmap show functionduplicated between three different keyboard drivers. This largely copiesthe code from cros_ec_keyb.c which has the most recent version of theshow function, while using the vivaldi_data struct from the hid-vivaldidriver. This saves a small amount of space in an allyesconfig build.$ ./scripts/bloat-o-meter vmlinux.before vmlinux.afteradd/remove: 3/0 grow/shrink: 2/3 up/down: 412/-720 (-308)Function old new deltavivaldi_function_row_physmap_show - 292 +292_sub_I_65535_1 1057564 1057616 +52_sub_D_65535_0 1057564 1057616 +52e843419@49f2_00062737_9b04 - 8 +8e843419@20f6_0002a34d_35bc - 8 +8atkbd_parse_fwnode_data 480 472 -8atkbd_do_show_function_row_physmap 316 76 -240function_row_physmap_show 620 148 -472Total: Before=285581925, After=285581617, chg -0.00%Signed-off-by: Stephen Boyd Tested-by: Stephen Boyd # coachz, wormdinglerLink: https://lore.kernel.org/r/20220228075446.466016-3-dmitry.torokhov@gmail.comSigned-off-by: Dmitry Torokhov List of files: /linux-6.15/drivers/input/Makefile

e28b5c8d - Input: touchscreen - move helper functions to core

Mon, 22 Mar 2021 23:42:25 +0000

Input: touchscreen - move helper functions to coreSome devices outside of drivers/input/touchscreen/ can still makeuse of the touchscreen helper functions. Therefore, it was agreedin [1] to move them outside of drivers/input/touchscreen/ so thatother devices can call them without INPUT_TOUCHSCREEN being set.As part of this change, 'of' is dropped from the filename becausethe helpers no longer actually use OF. No changes are made to thefile contents whatsoever.Based on the feedback in [2], the corresponding binding documents(touchscreen.yaml and touchscreen.txt) are left in their originallocations.[1] https://patchwork.kernel.org/patch/11924029/[2] https://patchwork.kernel.org/patch/12042037/Signed-off-by: Jeff LaBundy Link: https://lore.kernel.org/r/20210301234928.4298-2-jeff@labundy.comSigned-off-by: Dmitry Torokhov List of files: /linux-6.15/drivers/input/Makefile

278b13ce - Input: remove input_polled_dev implementation

Wed, 02 Oct 2019 17:33:02 +0000

Input: remove input_polled_dev implementationNow that normal input devices support polling mode, and all users ofinput_polled_dev API have been converted, we can remove it.Signed-off-by: Dmitry Torokhov List of files: /linux-6.15/drivers/input/Makefile

e95656ea - Input: add support for polling to input devices

Wed, 19 Apr 2017 00:28:30 +0000

Input: add support for polling to input devicesSeparating "normal" and "polled" input devices was a mistake, as often wewant to allow the very same device work on both interrupt-driven andpolled mode, depending on the board on which the device is used.This introduces new APIs:- input_setup_polling- input_set_poll_interval- input_set_min_poll_interval- input_set_max_poll_intervalThese new APIs allow switching an input device into polled mode with sysfsattributes matching drivers using input_polled_dev APIs that will beeventually removed.Tested-by: Michal Vokáč Acked-by: Benjamin Tissoires Signed-off-by: Dmitry Torokhov List of files: /linux-6.15/drivers/input/Makefile

b2441318 - License cleanup: add SPDX GPL-2.0 license identifier to files with no license

Wed, 01 Nov 2017 14:07:57 +0000

License cleanup: add SPDX GPL-2.0 license identifier to files with no licenseMany source files in the tree are missing licensing information, whichmakes it harder for compliance tools to determine the correct license.By default all files without license information are under the defaultlicense of the kernel, which is GPL version 2.Update the files which contain no license information with the 'GPL-2.0'SPDX license identifier. The SPDX identifier is a legally bindingshorthand, which can be used instead of the full boiler plate text.This patch is based on work done by Thomas Gleixner and Kate Stewart andPhilippe Ombredanne.How this work was done:Patches were generated and checked against linux-4.14-rc6 for a subset ofthe use cases: - file had no licensing information it it. - file was a */uapi/* one with no licensing information in it, - file was a */uapi/* one with existing licensing information,Further patches will be generated in subsequent months to fix up caseswhere non-standard license headers were used, and references to licensehad to be inferred by heuristics based on keywords.The analysis to determine which SPDX License Identifier to be applied toa file was done in a spreadsheet of side by side results from of theoutput of two independent scanners (ScanCode & Windriver) producing SPDXtag:value files created by Philippe Ombredanne. Philippe prepared thebase worksheet, and did an initial spot review of a few 1000 files.The 4.13 kernel was the starting point of the analysis with 60,537 filesassessed. Kate Stewart did a file by file comparison of the scannerresults in the spreadsheet to determine which SPDX license identifier(s)to be applied to the file. She confirmed any determination that was notimmediately clear with lawyers working with the Linux Foundation.Criteria used to select files for SPDX license identifier tagging was: - Files considered eligible had to be source code files. - Make and config files were included as candidates if they contained >5 lines of source - File already had some variant of a license header in it (even if <5 lines).All documentation files were explicitly excluded.The following heuristics were used to determine which SPDX licenseidentifiers to apply. - when both scanners couldn't find any license traces, file was considered to have no license information in it, and the top level COPYING file license applied. For non */uapi/* files that summary was: SPDX license identifier # files ---------------------------------------------------|------- GPL-2.0 11139 and resulted in the first patch in this series. If that file was a */uapi/* path one, it was "GPL-2.0 WITH Linux-syscall-note" otherwise it was "GPL-2.0". Results of that was: SPDX license identifier # files ---------------------------------------------------|------- GPL-2.0 WITH Linux-syscall-note 930 and resulted in the second patch in this series. - if a file had some form of licensing information in it, and was one of the */uapi/* ones, it was denoted with the Linux-syscall-note if any GPL family license was found in the file or had no licensing in it (per prior point). Results summary: SPDX license identifier # files ---------------------------------------------------|------ GPL-2.0 WITH Linux-syscall-note 270 GPL-2.0+ WITH Linux-syscall-note 169 ((GPL-2.0 WITH Linux-syscall-note) OR BSD-2-Clause) 21 ((GPL-2.0 WITH Linux-syscall-note) OR BSD-3-Clause) 17 LGPL-2.1+ WITH Linux-syscall-note 15 GPL-1.0+ WITH Linux-syscall-note 14 ((GPL-2.0+ WITH Linux-syscall-note) OR BSD-3-Clause) 5 LGPL-2.0+ WITH Linux-syscall-note 4 LGPL-2.1 WITH Linux-syscall-note 3 ((GPL-2.0 WITH Linux-syscall-note) OR MIT) 3 ((GPL-2.0 WITH Linux-syscall-note) AND MIT) 1 and that resulted in the third patch in this series. - when the two scanners agreed on the detected license(s), that became the concluded license(s). - when there was disagreement between the two scanners (one detected a license but the other didn't, or they both detected different licenses) a manual inspection of the file occurred. - In most cases a manual inspection of the information in the file resulted in a clear resolution of the license that should apply (and which scanner probably needed to revisit its heuristics). - When it was not immediately clear, the license identifier was confirmed with lawyers working with the Linux Foundation. - If there was any question as to the appropriate license identifier, the file was flagged for further research and to be revisited later in time.In total, over 70 hours of logged manual review was done on thespreadsheet to determine the SPDX license identifiers to apply to thesource files by Kate, Philippe, Thomas and, in some cases, confirmationby lawyers working with the Linux Foundation.Kate also obtained a third independent scan of the 4.13 code base fromFOSSology, and compared selected files where the other two scannersdisagreed against that SPDX file, to see if there was new insights. TheWindriver scanner is based on an older version of FOSSology in part, sothey are related.Thomas did random spot checks in about 500 files from the spreadsheetsfor the uapi headers and agreed with SPDX license identifier in thefiles he inspected. For the non-uapi files Thomas did random spot checksin about 15000 files.In initial set of patches against 4.14-rc6, 3 files were found to havecopy/paste license identifier errors, and have been fixed to reflect thecorrect identifier.Additionally Philippe spent 10 hours this week doing a detailed manualinspection and review of the 12,461 patched files from the initial patchversion early this week with: - a full scancode scan run, collecting the matched texts, detected license ids and scores - reviewing anything where there was a license detected (about 500+ files) to ensure that the applied SPDX license was correct - reviewing anything where there was no detection but the patch license was not GPL-2.0 WITH Linux-syscall-note to ensure that the applied SPDX license was correctThis produced a worksheet with 20 files needing minor correction. Thisworksheet was then exported into 3 different .csv files for thedifferent types of files to be modified.These .csv files were then reviewed by Greg. Thomas wrote a script toparse the csv files and add the proper SPDX tag to the file, in theformat that the file expected. This script was further refined by Gregbased on the output to detect more types of files automatically and todistinguish between header and source .c files (which need differentcomment types.) Finally Greg ran the script using the .csv files togenerate the patches.Reviewed-by: Kate Stewart Reviewed-by: Philippe Ombredanne Reviewed-by: Thomas Gleixner Signed-off-by: Greg Kroah-Hartman List of files: /linux-6.15/drivers/input/Makefile

2b6a321d - Input: synaptics-rmi4 - add support for Synaptics RMI4 devices

Thu, 10 Mar 2016 23:35:49 +0000

Input: synaptics-rmi4 - add support for Synaptics RMI4 devicesSynaptics uses the Register Mapped Interface (RMI) protocol as acommunications interface for their devices. This driver adds the corefunctionality needed to interface with RMI4 devices.RMI devices can be connected to the host via several transport protocolsand can supports a wide variety of functionality defined by RMI functions.Support for transport protocols and RMI functions are implemented inindividual drivers. The RMI4 core driver uses a bus architecture tofacilitate the various combinations of transport and function driversneeded by a particular device.Signed-off-by: Andrew Duggan Signed-off-by: Christopher Heiny Tested-by: Benjamin Tissoires Tested-by: Linus Walleij Tested-by: Bjorn Andersson Signed-off-by: Dmitry Torokhov List of files: /linux-6.15/drivers/input/Makefile

f60c8ba7 - Input: export LEDs as class devices in sysfs

Tue, 17 Mar 2015 04:19:56 +0000

Input: export LEDs as class devices in sysfsThis change creates a new input handler called "leds" that exports LEDs on inputdevices as standard LED class devices in sysfs and allows controlling theirstate via sysfs or via any of the standard LED triggers. This allows tore-purpose and reassign LDEs on the keyboards to represent states otherthan the standard keyboard states (CapsLock, NumLock, etc).The old API of controlling input LEDs by writing into /dev/input/eventXdevices is still present and will take precedence over accessing via LEDssubsystem (i.e. it may override state set by a trigger). If input device is"grabbed" then requests coming through LED subsystem will be ignored.Signed-off-by: Samuel Thibault Tested-by: Pavel Machek Acked-by: Pavel Machek Signed-off-by: Dmitry Torokhov List of files: /linux-6.15/drivers/input/Makefile

1932811f - Input: matrix-keymap - uninline and prepare for device tree support

Fri, 11 May 2012 05:37:08 +0000

Input: matrix-keymap - uninline and prepare for device tree supportChange matrix-keymap helper to be out-of-line, like sparse keymap,allow the helper perform basic keymap validation and return errors,and prepare for device tree support.Signed-off-by: Dmitry Torokhov List of files: /linux-6.15/drivers/input/Makefile

2cd36877 - Input: of_keymap - add device tree bindings for simple key matrices

Wed, 14 Mar 2012 04:35:51 +0000

Input: of_keymap - add device tree bindings for simple key matricesThis adds a simple device tree binding for simple key matrix data anda helper to fill in the platform data.Signed-off-by: Olof Johansson Acked-by: Stephen Warren Signed-off-by: Dmitry Torokhov List of files: /linux-6.15/drivers/input/Makefile

49851ca0 - Input: xen-kbdfront - move to drivers/input/misc

Thu, 17 Mar 2011 05:56:03 +0000

Input: xen-kbdfront - move to drivers/input/miscdrivers/input is reserved for input core code and input handlers withdrivers belonging to one of the sub-directories.Signed-off-by: Dmitry Torokhov List of files: /linux-6.15/drivers/input/Makefile

47c78e89 - input: mt: Break out slots handling

Sat, 27 Nov 2010 08:16:48 +0000

input: mt: Break out slots handlingIn preparation for common code to handle a larger set of MT slotsdevices, move the slots handling over to a separate file.Signed-off-by: Henrik Rydberg List of files: /linux-6.15/drivers/input/Makefile

ebde50d5 - Input: clean up Makefile (use input-core-y)

Mon, 22 Nov 2010 20:39:28 +0000

Input: clean up Makefile (use input-core-y)The proper way to specify multi-source object is to use -y insteadof -obj (which is deprecated) as it allows conditional inclusionof modules in the list.Signed-off-by: Dmitry Torokhov List of files: /linux-6.15/drivers/input/Makefile

36203c4f - Input: add generic support for sparse keymaps

Fri, 04 Dec 2009 18:22:23 +0000

Input: add generic support for sparse keymapsMore and more devices choose to reimplement support for sparse keymapsfirst introduced by wistron driver. Move it into a library module so itcan be easily used by interested parties.Reviewed-by: Anisse Astier Signed-off-by: Dmitry Torokhov List of files: /linux-6.15/drivers/input/Makefile

2d56f3a3 - Input: refactor evdev 32bit compat to be shareable with uinput

Fri, 17 Oct 2008 02:31:42 +0000

Input: refactor evdev 32bit compat to be shareable with uinputCurrently, evdev has working 32bit compatibility and uinput does not. uinputneeds the input_event code that evdev uses, so let's refactor it so it canbe shared.[dtor@mail.ru: add fix for force feedback compat issues]Signed-off-by: Philip Langdale Signed-off-by: Dmitry Torokhov List of files: /linux-6.15/drivers/input/Makefile

4ee36dc0 - xen pvfb: Para-virtual framebuffer, keyboard and pointer driver

Wed, 02 Apr 2008 17:54:07 +0000

xen pvfb: Para-virtual framebuffer, keyboard and pointer driverThis is a pair of Xen para-virtual frontend device drivers:drivers/video/xen-fbfront.c provides a framebuffer, anddrivers/input/xen-kbdfront provides keyboard and mouse.The backends run in dom0 user space.The two drivers are not in two separate patches, because theintermediate step (one driver, not the other) is somewhat problematic:the backend in dom0 needs both drivers, and will refuse to completedevice initialization unless they're both present.Signed-off-by: Markus Armbruster Signed-off-by: Ingo Molnar Signed-off-by: Thomas Gleixner List of files: /linux-6.15/drivers/input/Makefile

e17bb1de - Input: add input event to APM event bridge

Wed, 30 Jan 2008 21:33:59 +0000

Input: add input event to APM event bridgeThis patch adds a very simple input power event to APM user suspendevent bridge. Its currently only works for the systems using theemulated APM driver but could easily be extended to work with anythingwith a true APM BIOS too.This covers a standard embedded system need which is to suspend when theuser presses a suspend button. It leaves options open to systemintegrators to ignore (or unload) this code and implement their own morecomplex event handling system.Its hidden behind the EMBEDDED Kconfig option since its only likely tobe of use to embedded style systems. It can be built as a module so the"hardcoded" policy can easily be removed from the kernel at runtime ifdesired too.Signed-off-by: Richard Purdie Signed-off-by: Dmitry Torokhov List of files: /linux-6.15/drivers/input/Makefile

70093178 - Input: remove tsdev interface

Sat, 13 Oct 2007 04:38:52 +0000

Input: remove tsdev interfaceRemove the obsolete tsdev.c driver as scheduled.Signed-off-by: Richard Purdie Signed-off-by: Dmitry Torokhov List of files: /linux-6.15/drivers/input/Makefile

893e7c2d - Input: move input-polldev to drivers/input

Wed, 13 Jun 2007 05:49:58 +0000

Input: move input-polldev to drivers/inputTo work around deficiences in Kconfig that allows to "select"a symbol without automatically selecting all dependencies forthat symbol move input-polldev from drivers/input/misc todrivers/input thus removing extra dependency on CONFIG_INPUT_MISC.Signed-off-by: Dmitry Torokhov List of files: /linux-6.15/drivers/input/Makefile