Changes in Kconfig

993a9e2a - platform/surface: aggregator: Move subsystem hub drivers to their own module

Fri, 24 Jun 2022 20:57:59 +0000

platform/surface: aggregator: Move subsystem hub drivers to their own moduleSplit out subsystem device hub drivers into their own module. Thisallows us to load the hub drivers separately from the registry, whichwill help future DT/OF support.While doing so, also remove a small bit of code duplication.Signed-off-by: Maximilian Luz Link: https://lore.kernel.org/r/20220624205800.1355621-3-luzmaximilian@gmail.comReviewed-by: Hans de Goede Signed-off-by: Hans de Goede List of files: /linux-6.15/drivers/platform/surface/Kconfig

9f794056 - platform/surface: Add KIP/POS tablet-mode switch driver

Fri, 24 Jun 2022 18:36:40 +0000

platform/surface: Add KIP/POS tablet-mode switch driverAdd a driver providing a tablet-mode switch input device for MicrosoftSurface devices using the Surface Aggregator KIP subsystem (to managedetachable peripherals) or POS subsystem (to obtain device postureinformation).The KIP (full name unknown, abbreviation found through reverseengineering) subsystem is used on the Surface Pro 8 and Surface Pro X tomanage the keyboard cover. Among other things, it provides informationon the positioning (posture) of the cover (closed, laptop-style,detached, folded-back, ...), which can be used to implement an inputdevice providing the SW_TABLET_MODE event. Similarly, the POS (postureinformation) subsystem provides such information on the Surface LaptopStudio, with the difference being that the keyboard is not detachable.As implementing the tablet-mode switch for both subsystems is largelysimilar, the driver proposed in this commit, in large, acts as a generictablet mode switch driver framework for the Surface Aggregator Module.Specific implementations using this framework are provided for the KIPand POS subsystems, adding tablet-mode switch support to theaforementioned devices.A few more notes on the Surface Laptop Studio:A peculiarity of the Surface Laptop Studio is its "slate/tent" mode(symbolized: user> _/\). In this mode, the screen covers the keyboardbut leaves the touchpad exposed. This is essentially a mode in-betweentablet and laptop, and it is debatable whether tablet-mode should beenabled in this mode. We therefore let the user decide this via a moduleparameter.In particular, tablet-mode may bring up the on-screen touch keyboardmore easily, which would be desirable in this mode. However, someuser-space software currently also decides to disable keyboard and, moreimportantly, touchpad input, while the touchpad is still accessible inthe "slate/tent" mode. Furthermore, this mode shares its identifier with"slate/flipped" mode where the screen is flipped 180° and the keyboardpoints away from the user (symbolized: user> /_). In this mode we wouldlike to enable auto-rotation, something that user-space software mayonly do when tablet-mode is enabled. We therefore default to theslate-mode enabling the tablet-mode switch.Signed-off-by: Maximilian Luz Link: https://lore.kernel.org/r/20220624183642.910893-3-luzmaximilian@gmail.comReviewed-by: Hans de Goede Signed-off-by: Hans de Goede List of files: /linux-6.15/drivers/platform/surface/Kconfig

faabb268 - platform/surface: Remove Surface 3 Button driver

Thu, 24 Feb 2022 11:02:41 +0000

platform/surface: Remove Surface 3 Button driverThe Surface 3 buttons are now handled by the generic soc_button_arraydriver. As part of adding support to soc_button_array the ACPI codenow instantiates a platform_device rather then an i2c_client so thereno longer is an i2c_client for this driver to bind to.Signed-off-by: Hans de Goede Reviewed-by: Maximilian Luz Link: https://lore.kernel.org/r/20220224110241.9613-3-hdegoede@redhat.com List of files: /linux-6.15/drivers/platform/surface/Kconfig

c197e969 - platform/surface: Reinstate platform dependency

Sat, 15 Jan 2022 14:08:49 +0000

platform/surface: Reinstate platform dependencyMicrosoft Surface platform-specific devices are only present onMicrosoft Surface platforms, which are currently limited to arm64 andx86. Hence add a dependency on ARM64 || X86, to prevent asking the userabout drivers for these devices when configuring a kernel for anarchitecture that does not support Microsoft Surface platforms.Fixes: 272479928172edf0 ("platform: surface: Propagate ACPI Dependency")Signed-off-by: Geert Uytterhoeven Acked-by: Maximilian Luz Link: https://lore.kernel.org/r/20220115140849.269479-1-geert@linux-m68k.orgSigned-off-by: Hans de Goede List of files: /linux-6.15/drivers/platform/surface/Kconfig

27247992 - platform: surface: Propagate ACPI Dependency

Thu, 02 Dec 2021 19:16:27 +0000

platform: surface: Propagate ACPI DependencySince the Surface XBL Driver does not depend on ACPI, theplatform/surface directory as a whole no longer depends on ACPI. Withrespect to this, the ACPI dependency is moved into each config that dependson ACPI individually.Signed-off-by: Jarrett Schultz Link: https://lore.kernel.org/r/20211202191630.12450-3-jaschultz@microsoft.comReviewed-by: Hans de Goede Signed-off-by: Hans de Goede List of files: /linux-6.15/drivers/platform/surface/Kconfig

e893d45f - platform/surface: dtx: Add support for native SSAM devices

Mon, 08 Mar 2021 18:48:18 +0000

platform/surface: dtx: Add support for native SSAM devicesAdd support for native SSAM devices to the DTX driver. This allowssupport for the Surface Book 3, on which the DTX device is not presentin ACPI.Signed-off-by: Maximilian Luz Link: https://lore.kernel.org/r/20210308184819.437438-3-luzmaximilian@gmail.comSigned-off-by: Hans de Goede List of files: /linux-6.15/drivers/platform/surface/Kconfig

1d609992 - platform/surface: Add DTX driver

Mon, 08 Mar 2021 18:48:17 +0000

platform/surface: Add DTX driverThe Microsoft Surface Book series devices consist of a so-calledclipboard part (containing the CPU, touchscreen, and primary battery)and a base part (containing keyboard, secondary battery, and optionaldiscrete GPU). These parts can be separated, i.e. the clipboard can bedetached and used as tablet.This detachment process is initiated by pressing a button. On theSurface Book 2 and 3 (targeted with this commit), the Surface AggregatorModule (i.e. the embedded controller on those devices) attempts to senda notification to any listening client driver and waits for furtherinstructions (i.e. whether the detachment process should continue or beaborted). If it does not receive a response in a certain time-frame, thedetachment process (by default) continues and the clipboard can bephysically separated. In other words, (by default and) without a driver,the detachment process takes about 10 seconds to complete.This commit introduces a driver for this detachment system (called DTX).This driver allows a user-space daemon to control and influence thedetachment behavior. Specifically, it forwards any detachment requeststo user-space, allows user-space to make such requests itself, andallows handling of those requests. Requests can be handled by eitheraborting, continuing/allowing, or delaying (i.e. resetting the timeoutvia a heartbeat commend). The user-space API is implemented via the/dev/surface/dtx miscdevice.In addition, user-space can change the default behavior on timeout fromallowing detachment to disallowing it, which is useful if the (optional)discrete GPU is in use.Furthermore, this driver allows user-space to receive notificationsabout the state of the base, specifically when it is physically removed(as opposed to detachment requested), in what manner it is connected(i.e. in reverse-/tent-/studio- or laptop-mode), and what type of baseis connected. Based on this information, the driver also provides asimple tablet-mode switch (aliasing all modes without keyboard access,i.e. tablet-mode and studio-mode to its reported tablet-mode).An implementation of such a user-space daemon, allowing configuration ofdetachment behavior via scripts (e.g. safely unmounting USB devicesconnected to the base before continuing) can be found at [1].[1]: https://github.com/linux-surface/surface-dtx-daemonSigned-off-by: Maximilian Luz Link: https://lore.kernel.org/r/20210308184819.437438-2-luzmaximilian@gmail.comSigned-off-by: Hans de Goede List of files: /linux-6.15/drivers/platform/surface/Kconfig

b78b4982 - platform/surface: Add platform profile driver

Thu, 11 Feb 2021 20:17:03 +0000

platform/surface: Add platform profile driverAdd a driver to provide platform profile support on 5th- and latergeneration Microsoft Surface devices with a Surface System AggregatorModule. On those devices, the platform profile can be used to influencecooling behavior and power consumption.For example, the default 'quiet' profile limits fan noise and in turnsacrifices performance of the discrete GPU found on Surface Books. Itsfull performance can only be unlocked on the 'performance' profile.Signed-off-by: Maximilian Luz Reviewed-by: Hans de Goede Link: https://lore.kernel.org/r/20210211201703.658240-5-luzmaximilian@gmail.comSigned-off-by: Hans de Goede List of files: /linux-6.15/drivers/platform/surface/Kconfig

fc622b3d - platform/surface: Set up Surface Aggregator device registry

Fri, 12 Feb 2021 11:54:34 +0000

platform/surface: Set up Surface Aggregator device registryThe Surface System Aggregator Module (SSAM) subsystem provides variousfunctionalities, which are separated by spreading them across multipledevices and corresponding drivers. Parts of that functionality / some ofthose devices, however, can (as far as we currently know) not beauto-detected by conventional means. While older (specifically 5th- and6th-)generation models do advertise most of their functionality viastandard platform devices in ACPI, newer generations do not.As we are currently also not aware of any feasible way to query saidfunctionalities dynamically, this poses a problem. There is, however, adevice in ACPI that seems to be used by Windows for identifyingdifferent Surface models: The Windows Surface Integration Device (WSID).This device seems to have a HID corresponding to the overall set offunctionalities SSAM provides for the associated model.This commit introduces a registry providing non-detectable deviceinformation via software nodes. In addition, a SSAM platform hub driveris introduced, which takes care of creating and managing the SSAMdevices specified in this registry. This approach allows for ahierarchical setup akin to ACPI and is easily extendable, e.g. viafirmware node properties.Note that this commit only provides the basis for the platform hub andregistry, and does not add any content to it. The registry will beexpanded in subsequent commits.Signed-off-by: Maximilian Luz Link: https://lore.kernel.org/r/20210212115439.1525216-2-luzmaximilian@gmail.comSigned-off-by: Hans de Goede List of files: /linux-6.15/drivers/platform/surface/Kconfig

bd69bcce - platform/surface: Add Surface Hot-Plug driver

Fri, 05 Feb 2021 01:26:57 +0000

platform/surface: Add Surface Hot-Plug driverSome Surface Book 2 and 3 models have a discrete GPU (dGPU) that ishot-pluggable. On those devices, the dGPU is contained in the base,which can be separated from the tablet part (containing CPU andtouchscreen) while the device is running.It (in general) is presented as/behaves like a standard PCIe hot-plugcapable device, however, this device can also be put into D3cold. InD3cold, the device itself is turned off and can thus not submit anystandard PCIe hot-plug events. To properly detect hot-(un)plugging whilethe dGPU is in D3cold, out-of-band signaling is required. Without this,the device state will only get updated during the next bus-check, eg.via a manually issued lspci call.This commit adds a driver to handle out-of-band PCIe hot-(un)plug eventson Microsoft Surface devices. On those devices, said events can bedetected via GPIO interrupts, which are then forwarded to thecorresponding ACPI DSM calls by this driver. The DSM then takes care ofissuing the appropriate bus-/device-check, causing the PCI core toproperly pick up the device change.Signed-off-by: Maximilian Luz Link: https://lore.kernel.org/r/20210205012657.1951753-1-luzmaximilian@gmail.comSigned-off-by: Hans de Goede List of files: /linux-6.15/drivers/platform/surface/Kconfig

fc00bc8a - platform/surface: Add Surface ACPI Notify driver

Mon, 21 Dec 2020 18:39:59 +0000

platform/surface: Add Surface ACPI Notify driverThe Surface ACPI Notify (SAN) device provides an ACPI interface to theSurface Aggregator EC, specifically the Surface Serial Hub interface.This interface allows EC requests to be made from ACPI code and canconvert a subset of EC events back to ACPI notifications.Specifically, this interface provides a GenericSerialBus operationregion ACPI code can execute a request by writing the request commanddata and payload to this operation region and reading back thecorresponding response via a write-then-read operation. Furthermore,this interface provides a _DSM method to be called when certain eventsfrom the EC have been received, essentially turning them into ACPInotifications.The driver provided in this commit essentially takes care of translatingthe request data written to the operation region, executing the request,waiting for it to finish, and finally writing and translating back theresponse (if the request has one). Furthermore, this driver takes careof enabling the events handled via ACPI _DSM calls. Lastly, this driveralso exposes an interface providing discrete GPU (dGPU) power-onnotifications on the Surface Book 2, which are also received via theoperation region interface (but not handled by the SAN driver directly),making them accessible to other drivers (such as a dGPU hot-plug driverthat may be added later on).On 5th and 6th generation Surface devices (Surface Pro 5/2017, Pro 6,Book 2, Laptop 1 and 2), the SAN interface provides full battery andthermal subsystem access, as well as other EC based functionality. Onthose models, battery and thermal sensor devices are implemented asstandard ACPI devices of that type, however, forward ACPI calls to thecorresponding Surface Aggregator EC request via the SAN interface andreceive corresponding notifications (e.g. battery information change)from it. This interface is therefore required to provide saidfunctionality on those devices.Signed-off-by: Maximilian Luz Reviewed-by: Hans de Goede Link: https://lore.kernel.org/r/20201221183959.1186143-10-luzmaximilian@gmail.comSigned-off-by: Hans de Goede List of files: /linux-6.15/drivers/platform/surface/Kconfig

178f6ab7 - platform/surface: Add Surface Aggregator user-space interface

Mon, 21 Dec 2020 18:39:58 +0000

platform/surface: Add Surface Aggregator user-space interfaceAdd a misc-device providing user-space access to the Surface AggregatorEC, mainly intended for debugging, testing, and reverse-engineering.This interface gives user-space applications the ability to sendrequests to the EC and receive the corresponding responses.The device-file is managed by a pseudo platform-device and correspondingdriver to avoid dependence on the dedicated bus, allowing it to beloaded in a minimal configuration.A python library and scripts to access this device can be found at [1].[1]: https://github.com/linux-surface/surface-aggregator-module/tree/master/scripts/ssamSigned-off-by: Maximilian Luz Link: https://lore.kernel.org/r/20201221183959.1186143-9-luzmaximilian@gmail.comSigned-off-by: Hans de Goede List of files: /linux-6.15/drivers/platform/surface/Kconfig

c167b9c7 - platform/surface: Add Surface Aggregator subsystem

Mon, 21 Dec 2020 18:39:51 +0000

platform/surface: Add Surface Aggregator subsystemAdd Surface System Aggregator Module core and Surface Serial Hub driver,required for the embedded controller found on Microsoft Surface devices.The Surface System Aggregator Module (SSAM, SAM or Surface Aggregator)is an embedded controller (EC) found on 4th and later generationMicrosoft Surface devices, with the exception of the Surface Go series.This EC provides various functionality, depending on the device inquestion. This can include battery status and thermal reporting (5th andlater generations), but also HID keyboard (6th+) and touchpad input(7th+) on Surface Laptop and Surface Book 3 series devices.This patch provides the basic necessities for communication with the SAMEC on 5th and later generation devices. On these devices, the ECprovides an interface that acts as serial device, called the SurfaceSerial Hub (SSH). 4th generation devices, on which the EC interface isprovided via an HID-over-I2C device, are not supported by this patch.Specifically, this patch adds a driver for the SSH device (device HIDMSHW0084 in ACPI), as well as a controller structure and associated API.This represents the functional core of the Surface Aggregator kernelsubsystem, introduced with this patch, and will be expanded upon insubsequent commits.The SSH driver acts as the main attachment point for this subsystem andsets-up and manages the controller structure. The controller in turnprovides a basic communication interface, allowing to send requests fromhost to EC and receiving the corresponding responses, as well asmanaging and receiving events, sent from EC to host. It is structuredinto multiple layers, with the top layer presenting the API used byother kernel drivers and the lower layers modeled after the serialprotocol used for communication.Said other drivers are then responsible for providing the (Surface modelspecific) functionality accessible through the EC (e.g. battery statusreporting, thermal information, ...) via said controller structure andAPI, and will be added in future commits.Signed-off-by: Maximilian Luz Link: https://lore.kernel.org/r/20201221183959.1186143-2-luzmaximilian@gmail.comSigned-off-by: Hans de Goede List of files: /linux-6.15/drivers/platform/surface/Kconfig

e4a02c7a - platform/surface: SURFACE_PLATFORMS should depend on ACPI

Wed, 16 Dec 2020 13:37:52 +0000

platform/surface: SURFACE_PLATFORMS should depend on ACPIAll Microsoft Surface platform-specific device drivers depend on ACPI,but the gatekeeper symbol SURFACE_PLATFORMS does not. Hence when theuser is configuring a kernel without ACPI support, he is still askedabout Microsoft Surface drivers, even though this question isirrelevant.Fix this by moving the dependency on ACPI from the individual driversymbols to SURFACE_PLATFORMS.Signed-off-by: Geert Uytterhoeven Reviewed-by: Maximilian Luz Link: https://lore.kernel.org/r/20201216133752.1321978-1-geert@linux-m68k.orgSigned-off-by: Hans de Goede List of files: /linux-6.15/drivers/platform/surface/Kconfig

274335f1 - platform/surface: Add Driver to set up lid GPEs on MS Surface device

Wed, 28 Oct 2020 10:54:27 +0000

platform/surface: Add Driver to set up lid GPEs on MS Surface deviceConventionally, wake-up events for a specific device, in our case thelid device, are managed via the ACPI _PRW field. While this does notseem strictly necessary based on ACPI spec, the kernel disables GPEwakeups to avoid non-wakeup interrupts preventing suspend by default andonly enables GPEs associated via the _PRW field with a wake-up capabledevice. This behavior has been introduced in commit f941d3e41da7 ("ACPI:EC / PM: Disable non-wakeup GPEs for suspend-to-idle") and is describedin more detail in its commit message.Unfortunately, on MS Surface devices, there is no _PRW field present onthe lid device, thus no GPE is associated with it, and therefore the GPEresponsible for sending the status-change notification to the lid getsdisabled during suspend, making it impossible to wake the device via thelid.This patch introduces a pseudo-device and respective driver which, basedon some DMI matching, marks the corresponding GPE of the lid device forwake and enables it during suspend. The behavior of this driver modelsthe behavior of the ACPI/PM core for normal wakeup GPEs, properlydeclared via the _PRW field.Signed-off-by: Maximilian Luz Link: https://lore.kernel.org/r/20201028105427.1593764-1-luzmaximilian@gmail.comSigned-off-by: Hans de Goede List of files: /linux-6.15/drivers/platform/surface/Kconfig

411269ba - platform/surface: Move Surface Pro 3 Button driver to platform/surface

Fri, 09 Oct 2020 14:11:28 +0000

platform/surface: Move Surface Pro 3 Button driver to platform/surfaceMove the Surface Pro 3 Button driver from platform/x86 to the newlycreated platform/surface directory.Signed-off-by: Maximilian Luz Reviewed-by: Andy Shevchenko Acked-by: Chen Yu Link: https://lore.kernel.org/r/20201009141128.683254-6-luzmaximilian@gmail.comSigned-off-by: Hans de Goede List of files: /linux-6.15/drivers/platform/surface/Kconfig

85f7582c - platform/surface: Move Surface 3 Power OpRegion driver to platform/surface

Fri, 09 Oct 2020 14:11:27 +0000

platform/surface: Move Surface 3 Power OpRegion driver to platform/surfaceMove the Surface 3 Power operation region driver from platform/x86 tothe newly created platform/surface directory.Signed-off-by: Maximilian Luz Reviewed-by: Andy Shevchenko Link: https://lore.kernel.org/r/20201009141128.683254-5-luzmaximilian@gmail.comSigned-off-by: Hans de Goede List of files: /linux-6.15/drivers/platform/surface/Kconfig

4df56c36 - platform/surface: Move Surface 3 Button driver to platform/surface

Fri, 09 Oct 2020 14:11:26 +0000

platform/surface: Move Surface 3 Button driver to platform/surfaceMove the Surface 3 Button driver from platform/x86 to the newly createdplatform/surface directory.Signed-off-by: Maximilian Luz Reviewed-by: Andy Shevchenko Link: https://lore.kernel.org/r/20201009141128.683254-4-luzmaximilian@gmail.comSigned-off-by: Hans de Goede List of files: /linux-6.15/drivers/platform/surface/Kconfig

f23027ca - platform/surface: Move Surface 3 WMI driver to platform/surface

Fri, 09 Oct 2020 14:11:25 +0000

platform/surface: Move Surface 3 WMI driver to platform/surfaceMove the Surface 3 WMI driver from platform/x86 to the newly createdplatform/surface directory.Signed-off-by: Maximilian Luz Reviewed-by: Andy Shevchenko Link: https://lore.kernel.org/r/20201009141128.683254-3-luzmaximilian@gmail.comSigned-off-by: Hans de Goede List of files: /linux-6.15/drivers/platform/surface/Kconfig

1e3a2bc8 - platform: Add Surface platform directory

Fri, 09 Oct 2020 14:11:24 +0000

platform: Add Surface platform directoryIt may make sense to split the Microsoft Surface hardware platformdrivers out to a separate subdirectory, since some of it may be sharedbetween ARM and x86 in the future (regarding devices like the SurfacePro X).Further, newer Surface devices will require additional platform driversfor fundamental support (mostly regarding their embedded controller),which may also warrant this split from a size perspective.This commit introduces a new platform/surface subdirectory for theSurface device family, with subsequent commits moving existing Surfacedrivers over from platform/x86.A new MAINTAINERS entry is added for this directory. Patches to files inthis directory will be taken up by the platform-drivers-x86 team (i.e.Hans de Goede and Mark Gross) after they have been reviewed byMaximilian Luz.Signed-off-by: Maximilian Luz Reviewed-by: Andy Shevchenko Link: https://lore.kernel.org/r/20201009141128.683254-2-luzmaximilian@gmail.comSigned-off-by: Hans de Goede List of files: /linux-6.15/drivers/platform/surface/Kconfig