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

RE: [Xen-devel] Re: Reproducable data corruption on xen-unstable

> > (vm86 is not widely used, so I can belive we could have 
> lurking bugs on 
> > that path).
> Confirmed, by running Dave Jones's scrashme program, inside a
> xenU domain with 32 virtual CPUs:

Even with a single vcpu it's easy to cause an Oops with scrashme.
However, an fptest running in another process at the same time doesn't
seem to experience register coruption or anything else nasty. 


./scrashme -r -c113 >/dev/null  (vm86old)
./scrashme -r -c166 >/dev/null  (vm86)

It shouldn't be too hard to fix the Oops, but I'm not seeing anything
that would explain Robin's problem.


This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
Xen-devel mailing list



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