qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] [PATCH 42/51] ram: Pass RAMBlock to bitmap_sync


From: Dr. David Alan Gilbert
Subject: Re: [Qemu-devel] [PATCH 42/51] ram: Pass RAMBlock to bitmap_sync
Date: Thu, 30 Mar 2017 20:10:42 +0100
User-agent: Mutt/1.8.0 (2017-02-23)

* Juan Quintela (address@hidden) wrote:
> "Dr. David Alan Gilbert" <address@hidden> wrote:
> > * Juan Quintela (address@hidden) wrote:
> >> We change the meaning of start to be the offset from the beggining of
> >> the block.
> >
> > s/beggining/beginning/
> >
> > Why do this?
> > We have:
> >    migration_bitmap_sync (all blocks)
> >    migration_bitmap_sync_range - called per block
> >    cpu_physical_memory_sync_dirty_bitmap
> >
> > Why keep migration_bitmap_sync_range having start/length as well as the 
> > block
> > if you could just rename it to migration_bitmap_sync_block and just give it 
> > the rb?
> > And since cpu_physical_memory_clear_dirty_range is lower level, why give it
> > the rb?
> 
> I did it on the previous series, then I remembered that I was not going
> to be able to sync only part of the range, as I will want in the future.
> 
> If you preffer as an intermediate meassure to just move to blocks, I can
> do, but change is really small and not sure if it makes sense.

OK then, but just comment it to say you want to.
I'm still not sure if cpu_physical_memory_clear_dirty_range should have the RB;
it feels that it's lower level, kvm stuff rather than things that know about 
RAMBlocks.

Dave

> 
> Later, Juan.
--
Dr. David Alan Gilbert / address@hidden / Manchester, UK



reply via email to

[Prev in Thread] Current Thread [Next in Thread]