Skip to content
  • Eric Blake's avatar
    47e0b38a
    block: Drop unused .bdrv_has_zero_init_truncate · 47e0b38a
    Eric Blake authored
    
    
    Now that there are no clients of bdrv_has_zero_init_truncate, none of
    the drivers need to worry about providing it.
    
    What's more, this eliminates a source of some confusion: a literal
    reading of the documentation as written in ceaca56f and implemented in
    commit 1dcaf527 claims that a driver which returns 0 for
    bdrv_has_zero_init_truncate() must not return 1 for
    bdrv_has_zero_init(); this condition was violated for parallels, qcow,
    and sometimes for vdi, although in practice it did not matter since
    those drivers also lacked .bdrv_co_truncate.
    
    Signed-off-by: default avatarEric Blake <eblake@redhat.com>
    Message-Id: <20200428202905.770727-10-eblake@redhat.com>
    Acked-by: default avatarRichard W.M. Jones <rjones@redhat.com>
    Signed-off-by: default avatarKevin Wolf <kwolf@redhat.com>
    47e0b38a
    block: Drop unused .bdrv_has_zero_init_truncate
    Eric Blake authored
    
    
    Now that there are no clients of bdrv_has_zero_init_truncate, none of
    the drivers need to worry about providing it.
    
    What's more, this eliminates a source of some confusion: a literal
    reading of the documentation as written in ceaca56f and implemented in
    commit 1dcaf527 claims that a driver which returns 0 for
    bdrv_has_zero_init_truncate() must not return 1 for
    bdrv_has_zero_init(); this condition was violated for parallels, qcow,
    and sometimes for vdi, although in practice it did not matter since
    those drivers also lacked .bdrv_co_truncate.
    
    Signed-off-by: default avatarEric Blake <eblake@redhat.com>
    Message-Id: <20200428202905.770727-10-eblake@redhat.com>
    Acked-by: default avatarRichard W.M. Jones <rjones@redhat.com>
    Signed-off-by: default avatarKevin Wolf <kwolf@redhat.com>
Loading