From owner-freebsd-xen@FreeBSD.ORG Tue Apr 7 15:51:40 2015 Return-Path: Delivered-To: freebsd-xen@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8A4298F; Tue, 7 Apr 2015 15:51:40 +0000 (UTC) Received: from dash.upc.es (dash.upc.es [147.83.2.50]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "relay.upc.es", Issuer "TERENA SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 108A99BE; Tue, 7 Apr 2015 15:51:39 +0000 (UTC) Received: from ackerman2.upc.es (ackerman2.upc.es [147.83.2.244]) by dash.upc.es (8.14.1/8.13.1) with ESMTP id t37FpaXO032296 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=FAIL); Tue, 7 Apr 2015 17:51:36 +0200 Received: from [10.0.2.151] ([147.83.40.10]) (authenticated bits=0) by ackerman2.upc.es (8.14.4/8.14.4) with ESMTP id t37FpZWW005417 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 7 Apr 2015 17:51:36 +0200 Message-ID: <5523FD07.1000707@entel.upc.edu> Date: Tue, 07 Apr 2015 17:51:35 +0200 From: =?UTF-8?B?R3VzdGF1IFDDqXJleg==?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: =?UTF-8?B?Um9nZXIgUGF1IE1vbm7DqQ==?= Subject: Re: Fwd: Re: Unable to boot with the dom0 xen kernel References: <5523D56B.9040706@entel.upc.edu> <5523D5A7.5040809@entel.upc.edu> <5523EDBE.70709@FreeBSD.org> In-Reply-To: <5523EDBE.70709@FreeBSD.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Greylist: IP, sender and recipient auto-whitelisted, not delayed by milter-greylist-4.4.3 (dash.upc.es [147.83.2.50]); Tue, 07 Apr 2015 17:51:36 +0200 (CEST) X-Greylist: Default is to whitelist mail, not delayed by milter-greylist-4.4.3 (ackerman2.upc.es [147.83.2.244]); Tue, 07 Apr 2015 17:51:36 +0200 (CEST) X-Scanned-By: MIMEDefang 2.70 on 147.83.2.244 X-Mail-Scanned: Criba 2.0 + Clamd Cc: freebsd-xen@FreeBSD.org X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion of the freebsd port to xen - implementation and usage List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Apr 2015 15:51:40 -0000 On 07/04/2015 16:46, Roger Pau Monné wrote: > > Ah, I've forgot about the ASSERT in handle_mmio. It looks like at least > one of the drivers for your hardware uses the INS or OUTS instruction > which is not yet correctly handled by PVH guests. You can try the > following patch, which removes the assert you hit before (again > this is for the Xen source tree): > > diff --git a/xen/arch/x86/hvm/io.c b/xen/arch/x86/hvm/io.c > index 68fb890..b2f1ce4 100644 > --- a/xen/arch/x86/hvm/io.c > +++ b/xen/arch/x86/hvm/io.c > @@ -84,8 +84,6 @@ int handle_mmio(void) > struct hvm_vcpu_io *vio = &curr->arch.hvm_vcpu.hvm_io; > int rc; > > - ASSERT(!is_pvh_vcpu(curr)); > - > hvm_emulate_prepare(&ctxt, guest_cpu_user_regs()); > > rc = hvm_emulate_one(&ctxt); > diff --git a/xen/arch/x86/hvm/vmx/vmx.c b/xen/arch/x86/hvm/vmx/vmx.c > index e1c55ce..fc3c45b 100644 > --- a/xen/arch/x86/hvm/vmx/vmx.c > +++ b/xen/arch/x86/hvm/vmx/vmx.c > @@ -3102,8 +3102,7 @@ void vmx_vmexit_handler(struct cpu_user_regs *regs) > if ( exit_qualification & 0x10 ) > { > /* INS, OUTS */ > - if ( unlikely(is_pvh_vcpu(v)) /* PVH fixme */ || > - !handle_mmio() ) > + if ( !handle_mmio() ) > hvm_inject_hw_exception(TRAP_gp_fault, 0); > } > else > Removing the assert prevents the panic and thus the machine boots. However I believe the assert was there for a reason, wouldn't it break somewhere else? OTOH, I see the machine has problems handling the interruption from all devices. I see watchdog timeouts from the mpt controller, usb, and network. Even shutting down the machine via ACPI fails (I had to unplug the two PS to shut it down). Probably related with the iommu=no-intremap in the xen_cmdline, isn't it? Btw, the laptop dom0 domain now boots just fine with xen. It was a pekbac (sorry for the noise on that). > The Xen console is only available over the serial, pressing Ctrl-A > tree times should bring it up (the keystroke sequence is the same > that's used to change windows on screen). Oh, the problem was minicom in the middle. With cu it does work. Thank you. Gustau -- --------------------------------------------------------------------------- Prou top-posting : http://ca.wikipedia.org/wiki/Top-posting Stop top-posting : http://en.wikipedia.org/wiki/Posting_style O O O Gustau Pérez i Querol O O O Unitat de Gestió dels departaments O O O Matemàtica Aplicada IV i Enginyeria Telemàtica Universitat Politècnica de Catalunya Edifici C3 - Despatx S101-B UPC Campus Nord UPC C/ Jordi Girona, 1-3 08034 - Barcelona