From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ian Campbell Subject: Re: Xen 4.4 development update Date: Mon, 19 Aug 2013 17:38:23 +0100 Message-ID: <1376930303.9708.83.camel@dagon.hellion.org.uk> References: <20130815130227.GB7042@zion.uk.xensource.com> <520CEED102000078000EC339@nat28.tlf.novell.com> <20130815132428.GD7042@zion.uk.xensource.com> <521203A8.8000300@eu.citrix.com> <1376925466.9708.30.camel@dagon.hellion.org.uk> <20130819161635.GA6433@mail.waldi.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20130819161635.GA6433@mail.waldi.eu.org> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Bastian Blank Cc: George Dunlap , Ian Jackson , Wei Liu , Jan Beulich , "xen-devel@lists.xen.org" List-Id: xen-devel@lists.xenproject.org On Mon, 2013-08-19 at 18:16 +0200, Bastian Blank wrote: > On Mon, Aug 19, 2013 at 04:17:46PM +0100, Ian Campbell wrote: > > Maybe there are other driver which this didn't affect, evtchn etc > > perhaps? I wonder if it is worth init time Xen code synthesising some > > uevents iff running on Xen to make these get loaded... > > evtchn and privcmd are not auto-loaded. This patch was strictly for > backends. right. > But it should be possible to create a platform device for xen that > triggers loading of them. yes, that's the sort of thing I was trying to get at with "synthesizing uevents" > Could be also used to differentiate between > control and non-control domain. Hrm, at least evtchn and privcmd are potentially (but not so commonly) usable in normal domU too. I'd be tempted to just load them if running on Xen -- they aren't exactly huge... Ian.