[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. (http://www.codemonkey.org.uk/projects/scrashme/scrashme-1.0.tar.gz) ./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. Ian ------------------------------------------------------- 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 Xen-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |