Date: Fri, 12 Apr 2013 08:21:51 +0100 From: David Chisnall <theraven@FreeBSD.org> To: "Justin T. Gibbs" <gibbs@FreeBSD.org> Cc: soc-status <soc-status@FreeBSD.org> Subject: =?utf-8?Q?Re=3A_Mentor_of_the_Project_=22PCI_frontend_XEN_PV_dri?= =?utf-8?Q?ver=22=EF=BC=9F?= Message-ID: <5BDCBCBB-E65D-472E-B990-F1382A4BADF0@FreeBSD.org> In-Reply-To: <920A79FE-8C56-4D26-8611-3CD48602FC3B@freebsd.org> References: <CAEQjb-RV30H9h8_tO%2BC0SkWAOi0DNF3G9xzpNFkj1_OKR%2ByLkw@mail.gmail.com> <920A79FE-8C56-4D26-8611-3CD48602FC3B@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 12 Apr 2013, at 05:13, "Justin T. Gibbs" <gibbs@freebsd.org> wrote: > This particular project was proposed for last year's GSoC when both = attilio@FreeBSD.org and I were actively working on full Xen PV support = for FreeBSD. That project still continues, but at a slower pace due to = changing needs at our respective employers. Given the lack of maturity = of our Xen PV port, I think this would be a difficult project to attempt = at this time. >=20 > If you are interested in Xen and have access to x86 hardware with HVM = capabilities, writing a SCSI or USB PV frontend for FreeBSD is a better = project to select. FreeBSD's Xen HVM support is very robust and, unlike = the PCI frontend driver, these drivers can be developed using an HVM = guest. The resulting drivers should work equally well in full PV mode = (with perhaps a few minor tweaks) when it is better supported. >=20 > I will update the wiki sometime tomorrow with more information on Xen = projects that are appropriate for this year's GSoC. Do we support PHV mode in Xen yet? If not, then this might be a good = GSoC project. Most of the effort - it uses the PV boot mechanism, but = then the HVM pmap and PV drivers (including event channels, no APIC = emulation). Unlike the PV mode, it won't require us to maintain two = i386 pmap implementations for the increasingly rare case of trying to = run FreeBSD VMs on CPUs without virtualisation support, and it doesn't = have the QEMU overhead in dom0 that HVM does (even when you're using = fully PV devices, you still need it to boot), and which causes hosting = providers to charge more for HVM. David
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5BDCBCBB-E65D-472E-B990-F1382A4BADF0>