From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
To: Trenta sis <trenta.sis@gmail.com>
Cc: arrfab@centos.org, Jan Beulich <JBeulich@suse.com>,
Ian Campbell <Ian.Campbell@citrix.com>,
agya naila <agya.naila@gmail.com>,
xen-devel@lists.xen.org
Subject: Re: Is: 0xCF8 on extended config space instead of MCONF?
Date: Tue, 9 Sep 2014 10:39:20 -0400 [thread overview]
Message-ID: <20140909143920.GK5435@laptop.dumpdata.com> (raw)
In-Reply-To: <CANTbh_-AQNtY5x2VHdHU1uCAnju7y-=Ld=ztA=b0R8ERzcs8fQ@mail.gmail.com>
On Tue, Sep 09, 2014 at 04:00:51PM +0200, Trenta sis wrote:
> Hi,
>
> We have tried with two differents servers but same type (HS20) and
> both with latest firmware, bios,... and with same results, no
> working.
> as you decribed, if mmcfg is a new option added to xen >4.0 this could
> be the correct answer for this issue with this hardware. We were
> working with xen 3.2 and 4.0 with this hardware without any error or
> problem.
> Remember that HS20 are IBM blade server, I don't know if this could be
> a problem...
>
> What do you think if we work enable mmcfg=0, this could be a correct
> solutions and we can work without any problems o incompatibilities?
Yes it should work - as you say - it is a blade hardware and it does
not have any SR-IOV functionality, so the MMCONF usage is not needed.
The SR-IOV functionality for blades came much much later.
>
> Thanks
>
>
>
> 2014-09-09 10:53 GMT+02:00 Ian Campbell <Ian.Campbell@citrix.com>:
> > On Tue, 2014-09-09 at 09:11 +0200, Trenta sis wrote:
> >> Hi,
> >>
> >> With xen 4.0 or citrix xenserver 5.6 works perfect, why you say that
> >> is a hardware issue if we don't use xen >4.0 works perfect?
> >
> > I'm afraid this doesn't rove anything, it could easily be that Xen <=
> > 4.0 simply doesn't tickle the bad hardware behaviour.
> >
> >> Also I
> >> have tried with two differents server with same result,
> >
> > Two different servers or two of the same kind? It's not unexpected that
> > two of the same type of server would have the same firmware/hardware
> > issues.
> >
> > I think step one should be to make sure that you have the very latest
> > firmware (BIOS etc) for the hardware.
> >
> >> I'm not sure
> >> that is a hardware issue after to do this test on both servers...
> >> Can you give me details about what is mmcfg, I have searched but I
> >> can't find any detailed information.
> >
> > AIUI it's an extended mechanism for accessing PCI configuration space.
> > Xen prior to 4.0 most likely didn't use this method which is why it
> > works ok.
> >
> > Ian.
> >>
> >>
> >> Thanks
> >>
> >>
> >>
> >> 2014-09-08 15:28 GMT+02:00 Jan Beulich <JBeulich@suse.com>:
> >> >>>> On 08.09.14 at 14:53, <trenta.sis@gmail.com> wrote:
> >> >> It seems that is not a hardware issue, it seems a problems with xen
> >> >> mmcfg with this hardware.
> >> >
> >> > I.e. it _is_ a hardware issue.
> >> >
> >> >> Will be solved?
> >> >
> >> > That's a question to the hardware vendor.
> >> >
> >> >> Can I use for a production
> >> >> environment this workaround?
> >> >
> >> > I guess so, if you're not requiring any of the functionality needed
> >> > extended config space access, like SR-IOV.
> >> >
> >> > Jan
> >> >
> >>
> >> _______________________________________________
> >> Xen-devel mailing list
> >> Xen-devel@lists.xen.org
> >> http://lists.xen.org/xen-devel
> >
> >
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xen.org
> http://lists.xen.org/xen-devel
next prev parent reply other threads:[~2014-09-09 14:39 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-09-08 14:35 IBM HS20 Xen 4.1 and 4.2 Critical Interrupt - Front panel NMI crash Trenta sis
2013-09-08 14:41 ` Trenta sis
2013-09-09 19:15 ` Konrad Rzeszutek Wilk
2013-09-12 12:47 ` Trenta sis
2013-09-23 14:02 ` Konrad Rzeszutek Wilk
2013-09-29 10:47 ` Trenta sis
2013-09-30 14:13 ` Is: 0xCF8 on extended config space instead of MCONF? Was:Re: " Konrad Rzeszutek Wilk
2013-09-30 15:40 ` Jan Beulich
2013-10-04 16:31 ` Trenta sis
2013-10-04 16:55 ` Konrad Rzeszutek Wilk
2014-09-05 11:58 ` Trenta sis
2014-09-05 14:30 ` Is: 0xCF8 on extended config space instead of MCONF? Jan Beulich
2014-09-08 12:53 ` Trenta sis
2014-09-08 13:28 ` Jan Beulich
2014-09-09 7:11 ` Trenta sis
2014-09-09 8:53 ` Ian Campbell
2014-09-09 14:00 ` Trenta sis
2014-09-09 14:39 ` Konrad Rzeszutek Wilk [this message]
2014-09-09 14:39 ` Ian Campbell
2014-09-09 14:46 ` Trenta sis
2014-09-09 9:15 ` Jan Beulich
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=20140909143920.GK5435@laptop.dumpdata.com \
--to=konrad.wilk@oracle.com \
--cc=Ian.Campbell@citrix.com \
--cc=JBeulich@suse.com \
--cc=agya.naila@gmail.com \
--cc=arrfab@centos.org \
--cc=trenta.sis@gmail.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 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.