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] Merging xen/dom0/backend/blktap2 ..

On Fri, 2011-03-11 at 14:35 -0500, Konrad Rzeszutek Wilk wrote:
> On Thu, Mar 10, 2011 at 01:57:53PM -0800, Daniel Stodden wrote:
> > On Thu, 2011-03-10 at 13:24 -0500, Konrad Rzeszutek Wilk wrote:
> > > On Thu, Mar 10, 2011 at 02:39:47AM -0800, Daniel Stodden wrote:
> > > > On Thu, 2011-03-10 at 03:31 -0500, Ian Campbell wrote:
> > > > > On Thu, 2011-03-10 at 03:33 +0000, Daniel Stodden wrote:
> > > > > > is an overall pita and I've had the pleasure several times now.
> > > > > 
> > > > > Merging it into what? xen/stable-2.6.32.x or some newer upstream 
> > > > > version
> > > > > based tree?
> > > > 
> > > > Newer upstream. Otherwise I wouldn't bother. It's certainly not a common
> > > > operation, I was just suprised how much garbage is involved.
> > > 
> > > There is another party that is interested in doing this too, so it might
> > > be a good idea to compare ideas. Let me ping them to see where they are.
> > > 
> > > But putting aside the blktap2 driver - what about that ugly #ifdef 
> > > CONFIG_XEN
> > > piece of code that went in the generic code. Is that gone?
> > 
> > ??
> e5dd9ae013a75881f9d08b1a2e06250b3ff83408

Oh, VM_FOREIGN. Used to matter for blktap1, and iirc on arch-xen kernels
there (used to) be gntdev code around doing it too. It used to realize
gup() on foreign frames, that's what the M2P override system should have
replaced by now.

Daniel


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