Skip to content
  • Hanna Reitz's avatar
    f889054f
    block: Relax *perms_for_storage for data children · f889054f
    Hanna Reitz authored
    
    
    We can be less restrictive about pure data children than those with
    metadata on them, so let bdrv_default_perms_for_storage() handle
    metadata children differently from pure data children.
    
    As explained in the code, the restrictions on metadata children are
    strictly stricter than those for pure data children, so in theory we
    just have to distinguish between pure-data and all other storage
    children (pure metadata or data+metadata).  In practice, that is not
    obvious, though, so we have two independent code paths for metadata and
    for data children, and data+metadata children will go through both
    (without the path for data children doing anything meaningful).
    
    Signed-off-by: default avatarMax Reitz <mreitz@redhat.com>
    Message-Id: <20200513110544.176672-19-mreitz@redhat.com>
    Reviewed-by: default avatarEric Blake <eblake@redhat.com>
    Signed-off-by: default avatarKevin Wolf <kwolf@redhat.com>
    f889054f
    block: Relax *perms_for_storage for data children
    Hanna Reitz authored
    
    
    We can be less restrictive about pure data children than those with
    metadata on them, so let bdrv_default_perms_for_storage() handle
    metadata children differently from pure data children.
    
    As explained in the code, the restrictions on metadata children are
    strictly stricter than those for pure data children, so in theory we
    just have to distinguish between pure-data and all other storage
    children (pure metadata or data+metadata).  In practice, that is not
    obvious, though, so we have two independent code paths for metadata and
    for data children, and data+metadata children will go through both
    (without the path for data children doing anything meaningful).
    
    Signed-off-by: default avatarMax Reitz <mreitz@redhat.com>
    Message-Id: <20200513110544.176672-19-mreitz@redhat.com>
    Reviewed-by: default avatarEric Blake <eblake@redhat.com>
    Signed-off-by: default avatarKevin Wolf <kwolf@redhat.com>
Loading