From owner-freebsd-xen@FreeBSD.ORG Sat Aug 6 15:15:38 2011 Return-Path: Delivered-To: freebsd-xen@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id E377C1065670 for ; Sat, 6 Aug 2011 15:15:38 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from xps.daemonology.net (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx2.freebsd.org (Postfix) with SMTP id D0C3A151F9F for ; Sat, 6 Aug 2011 15:15:24 +0000 (UTC) Received: (qmail 63173 invoked from network); 6 Aug 2011 15:15:23 -0000 Received: from unknown (HELO xps.daemonology.net) (127.0.0.1) by localhost with SMTP; 6 Aug 2011 15:15:23 -0000 Message-ID: <4E3D5A8A.4070104@freebsd.org> Date: Sat, 06 Aug 2011 08:15:22 -0700 From: Colin Percival User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.16) Gecko/20101220 Thunderbird/3.0.11 MIME-Version: 1.0 To: Robert Watson References: <1311986628.2531.15.camel@hitfishpass-lx.corp.yahoo.com> In-Reply-To: X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "freebsd-xen@freebsd.org" , Sean Bruno Subject: Re: BETA-1 NFS not working, Xen PV i386 X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.5 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: Sat, 06 Aug 2011 15:15:39 -0000 On 08/06/11 07:17, Robert Watson wrote: > On Fri, 29 Jul 2011, Sean Bruno wrote: >> Doesn't make a lot of sense here, but building with the i386 XEN >> kernel config yields the following boot up in PV mode. >> >> Odd ... it looks like i386/XEN needs: >> >> options NFSCL # New Network Filesystem Client > > Yes -- in general, I consider the existence of a XEN configuration that > isn't derived from "include GENERIC" to be a mistake. However, there's > a somewhat tricky balance in terms of enumerating device drivers, etc. > Someone(tm) needs to sync the XEN kernel to GENERIC before we ship to > make sure it's generally in line, but in the long term it will remain a > maintenance problem. I don't think XEN should be derived from GENERIC as it currently exists; there is an awful lot of stuff in GENERIC which doesn't make any sense to have in a PV environment. Maybe if GENERIC was split into separate "physical" and "logical" sets of options (so that XEN could suck in stuff like nfs without having drivers for hardware it will never see) the problems would be less? -- Colin Percival Security Officer, FreeBSD | freebsd.org | The power to serve Founder / author, Tarsnap | tarsnap.com | Online backups for the truly paranoid