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

[Andrew Cooper <andrew.cooper3@xxxxxxxxxx>]

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.

~Andrew

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel