On 28 November 2016 at 11:58, Andrew Jones <drjo...@redhat.com> wrote: > On Mon, Nov 28, 2016 at 11:14:48AM +0000, Peter Maydell wrote: >> On 28 November 2016 at 11:12, Alex Bennée <alex.ben...@linaro.org> wrote: >> > >> > Andrew Jones <drjo...@redhat.com> writes: >> >> I've skimmed over everything looking at it from a framwork/sytle >> >> perspective. I didn't dig in trying to understand the tests though. >> >> One general comment, I see many tests introduce MAX_CPUS 8. Why do >> >> that? Why not allow all cpus by using NR_CPUS for the array sizes? >> > >> > Yeah - I can fix those. I wonder what the maximum is with GIC V3? >> >> So large that you don't want to hardcode it as an array size... > > 255 with the gic series, not yet merged.
I was talking about the architectural GICv3 limit, which is larger than that by many orders of magnitude. For QEMU it looks like MAX_CPUMASK_BITS is now 288 rather than 255. thanks -- PMM
