Re: [Xen-ia64-devel] Xen/IA64 Healthiness Report -Cset#15666

[Alex Williamson <alex.williamson@xxxxxx>]

On Wed, 2007-08-01 at 14:11 +0800, Yang, Liuqing wrote:
> Xen/IA64 Healthiness Report
> ----------------------------
> Six cases failed in this changeset. 
> All the xenU case failed because "xenconsole: Could not read tty from
> store: No such file or directory", and the bug can be reproduced
> easily now. xenU case boot fail since the last changeset 15665, and I
> have checked changeset 15659 it is OK.

Hi Liuqing,

   The previous testing on 15665 indicated this issue, but manual
testing passed.  What's changed that makes it so much more repeatable
now?  Changeset 15666 surely can't be contributing to this.  I've
noticed some semi-random failures with xm for a while (mainly it gets
into a state where most xm commands hang), but I haven't been able to
characterize what causes it.  Going back to cset 15659 would implicate
the pkr patches, but I've created plenty of PV domains with those
patches in place.  Any ideas?

> SMPWin_SMPVTI_SMPxenU_Co case still failed due to Linux VTI created
> fail with xenu and windows vti created at the same time. Error
> information printed to the Screen is "Exit status: Load Error Boot
> Succeeded". And return to the bios phrase.  When I checked this
> changeset with the older GFW(2007.5.15), then in the linux vti booting
> process it will try uncompressing the linux kernel many times until
> success. But an older changeset(14366), it do not have this issue.

   With the older GFW, where was the retry of the uncompress occurring?
I don't think elilo has support for this.  Was it the GFW retrying
elilo?  What happens with the open source GFW?  Thanks,

        Alex

-- 
Alex Williamson                             HP Open Source & Linux Org.


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