lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <e4de7d39-978a-0996-1b03-8e7a6712b477@roeck-us.net>
Date:   Fri, 28 Jul 2023 03:14:52 -0700
From:   Guenter Roeck <linux@...ck-us.net>
To:     Dmitry Baryshkov <dmitry.baryshkov@...aro.org>,
        Heikki Krogerus <heikki.krogerus@...ux.intel.com>,
        Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
        Bryan O'Donoghue <bryan.odonoghue@...aro.org>,
        Andy Gross <agross@...nel.org>,
        Bjorn Andersson <andersson@...nel.org>,
        Konrad Dybcio <konrad.dybcio@...aro.org>
Cc:     linux-usb@...r.kernel.org, linux-kernel@...r.kernel.org,
        linux-arm-msm@...r.kernel.org
Subject: Re: [PATCH v3 0/2] usb: typec: qcom-pmic-typec: enable DP support

On 7/28/23 03:08, Dmitry Baryshkov wrote:
> To enable DisplayPort on the platforms supported by qcom-pmic-typec
> driver, we need to register a corresponding drm_bridge for this device
> to be able to receive the OOB hotplug event sent to the corresponding
> DRM connector.
> 
> Reception of the hotplug event is implemented by [1], but there is no
> direct dependency on that patchset. This series implements the remaining
> parts: registration of the drm_bridge and setting of the proper
> destination for the OOB hotplug event.
> 
> [1] https://patchwork.freedesktop.org/series/120393/
> 
> Changes since v2:
> - Reworded commit message for the first patch to explicitly mention that
>    the "displayport" OF property was rejected (Bjorn)
> - Removed several #ifdefs from the qcom-pmic-typec patch (Bryan, Konrad,
>    Greg K-H)
> 
> Changes since v1:
> - Properly handle CONFIG_DRM dependency. Disallow building DRM as a
>    module if qcom-pmic-typec driver is built-in (Bryan).

  config TYPEC_QCOM_PMIC
  	tristate "Qualcomm PMIC USB Type-C Port Controller Manager driver"
  	depends on ARCH_QCOM || COMPILE_TEST
+	depends on DRM || DRM=n

This disallows building TYPEC_QCOM_PMIC into the kernel if DRM is built
as module, which is pretty much the opposite of what is claimed above.
It does not affect DRM at all.

Not that it matters much, but I find it confusing if the change log
claims to do the opposite of what the code is doing.

Guenter

> 
> Dmitry Baryshkov (2):
>    usb: typec: altmodes/displayport: add support for embedded DP cases
>    usb: typec: qcom-pmic-typec: register drm_bridge
> 
>   drivers/usb/typec/altmodes/displayport.c      |  5 ++-
>   drivers/usb/typec/tcpm/Kconfig                |  1 +
>   drivers/usb/typec/tcpm/qcom/qcom_pmic_typec.c | 35 +++++++++++++++++++
>   3 files changed, 40 insertions(+), 1 deletion(-)
> 

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ