Re: [PATCH 01/12] libxc: split xc_logdirty_control() from xc_shadow_control()

2021-06-28 Thread Jan Beulich
On 25.06.2021 17:49, Andrew Cooper wrote: > On 25/06/2021 14:17, Jan Beulich wrote: >> For log-dirty operations a 64-bit field is being truncated to become an >> "int" return value. Seeing the large number of arguments the present >> function takes, reduce its set of parameters to that needed for

Re: [PATCH 01/12] libxc: split xc_logdirty_control() from xc_shadow_control()

2021-06-25 Thread Andrew Cooper
On 25/06/2021 14:17, Jan Beulich wrote: > For log-dirty operations a 64-bit field is being truncated to become an > "int" return value. Seeing the large number of arguments the present > function takes, reduce its set of parameters to that needed for all > operations not involving the log-dirty

Re: [PATCH 01/12] libxc: split xc_logdirty_control() from xc_shadow_control()

2021-06-25 Thread Christian Lindig
For the OCaml part: Acked-by: Christian Lindig mailto:christian.lin...@citrix.com>> On 25 Jun 2021, at 14:17, Jan Beulich mailto:jbeul...@suse.com>> wrote: For log-dirty operations a 64-bit field is being truncated to become an "int" return value. Seeing the large number of arguments the

[PATCH 01/12] libxc: split xc_logdirty_control() from xc_shadow_control()

2021-06-25 Thread Jan Beulich
For log-dirty operations a 64-bit field is being truncated to become an "int" return value. Seeing the large number of arguments the present function takes, reduce its set of parameters to that needed for all operations not involving the log-dirty bitmap, while introducing a new wrapper for the