[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] [PATCH] Register PV driver product numbers 4 and 5.



> -----Original Message-----
> From: xen-devel-bounces@xxxxxxxxxxxxx [mailto:xen-devel-
> bounces@xxxxxxxxxxxxx] On Behalf Of Paul Durrant
> Sent: 03 October 2013 17:56
> To: Ian Campbell
> Cc: xen-devel@xxxxxxxxxxxxx
> Subject: Re: [Xen-devel] [PATCH] Register PV driver product numbers 4 and
> 5.
> 
> > -----Original Message-----
> >
> > I'm not sure I understand what you are trying to say.
> >
> > How does a driver which expects the blacklist protocol work with
> > xen_pvdevice which doesn't implement that protocol?
> >
> 
> It's a bit confusing, I agree. Referring back to previous threads though, all
> HVM systems are assumed to have the xen platform PCI device (as there is
> no way to turn it off if youâre using machine type xenfv), thus the fixed IO
> ports that implement the blacklisting protocol are assumed to always be
> present. Because the ports are fixed and always present the PV drivers don't
> have to care which device they are binding to - they talk to the same IO ports
> regardless.
> 
> > Or are does a driver which works with xen_platform not work with
> > xen_pvdevice and vice versa? Or do the drivers have to contain code to
> > determine which they are running against and only do the unplug against
> > xen_platform?
> >
> > I'm a bit surprised xen_platform doesn't implement the unplug protocol,
> > I thought it was just a xen_platform with parameterised vendor id etc.
> >
> > > > >  if anyone cares to implement it for product number 5 but, as I said,
> > > > > I don't anticipate the need for it.
> > > >
> > > > So product 5 is intended to be the same thing no matter whether you
> use
> > > > xen_platform or xen_pvdevice and no matter which vendor/device ID
> is
> > > > configured? You can only make this true for Citrix vendor ids I think,
> > > > or do you intend this to be binding for everyone?
> > > >
> > >
> > > The whole point of having this header file is that it is the canonical
> > > list of product codes;
> >
> > In which namespace is my question.
> >
> > Do the drivers using these 4 and 5 codes work with xen_platform and/or
> > xen_pvdevice?
> >
> > xen_pvdevice doesn't implement the unplug protocol AFAICT, so the list
> > of product codes seems to be pretty irrelevant to it.
> >
> 
> Indeed, as I explained above the unplug protocol is controlled entirely by
> xen_platform and this header file refers only to that namespace.
> 
>   Paul
> 
> > >  it should apply to everyone. That is why I'm reserving 4 and 5 - to
> > > make sure that no-one else tries to use them.
> >
> >
> > Ian.
> 

Ping? Do I need to add any further clarification?

  Paul
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.