From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bastian Blank Subject: Re: Xen 4.4 development update Date: Mon, 19 Aug 2013 18:16:35 +0200 Message-ID: <20130819161635.GA6433@mail.waldi.eu.org> 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> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Content-Disposition: inline In-Reply-To: <1376925466.9708.30.camel@dagon.hellion.org.uk> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Ian Campbell Cc: George Dunlap , Ian Jackson , Wei Liu , Jan Beulich , "xen-devel@lists.xen.org" List-Id: xen-devel@lists.xenproject.org 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. But it should be possible to create a platform device for xen that triggers loading of them. Could be also used to differentiate between control and non-control domain. Bastian -- Live long and prosper. -- Spock, "Amok Time", stardate 3372.7