From: Brad Campbell <lists2009@fnarfbargle.com>
To: Paolo Bonzini <pbonzini@redhat.com>,
Saso Slavicic <saso.linux@astim.si>,
kvm@vger.kernel.org
Subject: Re: XP machine freeze
Date: Sat, 04 Apr 2015 18:55:22 +0800 [thread overview]
Message-ID: <551FC31A.8050305@fnarfbargle.com> (raw)
In-Reply-To: <551A83BB.7040107@redhat.com>
On 31/03/15 19:23, Paolo Bonzini wrote:
>
> On 31/03/2015 13:16, Brad Campbell wrote:
>> If you look at the bisect point I'm currently at it's a mix of i2c and
>> arm. The only vaguely relevant (as far as I can see) commit is the
>> addition of the getrandom() syscall, so my bisect is looking dodgy at
>> best. If I can come up with a better test case on a non-critical box
>> then I'll be in a better position to try and help get to the bottom of
>> the issue.
> Yes, the bisect went wrong somewhere. Still, the 'bad' commit leave
> both a net-next and a KVM merge, so it could be worse. :)
>
So the bisect went horribly wrong _again_ and I've been completely
unable to reproduce this problem on a test or staging machine (tried
both), so I'm down to trying the 4 commits you suggested (pre/post KVM &
pre/post net) to see if I can find bookends for another targeted bisect.
I'm 23 hours into the pre-kvm commit, so I probably need another week or
two to at least identify some new bisect points as I really to want to
leave it run for 4 or 5 days for a good kernel.
I tried running iperf in various automated incarnations to speed up the
determination of a bad kernel, but it made absolutely no difference at
all to the fault time. The other thing that occurred to me is of course
I'm sucking in about 1.5Mb/s through the network and immediately
streaming it out to disk, so it's entirely possible it may be disk
related too.
I'll keep plugging away. In the mean time if anyone has any ideas I'm
all ears.
Regards,
Brad
--
Dolphins are so intelligent that within a few weeks they can train
Americans to stand at the edge of the pool and throw them fish.
next prev parent reply other threads:[~2015-04-04 10:55 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-03-16 15:10 XP machine freeze Saso Slavicic
2015-03-19 0:51 ` Marcelo Tosatti
2015-03-30 16:19 ` Saso Slavicic
2015-03-22 15:31 ` Brad Campbell
2015-03-30 21:11 ` Paolo Bonzini
2015-03-31 0:27 ` Brad Campbell
2015-03-31 6:29 ` Saso Slavicic
2015-03-31 7:18 ` Brad Campbell
2015-03-31 8:56 ` Paolo Bonzini
2015-03-31 11:16 ` Brad Campbell
2015-03-31 11:23 ` Paolo Bonzini
2015-04-04 10:55 ` Brad Campbell [this message]
2015-04-13 4:07 ` Brad Campbell
2015-04-13 12:38 ` Paolo Bonzini
2015-04-13 12:45 ` Brad Campbell
2015-04-13 14:02 ` Paolo Bonzini
2015-04-13 14:25 ` Brad Campbell
2015-04-19 15:27 ` Brad Campbell
2015-04-19 15:48 ` Nadav Amit
2015-04-19 16:50 ` Brad Campbell
2015-04-19 17:16 ` Paolo Bonzini
2015-04-13 12:47 ` Saso Slavicic
2015-04-13 13:33 ` Radim Krčmář
2015-04-13 13:34 ` Nadav Amit
2015-04-13 14:01 ` Paolo Bonzini
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=551FC31A.8050305@fnarfbargle.com \
--to=lists2009@fnarfbargle.com \
--cc=kvm@vger.kernel.org \
--cc=pbonzini@redhat.com \
--cc=saso.linux@astim.si \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox