All of lore.kernel.org
 help / color / mirror / Atom feed
From: Oleksii Kurochko <oleksii.kurochko@gmail.com>
To: Jan Beulich <jbeulich@suse.com>,
	"xen-devel@lists.xenproject.org" <xen-devel@lists.xenproject.org>
Cc: Anthony PERARD <anthony.perard@vates.tech>
Subject: Re: [PATCH] xl: properly dispose of libxl_dominfo struct instances
Date: Tue, 14 Jan 2025 12:22:37 +0100	[thread overview]
Message-ID: <50168d73-0fb7-4dbb-b93e-25d8e7e00733@gmail.com> (raw)
In-Reply-To: <f751c5f0-3895-43bb-874b-3611b7916133@suse.com>

[-- Attachment #1: Type: text/plain, Size: 1892 bytes --]


On 1/14/25 9:12 AM, Jan Beulich wrote:
> The ssid_label field requires separate freeing; make sure to call
> libxl_dominfo_dispose(). And then, for good measure, also
> libxl_dominfo_init().
>
> Coverity-ID: 1638727
> Coverity-ID: 1638728
> Fixes: c458c404da16 ("xl: use libxl_domain_info to get the uuid in printf_info")
> Fixes: 48dab9767d2e ("tools/xl: use libxl_domain_info to get domain type for vcpu-pin")
> Signed-off-by: Jan Beulich<jbeulich@suse.com>

Release-Acked-by: Oleksii Kurochko<oleksii.kurochko@gmail.com>

Thanks.

~ Oleksii

> ---
> I wasn't quite sure about use of libxl_dominfo_init(): vcpuset(), for
> example, doesn't call it.
>
> --- a/tools/xl/xl_sxp.c
> +++ b/tools/xl/xl_sxp.c
> @@ -45,8 +45,10 @@ void printf_info_sexp(int domid, libxl_d
>       /* retrieve the UUID from dominfo, since it is probably generated
>        * during parsing and thus does not match the real one
>        */
> +    libxl_dominfo_init(&info);
>       if (libxl_domain_info(ctx, &info, domid) == 0) {
>           fprintf(fh, "\t(uuid " LIBXL_UUID_FMT ")\n", LIBXL_UUID_BYTES(info.uuid));
> +        libxl_dominfo_dispose(&info);
>       } else {
>           fprintf(fh, "\t(uuid <unknown>)\n");
>       }
> --- a/tools/xl/xl_vcpu.c
> +++ b/tools/xl/xl_vcpu.c
> @@ -286,6 +286,8 @@ int main_vcpupin(int argc, char **argv)
>       if (!ignore_masks && hard) {
>           libxl_dominfo dominfo;
>   
> +        libxl_dominfo_init(&dominfo);
> +
>           if (libxl_domain_info(ctx, &dominfo, domid)) {
>               fprintf(stderr, "Could not get domain info\n");
>               goto out;
> @@ -293,6 +295,8 @@ int main_vcpupin(int argc, char **argv)
>   
>           /* HVM and PVH domains use the same global affinity mask */
>           apply_global_affinity_masks(dominfo.domain_type, hard, 1);
> +
> +        libxl_dominfo_dispose(&dominfo);
>       }
>   
>       if (force) {

[-- Attachment #2: Type: text/html, Size: 2549 bytes --]

      parent reply	other threads:[~2025-01-14 11:22 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-01-14  8:12 [PATCH] xl: properly dispose of libxl_dominfo struct instances Jan Beulich
2025-01-14  9:27 ` Andrew Cooper
2025-01-14 11:22 ` Oleksii Kurochko [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=50168d73-0fb7-4dbb-b93e-25d8e7e00733@gmail.com \
    --to=oleksii.kurochko@gmail.com \
    --cc=anthony.perard@vates.tech \
    --cc=jbeulich@suse.com \
    --cc=xen-devel@lists.xenproject.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.