diff options
| -rw-r--r-- | kernel/sched/clock.c | 26 |
1 files changed, 26 insertions, 0 deletions
diff --git a/kernel/sched/clock.c b/kernel/sched/clock.c index c685e31492df..c3ae1446461c 100644 --- a/kernel/sched/clock.c +++ b/kernel/sched/clock.c | |||
| @@ -176,10 +176,36 @@ static u64 sched_clock_remote(struct sched_clock_data *scd) | |||
| 176 | u64 this_clock, remote_clock; | 176 | u64 this_clock, remote_clock; |
| 177 | u64 *ptr, old_val, val; | 177 | u64 *ptr, old_val, val; |
| 178 | 178 | ||
| 179 | #if BITS_PER_LONG != 64 | ||
| 180 | again: | ||
| 181 | /* | ||
| 182 | * Careful here: The local and the remote clock values need to | ||
| 183 | * be read out atomic as we need to compare the values and | ||
| 184 | * then update either the local or the remote side. So the | ||
| 185 | * cmpxchg64 below only protects one readout. | ||
| 186 | * | ||
| 187 | * We must reread via sched_clock_local() in the retry case on | ||
| 188 | * 32bit as an NMI could use sched_clock_local() via the | ||
| 189 | * tracer and hit between the readout of | ||
| 190 | * the low32bit and the high 32bit portion. | ||
| 191 | */ | ||
| 192 | this_clock = sched_clock_local(my_scd); | ||
| 193 | /* | ||
| 194 | * We must enforce atomic readout on 32bit, otherwise the | ||
| 195 | * update on the remote cpu can hit inbetween the readout of | ||
| 196 | * the low32bit and the high 32bit portion. | ||
| 197 | */ | ||
| 198 | remote_clock = cmpxchg64(&scd->clock, 0, 0); | ||
| 199 | #else | ||
| 200 | /* | ||
| 201 | * On 64bit the read of [my]scd->clock is atomic versus the | ||
| 202 | * update, so we can avoid the above 32bit dance. | ||
| 203 | */ | ||
| 179 | sched_clock_local(my_scd); | 204 | sched_clock_local(my_scd); |
| 180 | again: | 205 | again: |
| 181 | this_clock = my_scd->clock; | 206 | this_clock = my_scd->clock; |
| 182 | remote_clock = scd->clock; | 207 | remote_clock = scd->clock; |
| 208 | #endif | ||
| 183 | 209 | ||
| 184 | /* | 210 | /* |
| 185 | * Use the opportunity that we have both locks | 211 | * Use the opportunity that we have both locks |
