From owner-freebsd-xen@FreeBSD.ORG Sun Dec 14 06:51:49 2014 Return-Path: Delivered-To: freebsd-xen@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 72B98CCF for ; Sun, 14 Dec 2014 06:51:49 +0000 (UTC) Received: from mail-wg0-x22f.google.com (mail-wg0-x22f.google.com [IPv6:2a00:1450:400c:c00::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E61382CC for ; Sun, 14 Dec 2014 06:51:48 +0000 (UTC) Received: by mail-wg0-f47.google.com with SMTP id n12so12196431wgh.34 for ; Sat, 13 Dec 2014 22:51:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=8TZBbixBZjdL01fWz4l1UEkkfcnr1qxU7apgCBFjAr0=; b=MpPo0yp4E6WMVXD2Aq6JyqRNHTvgLnBsrksjB4RBLvJaAeGGxCoq/5vgVy9GdFtEue J5TPsmiH9V9wFS8BBk8Tach04mkQGhylxZEiR6NBgrInPndwwVhN5h3nFlWuwbP0wC0f Q/Rnv+yBUmpAbupO4tIq3ohOr1n8w0yqTd5790wdqQHcFSnNiPnWE7p1+J9hsOeumvJs zd4vraZUohvONWcG4v5Mn1WbGYCEEauVzVLZyD2+gY+5k6W6VK1aDACDa0YTZsllI7N0 OREUaI7wt65l3kdCpduT0PMR1PGySB8jBLDTh7FZ2x3vtby9pZgZnWvLct/rjw4v8RX+ Dhfw== X-Received: by 10.180.38.98 with SMTP id f2mr20909264wik.55.1418539906431; Sat, 13 Dec 2014 22:51:46 -0800 (PST) MIME-Version: 1.0 Received: by 10.194.16.98 with HTTP; Sat, 13 Dec 2014 22:51:25 -0800 (PST) In-Reply-To: <55E2C419-E537-4324-B7AB-A21E94863E17@dpdtech.com> References: <481F7D02-BFE9-4E35-A475-5A8A05A801CE@dpdtech.com> <547DFCC0.6030003@citrix.com> <547F1476.8080305@citrix.com> <29437DB9-7DC8-47A8-8FC4-2BFDE736B5BC@dpdtech.com> <547F59B4.1010105@citrix.com> <2DDCAA68-3B11-4E3C-AE61-EAD8CEEF1E2D@dpdtech.com> <547F6AC1.9060709@citrix.com> <7C356027-01D8-4800-B211-282566BC9871@dpdtech.com> <54801F77.5050700@citrix.com> <54819D6A.4050603@citrix.com> <7F90454D-16D5-4871-A155-5ADD01014976@dpdtech.com> <5486B287.7070302@citrix.com> <55E2C419-E537-4324-B7AB-A21E94863E17@dpdtech.com> From: Miguel Clara Date: Sun, 14 Dec 2014 06:51:25 +0000 Message-ID: Subject: Re: Attempting to Get Xen FreeBSD Dom0 working To: "David P. Discher" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 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: Sun, 14 Dec 2014 06:51:49 -0000 I was just trying too boot Freebsd Xen dom0 on a laptop but I just get a black screen after the boot process.... any idea what it could be? the system boots fine wihtout loading "boot/xen", I'm not sure how to get more info with the black scren! thanks Melhores Cumprimentos // Best Regards ----------------------------------------------- *Miguel Clara* *IT - Sys Admin & Developer* *E-mail: *miguelmclara@gmail.com www.linkedin.com/in/miguelmclara/ On Tue, Dec 9, 2014 at 7:17 PM, David P. Discher wrote: > > ah, sorry missed that. Will try that today. > > AHCI lasted over night with MSI off. Something I noticed, is that when > the AHCI bus was timing out, it looked like the Xen Kernel was re-scannin= g > the PCI bus. (Sorry, didn=E2=80=99t save these logs). I=E2=80=99ve love = to dig into this > further. > > Please let me know what/where to add some debugging code. > > - > David P. Discher > http://davidpdischer.com/ > AIM: DavidDPD | Y!M: daviddpdz > Mobile: 408.368.3725 > > > > On Dec 9, 2014, at 12:27 AM, Roger Pau Monn=C3=A9 = wrote: > > > Hello, > > > > El 08/12/14 a les 23.45, David P. Discher ha escrit: > > > >> > >> Sent SIGTERM to all processes > =E2=94=82 > >> Sent SIGKILL to all > processes=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80= =E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2= =94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80= =E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2= =94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=98 > >> Requesting system reboot > >> [ 1157.299205] Restarting system. > >> root@borg:/zdata/debian # > >> root@borg:/zdata/debian # > >> root@borg:/zdata/debian # xl create -c debian.cfg > >> root@borg:/zdata/debian # xl destroy debian > >> xc: error: Could not bounce buffer for version hypercall (35 =3D > Resource temporarily unavailabl): Internal error > >> xc: error: Could not bounce buffer for version hypercall (35 =3D > Resource temporarily unavailabl): Internal error > >> xc: error: Could not bounce buffer for version hypercall (35 =3D > Resource temporarily unavailabl): Internal error > >> xc: error: Could not bounce buffer for version hypercall (35 =3D > Resource temporarily unavailabl): Internal error > >> xc: error: Could not bounce buffer for version hypercall (35 =3D > Resource temporarily unavailabl): Internal error > >> xc: error: Could not bounce buffer for version hypercall (35 =3D > Resource temporarily unavailabl): Internal error > >> libxl: error: libxl.c:658:libxl_list_domain: getting domain info > list: Resource temporarily unavailable > >> debian is an invalid domain identifier (rc=3D-5) > >> root@borg:/zdata/debian # > >> > >> I=E2=80=99m running AHCI with MSI off in the FreeBSD kernel, and so fa= r, so > good on that front. The great thing is now I got the Xen console working= , > so can get the debug output. However the bounce buffer/hypercall issue = i > would think is far more important than MSI interrupts at the monument. > > > > Glad to know you got it working at the end! I've already pointed this > > out in my last email, but did you try to increase vm.max_wired even > further? > > > > This usually happens when mlock in > > freebsd_privcmd_alloc_hypercall_buffer (xc_freebsd_osdep.c) fails to > > wire down the memory that would be used by the hypercalls. > > > > Roger. > > > >