All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jeremy Fitzhardinge <jeremy@goop.org>
To: Andreas Kinzler <ml-xen-devel@hfp.de>
Cc: xen-devel@lists.xensource.com,
	Keir Fraser <keir.fraser@eu.citrix.com>,
	JBeulich@novell.com
Subject: Re: Instability with Xen, interrupt routing frozen, HPET broadcast
Date: Thu, 30 Sep 2010 10:12:46 -0700	[thread overview]
Message-ID: <4CA4C50E.5030107@goop.org> (raw)
In-Reply-To: <4CA46397.2060206@hfp.de>

 On 09/30/2010 03:16 AM, Andreas Kinzler wrote:
> On 29.09.2010 21:50, Jeremy Fitzhardinge wrote:
>>> It is a Supermicro X8SIL-F, Intel Xeon 3450 system.
>> The big problem I had initially was instability with the integrated
>> ethernet until I disabled PCIe ASPM.  The symptom was that the ethernet
>> devices would disappear (ie, their PCI config space would start to read
>> all 0xff...)
>
> I know that this is a known problem of Intel 82574L chips (on X8SIL) -
> it is discussed on "Intel Wired Ethernet"
> (http://sourceforge.net/projects/e1000/).

Aha, specifically
http://sourceforge.net/tracker/index.php?func=detail&aid=2908463&group_id=42302&atid=447449,
in which several people invoke me, but nobody bothered to tell me that
this bug existed on sf :/

> That is why I tested different NICs (Intel ET Server Adapter (82576
> [igb]) and Realtek 8168) and the problem remained. So I can say with
> certainty that the NIC and/or its power management is not the problem.

OK.

>
> I also spend extensive time changing hardware components. I used a
> different mainboard (ASUS P7F-M), a different power supply, changed
> CPU, changed NICs (see above) - problems remained.
>
> > That's exactly what my main test/devel machine is.  It has been very
> > stable for me with xen-unstable.
>
> We have a second Supermicro X8SIL-F, Intel Xeon 3450 system which only
> runs Linux PVM domains and it is totally stable (without my HPET
> patch). So I think as with all timing/race/deadlock/... issues it
> depends on what you do on your system. Let me give you my crash
> "recipe" [quite reliable ;-)]

OK.  My machine is mostly running PV domains, with some low-intensity
hvm ones.

>
> Have two HVMs (called win1, win2) with Windows 7 x64 installed (do
> install everything twice, never clone, VM config attached). Install
> GPLPV 0.11.0.213, iometer 2006.07.27, prime95 25.11 x64. On both
> systems: start prime95 torture test (in-place large FFT) and using
> Windows task manager set CPU affinity on win1 of process prime95 to
> use only CPU1. On win2 do the same thing but to use only CPU0. Then
> start iometer on both VMs using the following parameters: have a
> second virtual disk in both VMs (so every windows has 2 virtual disks,
> one for Windows and one for iometer), use "# of outstanding I/Os" = 4,
> access spec = "All in one". Wait some minutes. Crash!

Yes, that's a very different workload from mine.

    J

  reply	other threads:[~2010-09-30 17:12 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-09-09  9:20 Instability with Xen, interrupt routing frozen, HPET broadcast Andreas Kinzler
2010-09-21 11:56 ` Pasi Kärkkäinen
2010-09-29 18:08   ` Andreas Kinzler
2010-09-29 19:34     ` Andrew Lyon
2010-09-29 21:18       ` Konrad Rzeszutek Wilk
2010-09-29 19:50     ` Jeremy Fitzhardinge
2010-09-30 10:16       ` Andreas Kinzler
2010-09-30 17:12         ` Jeremy Fitzhardinge [this message]
2010-09-30  5:00     ` Zhang, Xiantao
2010-09-30  6:02       ` Wei, Gang
2010-09-30  9:42       ` Andreas Kinzler
2010-10-01  4:14         ` Zhang, Xiantao
2010-12-31 14:31 ` Pasi Kärkkäinen
2011-01-09 19:10   ` Andreas Kinzler
2011-01-09 19:21     ` Pasi Kärkkäinen
2011-01-09 20:04       ` Keir Fraser
2011-01-19 10:19         ` Andreas Kinzler
  -- strict thread matches above, loose matches on Subject: below --
2011-05-04 22:31 Langsdorf, Mark
2011-05-05  6:27 ` Wei, Gang
2011-05-05 14:53   ` Langsdorf, Mark

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=4CA4C50E.5030107@goop.org \
    --to=jeremy@goop.org \
    --cc=JBeulich@novell.com \
    --cc=keir.fraser@eu.citrix.com \
    --cc=ml-xen-devel@hfp.de \
    --cc=xen-devel@lists.xensource.com \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.