Home
last modified time | relevance | path

Searched hist:"148 eb13c84cccd0eedd6e59f90e0151bd7bac9fa" (Results 1 – 2 of 2) sorted by relevance

/openbmc/qemu/include/block/
H A Dblock.hdiff 148eb13c84cccd0eedd6e59f90e0151bd7bac9fa Thu Sep 14 07:32:04 CDT 2017 Kevin Wolf <kwolf@redhat.com> block: Base permissions on rw state after reopen

When new permissions are calculated during bdrv_reopen(), they need to
be based on the state of the graph as it will be after the reopen has
completed, not on the current state of the involved nodes.

This patch makes bdrv_is_writable() optionally accept a BlockReopenQueue
from which the new flags are taken. This is then used for determining
the new bs->file permissions of format drivers as soon as we add the
code to actually pass a non-NULL reopen queue to the .bdrv_child_perm
callbacks.

While moving bdrv_is_writable(), make it static. It isn't used outside
block.c.

Signed-off-by: Kevin Wolf <kwolf@redhat.com>
Reviewed-by: Eric Blake <eblake@redhat.com>
/openbmc/qemu/
H A Dblock.cdiff 148eb13c84cccd0eedd6e59f90e0151bd7bac9fa Thu Sep 14 07:32:04 CDT 2017 Kevin Wolf <kwolf@redhat.com> block: Base permissions on rw state after reopen

When new permissions are calculated during bdrv_reopen(), they need to
be based on the state of the graph as it will be after the reopen has
completed, not on the current state of the involved nodes.

This patch makes bdrv_is_writable() optionally accept a BlockReopenQueue
from which the new flags are taken. This is then used for determining
the new bs->file permissions of format drivers as soon as we add the
code to actually pass a non-NULL reopen queue to the .bdrv_child_perm
callbacks.

While moving bdrv_is_writable(), make it static. It isn't used outside
block.c.

Signed-off-by: Kevin Wolf <kwolf@redhat.com>
Reviewed-by: Eric Blake <eblake@redhat.com>