Date: Sun, 14 Dec 2014 15:34:08 -0800 From: "David P. Discher" <dpd@dpdtech.com> To: Miguel Clara <miguelmclara@gmail.com> Cc: freebsd-xen@freebsd.org Subject: Re: Attempting to Get Xen FreeBSD Dom0 working Message-ID: <EED4D768-7D4F-4D71-B61F-9A2E215CB388@dpdtech.com> In-Reply-To: <CADGo8CUsGSSTXE%2Bd9wh2e4QYUnj2a467FFzT7owdB%2BeZEQeFJw@mail.gmail.com> References: <481F7D02-BFE9-4E35-A475-5A8A05A801CE@dpdtech.com> <547DFCC0.6030003@citrix.com> <DCB954B5-0E45-4DE6-AAC4-C5ACF7FD90A7@dpdtech.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> <BBBFE7EC-BB42-4514-9A68-437ECAB8E640@dpdtech.com> <7C356027-01D8-4800-B211-282566BC9871@dpdtech.com> <54801F77.5050700@citrix.com> <C56B19DD-B001-4AB6-A296-EC221C58297C@dpdtech.com> <D2157B5C-391D-478B-A9F0-4D34DC21534A@dpdtech.com> <54819D6A.4050603@citrix.com> <7F90454D-16D5-4871-A155-5ADD01014976@dpdtech.com> <5486B287.7070302@citrix.com> <55E2C419-E537-4324-B7AB-A21E94863E17@dpdtech.com> <CADGo8CUsGSSTXE%2Bd9wh2e4QYUnj2a467FFzT7owdB%2BeZEQeFJw@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--Apple-Mail=_346844B5-152E-47ED-BCC3-914B8EB83C46 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 First make sure you CPU supports both EPT and has a IOMMU. It sounds like you have Xen to use the serial console.=20 To /etc/ttys, you need to add: xc0 "/usr/libexec/getty Pc" vt100 on secure Also, make sure all the ttyu[0-4] are off. Recent versions of FreeBSD = maybe putting onifconsole =E2=80=A6 and I can't remember all the = combinations I used, but I had a lot of issues with Xen and FreeBSD = fighting for the serial ports. Also, make sure /boot/loader.conf is configured for = console=3D=E2=80=9Cvidconsole" on the freebsd side, and that the = xen_cmdline should have =E2=80=9Cconsole=3Dvga=E2=80=9D and not =3Dcom1. = It=E2=80=99s not explicit, but the Xen kernel creates the = =E2=80=9Cconsole=E2=80=9D. The xc0 device (and Xen itself) seems to take = care of piping the Dom0 console over to whatever Xen is using as = console.=20 Other tips, if you are running ZFS, you will probably need to add = "vm.max_wired=3D-1=E2=80=9D to /etc/sysctl.conf (I=E2=80=99m actually = not sure this is valid, but if you don=E2=80=99t you=E2=80=99ll run out = of wired memory and all the =E2=80=9Cxl=E2=80=9D commands will fail. Or = limit the size of ARC. ) You might need to turn off MSI interrupts on AHCI, "hint.ahci.0.msi=3D0=E2= =80=9D in /boot/loader.conf. However, try both ways (default I believe = is =3D1). I=E2=80=99m running Intel ICH10 and have to disable MSI. = Roger has ICH8 and doesn=E2=80=99t seem to have the issue. The latest issue is very poor network performance (with Intel 82574L) = from the DomU (guests) over the bridge and to the network. However, = Guests -> Dom0 seem ok.=20 - David P. Discher http://davidpdischer.com/ AIM: DavidDPD | Y!M: daviddpdz=20 On Dec 13, 2014, at 10:51 PM, Miguel Clara <miguelmclara@gmail.com> = wrote: > I was just trying too boot Freebsd Xen dom0 on a laptop but I just = get a black screen after the boot process.... >=20 > any idea what it could be? >=20 > the system boots fine wihtout loading "boot/xen", I'm not sure how to = get more info with the black scren! >=20 > thanks >=20 >=20 > Melhores Cumprimentos // Best Regards > ----------------------------------------------- > Miguel Clara > IT - Sys Admin & Developer > E-mail: miguelmclara@gmail.com > <linkedin.png> www.linkedin.com/in/miguelmclara/ >=20 > On Tue, Dec 9, 2014 at 7:17 PM, David P. Discher <dpd@dpdtech.com> = wrote: > ah, sorry missed that. Will try that today. >=20 > 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-scanning the PCI bus. (Sorry, didn=E2=80=99t save these logs). = I=E2=80=99ve love to dig into this further. >=20 > Please let me know what/where to add some debugging code. >=20 > - > David P. Discher > http://davidpdischer.com/ > AIM: DavidDPD | Y!M: daviddpdz > Mobile: 408.368.3725 >=20 >=20 >=20 > On Dec 9, 2014, at 12:27 AM, Roger Pau Monn=C3=A9 = <roger.pau@citrix.com> wrote: >=20 > > Hello, > > > > El 08/12/14 a les 23.45, David P. Discher ha escrit: > > <SNIP> > >> > >> 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 = far, 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. > > >=20 --Apple-Mail=_346844B5-152E-47ED-BCC3-914B8EB83C46 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJUjh5xAAoJEEmwU6XuhYWOfb8IAK3lYNpE3bOHBlklrlse5K9l 9s7NH0kLclP/ka0WZB4+ZKAu15dB4Ci4IPFbIw0oolqRjb05dcOg95ImJ0JR6MiO roI7x1XAplrKbhm75GLfwst5xW76HDuxh1Toyi8l0n+7Zhi8zFkff1twhWe7aIuo Iq9Ci8+z3Yvw4IcVpx9P3lcP62By4/Me6/WvOJ+WKF/Rqrvuwag9XVx4SL3STMVj QBZPwppFWWAKLQI58yX5fPk+if9GLjvAyCBHn1CdbRCTB+ZYw7PVgxhnIIB1/jv1 GHfAxHlzQoNYBex/NPEYd/wfZ7Q/zhSKIEiULo0x9RTjB+4tkxdZOrby59ya1Jo= =jHBQ -----END PGP SIGNATURE----- --Apple-Mail=_346844B5-152E-47ED-BCC3-914B8EB83C46--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?EED4D768-7D4F-4D71-B61F-9A2E215CB388>