From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Jan Beulich" Subject: Re: Error booting Xen Date: Wed, 20 Jan 2016 03:06:09 -0700 Message-ID: <569F6A2102000078000C8F20@prv-mh.provo.novell.com> References: <569D2A49.1090409@citrix.com> <1453141749.11427.92.camel@citrix.com> <569E4A0102000078000C8917@prv-mh.provo.novell.com> <1453215095.11427.144.camel@citrix.com> <569E5118.4030704@citrix.com> <569E76B102000078000C8C14@prv-mh.provo.novell.com> <569E6C36.3070402@citrix.com> <1453223282.11427.149.camel@citrix.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: Content-Disposition: inline List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Harmandeep Kaur , Shuai Ruan Cc: Andrew Cooper , Dario Faggioli , xen-devel@lists.xen.org List-Id: xen-devel@lists.xenproject.org >>> On 19.01.16 at 20:55, wrote: > I tried booting staging branch but results were identical. Following > line repeats endlessly. > (XEN) traps.c:3290: GPF (0000): ffff82d0801c1cce -> ffff82d080252e5c > > $ 'addr2line -e xen-syms ffff82d0801c1cce' returns > 'xen/xen/arch/x86/xstate.c:387' which again points to > xsave. Also, adding 'xsave=0' makes it boot just fine. Ah, I think I see the issue: We're zeroing the entire save area in the fixup code, which will make XRSTORS fault unconditionally. Shuai, would you please look into possible ways of fixing this? Just setting the compressed flag may not be enough, and falling back to plain XRSTOR doesn't seem to be an option either - I'm in particular worried that the current model of zeroing everything is bogus with the growing number of different components which get loaded here. But of course another question then is why the XRSTORS faults in the first place. I guess we'll need a debugging patch to dump the full state to understand that. Jan