Skip to content
  • John Snow's avatar
    9abe3bdc
    qapi: add dirty bitmap status · 9abe3bdc
    John Snow authored
    
    
    Bitmaps can be in a handful of different states with potentially
    more to come as we tool around with migration and persistence patches.
    
    Management applications may need to know why certain bitmaps are
    unavailable for various commands, e.g. busy in another operation,
    busy being migrated, etc.
    
    Right now, all we offer is BlockDirtyInfo's boolean member 'frozen'.
    Instead of adding more booleans, replace it by an enumeration member
    'status' with values 'active' and 'frozen'.  Then add new value
    'disabled'.
    
    Incompatible change.  Fine because the changed part hasn't been
    released so far.
    
    Suggested-by: default avatarEric Blake <eblake@redhat.com>
    Signed-off-by: default avatarJohn Snow <jsnow@redhat.com>
    Reviewed-by: default avatarEric Blake <eblake@redhat.com>
    [Commit message tweaked]
    Signed-off-by: default avatarMarkus Armbruster <armbru@redhat.com>
    9abe3bdc
    qapi: add dirty bitmap status
    John Snow authored
    
    
    Bitmaps can be in a handful of different states with potentially
    more to come as we tool around with migration and persistence patches.
    
    Management applications may need to know why certain bitmaps are
    unavailable for various commands, e.g. busy in another operation,
    busy being migrated, etc.
    
    Right now, all we offer is BlockDirtyInfo's boolean member 'frozen'.
    Instead of adding more booleans, replace it by an enumeration member
    'status' with values 'active' and 'frozen'.  Then add new value
    'disabled'.
    
    Incompatible change.  Fine because the changed part hasn't been
    released so far.
    
    Suggested-by: default avatarEric Blake <eblake@redhat.com>
    Signed-off-by: default avatarJohn Snow <jsnow@redhat.com>
    Reviewed-by: default avatarEric Blake <eblake@redhat.com>
    [Commit message tweaked]
    Signed-off-by: default avatarMarkus Armbruster <armbru@redhat.com>
Loading