Re: [RFC v3 0/8] QEMU cpus.c refactoring part2

2020-08-05 Thread Claudio Fontana
On 8/3/20 1:48 PM, Alex Bennée wrote: > > Claudio Fontana writes: > >> Motivation and higher level steps: >> >> https://lists.gnu.org/archive/html/qemu-devel/2020-05/msg04628.html >> >> The biggest open item for me is, does it makes sense to: >> >> >> 1) make icount TCG-only (building the icount

Re: [RFC v3 0/8] QEMU cpus.c refactoring part2

2020-08-03 Thread Alex Bennée
Claudio Fontana writes: > Motivation and higher level steps: > > https://lists.gnu.org/archive/html/qemu-devel/2020-05/msg04628.html > > The biggest open item for me is, does it makes sense to: > > > 1) make icount TCG-only (building the icount module only under > CONFIG_TCG), as this series su

Re: [RFC v3 0/8] QEMU cpus.c refactoring part2

2020-08-03 Thread Paolo Bonzini
On 03/08/20 11:05, Claudio Fontana wrote: > 1) make icount TCG-only (building the icount module only under > CONFIG_TCG), as this series suggests, and provide a separate virtual > counter for qtest, > > > or > > > 2) continue to keep icount functions and fields, including vmstate, > in all soft

[RFC v3 0/8] QEMU cpus.c refactoring part2

2020-08-03 Thread Claudio Fontana
Motivation and higher level steps: https://lists.gnu.org/archive/html/qemu-devel/2020-05/msg04628.html The biggest open item for me is, does it makes sense to: 1) make icount TCG-only (building the icount module only under CONFIG_TCG), as this series suggests, and provide a separate virtual cou