Re: [OS-BUILD PATCH] [redhat] New configs in drivers/usb

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 10/16/2020 10:29 AM, GitLab Bridge on behalf of jeremycline wrote:
> From: Fedora Kernel Team <kernel-team@xxxxxxxxxxxxxxxxx>
>
> Hi,
>
> As part of the ongoing rebase effort, the following configuration
> options need to be reviewed.
>
> As a reminder, the ARK configuration flow involves moving unreviewed
> configuration options from the pending directory to the ark directory.
> In the diff below, options are removed from the pending directory and
> added to the ark hierarchy. The final options that need to be ACKed
> are the files that are being added to the ark hierarchy.
>
> If the value for a file that is added should be changed, please reply
> with a better option.
>
>  CONFIG_TYPEC_QCOM_PMIC:
>
>  Driver for supporting role switch over the Qualcomm PMIC.  This will
>  handle the USB Type-C role and orientation detection reported by the
>  QCOM PMIC if the PMIC has the capability to handle USB Type-C
>  detection.
>
>  It will also enable the VBUS output to connected devices when a
>  DFP connection is made.
>
>  Symbol: TYPEC_QCOM_PMIC [=n]
>  Type  : tristate
>  Defined at drivers/usb/typec/Kconfig:88
>    Prompt: Qualcomm PMIC USB Type-C driver
>    Depends on: USB_SUPPORT [=y] && TYPEC [=y] && (ARCH_QCOM [=y] || COMPILE_TEST [=n])
>    Location:
>      -> Device Drivers
>        -> USB support (USB_SUPPORT [=y])
>          -> USB Type-C Support (TYPEC [=y])
>
> ---
>
>  CONFIG_TYPEC_STUSB160X:
>
>  Say Y or M here if your system has STMicroelectronics STUSB160x
>  Type-C port controller.
>
>  If you choose to build this driver as a dynamically linked module, the
>  module will be called stusb160x.ko.
>
>  Symbol: TYPEC_STUSB160X [=n]
>  Type  : tristate
>  Defined at drivers/usb/typec/Kconfig:76
>    Prompt: STMicroelectronics STUSB160x Type-C controller driver
>    Depends on: USB_SUPPORT [=y] && TYPEC [=y] && I2C [=y] && REGMAP_I2C [=m] && (USB_ROLE_SWITCH [=m] || !USB_ROLE_SWITCH [=m])
>    Location:
>      -> Device Drivers
>        -> USB support (USB_SUPPORT [=y])
>          -> USB Type-C Support (TYPEC [=y])
>
> ---
>
>  CONFIG_TYPEC_TCPCI_MAXIM:
>
>  MAXIM TCPCI based Type-C/PD chip driver. Works with
>  with Type-C Port Controller Manager.
>
>  Symbol: TYPEC_TCPCI_MAXIM [=n]
>  Type  : tristate
>  Defined at drivers/usb/typec/tcpm/Kconfig:38
>    Prompt: Maxim TCPCI based Type-C chip driver
>    Depends on: USB_SUPPORT [=y] && TYPEC [=y] && TYPEC_TCPM [=m] && TYPEC_TCPCI [=m]
>    Location:
>      -> Device Drivers
>        -> USB support (USB_SUPPORT [=y])
>          -> USB Type-C Support (TYPEC [=y])
>            -> USB Type-C Port Controller Manager (TYPEC_TCPM [=m])
>              -> Type-C Port Controller Interface driver (TYPEC_TCPCI [=m])
>
> ---
>
>  CONFIG_USB_FEW_INIT_RETRIES:
>
>  When a new USB device is detected, the kernel tries very hard
>  to initialize and enumerate it, with lots of nested retry loops.
>  This almost always works, but when it fails it can take a long time.
>  This option tells the kernel to make only a few retry attempts,
>  so that the total time required for a failed initialization is
>  no more than 30 seconds (as required by the USB OTG spec).
>
>  Say N here unless you require new-device enumeration failure to
>  occur within 30 seconds (as might be needed in an embedded
>  application).
>
>  Symbol: USB_FEW_INIT_RETRIES [=n]
>  Type  : bool
>  Defined at drivers/usb/core/Kconfig:35
>    Prompt: Limit USB device initialization to only a few retries
>    Depends on: USB_SUPPORT [=y] && USB [=y]
>    Location:
>      -> Device Drivers
>        -> USB support (USB_SUPPORT [=y])
>
> ---
>
> Cc: Torez Smith <torez@xxxxxxxxxx>
> Cc: Don Zickus <dzickus@xxxxxxxxxx>
> Signed-off-by: Fedora Kernel Team <kernel-team@xxxxxxxxxxxxxxxxx>
> ---
>  .../common/generic/CONFIG_TYPEC_QCOM_PMIC     |  1 +
>  .../common/generic/CONFIG_TYPEC_STUSB160X     |  1 +
>  .../common/generic/CONFIG_TYPEC_TCPCI_MAXIM   |  1 +
>  .../generic/CONFIG_USB_FEW_INIT_RETRIES       |  1 +
>  .../generic/CONFIG_TYPEC_QCOM_PMIC            | 23 -----------------
>  .../generic/CONFIG_TYPEC_STUSB160X            | 21 ----------------
>  .../generic/CONFIG_TYPEC_TCPCI_MAXIM          | 20 ---------------
>  .../generic/CONFIG_USB_FEW_INIT_RETRIES       | 25 -------------------
>  8 files changed, 4 insertions(+), 89 deletions(-)
>  create mode 100644 redhat/configs/common/generic/CONFIG_TYPEC_QCOM_PMIC
>  create mode 100644 redhat/configs/common/generic/CONFIG_TYPEC_STUSB160X
>  create mode 100644 redhat/configs/common/generic/CONFIG_TYPEC_TCPCI_MAXIM
>  create mode 100644 redhat/configs/common/generic/CONFIG_USB_FEW_INIT_RETRIES
>  delete mode 100644 redhat/configs/pending-common/generic/CONFIG_TYPEC_QCOM_PMIC
>  delete mode 100644 redhat/configs/pending-common/generic/CONFIG_TYPEC_STUSB160X
>  delete mode 100644 redhat/configs/pending-common/generic/CONFIG_TYPEC_TCPCI_MAXIM
>  delete mode 100644 redhat/configs/pending-common/generic/CONFIG_USB_FEW_INIT_RETRIES
>
> diff --git a/redhat/configs/common/generic/CONFIG_TYPEC_QCOM_PMIC b/redhat/configs/common/generic/CONFIG_TYPEC_QCOM_PMIC
> new file mode 100644
> index 000000000000..b04c909a37fd
> --- /dev/null
> +++ b/redhat/configs/common/generic/CONFIG_TYPEC_QCOM_PMIC
> @@ -0,0 +1 @@
> +# CONFIG_TYPEC_QCOM_PMIC is not set
> diff --git a/redhat/configs/common/generic/CONFIG_TYPEC_STUSB160X b/redhat/configs/common/generic/CONFIG_TYPEC_STUSB160X
> new file mode 100644
> index 000000000000..9c9373827da5
> --- /dev/null
> +++ b/redhat/configs/common/generic/CONFIG_TYPEC_STUSB160X
> @@ -0,0 +1 @@
> +# CONFIG_TYPEC_STUSB160X is not set
> diff --git a/redhat/configs/common/generic/CONFIG_TYPEC_TCPCI_MAXIM b/redhat/configs/common/generic/CONFIG_TYPEC_TCPCI_MAXIM
> new file mode 100644
> index 000000000000..cb128a87c705
> --- /dev/null
> +++ b/redhat/configs/common/generic/CONFIG_TYPEC_TCPCI_MAXIM
> @@ -0,0 +1 @@
> +# CONFIG_TYPEC_TCPCI_MAXIM is not set
> diff --git a/redhat/configs/common/generic/CONFIG_USB_FEW_INIT_RETRIES b/redhat/configs/common/generic/CONFIG_USB_FEW_INIT_RETRIES
> new file mode 100644
> index 000000000000..9d905e9cef4f
> --- /dev/null
> +++ b/redhat/configs/common/generic/CONFIG_USB_FEW_INIT_RETRIES
> @@ -0,0 +1 @@
> +# CONFIG_USB_FEW_INIT_RETRIES is not set
> diff --git a/redhat/configs/pending-common/generic/CONFIG_TYPEC_QCOM_PMIC b/redhat/configs/pending-common/generic/CONFIG_TYPEC_QCOM_PMIC
> deleted file mode 100644
> index c6703e7df74d..000000000000
> --- a/redhat/configs/pending-common/generic/CONFIG_TYPEC_QCOM_PMIC
> +++ /dev/null
> @@ -1,23 +0,0 @@
> -# CONFIG_TYPEC_QCOM_PMIC:
> -# 
> -# Driver for supporting role switch over the Qualcomm PMIC.  This will
> -# handle the USB Type-C role and orientation detection reported by the
> -# QCOM PMIC if the PMIC has the capability to handle USB Type-C
> -# detection.
> -# 
> -# It will also enable the VBUS output to connected devices when a
> -# DFP connection is made.
> -# 
> -# Symbol: TYPEC_QCOM_PMIC [=n]
> -# Type  : tristate
> -# Defined at drivers/usb/typec/Kconfig:88
> -#   Prompt: Qualcomm PMIC USB Type-C driver
> -#   Depends on: USB_SUPPORT [=y] && TYPEC [=y] && (ARCH_QCOM [=y] || COMPILE_TEST [=n])
> -#   Location:
> -#     -> Device Drivers
> -#       -> USB support (USB_SUPPORT [=y])
> -#         -> USB Type-C Support (TYPEC [=y])
> -# 
> -# 
> -# 
> -# CONFIG_TYPEC_QCOM_PMIC is not set
> diff --git a/redhat/configs/pending-common/generic/CONFIG_TYPEC_STUSB160X b/redhat/configs/pending-common/generic/CONFIG_TYPEC_STUSB160X
> deleted file mode 100644
> index f5aae2954b2b..000000000000
> --- a/redhat/configs/pending-common/generic/CONFIG_TYPEC_STUSB160X
> +++ /dev/null
> @@ -1,21 +0,0 @@
> -# CONFIG_TYPEC_STUSB160X:
> -# 
> -# Say Y or M here if your system has STMicroelectronics STUSB160x
> -# Type-C port controller.
> -# 
> -# If you choose to build this driver as a dynamically linked module, the
> -# module will be called stusb160x.ko.
> -# 
> -# Symbol: TYPEC_STUSB160X [=n]
> -# Type  : tristate
> -# Defined at drivers/usb/typec/Kconfig:76
> -#   Prompt: STMicroelectronics STUSB160x Type-C controller driver
> -#   Depends on: USB_SUPPORT [=y] && TYPEC [=y] && I2C [=y] && REGMAP_I2C [=m] && (USB_ROLE_SWITCH [=m] || !USB_ROLE_SWITCH [=m])
> -#   Location:
> -#     -> Device Drivers
> -#       -> USB support (USB_SUPPORT [=y])
> -#         -> USB Type-C Support (TYPEC [=y])
> -# 
> -# 
> -# 
> -# CONFIG_TYPEC_STUSB160X is not set
> diff --git a/redhat/configs/pending-common/generic/CONFIG_TYPEC_TCPCI_MAXIM b/redhat/configs/pending-common/generic/CONFIG_TYPEC_TCPCI_MAXIM
> deleted file mode 100644
> index 2750d892e7c0..000000000000
> --- a/redhat/configs/pending-common/generic/CONFIG_TYPEC_TCPCI_MAXIM
> +++ /dev/null
> @@ -1,20 +0,0 @@
> -# CONFIG_TYPEC_TCPCI_MAXIM:
> -# 
> -# MAXIM TCPCI based Type-C/PD chip driver. Works with
> -# with Type-C Port Controller Manager.
> -# 
> -# Symbol: TYPEC_TCPCI_MAXIM [=n]
> -# Type  : tristate
> -# Defined at drivers/usb/typec/tcpm/Kconfig:38
> -#   Prompt: Maxim TCPCI based Type-C chip driver
> -#   Depends on: USB_SUPPORT [=y] && TYPEC [=y] && TYPEC_TCPM [=m] && TYPEC_TCPCI [=m]
> -#   Location:
> -#     -> Device Drivers
> -#       -> USB support (USB_SUPPORT [=y])
> -#         -> USB Type-C Support (TYPEC [=y])
> -#           -> USB Type-C Port Controller Manager (TYPEC_TCPM [=m])
> -#             -> Type-C Port Controller Interface driver (TYPEC_TCPCI [=m])
> -# 
> -# 
> -# 
> -# CONFIG_TYPEC_TCPCI_MAXIM is not set
> diff --git a/redhat/configs/pending-common/generic/CONFIG_USB_FEW_INIT_RETRIES b/redhat/configs/pending-common/generic/CONFIG_USB_FEW_INIT_RETRIES
> deleted file mode 100644
> index 33144312ca44..000000000000
> --- a/redhat/configs/pending-common/generic/CONFIG_USB_FEW_INIT_RETRIES
> +++ /dev/null
> @@ -1,25 +0,0 @@
> -# CONFIG_USB_FEW_INIT_RETRIES:
> -# 
> -# When a new USB device is detected, the kernel tries very hard
> -# to initialize and enumerate it, with lots of nested retry loops.
> -# This almost always works, but when it fails it can take a long time.
> -# This option tells the kernel to make only a few retry attempts,
> -# so that the total time required for a failed initialization is
> -# no more than 30 seconds (as required by the USB OTG spec).
> -# 
> -# Say N here unless you require new-device enumeration failure to
> -# occur within 30 seconds (as might be needed in an embedded
> -# application).
> -# 
> -# Symbol: USB_FEW_INIT_RETRIES [=n]
> -# Type  : bool
> -# Defined at drivers/usb/core/Kconfig:35
> -#   Prompt: Limit USB device initialization to only a few retries
> -#   Depends on: USB_SUPPORT [=y] && USB [=y]
> -#   Location:
> -#     -> Device Drivers
> -#       -> USB support (USB_SUPPORT [=y])
> -# 
> -# 
> -# 
> -# CONFIG_USB_FEW_INIT_RETRIES is not set
Acked-by: Torez Smith  <torez@xxxxxxxxxx>

-- 

Torez Smith
torez@xxxxxxxxxx
1-972-707-6413
_______________________________________________
kernel mailing list -- kernel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to kernel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/kernel@xxxxxxxxxxxxxxxxxxxxxxx




[Index of Archives]     [Fedora General Discussion]     [Older Fedora Users Archive]     [Fedora Advisory Board]     [Fedora Security]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [ATA RAID]     [Fedora Marketing]     [Fedora Mentors]     [Fedora Package Announce]     [Fedora Package Review]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Coolkey]     [Yum Users]     [Tux]     [Yosemite News]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [USB]     [Asterisk PBX]

  Powered by Linux