Message ID | 4ced67935b2e1a2fc79ccda7624c0849bea6cd87.1707836102.git.w1benny@gmail.com (mailing list archive) |
---|---|
State | New, archived |
Headers | show |
Series | [v2] libxl: Fix comment for LIBXL_HAVE_VMTRACE_BUF_KB | expand |
On 13.02.2024 15:56, Petr Beneš wrote: > From: Petr Beneš <w1benny@gmail.com> > > It's located in libxl_domain_build_info, not libxl_domain_create_info. > > Signed-off-by: Petr Beneš <w1benny@gmail.com> > Acked-by: Anthony PERARD <anthony.perard@citrix.com> Any reason you didn't also add the Fixes: tag that Anthony suggested to put there (for me to recognize that this may need backporting; didn't check yet when that earlier commit went in)? Jan
> On Tue, Feb 13, 2024 at 4:02 PM Jan Beulich <jbeulich@suse.com> wrote: > > On 13.02.2024 15:56, Petr Beneš wrote: > > From: Petr Beneš <w1benny@gmail.com> > > > > It's located in libxl_domain_build_info, not libxl_domain_create_info. > > > > Signed-off-by: Petr Beneš <w1benny@gmail.com> > > Acked-by: Anthony PERARD <anthony.perard@citrix.com> > > Any reason you didn't also add the Fixes: tag that Anthony suggested > to put there (for me to recognize that this may need backporting; > didn't check yet when that earlier commit went in)? > > Jan Apologies. No other reason that it's my first experience with creating v2 patch and I honestly didn't know that the "Fixes: tag" suggestion was directed at me. How should I proceed from here? P.
On 13.02.2024 16:08, Petr Beneš wrote: >> On Tue, Feb 13, 2024 at 4:02 PM Jan Beulich <jbeulich@suse.com> wrote: >> >> On 13.02.2024 15:56, Petr Beneš wrote: >>> From: Petr Beneš <w1benny@gmail.com> >>> >>> It's located in libxl_domain_build_info, not libxl_domain_create_info. >>> >>> Signed-off-by: Petr Beneš <w1benny@gmail.com> >>> Acked-by: Anthony PERARD <anthony.perard@citrix.com> >> >> Any reason you didn't also add the Fixes: tag that Anthony suggested >> to put there (for me to recognize that this may need backporting; >> didn't check yet when that earlier commit went in)? > > Apologies. No other reason that it's my first experience with creating > v2 patch and I honestly didn't know that the "Fixes: tag" suggestion > was directed at me. How should I proceed from here? I'll try to remember to insert it while committing. Jan
> On 13 Feb 2024, at 15:27, Jan Beulich <jbeulich@suse.com> wrote: > > On 13.02.2024 16:08, Petr Beneš wrote: >>> On Tue, Feb 13, 2024 at 4:02 PM Jan Beulich <jbeulich@suse.com> wrote: >>> >>> On 13.02.2024 15:56, Petr Beneš wrote: >>>> From: Petr Beneš <w1benny@gmail.com> >>>> >>>> It's located in libxl_domain_build_info, not libxl_domain_create_info. >>>> >>>> Signed-off-by: Petr Beneš <w1benny@gmail.com> >>>> Acked-by: Anthony PERARD <anthony.perard@citrix.com> >>> >>> Any reason you didn't also add the Fixes: tag that Anthony suggested >>> to put there (for me to recognize that this may need backporting; >>> didn't check yet when that earlier commit went in)? >> >> Apologies. No other reason that it's my first experience with creating >> v2 patch and I honestly didn't know that the "Fixes: tag" suggestion >> was directed at me. How should I proceed from here? Hi Petr, In this case Jan will try to take care of that, if you are interested on how to do that, the section ‘1.2 The commit message’ of https://xenbits.xen.org/docs/unstable/process/sending-patches.html will explain how to setup git to have the correct configuration for the fixes tag, afterwards you can just: 1) take the SHA of the commit who introduced the issue: git blame -L<line num from>,<line num to> -- <path to the file> 2) Get the Fixes tag to be put in the commit message: git show --pretty=fixes <SHA> You will see as first line something along the line: “Fixes: 6e9ccda5e475 (“bla bla bla bla bla bla")" There could be better git command to obtain the same thing, but I always use the above. Cheers, Luca
diff --git a/tools/include/libxl.h b/tools/include/libxl.h index f1652b1664..46bc774126 100644 --- a/tools/include/libxl.h +++ b/tools/include/libxl.h @@ -519,7 +519,7 @@ #define LIBXL_HAVE_PHYSINFO_CAP_VMTRACE 1 /* - * LIBXL_HAVE_VMTRACE_BUF_KB indicates that libxl_domain_create_info has a + * LIBXL_HAVE_VMTRACE_BUF_KB indicates that libxl_domain_build_info has a * vmtrace_buf_kb parameter, which allows to enable pre-allocation of * processor tracing buffers of given size. */