|  |  | 
  
    |  |  | 
 
  |   |  | 
  
    |  |  | 
  
    |  |  | 
  
    |   xen-ia64-devel
[Xen-ia64-devel] RE: [Xen-devel] Please pull latest xen-ia64.bkbits	(CON 
| Good catch!  Sorry I missed this Friday. 
> -----Original Message-----
> From: Tian, Kevin [mailto:kevin.tian@xxxxxxxxx] 
> Sent: Sunday, June 19, 2005 11:39 PM
> To: Magenheimer, Dan (HP Labs Fort Collins)
> Cc: xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
> Subject: RE: [Xen-devel] Please pull latest xen-ia64.bkbits 
> (CONFIG_VTI broken)
> 
> >-----Original Message-----
> >From: Magenheimer, Dan (HP Labs Fort Collins)
> >[mailto:dan.magenheimer@xxxxxx]
> >Sent: Friday, June 17, 2005 11:52 PM
> >
> >Argh, I had test-compiled CONFIG_VTI with these but had neglected
> >to "bk new" them.  (Apparently "bk patch" doesn't automatically
> >do a new.)
> >
> >They are now pushed to xen-ia64.bkbits and it doesn't appear
> >that Keir has pulled any of the changesets into xen.bkbits yet.
> >
> >Sorry, I'll try to be more careful in the future.
> 
> Thanks, and I'll also include a brief line about new files in 
> patch later, to save your time for filtering which files 
> should be "bk new" specifically.
> 
> >
> >Note also that I've pushed an evtchn fix from Matt and your
> >get_page_type/etc patch.  I don't think either of those impact
> >CONFIG_VTI yet though.
> >
> 
> Yes, CONFIG_VTI still works, but with potential impact. :)
>       Since #ifdef CONFIG_VTI is used in put_page, you may 
> also want to use same format in get_page, instead of #ifdef 
> 0. Or else put_page and get_page are unsymmetrical on refcnt 
> when CONFIG_VTI is enabled.
> 
> Thanks,
> Kevin
> 
_______________________________________________
Xen-ia64-devel mailing list
Xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-ia64-devel
 | 
 |  | 
  
    |  |  |