All of lore.kernel.org
 help / color / mirror / Atom feed
* [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	[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

* 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.