Skip to content
  • Halil Pasic's avatar
    cbfda0e6
    migration/vmstate: split up vmstate_base_addr · cbfda0e6
    Halil Pasic authored
    
    
    Currently vmstate_base_addr does several things: it pinpoints the field
    within the struct, possibly allocates memory and possibly does the first
    pointer dereference. Obviously allocation is needed only for load.
    
    Let us split up the functionality in vmstate_base_addr and move the
    address manipulations (that is everything but the allocation logic) to
    load and save so it becomes more obvious what is actually going on. Like
    this all the address calculations (and the handling of the flags
    controlling these) is in one place and the sequence is more obvious.
    
    The newly introduced function vmstate_handle_alloc also fixes the
    allocation for the unused VMS_VBUFFER|VMS_MULTIPLY|VMS_ALLOC scenario
    and is substantially simpler than the original vmstate_base_addr.
    
    In load and save some asserts are added so it's easier to debug
    situations where we would end up with a null pointer dereference.
    
    Signed-off-by: default avatarHalil Pasic <pasic@linux.vnet.ibm.com>
    Reviewed-by: default avatarDr. David Alan Gilbert <dgilbert@redhat.com>
    Message-Id: <20170222160119.52771-3-pasic@linux.vnet.ibm.com>
    Signed-off-by: default avatarDr. David Alan Gilbert <dgilbert@redhat.com>
    cbfda0e6
    migration/vmstate: split up vmstate_base_addr
    Halil Pasic authored
    
    
    Currently vmstate_base_addr does several things: it pinpoints the field
    within the struct, possibly allocates memory and possibly does the first
    pointer dereference. Obviously allocation is needed only for load.
    
    Let us split up the functionality in vmstate_base_addr and move the
    address manipulations (that is everything but the allocation logic) to
    load and save so it becomes more obvious what is actually going on. Like
    this all the address calculations (and the handling of the flags
    controlling these) is in one place and the sequence is more obvious.
    
    The newly introduced function vmstate_handle_alloc also fixes the
    allocation for the unused VMS_VBUFFER|VMS_MULTIPLY|VMS_ALLOC scenario
    and is substantially simpler than the original vmstate_base_addr.
    
    In load and save some asserts are added so it's easier to debug
    situations where we would end up with a null pointer dereference.
    
    Signed-off-by: default avatarHalil Pasic <pasic@linux.vnet.ibm.com>
    Reviewed-by: default avatarDr. David Alan Gilbert <dgilbert@redhat.com>
    Message-Id: <20170222160119.52771-3-pasic@linux.vnet.ibm.com>
    Signed-off-by: default avatarDr. David Alan Gilbert <dgilbert@redhat.com>
Loading