From owner-freebsd-xen@freebsd.org Fri Mar 30 17:43:24 2018 Return-Path: Delivered-To: freebsd-xen@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5901DF50A34 for ; Fri, 30 Mar 2018 17:43:24 +0000 (UTC) (envelope-from syseng@gfsys.co.uk) Received: from smtp.livemail.co.uk (smtp-out-60.livemail.co.uk [213.171.216.60]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.livemail.co.uk", Issuer "thawte SSL CA - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EFDC37291D for ; Fri, 30 Mar 2018 17:43:23 +0000 (UTC) (envelope-from syseng@gfsys.co.uk) Received: from [192.9.200.226] (host81-133-228-57.in-addr.btopenworld.com [81.133.228.57]) (Authenticated sender: syseng@gfsys.co.uk) by smtp.livemail.co.uk (Postfix) with ESMTPA id B4E3A280E9D; Fri, 30 Mar 2018 18:43:21 +0100 (BST) Message-ID: <5ABE7739.2030008@gfsys.co.uk> Date: Fri, 30 Mar 2018 17:43:21 +0000 From: Chris User-Agent: Mozilla/5.0 (X11; SunOS sun4u; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= , freebsd-xen@freebsd.org Subject: Re: [Bug 224003] xen kernel panics References: <5ABD7783.3040901@gfsys.co.uk> <20180330120729.5jcuidllh2a4ya27@MacBook-Pro-de-Roger.local> In-Reply-To: <20180330120729.5jcuidllh2a4ya27@MacBook-Pro-de-Roger.local> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.25 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: Fri, 30 Mar 2018 17:43:24 -0000 On 03/30/18 12:07, Roger Pau Monné wrote: > On Thu, Mar 29, 2018 at 11:32:19PM +0000, Chris wrote: >> I'm having similar problems with xen on 11.1, AMD64, June 2017. >> The OS runs fine, but installed xen from package, setup exactly >> as per the handbook and get a kernel panic on two machines, >> complaining about iommu not being enabled. > > FreeBSD/Xen Dom0 requires a working IOMMU, that's documented in the > handbook [0] section 21.8.1. > > Can you paste the full output that you get when booting under Xen? > >> Machines are: a Sun X4170 to start, then a Proliant DL380 G7 >> with E5630 cpu. Both have all the virtualisation options >> enabled in the bios, but there are no options on either machine >> for iommu. > > On Intel hardware the IOMMU is called VT-d. I have no idea if the > hardware that you list has an IOMMU, it depends on both the CPU and > the motherboard. > > Without VT-d (an IOMMU) FreeBSD/Xen Dom0 won't work. > > Roger. > > [0] https://www.freebsd.org/doc/handbook/virtualization-host-xen.html > . > Roger, Thanks for the reply and clarification on the meaning of iommu. A bit more info on the machine: Cpu is actually an E5645, hex core, 2.4GHz 32 Gb ram, full ecc bios is dated 2011, with: VT-d, enabled Intel virtualisation tech, enabled It's difficult to log info on this, as there is just the "needs iommu" message on boot, then halt. Live cd and file edits brought the base system back, but nothing in /var/log/xen at all. DL380 Proliant is industry standard vanilla and they are very common and thus affordable second user. I know VMware runs on a G5 version of this model, so doubt there is any problem with the hardware. One thing found in the searches was a discussion about cpu "advisories ?" which produces this problem, but no info on how to get round it. This was from 2015, but would think such a bug would have been fixed by now. This a first attempt at getting xen running under FreeBSD or Xen at all, so a compete newbie in this area. Do Embedded rtos systems here, no specialisation in xen or freebsd in particular, but have time and can try various solutions if someone has any ideas. Today: deleted packages, updated system amd ports and rebuilding xen and tools from source. Might just be something out of sync, but will report back once it's finished... Regards & Thanks, Chris