Re: [Xen-devel] Problems with merlot* AMD Opteron 6376 systems (Was Re: stable trees (was: [xen-4.2-testing test] 58584: regressions))

["Jan Beulich" <JBeulich@xxxxxxxx>]

>>> On 26.06.15 at 12:37, <ian.campbell@xxxxxxxxxx> wrote:
> On Wed, 2015-06-24 at 10:38 +0100, Ian Campbell wrote:
>> TL;DR osstest is exposing issues running on "AMD Opteron(tm) Processor
>> 6376" in at least a couple of test cases. It would be good if someone
>> from AMD could have a look.
> 
> At Andy Cooper's request I ran a quick job with mtrr.show=true
> http://logs.test-lab.xenproject.org/osstest/logs/58909/ 
> 
> I think the relevant serial output is:
> Jun 26 09:57:42.325077 (XEN) MTRR default type: uncachable
> Jun 26 09:57:42.325111 (XEN) MTRR fixed ranges enabled:
> Jun 26 09:57:42.333068 (XEN)   00000-9ffff write-back
> Jun 26 09:57:42.333101 (XEN)   a0000-bffff uncachable
> Jun 26 09:57:42.333128 (XEN)   c0000-fffff write-back
> Jun 26 09:57:42.341077 (XEN) MTRR variable ranges enabled:
> Jun 26 09:57:42.341110 (XEN)   0 base 000000000000 mask ffff80000000 
> write-back
> Jun 26 09:57:42.349088 (XEN)   1 base 000080000000 mask ffffc0000000 
> write-back
> Jun 26 09:57:42.349124 (XEN)   2 disabled
> Jun 26 09:57:42.357068 (XEN)   3 disabled
> Jun 26 09:57:42.357098 (XEN)   4 disabled
> Jun 26 09:57:42.357122 (XEN)   5 disabled
> Jun 26 09:57:42.357147 (XEN)   6 disabled
> Jun 26 09:57:42.365063 (XEN)   7 disabled

See the patch just sent for how to get the missing piece of
information out of the system. Albeit I just realized that this still
leaves the possibility of SYSCFG or TOP_MEM2 disagreeing
between CPUs.

Jan


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel