Re: [PATCH v2 0/3] mach-omap2: handle autoidle denial

2018-11-30 Thread Tero Kristo
On 30/11/2018 09:57, Stephen Boyd wrote: Quoting Tero Kristo (2018-11-29 23:37:35) On 30/11/2018 02:26, Stephen Boyd wrote: Quoting Andreas Kemnade (2018-11-10 12:31:12) On the gta04 with a dm3730 omap_hdq does not work properly when the device enters lower power states. Idling uart1 and 2 is

Re: [PATCH v2 0/3] mach-omap2: handle autoidle denial

2018-11-29 Thread Stephen Boyd
Quoting Tero Kristo (2018-11-29 23:37:35) > On 30/11/2018 02:26, Stephen Boyd wrote: > > Quoting Andreas Kemnade (2018-11-10 12:31:12) > >> On the gta04 with a dm3730 omap_hdq does not work properly when the > >> device enters lower power states. Idling uart1 and 2 is enough > >> to show up that pr

Re: [PATCH v2 0/3] mach-omap2: handle autoidle denial

2018-11-29 Thread Tero Kristo
On 30/11/2018 02:26, Stephen Boyd wrote: Quoting Andreas Kemnade (2018-11-10 12:31:12) On the gta04 with a dm3730 omap_hdq does not work properly when the device enters lower power states. Idling uart1 and 2 is enough to show up that problem, if there are no other things enabled. Further researc

Re: [PATCH v2 0/3] mach-omap2: handle autoidle denial

2018-11-29 Thread Stephen Boyd
Quoting Andreas Kemnade (2018-11-10 12:31:12) > On the gta04 with a dm3730 omap_hdq does not work properly when the > device enters lower power states. Idling uart1 and 2 is enough > to show up that problem, if there are no other things enabled. > Further research reveals that hdq iclk must not be

[PATCH v2 0/3] mach-omap2: handle autoidle denial

2018-11-10 Thread Andreas Kemnade
On the gta04 with a dm3730 omap_hdq does not work properly when the device enters lower power states. Idling uart1 and 2 is enough to show up that problem, if there are no other things enabled. Further research reveals that hdq iclk must not be turned off during transfers, also according to the TRM