[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] Is: 0xCF8 on extended config space instead of MCONF?
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@xxxxxxxx>: > >>>> On 08.09.14 at 14:53, <trenta.sis@xxxxxxxxx> 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@xxxxxxxxxxxxx > http://lists.xen.org/xen-devel _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |