Re: [PATCH] x86: rework hypercall argument count table instantiation & use

2022-08-15 Thread Juergen Gross
On 15.08.22 17:20, Jan Beulich wrote: On 15.08.2022 17:13, Juergen Gross wrote: On 27.07.22 18:00, Jan Beulich wrote: The initial observation were duplicate symbols that our checking warns about. Instead of merely renaming one or both pair(s) of symbols, reduce #ifdef-ary at the same time by mo

Re: [PATCH] x86: rework hypercall argument count table instantiation & use

2022-08-15 Thread Jan Beulich
On 15.08.2022 17:13, Juergen Gross wrote: > On 27.07.22 18:00, Jan Beulich wrote: >> The initial observation were duplicate symbols that our checking warns >> about. Instead of merely renaming one or both pair(s) of symbols, >> reduce #ifdef-ary at the same time by moving the instantiation of the >

Re: [PATCH] x86: rework hypercall argument count table instantiation & use

2022-08-15 Thread Juergen Gross
On 27.07.22 18:00, Jan Beulich wrote: The initial observation were duplicate symbols that our checking warns about. Instead of merely renaming one or both pair(s) of symbols, reduce #ifdef-ary at the same time by moving the instantiation of the arrays into macros (a native and a 32-bit one each,

[PATCH] x86: rework hypercall argument count table instantiation & use

2022-07-27 Thread Jan Beulich
The initial observation were duplicate symbols that our checking warns about. Instead of merely renaming one or both pair(s) of symbols, reduce #ifdef-ary at the same time by moving the instantiation of the arrays into macros (a native and a 32-bit one each, where likely more redundancy could be el