* [PATCH v5 2/3] tty: serial: qcom_geni_serial: Wakeup over UART RX
@ 2019-11-13 10:48 Akash Asthana
2019-11-14 17:40 ` Stephen Boyd
0 siblings, 1 reply; 6+ messages in thread
From: Akash Asthana @ 2019-11-13 10:48 UTC (permalink / raw)
To: gregkh
Cc: linux-arm-msm, linux-serial, mgautam, swboyd, msavaliy, Akash Asthana
Add system wakeup capability over UART RX line for wakeup capable UART.
When system is suspended, RX line act as an interrupt to wakeup system
for any communication requests from peer.
Signed-off-by: Akash Asthana <akashast@codeaurora.org>
---
Changes in V5:
- No change.
Changes in V4:
- As per Greg's comment, removed extra dev_err logging.
- As per Stephen's comment, using common code that manage wakeirq irqs for
devices. Using dev_pm_set_dedicated_wake_irq API that will take care of
requesting and attaching wakeup irqs for devices. Also, it sets wakeirq
status to WAKE_IRQ_DEDICATED_ALLOCATED as a result enabling/disabling of
wake irq will be managed by suspend/resume framework so, removed the code
for enabling and disabling of wake irq from the driver.
Changes in V3:
- As per Stephen's comment, using platform_get_irq_optional API to get wakeup
IRQ for device.
Changes in V2:
- As per Stephen's comment, splitted V1 patch into 2 seperate patch.
a) Clean up of core IRQ registration b) Add wakeup feature.
drivers/tty/serial/qcom_geni_serial.c | 27 +++++++++++++++++++++++++++
1 file changed, 27 insertions(+)
diff --git a/drivers/tty/serial/qcom_geni_serial.c b/drivers/tty/serial/qcom_geni_serial.c
index 634054a..56dad67 100644
--- a/drivers/tty/serial/qcom_geni_serial.c
+++ b/drivers/tty/serial/qcom_geni_serial.c
@@ -14,6 +14,8 @@
#include <linux/of.h>
#include <linux/of_device.h>
#include <linux/platform_device.h>
+#include <linux/pm_runtime.h>
+#include <linux/pm_wakeirq.h>
#include <linux/qcom-geni-se.h>
#include <linux/serial.h>
#include <linux/serial_core.h>
@@ -116,6 +118,7 @@ struct qcom_geni_serial_port {
bool brk;
unsigned int tx_remaining;
+ int wakeup_irq;
};
static const struct uart_ops qcom_geni_console_pops;
@@ -1302,6 +1305,9 @@ static int qcom_geni_serial_probe(struct platform_device *pdev)
return irq;
uport->irq = irq;
+ if (!console)
+ port->wakeup_irq = platform_get_irq_optional(pdev, 1);
+
uport->private_data = drv;
platform_set_drvdata(pdev, port);
port->handle_rx = console ? handle_rx_console : handle_rx_uart;
@@ -1321,6 +1327,23 @@ static int qcom_geni_serial_probe(struct platform_device *pdev)
return ret;
}
+ if (port->wakeup_irq > 0) {
+ /*
+ * Set pm_runtime status as ACTIVE so that wakeup_irq gets
+ * enabled/disabled from dev_pm_arm_wake_irq during system
+ * suspend/resume respectively.
+ */
+ pm_runtime_set_active(&pdev->dev);
+ device_init_wakeup(&pdev->dev, true);
+ ret = dev_pm_set_dedicated_wake_irq(&pdev->dev,
+ port->wakeup_irq);
+ if (ret) {
+ device_init_wakeup(&pdev->dev, false);
+ uart_remove_one_port(drv, uport);
+ return ret;
+ }
+ }
+
return ret;
}
@@ -1330,6 +1353,10 @@ static int qcom_geni_serial_remove(struct platform_device *pdev)
struct uart_driver *drv = port->uport.private_data;
uart_remove_one_port(drv, &port->uport);
+
+ device_init_wakeup(&pdev->dev, false);
+ dev_pm_clear_wake_irq(&pdev->dev);
+
return 0;
}
--
The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum,\na Linux Foundation Collaborative Project
^ permalink raw reply related [flat|nested] 6+ messages in thread
* Re: [PATCH v5 2/3] tty: serial: qcom_geni_serial: Wakeup over UART RX
2019-11-13 10:48 [PATCH v5 2/3] tty: serial: qcom_geni_serial: Wakeup over UART RX Akash Asthana
@ 2019-11-14 17:40 ` Stephen Boyd
2019-11-15 10:00 ` Akash Asthana
0 siblings, 1 reply; 6+ messages in thread
From: Stephen Boyd @ 2019-11-14 17:40 UTC (permalink / raw)
To: Akash Asthana, gregkh
Cc: linux-arm-msm, linux-serial, mgautam, msavaliy, Akash Asthana
Quoting Akash Asthana (2019-11-13 02:48:56)
> Add system wakeup capability over UART RX line for wakeup capable UART.
> When system is suspended, RX line act as an interrupt to wakeup system
> for any communication requests from peer.
How does the RX line get remuxed as a GPIO interrupt here? Is that
through some pinctrl magic in DT or just via enabling/disabling the
interrupt?
>
> diff --git a/drivers/tty/serial/qcom_geni_serial.c b/drivers/tty/serial/qcom_geni_serial.c
> index 634054a..56dad67 100644
> --- a/drivers/tty/serial/qcom_geni_serial.c
> +++ b/drivers/tty/serial/qcom_geni_serial.c
> @@ -1321,6 +1327,23 @@ static int qcom_geni_serial_probe(struct platform_device *pdev)
> return ret;
> }
>
> + if (port->wakeup_irq > 0) {
> + /*
> + * Set pm_runtime status as ACTIVE so that wakeup_irq gets
> + * enabled/disabled from dev_pm_arm_wake_irq during system
> + * suspend/resume respectively.
> + */
> + pm_runtime_set_active(&pdev->dev);
We can always set this device as active regardless of wakeup interrupt,
right? Can we move this call outside of this if?
> + device_init_wakeup(&pdev->dev, true);
> + ret = dev_pm_set_dedicated_wake_irq(&pdev->dev,
> + port->wakeup_irq);
> + if (ret) {
> + device_init_wakeup(&pdev->dev, false);
> + uart_remove_one_port(drv, uport);
> + return ret;
> + }
> + }
> +
> return ret;
> }
>
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH v5 2/3] tty: serial: qcom_geni_serial: Wakeup over UART RX
2019-11-14 17:40 ` Stephen Boyd
@ 2019-11-15 10:00 ` Akash Asthana
2019-11-15 19:41 ` Stephen Boyd
0 siblings, 1 reply; 6+ messages in thread
From: Akash Asthana @ 2019-11-15 10:00 UTC (permalink / raw)
To: Stephen Boyd, gregkh; +Cc: linux-arm-msm, linux-serial, mgautam, msavaliy
On 11/14/2019 11:10 PM, Stephen Boyd wrote:
> Quoting Akash Asthana (2019-11-13 02:48:56)
>> Add system wakeup capability over UART RX line for wakeup capable UART.
>> When system is suspended, RX line act as an interrupt to wakeup system
>> for any communication requests from peer.
> How does the RX line get remuxed as a GPIO interrupt here? Is that
> through some pinctrl magic in DT or just via enabling/disabling the
> interrupt?
Yes, For wakeup capable UART node, we have registered UART RX line with
TLMM interrupt controller in DT file . Example: if GPIO48 is UART RX line
interrupts-extended = <&intc GIC_SPI 607 IRQ_TYPE_LEVEL_HIGH>, <&tlmm
48 IRQ_TYPE_EDGE_FALLING>;
>
>> diff --git a/drivers/tty/serial/qcom_geni_serial.c b/drivers/tty/serial/qcom_geni_serial.c
>> index 634054a..56dad67 100644
>> --- a/drivers/tty/serial/qcom_geni_serial.c
>> +++ b/drivers/tty/serial/qcom_geni_serial.c
>> @@ -1321,6 +1327,23 @@ static int qcom_geni_serial_probe(struct platform_device *pdev)
>> return ret;
>> }
>>
>> + if (port->wakeup_irq > 0) {
>> + /*
>> + * Set pm_runtime status as ACTIVE so that wakeup_irq gets
>> + * enabled/disabled from dev_pm_arm_wake_irq during system
>> + * suspend/resume respectively.
>> + */
>> + pm_runtime_set_active(&pdev->dev);
> We can always set this device as active regardless of wakeup interrupt,
> right? Can we move this call outside of this if?
Ok, Yes we can move this call outside of if. I will update in next version.
>
>> + device_init_wakeup(&pdev->dev, true);
>> + ret = dev_pm_set_dedicated_wake_irq(&pdev->dev,
>> + port->wakeup_irq);
>> + if (ret) {
>> + device_init_wakeup(&pdev->dev, false);
>> + uart_remove_one_port(drv, uport);
>> + return ret;
>> + }
>> + }
>> +
>> return ret;
>> }
>>
--
The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum,\na Linux Foundation Collaborative Project
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH v5 2/3] tty: serial: qcom_geni_serial: Wakeup over UART RX
2019-11-15 10:00 ` Akash Asthana
@ 2019-11-15 19:41 ` Stephen Boyd
2019-11-22 6:46 ` Akash Asthana
[not found] ` <0101016e91dcbb45-f54cf6e5-8ace-457a-96cc-edec41305719-000000@us-west-2.amazonses.com>
0 siblings, 2 replies; 6+ messages in thread
From: Stephen Boyd @ 2019-11-15 19:41 UTC (permalink / raw)
To: Akash Asthana, gregkh; +Cc: linux-arm-msm, linux-serial, mgautam, msavaliy
Quoting Akash Asthana (2019-11-15 02:00:44)
>
> On 11/14/2019 11:10 PM, Stephen Boyd wrote:
> > Quoting Akash Asthana (2019-11-13 02:48:56)
> >> Add system wakeup capability over UART RX line for wakeup capable UART.
> >> When system is suspended, RX line act as an interrupt to wakeup system
> >> for any communication requests from peer.
> > How does the RX line get remuxed as a GPIO interrupt here? Is that
> > through some pinctrl magic in DT or just via enabling/disabling the
> > interrupt?
> Yes, For wakeup capable UART node, we have registered UART RX line with
> TLMM interrupt controller in DT file . Example: if GPIO48 is UART RX line
>
> interrupts-extended = <&intc GIC_SPI 607 IRQ_TYPE_LEVEL_HIGH>, <&tlmm
> 48 IRQ_TYPE_EDGE_FALLING>;
Right. So is gpio48 muxed as 'uart' function forever and the interrupt
logic in tlmm is connected to that pad regardless of the function
selected? I thought that gpios through TLMM had to be muxed as function
0, i.e. gpio function, so that interrupts worked. But maybe that's wrong
and it can work without that.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH v5 2/3] tty: serial: qcom_geni_serial: Wakeup over UART RX
2019-11-15 19:41 ` Stephen Boyd
@ 2019-11-22 6:46 ` Akash Asthana
[not found] ` <0101016e91dcbb45-f54cf6e5-8ace-457a-96cc-edec41305719-000000@us-west-2.amazonses.com>
1 sibling, 0 replies; 6+ messages in thread
From: Akash Asthana @ 2019-11-22 6:46 UTC (permalink / raw)
To: Stephen Boyd, gregkh; +Cc: linux-arm-msm, linux-serial, mgautam, msavaliy
On 11/16/2019 1:11 AM, Stephen Boyd wrote:
> Quoting Akash Asthana (2019-11-15 02:00:44)
>> On 11/14/2019 11:10 PM, Stephen Boyd wrote:
>>> Quoting Akash Asthana (2019-11-13 02:48:56)
>>>> Add system wakeup capability over UART RX line for wakeup capable UART.
>>>> When system is suspended, RX line act as an interrupt to wakeup system
>>>> for any communication requests from peer.
>>> How does the RX line get remuxed as a GPIO interrupt here? Is that
>>> through some pinctrl magic in DT or just via enabling/disabling the
>>> interrupt?
>> Yes, For wakeup capable UART node, we have registered UART RX line with
>> TLMM interrupt controller in DT file . Example: if GPIO48 is UART RX line
>>
>> interrupts-extended = <&intc GIC_SPI 607 IRQ_TYPE_LEVEL_HIGH>, <&tlmm
>> 48 IRQ_TYPE_EDGE_FALLING>;
> Right. So is gpio48 muxed as 'uart' function forever and the interrupt
> logic in tlmm is connected to that pad regardless of the function
> selected? I thought that gpios through TLMM had to be muxed as function
> 0, i.e. gpio function, so that interrupts worked. But maybe that's wrong
> and it can work without that.
Yes, gpio48 is muxed as "uart' function function forever. There is no
need to mux gpio48 to
gpio function, interrupts can work without that.
--
The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum,\na Linux Foundation Collaborative Project
^ permalink raw reply [flat|nested] 6+ messages in thread
[parent not found: <0101016e91dcbb45-f54cf6e5-8ace-457a-96cc-edec41305719-000000@us-west-2.amazonses.com>]
* Re: [PATCH v5 2/3] tty: serial: qcom_geni_serial: Wakeup over UART RX
[not found] ` <0101016e91dcbb45-f54cf6e5-8ace-457a-96cc-edec41305719-000000@us-west-2.amazonses.com>
@ 2019-11-22 18:24 ` Stephen Boyd
0 siblings, 0 replies; 6+ messages in thread
From: Stephen Boyd @ 2019-11-22 18:24 UTC (permalink / raw)
To: Akash Asthana, gregkh; +Cc: linux-arm-msm, linux-serial, mgautam, msavaliy
Quoting Akash Asthana (2019-11-21 22:46:32)
>
> On 11/16/2019 1:11 AM, Stephen Boyd wrote:
> > Quoting Akash Asthana (2019-11-15 02:00:44)
> >> On 11/14/2019 11:10 PM, Stephen Boyd wrote:
> >>> Quoting Akash Asthana (2019-11-13 02:48:56)
> >>>> Add system wakeup capability over UART RX line for wakeup capable UART.
> >>>> When system is suspended, RX line act as an interrupt to wakeup system
> >>>> for any communication requests from peer.
> >>> How does the RX line get remuxed as a GPIO interrupt here? Is that
> >>> through some pinctrl magic in DT or just via enabling/disabling the
> >>> interrupt?
> >> Yes, For wakeup capable UART node, we have registered UART RX line with
> >> TLMM interrupt controller in DT file . Example: if GPIO48 is UART RX line
> >>
> >> interrupts-extended = <&intc GIC_SPI 607 IRQ_TYPE_LEVEL_HIGH>, <&tlmm
> >> 48 IRQ_TYPE_EDGE_FALLING>;
> > Right. So is gpio48 muxed as 'uart' function forever and the interrupt
> > logic in tlmm is connected to that pad regardless of the function
> > selected? I thought that gpios through TLMM had to be muxed as function
> > 0, i.e. gpio function, so that interrupts worked. But maybe that's wrong
> > and it can work without that.
>
> Yes, gpio48 is muxed as "uart' function function forever. There is no
> need to mux gpio48 to
>
> gpio function, interrupts can work without that.
>
Ok thanks for confirming.
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2019-11-22 18:24 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-11-13 10:48 [PATCH v5 2/3] tty: serial: qcom_geni_serial: Wakeup over UART RX Akash Asthana
2019-11-14 17:40 ` Stephen Boyd
2019-11-15 10:00 ` Akash Asthana
2019-11-15 19:41 ` Stephen Boyd
2019-11-22 6:46 ` Akash Asthana
[not found] ` <0101016e91dcbb45-f54cf6e5-8ace-457a-96cc-edec41305719-000000@us-west-2.amazonses.com>
2019-11-22 18:24 ` Stephen Boyd
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.