* [PATCH v4 0/2] Remaining sunxi musb patches
@ 2015-05-31 16:10 ` Hans de Goede
0 siblings, 0 replies; 57+ messages in thread
From: Hans de Goede @ 2015-05-31 16:10 UTC (permalink / raw)
To: Felipe Balbi, Kishon Vijay Abraham I
Cc: Maxime Ripard, Chen-Yu Tsai, Roman Byshko,
linux-usb-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r, devicetree,
linux-sunxi-/JYPxA39Uh5TLH3MbocFFw
Hi Kishon & Felipe,
Here is an updated version of the remaining (not yet merged in Felipe's tree)
sunxi musb patches.
The "phy-sun4i-usb: Add full support for usb0 phy / OTG" patch has been
updated with a small bug-fix and is ready for merging.
The "musb: Add support for the Allwinner sunxi musb" patch has been updated
to use the latest version of Maxime's sunxi sram controller driver. This
one has a compile-time dependency on Maxime's sunxi sram controller driver,
so it cannot be merged until that is merged.
I also have updated the dts patches enabling the sunxi musb controller on a
number of boards for the sram controller changes, you can look at these
here: https://github.com/jwrdegoede/linux-sunxi/commits/sunxi-wip
I'll post a new version of the dts patches for upstreaming as soon as the
other bits are merged.
Regards,
Hans
^ permalink raw reply [flat|nested] 57+ messages in thread
* [PATCH v4 0/2] Remaining sunxi musb patches
@ 2015-05-31 16:10 ` Hans de Goede
0 siblings, 0 replies; 57+ messages in thread
From: Hans de Goede @ 2015-05-31 16:10 UTC (permalink / raw)
To: linux-arm-kernel
Hi Kishon & Felipe,
Here is an updated version of the remaining (not yet merged in Felipe's tree)
sunxi musb patches.
The "phy-sun4i-usb: Add full support for usb0 phy / OTG" patch has been
updated with a small bug-fix and is ready for merging.
The "musb: Add support for the Allwinner sunxi musb" patch has been updated
to use the latest version of Maxime's sunxi sram controller driver. This
one has a compile-time dependency on Maxime's sunxi sram controller driver,
so it cannot be merged until that is merged.
I also have updated the dts patches enabling the sunxi musb controller on a
number of boards for the sram controller changes, you can look at these
here: https://github.com/jwrdegoede/linux-sunxi/commits/sunxi-wip
I'll post a new version of the dts patches for upstreaming as soon as the
other bits are merged.
Regards,
Hans
^ permalink raw reply [flat|nested] 57+ messages in thread
* [PATCH v4 1/2] phy-sun4i-usb: Add full support for usb0 phy / OTG
2015-05-31 16:10 ` Hans de Goede
@ 2015-05-31 16:10 ` Hans de Goede
-1 siblings, 0 replies; 57+ messages in thread
From: Hans de Goede @ 2015-05-31 16:10 UTC (permalink / raw)
To: Felipe Balbi, Kishon Vijay Abraham I
Cc: Maxime Ripard, Chen-Yu Tsai, Roman Byshko,
linux-usb-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r, devicetree,
linux-sunxi-/JYPxA39Uh5TLH3MbocFFw, Hans de Goede
The usb0 phy is connected to an OTG controller, and as such needs some special
handling:
1) It allows explicit control over the pullups, enable these on phy_init and
disable them on phy_exit.
2) It has bits to signal id and vbus detect to the musb-core, add support for
for monitoring id and vbus detect gpio-s for use in dual role mode, and set
these bits to the correct values for operating in host only mode when no
gpios are specified in the devicetree.
3) When in dual role mode the musb sunxi glue needs to know if the a host or
device cable is plugged in, so when in dual role mode register an extcon.
While updating the devicetree binding documentation also add documentation
for the sofar undocumented usage of regulators for vbus for all 3 phys.
Signed-off-by: Hans de Goede <hdegoede-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
---
Changes in v2:
-Removed the sunxi specific phy functions, instead the id / vbus gpio polling
has been moved to the phy-sun4i-usb driver and their status is exported
through extcon for the sunxi-musb glue
Changes in v3:
-No changes
Changes in v4:
-Do not call regulator_disable in an unbalanced manner when an external vbus
is present
---
.../devicetree/bindings/phy/sun4i-usb-phy.txt | 18 +-
drivers/phy/Kconfig | 1 +
drivers/phy/phy-sun4i-usb.c | 273 ++++++++++++++++++++-
3 files changed, 281 insertions(+), 11 deletions(-)
diff --git a/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt b/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
index 16528b9..557fa99 100644
--- a/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
+++ b/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
@@ -23,6 +23,13 @@ Required properties:
* "usb1_reset"
* "usb2_reset" for sun4i, sun6i or sun7i
+Optional properties:
+- usb0_id_det-gpios : gpio phandle for reading the otg id pin value
+- usb0_vbus_det-gpios : gpio phandle for detecting the presence of usb0 vbus
+- usb0_vbus-supply : regulator phandle for controller usb0 vbus
+- usb1_vbus-supply : regulator phandle for controller usb1 vbus
+- usb2_vbus-supply : regulator phandle for controller usb2 vbus
+
Example:
usbphy: phy@0x01c13400 {
#phy-cells = <1>;
@@ -32,6 +39,13 @@ Example:
reg-names = "phy_ctrl", "pmu1", "pmu2";
clocks = <&usb_clk 8>;
clock-names = "usb_phy";
- resets = <&usb_clk 1>, <&usb_clk 2>;
- reset-names = "usb1_reset", "usb2_reset";
+ resets = <&usb_clk 0>, <&usb_clk 1>, <&usb_clk 2>;
+ reset-names = "usb0_reset", "usb1_reset", "usb2_reset";
+ pinctrl-names = "default";
+ pinctrl-0 = <&usb0_id_detect_pin>, <&usb0_vbus_detect_pin>;
+ usb0_id_det-gpios = <&pio 7 19 GPIO_ACTIVE_HIGH>; /* PH19 */
+ usb0_vbus_det-gpios = <&pio 7 22 GPIO_ACTIVE_HIGH>; /* PH22 */
+ usb0_vbus-supply = <®_usb0_vbus>;
+ usb1_vbus-supply = <®_usb1_vbus>;
+ usb2_vbus-supply = <®_usb2_vbus>;
};
diff --git a/drivers/phy/Kconfig b/drivers/phy/Kconfig
index a53bd5b..4614fba 100644
--- a/drivers/phy/Kconfig
+++ b/drivers/phy/Kconfig
@@ -173,6 +173,7 @@ config PHY_SUN4I_USB
tristate "Allwinner sunxi SoC USB PHY driver"
depends on ARCH_SUNXI && HAS_IOMEM && OF
depends on RESET_CONTROLLER
+ select EXTCON
select GENERIC_PHY
help
Enable this to support the transceiver that is part of Allwinner
diff --git a/drivers/phy/phy-sun4i-usb.c b/drivers/phy/phy-sun4i-usb.c
index 91c5be4..b45d707 100644
--- a/drivers/phy/phy-sun4i-usb.c
+++ b/drivers/phy/phy-sun4i-usb.c
@@ -1,7 +1,7 @@
/*
* Allwinner sun4i USB phy driver
*
- * Copyright (C) 2014 Hans de Goede <hdegoede-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
+ * Copyright (C) 2014-2015 Hans de Goede <hdegoede-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
*
* Based on code from
* Allwinner Technology Co., Ltd. <www.allwinnertech.com>
@@ -23,17 +23,23 @@
#include <linux/clk.h>
#include <linux/err.h>
+#include <linux/extcon.h>
#include <linux/io.h>
+#include <linux/interrupt.h>
#include <linux/kernel.h>
#include <linux/module.h>
#include <linux/mutex.h>
#include <linux/of.h>
#include <linux/of_address.h>
+#include <linux/of_gpio.h>
#include <linux/phy/phy.h>
#include <linux/phy/phy-sun4i-usb.h>
#include <linux/platform_device.h>
#include <linux/regulator/consumer.h>
#include <linux/reset.h>
+#include <linux/workqueue.h>
+
+#define DRIVER_NAME "sun4i-usb-phy"
#define REG_ISCR 0x00
#define REG_PHYCTL 0x04
@@ -47,6 +53,17 @@
#define SUNXI_AHB_INCRX_ALIGN_EN BIT(8)
#define SUNXI_ULPI_BYPASS_EN BIT(0)
+/* ISCR, Interface Status and Control bits */
+#define ISCR_ID_PULLUP_EN (1 << 17)
+#define ISCR_DPDM_PULLUP_EN (1 << 16)
+/* sunxi has the phy id/vbus pins not connected, so we use the force bits */
+#define ISCR_FORCE_ID_MASK (3 << 14)
+#define ISCR_FORCE_ID_LOW (2 << 14)
+#define ISCR_FORCE_ID_HIGH (3 << 14)
+#define ISCR_FORCE_VBUS_MASK (3 << 12)
+#define ISCR_FORCE_VBUS_LOW (2 << 12)
+#define ISCR_FORCE_VBUS_HIGH (3 << 12)
+
/* Common Control Bits for Both PHYs */
#define PHY_PLL_BW 0x03
#define PHY_RES45_CAL_EN 0x0c
@@ -63,6 +80,13 @@
#define MAX_PHYS 3
+/*
+ * Note do not raise the debounce time, we must report Vusb high within 100ms
+ * otherwise we get Vbus errors
+ */
+#define DEBOUNCE_TIME msecs_to_jiffies(50)
+#define POLL_TIME msecs_to_jiffies(250)
+
struct sun4i_usb_phy_data {
void __iomem *base;
struct mutex mutex;
@@ -74,13 +98,58 @@ struct sun4i_usb_phy_data {
struct regulator *vbus;
struct reset_control *reset;
struct clk *clk;
+ bool regulator_on;
int index;
} phys[MAX_PHYS];
+ /* phy0 / otg related variables */
+ struct extcon_dev extcon;
+ const char *extcon_cable_names[3];
+ bool phy0_init;
+ bool phy0_poll;
+ struct gpio_desc *id_det_gpio;
+ struct gpio_desc *vbus_det_gpio;
+ int id_det_irq;
+ int vbus_det_irq;
+ int id_det;
+ int vbus_det;
+ struct delayed_work detect;
};
#define to_sun4i_usb_phy_data(phy) \
container_of((phy), struct sun4i_usb_phy_data, phys[(phy)->index])
+static void sun4i_usb_phy0_update_iscr(struct phy *_phy, u32 clr, u32 set)
+{
+ struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
+ struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
+ u32 iscr;
+
+ iscr = readl(data->base + REG_ISCR);
+ iscr &= ~clr;
+ iscr |= set;
+ writel(iscr, data->base + REG_ISCR);
+}
+
+static void sun4i_usb_phy0_set_id_detect(struct phy *phy, u32 val)
+{
+ if (val)
+ val = ISCR_FORCE_ID_HIGH;
+ else
+ val = ISCR_FORCE_ID_LOW;
+
+ sun4i_usb_phy0_update_iscr(phy, ISCR_FORCE_ID_MASK, val);
+}
+
+static void sun4i_usb_phy0_set_vbus_detect(struct phy *phy, u32 val)
+{
+ if (val)
+ val = ISCR_FORCE_VBUS_HIGH;
+ else
+ val = ISCR_FORCE_VBUS_LOW;
+
+ sun4i_usb_phy0_update_iscr(phy, ISCR_FORCE_VBUS_MASK, val);
+}
+
static void sun4i_usb_phy_write(struct sun4i_usb_phy *phy, u32 addr, u32 data,
int len)
{
@@ -171,12 +240,39 @@ static int sun4i_usb_phy_init(struct phy *_phy)
sun4i_usb_phy_passby(phy, 1);
+ if (phy->index == 0) {
+ data->phy0_init = true;
+
+ /* Enable pull-ups */
+ sun4i_usb_phy0_update_iscr(_phy, 0, ISCR_DPDM_PULLUP_EN);
+ sun4i_usb_phy0_update_iscr(_phy, 0, ISCR_ID_PULLUP_EN);
+
+ if (data->id_det_gpio) {
+ /* OTG mode, force ISCR and cable state updates */
+ data->id_det = -1;
+ data->vbus_det = -1;
+ queue_delayed_work(system_wq, &data->detect, 0);
+ } else {
+ /* Host only mode */
+ sun4i_usb_phy0_set_id_detect(_phy, 0);
+ sun4i_usb_phy0_set_vbus_detect(_phy, 1);
+ }
+ }
+
return 0;
}
static int sun4i_usb_phy_exit(struct phy *_phy)
{
struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
+ struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
+
+ if (phy->index == 0) {
+ /* Disable pull-ups */
+ sun4i_usb_phy0_update_iscr(_phy, ISCR_DPDM_PULLUP_EN, 0);
+ sun4i_usb_phy0_update_iscr(_phy, ISCR_ID_PULLUP_EN, 0);
+ data->phy0_init = false;
+ }
sun4i_usb_phy_passby(phy, 0);
reset_control_assert(phy->reset);
@@ -188,20 +284,46 @@ static int sun4i_usb_phy_exit(struct phy *_phy)
static int sun4i_usb_phy_power_on(struct phy *_phy)
{
struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
- int ret = 0;
+ struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
+ int ret;
+
+ if (!phy->vbus || phy->regulator_on)
+ return 0;
+
+ /* For phy0 only turn on Vbus if we don't have an ext. Vbus */
+ if (phy->index == 0 && data->vbus_det)
+ return 0;
- if (phy->vbus)
- ret = regulator_enable(phy->vbus);
+ ret = regulator_enable(phy->vbus);
+ if (ret)
+ return ret;
- return ret;
+ phy->regulator_on = true;
+
+ /* We must report Vbus high within OTG_TIME_A_WAIT_VRISE msec. */
+ if (phy->index == 0 && data->phy0_poll)
+ mod_delayed_work(system_wq, &data->detect, DEBOUNCE_TIME);
+
+ return 0;
}
static int sun4i_usb_phy_power_off(struct phy *_phy)
{
struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
+ struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
+
+ if (!phy->vbus || !phy->regulator_on)
+ return 0;
- if (phy->vbus)
- regulator_disable(phy->vbus);
+ regulator_disable(phy->vbus);
+ phy->regulator_on = false;
+
+ /*
+ * phy0 vbus typically slowly discharges, sometimes this causes the
+ * Vbus gpio to not trigger an edge irq on Vbus off, so force a rescan.
+ */
+ if (phy->index == 0 && !data->phy0_poll)
+ mod_delayed_work(system_wq, &data->detect, POLL_TIME);
return 0;
}
@@ -221,6 +343,61 @@ static struct phy_ops sun4i_usb_phy_ops = {
.owner = THIS_MODULE,
};
+static void sun4i_usb_phy0_id_vbus_det_scan(struct work_struct *work)
+{
+ struct sun4i_usb_phy_data *data =
+ container_of(work, struct sun4i_usb_phy_data, detect.work);
+ struct phy *phy0 = data->phys[0].phy;
+ int id_det, vbus_det, id_notify = 0, vbus_notify = 0;
+
+ id_det = gpiod_get_value_cansleep(data->id_det_gpio);
+ vbus_det = gpiod_get_value_cansleep(data->vbus_det_gpio);
+
+ mutex_lock(&phy0->mutex);
+
+ if (!data->phy0_init) {
+ mutex_unlock(&phy0->mutex);
+ return;
+ }
+
+ if (id_det != data->id_det) {
+ sun4i_usb_phy0_set_id_detect(phy0, id_det);
+ data->id_det = id_det;
+ id_notify = 1;
+ }
+
+ if (vbus_det != data->vbus_det) {
+ sun4i_usb_phy0_set_vbus_detect(phy0, vbus_det);
+ data->vbus_det = vbus_det;
+ vbus_notify = 1;
+ }
+
+ mutex_unlock(&phy0->mutex);
+
+ if (id_notify)
+ extcon_set_cable_state(&data->extcon,
+ extcon_cable_name[EXTCON_USB_HOST],
+ !id_det);
+
+ if (vbus_notify)
+ extcon_set_cable_state(&data->extcon,
+ extcon_cable_name[EXTCON_USB],
+ vbus_det);
+
+ if (data->phy0_poll)
+ queue_delayed_work(system_wq, &data->detect, POLL_TIME);
+}
+
+static irqreturn_t sun4i_usb_phy0_id_vbus_det_irq(int irq, void *dev_id)
+{
+ struct sun4i_usb_phy_data *data = dev_id;
+
+ /* vbus or id changed, let the pins settle and then scan them */
+ mod_delayed_work(system_wq, &data->detect, DEBOUNCE_TIME);
+
+ return IRQ_HANDLED;
+}
+
static struct phy *sun4i_usb_phy_xlate(struct device *dev,
struct of_phandle_args *args)
{
@@ -240,13 +417,20 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
struct phy_provider *phy_provider;
bool dedicated_clocks;
struct resource *res;
- int i;
+ int i, ret;
data = devm_kzalloc(dev, sizeof(*data), GFP_KERNEL);
if (!data)
return -ENOMEM;
mutex_init(&data->mutex);
+ INIT_DELAYED_WORK(&data->detect, sun4i_usb_phy0_id_vbus_det_scan);
+ data->extcon_cable_names[0] = extcon_cable_name[EXTCON_USB_HOST];
+ data->extcon_cable_names[1] = extcon_cable_name[EXTCON_USB];
+ data->extcon_cable_names[2] = NULL;
+ data->extcon.name = DRIVER_NAME;
+ data->extcon.supported_cable = data->extcon_cable_names;
+ data->extcon.dev.parent = dev;
if (of_device_is_compatible(np, "allwinner,sun5i-a13-usb-phy"))
data->num_phys = 2;
@@ -269,6 +453,34 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
if (IS_ERR(data->base))
return PTR_ERR(data->base);
+ data->id_det_gpio = devm_gpiod_get(dev, "usb0_id_det", GPIOD_IN);
+ if (IS_ERR(data->id_det_gpio)) {
+ if (PTR_ERR(data->id_det_gpio) == -EPROBE_DEFER)
+ return -EPROBE_DEFER;
+ data->id_det_gpio = NULL;
+ }
+
+ data->vbus_det_gpio = devm_gpiod_get(dev, "usb0_vbus_det", GPIOD_IN);
+ if (IS_ERR(data->vbus_det_gpio)) {
+ if (PTR_ERR(data->vbus_det_gpio) == -EPROBE_DEFER)
+ return -EPROBE_DEFER;
+ data->vbus_det_gpio = NULL;
+ }
+
+ /* We either want both gpio pins or neither (when in host mode) */
+ if (!data->id_det_gpio != !data->vbus_det_gpio) {
+ dev_err(dev, "failed to get id or vbus detect pin\n");
+ return -ENODEV;
+ }
+
+ if (data->id_det_gpio) {
+ ret = devm_extcon_dev_register(dev, &data->extcon);
+ if (ret) {
+ dev_err(dev, "failed to register extcon: %d\n", ret);
+ return ret;
+ }
+ }
+
for (i = 0; i < data->num_phys; i++) {
struct sun4i_usb_phy *phy = data->phys + i;
char name[16];
@@ -318,12 +530,54 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
phy_set_drvdata(phy->phy, &data->phys[i]);
}
+ data->id_det_irq = gpiod_to_irq(data->id_det_gpio);
+ data->vbus_det_irq = gpiod_to_irq(data->vbus_det_gpio);
+ if (data->id_det_irq < 0 || data->vbus_det_irq < 0)
+ data->phy0_poll = true;
+
+ if (data->id_det_irq >= 0) {
+ ret = devm_request_irq(dev, data->id_det_irq,
+ sun4i_usb_phy0_id_vbus_det_irq,
+ IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
+ "usb0-id-det", data);
+ if (ret) {
+ dev_err(dev, "Err requesting id-det-irq: %d\n", ret);
+ return ret;
+ }
+ }
+
+ if (data->vbus_det_irq >= 0) {
+ ret = devm_request_irq(dev, data->vbus_det_irq,
+ sun4i_usb_phy0_id_vbus_det_irq,
+ IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
+ "usb0-vbus-det", data);
+ if (ret) {
+ dev_err(dev, "Err requesting vbus-det-irq: %d\n", ret);
+ return ret;
+ }
+ }
+
dev_set_drvdata(dev, data);
phy_provider = devm_of_phy_provider_register(dev, sun4i_usb_phy_xlate);
return PTR_ERR_OR_ZERO(phy_provider);
}
+static int sun4i_usb_phy_remove(struct platform_device *pdev)
+{
+ struct device *dev = &pdev->dev;
+ struct sun4i_usb_phy_data *data = dev_get_drvdata(dev);
+
+ if (data->id_det_irq >= 0)
+ devm_free_irq(dev, data->id_det_irq, data);
+ if (data->vbus_det_irq >= 0)
+ devm_free_irq(dev, data->vbus_det_irq, data);
+
+ cancel_delayed_work_sync(&data->detect);
+
+ return 0;
+}
+
static const struct of_device_id sun4i_usb_phy_of_match[] = {
{ .compatible = "allwinner,sun4i-a10-usb-phy" },
{ .compatible = "allwinner,sun5i-a13-usb-phy" },
@@ -335,9 +589,10 @@ MODULE_DEVICE_TABLE(of, sun4i_usb_phy_of_match);
static struct platform_driver sun4i_usb_phy_driver = {
.probe = sun4i_usb_phy_probe,
+ .remove = sun4i_usb_phy_remove,
.driver = {
.of_match_table = sun4i_usb_phy_of_match,
- .name = "sun4i-usb-phy",
+ .name = DRIVER_NAME,
}
};
module_platform_driver(sun4i_usb_phy_driver);
--
2.4.2
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply related [flat|nested] 57+ messages in thread
* [PATCH v4 1/2] phy-sun4i-usb: Add full support for usb0 phy / OTG
@ 2015-05-31 16:10 ` Hans de Goede
0 siblings, 0 replies; 57+ messages in thread
From: Hans de Goede @ 2015-05-31 16:10 UTC (permalink / raw)
To: linux-arm-kernel
The usb0 phy is connected to an OTG controller, and as such needs some special
handling:
1) It allows explicit control over the pullups, enable these on phy_init and
disable them on phy_exit.
2) It has bits to signal id and vbus detect to the musb-core, add support for
for monitoring id and vbus detect gpio-s for use in dual role mode, and set
these bits to the correct values for operating in host only mode when no
gpios are specified in the devicetree.
3) When in dual role mode the musb sunxi glue needs to know if the a host or
device cable is plugged in, so when in dual role mode register an extcon.
While updating the devicetree binding documentation also add documentation
for the sofar undocumented usage of regulators for vbus for all 3 phys.
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
---
Changes in v2:
-Removed the sunxi specific phy functions, instead the id / vbus gpio polling
has been moved to the phy-sun4i-usb driver and their status is exported
through extcon for the sunxi-musb glue
Changes in v3:
-No changes
Changes in v4:
-Do not call regulator_disable in an unbalanced manner when an external vbus
is present
---
.../devicetree/bindings/phy/sun4i-usb-phy.txt | 18 +-
drivers/phy/Kconfig | 1 +
drivers/phy/phy-sun4i-usb.c | 273 ++++++++++++++++++++-
3 files changed, 281 insertions(+), 11 deletions(-)
diff --git a/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt b/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
index 16528b9..557fa99 100644
--- a/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
+++ b/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
@@ -23,6 +23,13 @@ Required properties:
* "usb1_reset"
* "usb2_reset" for sun4i, sun6i or sun7i
+Optional properties:
+- usb0_id_det-gpios : gpio phandle for reading the otg id pin value
+- usb0_vbus_det-gpios : gpio phandle for detecting the presence of usb0 vbus
+- usb0_vbus-supply : regulator phandle for controller usb0 vbus
+- usb1_vbus-supply : regulator phandle for controller usb1 vbus
+- usb2_vbus-supply : regulator phandle for controller usb2 vbus
+
Example:
usbphy: phy at 0x01c13400 {
#phy-cells = <1>;
@@ -32,6 +39,13 @@ Example:
reg-names = "phy_ctrl", "pmu1", "pmu2";
clocks = <&usb_clk 8>;
clock-names = "usb_phy";
- resets = <&usb_clk 1>, <&usb_clk 2>;
- reset-names = "usb1_reset", "usb2_reset";
+ resets = <&usb_clk 0>, <&usb_clk 1>, <&usb_clk 2>;
+ reset-names = "usb0_reset", "usb1_reset", "usb2_reset";
+ pinctrl-names = "default";
+ pinctrl-0 = <&usb0_id_detect_pin>, <&usb0_vbus_detect_pin>;
+ usb0_id_det-gpios = <&pio 7 19 GPIO_ACTIVE_HIGH>; /* PH19 */
+ usb0_vbus_det-gpios = <&pio 7 22 GPIO_ACTIVE_HIGH>; /* PH22 */
+ usb0_vbus-supply = <®_usb0_vbus>;
+ usb1_vbus-supply = <®_usb1_vbus>;
+ usb2_vbus-supply = <®_usb2_vbus>;
};
diff --git a/drivers/phy/Kconfig b/drivers/phy/Kconfig
index a53bd5b..4614fba 100644
--- a/drivers/phy/Kconfig
+++ b/drivers/phy/Kconfig
@@ -173,6 +173,7 @@ config PHY_SUN4I_USB
tristate "Allwinner sunxi SoC USB PHY driver"
depends on ARCH_SUNXI && HAS_IOMEM && OF
depends on RESET_CONTROLLER
+ select EXTCON
select GENERIC_PHY
help
Enable this to support the transceiver that is part of Allwinner
diff --git a/drivers/phy/phy-sun4i-usb.c b/drivers/phy/phy-sun4i-usb.c
index 91c5be4..b45d707 100644
--- a/drivers/phy/phy-sun4i-usb.c
+++ b/drivers/phy/phy-sun4i-usb.c
@@ -1,7 +1,7 @@
/*
* Allwinner sun4i USB phy driver
*
- * Copyright (C) 2014 Hans de Goede <hdegoede@redhat.com>
+ * Copyright (C) 2014-2015 Hans de Goede <hdegoede@redhat.com>
*
* Based on code from
* Allwinner Technology Co., Ltd. <www.allwinnertech.com>
@@ -23,17 +23,23 @@
#include <linux/clk.h>
#include <linux/err.h>
+#include <linux/extcon.h>
#include <linux/io.h>
+#include <linux/interrupt.h>
#include <linux/kernel.h>
#include <linux/module.h>
#include <linux/mutex.h>
#include <linux/of.h>
#include <linux/of_address.h>
+#include <linux/of_gpio.h>
#include <linux/phy/phy.h>
#include <linux/phy/phy-sun4i-usb.h>
#include <linux/platform_device.h>
#include <linux/regulator/consumer.h>
#include <linux/reset.h>
+#include <linux/workqueue.h>
+
+#define DRIVER_NAME "sun4i-usb-phy"
#define REG_ISCR 0x00
#define REG_PHYCTL 0x04
@@ -47,6 +53,17 @@
#define SUNXI_AHB_INCRX_ALIGN_EN BIT(8)
#define SUNXI_ULPI_BYPASS_EN BIT(0)
+/* ISCR, Interface Status and Control bits */
+#define ISCR_ID_PULLUP_EN (1 << 17)
+#define ISCR_DPDM_PULLUP_EN (1 << 16)
+/* sunxi has the phy id/vbus pins not connected, so we use the force bits */
+#define ISCR_FORCE_ID_MASK (3 << 14)
+#define ISCR_FORCE_ID_LOW (2 << 14)
+#define ISCR_FORCE_ID_HIGH (3 << 14)
+#define ISCR_FORCE_VBUS_MASK (3 << 12)
+#define ISCR_FORCE_VBUS_LOW (2 << 12)
+#define ISCR_FORCE_VBUS_HIGH (3 << 12)
+
/* Common Control Bits for Both PHYs */
#define PHY_PLL_BW 0x03
#define PHY_RES45_CAL_EN 0x0c
@@ -63,6 +80,13 @@
#define MAX_PHYS 3
+/*
+ * Note do not raise the debounce time, we must report Vusb high within 100ms
+ * otherwise we get Vbus errors
+ */
+#define DEBOUNCE_TIME msecs_to_jiffies(50)
+#define POLL_TIME msecs_to_jiffies(250)
+
struct sun4i_usb_phy_data {
void __iomem *base;
struct mutex mutex;
@@ -74,13 +98,58 @@ struct sun4i_usb_phy_data {
struct regulator *vbus;
struct reset_control *reset;
struct clk *clk;
+ bool regulator_on;
int index;
} phys[MAX_PHYS];
+ /* phy0 / otg related variables */
+ struct extcon_dev extcon;
+ const char *extcon_cable_names[3];
+ bool phy0_init;
+ bool phy0_poll;
+ struct gpio_desc *id_det_gpio;
+ struct gpio_desc *vbus_det_gpio;
+ int id_det_irq;
+ int vbus_det_irq;
+ int id_det;
+ int vbus_det;
+ struct delayed_work detect;
};
#define to_sun4i_usb_phy_data(phy) \
container_of((phy), struct sun4i_usb_phy_data, phys[(phy)->index])
+static void sun4i_usb_phy0_update_iscr(struct phy *_phy, u32 clr, u32 set)
+{
+ struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
+ struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
+ u32 iscr;
+
+ iscr = readl(data->base + REG_ISCR);
+ iscr &= ~clr;
+ iscr |= set;
+ writel(iscr, data->base + REG_ISCR);
+}
+
+static void sun4i_usb_phy0_set_id_detect(struct phy *phy, u32 val)
+{
+ if (val)
+ val = ISCR_FORCE_ID_HIGH;
+ else
+ val = ISCR_FORCE_ID_LOW;
+
+ sun4i_usb_phy0_update_iscr(phy, ISCR_FORCE_ID_MASK, val);
+}
+
+static void sun4i_usb_phy0_set_vbus_detect(struct phy *phy, u32 val)
+{
+ if (val)
+ val = ISCR_FORCE_VBUS_HIGH;
+ else
+ val = ISCR_FORCE_VBUS_LOW;
+
+ sun4i_usb_phy0_update_iscr(phy, ISCR_FORCE_VBUS_MASK, val);
+}
+
static void sun4i_usb_phy_write(struct sun4i_usb_phy *phy, u32 addr, u32 data,
int len)
{
@@ -171,12 +240,39 @@ static int sun4i_usb_phy_init(struct phy *_phy)
sun4i_usb_phy_passby(phy, 1);
+ if (phy->index == 0) {
+ data->phy0_init = true;
+
+ /* Enable pull-ups */
+ sun4i_usb_phy0_update_iscr(_phy, 0, ISCR_DPDM_PULLUP_EN);
+ sun4i_usb_phy0_update_iscr(_phy, 0, ISCR_ID_PULLUP_EN);
+
+ if (data->id_det_gpio) {
+ /* OTG mode, force ISCR and cable state updates */
+ data->id_det = -1;
+ data->vbus_det = -1;
+ queue_delayed_work(system_wq, &data->detect, 0);
+ } else {
+ /* Host only mode */
+ sun4i_usb_phy0_set_id_detect(_phy, 0);
+ sun4i_usb_phy0_set_vbus_detect(_phy, 1);
+ }
+ }
+
return 0;
}
static int sun4i_usb_phy_exit(struct phy *_phy)
{
struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
+ struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
+
+ if (phy->index == 0) {
+ /* Disable pull-ups */
+ sun4i_usb_phy0_update_iscr(_phy, ISCR_DPDM_PULLUP_EN, 0);
+ sun4i_usb_phy0_update_iscr(_phy, ISCR_ID_PULLUP_EN, 0);
+ data->phy0_init = false;
+ }
sun4i_usb_phy_passby(phy, 0);
reset_control_assert(phy->reset);
@@ -188,20 +284,46 @@ static int sun4i_usb_phy_exit(struct phy *_phy)
static int sun4i_usb_phy_power_on(struct phy *_phy)
{
struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
- int ret = 0;
+ struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
+ int ret;
+
+ if (!phy->vbus || phy->regulator_on)
+ return 0;
+
+ /* For phy0 only turn on Vbus if we don't have an ext. Vbus */
+ if (phy->index == 0 && data->vbus_det)
+ return 0;
- if (phy->vbus)
- ret = regulator_enable(phy->vbus);
+ ret = regulator_enable(phy->vbus);
+ if (ret)
+ return ret;
- return ret;
+ phy->regulator_on = true;
+
+ /* We must report Vbus high within OTG_TIME_A_WAIT_VRISE msec. */
+ if (phy->index == 0 && data->phy0_poll)
+ mod_delayed_work(system_wq, &data->detect, DEBOUNCE_TIME);
+
+ return 0;
}
static int sun4i_usb_phy_power_off(struct phy *_phy)
{
struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
+ struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
+
+ if (!phy->vbus || !phy->regulator_on)
+ return 0;
- if (phy->vbus)
- regulator_disable(phy->vbus);
+ regulator_disable(phy->vbus);
+ phy->regulator_on = false;
+
+ /*
+ * phy0 vbus typically slowly discharges, sometimes this causes the
+ * Vbus gpio to not trigger an edge irq on Vbus off, so force a rescan.
+ */
+ if (phy->index == 0 && !data->phy0_poll)
+ mod_delayed_work(system_wq, &data->detect, POLL_TIME);
return 0;
}
@@ -221,6 +343,61 @@ static struct phy_ops sun4i_usb_phy_ops = {
.owner = THIS_MODULE,
};
+static void sun4i_usb_phy0_id_vbus_det_scan(struct work_struct *work)
+{
+ struct sun4i_usb_phy_data *data =
+ container_of(work, struct sun4i_usb_phy_data, detect.work);
+ struct phy *phy0 = data->phys[0].phy;
+ int id_det, vbus_det, id_notify = 0, vbus_notify = 0;
+
+ id_det = gpiod_get_value_cansleep(data->id_det_gpio);
+ vbus_det = gpiod_get_value_cansleep(data->vbus_det_gpio);
+
+ mutex_lock(&phy0->mutex);
+
+ if (!data->phy0_init) {
+ mutex_unlock(&phy0->mutex);
+ return;
+ }
+
+ if (id_det != data->id_det) {
+ sun4i_usb_phy0_set_id_detect(phy0, id_det);
+ data->id_det = id_det;
+ id_notify = 1;
+ }
+
+ if (vbus_det != data->vbus_det) {
+ sun4i_usb_phy0_set_vbus_detect(phy0, vbus_det);
+ data->vbus_det = vbus_det;
+ vbus_notify = 1;
+ }
+
+ mutex_unlock(&phy0->mutex);
+
+ if (id_notify)
+ extcon_set_cable_state(&data->extcon,
+ extcon_cable_name[EXTCON_USB_HOST],
+ !id_det);
+
+ if (vbus_notify)
+ extcon_set_cable_state(&data->extcon,
+ extcon_cable_name[EXTCON_USB],
+ vbus_det);
+
+ if (data->phy0_poll)
+ queue_delayed_work(system_wq, &data->detect, POLL_TIME);
+}
+
+static irqreturn_t sun4i_usb_phy0_id_vbus_det_irq(int irq, void *dev_id)
+{
+ struct sun4i_usb_phy_data *data = dev_id;
+
+ /* vbus or id changed, let the pins settle and then scan them */
+ mod_delayed_work(system_wq, &data->detect, DEBOUNCE_TIME);
+
+ return IRQ_HANDLED;
+}
+
static struct phy *sun4i_usb_phy_xlate(struct device *dev,
struct of_phandle_args *args)
{
@@ -240,13 +417,20 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
struct phy_provider *phy_provider;
bool dedicated_clocks;
struct resource *res;
- int i;
+ int i, ret;
data = devm_kzalloc(dev, sizeof(*data), GFP_KERNEL);
if (!data)
return -ENOMEM;
mutex_init(&data->mutex);
+ INIT_DELAYED_WORK(&data->detect, sun4i_usb_phy0_id_vbus_det_scan);
+ data->extcon_cable_names[0] = extcon_cable_name[EXTCON_USB_HOST];
+ data->extcon_cable_names[1] = extcon_cable_name[EXTCON_USB];
+ data->extcon_cable_names[2] = NULL;
+ data->extcon.name = DRIVER_NAME;
+ data->extcon.supported_cable = data->extcon_cable_names;
+ data->extcon.dev.parent = dev;
if (of_device_is_compatible(np, "allwinner,sun5i-a13-usb-phy"))
data->num_phys = 2;
@@ -269,6 +453,34 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
if (IS_ERR(data->base))
return PTR_ERR(data->base);
+ data->id_det_gpio = devm_gpiod_get(dev, "usb0_id_det", GPIOD_IN);
+ if (IS_ERR(data->id_det_gpio)) {
+ if (PTR_ERR(data->id_det_gpio) == -EPROBE_DEFER)
+ return -EPROBE_DEFER;
+ data->id_det_gpio = NULL;
+ }
+
+ data->vbus_det_gpio = devm_gpiod_get(dev, "usb0_vbus_det", GPIOD_IN);
+ if (IS_ERR(data->vbus_det_gpio)) {
+ if (PTR_ERR(data->vbus_det_gpio) == -EPROBE_DEFER)
+ return -EPROBE_DEFER;
+ data->vbus_det_gpio = NULL;
+ }
+
+ /* We either want both gpio pins or neither (when in host mode) */
+ if (!data->id_det_gpio != !data->vbus_det_gpio) {
+ dev_err(dev, "failed to get id or vbus detect pin\n");
+ return -ENODEV;
+ }
+
+ if (data->id_det_gpio) {
+ ret = devm_extcon_dev_register(dev, &data->extcon);
+ if (ret) {
+ dev_err(dev, "failed to register extcon: %d\n", ret);
+ return ret;
+ }
+ }
+
for (i = 0; i < data->num_phys; i++) {
struct sun4i_usb_phy *phy = data->phys + i;
char name[16];
@@ -318,12 +530,54 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
phy_set_drvdata(phy->phy, &data->phys[i]);
}
+ data->id_det_irq = gpiod_to_irq(data->id_det_gpio);
+ data->vbus_det_irq = gpiod_to_irq(data->vbus_det_gpio);
+ if (data->id_det_irq < 0 || data->vbus_det_irq < 0)
+ data->phy0_poll = true;
+
+ if (data->id_det_irq >= 0) {
+ ret = devm_request_irq(dev, data->id_det_irq,
+ sun4i_usb_phy0_id_vbus_det_irq,
+ IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
+ "usb0-id-det", data);
+ if (ret) {
+ dev_err(dev, "Err requesting id-det-irq: %d\n", ret);
+ return ret;
+ }
+ }
+
+ if (data->vbus_det_irq >= 0) {
+ ret = devm_request_irq(dev, data->vbus_det_irq,
+ sun4i_usb_phy0_id_vbus_det_irq,
+ IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
+ "usb0-vbus-det", data);
+ if (ret) {
+ dev_err(dev, "Err requesting vbus-det-irq: %d\n", ret);
+ return ret;
+ }
+ }
+
dev_set_drvdata(dev, data);
phy_provider = devm_of_phy_provider_register(dev, sun4i_usb_phy_xlate);
return PTR_ERR_OR_ZERO(phy_provider);
}
+static int sun4i_usb_phy_remove(struct platform_device *pdev)
+{
+ struct device *dev = &pdev->dev;
+ struct sun4i_usb_phy_data *data = dev_get_drvdata(dev);
+
+ if (data->id_det_irq >= 0)
+ devm_free_irq(dev, data->id_det_irq, data);
+ if (data->vbus_det_irq >= 0)
+ devm_free_irq(dev, data->vbus_det_irq, data);
+
+ cancel_delayed_work_sync(&data->detect);
+
+ return 0;
+}
+
static const struct of_device_id sun4i_usb_phy_of_match[] = {
{ .compatible = "allwinner,sun4i-a10-usb-phy" },
{ .compatible = "allwinner,sun5i-a13-usb-phy" },
@@ -335,9 +589,10 @@ MODULE_DEVICE_TABLE(of, sun4i_usb_phy_of_match);
static struct platform_driver sun4i_usb_phy_driver = {
.probe = sun4i_usb_phy_probe,
+ .remove = sun4i_usb_phy_remove,
.driver = {
.of_match_table = sun4i_usb_phy_of_match,
- .name = "sun4i-usb-phy",
+ .name = DRIVER_NAME,
}
};
module_platform_driver(sun4i_usb_phy_driver);
--
2.4.2
^ permalink raw reply related [flat|nested] 57+ messages in thread
* [PATCH v4 2/2] musb: Add support for the Allwinner sunxi musb controller
2015-05-31 16:10 ` Hans de Goede
@ 2015-05-31 16:10 ` Hans de Goede
-1 siblings, 0 replies; 57+ messages in thread
From: Hans de Goede @ 2015-05-31 16:10 UTC (permalink / raw)
To: Felipe Balbi, Kishon Vijay Abraham I
Cc: Maxime Ripard, Chen-Yu Tsai, Roman Byshko,
linux-usb-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r, devicetree,
linux-sunxi-/JYPxA39Uh5TLH3MbocFFw, Hans de Goede
This is based on initial code to get the Allwinner sunxi musb controller
supported by Chen-Yu Tsai and Roman Byshko.
This adds support for the Allwinner sunxi musb controller in both host only
and otg mode. Peripheral only mode is not supported, as no boards use that.
This has been tested on a cubietruck (A20 SoC) and an UTOO P66 tablet
(A13 SoC) with a variety of devices in host mode and with the g_serial gadget
driver in peripheral mode, plugging otg / host cables in/out a lot of times
in all possible imaginable plug orders.
Signed-off-by: Hans de Goede <hdegoede-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
---
Changes in v2:
-Move polling of id and vbus-det gpio-s to the phy driver
-Use extcon to get id (USB_HOST mode) status changes from the phy driver
-Stop using syscon, instead use Maxime Ripard's sunxi SRAM controller driver
Changes in v3:
-Check that USB_MUSB_FOO config is compatible with the dr_mode setting from dt
Changes in v4:
-Squash in "musb: sunxi: Add pre/post root reset end platform functions" patch
-Adjust for sunxi_sram controller driver changes
-Stop musb work from turning vbus off again when in host mode
---
.../bindings/usb/allwinner,sun4i-a10-musb.txt | 25 +
drivers/usb/musb/Kconfig | 13 +-
drivers/usb/musb/Makefile | 1 +
drivers/usb/musb/musb_core.h | 1 +
drivers/usb/musb/musb_gadget.c | 6 +
drivers/usb/musb/musb_virthub.c | 6 +
drivers/usb/musb/sunxi.c | 690 +++++++++++++++++++++
7 files changed, 741 insertions(+), 1 deletion(-)
create mode 100644 Documentation/devicetree/bindings/usb/allwinner,sun4i-a10-musb.txt
create mode 100644 drivers/usb/musb/sunxi.c
diff --git a/Documentation/devicetree/bindings/usb/allwinner,sun4i-a10-musb.txt b/Documentation/devicetree/bindings/usb/allwinner,sun4i-a10-musb.txt
new file mode 100644
index 0000000..21dfc7f
--- /dev/null
+++ b/Documentation/devicetree/bindings/usb/allwinner,sun4i-a10-musb.txt
@@ -0,0 +1,25 @@
+Allwinner sun4i A10 musb DRC/OTG controller
+-------------------------------------------
+
+Required properties:
+ - compatible : "allwinner,sun4i-a10-musb"
+ - reg : mmio address range of the musb controller
+ - clocks : clock specifier for the musb controller ahb gate clock
+ - interrupts : interrupt to which the musb controller is connected
+ - interrupt-names : must be "mc"
+ - phys : phy specifier for the otg phy
+ - phy-names : must be "usb"
+ - dr_mode : Dual-Role mode must be "host" or "otg"
+
+Example:
+
+ usb_otg: usb@01c13000 {
+ compatible = "allwinner,sun4i-a10-musb";
+ reg = <0x01c13000 0x0400>;
+ clocks = <&ahb_gates 0>;
+ interrupts = <38>;
+ interrupt-names = "mc";
+ phys = <&usbphy 0>;
+ phy-names = "usb";
+ status = "disabled";
+ };
diff --git a/drivers/usb/musb/Kconfig b/drivers/usb/musb/Kconfig
index 39db8b6..2c11cb4 100644
--- a/drivers/usb/musb/Kconfig
+++ b/drivers/usb/musb/Kconfig
@@ -5,7 +5,7 @@
# (M)HDRC = (Multipoint) Highspeed Dual-Role Controller
config USB_MUSB_HDRC
- tristate 'Inventra Highspeed Dual Role Controller (TI, ADI, ...)'
+ tristate 'Inventra Highspeed Dual Role Controller (TI, ADI, AW, ...)'
depends on (USB || USB_GADGET)
help
Say Y here if your system has a dual role high speed USB
@@ -20,6 +20,8 @@ config USB_MUSB_HDRC
Analog Devices parts using this IP include Blackfin BF54x,
BF525 and BF527.
+ Allwinner SoCs using this IP include A10, A13, A20, ...
+
If you do not know what this is, please say N.
To compile this driver as a module, choose M here; the
@@ -60,6 +62,15 @@ endchoice
comment "Platform Glue Layer"
+config USB_MUSB_SUNXI
+ tristate "Allwinner (sunxi)"
+ depends on ARCH_SUNXI
+ depends on NOP_USB_XCEIV
+ depends on PHY_SUN4I_USB
+ select EXTCON
+ select GENERIC_PHY
+ select SUNXI_SRAM
+
config USB_MUSB_DAVINCI
tristate "DaVinci"
depends on ARCH_DAVINCI_DMx
diff --git a/drivers/usb/musb/Makefile b/drivers/usb/musb/Makefile
index ba49501..f95befe 100644
--- a/drivers/usb/musb/Makefile
+++ b/drivers/usb/musb/Makefile
@@ -20,6 +20,7 @@ obj-$(CONFIG_USB_MUSB_DA8XX) += da8xx.o
obj-$(CONFIG_USB_MUSB_BLACKFIN) += blackfin.o
obj-$(CONFIG_USB_MUSB_UX500) += ux500.o
obj-$(CONFIG_USB_MUSB_JZ4740) += jz4740.o
+obj-$(CONFIG_USB_MUSB_SUNXI) += sunxi.o
obj-$(CONFIG_USB_MUSB_AM335X_CHILD) += musb_am335x.o
diff --git a/drivers/usb/musb/musb_core.h b/drivers/usb/musb/musb_core.h
index b1cb2c3..30a3123 100644
--- a/drivers/usb/musb/musb_core.h
+++ b/drivers/usb/musb/musb_core.h
@@ -169,6 +169,7 @@ struct musb_io;
*/
struct musb_platform_ops {
+#define MUSB_SUN4I BIT(7)
#define MUSB_DMA_UX500 BIT(6)
#define MUSB_DMA_CPPI41 BIT(5)
#define MUSB_DMA_CPPI BIT(4)
diff --git a/drivers/usb/musb/musb_gadget.c b/drivers/usb/musb/musb_gadget.c
index 4c481cd..ec2e908 100644
--- a/drivers/usb/musb/musb_gadget.c
+++ b/drivers/usb/musb/musb_gadget.c
@@ -2003,6 +2003,12 @@ void musb_g_disconnect(struct musb *musb)
spin_lock(&musb->lock);
}
+ /* On sunxi ep0 FADDR must be 0 when (re)entering peripheral mode */
+ if (musb->io.quirks & MUSB_SUN4I) {
+ musb_ep_select(musb->mregs, 0);
+ musb_writeb(musb->mregs, MUSB_FADDR, 0);
+ }
+
switch (musb->xceiv->otg->state) {
default:
dev_dbg(musb->controller, "Unhandled disconnect %s, setting a_idle\n",
diff --git a/drivers/usb/musb/musb_virthub.c b/drivers/usb/musb/musb_virthub.c
index 30842bc..fe98623 100644
--- a/drivers/usb/musb/musb_virthub.c
+++ b/drivers/usb/musb/musb_virthub.c
@@ -226,6 +226,12 @@ void musb_root_disconnect(struct musb *musb)
usb_hcd_poll_rh_status(musb->hcd);
musb->is_active = 0;
+ /* On sunxi ep0 FADDR must be 0 when (re)entering peripheral mode */
+ if (musb->io.quirks & MUSB_SUN4I) {
+ musb_ep_select(musb->mregs, 0);
+ musb_writeb(musb->mregs, MUSB_FADDR, 0);
+ }
+
switch (musb->xceiv->otg->state) {
case OTG_STATE_A_SUSPEND:
if (otg->host->b_hnp_enable) {
diff --git a/drivers/usb/musb/sunxi.c b/drivers/usb/musb/sunxi.c
new file mode 100644
index 0000000..5db882f
--- /dev/null
+++ b/drivers/usb/musb/sunxi.c
@@ -0,0 +1,690 @@
+/*
+ * Allwinner sun4i MUSB Glue Layer
+ *
+ * Copyright (C) 2015 Hans de Goede <hdegoede-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
+ *
+ * Based on code from
+ * Allwinner Technology Co., Ltd. <www.allwinnertech.com>
+ *
+ * This program is free software; you can redistribute it and/or modify
+ * it under the terms of the GNU General Public License as published by
+ * the Free Software Foundation; either version 2 of the License, or
+ * (at your option) any later version.
+ *
+ * This program is distributed in the hope that it will be useful,
+ * but WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+ * GNU General Public License for more details.
+ */
+
+#include <linux/clk.h>
+#include <linux/err.h>
+#include <linux/extcon.h>
+#include <linux/io.h>
+#include <linux/kernel.h>
+#include <linux/module.h>
+#include <linux/of.h>
+#include <linux/phy/phy-sun4i-usb.h>
+#include <linux/platform_device.h>
+#include <linux/soc/sunxi/sunxi_sram.h>
+#include <linux/usb/musb.h>
+#include <linux/usb/of.h>
+#include <linux/usb/usb_phy_generic.h>
+#include <linux/workqueue.h>
+#include "musb_core.h"
+
+/*
+ * Register offsets, note sunxi musb has a different layout then most
+ * musb implementations, we translate the layout in musb_readb & friends.
+ */
+#define SUNXI_MUSB_POWER 0x0040
+#define SUNXI_MUSB_DEVCTL 0x0041
+#define SUNXI_MUSB_INDEX 0x0042
+#define SUNXI_MUSB_VEND0 0x0043
+#define SUNXI_MUSB_INTRTX 0x0044
+#define SUNXI_MUSB_INTRRX 0x0046
+#define SUNXI_MUSB_INTRTXE 0x0048
+#define SUNXI_MUSB_INTRRXE 0x004a
+#define SUNXI_MUSB_INTRUSB 0x004c
+#define SUNXI_MUSB_INTRUSBE 0x0050
+#define SUNXI_MUSB_FRAME 0x0054
+#define SUNXI_MUSB_TXFIFOSZ 0x0090
+#define SUNXI_MUSB_TXFIFOADD 0x0092
+#define SUNXI_MUSB_RXFIFOSZ 0x0094
+#define SUNXI_MUSB_RXFIFOADD 0x0096
+#define SUNXI_MUSB_FADDR 0x0098
+#define SUNXI_MUSB_TXFUNCADDR 0x0098
+#define SUNXI_MUSB_TXHUBADDR 0x009a
+#define SUNXI_MUSB_TXHUBPORT 0x009b
+#define SUNXI_MUSB_RXFUNCADDR 0x009c
+#define SUNXI_MUSB_RXHUBADDR 0x009e
+#define SUNXI_MUSB_RXHUBPORT 0x009f
+#define SUNXI_MUSB_CONFIGDATA 0x00c0
+
+/* VEND0 bits */
+#define SUNXI_MUSB_VEND0_PIO_MODE 0
+
+/* flags */
+#define SUNXI_MUSB_FL_ENABLED 0
+#define SUNXI_MUSB_FL_HOSTMODE 1
+#define SUNXI_MUSB_FL_HOSTMODE_PEND 2
+#define SUNXI_MUSB_FL_VBUS_ON 3
+#define SUNXI_MUSB_FL_PHY_ON 4
+
+/* Our read/write methods need access and do not get passed in a musb ref :| */
+struct musb *sunxi_musb;
+
+struct sunxi_glue {
+ struct device *dev;
+ struct platform_device *musb;
+ struct clk *clk;
+ struct phy *phy;
+ struct platform_device *usb_phy;
+ struct usb_phy *xceiv;
+ unsigned long flags;
+ struct work_struct work;
+ struct extcon_specific_cable_nb host_cable_nb;
+ struct notifier_block host_nb;
+};
+
+/* phy_power_on / off may sleep, so we use a workqueue */
+static void sunxi_musb_work(struct work_struct *work)
+{
+ struct sunxi_glue *glue = container_of(work, struct sunxi_glue, work);
+ bool vbus_on, phy_on;
+
+ if (!test_bit(SUNXI_MUSB_FL_ENABLED, &glue->flags))
+ return;
+
+ if (test_and_clear_bit(SUNXI_MUSB_FL_HOSTMODE_PEND, &glue->flags)) {
+ struct musb *musb = platform_get_drvdata(glue->musb);
+ unsigned long flags;
+ u8 devctl;
+
+ spin_lock_irqsave(&musb->lock, flags);
+
+ devctl = readb(musb->mregs + SUNXI_MUSB_DEVCTL);
+ if (test_bit(SUNXI_MUSB_FL_HOSTMODE, &glue->flags)) {
+ set_bit(SUNXI_MUSB_FL_VBUS_ON, &glue->flags);
+ musb->xceiv->otg->default_a = 1;
+ musb->xceiv->otg->state = OTG_STATE_A_IDLE;
+ MUSB_HST_MODE(musb);
+ devctl |= MUSB_DEVCTL_SESSION;
+ } else {
+ clear_bit(SUNXI_MUSB_FL_VBUS_ON, &glue->flags);
+ musb->xceiv->otg->default_a = 0;
+ musb->xceiv->otg->state = OTG_STATE_B_IDLE;
+ MUSB_DEV_MODE(musb);
+ devctl &= ~MUSB_DEVCTL_SESSION;
+ }
+ writeb(devctl, musb->mregs + SUNXI_MUSB_DEVCTL);
+
+ spin_unlock_irqrestore(&musb->lock, flags);
+ }
+
+ vbus_on = test_bit(SUNXI_MUSB_FL_VBUS_ON, &glue->flags);
+ phy_on = test_bit(SUNXI_MUSB_FL_PHY_ON, &glue->flags);
+
+ if (phy_on != vbus_on) {
+ if (vbus_on) {
+ phy_power_on(glue->phy);
+ set_bit(SUNXI_MUSB_FL_PHY_ON, &glue->flags);
+ } else {
+ phy_power_off(glue->phy);
+ clear_bit(SUNXI_MUSB_FL_PHY_ON, &glue->flags);
+ }
+ }
+}
+
+static void sunxi_musb_set_vbus(struct musb *musb, int is_on)
+{
+ struct sunxi_glue *glue = dev_get_drvdata(musb->controller->parent);
+
+ if (is_on)
+ set_bit(SUNXI_MUSB_FL_VBUS_ON, &glue->flags);
+ else
+ clear_bit(SUNXI_MUSB_FL_VBUS_ON, &glue->flags);
+
+ schedule_work(&glue->work);
+}
+
+void sunxi_musb_pre_root_reset_end(struct musb *musb)
+{
+ struct sunxi_glue *glue = dev_get_drvdata(musb->controller->parent);
+
+ sun4i_usb_phy_set_squelch_detect(glue->phy, false);
+}
+
+void sunxi_musb_post_root_reset_end(struct musb *musb)
+{
+ struct sunxi_glue *glue = dev_get_drvdata(musb->controller->parent);
+
+ sun4i_usb_phy_set_squelch_detect(glue->phy, true);
+}
+
+static irqreturn_t sunxi_musb_interrupt(int irq, void *__hci)
+{
+ struct musb *musb = __hci;
+ unsigned long flags;
+
+ spin_lock_irqsave(&musb->lock, flags);
+
+ musb->int_usb = readb(musb->mregs + SUNXI_MUSB_INTRUSB);
+ if (musb->int_usb)
+ writeb(musb->int_usb, musb->mregs + SUNXI_MUSB_INTRUSB);
+
+ /*
+ * sunxi musb often signals babble on low / full speed device
+ * disconnect, without ever raising MUSB_INTR_DISCONNECT, since
+ * normally babble never happens treat it as disconnect.
+ */
+ if ((musb->int_usb & MUSB_INTR_BABBLE) && is_host_active(musb)) {
+ musb->int_usb &= ~MUSB_INTR_BABBLE;
+ musb->int_usb |= MUSB_INTR_DISCONNECT;
+ }
+
+ musb->int_tx = readw(musb->mregs + SUNXI_MUSB_INTRTX);
+ if (musb->int_tx)
+ writew(musb->int_tx, musb->mregs + SUNXI_MUSB_INTRTX);
+
+ musb->int_rx = readw(musb->mregs + SUNXI_MUSB_INTRRX);
+ if (musb->int_rx)
+ writew(musb->int_rx, musb->mregs + SUNXI_MUSB_INTRRX);
+
+ musb_interrupt(musb);
+
+ spin_unlock_irqrestore(&musb->lock, flags);
+
+ return IRQ_HANDLED;
+}
+
+static int sunxi_musb_host_notifier(struct notifier_block *nb,
+ unsigned long event, void *ptr)
+{
+ struct sunxi_glue *glue = container_of(nb, struct sunxi_glue, host_nb);
+
+ if (event)
+ set_bit(SUNXI_MUSB_FL_HOSTMODE, &glue->flags);
+ else
+ clear_bit(SUNXI_MUSB_FL_HOSTMODE, &glue->flags);
+
+ set_bit(SUNXI_MUSB_FL_HOSTMODE_PEND, &glue->flags);
+ schedule_work(&glue->work);
+
+ return NOTIFY_DONE;
+}
+
+static int sunxi_musb_init(struct musb *musb)
+{
+ struct sunxi_glue *glue = dev_get_drvdata(musb->controller->parent);
+ int ret;
+
+ sunxi_musb = musb;
+ musb->phy = glue->phy;
+ musb->xceiv = glue->xceiv;
+
+ ret = sunxi_sram_claim(musb->controller->parent);
+ if (ret)
+ return ret;
+
+ ret = clk_prepare_enable(glue->clk);
+ if (ret)
+ goto error_sram_release;
+
+ writeb(SUNXI_MUSB_VEND0_PIO_MODE, musb->mregs + SUNXI_MUSB_VEND0);
+
+ /* Register interest before calling phy_init() */
+ if (musb->port_mode == MUSB_PORT_MODE_DUAL_ROLE) {
+ ret = extcon_register_interest(&glue->host_cable_nb,
+ "sun4i-usb-phy",
+ extcon_cable_name[EXTCON_USB_HOST],
+ &glue->host_nb);
+ if (ret)
+ goto error_clk_disable;
+ }
+
+ ret = phy_init(glue->phy);
+ if (ret)
+ goto error_unregister_interest;
+
+ if (musb->port_mode == MUSB_PORT_MODE_HOST) {
+ ret = phy_power_on(glue->phy);
+ if (ret)
+ goto error_phy_exit;
+ set_bit(SUNXI_MUSB_FL_PHY_ON, &glue->flags);
+ /* Stop musb work from turning vbus off again */
+ set_bit(SUNXI_MUSB_FL_VBUS_ON, &glue->flags);
+ }
+
+ musb->isr = sunxi_musb_interrupt;
+
+ /* Stop the musb-core from doing runtime pm (not supported on sunxi) */
+ pm_runtime_get(musb->controller);
+
+ return 0;
+
+error_phy_exit:
+ phy_exit(glue->phy);
+error_unregister_interest:
+ if (musb->port_mode == MUSB_PORT_MODE_DUAL_ROLE)
+ extcon_unregister_interest(&glue->host_cable_nb);
+error_clk_disable:
+ clk_disable_unprepare(glue->clk);
+error_sram_release:
+ sunxi_sram_release(musb->controller->parent);
+ return ret;
+}
+
+static int sunxi_musb_exit(struct musb *musb)
+{
+ struct sunxi_glue *glue = dev_get_drvdata(musb->controller->parent);
+
+ pm_runtime_put(musb->controller);
+
+ cancel_work_sync(&glue->work);
+ if (test_bit(SUNXI_MUSB_FL_PHY_ON, &glue->flags))
+ phy_power_off(glue->phy);
+
+ phy_exit(glue->phy);
+
+ if (musb->port_mode == MUSB_PORT_MODE_DUAL_ROLE)
+ extcon_unregister_interest(&glue->host_cable_nb);
+
+ clk_disable_unprepare(glue->clk);
+ sunxi_sram_release(musb->controller->parent);
+
+ return 0;
+}
+
+static void sunxi_musb_enable(struct musb *musb)
+{
+ struct sunxi_glue *glue = dev_get_drvdata(musb->controller->parent);
+
+ /* musb_core does not call us in a balanced manner */
+ if (test_and_set_bit(SUNXI_MUSB_FL_ENABLED, &glue->flags))
+ return;
+
+ schedule_work(&glue->work);
+}
+
+static void sunxi_musb_disable(struct musb *musb)
+{
+ struct sunxi_glue *glue = dev_get_drvdata(musb->controller->parent);
+
+ clear_bit(SUNXI_MUSB_FL_ENABLED, &glue->flags);
+}
+
+/*
+ * sunxi musb register layout
+ * 0x00 - 0x17 fifo regs, 1 long per fifo
+ * 0x40 - 0x57 generic control regs (power - frame)
+ * 0x80 - 0x8f ep control regs (addressed through hw_ep->regs, indexed)
+ * 0x90 - 0x97 fifo control regs (indexed)
+ * 0x98 - 0x9f multipoint / busctl regs (indexed)
+ * 0xc0 configdata reg
+ */
+
+static u32 sunxi_musb_fifo_offset(u8 epnum)
+{
+ return (epnum * 4);
+}
+
+static u32 sunxi_musb_ep_offset(u8 epnum, u16 offset)
+{
+ WARN_ONCE(offset != 0,
+ "sunxi_musb_ep_offset called with non 0 offset\n");
+
+ return 0x80; /* indexed, so ignore epnum */
+}
+
+static u32 sunxi_musb_busctl_offset(u8 epnum, u16 offset)
+{
+ return SUNXI_MUSB_TXFUNCADDR + offset;
+}
+
+static u8 sunxi_musb_readb(const void __iomem *addr, unsigned offset)
+{
+ if (addr == sunxi_musb->mregs) {
+ /* generic control or fifo control reg access */
+ switch (offset) {
+ case MUSB_FADDR:
+ return readb(addr + SUNXI_MUSB_FADDR);
+ case MUSB_POWER:
+ return readb(addr + SUNXI_MUSB_POWER);
+ case MUSB_INTRUSB:
+ return readb(addr + SUNXI_MUSB_INTRUSB);
+ case MUSB_INTRUSBE:
+ return readb(addr + SUNXI_MUSB_INTRUSBE);
+ case MUSB_INDEX:
+ return readb(addr + SUNXI_MUSB_INDEX);
+ case MUSB_TESTMODE:
+ return 0; /* No testmode on sunxi */
+ case MUSB_DEVCTL:
+ return readb(addr + SUNXI_MUSB_DEVCTL);
+ case MUSB_TXFIFOSZ:
+ return readb(addr + SUNXI_MUSB_TXFIFOSZ);
+ case MUSB_RXFIFOSZ:
+ return readb(addr + SUNXI_MUSB_RXFIFOSZ);
+ case MUSB_CONFIGDATA + 0x10: /* See musb_read_configdata() */
+ return readb(addr + SUNXI_MUSB_CONFIGDATA);
+ /* Offset for these is fixed by sunxi_musb_busctl_offset() */
+ case SUNXI_MUSB_TXFUNCADDR:
+ case SUNXI_MUSB_TXHUBADDR:
+ case SUNXI_MUSB_TXHUBPORT:
+ case SUNXI_MUSB_RXFUNCADDR:
+ case SUNXI_MUSB_RXHUBADDR:
+ case SUNXI_MUSB_RXHUBPORT:
+ /* multipoint / busctl reg access */
+ return readb(addr + offset);
+ default:
+ dev_err(sunxi_musb->controller->parent,
+ "Error unknown readb offset %u\n", offset);
+ return 0;
+ }
+ } else if (addr == (sunxi_musb->mregs + 0x80)) {
+ /* ep control reg access */
+ /* sunxi has a 2 byte hole before the txtype register */
+ if (offset >= MUSB_TXTYPE)
+ offset += 2;
+ return readb(addr + offset);
+ }
+
+ dev_err(sunxi_musb->controller->parent,
+ "Error unknown readb at 0x%x bytes offset\n",
+ (int)(addr - sunxi_musb->mregs));
+ return 0;
+}
+
+static void sunxi_musb_writeb(void __iomem *addr, unsigned offset, u8 data)
+{
+ if (addr == sunxi_musb->mregs) {
+ /* generic control or fifo control reg access */
+ switch (offset) {
+ case MUSB_FADDR:
+ return writeb(data, addr + SUNXI_MUSB_FADDR);
+ case MUSB_POWER:
+ return writeb(data, addr + SUNXI_MUSB_POWER);
+ case MUSB_INTRUSB:
+ return writeb(data, addr + SUNXI_MUSB_INTRUSB);
+ case MUSB_INTRUSBE:
+ return writeb(data, addr + SUNXI_MUSB_INTRUSBE);
+ case MUSB_INDEX:
+ return writeb(data, addr + SUNXI_MUSB_INDEX);
+ case MUSB_TESTMODE:
+ if (data)
+ dev_warn(sunxi_musb->controller->parent,
+ "sunxi-musb does not have testmode\n");
+ return;
+ case MUSB_DEVCTL:
+ return writeb(data, addr + SUNXI_MUSB_DEVCTL);
+ case MUSB_TXFIFOSZ:
+ return writeb(data, addr + SUNXI_MUSB_TXFIFOSZ);
+ case MUSB_RXFIFOSZ:
+ return writeb(data, addr + SUNXI_MUSB_RXFIFOSZ);
+ /* Offset for these is fixed by sunxi_musb_busctl_offset() */
+ case SUNXI_MUSB_TXFUNCADDR:
+ case SUNXI_MUSB_TXHUBADDR:
+ case SUNXI_MUSB_TXHUBPORT:
+ case SUNXI_MUSB_RXFUNCADDR:
+ case SUNXI_MUSB_RXHUBADDR:
+ case SUNXI_MUSB_RXHUBPORT:
+ /* multipoint / busctl reg access */
+ return writeb(data, addr + offset);
+ default:
+ dev_err(sunxi_musb->controller->parent,
+ "Error unknown writeb offset %u\n", offset);
+ return;
+ }
+ } else if (addr == (sunxi_musb->mregs + 0x80)) {
+ /* ep control reg access */
+ if (offset >= MUSB_TXTYPE)
+ offset += 2;
+ return writeb(data, addr + offset);
+ }
+
+ dev_err(sunxi_musb->controller->parent,
+ "Error unknown writeb at 0x%x bytes offset\n",
+ (int)(addr - sunxi_musb->mregs));
+}
+
+static u16 sunxi_musb_readw(const void __iomem *addr, unsigned offset)
+{
+ if (addr == sunxi_musb->mregs) {
+ /* generic control or fifo control reg access */
+ switch (offset) {
+ case MUSB_INTRTX:
+ return readw(addr + SUNXI_MUSB_INTRTX);
+ case MUSB_INTRRX:
+ return readw(addr + SUNXI_MUSB_INTRRX);
+ case MUSB_INTRTXE:
+ return readw(addr + SUNXI_MUSB_INTRTXE);
+ case MUSB_INTRRXE:
+ return readw(addr + SUNXI_MUSB_INTRRXE);
+ case MUSB_FRAME:
+ return readw(addr + SUNXI_MUSB_FRAME);
+ case MUSB_TXFIFOADD:
+ return readw(addr + SUNXI_MUSB_TXFIFOADD);
+ case MUSB_RXFIFOADD:
+ return readw(addr + SUNXI_MUSB_RXFIFOADD);
+ case MUSB_HWVERS:
+ return 0; /* sunxi musb version is not known */
+ default:
+ dev_err(sunxi_musb->controller->parent,
+ "Error unknown readw offset %u\n", offset);
+ return 0;
+ }
+ } else if (addr == (sunxi_musb->mregs + 0x80)) {
+ /* ep control reg access */
+ return readw(addr + offset);
+ }
+
+ dev_err(sunxi_musb->controller->parent,
+ "Error unknown readw at 0x%x bytes offset\n",
+ (int)(addr - sunxi_musb->mregs));
+ return 0;
+}
+
+static void sunxi_musb_writew(void __iomem *addr, unsigned offset, u16 data)
+{
+ if (addr == sunxi_musb->mregs) {
+ /* generic control or fifo control reg access */
+ switch (offset) {
+ case MUSB_INTRTX:
+ return writew(data, addr + SUNXI_MUSB_INTRTX);
+ case MUSB_INTRRX:
+ return writew(data, addr + SUNXI_MUSB_INTRRX);
+ case MUSB_INTRTXE:
+ return writew(data, addr + SUNXI_MUSB_INTRTXE);
+ case MUSB_INTRRXE:
+ return writew(data, addr + SUNXI_MUSB_INTRRXE);
+ case MUSB_FRAME:
+ return writew(data, addr + SUNXI_MUSB_FRAME);
+ case MUSB_TXFIFOADD:
+ return writew(data, addr + SUNXI_MUSB_TXFIFOADD);
+ case MUSB_RXFIFOADD:
+ return writew(data, addr + SUNXI_MUSB_RXFIFOADD);
+ default:
+ dev_err(sunxi_musb->controller->parent,
+ "Error unknown writew offset %u\n", offset);
+ return;
+ }
+ } else if (addr == (sunxi_musb->mregs + 0x80)) {
+ /* ep control reg access */
+ return writew(data, addr + offset);
+ }
+
+ dev_err(sunxi_musb->controller->parent,
+ "Error unknown writew at 0x%x bytes offset\n",
+ (int)(addr - sunxi_musb->mregs));
+}
+
+static const struct musb_platform_ops sunxi_musb_ops = {
+ .quirks = MUSB_INDEXED_EP | MUSB_SUN4I,
+ .init = sunxi_musb_init,
+ .exit = sunxi_musb_exit,
+ .enable = sunxi_musb_enable,
+ .disable = sunxi_musb_disable,
+ .fifo_offset = sunxi_musb_fifo_offset,
+ .ep_offset = sunxi_musb_ep_offset,
+ .busctl_offset = sunxi_musb_busctl_offset,
+ .readb = sunxi_musb_readb,
+ .writeb = sunxi_musb_writeb,
+ .readw = sunxi_musb_readw,
+ .writew = sunxi_musb_writew,
+ .set_vbus = sunxi_musb_set_vbus,
+ .pre_root_reset_end = sunxi_musb_pre_root_reset_end,
+ .post_root_reset_end = sunxi_musb_post_root_reset_end,
+};
+
+/* Allwinner OTG supports up to 5 endpoints */
+#define SUNXI_MUSB_MAX_EP_NUM 6
+#define SUNXI_MUSB_RAM_BITS 11
+
+static struct musb_fifo_cfg sunxi_musb_mode_cfg[] = {
+ MUSB_EP_FIFO_SINGLE(1, FIFO_TX, 512),
+ MUSB_EP_FIFO_SINGLE(1, FIFO_RX, 512),
+ MUSB_EP_FIFO_SINGLE(2, FIFO_TX, 512),
+ MUSB_EP_FIFO_SINGLE(2, FIFO_RX, 512),
+ MUSB_EP_FIFO_SINGLE(3, FIFO_TX, 512),
+ MUSB_EP_FIFO_SINGLE(3, FIFO_RX, 512),
+ MUSB_EP_FIFO_SINGLE(4, FIFO_TX, 512),
+ MUSB_EP_FIFO_SINGLE(4, FIFO_RX, 512),
+ MUSB_EP_FIFO_SINGLE(5, FIFO_TX, 512),
+ MUSB_EP_FIFO_SINGLE(5, FIFO_RX, 512),
+};
+
+static struct musb_hdrc_config sunxi_musb_hdrc_config = {
+ .fifo_cfg = sunxi_musb_mode_cfg,
+ .fifo_cfg_size = ARRAY_SIZE(sunxi_musb_mode_cfg),
+ .multipoint = true,
+ .dyn_fifo = true,
+ .soft_con = true,
+ .num_eps = SUNXI_MUSB_MAX_EP_NUM,
+ .ram_bits = SUNXI_MUSB_RAM_BITS,
+ .dma = 0,
+};
+
+static int sunxi_musb_probe(struct platform_device *pdev)
+{
+ struct musb_hdrc_platform_data pdata;
+ struct platform_device_info pinfo;
+ struct sunxi_glue *glue;
+ struct device_node *np = pdev->dev.of_node;
+ int ret;
+
+ if (!np) {
+ dev_err(&pdev->dev, "Error no device tree node found\n");
+ return -EINVAL;
+ }
+
+ memset(&pdata, 0, sizeof(pdata));
+ switch (of_usb_get_dr_mode(np)) {
+#if defined CONFIG_USB_MUSB_DUAL_ROLE || defined CONFIG_USB_MUSB_HOST
+ case USB_DR_MODE_HOST:
+ pdata.mode = MUSB_PORT_MODE_HOST;
+ break;
+#endif
+#ifdef CONFIG_USB_MUSB_DUAL_ROLE
+ case USB_DR_MODE_OTG:
+ pdata.mode = MUSB_PORT_MODE_DUAL_ROLE;
+ break;
+#endif
+ default:
+ dev_err(&pdev->dev, "Invalid or missing 'dr_mode' property\n");
+ return -EINVAL;
+ }
+ pdata.platform_ops = &sunxi_musb_ops;
+ pdata.config = &sunxi_musb_hdrc_config;
+
+ glue = devm_kzalloc(&pdev->dev, sizeof(*glue), GFP_KERNEL);
+ if (!glue)
+ return -ENOMEM;
+
+ glue->dev = &pdev->dev;
+ INIT_WORK(&glue->work, sunxi_musb_work);
+ glue->host_nb.notifier_call = sunxi_musb_host_notifier;
+
+ glue->clk = devm_clk_get(&pdev->dev, NULL);
+ if (IS_ERR(glue->clk)) {
+ dev_err(&pdev->dev, "Error getting clock: %ld\n",
+ PTR_ERR(glue->clk));
+ return PTR_ERR(glue->clk);
+ }
+
+ glue->phy = devm_phy_get(&pdev->dev, "usb");
+ if (IS_ERR(glue->phy)) {
+ if (PTR_ERR(glue->phy) == -EPROBE_DEFER)
+ return -EPROBE_DEFER;
+ dev_err(&pdev->dev, "Error getting phy %ld\n",
+ PTR_ERR(glue->phy));
+ return PTR_ERR(glue->phy);
+ }
+
+ glue->usb_phy = usb_phy_generic_register();
+ if (IS_ERR(glue->usb_phy)) {
+ dev_err(&pdev->dev, "Error registering usb-phy %ld\n",
+ PTR_ERR(glue->usb_phy));
+ return PTR_ERR(glue->usb_phy);
+ }
+
+ glue->xceiv = devm_usb_get_phy(&pdev->dev, USB_PHY_TYPE_USB2);
+ if (IS_ERR(glue->xceiv)) {
+ ret = PTR_ERR(glue->xceiv);
+ dev_err(&pdev->dev, "Error getting usb-phy %d\n", ret);
+ goto err_unregister_usb_phy;
+ }
+
+ platform_set_drvdata(pdev, glue);
+
+ memset(&pinfo, 0, sizeof(pinfo));
+ pinfo.name = "musb-hdrc";
+ pinfo.id = PLATFORM_DEVID_AUTO;
+ pinfo.parent = &pdev->dev;
+ pinfo.res = pdev->resource;
+ pinfo.num_res = pdev->num_resources;
+ pinfo.data = &pdata;
+ pinfo.size_data = sizeof(pdata);
+
+ glue->musb = platform_device_register_full(&pinfo);
+ if (IS_ERR(glue->musb)) {
+ ret = PTR_ERR(glue->musb);
+ dev_err(&pdev->dev, "Error registering musb dev: %d\n", ret);
+ goto err_unregister_usb_phy;
+ }
+
+ return 0;
+
+err_unregister_usb_phy:
+ usb_phy_generic_unregister(glue->usb_phy);
+ return ret;
+}
+
+static int sunxi_musb_remove(struct platform_device *pdev)
+{
+ struct sunxi_glue *glue = platform_get_drvdata(pdev);
+ struct platform_device *usb_phy = glue->usb_phy;
+
+ platform_device_unregister(glue->musb); /* Frees glue ! */
+ usb_phy_generic_unregister(usb_phy);
+
+ return 0;
+}
+
+static const struct of_device_id sunxi_musb_match[] = {
+ { .compatible = "allwinner,sun4i-a10-musb", },
+ {}
+};
+
+static struct platform_driver sunxi_musb_driver = {
+ .probe = sunxi_musb_probe,
+ .remove = sunxi_musb_remove,
+ .driver = {
+ .name = "musb-sunxi",
+ .of_match_table = sunxi_musb_match,
+ },
+};
+module_platform_driver(sunxi_musb_driver);
+
+MODULE_DESCRIPTION("Allwinner sunxi MUSB Glue Layer");
+MODULE_AUTHOR("Hans de Goede <hdegoede-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>");
+MODULE_LICENSE("GPL v2");
--
2.4.2
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply related [flat|nested] 57+ messages in thread
* [PATCH v4 2/2] musb: Add support for the Allwinner sunxi musb controller
@ 2015-05-31 16:10 ` Hans de Goede
0 siblings, 0 replies; 57+ messages in thread
From: Hans de Goede @ 2015-05-31 16:10 UTC (permalink / raw)
To: linux-arm-kernel
This is based on initial code to get the Allwinner sunxi musb controller
supported by Chen-Yu Tsai and Roman Byshko.
This adds support for the Allwinner sunxi musb controller in both host only
and otg mode. Peripheral only mode is not supported, as no boards use that.
This has been tested on a cubietruck (A20 SoC) and an UTOO P66 tablet
(A13 SoC) with a variety of devices in host mode and with the g_serial gadget
driver in peripheral mode, plugging otg / host cables in/out a lot of times
in all possible imaginable plug orders.
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
---
Changes in v2:
-Move polling of id and vbus-det gpio-s to the phy driver
-Use extcon to get id (USB_HOST mode) status changes from the phy driver
-Stop using syscon, instead use Maxime Ripard's sunxi SRAM controller driver
Changes in v3:
-Check that USB_MUSB_FOO config is compatible with the dr_mode setting from dt
Changes in v4:
-Squash in "musb: sunxi: Add pre/post root reset end platform functions" patch
-Adjust for sunxi_sram controller driver changes
-Stop musb work from turning vbus off again when in host mode
---
.../bindings/usb/allwinner,sun4i-a10-musb.txt | 25 +
drivers/usb/musb/Kconfig | 13 +-
drivers/usb/musb/Makefile | 1 +
drivers/usb/musb/musb_core.h | 1 +
drivers/usb/musb/musb_gadget.c | 6 +
drivers/usb/musb/musb_virthub.c | 6 +
drivers/usb/musb/sunxi.c | 690 +++++++++++++++++++++
7 files changed, 741 insertions(+), 1 deletion(-)
create mode 100644 Documentation/devicetree/bindings/usb/allwinner,sun4i-a10-musb.txt
create mode 100644 drivers/usb/musb/sunxi.c
diff --git a/Documentation/devicetree/bindings/usb/allwinner,sun4i-a10-musb.txt b/Documentation/devicetree/bindings/usb/allwinner,sun4i-a10-musb.txt
new file mode 100644
index 0000000..21dfc7f
--- /dev/null
+++ b/Documentation/devicetree/bindings/usb/allwinner,sun4i-a10-musb.txt
@@ -0,0 +1,25 @@
+Allwinner sun4i A10 musb DRC/OTG controller
+-------------------------------------------
+
+Required properties:
+ - compatible : "allwinner,sun4i-a10-musb"
+ - reg : mmio address range of the musb controller
+ - clocks : clock specifier for the musb controller ahb gate clock
+ - interrupts : interrupt to which the musb controller is connected
+ - interrupt-names : must be "mc"
+ - phys : phy specifier for the otg phy
+ - phy-names : must be "usb"
+ - dr_mode : Dual-Role mode must be "host" or "otg"
+
+Example:
+
+ usb_otg: usb at 01c13000 {
+ compatible = "allwinner,sun4i-a10-musb";
+ reg = <0x01c13000 0x0400>;
+ clocks = <&ahb_gates 0>;
+ interrupts = <38>;
+ interrupt-names = "mc";
+ phys = <&usbphy 0>;
+ phy-names = "usb";
+ status = "disabled";
+ };
diff --git a/drivers/usb/musb/Kconfig b/drivers/usb/musb/Kconfig
index 39db8b6..2c11cb4 100644
--- a/drivers/usb/musb/Kconfig
+++ b/drivers/usb/musb/Kconfig
@@ -5,7 +5,7 @@
# (M)HDRC = (Multipoint) Highspeed Dual-Role Controller
config USB_MUSB_HDRC
- tristate 'Inventra Highspeed Dual Role Controller (TI, ADI, ...)'
+ tristate 'Inventra Highspeed Dual Role Controller (TI, ADI, AW, ...)'
depends on (USB || USB_GADGET)
help
Say Y here if your system has a dual role high speed USB
@@ -20,6 +20,8 @@ config USB_MUSB_HDRC
Analog Devices parts using this IP include Blackfin BF54x,
BF525 and BF527.
+ Allwinner SoCs using this IP include A10, A13, A20, ...
+
If you do not know what this is, please say N.
To compile this driver as a module, choose M here; the
@@ -60,6 +62,15 @@ endchoice
comment "Platform Glue Layer"
+config USB_MUSB_SUNXI
+ tristate "Allwinner (sunxi)"
+ depends on ARCH_SUNXI
+ depends on NOP_USB_XCEIV
+ depends on PHY_SUN4I_USB
+ select EXTCON
+ select GENERIC_PHY
+ select SUNXI_SRAM
+
config USB_MUSB_DAVINCI
tristate "DaVinci"
depends on ARCH_DAVINCI_DMx
diff --git a/drivers/usb/musb/Makefile b/drivers/usb/musb/Makefile
index ba49501..f95befe 100644
--- a/drivers/usb/musb/Makefile
+++ b/drivers/usb/musb/Makefile
@@ -20,6 +20,7 @@ obj-$(CONFIG_USB_MUSB_DA8XX) += da8xx.o
obj-$(CONFIG_USB_MUSB_BLACKFIN) += blackfin.o
obj-$(CONFIG_USB_MUSB_UX500) += ux500.o
obj-$(CONFIG_USB_MUSB_JZ4740) += jz4740.o
+obj-$(CONFIG_USB_MUSB_SUNXI) += sunxi.o
obj-$(CONFIG_USB_MUSB_AM335X_CHILD) += musb_am335x.o
diff --git a/drivers/usb/musb/musb_core.h b/drivers/usb/musb/musb_core.h
index b1cb2c3..30a3123 100644
--- a/drivers/usb/musb/musb_core.h
+++ b/drivers/usb/musb/musb_core.h
@@ -169,6 +169,7 @@ struct musb_io;
*/
struct musb_platform_ops {
+#define MUSB_SUN4I BIT(7)
#define MUSB_DMA_UX500 BIT(6)
#define MUSB_DMA_CPPI41 BIT(5)
#define MUSB_DMA_CPPI BIT(4)
diff --git a/drivers/usb/musb/musb_gadget.c b/drivers/usb/musb/musb_gadget.c
index 4c481cd..ec2e908 100644
--- a/drivers/usb/musb/musb_gadget.c
+++ b/drivers/usb/musb/musb_gadget.c
@@ -2003,6 +2003,12 @@ void musb_g_disconnect(struct musb *musb)
spin_lock(&musb->lock);
}
+ /* On sunxi ep0 FADDR must be 0 when (re)entering peripheral mode */
+ if (musb->io.quirks & MUSB_SUN4I) {
+ musb_ep_select(musb->mregs, 0);
+ musb_writeb(musb->mregs, MUSB_FADDR, 0);
+ }
+
switch (musb->xceiv->otg->state) {
default:
dev_dbg(musb->controller, "Unhandled disconnect %s, setting a_idle\n",
diff --git a/drivers/usb/musb/musb_virthub.c b/drivers/usb/musb/musb_virthub.c
index 30842bc..fe98623 100644
--- a/drivers/usb/musb/musb_virthub.c
+++ b/drivers/usb/musb/musb_virthub.c
@@ -226,6 +226,12 @@ void musb_root_disconnect(struct musb *musb)
usb_hcd_poll_rh_status(musb->hcd);
musb->is_active = 0;
+ /* On sunxi ep0 FADDR must be 0 when (re)entering peripheral mode */
+ if (musb->io.quirks & MUSB_SUN4I) {
+ musb_ep_select(musb->mregs, 0);
+ musb_writeb(musb->mregs, MUSB_FADDR, 0);
+ }
+
switch (musb->xceiv->otg->state) {
case OTG_STATE_A_SUSPEND:
if (otg->host->b_hnp_enable) {
diff --git a/drivers/usb/musb/sunxi.c b/drivers/usb/musb/sunxi.c
new file mode 100644
index 0000000..5db882f
--- /dev/null
+++ b/drivers/usb/musb/sunxi.c
@@ -0,0 +1,690 @@
+/*
+ * Allwinner sun4i MUSB Glue Layer
+ *
+ * Copyright (C) 2015 Hans de Goede <hdegoede@redhat.com>
+ *
+ * Based on code from
+ * Allwinner Technology Co., Ltd. <www.allwinnertech.com>
+ *
+ * This program is free software; you can redistribute it and/or modify
+ * it under the terms of the GNU General Public License as published by
+ * the Free Software Foundation; either version 2 of the License, or
+ * (at your option) any later version.
+ *
+ * This program is distributed in the hope that it will be useful,
+ * but WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+ * GNU General Public License for more details.
+ */
+
+#include <linux/clk.h>
+#include <linux/err.h>
+#include <linux/extcon.h>
+#include <linux/io.h>
+#include <linux/kernel.h>
+#include <linux/module.h>
+#include <linux/of.h>
+#include <linux/phy/phy-sun4i-usb.h>
+#include <linux/platform_device.h>
+#include <linux/soc/sunxi/sunxi_sram.h>
+#include <linux/usb/musb.h>
+#include <linux/usb/of.h>
+#include <linux/usb/usb_phy_generic.h>
+#include <linux/workqueue.h>
+#include "musb_core.h"
+
+/*
+ * Register offsets, note sunxi musb has a different layout then most
+ * musb implementations, we translate the layout in musb_readb & friends.
+ */
+#define SUNXI_MUSB_POWER 0x0040
+#define SUNXI_MUSB_DEVCTL 0x0041
+#define SUNXI_MUSB_INDEX 0x0042
+#define SUNXI_MUSB_VEND0 0x0043
+#define SUNXI_MUSB_INTRTX 0x0044
+#define SUNXI_MUSB_INTRRX 0x0046
+#define SUNXI_MUSB_INTRTXE 0x0048
+#define SUNXI_MUSB_INTRRXE 0x004a
+#define SUNXI_MUSB_INTRUSB 0x004c
+#define SUNXI_MUSB_INTRUSBE 0x0050
+#define SUNXI_MUSB_FRAME 0x0054
+#define SUNXI_MUSB_TXFIFOSZ 0x0090
+#define SUNXI_MUSB_TXFIFOADD 0x0092
+#define SUNXI_MUSB_RXFIFOSZ 0x0094
+#define SUNXI_MUSB_RXFIFOADD 0x0096
+#define SUNXI_MUSB_FADDR 0x0098
+#define SUNXI_MUSB_TXFUNCADDR 0x0098
+#define SUNXI_MUSB_TXHUBADDR 0x009a
+#define SUNXI_MUSB_TXHUBPORT 0x009b
+#define SUNXI_MUSB_RXFUNCADDR 0x009c
+#define SUNXI_MUSB_RXHUBADDR 0x009e
+#define SUNXI_MUSB_RXHUBPORT 0x009f
+#define SUNXI_MUSB_CONFIGDATA 0x00c0
+
+/* VEND0 bits */
+#define SUNXI_MUSB_VEND0_PIO_MODE 0
+
+/* flags */
+#define SUNXI_MUSB_FL_ENABLED 0
+#define SUNXI_MUSB_FL_HOSTMODE 1
+#define SUNXI_MUSB_FL_HOSTMODE_PEND 2
+#define SUNXI_MUSB_FL_VBUS_ON 3
+#define SUNXI_MUSB_FL_PHY_ON 4
+
+/* Our read/write methods need access and do not get passed in a musb ref :| */
+struct musb *sunxi_musb;
+
+struct sunxi_glue {
+ struct device *dev;
+ struct platform_device *musb;
+ struct clk *clk;
+ struct phy *phy;
+ struct platform_device *usb_phy;
+ struct usb_phy *xceiv;
+ unsigned long flags;
+ struct work_struct work;
+ struct extcon_specific_cable_nb host_cable_nb;
+ struct notifier_block host_nb;
+};
+
+/* phy_power_on / off may sleep, so we use a workqueue */
+static void sunxi_musb_work(struct work_struct *work)
+{
+ struct sunxi_glue *glue = container_of(work, struct sunxi_glue, work);
+ bool vbus_on, phy_on;
+
+ if (!test_bit(SUNXI_MUSB_FL_ENABLED, &glue->flags))
+ return;
+
+ if (test_and_clear_bit(SUNXI_MUSB_FL_HOSTMODE_PEND, &glue->flags)) {
+ struct musb *musb = platform_get_drvdata(glue->musb);
+ unsigned long flags;
+ u8 devctl;
+
+ spin_lock_irqsave(&musb->lock, flags);
+
+ devctl = readb(musb->mregs + SUNXI_MUSB_DEVCTL);
+ if (test_bit(SUNXI_MUSB_FL_HOSTMODE, &glue->flags)) {
+ set_bit(SUNXI_MUSB_FL_VBUS_ON, &glue->flags);
+ musb->xceiv->otg->default_a = 1;
+ musb->xceiv->otg->state = OTG_STATE_A_IDLE;
+ MUSB_HST_MODE(musb);
+ devctl |= MUSB_DEVCTL_SESSION;
+ } else {
+ clear_bit(SUNXI_MUSB_FL_VBUS_ON, &glue->flags);
+ musb->xceiv->otg->default_a = 0;
+ musb->xceiv->otg->state = OTG_STATE_B_IDLE;
+ MUSB_DEV_MODE(musb);
+ devctl &= ~MUSB_DEVCTL_SESSION;
+ }
+ writeb(devctl, musb->mregs + SUNXI_MUSB_DEVCTL);
+
+ spin_unlock_irqrestore(&musb->lock, flags);
+ }
+
+ vbus_on = test_bit(SUNXI_MUSB_FL_VBUS_ON, &glue->flags);
+ phy_on = test_bit(SUNXI_MUSB_FL_PHY_ON, &glue->flags);
+
+ if (phy_on != vbus_on) {
+ if (vbus_on) {
+ phy_power_on(glue->phy);
+ set_bit(SUNXI_MUSB_FL_PHY_ON, &glue->flags);
+ } else {
+ phy_power_off(glue->phy);
+ clear_bit(SUNXI_MUSB_FL_PHY_ON, &glue->flags);
+ }
+ }
+}
+
+static void sunxi_musb_set_vbus(struct musb *musb, int is_on)
+{
+ struct sunxi_glue *glue = dev_get_drvdata(musb->controller->parent);
+
+ if (is_on)
+ set_bit(SUNXI_MUSB_FL_VBUS_ON, &glue->flags);
+ else
+ clear_bit(SUNXI_MUSB_FL_VBUS_ON, &glue->flags);
+
+ schedule_work(&glue->work);
+}
+
+void sunxi_musb_pre_root_reset_end(struct musb *musb)
+{
+ struct sunxi_glue *glue = dev_get_drvdata(musb->controller->parent);
+
+ sun4i_usb_phy_set_squelch_detect(glue->phy, false);
+}
+
+void sunxi_musb_post_root_reset_end(struct musb *musb)
+{
+ struct sunxi_glue *glue = dev_get_drvdata(musb->controller->parent);
+
+ sun4i_usb_phy_set_squelch_detect(glue->phy, true);
+}
+
+static irqreturn_t sunxi_musb_interrupt(int irq, void *__hci)
+{
+ struct musb *musb = __hci;
+ unsigned long flags;
+
+ spin_lock_irqsave(&musb->lock, flags);
+
+ musb->int_usb = readb(musb->mregs + SUNXI_MUSB_INTRUSB);
+ if (musb->int_usb)
+ writeb(musb->int_usb, musb->mregs + SUNXI_MUSB_INTRUSB);
+
+ /*
+ * sunxi musb often signals babble on low / full speed device
+ * disconnect, without ever raising MUSB_INTR_DISCONNECT, since
+ * normally babble never happens treat it as disconnect.
+ */
+ if ((musb->int_usb & MUSB_INTR_BABBLE) && is_host_active(musb)) {
+ musb->int_usb &= ~MUSB_INTR_BABBLE;
+ musb->int_usb |= MUSB_INTR_DISCONNECT;
+ }
+
+ musb->int_tx = readw(musb->mregs + SUNXI_MUSB_INTRTX);
+ if (musb->int_tx)
+ writew(musb->int_tx, musb->mregs + SUNXI_MUSB_INTRTX);
+
+ musb->int_rx = readw(musb->mregs + SUNXI_MUSB_INTRRX);
+ if (musb->int_rx)
+ writew(musb->int_rx, musb->mregs + SUNXI_MUSB_INTRRX);
+
+ musb_interrupt(musb);
+
+ spin_unlock_irqrestore(&musb->lock, flags);
+
+ return IRQ_HANDLED;
+}
+
+static int sunxi_musb_host_notifier(struct notifier_block *nb,
+ unsigned long event, void *ptr)
+{
+ struct sunxi_glue *glue = container_of(nb, struct sunxi_glue, host_nb);
+
+ if (event)
+ set_bit(SUNXI_MUSB_FL_HOSTMODE, &glue->flags);
+ else
+ clear_bit(SUNXI_MUSB_FL_HOSTMODE, &glue->flags);
+
+ set_bit(SUNXI_MUSB_FL_HOSTMODE_PEND, &glue->flags);
+ schedule_work(&glue->work);
+
+ return NOTIFY_DONE;
+}
+
+static int sunxi_musb_init(struct musb *musb)
+{
+ struct sunxi_glue *glue = dev_get_drvdata(musb->controller->parent);
+ int ret;
+
+ sunxi_musb = musb;
+ musb->phy = glue->phy;
+ musb->xceiv = glue->xceiv;
+
+ ret = sunxi_sram_claim(musb->controller->parent);
+ if (ret)
+ return ret;
+
+ ret = clk_prepare_enable(glue->clk);
+ if (ret)
+ goto error_sram_release;
+
+ writeb(SUNXI_MUSB_VEND0_PIO_MODE, musb->mregs + SUNXI_MUSB_VEND0);
+
+ /* Register interest before calling phy_init() */
+ if (musb->port_mode == MUSB_PORT_MODE_DUAL_ROLE) {
+ ret = extcon_register_interest(&glue->host_cable_nb,
+ "sun4i-usb-phy",
+ extcon_cable_name[EXTCON_USB_HOST],
+ &glue->host_nb);
+ if (ret)
+ goto error_clk_disable;
+ }
+
+ ret = phy_init(glue->phy);
+ if (ret)
+ goto error_unregister_interest;
+
+ if (musb->port_mode == MUSB_PORT_MODE_HOST) {
+ ret = phy_power_on(glue->phy);
+ if (ret)
+ goto error_phy_exit;
+ set_bit(SUNXI_MUSB_FL_PHY_ON, &glue->flags);
+ /* Stop musb work from turning vbus off again */
+ set_bit(SUNXI_MUSB_FL_VBUS_ON, &glue->flags);
+ }
+
+ musb->isr = sunxi_musb_interrupt;
+
+ /* Stop the musb-core from doing runtime pm (not supported on sunxi) */
+ pm_runtime_get(musb->controller);
+
+ return 0;
+
+error_phy_exit:
+ phy_exit(glue->phy);
+error_unregister_interest:
+ if (musb->port_mode == MUSB_PORT_MODE_DUAL_ROLE)
+ extcon_unregister_interest(&glue->host_cable_nb);
+error_clk_disable:
+ clk_disable_unprepare(glue->clk);
+error_sram_release:
+ sunxi_sram_release(musb->controller->parent);
+ return ret;
+}
+
+static int sunxi_musb_exit(struct musb *musb)
+{
+ struct sunxi_glue *glue = dev_get_drvdata(musb->controller->parent);
+
+ pm_runtime_put(musb->controller);
+
+ cancel_work_sync(&glue->work);
+ if (test_bit(SUNXI_MUSB_FL_PHY_ON, &glue->flags))
+ phy_power_off(glue->phy);
+
+ phy_exit(glue->phy);
+
+ if (musb->port_mode == MUSB_PORT_MODE_DUAL_ROLE)
+ extcon_unregister_interest(&glue->host_cable_nb);
+
+ clk_disable_unprepare(glue->clk);
+ sunxi_sram_release(musb->controller->parent);
+
+ return 0;
+}
+
+static void sunxi_musb_enable(struct musb *musb)
+{
+ struct sunxi_glue *glue = dev_get_drvdata(musb->controller->parent);
+
+ /* musb_core does not call us in a balanced manner */
+ if (test_and_set_bit(SUNXI_MUSB_FL_ENABLED, &glue->flags))
+ return;
+
+ schedule_work(&glue->work);
+}
+
+static void sunxi_musb_disable(struct musb *musb)
+{
+ struct sunxi_glue *glue = dev_get_drvdata(musb->controller->parent);
+
+ clear_bit(SUNXI_MUSB_FL_ENABLED, &glue->flags);
+}
+
+/*
+ * sunxi musb register layout
+ * 0x00 - 0x17 fifo regs, 1 long per fifo
+ * 0x40 - 0x57 generic control regs (power - frame)
+ * 0x80 - 0x8f ep control regs (addressed through hw_ep->regs, indexed)
+ * 0x90 - 0x97 fifo control regs (indexed)
+ * 0x98 - 0x9f multipoint / busctl regs (indexed)
+ * 0xc0 configdata reg
+ */
+
+static u32 sunxi_musb_fifo_offset(u8 epnum)
+{
+ return (epnum * 4);
+}
+
+static u32 sunxi_musb_ep_offset(u8 epnum, u16 offset)
+{
+ WARN_ONCE(offset != 0,
+ "sunxi_musb_ep_offset called with non 0 offset\n");
+
+ return 0x80; /* indexed, so ignore epnum */
+}
+
+static u32 sunxi_musb_busctl_offset(u8 epnum, u16 offset)
+{
+ return SUNXI_MUSB_TXFUNCADDR + offset;
+}
+
+static u8 sunxi_musb_readb(const void __iomem *addr, unsigned offset)
+{
+ if (addr == sunxi_musb->mregs) {
+ /* generic control or fifo control reg access */
+ switch (offset) {
+ case MUSB_FADDR:
+ return readb(addr + SUNXI_MUSB_FADDR);
+ case MUSB_POWER:
+ return readb(addr + SUNXI_MUSB_POWER);
+ case MUSB_INTRUSB:
+ return readb(addr + SUNXI_MUSB_INTRUSB);
+ case MUSB_INTRUSBE:
+ return readb(addr + SUNXI_MUSB_INTRUSBE);
+ case MUSB_INDEX:
+ return readb(addr + SUNXI_MUSB_INDEX);
+ case MUSB_TESTMODE:
+ return 0; /* No testmode on sunxi */
+ case MUSB_DEVCTL:
+ return readb(addr + SUNXI_MUSB_DEVCTL);
+ case MUSB_TXFIFOSZ:
+ return readb(addr + SUNXI_MUSB_TXFIFOSZ);
+ case MUSB_RXFIFOSZ:
+ return readb(addr + SUNXI_MUSB_RXFIFOSZ);
+ case MUSB_CONFIGDATA + 0x10: /* See musb_read_configdata() */
+ return readb(addr + SUNXI_MUSB_CONFIGDATA);
+ /* Offset for these is fixed by sunxi_musb_busctl_offset() */
+ case SUNXI_MUSB_TXFUNCADDR:
+ case SUNXI_MUSB_TXHUBADDR:
+ case SUNXI_MUSB_TXHUBPORT:
+ case SUNXI_MUSB_RXFUNCADDR:
+ case SUNXI_MUSB_RXHUBADDR:
+ case SUNXI_MUSB_RXHUBPORT:
+ /* multipoint / busctl reg access */
+ return readb(addr + offset);
+ default:
+ dev_err(sunxi_musb->controller->parent,
+ "Error unknown readb offset %u\n", offset);
+ return 0;
+ }
+ } else if (addr == (sunxi_musb->mregs + 0x80)) {
+ /* ep control reg access */
+ /* sunxi has a 2 byte hole before the txtype register */
+ if (offset >= MUSB_TXTYPE)
+ offset += 2;
+ return readb(addr + offset);
+ }
+
+ dev_err(sunxi_musb->controller->parent,
+ "Error unknown readb at 0x%x bytes offset\n",
+ (int)(addr - sunxi_musb->mregs));
+ return 0;
+}
+
+static void sunxi_musb_writeb(void __iomem *addr, unsigned offset, u8 data)
+{
+ if (addr == sunxi_musb->mregs) {
+ /* generic control or fifo control reg access */
+ switch (offset) {
+ case MUSB_FADDR:
+ return writeb(data, addr + SUNXI_MUSB_FADDR);
+ case MUSB_POWER:
+ return writeb(data, addr + SUNXI_MUSB_POWER);
+ case MUSB_INTRUSB:
+ return writeb(data, addr + SUNXI_MUSB_INTRUSB);
+ case MUSB_INTRUSBE:
+ return writeb(data, addr + SUNXI_MUSB_INTRUSBE);
+ case MUSB_INDEX:
+ return writeb(data, addr + SUNXI_MUSB_INDEX);
+ case MUSB_TESTMODE:
+ if (data)
+ dev_warn(sunxi_musb->controller->parent,
+ "sunxi-musb does not have testmode\n");
+ return;
+ case MUSB_DEVCTL:
+ return writeb(data, addr + SUNXI_MUSB_DEVCTL);
+ case MUSB_TXFIFOSZ:
+ return writeb(data, addr + SUNXI_MUSB_TXFIFOSZ);
+ case MUSB_RXFIFOSZ:
+ return writeb(data, addr + SUNXI_MUSB_RXFIFOSZ);
+ /* Offset for these is fixed by sunxi_musb_busctl_offset() */
+ case SUNXI_MUSB_TXFUNCADDR:
+ case SUNXI_MUSB_TXHUBADDR:
+ case SUNXI_MUSB_TXHUBPORT:
+ case SUNXI_MUSB_RXFUNCADDR:
+ case SUNXI_MUSB_RXHUBADDR:
+ case SUNXI_MUSB_RXHUBPORT:
+ /* multipoint / busctl reg access */
+ return writeb(data, addr + offset);
+ default:
+ dev_err(sunxi_musb->controller->parent,
+ "Error unknown writeb offset %u\n", offset);
+ return;
+ }
+ } else if (addr == (sunxi_musb->mregs + 0x80)) {
+ /* ep control reg access */
+ if (offset >= MUSB_TXTYPE)
+ offset += 2;
+ return writeb(data, addr + offset);
+ }
+
+ dev_err(sunxi_musb->controller->parent,
+ "Error unknown writeb at 0x%x bytes offset\n",
+ (int)(addr - sunxi_musb->mregs));
+}
+
+static u16 sunxi_musb_readw(const void __iomem *addr, unsigned offset)
+{
+ if (addr == sunxi_musb->mregs) {
+ /* generic control or fifo control reg access */
+ switch (offset) {
+ case MUSB_INTRTX:
+ return readw(addr + SUNXI_MUSB_INTRTX);
+ case MUSB_INTRRX:
+ return readw(addr + SUNXI_MUSB_INTRRX);
+ case MUSB_INTRTXE:
+ return readw(addr + SUNXI_MUSB_INTRTXE);
+ case MUSB_INTRRXE:
+ return readw(addr + SUNXI_MUSB_INTRRXE);
+ case MUSB_FRAME:
+ return readw(addr + SUNXI_MUSB_FRAME);
+ case MUSB_TXFIFOADD:
+ return readw(addr + SUNXI_MUSB_TXFIFOADD);
+ case MUSB_RXFIFOADD:
+ return readw(addr + SUNXI_MUSB_RXFIFOADD);
+ case MUSB_HWVERS:
+ return 0; /* sunxi musb version is not known */
+ default:
+ dev_err(sunxi_musb->controller->parent,
+ "Error unknown readw offset %u\n", offset);
+ return 0;
+ }
+ } else if (addr == (sunxi_musb->mregs + 0x80)) {
+ /* ep control reg access */
+ return readw(addr + offset);
+ }
+
+ dev_err(sunxi_musb->controller->parent,
+ "Error unknown readw at 0x%x bytes offset\n",
+ (int)(addr - sunxi_musb->mregs));
+ return 0;
+}
+
+static void sunxi_musb_writew(void __iomem *addr, unsigned offset, u16 data)
+{
+ if (addr == sunxi_musb->mregs) {
+ /* generic control or fifo control reg access */
+ switch (offset) {
+ case MUSB_INTRTX:
+ return writew(data, addr + SUNXI_MUSB_INTRTX);
+ case MUSB_INTRRX:
+ return writew(data, addr + SUNXI_MUSB_INTRRX);
+ case MUSB_INTRTXE:
+ return writew(data, addr + SUNXI_MUSB_INTRTXE);
+ case MUSB_INTRRXE:
+ return writew(data, addr + SUNXI_MUSB_INTRRXE);
+ case MUSB_FRAME:
+ return writew(data, addr + SUNXI_MUSB_FRAME);
+ case MUSB_TXFIFOADD:
+ return writew(data, addr + SUNXI_MUSB_TXFIFOADD);
+ case MUSB_RXFIFOADD:
+ return writew(data, addr + SUNXI_MUSB_RXFIFOADD);
+ default:
+ dev_err(sunxi_musb->controller->parent,
+ "Error unknown writew offset %u\n", offset);
+ return;
+ }
+ } else if (addr == (sunxi_musb->mregs + 0x80)) {
+ /* ep control reg access */
+ return writew(data, addr + offset);
+ }
+
+ dev_err(sunxi_musb->controller->parent,
+ "Error unknown writew at 0x%x bytes offset\n",
+ (int)(addr - sunxi_musb->mregs));
+}
+
+static const struct musb_platform_ops sunxi_musb_ops = {
+ .quirks = MUSB_INDEXED_EP | MUSB_SUN4I,
+ .init = sunxi_musb_init,
+ .exit = sunxi_musb_exit,
+ .enable = sunxi_musb_enable,
+ .disable = sunxi_musb_disable,
+ .fifo_offset = sunxi_musb_fifo_offset,
+ .ep_offset = sunxi_musb_ep_offset,
+ .busctl_offset = sunxi_musb_busctl_offset,
+ .readb = sunxi_musb_readb,
+ .writeb = sunxi_musb_writeb,
+ .readw = sunxi_musb_readw,
+ .writew = sunxi_musb_writew,
+ .set_vbus = sunxi_musb_set_vbus,
+ .pre_root_reset_end = sunxi_musb_pre_root_reset_end,
+ .post_root_reset_end = sunxi_musb_post_root_reset_end,
+};
+
+/* Allwinner OTG supports up to 5 endpoints */
+#define SUNXI_MUSB_MAX_EP_NUM 6
+#define SUNXI_MUSB_RAM_BITS 11
+
+static struct musb_fifo_cfg sunxi_musb_mode_cfg[] = {
+ MUSB_EP_FIFO_SINGLE(1, FIFO_TX, 512),
+ MUSB_EP_FIFO_SINGLE(1, FIFO_RX, 512),
+ MUSB_EP_FIFO_SINGLE(2, FIFO_TX, 512),
+ MUSB_EP_FIFO_SINGLE(2, FIFO_RX, 512),
+ MUSB_EP_FIFO_SINGLE(3, FIFO_TX, 512),
+ MUSB_EP_FIFO_SINGLE(3, FIFO_RX, 512),
+ MUSB_EP_FIFO_SINGLE(4, FIFO_TX, 512),
+ MUSB_EP_FIFO_SINGLE(4, FIFO_RX, 512),
+ MUSB_EP_FIFO_SINGLE(5, FIFO_TX, 512),
+ MUSB_EP_FIFO_SINGLE(5, FIFO_RX, 512),
+};
+
+static struct musb_hdrc_config sunxi_musb_hdrc_config = {
+ .fifo_cfg = sunxi_musb_mode_cfg,
+ .fifo_cfg_size = ARRAY_SIZE(sunxi_musb_mode_cfg),
+ .multipoint = true,
+ .dyn_fifo = true,
+ .soft_con = true,
+ .num_eps = SUNXI_MUSB_MAX_EP_NUM,
+ .ram_bits = SUNXI_MUSB_RAM_BITS,
+ .dma = 0,
+};
+
+static int sunxi_musb_probe(struct platform_device *pdev)
+{
+ struct musb_hdrc_platform_data pdata;
+ struct platform_device_info pinfo;
+ struct sunxi_glue *glue;
+ struct device_node *np = pdev->dev.of_node;
+ int ret;
+
+ if (!np) {
+ dev_err(&pdev->dev, "Error no device tree node found\n");
+ return -EINVAL;
+ }
+
+ memset(&pdata, 0, sizeof(pdata));
+ switch (of_usb_get_dr_mode(np)) {
+#if defined CONFIG_USB_MUSB_DUAL_ROLE || defined CONFIG_USB_MUSB_HOST
+ case USB_DR_MODE_HOST:
+ pdata.mode = MUSB_PORT_MODE_HOST;
+ break;
+#endif
+#ifdef CONFIG_USB_MUSB_DUAL_ROLE
+ case USB_DR_MODE_OTG:
+ pdata.mode = MUSB_PORT_MODE_DUAL_ROLE;
+ break;
+#endif
+ default:
+ dev_err(&pdev->dev, "Invalid or missing 'dr_mode' property\n");
+ return -EINVAL;
+ }
+ pdata.platform_ops = &sunxi_musb_ops;
+ pdata.config = &sunxi_musb_hdrc_config;
+
+ glue = devm_kzalloc(&pdev->dev, sizeof(*glue), GFP_KERNEL);
+ if (!glue)
+ return -ENOMEM;
+
+ glue->dev = &pdev->dev;
+ INIT_WORK(&glue->work, sunxi_musb_work);
+ glue->host_nb.notifier_call = sunxi_musb_host_notifier;
+
+ glue->clk = devm_clk_get(&pdev->dev, NULL);
+ if (IS_ERR(glue->clk)) {
+ dev_err(&pdev->dev, "Error getting clock: %ld\n",
+ PTR_ERR(glue->clk));
+ return PTR_ERR(glue->clk);
+ }
+
+ glue->phy = devm_phy_get(&pdev->dev, "usb");
+ if (IS_ERR(glue->phy)) {
+ if (PTR_ERR(glue->phy) == -EPROBE_DEFER)
+ return -EPROBE_DEFER;
+ dev_err(&pdev->dev, "Error getting phy %ld\n",
+ PTR_ERR(glue->phy));
+ return PTR_ERR(glue->phy);
+ }
+
+ glue->usb_phy = usb_phy_generic_register();
+ if (IS_ERR(glue->usb_phy)) {
+ dev_err(&pdev->dev, "Error registering usb-phy %ld\n",
+ PTR_ERR(glue->usb_phy));
+ return PTR_ERR(glue->usb_phy);
+ }
+
+ glue->xceiv = devm_usb_get_phy(&pdev->dev, USB_PHY_TYPE_USB2);
+ if (IS_ERR(glue->xceiv)) {
+ ret = PTR_ERR(glue->xceiv);
+ dev_err(&pdev->dev, "Error getting usb-phy %d\n", ret);
+ goto err_unregister_usb_phy;
+ }
+
+ platform_set_drvdata(pdev, glue);
+
+ memset(&pinfo, 0, sizeof(pinfo));
+ pinfo.name = "musb-hdrc";
+ pinfo.id = PLATFORM_DEVID_AUTO;
+ pinfo.parent = &pdev->dev;
+ pinfo.res = pdev->resource;
+ pinfo.num_res = pdev->num_resources;
+ pinfo.data = &pdata;
+ pinfo.size_data = sizeof(pdata);
+
+ glue->musb = platform_device_register_full(&pinfo);
+ if (IS_ERR(glue->musb)) {
+ ret = PTR_ERR(glue->musb);
+ dev_err(&pdev->dev, "Error registering musb dev: %d\n", ret);
+ goto err_unregister_usb_phy;
+ }
+
+ return 0;
+
+err_unregister_usb_phy:
+ usb_phy_generic_unregister(glue->usb_phy);
+ return ret;
+}
+
+static int sunxi_musb_remove(struct platform_device *pdev)
+{
+ struct sunxi_glue *glue = platform_get_drvdata(pdev);
+ struct platform_device *usb_phy = glue->usb_phy;
+
+ platform_device_unregister(glue->musb); /* Frees glue ! */
+ usb_phy_generic_unregister(usb_phy);
+
+ return 0;
+}
+
+static const struct of_device_id sunxi_musb_match[] = {
+ { .compatible = "allwinner,sun4i-a10-musb", },
+ {}
+};
+
+static struct platform_driver sunxi_musb_driver = {
+ .probe = sunxi_musb_probe,
+ .remove = sunxi_musb_remove,
+ .driver = {
+ .name = "musb-sunxi",
+ .of_match_table = sunxi_musb_match,
+ },
+};
+module_platform_driver(sunxi_musb_driver);
+
+MODULE_DESCRIPTION("Allwinner sunxi MUSB Glue Layer");
+MODULE_AUTHOR("Hans de Goede <hdegoede@redhat.com>");
+MODULE_LICENSE("GPL v2");
--
2.4.2
^ permalink raw reply related [flat|nested] 57+ messages in thread
* Re: [PATCH v4 1/2] phy-sun4i-usb: Add full support for usb0 phy / OTG
2015-05-31 16:10 ` Hans de Goede
@ 2015-06-01 9:22 ` Maxime Ripard
-1 siblings, 0 replies; 57+ messages in thread
From: Maxime Ripard @ 2015-06-01 9:22 UTC (permalink / raw)
To: Hans de Goede
Cc: Felipe Balbi, Kishon Vijay Abraham I, Chen-Yu Tsai, Roman Byshko,
linux-usb-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r, devicetree,
linux-sunxi-/JYPxA39Uh5TLH3MbocFFw
[-- Attachment #1: Type: text/plain, Size: 489 bytes --]
On Sun, May 31, 2015 at 06:10:25PM +0200, Hans de Goede wrote:
> + /* We either want both gpio pins or neither (when in host mode) */
> + if (!data->id_det_gpio != !data->vbus_det_gpio) {
> + dev_err(dev, "failed to get id or vbus detect pin\n");
> + return -ENODEV;
> + }
The fact that the driver expects both to be set if one is should be in
the binding documentation.
Maxime
--
Maxime Ripard, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
^ permalink raw reply [flat|nested] 57+ messages in thread
* [PATCH v4 1/2] phy-sun4i-usb: Add full support for usb0 phy / OTG
@ 2015-06-01 9:22 ` Maxime Ripard
0 siblings, 0 replies; 57+ messages in thread
From: Maxime Ripard @ 2015-06-01 9:22 UTC (permalink / raw)
To: linux-arm-kernel
On Sun, May 31, 2015 at 06:10:25PM +0200, Hans de Goede wrote:
> + /* We either want both gpio pins or neither (when in host mode) */
> + if (!data->id_det_gpio != !data->vbus_det_gpio) {
> + dev_err(dev, "failed to get id or vbus detect pin\n");
> + return -ENODEV;
> + }
The fact that the driver expects both to be set if one is should be in
the binding documentation.
Maxime
--
Maxime Ripard, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20150601/3108a512/attachment.sig>
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: [PATCH v4 1/2] phy-sun4i-usb: Add full support for usb0 phy / OTG
2015-06-01 9:22 ` Maxime Ripard
@ 2015-06-01 9:28 ` Hans de Goede
-1 siblings, 0 replies; 57+ messages in thread
From: Hans de Goede @ 2015-06-01 9:28 UTC (permalink / raw)
To: Maxime Ripard
Cc: Felipe Balbi, Kishon Vijay Abraham I, Chen-Yu Tsai, Roman Byshko,
linux-usb-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r, devicetree,
linux-sunxi-/JYPxA39Uh5TLH3MbocFFw
Hi,
On 01-06-15 11:22, Maxime Ripard wrote:
> On Sun, May 31, 2015 at 06:10:25PM +0200, Hans de Goede wrote:
>> + /* We either want both gpio pins or neither (when in host mode) */
>> + if (!data->id_det_gpio != !data->vbus_det_gpio) {
>> + dev_err(dev, "failed to get id or vbus detect pin\n");
>> + return -ENODEV;
>> + }
>
> The fact that the driver expects both to be set if one is should be in
> the binding documentation.
That would be behavior description, and I've always been told that the
binding should only document the hardware description, not the behavior.
Also this may change in the future as we add support for more boards,
e.g. the cubieboard seems to be unable to turn vbus off ever, so vbus-det
will always read as 1 / high, making it rather useless. This is something
which I still need to figure out how to deal with.
Regards,
Hans
^ permalink raw reply [flat|nested] 57+ messages in thread
* [PATCH v4 1/2] phy-sun4i-usb: Add full support for usb0 phy / OTG
@ 2015-06-01 9:28 ` Hans de Goede
0 siblings, 0 replies; 57+ messages in thread
From: Hans de Goede @ 2015-06-01 9:28 UTC (permalink / raw)
To: linux-arm-kernel
Hi,
On 01-06-15 11:22, Maxime Ripard wrote:
> On Sun, May 31, 2015 at 06:10:25PM +0200, Hans de Goede wrote:
>> + /* We either want both gpio pins or neither (when in host mode) */
>> + if (!data->id_det_gpio != !data->vbus_det_gpio) {
>> + dev_err(dev, "failed to get id or vbus detect pin\n");
>> + return -ENODEV;
>> + }
>
> The fact that the driver expects both to be set if one is should be in
> the binding documentation.
That would be behavior description, and I've always been told that the
binding should only document the hardware description, not the behavior.
Also this may change in the future as we add support for more boards,
e.g. the cubieboard seems to be unable to turn vbus off ever, so vbus-det
will always read as 1 / high, making it rather useless. This is something
which I still need to figure out how to deal with.
Regards,
Hans
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: [PATCH v4 0/2] Remaining sunxi musb patches
[not found] ` <1433088626-8858-1-git-send-email-hdegoede-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2015-05-31 16:10 ` Hans de Goede
2015-05-31 16:10 ` Hans de Goede
@ 2015-06-01 18:30 ` Hans de Goede
[not found] ` <79fc4306-a621-43b8-b347-e42a27beb134-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
2 siblings, 1 reply; 57+ messages in thread
From: Hans de Goede @ 2015-06-01 18:30 UTC (permalink / raw)
To: linux-sunxi-/JYPxA39Uh5TLH3MbocFFw
Cc: balbi-l0cyMroinI0, rbyshko-Re5JQEeQqe8AvxtiuMwx3w,
hdegoede-H+wXaHxf7aLQT0dZR+AlfA,
maxime.ripard-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8,
kishon-l0cyMroinI0,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
devicetree-u79uwXL29TY76Z2rM5mHXA,
linux-usb-u79uwXL29TY76Z2rM5mHXA, wens-jdAy2FN1RRM
[-- Attachment #1.1: Type: text/plain, Size: 1108 bytes --]
Hi,
On Sunday, May 31, 2015 at 6:10:32 PM UTC+2, Hans de Goede wrote:
>
> Hi Kishon & Felipe,
>
> Here is an updated version of the remaining (not yet merged in Felipe's
> tree)
> sunxi musb patches.
>
> The "phy-sun4i-usb: Add full support for usb0 phy / OTG" patch has been
> updated with a small bug-fix and is ready for merging.
>
> The "musb: Add support for the Allwinner sunxi musb" patch has been
> updated
> to use the latest version of Maxime's sunxi sram controller driver. This
> one has a compile-time dependency on Maxime's sunxi sram controller
> driver,
> so it cannot be merged until that is merged.
>
Arnd has just merged the updated sram controller into the next branch
of the soc-drivers repo, so both these patches are now ready to merge.
Regards,
Hans
--
You received this message because you are subscribed to the Google Groups "linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
For more options, visit https://groups.google.com/d/optout.
[-- Attachment #1.2: Type: text/html, Size: 1481 bytes --]
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: [PATCH v4 0/2] Remaining sunxi musb patches
2015-06-01 18:30 ` [PATCH v4 0/2] Remaining sunxi musb patches Hans de Goede
@ 2015-06-01 18:34 ` Felipe Balbi
0 siblings, 0 replies; 57+ messages in thread
From: Felipe Balbi @ 2015-06-01 18:34 UTC (permalink / raw)
To: Hans de Goede
Cc: linux-sunxi-/JYPxA39Uh5TLH3MbocFFw, balbi-l0cyMroinI0,
rbyshko-Re5JQEeQqe8AvxtiuMwx3w, hdegoede-H+wXaHxf7aLQT0dZR+AlfA,
maxime.ripard-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8,
kishon-l0cyMroinI0,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
devicetree-u79uwXL29TY76Z2rM5mHXA,
linux-usb-u79uwXL29TY76Z2rM5mHXA, wens-jdAy2FN1RRM
[-- Attachment #1: Type: text/plain, Size: 1001 bytes --]
On Mon, Jun 01, 2015 at 11:30:45AM -0700, Hans de Goede wrote:
> Hi,
>
> On Sunday, May 31, 2015 at 6:10:32 PM UTC+2, Hans de Goede wrote:
> >
> > Hi Kishon & Felipe,
> >
> > Here is an updated version of the remaining (not yet merged in Felipe's
> > tree)
> > sunxi musb patches.
> >
> > The "phy-sun4i-usb: Add full support for usb0 phy / OTG" patch has been
> > updated with a small bug-fix and is ready for merging.
> >
> > The "musb: Add support for the Allwinner sunxi musb" patch has been
> > updated
> > to use the latest version of Maxime's sunxi sram controller driver. This
> > one has a compile-time dependency on Maxime's sunxi sram controller
> > driver,
> > so it cannot be merged until that is merged.
> >
>
>
> Arnd has just merged the updated sram controller into the next branch
> of the soc-drivers repo, so both these patches are now ready to merge.
all right, so for v4.3 merge window there will be no issues in queues
the two remaining patches. Thanks
--
balbi
^ permalink raw reply [flat|nested] 57+ messages in thread
* [PATCH v4 0/2] Remaining sunxi musb patches
@ 2015-06-01 18:34 ` Felipe Balbi
0 siblings, 0 replies; 57+ messages in thread
From: Felipe Balbi @ 2015-06-01 18:34 UTC (permalink / raw)
To: linux-arm-kernel
On Mon, Jun 01, 2015 at 11:30:45AM -0700, Hans de Goede wrote:
> Hi,
>
> On Sunday, May 31, 2015 at 6:10:32 PM UTC+2, Hans de Goede wrote:
> >
> > Hi Kishon & Felipe,
> >
> > Here is an updated version of the remaining (not yet merged in Felipe's
> > tree)
> > sunxi musb patches.
> >
> > The "phy-sun4i-usb: Add full support for usb0 phy / OTG" patch has been
> > updated with a small bug-fix and is ready for merging.
> >
> > The "musb: Add support for the Allwinner sunxi musb" patch has been
> > updated
> > to use the latest version of Maxime's sunxi sram controller driver. This
> > one has a compile-time dependency on Maxime's sunxi sram controller
> > driver,
> > so it cannot be merged until that is merged.
> >
>
>
> Arnd has just merged the updated sram controller into the next branch
> of the soc-drivers repo, so both these patches are now ready to merge.
all right, so for v4.3 merge window there will be no issues in queues
the two remaining patches. Thanks
--
balbi
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20150601/29dfe505/attachment.sig>
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: [PATCH v4 0/2] Remaining sunxi musb patches
2015-06-01 18:34 ` Felipe Balbi
@ 2015-06-02 7:14 ` Hans de Goede
-1 siblings, 0 replies; 57+ messages in thread
From: Hans de Goede @ 2015-06-02 7:14 UTC (permalink / raw)
To: balbi-l0cyMroinI0, Hans de Goede
Cc: linux-sunxi-/JYPxA39Uh5TLH3MbocFFw,
rbyshko-Re5JQEeQqe8AvxtiuMwx3w,
maxime.ripard-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8,
kishon-l0cyMroinI0,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
devicetree-u79uwXL29TY76Z2rM5mHXA,
linux-usb-u79uwXL29TY76Z2rM5mHXA, wens-jdAy2FN1RRM
Hi,
On 01-06-15 20:34, Felipe Balbi wrote:
> On Mon, Jun 01, 2015 at 11:30:45AM -0700, Hans de Goede wrote:
>> Hi,
>>
>> On Sunday, May 31, 2015 at 6:10:32 PM UTC+2, Hans de Goede wrote:
>>>
>>> Hi Kishon & Felipe,
>>>
>>> Here is an updated version of the remaining (not yet merged in Felipe's
>>> tree)
>>> sunxi musb patches.
>>>
>>> The "phy-sun4i-usb: Add full support for usb0 phy / OTG" patch has been
>>> updated with a small bug-fix and is ready for merging.
>>>
>>> The "musb: Add support for the Allwinner sunxi musb" patch has been
>>> updated
>>> to use the latest version of Maxime's sunxi sram controller driver. This
>>> one has a compile-time dependency on Maxime's sunxi sram controller
>>> driver,
>>> so it cannot be merged until that is merged.
>>>
>>
>>
>> Arnd has just merged the updated sram controller into the next branch
>> of the soc-drivers repo, so both these patches are now ready to merge.
>
> all right, so for v4.3 merge window there will be no issues in queues
> the two remaining patches. Thanks
So I take it that it is too late to get these 2 into 4.2 ? I've a bunch
of (small) follow up patches coming up to enable support for the musb
controller on new boards, merging those would be easier if these were
already merged. And there also is a largish set of sunxi dts patches
actually enabling the musb code which is sorta waiting for merging
these 2 (waiting for the dt binding to be stable).
If this is not going to make 4.2, can you and Kishon at least review
them and let me know of they will get merged for 4.3 as is (baring
any merge issues) ?
Regards,
Hans
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 57+ messages in thread
* [PATCH v4 0/2] Remaining sunxi musb patches
@ 2015-06-02 7:14 ` Hans de Goede
0 siblings, 0 replies; 57+ messages in thread
From: Hans de Goede @ 2015-06-02 7:14 UTC (permalink / raw)
To: linux-arm-kernel
Hi,
On 01-06-15 20:34, Felipe Balbi wrote:
> On Mon, Jun 01, 2015 at 11:30:45AM -0700, Hans de Goede wrote:
>> Hi,
>>
>> On Sunday, May 31, 2015 at 6:10:32 PM UTC+2, Hans de Goede wrote:
>>>
>>> Hi Kishon & Felipe,
>>>
>>> Here is an updated version of the remaining (not yet merged in Felipe's
>>> tree)
>>> sunxi musb patches.
>>>
>>> The "phy-sun4i-usb: Add full support for usb0 phy / OTG" patch has been
>>> updated with a small bug-fix and is ready for merging.
>>>
>>> The "musb: Add support for the Allwinner sunxi musb" patch has been
>>> updated
>>> to use the latest version of Maxime's sunxi sram controller driver. This
>>> one has a compile-time dependency on Maxime's sunxi sram controller
>>> driver,
>>> so it cannot be merged until that is merged.
>>>
>>
>>
>> Arnd has just merged the updated sram controller into the next branch
>> of the soc-drivers repo, so both these patches are now ready to merge.
>
> all right, so for v4.3 merge window there will be no issues in queues
> the two remaining patches. Thanks
So I take it that it is too late to get these 2 into 4.2 ? I've a bunch
of (small) follow up patches coming up to enable support for the musb
controller on new boards, merging those would be easier if these were
already merged. And there also is a largish set of sunxi dts patches
actually enabling the musb code which is sorta waiting for merging
these 2 (waiting for the dt binding to be stable).
If this is not going to make 4.2, can you and Kishon at least review
them and let me know of they will get merged for 4.3 as is (baring
any merge issues) ?
Regards,
Hans
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: [PATCH v4 0/2] Remaining sunxi musb patches
2015-06-02 7:14 ` Hans de Goede
@ 2015-06-02 14:45 ` Felipe Balbi
-1 siblings, 0 replies; 57+ messages in thread
From: Felipe Balbi @ 2015-06-02 14:45 UTC (permalink / raw)
To: Hans de Goede
Cc: balbi-l0cyMroinI0, Hans de Goede,
linux-sunxi-/JYPxA39Uh5TLH3MbocFFw,
rbyshko-Re5JQEeQqe8AvxtiuMwx3w,
maxime.ripard-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8,
kishon-l0cyMroinI0,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
devicetree-u79uwXL29TY76Z2rM5mHXA,
linux-usb-u79uwXL29TY76Z2rM5mHXA, wens-jdAy2FN1RRM
[-- Attachment #1: Type: text/plain, Size: 1745 bytes --]
Hi,
On Tue, Jun 02, 2015 at 09:14:05AM +0200, Hans de Goede wrote:
> >>>Here is an updated version of the remaining (not yet merged in Felipe's
> >>>tree)
> >>>sunxi musb patches.
> >>>
> >>>The "phy-sun4i-usb: Add full support for usb0 phy / OTG" patch has been
> >>>updated with a small bug-fix and is ready for merging.
> >>>
> >>>The "musb: Add support for the Allwinner sunxi musb" patch has been
> >>>updated
> >>>to use the latest version of Maxime's sunxi sram controller driver. This
> >>>one has a compile-time dependency on Maxime's sunxi sram controller
> >>>driver,
> >>>so it cannot be merged until that is merged.
> >>>
> >>
> >>
> >>Arnd has just merged the updated sram controller into the next branch
> >>of the soc-drivers repo, so both these patches are now ready to merge.
> >
> >all right, so for v4.3 merge window there will be no issues in queues
> >the two remaining patches. Thanks
>
> So I take it that it is too late to get these 2 into 4.2 ? I've a bunch
> of (small) follow up patches coming up to enable support for the musb
> controller on new boards, merging those would be easier if these were
> already merged. And there also is a largish set of sunxi dts patches
> actually enabling the musb code which is sorta waiting for merging
> these 2 (waiting for the dt binding to be stable).
DTS should not have to wait. If we know what the compatible should look
like, you can send your DTS upstream no problem. There will just be a
few devices which will not trigger a driver probe, but that's just fine.
> If this is not going to make 4.2, can you and Kishon at least review
> them and let me know of they will get merged for 4.3 as is (baring
> any merge issues) ?
Sure, that I can do, no issues.
--
balbi
^ permalink raw reply [flat|nested] 57+ messages in thread
* [PATCH v4 0/2] Remaining sunxi musb patches
@ 2015-06-02 14:45 ` Felipe Balbi
0 siblings, 0 replies; 57+ messages in thread
From: Felipe Balbi @ 2015-06-02 14:45 UTC (permalink / raw)
To: linux-arm-kernel
Hi,
On Tue, Jun 02, 2015 at 09:14:05AM +0200, Hans de Goede wrote:
> >>>Here is an updated version of the remaining (not yet merged in Felipe's
> >>>tree)
> >>>sunxi musb patches.
> >>>
> >>>The "phy-sun4i-usb: Add full support for usb0 phy / OTG" patch has been
> >>>updated with a small bug-fix and is ready for merging.
> >>>
> >>>The "musb: Add support for the Allwinner sunxi musb" patch has been
> >>>updated
> >>>to use the latest version of Maxime's sunxi sram controller driver. This
> >>>one has a compile-time dependency on Maxime's sunxi sram controller
> >>>driver,
> >>>so it cannot be merged until that is merged.
> >>>
> >>
> >>
> >>Arnd has just merged the updated sram controller into the next branch
> >>of the soc-drivers repo, so both these patches are now ready to merge.
> >
> >all right, so for v4.3 merge window there will be no issues in queues
> >the two remaining patches. Thanks
>
> So I take it that it is too late to get these 2 into 4.2 ? I've a bunch
> of (small) follow up patches coming up to enable support for the musb
> controller on new boards, merging those would be easier if these were
> already merged. And there also is a largish set of sunxi dts patches
> actually enabling the musb code which is sorta waiting for merging
> these 2 (waiting for the dt binding to be stable).
DTS should not have to wait. If we know what the compatible should look
like, you can send your DTS upstream no problem. There will just be a
few devices which will not trigger a driver probe, but that's just fine.
> If this is not going to make 4.2, can you and Kishon at least review
> them and let me know of they will get merged for 4.3 as is (baring
> any merge issues) ?
Sure, that I can do, no issues.
--
balbi
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20150602/e443db59/attachment.sig>
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: [PATCH v4 2/2] musb: Add support for the Allwinner sunxi musb controller
2015-05-31 16:10 ` Hans de Goede
@ 2015-06-02 15:02 ` Felipe Balbi
-1 siblings, 0 replies; 57+ messages in thread
From: Felipe Balbi @ 2015-06-02 15:02 UTC (permalink / raw)
To: Hans de Goede
Cc: Felipe Balbi, Kishon Vijay Abraham I, Maxime Ripard,
Chen-Yu Tsai, Roman Byshko, linux-usb-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r, devicetree,
linux-sunxi-/JYPxA39Uh5TLH3MbocFFw
[-- Attachment #1: Type: text/plain, Size: 759 bytes --]
On Sun, May 31, 2015 at 06:10:26PM +0200, Hans de Goede wrote:
> This is based on initial code to get the Allwinner sunxi musb controller
> supported by Chen-Yu Tsai and Roman Byshko.
>
> This adds support for the Allwinner sunxi musb controller in both host only
> and otg mode. Peripheral only mode is not supported, as no boards use that.
>
> This has been tested on a cubietruck (A20 SoC) and an UTOO P66 tablet
> (A13 SoC) with a variety of devices in host mode and with the g_serial gadget
> driver in peripheral mode, plugging otg / host cables in/out a lot of times
> in all possible imaginable plug orders.
>
> Signed-off-by: Hans de Goede <hdegoede-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
this looks good, I'd say it's ready for v4.3
--
balbi
^ permalink raw reply [flat|nested] 57+ messages in thread
* [PATCH v4 2/2] musb: Add support for the Allwinner sunxi musb controller
@ 2015-06-02 15:02 ` Felipe Balbi
0 siblings, 0 replies; 57+ messages in thread
From: Felipe Balbi @ 2015-06-02 15:02 UTC (permalink / raw)
To: linux-arm-kernel
On Sun, May 31, 2015 at 06:10:26PM +0200, Hans de Goede wrote:
> This is based on initial code to get the Allwinner sunxi musb controller
> supported by Chen-Yu Tsai and Roman Byshko.
>
> This adds support for the Allwinner sunxi musb controller in both host only
> and otg mode. Peripheral only mode is not supported, as no boards use that.
>
> This has been tested on a cubietruck (A20 SoC) and an UTOO P66 tablet
> (A13 SoC) with a variety of devices in host mode and with the g_serial gadget
> driver in peripheral mode, plugging otg / host cables in/out a lot of times
> in all possible imaginable plug orders.
>
> Signed-off-by: Hans de Goede <hdegoede@redhat.com>
this looks good, I'd say it's ready for v4.3
--
balbi
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20150602/30db435a/attachment-0001.sig>
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: [PATCH v4 1/2] phy-sun4i-usb: Add full support for usb0 phy / OTG
2015-06-01 9:28 ` Hans de Goede
@ 2015-06-02 15:22 ` Maxime Ripard
-1 siblings, 0 replies; 57+ messages in thread
From: Maxime Ripard @ 2015-06-02 15:22 UTC (permalink / raw)
To: Hans de Goede
Cc: Felipe Balbi, Kishon Vijay Abraham I, Chen-Yu Tsai, Roman Byshko,
linux-usb-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r, devicetree,
linux-sunxi-/JYPxA39Uh5TLH3MbocFFw
[-- Attachment #1: Type: text/plain, Size: 1502 bytes --]
Hi,
On Mon, Jun 01, 2015 at 11:28:23AM +0200, Hans de Goede wrote:
> On 01-06-15 11:22, Maxime Ripard wrote:
> >On Sun, May 31, 2015 at 06:10:25PM +0200, Hans de Goede wrote:
> >>+ /* We either want both gpio pins or neither (when in host mode) */
> >>+ if (!data->id_det_gpio != !data->vbus_det_gpio) {
> >>+ dev_err(dev, "failed to get id or vbus detect pin\n");
> >>+ return -ENODEV;
> >>+ }
> >
> >The fact that the driver expects both to be set if one is should be in
> >the binding documentation.
>
> That would be behavior description, and I've always been told that the
> binding should only document the hardware description, not the behavior.
Yes, that's true, but here it looks more like there's no point of
having one without the other.
Pretty much like interrupt-parent and interrupt. A single one doesn't
really make much sense without the other.
And I don't think saying that you would need some additional
properties when in device mode rather than in host mode is really
documenting a behaviour. It does change things at a hardware level
too.
> Also this may change in the future as we add support for more boards,
> e.g. the cubieboard seems to be unable to turn vbus off ever, so vbus-det
> will always read as 1 / high, making it rather useless. This is something
> which I still need to figure out how to deal with.
We can always figure it out in due time.
Maxime
--
Maxime Ripard, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
^ permalink raw reply [flat|nested] 57+ messages in thread
* [PATCH v4 1/2] phy-sun4i-usb: Add full support for usb0 phy / OTG
@ 2015-06-02 15:22 ` Maxime Ripard
0 siblings, 0 replies; 57+ messages in thread
From: Maxime Ripard @ 2015-06-02 15:22 UTC (permalink / raw)
To: linux-arm-kernel
Hi,
On Mon, Jun 01, 2015 at 11:28:23AM +0200, Hans de Goede wrote:
> On 01-06-15 11:22, Maxime Ripard wrote:
> >On Sun, May 31, 2015 at 06:10:25PM +0200, Hans de Goede wrote:
> >>+ /* We either want both gpio pins or neither (when in host mode) */
> >>+ if (!data->id_det_gpio != !data->vbus_det_gpio) {
> >>+ dev_err(dev, "failed to get id or vbus detect pin\n");
> >>+ return -ENODEV;
> >>+ }
> >
> >The fact that the driver expects both to be set if one is should be in
> >the binding documentation.
>
> That would be behavior description, and I've always been told that the
> binding should only document the hardware description, not the behavior.
Yes, that's true, but here it looks more like there's no point of
having one without the other.
Pretty much like interrupt-parent and interrupt. A single one doesn't
really make much sense without the other.
And I don't think saying that you would need some additional
properties when in device mode rather than in host mode is really
documenting a behaviour. It does change things at a hardware level
too.
> Also this may change in the future as we add support for more boards,
> e.g. the cubieboard seems to be unable to turn vbus off ever, so vbus-det
> will always read as 1 / high, making it rather useless. This is something
> which I still need to figure out how to deal with.
We can always figure it out in due time.
Maxime
--
Maxime Ripard, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20150602/dde4cac1/attachment.sig>
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: [PATCH v4 1/2] phy-sun4i-usb: Add full support for usb0 phy / OTG
2015-05-31 16:10 ` Hans de Goede
@ 2015-06-11 5:48 ` Kishon Vijay Abraham I
-1 siblings, 0 replies; 57+ messages in thread
From: Kishon Vijay Abraham I @ 2015-06-11 5:48 UTC (permalink / raw)
To: Hans de Goede, Felipe Balbi
Cc: Maxime Ripard, Chen-Yu Tsai, Roman Byshko,
linux-usb-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r, devicetree,
linux-sunxi-/JYPxA39Uh5TLH3MbocFFw, Chanwoo Choi
+Chanwoo
Hi,
On Sunday 31 May 2015 09:40 PM, Hans de Goede wrote:
> The usb0 phy is connected to an OTG controller, and as such needs some special
> handling:
>
> 1) It allows explicit control over the pullups, enable these on phy_init and
> disable them on phy_exit.
>
> 2) It has bits to signal id and vbus detect to the musb-core, add support for
> for monitoring id and vbus detect gpio-s for use in dual role mode, and set
> these bits to the correct values for operating in host only mode when no
> gpios are specified in the devicetree.
>
> 3) When in dual role mode the musb sunxi glue needs to know if the a host or
> device cable is plugged in, so when in dual role mode register an extcon.
>
> While updating the devicetree binding documentation also add documentation
> for the sofar undocumented usage of regulators for vbus for all 3 phys.
>
> Signed-off-by: Hans de Goede <hdegoede-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
> ---
> Changes in v2:
> -Removed the sunxi specific phy functions, instead the id / vbus gpio polling
> has been moved to the phy-sun4i-usb driver and their status is exported
> through extcon for the sunxi-musb glue
> Changes in v3:
> -No changes
> Changes in v4:
> -Do not call regulator_disable in an unbalanced manner when an external vbus
> is present
> ---
> .../devicetree/bindings/phy/sun4i-usb-phy.txt | 18 +-
> drivers/phy/Kconfig | 1 +
> drivers/phy/phy-sun4i-usb.c | 273 ++++++++++++++++++++-
> 3 files changed, 281 insertions(+), 11 deletions(-)
>
> diff --git a/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt b/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
> index 16528b9..557fa99 100644
> --- a/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
> +++ b/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
> @@ -23,6 +23,13 @@ Required properties:
> * "usb1_reset"
> * "usb2_reset" for sun4i, sun6i or sun7i
>
> +Optional properties:
> +- usb0_id_det-gpios : gpio phandle for reading the otg id pin value
> +- usb0_vbus_det-gpios : gpio phandle for detecting the presence of usb0 vbus
> +- usb0_vbus-supply : regulator phandle for controller usb0 vbus
> +- usb1_vbus-supply : regulator phandle for controller usb1 vbus
> +- usb2_vbus-supply : regulator phandle for controller usb2 vbus
> +
> Example:
> usbphy: phy@0x01c13400 {
> #phy-cells = <1>;
> @@ -32,6 +39,13 @@ Example:
> reg-names = "phy_ctrl", "pmu1", "pmu2";
> clocks = <&usb_clk 8>;
> clock-names = "usb_phy";
> - resets = <&usb_clk 1>, <&usb_clk 2>;
> - reset-names = "usb1_reset", "usb2_reset";
> + resets = <&usb_clk 0>, <&usb_clk 1>, <&usb_clk 2>;
> + reset-names = "usb0_reset", "usb1_reset", "usb2_reset";
> + pinctrl-names = "default";
> + pinctrl-0 = <&usb0_id_detect_pin>, <&usb0_vbus_detect_pin>;
> + usb0_id_det-gpios = <&pio 7 19 GPIO_ACTIVE_HIGH>; /* PH19 */
> + usb0_vbus_det-gpios = <&pio 7 22 GPIO_ACTIVE_HIGH>; /* PH22 */
> + usb0_vbus-supply = <®_usb0_vbus>;
> + usb1_vbus-supply = <®_usb1_vbus>;
> + usb2_vbus-supply = <®_usb2_vbus>;
> };
> diff --git a/drivers/phy/Kconfig b/drivers/phy/Kconfig
> index a53bd5b..4614fba 100644
> --- a/drivers/phy/Kconfig
> +++ b/drivers/phy/Kconfig
> @@ -173,6 +173,7 @@ config PHY_SUN4I_USB
> tristate "Allwinner sunxi SoC USB PHY driver"
> depends on ARCH_SUNXI && HAS_IOMEM && OF
> depends on RESET_CONTROLLER
> + select EXTCON
Avoid using 'select' on visible Kconfig symbols.
Also please split the patch to make the reviewing a bit easier.
Thanks
Kishon
> select GENERIC_PHY
> help
> Enable this to support the transceiver that is part of Allwinner
> diff --git a/drivers/phy/phy-sun4i-usb.c b/drivers/phy/phy-sun4i-usb.c
> index 91c5be4..b45d707 100644
> --- a/drivers/phy/phy-sun4i-usb.c
> +++ b/drivers/phy/phy-sun4i-usb.c
> @@ -1,7 +1,7 @@
> /*
> * Allwinner sun4i USB phy driver
> *
> - * Copyright (C) 2014 Hans de Goede <hdegoede-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
> + * Copyright (C) 2014-2015 Hans de Goede <hdegoede-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
> *
> * Based on code from
> * Allwinner Technology Co., Ltd. <www.allwinnertech.com>
> @@ -23,17 +23,23 @@
>
> #include <linux/clk.h>
> #include <linux/err.h>
> +#include <linux/extcon.h>
> #include <linux/io.h>
> +#include <linux/interrupt.h>
> #include <linux/kernel.h>
> #include <linux/module.h>
> #include <linux/mutex.h>
> #include <linux/of.h>
> #include <linux/of_address.h>
> +#include <linux/of_gpio.h>
> #include <linux/phy/phy.h>
> #include <linux/phy/phy-sun4i-usb.h>
> #include <linux/platform_device.h>
> #include <linux/regulator/consumer.h>
> #include <linux/reset.h>
> +#include <linux/workqueue.h>
> +
> +#define DRIVER_NAME "sun4i-usb-phy"
>
> #define REG_ISCR 0x00
> #define REG_PHYCTL 0x04
> @@ -47,6 +53,17 @@
> #define SUNXI_AHB_INCRX_ALIGN_EN BIT(8)
> #define SUNXI_ULPI_BYPASS_EN BIT(0)
>
> +/* ISCR, Interface Status and Control bits */
> +#define ISCR_ID_PULLUP_EN (1 << 17)
> +#define ISCR_DPDM_PULLUP_EN (1 << 16)
> +/* sunxi has the phy id/vbus pins not connected, so we use the force bits */
> +#define ISCR_FORCE_ID_MASK (3 << 14)
> +#define ISCR_FORCE_ID_LOW (2 << 14)
> +#define ISCR_FORCE_ID_HIGH (3 << 14)
> +#define ISCR_FORCE_VBUS_MASK (3 << 12)
> +#define ISCR_FORCE_VBUS_LOW (2 << 12)
> +#define ISCR_FORCE_VBUS_HIGH (3 << 12)
> +
> /* Common Control Bits for Both PHYs */
> #define PHY_PLL_BW 0x03
> #define PHY_RES45_CAL_EN 0x0c
> @@ -63,6 +80,13 @@
>
> #define MAX_PHYS 3
>
> +/*
> + * Note do not raise the debounce time, we must report Vusb high within 100ms
> + * otherwise we get Vbus errors
> + */
> +#define DEBOUNCE_TIME msecs_to_jiffies(50)
> +#define POLL_TIME msecs_to_jiffies(250)
> +
> struct sun4i_usb_phy_data {
> void __iomem *base;
> struct mutex mutex;
> @@ -74,13 +98,58 @@ struct sun4i_usb_phy_data {
> struct regulator *vbus;
> struct reset_control *reset;
> struct clk *clk;
> + bool regulator_on;
> int index;
> } phys[MAX_PHYS];
> + /* phy0 / otg related variables */
> + struct extcon_dev extcon;
> + const char *extcon_cable_names[3];
> + bool phy0_init;
> + bool phy0_poll;
> + struct gpio_desc *id_det_gpio;
> + struct gpio_desc *vbus_det_gpio;
> + int id_det_irq;
> + int vbus_det_irq;
> + int id_det;
> + int vbus_det;
> + struct delayed_work detect;
> };
>
> #define to_sun4i_usb_phy_data(phy) \
> container_of((phy), struct sun4i_usb_phy_data, phys[(phy)->index])
>
> +static void sun4i_usb_phy0_update_iscr(struct phy *_phy, u32 clr, u32 set)
> +{
> + struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
> + u32 iscr;
> +
> + iscr = readl(data->base + REG_ISCR);
> + iscr &= ~clr;
> + iscr |= set;
> + writel(iscr, data->base + REG_ISCR);
> +}
> +
> +static void sun4i_usb_phy0_set_id_detect(struct phy *phy, u32 val)
> +{
> + if (val)
> + val = ISCR_FORCE_ID_HIGH;
> + else
> + val = ISCR_FORCE_ID_LOW;
> +
> + sun4i_usb_phy0_update_iscr(phy, ISCR_FORCE_ID_MASK, val);
> +}
> +
> +static void sun4i_usb_phy0_set_vbus_detect(struct phy *phy, u32 val)
> +{
> + if (val)
> + val = ISCR_FORCE_VBUS_HIGH;
> + else
> + val = ISCR_FORCE_VBUS_LOW;
> +
> + sun4i_usb_phy0_update_iscr(phy, ISCR_FORCE_VBUS_MASK, val);
> +}
> +
> static void sun4i_usb_phy_write(struct sun4i_usb_phy *phy, u32 addr, u32 data,
> int len)
> {
> @@ -171,12 +240,39 @@ static int sun4i_usb_phy_init(struct phy *_phy)
>
> sun4i_usb_phy_passby(phy, 1);
>
> + if (phy->index == 0) {
> + data->phy0_init = true;
> +
> + /* Enable pull-ups */
> + sun4i_usb_phy0_update_iscr(_phy, 0, ISCR_DPDM_PULLUP_EN);
> + sun4i_usb_phy0_update_iscr(_phy, 0, ISCR_ID_PULLUP_EN);
> +
> + if (data->id_det_gpio) {
> + /* OTG mode, force ISCR and cable state updates */
> + data->id_det = -1;
> + data->vbus_det = -1;
> + queue_delayed_work(system_wq, &data->detect, 0);
> + } else {
> + /* Host only mode */
> + sun4i_usb_phy0_set_id_detect(_phy, 0);
> + sun4i_usb_phy0_set_vbus_detect(_phy, 1);
> + }
> + }
> +
> return 0;
> }
>
> static int sun4i_usb_phy_exit(struct phy *_phy)
> {
> struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
> +
> + if (phy->index == 0) {
> + /* Disable pull-ups */
> + sun4i_usb_phy0_update_iscr(_phy, ISCR_DPDM_PULLUP_EN, 0);
> + sun4i_usb_phy0_update_iscr(_phy, ISCR_ID_PULLUP_EN, 0);
> + data->phy0_init = false;
> + }
>
> sun4i_usb_phy_passby(phy, 0);
> reset_control_assert(phy->reset);
> @@ -188,20 +284,46 @@ static int sun4i_usb_phy_exit(struct phy *_phy)
> static int sun4i_usb_phy_power_on(struct phy *_phy)
> {
> struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
> - int ret = 0;
> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
> + int ret;
> +
> + if (!phy->vbus || phy->regulator_on)
> + return 0;
> +
> + /* For phy0 only turn on Vbus if we don't have an ext. Vbus */
> + if (phy->index == 0 && data->vbus_det)
> + return 0;
>
> - if (phy->vbus)
> - ret = regulator_enable(phy->vbus);
> + ret = regulator_enable(phy->vbus);
> + if (ret)
> + return ret;
>
> - return ret;
> + phy->regulator_on = true;
> +
> + /* We must report Vbus high within OTG_TIME_A_WAIT_VRISE msec. */
> + if (phy->index == 0 && data->phy0_poll)
> + mod_delayed_work(system_wq, &data->detect, DEBOUNCE_TIME);
> +
> + return 0;
> }
>
> static int sun4i_usb_phy_power_off(struct phy *_phy)
> {
> struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
> +
> + if (!phy->vbus || !phy->regulator_on)
> + return 0;
>
> - if (phy->vbus)
> - regulator_disable(phy->vbus);
> + regulator_disable(phy->vbus);
> + phy->regulator_on = false;
> +
> + /*
> + * phy0 vbus typically slowly discharges, sometimes this causes the
> + * Vbus gpio to not trigger an edge irq on Vbus off, so force a rescan.
> + */
> + if (phy->index == 0 && !data->phy0_poll)
> + mod_delayed_work(system_wq, &data->detect, POLL_TIME);
>
> return 0;
> }
> @@ -221,6 +343,61 @@ static struct phy_ops sun4i_usb_phy_ops = {
> .owner = THIS_MODULE,
> };
>
> +static void sun4i_usb_phy0_id_vbus_det_scan(struct work_struct *work)
> +{
> + struct sun4i_usb_phy_data *data =
> + container_of(work, struct sun4i_usb_phy_data, detect.work);
> + struct phy *phy0 = data->phys[0].phy;
> + int id_det, vbus_det, id_notify = 0, vbus_notify = 0;
> +
> + id_det = gpiod_get_value_cansleep(data->id_det_gpio);
> + vbus_det = gpiod_get_value_cansleep(data->vbus_det_gpio);
> +
> + mutex_lock(&phy0->mutex);
> +
> + if (!data->phy0_init) {
> + mutex_unlock(&phy0->mutex);
> + return;
> + }
> +
> + if (id_det != data->id_det) {
> + sun4i_usb_phy0_set_id_detect(phy0, id_det);
> + data->id_det = id_det;
> + id_notify = 1;
> + }
> +
> + if (vbus_det != data->vbus_det) {
> + sun4i_usb_phy0_set_vbus_detect(phy0, vbus_det);
> + data->vbus_det = vbus_det;
> + vbus_notify = 1;
> + }
> +
> + mutex_unlock(&phy0->mutex);
> +
> + if (id_notify)
> + extcon_set_cable_state(&data->extcon,
> + extcon_cable_name[EXTCON_USB_HOST],
> + !id_det);
> +
> + if (vbus_notify)
> + extcon_set_cable_state(&data->extcon,
> + extcon_cable_name[EXTCON_USB],
> + vbus_det);
> +
> + if (data->phy0_poll)
> + queue_delayed_work(system_wq, &data->detect, POLL_TIME);
> +}
> +
> +static irqreturn_t sun4i_usb_phy0_id_vbus_det_irq(int irq, void *dev_id)
> +{
> + struct sun4i_usb_phy_data *data = dev_id;
> +
> + /* vbus or id changed, let the pins settle and then scan them */
> + mod_delayed_work(system_wq, &data->detect, DEBOUNCE_TIME);
> +
> + return IRQ_HANDLED;
> +}
> +
> static struct phy *sun4i_usb_phy_xlate(struct device *dev,
> struct of_phandle_args *args)
> {
> @@ -240,13 +417,20 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
> struct phy_provider *phy_provider;
> bool dedicated_clocks;
> struct resource *res;
> - int i;
> + int i, ret;
>
> data = devm_kzalloc(dev, sizeof(*data), GFP_KERNEL);
> if (!data)
> return -ENOMEM;
>
> mutex_init(&data->mutex);
> + INIT_DELAYED_WORK(&data->detect, sun4i_usb_phy0_id_vbus_det_scan);
> + data->extcon_cable_names[0] = extcon_cable_name[EXTCON_USB_HOST];
> + data->extcon_cable_names[1] = extcon_cable_name[EXTCON_USB];
> + data->extcon_cable_names[2] = NULL;
> + data->extcon.name = DRIVER_NAME;
> + data->extcon.supported_cable = data->extcon_cable_names;
> + data->extcon.dev.parent = dev;
>
> if (of_device_is_compatible(np, "allwinner,sun5i-a13-usb-phy"))
> data->num_phys = 2;
> @@ -269,6 +453,34 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
> if (IS_ERR(data->base))
> return PTR_ERR(data->base);
>
> + data->id_det_gpio = devm_gpiod_get(dev, "usb0_id_det", GPIOD_IN);
> + if (IS_ERR(data->id_det_gpio)) {
> + if (PTR_ERR(data->id_det_gpio) == -EPROBE_DEFER)
> + return -EPROBE_DEFER;
> + data->id_det_gpio = NULL;
> + }
> +
> + data->vbus_det_gpio = devm_gpiod_get(dev, "usb0_vbus_det", GPIOD_IN);
> + if (IS_ERR(data->vbus_det_gpio)) {
> + if (PTR_ERR(data->vbus_det_gpio) == -EPROBE_DEFER)
> + return -EPROBE_DEFER;
> + data->vbus_det_gpio = NULL;
> + }
> +
> + /* We either want both gpio pins or neither (when in host mode) */
> + if (!data->id_det_gpio != !data->vbus_det_gpio) {
> + dev_err(dev, "failed to get id or vbus detect pin\n");
> + return -ENODEV;
> + }
> +
> + if (data->id_det_gpio) {
> + ret = devm_extcon_dev_register(dev, &data->extcon);
> + if (ret) {
> + dev_err(dev, "failed to register extcon: %d\n", ret);
> + return ret;
> + }
> + }
> +
> for (i = 0; i < data->num_phys; i++) {
> struct sun4i_usb_phy *phy = data->phys + i;
> char name[16];
> @@ -318,12 +530,54 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
> phy_set_drvdata(phy->phy, &data->phys[i]);
> }
>
> + data->id_det_irq = gpiod_to_irq(data->id_det_gpio);
> + data->vbus_det_irq = gpiod_to_irq(data->vbus_det_gpio);
> + if (data->id_det_irq < 0 || data->vbus_det_irq < 0)
> + data->phy0_poll = true;
> +
> + if (data->id_det_irq >= 0) {
> + ret = devm_request_irq(dev, data->id_det_irq,
> + sun4i_usb_phy0_id_vbus_det_irq,
> + IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
> + "usb0-id-det", data);
> + if (ret) {
> + dev_err(dev, "Err requesting id-det-irq: %d\n", ret);
> + return ret;
> + }
> + }
> +
> + if (data->vbus_det_irq >= 0) {
> + ret = devm_request_irq(dev, data->vbus_det_irq,
> + sun4i_usb_phy0_id_vbus_det_irq,
> + IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
> + "usb0-vbus-det", data);
> + if (ret) {
> + dev_err(dev, "Err requesting vbus-det-irq: %d\n", ret);
> + return ret;
> + }
> + }
> +
> dev_set_drvdata(dev, data);
> phy_provider = devm_of_phy_provider_register(dev, sun4i_usb_phy_xlate);
>
> return PTR_ERR_OR_ZERO(phy_provider);
> }
>
> +static int sun4i_usb_phy_remove(struct platform_device *pdev)
> +{
> + struct device *dev = &pdev->dev;
> + struct sun4i_usb_phy_data *data = dev_get_drvdata(dev);
> +
> + if (data->id_det_irq >= 0)
> + devm_free_irq(dev, data->id_det_irq, data);
> + if (data->vbus_det_irq >= 0)
> + devm_free_irq(dev, data->vbus_det_irq, data);
> +
> + cancel_delayed_work_sync(&data->detect);
> +
> + return 0;
> +}
> +
> static const struct of_device_id sun4i_usb_phy_of_match[] = {
> { .compatible = "allwinner,sun4i-a10-usb-phy" },
> { .compatible = "allwinner,sun5i-a13-usb-phy" },
> @@ -335,9 +589,10 @@ MODULE_DEVICE_TABLE(of, sun4i_usb_phy_of_match);
>
> static struct platform_driver sun4i_usb_phy_driver = {
> .probe = sun4i_usb_phy_probe,
> + .remove = sun4i_usb_phy_remove,
> .driver = {
> .of_match_table = sun4i_usb_phy_of_match,
> - .name = "sun4i-usb-phy",
> + .name = DRIVER_NAME,
> }
> };
> module_platform_driver(sun4i_usb_phy_driver);
>
^ permalink raw reply [flat|nested] 57+ messages in thread
* [PATCH v4 1/2] phy-sun4i-usb: Add full support for usb0 phy / OTG
@ 2015-06-11 5:48 ` Kishon Vijay Abraham I
0 siblings, 0 replies; 57+ messages in thread
From: Kishon Vijay Abraham I @ 2015-06-11 5:48 UTC (permalink / raw)
To: linux-arm-kernel
+Chanwoo
Hi,
On Sunday 31 May 2015 09:40 PM, Hans de Goede wrote:
> The usb0 phy is connected to an OTG controller, and as such needs some special
> handling:
>
> 1) It allows explicit control over the pullups, enable these on phy_init and
> disable them on phy_exit.
>
> 2) It has bits to signal id and vbus detect to the musb-core, add support for
> for monitoring id and vbus detect gpio-s for use in dual role mode, and set
> these bits to the correct values for operating in host only mode when no
> gpios are specified in the devicetree.
>
> 3) When in dual role mode the musb sunxi glue needs to know if the a host or
> device cable is plugged in, so when in dual role mode register an extcon.
>
> While updating the devicetree binding documentation also add documentation
> for the sofar undocumented usage of regulators for vbus for all 3 phys.
>
> Signed-off-by: Hans de Goede <hdegoede@redhat.com>
> ---
> Changes in v2:
> -Removed the sunxi specific phy functions, instead the id / vbus gpio polling
> has been moved to the phy-sun4i-usb driver and their status is exported
> through extcon for the sunxi-musb glue
> Changes in v3:
> -No changes
> Changes in v4:
> -Do not call regulator_disable in an unbalanced manner when an external vbus
> is present
> ---
> .../devicetree/bindings/phy/sun4i-usb-phy.txt | 18 +-
> drivers/phy/Kconfig | 1 +
> drivers/phy/phy-sun4i-usb.c | 273 ++++++++++++++++++++-
> 3 files changed, 281 insertions(+), 11 deletions(-)
>
> diff --git a/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt b/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
> index 16528b9..557fa99 100644
> --- a/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
> +++ b/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
> @@ -23,6 +23,13 @@ Required properties:
> * "usb1_reset"
> * "usb2_reset" for sun4i, sun6i or sun7i
>
> +Optional properties:
> +- usb0_id_det-gpios : gpio phandle for reading the otg id pin value
> +- usb0_vbus_det-gpios : gpio phandle for detecting the presence of usb0 vbus
> +- usb0_vbus-supply : regulator phandle for controller usb0 vbus
> +- usb1_vbus-supply : regulator phandle for controller usb1 vbus
> +- usb2_vbus-supply : regulator phandle for controller usb2 vbus
> +
> Example:
> usbphy: phy at 0x01c13400 {
> #phy-cells = <1>;
> @@ -32,6 +39,13 @@ Example:
> reg-names = "phy_ctrl", "pmu1", "pmu2";
> clocks = <&usb_clk 8>;
> clock-names = "usb_phy";
> - resets = <&usb_clk 1>, <&usb_clk 2>;
> - reset-names = "usb1_reset", "usb2_reset";
> + resets = <&usb_clk 0>, <&usb_clk 1>, <&usb_clk 2>;
> + reset-names = "usb0_reset", "usb1_reset", "usb2_reset";
> + pinctrl-names = "default";
> + pinctrl-0 = <&usb0_id_detect_pin>, <&usb0_vbus_detect_pin>;
> + usb0_id_det-gpios = <&pio 7 19 GPIO_ACTIVE_HIGH>; /* PH19 */
> + usb0_vbus_det-gpios = <&pio 7 22 GPIO_ACTIVE_HIGH>; /* PH22 */
> + usb0_vbus-supply = <®_usb0_vbus>;
> + usb1_vbus-supply = <®_usb1_vbus>;
> + usb2_vbus-supply = <®_usb2_vbus>;
> };
> diff --git a/drivers/phy/Kconfig b/drivers/phy/Kconfig
> index a53bd5b..4614fba 100644
> --- a/drivers/phy/Kconfig
> +++ b/drivers/phy/Kconfig
> @@ -173,6 +173,7 @@ config PHY_SUN4I_USB
> tristate "Allwinner sunxi SoC USB PHY driver"
> depends on ARCH_SUNXI && HAS_IOMEM && OF
> depends on RESET_CONTROLLER
> + select EXTCON
Avoid using 'select' on visible Kconfig symbols.
Also please split the patch to make the reviewing a bit easier.
Thanks
Kishon
> select GENERIC_PHY
> help
> Enable this to support the transceiver that is part of Allwinner
> diff --git a/drivers/phy/phy-sun4i-usb.c b/drivers/phy/phy-sun4i-usb.c
> index 91c5be4..b45d707 100644
> --- a/drivers/phy/phy-sun4i-usb.c
> +++ b/drivers/phy/phy-sun4i-usb.c
> @@ -1,7 +1,7 @@
> /*
> * Allwinner sun4i USB phy driver
> *
> - * Copyright (C) 2014 Hans de Goede <hdegoede@redhat.com>
> + * Copyright (C) 2014-2015 Hans de Goede <hdegoede@redhat.com>
> *
> * Based on code from
> * Allwinner Technology Co., Ltd. <www.allwinnertech.com>
> @@ -23,17 +23,23 @@
>
> #include <linux/clk.h>
> #include <linux/err.h>
> +#include <linux/extcon.h>
> #include <linux/io.h>
> +#include <linux/interrupt.h>
> #include <linux/kernel.h>
> #include <linux/module.h>
> #include <linux/mutex.h>
> #include <linux/of.h>
> #include <linux/of_address.h>
> +#include <linux/of_gpio.h>
> #include <linux/phy/phy.h>
> #include <linux/phy/phy-sun4i-usb.h>
> #include <linux/platform_device.h>
> #include <linux/regulator/consumer.h>
> #include <linux/reset.h>
> +#include <linux/workqueue.h>
> +
> +#define DRIVER_NAME "sun4i-usb-phy"
>
> #define REG_ISCR 0x00
> #define REG_PHYCTL 0x04
> @@ -47,6 +53,17 @@
> #define SUNXI_AHB_INCRX_ALIGN_EN BIT(8)
> #define SUNXI_ULPI_BYPASS_EN BIT(0)
>
> +/* ISCR, Interface Status and Control bits */
> +#define ISCR_ID_PULLUP_EN (1 << 17)
> +#define ISCR_DPDM_PULLUP_EN (1 << 16)
> +/* sunxi has the phy id/vbus pins not connected, so we use the force bits */
> +#define ISCR_FORCE_ID_MASK (3 << 14)
> +#define ISCR_FORCE_ID_LOW (2 << 14)
> +#define ISCR_FORCE_ID_HIGH (3 << 14)
> +#define ISCR_FORCE_VBUS_MASK (3 << 12)
> +#define ISCR_FORCE_VBUS_LOW (2 << 12)
> +#define ISCR_FORCE_VBUS_HIGH (3 << 12)
> +
> /* Common Control Bits for Both PHYs */
> #define PHY_PLL_BW 0x03
> #define PHY_RES45_CAL_EN 0x0c
> @@ -63,6 +80,13 @@
>
> #define MAX_PHYS 3
>
> +/*
> + * Note do not raise the debounce time, we must report Vusb high within 100ms
> + * otherwise we get Vbus errors
> + */
> +#define DEBOUNCE_TIME msecs_to_jiffies(50)
> +#define POLL_TIME msecs_to_jiffies(250)
> +
> struct sun4i_usb_phy_data {
> void __iomem *base;
> struct mutex mutex;
> @@ -74,13 +98,58 @@ struct sun4i_usb_phy_data {
> struct regulator *vbus;
> struct reset_control *reset;
> struct clk *clk;
> + bool regulator_on;
> int index;
> } phys[MAX_PHYS];
> + /* phy0 / otg related variables */
> + struct extcon_dev extcon;
> + const char *extcon_cable_names[3];
> + bool phy0_init;
> + bool phy0_poll;
> + struct gpio_desc *id_det_gpio;
> + struct gpio_desc *vbus_det_gpio;
> + int id_det_irq;
> + int vbus_det_irq;
> + int id_det;
> + int vbus_det;
> + struct delayed_work detect;
> };
>
> #define to_sun4i_usb_phy_data(phy) \
> container_of((phy), struct sun4i_usb_phy_data, phys[(phy)->index])
>
> +static void sun4i_usb_phy0_update_iscr(struct phy *_phy, u32 clr, u32 set)
> +{
> + struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
> + u32 iscr;
> +
> + iscr = readl(data->base + REG_ISCR);
> + iscr &= ~clr;
> + iscr |= set;
> + writel(iscr, data->base + REG_ISCR);
> +}
> +
> +static void sun4i_usb_phy0_set_id_detect(struct phy *phy, u32 val)
> +{
> + if (val)
> + val = ISCR_FORCE_ID_HIGH;
> + else
> + val = ISCR_FORCE_ID_LOW;
> +
> + sun4i_usb_phy0_update_iscr(phy, ISCR_FORCE_ID_MASK, val);
> +}
> +
> +static void sun4i_usb_phy0_set_vbus_detect(struct phy *phy, u32 val)
> +{
> + if (val)
> + val = ISCR_FORCE_VBUS_HIGH;
> + else
> + val = ISCR_FORCE_VBUS_LOW;
> +
> + sun4i_usb_phy0_update_iscr(phy, ISCR_FORCE_VBUS_MASK, val);
> +}
> +
> static void sun4i_usb_phy_write(struct sun4i_usb_phy *phy, u32 addr, u32 data,
> int len)
> {
> @@ -171,12 +240,39 @@ static int sun4i_usb_phy_init(struct phy *_phy)
>
> sun4i_usb_phy_passby(phy, 1);
>
> + if (phy->index == 0) {
> + data->phy0_init = true;
> +
> + /* Enable pull-ups */
> + sun4i_usb_phy0_update_iscr(_phy, 0, ISCR_DPDM_PULLUP_EN);
> + sun4i_usb_phy0_update_iscr(_phy, 0, ISCR_ID_PULLUP_EN);
> +
> + if (data->id_det_gpio) {
> + /* OTG mode, force ISCR and cable state updates */
> + data->id_det = -1;
> + data->vbus_det = -1;
> + queue_delayed_work(system_wq, &data->detect, 0);
> + } else {
> + /* Host only mode */
> + sun4i_usb_phy0_set_id_detect(_phy, 0);
> + sun4i_usb_phy0_set_vbus_detect(_phy, 1);
> + }
> + }
> +
> return 0;
> }
>
> static int sun4i_usb_phy_exit(struct phy *_phy)
> {
> struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
> +
> + if (phy->index == 0) {
> + /* Disable pull-ups */
> + sun4i_usb_phy0_update_iscr(_phy, ISCR_DPDM_PULLUP_EN, 0);
> + sun4i_usb_phy0_update_iscr(_phy, ISCR_ID_PULLUP_EN, 0);
> + data->phy0_init = false;
> + }
>
> sun4i_usb_phy_passby(phy, 0);
> reset_control_assert(phy->reset);
> @@ -188,20 +284,46 @@ static int sun4i_usb_phy_exit(struct phy *_phy)
> static int sun4i_usb_phy_power_on(struct phy *_phy)
> {
> struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
> - int ret = 0;
> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
> + int ret;
> +
> + if (!phy->vbus || phy->regulator_on)
> + return 0;
> +
> + /* For phy0 only turn on Vbus if we don't have an ext. Vbus */
> + if (phy->index == 0 && data->vbus_det)
> + return 0;
>
> - if (phy->vbus)
> - ret = regulator_enable(phy->vbus);
> + ret = regulator_enable(phy->vbus);
> + if (ret)
> + return ret;
>
> - return ret;
> + phy->regulator_on = true;
> +
> + /* We must report Vbus high within OTG_TIME_A_WAIT_VRISE msec. */
> + if (phy->index == 0 && data->phy0_poll)
> + mod_delayed_work(system_wq, &data->detect, DEBOUNCE_TIME);
> +
> + return 0;
> }
>
> static int sun4i_usb_phy_power_off(struct phy *_phy)
> {
> struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
> +
> + if (!phy->vbus || !phy->regulator_on)
> + return 0;
>
> - if (phy->vbus)
> - regulator_disable(phy->vbus);
> + regulator_disable(phy->vbus);
> + phy->regulator_on = false;
> +
> + /*
> + * phy0 vbus typically slowly discharges, sometimes this causes the
> + * Vbus gpio to not trigger an edge irq on Vbus off, so force a rescan.
> + */
> + if (phy->index == 0 && !data->phy0_poll)
> + mod_delayed_work(system_wq, &data->detect, POLL_TIME);
>
> return 0;
> }
> @@ -221,6 +343,61 @@ static struct phy_ops sun4i_usb_phy_ops = {
> .owner = THIS_MODULE,
> };
>
> +static void sun4i_usb_phy0_id_vbus_det_scan(struct work_struct *work)
> +{
> + struct sun4i_usb_phy_data *data =
> + container_of(work, struct sun4i_usb_phy_data, detect.work);
> + struct phy *phy0 = data->phys[0].phy;
> + int id_det, vbus_det, id_notify = 0, vbus_notify = 0;
> +
> + id_det = gpiod_get_value_cansleep(data->id_det_gpio);
> + vbus_det = gpiod_get_value_cansleep(data->vbus_det_gpio);
> +
> + mutex_lock(&phy0->mutex);
> +
> + if (!data->phy0_init) {
> + mutex_unlock(&phy0->mutex);
> + return;
> + }
> +
> + if (id_det != data->id_det) {
> + sun4i_usb_phy0_set_id_detect(phy0, id_det);
> + data->id_det = id_det;
> + id_notify = 1;
> + }
> +
> + if (vbus_det != data->vbus_det) {
> + sun4i_usb_phy0_set_vbus_detect(phy0, vbus_det);
> + data->vbus_det = vbus_det;
> + vbus_notify = 1;
> + }
> +
> + mutex_unlock(&phy0->mutex);
> +
> + if (id_notify)
> + extcon_set_cable_state(&data->extcon,
> + extcon_cable_name[EXTCON_USB_HOST],
> + !id_det);
> +
> + if (vbus_notify)
> + extcon_set_cable_state(&data->extcon,
> + extcon_cable_name[EXTCON_USB],
> + vbus_det);
> +
> + if (data->phy0_poll)
> + queue_delayed_work(system_wq, &data->detect, POLL_TIME);
> +}
> +
> +static irqreturn_t sun4i_usb_phy0_id_vbus_det_irq(int irq, void *dev_id)
> +{
> + struct sun4i_usb_phy_data *data = dev_id;
> +
> + /* vbus or id changed, let the pins settle and then scan them */
> + mod_delayed_work(system_wq, &data->detect, DEBOUNCE_TIME);
> +
> + return IRQ_HANDLED;
> +}
> +
> static struct phy *sun4i_usb_phy_xlate(struct device *dev,
> struct of_phandle_args *args)
> {
> @@ -240,13 +417,20 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
> struct phy_provider *phy_provider;
> bool dedicated_clocks;
> struct resource *res;
> - int i;
> + int i, ret;
>
> data = devm_kzalloc(dev, sizeof(*data), GFP_KERNEL);
> if (!data)
> return -ENOMEM;
>
> mutex_init(&data->mutex);
> + INIT_DELAYED_WORK(&data->detect, sun4i_usb_phy0_id_vbus_det_scan);
> + data->extcon_cable_names[0] = extcon_cable_name[EXTCON_USB_HOST];
> + data->extcon_cable_names[1] = extcon_cable_name[EXTCON_USB];
> + data->extcon_cable_names[2] = NULL;
> + data->extcon.name = DRIVER_NAME;
> + data->extcon.supported_cable = data->extcon_cable_names;
> + data->extcon.dev.parent = dev;
>
> if (of_device_is_compatible(np, "allwinner,sun5i-a13-usb-phy"))
> data->num_phys = 2;
> @@ -269,6 +453,34 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
> if (IS_ERR(data->base))
> return PTR_ERR(data->base);
>
> + data->id_det_gpio = devm_gpiod_get(dev, "usb0_id_det", GPIOD_IN);
> + if (IS_ERR(data->id_det_gpio)) {
> + if (PTR_ERR(data->id_det_gpio) == -EPROBE_DEFER)
> + return -EPROBE_DEFER;
> + data->id_det_gpio = NULL;
> + }
> +
> + data->vbus_det_gpio = devm_gpiod_get(dev, "usb0_vbus_det", GPIOD_IN);
> + if (IS_ERR(data->vbus_det_gpio)) {
> + if (PTR_ERR(data->vbus_det_gpio) == -EPROBE_DEFER)
> + return -EPROBE_DEFER;
> + data->vbus_det_gpio = NULL;
> + }
> +
> + /* We either want both gpio pins or neither (when in host mode) */
> + if (!data->id_det_gpio != !data->vbus_det_gpio) {
> + dev_err(dev, "failed to get id or vbus detect pin\n");
> + return -ENODEV;
> + }
> +
> + if (data->id_det_gpio) {
> + ret = devm_extcon_dev_register(dev, &data->extcon);
> + if (ret) {
> + dev_err(dev, "failed to register extcon: %d\n", ret);
> + return ret;
> + }
> + }
> +
> for (i = 0; i < data->num_phys; i++) {
> struct sun4i_usb_phy *phy = data->phys + i;
> char name[16];
> @@ -318,12 +530,54 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
> phy_set_drvdata(phy->phy, &data->phys[i]);
> }
>
> + data->id_det_irq = gpiod_to_irq(data->id_det_gpio);
> + data->vbus_det_irq = gpiod_to_irq(data->vbus_det_gpio);
> + if (data->id_det_irq < 0 || data->vbus_det_irq < 0)
> + data->phy0_poll = true;
> +
> + if (data->id_det_irq >= 0) {
> + ret = devm_request_irq(dev, data->id_det_irq,
> + sun4i_usb_phy0_id_vbus_det_irq,
> + IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
> + "usb0-id-det", data);
> + if (ret) {
> + dev_err(dev, "Err requesting id-det-irq: %d\n", ret);
> + return ret;
> + }
> + }
> +
> + if (data->vbus_det_irq >= 0) {
> + ret = devm_request_irq(dev, data->vbus_det_irq,
> + sun4i_usb_phy0_id_vbus_det_irq,
> + IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
> + "usb0-vbus-det", data);
> + if (ret) {
> + dev_err(dev, "Err requesting vbus-det-irq: %d\n", ret);
> + return ret;
> + }
> + }
> +
> dev_set_drvdata(dev, data);
> phy_provider = devm_of_phy_provider_register(dev, sun4i_usb_phy_xlate);
>
> return PTR_ERR_OR_ZERO(phy_provider);
> }
>
> +static int sun4i_usb_phy_remove(struct platform_device *pdev)
> +{
> + struct device *dev = &pdev->dev;
> + struct sun4i_usb_phy_data *data = dev_get_drvdata(dev);
> +
> + if (data->id_det_irq >= 0)
> + devm_free_irq(dev, data->id_det_irq, data);
> + if (data->vbus_det_irq >= 0)
> + devm_free_irq(dev, data->vbus_det_irq, data);
> +
> + cancel_delayed_work_sync(&data->detect);
> +
> + return 0;
> +}
> +
> static const struct of_device_id sun4i_usb_phy_of_match[] = {
> { .compatible = "allwinner,sun4i-a10-usb-phy" },
> { .compatible = "allwinner,sun5i-a13-usb-phy" },
> @@ -335,9 +589,10 @@ MODULE_DEVICE_TABLE(of, sun4i_usb_phy_of_match);
>
> static struct platform_driver sun4i_usb_phy_driver = {
> .probe = sun4i_usb_phy_probe,
> + .remove = sun4i_usb_phy_remove,
> .driver = {
> .of_match_table = sun4i_usb_phy_of_match,
> - .name = "sun4i-usb-phy",
> + .name = DRIVER_NAME,
> }
> };
> module_platform_driver(sun4i_usb_phy_driver);
>
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: [linux-sunxi] Re: [PATCH v4 1/2] phy-sun4i-usb: Add full support for usb0 phy / OTG
2015-06-11 5:48 ` Kishon Vijay Abraham I
@ 2015-06-11 7:56 ` Hans de Goede
-1 siblings, 0 replies; 57+ messages in thread
From: Hans de Goede @ 2015-06-11 7:56 UTC (permalink / raw)
To: kishon-l0cyMroinI0, Felipe Balbi
Cc: Maxime Ripard, Chen-Yu Tsai, Roman Byshko,
linux-usb-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r, devicetree,
linux-sunxi-/JYPxA39Uh5TLH3MbocFFw, Chanwoo Choi
Hi,
On 11-06-15 07:48, Kishon Vijay Abraham I wrote:
> +Chanwoo
>
> Hi,
>
> On Sunday 31 May 2015 09:40 PM, Hans de Goede wrote:
>> The usb0 phy is connected to an OTG controller, and as such needs some special
>> handling:
>>
>> 1) It allows explicit control over the pullups, enable these on phy_init and
>> disable them on phy_exit.
>>
>> 2) It has bits to signal id and vbus detect to the musb-core, add support for
>> for monitoring id and vbus detect gpio-s for use in dual role mode, and set
>> these bits to the correct values for operating in host only mode when no
>> gpios are specified in the devicetree.
>>
>> 3) When in dual role mode the musb sunxi glue needs to know if the a host or
>> device cable is plugged in, so when in dual role mode register an extcon.
>>
>> While updating the devicetree binding documentation also add documentation
>> for the sofar undocumented usage of regulators for vbus for all 3 phys.
>>
>> Signed-off-by: Hans de Goede <hdegoede-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
>> ---
>> Changes in v2:
>> -Removed the sunxi specific phy functions, instead the id / vbus gpio polling
>> has been moved to the phy-sun4i-usb driver and their status is exported
>> through extcon for the sunxi-musb glue
>> Changes in v3:
>> -No changes
>> Changes in v4:
>> -Do not call regulator_disable in an unbalanced manner when an external vbus
>> is present
>> ---
>> .../devicetree/bindings/phy/sun4i-usb-phy.txt | 18 +-
>> drivers/phy/Kconfig | 1 +
>> drivers/phy/phy-sun4i-usb.c | 273 ++++++++++++++++++++-
>> 3 files changed, 281 insertions(+), 11 deletions(-)
>>
>> diff --git a/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt b/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
>> index 16528b9..557fa99 100644
>> --- a/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
>> +++ b/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
>> @@ -23,6 +23,13 @@ Required properties:
>> * "usb1_reset"
>> * "usb2_reset" for sun4i, sun6i or sun7i
>>
>> +Optional properties:
>> +- usb0_id_det-gpios : gpio phandle for reading the otg id pin value
>> +- usb0_vbus_det-gpios : gpio phandle for detecting the presence of usb0 vbus
>> +- usb0_vbus-supply : regulator phandle for controller usb0 vbus
>> +- usb1_vbus-supply : regulator phandle for controller usb1 vbus
>> +- usb2_vbus-supply : regulator phandle for controller usb2 vbus
>> +
>> Example:
>> usbphy: phy@0x01c13400 {
>> #phy-cells = <1>;
>> @@ -32,6 +39,13 @@ Example:
>> reg-names = "phy_ctrl", "pmu1", "pmu2";
>> clocks = <&usb_clk 8>;
>> clock-names = "usb_phy";
>> - resets = <&usb_clk 1>, <&usb_clk 2>;
>> - reset-names = "usb1_reset", "usb2_reset";
>> + resets = <&usb_clk 0>, <&usb_clk 1>, <&usb_clk 2>;
>> + reset-names = "usb0_reset", "usb1_reset", "usb2_reset";
>> + pinctrl-names = "default";
>> + pinctrl-0 = <&usb0_id_detect_pin>, <&usb0_vbus_detect_pin>;
>> + usb0_id_det-gpios = <&pio 7 19 GPIO_ACTIVE_HIGH>; /* PH19 */
>> + usb0_vbus_det-gpios = <&pio 7 22 GPIO_ACTIVE_HIGH>; /* PH22 */
>> + usb0_vbus-supply = <®_usb0_vbus>;
>> + usb1_vbus-supply = <®_usb1_vbus>;
>> + usb2_vbus-supply = <®_usb2_vbus>;
>> };
>> diff --git a/drivers/phy/Kconfig b/drivers/phy/Kconfig
>> index a53bd5b..4614fba 100644
>> --- a/drivers/phy/Kconfig
>> +++ b/drivers/phy/Kconfig
>> @@ -173,6 +173,7 @@ config PHY_SUN4I_USB
>> tristate "Allwinner sunxi SoC USB PHY driver"
>> depends on ARCH_SUNXI && HAS_IOMEM && OF
>> depends on RESET_CONTROLLER
>> + select EXTCON
>
> Avoid using 'select' on visible Kconfig symbols.
Ok, I'll do a v5 changing this to a depends on.
> Also please split the patch to make the reviewing a bit easier.
There really is not much which can be split out, the iscr register
updating is only done from the id / vbus det scanning, so the 2 are
intertwined with each other.
Also I must say I'm unhappy with the fact that you request this now,
after this patch has been posted in its current form a long time
ago already. The changes in v3 and v4 were very minimal, the
patch has existed in this for since v2, so you've had a long long
time to request changes like this already.
In the mean time I've build a whole set of related changes (enabling
the use of otg on newer versions of the sunxi soc), so sorry I'm
not going to split this up now as that is going to be a big pain
with all the extra patches which are sitting on top, and as said
there really is not that much to split in the first place.
I'll send out a v5 of this patch together with a resend of all the
patches adding support for new models which sit on top of this one
(and which I've already send before).
Regards,
Hans
>
> Thanks
> Kishon
>> select GENERIC_PHY
>> help
>> Enable this to support the transceiver that is part of Allwinner
>> diff --git a/drivers/phy/phy-sun4i-usb.c b/drivers/phy/phy-sun4i-usb.c
>> index 91c5be4..b45d707 100644
>> --- a/drivers/phy/phy-sun4i-usb.c
>> +++ b/drivers/phy/phy-sun4i-usb.c
>> @@ -1,7 +1,7 @@
>> /*
>> * Allwinner sun4i USB phy driver
>> *
>> - * Copyright (C) 2014 Hans de Goede <hdegoede-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
>> + * Copyright (C) 2014-2015 Hans de Goede <hdegoede-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
>> *
>> * Based on code from
>> * Allwinner Technology Co., Ltd. <www.allwinnertech.com>
>> @@ -23,17 +23,23 @@
>>
>> #include <linux/clk.h>
>> #include <linux/err.h>
>> +#include <linux/extcon.h>
>> #include <linux/io.h>
>> +#include <linux/interrupt.h>
>> #include <linux/kernel.h>
>> #include <linux/module.h>
>> #include <linux/mutex.h>
>> #include <linux/of.h>
>> #include <linux/of_address.h>
>> +#include <linux/of_gpio.h>
>> #include <linux/phy/phy.h>
>> #include <linux/phy/phy-sun4i-usb.h>
>> #include <linux/platform_device.h>
>> #include <linux/regulator/consumer.h>
>> #include <linux/reset.h>
>> +#include <linux/workqueue.h>
>> +
>> +#define DRIVER_NAME "sun4i-usb-phy"
>>
>> #define REG_ISCR 0x00
>> #define REG_PHYCTL 0x04
>> @@ -47,6 +53,17 @@
>> #define SUNXI_AHB_INCRX_ALIGN_EN BIT(8)
>> #define SUNXI_ULPI_BYPASS_EN BIT(0)
>>
>> +/* ISCR, Interface Status and Control bits */
>> +#define ISCR_ID_PULLUP_EN (1 << 17)
>> +#define ISCR_DPDM_PULLUP_EN (1 << 16)
>> +/* sunxi has the phy id/vbus pins not connected, so we use the force bits */
>> +#define ISCR_FORCE_ID_MASK (3 << 14)
>> +#define ISCR_FORCE_ID_LOW (2 << 14)
>> +#define ISCR_FORCE_ID_HIGH (3 << 14)
>> +#define ISCR_FORCE_VBUS_MASK (3 << 12)
>> +#define ISCR_FORCE_VBUS_LOW (2 << 12)
>> +#define ISCR_FORCE_VBUS_HIGH (3 << 12)
>> +
>> /* Common Control Bits for Both PHYs */
>> #define PHY_PLL_BW 0x03
>> #define PHY_RES45_CAL_EN 0x0c
>> @@ -63,6 +80,13 @@
>>
>> #define MAX_PHYS 3
>>
>> +/*
>> + * Note do not raise the debounce time, we must report Vusb high within 100ms
>> + * otherwise we get Vbus errors
>> + */
>> +#define DEBOUNCE_TIME msecs_to_jiffies(50)
>> +#define POLL_TIME msecs_to_jiffies(250)
>> +
>> struct sun4i_usb_phy_data {
>> void __iomem *base;
>> struct mutex mutex;
>> @@ -74,13 +98,58 @@ struct sun4i_usb_phy_data {
>> struct regulator *vbus;
>> struct reset_control *reset;
>> struct clk *clk;
>> + bool regulator_on;
>> int index;
>> } phys[MAX_PHYS];
>> + /* phy0 / otg related variables */
>> + struct extcon_dev extcon;
>> + const char *extcon_cable_names[3];
>> + bool phy0_init;
>> + bool phy0_poll;
>> + struct gpio_desc *id_det_gpio;
>> + struct gpio_desc *vbus_det_gpio;
>> + int id_det_irq;
>> + int vbus_det_irq;
>> + int id_det;
>> + int vbus_det;
>> + struct delayed_work detect;
>> };
>>
>> #define to_sun4i_usb_phy_data(phy) \
>> container_of((phy), struct sun4i_usb_phy_data, phys[(phy)->index])
>>
>> +static void sun4i_usb_phy0_update_iscr(struct phy *_phy, u32 clr, u32 set)
>> +{
>> + struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
>> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
>> + u32 iscr;
>> +
>> + iscr = readl(data->base + REG_ISCR);
>> + iscr &= ~clr;
>> + iscr |= set;
>> + writel(iscr, data->base + REG_ISCR);
>> +}
>> +
>> +static void sun4i_usb_phy0_set_id_detect(struct phy *phy, u32 val)
>> +{
>> + if (val)
>> + val = ISCR_FORCE_ID_HIGH;
>> + else
>> + val = ISCR_FORCE_ID_LOW;
>> +
>> + sun4i_usb_phy0_update_iscr(phy, ISCR_FORCE_ID_MASK, val);
>> +}
>> +
>> +static void sun4i_usb_phy0_set_vbus_detect(struct phy *phy, u32 val)
>> +{
>> + if (val)
>> + val = ISCR_FORCE_VBUS_HIGH;
>> + else
>> + val = ISCR_FORCE_VBUS_LOW;
>> +
>> + sun4i_usb_phy0_update_iscr(phy, ISCR_FORCE_VBUS_MASK, val);
>> +}
>> +
>> static void sun4i_usb_phy_write(struct sun4i_usb_phy *phy, u32 addr, u32 data,
>> int len)
>> {
>> @@ -171,12 +240,39 @@ static int sun4i_usb_phy_init(struct phy *_phy)
>>
>> sun4i_usb_phy_passby(phy, 1);
>>
>> + if (phy->index == 0) {
>> + data->phy0_init = true;
>> +
>> + /* Enable pull-ups */
>> + sun4i_usb_phy0_update_iscr(_phy, 0, ISCR_DPDM_PULLUP_EN);
>> + sun4i_usb_phy0_update_iscr(_phy, 0, ISCR_ID_PULLUP_EN);
>> +
>> + if (data->id_det_gpio) {
>> + /* OTG mode, force ISCR and cable state updates */
>> + data->id_det = -1;
>> + data->vbus_det = -1;
>> + queue_delayed_work(system_wq, &data->detect, 0);
>> + } else {
>> + /* Host only mode */
>> + sun4i_usb_phy0_set_id_detect(_phy, 0);
>> + sun4i_usb_phy0_set_vbus_detect(_phy, 1);
>> + }
>> + }
>> +
>> return 0;
>> }
>>
>> static int sun4i_usb_phy_exit(struct phy *_phy)
>> {
>> struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
>> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
>> +
>> + if (phy->index == 0) {
>> + /* Disable pull-ups */
>> + sun4i_usb_phy0_update_iscr(_phy, ISCR_DPDM_PULLUP_EN, 0);
>> + sun4i_usb_phy0_update_iscr(_phy, ISCR_ID_PULLUP_EN, 0);
>> + data->phy0_init = false;
>> + }
>>
>> sun4i_usb_phy_passby(phy, 0);
>> reset_control_assert(phy->reset);
>> @@ -188,20 +284,46 @@ static int sun4i_usb_phy_exit(struct phy *_phy)
>> static int sun4i_usb_phy_power_on(struct phy *_phy)
>> {
>> struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
>> - int ret = 0;
>> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
>> + int ret;
>> +
>> + if (!phy->vbus || phy->regulator_on)
>> + return 0;
>> +
>> + /* For phy0 only turn on Vbus if we don't have an ext. Vbus */
>> + if (phy->index == 0 && data->vbus_det)
>> + return 0;
>>
>> - if (phy->vbus)
>> - ret = regulator_enable(phy->vbus);
>> + ret = regulator_enable(phy->vbus);
>> + if (ret)
>> + return ret;
>>
>> - return ret;
>> + phy->regulator_on = true;
>> +
>> + /* We must report Vbus high within OTG_TIME_A_WAIT_VRISE msec. */
>> + if (phy->index == 0 && data->phy0_poll)
>> + mod_delayed_work(system_wq, &data->detect, DEBOUNCE_TIME);
>> +
>> + return 0;
>> }
>>
>> static int sun4i_usb_phy_power_off(struct phy *_phy)
>> {
>> struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
>> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
>> +
>> + if (!phy->vbus || !phy->regulator_on)
>> + return 0;
>>
>> - if (phy->vbus)
>> - regulator_disable(phy->vbus);
>> + regulator_disable(phy->vbus);
>> + phy->regulator_on = false;
>> +
>> + /*
>> + * phy0 vbus typically slowly discharges, sometimes this causes the
>> + * Vbus gpio to not trigger an edge irq on Vbus off, so force a rescan.
>> + */
>> + if (phy->index == 0 && !data->phy0_poll)
>> + mod_delayed_work(system_wq, &data->detect, POLL_TIME);
>>
>> return 0;
>> }
>> @@ -221,6 +343,61 @@ static struct phy_ops sun4i_usb_phy_ops = {
>> .owner = THIS_MODULE,
>> };
>>
>> +static void sun4i_usb_phy0_id_vbus_det_scan(struct work_struct *work)
>> +{
>> + struct sun4i_usb_phy_data *data =
>> + container_of(work, struct sun4i_usb_phy_data, detect.work);
>> + struct phy *phy0 = data->phys[0].phy;
>> + int id_det, vbus_det, id_notify = 0, vbus_notify = 0;
>> +
>> + id_det = gpiod_get_value_cansleep(data->id_det_gpio);
>> + vbus_det = gpiod_get_value_cansleep(data->vbus_det_gpio);
>> +
>> + mutex_lock(&phy0->mutex);
>> +
>> + if (!data->phy0_init) {
>> + mutex_unlock(&phy0->mutex);
>> + return;
>> + }
>> +
>> + if (id_det != data->id_det) {
>> + sun4i_usb_phy0_set_id_detect(phy0, id_det);
>> + data->id_det = id_det;
>> + id_notify = 1;
>> + }
>> +
>> + if (vbus_det != data->vbus_det) {
>> + sun4i_usb_phy0_set_vbus_detect(phy0, vbus_det);
>> + data->vbus_det = vbus_det;
>> + vbus_notify = 1;
>> + }
>> +
>> + mutex_unlock(&phy0->mutex);
>> +
>> + if (id_notify)
>> + extcon_set_cable_state(&data->extcon,
>> + extcon_cable_name[EXTCON_USB_HOST],
>> + !id_det);
>> +
>> + if (vbus_notify)
>> + extcon_set_cable_state(&data->extcon,
>> + extcon_cable_name[EXTCON_USB],
>> + vbus_det);
>> +
>> + if (data->phy0_poll)
>> + queue_delayed_work(system_wq, &data->detect, POLL_TIME);
>> +}
>> +
>> +static irqreturn_t sun4i_usb_phy0_id_vbus_det_irq(int irq, void *dev_id)
>> +{
>> + struct sun4i_usb_phy_data *data = dev_id;
>> +
>> + /* vbus or id changed, let the pins settle and then scan them */
>> + mod_delayed_work(system_wq, &data->detect, DEBOUNCE_TIME);
>> +
>> + return IRQ_HANDLED;
>> +}
>> +
>> static struct phy *sun4i_usb_phy_xlate(struct device *dev,
>> struct of_phandle_args *args)
>> {
>> @@ -240,13 +417,20 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>> struct phy_provider *phy_provider;
>> bool dedicated_clocks;
>> struct resource *res;
>> - int i;
>> + int i, ret;
>>
>> data = devm_kzalloc(dev, sizeof(*data), GFP_KERNEL);
>> if (!data)
>> return -ENOMEM;
>>
>> mutex_init(&data->mutex);
>> + INIT_DELAYED_WORK(&data->detect, sun4i_usb_phy0_id_vbus_det_scan);
>> + data->extcon_cable_names[0] = extcon_cable_name[EXTCON_USB_HOST];
>> + data->extcon_cable_names[1] = extcon_cable_name[EXTCON_USB];
>> + data->extcon_cable_names[2] = NULL;
>> + data->extcon.name = DRIVER_NAME;
>> + data->extcon.supported_cable = data->extcon_cable_names;
>> + data->extcon.dev.parent = dev;
>>
>> if (of_device_is_compatible(np, "allwinner,sun5i-a13-usb-phy"))
>> data->num_phys = 2;
>> @@ -269,6 +453,34 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>> if (IS_ERR(data->base))
>> return PTR_ERR(data->base);
>>
>> + data->id_det_gpio = devm_gpiod_get(dev, "usb0_id_det", GPIOD_IN);
>> + if (IS_ERR(data->id_det_gpio)) {
>> + if (PTR_ERR(data->id_det_gpio) == -EPROBE_DEFER)
>> + return -EPROBE_DEFER;
>> + data->id_det_gpio = NULL;
>> + }
>> +
>> + data->vbus_det_gpio = devm_gpiod_get(dev, "usb0_vbus_det", GPIOD_IN);
>> + if (IS_ERR(data->vbus_det_gpio)) {
>> + if (PTR_ERR(data->vbus_det_gpio) == -EPROBE_DEFER)
>> + return -EPROBE_DEFER;
>> + data->vbus_det_gpio = NULL;
>> + }
>> +
>> + /* We either want both gpio pins or neither (when in host mode) */
>> + if (!data->id_det_gpio != !data->vbus_det_gpio) {
>> + dev_err(dev, "failed to get id or vbus detect pin\n");
>> + return -ENODEV;
>> + }
>> +
>> + if (data->id_det_gpio) {
>> + ret = devm_extcon_dev_register(dev, &data->extcon);
>> + if (ret) {
>> + dev_err(dev, "failed to register extcon: %d\n", ret);
>> + return ret;
>> + }
>> + }
>> +
>> for (i = 0; i < data->num_phys; i++) {
>> struct sun4i_usb_phy *phy = data->phys + i;
>> char name[16];
>> @@ -318,12 +530,54 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>> phy_set_drvdata(phy->phy, &data->phys[i]);
>> }
>>
>> + data->id_det_irq = gpiod_to_irq(data->id_det_gpio);
>> + data->vbus_det_irq = gpiod_to_irq(data->vbus_det_gpio);
>> + if (data->id_det_irq < 0 || data->vbus_det_irq < 0)
>> + data->phy0_poll = true;
>> +
>> + if (data->id_det_irq >= 0) {
>> + ret = devm_request_irq(dev, data->id_det_irq,
>> + sun4i_usb_phy0_id_vbus_det_irq,
>> + IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
>> + "usb0-id-det", data);
>> + if (ret) {
>> + dev_err(dev, "Err requesting id-det-irq: %d\n", ret);
>> + return ret;
>> + }
>> + }
>> +
>> + if (data->vbus_det_irq >= 0) {
>> + ret = devm_request_irq(dev, data->vbus_det_irq,
>> + sun4i_usb_phy0_id_vbus_det_irq,
>> + IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
>> + "usb0-vbus-det", data);
>> + if (ret) {
>> + dev_err(dev, "Err requesting vbus-det-irq: %d\n", ret);
>> + return ret;
>> + }
>> + }
>> +
>> dev_set_drvdata(dev, data);
>> phy_provider = devm_of_phy_provider_register(dev, sun4i_usb_phy_xlate);
>>
>> return PTR_ERR_OR_ZERO(phy_provider);
>> }
>>
>> +static int sun4i_usb_phy_remove(struct platform_device *pdev)
>> +{
>> + struct device *dev = &pdev->dev;
>> + struct sun4i_usb_phy_data *data = dev_get_drvdata(dev);
>> +
>> + if (data->id_det_irq >= 0)
>> + devm_free_irq(dev, data->id_det_irq, data);
>> + if (data->vbus_det_irq >= 0)
>> + devm_free_irq(dev, data->vbus_det_irq, data);
>> +
>> + cancel_delayed_work_sync(&data->detect);
>> +
>> + return 0;
>> +}
>> +
>> static const struct of_device_id sun4i_usb_phy_of_match[] = {
>> { .compatible = "allwinner,sun4i-a10-usb-phy" },
>> { .compatible = "allwinner,sun5i-a13-usb-phy" },
>> @@ -335,9 +589,10 @@ MODULE_DEVICE_TABLE(of, sun4i_usb_phy_of_match);
>>
>> static struct platform_driver sun4i_usb_phy_driver = {
>> .probe = sun4i_usb_phy_probe,
>> + .remove = sun4i_usb_phy_remove,
>> .driver = {
>> .of_match_table = sun4i_usb_phy_of_match,
>> - .name = "sun4i-usb-phy",
>> + .name = DRIVER_NAME,
>> }
>> };
>> module_platform_driver(sun4i_usb_phy_driver);
>>
>
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 57+ messages in thread
* [linux-sunxi] Re: [PATCH v4 1/2] phy-sun4i-usb: Add full support for usb0 phy / OTG
@ 2015-06-11 7:56 ` Hans de Goede
0 siblings, 0 replies; 57+ messages in thread
From: Hans de Goede @ 2015-06-11 7:56 UTC (permalink / raw)
To: linux-arm-kernel
Hi,
On 11-06-15 07:48, Kishon Vijay Abraham I wrote:
> +Chanwoo
>
> Hi,
>
> On Sunday 31 May 2015 09:40 PM, Hans de Goede wrote:
>> The usb0 phy is connected to an OTG controller, and as such needs some special
>> handling:
>>
>> 1) It allows explicit control over the pullups, enable these on phy_init and
>> disable them on phy_exit.
>>
>> 2) It has bits to signal id and vbus detect to the musb-core, add support for
>> for monitoring id and vbus detect gpio-s for use in dual role mode, and set
>> these bits to the correct values for operating in host only mode when no
>> gpios are specified in the devicetree.
>>
>> 3) When in dual role mode the musb sunxi glue needs to know if the a host or
>> device cable is plugged in, so when in dual role mode register an extcon.
>>
>> While updating the devicetree binding documentation also add documentation
>> for the sofar undocumented usage of regulators for vbus for all 3 phys.
>>
>> Signed-off-by: Hans de Goede <hdegoede@redhat.com>
>> ---
>> Changes in v2:
>> -Removed the sunxi specific phy functions, instead the id / vbus gpio polling
>> has been moved to the phy-sun4i-usb driver and their status is exported
>> through extcon for the sunxi-musb glue
>> Changes in v3:
>> -No changes
>> Changes in v4:
>> -Do not call regulator_disable in an unbalanced manner when an external vbus
>> is present
>> ---
>> .../devicetree/bindings/phy/sun4i-usb-phy.txt | 18 +-
>> drivers/phy/Kconfig | 1 +
>> drivers/phy/phy-sun4i-usb.c | 273 ++++++++++++++++++++-
>> 3 files changed, 281 insertions(+), 11 deletions(-)
>>
>> diff --git a/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt b/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
>> index 16528b9..557fa99 100644
>> --- a/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
>> +++ b/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
>> @@ -23,6 +23,13 @@ Required properties:
>> * "usb1_reset"
>> * "usb2_reset" for sun4i, sun6i or sun7i
>>
>> +Optional properties:
>> +- usb0_id_det-gpios : gpio phandle for reading the otg id pin value
>> +- usb0_vbus_det-gpios : gpio phandle for detecting the presence of usb0 vbus
>> +- usb0_vbus-supply : regulator phandle for controller usb0 vbus
>> +- usb1_vbus-supply : regulator phandle for controller usb1 vbus
>> +- usb2_vbus-supply : regulator phandle for controller usb2 vbus
>> +
>> Example:
>> usbphy: phy at 0x01c13400 {
>> #phy-cells = <1>;
>> @@ -32,6 +39,13 @@ Example:
>> reg-names = "phy_ctrl", "pmu1", "pmu2";
>> clocks = <&usb_clk 8>;
>> clock-names = "usb_phy";
>> - resets = <&usb_clk 1>, <&usb_clk 2>;
>> - reset-names = "usb1_reset", "usb2_reset";
>> + resets = <&usb_clk 0>, <&usb_clk 1>, <&usb_clk 2>;
>> + reset-names = "usb0_reset", "usb1_reset", "usb2_reset";
>> + pinctrl-names = "default";
>> + pinctrl-0 = <&usb0_id_detect_pin>, <&usb0_vbus_detect_pin>;
>> + usb0_id_det-gpios = <&pio 7 19 GPIO_ACTIVE_HIGH>; /* PH19 */
>> + usb0_vbus_det-gpios = <&pio 7 22 GPIO_ACTIVE_HIGH>; /* PH22 */
>> + usb0_vbus-supply = <®_usb0_vbus>;
>> + usb1_vbus-supply = <®_usb1_vbus>;
>> + usb2_vbus-supply = <®_usb2_vbus>;
>> };
>> diff --git a/drivers/phy/Kconfig b/drivers/phy/Kconfig
>> index a53bd5b..4614fba 100644
>> --- a/drivers/phy/Kconfig
>> +++ b/drivers/phy/Kconfig
>> @@ -173,6 +173,7 @@ config PHY_SUN4I_USB
>> tristate "Allwinner sunxi SoC USB PHY driver"
>> depends on ARCH_SUNXI && HAS_IOMEM && OF
>> depends on RESET_CONTROLLER
>> + select EXTCON
>
> Avoid using 'select' on visible Kconfig symbols.
Ok, I'll do a v5 changing this to a depends on.
> Also please split the patch to make the reviewing a bit easier.
There really is not much which can be split out, the iscr register
updating is only done from the id / vbus det scanning, so the 2 are
intertwined with each other.
Also I must say I'm unhappy with the fact that you request this now,
after this patch has been posted in its current form a long time
ago already. The changes in v3 and v4 were very minimal, the
patch has existed in this for since v2, so you've had a long long
time to request changes like this already.
In the mean time I've build a whole set of related changes (enabling
the use of otg on newer versions of the sunxi soc), so sorry I'm
not going to split this up now as that is going to be a big pain
with all the extra patches which are sitting on top, and as said
there really is not that much to split in the first place.
I'll send out a v5 of this patch together with a resend of all the
patches adding support for new models which sit on top of this one
(and which I've already send before).
Regards,
Hans
>
> Thanks
> Kishon
>> select GENERIC_PHY
>> help
>> Enable this to support the transceiver that is part of Allwinner
>> diff --git a/drivers/phy/phy-sun4i-usb.c b/drivers/phy/phy-sun4i-usb.c
>> index 91c5be4..b45d707 100644
>> --- a/drivers/phy/phy-sun4i-usb.c
>> +++ b/drivers/phy/phy-sun4i-usb.c
>> @@ -1,7 +1,7 @@
>> /*
>> * Allwinner sun4i USB phy driver
>> *
>> - * Copyright (C) 2014 Hans de Goede <hdegoede@redhat.com>
>> + * Copyright (C) 2014-2015 Hans de Goede <hdegoede@redhat.com>
>> *
>> * Based on code from
>> * Allwinner Technology Co., Ltd. <www.allwinnertech.com>
>> @@ -23,17 +23,23 @@
>>
>> #include <linux/clk.h>
>> #include <linux/err.h>
>> +#include <linux/extcon.h>
>> #include <linux/io.h>
>> +#include <linux/interrupt.h>
>> #include <linux/kernel.h>
>> #include <linux/module.h>
>> #include <linux/mutex.h>
>> #include <linux/of.h>
>> #include <linux/of_address.h>
>> +#include <linux/of_gpio.h>
>> #include <linux/phy/phy.h>
>> #include <linux/phy/phy-sun4i-usb.h>
>> #include <linux/platform_device.h>
>> #include <linux/regulator/consumer.h>
>> #include <linux/reset.h>
>> +#include <linux/workqueue.h>
>> +
>> +#define DRIVER_NAME "sun4i-usb-phy"
>>
>> #define REG_ISCR 0x00
>> #define REG_PHYCTL 0x04
>> @@ -47,6 +53,17 @@
>> #define SUNXI_AHB_INCRX_ALIGN_EN BIT(8)
>> #define SUNXI_ULPI_BYPASS_EN BIT(0)
>>
>> +/* ISCR, Interface Status and Control bits */
>> +#define ISCR_ID_PULLUP_EN (1 << 17)
>> +#define ISCR_DPDM_PULLUP_EN (1 << 16)
>> +/* sunxi has the phy id/vbus pins not connected, so we use the force bits */
>> +#define ISCR_FORCE_ID_MASK (3 << 14)
>> +#define ISCR_FORCE_ID_LOW (2 << 14)
>> +#define ISCR_FORCE_ID_HIGH (3 << 14)
>> +#define ISCR_FORCE_VBUS_MASK (3 << 12)
>> +#define ISCR_FORCE_VBUS_LOW (2 << 12)
>> +#define ISCR_FORCE_VBUS_HIGH (3 << 12)
>> +
>> /* Common Control Bits for Both PHYs */
>> #define PHY_PLL_BW 0x03
>> #define PHY_RES45_CAL_EN 0x0c
>> @@ -63,6 +80,13 @@
>>
>> #define MAX_PHYS 3
>>
>> +/*
>> + * Note do not raise the debounce time, we must report Vusb high within 100ms
>> + * otherwise we get Vbus errors
>> + */
>> +#define DEBOUNCE_TIME msecs_to_jiffies(50)
>> +#define POLL_TIME msecs_to_jiffies(250)
>> +
>> struct sun4i_usb_phy_data {
>> void __iomem *base;
>> struct mutex mutex;
>> @@ -74,13 +98,58 @@ struct sun4i_usb_phy_data {
>> struct regulator *vbus;
>> struct reset_control *reset;
>> struct clk *clk;
>> + bool regulator_on;
>> int index;
>> } phys[MAX_PHYS];
>> + /* phy0 / otg related variables */
>> + struct extcon_dev extcon;
>> + const char *extcon_cable_names[3];
>> + bool phy0_init;
>> + bool phy0_poll;
>> + struct gpio_desc *id_det_gpio;
>> + struct gpio_desc *vbus_det_gpio;
>> + int id_det_irq;
>> + int vbus_det_irq;
>> + int id_det;
>> + int vbus_det;
>> + struct delayed_work detect;
>> };
>>
>> #define to_sun4i_usb_phy_data(phy) \
>> container_of((phy), struct sun4i_usb_phy_data, phys[(phy)->index])
>>
>> +static void sun4i_usb_phy0_update_iscr(struct phy *_phy, u32 clr, u32 set)
>> +{
>> + struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
>> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
>> + u32 iscr;
>> +
>> + iscr = readl(data->base + REG_ISCR);
>> + iscr &= ~clr;
>> + iscr |= set;
>> + writel(iscr, data->base + REG_ISCR);
>> +}
>> +
>> +static void sun4i_usb_phy0_set_id_detect(struct phy *phy, u32 val)
>> +{
>> + if (val)
>> + val = ISCR_FORCE_ID_HIGH;
>> + else
>> + val = ISCR_FORCE_ID_LOW;
>> +
>> + sun4i_usb_phy0_update_iscr(phy, ISCR_FORCE_ID_MASK, val);
>> +}
>> +
>> +static void sun4i_usb_phy0_set_vbus_detect(struct phy *phy, u32 val)
>> +{
>> + if (val)
>> + val = ISCR_FORCE_VBUS_HIGH;
>> + else
>> + val = ISCR_FORCE_VBUS_LOW;
>> +
>> + sun4i_usb_phy0_update_iscr(phy, ISCR_FORCE_VBUS_MASK, val);
>> +}
>> +
>> static void sun4i_usb_phy_write(struct sun4i_usb_phy *phy, u32 addr, u32 data,
>> int len)
>> {
>> @@ -171,12 +240,39 @@ static int sun4i_usb_phy_init(struct phy *_phy)
>>
>> sun4i_usb_phy_passby(phy, 1);
>>
>> + if (phy->index == 0) {
>> + data->phy0_init = true;
>> +
>> + /* Enable pull-ups */
>> + sun4i_usb_phy0_update_iscr(_phy, 0, ISCR_DPDM_PULLUP_EN);
>> + sun4i_usb_phy0_update_iscr(_phy, 0, ISCR_ID_PULLUP_EN);
>> +
>> + if (data->id_det_gpio) {
>> + /* OTG mode, force ISCR and cable state updates */
>> + data->id_det = -1;
>> + data->vbus_det = -1;
>> + queue_delayed_work(system_wq, &data->detect, 0);
>> + } else {
>> + /* Host only mode */
>> + sun4i_usb_phy0_set_id_detect(_phy, 0);
>> + sun4i_usb_phy0_set_vbus_detect(_phy, 1);
>> + }
>> + }
>> +
>> return 0;
>> }
>>
>> static int sun4i_usb_phy_exit(struct phy *_phy)
>> {
>> struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
>> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
>> +
>> + if (phy->index == 0) {
>> + /* Disable pull-ups */
>> + sun4i_usb_phy0_update_iscr(_phy, ISCR_DPDM_PULLUP_EN, 0);
>> + sun4i_usb_phy0_update_iscr(_phy, ISCR_ID_PULLUP_EN, 0);
>> + data->phy0_init = false;
>> + }
>>
>> sun4i_usb_phy_passby(phy, 0);
>> reset_control_assert(phy->reset);
>> @@ -188,20 +284,46 @@ static int sun4i_usb_phy_exit(struct phy *_phy)
>> static int sun4i_usb_phy_power_on(struct phy *_phy)
>> {
>> struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
>> - int ret = 0;
>> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
>> + int ret;
>> +
>> + if (!phy->vbus || phy->regulator_on)
>> + return 0;
>> +
>> + /* For phy0 only turn on Vbus if we don't have an ext. Vbus */
>> + if (phy->index == 0 && data->vbus_det)
>> + return 0;
>>
>> - if (phy->vbus)
>> - ret = regulator_enable(phy->vbus);
>> + ret = regulator_enable(phy->vbus);
>> + if (ret)
>> + return ret;
>>
>> - return ret;
>> + phy->regulator_on = true;
>> +
>> + /* We must report Vbus high within OTG_TIME_A_WAIT_VRISE msec. */
>> + if (phy->index == 0 && data->phy0_poll)
>> + mod_delayed_work(system_wq, &data->detect, DEBOUNCE_TIME);
>> +
>> + return 0;
>> }
>>
>> static int sun4i_usb_phy_power_off(struct phy *_phy)
>> {
>> struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
>> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
>> +
>> + if (!phy->vbus || !phy->regulator_on)
>> + return 0;
>>
>> - if (phy->vbus)
>> - regulator_disable(phy->vbus);
>> + regulator_disable(phy->vbus);
>> + phy->regulator_on = false;
>> +
>> + /*
>> + * phy0 vbus typically slowly discharges, sometimes this causes the
>> + * Vbus gpio to not trigger an edge irq on Vbus off, so force a rescan.
>> + */
>> + if (phy->index == 0 && !data->phy0_poll)
>> + mod_delayed_work(system_wq, &data->detect, POLL_TIME);
>>
>> return 0;
>> }
>> @@ -221,6 +343,61 @@ static struct phy_ops sun4i_usb_phy_ops = {
>> .owner = THIS_MODULE,
>> };
>>
>> +static void sun4i_usb_phy0_id_vbus_det_scan(struct work_struct *work)
>> +{
>> + struct sun4i_usb_phy_data *data =
>> + container_of(work, struct sun4i_usb_phy_data, detect.work);
>> + struct phy *phy0 = data->phys[0].phy;
>> + int id_det, vbus_det, id_notify = 0, vbus_notify = 0;
>> +
>> + id_det = gpiod_get_value_cansleep(data->id_det_gpio);
>> + vbus_det = gpiod_get_value_cansleep(data->vbus_det_gpio);
>> +
>> + mutex_lock(&phy0->mutex);
>> +
>> + if (!data->phy0_init) {
>> + mutex_unlock(&phy0->mutex);
>> + return;
>> + }
>> +
>> + if (id_det != data->id_det) {
>> + sun4i_usb_phy0_set_id_detect(phy0, id_det);
>> + data->id_det = id_det;
>> + id_notify = 1;
>> + }
>> +
>> + if (vbus_det != data->vbus_det) {
>> + sun4i_usb_phy0_set_vbus_detect(phy0, vbus_det);
>> + data->vbus_det = vbus_det;
>> + vbus_notify = 1;
>> + }
>> +
>> + mutex_unlock(&phy0->mutex);
>> +
>> + if (id_notify)
>> + extcon_set_cable_state(&data->extcon,
>> + extcon_cable_name[EXTCON_USB_HOST],
>> + !id_det);
>> +
>> + if (vbus_notify)
>> + extcon_set_cable_state(&data->extcon,
>> + extcon_cable_name[EXTCON_USB],
>> + vbus_det);
>> +
>> + if (data->phy0_poll)
>> + queue_delayed_work(system_wq, &data->detect, POLL_TIME);
>> +}
>> +
>> +static irqreturn_t sun4i_usb_phy0_id_vbus_det_irq(int irq, void *dev_id)
>> +{
>> + struct sun4i_usb_phy_data *data = dev_id;
>> +
>> + /* vbus or id changed, let the pins settle and then scan them */
>> + mod_delayed_work(system_wq, &data->detect, DEBOUNCE_TIME);
>> +
>> + return IRQ_HANDLED;
>> +}
>> +
>> static struct phy *sun4i_usb_phy_xlate(struct device *dev,
>> struct of_phandle_args *args)
>> {
>> @@ -240,13 +417,20 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>> struct phy_provider *phy_provider;
>> bool dedicated_clocks;
>> struct resource *res;
>> - int i;
>> + int i, ret;
>>
>> data = devm_kzalloc(dev, sizeof(*data), GFP_KERNEL);
>> if (!data)
>> return -ENOMEM;
>>
>> mutex_init(&data->mutex);
>> + INIT_DELAYED_WORK(&data->detect, sun4i_usb_phy0_id_vbus_det_scan);
>> + data->extcon_cable_names[0] = extcon_cable_name[EXTCON_USB_HOST];
>> + data->extcon_cable_names[1] = extcon_cable_name[EXTCON_USB];
>> + data->extcon_cable_names[2] = NULL;
>> + data->extcon.name = DRIVER_NAME;
>> + data->extcon.supported_cable = data->extcon_cable_names;
>> + data->extcon.dev.parent = dev;
>>
>> if (of_device_is_compatible(np, "allwinner,sun5i-a13-usb-phy"))
>> data->num_phys = 2;
>> @@ -269,6 +453,34 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>> if (IS_ERR(data->base))
>> return PTR_ERR(data->base);
>>
>> + data->id_det_gpio = devm_gpiod_get(dev, "usb0_id_det", GPIOD_IN);
>> + if (IS_ERR(data->id_det_gpio)) {
>> + if (PTR_ERR(data->id_det_gpio) == -EPROBE_DEFER)
>> + return -EPROBE_DEFER;
>> + data->id_det_gpio = NULL;
>> + }
>> +
>> + data->vbus_det_gpio = devm_gpiod_get(dev, "usb0_vbus_det", GPIOD_IN);
>> + if (IS_ERR(data->vbus_det_gpio)) {
>> + if (PTR_ERR(data->vbus_det_gpio) == -EPROBE_DEFER)
>> + return -EPROBE_DEFER;
>> + data->vbus_det_gpio = NULL;
>> + }
>> +
>> + /* We either want both gpio pins or neither (when in host mode) */
>> + if (!data->id_det_gpio != !data->vbus_det_gpio) {
>> + dev_err(dev, "failed to get id or vbus detect pin\n");
>> + return -ENODEV;
>> + }
>> +
>> + if (data->id_det_gpio) {
>> + ret = devm_extcon_dev_register(dev, &data->extcon);
>> + if (ret) {
>> + dev_err(dev, "failed to register extcon: %d\n", ret);
>> + return ret;
>> + }
>> + }
>> +
>> for (i = 0; i < data->num_phys; i++) {
>> struct sun4i_usb_phy *phy = data->phys + i;
>> char name[16];
>> @@ -318,12 +530,54 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>> phy_set_drvdata(phy->phy, &data->phys[i]);
>> }
>>
>> + data->id_det_irq = gpiod_to_irq(data->id_det_gpio);
>> + data->vbus_det_irq = gpiod_to_irq(data->vbus_det_gpio);
>> + if (data->id_det_irq < 0 || data->vbus_det_irq < 0)
>> + data->phy0_poll = true;
>> +
>> + if (data->id_det_irq >= 0) {
>> + ret = devm_request_irq(dev, data->id_det_irq,
>> + sun4i_usb_phy0_id_vbus_det_irq,
>> + IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
>> + "usb0-id-det", data);
>> + if (ret) {
>> + dev_err(dev, "Err requesting id-det-irq: %d\n", ret);
>> + return ret;
>> + }
>> + }
>> +
>> + if (data->vbus_det_irq >= 0) {
>> + ret = devm_request_irq(dev, data->vbus_det_irq,
>> + sun4i_usb_phy0_id_vbus_det_irq,
>> + IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
>> + "usb0-vbus-det", data);
>> + if (ret) {
>> + dev_err(dev, "Err requesting vbus-det-irq: %d\n", ret);
>> + return ret;
>> + }
>> + }
>> +
>> dev_set_drvdata(dev, data);
>> phy_provider = devm_of_phy_provider_register(dev, sun4i_usb_phy_xlate);
>>
>> return PTR_ERR_OR_ZERO(phy_provider);
>> }
>>
>> +static int sun4i_usb_phy_remove(struct platform_device *pdev)
>> +{
>> + struct device *dev = &pdev->dev;
>> + struct sun4i_usb_phy_data *data = dev_get_drvdata(dev);
>> +
>> + if (data->id_det_irq >= 0)
>> + devm_free_irq(dev, data->id_det_irq, data);
>> + if (data->vbus_det_irq >= 0)
>> + devm_free_irq(dev, data->vbus_det_irq, data);
>> +
>> + cancel_delayed_work_sync(&data->detect);
>> +
>> + return 0;
>> +}
>> +
>> static const struct of_device_id sun4i_usb_phy_of_match[] = {
>> { .compatible = "allwinner,sun4i-a10-usb-phy" },
>> { .compatible = "allwinner,sun5i-a13-usb-phy" },
>> @@ -335,9 +589,10 @@ MODULE_DEVICE_TABLE(of, sun4i_usb_phy_of_match);
>>
>> static struct platform_driver sun4i_usb_phy_driver = {
>> .probe = sun4i_usb_phy_probe,
>> + .remove = sun4i_usb_phy_remove,
>> .driver = {
>> .of_match_table = sun4i_usb_phy_of_match,
>> - .name = "sun4i-usb-phy",
>> + .name = DRIVER_NAME,
>> }
>> };
>> module_platform_driver(sun4i_usb_phy_driver);
>>
>
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: [PATCH v4 1/2] phy-sun4i-usb: Add full support for usb0 phy / OTG
2015-06-11 5:48 ` Kishon Vijay Abraham I
@ 2015-06-11 8:07 ` Chanwoo Choi
-1 siblings, 0 replies; 57+ messages in thread
From: Chanwoo Choi @ 2015-06-11 8:07 UTC (permalink / raw)
To: Kishon Vijay Abraham I
Cc: Hans de Goede, Felipe Balbi, Maxime Ripard, Chen-Yu Tsai,
Roman Byshko, linux-usb-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r, devicetree,
linux-sunxi-/JYPxA39Uh5TLH3MbocFFw
Hi Hans,
I add the comment about extcon-related code.
Firstly,
I'd like you to implment the extcon driver for phy-sun4i-usb device
in drivers/extcon/ directoryby using MFD because there are both extcon
provider driver and extcon client driver. I think that all extcon
provider driver better to be included in drivers/extcon/ directory.
extcon_set_cable_state() function should be handled in extcon provider
driver which is incluced in drivers/extcon/ directory.
On 06/11/2015 02:48 PM, Kishon Vijay Abraham I wrote:
> +Chanwoo
>
> Hi,
>
> On Sunday 31 May 2015 09:40 PM, Hans de Goede wrote:
>> The usb0 phy is connected to an OTG controller, and as such needs some special
>> handling:
>>
>> 1) It allows explicit control over the pullups, enable these on phy_init and
>> disable them on phy_exit.
>>
>> 2) It has bits to signal id and vbus detect to the musb-core, add support for
>> for monitoring id and vbus detect gpio-s for use in dual role mode, and set
>> these bits to the correct values for operating in host only mode when no
>> gpios are specified in the devicetree.
>>
>> 3) When in dual role mode the musb sunxi glue needs to know if the a host or
>> device cable is plugged in, so when in dual role mode register an extcon.
>>
>> While updating the devicetree binding documentation also add documentation
>> for the sofar undocumented usage of regulators for vbus for all 3 phys.
>>
>> Signed-off-by: Hans de Goede <hdegoede-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
>> ---
>> Changes in v2:
>> -Removed the sunxi specific phy functions, instead the id / vbus gpio polling
>> has been moved to the phy-sun4i-usb driver and their status is exported
>> through extcon for the sunxi-musb glue
>> Changes in v3:
>> -No changes
>> Changes in v4:
>> -Do not call regulator_disable in an unbalanced manner when an external vbus
>> is present
>> ---
>> .../devicetree/bindings/phy/sun4i-usb-phy.txt | 18 +-
>> drivers/phy/Kconfig | 1 +
>> drivers/phy/phy-sun4i-usb.c | 273 ++++++++++++++++++++-
>> 3 files changed, 281 insertions(+), 11 deletions(-)
>>
>> diff --git a/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt b/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
>> index 16528b9..557fa99 100644
>> --- a/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
>> +++ b/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
>> @@ -23,6 +23,13 @@ Required properties:
>> * "usb1_reset"
>> * "usb2_reset" for sun4i, sun6i or sun7i
>>
>> +Optional properties:
>> +- usb0_id_det-gpios : gpio phandle for reading the otg id pin value
>> +- usb0_vbus_det-gpios : gpio phandle for detecting the presence of usb0 vbus
>> +- usb0_vbus-supply : regulator phandle for controller usb0 vbus
>> +- usb1_vbus-supply : regulator phandle for controller usb1 vbus
>> +- usb2_vbus-supply : regulator phandle for controller usb2 vbus
>> +
>> Example:
>> usbphy: phy@0x01c13400 {
>> #phy-cells = <1>;
>> @@ -32,6 +39,13 @@ Example:
>> reg-names = "phy_ctrl", "pmu1", "pmu2";
>> clocks = <&usb_clk 8>;
>> clock-names = "usb_phy";
>> - resets = <&usb_clk 1>, <&usb_clk 2>;
>> - reset-names = "usb1_reset", "usb2_reset";
>> + resets = <&usb_clk 0>, <&usb_clk 1>, <&usb_clk 2>;
>> + reset-names = "usb0_reset", "usb1_reset", "usb2_reset";
>> + pinctrl-names = "default";
>> + pinctrl-0 = <&usb0_id_detect_pin>, <&usb0_vbus_detect_pin>;
>> + usb0_id_det-gpios = <&pio 7 19 GPIO_ACTIVE_HIGH>; /* PH19 */
>> + usb0_vbus_det-gpios = <&pio 7 22 GPIO_ACTIVE_HIGH>; /* PH22 */
>> + usb0_vbus-supply = <®_usb0_vbus>;
>> + usb1_vbus-supply = <®_usb1_vbus>;
>> + usb2_vbus-supply = <®_usb2_vbus>;
>> };
>> diff --git a/drivers/phy/Kconfig b/drivers/phy/Kconfig
>> index a53bd5b..4614fba 100644
>> --- a/drivers/phy/Kconfig
>> +++ b/drivers/phy/Kconfig
>> @@ -173,6 +173,7 @@ config PHY_SUN4I_USB
>> tristate "Allwinner sunxi SoC USB PHY driver"
>> depends on ARCH_SUNXI && HAS_IOMEM && OF
>> depends on RESET_CONTROLLER
>> + select EXTCON
>
> Avoid using 'select' on visible Kconfig symbols.
>
> Also please split the patch to make the reviewing a bit easier.
>
> Thanks
> Kishon
>> select GENERIC_PHY
>> help
>> Enable this to support the transceiver that is part of Allwinner
>> diff --git a/drivers/phy/phy-sun4i-usb.c b/drivers/phy/phy-sun4i-usb.c
>> index 91c5be4..b45d707 100644
>> --- a/drivers/phy/phy-sun4i-usb.c
>> +++ b/drivers/phy/phy-sun4i-usb.c
>> @@ -1,7 +1,7 @@
>> /*
>> * Allwinner sun4i USB phy driver
>> *
>> - * Copyright (C) 2014 Hans de Goede <hdegoede-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
>> + * Copyright (C) 2014-2015 Hans de Goede <hdegoede-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
>> *
>> * Based on code from
>> * Allwinner Technology Co., Ltd. <www.allwinnertech.com>
>> @@ -23,17 +23,23 @@
>>
>> #include <linux/clk.h>
>> #include <linux/err.h>
>> +#include <linux/extcon.h>
>> #include <linux/io.h>
>> +#include <linux/interrupt.h>
>> #include <linux/kernel.h>
>> #include <linux/module.h>
>> #include <linux/mutex.h>
>> #include <linux/of.h>
>> #include <linux/of_address.h>
>> +#include <linux/of_gpio.h>
>> #include <linux/phy/phy.h>
>> #include <linux/phy/phy-sun4i-usb.h>
>> #include <linux/platform_device.h>
>> #include <linux/regulator/consumer.h>
>> #include <linux/reset.h>
>> +#include <linux/workqueue.h>
>> +
>> +#define DRIVER_NAME "sun4i-usb-phy"
>>
>> #define REG_ISCR 0x00
>> #define REG_PHYCTL 0x04
>> @@ -47,6 +53,17 @@
>> #define SUNXI_AHB_INCRX_ALIGN_EN BIT(8)
>> #define SUNXI_ULPI_BYPASS_EN BIT(0)
>>
>> +/* ISCR, Interface Status and Control bits */
>> +#define ISCR_ID_PULLUP_EN (1 << 17)
>> +#define ISCR_DPDM_PULLUP_EN (1 << 16)
>> +/* sunxi has the phy id/vbus pins not connected, so we use the force bits */
>> +#define ISCR_FORCE_ID_MASK (3 << 14)
>> +#define ISCR_FORCE_ID_LOW (2 << 14)
>> +#define ISCR_FORCE_ID_HIGH (3 << 14)
>> +#define ISCR_FORCE_VBUS_MASK (3 << 12)
>> +#define ISCR_FORCE_VBUS_LOW (2 << 12)
>> +#define ISCR_FORCE_VBUS_HIGH (3 << 12)
>> +
>> /* Common Control Bits for Both PHYs */
>> #define PHY_PLL_BW 0x03
>> #define PHY_RES45_CAL_EN 0x0c
>> @@ -63,6 +80,13 @@
>>
>> #define MAX_PHYS 3
>>
>> +/*
>> + * Note do not raise the debounce time, we must report Vusb high within 100ms
>> + * otherwise we get Vbus errors
>> + */
>> +#define DEBOUNCE_TIME msecs_to_jiffies(50)
>> +#define POLL_TIME msecs_to_jiffies(250)
>> +
>> struct sun4i_usb_phy_data {
>> void __iomem *base;
>> struct mutex mutex;
>> @@ -74,13 +98,58 @@ struct sun4i_usb_phy_data {
>> struct regulator *vbus;
>> struct reset_control *reset;
>> struct clk *clk;
>> + bool regulator_on;
>> int index;
>> } phys[MAX_PHYS];
>> + /* phy0 / otg related variables */
>> + struct extcon_dev extcon;
>> + const char *extcon_cable_names[3];
The latest extcon use the unique id to indicate the each external connector
instead of legacy string. The related patch[1] and patch[2] will be merged on v4.2-rc1.
[1] extcon: Use the unique id for external connector instead of string
- http://git.kernel.org/cgit/linux/kernel/git/gregkh/char-misc.git/commit/?h=char-misc-next&id=2a9de9c0f08d61fbe3764a21d22d0b72df97d6ae
[2] extcon: Redefine the unique id of supported external connectors without 'enum extcon' type
- http://git.kernel.org/cgit/linux/kernel/git/chanwoo/extcon.git/commit/?h=extcon-next-v4.3&id=bbd8d8b4244bb2799143c959fde57b1f034ec838
For exmaple in drivers/extcon/extcon-usb-gpio.c:
Maybe you can add the similiar array which include the supported external connector.
static const unsigned int usb_extcon_cable[] = {
EXTCON_USB,
EXTCON_USB_HOST,
EXTCON_NONE,
};
>> + bool phy0_init;
>> + bool phy0_poll;
>> + struct gpio_desc *id_det_gpio;
>> + struct gpio_desc *vbus_det_gpio;
>> + int id_det_irq;
>> + int vbus_det_irq;
>> + int id_det;
>> + int vbus_det;
>> + struct delayed_work detect;
>> };
>>
>> #define to_sun4i_usb_phy_data(phy) \
>> container_of((phy), struct sun4i_usb_phy_data, phys[(phy)->index])
>>
>> +static void sun4i_usb_phy0_update_iscr(struct phy *_phy, u32 clr, u32 set)
>> +{
>> + struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
>> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
>> + u32 iscr;
>> +
>> + iscr = readl(data->base + REG_ISCR);
>> + iscr &= ~clr;
>> + iscr |= set;
>> + writel(iscr, data->base + REG_ISCR);
>> +}
>> +
>> +static void sun4i_usb_phy0_set_id_detect(struct phy *phy, u32 val)
>> +{
>> + if (val)
>> + val = ISCR_FORCE_ID_HIGH;
>> + else
>> + val = ISCR_FORCE_ID_LOW;
>> +
>> + sun4i_usb_phy0_update_iscr(phy, ISCR_FORCE_ID_MASK, val);
>> +}
>> +
>> +static void sun4i_usb_phy0_set_vbus_detect(struct phy *phy, u32 val)
>> +{
>> + if (val)
>> + val = ISCR_FORCE_VBUS_HIGH;
>> + else
>> + val = ISCR_FORCE_VBUS_LOW;
>> +
>> + sun4i_usb_phy0_update_iscr(phy, ISCR_FORCE_VBUS_MASK, val);
>> +}
>> +
>> static void sun4i_usb_phy_write(struct sun4i_usb_phy *phy, u32 addr, u32 data,
>> int len)
>> {
>> @@ -171,12 +240,39 @@ static int sun4i_usb_phy_init(struct phy *_phy)
>>
>> sun4i_usb_phy_passby(phy, 1);
>>
>> + if (phy->index == 0) {
>> + data->phy0_init = true;
>> +
>> + /* Enable pull-ups */
>> + sun4i_usb_phy0_update_iscr(_phy, 0, ISCR_DPDM_PULLUP_EN);
>> + sun4i_usb_phy0_update_iscr(_phy, 0, ISCR_ID_PULLUP_EN);
>> +
>> + if (data->id_det_gpio) {
>> + /* OTG mode, force ISCR and cable state updates */
>> + data->id_det = -1;
>> + data->vbus_det = -1;
>> + queue_delayed_work(system_wq, &data->detect, 0);
>> + } else {
>> + /* Host only mode */
>> + sun4i_usb_phy0_set_id_detect(_phy, 0);
>> + sun4i_usb_phy0_set_vbus_detect(_phy, 1);
>> + }
>> + }
>> +
>> return 0;
>> }
>>
>> static int sun4i_usb_phy_exit(struct phy *_phy)
>> {
>> struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
>> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
>> +
>> + if (phy->index == 0) {
>> + /* Disable pull-ups */
>> + sun4i_usb_phy0_update_iscr(_phy, ISCR_DPDM_PULLUP_EN, 0);
>> + sun4i_usb_phy0_update_iscr(_phy, ISCR_ID_PULLUP_EN, 0);
>> + data->phy0_init = false;
>> + }
>>
>> sun4i_usb_phy_passby(phy, 0);
>> reset_control_assert(phy->reset);
>> @@ -188,20 +284,46 @@ static int sun4i_usb_phy_exit(struct phy *_phy)
>> static int sun4i_usb_phy_power_on(struct phy *_phy)
>> {
>> struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
>> - int ret = 0;
>> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
>> + int ret;
>> +
>> + if (!phy->vbus || phy->regulator_on)
>> + return 0;
>> +
>> + /* For phy0 only turn on Vbus if we don't have an ext. Vbus */
>> + if (phy->index == 0 && data->vbus_det)
>> + return 0;
>>
>> - if (phy->vbus)
>> - ret = regulator_enable(phy->vbus);
>> + ret = regulator_enable(phy->vbus);
>> + if (ret)
>> + return ret;
>>
>> - return ret;
>> + phy->regulator_on = true;
>> +
>> + /* We must report Vbus high within OTG_TIME_A_WAIT_VRISE msec. */
>> + if (phy->index == 0 && data->phy0_poll)
>> + mod_delayed_work(system_wq, &data->detect, DEBOUNCE_TIME);
>> +
>> + return 0;
>> }
>>
>> static int sun4i_usb_phy_power_off(struct phy *_phy)
>> {
>> struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
>> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
>> +
>> + if (!phy->vbus || !phy->regulator_on)
>> + return 0;
>>
>> - if (phy->vbus)
>> - regulator_disable(phy->vbus);
>> + regulator_disable(phy->vbus);
>> + phy->regulator_on = false;
>> +
>> + /*
>> + * phy0 vbus typically slowly discharges, sometimes this causes the
>> + * Vbus gpio to not trigger an edge irq on Vbus off, so force a rescan.
>> + */
>> + if (phy->index == 0 && !data->phy0_poll)
>> + mod_delayed_work(system_wq, &data->detect, POLL_TIME);
>>
>> return 0;
>> }
>> @@ -221,6 +343,61 @@ static struct phy_ops sun4i_usb_phy_ops = {
>> .owner = THIS_MODULE,
>> };
>>
>> +static void sun4i_usb_phy0_id_vbus_det_scan(struct work_struct *work)
>> +{
>> + struct sun4i_usb_phy_data *data =
>> + container_of(work, struct sun4i_usb_phy_data, detect.work);
>> + struct phy *phy0 = data->phys[0].phy;
>> + int id_det, vbus_det, id_notify = 0, vbus_notify = 0;
>> +
>> + id_det = gpiod_get_value_cansleep(data->id_det_gpio);
>> + vbus_det = gpiod_get_value_cansleep(data->vbus_det_gpio);
>> +
>> + mutex_lock(&phy0->mutex);
>> +
>> + if (!data->phy0_init) {
>> + mutex_unlock(&phy0->mutex);
>> + return;
>> + }
>> +
>> + if (id_det != data->id_det) {
>> + sun4i_usb_phy0_set_id_detect(phy0, id_det);
>> + data->id_det = id_det;
>> + id_notify = 1;
>> + }
>> +
>> + if (vbus_det != data->vbus_det) {
>> + sun4i_usb_phy0_set_vbus_detect(phy0, vbus_det);
>> + data->vbus_det = vbus_det;
>> + vbus_notify = 1;
>> + }
>> +
>> + mutex_unlock(&phy0->mutex);
>> +
>> + if (id_notify)
>> + extcon_set_cable_state(&data->extcon,
>> + extcon_cable_name[EXTCON_USB_HOST],
>> + !id_det);
>> +
>> + if (vbus_notify)
>> + extcon_set_cable_state(&data->extcon,
>> + extcon_cable_name[EXTCON_USB],
>> + vbus_det);
I don't want to use the legacy extcon API with string name.
Instead, you can use the recommeded extcon_set_cable_state_() API as following:
- Legacy extcon API
: extern int extcon_set_cable_state(struct extcon_dev *edev,
const char *cable_name, bool cable_state);
- Recommended extcon API
: extern int extcon_set_cable_state_(struct extcon_dev *edev, unsigned int id,
bool cable_state);
[1] extcon: Use the unique id for external connector instead of string
- http://git.kernel.org/cgit/linux/kernel/git/gregkh/char-misc.git/commit/?h=char-misc-next&id=2a9de9c0f08d61fbe3764a21d22d0b72df97d6ae
>> +
>> + if (data->phy0_poll)
>> + queue_delayed_work(system_wq, &data->detect, POLL_TIME);
>> +}
>> +
>> +static irqreturn_t sun4i_usb_phy0_id_vbus_det_irq(int irq, void *dev_id)
>> +{
>> + struct sun4i_usb_phy_data *data = dev_id;
>> +
>> + /* vbus or id changed, let the pins settle and then scan them */
>> + mod_delayed_work(system_wq, &data->detect, DEBOUNCE_TIME);
>> +
>> + return IRQ_HANDLED;
>> +}
>> +
>> static struct phy *sun4i_usb_phy_xlate(struct device *dev,
>> struct of_phandle_args *args)
>> {
>> @@ -240,13 +417,20 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>> struct phy_provider *phy_provider;
>> bool dedicated_clocks;
>> struct resource *res;
>> - int i;
>> + int i, ret;
>>
>> data = devm_kzalloc(dev, sizeof(*data), GFP_KERNEL);
>> if (!data)
>> return -ENOMEM;
>>
>> mutex_init(&data->mutex);
>> + INIT_DELAYED_WORK(&data->detect, sun4i_usb_phy0_id_vbus_det_scan);
>> + data->extcon_cable_names[0] = extcon_cable_name[EXTCON_USB_HOST];
>> + data->extcon_cable_names[1] = extcon_cable_name[EXTCON_USB];
>> + data->extcon_cable_names[2] = NULL;
>> + data->extcon.name = DRIVER_NAME;
Don't need it because extcon_dev_register() set the device name automatically.
You can check it on patch[3].
[3] http://git.kernel.org/cgit/linux/kernel/git/gregkh/char-misc.git/commit/?h=char-misc-next&id=71c3ffa5d23af0554c27010cf12710da9bf85950
>> + data->extcon.supported_cable = data->extcon_cable_names;
You can use the devm_extcon_dev_allocate() to set the supported external connectors.
>> + data->extcon.dev.parent = dev;
Don't need it because extcon_dev_register() set the parent device automatically.
The field of 'struct extcon_dev' shold be filled with extcon API without direct allocation.
>>
>> if (of_device_is_compatible(np, "allwinner,sun5i-a13-usb-phy"))
>> data->num_phys = 2;
>> @@ -269,6 +453,34 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>> if (IS_ERR(data->base))
>> return PTR_ERR(data->base);
>>
>> + data->id_det_gpio = devm_gpiod_get(dev, "usb0_id_det", GPIOD_IN);
>> + if (IS_ERR(data->id_det_gpio)) {
>> + if (PTR_ERR(data->id_det_gpio) == -EPROBE_DEFER)
>> + return -EPROBE_DEFER;
>> + data->id_det_gpio = NULL;
>> + }
>> +
>> + data->vbus_det_gpio = devm_gpiod_get(dev, "usb0_vbus_det", GPIOD_IN);
>> + if (IS_ERR(data->vbus_det_gpio)) {
>> + if (PTR_ERR(data->vbus_det_gpio) == -EPROBE_DEFER)
>> + return -EPROBE_DEFER;
>> + data->vbus_det_gpio = NULL;
>> + }
>> +
>> + /* We either want both gpio pins or neither (when in host mode) */
>> + if (!data->id_det_gpio != !data->vbus_det_gpio) {
>> + dev_err(dev, "failed to get id or vbus detect pin\n");
>> + return -ENODEV;
>> + }
>> +
>> + if (data->id_det_gpio) {
>> + ret = devm_extcon_dev_register(dev, &data->extcon);
>> + if (ret) {
>> + dev_err(dev, "failed to register extcon: %d\n", ret);
>> + return ret;
>> + }
>> + }
>> +
>> for (i = 0; i < data->num_phys; i++) {
>> struct sun4i_usb_phy *phy = data->phys + i;
>> char name[16];
>> @@ -318,12 +530,54 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>> phy_set_drvdata(phy->phy, &data->phys[i]);
>> }
>>
>> + data->id_det_irq = gpiod_to_irq(data->id_det_gpio);
>> + data->vbus_det_irq = gpiod_to_irq(data->vbus_det_gpio);
>> + if (data->id_det_irq < 0 || data->vbus_det_irq < 0)
>> + data->phy0_poll = true;
>> +
>> + if (data->id_det_irq >= 0) {
>> + ret = devm_request_irq(dev, data->id_det_irq,
>> + sun4i_usb_phy0_id_vbus_det_irq,
>> + IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
>> + "usb0-id-det", data);
>> + if (ret) {
>> + dev_err(dev, "Err requesting id-det-irq: %d\n", ret);
>> + return ret;
>> + }
>> + }
>> +
>> + if (data->vbus_det_irq >= 0) {
>> + ret = devm_request_irq(dev, data->vbus_det_irq,
>> + sun4i_usb_phy0_id_vbus_det_irq,
>> + IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
>> + "usb0-vbus-det", data);
>> + if (ret) {
>> + dev_err(dev, "Err requesting vbus-det-irq: %d\n", ret);
>> + return ret;
>> + }
>> + }
>> +
>> dev_set_drvdata(dev, data);
>> phy_provider = devm_of_phy_provider_register(dev, sun4i_usb_phy_xlate);
>>
>> return PTR_ERR_OR_ZERO(phy_provider);
>> }
>>
>> +static int sun4i_usb_phy_remove(struct platform_device *pdev)
>> +{
>> + struct device *dev = &pdev->dev;
>> + struct sun4i_usb_phy_data *data = dev_get_drvdata(dev);
>> +
>> + if (data->id_det_irq >= 0)
>> + devm_free_irq(dev, data->id_det_irq, data);
>> + if (data->vbus_det_irq >= 0)
>> + devm_free_irq(dev, data->vbus_det_irq, data);
>> +
>> + cancel_delayed_work_sync(&data->detect);
>> +
>> + return 0;
>> +}
>> +
>> static const struct of_device_id sun4i_usb_phy_of_match[] = {
>> { .compatible = "allwinner,sun4i-a10-usb-phy" },
>> { .compatible = "allwinner,sun5i-a13-usb-phy" },
>> @@ -335,9 +589,10 @@ MODULE_DEVICE_TABLE(of, sun4i_usb_phy_of_match);
>>
>> static struct platform_driver sun4i_usb_phy_driver = {
>> .probe = sun4i_usb_phy_probe,
>> + .remove = sun4i_usb_phy_remove,
>> .driver = {
>> .of_match_table = sun4i_usb_phy_of_match,
>> - .name = "sun4i-usb-phy",
>> + .name = DRIVER_NAME,
>> }
>> };
>> module_platform_driver(sun4i_usb_phy_driver);
>>
>
Thanks,
Chanwoo Choi
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 57+ messages in thread
* [PATCH v4 1/2] phy-sun4i-usb: Add full support for usb0 phy / OTG
@ 2015-06-11 8:07 ` Chanwoo Choi
0 siblings, 0 replies; 57+ messages in thread
From: Chanwoo Choi @ 2015-06-11 8:07 UTC (permalink / raw)
To: linux-arm-kernel
Hi Hans,
I add the comment about extcon-related code.
Firstly,
I'd like you to implment the extcon driver for phy-sun4i-usb device
in drivers/extcon/ directoryby using MFD because there are both extcon
provider driver and extcon client driver. I think that all extcon
provider driver better to be included in drivers/extcon/ directory.
extcon_set_cable_state() function should be handled in extcon provider
driver which is incluced in drivers/extcon/ directory.
On 06/11/2015 02:48 PM, Kishon Vijay Abraham I wrote:
> +Chanwoo
>
> Hi,
>
> On Sunday 31 May 2015 09:40 PM, Hans de Goede wrote:
>> The usb0 phy is connected to an OTG controller, and as such needs some special
>> handling:
>>
>> 1) It allows explicit control over the pullups, enable these on phy_init and
>> disable them on phy_exit.
>>
>> 2) It has bits to signal id and vbus detect to the musb-core, add support for
>> for monitoring id and vbus detect gpio-s for use in dual role mode, and set
>> these bits to the correct values for operating in host only mode when no
>> gpios are specified in the devicetree.
>>
>> 3) When in dual role mode the musb sunxi glue needs to know if the a host or
>> device cable is plugged in, so when in dual role mode register an extcon.
>>
>> While updating the devicetree binding documentation also add documentation
>> for the sofar undocumented usage of regulators for vbus for all 3 phys.
>>
>> Signed-off-by: Hans de Goede <hdegoede@redhat.com>
>> ---
>> Changes in v2:
>> -Removed the sunxi specific phy functions, instead the id / vbus gpio polling
>> has been moved to the phy-sun4i-usb driver and their status is exported
>> through extcon for the sunxi-musb glue
>> Changes in v3:
>> -No changes
>> Changes in v4:
>> -Do not call regulator_disable in an unbalanced manner when an external vbus
>> is present
>> ---
>> .../devicetree/bindings/phy/sun4i-usb-phy.txt | 18 +-
>> drivers/phy/Kconfig | 1 +
>> drivers/phy/phy-sun4i-usb.c | 273 ++++++++++++++++++++-
>> 3 files changed, 281 insertions(+), 11 deletions(-)
>>
>> diff --git a/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt b/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
>> index 16528b9..557fa99 100644
>> --- a/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
>> +++ b/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
>> @@ -23,6 +23,13 @@ Required properties:
>> * "usb1_reset"
>> * "usb2_reset" for sun4i, sun6i or sun7i
>>
>> +Optional properties:
>> +- usb0_id_det-gpios : gpio phandle for reading the otg id pin value
>> +- usb0_vbus_det-gpios : gpio phandle for detecting the presence of usb0 vbus
>> +- usb0_vbus-supply : regulator phandle for controller usb0 vbus
>> +- usb1_vbus-supply : regulator phandle for controller usb1 vbus
>> +- usb2_vbus-supply : regulator phandle for controller usb2 vbus
>> +
>> Example:
>> usbphy: phy at 0x01c13400 {
>> #phy-cells = <1>;
>> @@ -32,6 +39,13 @@ Example:
>> reg-names = "phy_ctrl", "pmu1", "pmu2";
>> clocks = <&usb_clk 8>;
>> clock-names = "usb_phy";
>> - resets = <&usb_clk 1>, <&usb_clk 2>;
>> - reset-names = "usb1_reset", "usb2_reset";
>> + resets = <&usb_clk 0>, <&usb_clk 1>, <&usb_clk 2>;
>> + reset-names = "usb0_reset", "usb1_reset", "usb2_reset";
>> + pinctrl-names = "default";
>> + pinctrl-0 = <&usb0_id_detect_pin>, <&usb0_vbus_detect_pin>;
>> + usb0_id_det-gpios = <&pio 7 19 GPIO_ACTIVE_HIGH>; /* PH19 */
>> + usb0_vbus_det-gpios = <&pio 7 22 GPIO_ACTIVE_HIGH>; /* PH22 */
>> + usb0_vbus-supply = <®_usb0_vbus>;
>> + usb1_vbus-supply = <®_usb1_vbus>;
>> + usb2_vbus-supply = <®_usb2_vbus>;
>> };
>> diff --git a/drivers/phy/Kconfig b/drivers/phy/Kconfig
>> index a53bd5b..4614fba 100644
>> --- a/drivers/phy/Kconfig
>> +++ b/drivers/phy/Kconfig
>> @@ -173,6 +173,7 @@ config PHY_SUN4I_USB
>> tristate "Allwinner sunxi SoC USB PHY driver"
>> depends on ARCH_SUNXI && HAS_IOMEM && OF
>> depends on RESET_CONTROLLER
>> + select EXTCON
>
> Avoid using 'select' on visible Kconfig symbols.
>
> Also please split the patch to make the reviewing a bit easier.
>
> Thanks
> Kishon
>> select GENERIC_PHY
>> help
>> Enable this to support the transceiver that is part of Allwinner
>> diff --git a/drivers/phy/phy-sun4i-usb.c b/drivers/phy/phy-sun4i-usb.c
>> index 91c5be4..b45d707 100644
>> --- a/drivers/phy/phy-sun4i-usb.c
>> +++ b/drivers/phy/phy-sun4i-usb.c
>> @@ -1,7 +1,7 @@
>> /*
>> * Allwinner sun4i USB phy driver
>> *
>> - * Copyright (C) 2014 Hans de Goede <hdegoede@redhat.com>
>> + * Copyright (C) 2014-2015 Hans de Goede <hdegoede@redhat.com>
>> *
>> * Based on code from
>> * Allwinner Technology Co., Ltd. <www.allwinnertech.com>
>> @@ -23,17 +23,23 @@
>>
>> #include <linux/clk.h>
>> #include <linux/err.h>
>> +#include <linux/extcon.h>
>> #include <linux/io.h>
>> +#include <linux/interrupt.h>
>> #include <linux/kernel.h>
>> #include <linux/module.h>
>> #include <linux/mutex.h>
>> #include <linux/of.h>
>> #include <linux/of_address.h>
>> +#include <linux/of_gpio.h>
>> #include <linux/phy/phy.h>
>> #include <linux/phy/phy-sun4i-usb.h>
>> #include <linux/platform_device.h>
>> #include <linux/regulator/consumer.h>
>> #include <linux/reset.h>
>> +#include <linux/workqueue.h>
>> +
>> +#define DRIVER_NAME "sun4i-usb-phy"
>>
>> #define REG_ISCR 0x00
>> #define REG_PHYCTL 0x04
>> @@ -47,6 +53,17 @@
>> #define SUNXI_AHB_INCRX_ALIGN_EN BIT(8)
>> #define SUNXI_ULPI_BYPASS_EN BIT(0)
>>
>> +/* ISCR, Interface Status and Control bits */
>> +#define ISCR_ID_PULLUP_EN (1 << 17)
>> +#define ISCR_DPDM_PULLUP_EN (1 << 16)
>> +/* sunxi has the phy id/vbus pins not connected, so we use the force bits */
>> +#define ISCR_FORCE_ID_MASK (3 << 14)
>> +#define ISCR_FORCE_ID_LOW (2 << 14)
>> +#define ISCR_FORCE_ID_HIGH (3 << 14)
>> +#define ISCR_FORCE_VBUS_MASK (3 << 12)
>> +#define ISCR_FORCE_VBUS_LOW (2 << 12)
>> +#define ISCR_FORCE_VBUS_HIGH (3 << 12)
>> +
>> /* Common Control Bits for Both PHYs */
>> #define PHY_PLL_BW 0x03
>> #define PHY_RES45_CAL_EN 0x0c
>> @@ -63,6 +80,13 @@
>>
>> #define MAX_PHYS 3
>>
>> +/*
>> + * Note do not raise the debounce time, we must report Vusb high within 100ms
>> + * otherwise we get Vbus errors
>> + */
>> +#define DEBOUNCE_TIME msecs_to_jiffies(50)
>> +#define POLL_TIME msecs_to_jiffies(250)
>> +
>> struct sun4i_usb_phy_data {
>> void __iomem *base;
>> struct mutex mutex;
>> @@ -74,13 +98,58 @@ struct sun4i_usb_phy_data {
>> struct regulator *vbus;
>> struct reset_control *reset;
>> struct clk *clk;
>> + bool regulator_on;
>> int index;
>> } phys[MAX_PHYS];
>> + /* phy0 / otg related variables */
>> + struct extcon_dev extcon;
>> + const char *extcon_cable_names[3];
The latest extcon use the unique id to indicate the each external connector
instead of legacy string. The related patch[1] and patch[2] will be merged on v4.2-rc1.
[1] extcon: Use the unique id for external connector instead of string
- http://git.kernel.org/cgit/linux/kernel/git/gregkh/char-misc.git/commit/?h=char-misc-next&id=2a9de9c0f08d61fbe3764a21d22d0b72df97d6ae
[2] extcon: Redefine the unique id of supported external connectors without 'enum extcon' type
- http://git.kernel.org/cgit/linux/kernel/git/chanwoo/extcon.git/commit/?h=extcon-next-v4.3&id=bbd8d8b4244bb2799143c959fde57b1f034ec838
For exmaple in drivers/extcon/extcon-usb-gpio.c:
Maybe you can add the similiar array which include the supported external connector.
static const unsigned int usb_extcon_cable[] = {
EXTCON_USB,
EXTCON_USB_HOST,
EXTCON_NONE,
};
>> + bool phy0_init;
>> + bool phy0_poll;
>> + struct gpio_desc *id_det_gpio;
>> + struct gpio_desc *vbus_det_gpio;
>> + int id_det_irq;
>> + int vbus_det_irq;
>> + int id_det;
>> + int vbus_det;
>> + struct delayed_work detect;
>> };
>>
>> #define to_sun4i_usb_phy_data(phy) \
>> container_of((phy), struct sun4i_usb_phy_data, phys[(phy)->index])
>>
>> +static void sun4i_usb_phy0_update_iscr(struct phy *_phy, u32 clr, u32 set)
>> +{
>> + struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
>> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
>> + u32 iscr;
>> +
>> + iscr = readl(data->base + REG_ISCR);
>> + iscr &= ~clr;
>> + iscr |= set;
>> + writel(iscr, data->base + REG_ISCR);
>> +}
>> +
>> +static void sun4i_usb_phy0_set_id_detect(struct phy *phy, u32 val)
>> +{
>> + if (val)
>> + val = ISCR_FORCE_ID_HIGH;
>> + else
>> + val = ISCR_FORCE_ID_LOW;
>> +
>> + sun4i_usb_phy0_update_iscr(phy, ISCR_FORCE_ID_MASK, val);
>> +}
>> +
>> +static void sun4i_usb_phy0_set_vbus_detect(struct phy *phy, u32 val)
>> +{
>> + if (val)
>> + val = ISCR_FORCE_VBUS_HIGH;
>> + else
>> + val = ISCR_FORCE_VBUS_LOW;
>> +
>> + sun4i_usb_phy0_update_iscr(phy, ISCR_FORCE_VBUS_MASK, val);
>> +}
>> +
>> static void sun4i_usb_phy_write(struct sun4i_usb_phy *phy, u32 addr, u32 data,
>> int len)
>> {
>> @@ -171,12 +240,39 @@ static int sun4i_usb_phy_init(struct phy *_phy)
>>
>> sun4i_usb_phy_passby(phy, 1);
>>
>> + if (phy->index == 0) {
>> + data->phy0_init = true;
>> +
>> + /* Enable pull-ups */
>> + sun4i_usb_phy0_update_iscr(_phy, 0, ISCR_DPDM_PULLUP_EN);
>> + sun4i_usb_phy0_update_iscr(_phy, 0, ISCR_ID_PULLUP_EN);
>> +
>> + if (data->id_det_gpio) {
>> + /* OTG mode, force ISCR and cable state updates */
>> + data->id_det = -1;
>> + data->vbus_det = -1;
>> + queue_delayed_work(system_wq, &data->detect, 0);
>> + } else {
>> + /* Host only mode */
>> + sun4i_usb_phy0_set_id_detect(_phy, 0);
>> + sun4i_usb_phy0_set_vbus_detect(_phy, 1);
>> + }
>> + }
>> +
>> return 0;
>> }
>>
>> static int sun4i_usb_phy_exit(struct phy *_phy)
>> {
>> struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
>> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
>> +
>> + if (phy->index == 0) {
>> + /* Disable pull-ups */
>> + sun4i_usb_phy0_update_iscr(_phy, ISCR_DPDM_PULLUP_EN, 0);
>> + sun4i_usb_phy0_update_iscr(_phy, ISCR_ID_PULLUP_EN, 0);
>> + data->phy0_init = false;
>> + }
>>
>> sun4i_usb_phy_passby(phy, 0);
>> reset_control_assert(phy->reset);
>> @@ -188,20 +284,46 @@ static int sun4i_usb_phy_exit(struct phy *_phy)
>> static int sun4i_usb_phy_power_on(struct phy *_phy)
>> {
>> struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
>> - int ret = 0;
>> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
>> + int ret;
>> +
>> + if (!phy->vbus || phy->regulator_on)
>> + return 0;
>> +
>> + /* For phy0 only turn on Vbus if we don't have an ext. Vbus */
>> + if (phy->index == 0 && data->vbus_det)
>> + return 0;
>>
>> - if (phy->vbus)
>> - ret = regulator_enable(phy->vbus);
>> + ret = regulator_enable(phy->vbus);
>> + if (ret)
>> + return ret;
>>
>> - return ret;
>> + phy->regulator_on = true;
>> +
>> + /* We must report Vbus high within OTG_TIME_A_WAIT_VRISE msec. */
>> + if (phy->index == 0 && data->phy0_poll)
>> + mod_delayed_work(system_wq, &data->detect, DEBOUNCE_TIME);
>> +
>> + return 0;
>> }
>>
>> static int sun4i_usb_phy_power_off(struct phy *_phy)
>> {
>> struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
>> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
>> +
>> + if (!phy->vbus || !phy->regulator_on)
>> + return 0;
>>
>> - if (phy->vbus)
>> - regulator_disable(phy->vbus);
>> + regulator_disable(phy->vbus);
>> + phy->regulator_on = false;
>> +
>> + /*
>> + * phy0 vbus typically slowly discharges, sometimes this causes the
>> + * Vbus gpio to not trigger an edge irq on Vbus off, so force a rescan.
>> + */
>> + if (phy->index == 0 && !data->phy0_poll)
>> + mod_delayed_work(system_wq, &data->detect, POLL_TIME);
>>
>> return 0;
>> }
>> @@ -221,6 +343,61 @@ static struct phy_ops sun4i_usb_phy_ops = {
>> .owner = THIS_MODULE,
>> };
>>
>> +static void sun4i_usb_phy0_id_vbus_det_scan(struct work_struct *work)
>> +{
>> + struct sun4i_usb_phy_data *data =
>> + container_of(work, struct sun4i_usb_phy_data, detect.work);
>> + struct phy *phy0 = data->phys[0].phy;
>> + int id_det, vbus_det, id_notify = 0, vbus_notify = 0;
>> +
>> + id_det = gpiod_get_value_cansleep(data->id_det_gpio);
>> + vbus_det = gpiod_get_value_cansleep(data->vbus_det_gpio);
>> +
>> + mutex_lock(&phy0->mutex);
>> +
>> + if (!data->phy0_init) {
>> + mutex_unlock(&phy0->mutex);
>> + return;
>> + }
>> +
>> + if (id_det != data->id_det) {
>> + sun4i_usb_phy0_set_id_detect(phy0, id_det);
>> + data->id_det = id_det;
>> + id_notify = 1;
>> + }
>> +
>> + if (vbus_det != data->vbus_det) {
>> + sun4i_usb_phy0_set_vbus_detect(phy0, vbus_det);
>> + data->vbus_det = vbus_det;
>> + vbus_notify = 1;
>> + }
>> +
>> + mutex_unlock(&phy0->mutex);
>> +
>> + if (id_notify)
>> + extcon_set_cable_state(&data->extcon,
>> + extcon_cable_name[EXTCON_USB_HOST],
>> + !id_det);
>> +
>> + if (vbus_notify)
>> + extcon_set_cable_state(&data->extcon,
>> + extcon_cable_name[EXTCON_USB],
>> + vbus_det);
I don't want to use the legacy extcon API with string name.
Instead, you can use the recommeded extcon_set_cable_state_() API as following:
- Legacy extcon API
: extern int extcon_set_cable_state(struct extcon_dev *edev,
const char *cable_name, bool cable_state);
- Recommended extcon API
: extern int extcon_set_cable_state_(struct extcon_dev *edev, unsigned int id,
bool cable_state);
[1] extcon: Use the unique id for external connector instead of string
- http://git.kernel.org/cgit/linux/kernel/git/gregkh/char-misc.git/commit/?h=char-misc-next&id=2a9de9c0f08d61fbe3764a21d22d0b72df97d6ae
>> +
>> + if (data->phy0_poll)
>> + queue_delayed_work(system_wq, &data->detect, POLL_TIME);
>> +}
>> +
>> +static irqreturn_t sun4i_usb_phy0_id_vbus_det_irq(int irq, void *dev_id)
>> +{
>> + struct sun4i_usb_phy_data *data = dev_id;
>> +
>> + /* vbus or id changed, let the pins settle and then scan them */
>> + mod_delayed_work(system_wq, &data->detect, DEBOUNCE_TIME);
>> +
>> + return IRQ_HANDLED;
>> +}
>> +
>> static struct phy *sun4i_usb_phy_xlate(struct device *dev,
>> struct of_phandle_args *args)
>> {
>> @@ -240,13 +417,20 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>> struct phy_provider *phy_provider;
>> bool dedicated_clocks;
>> struct resource *res;
>> - int i;
>> + int i, ret;
>>
>> data = devm_kzalloc(dev, sizeof(*data), GFP_KERNEL);
>> if (!data)
>> return -ENOMEM;
>>
>> mutex_init(&data->mutex);
>> + INIT_DELAYED_WORK(&data->detect, sun4i_usb_phy0_id_vbus_det_scan);
>> + data->extcon_cable_names[0] = extcon_cable_name[EXTCON_USB_HOST];
>> + data->extcon_cable_names[1] = extcon_cable_name[EXTCON_USB];
>> + data->extcon_cable_names[2] = NULL;
>> + data->extcon.name = DRIVER_NAME;
Don't need it because extcon_dev_register() set the device name automatically.
You can check it on patch[3].
[3] http://git.kernel.org/cgit/linux/kernel/git/gregkh/char-misc.git/commit/?h=char-misc-next&id=71c3ffa5d23af0554c27010cf12710da9bf85950
>> + data->extcon.supported_cable = data->extcon_cable_names;
You can use the devm_extcon_dev_allocate() to set the supported external connectors.
>> + data->extcon.dev.parent = dev;
Don't need it because extcon_dev_register() set the parent device automatically.
The field of 'struct extcon_dev' shold be filled with extcon API without direct allocation.
>>
>> if (of_device_is_compatible(np, "allwinner,sun5i-a13-usb-phy"))
>> data->num_phys = 2;
>> @@ -269,6 +453,34 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>> if (IS_ERR(data->base))
>> return PTR_ERR(data->base);
>>
>> + data->id_det_gpio = devm_gpiod_get(dev, "usb0_id_det", GPIOD_IN);
>> + if (IS_ERR(data->id_det_gpio)) {
>> + if (PTR_ERR(data->id_det_gpio) == -EPROBE_DEFER)
>> + return -EPROBE_DEFER;
>> + data->id_det_gpio = NULL;
>> + }
>> +
>> + data->vbus_det_gpio = devm_gpiod_get(dev, "usb0_vbus_det", GPIOD_IN);
>> + if (IS_ERR(data->vbus_det_gpio)) {
>> + if (PTR_ERR(data->vbus_det_gpio) == -EPROBE_DEFER)
>> + return -EPROBE_DEFER;
>> + data->vbus_det_gpio = NULL;
>> + }
>> +
>> + /* We either want both gpio pins or neither (when in host mode) */
>> + if (!data->id_det_gpio != !data->vbus_det_gpio) {
>> + dev_err(dev, "failed to get id or vbus detect pin\n");
>> + return -ENODEV;
>> + }
>> +
>> + if (data->id_det_gpio) {
>> + ret = devm_extcon_dev_register(dev, &data->extcon);
>> + if (ret) {
>> + dev_err(dev, "failed to register extcon: %d\n", ret);
>> + return ret;
>> + }
>> + }
>> +
>> for (i = 0; i < data->num_phys; i++) {
>> struct sun4i_usb_phy *phy = data->phys + i;
>> char name[16];
>> @@ -318,12 +530,54 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>> phy_set_drvdata(phy->phy, &data->phys[i]);
>> }
>>
>> + data->id_det_irq = gpiod_to_irq(data->id_det_gpio);
>> + data->vbus_det_irq = gpiod_to_irq(data->vbus_det_gpio);
>> + if (data->id_det_irq < 0 || data->vbus_det_irq < 0)
>> + data->phy0_poll = true;
>> +
>> + if (data->id_det_irq >= 0) {
>> + ret = devm_request_irq(dev, data->id_det_irq,
>> + sun4i_usb_phy0_id_vbus_det_irq,
>> + IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
>> + "usb0-id-det", data);
>> + if (ret) {
>> + dev_err(dev, "Err requesting id-det-irq: %d\n", ret);
>> + return ret;
>> + }
>> + }
>> +
>> + if (data->vbus_det_irq >= 0) {
>> + ret = devm_request_irq(dev, data->vbus_det_irq,
>> + sun4i_usb_phy0_id_vbus_det_irq,
>> + IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
>> + "usb0-vbus-det", data);
>> + if (ret) {
>> + dev_err(dev, "Err requesting vbus-det-irq: %d\n", ret);
>> + return ret;
>> + }
>> + }
>> +
>> dev_set_drvdata(dev, data);
>> phy_provider = devm_of_phy_provider_register(dev, sun4i_usb_phy_xlate);
>>
>> return PTR_ERR_OR_ZERO(phy_provider);
>> }
>>
>> +static int sun4i_usb_phy_remove(struct platform_device *pdev)
>> +{
>> + struct device *dev = &pdev->dev;
>> + struct sun4i_usb_phy_data *data = dev_get_drvdata(dev);
>> +
>> + if (data->id_det_irq >= 0)
>> + devm_free_irq(dev, data->id_det_irq, data);
>> + if (data->vbus_det_irq >= 0)
>> + devm_free_irq(dev, data->vbus_det_irq, data);
>> +
>> + cancel_delayed_work_sync(&data->detect);
>> +
>> + return 0;
>> +}
>> +
>> static const struct of_device_id sun4i_usb_phy_of_match[] = {
>> { .compatible = "allwinner,sun4i-a10-usb-phy" },
>> { .compatible = "allwinner,sun5i-a13-usb-phy" },
>> @@ -335,9 +589,10 @@ MODULE_DEVICE_TABLE(of, sun4i_usb_phy_of_match);
>>
>> static struct platform_driver sun4i_usb_phy_driver = {
>> .probe = sun4i_usb_phy_probe,
>> + .remove = sun4i_usb_phy_remove,
>> .driver = {
>> .of_match_table = sun4i_usb_phy_of_match,
>> - .name = "sun4i-usb-phy",
>> + .name = DRIVER_NAME,
>> }
>> };
>> module_platform_driver(sun4i_usb_phy_driver);
>>
>
Thanks,
Chanwoo Choi
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: [linux-sunxi] Re: [PATCH v4 1/2] phy-sun4i-usb: Add full support for usb0 phy / OTG
2015-06-11 8:07 ` Chanwoo Choi
@ 2015-06-11 8:21 ` Hans de Goede
-1 siblings, 0 replies; 57+ messages in thread
From: Hans de Goede @ 2015-06-11 8:21 UTC (permalink / raw)
To: cw00.choi-Sze3O3UU22JBDgjK7y7TUQ, Kishon Vijay Abraham I
Cc: Felipe Balbi, Maxime Ripard, Chen-Yu Tsai, Roman Byshko,
linux-usb-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r, devicetree,
linux-sunxi-/JYPxA39Uh5TLH3MbocFFw
Hi Chanwoo,
Thanks for the quick review.
On 11-06-15 10:07, Chanwoo Choi wrote:
> Hi Hans,
>
> I add the comment about extcon-related code.
>
> Firstly,
> I'd like you to implment the extcon driver for phy-sun4i-usb device
> in drivers/extcon/ directoryby using MFD
No, just no, this is not what the MFD framework is for, the usb-phy
in question here is not a multifunction device. The MFD framework
is intended for true multi-function devices like i2c attached
PMICs which have regulators, gpios, pwm, input (power button),
chargers, power-supply, etc. That is NOT the case here.
Also moving this to the MFD framework would very likely requiring
the devicetree binding for the usb-phy to change which we cannot
do as that would break the devicetree ABI.
> because there are both extcon
> provider driver and extcon client driver. I think that all extcon
> provider driver better to be included in drivers/extcon/ directory.
> extcon_set_cable_state() function should be handled in extcon provider
> driver which is incluced in drivers/extcon/ directory.
I do not find this a compelling reason, there are plenty of subsystems
where not all implementations of the subsystem class live in the subsystem
directory, e.g. input and hwmon devices are often also found outside of
the input and hwmon driver directories.
>
> On 06/11/2015 02:48 PM, Kishon Vijay Abraham I wrote:
>> +Chanwoo
>>
>> Hi,
>>
>> On Sunday 31 May 2015 09:40 PM, Hans de Goede wrote:
>>> The usb0 phy is connected to an OTG controller, and as such needs some special
>>> handling:
>>>
>>> 1) It allows explicit control over the pullups, enable these on phy_init and
>>> disable them on phy_exit.
>>>
>>> 2) It has bits to signal id and vbus detect to the musb-core, add support for
>>> for monitoring id and vbus detect gpio-s for use in dual role mode, and set
>>> these bits to the correct values for operating in host only mode when no
>>> gpios are specified in the devicetree.
>>>
>>> 3) When in dual role mode the musb sunxi glue needs to know if the a host or
>>> device cable is plugged in, so when in dual role mode register an extcon.
>>>
>>> While updating the devicetree binding documentation also add documentation
>>> for the sofar undocumented usage of regulators for vbus for all 3 phys.
>>>
>>> Signed-off-by: Hans de Goede <hdegoede-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
>>> ---
>>> Changes in v2:
>>> -Removed the sunxi specific phy functions, instead the id / vbus gpio polling
>>> has been moved to the phy-sun4i-usb driver and their status is exported
>>> through extcon for the sunxi-musb glue
>>> Changes in v3:
>>> -No changes
>>> Changes in v4:
>>> -Do not call regulator_disable in an unbalanced manner when an external vbus
>>> is present
>>> ---
>>> .../devicetree/bindings/phy/sun4i-usb-phy.txt | 18 +-
>>> drivers/phy/Kconfig | 1 +
>>> drivers/phy/phy-sun4i-usb.c | 273 ++++++++++++++++++++-
>>> 3 files changed, 281 insertions(+), 11 deletions(-)
>>>
>>> diff --git a/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt b/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
>>> index 16528b9..557fa99 100644
>>> --- a/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
>>> +++ b/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
>>> @@ -23,6 +23,13 @@ Required properties:
>>> * "usb1_reset"
>>> * "usb2_reset" for sun4i, sun6i or sun7i
>>>
>>> +Optional properties:
>>> +- usb0_id_det-gpios : gpio phandle for reading the otg id pin value
>>> +- usb0_vbus_det-gpios : gpio phandle for detecting the presence of usb0 vbus
>>> +- usb0_vbus-supply : regulator phandle for controller usb0 vbus
>>> +- usb1_vbus-supply : regulator phandle for controller usb1 vbus
>>> +- usb2_vbus-supply : regulator phandle for controller usb2 vbus
>>> +
>>> Example:
>>> usbphy: phy@0x01c13400 {
>>> #phy-cells = <1>;
>>> @@ -32,6 +39,13 @@ Example:
>>> reg-names = "phy_ctrl", "pmu1", "pmu2";
>>> clocks = <&usb_clk 8>;
>>> clock-names = "usb_phy";
>>> - resets = <&usb_clk 1>, <&usb_clk 2>;
>>> - reset-names = "usb1_reset", "usb2_reset";
>>> + resets = <&usb_clk 0>, <&usb_clk 1>, <&usb_clk 2>;
>>> + reset-names = "usb0_reset", "usb1_reset", "usb2_reset";
>>> + pinctrl-names = "default";
>>> + pinctrl-0 = <&usb0_id_detect_pin>, <&usb0_vbus_detect_pin>;
>>> + usb0_id_det-gpios = <&pio 7 19 GPIO_ACTIVE_HIGH>; /* PH19 */
>>> + usb0_vbus_det-gpios = <&pio 7 22 GPIO_ACTIVE_HIGH>; /* PH22 */
>>> + usb0_vbus-supply = <®_usb0_vbus>;
>>> + usb1_vbus-supply = <®_usb1_vbus>;
>>> + usb2_vbus-supply = <®_usb2_vbus>;
>>> };
>>> diff --git a/drivers/phy/Kconfig b/drivers/phy/Kconfig
>>> index a53bd5b..4614fba 100644
>>> --- a/drivers/phy/Kconfig
>>> +++ b/drivers/phy/Kconfig
>>> @@ -173,6 +173,7 @@ config PHY_SUN4I_USB
>>> tristate "Allwinner sunxi SoC USB PHY driver"
>>> depends on ARCH_SUNXI && HAS_IOMEM && OF
>>> depends on RESET_CONTROLLER
>>> + select EXTCON
>>
>> Avoid using 'select' on visible Kconfig symbols.
>>
>> Also please split the patch to make the reviewing a bit easier.
>>
>> Thanks
>> Kishon
>>> select GENERIC_PHY
>>> help
>>> Enable this to support the transceiver that is part of Allwinner
>>> diff --git a/drivers/phy/phy-sun4i-usb.c b/drivers/phy/phy-sun4i-usb.c
>>> index 91c5be4..b45d707 100644
>>> --- a/drivers/phy/phy-sun4i-usb.c
>>> +++ b/drivers/phy/phy-sun4i-usb.c
>>> @@ -1,7 +1,7 @@
>>> /*
>>> * Allwinner sun4i USB phy driver
>>> *
>>> - * Copyright (C) 2014 Hans de Goede <hdegoede-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
>>> + * Copyright (C) 2014-2015 Hans de Goede <hdegoede-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
>>> *
>>> * Based on code from
>>> * Allwinner Technology Co., Ltd. <www.allwinnertech.com>
>>> @@ -23,17 +23,23 @@
>>>
>>> #include <linux/clk.h>
>>> #include <linux/err.h>
>>> +#include <linux/extcon.h>
>>> #include <linux/io.h>
>>> +#include <linux/interrupt.h>
>>> #include <linux/kernel.h>
>>> #include <linux/module.h>
>>> #include <linux/mutex.h>
>>> #include <linux/of.h>
>>> #include <linux/of_address.h>
>>> +#include <linux/of_gpio.h>
>>> #include <linux/phy/phy.h>
>>> #include <linux/phy/phy-sun4i-usb.h>
>>> #include <linux/platform_device.h>
>>> #include <linux/regulator/consumer.h>
>>> #include <linux/reset.h>
>>> +#include <linux/workqueue.h>
>>> +
>>> +#define DRIVER_NAME "sun4i-usb-phy"
>>>
>>> #define REG_ISCR 0x00
>>> #define REG_PHYCTL 0x04
>>> @@ -47,6 +53,17 @@
>>> #define SUNXI_AHB_INCRX_ALIGN_EN BIT(8)
>>> #define SUNXI_ULPI_BYPASS_EN BIT(0)
>>>
>>> +/* ISCR, Interface Status and Control bits */
>>> +#define ISCR_ID_PULLUP_EN (1 << 17)
>>> +#define ISCR_DPDM_PULLUP_EN (1 << 16)
>>> +/* sunxi has the phy id/vbus pins not connected, so we use the force bits */
>>> +#define ISCR_FORCE_ID_MASK (3 << 14)
>>> +#define ISCR_FORCE_ID_LOW (2 << 14)
>>> +#define ISCR_FORCE_ID_HIGH (3 << 14)
>>> +#define ISCR_FORCE_VBUS_MASK (3 << 12)
>>> +#define ISCR_FORCE_VBUS_LOW (2 << 12)
>>> +#define ISCR_FORCE_VBUS_HIGH (3 << 12)
>>> +
>>> /* Common Control Bits for Both PHYs */
>>> #define PHY_PLL_BW 0x03
>>> #define PHY_RES45_CAL_EN 0x0c
>>> @@ -63,6 +80,13 @@
>>>
>>> #define MAX_PHYS 3
>>>
>>> +/*
>>> + * Note do not raise the debounce time, we must report Vusb high within 100ms
>>> + * otherwise we get Vbus errors
>>> + */
>>> +#define DEBOUNCE_TIME msecs_to_jiffies(50)
>>> +#define POLL_TIME msecs_to_jiffies(250)
>>> +
>>> struct sun4i_usb_phy_data {
>>> void __iomem *base;
>>> struct mutex mutex;
>>> @@ -74,13 +98,58 @@ struct sun4i_usb_phy_data {
>>> struct regulator *vbus;
>>> struct reset_control *reset;
>>> struct clk *clk;
>>> + bool regulator_on;
>>> int index;
>>> } phys[MAX_PHYS];
>>> + /* phy0 / otg related variables */
>>> + struct extcon_dev extcon;
>>> + const char *extcon_cable_names[3];
>
> The latest extcon use the unique id to indicate the each external connector
> instead of legacy string. The related patch[1] and patch[2] will be merged on v4.2-rc1.
>
> [1] extcon: Use the unique id for external connector instead of string
> - http://git.kernel.org/cgit/linux/kernel/git/gregkh/char-misc.git/commit/?h=char-misc-next&id=2a9de9c0f08d61fbe3764a21d22d0b72df97d6ae
> [2] extcon: Redefine the unique id of supported external connectors without 'enum extcon' type
> - http://git.kernel.org/cgit/linux/kernel/git/chanwoo/extcon.git/commit/?h=extcon-next-v4.3&id=bbd8d8b4244bb2799143c959fde57b1f034ec838
>
> For exmaple in drivers/extcon/extcon-usb-gpio.c:
> Maybe you can add the similiar array which include the supported external connector.
>
> static const unsigned int usb_extcon_cable[] = {
> EXTCON_USB,
> EXTCON_USB_HOST,
> EXTCON_NONE,
> };
Ah, that is good to know, I'll port the extcon code in phy-sun4i-usb.c to
this new API for the next version of the patch.
Thanks & Regards,
Hans
>
>>> + bool phy0_init;
>>> + bool phy0_poll;
>>> + struct gpio_desc *id_det_gpio;
>>> + struct gpio_desc *vbus_det_gpio;
>>> + int id_det_irq;
>>> + int vbus_det_irq;
>>> + int id_det;
>>> + int vbus_det;
>>> + struct delayed_work detect;
>>> };
>>>
>>> #define to_sun4i_usb_phy_data(phy) \
>>> container_of((phy), struct sun4i_usb_phy_data, phys[(phy)->index])
>>>
>>> +static void sun4i_usb_phy0_update_iscr(struct phy *_phy, u32 clr, u32 set)
>>> +{
>>> + struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
>>> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
>>> + u32 iscr;
>>> +
>>> + iscr = readl(data->base + REG_ISCR);
>>> + iscr &= ~clr;
>>> + iscr |= set;
>>> + writel(iscr, data->base + REG_ISCR);
>>> +}
>>> +
>>> +static void sun4i_usb_phy0_set_id_detect(struct phy *phy, u32 val)
>>> +{
>>> + if (val)
>>> + val = ISCR_FORCE_ID_HIGH;
>>> + else
>>> + val = ISCR_FORCE_ID_LOW;
>>> +
>>> + sun4i_usb_phy0_update_iscr(phy, ISCR_FORCE_ID_MASK, val);
>>> +}
>>> +
>>> +static void sun4i_usb_phy0_set_vbus_detect(struct phy *phy, u32 val)
>>> +{
>>> + if (val)
>>> + val = ISCR_FORCE_VBUS_HIGH;
>>> + else
>>> + val = ISCR_FORCE_VBUS_LOW;
>>> +
>>> + sun4i_usb_phy0_update_iscr(phy, ISCR_FORCE_VBUS_MASK, val);
>>> +}
>>> +
>>> static void sun4i_usb_phy_write(struct sun4i_usb_phy *phy, u32 addr, u32 data,
>>> int len)
>>> {
>>> @@ -171,12 +240,39 @@ static int sun4i_usb_phy_init(struct phy *_phy)
>>>
>>> sun4i_usb_phy_passby(phy, 1);
>>>
>>> + if (phy->index == 0) {
>>> + data->phy0_init = true;
>>> +
>>> + /* Enable pull-ups */
>>> + sun4i_usb_phy0_update_iscr(_phy, 0, ISCR_DPDM_PULLUP_EN);
>>> + sun4i_usb_phy0_update_iscr(_phy, 0, ISCR_ID_PULLUP_EN);
>>> +
>>> + if (data->id_det_gpio) {
>>> + /* OTG mode, force ISCR and cable state updates */
>>> + data->id_det = -1;
>>> + data->vbus_det = -1;
>>> + queue_delayed_work(system_wq, &data->detect, 0);
>>> + } else {
>>> + /* Host only mode */
>>> + sun4i_usb_phy0_set_id_detect(_phy, 0);
>>> + sun4i_usb_phy0_set_vbus_detect(_phy, 1);
>>> + }
>>> + }
>>> +
>>> return 0;
>>> }
>>>
>>> static int sun4i_usb_phy_exit(struct phy *_phy)
>>> {
>>> struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
>>> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
>>> +
>>> + if (phy->index == 0) {
>>> + /* Disable pull-ups */
>>> + sun4i_usb_phy0_update_iscr(_phy, ISCR_DPDM_PULLUP_EN, 0);
>>> + sun4i_usb_phy0_update_iscr(_phy, ISCR_ID_PULLUP_EN, 0);
>>> + data->phy0_init = false;
>>> + }
>>>
>>> sun4i_usb_phy_passby(phy, 0);
>>> reset_control_assert(phy->reset);
>>> @@ -188,20 +284,46 @@ static int sun4i_usb_phy_exit(struct phy *_phy)
>>> static int sun4i_usb_phy_power_on(struct phy *_phy)
>>> {
>>> struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
>>> - int ret = 0;
>>> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
>>> + int ret;
>>> +
>>> + if (!phy->vbus || phy->regulator_on)
>>> + return 0;
>>> +
>>> + /* For phy0 only turn on Vbus if we don't have an ext. Vbus */
>>> + if (phy->index == 0 && data->vbus_det)
>>> + return 0;
>>>
>>> - if (phy->vbus)
>>> - ret = regulator_enable(phy->vbus);
>>> + ret = regulator_enable(phy->vbus);
>>> + if (ret)
>>> + return ret;
>>>
>>> - return ret;
>>> + phy->regulator_on = true;
>>> +
>>> + /* We must report Vbus high within OTG_TIME_A_WAIT_VRISE msec. */
>>> + if (phy->index == 0 && data->phy0_poll)
>>> + mod_delayed_work(system_wq, &data->detect, DEBOUNCE_TIME);
>>> +
>>> + return 0;
>>> }
>>>
>>> static int sun4i_usb_phy_power_off(struct phy *_phy)
>>> {
>>> struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
>>> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
>>> +
>>> + if (!phy->vbus || !phy->regulator_on)
>>> + return 0;
>>>
>>> - if (phy->vbus)
>>> - regulator_disable(phy->vbus);
>>> + regulator_disable(phy->vbus);
>>> + phy->regulator_on = false;
>>> +
>>> + /*
>>> + * phy0 vbus typically slowly discharges, sometimes this causes the
>>> + * Vbus gpio to not trigger an edge irq on Vbus off, so force a rescan.
>>> + */
>>> + if (phy->index == 0 && !data->phy0_poll)
>>> + mod_delayed_work(system_wq, &data->detect, POLL_TIME);
>>>
>>> return 0;
>>> }
>>> @@ -221,6 +343,61 @@ static struct phy_ops sun4i_usb_phy_ops = {
>>> .owner = THIS_MODULE,
>>> };
>>>
>>> +static void sun4i_usb_phy0_id_vbus_det_scan(struct work_struct *work)
>>> +{
>>> + struct sun4i_usb_phy_data *data =
>>> + container_of(work, struct sun4i_usb_phy_data, detect.work);
>>> + struct phy *phy0 = data->phys[0].phy;
>>> + int id_det, vbus_det, id_notify = 0, vbus_notify = 0;
>>> +
>>> + id_det = gpiod_get_value_cansleep(data->id_det_gpio);
>>> + vbus_det = gpiod_get_value_cansleep(data->vbus_det_gpio);
>>> +
>>> + mutex_lock(&phy0->mutex);
>>> +
>>> + if (!data->phy0_init) {
>>> + mutex_unlock(&phy0->mutex);
>>> + return;
>>> + }
>>> +
>>> + if (id_det != data->id_det) {
>>> + sun4i_usb_phy0_set_id_detect(phy0, id_det);
>>> + data->id_det = id_det;
>>> + id_notify = 1;
>>> + }
>>> +
>>> + if (vbus_det != data->vbus_det) {
>>> + sun4i_usb_phy0_set_vbus_detect(phy0, vbus_det);
>>> + data->vbus_det = vbus_det;
>>> + vbus_notify = 1;
>>> + }
>>> +
>>> + mutex_unlock(&phy0->mutex);
>>> +
>>> + if (id_notify)
>>> + extcon_set_cable_state(&data->extcon,
>>> + extcon_cable_name[EXTCON_USB_HOST],
>>> + !id_det);
>>> +
>>> + if (vbus_notify)
>>> + extcon_set_cable_state(&data->extcon,
>>> + extcon_cable_name[EXTCON_USB],
>>> + vbus_det);
>
> I don't want to use the legacy extcon API with string name.
> Instead, you can use the recommeded extcon_set_cable_state_() API as following:
>
> - Legacy extcon API
> : extern int extcon_set_cable_state(struct extcon_dev *edev,
> const char *cable_name, bool cable_state);
> - Recommended extcon API
> : extern int extcon_set_cable_state_(struct extcon_dev *edev, unsigned int id,
> bool cable_state);
>
> [1] extcon: Use the unique id for external connector instead of string
> - http://git.kernel.org/cgit/linux/kernel/git/gregkh/char-misc.git/commit/?h=char-misc-next&id=2a9de9c0f08d61fbe3764a21d22d0b72df97d6ae
>
>>> +
>>> + if (data->phy0_poll)
>>> + queue_delayed_work(system_wq, &data->detect, POLL_TIME);
>>> +}
>>> +
>>> +static irqreturn_t sun4i_usb_phy0_id_vbus_det_irq(int irq, void *dev_id)
>>> +{
>>> + struct sun4i_usb_phy_data *data = dev_id;
>>> +
>>> + /* vbus or id changed, let the pins settle and then scan them */
>>> + mod_delayed_work(system_wq, &data->detect, DEBOUNCE_TIME);
>>> +
>>> + return IRQ_HANDLED;
>>> +}
>>> +
>>> static struct phy *sun4i_usb_phy_xlate(struct device *dev,
>>> struct of_phandle_args *args)
>>> {
>>> @@ -240,13 +417,20 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>>> struct phy_provider *phy_provider;
>>> bool dedicated_clocks;
>>> struct resource *res;
>>> - int i;
>>> + int i, ret;
>>>
>>> data = devm_kzalloc(dev, sizeof(*data), GFP_KERNEL);
>>> if (!data)
>>> return -ENOMEM;
>>>
>>> mutex_init(&data->mutex);
>>> + INIT_DELAYED_WORK(&data->detect, sun4i_usb_phy0_id_vbus_det_scan);
>>> + data->extcon_cable_names[0] = extcon_cable_name[EXTCON_USB_HOST];
>>> + data->extcon_cable_names[1] = extcon_cable_name[EXTCON_USB];
>>> + data->extcon_cable_names[2] = NULL;
>>> + data->extcon.name = DRIVER_NAME;
>
> Don't need it because extcon_dev_register() set the device name automatically.
> You can check it on patch[3].
> [3] http://git.kernel.org/cgit/linux/kernel/git/gregkh/char-misc.git/commit/?h=char-misc-next&id=71c3ffa5d23af0554c27010cf12710da9bf85950
>
>>> + data->extcon.supported_cable = data->extcon_cable_names;
>
> You can use the devm_extcon_dev_allocate() to set the supported external connectors.
>
>>> + data->extcon.dev.parent = dev;
>
> Don't need it because extcon_dev_register() set the parent device automatically.
>
> The field of 'struct extcon_dev' shold be filled with extcon API without direct allocation.
>
>>>
>>> if (of_device_is_compatible(np, "allwinner,sun5i-a13-usb-phy"))
>>> data->num_phys = 2;
>>> @@ -269,6 +453,34 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>>> if (IS_ERR(data->base))
>>> return PTR_ERR(data->base);
>>>
>>> + data->id_det_gpio = devm_gpiod_get(dev, "usb0_id_det", GPIOD_IN);
>>> + if (IS_ERR(data->id_det_gpio)) {
>>> + if (PTR_ERR(data->id_det_gpio) == -EPROBE_DEFER)
>>> + return -EPROBE_DEFER;
>>> + data->id_det_gpio = NULL;
>>> + }
>>> +
>>> + data->vbus_det_gpio = devm_gpiod_get(dev, "usb0_vbus_det", GPIOD_IN);
>>> + if (IS_ERR(data->vbus_det_gpio)) {
>>> + if (PTR_ERR(data->vbus_det_gpio) == -EPROBE_DEFER)
>>> + return -EPROBE_DEFER;
>>> + data->vbus_det_gpio = NULL;
>>> + }
>>> +
>>> + /* We either want both gpio pins or neither (when in host mode) */
>>> + if (!data->id_det_gpio != !data->vbus_det_gpio) {
>>> + dev_err(dev, "failed to get id or vbus detect pin\n");
>>> + return -ENODEV;
>>> + }
>>> +
>>> + if (data->id_det_gpio) {
>>> + ret = devm_extcon_dev_register(dev, &data->extcon);
>>> + if (ret) {
>>> + dev_err(dev, "failed to register extcon: %d\n", ret);
>>> + return ret;
>>> + }
>>> + }
>>> +
>>> for (i = 0; i < data->num_phys; i++) {
>>> struct sun4i_usb_phy *phy = data->phys + i;
>>> char name[16];
>>> @@ -318,12 +530,54 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>>> phy_set_drvdata(phy->phy, &data->phys[i]);
>>> }
>>>
>>> + data->id_det_irq = gpiod_to_irq(data->id_det_gpio);
>>> + data->vbus_det_irq = gpiod_to_irq(data->vbus_det_gpio);
>>> + if (data->id_det_irq < 0 || data->vbus_det_irq < 0)
>>> + data->phy0_poll = true;
>>> +
>>> + if (data->id_det_irq >= 0) {
>>> + ret = devm_request_irq(dev, data->id_det_irq,
>>> + sun4i_usb_phy0_id_vbus_det_irq,
>>> + IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
>>> + "usb0-id-det", data);
>>> + if (ret) {
>>> + dev_err(dev, "Err requesting id-det-irq: %d\n", ret);
>>> + return ret;
>>> + }
>>> + }
>>> +
>>> + if (data->vbus_det_irq >= 0) {
>>> + ret = devm_request_irq(dev, data->vbus_det_irq,
>>> + sun4i_usb_phy0_id_vbus_det_irq,
>>> + IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
>>> + "usb0-vbus-det", data);
>>> + if (ret) {
>>> + dev_err(dev, "Err requesting vbus-det-irq: %d\n", ret);
>>> + return ret;
>>> + }
>>> + }
>>> +
>>> dev_set_drvdata(dev, data);
>>> phy_provider = devm_of_phy_provider_register(dev, sun4i_usb_phy_xlate);
>>>
>>> return PTR_ERR_OR_ZERO(phy_provider);
>>> }
>>>
>>> +static int sun4i_usb_phy_remove(struct platform_device *pdev)
>>> +{
>>> + struct device *dev = &pdev->dev;
>>> + struct sun4i_usb_phy_data *data = dev_get_drvdata(dev);
>>> +
>>> + if (data->id_det_irq >= 0)
>>> + devm_free_irq(dev, data->id_det_irq, data);
>>> + if (data->vbus_det_irq >= 0)
>>> + devm_free_irq(dev, data->vbus_det_irq, data);
>>> +
>>> + cancel_delayed_work_sync(&data->detect);
>>> +
>>> + return 0;
>>> +}
>>> +
>>> static const struct of_device_id sun4i_usb_phy_of_match[] = {
>>> { .compatible = "allwinner,sun4i-a10-usb-phy" },
>>> { .compatible = "allwinner,sun5i-a13-usb-phy" },
>>> @@ -335,9 +589,10 @@ MODULE_DEVICE_TABLE(of, sun4i_usb_phy_of_match);
>>>
>>> static struct platform_driver sun4i_usb_phy_driver = {
>>> .probe = sun4i_usb_phy_probe,
>>> + .remove = sun4i_usb_phy_remove,
>>> .driver = {
>>> .of_match_table = sun4i_usb_phy_of_match,
>>> - .name = "sun4i-usb-phy",
>>> + .name = DRIVER_NAME,
>>> }
>>> };
>>> module_platform_driver(sun4i_usb_phy_driver);
>>>
>>
>
> Thanks,
> Chanwoo Choi
>
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 57+ messages in thread
* [linux-sunxi] Re: [PATCH v4 1/2] phy-sun4i-usb: Add full support for usb0 phy / OTG
@ 2015-06-11 8:21 ` Hans de Goede
0 siblings, 0 replies; 57+ messages in thread
From: Hans de Goede @ 2015-06-11 8:21 UTC (permalink / raw)
To: linux-arm-kernel
Hi Chanwoo,
Thanks for the quick review.
On 11-06-15 10:07, Chanwoo Choi wrote:
> Hi Hans,
>
> I add the comment about extcon-related code.
>
> Firstly,
> I'd like you to implment the extcon driver for phy-sun4i-usb device
> in drivers/extcon/ directoryby using MFD
No, just no, this is not what the MFD framework is for, the usb-phy
in question here is not a multifunction device. The MFD framework
is intended for true multi-function devices like i2c attached
PMICs which have regulators, gpios, pwm, input (power button),
chargers, power-supply, etc. That is NOT the case here.
Also moving this to the MFD framework would very likely requiring
the devicetree binding for the usb-phy to change which we cannot
do as that would break the devicetree ABI.
> because there are both extcon
> provider driver and extcon client driver. I think that all extcon
> provider driver better to be included in drivers/extcon/ directory.
> extcon_set_cable_state() function should be handled in extcon provider
> driver which is incluced in drivers/extcon/ directory.
I do not find this a compelling reason, there are plenty of subsystems
where not all implementations of the subsystem class live in the subsystem
directory, e.g. input and hwmon devices are often also found outside of
the input and hwmon driver directories.
>
> On 06/11/2015 02:48 PM, Kishon Vijay Abraham I wrote:
>> +Chanwoo
>>
>> Hi,
>>
>> On Sunday 31 May 2015 09:40 PM, Hans de Goede wrote:
>>> The usb0 phy is connected to an OTG controller, and as such needs some special
>>> handling:
>>>
>>> 1) It allows explicit control over the pullups, enable these on phy_init and
>>> disable them on phy_exit.
>>>
>>> 2) It has bits to signal id and vbus detect to the musb-core, add support for
>>> for monitoring id and vbus detect gpio-s for use in dual role mode, and set
>>> these bits to the correct values for operating in host only mode when no
>>> gpios are specified in the devicetree.
>>>
>>> 3) When in dual role mode the musb sunxi glue needs to know if the a host or
>>> device cable is plugged in, so when in dual role mode register an extcon.
>>>
>>> While updating the devicetree binding documentation also add documentation
>>> for the sofar undocumented usage of regulators for vbus for all 3 phys.
>>>
>>> Signed-off-by: Hans de Goede <hdegoede@redhat.com>
>>> ---
>>> Changes in v2:
>>> -Removed the sunxi specific phy functions, instead the id / vbus gpio polling
>>> has been moved to the phy-sun4i-usb driver and their status is exported
>>> through extcon for the sunxi-musb glue
>>> Changes in v3:
>>> -No changes
>>> Changes in v4:
>>> -Do not call regulator_disable in an unbalanced manner when an external vbus
>>> is present
>>> ---
>>> .../devicetree/bindings/phy/sun4i-usb-phy.txt | 18 +-
>>> drivers/phy/Kconfig | 1 +
>>> drivers/phy/phy-sun4i-usb.c | 273 ++++++++++++++++++++-
>>> 3 files changed, 281 insertions(+), 11 deletions(-)
>>>
>>> diff --git a/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt b/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
>>> index 16528b9..557fa99 100644
>>> --- a/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
>>> +++ b/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
>>> @@ -23,6 +23,13 @@ Required properties:
>>> * "usb1_reset"
>>> * "usb2_reset" for sun4i, sun6i or sun7i
>>>
>>> +Optional properties:
>>> +- usb0_id_det-gpios : gpio phandle for reading the otg id pin value
>>> +- usb0_vbus_det-gpios : gpio phandle for detecting the presence of usb0 vbus
>>> +- usb0_vbus-supply : regulator phandle for controller usb0 vbus
>>> +- usb1_vbus-supply : regulator phandle for controller usb1 vbus
>>> +- usb2_vbus-supply : regulator phandle for controller usb2 vbus
>>> +
>>> Example:
>>> usbphy: phy at 0x01c13400 {
>>> #phy-cells = <1>;
>>> @@ -32,6 +39,13 @@ Example:
>>> reg-names = "phy_ctrl", "pmu1", "pmu2";
>>> clocks = <&usb_clk 8>;
>>> clock-names = "usb_phy";
>>> - resets = <&usb_clk 1>, <&usb_clk 2>;
>>> - reset-names = "usb1_reset", "usb2_reset";
>>> + resets = <&usb_clk 0>, <&usb_clk 1>, <&usb_clk 2>;
>>> + reset-names = "usb0_reset", "usb1_reset", "usb2_reset";
>>> + pinctrl-names = "default";
>>> + pinctrl-0 = <&usb0_id_detect_pin>, <&usb0_vbus_detect_pin>;
>>> + usb0_id_det-gpios = <&pio 7 19 GPIO_ACTIVE_HIGH>; /* PH19 */
>>> + usb0_vbus_det-gpios = <&pio 7 22 GPIO_ACTIVE_HIGH>; /* PH22 */
>>> + usb0_vbus-supply = <®_usb0_vbus>;
>>> + usb1_vbus-supply = <®_usb1_vbus>;
>>> + usb2_vbus-supply = <®_usb2_vbus>;
>>> };
>>> diff --git a/drivers/phy/Kconfig b/drivers/phy/Kconfig
>>> index a53bd5b..4614fba 100644
>>> --- a/drivers/phy/Kconfig
>>> +++ b/drivers/phy/Kconfig
>>> @@ -173,6 +173,7 @@ config PHY_SUN4I_USB
>>> tristate "Allwinner sunxi SoC USB PHY driver"
>>> depends on ARCH_SUNXI && HAS_IOMEM && OF
>>> depends on RESET_CONTROLLER
>>> + select EXTCON
>>
>> Avoid using 'select' on visible Kconfig symbols.
>>
>> Also please split the patch to make the reviewing a bit easier.
>>
>> Thanks
>> Kishon
>>> select GENERIC_PHY
>>> help
>>> Enable this to support the transceiver that is part of Allwinner
>>> diff --git a/drivers/phy/phy-sun4i-usb.c b/drivers/phy/phy-sun4i-usb.c
>>> index 91c5be4..b45d707 100644
>>> --- a/drivers/phy/phy-sun4i-usb.c
>>> +++ b/drivers/phy/phy-sun4i-usb.c
>>> @@ -1,7 +1,7 @@
>>> /*
>>> * Allwinner sun4i USB phy driver
>>> *
>>> - * Copyright (C) 2014 Hans de Goede <hdegoede@redhat.com>
>>> + * Copyright (C) 2014-2015 Hans de Goede <hdegoede@redhat.com>
>>> *
>>> * Based on code from
>>> * Allwinner Technology Co., Ltd. <www.allwinnertech.com>
>>> @@ -23,17 +23,23 @@
>>>
>>> #include <linux/clk.h>
>>> #include <linux/err.h>
>>> +#include <linux/extcon.h>
>>> #include <linux/io.h>
>>> +#include <linux/interrupt.h>
>>> #include <linux/kernel.h>
>>> #include <linux/module.h>
>>> #include <linux/mutex.h>
>>> #include <linux/of.h>
>>> #include <linux/of_address.h>
>>> +#include <linux/of_gpio.h>
>>> #include <linux/phy/phy.h>
>>> #include <linux/phy/phy-sun4i-usb.h>
>>> #include <linux/platform_device.h>
>>> #include <linux/regulator/consumer.h>
>>> #include <linux/reset.h>
>>> +#include <linux/workqueue.h>
>>> +
>>> +#define DRIVER_NAME "sun4i-usb-phy"
>>>
>>> #define REG_ISCR 0x00
>>> #define REG_PHYCTL 0x04
>>> @@ -47,6 +53,17 @@
>>> #define SUNXI_AHB_INCRX_ALIGN_EN BIT(8)
>>> #define SUNXI_ULPI_BYPASS_EN BIT(0)
>>>
>>> +/* ISCR, Interface Status and Control bits */
>>> +#define ISCR_ID_PULLUP_EN (1 << 17)
>>> +#define ISCR_DPDM_PULLUP_EN (1 << 16)
>>> +/* sunxi has the phy id/vbus pins not connected, so we use the force bits */
>>> +#define ISCR_FORCE_ID_MASK (3 << 14)
>>> +#define ISCR_FORCE_ID_LOW (2 << 14)
>>> +#define ISCR_FORCE_ID_HIGH (3 << 14)
>>> +#define ISCR_FORCE_VBUS_MASK (3 << 12)
>>> +#define ISCR_FORCE_VBUS_LOW (2 << 12)
>>> +#define ISCR_FORCE_VBUS_HIGH (3 << 12)
>>> +
>>> /* Common Control Bits for Both PHYs */
>>> #define PHY_PLL_BW 0x03
>>> #define PHY_RES45_CAL_EN 0x0c
>>> @@ -63,6 +80,13 @@
>>>
>>> #define MAX_PHYS 3
>>>
>>> +/*
>>> + * Note do not raise the debounce time, we must report Vusb high within 100ms
>>> + * otherwise we get Vbus errors
>>> + */
>>> +#define DEBOUNCE_TIME msecs_to_jiffies(50)
>>> +#define POLL_TIME msecs_to_jiffies(250)
>>> +
>>> struct sun4i_usb_phy_data {
>>> void __iomem *base;
>>> struct mutex mutex;
>>> @@ -74,13 +98,58 @@ struct sun4i_usb_phy_data {
>>> struct regulator *vbus;
>>> struct reset_control *reset;
>>> struct clk *clk;
>>> + bool regulator_on;
>>> int index;
>>> } phys[MAX_PHYS];
>>> + /* phy0 / otg related variables */
>>> + struct extcon_dev extcon;
>>> + const char *extcon_cable_names[3];
>
> The latest extcon use the unique id to indicate the each external connector
> instead of legacy string. The related patch[1] and patch[2] will be merged on v4.2-rc1.
>
> [1] extcon: Use the unique id for external connector instead of string
> - http://git.kernel.org/cgit/linux/kernel/git/gregkh/char-misc.git/commit/?h=char-misc-next&id=2a9de9c0f08d61fbe3764a21d22d0b72df97d6ae
> [2] extcon: Redefine the unique id of supported external connectors without 'enum extcon' type
> - http://git.kernel.org/cgit/linux/kernel/git/chanwoo/extcon.git/commit/?h=extcon-next-v4.3&id=bbd8d8b4244bb2799143c959fde57b1f034ec838
>
> For exmaple in drivers/extcon/extcon-usb-gpio.c:
> Maybe you can add the similiar array which include the supported external connector.
>
> static const unsigned int usb_extcon_cable[] = {
> EXTCON_USB,
> EXTCON_USB_HOST,
> EXTCON_NONE,
> };
Ah, that is good to know, I'll port the extcon code in phy-sun4i-usb.c to
this new API for the next version of the patch.
Thanks & Regards,
Hans
>
>>> + bool phy0_init;
>>> + bool phy0_poll;
>>> + struct gpio_desc *id_det_gpio;
>>> + struct gpio_desc *vbus_det_gpio;
>>> + int id_det_irq;
>>> + int vbus_det_irq;
>>> + int id_det;
>>> + int vbus_det;
>>> + struct delayed_work detect;
>>> };
>>>
>>> #define to_sun4i_usb_phy_data(phy) \
>>> container_of((phy), struct sun4i_usb_phy_data, phys[(phy)->index])
>>>
>>> +static void sun4i_usb_phy0_update_iscr(struct phy *_phy, u32 clr, u32 set)
>>> +{
>>> + struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
>>> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
>>> + u32 iscr;
>>> +
>>> + iscr = readl(data->base + REG_ISCR);
>>> + iscr &= ~clr;
>>> + iscr |= set;
>>> + writel(iscr, data->base + REG_ISCR);
>>> +}
>>> +
>>> +static void sun4i_usb_phy0_set_id_detect(struct phy *phy, u32 val)
>>> +{
>>> + if (val)
>>> + val = ISCR_FORCE_ID_HIGH;
>>> + else
>>> + val = ISCR_FORCE_ID_LOW;
>>> +
>>> + sun4i_usb_phy0_update_iscr(phy, ISCR_FORCE_ID_MASK, val);
>>> +}
>>> +
>>> +static void sun4i_usb_phy0_set_vbus_detect(struct phy *phy, u32 val)
>>> +{
>>> + if (val)
>>> + val = ISCR_FORCE_VBUS_HIGH;
>>> + else
>>> + val = ISCR_FORCE_VBUS_LOW;
>>> +
>>> + sun4i_usb_phy0_update_iscr(phy, ISCR_FORCE_VBUS_MASK, val);
>>> +}
>>> +
>>> static void sun4i_usb_phy_write(struct sun4i_usb_phy *phy, u32 addr, u32 data,
>>> int len)
>>> {
>>> @@ -171,12 +240,39 @@ static int sun4i_usb_phy_init(struct phy *_phy)
>>>
>>> sun4i_usb_phy_passby(phy, 1);
>>>
>>> + if (phy->index == 0) {
>>> + data->phy0_init = true;
>>> +
>>> + /* Enable pull-ups */
>>> + sun4i_usb_phy0_update_iscr(_phy, 0, ISCR_DPDM_PULLUP_EN);
>>> + sun4i_usb_phy0_update_iscr(_phy, 0, ISCR_ID_PULLUP_EN);
>>> +
>>> + if (data->id_det_gpio) {
>>> + /* OTG mode, force ISCR and cable state updates */
>>> + data->id_det = -1;
>>> + data->vbus_det = -1;
>>> + queue_delayed_work(system_wq, &data->detect, 0);
>>> + } else {
>>> + /* Host only mode */
>>> + sun4i_usb_phy0_set_id_detect(_phy, 0);
>>> + sun4i_usb_phy0_set_vbus_detect(_phy, 1);
>>> + }
>>> + }
>>> +
>>> return 0;
>>> }
>>>
>>> static int sun4i_usb_phy_exit(struct phy *_phy)
>>> {
>>> struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
>>> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
>>> +
>>> + if (phy->index == 0) {
>>> + /* Disable pull-ups */
>>> + sun4i_usb_phy0_update_iscr(_phy, ISCR_DPDM_PULLUP_EN, 0);
>>> + sun4i_usb_phy0_update_iscr(_phy, ISCR_ID_PULLUP_EN, 0);
>>> + data->phy0_init = false;
>>> + }
>>>
>>> sun4i_usb_phy_passby(phy, 0);
>>> reset_control_assert(phy->reset);
>>> @@ -188,20 +284,46 @@ static int sun4i_usb_phy_exit(struct phy *_phy)
>>> static int sun4i_usb_phy_power_on(struct phy *_phy)
>>> {
>>> struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
>>> - int ret = 0;
>>> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
>>> + int ret;
>>> +
>>> + if (!phy->vbus || phy->regulator_on)
>>> + return 0;
>>> +
>>> + /* For phy0 only turn on Vbus if we don't have an ext. Vbus */
>>> + if (phy->index == 0 && data->vbus_det)
>>> + return 0;
>>>
>>> - if (phy->vbus)
>>> - ret = regulator_enable(phy->vbus);
>>> + ret = regulator_enable(phy->vbus);
>>> + if (ret)
>>> + return ret;
>>>
>>> - return ret;
>>> + phy->regulator_on = true;
>>> +
>>> + /* We must report Vbus high within OTG_TIME_A_WAIT_VRISE msec. */
>>> + if (phy->index == 0 && data->phy0_poll)
>>> + mod_delayed_work(system_wq, &data->detect, DEBOUNCE_TIME);
>>> +
>>> + return 0;
>>> }
>>>
>>> static int sun4i_usb_phy_power_off(struct phy *_phy)
>>> {
>>> struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
>>> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
>>> +
>>> + if (!phy->vbus || !phy->regulator_on)
>>> + return 0;
>>>
>>> - if (phy->vbus)
>>> - regulator_disable(phy->vbus);
>>> + regulator_disable(phy->vbus);
>>> + phy->regulator_on = false;
>>> +
>>> + /*
>>> + * phy0 vbus typically slowly discharges, sometimes this causes the
>>> + * Vbus gpio to not trigger an edge irq on Vbus off, so force a rescan.
>>> + */
>>> + if (phy->index == 0 && !data->phy0_poll)
>>> + mod_delayed_work(system_wq, &data->detect, POLL_TIME);
>>>
>>> return 0;
>>> }
>>> @@ -221,6 +343,61 @@ static struct phy_ops sun4i_usb_phy_ops = {
>>> .owner = THIS_MODULE,
>>> };
>>>
>>> +static void sun4i_usb_phy0_id_vbus_det_scan(struct work_struct *work)
>>> +{
>>> + struct sun4i_usb_phy_data *data =
>>> + container_of(work, struct sun4i_usb_phy_data, detect.work);
>>> + struct phy *phy0 = data->phys[0].phy;
>>> + int id_det, vbus_det, id_notify = 0, vbus_notify = 0;
>>> +
>>> + id_det = gpiod_get_value_cansleep(data->id_det_gpio);
>>> + vbus_det = gpiod_get_value_cansleep(data->vbus_det_gpio);
>>> +
>>> + mutex_lock(&phy0->mutex);
>>> +
>>> + if (!data->phy0_init) {
>>> + mutex_unlock(&phy0->mutex);
>>> + return;
>>> + }
>>> +
>>> + if (id_det != data->id_det) {
>>> + sun4i_usb_phy0_set_id_detect(phy0, id_det);
>>> + data->id_det = id_det;
>>> + id_notify = 1;
>>> + }
>>> +
>>> + if (vbus_det != data->vbus_det) {
>>> + sun4i_usb_phy0_set_vbus_detect(phy0, vbus_det);
>>> + data->vbus_det = vbus_det;
>>> + vbus_notify = 1;
>>> + }
>>> +
>>> + mutex_unlock(&phy0->mutex);
>>> +
>>> + if (id_notify)
>>> + extcon_set_cable_state(&data->extcon,
>>> + extcon_cable_name[EXTCON_USB_HOST],
>>> + !id_det);
>>> +
>>> + if (vbus_notify)
>>> + extcon_set_cable_state(&data->extcon,
>>> + extcon_cable_name[EXTCON_USB],
>>> + vbus_det);
>
> I don't want to use the legacy extcon API with string name.
> Instead, you can use the recommeded extcon_set_cable_state_() API as following:
>
> - Legacy extcon API
> : extern int extcon_set_cable_state(struct extcon_dev *edev,
> const char *cable_name, bool cable_state);
> - Recommended extcon API
> : extern int extcon_set_cable_state_(struct extcon_dev *edev, unsigned int id,
> bool cable_state);
>
> [1] extcon: Use the unique id for external connector instead of string
> - http://git.kernel.org/cgit/linux/kernel/git/gregkh/char-misc.git/commit/?h=char-misc-next&id=2a9de9c0f08d61fbe3764a21d22d0b72df97d6ae
>
>>> +
>>> + if (data->phy0_poll)
>>> + queue_delayed_work(system_wq, &data->detect, POLL_TIME);
>>> +}
>>> +
>>> +static irqreturn_t sun4i_usb_phy0_id_vbus_det_irq(int irq, void *dev_id)
>>> +{
>>> + struct sun4i_usb_phy_data *data = dev_id;
>>> +
>>> + /* vbus or id changed, let the pins settle and then scan them */
>>> + mod_delayed_work(system_wq, &data->detect, DEBOUNCE_TIME);
>>> +
>>> + return IRQ_HANDLED;
>>> +}
>>> +
>>> static struct phy *sun4i_usb_phy_xlate(struct device *dev,
>>> struct of_phandle_args *args)
>>> {
>>> @@ -240,13 +417,20 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>>> struct phy_provider *phy_provider;
>>> bool dedicated_clocks;
>>> struct resource *res;
>>> - int i;
>>> + int i, ret;
>>>
>>> data = devm_kzalloc(dev, sizeof(*data), GFP_KERNEL);
>>> if (!data)
>>> return -ENOMEM;
>>>
>>> mutex_init(&data->mutex);
>>> + INIT_DELAYED_WORK(&data->detect, sun4i_usb_phy0_id_vbus_det_scan);
>>> + data->extcon_cable_names[0] = extcon_cable_name[EXTCON_USB_HOST];
>>> + data->extcon_cable_names[1] = extcon_cable_name[EXTCON_USB];
>>> + data->extcon_cable_names[2] = NULL;
>>> + data->extcon.name = DRIVER_NAME;
>
> Don't need it because extcon_dev_register() set the device name automatically.
> You can check it on patch[3].
> [3] http://git.kernel.org/cgit/linux/kernel/git/gregkh/char-misc.git/commit/?h=char-misc-next&id=71c3ffa5d23af0554c27010cf12710da9bf85950
>
>>> + data->extcon.supported_cable = data->extcon_cable_names;
>
> You can use the devm_extcon_dev_allocate() to set the supported external connectors.
>
>>> + data->extcon.dev.parent = dev;
>
> Don't need it because extcon_dev_register() set the parent device automatically.
>
> The field of 'struct extcon_dev' shold be filled with extcon API without direct allocation.
>
>>>
>>> if (of_device_is_compatible(np, "allwinner,sun5i-a13-usb-phy"))
>>> data->num_phys = 2;
>>> @@ -269,6 +453,34 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>>> if (IS_ERR(data->base))
>>> return PTR_ERR(data->base);
>>>
>>> + data->id_det_gpio = devm_gpiod_get(dev, "usb0_id_det", GPIOD_IN);
>>> + if (IS_ERR(data->id_det_gpio)) {
>>> + if (PTR_ERR(data->id_det_gpio) == -EPROBE_DEFER)
>>> + return -EPROBE_DEFER;
>>> + data->id_det_gpio = NULL;
>>> + }
>>> +
>>> + data->vbus_det_gpio = devm_gpiod_get(dev, "usb0_vbus_det", GPIOD_IN);
>>> + if (IS_ERR(data->vbus_det_gpio)) {
>>> + if (PTR_ERR(data->vbus_det_gpio) == -EPROBE_DEFER)
>>> + return -EPROBE_DEFER;
>>> + data->vbus_det_gpio = NULL;
>>> + }
>>> +
>>> + /* We either want both gpio pins or neither (when in host mode) */
>>> + if (!data->id_det_gpio != !data->vbus_det_gpio) {
>>> + dev_err(dev, "failed to get id or vbus detect pin\n");
>>> + return -ENODEV;
>>> + }
>>> +
>>> + if (data->id_det_gpio) {
>>> + ret = devm_extcon_dev_register(dev, &data->extcon);
>>> + if (ret) {
>>> + dev_err(dev, "failed to register extcon: %d\n", ret);
>>> + return ret;
>>> + }
>>> + }
>>> +
>>> for (i = 0; i < data->num_phys; i++) {
>>> struct sun4i_usb_phy *phy = data->phys + i;
>>> char name[16];
>>> @@ -318,12 +530,54 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>>> phy_set_drvdata(phy->phy, &data->phys[i]);
>>> }
>>>
>>> + data->id_det_irq = gpiod_to_irq(data->id_det_gpio);
>>> + data->vbus_det_irq = gpiod_to_irq(data->vbus_det_gpio);
>>> + if (data->id_det_irq < 0 || data->vbus_det_irq < 0)
>>> + data->phy0_poll = true;
>>> +
>>> + if (data->id_det_irq >= 0) {
>>> + ret = devm_request_irq(dev, data->id_det_irq,
>>> + sun4i_usb_phy0_id_vbus_det_irq,
>>> + IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
>>> + "usb0-id-det", data);
>>> + if (ret) {
>>> + dev_err(dev, "Err requesting id-det-irq: %d\n", ret);
>>> + return ret;
>>> + }
>>> + }
>>> +
>>> + if (data->vbus_det_irq >= 0) {
>>> + ret = devm_request_irq(dev, data->vbus_det_irq,
>>> + sun4i_usb_phy0_id_vbus_det_irq,
>>> + IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
>>> + "usb0-vbus-det", data);
>>> + if (ret) {
>>> + dev_err(dev, "Err requesting vbus-det-irq: %d\n", ret);
>>> + return ret;
>>> + }
>>> + }
>>> +
>>> dev_set_drvdata(dev, data);
>>> phy_provider = devm_of_phy_provider_register(dev, sun4i_usb_phy_xlate);
>>>
>>> return PTR_ERR_OR_ZERO(phy_provider);
>>> }
>>>
>>> +static int sun4i_usb_phy_remove(struct platform_device *pdev)
>>> +{
>>> + struct device *dev = &pdev->dev;
>>> + struct sun4i_usb_phy_data *data = dev_get_drvdata(dev);
>>> +
>>> + if (data->id_det_irq >= 0)
>>> + devm_free_irq(dev, data->id_det_irq, data);
>>> + if (data->vbus_det_irq >= 0)
>>> + devm_free_irq(dev, data->vbus_det_irq, data);
>>> +
>>> + cancel_delayed_work_sync(&data->detect);
>>> +
>>> + return 0;
>>> +}
>>> +
>>> static const struct of_device_id sun4i_usb_phy_of_match[] = {
>>> { .compatible = "allwinner,sun4i-a10-usb-phy" },
>>> { .compatible = "allwinner,sun5i-a13-usb-phy" },
>>> @@ -335,9 +589,10 @@ MODULE_DEVICE_TABLE(of, sun4i_usb_phy_of_match);
>>>
>>> static struct platform_driver sun4i_usb_phy_driver = {
>>> .probe = sun4i_usb_phy_probe,
>>> + .remove = sun4i_usb_phy_remove,
>>> .driver = {
>>> .of_match_table = sun4i_usb_phy_of_match,
>>> - .name = "sun4i-usb-phy",
>>> + .name = DRIVER_NAME,
>>> }
>>> };
>>> module_platform_driver(sun4i_usb_phy_driver);
>>>
>>
>
> Thanks,
> Chanwoo Choi
>
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: [PATCH v4 1/2] phy-sun4i-usb: Add full support for usb0 phy / OTG
2015-06-11 7:56 ` Hans de Goede
@ 2015-06-11 8:28 ` Hans de Goede
-1 siblings, 0 replies; 57+ messages in thread
From: Hans de Goede @ 2015-06-11 8:28 UTC (permalink / raw)
To: kishon-l0cyMroinI0, Felipe Balbi
Cc: Maxime Ripard, Chen-Yu Tsai, Roman Byshko,
linux-usb-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r, devicetree,
linux-sunxi-/JYPxA39Uh5TLH3MbocFFw, Chanwoo Choi
Hi,
On 11-06-15 09:56, Hans de Goede wrote:
> Hi,
>
> On 11-06-15 07:48, Kishon Vijay Abraham I wrote:
>> +Chanwoo
>>
>> Hi,
>>
>> On Sunday 31 May 2015 09:40 PM, Hans de Goede wrote:
>>> The usb0 phy is connected to an OTG controller, and as such needs some special
>>> handling:
>>>
>>> 1) It allows explicit control over the pullups, enable these on phy_init and
>>> disable them on phy_exit.
>>>
>>> 2) It has bits to signal id and vbus detect to the musb-core, add support for
>>> for monitoring id and vbus detect gpio-s for use in dual role mode, and set
>>> these bits to the correct values for operating in host only mode when no
>>> gpios are specified in the devicetree.
>>>
>>> 3) When in dual role mode the musb sunxi glue needs to know if the a host or
>>> device cable is plugged in, so when in dual role mode register an extcon.
>>>
>>> While updating the devicetree binding documentation also add documentation
>>> for the sofar undocumented usage of regulators for vbus for all 3 phys.
>>>
>>> Signed-off-by: Hans de Goede <hdegoede-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
>>> ---
>>> Changes in v2:
>>> -Removed the sunxi specific phy functions, instead the id / vbus gpio polling
>>> has been moved to the phy-sun4i-usb driver and their status is exported
>>> through extcon for the sunxi-musb glue
>>> Changes in v3:
>>> -No changes
>>> Changes in v4:
>>> -Do not call regulator_disable in an unbalanced manner when an external vbus
>>> is present
>>> ---
>>> .../devicetree/bindings/phy/sun4i-usb-phy.txt | 18 +-
>>> drivers/phy/Kconfig | 1 +
>>> drivers/phy/phy-sun4i-usb.c | 273 ++++++++++++++++++++-
>>> 3 files changed, 281 insertions(+), 11 deletions(-)
>>>
>>> diff --git a/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt b/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
>>> index 16528b9..557fa99 100644
>>> --- a/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
>>> +++ b/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
>>> @@ -23,6 +23,13 @@ Required properties:
>>> * "usb1_reset"
>>> * "usb2_reset" for sun4i, sun6i or sun7i
>>>
>>> +Optional properties:
>>> +- usb0_id_det-gpios : gpio phandle for reading the otg id pin value
>>> +- usb0_vbus_det-gpios : gpio phandle for detecting the presence of usb0 vbus
>>> +- usb0_vbus-supply : regulator phandle for controller usb0 vbus
>>> +- usb1_vbus-supply : regulator phandle for controller usb1 vbus
>>> +- usb2_vbus-supply : regulator phandle for controller usb2 vbus
>>> +
>>> Example:
>>> usbphy: phy@0x01c13400 {
>>> #phy-cells = <1>;
>>> @@ -32,6 +39,13 @@ Example:
>>> reg-names = "phy_ctrl", "pmu1", "pmu2";
>>> clocks = <&usb_clk 8>;
>>> clock-names = "usb_phy";
>>> - resets = <&usb_clk 1>, <&usb_clk 2>;
>>> - reset-names = "usb1_reset", "usb2_reset";
>>> + resets = <&usb_clk 0>, <&usb_clk 1>, <&usb_clk 2>;
>>> + reset-names = "usb0_reset", "usb1_reset", "usb2_reset";
>>> + pinctrl-names = "default";
>>> + pinctrl-0 = <&usb0_id_detect_pin>, <&usb0_vbus_detect_pin>;
>>> + usb0_id_det-gpios = <&pio 7 19 GPIO_ACTIVE_HIGH>; /* PH19 */
>>> + usb0_vbus_det-gpios = <&pio 7 22 GPIO_ACTIVE_HIGH>; /* PH22 */
>>> + usb0_vbus-supply = <®_usb0_vbus>;
>>> + usb1_vbus-supply = <®_usb1_vbus>;
>>> + usb2_vbus-supply = <®_usb2_vbus>;
>>> };
>>> diff --git a/drivers/phy/Kconfig b/drivers/phy/Kconfig
>>> index a53bd5b..4614fba 100644
>>> --- a/drivers/phy/Kconfig
>>> +++ b/drivers/phy/Kconfig
>>> @@ -173,6 +173,7 @@ config PHY_SUN4I_USB
>>> tristate "Allwinner sunxi SoC USB PHY driver"
>>> depends on ARCH_SUNXI && HAS_IOMEM && OF
>>> depends on RESET_CONTROLLER
>>> + select EXTCON
>>
>> Avoid using 'select' on visible Kconfig symbols.
>
> Ok, I'll do a v5 changing this to a depends on.
>
>> Also please split the patch to make the reviewing a bit easier.
>
> There really is not much which can be split out, the iscr register
> updating is only done from the id / vbus det scanning, so the 2 are
> intertwined with each other.
>
> Also I must say I'm unhappy with the fact that you request this now,
> after this patch has been posted in its current form a long time
> ago already. The changes in v3 and v4 were very minimal, the
> patch has existed in this for since v2, so you've had a long long
> time to request changes like this already.
>
> In the mean time I've build a whole set of related changes (enabling
> the use of otg on newer versions of the sunxi soc), so sorry I'm
> not going to split this up now as that is going to be a big pain
> with all the extra patches which are sitting on top, and as said
> there really is not that much to split in the first place.
>
> I'll send out a v5 of this patch together with a resend of all the
> patches adding support for new models which sit on top of this one
> (and which I've already send before).
Correction: Since I need to rework the extcon bits for the new extcon
API in 4.2 anyways, I will split out the extcon bits, so you will
get 2 patches in v5, one adding the id / vbus det gpio scanning +
iscr register updating to reflect the detected status and one on
top adding extcon support so that the musb glue can respond
to id-pin changes.
Regards,
Hans
^ permalink raw reply [flat|nested] 57+ messages in thread
* [PATCH v4 1/2] phy-sun4i-usb: Add full support for usb0 phy / OTG
@ 2015-06-11 8:28 ` Hans de Goede
0 siblings, 0 replies; 57+ messages in thread
From: Hans de Goede @ 2015-06-11 8:28 UTC (permalink / raw)
To: linux-arm-kernel
Hi,
On 11-06-15 09:56, Hans de Goede wrote:
> Hi,
>
> On 11-06-15 07:48, Kishon Vijay Abraham I wrote:
>> +Chanwoo
>>
>> Hi,
>>
>> On Sunday 31 May 2015 09:40 PM, Hans de Goede wrote:
>>> The usb0 phy is connected to an OTG controller, and as such needs some special
>>> handling:
>>>
>>> 1) It allows explicit control over the pullups, enable these on phy_init and
>>> disable them on phy_exit.
>>>
>>> 2) It has bits to signal id and vbus detect to the musb-core, add support for
>>> for monitoring id and vbus detect gpio-s for use in dual role mode, and set
>>> these bits to the correct values for operating in host only mode when no
>>> gpios are specified in the devicetree.
>>>
>>> 3) When in dual role mode the musb sunxi glue needs to know if the a host or
>>> device cable is plugged in, so when in dual role mode register an extcon.
>>>
>>> While updating the devicetree binding documentation also add documentation
>>> for the sofar undocumented usage of regulators for vbus for all 3 phys.
>>>
>>> Signed-off-by: Hans de Goede <hdegoede@redhat.com>
>>> ---
>>> Changes in v2:
>>> -Removed the sunxi specific phy functions, instead the id / vbus gpio polling
>>> has been moved to the phy-sun4i-usb driver and their status is exported
>>> through extcon for the sunxi-musb glue
>>> Changes in v3:
>>> -No changes
>>> Changes in v4:
>>> -Do not call regulator_disable in an unbalanced manner when an external vbus
>>> is present
>>> ---
>>> .../devicetree/bindings/phy/sun4i-usb-phy.txt | 18 +-
>>> drivers/phy/Kconfig | 1 +
>>> drivers/phy/phy-sun4i-usb.c | 273 ++++++++++++++++++++-
>>> 3 files changed, 281 insertions(+), 11 deletions(-)
>>>
>>> diff --git a/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt b/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
>>> index 16528b9..557fa99 100644
>>> --- a/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
>>> +++ b/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
>>> @@ -23,6 +23,13 @@ Required properties:
>>> * "usb1_reset"
>>> * "usb2_reset" for sun4i, sun6i or sun7i
>>>
>>> +Optional properties:
>>> +- usb0_id_det-gpios : gpio phandle for reading the otg id pin value
>>> +- usb0_vbus_det-gpios : gpio phandle for detecting the presence of usb0 vbus
>>> +- usb0_vbus-supply : regulator phandle for controller usb0 vbus
>>> +- usb1_vbus-supply : regulator phandle for controller usb1 vbus
>>> +- usb2_vbus-supply : regulator phandle for controller usb2 vbus
>>> +
>>> Example:
>>> usbphy: phy at 0x01c13400 {
>>> #phy-cells = <1>;
>>> @@ -32,6 +39,13 @@ Example:
>>> reg-names = "phy_ctrl", "pmu1", "pmu2";
>>> clocks = <&usb_clk 8>;
>>> clock-names = "usb_phy";
>>> - resets = <&usb_clk 1>, <&usb_clk 2>;
>>> - reset-names = "usb1_reset", "usb2_reset";
>>> + resets = <&usb_clk 0>, <&usb_clk 1>, <&usb_clk 2>;
>>> + reset-names = "usb0_reset", "usb1_reset", "usb2_reset";
>>> + pinctrl-names = "default";
>>> + pinctrl-0 = <&usb0_id_detect_pin>, <&usb0_vbus_detect_pin>;
>>> + usb0_id_det-gpios = <&pio 7 19 GPIO_ACTIVE_HIGH>; /* PH19 */
>>> + usb0_vbus_det-gpios = <&pio 7 22 GPIO_ACTIVE_HIGH>; /* PH22 */
>>> + usb0_vbus-supply = <®_usb0_vbus>;
>>> + usb1_vbus-supply = <®_usb1_vbus>;
>>> + usb2_vbus-supply = <®_usb2_vbus>;
>>> };
>>> diff --git a/drivers/phy/Kconfig b/drivers/phy/Kconfig
>>> index a53bd5b..4614fba 100644
>>> --- a/drivers/phy/Kconfig
>>> +++ b/drivers/phy/Kconfig
>>> @@ -173,6 +173,7 @@ config PHY_SUN4I_USB
>>> tristate "Allwinner sunxi SoC USB PHY driver"
>>> depends on ARCH_SUNXI && HAS_IOMEM && OF
>>> depends on RESET_CONTROLLER
>>> + select EXTCON
>>
>> Avoid using 'select' on visible Kconfig symbols.
>
> Ok, I'll do a v5 changing this to a depends on.
>
>> Also please split the patch to make the reviewing a bit easier.
>
> There really is not much which can be split out, the iscr register
> updating is only done from the id / vbus det scanning, so the 2 are
> intertwined with each other.
>
> Also I must say I'm unhappy with the fact that you request this now,
> after this patch has been posted in its current form a long time
> ago already. The changes in v3 and v4 were very minimal, the
> patch has existed in this for since v2, so you've had a long long
> time to request changes like this already.
>
> In the mean time I've build a whole set of related changes (enabling
> the use of otg on newer versions of the sunxi soc), so sorry I'm
> not going to split this up now as that is going to be a big pain
> with all the extra patches which are sitting on top, and as said
> there really is not that much to split in the first place.
>
> I'll send out a v5 of this patch together with a resend of all the
> patches adding support for new models which sit on top of this one
> (and which I've already send before).
Correction: Since I need to rework the extcon bits for the new extcon
API in 4.2 anyways, I will split out the extcon bits, so you will
get 2 patches in v5, one adding the id / vbus det gpio scanning +
iscr register updating to reflect the detected status and one on
top adding extcon support so that the musb glue can respond
to id-pin changes.
Regards,
Hans
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: Re: [PATCH v4 1/2] phy-sun4i-usb: Add full support for usb0 phy / OTG
2015-06-11 8:21 ` Hans de Goede
@ 2015-06-11 8:29 ` Chanwoo Choi
-1 siblings, 0 replies; 57+ messages in thread
From: Chanwoo Choi @ 2015-06-11 8:29 UTC (permalink / raw)
To: Hans de Goede
Cc: Kishon Vijay Abraham I, Felipe Balbi, Maxime Ripard,
Chen-Yu Tsai, Roman Byshko, linux-usb-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r, devicetree,
linux-sunxi-/JYPxA39Uh5TLH3MbocFFw
Hi Hans,
On 06/11/2015 05:21 PM, Hans de Goede wrote:
> Hi Chanwoo,
>
> Thanks for the quick review.
>
> On 11-06-15 10:07, Chanwoo Choi wrote:
>> Hi Hans,
>>
>> I add the comment about extcon-related code.
>>
>> Firstly,
>> I'd like you to implment the extcon driver for phy-sun4i-usb device
>> in drivers/extcon/ directoryby using MFD
>
> No, just no, this is not what the MFD framework is for, the usb-phy
> in question here is not a multifunction device. The MFD framework
> is intended for true multi-function devices like i2c attached
> PMICs which have regulators, gpios, pwm, input (power button),
> chargers, power-supply, etc. That is NOT the case here.
>
> Also moving this to the MFD framework would very likely requiring
> the devicetree binding for the usb-phy to change which we cannot
> do as that would break the devicetree ABI.
>
>> because there are both extcon
>> provider driver and extcon client driver. I think that all extcon
>> provider driver better to be included in drivers/extcon/ directory.
>> extcon_set_cable_state() function should be handled in extcon provider
>> driver which is incluced in drivers/extcon/ directory.
>
> I do not find this a compelling reason, there are plenty of subsystems
> where not all implementations of the subsystem class live in the subsystem
> directory, e.g. input and hwmon devices are often also found outside of
> the input and hwmon driver directories.
There are difference on between input/hwmon and extcon.
Because input and hwmon driver implement the only one type driver as provider driver.
But, extcon implement the two type driver of both extcon provider and extcon client driver.
The extcon is similiar with regulator and clock framework as resource.
extcon provider driver to provider the event when the state of external connector is changed.
- devm_extcon_dev_register()
- e.g., almost extcon provider driver are included in 'drivers/extcon/' directory.
extcon client driver to receive the event when the state of external connector is changed.
- extcon_register_notifier() or extcon_register_interest()(deprecated API)
- e.g., drivers/power/charger-manager.c, drivers/usb/dwc3/dwc3-omap.c etc.
Thanks,
Chanwoo Choi
>
>>
>> On 06/11/2015 02:48 PM, Kishon Vijay Abraham I wrote:
>>> +Chanwoo
>>>
>>> Hi,
>>>
>>> On Sunday 31 May 2015 09:40 PM, Hans de Goede wrote:
>>>> The usb0 phy is connected to an OTG controller, and as such needs some special
>>>> handling:
>>>>
>>>> 1) It allows explicit control over the pullups, enable these on phy_init and
>>>> disable them on phy_exit.
>>>>
>>>> 2) It has bits to signal id and vbus detect to the musb-core, add support for
>>>> for monitoring id and vbus detect gpio-s for use in dual role mode, and set
>>>> these bits to the correct values for operating in host only mode when no
>>>> gpios are specified in the devicetree.
>>>>
>>>> 3) When in dual role mode the musb sunxi glue needs to know if the a host or
>>>> device cable is plugged in, so when in dual role mode register an extcon.
>>>>
>>>> While updating the devicetree binding documentation also add documentation
>>>> for the sofar undocumented usage of regulators for vbus for all 3 phys.
>>>>
>>>> Signed-off-by: Hans de Goede <hdegoede-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
>>>> ---
>>>> Changes in v2:
>>>> -Removed the sunxi specific phy functions, instead the id / vbus gpio polling
>>>> has been moved to the phy-sun4i-usb driver and their status is exported
>>>> through extcon for the sunxi-musb glue
>>>> Changes in v3:
>>>> -No changes
>>>> Changes in v4:
>>>> -Do not call regulator_disable in an unbalanced manner when an external vbus
>>>> is present
>>>> ---
>>>> .../devicetree/bindings/phy/sun4i-usb-phy.txt | 18 +-
>>>> drivers/phy/Kconfig | 1 +
>>>> drivers/phy/phy-sun4i-usb.c | 273 ++++++++++++++++++++-
>>>> 3 files changed, 281 insertions(+), 11 deletions(-)
>>>>
>>>> diff --git a/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt b/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
>>>> index 16528b9..557fa99 100644
>>>> --- a/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
>>>> +++ b/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
>>>> @@ -23,6 +23,13 @@ Required properties:
>>>> * "usb1_reset"
>>>> * "usb2_reset" for sun4i, sun6i or sun7i
>>>>
>>>> +Optional properties:
>>>> +- usb0_id_det-gpios : gpio phandle for reading the otg id pin value
>>>> +- usb0_vbus_det-gpios : gpio phandle for detecting the presence of usb0 vbus
>>>> +- usb0_vbus-supply : regulator phandle for controller usb0 vbus
>>>> +- usb1_vbus-supply : regulator phandle for controller usb1 vbus
>>>> +- usb2_vbus-supply : regulator phandle for controller usb2 vbus
>>>> +
>>>> Example:
>>>> usbphy: phy@0x01c13400 {
>>>> #phy-cells = <1>;
>>>> @@ -32,6 +39,13 @@ Example:
>>>> reg-names = "phy_ctrl", "pmu1", "pmu2";
>>>> clocks = <&usb_clk 8>;
>>>> clock-names = "usb_phy";
>>>> - resets = <&usb_clk 1>, <&usb_clk 2>;
>>>> - reset-names = "usb1_reset", "usb2_reset";
>>>> + resets = <&usb_clk 0>, <&usb_clk 1>, <&usb_clk 2>;
>>>> + reset-names = "usb0_reset", "usb1_reset", "usb2_reset";
>>>> + pinctrl-names = "default";
>>>> + pinctrl-0 = <&usb0_id_detect_pin>, <&usb0_vbus_detect_pin>;
>>>> + usb0_id_det-gpios = <&pio 7 19 GPIO_ACTIVE_HIGH>; /* PH19 */
>>>> + usb0_vbus_det-gpios = <&pio 7 22 GPIO_ACTIVE_HIGH>; /* PH22 */
>>>> + usb0_vbus-supply = <®_usb0_vbus>;
>>>> + usb1_vbus-supply = <®_usb1_vbus>;
>>>> + usb2_vbus-supply = <®_usb2_vbus>;
>>>> };
>>>> diff --git a/drivers/phy/Kconfig b/drivers/phy/Kconfig
>>>> index a53bd5b..4614fba 100644
>>>> --- a/drivers/phy/Kconfig
>>>> +++ b/drivers/phy/Kconfig
>>>> @@ -173,6 +173,7 @@ config PHY_SUN4I_USB
>>>> tristate "Allwinner sunxi SoC USB PHY driver"
>>>> depends on ARCH_SUNXI && HAS_IOMEM && OF
>>>> depends on RESET_CONTROLLER
>>>> + select EXTCON
>>>
>>> Avoid using 'select' on visible Kconfig symbols.
>>>
>>> Also please split the patch to make the reviewing a bit easier.
>>>
>>> Thanks
>>> Kishon
>>>> select GENERIC_PHY
>>>> help
>>>> Enable this to support the transceiver that is part of Allwinner
>>>> diff --git a/drivers/phy/phy-sun4i-usb.c b/drivers/phy/phy-sun4i-usb.c
>>>> index 91c5be4..b45d707 100644
>>>> --- a/drivers/phy/phy-sun4i-usb.c
>>>> +++ b/drivers/phy/phy-sun4i-usb.c
>>>> @@ -1,7 +1,7 @@
>>>> /*
>>>> * Allwinner sun4i USB phy driver
>>>> *
>>>> - * Copyright (C) 2014 Hans de Goede <hdegoede-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
>>>> + * Copyright (C) 2014-2015 Hans de Goede <hdegoede-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
>>>> *
>>>> * Based on code from
>>>> * Allwinner Technology Co., Ltd. <www.allwinnertech.com>
>>>> @@ -23,17 +23,23 @@
>>>>
>>>> #include <linux/clk.h>
>>>> #include <linux/err.h>
>>>> +#include <linux/extcon.h>
>>>> #include <linux/io.h>
>>>> +#include <linux/interrupt.h>
>>>> #include <linux/kernel.h>
>>>> #include <linux/module.h>
>>>> #include <linux/mutex.h>
>>>> #include <linux/of.h>
>>>> #include <linux/of_address.h>
>>>> +#include <linux/of_gpio.h>
>>>> #include <linux/phy/phy.h>
>>>> #include <linux/phy/phy-sun4i-usb.h>
>>>> #include <linux/platform_device.h>
>>>> #include <linux/regulator/consumer.h>
>>>> #include <linux/reset.h>
>>>> +#include <linux/workqueue.h>
>>>> +
>>>> +#define DRIVER_NAME "sun4i-usb-phy"
>>>>
>>>> #define REG_ISCR 0x00
>>>> #define REG_PHYCTL 0x04
>>>> @@ -47,6 +53,17 @@
>>>> #define SUNXI_AHB_INCRX_ALIGN_EN BIT(8)
>>>> #define SUNXI_ULPI_BYPASS_EN BIT(0)
>>>>
>>>> +/* ISCR, Interface Status and Control bits */
>>>> +#define ISCR_ID_PULLUP_EN (1 << 17)
>>>> +#define ISCR_DPDM_PULLUP_EN (1 << 16)
>>>> +/* sunxi has the phy id/vbus pins not connected, so we use the force bits */
>>>> +#define ISCR_FORCE_ID_MASK (3 << 14)
>>>> +#define ISCR_FORCE_ID_LOW (2 << 14)
>>>> +#define ISCR_FORCE_ID_HIGH (3 << 14)
>>>> +#define ISCR_FORCE_VBUS_MASK (3 << 12)
>>>> +#define ISCR_FORCE_VBUS_LOW (2 << 12)
>>>> +#define ISCR_FORCE_VBUS_HIGH (3 << 12)
>>>> +
>>>> /* Common Control Bits for Both PHYs */
>>>> #define PHY_PLL_BW 0x03
>>>> #define PHY_RES45_CAL_EN 0x0c
>>>> @@ -63,6 +80,13 @@
>>>>
>>>> #define MAX_PHYS 3
>>>>
>>>> +/*
>>>> + * Note do not raise the debounce time, we must report Vusb high within 100ms
>>>> + * otherwise we get Vbus errors
>>>> + */
>>>> +#define DEBOUNCE_TIME msecs_to_jiffies(50)
>>>> +#define POLL_TIME msecs_to_jiffies(250)
>>>> +
>>>> struct sun4i_usb_phy_data {
>>>> void __iomem *base;
>>>> struct mutex mutex;
>>>> @@ -74,13 +98,58 @@ struct sun4i_usb_phy_data {
>>>> struct regulator *vbus;
>>>> struct reset_control *reset;
>>>> struct clk *clk;
>>>> + bool regulator_on;
>>>> int index;
>>>> } phys[MAX_PHYS];
>>>> + /* phy0 / otg related variables */
>>>> + struct extcon_dev extcon;
>>>> + const char *extcon_cable_names[3];
>>
>> The latest extcon use the unique id to indicate the each external connector
>> instead of legacy string. The related patch[1] and patch[2] will be merged on v4.2-rc1.
>>
>> [1] extcon: Use the unique id for external connector instead of string
>> - http://git.kernel.org/cgit/linux/kernel/git/gregkh/char-misc.git/commit/?h=char-misc-next&id=2a9de9c0f08d61fbe3764a21d22d0b72df97d6ae
>> [2] extcon: Redefine the unique id of supported external connectors without 'enum extcon' type
>> - http://git.kernel.org/cgit/linux/kernel/git/chanwoo/extcon.git/commit/?h=extcon-next-v4.3&id=bbd8d8b4244bb2799143c959fde57b1f034ec838
>>
>> For exmaple in drivers/extcon/extcon-usb-gpio.c:
>> Maybe you can add the similiar array which include the supported external connector.
>>
>> static const unsigned int usb_extcon_cable[] = {
>> EXTCON_USB,
>> EXTCON_USB_HOST,
>> EXTCON_NONE,
>> };
>
>
> Ah, that is good to know, I'll port the extcon code in phy-sun4i-usb.c to
> this new API for the next version of the patch.
>
> Thanks & Regards,
>
> Hans
>
>
>>
>>>> + bool phy0_init;
>>>> + bool phy0_poll;
>>>> + struct gpio_desc *id_det_gpio;
>>>> + struct gpio_desc *vbus_det_gpio;
>>>> + int id_det_irq;
>>>> + int vbus_det_irq;
>>>> + int id_det;
>>>> + int vbus_det;
>>>> + struct delayed_work detect;
>>>> };
>>>>
>>>> #define to_sun4i_usb_phy_data(phy) \
>>>> container_of((phy), struct sun4i_usb_phy_data, phys[(phy)->index])
>>>>
>>>> +static void sun4i_usb_phy0_update_iscr(struct phy *_phy, u32 clr, u32 set)
>>>> +{
>>>> + struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
>>>> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
>>>> + u32 iscr;
>>>> +
>>>> + iscr = readl(data->base + REG_ISCR);
>>>> + iscr &= ~clr;
>>>> + iscr |= set;
>>>> + writel(iscr, data->base + REG_ISCR);
>>>> +}
>>>> +
>>>> +static void sun4i_usb_phy0_set_id_detect(struct phy *phy, u32 val)
>>>> +{
>>>> + if (val)
>>>> + val = ISCR_FORCE_ID_HIGH;
>>>> + else
>>>> + val = ISCR_FORCE_ID_LOW;
>>>> +
>>>> + sun4i_usb_phy0_update_iscr(phy, ISCR_FORCE_ID_MASK, val);
>>>> +}
>>>> +
>>>> +static void sun4i_usb_phy0_set_vbus_detect(struct phy *phy, u32 val)
>>>> +{
>>>> + if (val)
>>>> + val = ISCR_FORCE_VBUS_HIGH;
>>>> + else
>>>> + val = ISCR_FORCE_VBUS_LOW;
>>>> +
>>>> + sun4i_usb_phy0_update_iscr(phy, ISCR_FORCE_VBUS_MASK, val);
>>>> +}
>>>> +
>>>> static void sun4i_usb_phy_write(struct sun4i_usb_phy *phy, u32 addr, u32 data,
>>>> int len)
>>>> {
>>>> @@ -171,12 +240,39 @@ static int sun4i_usb_phy_init(struct phy *_phy)
>>>>
>>>> sun4i_usb_phy_passby(phy, 1);
>>>>
>>>> + if (phy->index == 0) {
>>>> + data->phy0_init = true;
>>>> +
>>>> + /* Enable pull-ups */
>>>> + sun4i_usb_phy0_update_iscr(_phy, 0, ISCR_DPDM_PULLUP_EN);
>>>> + sun4i_usb_phy0_update_iscr(_phy, 0, ISCR_ID_PULLUP_EN);
>>>> +
>>>> + if (data->id_det_gpio) {
>>>> + /* OTG mode, force ISCR and cable state updates */
>>>> + data->id_det = -1;
>>>> + data->vbus_det = -1;
>>>> + queue_delayed_work(system_wq, &data->detect, 0);
>>>> + } else {
>>>> + /* Host only mode */
>>>> + sun4i_usb_phy0_set_id_detect(_phy, 0);
>>>> + sun4i_usb_phy0_set_vbus_detect(_phy, 1);
>>>> + }
>>>> + }
>>>> +
>>>> return 0;
>>>> }
>>>>
>>>> static int sun4i_usb_phy_exit(struct phy *_phy)
>>>> {
>>>> struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
>>>> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
>>>> +
>>>> + if (phy->index == 0) {
>>>> + /* Disable pull-ups */
>>>> + sun4i_usb_phy0_update_iscr(_phy, ISCR_DPDM_PULLUP_EN, 0);
>>>> + sun4i_usb_phy0_update_iscr(_phy, ISCR_ID_PULLUP_EN, 0);
>>>> + data->phy0_init = false;
>>>> + }
>>>>
>>>> sun4i_usb_phy_passby(phy, 0);
>>>> reset_control_assert(phy->reset);
>>>> @@ -188,20 +284,46 @@ static int sun4i_usb_phy_exit(struct phy *_phy)
>>>> static int sun4i_usb_phy_power_on(struct phy *_phy)
>>>> {
>>>> struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
>>>> - int ret = 0;
>>>> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
>>>> + int ret;
>>>> +
>>>> + if (!phy->vbus || phy->regulator_on)
>>>> + return 0;
>>>> +
>>>> + /* For phy0 only turn on Vbus if we don't have an ext. Vbus */
>>>> + if (phy->index == 0 && data->vbus_det)
>>>> + return 0;
>>>>
>>>> - if (phy->vbus)
>>>> - ret = regulator_enable(phy->vbus);
>>>> + ret = regulator_enable(phy->vbus);
>>>> + if (ret)
>>>> + return ret;
>>>>
>>>> - return ret;
>>>> + phy->regulator_on = true;
>>>> +
>>>> + /* We must report Vbus high within OTG_TIME_A_WAIT_VRISE msec. */
>>>> + if (phy->index == 0 && data->phy0_poll)
>>>> + mod_delayed_work(system_wq, &data->detect, DEBOUNCE_TIME);
>>>> +
>>>> + return 0;
>>>> }
>>>>
>>>> static int sun4i_usb_phy_power_off(struct phy *_phy)
>>>> {
>>>> struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
>>>> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
>>>> +
>>>> + if (!phy->vbus || !phy->regulator_on)
>>>> + return 0;
>>>>
>>>> - if (phy->vbus)
>>>> - regulator_disable(phy->vbus);
>>>> + regulator_disable(phy->vbus);
>>>> + phy->regulator_on = false;
>>>> +
>>>> + /*
>>>> + * phy0 vbus typically slowly discharges, sometimes this causes the
>>>> + * Vbus gpio to not trigger an edge irq on Vbus off, so force a rescan.
>>>> + */
>>>> + if (phy->index == 0 && !data->phy0_poll)
>>>> + mod_delayed_work(system_wq, &data->detect, POLL_TIME);
>>>>
>>>> return 0;
>>>> }
>>>> @@ -221,6 +343,61 @@ static struct phy_ops sun4i_usb_phy_ops = {
>>>> .owner = THIS_MODULE,
>>>> };
>>>>
>>>> +static void sun4i_usb_phy0_id_vbus_det_scan(struct work_struct *work)
>>>> +{
>>>> + struct sun4i_usb_phy_data *data =
>>>> + container_of(work, struct sun4i_usb_phy_data, detect.work);
>>>> + struct phy *phy0 = data->phys[0].phy;
>>>> + int id_det, vbus_det, id_notify = 0, vbus_notify = 0;
>>>> +
>>>> + id_det = gpiod_get_value_cansleep(data->id_det_gpio);
>>>> + vbus_det = gpiod_get_value_cansleep(data->vbus_det_gpio);
>>>> +
>>>> + mutex_lock(&phy0->mutex);
>>>> +
>>>> + if (!data->phy0_init) {
>>>> + mutex_unlock(&phy0->mutex);
>>>> + return;
>>>> + }
>>>> +
>>>> + if (id_det != data->id_det) {
>>>> + sun4i_usb_phy0_set_id_detect(phy0, id_det);
>>>> + data->id_det = id_det;
>>>> + id_notify = 1;
>>>> + }
>>>> +
>>>> + if (vbus_det != data->vbus_det) {
>>>> + sun4i_usb_phy0_set_vbus_detect(phy0, vbus_det);
>>>> + data->vbus_det = vbus_det;
>>>> + vbus_notify = 1;
>>>> + }
>>>> +
>>>> + mutex_unlock(&phy0->mutex);
>>>> +
>>>> + if (id_notify)
>>>> + extcon_set_cable_state(&data->extcon,
>>>> + extcon_cable_name[EXTCON_USB_HOST],
>>>> + !id_det);
>>>> +
>>>> + if (vbus_notify)
>>>> + extcon_set_cable_state(&data->extcon,
>>>> + extcon_cable_name[EXTCON_USB],
>>>> + vbus_det);
>>
>> I don't want to use the legacy extcon API with string name.
>> Instead, you can use the recommeded extcon_set_cable_state_() API as following:
>>
>> - Legacy extcon API
>> : extern int extcon_set_cable_state(struct extcon_dev *edev,
>> const char *cable_name, bool cable_state);
>> - Recommended extcon API
>> : extern int extcon_set_cable_state_(struct extcon_dev *edev, unsigned int id,
>> bool cable_state);
>>
>> [1] extcon: Use the unique id for external connector instead of string
>> - http://git.kernel.org/cgit/linux/kernel/git/gregkh/char-misc.git/commit/?h=char-misc-next&id=2a9de9c0f08d61fbe3764a21d22d0b72df97d6ae
>>
>>>> +
>>>> + if (data->phy0_poll)
>>>> + queue_delayed_work(system_wq, &data->detect, POLL_TIME);
>>>> +}
>>>> +
>>>> +static irqreturn_t sun4i_usb_phy0_id_vbus_det_irq(int irq, void *dev_id)
>>>> +{
>>>> + struct sun4i_usb_phy_data *data = dev_id;
>>>> +
>>>> + /* vbus or id changed, let the pins settle and then scan them */
>>>> + mod_delayed_work(system_wq, &data->detect, DEBOUNCE_TIME);
>>>> +
>>>> + return IRQ_HANDLED;
>>>> +}
>>>> +
>>>> static struct phy *sun4i_usb_phy_xlate(struct device *dev,
>>>> struct of_phandle_args *args)
>>>> {
>>>> @@ -240,13 +417,20 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>>>> struct phy_provider *phy_provider;
>>>> bool dedicated_clocks;
>>>> struct resource *res;
>>>> - int i;
>>>> + int i, ret;
>>>>
>>>> data = devm_kzalloc(dev, sizeof(*data), GFP_KERNEL);
>>>> if (!data)
>>>> return -ENOMEM;
>>>>
>>>> mutex_init(&data->mutex);
>>>> + INIT_DELAYED_WORK(&data->detect, sun4i_usb_phy0_id_vbus_det_scan);
>>>> + data->extcon_cable_names[0] = extcon_cable_name[EXTCON_USB_HOST];
>>>> + data->extcon_cable_names[1] = extcon_cable_name[EXTCON_USB];
>>>> + data->extcon_cable_names[2] = NULL;
>>>> + data->extcon.name = DRIVER_NAME;
>>
>> Don't need it because extcon_dev_register() set the device name automatically.
>> You can check it on patch[3].
>> [3] http://git.kernel.org/cgit/linux/kernel/git/gregkh/char-misc.git/commit/?h=char-misc-next&id=71c3ffa5d23af0554c27010cf12710da9bf85950
>>
>>>> + data->extcon.supported_cable = data->extcon_cable_names;
>>
>> You can use the devm_extcon_dev_allocate() to set the supported external connectors.
>>
>>>> + data->extcon.dev.parent = dev;
>>
>> Don't need it because extcon_dev_register() set the parent device automatically.
>>
>> The field of 'struct extcon_dev' shold be filled with extcon API without direct allocation.
>>
>>>>
>>>> if (of_device_is_compatible(np, "allwinner,sun5i-a13-usb-phy"))
>>>> data->num_phys = 2;
>>>> @@ -269,6 +453,34 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>>>> if (IS_ERR(data->base))
>>>> return PTR_ERR(data->base);
>>>>
>>>> + data->id_det_gpio = devm_gpiod_get(dev, "usb0_id_det", GPIOD_IN);
>>>> + if (IS_ERR(data->id_det_gpio)) {
>>>> + if (PTR_ERR(data->id_det_gpio) == -EPROBE_DEFER)
>>>> + return -EPROBE_DEFER;
>>>> + data->id_det_gpio = NULL;
>>>> + }
>>>> +
>>>> + data->vbus_det_gpio = devm_gpiod_get(dev, "usb0_vbus_det", GPIOD_IN);
>>>> + if (IS_ERR(data->vbus_det_gpio)) {
>>>> + if (PTR_ERR(data->vbus_det_gpio) == -EPROBE_DEFER)
>>>> + return -EPROBE_DEFER;
>>>> + data->vbus_det_gpio = NULL;
>>>> + }
>>>> +
>>>> + /* We either want both gpio pins or neither (when in host mode) */
>>>> + if (!data->id_det_gpio != !data->vbus_det_gpio) {
>>>> + dev_err(dev, "failed to get id or vbus detect pin\n");
>>>> + return -ENODEV;
>>>> + }
>>>> +
>>>> + if (data->id_det_gpio) {
>>>> + ret = devm_extcon_dev_register(dev, &data->extcon);
>>>> + if (ret) {
>>>> + dev_err(dev, "failed to register extcon: %d\n", ret);
>>>> + return ret;
>>>> + }
>>>> + }
>>>> +
>>>> for (i = 0; i < data->num_phys; i++) {
>>>> struct sun4i_usb_phy *phy = data->phys + i;
>>>> char name[16];
>>>> @@ -318,12 +530,54 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>>>> phy_set_drvdata(phy->phy, &data->phys[i]);
>>>> }
>>>>
>>>> + data->id_det_irq = gpiod_to_irq(data->id_det_gpio);
>>>> + data->vbus_det_irq = gpiod_to_irq(data->vbus_det_gpio);
>>>> + if (data->id_det_irq < 0 || data->vbus_det_irq < 0)
>>>> + data->phy0_poll = true;
>>>> +
>>>> + if (data->id_det_irq >= 0) {
>>>> + ret = devm_request_irq(dev, data->id_det_irq,
>>>> + sun4i_usb_phy0_id_vbus_det_irq,
>>>> + IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
>>>> + "usb0-id-det", data);
>>>> + if (ret) {
>>>> + dev_err(dev, "Err requesting id-det-irq: %d\n", ret);
>>>> + return ret;
>>>> + }
>>>> + }
>>>> +
>>>> + if (data->vbus_det_irq >= 0) {
>>>> + ret = devm_request_irq(dev, data->vbus_det_irq,
>>>> + sun4i_usb_phy0_id_vbus_det_irq,
>>>> + IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
>>>> + "usb0-vbus-det", data);
>>>> + if (ret) {
>>>> + dev_err(dev, "Err requesting vbus-det-irq: %d\n", ret);
>>>> + return ret;
>>>> + }
>>>> + }
>>>> +
>>>> dev_set_drvdata(dev, data);
>>>> phy_provider = devm_of_phy_provider_register(dev, sun4i_usb_phy_xlate);
>>>>
>>>> return PTR_ERR_OR_ZERO(phy_provider);
>>>> }
>>>>
>>>> +static int sun4i_usb_phy_remove(struct platform_device *pdev)
>>>> +{
>>>> + struct device *dev = &pdev->dev;
>>>> + struct sun4i_usb_phy_data *data = dev_get_drvdata(dev);
>>>> +
>>>> + if (data->id_det_irq >= 0)
>>>> + devm_free_irq(dev, data->id_det_irq, data);
>>>> + if (data->vbus_det_irq >= 0)
>>>> + devm_free_irq(dev, data->vbus_det_irq, data);
>>>> +
>>>> + cancel_delayed_work_sync(&data->detect);
>>>> +
>>>> + return 0;
>>>> +}
>>>> +
>>>> static const struct of_device_id sun4i_usb_phy_of_match[] = {
>>>> { .compatible = "allwinner,sun4i-a10-usb-phy" },
>>>> { .compatible = "allwinner,sun5i-a13-usb-phy" },
>>>> @@ -335,9 +589,10 @@ MODULE_DEVICE_TABLE(of, sun4i_usb_phy_of_match);
>>>>
>>>> static struct platform_driver sun4i_usb_phy_driver = {
>>>> .probe = sun4i_usb_phy_probe,
>>>> + .remove = sun4i_usb_phy_remove,
>>>> .driver = {
>>>> .of_match_table = sun4i_usb_phy_of_match,
>>>> - .name = "sun4i-usb-phy",
>>>> + .name = DRIVER_NAME,
>>>> }
>>>> };
>>>> module_platform_driver(sun4i_usb_phy_driver);
>>>>
>>>
>>
>> Thanks,
>> Chanwoo Choi
>>
>
^ permalink raw reply [flat|nested] 57+ messages in thread
* [linux-sunxi] Re: [PATCH v4 1/2] phy-sun4i-usb: Add full support for usb0 phy / OTG
@ 2015-06-11 8:29 ` Chanwoo Choi
0 siblings, 0 replies; 57+ messages in thread
From: Chanwoo Choi @ 2015-06-11 8:29 UTC (permalink / raw)
To: linux-arm-kernel
Hi Hans,
On 06/11/2015 05:21 PM, Hans de Goede wrote:
> Hi Chanwoo,
>
> Thanks for the quick review.
>
> On 11-06-15 10:07, Chanwoo Choi wrote:
>> Hi Hans,
>>
>> I add the comment about extcon-related code.
>>
>> Firstly,
>> I'd like you to implment the extcon driver for phy-sun4i-usb device
>> in drivers/extcon/ directoryby using MFD
>
> No, just no, this is not what the MFD framework is for, the usb-phy
> in question here is not a multifunction device. The MFD framework
> is intended for true multi-function devices like i2c attached
> PMICs which have regulators, gpios, pwm, input (power button),
> chargers, power-supply, etc. That is NOT the case here.
>
> Also moving this to the MFD framework would very likely requiring
> the devicetree binding for the usb-phy to change which we cannot
> do as that would break the devicetree ABI.
>
>> because there are both extcon
>> provider driver and extcon client driver. I think that all extcon
>> provider driver better to be included in drivers/extcon/ directory.
>> extcon_set_cable_state() function should be handled in extcon provider
>> driver which is incluced in drivers/extcon/ directory.
>
> I do not find this a compelling reason, there are plenty of subsystems
> where not all implementations of the subsystem class live in the subsystem
> directory, e.g. input and hwmon devices are often also found outside of
> the input and hwmon driver directories.
There are difference on between input/hwmon and extcon.
Because input and hwmon driver implement the only one type driver as provider driver.
But, extcon implement the two type driver of both extcon provider and extcon client driver.
The extcon is similiar with regulator and clock framework as resource.
extcon provider driver to provider the event when the state of external connector is changed.
- devm_extcon_dev_register()
- e.g., almost extcon provider driver are included in 'drivers/extcon/' directory.
extcon client driver to receive the event when the state of external connector is changed.
- extcon_register_notifier() or extcon_register_interest()(deprecated API)
- e.g., drivers/power/charger-manager.c, drivers/usb/dwc3/dwc3-omap.c etc.
Thanks,
Chanwoo Choi
>
>>
>> On 06/11/2015 02:48 PM, Kishon Vijay Abraham I wrote:
>>> +Chanwoo
>>>
>>> Hi,
>>>
>>> On Sunday 31 May 2015 09:40 PM, Hans de Goede wrote:
>>>> The usb0 phy is connected to an OTG controller, and as such needs some special
>>>> handling:
>>>>
>>>> 1) It allows explicit control over the pullups, enable these on phy_init and
>>>> disable them on phy_exit.
>>>>
>>>> 2) It has bits to signal id and vbus detect to the musb-core, add support for
>>>> for monitoring id and vbus detect gpio-s for use in dual role mode, and set
>>>> these bits to the correct values for operating in host only mode when no
>>>> gpios are specified in the devicetree.
>>>>
>>>> 3) When in dual role mode the musb sunxi glue needs to know if the a host or
>>>> device cable is plugged in, so when in dual role mode register an extcon.
>>>>
>>>> While updating the devicetree binding documentation also add documentation
>>>> for the sofar undocumented usage of regulators for vbus for all 3 phys.
>>>>
>>>> Signed-off-by: Hans de Goede <hdegoede@redhat.com>
>>>> ---
>>>> Changes in v2:
>>>> -Removed the sunxi specific phy functions, instead the id / vbus gpio polling
>>>> has been moved to the phy-sun4i-usb driver and their status is exported
>>>> through extcon for the sunxi-musb glue
>>>> Changes in v3:
>>>> -No changes
>>>> Changes in v4:
>>>> -Do not call regulator_disable in an unbalanced manner when an external vbus
>>>> is present
>>>> ---
>>>> .../devicetree/bindings/phy/sun4i-usb-phy.txt | 18 +-
>>>> drivers/phy/Kconfig | 1 +
>>>> drivers/phy/phy-sun4i-usb.c | 273 ++++++++++++++++++++-
>>>> 3 files changed, 281 insertions(+), 11 deletions(-)
>>>>
>>>> diff --git a/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt b/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
>>>> index 16528b9..557fa99 100644
>>>> --- a/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
>>>> +++ b/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
>>>> @@ -23,6 +23,13 @@ Required properties:
>>>> * "usb1_reset"
>>>> * "usb2_reset" for sun4i, sun6i or sun7i
>>>>
>>>> +Optional properties:
>>>> +- usb0_id_det-gpios : gpio phandle for reading the otg id pin value
>>>> +- usb0_vbus_det-gpios : gpio phandle for detecting the presence of usb0 vbus
>>>> +- usb0_vbus-supply : regulator phandle for controller usb0 vbus
>>>> +- usb1_vbus-supply : regulator phandle for controller usb1 vbus
>>>> +- usb2_vbus-supply : regulator phandle for controller usb2 vbus
>>>> +
>>>> Example:
>>>> usbphy: phy at 0x01c13400 {
>>>> #phy-cells = <1>;
>>>> @@ -32,6 +39,13 @@ Example:
>>>> reg-names = "phy_ctrl", "pmu1", "pmu2";
>>>> clocks = <&usb_clk 8>;
>>>> clock-names = "usb_phy";
>>>> - resets = <&usb_clk 1>, <&usb_clk 2>;
>>>> - reset-names = "usb1_reset", "usb2_reset";
>>>> + resets = <&usb_clk 0>, <&usb_clk 1>, <&usb_clk 2>;
>>>> + reset-names = "usb0_reset", "usb1_reset", "usb2_reset";
>>>> + pinctrl-names = "default";
>>>> + pinctrl-0 = <&usb0_id_detect_pin>, <&usb0_vbus_detect_pin>;
>>>> + usb0_id_det-gpios = <&pio 7 19 GPIO_ACTIVE_HIGH>; /* PH19 */
>>>> + usb0_vbus_det-gpios = <&pio 7 22 GPIO_ACTIVE_HIGH>; /* PH22 */
>>>> + usb0_vbus-supply = <®_usb0_vbus>;
>>>> + usb1_vbus-supply = <®_usb1_vbus>;
>>>> + usb2_vbus-supply = <®_usb2_vbus>;
>>>> };
>>>> diff --git a/drivers/phy/Kconfig b/drivers/phy/Kconfig
>>>> index a53bd5b..4614fba 100644
>>>> --- a/drivers/phy/Kconfig
>>>> +++ b/drivers/phy/Kconfig
>>>> @@ -173,6 +173,7 @@ config PHY_SUN4I_USB
>>>> tristate "Allwinner sunxi SoC USB PHY driver"
>>>> depends on ARCH_SUNXI && HAS_IOMEM && OF
>>>> depends on RESET_CONTROLLER
>>>> + select EXTCON
>>>
>>> Avoid using 'select' on visible Kconfig symbols.
>>>
>>> Also please split the patch to make the reviewing a bit easier.
>>>
>>> Thanks
>>> Kishon
>>>> select GENERIC_PHY
>>>> help
>>>> Enable this to support the transceiver that is part of Allwinner
>>>> diff --git a/drivers/phy/phy-sun4i-usb.c b/drivers/phy/phy-sun4i-usb.c
>>>> index 91c5be4..b45d707 100644
>>>> --- a/drivers/phy/phy-sun4i-usb.c
>>>> +++ b/drivers/phy/phy-sun4i-usb.c
>>>> @@ -1,7 +1,7 @@
>>>> /*
>>>> * Allwinner sun4i USB phy driver
>>>> *
>>>> - * Copyright (C) 2014 Hans de Goede <hdegoede@redhat.com>
>>>> + * Copyright (C) 2014-2015 Hans de Goede <hdegoede@redhat.com>
>>>> *
>>>> * Based on code from
>>>> * Allwinner Technology Co., Ltd. <www.allwinnertech.com>
>>>> @@ -23,17 +23,23 @@
>>>>
>>>> #include <linux/clk.h>
>>>> #include <linux/err.h>
>>>> +#include <linux/extcon.h>
>>>> #include <linux/io.h>
>>>> +#include <linux/interrupt.h>
>>>> #include <linux/kernel.h>
>>>> #include <linux/module.h>
>>>> #include <linux/mutex.h>
>>>> #include <linux/of.h>
>>>> #include <linux/of_address.h>
>>>> +#include <linux/of_gpio.h>
>>>> #include <linux/phy/phy.h>
>>>> #include <linux/phy/phy-sun4i-usb.h>
>>>> #include <linux/platform_device.h>
>>>> #include <linux/regulator/consumer.h>
>>>> #include <linux/reset.h>
>>>> +#include <linux/workqueue.h>
>>>> +
>>>> +#define DRIVER_NAME "sun4i-usb-phy"
>>>>
>>>> #define REG_ISCR 0x00
>>>> #define REG_PHYCTL 0x04
>>>> @@ -47,6 +53,17 @@
>>>> #define SUNXI_AHB_INCRX_ALIGN_EN BIT(8)
>>>> #define SUNXI_ULPI_BYPASS_EN BIT(0)
>>>>
>>>> +/* ISCR, Interface Status and Control bits */
>>>> +#define ISCR_ID_PULLUP_EN (1 << 17)
>>>> +#define ISCR_DPDM_PULLUP_EN (1 << 16)
>>>> +/* sunxi has the phy id/vbus pins not connected, so we use the force bits */
>>>> +#define ISCR_FORCE_ID_MASK (3 << 14)
>>>> +#define ISCR_FORCE_ID_LOW (2 << 14)
>>>> +#define ISCR_FORCE_ID_HIGH (3 << 14)
>>>> +#define ISCR_FORCE_VBUS_MASK (3 << 12)
>>>> +#define ISCR_FORCE_VBUS_LOW (2 << 12)
>>>> +#define ISCR_FORCE_VBUS_HIGH (3 << 12)
>>>> +
>>>> /* Common Control Bits for Both PHYs */
>>>> #define PHY_PLL_BW 0x03
>>>> #define PHY_RES45_CAL_EN 0x0c
>>>> @@ -63,6 +80,13 @@
>>>>
>>>> #define MAX_PHYS 3
>>>>
>>>> +/*
>>>> + * Note do not raise the debounce time, we must report Vusb high within 100ms
>>>> + * otherwise we get Vbus errors
>>>> + */
>>>> +#define DEBOUNCE_TIME msecs_to_jiffies(50)
>>>> +#define POLL_TIME msecs_to_jiffies(250)
>>>> +
>>>> struct sun4i_usb_phy_data {
>>>> void __iomem *base;
>>>> struct mutex mutex;
>>>> @@ -74,13 +98,58 @@ struct sun4i_usb_phy_data {
>>>> struct regulator *vbus;
>>>> struct reset_control *reset;
>>>> struct clk *clk;
>>>> + bool regulator_on;
>>>> int index;
>>>> } phys[MAX_PHYS];
>>>> + /* phy0 / otg related variables */
>>>> + struct extcon_dev extcon;
>>>> + const char *extcon_cable_names[3];
>>
>> The latest extcon use the unique id to indicate the each external connector
>> instead of legacy string. The related patch[1] and patch[2] will be merged on v4.2-rc1.
>>
>> [1] extcon: Use the unique id for external connector instead of string
>> - http://git.kernel.org/cgit/linux/kernel/git/gregkh/char-misc.git/commit/?h=char-misc-next&id=2a9de9c0f08d61fbe3764a21d22d0b72df97d6ae
>> [2] extcon: Redefine the unique id of supported external connectors without 'enum extcon' type
>> - http://git.kernel.org/cgit/linux/kernel/git/chanwoo/extcon.git/commit/?h=extcon-next-v4.3&id=bbd8d8b4244bb2799143c959fde57b1f034ec838
>>
>> For exmaple in drivers/extcon/extcon-usb-gpio.c:
>> Maybe you can add the similiar array which include the supported external connector.
>>
>> static const unsigned int usb_extcon_cable[] = {
>> EXTCON_USB,
>> EXTCON_USB_HOST,
>> EXTCON_NONE,
>> };
>
>
> Ah, that is good to know, I'll port the extcon code in phy-sun4i-usb.c to
> this new API for the next version of the patch.
>
> Thanks & Regards,
>
> Hans
>
>
>>
>>>> + bool phy0_init;
>>>> + bool phy0_poll;
>>>> + struct gpio_desc *id_det_gpio;
>>>> + struct gpio_desc *vbus_det_gpio;
>>>> + int id_det_irq;
>>>> + int vbus_det_irq;
>>>> + int id_det;
>>>> + int vbus_det;
>>>> + struct delayed_work detect;
>>>> };
>>>>
>>>> #define to_sun4i_usb_phy_data(phy) \
>>>> container_of((phy), struct sun4i_usb_phy_data, phys[(phy)->index])
>>>>
>>>> +static void sun4i_usb_phy0_update_iscr(struct phy *_phy, u32 clr, u32 set)
>>>> +{
>>>> + struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
>>>> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
>>>> + u32 iscr;
>>>> +
>>>> + iscr = readl(data->base + REG_ISCR);
>>>> + iscr &= ~clr;
>>>> + iscr |= set;
>>>> + writel(iscr, data->base + REG_ISCR);
>>>> +}
>>>> +
>>>> +static void sun4i_usb_phy0_set_id_detect(struct phy *phy, u32 val)
>>>> +{
>>>> + if (val)
>>>> + val = ISCR_FORCE_ID_HIGH;
>>>> + else
>>>> + val = ISCR_FORCE_ID_LOW;
>>>> +
>>>> + sun4i_usb_phy0_update_iscr(phy, ISCR_FORCE_ID_MASK, val);
>>>> +}
>>>> +
>>>> +static void sun4i_usb_phy0_set_vbus_detect(struct phy *phy, u32 val)
>>>> +{
>>>> + if (val)
>>>> + val = ISCR_FORCE_VBUS_HIGH;
>>>> + else
>>>> + val = ISCR_FORCE_VBUS_LOW;
>>>> +
>>>> + sun4i_usb_phy0_update_iscr(phy, ISCR_FORCE_VBUS_MASK, val);
>>>> +}
>>>> +
>>>> static void sun4i_usb_phy_write(struct sun4i_usb_phy *phy, u32 addr, u32 data,
>>>> int len)
>>>> {
>>>> @@ -171,12 +240,39 @@ static int sun4i_usb_phy_init(struct phy *_phy)
>>>>
>>>> sun4i_usb_phy_passby(phy, 1);
>>>>
>>>> + if (phy->index == 0) {
>>>> + data->phy0_init = true;
>>>> +
>>>> + /* Enable pull-ups */
>>>> + sun4i_usb_phy0_update_iscr(_phy, 0, ISCR_DPDM_PULLUP_EN);
>>>> + sun4i_usb_phy0_update_iscr(_phy, 0, ISCR_ID_PULLUP_EN);
>>>> +
>>>> + if (data->id_det_gpio) {
>>>> + /* OTG mode, force ISCR and cable state updates */
>>>> + data->id_det = -1;
>>>> + data->vbus_det = -1;
>>>> + queue_delayed_work(system_wq, &data->detect, 0);
>>>> + } else {
>>>> + /* Host only mode */
>>>> + sun4i_usb_phy0_set_id_detect(_phy, 0);
>>>> + sun4i_usb_phy0_set_vbus_detect(_phy, 1);
>>>> + }
>>>> + }
>>>> +
>>>> return 0;
>>>> }
>>>>
>>>> static int sun4i_usb_phy_exit(struct phy *_phy)
>>>> {
>>>> struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
>>>> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
>>>> +
>>>> + if (phy->index == 0) {
>>>> + /* Disable pull-ups */
>>>> + sun4i_usb_phy0_update_iscr(_phy, ISCR_DPDM_PULLUP_EN, 0);
>>>> + sun4i_usb_phy0_update_iscr(_phy, ISCR_ID_PULLUP_EN, 0);
>>>> + data->phy0_init = false;
>>>> + }
>>>>
>>>> sun4i_usb_phy_passby(phy, 0);
>>>> reset_control_assert(phy->reset);
>>>> @@ -188,20 +284,46 @@ static int sun4i_usb_phy_exit(struct phy *_phy)
>>>> static int sun4i_usb_phy_power_on(struct phy *_phy)
>>>> {
>>>> struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
>>>> - int ret = 0;
>>>> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
>>>> + int ret;
>>>> +
>>>> + if (!phy->vbus || phy->regulator_on)
>>>> + return 0;
>>>> +
>>>> + /* For phy0 only turn on Vbus if we don't have an ext. Vbus */
>>>> + if (phy->index == 0 && data->vbus_det)
>>>> + return 0;
>>>>
>>>> - if (phy->vbus)
>>>> - ret = regulator_enable(phy->vbus);
>>>> + ret = regulator_enable(phy->vbus);
>>>> + if (ret)
>>>> + return ret;
>>>>
>>>> - return ret;
>>>> + phy->regulator_on = true;
>>>> +
>>>> + /* We must report Vbus high within OTG_TIME_A_WAIT_VRISE msec. */
>>>> + if (phy->index == 0 && data->phy0_poll)
>>>> + mod_delayed_work(system_wq, &data->detect, DEBOUNCE_TIME);
>>>> +
>>>> + return 0;
>>>> }
>>>>
>>>> static int sun4i_usb_phy_power_off(struct phy *_phy)
>>>> {
>>>> struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
>>>> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
>>>> +
>>>> + if (!phy->vbus || !phy->regulator_on)
>>>> + return 0;
>>>>
>>>> - if (phy->vbus)
>>>> - regulator_disable(phy->vbus);
>>>> + regulator_disable(phy->vbus);
>>>> + phy->regulator_on = false;
>>>> +
>>>> + /*
>>>> + * phy0 vbus typically slowly discharges, sometimes this causes the
>>>> + * Vbus gpio to not trigger an edge irq on Vbus off, so force a rescan.
>>>> + */
>>>> + if (phy->index == 0 && !data->phy0_poll)
>>>> + mod_delayed_work(system_wq, &data->detect, POLL_TIME);
>>>>
>>>> return 0;
>>>> }
>>>> @@ -221,6 +343,61 @@ static struct phy_ops sun4i_usb_phy_ops = {
>>>> .owner = THIS_MODULE,
>>>> };
>>>>
>>>> +static void sun4i_usb_phy0_id_vbus_det_scan(struct work_struct *work)
>>>> +{
>>>> + struct sun4i_usb_phy_data *data =
>>>> + container_of(work, struct sun4i_usb_phy_data, detect.work);
>>>> + struct phy *phy0 = data->phys[0].phy;
>>>> + int id_det, vbus_det, id_notify = 0, vbus_notify = 0;
>>>> +
>>>> + id_det = gpiod_get_value_cansleep(data->id_det_gpio);
>>>> + vbus_det = gpiod_get_value_cansleep(data->vbus_det_gpio);
>>>> +
>>>> + mutex_lock(&phy0->mutex);
>>>> +
>>>> + if (!data->phy0_init) {
>>>> + mutex_unlock(&phy0->mutex);
>>>> + return;
>>>> + }
>>>> +
>>>> + if (id_det != data->id_det) {
>>>> + sun4i_usb_phy0_set_id_detect(phy0, id_det);
>>>> + data->id_det = id_det;
>>>> + id_notify = 1;
>>>> + }
>>>> +
>>>> + if (vbus_det != data->vbus_det) {
>>>> + sun4i_usb_phy0_set_vbus_detect(phy0, vbus_det);
>>>> + data->vbus_det = vbus_det;
>>>> + vbus_notify = 1;
>>>> + }
>>>> +
>>>> + mutex_unlock(&phy0->mutex);
>>>> +
>>>> + if (id_notify)
>>>> + extcon_set_cable_state(&data->extcon,
>>>> + extcon_cable_name[EXTCON_USB_HOST],
>>>> + !id_det);
>>>> +
>>>> + if (vbus_notify)
>>>> + extcon_set_cable_state(&data->extcon,
>>>> + extcon_cable_name[EXTCON_USB],
>>>> + vbus_det);
>>
>> I don't want to use the legacy extcon API with string name.
>> Instead, you can use the recommeded extcon_set_cable_state_() API as following:
>>
>> - Legacy extcon API
>> : extern int extcon_set_cable_state(struct extcon_dev *edev,
>> const char *cable_name, bool cable_state);
>> - Recommended extcon API
>> : extern int extcon_set_cable_state_(struct extcon_dev *edev, unsigned int id,
>> bool cable_state);
>>
>> [1] extcon: Use the unique id for external connector instead of string
>> - http://git.kernel.org/cgit/linux/kernel/git/gregkh/char-misc.git/commit/?h=char-misc-next&id=2a9de9c0f08d61fbe3764a21d22d0b72df97d6ae
>>
>>>> +
>>>> + if (data->phy0_poll)
>>>> + queue_delayed_work(system_wq, &data->detect, POLL_TIME);
>>>> +}
>>>> +
>>>> +static irqreturn_t sun4i_usb_phy0_id_vbus_det_irq(int irq, void *dev_id)
>>>> +{
>>>> + struct sun4i_usb_phy_data *data = dev_id;
>>>> +
>>>> + /* vbus or id changed, let the pins settle and then scan them */
>>>> + mod_delayed_work(system_wq, &data->detect, DEBOUNCE_TIME);
>>>> +
>>>> + return IRQ_HANDLED;
>>>> +}
>>>> +
>>>> static struct phy *sun4i_usb_phy_xlate(struct device *dev,
>>>> struct of_phandle_args *args)
>>>> {
>>>> @@ -240,13 +417,20 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>>>> struct phy_provider *phy_provider;
>>>> bool dedicated_clocks;
>>>> struct resource *res;
>>>> - int i;
>>>> + int i, ret;
>>>>
>>>> data = devm_kzalloc(dev, sizeof(*data), GFP_KERNEL);
>>>> if (!data)
>>>> return -ENOMEM;
>>>>
>>>> mutex_init(&data->mutex);
>>>> + INIT_DELAYED_WORK(&data->detect, sun4i_usb_phy0_id_vbus_det_scan);
>>>> + data->extcon_cable_names[0] = extcon_cable_name[EXTCON_USB_HOST];
>>>> + data->extcon_cable_names[1] = extcon_cable_name[EXTCON_USB];
>>>> + data->extcon_cable_names[2] = NULL;
>>>> + data->extcon.name = DRIVER_NAME;
>>
>> Don't need it because extcon_dev_register() set the device name automatically.
>> You can check it on patch[3].
>> [3] http://git.kernel.org/cgit/linux/kernel/git/gregkh/char-misc.git/commit/?h=char-misc-next&id=71c3ffa5d23af0554c27010cf12710da9bf85950
>>
>>>> + data->extcon.supported_cable = data->extcon_cable_names;
>>
>> You can use the devm_extcon_dev_allocate() to set the supported external connectors.
>>
>>>> + data->extcon.dev.parent = dev;
>>
>> Don't need it because extcon_dev_register() set the parent device automatically.
>>
>> The field of 'struct extcon_dev' shold be filled with extcon API without direct allocation.
>>
>>>>
>>>> if (of_device_is_compatible(np, "allwinner,sun5i-a13-usb-phy"))
>>>> data->num_phys = 2;
>>>> @@ -269,6 +453,34 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>>>> if (IS_ERR(data->base))
>>>> return PTR_ERR(data->base);
>>>>
>>>> + data->id_det_gpio = devm_gpiod_get(dev, "usb0_id_det", GPIOD_IN);
>>>> + if (IS_ERR(data->id_det_gpio)) {
>>>> + if (PTR_ERR(data->id_det_gpio) == -EPROBE_DEFER)
>>>> + return -EPROBE_DEFER;
>>>> + data->id_det_gpio = NULL;
>>>> + }
>>>> +
>>>> + data->vbus_det_gpio = devm_gpiod_get(dev, "usb0_vbus_det", GPIOD_IN);
>>>> + if (IS_ERR(data->vbus_det_gpio)) {
>>>> + if (PTR_ERR(data->vbus_det_gpio) == -EPROBE_DEFER)
>>>> + return -EPROBE_DEFER;
>>>> + data->vbus_det_gpio = NULL;
>>>> + }
>>>> +
>>>> + /* We either want both gpio pins or neither (when in host mode) */
>>>> + if (!data->id_det_gpio != !data->vbus_det_gpio) {
>>>> + dev_err(dev, "failed to get id or vbus detect pin\n");
>>>> + return -ENODEV;
>>>> + }
>>>> +
>>>> + if (data->id_det_gpio) {
>>>> + ret = devm_extcon_dev_register(dev, &data->extcon);
>>>> + if (ret) {
>>>> + dev_err(dev, "failed to register extcon: %d\n", ret);
>>>> + return ret;
>>>> + }
>>>> + }
>>>> +
>>>> for (i = 0; i < data->num_phys; i++) {
>>>> struct sun4i_usb_phy *phy = data->phys + i;
>>>> char name[16];
>>>> @@ -318,12 +530,54 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>>>> phy_set_drvdata(phy->phy, &data->phys[i]);
>>>> }
>>>>
>>>> + data->id_det_irq = gpiod_to_irq(data->id_det_gpio);
>>>> + data->vbus_det_irq = gpiod_to_irq(data->vbus_det_gpio);
>>>> + if (data->id_det_irq < 0 || data->vbus_det_irq < 0)
>>>> + data->phy0_poll = true;
>>>> +
>>>> + if (data->id_det_irq >= 0) {
>>>> + ret = devm_request_irq(dev, data->id_det_irq,
>>>> + sun4i_usb_phy0_id_vbus_det_irq,
>>>> + IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
>>>> + "usb0-id-det", data);
>>>> + if (ret) {
>>>> + dev_err(dev, "Err requesting id-det-irq: %d\n", ret);
>>>> + return ret;
>>>> + }
>>>> + }
>>>> +
>>>> + if (data->vbus_det_irq >= 0) {
>>>> + ret = devm_request_irq(dev, data->vbus_det_irq,
>>>> + sun4i_usb_phy0_id_vbus_det_irq,
>>>> + IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
>>>> + "usb0-vbus-det", data);
>>>> + if (ret) {
>>>> + dev_err(dev, "Err requesting vbus-det-irq: %d\n", ret);
>>>> + return ret;
>>>> + }
>>>> + }
>>>> +
>>>> dev_set_drvdata(dev, data);
>>>> phy_provider = devm_of_phy_provider_register(dev, sun4i_usb_phy_xlate);
>>>>
>>>> return PTR_ERR_OR_ZERO(phy_provider);
>>>> }
>>>>
>>>> +static int sun4i_usb_phy_remove(struct platform_device *pdev)
>>>> +{
>>>> + struct device *dev = &pdev->dev;
>>>> + struct sun4i_usb_phy_data *data = dev_get_drvdata(dev);
>>>> +
>>>> + if (data->id_det_irq >= 0)
>>>> + devm_free_irq(dev, data->id_det_irq, data);
>>>> + if (data->vbus_det_irq >= 0)
>>>> + devm_free_irq(dev, data->vbus_det_irq, data);
>>>> +
>>>> + cancel_delayed_work_sync(&data->detect);
>>>> +
>>>> + return 0;
>>>> +}
>>>> +
>>>> static const struct of_device_id sun4i_usb_phy_of_match[] = {
>>>> { .compatible = "allwinner,sun4i-a10-usb-phy" },
>>>> { .compatible = "allwinner,sun5i-a13-usb-phy" },
>>>> @@ -335,9 +589,10 @@ MODULE_DEVICE_TABLE(of, sun4i_usb_phy_of_match);
>>>>
>>>> static struct platform_driver sun4i_usb_phy_driver = {
>>>> .probe = sun4i_usb_phy_probe,
>>>> + .remove = sun4i_usb_phy_remove,
>>>> .driver = {
>>>> .of_match_table = sun4i_usb_phy_of_match,
>>>> - .name = "sun4i-usb-phy",
>>>> + .name = DRIVER_NAME,
>>>> }
>>>> };
>>>> module_platform_driver(sun4i_usb_phy_driver);
>>>>
>>>
>>
>> Thanks,
>> Chanwoo Choi
>>
>
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: [linux-sunxi] Re: [PATCH v4 1/2] phy-sun4i-usb: Add full support for usb0 phy / OTG
2015-06-11 8:29 ` [linux-sunxi] " Chanwoo Choi
@ 2015-06-11 8:59 ` Hans de Goede
-1 siblings, 0 replies; 57+ messages in thread
From: Hans de Goede @ 2015-06-11 8:59 UTC (permalink / raw)
To: Chanwoo Choi
Cc: Kishon Vijay Abraham I, Felipe Balbi, Maxime Ripard,
Chen-Yu Tsai, Roman Byshko, linux-usb-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r, devicetree,
linux-sunxi-/JYPxA39Uh5TLH3MbocFFw
Hi,
On 11-06-15 10:29, Chanwoo Choi wrote:
> Hi Hans,
>
> On 06/11/2015 05:21 PM, Hans de Goede wrote:
>> Hi Chanwoo,
>>
>> Thanks for the quick review.
>>
>> On 11-06-15 10:07, Chanwoo Choi wrote:
>>> Hi Hans,
>>>
>>> I add the comment about extcon-related code.
>>>
>>> Firstly,
>>> I'd like you to implment the extcon driver for phy-sun4i-usb device
>>> in drivers/extcon/ directoryby using MFD
>>
>> No, just no, this is not what the MFD framework is for, the usb-phy
>> in question here is not a multifunction device. The MFD framework
>> is intended for true multi-function devices like i2c attached
>> PMICs which have regulators, gpios, pwm, input (power button),
>> chargers, power-supply, etc. That is NOT the case here.
>>
>> Also moving this to the MFD framework would very likely requiring
>> the devicetree binding for the usb-phy to change which we cannot
>> do as that would break the devicetree ABI.
>>
>>> because there are both extcon
>>> provider driver and extcon client driver. I think that all extcon
>>> provider driver better to be included in drivers/extcon/ directory.
>>> extcon_set_cable_state() function should be handled in extcon provider
>>> driver which is incluced in drivers/extcon/ directory.
>>
>> I do not find this a compelling reason, there are plenty of subsystems
>> where not all implementations of the subsystem class live in the subsystem
>> directory, e.g. input and hwmon devices are often also found outside of
>> the input and hwmon driver directories.
>
> There are difference on between input/hwmon and extcon.
>
> Because input and hwmon driver implement the only one type driver as provider driver.
> But, extcon implement the two type driver of both extcon provider and extcon client driver.
> The extcon is similiar with regulator and clock framework as resource.
>
> extcon provider driver to provider the event when the state of external connector is changed.
> - devm_extcon_dev_register()
> - e.g., almost extcon provider driver are included in 'drivers/extcon/' directory.
I understand, but that does not change my first argument, that the usb-phy is not
a MFD device. And although it may be desirable to keep extcon provider drivers
in the drivers/extcon, there are no technical reasons to do so.
The whole reason why Kishon asked me to start using the extcon framework is to avoid
adding a private API to the phy-sun4i-usb code for notifying the musb-sunxi code
about otg-id-pin status changes. Adding a separate driver for just the extcon bits
means re-adding a private api to the phy-sun4i-usb code but this time for the
extcon code, at which point we might just as well skip extcon and have the
musb-sunxi glue code call directly into the phy-sun4i-usb code...
Needing a private API for a separate extcn driver actually is a good argument to
NOT have a separate extcon driver and keep the extcon code in the phy-sun4i-usb code,
where as I see no technical arguments in favor of a separate extcon driver.
Regards,
Hans
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 57+ messages in thread
* [linux-sunxi] Re: [PATCH v4 1/2] phy-sun4i-usb: Add full support for usb0 phy / OTG
@ 2015-06-11 8:59 ` Hans de Goede
0 siblings, 0 replies; 57+ messages in thread
From: Hans de Goede @ 2015-06-11 8:59 UTC (permalink / raw)
To: linux-arm-kernel
Hi,
On 11-06-15 10:29, Chanwoo Choi wrote:
> Hi Hans,
>
> On 06/11/2015 05:21 PM, Hans de Goede wrote:
>> Hi Chanwoo,
>>
>> Thanks for the quick review.
>>
>> On 11-06-15 10:07, Chanwoo Choi wrote:
>>> Hi Hans,
>>>
>>> I add the comment about extcon-related code.
>>>
>>> Firstly,
>>> I'd like you to implment the extcon driver for phy-sun4i-usb device
>>> in drivers/extcon/ directoryby using MFD
>>
>> No, just no, this is not what the MFD framework is for, the usb-phy
>> in question here is not a multifunction device. The MFD framework
>> is intended for true multi-function devices like i2c attached
>> PMICs which have regulators, gpios, pwm, input (power button),
>> chargers, power-supply, etc. That is NOT the case here.
>>
>> Also moving this to the MFD framework would very likely requiring
>> the devicetree binding for the usb-phy to change which we cannot
>> do as that would break the devicetree ABI.
>>
>>> because there are both extcon
>>> provider driver and extcon client driver. I think that all extcon
>>> provider driver better to be included in drivers/extcon/ directory.
>>> extcon_set_cable_state() function should be handled in extcon provider
>>> driver which is incluced in drivers/extcon/ directory.
>>
>> I do not find this a compelling reason, there are plenty of subsystems
>> where not all implementations of the subsystem class live in the subsystem
>> directory, e.g. input and hwmon devices are often also found outside of
>> the input and hwmon driver directories.
>
> There are difference on between input/hwmon and extcon.
>
> Because input and hwmon driver implement the only one type driver as provider driver.
> But, extcon implement the two type driver of both extcon provider and extcon client driver.
> The extcon is similiar with regulator and clock framework as resource.
>
> extcon provider driver to provider the event when the state of external connector is changed.
> - devm_extcon_dev_register()
> - e.g., almost extcon provider driver are included in 'drivers/extcon/' directory.
I understand, but that does not change my first argument, that the usb-phy is not
a MFD device. And although it may be desirable to keep extcon provider drivers
in the drivers/extcon, there are no technical reasons to do so.
The whole reason why Kishon asked me to start using the extcon framework is to avoid
adding a private API to the phy-sun4i-usb code for notifying the musb-sunxi code
about otg-id-pin status changes. Adding a separate driver for just the extcon bits
means re-adding a private api to the phy-sun4i-usb code but this time for the
extcon code, at which point we might just as well skip extcon and have the
musb-sunxi glue code call directly into the phy-sun4i-usb code...
Needing a private API for a separate extcn driver actually is a good argument to
NOT have a separate extcon driver and keep the extcon code in the phy-sun4i-usb code,
where as I see no technical arguments in favor of a separate extcon driver.
Regards,
Hans
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: Re: [PATCH v4 1/2] phy-sun4i-usb: Add full support for usb0 phy / OTG
2015-06-11 8:59 ` Hans de Goede
@ 2015-06-11 9:33 ` Chanwoo Choi
-1 siblings, 0 replies; 57+ messages in thread
From: Chanwoo Choi @ 2015-06-11 9:33 UTC (permalink / raw)
To: Hans de Goede
Cc: Kishon Vijay Abraham I, Felipe Balbi, Maxime Ripard,
Chen-Yu Tsai, Roman Byshko, linux-usb-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r, devicetree,
linux-sunxi-/JYPxA39Uh5TLH3MbocFFw
Hi,
On 06/11/2015 05:59 PM, Hans de Goede wrote:
> Hi,
>
> On 11-06-15 10:29, Chanwoo Choi wrote:
>> Hi Hans,
>>
>> On 06/11/2015 05:21 PM, Hans de Goede wrote:
>>> Hi Chanwoo,
>>>
>>> Thanks for the quick review.
>>>
>>> On 11-06-15 10:07, Chanwoo Choi wrote:
>>>> Hi Hans,
>>>>
>>>> I add the comment about extcon-related code.
>>>>
>>>> Firstly,
>>>> I'd like you to implment the extcon driver for phy-sun4i-usb device
>>>> in drivers/extcon/ directoryby using MFD
>>>
>>> No, just no, this is not what the MFD framework is for, the usb-phy
>>> in question here is not a multifunction device. The MFD framework
>>> is intended for true multi-function devices like i2c attached
>>> PMICs which have regulators, gpios, pwm, input (power button),
>>> chargers, power-supply, etc. That is NOT the case here.
>>>
>>> Also moving this to the MFD framework would very likely requiring
>>> the devicetree binding for the usb-phy to change which we cannot
>>> do as that would break the devicetree ABI.
>>>
>>>> because there are both extcon
>>>> provider driver and extcon client driver. I think that all extcon
>>>> provider driver better to be included in drivers/extcon/ directory.
>>>> extcon_set_cable_state() function should be handled in extcon provider
>>>> driver which is incluced in drivers/extcon/ directory.
>>>
>>> I do not find this a compelling reason, there are plenty of subsystems
>>> where not all implementations of the subsystem class live in the subsystem
>>> directory, e.g. input and hwmon devices are often also found outside of
>>> the input and hwmon driver directories.
>>
>> There are difference on between input/hwmon and extcon.
>>
>> Because input and hwmon driver implement the only one type driver as provider driver.
>> But, extcon implement the two type driver of both extcon provider and extcon client driver.
>> The extcon is similiar with regulator and clock framework as resource.
>>
>> extcon provider driver to provider the event when the state of external connector is changed.
>> - devm_extcon_dev_register()
>> - e.g., almost extcon provider driver are included in 'drivers/extcon/' directory.
>
> I understand, but that does not change my first argument, that the usb-phy is not
> a MFD device. And although it may be desirable to keep extcon provider drivers
> in the drivers/extcon, there are no technical reasons to do so.
>
> The whole reason why Kishon asked me to start using the extcon framework is to avoid
> adding a private API to the phy-sun4i-usb code for notifying the musb-sunxi code
> about otg-id-pin status changes. Adding a separate driver for just the extcon bits
> means re-adding a private api to the phy-sun4i-usb code but this time for the
> extcon code, at which point we might just as well skip extcon and have the
> musb-sunxi glue code call directly into the phy-sun4i-usb code...
>
> Needing a private API for a separate extcn driver actually is a good argument to
> NOT have a separate extcon driver and keep the extcon code in the phy-sun4i-usb code,
> where as I see no technical arguments in favor of a separate extcon driver.
There is one technical issue.
The extcon_set_cable_state() should be handled by extcon provider driver.
because extcon_set_cable_state() inform the extcon client driver of the event
when detecting the change of h/w line (gpio line) or register of peripheral device.
But, extcon client driver can now get the instance of extcon_dev structure
by extcon_get_edev_by_phandle() and then can change the cable state by using the extcon_set_cable_state().
I think that these issue have to be protected by framework level.
Thanks,
Chanwoo Choi
^ permalink raw reply [flat|nested] 57+ messages in thread
* [linux-sunxi] Re: [PATCH v4 1/2] phy-sun4i-usb: Add full support for usb0 phy / OTG
@ 2015-06-11 9:33 ` Chanwoo Choi
0 siblings, 0 replies; 57+ messages in thread
From: Chanwoo Choi @ 2015-06-11 9:33 UTC (permalink / raw)
To: linux-arm-kernel
Hi,
On 06/11/2015 05:59 PM, Hans de Goede wrote:
> Hi,
>
> On 11-06-15 10:29, Chanwoo Choi wrote:
>> Hi Hans,
>>
>> On 06/11/2015 05:21 PM, Hans de Goede wrote:
>>> Hi Chanwoo,
>>>
>>> Thanks for the quick review.
>>>
>>> On 11-06-15 10:07, Chanwoo Choi wrote:
>>>> Hi Hans,
>>>>
>>>> I add the comment about extcon-related code.
>>>>
>>>> Firstly,
>>>> I'd like you to implment the extcon driver for phy-sun4i-usb device
>>>> in drivers/extcon/ directoryby using MFD
>>>
>>> No, just no, this is not what the MFD framework is for, the usb-phy
>>> in question here is not a multifunction device. The MFD framework
>>> is intended for true multi-function devices like i2c attached
>>> PMICs which have regulators, gpios, pwm, input (power button),
>>> chargers, power-supply, etc. That is NOT the case here.
>>>
>>> Also moving this to the MFD framework would very likely requiring
>>> the devicetree binding for the usb-phy to change which we cannot
>>> do as that would break the devicetree ABI.
>>>
>>>> because there are both extcon
>>>> provider driver and extcon client driver. I think that all extcon
>>>> provider driver better to be included in drivers/extcon/ directory.
>>>> extcon_set_cable_state() function should be handled in extcon provider
>>>> driver which is incluced in drivers/extcon/ directory.
>>>
>>> I do not find this a compelling reason, there are plenty of subsystems
>>> where not all implementations of the subsystem class live in the subsystem
>>> directory, e.g. input and hwmon devices are often also found outside of
>>> the input and hwmon driver directories.
>>
>> There are difference on between input/hwmon and extcon.
>>
>> Because input and hwmon driver implement the only one type driver as provider driver.
>> But, extcon implement the two type driver of both extcon provider and extcon client driver.
>> The extcon is similiar with regulator and clock framework as resource.
>>
>> extcon provider driver to provider the event when the state of external connector is changed.
>> - devm_extcon_dev_register()
>> - e.g., almost extcon provider driver are included in 'drivers/extcon/' directory.
>
> I understand, but that does not change my first argument, that the usb-phy is not
> a MFD device. And although it may be desirable to keep extcon provider drivers
> in the drivers/extcon, there are no technical reasons to do so.
>
> The whole reason why Kishon asked me to start using the extcon framework is to avoid
> adding a private API to the phy-sun4i-usb code for notifying the musb-sunxi code
> about otg-id-pin status changes. Adding a separate driver for just the extcon bits
> means re-adding a private api to the phy-sun4i-usb code but this time for the
> extcon code, at which point we might just as well skip extcon and have the
> musb-sunxi glue code call directly into the phy-sun4i-usb code...
>
> Needing a private API for a separate extcn driver actually is a good argument to
> NOT have a separate extcon driver and keep the extcon code in the phy-sun4i-usb code,
> where as I see no technical arguments in favor of a separate extcon driver.
There is one technical issue.
The extcon_set_cable_state() should be handled by extcon provider driver.
because extcon_set_cable_state() inform the extcon client driver of the event
when detecting the change of h/w line (gpio line) or register of peripheral device.
But, extcon client driver can now get the instance of extcon_dev structure
by extcon_get_edev_by_phandle() and then can change the cable state by using the extcon_set_cable_state().
I think that these issue have to be protected by framework level.
Thanks,
Chanwoo Choi
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: [linux-sunxi] Re: [PATCH v4 1/2] phy-sun4i-usb: Add full support for usb0 phy / OTG
2015-06-11 9:33 ` [linux-sunxi] " Chanwoo Choi
@ 2015-06-11 9:37 ` Chanwoo Choi
-1 siblings, 0 replies; 57+ messages in thread
From: Chanwoo Choi @ 2015-06-11 9:37 UTC (permalink / raw)
To: Hans de Goede
Cc: Kishon Vijay Abraham I, Felipe Balbi, Maxime Ripard,
Chen-Yu Tsai, Roman Byshko, linux-usb-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r, devicetree,
linux-sunxi-/JYPxA39Uh5TLH3MbocFFw
On 06/11/2015 06:33 PM, Chanwoo Choi wrote:
> Hi,
>
> On 06/11/2015 05:59 PM, Hans de Goede wrote:
>> Hi,
>>
>> On 11-06-15 10:29, Chanwoo Choi wrote:
>>> Hi Hans,
>>>
>>> On 06/11/2015 05:21 PM, Hans de Goede wrote:
>>>> Hi Chanwoo,
>>>>
>>>> Thanks for the quick review.
>>>>
>>>> On 11-06-15 10:07, Chanwoo Choi wrote:
>>>>> Hi Hans,
>>>>>
>>>>> I add the comment about extcon-related code.
>>>>>
>>>>> Firstly,
>>>>> I'd like you to implment the extcon driver for phy-sun4i-usb device
>>>>> in drivers/extcon/ directoryby using MFD
>>>>
>>>> No, just no, this is not what the MFD framework is for, the usb-phy
>>>> in question here is not a multifunction device. The MFD framework
>>>> is intended for true multi-function devices like i2c attached
>>>> PMICs which have regulators, gpios, pwm, input (power button),
>>>> chargers, power-supply, etc. That is NOT the case here.
>>>>
>>>> Also moving this to the MFD framework would very likely requiring
>>>> the devicetree binding for the usb-phy to change which we cannot
>>>> do as that would break the devicetree ABI.
>>>>
>>>>> because there are both extcon
>>>>> provider driver and extcon client driver. I think that all extcon
>>>>> provider driver better to be included in drivers/extcon/ directory.
>>>>> extcon_set_cable_state() function should be handled in extcon provider
>>>>> driver which is incluced in drivers/extcon/ directory.
>>>>
>>>> I do not find this a compelling reason, there are plenty of subsystems
>>>> where not all implementations of the subsystem class live in the subsystem
>>>> directory, e.g. input and hwmon devices are often also found outside of
>>>> the input and hwmon driver directories.
>>>
>>> There are difference on between input/hwmon and extcon.
>>>
>>> Because input and hwmon driver implement the only one type driver as provider driver.
>>> But, extcon implement the two type driver of both extcon provider and extcon client driver.
>>> The extcon is similiar with regulator and clock framework as resource.
>>>
>>> extcon provider driver to provider the event when the state of external connector is changed.
>>> - devm_extcon_dev_register()
>>> - e.g., almost extcon provider driver are included in 'drivers/extcon/' directory.
>>
>> I understand, but that does not change my first argument, that the usb-phy is not
>> a MFD device. And although it may be desirable to keep extcon provider drivers
>> in the drivers/extcon, there are no technical reasons to do so.
>>
>> The whole reason why Kishon asked me to start using the extcon framework is to avoid
>> adding a private API to the phy-sun4i-usb code for notifying the musb-sunxi code
>> about otg-id-pin status changes. Adding a separate driver for just the extcon bits
>> means re-adding a private api to the phy-sun4i-usb code but this time for the
>> extcon code, at which point we might just as well skip extcon and have the
>> musb-sunxi glue code call directly into the phy-sun4i-usb code...
>>
>> Needing a private API for a separate extcn driver actually is a good argument to
>> NOT have a separate extcon driver and keep the extcon code in the phy-sun4i-usb code,
>> where as I see no technical arguments in favor of a separate extcon driver.
>
> There is one technical issue.
>
> The extcon_set_cable_state() should be handled by extcon provider driver.
> because extcon_set_cable_state() inform the extcon client driver of the event
> when detecting the change of h/w line (gpio line) or register of peripheral device.
>
> But, extcon client driver can now get the instance of extcon_dev structure
> by extcon_get_edev_by_phandle() and then can change the cable state by using the extcon_set_cable_state().
>
> I think that these issue have to be protected by framework level.
I fix wrong word. (protected -> prevented)
- I think that these issue have to be prevented by framework level.
Thanks,
Chanwoo Choi
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 57+ messages in thread
* [linux-sunxi] Re: [PATCH v4 1/2] phy-sun4i-usb: Add full support for usb0 phy / OTG
@ 2015-06-11 9:37 ` Chanwoo Choi
0 siblings, 0 replies; 57+ messages in thread
From: Chanwoo Choi @ 2015-06-11 9:37 UTC (permalink / raw)
To: linux-arm-kernel
On 06/11/2015 06:33 PM, Chanwoo Choi wrote:
> Hi,
>
> On 06/11/2015 05:59 PM, Hans de Goede wrote:
>> Hi,
>>
>> On 11-06-15 10:29, Chanwoo Choi wrote:
>>> Hi Hans,
>>>
>>> On 06/11/2015 05:21 PM, Hans de Goede wrote:
>>>> Hi Chanwoo,
>>>>
>>>> Thanks for the quick review.
>>>>
>>>> On 11-06-15 10:07, Chanwoo Choi wrote:
>>>>> Hi Hans,
>>>>>
>>>>> I add the comment about extcon-related code.
>>>>>
>>>>> Firstly,
>>>>> I'd like you to implment the extcon driver for phy-sun4i-usb device
>>>>> in drivers/extcon/ directoryby using MFD
>>>>
>>>> No, just no, this is not what the MFD framework is for, the usb-phy
>>>> in question here is not a multifunction device. The MFD framework
>>>> is intended for true multi-function devices like i2c attached
>>>> PMICs which have regulators, gpios, pwm, input (power button),
>>>> chargers, power-supply, etc. That is NOT the case here.
>>>>
>>>> Also moving this to the MFD framework would very likely requiring
>>>> the devicetree binding for the usb-phy to change which we cannot
>>>> do as that would break the devicetree ABI.
>>>>
>>>>> because there are both extcon
>>>>> provider driver and extcon client driver. I think that all extcon
>>>>> provider driver better to be included in drivers/extcon/ directory.
>>>>> extcon_set_cable_state() function should be handled in extcon provider
>>>>> driver which is incluced in drivers/extcon/ directory.
>>>>
>>>> I do not find this a compelling reason, there are plenty of subsystems
>>>> where not all implementations of the subsystem class live in the subsystem
>>>> directory, e.g. input and hwmon devices are often also found outside of
>>>> the input and hwmon driver directories.
>>>
>>> There are difference on between input/hwmon and extcon.
>>>
>>> Because input and hwmon driver implement the only one type driver as provider driver.
>>> But, extcon implement the two type driver of both extcon provider and extcon client driver.
>>> The extcon is similiar with regulator and clock framework as resource.
>>>
>>> extcon provider driver to provider the event when the state of external connector is changed.
>>> - devm_extcon_dev_register()
>>> - e.g., almost extcon provider driver are included in 'drivers/extcon/' directory.
>>
>> I understand, but that does not change my first argument, that the usb-phy is not
>> a MFD device. And although it may be desirable to keep extcon provider drivers
>> in the drivers/extcon, there are no technical reasons to do so.
>>
>> The whole reason why Kishon asked me to start using the extcon framework is to avoid
>> adding a private API to the phy-sun4i-usb code for notifying the musb-sunxi code
>> about otg-id-pin status changes. Adding a separate driver for just the extcon bits
>> means re-adding a private api to the phy-sun4i-usb code but this time for the
>> extcon code, at which point we might just as well skip extcon and have the
>> musb-sunxi glue code call directly into the phy-sun4i-usb code...
>>
>> Needing a private API for a separate extcn driver actually is a good argument to
>> NOT have a separate extcon driver and keep the extcon code in the phy-sun4i-usb code,
>> where as I see no technical arguments in favor of a separate extcon driver.
>
> There is one technical issue.
>
> The extcon_set_cable_state() should be handled by extcon provider driver.
> because extcon_set_cable_state() inform the extcon client driver of the event
> when detecting the change of h/w line (gpio line) or register of peripheral device.
>
> But, extcon client driver can now get the instance of extcon_dev structure
> by extcon_get_edev_by_phandle() and then can change the cable state by using the extcon_set_cable_state().
>
> I think that these issue have to be protected by framework level.
I fix wrong word. (protected -> prevented)
- I think that these issue have to be prevented by framework level.
Thanks,
Chanwoo Choi
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: [linux-sunxi] Re: [PATCH v4 1/2] phy-sun4i-usb: Add full support for usb0 phy / OTG
2015-06-11 9:33 ` [linux-sunxi] " Chanwoo Choi
@ 2015-06-11 9:38 ` Hans de Goede
-1 siblings, 0 replies; 57+ messages in thread
From: Hans de Goede @ 2015-06-11 9:38 UTC (permalink / raw)
To: Chanwoo Choi
Cc: Kishon Vijay Abraham I, Felipe Balbi, Maxime Ripard,
Chen-Yu Tsai, Roman Byshko, linux-usb-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r, devicetree,
linux-sunxi-/JYPxA39Uh5TLH3MbocFFw
Hi,
On 11-06-15 11:33, Chanwoo Choi wrote:
> Hi,
>
> On 06/11/2015 05:59 PM, Hans de Goede wrote:
>> Hi,
>>
>> On 11-06-15 10:29, Chanwoo Choi wrote:
>>> Hi Hans,
>>>
>>> On 06/11/2015 05:21 PM, Hans de Goede wrote:
>>>> Hi Chanwoo,
>>>>
>>>> Thanks for the quick review.
>>>>
>>>> On 11-06-15 10:07, Chanwoo Choi wrote:
>>>>> Hi Hans,
>>>>>
>>>>> I add the comment about extcon-related code.
>>>>>
>>>>> Firstly,
>>>>> I'd like you to implment the extcon driver for phy-sun4i-usb device
>>>>> in drivers/extcon/ directoryby using MFD
>>>>
>>>> No, just no, this is not what the MFD framework is for, the usb-phy
>>>> in question here is not a multifunction device. The MFD framework
>>>> is intended for true multi-function devices like i2c attached
>>>> PMICs which have regulators, gpios, pwm, input (power button),
>>>> chargers, power-supply, etc. That is NOT the case here.
>>>>
>>>> Also moving this to the MFD framework would very likely requiring
>>>> the devicetree binding for the usb-phy to change which we cannot
>>>> do as that would break the devicetree ABI.
>>>>
>>>>> because there are both extcon
>>>>> provider driver and extcon client driver. I think that all extcon
>>>>> provider driver better to be included in drivers/extcon/ directory.
>>>>> extcon_set_cable_state() function should be handled in extcon provider
>>>>> driver which is incluced in drivers/extcon/ directory.
>>>>
>>>> I do not find this a compelling reason, there are plenty of subsystems
>>>> where not all implementations of the subsystem class live in the subsystem
>>>> directory, e.g. input and hwmon devices are often also found outside of
>>>> the input and hwmon driver directories.
>>>
>>> There are difference on between input/hwmon and extcon.
>>>
>>> Because input and hwmon driver implement the only one type driver as provider driver.
>>> But, extcon implement the two type driver of both extcon provider and extcon client driver.
>>> The extcon is similiar with regulator and clock framework as resource.
>>>
>>> extcon provider driver to provider the event when the state of external connector is changed.
>>> - devm_extcon_dev_register()
>>> - e.g., almost extcon provider driver are included in 'drivers/extcon/' directory.
>>
>> I understand, but that does not change my first argument, that the usb-phy is not
>> a MFD device. And although it may be desirable to keep extcon provider drivers
>> in the drivers/extcon, there are no technical reasons to do so.
>>
>> The whole reason why Kishon asked me to start using the extcon framework is to avoid
>> adding a private API to the phy-sun4i-usb code for notifying the musb-sunxi code
>> about otg-id-pin status changes. Adding a separate driver for just the extcon bits
>> means re-adding a private api to the phy-sun4i-usb code but this time for the
>> extcon code, at which point we might just as well skip extcon and have the
>> musb-sunxi glue code call directly into the phy-sun4i-usb code...
>>
>> Needing a private API for a separate extcn driver actually is a good argument to
>> NOT have a separate extcon driver and keep the extcon code in the phy-sun4i-usb code,
>> where as I see no technical arguments in favor of a separate extcon driver.
>
> There is one technical issue.
>
> The extcon_set_cable_state() should be handled by extcon provider driver.
That is something which can be done regardless of where the extcon provider
driver code is located in the kernel tree...
> because extcon_set_cable_state() inform the extcon client driver of the event
> when detecting the change of h/w line (gpio line) or register of peripheral device.
>
> But, extcon client driver can now get the instance of extcon_dev structure
> by extcon_get_edev_by_phandle() and then can change the cable state by using the extcon_set_cable_state().
>
> I think that these issue have to be protected by framework level.
Protecting this at the framework level would mean protecting it with code
in drivers/extcon/extcon.c, that code will be used (and thus can protect
things) regardless of where the extcon provider code lives.
I really still see no technical reasons why all extcon provider code
MUST be under drivers/extcon.
As for the whole provider <-> client relation as argument, the same goes
for irq-chips and any code with irq handlers, yet we have irc-chip drivers
(irq providers) all over the place.
Regards,
Hans
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 57+ messages in thread
* [linux-sunxi] Re: [PATCH v4 1/2] phy-sun4i-usb: Add full support for usb0 phy / OTG
@ 2015-06-11 9:38 ` Hans de Goede
0 siblings, 0 replies; 57+ messages in thread
From: Hans de Goede @ 2015-06-11 9:38 UTC (permalink / raw)
To: linux-arm-kernel
Hi,
On 11-06-15 11:33, Chanwoo Choi wrote:
> Hi,
>
> On 06/11/2015 05:59 PM, Hans de Goede wrote:
>> Hi,
>>
>> On 11-06-15 10:29, Chanwoo Choi wrote:
>>> Hi Hans,
>>>
>>> On 06/11/2015 05:21 PM, Hans de Goede wrote:
>>>> Hi Chanwoo,
>>>>
>>>> Thanks for the quick review.
>>>>
>>>> On 11-06-15 10:07, Chanwoo Choi wrote:
>>>>> Hi Hans,
>>>>>
>>>>> I add the comment about extcon-related code.
>>>>>
>>>>> Firstly,
>>>>> I'd like you to implment the extcon driver for phy-sun4i-usb device
>>>>> in drivers/extcon/ directoryby using MFD
>>>>
>>>> No, just no, this is not what the MFD framework is for, the usb-phy
>>>> in question here is not a multifunction device. The MFD framework
>>>> is intended for true multi-function devices like i2c attached
>>>> PMICs which have regulators, gpios, pwm, input (power button),
>>>> chargers, power-supply, etc. That is NOT the case here.
>>>>
>>>> Also moving this to the MFD framework would very likely requiring
>>>> the devicetree binding for the usb-phy to change which we cannot
>>>> do as that would break the devicetree ABI.
>>>>
>>>>> because there are both extcon
>>>>> provider driver and extcon client driver. I think that all extcon
>>>>> provider driver better to be included in drivers/extcon/ directory.
>>>>> extcon_set_cable_state() function should be handled in extcon provider
>>>>> driver which is incluced in drivers/extcon/ directory.
>>>>
>>>> I do not find this a compelling reason, there are plenty of subsystems
>>>> where not all implementations of the subsystem class live in the subsystem
>>>> directory, e.g. input and hwmon devices are often also found outside of
>>>> the input and hwmon driver directories.
>>>
>>> There are difference on between input/hwmon and extcon.
>>>
>>> Because input and hwmon driver implement the only one type driver as provider driver.
>>> But, extcon implement the two type driver of both extcon provider and extcon client driver.
>>> The extcon is similiar with regulator and clock framework as resource.
>>>
>>> extcon provider driver to provider the event when the state of external connector is changed.
>>> - devm_extcon_dev_register()
>>> - e.g., almost extcon provider driver are included in 'drivers/extcon/' directory.
>>
>> I understand, but that does not change my first argument, that the usb-phy is not
>> a MFD device. And although it may be desirable to keep extcon provider drivers
>> in the drivers/extcon, there are no technical reasons to do so.
>>
>> The whole reason why Kishon asked me to start using the extcon framework is to avoid
>> adding a private API to the phy-sun4i-usb code for notifying the musb-sunxi code
>> about otg-id-pin status changes. Adding a separate driver for just the extcon bits
>> means re-adding a private api to the phy-sun4i-usb code but this time for the
>> extcon code, at which point we might just as well skip extcon and have the
>> musb-sunxi glue code call directly into the phy-sun4i-usb code...
>>
>> Needing a private API for a separate extcn driver actually is a good argument to
>> NOT have a separate extcon driver and keep the extcon code in the phy-sun4i-usb code,
>> where as I see no technical arguments in favor of a separate extcon driver.
>
> There is one technical issue.
>
> The extcon_set_cable_state() should be handled by extcon provider driver.
That is something which can be done regardless of where the extcon provider
driver code is located in the kernel tree...
> because extcon_set_cable_state() inform the extcon client driver of the event
> when detecting the change of h/w line (gpio line) or register of peripheral device.
>
> But, extcon client driver can now get the instance of extcon_dev structure
> by extcon_get_edev_by_phandle() and then can change the cable state by using the extcon_set_cable_state().
>
> I think that these issue have to be protected by framework level.
Protecting this at the framework level would mean protecting it with code
in drivers/extcon/extcon.c, that code will be used (and thus can protect
things) regardless of where the extcon provider code lives.
I really still see no technical reasons why all extcon provider code
MUST be under drivers/extcon.
As for the whole provider <-> client relation as argument, the same goes
for irq-chips and any code with irq handlers, yet we have irc-chip drivers
(irq providers) all over the place.
Regards,
Hans
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: [PATCH v4 1/2] phy-sun4i-usb: Add full support for usb0 phy / OTG
2015-05-31 16:10 ` Hans de Goede
@ 2015-06-11 9:42 ` Kishon Vijay Abraham I
-1 siblings, 0 replies; 57+ messages in thread
From: Kishon Vijay Abraham I @ 2015-06-11 9:42 UTC (permalink / raw)
To: Hans de Goede, Felipe Balbi
Cc: Maxime Ripard, Chen-Yu Tsai, Roman Byshko,
linux-usb-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r, devicetree,
linux-sunxi-/JYPxA39Uh5TLH3MbocFFw
Hi,
On Sunday 31 May 2015 09:40 PM, Hans de Goede wrote:
> The usb0 phy is connected to an OTG controller, and as such needs some special
> handling:
>
> 1) It allows explicit control over the pullups, enable these on phy_init and
> disable them on phy_exit.
>
> 2) It has bits to signal id and vbus detect to the musb-core, add support for
> for monitoring id and vbus detect gpio-s for use in dual role mode, and set
> these bits to the correct values for operating in host only mode when no
> gpios are specified in the devicetree.
>
> 3) When in dual role mode the musb sunxi glue needs to know if the a host or
> device cable is plugged in, so when in dual role mode register an extcon.
>
> While updating the devicetree binding documentation also add documentation
> for the sofar undocumented usage of regulators for vbus for all 3 phys.
>
> Signed-off-by: Hans de Goede <hdegoede-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
> ---
> Changes in v2:
> -Removed the sunxi specific phy functions, instead the id / vbus gpio polling
> has been moved to the phy-sun4i-usb driver and their status is exported
> through extcon for the sunxi-musb glue
> Changes in v3:
> -No changes
> Changes in v4:
> -Do not call regulator_disable in an unbalanced manner when an external vbus
> is present
> ---
> .../devicetree/bindings/phy/sun4i-usb-phy.txt | 18 +-
> drivers/phy/Kconfig | 1 +
> drivers/phy/phy-sun4i-usb.c | 273 ++++++++++++++++++++-
> 3 files changed, 281 insertions(+), 11 deletions(-)
>
.
.
<snip>
.
.
> diff --git a/drivers/phy/phy-sun4i-usb.c b/drivers/phy/phy-sun4i-usb.c
> index 91c5be4..b45d707 100644
> --- a/drivers/phy/phy-sun4i-usb.c
> +++ b/drivers/phy/phy-sun4i-usb.c
> @@ -1,7 +1,7 @@
.
.
<snip>
.
.
> static struct phy *sun4i_usb_phy_xlate(struct device *dev,
> struct of_phandle_args *args)
> {
> @@ -240,13 +417,20 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
> struct phy_provider *phy_provider;
> bool dedicated_clocks;
> struct resource *res;
> - int i;
> + int i, ret;
>
> data = devm_kzalloc(dev, sizeof(*data), GFP_KERNEL);
> if (!data)
> return -ENOMEM;
>
> mutex_init(&data->mutex);
> + INIT_DELAYED_WORK(&data->detect, sun4i_usb_phy0_id_vbus_det_scan);
> + data->extcon_cable_names[0] = extcon_cable_name[EXTCON_USB_HOST];
> + data->extcon_cable_names[1] = extcon_cable_name[EXTCON_USB];
> + data->extcon_cable_names[2] = NULL;
> + data->extcon.name = DRIVER_NAME;
> + data->extcon.supported_cable = data->extcon_cable_names;
> + data->extcon.dev.parent = dev;
>
> if (of_device_is_compatible(np, "allwinner,sun5i-a13-usb-phy"))
> data->num_phys = 2;
> @@ -269,6 +453,34 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
> if (IS_ERR(data->base))
> return PTR_ERR(data->base);
>
> + data->id_det_gpio = devm_gpiod_get(dev, "usb0_id_det", GPIOD_IN);
> + if (IS_ERR(data->id_det_gpio)) {
> + if (PTR_ERR(data->id_det_gpio) == -EPROBE_DEFER)
> + return -EPROBE_DEFER;
> + data->id_det_gpio = NULL;
> + }
> +
> + data->vbus_det_gpio = devm_gpiod_get(dev, "usb0_vbus_det", GPIOD_IN);
> + if (IS_ERR(data->vbus_det_gpio)) {
> + if (PTR_ERR(data->vbus_det_gpio) == -EPROBE_DEFER)
> + return -EPROBE_DEFER;
> + data->vbus_det_gpio = NULL;
> + }
> +
> + /* We either want both gpio pins or neither (when in host mode) */
> + if (!data->id_det_gpio != !data->vbus_det_gpio) {
> + dev_err(dev, "failed to get id or vbus detect pin\n");
> + return -ENODEV;
> + }
> +
> + if (data->id_det_gpio) {
> + ret = devm_extcon_dev_register(dev, &data->extcon);
> + if (ret) {
> + dev_err(dev, "failed to register extcon: %d\n", ret);
> + return ret;
> + }
> + }
> +
> for (i = 0; i < data->num_phys; i++) {
> struct sun4i_usb_phy *phy = data->phys + i;
> char name[16];
> @@ -318,12 +530,54 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
> phy_set_drvdata(phy->phy, &data->phys[i]);
> }
>
> + data->id_det_irq = gpiod_to_irq(data->id_det_gpio);
> + data->vbus_det_irq = gpiod_to_irq(data->vbus_det_gpio);
> + if (data->id_det_irq < 0 || data->vbus_det_irq < 0)
> + data->phy0_poll = true;
if polling is enabled, we shouldn't enable irq at all?
> +
> + if (data->id_det_irq >= 0) {
> + ret = devm_request_irq(dev, data->id_det_irq,
> + sun4i_usb_phy0_id_vbus_det_irq,
> + IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
> + "usb0-id-det", data);
> + if (ret) {
> + dev_err(dev, "Err requesting id-det-irq: %d\n", ret);
> + return ret;
> + }
> + }
> +
> + if (data->vbus_det_irq >= 0) {
> + ret = devm_request_irq(dev, data->vbus_det_irq,
> + sun4i_usb_phy0_id_vbus_det_irq,
> + IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
> + "usb0-vbus-det", data);
> + if (ret) {
> + dev_err(dev, "Err requesting vbus-det-irq: %d\n", ret);
> + return ret;
> + }
> + }
> +
> dev_set_drvdata(dev, data);
> phy_provider = devm_of_phy_provider_register(dev, sun4i_usb_phy_xlate);
>
> return PTR_ERR_OR_ZERO(phy_provider);
> }
>
> +static int sun4i_usb_phy_remove(struct platform_device *pdev)
> +{
> + struct device *dev = &pdev->dev;
> + struct sun4i_usb_phy_data *data = dev_get_drvdata(dev);
> +
> + if (data->id_det_irq >= 0)
> + devm_free_irq(dev, data->id_det_irq, data);
> + if (data->vbus_det_irq >= 0)
> + devm_free_irq(dev, data->vbus_det_irq, data);
This shouldn't be needed since you already use devm_* in probe.
Thanks
Kishon
> +
> + cancel_delayed_work_sync(&data->detect);
> +
> + return 0;
> +}
> +
> static const struct of_device_id sun4i_usb_phy_of_match[] = {
> { .compatible = "allwinner,sun4i-a10-usb-phy" },
> { .compatible = "allwinner,sun5i-a13-usb-phy" },
> @@ -335,9 +589,10 @@ MODULE_DEVICE_TABLE(of, sun4i_usb_phy_of_match);
>
> static struct platform_driver sun4i_usb_phy_driver = {
> .probe = sun4i_usb_phy_probe,
> + .remove = sun4i_usb_phy_remove,
> .driver = {
> .of_match_table = sun4i_usb_phy_of_match,
> - .name = "sun4i-usb-phy",
> + .name = DRIVER_NAME,
> }
> };
> module_platform_driver(sun4i_usb_phy_driver);
>
^ permalink raw reply [flat|nested] 57+ messages in thread
* [PATCH v4 1/2] phy-sun4i-usb: Add full support for usb0 phy / OTG
@ 2015-06-11 9:42 ` Kishon Vijay Abraham I
0 siblings, 0 replies; 57+ messages in thread
From: Kishon Vijay Abraham I @ 2015-06-11 9:42 UTC (permalink / raw)
To: linux-arm-kernel
Hi,
On Sunday 31 May 2015 09:40 PM, Hans de Goede wrote:
> The usb0 phy is connected to an OTG controller, and as such needs some special
> handling:
>
> 1) It allows explicit control over the pullups, enable these on phy_init and
> disable them on phy_exit.
>
> 2) It has bits to signal id and vbus detect to the musb-core, add support for
> for monitoring id and vbus detect gpio-s for use in dual role mode, and set
> these bits to the correct values for operating in host only mode when no
> gpios are specified in the devicetree.
>
> 3) When in dual role mode the musb sunxi glue needs to know if the a host or
> device cable is plugged in, so when in dual role mode register an extcon.
>
> While updating the devicetree binding documentation also add documentation
> for the sofar undocumented usage of regulators for vbus for all 3 phys.
>
> Signed-off-by: Hans de Goede <hdegoede@redhat.com>
> ---
> Changes in v2:
> -Removed the sunxi specific phy functions, instead the id / vbus gpio polling
> has been moved to the phy-sun4i-usb driver and their status is exported
> through extcon for the sunxi-musb glue
> Changes in v3:
> -No changes
> Changes in v4:
> -Do not call regulator_disable in an unbalanced manner when an external vbus
> is present
> ---
> .../devicetree/bindings/phy/sun4i-usb-phy.txt | 18 +-
> drivers/phy/Kconfig | 1 +
> drivers/phy/phy-sun4i-usb.c | 273 ++++++++++++++++++++-
> 3 files changed, 281 insertions(+), 11 deletions(-)
>
.
.
<snip>
.
.
> diff --git a/drivers/phy/phy-sun4i-usb.c b/drivers/phy/phy-sun4i-usb.c
> index 91c5be4..b45d707 100644
> --- a/drivers/phy/phy-sun4i-usb.c
> +++ b/drivers/phy/phy-sun4i-usb.c
> @@ -1,7 +1,7 @@
.
.
<snip>
.
.
> static struct phy *sun4i_usb_phy_xlate(struct device *dev,
> struct of_phandle_args *args)
> {
> @@ -240,13 +417,20 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
> struct phy_provider *phy_provider;
> bool dedicated_clocks;
> struct resource *res;
> - int i;
> + int i, ret;
>
> data = devm_kzalloc(dev, sizeof(*data), GFP_KERNEL);
> if (!data)
> return -ENOMEM;
>
> mutex_init(&data->mutex);
> + INIT_DELAYED_WORK(&data->detect, sun4i_usb_phy0_id_vbus_det_scan);
> + data->extcon_cable_names[0] = extcon_cable_name[EXTCON_USB_HOST];
> + data->extcon_cable_names[1] = extcon_cable_name[EXTCON_USB];
> + data->extcon_cable_names[2] = NULL;
> + data->extcon.name = DRIVER_NAME;
> + data->extcon.supported_cable = data->extcon_cable_names;
> + data->extcon.dev.parent = dev;
>
> if (of_device_is_compatible(np, "allwinner,sun5i-a13-usb-phy"))
> data->num_phys = 2;
> @@ -269,6 +453,34 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
> if (IS_ERR(data->base))
> return PTR_ERR(data->base);
>
> + data->id_det_gpio = devm_gpiod_get(dev, "usb0_id_det", GPIOD_IN);
> + if (IS_ERR(data->id_det_gpio)) {
> + if (PTR_ERR(data->id_det_gpio) == -EPROBE_DEFER)
> + return -EPROBE_DEFER;
> + data->id_det_gpio = NULL;
> + }
> +
> + data->vbus_det_gpio = devm_gpiod_get(dev, "usb0_vbus_det", GPIOD_IN);
> + if (IS_ERR(data->vbus_det_gpio)) {
> + if (PTR_ERR(data->vbus_det_gpio) == -EPROBE_DEFER)
> + return -EPROBE_DEFER;
> + data->vbus_det_gpio = NULL;
> + }
> +
> + /* We either want both gpio pins or neither (when in host mode) */
> + if (!data->id_det_gpio != !data->vbus_det_gpio) {
> + dev_err(dev, "failed to get id or vbus detect pin\n");
> + return -ENODEV;
> + }
> +
> + if (data->id_det_gpio) {
> + ret = devm_extcon_dev_register(dev, &data->extcon);
> + if (ret) {
> + dev_err(dev, "failed to register extcon: %d\n", ret);
> + return ret;
> + }
> + }
> +
> for (i = 0; i < data->num_phys; i++) {
> struct sun4i_usb_phy *phy = data->phys + i;
> char name[16];
> @@ -318,12 +530,54 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
> phy_set_drvdata(phy->phy, &data->phys[i]);
> }
>
> + data->id_det_irq = gpiod_to_irq(data->id_det_gpio);
> + data->vbus_det_irq = gpiod_to_irq(data->vbus_det_gpio);
> + if (data->id_det_irq < 0 || data->vbus_det_irq < 0)
> + data->phy0_poll = true;
if polling is enabled, we shouldn't enable irq at all?
> +
> + if (data->id_det_irq >= 0) {
> + ret = devm_request_irq(dev, data->id_det_irq,
> + sun4i_usb_phy0_id_vbus_det_irq,
> + IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
> + "usb0-id-det", data);
> + if (ret) {
> + dev_err(dev, "Err requesting id-det-irq: %d\n", ret);
> + return ret;
> + }
> + }
> +
> + if (data->vbus_det_irq >= 0) {
> + ret = devm_request_irq(dev, data->vbus_det_irq,
> + sun4i_usb_phy0_id_vbus_det_irq,
> + IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
> + "usb0-vbus-det", data);
> + if (ret) {
> + dev_err(dev, "Err requesting vbus-det-irq: %d\n", ret);
> + return ret;
> + }
> + }
> +
> dev_set_drvdata(dev, data);
> phy_provider = devm_of_phy_provider_register(dev, sun4i_usb_phy_xlate);
>
> return PTR_ERR_OR_ZERO(phy_provider);
> }
>
> +static int sun4i_usb_phy_remove(struct platform_device *pdev)
> +{
> + struct device *dev = &pdev->dev;
> + struct sun4i_usb_phy_data *data = dev_get_drvdata(dev);
> +
> + if (data->id_det_irq >= 0)
> + devm_free_irq(dev, data->id_det_irq, data);
> + if (data->vbus_det_irq >= 0)
> + devm_free_irq(dev, data->vbus_det_irq, data);
This shouldn't be needed since you already use devm_* in probe.
Thanks
Kishon
> +
> + cancel_delayed_work_sync(&data->detect);
> +
> + return 0;
> +}
> +
> static const struct of_device_id sun4i_usb_phy_of_match[] = {
> { .compatible = "allwinner,sun4i-a10-usb-phy" },
> { .compatible = "allwinner,sun5i-a13-usb-phy" },
> @@ -335,9 +589,10 @@ MODULE_DEVICE_TABLE(of, sun4i_usb_phy_of_match);
>
> static struct platform_driver sun4i_usb_phy_driver = {
> .probe = sun4i_usb_phy_probe,
> + .remove = sun4i_usb_phy_remove,
> .driver = {
> .of_match_table = sun4i_usb_phy_of_match,
> - .name = "sun4i-usb-phy",
> + .name = DRIVER_NAME,
> }
> };
> module_platform_driver(sun4i_usb_phy_driver);
>
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: [PATCH v4 1/2] phy-sun4i-usb: Add full support for usb0 phy / OTG
2015-06-11 9:42 ` Kishon Vijay Abraham I
@ 2015-06-11 9:53 ` Hans de Goede
-1 siblings, 0 replies; 57+ messages in thread
From: Hans de Goede @ 2015-06-11 9:53 UTC (permalink / raw)
To: Kishon Vijay Abraham I, Felipe Balbi
Cc: Maxime Ripard, Chen-Yu Tsai, Roman Byshko,
linux-usb-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r, devicetree,
linux-sunxi-/JYPxA39Uh5TLH3MbocFFw
Hi,
On 11-06-15 11:42, Kishon Vijay Abraham I wrote:
> Hi,
>
> On Sunday 31 May 2015 09:40 PM, Hans de Goede wrote:
>> The usb0 phy is connected to an OTG controller, and as such needs some special
>> handling:
>>
>> 1) It allows explicit control over the pullups, enable these on phy_init and
>> disable them on phy_exit.
>>
>> 2) It has bits to signal id and vbus detect to the musb-core, add support for
>> for monitoring id and vbus detect gpio-s for use in dual role mode, and set
>> these bits to the correct values for operating in host only mode when no
>> gpios are specified in the devicetree.
>>
>> 3) When in dual role mode the musb sunxi glue needs to know if the a host or
>> device cable is plugged in, so when in dual role mode register an extcon.
>>
>> While updating the devicetree binding documentation also add documentation
>> for the sofar undocumented usage of regulators for vbus for all 3 phys.
>>
>> Signed-off-by: Hans de Goede <hdegoede-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
>> ---
>> Changes in v2:
>> -Removed the sunxi specific phy functions, instead the id / vbus gpio polling
>> has been moved to the phy-sun4i-usb driver and their status is exported
>> through extcon for the sunxi-musb glue
>> Changes in v3:
>> -No changes
>> Changes in v4:
>> -Do not call regulator_disable in an unbalanced manner when an external vbus
>> is present
>> ---
>> .../devicetree/bindings/phy/sun4i-usb-phy.txt | 18 +-
>> drivers/phy/Kconfig | 1 +
>> drivers/phy/phy-sun4i-usb.c | 273 ++++++++++++++++++++-
>> 3 files changed, 281 insertions(+), 11 deletions(-)
>>
> .
> .
> <snip>
> .
> .
>> diff --git a/drivers/phy/phy-sun4i-usb.c b/drivers/phy/phy-sun4i-usb.c
>> index 91c5be4..b45d707 100644
>> --- a/drivers/phy/phy-sun4i-usb.c
>> +++ b/drivers/phy/phy-sun4i-usb.c
>> @@ -1,7 +1,7 @@
>
> .
> .
> <snip>
> .
> .
>> static struct phy *sun4i_usb_phy_xlate(struct device *dev,
>> struct of_phandle_args *args)
>> {
>> @@ -240,13 +417,20 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>> struct phy_provider *phy_provider;
>> bool dedicated_clocks;
>> struct resource *res;
>> - int i;
>> + int i, ret;
>>
>> data = devm_kzalloc(dev, sizeof(*data), GFP_KERNEL);
>> if (!data)
>> return -ENOMEM;
>>
>> mutex_init(&data->mutex);
>> + INIT_DELAYED_WORK(&data->detect, sun4i_usb_phy0_id_vbus_det_scan);
>> + data->extcon_cable_names[0] = extcon_cable_name[EXTCON_USB_HOST];
>> + data->extcon_cable_names[1] = extcon_cable_name[EXTCON_USB];
>> + data->extcon_cable_names[2] = NULL;
>> + data->extcon.name = DRIVER_NAME;
>> + data->extcon.supported_cable = data->extcon_cable_names;
>> + data->extcon.dev.parent = dev;
>>
>> if (of_device_is_compatible(np, "allwinner,sun5i-a13-usb-phy"))
>> data->num_phys = 2;
>> @@ -269,6 +453,34 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>> if (IS_ERR(data->base))
>> return PTR_ERR(data->base);
>>
>> + data->id_det_gpio = devm_gpiod_get(dev, "usb0_id_det", GPIOD_IN);
>> + if (IS_ERR(data->id_det_gpio)) {
>> + if (PTR_ERR(data->id_det_gpio) == -EPROBE_DEFER)
>> + return -EPROBE_DEFER;
>> + data->id_det_gpio = NULL;
>> + }
>> +
>> + data->vbus_det_gpio = devm_gpiod_get(dev, "usb0_vbus_det", GPIOD_IN);
>> + if (IS_ERR(data->vbus_det_gpio)) {
>> + if (PTR_ERR(data->vbus_det_gpio) == -EPROBE_DEFER)
>> + return -EPROBE_DEFER;
>> + data->vbus_det_gpio = NULL;
>> + }
>> +
>> + /* We either want both gpio pins or neither (when in host mode) */
>> + if (!data->id_det_gpio != !data->vbus_det_gpio) {
>> + dev_err(dev, "failed to get id or vbus detect pin\n");
>> + return -ENODEV;
>> + }
>> +
>> + if (data->id_det_gpio) {
>> + ret = devm_extcon_dev_register(dev, &data->extcon);
>> + if (ret) {
>> + dev_err(dev, "failed to register extcon: %d\n", ret);
>> + return ret;
>> + }
>> + }
>> +
>> for (i = 0; i < data->num_phys; i++) {
>> struct sun4i_usb_phy *phy = data->phys + i;
>> char name[16];
>> @@ -318,12 +530,54 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>> phy_set_drvdata(phy->phy, &data->phys[i]);
>> }
>>
>> + data->id_det_irq = gpiod_to_irq(data->id_det_gpio);
>> + data->vbus_det_irq = gpiod_to_irq(data->vbus_det_gpio);
>> + if (data->id_det_irq < 0 || data->vbus_det_irq < 0)
>> + data->phy0_poll = true;
>
> if polling is enabled, we shouldn't enable irq at all?
Thanks for the review.
One some boards one of the gpio-s is irq capable and the other
is not, in which case the current code indeed enables both
irq handling for the one gpio which is irq capable and enables
polling. This is done this way deliberately as the irq path
has much better latency then polling and the 2 can co-exist.
>> +
>> + if (data->id_det_irq >= 0) {
>> + ret = devm_request_irq(dev, data->id_det_irq,
>> + sun4i_usb_phy0_id_vbus_det_irq,
>> + IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
>> + "usb0-id-det", data);
>> + if (ret) {
>> + dev_err(dev, "Err requesting id-det-irq: %d\n", ret);
>> + return ret;
>> + }
>> + }
>> +
>> + if (data->vbus_det_irq >= 0) {
>> + ret = devm_request_irq(dev, data->vbus_det_irq,
>> + sun4i_usb_phy0_id_vbus_det_irq,
>> + IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
>> + "usb0-vbus-det", data);
>> + if (ret) {
>> + dev_err(dev, "Err requesting vbus-det-irq: %d\n", ret);
>> + return ret;
>> + }
>> + }
>> +
>> dev_set_drvdata(dev, data);
>> phy_provider = devm_of_phy_provider_register(dev, sun4i_usb_phy_xlate);
>>
>> return PTR_ERR_OR_ZERO(phy_provider);
>> }
>>
>> +static int sun4i_usb_phy_remove(struct platform_device *pdev)
>> +{
>> + struct device *dev = &pdev->dev;
>> + struct sun4i_usb_phy_data *data = dev_get_drvdata(dev);
>> +
>> + if (data->id_det_irq >= 0)
>> + devm_free_irq(dev, data->id_det_irq, data);
>> + if (data->vbus_det_irq >= 0)
>> + devm_free_irq(dev, data->vbus_det_irq, data);
>
> This shouldn't be needed since you already use devm_* in probe.
The use of devm_* in probe helps to keep the error handling in
probe sane, but we must explicitly free the irqs here, otherwise
they may trigger after this:
>> + cancel_delayed_work_sync(&data->detect);
call causing the workqueue to get run after (parts of) the
phy resources have been freed and then bad things will happen.
>> +
>> + return 0;
>> +}
>> +
>> static const struct of_device_id sun4i_usb_phy_of_match[] = {
>> { .compatible = "allwinner,sun4i-a10-usb-phy" },
>> { .compatible = "allwinner,sun5i-a13-usb-phy" },
>> @@ -335,9 +589,10 @@ MODULE_DEVICE_TABLE(of, sun4i_usb_phy_of_match);
>>
>> static struct platform_driver sun4i_usb_phy_driver = {
>> .probe = sun4i_usb_phy_probe,
>> + .remove = sun4i_usb_phy_remove,
>> .driver = {
>> .of_match_table = sun4i_usb_phy_of_match,
>> - .name = "sun4i-usb-phy",
>> + .name = DRIVER_NAME,
>> }
>> };
>> module_platform_driver(sun4i_usb_phy_driver);
>>
Regards,
Hans
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 57+ messages in thread
* [PATCH v4 1/2] phy-sun4i-usb: Add full support for usb0 phy / OTG
@ 2015-06-11 9:53 ` Hans de Goede
0 siblings, 0 replies; 57+ messages in thread
From: Hans de Goede @ 2015-06-11 9:53 UTC (permalink / raw)
To: linux-arm-kernel
Hi,
On 11-06-15 11:42, Kishon Vijay Abraham I wrote:
> Hi,
>
> On Sunday 31 May 2015 09:40 PM, Hans de Goede wrote:
>> The usb0 phy is connected to an OTG controller, and as such needs some special
>> handling:
>>
>> 1) It allows explicit control over the pullups, enable these on phy_init and
>> disable them on phy_exit.
>>
>> 2) It has bits to signal id and vbus detect to the musb-core, add support for
>> for monitoring id and vbus detect gpio-s for use in dual role mode, and set
>> these bits to the correct values for operating in host only mode when no
>> gpios are specified in the devicetree.
>>
>> 3) When in dual role mode the musb sunxi glue needs to know if the a host or
>> device cable is plugged in, so when in dual role mode register an extcon.
>>
>> While updating the devicetree binding documentation also add documentation
>> for the sofar undocumented usage of regulators for vbus for all 3 phys.
>>
>> Signed-off-by: Hans de Goede <hdegoede@redhat.com>
>> ---
>> Changes in v2:
>> -Removed the sunxi specific phy functions, instead the id / vbus gpio polling
>> has been moved to the phy-sun4i-usb driver and their status is exported
>> through extcon for the sunxi-musb glue
>> Changes in v3:
>> -No changes
>> Changes in v4:
>> -Do not call regulator_disable in an unbalanced manner when an external vbus
>> is present
>> ---
>> .../devicetree/bindings/phy/sun4i-usb-phy.txt | 18 +-
>> drivers/phy/Kconfig | 1 +
>> drivers/phy/phy-sun4i-usb.c | 273 ++++++++++++++++++++-
>> 3 files changed, 281 insertions(+), 11 deletions(-)
>>
> .
> .
> <snip>
> .
> .
>> diff --git a/drivers/phy/phy-sun4i-usb.c b/drivers/phy/phy-sun4i-usb.c
>> index 91c5be4..b45d707 100644
>> --- a/drivers/phy/phy-sun4i-usb.c
>> +++ b/drivers/phy/phy-sun4i-usb.c
>> @@ -1,7 +1,7 @@
>
> .
> .
> <snip>
> .
> .
>> static struct phy *sun4i_usb_phy_xlate(struct device *dev,
>> struct of_phandle_args *args)
>> {
>> @@ -240,13 +417,20 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>> struct phy_provider *phy_provider;
>> bool dedicated_clocks;
>> struct resource *res;
>> - int i;
>> + int i, ret;
>>
>> data = devm_kzalloc(dev, sizeof(*data), GFP_KERNEL);
>> if (!data)
>> return -ENOMEM;
>>
>> mutex_init(&data->mutex);
>> + INIT_DELAYED_WORK(&data->detect, sun4i_usb_phy0_id_vbus_det_scan);
>> + data->extcon_cable_names[0] = extcon_cable_name[EXTCON_USB_HOST];
>> + data->extcon_cable_names[1] = extcon_cable_name[EXTCON_USB];
>> + data->extcon_cable_names[2] = NULL;
>> + data->extcon.name = DRIVER_NAME;
>> + data->extcon.supported_cable = data->extcon_cable_names;
>> + data->extcon.dev.parent = dev;
>>
>> if (of_device_is_compatible(np, "allwinner,sun5i-a13-usb-phy"))
>> data->num_phys = 2;
>> @@ -269,6 +453,34 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>> if (IS_ERR(data->base))
>> return PTR_ERR(data->base);
>>
>> + data->id_det_gpio = devm_gpiod_get(dev, "usb0_id_det", GPIOD_IN);
>> + if (IS_ERR(data->id_det_gpio)) {
>> + if (PTR_ERR(data->id_det_gpio) == -EPROBE_DEFER)
>> + return -EPROBE_DEFER;
>> + data->id_det_gpio = NULL;
>> + }
>> +
>> + data->vbus_det_gpio = devm_gpiod_get(dev, "usb0_vbus_det", GPIOD_IN);
>> + if (IS_ERR(data->vbus_det_gpio)) {
>> + if (PTR_ERR(data->vbus_det_gpio) == -EPROBE_DEFER)
>> + return -EPROBE_DEFER;
>> + data->vbus_det_gpio = NULL;
>> + }
>> +
>> + /* We either want both gpio pins or neither (when in host mode) */
>> + if (!data->id_det_gpio != !data->vbus_det_gpio) {
>> + dev_err(dev, "failed to get id or vbus detect pin\n");
>> + return -ENODEV;
>> + }
>> +
>> + if (data->id_det_gpio) {
>> + ret = devm_extcon_dev_register(dev, &data->extcon);
>> + if (ret) {
>> + dev_err(dev, "failed to register extcon: %d\n", ret);
>> + return ret;
>> + }
>> + }
>> +
>> for (i = 0; i < data->num_phys; i++) {
>> struct sun4i_usb_phy *phy = data->phys + i;
>> char name[16];
>> @@ -318,12 +530,54 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>> phy_set_drvdata(phy->phy, &data->phys[i]);
>> }
>>
>> + data->id_det_irq = gpiod_to_irq(data->id_det_gpio);
>> + data->vbus_det_irq = gpiod_to_irq(data->vbus_det_gpio);
>> + if (data->id_det_irq < 0 || data->vbus_det_irq < 0)
>> + data->phy0_poll = true;
>
> if polling is enabled, we shouldn't enable irq at all?
Thanks for the review.
One some boards one of the gpio-s is irq capable and the other
is not, in which case the current code indeed enables both
irq handling for the one gpio which is irq capable and enables
polling. This is done this way deliberately as the irq path
has much better latency then polling and the 2 can co-exist.
>> +
>> + if (data->id_det_irq >= 0) {
>> + ret = devm_request_irq(dev, data->id_det_irq,
>> + sun4i_usb_phy0_id_vbus_det_irq,
>> + IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
>> + "usb0-id-det", data);
>> + if (ret) {
>> + dev_err(dev, "Err requesting id-det-irq: %d\n", ret);
>> + return ret;
>> + }
>> + }
>> +
>> + if (data->vbus_det_irq >= 0) {
>> + ret = devm_request_irq(dev, data->vbus_det_irq,
>> + sun4i_usb_phy0_id_vbus_det_irq,
>> + IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
>> + "usb0-vbus-det", data);
>> + if (ret) {
>> + dev_err(dev, "Err requesting vbus-det-irq: %d\n", ret);
>> + return ret;
>> + }
>> + }
>> +
>> dev_set_drvdata(dev, data);
>> phy_provider = devm_of_phy_provider_register(dev, sun4i_usb_phy_xlate);
>>
>> return PTR_ERR_OR_ZERO(phy_provider);
>> }
>>
>> +static int sun4i_usb_phy_remove(struct platform_device *pdev)
>> +{
>> + struct device *dev = &pdev->dev;
>> + struct sun4i_usb_phy_data *data = dev_get_drvdata(dev);
>> +
>> + if (data->id_det_irq >= 0)
>> + devm_free_irq(dev, data->id_det_irq, data);
>> + if (data->vbus_det_irq >= 0)
>> + devm_free_irq(dev, data->vbus_det_irq, data);
>
> This shouldn't be needed since you already use devm_* in probe.
The use of devm_* in probe helps to keep the error handling in
probe sane, but we must explicitly free the irqs here, otherwise
they may trigger after this:
>> + cancel_delayed_work_sync(&data->detect);
call causing the workqueue to get run after (parts of) the
phy resources have been freed and then bad things will happen.
>> +
>> + return 0;
>> +}
>> +
>> static const struct of_device_id sun4i_usb_phy_of_match[] = {
>> { .compatible = "allwinner,sun4i-a10-usb-phy" },
>> { .compatible = "allwinner,sun5i-a13-usb-phy" },
>> @@ -335,9 +589,10 @@ MODULE_DEVICE_TABLE(of, sun4i_usb_phy_of_match);
>>
>> static struct platform_driver sun4i_usb_phy_driver = {
>> .probe = sun4i_usb_phy_probe,
>> + .remove = sun4i_usb_phy_remove,
>> .driver = {
>> .of_match_table = sun4i_usb_phy_of_match,
>> - .name = "sun4i-usb-phy",
>> + .name = DRIVER_NAME,
>> }
>> };
>> module_platform_driver(sun4i_usb_phy_driver);
>>
Regards,
Hans
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: Re: [PATCH v4 1/2] phy-sun4i-usb: Add full support for usb0 phy / OTG
2015-06-11 9:38 ` Hans de Goede
@ 2015-06-11 10:30 ` Chanwoo Choi
-1 siblings, 0 replies; 57+ messages in thread
From: Chanwoo Choi @ 2015-06-11 10:30 UTC (permalink / raw)
To: Hans de Goede
Cc: Kishon Vijay Abraham I, Felipe Balbi, Maxime Ripard,
Chen-Yu Tsai, Roman Byshko, linux-usb-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r, devicetree,
linux-sunxi-/JYPxA39Uh5TLH3MbocFFw
Hi,
On 06/11/2015 06:38 PM, Hans de Goede wrote:
> Hi,
>
> On 11-06-15 11:33, Chanwoo Choi wrote:
>> Hi,
>>
>> On 06/11/2015 05:59 PM, Hans de Goede wrote:
>>> Hi,
>>>
>>> On 11-06-15 10:29, Chanwoo Choi wrote:
>>>> Hi Hans,
>>>>
>>>> On 06/11/2015 05:21 PM, Hans de Goede wrote:
>>>>> Hi Chanwoo,
>>>>>
>>>>> Thanks for the quick review.
>>>>>
>>>>> On 11-06-15 10:07, Chanwoo Choi wrote:
>>>>>> Hi Hans,
>>>>>>
>>>>>> I add the comment about extcon-related code.
>>>>>>
>>>>>> Firstly,
>>>>>> I'd like you to implment the extcon driver for phy-sun4i-usb device
>>>>>> in drivers/extcon/ directoryby using MFD
>>>>>
>>>>> No, just no, this is not what the MFD framework is for, the usb-phy
>>>>> in question here is not a multifunction device. The MFD framework
>>>>> is intended for true multi-function devices like i2c attached
>>>>> PMICs which have regulators, gpios, pwm, input (power button),
>>>>> chargers, power-supply, etc. That is NOT the case here.
>>>>>
>>>>> Also moving this to the MFD framework would very likely requiring
>>>>> the devicetree binding for the usb-phy to change which we cannot
>>>>> do as that would break the devicetree ABI.
>>>>>
>>>>>> because there are both extcon
>>>>>> provider driver and extcon client driver. I think that all extcon
>>>>>> provider driver better to be included in drivers/extcon/ directory.
>>>>>> extcon_set_cable_state() function should be handled in extcon provider
>>>>>> driver which is incluced in drivers/extcon/ directory.
>>>>>
>>>>> I do not find this a compelling reason, there are plenty of subsystems
>>>>> where not all implementations of the subsystem class live in the subsystem
>>>>> directory, e.g. input and hwmon devices are often also found outside of
>>>>> the input and hwmon driver directories.
>>>>
>>>> There are difference on between input/hwmon and extcon.
>>>>
>>>> Because input and hwmon driver implement the only one type driver as provider driver.
>>>> But, extcon implement the two type driver of both extcon provider and extcon client driver.
>>>> The extcon is similiar with regulator and clock framework as resource.
>>>>
>>>> extcon provider driver to provider the event when the state of external connector is changed.
>>>> - devm_extcon_dev_register()
>>>> - e.g., almost extcon provider driver are included in 'drivers/extcon/' directory.
>>>
>>> I understand, but that does not change my first argument, that the usb-phy is not
>>> a MFD device. And although it may be desirable to keep extcon provider drivers
>>> in the drivers/extcon, there are no technical reasons to do so.
>>>
>>> The whole reason why Kishon asked me to start using the extcon framework is to avoid
>>> adding a private API to the phy-sun4i-usb code for notifying the musb-sunxi code
>>> about otg-id-pin status changes. Adding a separate driver for just the extcon bits
>>> means re-adding a private api to the phy-sun4i-usb code but this time for the
>>> extcon code, at which point we might just as well skip extcon and have the
>>> musb-sunxi glue code call directly into the phy-sun4i-usb code...
>>>
>>> Needing a private API for a separate extcn driver actually is a good argument to
>>> NOT have a separate extcon driver and keep the extcon code in the phy-sun4i-usb code,
>>> where as I see no technical arguments in favor of a separate extcon driver.
>>
>> There is one technical issue.
>>
>> The extcon_set_cable_state() should be handled by extcon provider driver.
>
> That is something which can be done regardless of where the extcon provider
> driver code is located in the kernel tree...
>
>> because extcon_set_cable_state() inform the extcon client driver of the event
>> when detecting the change of h/w line (gpio line) or register of peripheral device.
>>
>> But, extcon client driver can now get the instance of extcon_dev structure
>> by extcon_get_edev_by_phandle() and then can change the cable state by using the extcon_set_cable_state().
>>
>> I think that these issue have to be protected by framework level.
>
> Protecting this at the framework level would mean protecting it with code
> in drivers/extcon/extcon.c, that code will be used (and thus can protect
> things) regardless of where the extcon provider code lives.
>
> I really still see no technical reasons why all extcon provider code
> MUST be under drivers/extcon.
OK. As you said, this issue shold be prevented on framework.
I'm considering what is appropriate method to resolve this issue.
Thanks,
Chanwoo Choi
^ permalink raw reply [flat|nested] 57+ messages in thread
* [linux-sunxi] Re: [PATCH v4 1/2] phy-sun4i-usb: Add full support for usb0 phy / OTG
@ 2015-06-11 10:30 ` Chanwoo Choi
0 siblings, 0 replies; 57+ messages in thread
From: Chanwoo Choi @ 2015-06-11 10:30 UTC (permalink / raw)
To: linux-arm-kernel
Hi,
On 06/11/2015 06:38 PM, Hans de Goede wrote:
> Hi,
>
> On 11-06-15 11:33, Chanwoo Choi wrote:
>> Hi,
>>
>> On 06/11/2015 05:59 PM, Hans de Goede wrote:
>>> Hi,
>>>
>>> On 11-06-15 10:29, Chanwoo Choi wrote:
>>>> Hi Hans,
>>>>
>>>> On 06/11/2015 05:21 PM, Hans de Goede wrote:
>>>>> Hi Chanwoo,
>>>>>
>>>>> Thanks for the quick review.
>>>>>
>>>>> On 11-06-15 10:07, Chanwoo Choi wrote:
>>>>>> Hi Hans,
>>>>>>
>>>>>> I add the comment about extcon-related code.
>>>>>>
>>>>>> Firstly,
>>>>>> I'd like you to implment the extcon driver for phy-sun4i-usb device
>>>>>> in drivers/extcon/ directoryby using MFD
>>>>>
>>>>> No, just no, this is not what the MFD framework is for, the usb-phy
>>>>> in question here is not a multifunction device. The MFD framework
>>>>> is intended for true multi-function devices like i2c attached
>>>>> PMICs which have regulators, gpios, pwm, input (power button),
>>>>> chargers, power-supply, etc. That is NOT the case here.
>>>>>
>>>>> Also moving this to the MFD framework would very likely requiring
>>>>> the devicetree binding for the usb-phy to change which we cannot
>>>>> do as that would break the devicetree ABI.
>>>>>
>>>>>> because there are both extcon
>>>>>> provider driver and extcon client driver. I think that all extcon
>>>>>> provider driver better to be included in drivers/extcon/ directory.
>>>>>> extcon_set_cable_state() function should be handled in extcon provider
>>>>>> driver which is incluced in drivers/extcon/ directory.
>>>>>
>>>>> I do not find this a compelling reason, there are plenty of subsystems
>>>>> where not all implementations of the subsystem class live in the subsystem
>>>>> directory, e.g. input and hwmon devices are often also found outside of
>>>>> the input and hwmon driver directories.
>>>>
>>>> There are difference on between input/hwmon and extcon.
>>>>
>>>> Because input and hwmon driver implement the only one type driver as provider driver.
>>>> But, extcon implement the two type driver of both extcon provider and extcon client driver.
>>>> The extcon is similiar with regulator and clock framework as resource.
>>>>
>>>> extcon provider driver to provider the event when the state of external connector is changed.
>>>> - devm_extcon_dev_register()
>>>> - e.g., almost extcon provider driver are included in 'drivers/extcon/' directory.
>>>
>>> I understand, but that does not change my first argument, that the usb-phy is not
>>> a MFD device. And although it may be desirable to keep extcon provider drivers
>>> in the drivers/extcon, there are no technical reasons to do so.
>>>
>>> The whole reason why Kishon asked me to start using the extcon framework is to avoid
>>> adding a private API to the phy-sun4i-usb code for notifying the musb-sunxi code
>>> about otg-id-pin status changes. Adding a separate driver for just the extcon bits
>>> means re-adding a private api to the phy-sun4i-usb code but this time for the
>>> extcon code, at which point we might just as well skip extcon and have the
>>> musb-sunxi glue code call directly into the phy-sun4i-usb code...
>>>
>>> Needing a private API for a separate extcn driver actually is a good argument to
>>> NOT have a separate extcon driver and keep the extcon code in the phy-sun4i-usb code,
>>> where as I see no technical arguments in favor of a separate extcon driver.
>>
>> There is one technical issue.
>>
>> The extcon_set_cable_state() should be handled by extcon provider driver.
>
> That is something which can be done regardless of where the extcon provider
> driver code is located in the kernel tree...
>
>> because extcon_set_cable_state() inform the extcon client driver of the event
>> when detecting the change of h/w line (gpio line) or register of peripheral device.
>>
>> But, extcon client driver can now get the instance of extcon_dev structure
>> by extcon_get_edev_by_phandle() and then can change the cable state by using the extcon_set_cable_state().
>>
>> I think that these issue have to be protected by framework level.
>
> Protecting this at the framework level would mean protecting it with code
> in drivers/extcon/extcon.c, that code will be used (and thus can protect
> things) regardless of where the extcon provider code lives.
>
> I really still see no technical reasons why all extcon provider code
> MUST be under drivers/extcon.
OK. As you said, this issue shold be prevented on framework.
I'm considering what is appropriate method to resolve this issue.
Thanks,
Chanwoo Choi
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: [PATCH v4 1/2] phy-sun4i-usb: Add full support for usb0 phy / OTG
2015-06-11 9:53 ` Hans de Goede
@ 2015-06-11 11:16 ` Kishon Vijay Abraham I
-1 siblings, 0 replies; 57+ messages in thread
From: Kishon Vijay Abraham I @ 2015-06-11 11:16 UTC (permalink / raw)
To: Hans de Goede, Felipe Balbi
Cc: Maxime Ripard, Chen-Yu Tsai, Roman Byshko,
linux-usb-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r, devicetree,
linux-sunxi-/JYPxA39Uh5TLH3MbocFFw
Hi,
On Thursday 11 June 2015 03:23 PM, Hans de Goede wrote:
> Hi,
>
> On 11-06-15 11:42, Kishon Vijay Abraham I wrote:
>> Hi,
>>
>> On Sunday 31 May 2015 09:40 PM, Hans de Goede wrote:
>>> The usb0 phy is connected to an OTG controller, and as such needs some special
>>> handling:
>>>
>>> 1) It allows explicit control over the pullups, enable these on phy_init and
>>> disable them on phy_exit.
>>>
>>> 2) It has bits to signal id and vbus detect to the musb-core, add support for
>>> for monitoring id and vbus detect gpio-s for use in dual role mode, and set
>>> these bits to the correct values for operating in host only mode when no
>>> gpios are specified in the devicetree.
>>>
>>> 3) When in dual role mode the musb sunxi glue needs to know if the a host or
>>> device cable is plugged in, so when in dual role mode register an extcon.
>>>
>>> While updating the devicetree binding documentation also add documentation
>>> for the sofar undocumented usage of regulators for vbus for all 3 phys.
>>>
>>> Signed-off-by: Hans de Goede <hdegoede-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
>>> ---
>>> Changes in v2:
>>> -Removed the sunxi specific phy functions, instead the id / vbus gpio polling
>>> has been moved to the phy-sun4i-usb driver and their status is exported
>>> through extcon for the sunxi-musb glue
>>> Changes in v3:
>>> -No changes
>>> Changes in v4:
>>> -Do not call regulator_disable in an unbalanced manner when an external vbus
>>> is present
>>> ---
>>> .../devicetree/bindings/phy/sun4i-usb-phy.txt | 18 +-
>>> drivers/phy/Kconfig | 1 +
>>> drivers/phy/phy-sun4i-usb.c | 273 ++++++++++++++++++++-
>>> 3 files changed, 281 insertions(+), 11 deletions(-)
>>>
>> .
>> .
>> <snip>
>> .
>> .
>>> diff --git a/drivers/phy/phy-sun4i-usb.c b/drivers/phy/phy-sun4i-usb.c
>>> index 91c5be4..b45d707 100644
>>> --- a/drivers/phy/phy-sun4i-usb.c
>>> +++ b/drivers/phy/phy-sun4i-usb.c
>>> @@ -1,7 +1,7 @@
>>
>> .
>> .
>> <snip>
>> .
>> .
>>> static struct phy *sun4i_usb_phy_xlate(struct device *dev,
>>> struct of_phandle_args *args)
>>> {
>>> @@ -240,13 +417,20 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>>> struct phy_provider *phy_provider;
>>> bool dedicated_clocks;
>>> struct resource *res;
>>> - int i;
>>> + int i, ret;
>>>
>>> data = devm_kzalloc(dev, sizeof(*data), GFP_KERNEL);
>>> if (!data)
>>> return -ENOMEM;
>>>
>>> mutex_init(&data->mutex);
>>> + INIT_DELAYED_WORK(&data->detect, sun4i_usb_phy0_id_vbus_det_scan);
>>> + data->extcon_cable_names[0] = extcon_cable_name[EXTCON_USB_HOST];
>>> + data->extcon_cable_names[1] = extcon_cable_name[EXTCON_USB];
>>> + data->extcon_cable_names[2] = NULL;
>>> + data->extcon.name = DRIVER_NAME;
>>> + data->extcon.supported_cable = data->extcon_cable_names;
>>> + data->extcon.dev.parent = dev;
>>>
>>> if (of_device_is_compatible(np, "allwinner,sun5i-a13-usb-phy"))
>>> data->num_phys = 2;
>>> @@ -269,6 +453,34 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>>> if (IS_ERR(data->base))
>>> return PTR_ERR(data->base);
>>>
>>> + data->id_det_gpio = devm_gpiod_get(dev, "usb0_id_det", GPIOD_IN);
>>> + if (IS_ERR(data->id_det_gpio)) {
>>> + if (PTR_ERR(data->id_det_gpio) == -EPROBE_DEFER)
>>> + return -EPROBE_DEFER;
>>> + data->id_det_gpio = NULL;
>>> + }
>>> +
>>> + data->vbus_det_gpio = devm_gpiod_get(dev, "usb0_vbus_det", GPIOD_IN);
>>> + if (IS_ERR(data->vbus_det_gpio)) {
>>> + if (PTR_ERR(data->vbus_det_gpio) == -EPROBE_DEFER)
>>> + return -EPROBE_DEFER;
>>> + data->vbus_det_gpio = NULL;
>>> + }
>>> +
>>> + /* We either want both gpio pins or neither (when in host mode) */
>>> + if (!data->id_det_gpio != !data->vbus_det_gpio) {
>>> + dev_err(dev, "failed to get id or vbus detect pin\n");
>>> + return -ENODEV;
>>> + }
>>> +
>>> + if (data->id_det_gpio) {
>>> + ret = devm_extcon_dev_register(dev, &data->extcon);
>>> + if (ret) {
>>> + dev_err(dev, "failed to register extcon: %d\n", ret);
>>> + return ret;
>>> + }
>>> + }
>>> +
>>> for (i = 0; i < data->num_phys; i++) {
>>> struct sun4i_usb_phy *phy = data->phys + i;
>>> char name[16];
>>> @@ -318,12 +530,54 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>>> phy_set_drvdata(phy->phy, &data->phys[i]);
>>> }
>>>
>>> + data->id_det_irq = gpiod_to_irq(data->id_det_gpio);
>>> + data->vbus_det_irq = gpiod_to_irq(data->vbus_det_gpio);
>>> + if (data->id_det_irq < 0 || data->vbus_det_irq < 0)
>>> + data->phy0_poll = true;
>>
>> if polling is enabled, we shouldn't enable irq at all?
>
> Thanks for the review.
>
> One some boards one of the gpio-s is irq capable and the other
> is not, in which case the current code indeed enables both
> irq handling for the one gpio which is irq capable and enables
> polling. This is done this way deliberately as the irq path
> has much better latency then polling and the 2 can co-exist.
okay. Would be good to have this as a comment.
>
>>> +
>>> + if (data->id_det_irq >= 0) {
>>> + ret = devm_request_irq(dev, data->id_det_irq,
>>> + sun4i_usb_phy0_id_vbus_det_irq,
>>> + IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
>>> + "usb0-id-det", data);
>>> + if (ret) {
>>> + dev_err(dev, "Err requesting id-det-irq: %d\n", ret);
>>> + return ret;
>>> + }
>>> + }
>>> +
>>> + if (data->vbus_det_irq >= 0) {
>>> + ret = devm_request_irq(dev, data->vbus_det_irq,
>>> + sun4i_usb_phy0_id_vbus_det_irq,
>>> + IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
>>> + "usb0-vbus-det", data);
>>> + if (ret) {
>>> + dev_err(dev, "Err requesting vbus-det-irq: %d\n", ret);
>>> + return ret;
>>> + }
>>> + }
>>> +
>>> dev_set_drvdata(dev, data);
>>> phy_provider = devm_of_phy_provider_register(dev, sun4i_usb_phy_xlate);
>>>
>>> return PTR_ERR_OR_ZERO(phy_provider);
>>> }
>>>
>>> +static int sun4i_usb_phy_remove(struct platform_device *pdev)
>>> +{
>>> + struct device *dev = &pdev->dev;
>>> + struct sun4i_usb_phy_data *data = dev_get_drvdata(dev);
>>> +
>>> + if (data->id_det_irq >= 0)
>>> + devm_free_irq(dev, data->id_det_irq, data);
>>> + if (data->vbus_det_irq >= 0)
>>> + devm_free_irq(dev, data->vbus_det_irq, data);
>>
>> This shouldn't be needed since you already use devm_* in probe.
>
> The use of devm_* in probe helps to keep the error handling in
> probe sane, but we must explicitly free the irqs here, otherwise
> they may trigger after this:
From whatever I know free irq will be invoked in remove if devm_request_irq is
used in probe. I have to check though.
Thanks
Kishon
^ permalink raw reply [flat|nested] 57+ messages in thread
* [PATCH v4 1/2] phy-sun4i-usb: Add full support for usb0 phy / OTG
@ 2015-06-11 11:16 ` Kishon Vijay Abraham I
0 siblings, 0 replies; 57+ messages in thread
From: Kishon Vijay Abraham I @ 2015-06-11 11:16 UTC (permalink / raw)
To: linux-arm-kernel
Hi,
On Thursday 11 June 2015 03:23 PM, Hans de Goede wrote:
> Hi,
>
> On 11-06-15 11:42, Kishon Vijay Abraham I wrote:
>> Hi,
>>
>> On Sunday 31 May 2015 09:40 PM, Hans de Goede wrote:
>>> The usb0 phy is connected to an OTG controller, and as such needs some special
>>> handling:
>>>
>>> 1) It allows explicit control over the pullups, enable these on phy_init and
>>> disable them on phy_exit.
>>>
>>> 2) It has bits to signal id and vbus detect to the musb-core, add support for
>>> for monitoring id and vbus detect gpio-s for use in dual role mode, and set
>>> these bits to the correct values for operating in host only mode when no
>>> gpios are specified in the devicetree.
>>>
>>> 3) When in dual role mode the musb sunxi glue needs to know if the a host or
>>> device cable is plugged in, so when in dual role mode register an extcon.
>>>
>>> While updating the devicetree binding documentation also add documentation
>>> for the sofar undocumented usage of regulators for vbus for all 3 phys.
>>>
>>> Signed-off-by: Hans de Goede <hdegoede@redhat.com>
>>> ---
>>> Changes in v2:
>>> -Removed the sunxi specific phy functions, instead the id / vbus gpio polling
>>> has been moved to the phy-sun4i-usb driver and their status is exported
>>> through extcon for the sunxi-musb glue
>>> Changes in v3:
>>> -No changes
>>> Changes in v4:
>>> -Do not call regulator_disable in an unbalanced manner when an external vbus
>>> is present
>>> ---
>>> .../devicetree/bindings/phy/sun4i-usb-phy.txt | 18 +-
>>> drivers/phy/Kconfig | 1 +
>>> drivers/phy/phy-sun4i-usb.c | 273 ++++++++++++++++++++-
>>> 3 files changed, 281 insertions(+), 11 deletions(-)
>>>
>> .
>> .
>> <snip>
>> .
>> .
>>> diff --git a/drivers/phy/phy-sun4i-usb.c b/drivers/phy/phy-sun4i-usb.c
>>> index 91c5be4..b45d707 100644
>>> --- a/drivers/phy/phy-sun4i-usb.c
>>> +++ b/drivers/phy/phy-sun4i-usb.c
>>> @@ -1,7 +1,7 @@
>>
>> .
>> .
>> <snip>
>> .
>> .
>>> static struct phy *sun4i_usb_phy_xlate(struct device *dev,
>>> struct of_phandle_args *args)
>>> {
>>> @@ -240,13 +417,20 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>>> struct phy_provider *phy_provider;
>>> bool dedicated_clocks;
>>> struct resource *res;
>>> - int i;
>>> + int i, ret;
>>>
>>> data = devm_kzalloc(dev, sizeof(*data), GFP_KERNEL);
>>> if (!data)
>>> return -ENOMEM;
>>>
>>> mutex_init(&data->mutex);
>>> + INIT_DELAYED_WORK(&data->detect, sun4i_usb_phy0_id_vbus_det_scan);
>>> + data->extcon_cable_names[0] = extcon_cable_name[EXTCON_USB_HOST];
>>> + data->extcon_cable_names[1] = extcon_cable_name[EXTCON_USB];
>>> + data->extcon_cable_names[2] = NULL;
>>> + data->extcon.name = DRIVER_NAME;
>>> + data->extcon.supported_cable = data->extcon_cable_names;
>>> + data->extcon.dev.parent = dev;
>>>
>>> if (of_device_is_compatible(np, "allwinner,sun5i-a13-usb-phy"))
>>> data->num_phys = 2;
>>> @@ -269,6 +453,34 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>>> if (IS_ERR(data->base))
>>> return PTR_ERR(data->base);
>>>
>>> + data->id_det_gpio = devm_gpiod_get(dev, "usb0_id_det", GPIOD_IN);
>>> + if (IS_ERR(data->id_det_gpio)) {
>>> + if (PTR_ERR(data->id_det_gpio) == -EPROBE_DEFER)
>>> + return -EPROBE_DEFER;
>>> + data->id_det_gpio = NULL;
>>> + }
>>> +
>>> + data->vbus_det_gpio = devm_gpiod_get(dev, "usb0_vbus_det", GPIOD_IN);
>>> + if (IS_ERR(data->vbus_det_gpio)) {
>>> + if (PTR_ERR(data->vbus_det_gpio) == -EPROBE_DEFER)
>>> + return -EPROBE_DEFER;
>>> + data->vbus_det_gpio = NULL;
>>> + }
>>> +
>>> + /* We either want both gpio pins or neither (when in host mode) */
>>> + if (!data->id_det_gpio != !data->vbus_det_gpio) {
>>> + dev_err(dev, "failed to get id or vbus detect pin\n");
>>> + return -ENODEV;
>>> + }
>>> +
>>> + if (data->id_det_gpio) {
>>> + ret = devm_extcon_dev_register(dev, &data->extcon);
>>> + if (ret) {
>>> + dev_err(dev, "failed to register extcon: %d\n", ret);
>>> + return ret;
>>> + }
>>> + }
>>> +
>>> for (i = 0; i < data->num_phys; i++) {
>>> struct sun4i_usb_phy *phy = data->phys + i;
>>> char name[16];
>>> @@ -318,12 +530,54 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>>> phy_set_drvdata(phy->phy, &data->phys[i]);
>>> }
>>>
>>> + data->id_det_irq = gpiod_to_irq(data->id_det_gpio);
>>> + data->vbus_det_irq = gpiod_to_irq(data->vbus_det_gpio);
>>> + if (data->id_det_irq < 0 || data->vbus_det_irq < 0)
>>> + data->phy0_poll = true;
>>
>> if polling is enabled, we shouldn't enable irq at all?
>
> Thanks for the review.
>
> One some boards one of the gpio-s is irq capable and the other
> is not, in which case the current code indeed enables both
> irq handling for the one gpio which is irq capable and enables
> polling. This is done this way deliberately as the irq path
> has much better latency then polling and the 2 can co-exist.
okay. Would be good to have this as a comment.
>
>>> +
>>> + if (data->id_det_irq >= 0) {
>>> + ret = devm_request_irq(dev, data->id_det_irq,
>>> + sun4i_usb_phy0_id_vbus_det_irq,
>>> + IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
>>> + "usb0-id-det", data);
>>> + if (ret) {
>>> + dev_err(dev, "Err requesting id-det-irq: %d\n", ret);
>>> + return ret;
>>> + }
>>> + }
>>> +
>>> + if (data->vbus_det_irq >= 0) {
>>> + ret = devm_request_irq(dev, data->vbus_det_irq,
>>> + sun4i_usb_phy0_id_vbus_det_irq,
>>> + IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
>>> + "usb0-vbus-det", data);
>>> + if (ret) {
>>> + dev_err(dev, "Err requesting vbus-det-irq: %d\n", ret);
>>> + return ret;
>>> + }
>>> + }
>>> +
>>> dev_set_drvdata(dev, data);
>>> phy_provider = devm_of_phy_provider_register(dev, sun4i_usb_phy_xlate);
>>>
>>> return PTR_ERR_OR_ZERO(phy_provider);
>>> }
>>>
>>> +static int sun4i_usb_phy_remove(struct platform_device *pdev)
>>> +{
>>> + struct device *dev = &pdev->dev;
>>> + struct sun4i_usb_phy_data *data = dev_get_drvdata(dev);
>>> +
>>> + if (data->id_det_irq >= 0)
>>> + devm_free_irq(dev, data->id_det_irq, data);
>>> + if (data->vbus_det_irq >= 0)
>>> + devm_free_irq(dev, data->vbus_det_irq, data);
>>
>> This shouldn't be needed since you already use devm_* in probe.
>
> The use of devm_* in probe helps to keep the error handling in
> probe sane, but we must explicitly free the irqs here, otherwise
> they may trigger after this:
From whatever I know free irq will be invoked in remove if devm_request_irq is
used in probe. I have to check though.
Thanks
Kishon
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: [linux-sunxi] Re: [PATCH v4 1/2] phy-sun4i-usb: Add full support for usb0 phy / OTG
2015-06-11 11:16 ` Kishon Vijay Abraham I
@ 2015-06-11 12:35 ` Hans de Goede
-1 siblings, 0 replies; 57+ messages in thread
From: Hans de Goede @ 2015-06-11 12:35 UTC (permalink / raw)
To: kishon-l0cyMroinI0, Felipe Balbi
Cc: Maxime Ripard, Chen-Yu Tsai, Roman Byshko,
linux-usb-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r, devicetree,
linux-sunxi-/JYPxA39Uh5TLH3MbocFFw
Hi,
On 11-06-15 13:16, Kishon Vijay Abraham I wrote:
> Hi,
>
> On Thursday 11 June 2015 03:23 PM, Hans de Goede wrote:
>> Hi,
>>
>> On 11-06-15 11:42, Kishon Vijay Abraham I wrote:
>>> Hi,
>>>
>>> On Sunday 31 May 2015 09:40 PM, Hans de Goede wrote:
>>>> The usb0 phy is connected to an OTG controller, and as such needs some special
>>>> handling:
>>>>
>>>> 1) It allows explicit control over the pullups, enable these on phy_init and
>>>> disable them on phy_exit.
>>>>
>>>> 2) It has bits to signal id and vbus detect to the musb-core, add support for
>>>> for monitoring id and vbus detect gpio-s for use in dual role mode, and set
>>>> these bits to the correct values for operating in host only mode when no
>>>> gpios are specified in the devicetree.
>>>>
>>>> 3) When in dual role mode the musb sunxi glue needs to know if the a host or
>>>> device cable is plugged in, so when in dual role mode register an extcon.
>>>>
>>>> While updating the devicetree binding documentation also add documentation
>>>> for the sofar undocumented usage of regulators for vbus for all 3 phys.
>>>>
>>>> Signed-off-by: Hans de Goede <hdegoede-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
>>>> ---
>>>> Changes in v2:
>>>> -Removed the sunxi specific phy functions, instead the id / vbus gpio polling
>>>> has been moved to the phy-sun4i-usb driver and their status is exported
>>>> through extcon for the sunxi-musb glue
>>>> Changes in v3:
>>>> -No changes
>>>> Changes in v4:
>>>> -Do not call regulator_disable in an unbalanced manner when an external vbus
>>>> is present
>>>> ---
>>>> .../devicetree/bindings/phy/sun4i-usb-phy.txt | 18 +-
>>>> drivers/phy/Kconfig | 1 +
>>>> drivers/phy/phy-sun4i-usb.c | 273 ++++++++++++++++++++-
>>>> 3 files changed, 281 insertions(+), 11 deletions(-)
>>>>
>>> .
>>> .
>>> <snip>
>>> .
>>> .
>>>> diff --git a/drivers/phy/phy-sun4i-usb.c b/drivers/phy/phy-sun4i-usb.c
>>>> index 91c5be4..b45d707 100644
>>>> --- a/drivers/phy/phy-sun4i-usb.c
>>>> +++ b/drivers/phy/phy-sun4i-usb.c
>>>> @@ -1,7 +1,7 @@
>>>
>>> .
>>> .
>>> <snip>
>>> .
>>> .
>>>> static struct phy *sun4i_usb_phy_xlate(struct device *dev,
>>>> struct of_phandle_args *args)
>>>> {
>>>> @@ -240,13 +417,20 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>>>> struct phy_provider *phy_provider;
>>>> bool dedicated_clocks;
>>>> struct resource *res;
>>>> - int i;
>>>> + int i, ret;
>>>>
>>>> data = devm_kzalloc(dev, sizeof(*data), GFP_KERNEL);
>>>> if (!data)
>>>> return -ENOMEM;
>>>>
>>>> mutex_init(&data->mutex);
>>>> + INIT_DELAYED_WORK(&data->detect, sun4i_usb_phy0_id_vbus_det_scan);
>>>> + data->extcon_cable_names[0] = extcon_cable_name[EXTCON_USB_HOST];
>>>> + data->extcon_cable_names[1] = extcon_cable_name[EXTCON_USB];
>>>> + data->extcon_cable_names[2] = NULL;
>>>> + data->extcon.name = DRIVER_NAME;
>>>> + data->extcon.supported_cable = data->extcon_cable_names;
>>>> + data->extcon.dev.parent = dev;
>>>>
>>>> if (of_device_is_compatible(np, "allwinner,sun5i-a13-usb-phy"))
>>>> data->num_phys = 2;
>>>> @@ -269,6 +453,34 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>>>> if (IS_ERR(data->base))
>>>> return PTR_ERR(data->base);
>>>>
>>>> + data->id_det_gpio = devm_gpiod_get(dev, "usb0_id_det", GPIOD_IN);
>>>> + if (IS_ERR(data->id_det_gpio)) {
>>>> + if (PTR_ERR(data->id_det_gpio) == -EPROBE_DEFER)
>>>> + return -EPROBE_DEFER;
>>>> + data->id_det_gpio = NULL;
>>>> + }
>>>> +
>>>> + data->vbus_det_gpio = devm_gpiod_get(dev, "usb0_vbus_det", GPIOD_IN);
>>>> + if (IS_ERR(data->vbus_det_gpio)) {
>>>> + if (PTR_ERR(data->vbus_det_gpio) == -EPROBE_DEFER)
>>>> + return -EPROBE_DEFER;
>>>> + data->vbus_det_gpio = NULL;
>>>> + }
>>>> +
>>>> + /* We either want both gpio pins or neither (when in host mode) */
>>>> + if (!data->id_det_gpio != !data->vbus_det_gpio) {
>>>> + dev_err(dev, "failed to get id or vbus detect pin\n");
>>>> + return -ENODEV;
>>>> + }
>>>> +
>>>> + if (data->id_det_gpio) {
>>>> + ret = devm_extcon_dev_register(dev, &data->extcon);
>>>> + if (ret) {
>>>> + dev_err(dev, "failed to register extcon: %d\n", ret);
>>>> + return ret;
>>>> + }
>>>> + }
>>>> +
>>>> for (i = 0; i < data->num_phys; i++) {
>>>> struct sun4i_usb_phy *phy = data->phys + i;
>>>> char name[16];
>>>> @@ -318,12 +530,54 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>>>> phy_set_drvdata(phy->phy, &data->phys[i]);
>>>> }
>>>>
>>>> + data->id_det_irq = gpiod_to_irq(data->id_det_gpio);
>>>> + data->vbus_det_irq = gpiod_to_irq(data->vbus_det_gpio);
>>>> + if (data->id_det_irq < 0 || data->vbus_det_irq < 0)
>>>> + data->phy0_poll = true;
>>>
>>> if polling is enabled, we shouldn't enable irq at all?
>>
>> Thanks for the review.
>>
>> One some boards one of the gpio-s is irq capable and the other
>> is not, in which case the current code indeed enables both
>> irq handling for the one gpio which is irq capable and enables
>> polling. This is done this way deliberately as the irq path
>> has much better latency then polling and the 2 can co-exist.
>
> okay. Would be good to have this as a comment.
>>
>>>> +
>>>> + if (data->id_det_irq >= 0) {
>>>> + ret = devm_request_irq(dev, data->id_det_irq,
>>>> + sun4i_usb_phy0_id_vbus_det_irq,
>>>> + IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
>>>> + "usb0-id-det", data);
>>>> + if (ret) {
>>>> + dev_err(dev, "Err requesting id-det-irq: %d\n", ret);
>>>> + return ret;
>>>> + }
>>>> + }
>>>> +
>>>> + if (data->vbus_det_irq >= 0) {
>>>> + ret = devm_request_irq(dev, data->vbus_det_irq,
>>>> + sun4i_usb_phy0_id_vbus_det_irq,
>>>> + IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
>>>> + "usb0-vbus-det", data);
>>>> + if (ret) {
>>>> + dev_err(dev, "Err requesting vbus-det-irq: %d\n", ret);
>>>> + return ret;
>>>> + }
>>>> + }
>>>> +
>>>> dev_set_drvdata(dev, data);
>>>> phy_provider = devm_of_phy_provider_register(dev, sun4i_usb_phy_xlate);
>>>>
>>>> return PTR_ERR_OR_ZERO(phy_provider);
>>>> }
>>>>
>>>> +static int sun4i_usb_phy_remove(struct platform_device *pdev)
>>>> +{
>>>> + struct device *dev = &pdev->dev;
>>>> + struct sun4i_usb_phy_data *data = dev_get_drvdata(dev);
>>>> +
>>>> + if (data->id_det_irq >= 0)
>>>> + devm_free_irq(dev, data->id_det_irq, data);
>>>> + if (data->vbus_det_irq >= 0)
>>>> + devm_free_irq(dev, data->vbus_det_irq, data);
>>>
>>> This shouldn't be needed since you already use devm_* in probe.
>>
>> The use of devm_* in probe helps to keep the error handling in
>> probe sane, but we must explicitly free the irqs here, otherwise
>> they may trigger after this:
>
> From whatever I know free irq will be invoked in remove if devm_request_irq is used in probe. I have to check though.
Yes it will be invoked, but after we've stopped our workqueue function,
and in the mean time the irq handler can trigger re-scheduling the
workqueue function.
All drivers using a workqueue explicitly free irqs on remove before
stopping the workqueue because of this reason. The auto freeing
of the irq happens after the remove function has been called, and
thus after the workqueue has been stopped/cancelled which is too
late.
Regards,
Hans
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 57+ messages in thread
* [linux-sunxi] Re: [PATCH v4 1/2] phy-sun4i-usb: Add full support for usb0 phy / OTG
@ 2015-06-11 12:35 ` Hans de Goede
0 siblings, 0 replies; 57+ messages in thread
From: Hans de Goede @ 2015-06-11 12:35 UTC (permalink / raw)
To: linux-arm-kernel
Hi,
On 11-06-15 13:16, Kishon Vijay Abraham I wrote:
> Hi,
>
> On Thursday 11 June 2015 03:23 PM, Hans de Goede wrote:
>> Hi,
>>
>> On 11-06-15 11:42, Kishon Vijay Abraham I wrote:
>>> Hi,
>>>
>>> On Sunday 31 May 2015 09:40 PM, Hans de Goede wrote:
>>>> The usb0 phy is connected to an OTG controller, and as such needs some special
>>>> handling:
>>>>
>>>> 1) It allows explicit control over the pullups, enable these on phy_init and
>>>> disable them on phy_exit.
>>>>
>>>> 2) It has bits to signal id and vbus detect to the musb-core, add support for
>>>> for monitoring id and vbus detect gpio-s for use in dual role mode, and set
>>>> these bits to the correct values for operating in host only mode when no
>>>> gpios are specified in the devicetree.
>>>>
>>>> 3) When in dual role mode the musb sunxi glue needs to know if the a host or
>>>> device cable is plugged in, so when in dual role mode register an extcon.
>>>>
>>>> While updating the devicetree binding documentation also add documentation
>>>> for the sofar undocumented usage of regulators for vbus for all 3 phys.
>>>>
>>>> Signed-off-by: Hans de Goede <hdegoede@redhat.com>
>>>> ---
>>>> Changes in v2:
>>>> -Removed the sunxi specific phy functions, instead the id / vbus gpio polling
>>>> has been moved to the phy-sun4i-usb driver and their status is exported
>>>> through extcon for the sunxi-musb glue
>>>> Changes in v3:
>>>> -No changes
>>>> Changes in v4:
>>>> -Do not call regulator_disable in an unbalanced manner when an external vbus
>>>> is present
>>>> ---
>>>> .../devicetree/bindings/phy/sun4i-usb-phy.txt | 18 +-
>>>> drivers/phy/Kconfig | 1 +
>>>> drivers/phy/phy-sun4i-usb.c | 273 ++++++++++++++++++++-
>>>> 3 files changed, 281 insertions(+), 11 deletions(-)
>>>>
>>> .
>>> .
>>> <snip>
>>> .
>>> .
>>>> diff --git a/drivers/phy/phy-sun4i-usb.c b/drivers/phy/phy-sun4i-usb.c
>>>> index 91c5be4..b45d707 100644
>>>> --- a/drivers/phy/phy-sun4i-usb.c
>>>> +++ b/drivers/phy/phy-sun4i-usb.c
>>>> @@ -1,7 +1,7 @@
>>>
>>> .
>>> .
>>> <snip>
>>> .
>>> .
>>>> static struct phy *sun4i_usb_phy_xlate(struct device *dev,
>>>> struct of_phandle_args *args)
>>>> {
>>>> @@ -240,13 +417,20 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>>>> struct phy_provider *phy_provider;
>>>> bool dedicated_clocks;
>>>> struct resource *res;
>>>> - int i;
>>>> + int i, ret;
>>>>
>>>> data = devm_kzalloc(dev, sizeof(*data), GFP_KERNEL);
>>>> if (!data)
>>>> return -ENOMEM;
>>>>
>>>> mutex_init(&data->mutex);
>>>> + INIT_DELAYED_WORK(&data->detect, sun4i_usb_phy0_id_vbus_det_scan);
>>>> + data->extcon_cable_names[0] = extcon_cable_name[EXTCON_USB_HOST];
>>>> + data->extcon_cable_names[1] = extcon_cable_name[EXTCON_USB];
>>>> + data->extcon_cable_names[2] = NULL;
>>>> + data->extcon.name = DRIVER_NAME;
>>>> + data->extcon.supported_cable = data->extcon_cable_names;
>>>> + data->extcon.dev.parent = dev;
>>>>
>>>> if (of_device_is_compatible(np, "allwinner,sun5i-a13-usb-phy"))
>>>> data->num_phys = 2;
>>>> @@ -269,6 +453,34 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>>>> if (IS_ERR(data->base))
>>>> return PTR_ERR(data->base);
>>>>
>>>> + data->id_det_gpio = devm_gpiod_get(dev, "usb0_id_det", GPIOD_IN);
>>>> + if (IS_ERR(data->id_det_gpio)) {
>>>> + if (PTR_ERR(data->id_det_gpio) == -EPROBE_DEFER)
>>>> + return -EPROBE_DEFER;
>>>> + data->id_det_gpio = NULL;
>>>> + }
>>>> +
>>>> + data->vbus_det_gpio = devm_gpiod_get(dev, "usb0_vbus_det", GPIOD_IN);
>>>> + if (IS_ERR(data->vbus_det_gpio)) {
>>>> + if (PTR_ERR(data->vbus_det_gpio) == -EPROBE_DEFER)
>>>> + return -EPROBE_DEFER;
>>>> + data->vbus_det_gpio = NULL;
>>>> + }
>>>> +
>>>> + /* We either want both gpio pins or neither (when in host mode) */
>>>> + if (!data->id_det_gpio != !data->vbus_det_gpio) {
>>>> + dev_err(dev, "failed to get id or vbus detect pin\n");
>>>> + return -ENODEV;
>>>> + }
>>>> +
>>>> + if (data->id_det_gpio) {
>>>> + ret = devm_extcon_dev_register(dev, &data->extcon);
>>>> + if (ret) {
>>>> + dev_err(dev, "failed to register extcon: %d\n", ret);
>>>> + return ret;
>>>> + }
>>>> + }
>>>> +
>>>> for (i = 0; i < data->num_phys; i++) {
>>>> struct sun4i_usb_phy *phy = data->phys + i;
>>>> char name[16];
>>>> @@ -318,12 +530,54 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>>>> phy_set_drvdata(phy->phy, &data->phys[i]);
>>>> }
>>>>
>>>> + data->id_det_irq = gpiod_to_irq(data->id_det_gpio);
>>>> + data->vbus_det_irq = gpiod_to_irq(data->vbus_det_gpio);
>>>> + if (data->id_det_irq < 0 || data->vbus_det_irq < 0)
>>>> + data->phy0_poll = true;
>>>
>>> if polling is enabled, we shouldn't enable irq at all?
>>
>> Thanks for the review.
>>
>> One some boards one of the gpio-s is irq capable and the other
>> is not, in which case the current code indeed enables both
>> irq handling for the one gpio which is irq capable and enables
>> polling. This is done this way deliberately as the irq path
>> has much better latency then polling and the 2 can co-exist.
>
> okay. Would be good to have this as a comment.
>>
>>>> +
>>>> + if (data->id_det_irq >= 0) {
>>>> + ret = devm_request_irq(dev, data->id_det_irq,
>>>> + sun4i_usb_phy0_id_vbus_det_irq,
>>>> + IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
>>>> + "usb0-id-det", data);
>>>> + if (ret) {
>>>> + dev_err(dev, "Err requesting id-det-irq: %d\n", ret);
>>>> + return ret;
>>>> + }
>>>> + }
>>>> +
>>>> + if (data->vbus_det_irq >= 0) {
>>>> + ret = devm_request_irq(dev, data->vbus_det_irq,
>>>> + sun4i_usb_phy0_id_vbus_det_irq,
>>>> + IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
>>>> + "usb0-vbus-det", data);
>>>> + if (ret) {
>>>> + dev_err(dev, "Err requesting vbus-det-irq: %d\n", ret);
>>>> + return ret;
>>>> + }
>>>> + }
>>>> +
>>>> dev_set_drvdata(dev, data);
>>>> phy_provider = devm_of_phy_provider_register(dev, sun4i_usb_phy_xlate);
>>>>
>>>> return PTR_ERR_OR_ZERO(phy_provider);
>>>> }
>>>>
>>>> +static int sun4i_usb_phy_remove(struct platform_device *pdev)
>>>> +{
>>>> + struct device *dev = &pdev->dev;
>>>> + struct sun4i_usb_phy_data *data = dev_get_drvdata(dev);
>>>> +
>>>> + if (data->id_det_irq >= 0)
>>>> + devm_free_irq(dev, data->id_det_irq, data);
>>>> + if (data->vbus_det_irq >= 0)
>>>> + devm_free_irq(dev, data->vbus_det_irq, data);
>>>
>>> This shouldn't be needed since you already use devm_* in probe.
>>
>> The use of devm_* in probe helps to keep the error handling in
>> probe sane, but we must explicitly free the irqs here, otherwise
>> they may trigger after this:
>
> From whatever I know free irq will be invoked in remove if devm_request_irq is used in probe. I have to check though.
Yes it will be invoked, but after we've stopped our workqueue function,
and in the mean time the irq handler can trigger re-scheduling the
workqueue function.
All drivers using a workqueue explicitly free irqs on remove before
stopping the workqueue because of this reason. The auto freeing
of the irq happens after the remove function has been called, and
thus after the workqueue has been stopped/cancelled which is too
late.
Regards,
Hans
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: Re: [PATCH v4 1/2] phy-sun4i-usb: Add full support for usb0 phy / OTG
2015-06-11 12:35 ` Hans de Goede
@ 2015-06-11 12:59 ` Kishon Vijay Abraham I
-1 siblings, 0 replies; 57+ messages in thread
From: Kishon Vijay Abraham I @ 2015-06-11 12:59 UTC (permalink / raw)
To: Hans de Goede, Felipe Balbi
Cc: Maxime Ripard, Chen-Yu Tsai, Roman Byshko,
linux-usb-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r, devicetree,
linux-sunxi-/JYPxA39Uh5TLH3MbocFFw
On Thursday 11 June 2015 06:05 PM, Hans de Goede wrote:
> Hi,
>
> On 11-06-15 13:16, Kishon Vijay Abraham I wrote:
>> Hi,
>>
>> On Thursday 11 June 2015 03:23 PM, Hans de Goede wrote:
>>> Hi,
>>>
>>> On 11-06-15 11:42, Kishon Vijay Abraham I wrote:
>>>> Hi,
>>>>
>>>> On Sunday 31 May 2015 09:40 PM, Hans de Goede wrote:
>>>>> The usb0 phy is connected to an OTG controller, and as such needs some special
>>>>> handling:
>>>>>
>>>>> 1) It allows explicit control over the pullups, enable these on phy_init and
>>>>> disable them on phy_exit.
>>>>>
>>>>> 2) It has bits to signal id and vbus detect to the musb-core, add support for
>>>>> for monitoring id and vbus detect gpio-s for use in dual role mode, and set
>>>>> these bits to the correct values for operating in host only mode when no
>>>>> gpios are specified in the devicetree.
>>>>>
>>>>> 3) When in dual role mode the musb sunxi glue needs to know if the a host or
>>>>> device cable is plugged in, so when in dual role mode register an extcon.
>>>>>
>>>>> While updating the devicetree binding documentation also add documentation
>>>>> for the sofar undocumented usage of regulators for vbus for all 3 phys.
>>>>>
>>>>> Signed-off-by: Hans de Goede <hdegoede-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
>>>>> ---
>>>>> Changes in v2:
>>>>> -Removed the sunxi specific phy functions, instead the id / vbus gpio polling
>>>>> has been moved to the phy-sun4i-usb driver and their status is exported
>>>>> through extcon for the sunxi-musb glue
>>>>> Changes in v3:
>>>>> -No changes
>>>>> Changes in v4:
>>>>> -Do not call regulator_disable in an unbalanced manner when an external vbus
>>>>> is present
>>>>> ---
>>>>> .../devicetree/bindings/phy/sun4i-usb-phy.txt | 18 +-
>>>>> drivers/phy/Kconfig | 1 +
>>>>> drivers/phy/phy-sun4i-usb.c | 273 ++++++++++++++++++++-
>>>>> 3 files changed, 281 insertions(+), 11 deletions(-)
>>>>>
>>>> .
>>>> .
>>>> <snip>
>>>> .
>>>> .
>>>>> diff --git a/drivers/phy/phy-sun4i-usb.c b/drivers/phy/phy-sun4i-usb.c
>>>>> index 91c5be4..b45d707 100644
>>>>> --- a/drivers/phy/phy-sun4i-usb.c
>>>>> +++ b/drivers/phy/phy-sun4i-usb.c
>>>>> @@ -1,7 +1,7 @@
>>>>
>>>> .
>>>> .
>>>> <snip>
>>>> .
>>>> .
>>>>> static struct phy *sun4i_usb_phy_xlate(struct device *dev,
>>>>> struct of_phandle_args *args)
>>>>> {
>>>>> @@ -240,13 +417,20 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>>>>> struct phy_provider *phy_provider;
>>>>> bool dedicated_clocks;
>>>>> struct resource *res;
>>>>> - int i;
>>>>> + int i, ret;
>>>>>
>>>>> data = devm_kzalloc(dev, sizeof(*data), GFP_KERNEL);
>>>>> if (!data)
>>>>> return -ENOMEM;
>>>>>
>>>>> mutex_init(&data->mutex);
>>>>> + INIT_DELAYED_WORK(&data->detect, sun4i_usb_phy0_id_vbus_det_scan);
>>>>> + data->extcon_cable_names[0] = extcon_cable_name[EXTCON_USB_HOST];
>>>>> + data->extcon_cable_names[1] = extcon_cable_name[EXTCON_USB];
>>>>> + data->extcon_cable_names[2] = NULL;
>>>>> + data->extcon.name = DRIVER_NAME;
>>>>> + data->extcon.supported_cable = data->extcon_cable_names;
>>>>> + data->extcon.dev.parent = dev;
>>>>>
>>>>> if (of_device_is_compatible(np, "allwinner,sun5i-a13-usb-phy"))
>>>>> data->num_phys = 2;
>>>>> @@ -269,6 +453,34 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>>>>> if (IS_ERR(data->base))
>>>>> return PTR_ERR(data->base);
>>>>>
>>>>> + data->id_det_gpio = devm_gpiod_get(dev, "usb0_id_det", GPIOD_IN);
>>>>> + if (IS_ERR(data->id_det_gpio)) {
>>>>> + if (PTR_ERR(data->id_det_gpio) == -EPROBE_DEFER)
>>>>> + return -EPROBE_DEFER;
>>>>> + data->id_det_gpio = NULL;
>>>>> + }
>>>>> +
>>>>> + data->vbus_det_gpio = devm_gpiod_get(dev, "usb0_vbus_det", GPIOD_IN);
>>>>> + if (IS_ERR(data->vbus_det_gpio)) {
>>>>> + if (PTR_ERR(data->vbus_det_gpio) == -EPROBE_DEFER)
>>>>> + return -EPROBE_DEFER;
>>>>> + data->vbus_det_gpio = NULL;
>>>>> + }
>>>>> +
>>>>> + /* We either want both gpio pins or neither (when in host mode) */
>>>>> + if (!data->id_det_gpio != !data->vbus_det_gpio) {
>>>>> + dev_err(dev, "failed to get id or vbus detect pin\n");
>>>>> + return -ENODEV;
>>>>> + }
>>>>> +
>>>>> + if (data->id_det_gpio) {
>>>>> + ret = devm_extcon_dev_register(dev, &data->extcon);
>>>>> + if (ret) {
>>>>> + dev_err(dev, "failed to register extcon: %d\n", ret);
>>>>> + return ret;
>>>>> + }
>>>>> + }
>>>>> +
>>>>> for (i = 0; i < data->num_phys; i++) {
>>>>> struct sun4i_usb_phy *phy = data->phys + i;
>>>>> char name[16];
>>>>> @@ -318,12 +530,54 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>>>>> phy_set_drvdata(phy->phy, &data->phys[i]);
>>>>> }
>>>>>
>>>>> + data->id_det_irq = gpiod_to_irq(data->id_det_gpio);
>>>>> + data->vbus_det_irq = gpiod_to_irq(data->vbus_det_gpio);
>>>>> + if (data->id_det_irq < 0 || data->vbus_det_irq < 0)
>>>>> + data->phy0_poll = true;
>>>>
>>>> if polling is enabled, we shouldn't enable irq at all?
>>>
>>> Thanks for the review.
>>>
>>> One some boards one of the gpio-s is irq capable and the other
>>> is not, in which case the current code indeed enables both
>>> irq handling for the one gpio which is irq capable and enables
>>> polling. This is done this way deliberately as the irq path
>>> has much better latency then polling and the 2 can co-exist.
>>
>> okay. Would be good to have this as a comment.
>>>
>>>>> +
>>>>> + if (data->id_det_irq >= 0) {
>>>>> + ret = devm_request_irq(dev, data->id_det_irq,
>>>>> + sun4i_usb_phy0_id_vbus_det_irq,
>>>>> + IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
>>>>> + "usb0-id-det", data);
>>>>> + if (ret) {
>>>>> + dev_err(dev, "Err requesting id-det-irq: %d\n", ret);
>>>>> + return ret;
>>>>> + }
>>>>> + }
>>>>> +
>>>>> + if (data->vbus_det_irq >= 0) {
>>>>> + ret = devm_request_irq(dev, data->vbus_det_irq,
>>>>> + sun4i_usb_phy0_id_vbus_det_irq,
>>>>> + IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
>>>>> + "usb0-vbus-det", data);
>>>>> + if (ret) {
>>>>> + dev_err(dev, "Err requesting vbus-det-irq: %d\n", ret);
>>>>> + return ret;
>>>>> + }
>>>>> + }
>>>>> +
>>>>> dev_set_drvdata(dev, data);
>>>>> phy_provider = devm_of_phy_provider_register(dev, sun4i_usb_phy_xlate);
>>>>>
>>>>> return PTR_ERR_OR_ZERO(phy_provider);
>>>>> }
>>>>>
>>>>> +static int sun4i_usb_phy_remove(struct platform_device *pdev)
>>>>> +{
>>>>> + struct device *dev = &pdev->dev;
>>>>> + struct sun4i_usb_phy_data *data = dev_get_drvdata(dev);
>>>>> +
>>>>> + if (data->id_det_irq >= 0)
>>>>> + devm_free_irq(dev, data->id_det_irq, data);
>>>>> + if (data->vbus_det_irq >= 0)
>>>>> + devm_free_irq(dev, data->vbus_det_irq, data);
>>>>
>>>> This shouldn't be needed since you already use devm_* in probe.
>>>
>>> The use of devm_* in probe helps to keep the error handling in
>>> probe sane, but we must explicitly free the irqs here, otherwise
>>> they may trigger after this:
>>
>> From whatever I know free irq will be invoked in remove if devm_request_irq is used in probe. I have to check though.
>
> Yes it will be invoked, but after we've stopped our workqueue function,
> and in the mean time the irq handler can trigger re-scheduling the
> workqueue function.
>
> All drivers using a workqueue explicitly free irqs on remove before
> stopping the workqueue because of this reason. The auto freeing
> of the irq happens after the remove function has been called, and
> thus after the workqueue has been stopped/cancelled which is too
> late.
Fine then. Thanks for that detail.
Thanks
Kishon
^ permalink raw reply [flat|nested] 57+ messages in thread
* [linux-sunxi] Re: [PATCH v4 1/2] phy-sun4i-usb: Add full support for usb0 phy / OTG
@ 2015-06-11 12:59 ` Kishon Vijay Abraham I
0 siblings, 0 replies; 57+ messages in thread
From: Kishon Vijay Abraham I @ 2015-06-11 12:59 UTC (permalink / raw)
To: linux-arm-kernel
On Thursday 11 June 2015 06:05 PM, Hans de Goede wrote:
> Hi,
>
> On 11-06-15 13:16, Kishon Vijay Abraham I wrote:
>> Hi,
>>
>> On Thursday 11 June 2015 03:23 PM, Hans de Goede wrote:
>>> Hi,
>>>
>>> On 11-06-15 11:42, Kishon Vijay Abraham I wrote:
>>>> Hi,
>>>>
>>>> On Sunday 31 May 2015 09:40 PM, Hans de Goede wrote:
>>>>> The usb0 phy is connected to an OTG controller, and as such needs some special
>>>>> handling:
>>>>>
>>>>> 1) It allows explicit control over the pullups, enable these on phy_init and
>>>>> disable them on phy_exit.
>>>>>
>>>>> 2) It has bits to signal id and vbus detect to the musb-core, add support for
>>>>> for monitoring id and vbus detect gpio-s for use in dual role mode, and set
>>>>> these bits to the correct values for operating in host only mode when no
>>>>> gpios are specified in the devicetree.
>>>>>
>>>>> 3) When in dual role mode the musb sunxi glue needs to know if the a host or
>>>>> device cable is plugged in, so when in dual role mode register an extcon.
>>>>>
>>>>> While updating the devicetree binding documentation also add documentation
>>>>> for the sofar undocumented usage of regulators for vbus for all 3 phys.
>>>>>
>>>>> Signed-off-by: Hans de Goede <hdegoede@redhat.com>
>>>>> ---
>>>>> Changes in v2:
>>>>> -Removed the sunxi specific phy functions, instead the id / vbus gpio polling
>>>>> has been moved to the phy-sun4i-usb driver and their status is exported
>>>>> through extcon for the sunxi-musb glue
>>>>> Changes in v3:
>>>>> -No changes
>>>>> Changes in v4:
>>>>> -Do not call regulator_disable in an unbalanced manner when an external vbus
>>>>> is present
>>>>> ---
>>>>> .../devicetree/bindings/phy/sun4i-usb-phy.txt | 18 +-
>>>>> drivers/phy/Kconfig | 1 +
>>>>> drivers/phy/phy-sun4i-usb.c | 273 ++++++++++++++++++++-
>>>>> 3 files changed, 281 insertions(+), 11 deletions(-)
>>>>>
>>>> .
>>>> .
>>>> <snip>
>>>> .
>>>> .
>>>>> diff --git a/drivers/phy/phy-sun4i-usb.c b/drivers/phy/phy-sun4i-usb.c
>>>>> index 91c5be4..b45d707 100644
>>>>> --- a/drivers/phy/phy-sun4i-usb.c
>>>>> +++ b/drivers/phy/phy-sun4i-usb.c
>>>>> @@ -1,7 +1,7 @@
>>>>
>>>> .
>>>> .
>>>> <snip>
>>>> .
>>>> .
>>>>> static struct phy *sun4i_usb_phy_xlate(struct device *dev,
>>>>> struct of_phandle_args *args)
>>>>> {
>>>>> @@ -240,13 +417,20 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>>>>> struct phy_provider *phy_provider;
>>>>> bool dedicated_clocks;
>>>>> struct resource *res;
>>>>> - int i;
>>>>> + int i, ret;
>>>>>
>>>>> data = devm_kzalloc(dev, sizeof(*data), GFP_KERNEL);
>>>>> if (!data)
>>>>> return -ENOMEM;
>>>>>
>>>>> mutex_init(&data->mutex);
>>>>> + INIT_DELAYED_WORK(&data->detect, sun4i_usb_phy0_id_vbus_det_scan);
>>>>> + data->extcon_cable_names[0] = extcon_cable_name[EXTCON_USB_HOST];
>>>>> + data->extcon_cable_names[1] = extcon_cable_name[EXTCON_USB];
>>>>> + data->extcon_cable_names[2] = NULL;
>>>>> + data->extcon.name = DRIVER_NAME;
>>>>> + data->extcon.supported_cable = data->extcon_cable_names;
>>>>> + data->extcon.dev.parent = dev;
>>>>>
>>>>> if (of_device_is_compatible(np, "allwinner,sun5i-a13-usb-phy"))
>>>>> data->num_phys = 2;
>>>>> @@ -269,6 +453,34 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>>>>> if (IS_ERR(data->base))
>>>>> return PTR_ERR(data->base);
>>>>>
>>>>> + data->id_det_gpio = devm_gpiod_get(dev, "usb0_id_det", GPIOD_IN);
>>>>> + if (IS_ERR(data->id_det_gpio)) {
>>>>> + if (PTR_ERR(data->id_det_gpio) == -EPROBE_DEFER)
>>>>> + return -EPROBE_DEFER;
>>>>> + data->id_det_gpio = NULL;
>>>>> + }
>>>>> +
>>>>> + data->vbus_det_gpio = devm_gpiod_get(dev, "usb0_vbus_det", GPIOD_IN);
>>>>> + if (IS_ERR(data->vbus_det_gpio)) {
>>>>> + if (PTR_ERR(data->vbus_det_gpio) == -EPROBE_DEFER)
>>>>> + return -EPROBE_DEFER;
>>>>> + data->vbus_det_gpio = NULL;
>>>>> + }
>>>>> +
>>>>> + /* We either want both gpio pins or neither (when in host mode) */
>>>>> + if (!data->id_det_gpio != !data->vbus_det_gpio) {
>>>>> + dev_err(dev, "failed to get id or vbus detect pin\n");
>>>>> + return -ENODEV;
>>>>> + }
>>>>> +
>>>>> + if (data->id_det_gpio) {
>>>>> + ret = devm_extcon_dev_register(dev, &data->extcon);
>>>>> + if (ret) {
>>>>> + dev_err(dev, "failed to register extcon: %d\n", ret);
>>>>> + return ret;
>>>>> + }
>>>>> + }
>>>>> +
>>>>> for (i = 0; i < data->num_phys; i++) {
>>>>> struct sun4i_usb_phy *phy = data->phys + i;
>>>>> char name[16];
>>>>> @@ -318,12 +530,54 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>>>>> phy_set_drvdata(phy->phy, &data->phys[i]);
>>>>> }
>>>>>
>>>>> + data->id_det_irq = gpiod_to_irq(data->id_det_gpio);
>>>>> + data->vbus_det_irq = gpiod_to_irq(data->vbus_det_gpio);
>>>>> + if (data->id_det_irq < 0 || data->vbus_det_irq < 0)
>>>>> + data->phy0_poll = true;
>>>>
>>>> if polling is enabled, we shouldn't enable irq at all?
>>>
>>> Thanks for the review.
>>>
>>> One some boards one of the gpio-s is irq capable and the other
>>> is not, in which case the current code indeed enables both
>>> irq handling for the one gpio which is irq capable and enables
>>> polling. This is done this way deliberately as the irq path
>>> has much better latency then polling and the 2 can co-exist.
>>
>> okay. Would be good to have this as a comment.
>>>
>>>>> +
>>>>> + if (data->id_det_irq >= 0) {
>>>>> + ret = devm_request_irq(dev, data->id_det_irq,
>>>>> + sun4i_usb_phy0_id_vbus_det_irq,
>>>>> + IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
>>>>> + "usb0-id-det", data);
>>>>> + if (ret) {
>>>>> + dev_err(dev, "Err requesting id-det-irq: %d\n", ret);
>>>>> + return ret;
>>>>> + }
>>>>> + }
>>>>> +
>>>>> + if (data->vbus_det_irq >= 0) {
>>>>> + ret = devm_request_irq(dev, data->vbus_det_irq,
>>>>> + sun4i_usb_phy0_id_vbus_det_irq,
>>>>> + IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
>>>>> + "usb0-vbus-det", data);
>>>>> + if (ret) {
>>>>> + dev_err(dev, "Err requesting vbus-det-irq: %d\n", ret);
>>>>> + return ret;
>>>>> + }
>>>>> + }
>>>>> +
>>>>> dev_set_drvdata(dev, data);
>>>>> phy_provider = devm_of_phy_provider_register(dev, sun4i_usb_phy_xlate);
>>>>>
>>>>> return PTR_ERR_OR_ZERO(phy_provider);
>>>>> }
>>>>>
>>>>> +static int sun4i_usb_phy_remove(struct platform_device *pdev)
>>>>> +{
>>>>> + struct device *dev = &pdev->dev;
>>>>> + struct sun4i_usb_phy_data *data = dev_get_drvdata(dev);
>>>>> +
>>>>> + if (data->id_det_irq >= 0)
>>>>> + devm_free_irq(dev, data->id_det_irq, data);
>>>>> + if (data->vbus_det_irq >= 0)
>>>>> + devm_free_irq(dev, data->vbus_det_irq, data);
>>>>
>>>> This shouldn't be needed since you already use devm_* in probe.
>>>
>>> The use of devm_* in probe helps to keep the error handling in
>>> probe sane, but we must explicitly free the irqs here, otherwise
>>> they may trigger after this:
>>
>> From whatever I know free irq will be invoked in remove if devm_request_irq is used in probe. I have to check though.
>
> Yes it will be invoked, but after we've stopped our workqueue function,
> and in the mean time the irq handler can trigger re-scheduling the
> workqueue function.
>
> All drivers using a workqueue explicitly free irqs on remove before
> stopping the workqueue because of this reason. The auto freeing
> of the irq happens after the remove function has been called, and
> thus after the workqueue has been stopped/cancelled which is too
> late.
Fine then. Thanks for that detail.
Thanks
Kishon
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: [PATCH v4 1/2] phy-sun4i-usb: Add full support for usb0 phy / OTG
2015-05-31 16:10 ` Hans de Goede
@ 2015-07-15 10:55 ` Kishon Vijay Abraham I
-1 siblings, 0 replies; 57+ messages in thread
From: Kishon Vijay Abraham I @ 2015-07-15 10:55 UTC (permalink / raw)
To: Hans de Goede, Felipe Balbi
Cc: Maxime Ripard, Chen-Yu Tsai, Roman Byshko,
linux-usb-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r, devicetree,
linux-sunxi-/JYPxA39Uh5TLH3MbocFFw
Hi,
On Sunday 31 May 2015 09:40 PM, Hans de Goede wrote:
> The usb0 phy is connected to an OTG controller, and as such needs some special
> handling:
>
> 1) It allows explicit control over the pullups, enable these on phy_init and
> disable them on phy_exit.
>
> 2) It has bits to signal id and vbus detect to the musb-core, add support for
> for monitoring id and vbus detect gpio-s for use in dual role mode, and set
> these bits to the correct values for operating in host only mode when no
> gpios are specified in the devicetree.
>
> 3) When in dual role mode the musb sunxi glue needs to know if the a host or
> device cable is plugged in, so when in dual role mode register an extcon.
>
> While updating the devicetree binding documentation also add documentation
> for the sofar undocumented usage of regulators for vbus for all 3 phys.
merged this to linux-phy tree.
Cheers
Kishon
>
> Signed-off-by: Hans de Goede <hdegoede-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
> ---
> Changes in v2:
> -Removed the sunxi specific phy functions, instead the id / vbus gpio polling
> has been moved to the phy-sun4i-usb driver and their status is exported
> through extcon for the sunxi-musb glue
> Changes in v3:
> -No changes
> Changes in v4:
> -Do not call regulator_disable in an unbalanced manner when an external vbus
> is present
> ---
> .../devicetree/bindings/phy/sun4i-usb-phy.txt | 18 +-
> drivers/phy/Kconfig | 1 +
> drivers/phy/phy-sun4i-usb.c | 273 ++++++++++++++++++++-
> 3 files changed, 281 insertions(+), 11 deletions(-)
>
> diff --git a/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt b/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
> index 16528b9..557fa99 100644
> --- a/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
> +++ b/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
> @@ -23,6 +23,13 @@ Required properties:
> * "usb1_reset"
> * "usb2_reset" for sun4i, sun6i or sun7i
>
> +Optional properties:
> +- usb0_id_det-gpios : gpio phandle for reading the otg id pin value
> +- usb0_vbus_det-gpios : gpio phandle for detecting the presence of usb0 vbus
> +- usb0_vbus-supply : regulator phandle for controller usb0 vbus
> +- usb1_vbus-supply : regulator phandle for controller usb1 vbus
> +- usb2_vbus-supply : regulator phandle for controller usb2 vbus
> +
> Example:
> usbphy: phy@0x01c13400 {
> #phy-cells = <1>;
> @@ -32,6 +39,13 @@ Example:
> reg-names = "phy_ctrl", "pmu1", "pmu2";
> clocks = <&usb_clk 8>;
> clock-names = "usb_phy";
> - resets = <&usb_clk 1>, <&usb_clk 2>;
> - reset-names = "usb1_reset", "usb2_reset";
> + resets = <&usb_clk 0>, <&usb_clk 1>, <&usb_clk 2>;
> + reset-names = "usb0_reset", "usb1_reset", "usb2_reset";
> + pinctrl-names = "default";
> + pinctrl-0 = <&usb0_id_detect_pin>, <&usb0_vbus_detect_pin>;
> + usb0_id_det-gpios = <&pio 7 19 GPIO_ACTIVE_HIGH>; /* PH19 */
> + usb0_vbus_det-gpios = <&pio 7 22 GPIO_ACTIVE_HIGH>; /* PH22 */
> + usb0_vbus-supply = <®_usb0_vbus>;
> + usb1_vbus-supply = <®_usb1_vbus>;
> + usb2_vbus-supply = <®_usb2_vbus>;
> };
> diff --git a/drivers/phy/Kconfig b/drivers/phy/Kconfig
> index a53bd5b..4614fba 100644
> --- a/drivers/phy/Kconfig
> +++ b/drivers/phy/Kconfig
> @@ -173,6 +173,7 @@ config PHY_SUN4I_USB
> tristate "Allwinner sunxi SoC USB PHY driver"
> depends on ARCH_SUNXI && HAS_IOMEM && OF
> depends on RESET_CONTROLLER
> + select EXTCON
> select GENERIC_PHY
> help
> Enable this to support the transceiver that is part of Allwinner
> diff --git a/drivers/phy/phy-sun4i-usb.c b/drivers/phy/phy-sun4i-usb.c
> index 91c5be4..b45d707 100644
> --- a/drivers/phy/phy-sun4i-usb.c
> +++ b/drivers/phy/phy-sun4i-usb.c
> @@ -1,7 +1,7 @@
> /*
> * Allwinner sun4i USB phy driver
> *
> - * Copyright (C) 2014 Hans de Goede <hdegoede-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
> + * Copyright (C) 2014-2015 Hans de Goede <hdegoede-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
> *
> * Based on code from
> * Allwinner Technology Co., Ltd. <www.allwinnertech.com>
> @@ -23,17 +23,23 @@
>
> #include <linux/clk.h>
> #include <linux/err.h>
> +#include <linux/extcon.h>
> #include <linux/io.h>
> +#include <linux/interrupt.h>
> #include <linux/kernel.h>
> #include <linux/module.h>
> #include <linux/mutex.h>
> #include <linux/of.h>
> #include <linux/of_address.h>
> +#include <linux/of_gpio.h>
> #include <linux/phy/phy.h>
> #include <linux/phy/phy-sun4i-usb.h>
> #include <linux/platform_device.h>
> #include <linux/regulator/consumer.h>
> #include <linux/reset.h>
> +#include <linux/workqueue.h>
> +
> +#define DRIVER_NAME "sun4i-usb-phy"
>
> #define REG_ISCR 0x00
> #define REG_PHYCTL 0x04
> @@ -47,6 +53,17 @@
> #define SUNXI_AHB_INCRX_ALIGN_EN BIT(8)
> #define SUNXI_ULPI_BYPASS_EN BIT(0)
>
> +/* ISCR, Interface Status and Control bits */
> +#define ISCR_ID_PULLUP_EN (1 << 17)
> +#define ISCR_DPDM_PULLUP_EN (1 << 16)
> +/* sunxi has the phy id/vbus pins not connected, so we use the force bits */
> +#define ISCR_FORCE_ID_MASK (3 << 14)
> +#define ISCR_FORCE_ID_LOW (2 << 14)
> +#define ISCR_FORCE_ID_HIGH (3 << 14)
> +#define ISCR_FORCE_VBUS_MASK (3 << 12)
> +#define ISCR_FORCE_VBUS_LOW (2 << 12)
> +#define ISCR_FORCE_VBUS_HIGH (3 << 12)
> +
> /* Common Control Bits for Both PHYs */
> #define PHY_PLL_BW 0x03
> #define PHY_RES45_CAL_EN 0x0c
> @@ -63,6 +80,13 @@
>
> #define MAX_PHYS 3
>
> +/*
> + * Note do not raise the debounce time, we must report Vusb high within 100ms
> + * otherwise we get Vbus errors
> + */
> +#define DEBOUNCE_TIME msecs_to_jiffies(50)
> +#define POLL_TIME msecs_to_jiffies(250)
> +
> struct sun4i_usb_phy_data {
> void __iomem *base;
> struct mutex mutex;
> @@ -74,13 +98,58 @@ struct sun4i_usb_phy_data {
> struct regulator *vbus;
> struct reset_control *reset;
> struct clk *clk;
> + bool regulator_on;
> int index;
> } phys[MAX_PHYS];
> + /* phy0 / otg related variables */
> + struct extcon_dev extcon;
> + const char *extcon_cable_names[3];
> + bool phy0_init;
> + bool phy0_poll;
> + struct gpio_desc *id_det_gpio;
> + struct gpio_desc *vbus_det_gpio;
> + int id_det_irq;
> + int vbus_det_irq;
> + int id_det;
> + int vbus_det;
> + struct delayed_work detect;
> };
>
> #define to_sun4i_usb_phy_data(phy) \
> container_of((phy), struct sun4i_usb_phy_data, phys[(phy)->index])
>
> +static void sun4i_usb_phy0_update_iscr(struct phy *_phy, u32 clr, u32 set)
> +{
> + struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
> + u32 iscr;
> +
> + iscr = readl(data->base + REG_ISCR);
> + iscr &= ~clr;
> + iscr |= set;
> + writel(iscr, data->base + REG_ISCR);
> +}
> +
> +static void sun4i_usb_phy0_set_id_detect(struct phy *phy, u32 val)
> +{
> + if (val)
> + val = ISCR_FORCE_ID_HIGH;
> + else
> + val = ISCR_FORCE_ID_LOW;
> +
> + sun4i_usb_phy0_update_iscr(phy, ISCR_FORCE_ID_MASK, val);
> +}
> +
> +static void sun4i_usb_phy0_set_vbus_detect(struct phy *phy, u32 val)
> +{
> + if (val)
> + val = ISCR_FORCE_VBUS_HIGH;
> + else
> + val = ISCR_FORCE_VBUS_LOW;
> +
> + sun4i_usb_phy0_update_iscr(phy, ISCR_FORCE_VBUS_MASK, val);
> +}
> +
> static void sun4i_usb_phy_write(struct sun4i_usb_phy *phy, u32 addr, u32 data,
> int len)
> {
> @@ -171,12 +240,39 @@ static int sun4i_usb_phy_init(struct phy *_phy)
>
> sun4i_usb_phy_passby(phy, 1);
>
> + if (phy->index == 0) {
> + data->phy0_init = true;
> +
> + /* Enable pull-ups */
> + sun4i_usb_phy0_update_iscr(_phy, 0, ISCR_DPDM_PULLUP_EN);
> + sun4i_usb_phy0_update_iscr(_phy, 0, ISCR_ID_PULLUP_EN);
> +
> + if (data->id_det_gpio) {
> + /* OTG mode, force ISCR and cable state updates */
> + data->id_det = -1;
> + data->vbus_det = -1;
> + queue_delayed_work(system_wq, &data->detect, 0);
> + } else {
> + /* Host only mode */
> + sun4i_usb_phy0_set_id_detect(_phy, 0);
> + sun4i_usb_phy0_set_vbus_detect(_phy, 1);
> + }
> + }
> +
> return 0;
> }
>
> static int sun4i_usb_phy_exit(struct phy *_phy)
> {
> struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
> +
> + if (phy->index == 0) {
> + /* Disable pull-ups */
> + sun4i_usb_phy0_update_iscr(_phy, ISCR_DPDM_PULLUP_EN, 0);
> + sun4i_usb_phy0_update_iscr(_phy, ISCR_ID_PULLUP_EN, 0);
> + data->phy0_init = false;
> + }
>
> sun4i_usb_phy_passby(phy, 0);
> reset_control_assert(phy->reset);
> @@ -188,20 +284,46 @@ static int sun4i_usb_phy_exit(struct phy *_phy)
> static int sun4i_usb_phy_power_on(struct phy *_phy)
> {
> struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
> - int ret = 0;
> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
> + int ret;
> +
> + if (!phy->vbus || phy->regulator_on)
> + return 0;
> +
> + /* For phy0 only turn on Vbus if we don't have an ext. Vbus */
> + if (phy->index == 0 && data->vbus_det)
> + return 0;
>
> - if (phy->vbus)
> - ret = regulator_enable(phy->vbus);
> + ret = regulator_enable(phy->vbus);
> + if (ret)
> + return ret;
>
> - return ret;
> + phy->regulator_on = true;
> +
> + /* We must report Vbus high within OTG_TIME_A_WAIT_VRISE msec. */
> + if (phy->index == 0 && data->phy0_poll)
> + mod_delayed_work(system_wq, &data->detect, DEBOUNCE_TIME);
> +
> + return 0;
> }
>
> static int sun4i_usb_phy_power_off(struct phy *_phy)
> {
> struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
> +
> + if (!phy->vbus || !phy->regulator_on)
> + return 0;
>
> - if (phy->vbus)
> - regulator_disable(phy->vbus);
> + regulator_disable(phy->vbus);
> + phy->regulator_on = false;
> +
> + /*
> + * phy0 vbus typically slowly discharges, sometimes this causes the
> + * Vbus gpio to not trigger an edge irq on Vbus off, so force a rescan.
> + */
> + if (phy->index == 0 && !data->phy0_poll)
> + mod_delayed_work(system_wq, &data->detect, POLL_TIME);
>
> return 0;
> }
> @@ -221,6 +343,61 @@ static struct phy_ops sun4i_usb_phy_ops = {
> .owner = THIS_MODULE,
> };
>
> +static void sun4i_usb_phy0_id_vbus_det_scan(struct work_struct *work)
> +{
> + struct sun4i_usb_phy_data *data =
> + container_of(work, struct sun4i_usb_phy_data, detect.work);
> + struct phy *phy0 = data->phys[0].phy;
> + int id_det, vbus_det, id_notify = 0, vbus_notify = 0;
> +
> + id_det = gpiod_get_value_cansleep(data->id_det_gpio);
> + vbus_det = gpiod_get_value_cansleep(data->vbus_det_gpio);
> +
> + mutex_lock(&phy0->mutex);
> +
> + if (!data->phy0_init) {
> + mutex_unlock(&phy0->mutex);
> + return;
> + }
> +
> + if (id_det != data->id_det) {
> + sun4i_usb_phy0_set_id_detect(phy0, id_det);
> + data->id_det = id_det;
> + id_notify = 1;
> + }
> +
> + if (vbus_det != data->vbus_det) {
> + sun4i_usb_phy0_set_vbus_detect(phy0, vbus_det);
> + data->vbus_det = vbus_det;
> + vbus_notify = 1;
> + }
> +
> + mutex_unlock(&phy0->mutex);
> +
> + if (id_notify)
> + extcon_set_cable_state(&data->extcon,
> + extcon_cable_name[EXTCON_USB_HOST],
> + !id_det);
> +
> + if (vbus_notify)
> + extcon_set_cable_state(&data->extcon,
> + extcon_cable_name[EXTCON_USB],
> + vbus_det);
> +
> + if (data->phy0_poll)
> + queue_delayed_work(system_wq, &data->detect, POLL_TIME);
> +}
> +
> +static irqreturn_t sun4i_usb_phy0_id_vbus_det_irq(int irq, void *dev_id)
> +{
> + struct sun4i_usb_phy_data *data = dev_id;
> +
> + /* vbus or id changed, let the pins settle and then scan them */
> + mod_delayed_work(system_wq, &data->detect, DEBOUNCE_TIME);
> +
> + return IRQ_HANDLED;
> +}
> +
> static struct phy *sun4i_usb_phy_xlate(struct device *dev,
> struct of_phandle_args *args)
> {
> @@ -240,13 +417,20 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
> struct phy_provider *phy_provider;
> bool dedicated_clocks;
> struct resource *res;
> - int i;
> + int i, ret;
>
> data = devm_kzalloc(dev, sizeof(*data), GFP_KERNEL);
> if (!data)
> return -ENOMEM;
>
> mutex_init(&data->mutex);
> + INIT_DELAYED_WORK(&data->detect, sun4i_usb_phy0_id_vbus_det_scan);
> + data->extcon_cable_names[0] = extcon_cable_name[EXTCON_USB_HOST];
> + data->extcon_cable_names[1] = extcon_cable_name[EXTCON_USB];
> + data->extcon_cable_names[2] = NULL;
> + data->extcon.name = DRIVER_NAME;
> + data->extcon.supported_cable = data->extcon_cable_names;
> + data->extcon.dev.parent = dev;
>
> if (of_device_is_compatible(np, "allwinner,sun5i-a13-usb-phy"))
> data->num_phys = 2;
> @@ -269,6 +453,34 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
> if (IS_ERR(data->base))
> return PTR_ERR(data->base);
>
> + data->id_det_gpio = devm_gpiod_get(dev, "usb0_id_det", GPIOD_IN);
> + if (IS_ERR(data->id_det_gpio)) {
> + if (PTR_ERR(data->id_det_gpio) == -EPROBE_DEFER)
> + return -EPROBE_DEFER;
> + data->id_det_gpio = NULL;
> + }
> +
> + data->vbus_det_gpio = devm_gpiod_get(dev, "usb0_vbus_det", GPIOD_IN);
> + if (IS_ERR(data->vbus_det_gpio)) {
> + if (PTR_ERR(data->vbus_det_gpio) == -EPROBE_DEFER)
> + return -EPROBE_DEFER;
> + data->vbus_det_gpio = NULL;
> + }
> +
> + /* We either want both gpio pins or neither (when in host mode) */
> + if (!data->id_det_gpio != !data->vbus_det_gpio) {
> + dev_err(dev, "failed to get id or vbus detect pin\n");
> + return -ENODEV;
> + }
> +
> + if (data->id_det_gpio) {
> + ret = devm_extcon_dev_register(dev, &data->extcon);
> + if (ret) {
> + dev_err(dev, "failed to register extcon: %d\n", ret);
> + return ret;
> + }
> + }
> +
> for (i = 0; i < data->num_phys; i++) {
> struct sun4i_usb_phy *phy = data->phys + i;
> char name[16];
> @@ -318,12 +530,54 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
> phy_set_drvdata(phy->phy, &data->phys[i]);
> }
>
> + data->id_det_irq = gpiod_to_irq(data->id_det_gpio);
> + data->vbus_det_irq = gpiod_to_irq(data->vbus_det_gpio);
> + if (data->id_det_irq < 0 || data->vbus_det_irq < 0)
> + data->phy0_poll = true;
> +
> + if (data->id_det_irq >= 0) {
> + ret = devm_request_irq(dev, data->id_det_irq,
> + sun4i_usb_phy0_id_vbus_det_irq,
> + IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
> + "usb0-id-det", data);
> + if (ret) {
> + dev_err(dev, "Err requesting id-det-irq: %d\n", ret);
> + return ret;
> + }
> + }
> +
> + if (data->vbus_det_irq >= 0) {
> + ret = devm_request_irq(dev, data->vbus_det_irq,
> + sun4i_usb_phy0_id_vbus_det_irq,
> + IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
> + "usb0-vbus-det", data);
> + if (ret) {
> + dev_err(dev, "Err requesting vbus-det-irq: %d\n", ret);
> + return ret;
> + }
> + }
> +
> dev_set_drvdata(dev, data);
> phy_provider = devm_of_phy_provider_register(dev, sun4i_usb_phy_xlate);
>
> return PTR_ERR_OR_ZERO(phy_provider);
> }
>
> +static int sun4i_usb_phy_remove(struct platform_device *pdev)
> +{
> + struct device *dev = &pdev->dev;
> + struct sun4i_usb_phy_data *data = dev_get_drvdata(dev);
> +
> + if (data->id_det_irq >= 0)
> + devm_free_irq(dev, data->id_det_irq, data);
> + if (data->vbus_det_irq >= 0)
> + devm_free_irq(dev, data->vbus_det_irq, data);
> +
> + cancel_delayed_work_sync(&data->detect);
> +
> + return 0;
> +}
> +
> static const struct of_device_id sun4i_usb_phy_of_match[] = {
> { .compatible = "allwinner,sun4i-a10-usb-phy" },
> { .compatible = "allwinner,sun5i-a13-usb-phy" },
> @@ -335,9 +589,10 @@ MODULE_DEVICE_TABLE(of, sun4i_usb_phy_of_match);
>
> static struct platform_driver sun4i_usb_phy_driver = {
> .probe = sun4i_usb_phy_probe,
> + .remove = sun4i_usb_phy_remove,
> .driver = {
> .of_match_table = sun4i_usb_phy_of_match,
> - .name = "sun4i-usb-phy",
> + .name = DRIVER_NAME,
> }
> };
> module_platform_driver(sun4i_usb_phy_driver);
>
^ permalink raw reply [flat|nested] 57+ messages in thread
* [PATCH v4 1/2] phy-sun4i-usb: Add full support for usb0 phy / OTG
@ 2015-07-15 10:55 ` Kishon Vijay Abraham I
0 siblings, 0 replies; 57+ messages in thread
From: Kishon Vijay Abraham I @ 2015-07-15 10:55 UTC (permalink / raw)
To: linux-arm-kernel
Hi,
On Sunday 31 May 2015 09:40 PM, Hans de Goede wrote:
> The usb0 phy is connected to an OTG controller, and as such needs some special
> handling:
>
> 1) It allows explicit control over the pullups, enable these on phy_init and
> disable them on phy_exit.
>
> 2) It has bits to signal id and vbus detect to the musb-core, add support for
> for monitoring id and vbus detect gpio-s for use in dual role mode, and set
> these bits to the correct values for operating in host only mode when no
> gpios are specified in the devicetree.
>
> 3) When in dual role mode the musb sunxi glue needs to know if the a host or
> device cable is plugged in, so when in dual role mode register an extcon.
>
> While updating the devicetree binding documentation also add documentation
> for the sofar undocumented usage of regulators for vbus for all 3 phys.
merged this to linux-phy tree.
Cheers
Kishon
>
> Signed-off-by: Hans de Goede <hdegoede@redhat.com>
> ---
> Changes in v2:
> -Removed the sunxi specific phy functions, instead the id / vbus gpio polling
> has been moved to the phy-sun4i-usb driver and their status is exported
> through extcon for the sunxi-musb glue
> Changes in v3:
> -No changes
> Changes in v4:
> -Do not call regulator_disable in an unbalanced manner when an external vbus
> is present
> ---
> .../devicetree/bindings/phy/sun4i-usb-phy.txt | 18 +-
> drivers/phy/Kconfig | 1 +
> drivers/phy/phy-sun4i-usb.c | 273 ++++++++++++++++++++-
> 3 files changed, 281 insertions(+), 11 deletions(-)
>
> diff --git a/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt b/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
> index 16528b9..557fa99 100644
> --- a/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
> +++ b/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
> @@ -23,6 +23,13 @@ Required properties:
> * "usb1_reset"
> * "usb2_reset" for sun4i, sun6i or sun7i
>
> +Optional properties:
> +- usb0_id_det-gpios : gpio phandle for reading the otg id pin value
> +- usb0_vbus_det-gpios : gpio phandle for detecting the presence of usb0 vbus
> +- usb0_vbus-supply : regulator phandle for controller usb0 vbus
> +- usb1_vbus-supply : regulator phandle for controller usb1 vbus
> +- usb2_vbus-supply : regulator phandle for controller usb2 vbus
> +
> Example:
> usbphy: phy at 0x01c13400 {
> #phy-cells = <1>;
> @@ -32,6 +39,13 @@ Example:
> reg-names = "phy_ctrl", "pmu1", "pmu2";
> clocks = <&usb_clk 8>;
> clock-names = "usb_phy";
> - resets = <&usb_clk 1>, <&usb_clk 2>;
> - reset-names = "usb1_reset", "usb2_reset";
> + resets = <&usb_clk 0>, <&usb_clk 1>, <&usb_clk 2>;
> + reset-names = "usb0_reset", "usb1_reset", "usb2_reset";
> + pinctrl-names = "default";
> + pinctrl-0 = <&usb0_id_detect_pin>, <&usb0_vbus_detect_pin>;
> + usb0_id_det-gpios = <&pio 7 19 GPIO_ACTIVE_HIGH>; /* PH19 */
> + usb0_vbus_det-gpios = <&pio 7 22 GPIO_ACTIVE_HIGH>; /* PH22 */
> + usb0_vbus-supply = <®_usb0_vbus>;
> + usb1_vbus-supply = <®_usb1_vbus>;
> + usb2_vbus-supply = <®_usb2_vbus>;
> };
> diff --git a/drivers/phy/Kconfig b/drivers/phy/Kconfig
> index a53bd5b..4614fba 100644
> --- a/drivers/phy/Kconfig
> +++ b/drivers/phy/Kconfig
> @@ -173,6 +173,7 @@ config PHY_SUN4I_USB
> tristate "Allwinner sunxi SoC USB PHY driver"
> depends on ARCH_SUNXI && HAS_IOMEM && OF
> depends on RESET_CONTROLLER
> + select EXTCON
> select GENERIC_PHY
> help
> Enable this to support the transceiver that is part of Allwinner
> diff --git a/drivers/phy/phy-sun4i-usb.c b/drivers/phy/phy-sun4i-usb.c
> index 91c5be4..b45d707 100644
> --- a/drivers/phy/phy-sun4i-usb.c
> +++ b/drivers/phy/phy-sun4i-usb.c
> @@ -1,7 +1,7 @@
> /*
> * Allwinner sun4i USB phy driver
> *
> - * Copyright (C) 2014 Hans de Goede <hdegoede@redhat.com>
> + * Copyright (C) 2014-2015 Hans de Goede <hdegoede@redhat.com>
> *
> * Based on code from
> * Allwinner Technology Co., Ltd. <www.allwinnertech.com>
> @@ -23,17 +23,23 @@
>
> #include <linux/clk.h>
> #include <linux/err.h>
> +#include <linux/extcon.h>
> #include <linux/io.h>
> +#include <linux/interrupt.h>
> #include <linux/kernel.h>
> #include <linux/module.h>
> #include <linux/mutex.h>
> #include <linux/of.h>
> #include <linux/of_address.h>
> +#include <linux/of_gpio.h>
> #include <linux/phy/phy.h>
> #include <linux/phy/phy-sun4i-usb.h>
> #include <linux/platform_device.h>
> #include <linux/regulator/consumer.h>
> #include <linux/reset.h>
> +#include <linux/workqueue.h>
> +
> +#define DRIVER_NAME "sun4i-usb-phy"
>
> #define REG_ISCR 0x00
> #define REG_PHYCTL 0x04
> @@ -47,6 +53,17 @@
> #define SUNXI_AHB_INCRX_ALIGN_EN BIT(8)
> #define SUNXI_ULPI_BYPASS_EN BIT(0)
>
> +/* ISCR, Interface Status and Control bits */
> +#define ISCR_ID_PULLUP_EN (1 << 17)
> +#define ISCR_DPDM_PULLUP_EN (1 << 16)
> +/* sunxi has the phy id/vbus pins not connected, so we use the force bits */
> +#define ISCR_FORCE_ID_MASK (3 << 14)
> +#define ISCR_FORCE_ID_LOW (2 << 14)
> +#define ISCR_FORCE_ID_HIGH (3 << 14)
> +#define ISCR_FORCE_VBUS_MASK (3 << 12)
> +#define ISCR_FORCE_VBUS_LOW (2 << 12)
> +#define ISCR_FORCE_VBUS_HIGH (3 << 12)
> +
> /* Common Control Bits for Both PHYs */
> #define PHY_PLL_BW 0x03
> #define PHY_RES45_CAL_EN 0x0c
> @@ -63,6 +80,13 @@
>
> #define MAX_PHYS 3
>
> +/*
> + * Note do not raise the debounce time, we must report Vusb high within 100ms
> + * otherwise we get Vbus errors
> + */
> +#define DEBOUNCE_TIME msecs_to_jiffies(50)
> +#define POLL_TIME msecs_to_jiffies(250)
> +
> struct sun4i_usb_phy_data {
> void __iomem *base;
> struct mutex mutex;
> @@ -74,13 +98,58 @@ struct sun4i_usb_phy_data {
> struct regulator *vbus;
> struct reset_control *reset;
> struct clk *clk;
> + bool regulator_on;
> int index;
> } phys[MAX_PHYS];
> + /* phy0 / otg related variables */
> + struct extcon_dev extcon;
> + const char *extcon_cable_names[3];
> + bool phy0_init;
> + bool phy0_poll;
> + struct gpio_desc *id_det_gpio;
> + struct gpio_desc *vbus_det_gpio;
> + int id_det_irq;
> + int vbus_det_irq;
> + int id_det;
> + int vbus_det;
> + struct delayed_work detect;
> };
>
> #define to_sun4i_usb_phy_data(phy) \
> container_of((phy), struct sun4i_usb_phy_data, phys[(phy)->index])
>
> +static void sun4i_usb_phy0_update_iscr(struct phy *_phy, u32 clr, u32 set)
> +{
> + struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
> + u32 iscr;
> +
> + iscr = readl(data->base + REG_ISCR);
> + iscr &= ~clr;
> + iscr |= set;
> + writel(iscr, data->base + REG_ISCR);
> +}
> +
> +static void sun4i_usb_phy0_set_id_detect(struct phy *phy, u32 val)
> +{
> + if (val)
> + val = ISCR_FORCE_ID_HIGH;
> + else
> + val = ISCR_FORCE_ID_LOW;
> +
> + sun4i_usb_phy0_update_iscr(phy, ISCR_FORCE_ID_MASK, val);
> +}
> +
> +static void sun4i_usb_phy0_set_vbus_detect(struct phy *phy, u32 val)
> +{
> + if (val)
> + val = ISCR_FORCE_VBUS_HIGH;
> + else
> + val = ISCR_FORCE_VBUS_LOW;
> +
> + sun4i_usb_phy0_update_iscr(phy, ISCR_FORCE_VBUS_MASK, val);
> +}
> +
> static void sun4i_usb_phy_write(struct sun4i_usb_phy *phy, u32 addr, u32 data,
> int len)
> {
> @@ -171,12 +240,39 @@ static int sun4i_usb_phy_init(struct phy *_phy)
>
> sun4i_usb_phy_passby(phy, 1);
>
> + if (phy->index == 0) {
> + data->phy0_init = true;
> +
> + /* Enable pull-ups */
> + sun4i_usb_phy0_update_iscr(_phy, 0, ISCR_DPDM_PULLUP_EN);
> + sun4i_usb_phy0_update_iscr(_phy, 0, ISCR_ID_PULLUP_EN);
> +
> + if (data->id_det_gpio) {
> + /* OTG mode, force ISCR and cable state updates */
> + data->id_det = -1;
> + data->vbus_det = -1;
> + queue_delayed_work(system_wq, &data->detect, 0);
> + } else {
> + /* Host only mode */
> + sun4i_usb_phy0_set_id_detect(_phy, 0);
> + sun4i_usb_phy0_set_vbus_detect(_phy, 1);
> + }
> + }
> +
> return 0;
> }
>
> static int sun4i_usb_phy_exit(struct phy *_phy)
> {
> struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
> +
> + if (phy->index == 0) {
> + /* Disable pull-ups */
> + sun4i_usb_phy0_update_iscr(_phy, ISCR_DPDM_PULLUP_EN, 0);
> + sun4i_usb_phy0_update_iscr(_phy, ISCR_ID_PULLUP_EN, 0);
> + data->phy0_init = false;
> + }
>
> sun4i_usb_phy_passby(phy, 0);
> reset_control_assert(phy->reset);
> @@ -188,20 +284,46 @@ static int sun4i_usb_phy_exit(struct phy *_phy)
> static int sun4i_usb_phy_power_on(struct phy *_phy)
> {
> struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
> - int ret = 0;
> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
> + int ret;
> +
> + if (!phy->vbus || phy->regulator_on)
> + return 0;
> +
> + /* For phy0 only turn on Vbus if we don't have an ext. Vbus */
> + if (phy->index == 0 && data->vbus_det)
> + return 0;
>
> - if (phy->vbus)
> - ret = regulator_enable(phy->vbus);
> + ret = regulator_enable(phy->vbus);
> + if (ret)
> + return ret;
>
> - return ret;
> + phy->regulator_on = true;
> +
> + /* We must report Vbus high within OTG_TIME_A_WAIT_VRISE msec. */
> + if (phy->index == 0 && data->phy0_poll)
> + mod_delayed_work(system_wq, &data->detect, DEBOUNCE_TIME);
> +
> + return 0;
> }
>
> static int sun4i_usb_phy_power_off(struct phy *_phy)
> {
> struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
> +
> + if (!phy->vbus || !phy->regulator_on)
> + return 0;
>
> - if (phy->vbus)
> - regulator_disable(phy->vbus);
> + regulator_disable(phy->vbus);
> + phy->regulator_on = false;
> +
> + /*
> + * phy0 vbus typically slowly discharges, sometimes this causes the
> + * Vbus gpio to not trigger an edge irq on Vbus off, so force a rescan.
> + */
> + if (phy->index == 0 && !data->phy0_poll)
> + mod_delayed_work(system_wq, &data->detect, POLL_TIME);
>
> return 0;
> }
> @@ -221,6 +343,61 @@ static struct phy_ops sun4i_usb_phy_ops = {
> .owner = THIS_MODULE,
> };
>
> +static void sun4i_usb_phy0_id_vbus_det_scan(struct work_struct *work)
> +{
> + struct sun4i_usb_phy_data *data =
> + container_of(work, struct sun4i_usb_phy_data, detect.work);
> + struct phy *phy0 = data->phys[0].phy;
> + int id_det, vbus_det, id_notify = 0, vbus_notify = 0;
> +
> + id_det = gpiod_get_value_cansleep(data->id_det_gpio);
> + vbus_det = gpiod_get_value_cansleep(data->vbus_det_gpio);
> +
> + mutex_lock(&phy0->mutex);
> +
> + if (!data->phy0_init) {
> + mutex_unlock(&phy0->mutex);
> + return;
> + }
> +
> + if (id_det != data->id_det) {
> + sun4i_usb_phy0_set_id_detect(phy0, id_det);
> + data->id_det = id_det;
> + id_notify = 1;
> + }
> +
> + if (vbus_det != data->vbus_det) {
> + sun4i_usb_phy0_set_vbus_detect(phy0, vbus_det);
> + data->vbus_det = vbus_det;
> + vbus_notify = 1;
> + }
> +
> + mutex_unlock(&phy0->mutex);
> +
> + if (id_notify)
> + extcon_set_cable_state(&data->extcon,
> + extcon_cable_name[EXTCON_USB_HOST],
> + !id_det);
> +
> + if (vbus_notify)
> + extcon_set_cable_state(&data->extcon,
> + extcon_cable_name[EXTCON_USB],
> + vbus_det);
> +
> + if (data->phy0_poll)
> + queue_delayed_work(system_wq, &data->detect, POLL_TIME);
> +}
> +
> +static irqreturn_t sun4i_usb_phy0_id_vbus_det_irq(int irq, void *dev_id)
> +{
> + struct sun4i_usb_phy_data *data = dev_id;
> +
> + /* vbus or id changed, let the pins settle and then scan them */
> + mod_delayed_work(system_wq, &data->detect, DEBOUNCE_TIME);
> +
> + return IRQ_HANDLED;
> +}
> +
> static struct phy *sun4i_usb_phy_xlate(struct device *dev,
> struct of_phandle_args *args)
> {
> @@ -240,13 +417,20 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
> struct phy_provider *phy_provider;
> bool dedicated_clocks;
> struct resource *res;
> - int i;
> + int i, ret;
>
> data = devm_kzalloc(dev, sizeof(*data), GFP_KERNEL);
> if (!data)
> return -ENOMEM;
>
> mutex_init(&data->mutex);
> + INIT_DELAYED_WORK(&data->detect, sun4i_usb_phy0_id_vbus_det_scan);
> + data->extcon_cable_names[0] = extcon_cable_name[EXTCON_USB_HOST];
> + data->extcon_cable_names[1] = extcon_cable_name[EXTCON_USB];
> + data->extcon_cable_names[2] = NULL;
> + data->extcon.name = DRIVER_NAME;
> + data->extcon.supported_cable = data->extcon_cable_names;
> + data->extcon.dev.parent = dev;
>
> if (of_device_is_compatible(np, "allwinner,sun5i-a13-usb-phy"))
> data->num_phys = 2;
> @@ -269,6 +453,34 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
> if (IS_ERR(data->base))
> return PTR_ERR(data->base);
>
> + data->id_det_gpio = devm_gpiod_get(dev, "usb0_id_det", GPIOD_IN);
> + if (IS_ERR(data->id_det_gpio)) {
> + if (PTR_ERR(data->id_det_gpio) == -EPROBE_DEFER)
> + return -EPROBE_DEFER;
> + data->id_det_gpio = NULL;
> + }
> +
> + data->vbus_det_gpio = devm_gpiod_get(dev, "usb0_vbus_det", GPIOD_IN);
> + if (IS_ERR(data->vbus_det_gpio)) {
> + if (PTR_ERR(data->vbus_det_gpio) == -EPROBE_DEFER)
> + return -EPROBE_DEFER;
> + data->vbus_det_gpio = NULL;
> + }
> +
> + /* We either want both gpio pins or neither (when in host mode) */
> + if (!data->id_det_gpio != !data->vbus_det_gpio) {
> + dev_err(dev, "failed to get id or vbus detect pin\n");
> + return -ENODEV;
> + }
> +
> + if (data->id_det_gpio) {
> + ret = devm_extcon_dev_register(dev, &data->extcon);
> + if (ret) {
> + dev_err(dev, "failed to register extcon: %d\n", ret);
> + return ret;
> + }
> + }
> +
> for (i = 0; i < data->num_phys; i++) {
> struct sun4i_usb_phy *phy = data->phys + i;
> char name[16];
> @@ -318,12 +530,54 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
> phy_set_drvdata(phy->phy, &data->phys[i]);
> }
>
> + data->id_det_irq = gpiod_to_irq(data->id_det_gpio);
> + data->vbus_det_irq = gpiod_to_irq(data->vbus_det_gpio);
> + if (data->id_det_irq < 0 || data->vbus_det_irq < 0)
> + data->phy0_poll = true;
> +
> + if (data->id_det_irq >= 0) {
> + ret = devm_request_irq(dev, data->id_det_irq,
> + sun4i_usb_phy0_id_vbus_det_irq,
> + IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
> + "usb0-id-det", data);
> + if (ret) {
> + dev_err(dev, "Err requesting id-det-irq: %d\n", ret);
> + return ret;
> + }
> + }
> +
> + if (data->vbus_det_irq >= 0) {
> + ret = devm_request_irq(dev, data->vbus_det_irq,
> + sun4i_usb_phy0_id_vbus_det_irq,
> + IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
> + "usb0-vbus-det", data);
> + if (ret) {
> + dev_err(dev, "Err requesting vbus-det-irq: %d\n", ret);
> + return ret;
> + }
> + }
> +
> dev_set_drvdata(dev, data);
> phy_provider = devm_of_phy_provider_register(dev, sun4i_usb_phy_xlate);
>
> return PTR_ERR_OR_ZERO(phy_provider);
> }
>
> +static int sun4i_usb_phy_remove(struct platform_device *pdev)
> +{
> + struct device *dev = &pdev->dev;
> + struct sun4i_usb_phy_data *data = dev_get_drvdata(dev);
> +
> + if (data->id_det_irq >= 0)
> + devm_free_irq(dev, data->id_det_irq, data);
> + if (data->vbus_det_irq >= 0)
> + devm_free_irq(dev, data->vbus_det_irq, data);
> +
> + cancel_delayed_work_sync(&data->detect);
> +
> + return 0;
> +}
> +
> static const struct of_device_id sun4i_usb_phy_of_match[] = {
> { .compatible = "allwinner,sun4i-a10-usb-phy" },
> { .compatible = "allwinner,sun5i-a13-usb-phy" },
> @@ -335,9 +589,10 @@ MODULE_DEVICE_TABLE(of, sun4i_usb_phy_of_match);
>
> static struct platform_driver sun4i_usb_phy_driver = {
> .probe = sun4i_usb_phy_probe,
> + .remove = sun4i_usb_phy_remove,
> .driver = {
> .of_match_table = sun4i_usb_phy_of_match,
> - .name = "sun4i-usb-phy",
> + .name = DRIVER_NAME,
> }
> };
> module_platform_driver(sun4i_usb_phy_driver);
>
^ permalink raw reply [flat|nested] 57+ messages in thread
* Re: [PATCH v4 1/2] phy-sun4i-usb: Add full support for usb0 phy / OTG
2015-07-15 10:55 ` Kishon Vijay Abraham I
@ 2015-07-15 10:58 ` Kishon Vijay Abraham I
-1 siblings, 0 replies; 57+ messages in thread
From: Kishon Vijay Abraham I @ 2015-07-15 10:58 UTC (permalink / raw)
To: Hans de Goede, Felipe Balbi
Cc: Maxime Ripard, Chen-Yu Tsai, Roman Byshko,
linux-usb-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r, devicetree,
linux-sunxi-/JYPxA39Uh5TLH3MbocFFw
On Wednesday 15 July 2015 04:25 PM, Kishon Vijay Abraham I wrote:
> Hi,
>
> On Sunday 31 May 2015 09:40 PM, Hans de Goede wrote:
>> The usb0 phy is connected to an OTG controller, and as such needs some special
>> handling:
>>
>> 1) It allows explicit control over the pullups, enable these on phy_init and
>> disable them on phy_exit.
>>
>> 2) It has bits to signal id and vbus detect to the musb-core, add support for
>> for monitoring id and vbus detect gpio-s for use in dual role mode, and set
>> these bits to the correct values for operating in host only mode when no
>> gpios are specified in the devicetree.
>>
>> 3) When in dual role mode the musb sunxi glue needs to know if the a host or
>> device cable is plugged in, so when in dual role mode register an extcon.
>>
>> While updating the devicetree binding documentation also add documentation
>> for the sofar undocumented usage of regulators for vbus for all 3 phys.
>
> merged this to linux-phy tree.
Please ignore. I merged the v5 of the patch series.
Cheers
Kishon
>
> Cheers
> Kishon
>>
>> Signed-off-by: Hans de Goede <hdegoede-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
>> ---
>> Changes in v2:
>> -Removed the sunxi specific phy functions, instead the id / vbus gpio polling
>> has been moved to the phy-sun4i-usb driver and their status is exported
>> through extcon for the sunxi-musb glue
>> Changes in v3:
>> -No changes
>> Changes in v4:
>> -Do not call regulator_disable in an unbalanced manner when an external vbus
>> is present
>> ---
>> .../devicetree/bindings/phy/sun4i-usb-phy.txt | 18 +-
>> drivers/phy/Kconfig | 1 +
>> drivers/phy/phy-sun4i-usb.c | 273 ++++++++++++++++++++-
>> 3 files changed, 281 insertions(+), 11 deletions(-)
>>
>> diff --git a/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt b/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
>> index 16528b9..557fa99 100644
>> --- a/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
>> +++ b/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
>> @@ -23,6 +23,13 @@ Required properties:
>> * "usb1_reset"
>> * "usb2_reset" for sun4i, sun6i or sun7i
>>
>> +Optional properties:
>> +- usb0_id_det-gpios : gpio phandle for reading the otg id pin value
>> +- usb0_vbus_det-gpios : gpio phandle for detecting the presence of usb0 vbus
>> +- usb0_vbus-supply : regulator phandle for controller usb0 vbus
>> +- usb1_vbus-supply : regulator phandle for controller usb1 vbus
>> +- usb2_vbus-supply : regulator phandle for controller usb2 vbus
>> +
>> Example:
>> usbphy: phy@0x01c13400 {
>> #phy-cells = <1>;
>> @@ -32,6 +39,13 @@ Example:
>> reg-names = "phy_ctrl", "pmu1", "pmu2";
>> clocks = <&usb_clk 8>;
>> clock-names = "usb_phy";
>> - resets = <&usb_clk 1>, <&usb_clk 2>;
>> - reset-names = "usb1_reset", "usb2_reset";
>> + resets = <&usb_clk 0>, <&usb_clk 1>, <&usb_clk 2>;
>> + reset-names = "usb0_reset", "usb1_reset", "usb2_reset";
>> + pinctrl-names = "default";
>> + pinctrl-0 = <&usb0_id_detect_pin>, <&usb0_vbus_detect_pin>;
>> + usb0_id_det-gpios = <&pio 7 19 GPIO_ACTIVE_HIGH>; /* PH19 */
>> + usb0_vbus_det-gpios = <&pio 7 22 GPIO_ACTIVE_HIGH>; /* PH22 */
>> + usb0_vbus-supply = <®_usb0_vbus>;
>> + usb1_vbus-supply = <®_usb1_vbus>;
>> + usb2_vbus-supply = <®_usb2_vbus>;
>> };
>> diff --git a/drivers/phy/Kconfig b/drivers/phy/Kconfig
>> index a53bd5b..4614fba 100644
>> --- a/drivers/phy/Kconfig
>> +++ b/drivers/phy/Kconfig
>> @@ -173,6 +173,7 @@ config PHY_SUN4I_USB
>> tristate "Allwinner sunxi SoC USB PHY driver"
>> depends on ARCH_SUNXI && HAS_IOMEM && OF
>> depends on RESET_CONTROLLER
>> + select EXTCON
>> select GENERIC_PHY
>> help
>> Enable this to support the transceiver that is part of Allwinner
>> diff --git a/drivers/phy/phy-sun4i-usb.c b/drivers/phy/phy-sun4i-usb.c
>> index 91c5be4..b45d707 100644
>> --- a/drivers/phy/phy-sun4i-usb.c
>> +++ b/drivers/phy/phy-sun4i-usb.c
>> @@ -1,7 +1,7 @@
>> /*
>> * Allwinner sun4i USB phy driver
>> *
>> - * Copyright (C) 2014 Hans de Goede <hdegoede-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
>> + * Copyright (C) 2014-2015 Hans de Goede <hdegoede-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
>> *
>> * Based on code from
>> * Allwinner Technology Co., Ltd. <www.allwinnertech.com>
>> @@ -23,17 +23,23 @@
>>
>> #include <linux/clk.h>
>> #include <linux/err.h>
>> +#include <linux/extcon.h>
>> #include <linux/io.h>
>> +#include <linux/interrupt.h>
>> #include <linux/kernel.h>
>> #include <linux/module.h>
>> #include <linux/mutex.h>
>> #include <linux/of.h>
>> #include <linux/of_address.h>
>> +#include <linux/of_gpio.h>
>> #include <linux/phy/phy.h>
>> #include <linux/phy/phy-sun4i-usb.h>
>> #include <linux/platform_device.h>
>> #include <linux/regulator/consumer.h>
>> #include <linux/reset.h>
>> +#include <linux/workqueue.h>
>> +
>> +#define DRIVER_NAME "sun4i-usb-phy"
>>
>> #define REG_ISCR 0x00
>> #define REG_PHYCTL 0x04
>> @@ -47,6 +53,17 @@
>> #define SUNXI_AHB_INCRX_ALIGN_EN BIT(8)
>> #define SUNXI_ULPI_BYPASS_EN BIT(0)
>>
>> +/* ISCR, Interface Status and Control bits */
>> +#define ISCR_ID_PULLUP_EN (1 << 17)
>> +#define ISCR_DPDM_PULLUP_EN (1 << 16)
>> +/* sunxi has the phy id/vbus pins not connected, so we use the force bits */
>> +#define ISCR_FORCE_ID_MASK (3 << 14)
>> +#define ISCR_FORCE_ID_LOW (2 << 14)
>> +#define ISCR_FORCE_ID_HIGH (3 << 14)
>> +#define ISCR_FORCE_VBUS_MASK (3 << 12)
>> +#define ISCR_FORCE_VBUS_LOW (2 << 12)
>> +#define ISCR_FORCE_VBUS_HIGH (3 << 12)
>> +
>> /* Common Control Bits for Both PHYs */
>> #define PHY_PLL_BW 0x03
>> #define PHY_RES45_CAL_EN 0x0c
>> @@ -63,6 +80,13 @@
>>
>> #define MAX_PHYS 3
>>
>> +/*
>> + * Note do not raise the debounce time, we must report Vusb high within 100ms
>> + * otherwise we get Vbus errors
>> + */
>> +#define DEBOUNCE_TIME msecs_to_jiffies(50)
>> +#define POLL_TIME msecs_to_jiffies(250)
>> +
>> struct sun4i_usb_phy_data {
>> void __iomem *base;
>> struct mutex mutex;
>> @@ -74,13 +98,58 @@ struct sun4i_usb_phy_data {
>> struct regulator *vbus;
>> struct reset_control *reset;
>> struct clk *clk;
>> + bool regulator_on;
>> int index;
>> } phys[MAX_PHYS];
>> + /* phy0 / otg related variables */
>> + struct extcon_dev extcon;
>> + const char *extcon_cable_names[3];
>> + bool phy0_init;
>> + bool phy0_poll;
>> + struct gpio_desc *id_det_gpio;
>> + struct gpio_desc *vbus_det_gpio;
>> + int id_det_irq;
>> + int vbus_det_irq;
>> + int id_det;
>> + int vbus_det;
>> + struct delayed_work detect;
>> };
>>
>> #define to_sun4i_usb_phy_data(phy) \
>> container_of((phy), struct sun4i_usb_phy_data, phys[(phy)->index])
>>
>> +static void sun4i_usb_phy0_update_iscr(struct phy *_phy, u32 clr, u32 set)
>> +{
>> + struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
>> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
>> + u32 iscr;
>> +
>> + iscr = readl(data->base + REG_ISCR);
>> + iscr &= ~clr;
>> + iscr |= set;
>> + writel(iscr, data->base + REG_ISCR);
>> +}
>> +
>> +static void sun4i_usb_phy0_set_id_detect(struct phy *phy, u32 val)
>> +{
>> + if (val)
>> + val = ISCR_FORCE_ID_HIGH;
>> + else
>> + val = ISCR_FORCE_ID_LOW;
>> +
>> + sun4i_usb_phy0_update_iscr(phy, ISCR_FORCE_ID_MASK, val);
>> +}
>> +
>> +static void sun4i_usb_phy0_set_vbus_detect(struct phy *phy, u32 val)
>> +{
>> + if (val)
>> + val = ISCR_FORCE_VBUS_HIGH;
>> + else
>> + val = ISCR_FORCE_VBUS_LOW;
>> +
>> + sun4i_usb_phy0_update_iscr(phy, ISCR_FORCE_VBUS_MASK, val);
>> +}
>> +
>> static void sun4i_usb_phy_write(struct sun4i_usb_phy *phy, u32 addr, u32 data,
>> int len)
>> {
>> @@ -171,12 +240,39 @@ static int sun4i_usb_phy_init(struct phy *_phy)
>>
>> sun4i_usb_phy_passby(phy, 1);
>>
>> + if (phy->index == 0) {
>> + data->phy0_init = true;
>> +
>> + /* Enable pull-ups */
>> + sun4i_usb_phy0_update_iscr(_phy, 0, ISCR_DPDM_PULLUP_EN);
>> + sun4i_usb_phy0_update_iscr(_phy, 0, ISCR_ID_PULLUP_EN);
>> +
>> + if (data->id_det_gpio) {
>> + /* OTG mode, force ISCR and cable state updates */
>> + data->id_det = -1;
>> + data->vbus_det = -1;
>> + queue_delayed_work(system_wq, &data->detect, 0);
>> + } else {
>> + /* Host only mode */
>> + sun4i_usb_phy0_set_id_detect(_phy, 0);
>> + sun4i_usb_phy0_set_vbus_detect(_phy, 1);
>> + }
>> + }
>> +
>> return 0;
>> }
>>
>> static int sun4i_usb_phy_exit(struct phy *_phy)
>> {
>> struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
>> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
>> +
>> + if (phy->index == 0) {
>> + /* Disable pull-ups */
>> + sun4i_usb_phy0_update_iscr(_phy, ISCR_DPDM_PULLUP_EN, 0);
>> + sun4i_usb_phy0_update_iscr(_phy, ISCR_ID_PULLUP_EN, 0);
>> + data->phy0_init = false;
>> + }
>>
>> sun4i_usb_phy_passby(phy, 0);
>> reset_control_assert(phy->reset);
>> @@ -188,20 +284,46 @@ static int sun4i_usb_phy_exit(struct phy *_phy)
>> static int sun4i_usb_phy_power_on(struct phy *_phy)
>> {
>> struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
>> - int ret = 0;
>> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
>> + int ret;
>> +
>> + if (!phy->vbus || phy->regulator_on)
>> + return 0;
>> +
>> + /* For phy0 only turn on Vbus if we don't have an ext. Vbus */
>> + if (phy->index == 0 && data->vbus_det)
>> + return 0;
>>
>> - if (phy->vbus)
>> - ret = regulator_enable(phy->vbus);
>> + ret = regulator_enable(phy->vbus);
>> + if (ret)
>> + return ret;
>>
>> - return ret;
>> + phy->regulator_on = true;
>> +
>> + /* We must report Vbus high within OTG_TIME_A_WAIT_VRISE msec. */
>> + if (phy->index == 0 && data->phy0_poll)
>> + mod_delayed_work(system_wq, &data->detect, DEBOUNCE_TIME);
>> +
>> + return 0;
>> }
>>
>> static int sun4i_usb_phy_power_off(struct phy *_phy)
>> {
>> struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
>> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
>> +
>> + if (!phy->vbus || !phy->regulator_on)
>> + return 0;
>>
>> - if (phy->vbus)
>> - regulator_disable(phy->vbus);
>> + regulator_disable(phy->vbus);
>> + phy->regulator_on = false;
>> +
>> + /*
>> + * phy0 vbus typically slowly discharges, sometimes this causes the
>> + * Vbus gpio to not trigger an edge irq on Vbus off, so force a rescan.
>> + */
>> + if (phy->index == 0 && !data->phy0_poll)
>> + mod_delayed_work(system_wq, &data->detect, POLL_TIME);
>>
>> return 0;
>> }
>> @@ -221,6 +343,61 @@ static struct phy_ops sun4i_usb_phy_ops = {
>> .owner = THIS_MODULE,
>> };
>>
>> +static void sun4i_usb_phy0_id_vbus_det_scan(struct work_struct *work)
>> +{
>> + struct sun4i_usb_phy_data *data =
>> + container_of(work, struct sun4i_usb_phy_data, detect.work);
>> + struct phy *phy0 = data->phys[0].phy;
>> + int id_det, vbus_det, id_notify = 0, vbus_notify = 0;
>> +
>> + id_det = gpiod_get_value_cansleep(data->id_det_gpio);
>> + vbus_det = gpiod_get_value_cansleep(data->vbus_det_gpio);
>> +
>> + mutex_lock(&phy0->mutex);
>> +
>> + if (!data->phy0_init) {
>> + mutex_unlock(&phy0->mutex);
>> + return;
>> + }
>> +
>> + if (id_det != data->id_det) {
>> + sun4i_usb_phy0_set_id_detect(phy0, id_det);
>> + data->id_det = id_det;
>> + id_notify = 1;
>> + }
>> +
>> + if (vbus_det != data->vbus_det) {
>> + sun4i_usb_phy0_set_vbus_detect(phy0, vbus_det);
>> + data->vbus_det = vbus_det;
>> + vbus_notify = 1;
>> + }
>> +
>> + mutex_unlock(&phy0->mutex);
>> +
>> + if (id_notify)
>> + extcon_set_cable_state(&data->extcon,
>> + extcon_cable_name[EXTCON_USB_HOST],
>> + !id_det);
>> +
>> + if (vbus_notify)
>> + extcon_set_cable_state(&data->extcon,
>> + extcon_cable_name[EXTCON_USB],
>> + vbus_det);
>> +
>> + if (data->phy0_poll)
>> + queue_delayed_work(system_wq, &data->detect, POLL_TIME);
>> +}
>> +
>> +static irqreturn_t sun4i_usb_phy0_id_vbus_det_irq(int irq, void *dev_id)
>> +{
>> + struct sun4i_usb_phy_data *data = dev_id;
>> +
>> + /* vbus or id changed, let the pins settle and then scan them */
>> + mod_delayed_work(system_wq, &data->detect, DEBOUNCE_TIME);
>> +
>> + return IRQ_HANDLED;
>> +}
>> +
>> static struct phy *sun4i_usb_phy_xlate(struct device *dev,
>> struct of_phandle_args *args)
>> {
>> @@ -240,13 +417,20 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>> struct phy_provider *phy_provider;
>> bool dedicated_clocks;
>> struct resource *res;
>> - int i;
>> + int i, ret;
>>
>> data = devm_kzalloc(dev, sizeof(*data), GFP_KERNEL);
>> if (!data)
>> return -ENOMEM;
>>
>> mutex_init(&data->mutex);
>> + INIT_DELAYED_WORK(&data->detect, sun4i_usb_phy0_id_vbus_det_scan);
>> + data->extcon_cable_names[0] = extcon_cable_name[EXTCON_USB_HOST];
>> + data->extcon_cable_names[1] = extcon_cable_name[EXTCON_USB];
>> + data->extcon_cable_names[2] = NULL;
>> + data->extcon.name = DRIVER_NAME;
>> + data->extcon.supported_cable = data->extcon_cable_names;
>> + data->extcon.dev.parent = dev;
>>
>> if (of_device_is_compatible(np, "allwinner,sun5i-a13-usb-phy"))
>> data->num_phys = 2;
>> @@ -269,6 +453,34 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>> if (IS_ERR(data->base))
>> return PTR_ERR(data->base);
>>
>> + data->id_det_gpio = devm_gpiod_get(dev, "usb0_id_det", GPIOD_IN);
>> + if (IS_ERR(data->id_det_gpio)) {
>> + if (PTR_ERR(data->id_det_gpio) == -EPROBE_DEFER)
>> + return -EPROBE_DEFER;
>> + data->id_det_gpio = NULL;
>> + }
>> +
>> + data->vbus_det_gpio = devm_gpiod_get(dev, "usb0_vbus_det", GPIOD_IN);
>> + if (IS_ERR(data->vbus_det_gpio)) {
>> + if (PTR_ERR(data->vbus_det_gpio) == -EPROBE_DEFER)
>> + return -EPROBE_DEFER;
>> + data->vbus_det_gpio = NULL;
>> + }
>> +
>> + /* We either want both gpio pins or neither (when in host mode) */
>> + if (!data->id_det_gpio != !data->vbus_det_gpio) {
>> + dev_err(dev, "failed to get id or vbus detect pin\n");
>> + return -ENODEV;
>> + }
>> +
>> + if (data->id_det_gpio) {
>> + ret = devm_extcon_dev_register(dev, &data->extcon);
>> + if (ret) {
>> + dev_err(dev, "failed to register extcon: %d\n", ret);
>> + return ret;
>> + }
>> + }
>> +
>> for (i = 0; i < data->num_phys; i++) {
>> struct sun4i_usb_phy *phy = data->phys + i;
>> char name[16];
>> @@ -318,12 +530,54 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>> phy_set_drvdata(phy->phy, &data->phys[i]);
>> }
>>
>> + data->id_det_irq = gpiod_to_irq(data->id_det_gpio);
>> + data->vbus_det_irq = gpiod_to_irq(data->vbus_det_gpio);
>> + if (data->id_det_irq < 0 || data->vbus_det_irq < 0)
>> + data->phy0_poll = true;
>> +
>> + if (data->id_det_irq >= 0) {
>> + ret = devm_request_irq(dev, data->id_det_irq,
>> + sun4i_usb_phy0_id_vbus_det_irq,
>> + IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
>> + "usb0-id-det", data);
>> + if (ret) {
>> + dev_err(dev, "Err requesting id-det-irq: %d\n", ret);
>> + return ret;
>> + }
>> + }
>> +
>> + if (data->vbus_det_irq >= 0) {
>> + ret = devm_request_irq(dev, data->vbus_det_irq,
>> + sun4i_usb_phy0_id_vbus_det_irq,
>> + IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
>> + "usb0-vbus-det", data);
>> + if (ret) {
>> + dev_err(dev, "Err requesting vbus-det-irq: %d\n", ret);
>> + return ret;
>> + }
>> + }
>> +
>> dev_set_drvdata(dev, data);
>> phy_provider = devm_of_phy_provider_register(dev, sun4i_usb_phy_xlate);
>>
>> return PTR_ERR_OR_ZERO(phy_provider);
>> }
>>
>> +static int sun4i_usb_phy_remove(struct platform_device *pdev)
>> +{
>> + struct device *dev = &pdev->dev;
>> + struct sun4i_usb_phy_data *data = dev_get_drvdata(dev);
>> +
>> + if (data->id_det_irq >= 0)
>> + devm_free_irq(dev, data->id_det_irq, data);
>> + if (data->vbus_det_irq >= 0)
>> + devm_free_irq(dev, data->vbus_det_irq, data);
>> +
>> + cancel_delayed_work_sync(&data->detect);
>> +
>> + return 0;
>> +}
>> +
>> static const struct of_device_id sun4i_usb_phy_of_match[] = {
>> { .compatible = "allwinner,sun4i-a10-usb-phy" },
>> { .compatible = "allwinner,sun5i-a13-usb-phy" },
>> @@ -335,9 +589,10 @@ MODULE_DEVICE_TABLE(of, sun4i_usb_phy_of_match);
>>
>> static struct platform_driver sun4i_usb_phy_driver = {
>> .probe = sun4i_usb_phy_probe,
>> + .remove = sun4i_usb_phy_remove,
>> .driver = {
>> .of_match_table = sun4i_usb_phy_of_match,
>> - .name = "sun4i-usb-phy",
>> + .name = DRIVER_NAME,
>> }
>> };
>> module_platform_driver(sun4i_usb_phy_driver);
>>
^ permalink raw reply [flat|nested] 57+ messages in thread
* [PATCH v4 1/2] phy-sun4i-usb: Add full support for usb0 phy / OTG
@ 2015-07-15 10:58 ` Kishon Vijay Abraham I
0 siblings, 0 replies; 57+ messages in thread
From: Kishon Vijay Abraham I @ 2015-07-15 10:58 UTC (permalink / raw)
To: linux-arm-kernel
On Wednesday 15 July 2015 04:25 PM, Kishon Vijay Abraham I wrote:
> Hi,
>
> On Sunday 31 May 2015 09:40 PM, Hans de Goede wrote:
>> The usb0 phy is connected to an OTG controller, and as such needs some special
>> handling:
>>
>> 1) It allows explicit control over the pullups, enable these on phy_init and
>> disable them on phy_exit.
>>
>> 2) It has bits to signal id and vbus detect to the musb-core, add support for
>> for monitoring id and vbus detect gpio-s for use in dual role mode, and set
>> these bits to the correct values for operating in host only mode when no
>> gpios are specified in the devicetree.
>>
>> 3) When in dual role mode the musb sunxi glue needs to know if the a host or
>> device cable is plugged in, so when in dual role mode register an extcon.
>>
>> While updating the devicetree binding documentation also add documentation
>> for the sofar undocumented usage of regulators for vbus for all 3 phys.
>
> merged this to linux-phy tree.
Please ignore. I merged the v5 of the patch series.
Cheers
Kishon
>
> Cheers
> Kishon
>>
>> Signed-off-by: Hans de Goede <hdegoede@redhat.com>
>> ---
>> Changes in v2:
>> -Removed the sunxi specific phy functions, instead the id / vbus gpio polling
>> has been moved to the phy-sun4i-usb driver and their status is exported
>> through extcon for the sunxi-musb glue
>> Changes in v3:
>> -No changes
>> Changes in v4:
>> -Do not call regulator_disable in an unbalanced manner when an external vbus
>> is present
>> ---
>> .../devicetree/bindings/phy/sun4i-usb-phy.txt | 18 +-
>> drivers/phy/Kconfig | 1 +
>> drivers/phy/phy-sun4i-usb.c | 273 ++++++++++++++++++++-
>> 3 files changed, 281 insertions(+), 11 deletions(-)
>>
>> diff --git a/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt b/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
>> index 16528b9..557fa99 100644
>> --- a/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
>> +++ b/Documentation/devicetree/bindings/phy/sun4i-usb-phy.txt
>> @@ -23,6 +23,13 @@ Required properties:
>> * "usb1_reset"
>> * "usb2_reset" for sun4i, sun6i or sun7i
>>
>> +Optional properties:
>> +- usb0_id_det-gpios : gpio phandle for reading the otg id pin value
>> +- usb0_vbus_det-gpios : gpio phandle for detecting the presence of usb0 vbus
>> +- usb0_vbus-supply : regulator phandle for controller usb0 vbus
>> +- usb1_vbus-supply : regulator phandle for controller usb1 vbus
>> +- usb2_vbus-supply : regulator phandle for controller usb2 vbus
>> +
>> Example:
>> usbphy: phy at 0x01c13400 {
>> #phy-cells = <1>;
>> @@ -32,6 +39,13 @@ Example:
>> reg-names = "phy_ctrl", "pmu1", "pmu2";
>> clocks = <&usb_clk 8>;
>> clock-names = "usb_phy";
>> - resets = <&usb_clk 1>, <&usb_clk 2>;
>> - reset-names = "usb1_reset", "usb2_reset";
>> + resets = <&usb_clk 0>, <&usb_clk 1>, <&usb_clk 2>;
>> + reset-names = "usb0_reset", "usb1_reset", "usb2_reset";
>> + pinctrl-names = "default";
>> + pinctrl-0 = <&usb0_id_detect_pin>, <&usb0_vbus_detect_pin>;
>> + usb0_id_det-gpios = <&pio 7 19 GPIO_ACTIVE_HIGH>; /* PH19 */
>> + usb0_vbus_det-gpios = <&pio 7 22 GPIO_ACTIVE_HIGH>; /* PH22 */
>> + usb0_vbus-supply = <®_usb0_vbus>;
>> + usb1_vbus-supply = <®_usb1_vbus>;
>> + usb2_vbus-supply = <®_usb2_vbus>;
>> };
>> diff --git a/drivers/phy/Kconfig b/drivers/phy/Kconfig
>> index a53bd5b..4614fba 100644
>> --- a/drivers/phy/Kconfig
>> +++ b/drivers/phy/Kconfig
>> @@ -173,6 +173,7 @@ config PHY_SUN4I_USB
>> tristate "Allwinner sunxi SoC USB PHY driver"
>> depends on ARCH_SUNXI && HAS_IOMEM && OF
>> depends on RESET_CONTROLLER
>> + select EXTCON
>> select GENERIC_PHY
>> help
>> Enable this to support the transceiver that is part of Allwinner
>> diff --git a/drivers/phy/phy-sun4i-usb.c b/drivers/phy/phy-sun4i-usb.c
>> index 91c5be4..b45d707 100644
>> --- a/drivers/phy/phy-sun4i-usb.c
>> +++ b/drivers/phy/phy-sun4i-usb.c
>> @@ -1,7 +1,7 @@
>> /*
>> * Allwinner sun4i USB phy driver
>> *
>> - * Copyright (C) 2014 Hans de Goede <hdegoede@redhat.com>
>> + * Copyright (C) 2014-2015 Hans de Goede <hdegoede@redhat.com>
>> *
>> * Based on code from
>> * Allwinner Technology Co., Ltd. <www.allwinnertech.com>
>> @@ -23,17 +23,23 @@
>>
>> #include <linux/clk.h>
>> #include <linux/err.h>
>> +#include <linux/extcon.h>
>> #include <linux/io.h>
>> +#include <linux/interrupt.h>
>> #include <linux/kernel.h>
>> #include <linux/module.h>
>> #include <linux/mutex.h>
>> #include <linux/of.h>
>> #include <linux/of_address.h>
>> +#include <linux/of_gpio.h>
>> #include <linux/phy/phy.h>
>> #include <linux/phy/phy-sun4i-usb.h>
>> #include <linux/platform_device.h>
>> #include <linux/regulator/consumer.h>
>> #include <linux/reset.h>
>> +#include <linux/workqueue.h>
>> +
>> +#define DRIVER_NAME "sun4i-usb-phy"
>>
>> #define REG_ISCR 0x00
>> #define REG_PHYCTL 0x04
>> @@ -47,6 +53,17 @@
>> #define SUNXI_AHB_INCRX_ALIGN_EN BIT(8)
>> #define SUNXI_ULPI_BYPASS_EN BIT(0)
>>
>> +/* ISCR, Interface Status and Control bits */
>> +#define ISCR_ID_PULLUP_EN (1 << 17)
>> +#define ISCR_DPDM_PULLUP_EN (1 << 16)
>> +/* sunxi has the phy id/vbus pins not connected, so we use the force bits */
>> +#define ISCR_FORCE_ID_MASK (3 << 14)
>> +#define ISCR_FORCE_ID_LOW (2 << 14)
>> +#define ISCR_FORCE_ID_HIGH (3 << 14)
>> +#define ISCR_FORCE_VBUS_MASK (3 << 12)
>> +#define ISCR_FORCE_VBUS_LOW (2 << 12)
>> +#define ISCR_FORCE_VBUS_HIGH (3 << 12)
>> +
>> /* Common Control Bits for Both PHYs */
>> #define PHY_PLL_BW 0x03
>> #define PHY_RES45_CAL_EN 0x0c
>> @@ -63,6 +80,13 @@
>>
>> #define MAX_PHYS 3
>>
>> +/*
>> + * Note do not raise the debounce time, we must report Vusb high within 100ms
>> + * otherwise we get Vbus errors
>> + */
>> +#define DEBOUNCE_TIME msecs_to_jiffies(50)
>> +#define POLL_TIME msecs_to_jiffies(250)
>> +
>> struct sun4i_usb_phy_data {
>> void __iomem *base;
>> struct mutex mutex;
>> @@ -74,13 +98,58 @@ struct sun4i_usb_phy_data {
>> struct regulator *vbus;
>> struct reset_control *reset;
>> struct clk *clk;
>> + bool regulator_on;
>> int index;
>> } phys[MAX_PHYS];
>> + /* phy0 / otg related variables */
>> + struct extcon_dev extcon;
>> + const char *extcon_cable_names[3];
>> + bool phy0_init;
>> + bool phy0_poll;
>> + struct gpio_desc *id_det_gpio;
>> + struct gpio_desc *vbus_det_gpio;
>> + int id_det_irq;
>> + int vbus_det_irq;
>> + int id_det;
>> + int vbus_det;
>> + struct delayed_work detect;
>> };
>>
>> #define to_sun4i_usb_phy_data(phy) \
>> container_of((phy), struct sun4i_usb_phy_data, phys[(phy)->index])
>>
>> +static void sun4i_usb_phy0_update_iscr(struct phy *_phy, u32 clr, u32 set)
>> +{
>> + struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
>> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
>> + u32 iscr;
>> +
>> + iscr = readl(data->base + REG_ISCR);
>> + iscr &= ~clr;
>> + iscr |= set;
>> + writel(iscr, data->base + REG_ISCR);
>> +}
>> +
>> +static void sun4i_usb_phy0_set_id_detect(struct phy *phy, u32 val)
>> +{
>> + if (val)
>> + val = ISCR_FORCE_ID_HIGH;
>> + else
>> + val = ISCR_FORCE_ID_LOW;
>> +
>> + sun4i_usb_phy0_update_iscr(phy, ISCR_FORCE_ID_MASK, val);
>> +}
>> +
>> +static void sun4i_usb_phy0_set_vbus_detect(struct phy *phy, u32 val)
>> +{
>> + if (val)
>> + val = ISCR_FORCE_VBUS_HIGH;
>> + else
>> + val = ISCR_FORCE_VBUS_LOW;
>> +
>> + sun4i_usb_phy0_update_iscr(phy, ISCR_FORCE_VBUS_MASK, val);
>> +}
>> +
>> static void sun4i_usb_phy_write(struct sun4i_usb_phy *phy, u32 addr, u32 data,
>> int len)
>> {
>> @@ -171,12 +240,39 @@ static int sun4i_usb_phy_init(struct phy *_phy)
>>
>> sun4i_usb_phy_passby(phy, 1);
>>
>> + if (phy->index == 0) {
>> + data->phy0_init = true;
>> +
>> + /* Enable pull-ups */
>> + sun4i_usb_phy0_update_iscr(_phy, 0, ISCR_DPDM_PULLUP_EN);
>> + sun4i_usb_phy0_update_iscr(_phy, 0, ISCR_ID_PULLUP_EN);
>> +
>> + if (data->id_det_gpio) {
>> + /* OTG mode, force ISCR and cable state updates */
>> + data->id_det = -1;
>> + data->vbus_det = -1;
>> + queue_delayed_work(system_wq, &data->detect, 0);
>> + } else {
>> + /* Host only mode */
>> + sun4i_usb_phy0_set_id_detect(_phy, 0);
>> + sun4i_usb_phy0_set_vbus_detect(_phy, 1);
>> + }
>> + }
>> +
>> return 0;
>> }
>>
>> static int sun4i_usb_phy_exit(struct phy *_phy)
>> {
>> struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
>> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
>> +
>> + if (phy->index == 0) {
>> + /* Disable pull-ups */
>> + sun4i_usb_phy0_update_iscr(_phy, ISCR_DPDM_PULLUP_EN, 0);
>> + sun4i_usb_phy0_update_iscr(_phy, ISCR_ID_PULLUP_EN, 0);
>> + data->phy0_init = false;
>> + }
>>
>> sun4i_usb_phy_passby(phy, 0);
>> reset_control_assert(phy->reset);
>> @@ -188,20 +284,46 @@ static int sun4i_usb_phy_exit(struct phy *_phy)
>> static int sun4i_usb_phy_power_on(struct phy *_phy)
>> {
>> struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
>> - int ret = 0;
>> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
>> + int ret;
>> +
>> + if (!phy->vbus || phy->regulator_on)
>> + return 0;
>> +
>> + /* For phy0 only turn on Vbus if we don't have an ext. Vbus */
>> + if (phy->index == 0 && data->vbus_det)
>> + return 0;
>>
>> - if (phy->vbus)
>> - ret = regulator_enable(phy->vbus);
>> + ret = regulator_enable(phy->vbus);
>> + if (ret)
>> + return ret;
>>
>> - return ret;
>> + phy->regulator_on = true;
>> +
>> + /* We must report Vbus high within OTG_TIME_A_WAIT_VRISE msec. */
>> + if (phy->index == 0 && data->phy0_poll)
>> + mod_delayed_work(system_wq, &data->detect, DEBOUNCE_TIME);
>> +
>> + return 0;
>> }
>>
>> static int sun4i_usb_phy_power_off(struct phy *_phy)
>> {
>> struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
>> + struct sun4i_usb_phy_data *data = to_sun4i_usb_phy_data(phy);
>> +
>> + if (!phy->vbus || !phy->regulator_on)
>> + return 0;
>>
>> - if (phy->vbus)
>> - regulator_disable(phy->vbus);
>> + regulator_disable(phy->vbus);
>> + phy->regulator_on = false;
>> +
>> + /*
>> + * phy0 vbus typically slowly discharges, sometimes this causes the
>> + * Vbus gpio to not trigger an edge irq on Vbus off, so force a rescan.
>> + */
>> + if (phy->index == 0 && !data->phy0_poll)
>> + mod_delayed_work(system_wq, &data->detect, POLL_TIME);
>>
>> return 0;
>> }
>> @@ -221,6 +343,61 @@ static struct phy_ops sun4i_usb_phy_ops = {
>> .owner = THIS_MODULE,
>> };
>>
>> +static void sun4i_usb_phy0_id_vbus_det_scan(struct work_struct *work)
>> +{
>> + struct sun4i_usb_phy_data *data =
>> + container_of(work, struct sun4i_usb_phy_data, detect.work);
>> + struct phy *phy0 = data->phys[0].phy;
>> + int id_det, vbus_det, id_notify = 0, vbus_notify = 0;
>> +
>> + id_det = gpiod_get_value_cansleep(data->id_det_gpio);
>> + vbus_det = gpiod_get_value_cansleep(data->vbus_det_gpio);
>> +
>> + mutex_lock(&phy0->mutex);
>> +
>> + if (!data->phy0_init) {
>> + mutex_unlock(&phy0->mutex);
>> + return;
>> + }
>> +
>> + if (id_det != data->id_det) {
>> + sun4i_usb_phy0_set_id_detect(phy0, id_det);
>> + data->id_det = id_det;
>> + id_notify = 1;
>> + }
>> +
>> + if (vbus_det != data->vbus_det) {
>> + sun4i_usb_phy0_set_vbus_detect(phy0, vbus_det);
>> + data->vbus_det = vbus_det;
>> + vbus_notify = 1;
>> + }
>> +
>> + mutex_unlock(&phy0->mutex);
>> +
>> + if (id_notify)
>> + extcon_set_cable_state(&data->extcon,
>> + extcon_cable_name[EXTCON_USB_HOST],
>> + !id_det);
>> +
>> + if (vbus_notify)
>> + extcon_set_cable_state(&data->extcon,
>> + extcon_cable_name[EXTCON_USB],
>> + vbus_det);
>> +
>> + if (data->phy0_poll)
>> + queue_delayed_work(system_wq, &data->detect, POLL_TIME);
>> +}
>> +
>> +static irqreturn_t sun4i_usb_phy0_id_vbus_det_irq(int irq, void *dev_id)
>> +{
>> + struct sun4i_usb_phy_data *data = dev_id;
>> +
>> + /* vbus or id changed, let the pins settle and then scan them */
>> + mod_delayed_work(system_wq, &data->detect, DEBOUNCE_TIME);
>> +
>> + return IRQ_HANDLED;
>> +}
>> +
>> static struct phy *sun4i_usb_phy_xlate(struct device *dev,
>> struct of_phandle_args *args)
>> {
>> @@ -240,13 +417,20 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>> struct phy_provider *phy_provider;
>> bool dedicated_clocks;
>> struct resource *res;
>> - int i;
>> + int i, ret;
>>
>> data = devm_kzalloc(dev, sizeof(*data), GFP_KERNEL);
>> if (!data)
>> return -ENOMEM;
>>
>> mutex_init(&data->mutex);
>> + INIT_DELAYED_WORK(&data->detect, sun4i_usb_phy0_id_vbus_det_scan);
>> + data->extcon_cable_names[0] = extcon_cable_name[EXTCON_USB_HOST];
>> + data->extcon_cable_names[1] = extcon_cable_name[EXTCON_USB];
>> + data->extcon_cable_names[2] = NULL;
>> + data->extcon.name = DRIVER_NAME;
>> + data->extcon.supported_cable = data->extcon_cable_names;
>> + data->extcon.dev.parent = dev;
>>
>> if (of_device_is_compatible(np, "allwinner,sun5i-a13-usb-phy"))
>> data->num_phys = 2;
>> @@ -269,6 +453,34 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>> if (IS_ERR(data->base))
>> return PTR_ERR(data->base);
>>
>> + data->id_det_gpio = devm_gpiod_get(dev, "usb0_id_det", GPIOD_IN);
>> + if (IS_ERR(data->id_det_gpio)) {
>> + if (PTR_ERR(data->id_det_gpio) == -EPROBE_DEFER)
>> + return -EPROBE_DEFER;
>> + data->id_det_gpio = NULL;
>> + }
>> +
>> + data->vbus_det_gpio = devm_gpiod_get(dev, "usb0_vbus_det", GPIOD_IN);
>> + if (IS_ERR(data->vbus_det_gpio)) {
>> + if (PTR_ERR(data->vbus_det_gpio) == -EPROBE_DEFER)
>> + return -EPROBE_DEFER;
>> + data->vbus_det_gpio = NULL;
>> + }
>> +
>> + /* We either want both gpio pins or neither (when in host mode) */
>> + if (!data->id_det_gpio != !data->vbus_det_gpio) {
>> + dev_err(dev, "failed to get id or vbus detect pin\n");
>> + return -ENODEV;
>> + }
>> +
>> + if (data->id_det_gpio) {
>> + ret = devm_extcon_dev_register(dev, &data->extcon);
>> + if (ret) {
>> + dev_err(dev, "failed to register extcon: %d\n", ret);
>> + return ret;
>> + }
>> + }
>> +
>> for (i = 0; i < data->num_phys; i++) {
>> struct sun4i_usb_phy *phy = data->phys + i;
>> char name[16];
>> @@ -318,12 +530,54 @@ static int sun4i_usb_phy_probe(struct platform_device *pdev)
>> phy_set_drvdata(phy->phy, &data->phys[i]);
>> }
>>
>> + data->id_det_irq = gpiod_to_irq(data->id_det_gpio);
>> + data->vbus_det_irq = gpiod_to_irq(data->vbus_det_gpio);
>> + if (data->id_det_irq < 0 || data->vbus_det_irq < 0)
>> + data->phy0_poll = true;
>> +
>> + if (data->id_det_irq >= 0) {
>> + ret = devm_request_irq(dev, data->id_det_irq,
>> + sun4i_usb_phy0_id_vbus_det_irq,
>> + IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
>> + "usb0-id-det", data);
>> + if (ret) {
>> + dev_err(dev, "Err requesting id-det-irq: %d\n", ret);
>> + return ret;
>> + }
>> + }
>> +
>> + if (data->vbus_det_irq >= 0) {
>> + ret = devm_request_irq(dev, data->vbus_det_irq,
>> + sun4i_usb_phy0_id_vbus_det_irq,
>> + IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING,
>> + "usb0-vbus-det", data);
>> + if (ret) {
>> + dev_err(dev, "Err requesting vbus-det-irq: %d\n", ret);
>> + return ret;
>> + }
>> + }
>> +
>> dev_set_drvdata(dev, data);
>> phy_provider = devm_of_phy_provider_register(dev, sun4i_usb_phy_xlate);
>>
>> return PTR_ERR_OR_ZERO(phy_provider);
>> }
>>
>> +static int sun4i_usb_phy_remove(struct platform_device *pdev)
>> +{
>> + struct device *dev = &pdev->dev;
>> + struct sun4i_usb_phy_data *data = dev_get_drvdata(dev);
>> +
>> + if (data->id_det_irq >= 0)
>> + devm_free_irq(dev, data->id_det_irq, data);
>> + if (data->vbus_det_irq >= 0)
>> + devm_free_irq(dev, data->vbus_det_irq, data);
>> +
>> + cancel_delayed_work_sync(&data->detect);
>> +
>> + return 0;
>> +}
>> +
>> static const struct of_device_id sun4i_usb_phy_of_match[] = {
>> { .compatible = "allwinner,sun4i-a10-usb-phy" },
>> { .compatible = "allwinner,sun5i-a13-usb-phy" },
>> @@ -335,9 +589,10 @@ MODULE_DEVICE_TABLE(of, sun4i_usb_phy_of_match);
>>
>> static struct platform_driver sun4i_usb_phy_driver = {
>> .probe = sun4i_usb_phy_probe,
>> + .remove = sun4i_usb_phy_remove,
>> .driver = {
>> .of_match_table = sun4i_usb_phy_of_match,
>> - .name = "sun4i-usb-phy",
>> + .name = DRIVER_NAME,
>> }
>> };
>> module_platform_driver(sun4i_usb_phy_driver);
>>
^ permalink raw reply [flat|nested] 57+ messages in thread
end of thread, other threads:[~2015-07-15 10:58 UTC | newest]
Thread overview: 57+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-05-31 16:10 [PATCH v4 0/2] Remaining sunxi musb patches Hans de Goede
2015-05-31 16:10 ` Hans de Goede
[not found] ` <1433088626-8858-1-git-send-email-hdegoede-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2015-05-31 16:10 ` [PATCH v4 1/2] phy-sun4i-usb: Add full support for usb0 phy / OTG Hans de Goede
2015-05-31 16:10 ` Hans de Goede
[not found] ` <1433088626-8858-2-git-send-email-hdegoede-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2015-06-01 9:22 ` Maxime Ripard
2015-06-01 9:22 ` Maxime Ripard
2015-06-01 9:28 ` Hans de Goede
2015-06-01 9:28 ` Hans de Goede
[not found] ` <556C25B7.80708-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2015-06-02 15:22 ` Maxime Ripard
2015-06-02 15:22 ` Maxime Ripard
2015-06-11 5:48 ` Kishon Vijay Abraham I
2015-06-11 5:48 ` Kishon Vijay Abraham I
[not found] ` <55792122.20607-l0cyMroinI0@public.gmane.org>
2015-06-11 7:56 ` [linux-sunxi] " Hans de Goede
2015-06-11 7:56 ` Hans de Goede
[not found] ` <55793F41.7000304-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2015-06-11 8:28 ` Hans de Goede
2015-06-11 8:28 ` Hans de Goede
2015-06-11 8:07 ` Chanwoo Choi
2015-06-11 8:07 ` Chanwoo Choi
[not found] ` <557941A6.5000306-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
2015-06-11 8:21 ` [linux-sunxi] " Hans de Goede
2015-06-11 8:21 ` Hans de Goede
[not found] ` <557944EE.1020303-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2015-06-11 8:29 ` Chanwoo Choi
2015-06-11 8:29 ` [linux-sunxi] " Chanwoo Choi
[not found] ` <557946EC.3060607-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
2015-06-11 8:59 ` Hans de Goede
2015-06-11 8:59 ` Hans de Goede
[not found] ` <55794DEA.1050604-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2015-06-11 9:33 ` Chanwoo Choi
2015-06-11 9:33 ` [linux-sunxi] " Chanwoo Choi
[not found] ` <557955D4.4030908-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
2015-06-11 9:37 ` Chanwoo Choi
2015-06-11 9:37 ` Chanwoo Choi
2015-06-11 9:38 ` Hans de Goede
2015-06-11 9:38 ` Hans de Goede
[not found] ` <5579572D.4070006-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2015-06-11 10:30 ` Chanwoo Choi
2015-06-11 10:30 ` [linux-sunxi] " Chanwoo Choi
2015-06-11 9:42 ` Kishon Vijay Abraham I
2015-06-11 9:42 ` Kishon Vijay Abraham I
[not found] ` <55795800.4070405-l0cyMroinI0@public.gmane.org>
2015-06-11 9:53 ` Hans de Goede
2015-06-11 9:53 ` Hans de Goede
[not found] ` <55795A98.8090303-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2015-06-11 11:16 ` Kishon Vijay Abraham I
2015-06-11 11:16 ` Kishon Vijay Abraham I
[not found] ` <55796E23.90509-l0cyMroinI0@public.gmane.org>
2015-06-11 12:35 ` [linux-sunxi] " Hans de Goede
2015-06-11 12:35 ` Hans de Goede
[not found] ` <5579808C.2080208-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2015-06-11 12:59 ` Kishon Vijay Abraham I
2015-06-11 12:59 ` [linux-sunxi] " Kishon Vijay Abraham I
2015-07-15 10:55 ` Kishon Vijay Abraham I
2015-07-15 10:55 ` Kishon Vijay Abraham I
[not found] ` <55A63C1B.1010503-l0cyMroinI0@public.gmane.org>
2015-07-15 10:58 ` Kishon Vijay Abraham I
2015-07-15 10:58 ` Kishon Vijay Abraham I
2015-05-31 16:10 ` [PATCH v4 2/2] musb: Add support for the Allwinner sunxi musb controller Hans de Goede
2015-05-31 16:10 ` Hans de Goede
[not found] ` <1433088626-8858-3-git-send-email-hdegoede-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2015-06-02 15:02 ` Felipe Balbi
2015-06-02 15:02 ` Felipe Balbi
2015-06-01 18:30 ` [PATCH v4 0/2] Remaining sunxi musb patches Hans de Goede
[not found] ` <79fc4306-a621-43b8-b347-e42a27beb134-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
2015-06-01 18:34 ` Felipe Balbi
2015-06-01 18:34 ` Felipe Balbi
[not found] ` <20150601183447.GF26081-HgARHv6XitJaoMGHk7MhZQC/G2K4zDHf@public.gmane.org>
2015-06-02 7:14 ` Hans de Goede
2015-06-02 7:14 ` Hans de Goede
[not found] ` <556D57BD.90502-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2015-06-02 14:45 ` Felipe Balbi
2015-06-02 14:45 ` Felipe Balbi
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.