From: Hans de Goede <hdegoede@redhat.com>
To: Heikki Krogerus <heikki.krogerus@linux.intel.com>
Cc: dri-devel@lists.freedesktop.org, linux-usb@vger.kernel.org,
Thomas Zimmermann <tzimmermann@suse.de>,
David Airlie <airlied@linux.ie>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
intel-gfx <intel-gfx@lists.freedesktop.org>,
platform-driver-x86@vger.kernel.org,
Rodrigo Vivi <rodrigo.vivi@intel.com>,
Guenter Roeck <linux@roeck-us.net>
Subject: Re: [PATCH 8/9] usb: typec: altmodes/displayport: Notify drm subsys of hotplug events
Date: Wed, 5 May 2021 12:44:32 +0200 [thread overview]
Message-ID: <1bd8e7e8-c8d3-5846-fd5c-acf4c35678b7@redhat.com> (raw)
In-Reply-To: <YJJwukxJfi9gGKcf@kuha.fi.intel.com>
Hi Heikki,
On 5/5/21 12:17 PM, Heikki Krogerus wrote:
> Hi Hans,
>
> On Mon, May 03, 2021 at 05:46:46PM +0200, Hans de Goede wrote:
>> Use the new drm_connector_find_by_fwnode() and
>> drm_connector_oob_hotplug_event() functions to let drm/kms drivers
>> know about DisplayPort over Type-C hotplug events.
>>
>> Signed-off-by: Hans de Goede <hdegoede@redhat.com>
>> ---
>> Changes in v2:
>> - Add missing depends on DRM to TYPEC_DP_ALTMODE Kconfig entry
>> ---
>> drivers/usb/typec/altmodes/Kconfig | 1 +
>> drivers/usb/typec/altmodes/displayport.c | 40 +++++++++++++++++++++++-
>> 2 files changed, 40 insertions(+), 1 deletion(-)
>>
>> diff --git a/drivers/usb/typec/altmodes/Kconfig b/drivers/usb/typec/altmodes/Kconfig
>> index 60d375e9c3c7..1a6b5e872b0d 100644
>> --- a/drivers/usb/typec/altmodes/Kconfig
>> +++ b/drivers/usb/typec/altmodes/Kconfig
>> @@ -4,6 +4,7 @@ menu "USB Type-C Alternate Mode drivers"
>>
>> config TYPEC_DP_ALTMODE
>> tristate "DisplayPort Alternate Mode driver"
>> + depends on DRM
>> help
>> DisplayPort USB Type-C Alternate Mode allows DisplayPort
>> displays and adapters to be attached to the USB Type-C
>> diff --git a/drivers/usb/typec/altmodes/displayport.c b/drivers/usb/typec/altmodes/displayport.c
>> index aa669b9cf70e..f00dfc5c14b6 100644
>> --- a/drivers/usb/typec/altmodes/displayport.c
>> +++ b/drivers/usb/typec/altmodes/displayport.c
>> @@ -11,8 +11,10 @@
>> #include <linux/delay.h>
>> #include <linux/mutex.h>
>> #include <linux/module.h>
>> +#include <linux/property.h>
>> #include <linux/usb/pd_vdo.h>
>> #include <linux/usb/typec_dp.h>
>> +#include <drm/drm_connector.h>
>> #include "displayport.h"
>>
>> #define DP_HEADER(_dp, ver, cmd) (VDO((_dp)->alt->svid, 1, ver, cmd) \
>> @@ -62,12 +64,30 @@ struct dp_altmode {
>> struct work_struct work;
>> struct typec_altmode *alt;
>> const struct typec_altmode *port;
>> + struct fwnode_handle *connector_fwnode;
>> };
>>
>> +static void dp_altmode_notify_connector(struct dp_altmode *dp)
>> +{
>> + struct drm_connector_oob_hotplug_event_data data = { };
>> + u8 pin_assign = DP_CONF_GET_PIN_ASSIGN(dp->data.conf);
>> +
>> + data.connected = dp->data.status & DP_STATUS_HPD_STATE;
>> + data.orientation = typec_altmode_get_orientation(dp->alt);
>> +
>> + if (pin_assign & DP_PIN_ASSIGN_DP_ONLY_MASK)
>> + data.dp_lanes = 4;
>> + else if (pin_assign & DP_PIN_ASSIGN_MULTI_FUNC_MASK)
>> + data.dp_lanes = 2;
>> +
>> + drm_connector_oob_hotplug_event(dp->connector_fwnode, &data);
>> +}
>> +
>> static int dp_altmode_notify(struct dp_altmode *dp)
>> {
>> unsigned long conf;
>> u8 state;
>> + int ret;
>>
>> if (dp->data.conf) {
>> state = get_count_order(DP_CONF_GET_PIN_ASSIGN(dp->data.conf));
>> @@ -76,7 +96,12 @@ static int dp_altmode_notify(struct dp_altmode *dp)
>> conf = TYPEC_STATE_USB;
>> }
>>
>> - return typec_altmode_notify(dp->alt, conf, &dp->data);
>> + ret = typec_altmode_notify(dp->alt, conf, &dp->data);
>> + if (ret)
>> + return ret;
>> +
>> + dp_altmode_notify_connector(dp);
>
> That is now going to be always called after configuration, right? The
> HPD is not necessarily issued at that point.
>
> I think that should be called from dp_altmode_status_update(), and
> probable only if there really is HPD IRQ or HPD State changes... I
> think?
I did see this triggering a bit more often then necessary on the initial
plugin of a DP-altmode capable Type-C "dongle", so what you are suggesting
makes sense. I'll come up with a better approach for the next version.
Regards,
Hans
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
next prev parent reply other threads:[~2021-05-05 10:44 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-05-03 15:46 [PATCH 0/9] drm + usb-type-c: Add support for out-of-band hotplug notification (v2) Hans de Goede
2021-05-03 15:46 ` [PATCH 1/9] drm/connector: Give connector sysfs devices there own device_type Hans de Goede
2021-05-03 15:46 ` [PATCH 2/9] drm/connector: Add a fwnode pointer to drm_connector and register with ACPI Hans de Goede
2021-05-04 7:57 ` Andy Shevchenko
2021-05-03 15:46 ` [PATCH 3/9] drm/connector: Add drm_connector_find_by_fwnode() function (v2) Hans de Goede
2021-05-04 8:00 ` Andy Shevchenko
2021-05-04 11:53 ` Hans de Goede
2021-05-04 12:35 ` Andy Shevchenko
2021-05-03 15:46 ` [PATCH 4/9] drm/connector: Add support for out-of-band hotplug notification (v2) Hans de Goede
2021-05-04 15:10 ` Heikki Krogerus
2021-05-04 15:35 ` Hans de Goede
2021-05-05 9:50 ` Heikki Krogerus
2021-05-05 10:42 ` Hans de Goede
2021-05-03 15:46 ` [PATCH 5/9] drm/i915: Associate ACPI connector nodes with connector entries Hans de Goede
2021-05-04 7:52 ` Andy Shevchenko
2021-05-04 14:56 ` Heikki Krogerus
2021-05-05 9:07 ` Hans de Goede
2021-05-05 9:17 ` Andy Shevchenko
2021-05-05 9:28 ` Hans de Goede
2021-05-05 10:02 ` Andy Shevchenko
2021-05-05 10:30 ` Hans de Goede
2021-05-05 12:55 ` Andy Shevchenko
2021-05-05 10:28 ` Sakari Ailus
2021-05-03 15:46 ` [PATCH 6/9] drm/i915/dp: Add support for out-of-bound hotplug events Hans de Goede
2021-05-03 15:46 ` [PATCH 7/9] usb: typec: altmodes/displayport: Make dp_altmode_notify() more generic Hans de Goede
2021-05-03 15:46 ` [PATCH 8/9] usb: typec: altmodes/displayport: Notify drm subsys of hotplug events Hans de Goede
2021-05-05 10:17 ` Heikki Krogerus
2021-05-05 10:44 ` Hans de Goede [this message]
2021-05-03 15:46 ` [PATCH 9/9] platform/x86/intel_cht_int33fe: Correct "displayport" fwnode reference Hans de Goede
2021-05-19 13:37 ` Hans de Goede
2021-05-04 15:22 ` [PATCH 0/9] drm + usb-type-c: Add support for out-of-band hotplug notification (v2) Heikki Krogerus
-- strict thread matches above, loose matches on Subject: below --
2021-04-28 21:52 [PATCH 0/9] drm + usb-type-c: Add support for out-of-band hotplug notification Hans de Goede
2021-04-28 21:52 ` [PATCH 8/9] usb: typec: altmodes/displayport: Notify drm subsys of hotplug events Hans de Goede
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1bd8e7e8-c8d3-5846-fd5c-acf4c35678b7@redhat.com \
--to=hdegoede@redhat.com \
--cc=airlied@linux.ie \
--cc=dri-devel@lists.freedesktop.org \
--cc=gregkh@linuxfoundation.org \
--cc=heikki.krogerus@linux.intel.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=linux-usb@vger.kernel.org \
--cc=linux@roeck-us.net \
--cc=platform-driver-x86@vger.kernel.org \
--cc=rodrigo.vivi@intel.com \
--cc=tzimmermann@suse.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).