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

Re: [Xen-devel] [xen-unstable test] 94442: regressions - FAIL

On 16/05/16 10:39, Wei Liu wrote:
> On Mon, May 16, 2016 at 10:29:41AM +0100, Andrew Cooper wrote:
>> On 16/05/16 10:24, Wei Liu wrote:
>>> On Mon, May 16, 2016 at 02:57:13AM +0000, osstest service owner wrote:
>>>> flight 94442 xen-unstable real [real]
>>>> http://logs.test-lab.xenproject.org/osstest/logs/94442/
>>> [...]
>>>>  test-amd64-i386-qemuu-rhel6hvm-intel  9 redhat-install    fail REGR. vs. 
>>>> 94368
>>> The changes in this flight shouldn't cause failure like this. See below.
>>> It is more likely to be caused by SMEP/SMAP fix, which are now in
>>> master. It seems that previous run didn't discover this.
>> Indeed - definitely from the SMEP/SMAP fix.  What kind of hardware is
>> italia0?
> I can only tell it is an Intel box from the serial log.
> I'm afraid if you need more information we need to wait until Ian comes
> back.
>> In the meantime, I need to fix stack traces to prevent them assuming the
>> presence of a frame pointer in debug builds.  This isn't true for some
>> of the hand rolled assembly (or for calls through the EFI firmware).
> Is this related to this bug?

Not specifically, but it is the reason the first call trace has a single
entry rather than the two expected.

> Shall we revert the series now? I don't want it to block pushing to
> master for too long.

Let me see if I can come up with a fix soonish.  If not, we should
consider reverting.


Xen-devel mailing list



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