[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] Possible shadow bug



On 06/10/2011 02:40 PM, Tim Deegan wrote:
At 14:48 +0300 on 10 Jun (1307717301), Pasi K?rkk?inen wrote:
On Fri, Jun 10, 2011 at 11:10:11AM +0100, Tim Deegan wrote:
At 11:01 +0100 on 10 Jun (1307703699), Tim Deegan wrote:
ISTR that even though the RHEL xen reports a 3.0.x version it has quite
a lot of backports in it.  Does it have this patch?
http://hg.uk.xensource.com/xen-3.1-testing.hg/rev/e8fca4c42d05
Oops, that URL doesn't work; I meant this:
http://xenbits.xen.org/xen-3.1-testing.hg/rev/e8fca4c42d05

RHEL5 Xen (hypervisor) reports version as 3.1.2-xyz..
Based on a quick scrobble through the CentOS 5.6 SRPMs it looks like a
3.1.0 hypervisor with a bunch of extra patches, but not this one.  This
is very likely the cause of the crash in mem_cgroup_create(), and
probably the corruptions too.  That would explain why they didn't happen
on a 4.0.x SLES11 Xen, but not really why the original patch in this
thread made it go away.

Maybe it changes timing so that imul is executed with correct memory content? Putting extra printk inside zone loop or flushing tlb before it also make problem
go away. Or may be problem just becomes invisible and memory is corrupted at
another place.

PS:
Well, never mind. I do not know what I'm talking about.
Cheers,

Tim.



--
Thanks,
 Igor


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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.