xen-devel.lists.xenproject.org archive mirror
 help / color / mirror / Atom feed
From: Andrew Jones <drjones@redhat.com>
To: Ian Jackson <Ian.Jackson@eu.citrix.com>
Cc: Laszlo Ersek <lersek@redhat.com>,
	xen-devel@lists.xensource.com, keir@xen.org,
	stefano stabellini <stefano.stabellini@eu.citrix.com>
Subject: Re: [xen-unstable bisection] complete test-amd64-i386-rhel6hvm-intel
Date: Thu, 1 Sep 2011 15:28:39 -0400 (EDT)	[thread overview]
Message-ID: <1653323123.636758.1314905319336.JavaMail.root@zmail01.collab.prod.int.phx2.redhat.com> (raw)
In-Reply-To: <20063.45607.355820.209628@mariner.uk.xensource.com>



----- Original Message -----
> xen.org writes ("[Xen-devel] [xen-unstable bisection] complete
> test-amd64-i386-rhel6hvm-intel"):
> > branch xen-unstable
> > xen branch xen-unstable
> > job test-amd64-i386-rhel6hvm-intel
> > test xen-install
> >
> > Tree: linux
> > git://git.eu.kernel.org/pub/scm/linux/kernel/git/jeremy/xen.git
> > Tree: qemu git://hg.uk.xensource.com/HG/qemu-xen-unstable.git
> > Tree: xen http://hg.uk.xensource.com/xen-unstable.hg
> >
> > *** Found and reproduced problem changeset ***
> >
> >   Bug is in tree: xen http://hg.uk.xensource.com/xen-unstable.hg
> >   Bug introduced: bb9b81008733
> >   Bug not present: d54cfae72cd1
> >
> >
> >   changeset: 23802:bb9b81008733
> >   user: Laszlo Ersek <lersek@redhat.com>
> >   date: Wed Aug 31 15:16:14 2011 +0100
> >
> >       x86: Increase the default NR_CPUS to 256
> >
> >       Changeset 21012:ef845a385014 bumped the default to 128 about
> >       one and a
> >       half years ago. Increase it now to 256, as systems with eg.
> >       160
> >       logical CPUs are becoming (have become) common.
> >
> >       Signed-off-by: Laszlo Ersek <lersek@redhat.com>
> 
> My bisector is pretty reliable nowadays. Looking at the revision
> graph it tested before/after/before/after/before/after, ie three times
> each on the same host.
> 
> This change looks innocuous enough TBH. Is there any way this change
> could have broken a PV-on-HVM guest ? Note that RHEL6, which is what
> this is testing, seems to generally be full of bugs.

It's seems unlikely this change could break a guest, but without any
output from you tests it's impossible to tell. The fact it failed on
the same host each of the three times is probably a clue worth looking
further at. I take it that it succeeded on other hosts?

Which RHEL6 kernel release do you test with? When you say "full of bugs",
where have the bugs been filed? Are those bugs only present with the
pv-on-hvm drivers? IMO, the HV should support the guest (especially an
HVM guest), even if it was based on something as "old" as 2.6.32. So the
bugs you're finding should likely be looked at from both the host and
the guest sides, certainly not ignored.

> 
> If the problem is indeed a bug in the current RHEL6 then I will add
> this test to the "do not care" list.
> 

This attitude won't get anybody anywhere.


> Ian.
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel

  parent reply	other threads:[~2011-09-01 19:28 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-09-01 15:54 [xen-unstable bisection] complete test-amd64-i386-rhel6hvm-intel xen.org
2011-09-01 16:26 ` Ian Jackson
2011-09-01 17:22   ` Laszlo Ersek
2011-09-02  7:11     ` Ian Campbell
2011-09-01 17:48   ` Laszlo Ersek
2011-09-01 19:28   ` Andrew Jones [this message]
2011-09-02 11:08     ` Ian Jackson
  -- strict thread matches above, loose matches on Subject: below --
2013-07-21  3:26 xen.org
2013-07-21  5:30 ` Ian Campbell
2013-07-21 15:15   ` Ian Campbell
2013-02-06  7:04 xen.org
2012-02-25 16:48 xen.org
2011-11-21  3:40 xen.org
2011-11-21 11:37 ` Ian Jackson
2011-11-21 11:55   ` Keir Fraser
2011-11-21 18:47     ` Keir Fraser
2011-11-21 19:43       ` Jean Guyader
2011-11-21 21:32         ` Keir Fraser
2011-11-21 21:51           ` Jean Guyader
2011-07-07 14:41 xen.org
2010-12-22  2:12 xen.org

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=1653323123.636758.1314905319336.JavaMail.root@zmail01.collab.prod.int.phx2.redhat.com \
    --to=drjones@redhat.com \
    --cc=Ian.Jackson@eu.citrix.com \
    --cc=keir@xen.org \
    --cc=lersek@redhat.com \
    --cc=stefano.stabellini@eu.citrix.com \
    --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 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).