| 
    
 [Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v3 2/3] xen/shadow: fix shadow_track_dirty_vram to work on hvm guests
 El 14/04/15 a les 14.22, Jan Beulich ha escrit: >>>> On 10.04.15 at 19:29, <roger.pau@xxxxxxxxxx> wrote: >> Modify shadow_track_dirty_vram to use a local buffer and then flush to the >> guest without the paging_lock held. This is modeled after >> hap_track_dirty_vram. > > And hence introduces the same issue: The HVMOP_track_dirty_vram > handler explicitly allows for up to 1Gb of VRAM, yet here you > effectively limit things to 128Mb (one page worth of bits each taking > care of one guest page) considering heavily fragmented memory. Where does this limitation come from? We allocate a temporary bitmap that has enough size to accommodate for the number of entries passed to the function in nr. I guess there's some limitation I'm not seeing. Roger. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel 
 
  | 
  
![]()  | 
            
         Lists.xenproject.org is hosted with RackSpace, monitoring our  |