[libvirt] [PATCH] libvirt: fix comment typo

Osier Yang jyang at redhat.com
Fri Mar 16 10:44:13 UTC 2012


On 03/16/2012 05:51 PM, Alex Jia wrote:
> * src/libvirt.c (virStorageVolResize): correct comment typo according to
>    virStorageVolResizeFlags enum define.

s/define/definition/

>
> Signed-off-by: Alex Jia<ajia at redhat.com>
> ---
>   src/libvirt.c |    6 +++---
>   1 files changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/src/libvirt.c b/src/libvirt.c
> index d0b1b28..7f8d42c 100644
> --- a/src/libvirt.c
> +++ b/src/libvirt.c
> @@ -13324,15 +13324,15 @@ error:
>    * capacity; this may make the operation take noticeably longer.
>    *
>    * Normally, the operation treats @capacity as the new size in bytes;
> - * but if @flags contains VIR_STORAGE_RESIZE_DELTA, then @capacity
> + * but if @flags contains VIR_STORAGE_VOL_RESIZE_DELTA, then @capacity
>    * represents the size difference to add to the current size.  It is
>    * up to the storage pool implementation whether unaligned requests are
>    * rounded up to the next valid boundary, or rejected.
>    *
>    * Normally, this operation should only be used to enlarge capacity;
> - * but if @flags contains VIR_STORAGE_RESIZE_SHRINK, it is possible to
> + * but if @flags contains VIR_STORAGE_VOL_RESIZE_SHRINK, it is possible to
>    * attempt a reduction in capacity even though it might cause data loss.
> - * If VIR_STORAGE_RESIZE_DELTA is also present, then @capacity is
> + * If VIR_STORAGE_VOL_RESIZE_DELTA is also present, then @capacity is
>    * subtracted from the current size; without it, @capacity represents
>    * the absolute new size regardless of whether it is larger or smaller
>    * than the current size.

ACK with commit msg fixed.

Osier




More information about the libvir-list mailing list