Andrew Morton wrote: > On Thu, 20 Sep 2007 14:30:05 -0700 > [EMAIL PROTECTED] wrote: > >> cpu_data is currently an array defined using NR_CPUS. This means that >> we overallocate since we will rarely really use maximum configured cpus. >> When NR_CPU count is raised to 4096 the size of cpu_data becomes >> 3,145,728 bytes. > > This has at least three quite obvious and careless compilation errors. > > Please at least compile the code after you've altered it. >
Sorry for the build errors, my test build scripts obviously were missing a critical kernel variant to test build. I've fixed that omission and increased the test build matrix significantly: arch-i386-allmodconfig arch-i386-allnoconfig arch-i386-allyesconfig arch-i386-defconfig arch-i386-nomodconfig arch-i386-nosmp arch-i386-randconfig-1 arch-i386-randconfig-2 arch-i386-randconfig-3 arch-i386-randconfig-4 arch-i386-randconfig-5 arch-i386-smp arch-x86_64-allmodconfig arch-x86_64-allnoconfig arch-x86_64-allyesconfig arch-x86_64-nomodconfig arch-x86_64-nosmp arch-x86_64-randconfig-1 arch-x86_64-randconfig-2 arch-x86_64-randconfig-3 arch-x86_64-randconfig-4 arch-x86_64-randconfig-5 arch-x86_64-smp A corrected patch follows. Thanks, Mike - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/