* [PATCH] hw/ppc: Fix clock update drift
@ 2023-06-29 2:07 Nicholas Piggin
2023-06-29 5:25 ` Cédric Le Goater
` (2 more replies)
0 siblings, 3 replies; 6+ messages in thread
From: Nicholas Piggin @ 2023-06-29 2:07 UTC (permalink / raw)
To: qemu-devel
Cc: Nicholas Piggin, qemu-ppc, Daniel Henrique Barboza,
Cédric Le Goater, David Gibson, Greg Kurz,
Harsh Prateek Bora, qemu-stable
The clock update logic reads the clock twice to compute the new clock
value, with a value derived from the later time subtracted from a value
derived from the earlier time. The delta causes time to be lost.
This can ultimately result in time becoming unsynchronized between CPUs
and that can cause OS lockups, timeouts, watchdogs, etc. This can be
seen running a KVM guest (that causes lots of TB updates) on a powernv
SMP machine.
Fix this by reading the clock once.
Cc: qemu-stable@nongnu.org
Signed-off-by: Nicholas Piggin <npiggin@gmail.com>
---
I also made a test case that can trigger this with kvm-unit-tests, but
it's been taking me a while to get that upstreamed.
Thanks,
Nick
hw/ppc/ppc.c | 33 +++++++++++++++++----------------
1 file changed, 17 insertions(+), 16 deletions(-)
diff --git a/hw/ppc/ppc.c b/hw/ppc/ppc.c
index 82e4408c5c..6233f43c01 100644
--- a/hw/ppc/ppc.c
+++ b/hw/ppc/ppc.c
@@ -535,23 +535,24 @@ static inline void cpu_ppc_store_tb(ppc_tb_t *tb_env, uint64_t vmclk,
void cpu_ppc_store_tbl (CPUPPCState *env, uint32_t value)
{
ppc_tb_t *tb_env = env->tb_env;
+ int64_t clock = qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL);
uint64_t tb;
- tb = cpu_ppc_get_tb(tb_env, qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL), tb_env->tb_offset);
+ tb = cpu_ppc_get_tb(tb_env, clock, tb_env->tb_offset);
tb &= 0xFFFFFFFF00000000ULL;
- cpu_ppc_store_tb(tb_env, qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL),
- &tb_env->tb_offset, tb | (uint64_t)value);
+ cpu_ppc_store_tb(tb_env, clock, &tb_env->tb_offset, tb | (uint64_t)value);
}
static inline void _cpu_ppc_store_tbu(CPUPPCState *env, uint32_t value)
{
ppc_tb_t *tb_env = env->tb_env;
+ int64_t clock = qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL);
uint64_t tb;
- tb = cpu_ppc_get_tb(tb_env, qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL), tb_env->tb_offset);
+ tb = cpu_ppc_get_tb(tb_env, clock, tb_env->tb_offset);
tb &= 0x00000000FFFFFFFFULL;
- cpu_ppc_store_tb(tb_env, qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL),
- &tb_env->tb_offset, ((uint64_t)value << 32) | tb);
+ cpu_ppc_store_tb(tb_env, clock, &tb_env->tb_offset,
+ ((uint64_t)value << 32) | tb);
}
void cpu_ppc_store_tbu (CPUPPCState *env, uint32_t value)
@@ -584,23 +585,24 @@ uint32_t cpu_ppc_load_atbu (CPUPPCState *env)
void cpu_ppc_store_atbl (CPUPPCState *env, uint32_t value)
{
ppc_tb_t *tb_env = env->tb_env;
+ int64_t clock = qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL);
uint64_t tb;
- tb = cpu_ppc_get_tb(tb_env, qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL), tb_env->atb_offset);
+ tb = cpu_ppc_get_tb(tb_env, clock, tb_env->atb_offset);
tb &= 0xFFFFFFFF00000000ULL;
- cpu_ppc_store_tb(tb_env, qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL),
- &tb_env->atb_offset, tb | (uint64_t)value);
+ cpu_ppc_store_tb(tb_env, clock, &tb_env->atb_offset, tb | (uint64_t)value);
}
void cpu_ppc_store_atbu (CPUPPCState *env, uint32_t value)
{
ppc_tb_t *tb_env = env->tb_env;
+ int64_t clock = qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL);
uint64_t tb;
- tb = cpu_ppc_get_tb(tb_env, qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL), tb_env->atb_offset);
+ tb = cpu_ppc_get_tb(tb_env, clock, tb_env->atb_offset);
tb &= 0x00000000FFFFFFFFULL;
- cpu_ppc_store_tb(tb_env, qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL),
- &tb_env->atb_offset, ((uint64_t)value << 32) | tb);
+ cpu_ppc_store_tb(tb_env, clock, &tb_env->atb_offset,
+ ((uint64_t)value << 32) | tb);
}
uint64_t cpu_ppc_load_vtb(CPUPPCState *env)
@@ -622,14 +624,13 @@ void cpu_ppc_store_vtb(CPUPPCState *env, uint64_t value)
void cpu_ppc_store_tbu40(CPUPPCState *env, uint64_t value)
{
ppc_tb_t *tb_env = env->tb_env;
+ int64_t clock = qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL);
uint64_t tb;
- tb = cpu_ppc_get_tb(tb_env, qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL),
- tb_env->tb_offset);
+ tb = cpu_ppc_get_tb(tb_env, clock, tb_env->tb_offset);
tb &= 0xFFFFFFUL;
tb |= (value & ~0xFFFFFFUL);
- cpu_ppc_store_tb(tb_env, qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL),
- &tb_env->tb_offset, tb);
+ cpu_ppc_store_tb(tb_env, clock, &tb_env->tb_offset, tb);
}
static void cpu_ppc_tb_stop (CPUPPCState *env)
--
2.40.1
^ permalink raw reply related [flat|nested] 6+ messages in thread
* Re: [PATCH] hw/ppc: Fix clock update drift
2023-06-29 2:07 [PATCH] hw/ppc: Fix clock update drift Nicholas Piggin
@ 2023-06-29 5:25 ` Cédric Le Goater
2023-06-29 7:04 ` Frederic Barrat
2023-06-30 16:49 ` Daniel Henrique Barboza
2 siblings, 0 replies; 6+ messages in thread
From: Cédric Le Goater @ 2023-06-29 5:25 UTC (permalink / raw)
To: Nicholas Piggin, qemu-devel
Cc: qemu-ppc, Daniel Henrique Barboza, David Gibson, Greg Kurz,
Harsh Prateek Bora, qemu-stable
On 6/29/23 04:07, Nicholas Piggin wrote:
> The clock update logic reads the clock twice to compute the new clock
> value, with a value derived from the later time subtracted from a value
> derived from the earlier time. The delta causes time to be lost.
>
> This can ultimately result in time becoming unsynchronized between CPUs
> and that can cause OS lockups, timeouts, watchdogs, etc. This can be
> seen running a KVM guest (that causes lots of TB updates) on a powernv
> SMP machine.
>
> Fix this by reading the clock once.
>
> Cc: qemu-stable@nongnu.org
> Signed-off-by: Nicholas Piggin <npiggin@gmail.com>
Fixes: dbdd25065e90 ("Implement time-base start/stop helpers. Implement PowerPC 6xx time-base enable input pin.")
Reviewed-by: Cédric Le Goater <clg@kaod.org>
Thanks,
C.
> ---
> I also made a test case that can trigger this with kvm-unit-tests, but
> it's been taking me a while to get that upstreamed.
>
> Thanks,
> Nick
>
> hw/ppc/ppc.c | 33 +++++++++++++++++----------------
> 1 file changed, 17 insertions(+), 16 deletions(-)
>
> diff --git a/hw/ppc/ppc.c b/hw/ppc/ppc.c
> index 82e4408c5c..6233f43c01 100644
> --- a/hw/ppc/ppc.c
> +++ b/hw/ppc/ppc.c
> @@ -535,23 +535,24 @@ static inline void cpu_ppc_store_tb(ppc_tb_t *tb_env, uint64_t vmclk,
> void cpu_ppc_store_tbl (CPUPPCState *env, uint32_t value)
> {
> ppc_tb_t *tb_env = env->tb_env;
> + int64_t clock = qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL);
> uint64_t tb;
>
> - tb = cpu_ppc_get_tb(tb_env, qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL), tb_env->tb_offset);
> + tb = cpu_ppc_get_tb(tb_env, clock, tb_env->tb_offset);
> tb &= 0xFFFFFFFF00000000ULL;
> - cpu_ppc_store_tb(tb_env, qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL),
> - &tb_env->tb_offset, tb | (uint64_t)value);
> + cpu_ppc_store_tb(tb_env, clock, &tb_env->tb_offset, tb | (uint64_t)value);
> }
>
> static inline void _cpu_ppc_store_tbu(CPUPPCState *env, uint32_t value)
> {
> ppc_tb_t *tb_env = env->tb_env;
> + int64_t clock = qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL);
> uint64_t tb;
>
> - tb = cpu_ppc_get_tb(tb_env, qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL), tb_env->tb_offset);
> + tb = cpu_ppc_get_tb(tb_env, clock, tb_env->tb_offset);
> tb &= 0x00000000FFFFFFFFULL;
> - cpu_ppc_store_tb(tb_env, qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL),
> - &tb_env->tb_offset, ((uint64_t)value << 32) | tb);
> + cpu_ppc_store_tb(tb_env, clock, &tb_env->tb_offset,
> + ((uint64_t)value << 32) | tb);
> }
>
> void cpu_ppc_store_tbu (CPUPPCState *env, uint32_t value)
> @@ -584,23 +585,24 @@ uint32_t cpu_ppc_load_atbu (CPUPPCState *env)
> void cpu_ppc_store_atbl (CPUPPCState *env, uint32_t value)
> {
> ppc_tb_t *tb_env = env->tb_env;
> + int64_t clock = qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL);
> uint64_t tb;
>
> - tb = cpu_ppc_get_tb(tb_env, qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL), tb_env->atb_offset);
> + tb = cpu_ppc_get_tb(tb_env, clock, tb_env->atb_offset);
> tb &= 0xFFFFFFFF00000000ULL;
> - cpu_ppc_store_tb(tb_env, qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL),
> - &tb_env->atb_offset, tb | (uint64_t)value);
> + cpu_ppc_store_tb(tb_env, clock, &tb_env->atb_offset, tb | (uint64_t)value);
> }
>
> void cpu_ppc_store_atbu (CPUPPCState *env, uint32_t value)
> {
> ppc_tb_t *tb_env = env->tb_env;
> + int64_t clock = qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL);
> uint64_t tb;
>
> - tb = cpu_ppc_get_tb(tb_env, qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL), tb_env->atb_offset);
> + tb = cpu_ppc_get_tb(tb_env, clock, tb_env->atb_offset);
> tb &= 0x00000000FFFFFFFFULL;
> - cpu_ppc_store_tb(tb_env, qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL),
> - &tb_env->atb_offset, ((uint64_t)value << 32) | tb);
> + cpu_ppc_store_tb(tb_env, clock, &tb_env->atb_offset,
> + ((uint64_t)value << 32) | tb);
> }
>
> uint64_t cpu_ppc_load_vtb(CPUPPCState *env)
> @@ -622,14 +624,13 @@ void cpu_ppc_store_vtb(CPUPPCState *env, uint64_t value)
> void cpu_ppc_store_tbu40(CPUPPCState *env, uint64_t value)
> {
> ppc_tb_t *tb_env = env->tb_env;
> + int64_t clock = qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL);
> uint64_t tb;
>
> - tb = cpu_ppc_get_tb(tb_env, qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL),
> - tb_env->tb_offset);
> + tb = cpu_ppc_get_tb(tb_env, clock, tb_env->tb_offset);
> tb &= 0xFFFFFFUL;
> tb |= (value & ~0xFFFFFFUL);
> - cpu_ppc_store_tb(tb_env, qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL),
> - &tb_env->tb_offset, tb);
> + cpu_ppc_store_tb(tb_env, clock, &tb_env->tb_offset, tb);
> }
>
> static void cpu_ppc_tb_stop (CPUPPCState *env)
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH] hw/ppc: Fix clock update drift
2023-06-29 2:07 [PATCH] hw/ppc: Fix clock update drift Nicholas Piggin
2023-06-29 5:25 ` Cédric Le Goater
@ 2023-06-29 7:04 ` Frederic Barrat
2023-06-29 7:34 ` Cédric Le Goater
2023-06-30 16:49 ` Daniel Henrique Barboza
2 siblings, 1 reply; 6+ messages in thread
From: Frederic Barrat @ 2023-06-29 7:04 UTC (permalink / raw)
To: Nicholas Piggin, qemu-devel
Cc: qemu-ppc, Daniel Henrique Barboza, Cédric Le Goater,
David Gibson, Greg Kurz, Harsh Prateek Bora, qemu-stable
On 29/06/2023 04:07, Nicholas Piggin wrote:
> The clock update logic reads the clock twice to compute the new clock
> value, with a value derived from the later time subtracted from a value
> derived from the earlier time. The delta causes time to be lost.
>
> This can ultimately result in time becoming unsynchronized between CPUs
> and that can cause OS lockups, timeouts, watchdogs, etc. This can be
> seen running a KVM guest (that causes lots of TB updates) on a powernv
> SMP machine.
>
> Fix this by reading the clock once.
>
> Cc: qemu-stable@nongnu.org
> Signed-off-by: Nicholas Piggin <npiggin@gmail.com>
> ---
Nice! It must have been a nightmare to debug.
Do you know where that ATB spr comes from? I can't relate it to the ISA.
Reviewed-by: Frederic Barrat <fbarrat@linux.ibm.com>
> I also made a test case that can trigger this with kvm-unit-tests, but
> it's been taking me a while to get that upstreamed.
>
> Thanks,
> Nick
>
> hw/ppc/ppc.c | 33 +++++++++++++++++----------------
> 1 file changed, 17 insertions(+), 16 deletions(-)
>
> diff --git a/hw/ppc/ppc.c b/hw/ppc/ppc.c
> index 82e4408c5c..6233f43c01 100644
> --- a/hw/ppc/ppc.c
> +++ b/hw/ppc/ppc.c
> @@ -535,23 +535,24 @@ static inline void cpu_ppc_store_tb(ppc_tb_t *tb_env, uint64_t vmclk,
> void cpu_ppc_store_tbl (CPUPPCState *env, uint32_t value)
> {
> ppc_tb_t *tb_env = env->tb_env;
> + int64_t clock = qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL);
> uint64_t tb;
>
> - tb = cpu_ppc_get_tb(tb_env, qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL), tb_env->tb_offset);
> + tb = cpu_ppc_get_tb(tb_env, clock, tb_env->tb_offset);
> tb &= 0xFFFFFFFF00000000ULL;
> - cpu_ppc_store_tb(tb_env, qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL),
> - &tb_env->tb_offset, tb | (uint64_t)value);
> + cpu_ppc_store_tb(tb_env, clock, &tb_env->tb_offset, tb | (uint64_t)value);
> }
>
> static inline void _cpu_ppc_store_tbu(CPUPPCState *env, uint32_t value)
> {
> ppc_tb_t *tb_env = env->tb_env;
> + int64_t clock = qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL);
> uint64_t tb;
>
> - tb = cpu_ppc_get_tb(tb_env, qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL), tb_env->tb_offset);
> + tb = cpu_ppc_get_tb(tb_env, clock, tb_env->tb_offset);
> tb &= 0x00000000FFFFFFFFULL;
> - cpu_ppc_store_tb(tb_env, qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL),
> - &tb_env->tb_offset, ((uint64_t)value << 32) | tb);
> + cpu_ppc_store_tb(tb_env, clock, &tb_env->tb_offset,
> + ((uint64_t)value << 32) | tb);
> }
>
> void cpu_ppc_store_tbu (CPUPPCState *env, uint32_t value)
> @@ -584,23 +585,24 @@ uint32_t cpu_ppc_load_atbu (CPUPPCState *env)
> void cpu_ppc_store_atbl (CPUPPCState *env, uint32_t value)
> {
> ppc_tb_t *tb_env = env->tb_env;
> + int64_t clock = qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL);
> uint64_t tb;
>
> - tb = cpu_ppc_get_tb(tb_env, qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL), tb_env->atb_offset);
> + tb = cpu_ppc_get_tb(tb_env, clock, tb_env->atb_offset);
> tb &= 0xFFFFFFFF00000000ULL;
> - cpu_ppc_store_tb(tb_env, qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL),
> - &tb_env->atb_offset, tb | (uint64_t)value);
> + cpu_ppc_store_tb(tb_env, clock, &tb_env->atb_offset, tb | (uint64_t)value);
> }
>
> void cpu_ppc_store_atbu (CPUPPCState *env, uint32_t value)
> {
> ppc_tb_t *tb_env = env->tb_env;
> + int64_t clock = qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL);
> uint64_t tb;
>
> - tb = cpu_ppc_get_tb(tb_env, qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL), tb_env->atb_offset);
> + tb = cpu_ppc_get_tb(tb_env, clock, tb_env->atb_offset);
> tb &= 0x00000000FFFFFFFFULL;
> - cpu_ppc_store_tb(tb_env, qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL),
> - &tb_env->atb_offset, ((uint64_t)value << 32) | tb);
> + cpu_ppc_store_tb(tb_env, clock, &tb_env->atb_offset,
> + ((uint64_t)value << 32) | tb);
> }
>
> uint64_t cpu_ppc_load_vtb(CPUPPCState *env)
> @@ -622,14 +624,13 @@ void cpu_ppc_store_vtb(CPUPPCState *env, uint64_t value)
> void cpu_ppc_store_tbu40(CPUPPCState *env, uint64_t value)
> {
> ppc_tb_t *tb_env = env->tb_env;
> + int64_t clock = qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL);
> uint64_t tb;
>
> - tb = cpu_ppc_get_tb(tb_env, qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL),
> - tb_env->tb_offset);
> + tb = cpu_ppc_get_tb(tb_env, clock, tb_env->tb_offset);
> tb &= 0xFFFFFFUL;
> tb |= (value & ~0xFFFFFFUL);
> - cpu_ppc_store_tb(tb_env, qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL),
> - &tb_env->tb_offset, tb);
> + cpu_ppc_store_tb(tb_env, clock, &tb_env->tb_offset, tb);
> }
>
> static void cpu_ppc_tb_stop (CPUPPCState *env)
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH] hw/ppc: Fix clock update drift
2023-06-29 7:04 ` Frederic Barrat
@ 2023-06-29 7:34 ` Cédric Le Goater
2023-06-29 7:45 ` Nicholas Piggin
0 siblings, 1 reply; 6+ messages in thread
From: Cédric Le Goater @ 2023-06-29 7:34 UTC (permalink / raw)
To: Frederic Barrat, Nicholas Piggin, qemu-devel
Cc: qemu-ppc, Daniel Henrique Barboza, David Gibson, Greg Kurz,
Harsh Prateek Bora, qemu-stable
On 6/29/23 09:04, Frederic Barrat wrote:
>
>
> On 29/06/2023 04:07, Nicholas Piggin wrote:
>> The clock update logic reads the clock twice to compute the new clock
>> value, with a value derived from the later time subtracted from a value
>> derived from the earlier time. The delta causes time to be lost.
>>
>> This can ultimately result in time becoming unsynchronized between CPUs
>> and that can cause OS lockups, timeouts, watchdogs, etc. This can be
>> seen running a KVM guest (that causes lots of TB updates) on a powernv
>> SMP machine.
>>
>> Fix this by reading the clock once.
>>
>> Cc: qemu-stable@nongnu.org
>> Signed-off-by: Nicholas Piggin <npiggin@gmail.com>
>> ---
>
>
> Nice! It must have been a nightmare to debug.
> Do you know where that ATB spr comes from? I can't relate it to the ISA.
You should look at the e500 CPU (BookE) specs.
C.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH] hw/ppc: Fix clock update drift
2023-06-29 7:34 ` Cédric Le Goater
@ 2023-06-29 7:45 ` Nicholas Piggin
0 siblings, 0 replies; 6+ messages in thread
From: Nicholas Piggin @ 2023-06-29 7:45 UTC (permalink / raw)
To: Cédric Le Goater, Frederic Barrat, qemu-devel
Cc: qemu-ppc, Daniel Henrique Barboza, David Gibson, Greg Kurz,
Harsh Prateek Bora, qemu-stable
On Thu Jun 29, 2023 at 5:34 PM AEST, Cédric Le Goater wrote:
> On 6/29/23 09:04, Frederic Barrat wrote:
> >
> >
> > On 29/06/2023 04:07, Nicholas Piggin wrote:
> >> The clock update logic reads the clock twice to compute the new clock
> >> value, with a value derived from the later time subtracted from a value
> >> derived from the earlier time. The delta causes time to be lost.
> >>
> >> This can ultimately result in time becoming unsynchronized between CPUs
> >> and that can cause OS lockups, timeouts, watchdogs, etc. This can be
> >> seen running a KVM guest (that causes lots of TB updates) on a powernv
> >> SMP machine.
> >>
> >> Fix this by reading the clock once.
> >>
> >> Cc: qemu-stable@nongnu.org
> >> Signed-off-by: Nicholas Piggin <npiggin@gmail.com>
> >> ---
> >
> >
> > Nice! It must have been a nightmare to debug.
> > Do you know where that ATB spr comes from? I can't relate it to the ISA.
>
> You should look at the e500 CPU (BookE) specs.
Yeah it's in 2.07 in the Book E. It doesn't look like Linux uses it
anywhere so I didn't actually test it, but the pattern looks the same
as the others so I think it's should be right.
Thanks,
Nick
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH] hw/ppc: Fix clock update drift
2023-06-29 2:07 [PATCH] hw/ppc: Fix clock update drift Nicholas Piggin
2023-06-29 5:25 ` Cédric Le Goater
2023-06-29 7:04 ` Frederic Barrat
@ 2023-06-30 16:49 ` Daniel Henrique Barboza
2 siblings, 0 replies; 6+ messages in thread
From: Daniel Henrique Barboza @ 2023-06-30 16:49 UTC (permalink / raw)
To: Nicholas Piggin, qemu-devel
Cc: qemu-ppc, Cédric Le Goater, David Gibson, Greg Kurz,
Harsh Prateek Bora, qemu-stable
On 6/28/23 23:07, Nicholas Piggin wrote:
> The clock update logic reads the clock twice to compute the new clock
> value, with a value derived from the later time subtracted from a value
> derived from the earlier time. The delta causes time to be lost.
>
> This can ultimately result in time becoming unsynchronized between CPUs
> and that can cause OS lockups, timeouts, watchdogs, etc. This can be
> seen running a KVM guest (that causes lots of TB updates) on a powernv
> SMP machine.
>
> Fix this by reading the clock once.
>
> Cc: qemu-stable@nongnu.org
> Signed-off-by: Nicholas Piggin <npiggin@gmail.com>
> ---
Queued in gitlab.com/danielhb/qemu/tree/ppc-next after adding the "Fixes"
tag Cedric mentioned. Thanks,
Daniel
> I also made a test case that can trigger this with kvm-unit-tests, but
> it's been taking me a while to get that upstreamed.
>
> Thanks,
> Nick
>
> hw/ppc/ppc.c | 33 +++++++++++++++++----------------
> 1 file changed, 17 insertions(+), 16 deletions(-)
>
> diff --git a/hw/ppc/ppc.c b/hw/ppc/ppc.c
> index 82e4408c5c..6233f43c01 100644
> --- a/hw/ppc/ppc.c
> +++ b/hw/ppc/ppc.c
> @@ -535,23 +535,24 @@ static inline void cpu_ppc_store_tb(ppc_tb_t *tb_env, uint64_t vmclk,
> void cpu_ppc_store_tbl (CPUPPCState *env, uint32_t value)
> {
> ppc_tb_t *tb_env = env->tb_env;
> + int64_t clock = qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL);
> uint64_t tb;
>
> - tb = cpu_ppc_get_tb(tb_env, qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL), tb_env->tb_offset);
> + tb = cpu_ppc_get_tb(tb_env, clock, tb_env->tb_offset);
> tb &= 0xFFFFFFFF00000000ULL;
> - cpu_ppc_store_tb(tb_env, qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL),
> - &tb_env->tb_offset, tb | (uint64_t)value);
> + cpu_ppc_store_tb(tb_env, clock, &tb_env->tb_offset, tb | (uint64_t)value);
> }
>
> static inline void _cpu_ppc_store_tbu(CPUPPCState *env, uint32_t value)
> {
> ppc_tb_t *tb_env = env->tb_env;
> + int64_t clock = qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL);
> uint64_t tb;
>
> - tb = cpu_ppc_get_tb(tb_env, qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL), tb_env->tb_offset);
> + tb = cpu_ppc_get_tb(tb_env, clock, tb_env->tb_offset);
> tb &= 0x00000000FFFFFFFFULL;
> - cpu_ppc_store_tb(tb_env, qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL),
> - &tb_env->tb_offset, ((uint64_t)value << 32) | tb);
> + cpu_ppc_store_tb(tb_env, clock, &tb_env->tb_offset,
> + ((uint64_t)value << 32) | tb);
> }
>
> void cpu_ppc_store_tbu (CPUPPCState *env, uint32_t value)
> @@ -584,23 +585,24 @@ uint32_t cpu_ppc_load_atbu (CPUPPCState *env)
> void cpu_ppc_store_atbl (CPUPPCState *env, uint32_t value)
> {
> ppc_tb_t *tb_env = env->tb_env;
> + int64_t clock = qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL);
> uint64_t tb;
>
> - tb = cpu_ppc_get_tb(tb_env, qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL), tb_env->atb_offset);
> + tb = cpu_ppc_get_tb(tb_env, clock, tb_env->atb_offset);
> tb &= 0xFFFFFFFF00000000ULL;
> - cpu_ppc_store_tb(tb_env, qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL),
> - &tb_env->atb_offset, tb | (uint64_t)value);
> + cpu_ppc_store_tb(tb_env, clock, &tb_env->atb_offset, tb | (uint64_t)value);
> }
>
> void cpu_ppc_store_atbu (CPUPPCState *env, uint32_t value)
> {
> ppc_tb_t *tb_env = env->tb_env;
> + int64_t clock = qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL);
> uint64_t tb;
>
> - tb = cpu_ppc_get_tb(tb_env, qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL), tb_env->atb_offset);
> + tb = cpu_ppc_get_tb(tb_env, clock, tb_env->atb_offset);
> tb &= 0x00000000FFFFFFFFULL;
> - cpu_ppc_store_tb(tb_env, qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL),
> - &tb_env->atb_offset, ((uint64_t)value << 32) | tb);
> + cpu_ppc_store_tb(tb_env, clock, &tb_env->atb_offset,
> + ((uint64_t)value << 32) | tb);
> }
>
> uint64_t cpu_ppc_load_vtb(CPUPPCState *env)
> @@ -622,14 +624,13 @@ void cpu_ppc_store_vtb(CPUPPCState *env, uint64_t value)
> void cpu_ppc_store_tbu40(CPUPPCState *env, uint64_t value)
> {
> ppc_tb_t *tb_env = env->tb_env;
> + int64_t clock = qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL);
> uint64_t tb;
>
> - tb = cpu_ppc_get_tb(tb_env, qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL),
> - tb_env->tb_offset);
> + tb = cpu_ppc_get_tb(tb_env, clock, tb_env->tb_offset);
> tb &= 0xFFFFFFUL;
> tb |= (value & ~0xFFFFFFUL);
> - cpu_ppc_store_tb(tb_env, qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL),
> - &tb_env->tb_offset, tb);
> + cpu_ppc_store_tb(tb_env, clock, &tb_env->tb_offset, tb);
> }
>
> static void cpu_ppc_tb_stop (CPUPPCState *env)
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2023-06-30 16:50 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2023-06-29 2:07 [PATCH] hw/ppc: Fix clock update drift Nicholas Piggin
2023-06-29 5:25 ` Cédric Le Goater
2023-06-29 7:04 ` Frederic Barrat
2023-06-29 7:34 ` Cédric Le Goater
2023-06-29 7:45 ` Nicholas Piggin
2023-06-30 16:49 ` Daniel Henrique Barboza
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).