cachepc-linux

Fork of AMDESE/linux with modifications for CachePC side-channel attack
git clone https://git.sinitax.com/sinitax/cachepc-linux
Log | Files | Refs | README | LICENSE | sfeed.txt

Kconfig (4633B)


      1# SPDX-License-Identifier: GPL-2.0
      2
      3menuconfig TYPEC
      4	tristate "USB Type-C Support"
      5	help
      6	  USB Type-C Specification defines a cable and connector for USB where
      7	  only one type of plug is supported on both ends, i.e. there will not
      8	  be Type-A plug on one end of the cable and Type-B plug on the other.
      9	  Determination of the host-to-device relationship happens through a
     10	  specific Configuration Channel (CC) which goes through the USB Type-C
     11	  cable. The Configuration Channel may also be used to detect optional
     12	  Accessory Modes - Analog Audio and Debug - and if USB Power Delivery
     13	  is supported, the Alternate Modes, where the connector is used for
     14	  something else then USB communication.
     15
     16	  USB Power Delivery Specification defines a protocol that can be used
     17	  to negotiate the voltage and current levels with the connected
     18	  partners. USB Power Delivery allows higher voltages then the normal
     19	  5V, up to 20V, and current up to 5A over the cable. The USB Power
     20	  Delivery protocol is also used to negotiate the optional Alternate
     21	  Modes when they are supported. USB Power Delivery does not depend on
     22	  USB Type-C connector, however it is mostly used together with USB
     23	  Type-C connectors.
     24
     25	  USB Type-C and USB Power Delivery Specifications define a set of state
     26	  machines that need to be implemented in either software or firmware.
     27	  Simple USB Type-C PHYs, for example USB Type-C Port Controller
     28	  Interface Specification compliant "Port Controllers" need the state
     29	  machines to be handled in the OS, but stand-alone USB Type-C and Power
     30	  Delivery controllers handle the state machines inside their firmware.
     31	  The USB Type-C and Power Delivery controllers usually function
     32	  autonomously, and do not necessarily require drivers.
     33
     34	  Enable this configurations option if you have USB Type-C connectors on
     35	  your system and 1) you know your USB Type-C hardware requires OS
     36	  control (a driver) to function, or 2) if you need to be able to read
     37	  the status of the USB Type-C ports in your system, or 3) if you need
     38	  to be able to swap the power role (decide are you supplying or
     39	  consuming power over the cable) or data role (host or device) when
     40	  both roles are supported.
     41
     42	  For more information, see the kernel documentation for USB Type-C
     43	  Connector Class API (Documentation/driver-api/usb/typec.rst)
     44	  <https://www.kernel.org/doc/html/latest/driver-api/usb/typec.html>
     45	  and ABI (Documentation/ABI/testing/sysfs-class-typec).
     46
     47if TYPEC
     48
     49source "drivers/usb/typec/tcpm/Kconfig"
     50
     51source "drivers/usb/typec/ucsi/Kconfig"
     52
     53source "drivers/usb/typec/tipd/Kconfig"
     54
     55config TYPEC_RT1719
     56	tristate "Richtek RT1719 Sink Only Type-C controller driver"
     57	depends on USB_ROLE_SWITCH || !USB_ROLE_SWITCH
     58	depends on I2C
     59	depends on POWER_SUPPLY
     60	select REGMAP_I2C
     61	help
     62	  Say Y or M here if your system has Richtek RT1719 sink only
     63	  Type-C port controller driver.
     64
     65	  If you choose to build this driver as a dynamically linked module, the
     66	  module will be called rt1719.ko
     67
     68config TYPEC_HD3SS3220
     69	tristate "TI HD3SS3220 Type-C DRP Port controller driver"
     70	depends on I2C
     71	depends on USB_ROLE_SWITCH
     72	help
     73	  Say Y or M here if your system has TI HD3SS3220 Type-C DRP Port
     74	  controller driver.
     75
     76	  If you choose to build this driver as a dynamically linked module, the
     77	  module will be called hd3ss3220.ko.
     78
     79config TYPEC_STUSB160X
     80	tristate "STMicroelectronics STUSB160x Type-C controller driver"
     81	depends on USB_ROLE_SWITCH || !USB_ROLE_SWITCH
     82	depends on I2C
     83	select REGMAP_I2C
     84	help
     85	  Say Y or M here if your system has STMicroelectronics STUSB160x
     86	  Type-C port controller.
     87
     88	  If you choose to build this driver as a dynamically linked module, the
     89	  module will be called stusb160x.ko.
     90
     91config TYPEC_QCOM_PMIC
     92	tristate "Qualcomm PMIC USB Type-C driver"
     93	depends on ARCH_QCOM || COMPILE_TEST
     94	depends on USB_ROLE_SWITCH || !USB_ROLE_SWITCH
     95	help
     96	  Driver for supporting role switch over the Qualcomm PMIC.  This will
     97	  handle the USB Type-C role and orientation detection reported by the
     98	  QCOM PMIC if the PMIC has the capability to handle USB Type-C
     99	  detection.
    100
    101	  It will also enable the VBUS output to connected devices when a
    102	  DFP connection is made.
    103
    104config TYPEC_WUSB3801
    105	tristate "Willsemi WUSB3801 Type-C port controller driver"
    106	depends on I2C
    107	select REGMAP_I2C
    108	help
    109	  Say Y or M here if your system has a WUSB3801 Type-C port controller.
    110
    111	  If you choose to build this driver as a dynamically linked module, the
    112	  module will be called wusb3801.ko.
    113
    114source "drivers/usb/typec/mux/Kconfig"
    115
    116source "drivers/usb/typec/altmodes/Kconfig"
    117
    118endif # TYPEC