[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [RFC PATCH v4 4/6] libxl: Extend libxl__json_object_to_json() prototype


  • To: Thierry Escande <thierry.escande@xxxxxxxxxx>
  • From: Anthony PERARD <anthony.perard@xxxxxxxxxx>
  • Date: Mon, 22 Jun 2026 15:30:57 +0200
  • Authentication-results: eu.smtp.expurgate.cloud; dkim=pass header.s=selector1 header.d=vates.tech header.i="@vates.tech" header.h="From:Subject:Date:Message-ID:To:Cc:MIME-Version:Content-Type:In-Reply-To:References:Feedback-ID"
  • Cc: xen-devel@xxxxxxxxxxxxxxxxxxxx, Juergen Gross <jgross@xxxxxxxx>
  • Delivery-date: Mon, 22 Jun 2026 13:31:03 +0000
  • Feedback-id: default:8631fc262581453bbf619ec5b2062170:Sweego
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>

On Thu, Apr 23, 2026 at 04:50:29PM +0200, Thierry Escande wrote:
> The function libxl__json_object_to_json() returns a json object as
> string in a pretty format.

> With support for the new PCI device
> passthrough option hotplug=0, 

That biggining of the sentence, which mention of hotplug=0 can be
removed.


> the function will be used to generate the
> json string passed to qemu -device command line parameter, but the
> string needs to be in plain format, i.e. without carriage return or tab
> characters.
> 
> This patch adds a 'pretty' parameter to the function to control the
> output string format.
> 
> Signed-off-by: Thierry Escande <thierry.escande@xxxxxxxxxx>

With the commit message striped of the mention of the "hotplug"
option: Reviewed-by: Anthony PERARD <anthony.perard@xxxxxxxxxx>

Thanks,


--
Anthony Perard | Vates XCP-ng Developer

XCP-ng & Xen Orchestra - Vates solutions

web: https://vates.tech

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.