* [PATCH] arm: Initialize hrtimer-based broadcast clockevent
@ 2018-01-22 6:06 ` Jan Kiszka
0 siblings, 0 replies; 10+ messages in thread
From: Jan Kiszka @ 2018-01-22 6:06 UTC (permalink / raw)
To: Russell King, linux-arm-kernel
Cc: Thomas Gleixner, Jailhouse, Linux Kernel Mailing List
Analogously to 9358d755bd5c, this registers a broadcast clockevent in
case no hardware broadcast timer is available and the per-CPU timers can
be stopped in deep power states.
Partitions of the Jailhouse hypervisor fall in this category.
Registering the workaround timer allows to enter high-resolution mode in
that case.
Signed-off-by: Jan Kiszka <jan.kiszka@siemens.com>
---
arch/arm/kernel/time.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/kernel/time.c b/arch/arm/kernel/time.c
index 629f8e9981f1..0a45d861ef8e 100644
--- a/arch/arm/kernel/time.c
+++ b/arch/arm/kernel/time.c
@@ -12,6 +12,7 @@
* reading the RTC at bootup, etc...
*/
#include <linux/clk-provider.h>
+#include <linux/clockchips.h>
#include <linux/clocksource.h>
#include <linux/errno.h>
#include <linux/export.h>
@@ -121,5 +122,7 @@ void __init time_init(void)
of_clk_init(NULL);
#endif
timer_probe();
+
+ tick_setup_hrtimer_broadcast();
}
}
^ permalink raw reply related [flat|nested] 10+ messages in thread
* [PATCH] arm: Initialize hrtimer-based broadcast clockevent
@ 2018-01-22 6:06 ` Jan Kiszka
0 siblings, 0 replies; 10+ messages in thread
From: Jan Kiszka @ 2018-01-22 6:06 UTC (permalink / raw)
To: linux-arm-kernel
Analogously to 9358d755bd5c, this registers a broadcast clockevent in
case no hardware broadcast timer is available and the per-CPU timers can
be stopped in deep power states.
Partitions of the Jailhouse hypervisor fall in this category.
Registering the workaround timer allows to enter high-resolution mode in
that case.
Signed-off-by: Jan Kiszka <jan.kiszka@siemens.com>
---
arch/arm/kernel/time.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/kernel/time.c b/arch/arm/kernel/time.c
index 629f8e9981f1..0a45d861ef8e 100644
--- a/arch/arm/kernel/time.c
+++ b/arch/arm/kernel/time.c
@@ -12,6 +12,7 @@
* reading the RTC at bootup, etc...
*/
#include <linux/clk-provider.h>
+#include <linux/clockchips.h>
#include <linux/clocksource.h>
#include <linux/errno.h>
#include <linux/export.h>
@@ -121,5 +122,7 @@ void __init time_init(void)
of_clk_init(NULL);
#endif
timer_probe();
+
+ tick_setup_hrtimer_broadcast();
}
}
^ permalink raw reply related [flat|nested] 10+ messages in thread
* Re: [PATCH] arm: Initialize hrtimer-based broadcast clockevent
2018-01-22 6:06 ` Jan Kiszka
@ 2018-03-01 6:04 ` Jan Kiszka
-1 siblings, 0 replies; 10+ messages in thread
From: Jan Kiszka @ 2018-03-01 6:04 UTC (permalink / raw)
To: Russell King, linux-arm-kernel
Cc: Thomas Gleixner, Jailhouse, Linux Kernel Mailing List
On 2018-01-22 07:06, Jan Kiszka wrote:
> Analogously to 9358d755bd5c, this registers a broadcast clockevent in
> case no hardware broadcast timer is available and the per-CPU timers can
> be stopped in deep power states.
>
> Partitions of the Jailhouse hypervisor fall in this category.
> Registering the workaround timer allows to enter high-resolution mode in
> that case.
>
> Signed-off-by: Jan Kiszka <jan.kiszka@siemens.com>
> ---
> arch/arm/kernel/time.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/arch/arm/kernel/time.c b/arch/arm/kernel/time.c
> index 629f8e9981f1..0a45d861ef8e 100644
> --- a/arch/arm/kernel/time.c
> +++ b/arch/arm/kernel/time.c
> @@ -12,6 +12,7 @@
> * reading the RTC at bootup, etc...
> */
> #include <linux/clk-provider.h>
> +#include <linux/clockchips.h>
> #include <linux/clocksource.h>
> #include <linux/errno.h>
> #include <linux/export.h>
> @@ -121,5 +122,7 @@ void __init time_init(void)
> of_clk_init(NULL);
> #endif
> timer_probe();
> +
> + tick_setup_hrtimer_broadcast();
> }
> }
>
Gentle ping, just to avoid that this falls through the cracks because
it's so small.
Jan
--
Siemens AG, Corporate Technology, CT RDA IOT SES-DE
Corporate Competence Center Embedded Linux
^ permalink raw reply [flat|nested] 10+ messages in thread
* [PATCH] arm: Initialize hrtimer-based broadcast clockevent
@ 2018-03-01 6:04 ` Jan Kiszka
0 siblings, 0 replies; 10+ messages in thread
From: Jan Kiszka @ 2018-03-01 6:04 UTC (permalink / raw)
To: linux-arm-kernel
On 2018-01-22 07:06, Jan Kiszka wrote:
> Analogously to 9358d755bd5c, this registers a broadcast clockevent in
> case no hardware broadcast timer is available and the per-CPU timers can
> be stopped in deep power states.
>
> Partitions of the Jailhouse hypervisor fall in this category.
> Registering the workaround timer allows to enter high-resolution mode in
> that case.
>
> Signed-off-by: Jan Kiszka <jan.kiszka@siemens.com>
> ---
> arch/arm/kernel/time.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/arch/arm/kernel/time.c b/arch/arm/kernel/time.c
> index 629f8e9981f1..0a45d861ef8e 100644
> --- a/arch/arm/kernel/time.c
> +++ b/arch/arm/kernel/time.c
> @@ -12,6 +12,7 @@
> * reading the RTC at bootup, etc...
> */
> #include <linux/clk-provider.h>
> +#include <linux/clockchips.h>
> #include <linux/clocksource.h>
> #include <linux/errno.h>
> #include <linux/export.h>
> @@ -121,5 +122,7 @@ void __init time_init(void)
> of_clk_init(NULL);
> #endif
> timer_probe();
> +
> + tick_setup_hrtimer_broadcast();
> }
> }
>
Gentle ping, just to avoid that this falls through the cracks because
it's so small.
Jan
--
Siemens AG, Corporate Technology, CT RDA IOT SES-DE
Corporate Competence Center Embedded Linux
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH] arm: Initialize hrtimer-based broadcast clockevent
2018-03-01 6:04 ` Jan Kiszka
@ 2018-04-04 15:54 ` Jan Kiszka
-1 siblings, 0 replies; 10+ messages in thread
From: Jan Kiszka @ 2018-04-04 15:54 UTC (permalink / raw)
To: Russell King, linux-arm-kernel, Thomas Gleixner
Cc: Jailhouse, Linux Kernel Mailing List
On 2018-03-01 07:04, Jan Kiszka wrote:
> On 2018-01-22 07:06, Jan Kiszka wrote:
>> Analogously to 9358d755bd5c, this registers a broadcast clockevent in
>> case no hardware broadcast timer is available and the per-CPU timers can
>> be stopped in deep power states.
>>
>> Partitions of the Jailhouse hypervisor fall in this category.
>> Registering the workaround timer allows to enter high-resolution mode in
>> that case.
>>
>> Signed-off-by: Jan Kiszka <jan.kiszka@siemens.com>
>> ---
>> arch/arm/kernel/time.c | 3 +++
>> 1 file changed, 3 insertions(+)
>>
>> diff --git a/arch/arm/kernel/time.c b/arch/arm/kernel/time.c
>> index 629f8e9981f1..0a45d861ef8e 100644
>> --- a/arch/arm/kernel/time.c
>> +++ b/arch/arm/kernel/time.c
>> @@ -12,6 +12,7 @@
>> * reading the RTC at bootup, etc...
>> */
>> #include <linux/clk-provider.h>
>> +#include <linux/clockchips.h>
>> #include <linux/clocksource.h>
>> #include <linux/errno.h>
>> #include <linux/export.h>
>> @@ -121,5 +122,7 @@ void __init time_init(void)
>> of_clk_init(NULL);
>> #endif
>> timer_probe();
>> +
>> + tick_setup_hrtimer_broadcast();
>> }
>> }
>>
>
> Gentle ping, just to avoid that this falls through the cracks because
> it's so small.
>
2nd ping. Should this patch be routed via ARM or rather some tip/timers
tree?
Jan
--
Siemens AG, Corporate Technology, CT RDA IOT SES-DE
Corporate Competence Center Embedded Linux
^ permalink raw reply [flat|nested] 10+ messages in thread
* [PATCH] arm: Initialize hrtimer-based broadcast clockevent
@ 2018-04-04 15:54 ` Jan Kiszka
0 siblings, 0 replies; 10+ messages in thread
From: Jan Kiszka @ 2018-04-04 15:54 UTC (permalink / raw)
To: linux-arm-kernel
On 2018-03-01 07:04, Jan Kiszka wrote:
> On 2018-01-22 07:06, Jan Kiszka wrote:
>> Analogously to 9358d755bd5c, this registers a broadcast clockevent in
>> case no hardware broadcast timer is available and the per-CPU timers can
>> be stopped in deep power states.
>>
>> Partitions of the Jailhouse hypervisor fall in this category.
>> Registering the workaround timer allows to enter high-resolution mode in
>> that case.
>>
>> Signed-off-by: Jan Kiszka <jan.kiszka@siemens.com>
>> ---
>> arch/arm/kernel/time.c | 3 +++
>> 1 file changed, 3 insertions(+)
>>
>> diff --git a/arch/arm/kernel/time.c b/arch/arm/kernel/time.c
>> index 629f8e9981f1..0a45d861ef8e 100644
>> --- a/arch/arm/kernel/time.c
>> +++ b/arch/arm/kernel/time.c
>> @@ -12,6 +12,7 @@
>> * reading the RTC at bootup, etc...
>> */
>> #include <linux/clk-provider.h>
>> +#include <linux/clockchips.h>
>> #include <linux/clocksource.h>
>> #include <linux/errno.h>
>> #include <linux/export.h>
>> @@ -121,5 +122,7 @@ void __init time_init(void)
>> of_clk_init(NULL);
>> #endif
>> timer_probe();
>> +
>> + tick_setup_hrtimer_broadcast();
>> }
>> }
>>
>
> Gentle ping, just to avoid that this falls through the cracks because
> it's so small.
>
2nd ping. Should this patch be routed via ARM or rather some tip/timers
tree?
Jan
--
Siemens AG, Corporate Technology, CT RDA IOT SES-DE
Corporate Competence Center Embedded Linux
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH] arm: Initialize hrtimer-based broadcast clockevent
2018-04-04 15:54 ` Jan Kiszka
@ 2018-06-11 5:42 ` Jan Kiszka
-1 siblings, 0 replies; 10+ messages in thread
From: Jan Kiszka @ 2018-06-11 5:42 UTC (permalink / raw)
To: Russell King, linux-arm-kernel, Thomas Gleixner, Arnd Bergmann
Cc: Jailhouse, Linux Kernel Mailing List
On 2018-04-04 17:54, Jan Kiszka wrote:
> On 2018-03-01 07:04, Jan Kiszka wrote:
>> On 2018-01-22 07:06, Jan Kiszka wrote:
>>> Analogously to 9358d755bd5c, this registers a broadcast clockevent in
>>> case no hardware broadcast timer is available and the per-CPU timers can
>>> be stopped in deep power states.
>>>
>>> Partitions of the Jailhouse hypervisor fall in this category.
>>> Registering the workaround timer allows to enter high-resolution mode in
>>> that case.
>>>
>>> Signed-off-by: Jan Kiszka <jan.kiszka@siemens.com>
>>> ---
>>> arch/arm/kernel/time.c | 3 +++
>>> 1 file changed, 3 insertions(+)
>>>
>>> diff --git a/arch/arm/kernel/time.c b/arch/arm/kernel/time.c
>>> index 629f8e9981f1..0a45d861ef8e 100644
>>> --- a/arch/arm/kernel/time.c
>>> +++ b/arch/arm/kernel/time.c
>>> @@ -12,6 +12,7 @@
>>> * reading the RTC at bootup, etc...
>>> */
>>> #include <linux/clk-provider.h>
>>> +#include <linux/clockchips.h>
>>> #include <linux/clocksource.h>
>>> #include <linux/errno.h>
>>> #include <linux/export.h>
>>> @@ -121,5 +122,7 @@ void __init time_init(void)
>>> of_clk_init(NULL);
>>> #endif
>>> timer_probe();
>>> +
>>> + tick_setup_hrtimer_broadcast();
>>> }
>>> }
>>>
>>
>> Gentle ping, just to avoid that this falls through the cracks because
>> it's so small.
>>
>
> 2nd ping. Should this patch be routed via ARM or rather some tip/timers
> tree?
>
3rd try: Could someone have a look at this and merge it - or at least
ack it in order to move forward?
Thanks,
Jan
^ permalink raw reply [flat|nested] 10+ messages in thread
* [PATCH] arm: Initialize hrtimer-based broadcast clockevent
@ 2018-06-11 5:42 ` Jan Kiszka
0 siblings, 0 replies; 10+ messages in thread
From: Jan Kiszka @ 2018-06-11 5:42 UTC (permalink / raw)
To: linux-arm-kernel
On 2018-04-04 17:54, Jan Kiszka wrote:
> On 2018-03-01 07:04, Jan Kiszka wrote:
>> On 2018-01-22 07:06, Jan Kiszka wrote:
>>> Analogously to 9358d755bd5c, this registers a broadcast clockevent in
>>> case no hardware broadcast timer is available and the per-CPU timers can
>>> be stopped in deep power states.
>>>
>>> Partitions of the Jailhouse hypervisor fall in this category.
>>> Registering the workaround timer allows to enter high-resolution mode in
>>> that case.
>>>
>>> Signed-off-by: Jan Kiszka <jan.kiszka@siemens.com>
>>> ---
>>> arch/arm/kernel/time.c | 3 +++
>>> 1 file changed, 3 insertions(+)
>>>
>>> diff --git a/arch/arm/kernel/time.c b/arch/arm/kernel/time.c
>>> index 629f8e9981f1..0a45d861ef8e 100644
>>> --- a/arch/arm/kernel/time.c
>>> +++ b/arch/arm/kernel/time.c
>>> @@ -12,6 +12,7 @@
>>> * reading the RTC at bootup, etc...
>>> */
>>> #include <linux/clk-provider.h>
>>> +#include <linux/clockchips.h>
>>> #include <linux/clocksource.h>
>>> #include <linux/errno.h>
>>> #include <linux/export.h>
>>> @@ -121,5 +122,7 @@ void __init time_init(void)
>>> of_clk_init(NULL);
>>> #endif
>>> timer_probe();
>>> +
>>> + tick_setup_hrtimer_broadcast();
>>> }
>>> }
>>>
>>
>> Gentle ping, just to avoid that this falls through the cracks because
>> it's so small.
>>
>
> 2nd ping. Should this patch be routed via ARM or rather some tip/timers
> tree?
>
3rd try: Could someone have a look at this and merge it - or at least
ack it in order to move forward?
Thanks,
Jan
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH] arm: Initialize hrtimer-based broadcast clockevent
2018-06-11 5:42 ` Jan Kiszka
@ 2018-09-17 6:23 ` Jan Kiszka
-1 siblings, 0 replies; 10+ messages in thread
From: Jan Kiszka @ 2018-09-17 6:23 UTC (permalink / raw)
To: Russell King, linux-arm-kernel, Thomas Gleixner, Arnd Bergmann
Cc: Jailhouse, Linux Kernel Mailing List
On 11.06.18 07:42, Jan Kiszka wrote:
> On 2018-04-04 17:54, Jan Kiszka wrote:
>> On 2018-03-01 07:04, Jan Kiszka wrote:
>>> On 2018-01-22 07:06, Jan Kiszka wrote:
>>>> Analogously to 9358d755bd5c, this registers a broadcast clockevent in
>>>> case no hardware broadcast timer is available and the per-CPU timers can
>>>> be stopped in deep power states.
>>>>
>>>> Partitions of the Jailhouse hypervisor fall in this category.
>>>> Registering the workaround timer allows to enter high-resolution mode in
>>>> that case.
>>>>
>>>> Signed-off-by: Jan Kiszka <jan.kiszka@siemens.com>
>>>> ---
>>>> arch/arm/kernel/time.c | 3 +++
>>>> 1 file changed, 3 insertions(+)
>>>>
>>>> diff --git a/arch/arm/kernel/time.c b/arch/arm/kernel/time.c
>>>> index 629f8e9981f1..0a45d861ef8e 100644
>>>> --- a/arch/arm/kernel/time.c
>>>> +++ b/arch/arm/kernel/time.c
>>>> @@ -12,6 +12,7 @@
>>>> * reading the RTC at bootup, etc...
>>>> */
>>>> #include <linux/clk-provider.h>
>>>> +#include <linux/clockchips.h>
>>>> #include <linux/clocksource.h>
>>>> #include <linux/errno.h>
>>>> #include <linux/export.h>
>>>> @@ -121,5 +122,7 @@ void __init time_init(void)
>>>> of_clk_init(NULL);
>>>> #endif
>>>> timer_probe();
>>>> +
>>>> + tick_setup_hrtimer_broadcast();
>>>> }
>>>> }
>>>>
>>>
>>> Gentle ping, just to avoid that this falls through the cracks because
>>> it's so small.
>>>
>>
>> 2nd ping. Should this patch be routed via ARM or rather some tip/timers
>> tree?
>>
>
> 3rd try: Could someone have a look at this and merge it - or at least
> ack it in order to move forward?
>
Still no reactions, so I'm kindly reminding of this patch again.
Jan
--
Siemens AG, Corporate Technology, CT RDA IOT SES-DE
Corporate Competence Center Embedded Linux
^ permalink raw reply [flat|nested] 10+ messages in thread
* [PATCH] arm: Initialize hrtimer-based broadcast clockevent
@ 2018-09-17 6:23 ` Jan Kiszka
0 siblings, 0 replies; 10+ messages in thread
From: Jan Kiszka @ 2018-09-17 6:23 UTC (permalink / raw)
To: linux-arm-kernel
On 11.06.18 07:42, Jan Kiszka wrote:
> On 2018-04-04 17:54, Jan Kiszka wrote:
>> On 2018-03-01 07:04, Jan Kiszka wrote:
>>> On 2018-01-22 07:06, Jan Kiszka wrote:
>>>> Analogously to 9358d755bd5c, this registers a broadcast clockevent in
>>>> case no hardware broadcast timer is available and the per-CPU timers can
>>>> be stopped in deep power states.
>>>>
>>>> Partitions of the Jailhouse hypervisor fall in this category.
>>>> Registering the workaround timer allows to enter high-resolution mode in
>>>> that case.
>>>>
>>>> Signed-off-by: Jan Kiszka <jan.kiszka@siemens.com>
>>>> ---
>>>> arch/arm/kernel/time.c | 3 +++
>>>> 1 file changed, 3 insertions(+)
>>>>
>>>> diff --git a/arch/arm/kernel/time.c b/arch/arm/kernel/time.c
>>>> index 629f8e9981f1..0a45d861ef8e 100644
>>>> --- a/arch/arm/kernel/time.c
>>>> +++ b/arch/arm/kernel/time.c
>>>> @@ -12,6 +12,7 @@
>>>> * reading the RTC at bootup, etc...
>>>> */
>>>> #include <linux/clk-provider.h>
>>>> +#include <linux/clockchips.h>
>>>> #include <linux/clocksource.h>
>>>> #include <linux/errno.h>
>>>> #include <linux/export.h>
>>>> @@ -121,5 +122,7 @@ void __init time_init(void)
>>>> of_clk_init(NULL);
>>>> #endif
>>>> timer_probe();
>>>> +
>>>> + tick_setup_hrtimer_broadcast();
>>>> }
>>>> }
>>>>
>>>
>>> Gentle ping, just to avoid that this falls through the cracks because
>>> it's so small.
>>>
>>
>> 2nd ping. Should this patch be routed via ARM or rather some tip/timers
>> tree?
>>
>
> 3rd try: Could someone have a look at this and merge it - or at least
> ack it in order to move forward?
>
Still no reactions, so I'm kindly reminding of this patch again.
Jan
--
Siemens AG, Corporate Technology, CT RDA IOT SES-DE
Corporate Competence Center Embedded Linux
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2018-09-17 6:37 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-01-22 6:06 [PATCH] arm: Initialize hrtimer-based broadcast clockevent Jan Kiszka
2018-01-22 6:06 ` Jan Kiszka
2018-03-01 6:04 ` Jan Kiszka
2018-03-01 6:04 ` Jan Kiszka
2018-04-04 15:54 ` Jan Kiszka
2018-04-04 15:54 ` Jan Kiszka
2018-06-11 5:42 ` Jan Kiszka
2018-06-11 5:42 ` Jan Kiszka
2018-09-17 6:23 ` Jan Kiszka
2018-09-17 6:23 ` Jan Kiszka
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.