WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [xen-devel][PATCH] PV driver compatibility

To: Keir Fraser <Keir.Fraser@xxxxxxxxxxxxx>
Subject: Re: [xen-devel][PATCH] PV driver compatibility
From: Ian Campbell <Ian.Campbell@xxxxxxxxxx>
Date: Fri, 22 Jan 2010 08:43:41 +0000
Cc: ksrinivasan <ksrinivasan@xxxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Fri, 22 Jan 2010 00:44:11 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <C77F0C45.717E%keir.fraser@xxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Organization: Citrix Systems, Inc.
References: <C77F0C45.717E%keir.fraser@xxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
On Fri, 2010-01-22 at 08:03 +0000, Keir Fraser wrote: 
> On 22/01/2010 07:31, "Ian Campbell" <Ian.Campbell@xxxxxxxxxxxxx> wrote:
> 
> > Yes, that's possible. I notice that I defined XEN_IOPORT_LINUX_PRODNUM
> > and XEN_IOPORT_LINUX_DRVVER but then hardcode 0xdead and 0xbeef where
> > they should be used, which suggests I wasn't quite ready to send the
> > patch...
> 
> Hm, do you want to keep the deadbeef, or pick a nicer value, or remove the
> patch?
> 
> > The protocol allows for coarse grained selection of which devices to
> > unplug:
> > 6) The drivers write a two-byte bitmask of devices to unplug to IO
> >    port 0x10.  The defined fields are:
> 
> Well, the flexibility is nice, but not a feature that driver currently
> actually uses.
> 
> My default action right now will be to add a module option to specify
> selective or complete flushing, keep the patch, but only fail to load
> drivers if flush is requested but not possible, otherwise just warn.

Sounds good, what will the default flush setting be?

Could you swap out the 0xdead and 0xbeef for the defines which are
specified right above the function in question while you are there?

Ian.



_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel