From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
To: Ian Jackson <Ian.Jackson@eu.citrix.com>
Cc: Keir Fraser <keir@xen.org>,
David Vrabel <david.vrabel@citrix.com>,
Jan Beulich <JBeulich@suse.com>,
xen-devel <xen-devel@lists.xenproject.org>,
Boris Ostrovsky <boris.ostrovsky@oracle.com>,
Malcolm Crossley <malcolm.crossley@citrix.com>
Subject: Re: [xen-unstable test] 18851: regressions - FAIL [and 1 more messages]
Date: Fri, 6 Sep 2013 08:57:56 -0400 [thread overview]
Message-ID: <20130906125756.GC2590@phenom.dumpdata.com> (raw)
In-Reply-To: <21033.45234.301594.983000@mariner.uk.xensource.com>
On Fri, Sep 06, 2013 at 11:38:42AM +0100, Ian Jackson wrote:
> Jan Beulich writes ("Re: [xen-unstable test] 18851: regressions - FAIL"):
> > This looks like a red herring. Having poked about in woodlouse it looks
> > like something is screwy with interrupts. The tg3 cards aren't using
> > MSI and the USB controller is using edge not level handlers. Another
> > machine with the same chipset is happily using MSIs.
>
> I did the following tests overnight:
>
> * 3.4.60 kernel:
>
> Pass! [adhoc flight 19081]
>
> * 3.10.10 + patch from Zoltan Kiss to limit SKB_FRAG_PAGE_ORDER
> Subject: net/core: Order-3 frag allocator causes SWIOTLB bouncing under Xen
> Date: Wed Sep 04 21:54:01 BST 2013
> Message-ID: <1378327638-23956-1-git-send-email-zoltan.kiss@citrix.com>
>
> Fail as before (in this case, timeout in debootstrap trying to
> install a geust). [adhoc flight 19082]
>
> * 3.10.10, kernel command line "pci=noacpi and pci=nocrs"
>
> Total boot failure. SATA controller complaining bitterly about
> lost interrupts. [adhoc flight 19085]
Somebody (Andrew? David?) took a look at the box and found that the MSIs
were all out of whack. I guess with the 'noacpi' parameter the thinking is
that the ACPI _PRT are out of whack with the more modern kernels?
I am not that familiar with oss-test - but is each of the set of boxes
running a different version of the hypervisor? Meaning you don't
randomly install from scratch a new version of a hypervisor on different
boxes?
Thanks!
>
> I also took woodlouse out of the main test pool, which is how we got a
> push of 4.2. I'm going to put it back now, and make a change to
> switch to Linux 3.4.y for general tests.
>
> I think this gets the 3.10.y problem off the critical path for
> everything else but of course we should still fix it. I will leave
> the 3.10.y push gate in place.
Aye. Is this issue (network incredibly slow) only surfacing on this box?
No - I thought I saw the issue on gall and lice with the upstream Linux?
Are those two machines the same as woodlouse?
>
> Ian.
next prev parent reply other threads:[~2013-09-06 12:58 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-08-29 19:18 [xen-unstable test] 18851: regressions - FAIL xen.org
2013-08-30 10:36 ` Jan Beulich
2013-09-02 15:10 ` Ian Jackson
2013-09-02 17:02 ` [xen-unstable test] 19006: regressions - trouble: broken/fail/pass xen.org
2013-09-02 17:09 ` [xen-unstable test] 18851: regressions - FAIL Ian Jackson
2013-09-02 17:15 ` [xen-unstable test] 19006: regressions - trouble: broken/fail/pass [and 1 more messages] Ian Jackson
2013-09-04 9:04 ` [xen-unstable test] 18851: regressions - FAIL Jan Beulich
2013-09-04 10:41 ` Ian Jackson
2013-09-05 11:24 ` David Vrabel
2013-09-05 12:20 ` Jan Beulich
2013-09-05 14:09 ` David Vrabel
2013-09-06 10:38 ` [xen-unstable test] 18851: regressions - FAIL [and 1 more messages] Ian Jackson
2013-09-06 10:49 ` Jan Beulich
2013-09-06 11:06 ` Ian Jackson
2013-09-06 12:49 ` Konrad Rzeszutek Wilk
2013-09-06 10:58 ` David Vrabel
2013-09-06 11:50 ` Ian Jackson
2013-09-06 12:57 ` Konrad Rzeszutek Wilk [this message]
2013-09-06 13:34 ` Ian Jackson
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=20130906125756.GC2590@phenom.dumpdata.com \
--to=konrad.wilk@oracle.com \
--cc=Ian.Jackson@eu.citrix.com \
--cc=JBeulich@suse.com \
--cc=boris.ostrovsky@oracle.com \
--cc=david.vrabel@citrix.com \
--cc=keir@xen.org \
--cc=malcolm.crossley@citrix.com \
--cc=xen-devel@lists.xenproject.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 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.