[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH v7 00/14] Reverse debugging
|
From: |
Paolo Bonzini |
|
Subject: |
Re: [PATCH v7 00/14] Reverse debugging |
|
Date: |
Mon, 5 Oct 2020 15:51:47 +0200 |
|
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.11.0 |
On 05/10/20 15:45, Pavel Dovgalyuk wrote:
>
> That's very strange.
> None of the patches affect RR for AArch64. Is this the real failure or
> just a coincidence?
> I also tried running this test on my local machine and got normal
> execution time for replay:
> real 0m0,968s
> user 0m0,657s
> sys 0m0,625s
>
> By the way, this is an early RR test. Now we have more complex (and
> easier to reproduce) avocado-based RR tests (for aarch64 too).
> I.e. record and replay in this test are divided into two "tests",
> and can cause races if running in parallel for some reason.
Good to know. I'll keep this series in my tree so that it reruns, and
will keep an eye on whether I see similar failures in the next few days.
I have seen other similar timeouts (e.g. in xtensa test-timer) that
weren't related to RR so it's possible that it's a false positive.
> Shouldn't we just drop this one?
Feel free to send a patch to Alex for it.
Paolo