From: Don Slutz <dslutz@verizon.com>
To: Steve Freitas <sflist@ihonk.com>, Don Slutz <dslutz@verizon.com>,
xen-devel@lists.xen.org
Subject: Re: Regression, host crash with 4.5rc1
Date: Tue, 04 Nov 2014 09:39:29 -0500 [thread overview]
Message-ID: <5458E521.2030002@terremark.com> (raw)
In-Reply-To: <5457F79B.2020300@ihonk.com>
On 11/03/14 16:46, Steve Freitas wrote:
> Hi all,
>
> I've got a Windows 7 x64 VM that is stable on 4.4.1 but crashes the
> host after a few hours on 4.5rc1. The machine is a ThinkStation D20,
> an X5660 with 5500-series chipset with an Nvidia Quadro FX4800
> (genuine) passed through. Distro is Debian Jessie running stock distro
> kernel and seabios. Both 4.4.1 and 4.5rc1 were built from source.
> Apologies if this issue has already been spotted but I can't keep up
> with the traffic on this list! :-)
>
> It looks as if something is stepping on PCI devices when the crash
> happens. In the log included below, it's the SATA system that's
> complaining but I've seen it hit the ethernet chip first, then SATA
> after that. I'm happy to troubleshoot, apply patches, give more
> information, etc.
>
> I've seen the crash when running Windows Update, when running the
> Unigine graphics benchmark, when running an Avast anti-virus scan.
> Haven't found a common thread.
>
> Don, one curious thing I noted which may be of no value whatsoever:
> Under 4.4.1, I can't give the VM > 3.5 gigs of RAM without breaking
> VGA passthrough. Under 4.5rc1 I can give the VM more than 3.5 gigs,
> yet I *don't* need to use the "mmio_hole" settings in the VM config.
> Not sure why or what that might signify, if anything.
>
First off, I do not know much about pci-passthru. The fact that it now
boots with
more then 3.5 GiB just tells me that things have changed (like what
physical addresses
are used get changed). Without a clear way to cause this issue, getting
to the root
cause is much harder. For example, there is no clear way to say that
4.4.1 will never
have this issue (it just has not yet done so).
There are 3 mmio_size values that make sense to try.
1) mmio_hole = 1033
This is what Konrad Wilk suggested (hole based on bare metal bios).
This has been
rounded up to the nearest MB.
2) mmio_hole = 1024
This might be a good size (512 may be just a little too small).
3) mmio_size = 512
This is the size that you think has worked in the past.
I would also see if less guest ram (like 3.0 GiB) can still reproduce
the issue.
-Don Slutz
> Possibly useful information follows.
>
> Thanks,
>
> Steve
>
next prev parent reply other threads:[~2014-11-04 14:39 UTC|newest]
Thread overview: 39+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-11-03 21:46 Regression, host crash with 4.5rc1 Steve Freitas
2014-11-03 21:52 ` Steve Freitas
2014-11-04 14:01 ` Don Slutz
2014-11-04 8:20 ` Pasi Kärkkäinen
2014-11-04 10:15 ` Jan Beulich
2014-11-10 8:03 ` Steve Freitas
2014-11-10 8:51 ` Jan Beulich
2014-11-10 20:05 ` Steve Freitas
2014-11-11 8:05 ` Jan Beulich
2014-11-17 19:21 ` Steve Freitas
2014-11-18 7:54 ` Jan Beulich
2014-11-20 1:23 ` Steve Freitas
2014-11-20 7:59 ` Jan Beulich
2014-11-20 20:07 ` Steve Freitas
2014-11-21 8:42 ` Jan Beulich
2014-11-23 1:28 ` Steve Freitas
2014-11-24 8:45 ` Jan Beulich
2014-11-24 9:08 ` Steve Freitas
2014-11-24 9:15 ` Jan Beulich
2014-11-24 11:41 ` Jan Beulich
2014-11-24 22:17 ` Steve Freitas
2014-11-25 8:16 ` Jan Beulich
2014-11-25 9:38 ` Steve Freitas
2014-11-25 11:00 ` Jan Beulich
2014-11-27 5:29 ` Steve Freitas
2014-11-27 9:27 ` Jan Beulich
2014-11-28 8:24 ` Steve Freitas
2014-11-28 8:50 ` Jan Beulich
2014-11-28 9:44 ` Steve Freitas
2014-12-03 17:14 ` Dugger, Donald D
2015-02-27 17:25 ` Dugger, Donald D
2015-02-27 17:50 ` Brown, Len
2015-03-02 15:24 ` Jan Beulich
2015-03-09 0:45 ` Steve Freitas
2015-03-26 20:49 ` Brown, Len
2014-11-21 9:31 ` Jan Beulich
2014-11-04 18:35 ` Steve Freitas
2014-11-04 14:39 ` Don Slutz [this message]
2014-11-06 23:20 ` Steve Freitas
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=5458E521.2030002@terremark.com \
--to=dslutz@verizon.com \
--cc=sflist@ihonk.com \
--cc=xen-devel@lists.xen.org \
/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;
as well as URLs for NNTP newsgroup(s).