From mboxrd@z Thu Jan  1 00:00:00 1970
From: Ian Campbell <Ian.Campbell@citrix.com>
Subject: Re: [HYBRID]: XEN_EMULATE_PREFIX in user process
Date: Fri, 29 Jun 2012 23:04:14 +0100
Message-ID: <1341007454.5953.18.camel@dagon.hellion.org.uk>
References: <20120628180007.06bb3fd3@mantra.us.oracle.com>
	<20120629010903.GC4902@phenom.dumpdata.com>
	<20120628182602.6cc9b432@mantra.us.oracle.com>
	<1340957369.10942.74.camel@zakaz.uk.xensource.com>
	<20120629111546.50e36f52@mantra.us.oracle.com>
	<20120629120738.425781e5@mantra.us.oracle.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Return-path: <xen-devel-bounces@lists.xen.org>
In-Reply-To: <20120629120738.425781e5@mantra.us.oracle.com>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-devel>,
	<mailto:xen-devel-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-devel@lists.xen.org>
List-Help: <mailto:xen-devel-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xen.org?subject=subscribe>
Sender: xen-devel-bounces@lists.xen.org
Errors-To: xen-devel-bounces@lists.xen.org
To: Mukesh Rathor <mukesh.rathor@oracle.com>
Cc: "Xen-devel@lists.xensource.com" <Xen-devel@lists.xensource.com>, Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>, Stefano Stabellini <Stefano.Stabellini@eu.citrix.com>
List-Id: xen-devel@lists.xenproject.org

On Fri, 2012-06-29 at 20:07 +0100, Mukesh Rathor wrote:
> On Fri, 29 Jun 2012 11:15:46 -0700
> Mukesh Rathor <mukesh.rathor@oracle.com> wrote:
> > > It's unlikely but not impossible for a userspace developer to have
> > > done some "Xen magic" and used the prefix in userspace.
> > > 
> > > What version of dm_mapper do you have? I checked the version in
> > > Debian Sid and it doesn't do this (at least not directly).
> > > 
> > > Are you able to run the dm_mapper process under gdb and inspect it
> > > to find the prefix?
> > 
> > Well, let me take that back. dm_mapper is the last printk, but it
> > could be anything after that or that. 
> > 
> > Unfortunately, it's dom0 and during boot, so can't run gdb on it. I am
> > hacking the kernel now to print every user process name in schedule.
> 
> Ah, it's "xen-detect" coming in right after dm_mapper. I see the
> xen prefix in it. Hmm... let me see if I can add some run time check
> for hybrid dom0, then won't have to worry about invalid_op trap. Less
> code that way. That's the end goal anyways...

I don't think reducing code should come at the expense of adding special
cases for hybrid to userspace programs...

I think you'll have to handle the invalid op, it can't be that much
code, can it?

Ian