Return-path: <konrad.wilk@oracle.com>
Received: from userp2120.oracle.com ([156.151.31.85])
	by Galois.linutronix.de with esmtps (TLS1.2:RSA_AES_256_CBC_SHA256:256)
	(Exim 4.80)
	(envelope-from <konrad.wilk@oracle.com>)
	id 1fJm4o-0000BW-Ge
	for speck@linutronix.de; Fri, 18 May 2018 22:34:11 +0200
Received: from pps.filterd (userp2120.oracle.com [127.0.0.1])
	by userp2120.oracle.com (8.16.0.22/8.16.0.22) with SMTP id w4IKRjAv045968
	for <speck@linutronix.de>; Fri, 18 May 2018 20:34:03 GMT
Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233])
	by userp2120.oracle.com with ESMTP id 2hx29wevk0-1
	(version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK)
	for <speck@linutronix.de>; Fri, 18 May 2018 20:34:03 +0000
Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235])
	by aserv0021.oracle.com (8.14.4/8.14.4) with ESMTP id w4IKY2Na018447
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK)
	for <speck@linutronix.de>; Fri, 18 May 2018 20:34:02 GMT
Received: from abhmp0012.oracle.com (abhmp0012.oracle.com [141.146.116.18])
	by aserv0121.oracle.com (8.14.4/8.13.8) with ESMTP id w4IKY2BE002621
	for <speck@linutronix.de>; Fri, 18 May 2018 20:34:02 GMT
Date: Fri, 18 May 2018 16:34:01 -0400
From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Subject: [MODERATED] Re: [PATCH v17.1 2/2] [PATCH v17.1 2/2] SSB Fix #2
Message-ID: <20180518203401.GK23713@char.us.oracle.com>
References: <20180517031815.016936086@localhost.localdomain>
 <20180518132154.GB11225@kroah.com>
 <20180518182234.GB13846@char.us.oracle.com>
 <alpine.DEB.2.21.1805182155160.1599@nanos.tec.linutronix.de>
MIME-Version: 1.0
In-Reply-To: <alpine.DEB.2.21.1805182155160.1599@nanos.tec.linutronix.de>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
To: speck@linutronix.de
List-ID: <speck.linutronix.de>

On Fri, May 18, 2018 at 09:57:47PM +0200, speck for Thomas Gleixner wrote:
> On Fri, 18 May 2018, speck for Konrad Rzeszutek Wilk wrote:
> > On Fri, May 18, 2018 at 03:21:54PM +0200, speck for Greg KH wrote:
> > (XEN) Std. Loglevel: All
> > (XEN) Guest Loglevel: All
> > (XEN) Xen is relinquishing VGA console.
> > (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xen)
> > (XEN) Freed 2048kB init memory
> > (XEN) d0v0 Unhandled general protection fault fault/trap [#13, ec=0000]
> > (XEN) domain_crash_sync called from entry.S: fault at ffff82d08036eab3 x86_64/entry.S#create_bounce_frame+0x143/0x170
> > (XEN) Domain 0 (vcpu#0) crashed on cpu#0:
> > (XEN) ----[ Xen-4.11-rc  x86_64  debug=y   Not tainted ]----
> > (XEN) CPU:    0
> > (XEN) RIP:    e033:[<ffffffff81062660>]
> > (XEN) RFLAGS: 0000000000000246   EM: 1   CONTEXT: pv guest (d0v0)
> > (XEN) rax: 0000000000000246   rbx: 0000000000000000   rcx: 0000000000000000
> > (XEN) rdx: 0000000000000000   rsi: 00000000ffffffff   rdi: 0000000000000000
> > (XEN) rbp: 0000000000000000   rsp: ffffffff82203da0   r8:  ffffffff81f727a8
> > (XEN) r9:  ffffffff82203e58   r10: 00000000ffffffff   r11: ffffffff82203e7c
> > (XEN) r12: ffffffff82203efc   r13: ffffffff82203e58   r14: 0000000000000000
> > (XEN) r15: 00000000ffffffff   cr0: 000000008005003b   cr4: 00000000003526e0
> > (XEN) cr3: 00000008a351d000   cr2: 0000000000000000
> > (XEN) fsb: 0000000000000000   gsb: ffffffff82772000   gss: 0000000000000000
> > (XEN) ds: 0000   es: 0000   fs: 0000   gs: 0000   ss: e02b   cs: e033
> > (XEN) Guest stack trace from rsp=ffffffff82203da0:
> > (XEN)    0000000000000000 ffffffff82203e7c 0000000000000000 ffffffff81062660
> > (XEN)    000000010000e030 0000000000010046 ffffffff82203de8 000000000000e02b
> > (XEN)    0000000000000246 ffffffff810df7dc 0000000000000000 0000000000000000
> > (XEN)    ffffffff81f727a8 0000000000000246 0000000000000000 0000000000000000
> > (XEN)    ffffffff82433cc0 ffffffff82203ea8 ffffffff82203efc ffffffff82203ef4
> > (XEN)    ffffffff82203ef0 ffffffff82203f0c ffffffff810e06c5 ffffffff00000008
> > (XEN)    ffffffff82203eb8 ffffffff82203e78 0000000000000000 0000000000000000
> > (XEN)    0000000000000001 0000000000000000 0000000000000000 0000000000000000
> > (XEN)    ffffffff82203e78 0000000000000001 ffffffff8103cb53 ffffffff82433cc0
> > (XEN)    ffffffff82203ef8 ffffffff8103cda8 ffffffff82203f00 ffffffff82203f04
> > (XEN)    ffffffff82203f08 0000000100000000 0000100000003027 0000000000000000
> > (XEN)    0000000080000008 0000000000000000 ffffffff82203f58 ffffffff82203f54
> > (XEN)    ffffffff82203f50 ffffffff82203f4c 0000000000000000 0000000000000000
> > (XEN)    ffffffff8279f2ec 0000000000000000 0000012100000000 0000000020101800
> > (XEN)    0000000000000000 0000000000000000 0000000000000000 0000000000000000
> > (XEN)    0000000000000000 0000000000000000 0000000000000000 0000000000000000
> > (XEN)    0000000000000000 0000000000000000 0000000000000000 0000000000000000
> > (XEN)    0000000000000000 0000000000000000 0000000000000000 0000000000000000
> > (XEN)    0000000000000000 0000000000000000 0000000000000000 0000000000000000
> > (XEN)    0f00000060c0c748 ccccccccccccc305 cccccccccccccccc cccccccccccccccc
> > (XEN) Hardware Dom0 crashed: rebooting machine in 5 seconds.
> > (XEN) APIC error on CPU0: 40(00)
> 
> The above is pretty useless and undecodable. So what makes Dom0 crash in a
> way that the machine needs to be rebooted? The call to get_cpu_cap()?

Yup. B/c there is no early callback installed yet and it ends up using 'cli'
> 
> If so, then I really want to understand what makes it particularly explode.

It would be best if you and Boris chatted. Let me poke him to get his GPG key in order.

> 
> Thanks,
> 
> 	tglx