From: Heikki Krogerus <heikki.krogerus@linux.intel.com>
To: "Rafael J. Wysocki" <rjw@rjwysocki.net>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Hans de Goede <hdegoede@redhat.com>
Cc: Darren Hart <dvhart@infradead.org>,
Andy Shevchenko <andy@infradead.org>,
linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org,
platform-driver-x86@vger.kernel.org
Subject: [PATCH 09/11] platform/x86: intel_cht_int33fe: Provide fwnode for the USB connector
Date: Wed, 3 Apr 2019 19:45:35 +0300 [thread overview]
Message-ID: <20190403164537.24643-10-heikki.krogerus@linux.intel.com> (raw)
In-Reply-To: <20190403164537.24643-1-heikki.krogerus@linux.intel.com>
In ACPI, and now also in DT, the USB connectors usually have
their own device nodes. In case of USB Type-C, those
connector (port) nodes are child nodes of the controller or
PHY device, in our case the fusb302. The software fwnodes
allow us to create a similar child node for fusb302 that
represents the connector also on Intel CHT.
This makes it possible replace the fusb302 specific device
properties which were deprecated with the common USB
connector properties that tcpm.c is able to use directly.
Signed-off-by: Heikki Krogerus <heikki.krogerus@linux.intel.com>
---
drivers/platform/x86/intel_cht_int33fe.c | 37 ++++++++++++++++++++++--
1 file changed, 34 insertions(+), 3 deletions(-)
diff --git a/drivers/platform/x86/intel_cht_int33fe.c b/drivers/platform/x86/intel_cht_int33fe.c
index 2f12ce154489..544e0b90aa07 100644
--- a/drivers/platform/x86/intel_cht_int33fe.c
+++ b/drivers/platform/x86/intel_cht_int33fe.c
@@ -25,6 +25,7 @@
#include <linux/regulator/consumer.h>
#include <linux/slab.h>
#include <linux/pci.h>
+#include <linux/usb/pd.h>
#define EXPECTED_PTYPE 4
@@ -32,6 +33,7 @@ enum {
INT33FE_NODE_FUSB302,
INT33FE_NODE_MAX17047,
INT33FE_NODE_PI3USB30532,
+ INT33FE_NODE_USB_CONNECTOR,
INT33FE_NODE_MAX,
};
@@ -112,9 +114,29 @@ cht_int33fe_max17047(struct device *dev, struct cht_int33fe_data *data)
static const struct property_entry fusb302_props[] = {
PROPERTY_ENTRY_STRING("linux,extcon-name", "cht_wcove_pwrsrc"),
- PROPERTY_ENTRY_U32("fcs,max-sink-microvolt", 12000000),
- PROPERTY_ENTRY_U32("fcs,max-sink-microamp", 3000000),
- PROPERTY_ENTRY_U32("fcs,max-sink-microwatt", 36000000),
+ { }
+};
+
+#define PDO_FIXED_FLAGS \
+ (PDO_FIXED_DUAL_ROLE | PDO_FIXED_DATA_SWAP | PDO_FIXED_USB_COMM)
+
+static const u32 src_pdo[] = {
+ PDO_FIXED(5000, 1500, PDO_FIXED_FLAGS),
+};
+
+static const u32 snk_pdo[] = {
+ PDO_FIXED(5000, 400, PDO_FIXED_FLAGS),
+ PDO_VAR(5000, 12000, 3000),
+};
+
+static const struct property_entry usb_connector_props[] = {
+ PROPERTY_ENTRY_STRING("name", "connector"),
+ PROPERTY_ENTRY_STRING("data-role", "dual"),
+ PROPERTY_ENTRY_STRING("power-role", "dual"),
+ PROPERTY_ENTRY_STRING("try-power-role", "sink"),
+ PROPERTY_ENTRY_U32_ARRAY("source-pdos", src_pdo),
+ PROPERTY_ENTRY_U32_ARRAY("sink-pdos", snk_pdo),
+ PROPERTY_ENTRY_U32("op-sink-microwatt", 36000000),
{ }
};
@@ -149,6 +171,15 @@ static int cht_int33fe_add_nodes(struct cht_int33fe_data *data)
data->node[i] = fwnode;
}
+ /* Node for the USB connector (FUSB302 is the parent) */
+ fwnode = fwnode_create_software_node(usb_connector_props,
+ data->node[INT33FE_NODE_FUSB302]);
+ if (IS_ERR(fwnode)) {
+ ret = PTR_ERR(fwnode);
+ goto err_remove_nodes;
+ }
+ data->node[INT33FE_NODE_USB_CONNECTOR] = fwnode;
+
return 0;
err_remove_nodes:
--
2.20.1
next prev parent reply other threads:[~2019-04-03 16:45 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-04-03 16:45 [PATCH 00/11] Software fwnode references Heikki Krogerus
2019-04-03 16:45 ` [PATCH 01/11] software node: Allow node creation without properties Heikki Krogerus
2019-04-03 16:45 ` [PATCH 02/11] software node: Simplify software_node_release() function Heikki Krogerus
2019-04-03 16:45 ` [PATCH 03/11] software node: Add support for references Heikki Krogerus
2019-04-03 16:45 ` [PATCH 04/11] software node: Implement .get_reference_args fwnode operation Heikki Krogerus
2019-04-03 16:45 ` [PATCH 05/11] ACPI / property: Don't limit named child node matching to data nodes Heikki Krogerus
2019-04-03 16:45 ` [PATCH 06/11] device connection: Find connections also by checking the references Heikki Krogerus
2019-04-03 16:45 ` [PATCH 07/11] usb: typec: Registering real device entries for the muxes Heikki Krogerus
2019-04-03 16:45 ` [PATCH 08/11] platform/x86: intel_cht_int33fe: Provide software nodes for the devices Heikki Krogerus
2019-04-08 16:09 ` Andy Shevchenko
2019-04-08 16:09 ` Andy Shevchenko
2019-04-09 12:41 ` Heikki Krogerus
2019-04-09 12:41 ` Heikki Krogerus
2019-04-03 16:45 ` Heikki Krogerus [this message]
2019-04-08 16:10 ` [PATCH 09/11] platform/x86: intel_cht_int33fe: Provide fwnode for the USB connector Andy Shevchenko
2019-04-08 16:10 ` Andy Shevchenko
2019-04-03 16:45 ` [PATCH 10/11] platform/x86: intel_cht_int33fe: Link with external dependencies using fwnodes Heikki Krogerus
2019-04-08 16:42 ` Andy Shevchenko
2019-04-08 16:42 ` Andy Shevchenko
2019-04-09 12:38 ` Heikki Krogerus
2019-04-09 12:38 ` Heikki Krogerus
2019-04-03 16:45 ` [PATCH 11/11] platform/x86: intel_cht_int33fe: Replacing the old connections with references Heikki Krogerus
2019-04-08 16:45 ` Andy Shevchenko
2019-04-08 16:45 ` Andy Shevchenko
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=20190403164537.24643-10-heikki.krogerus@linux.intel.com \
--to=heikki.krogerus@linux.intel.com \
--cc=andy@infradead.org \
--cc=dvhart@infradead.org \
--cc=gregkh@linuxfoundation.org \
--cc=hdegoede@redhat.com \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=platform-driver-x86@vger.kernel.org \
--cc=rjw@rjwysocki.net \
/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