[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [PATCH 2/2][4.15?] x86: fix build when NR_CPUS == 1
Jan Beulich writes ("[PATCH 2/2][4.15?] x86: fix build when NR_CPUS == 1"): > In this case the compiler is recognizing that no valid array indexes > remain (in x2apic_cluster()'s access to per_cpu(cpu_2_logical_apicid, > ...)), but oddly enough isn't really consistent about the checking it > does (see the code comment). ... > - if (this_cpu == cpu || x2apic_cluster(this_cpu) != > x2apic_cluster(cpu)) > + if ( this_cpu == cpu ) > + continue; > + /* > + * Guard in particular against the compiler suspecting out-of-bounds > + * array accesses below when NR_CPUS=1 (oddly enough with gcc 10 it > + * is the 1st of these alone which actually helps, not the 2nd, nor > + * are both required together there). > + */ > + BUG_ON(this_cpu >= NR_CPUS); > + BUG_ON(cpu >= NR_CPUS); > + if ( x2apic_cluster(this_cpu) != x2apic_cluster(cpu) ) > continue; Is there some particular reason for not putting the BUG_ON before the if test ? That would avoid the refactoring. Of course putting it in next to the array indexing would address that too. Ian.
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |