xen-devel.lists.xenproject.org archive mirror
 help / color / mirror / Atom feed
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
>

  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).