tree: https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git next head: cbd3d5ba46b68c033986a6087209930f001cbcca commit: 7153d4bf0b373428d0393c001019da4d0483fddb [231/236] powerpc/traps: Enhance readability for trap types config: powerpc-allyesconfig (attached as .config) compiler: powerpc64-linux-gcc (GCC) 9.3.0 reproduce (this is a W=1 build): wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross # https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git/commit/... git remote add powerpc https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git git fetch --no-tags powerpc next git checkout 7153d4bf0b373428d0393c001019da4d0483fddb # save the attached .config to linux build tree COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-9.3.0 make.cross W=1 ARCH=powerpc If you fix the issue, kindly add following tag as appropriate Reported-by: kernel test robot <lkp(a)intel.com&gt; Note: the powerpc/next HEAD cbd3d5ba46b68c033986a6087209930f001cbcca builds fine. It only hurts bisectibility. All errors (new ones prefixed by >>): arch/powerpc/kernel/fadump.c:82:12: warning: no previous prototype for 'fadump_cma_init' [-Wmissing-prototypes] 82 | int __init fadump_cma_init(void) | ^~~~~~~~~~~~~~~ arch/powerpc/kernel/fadump.c: In function 'crash_fadump': 731 | if (TRAP(&(fdh->regs)) == INTERRUPT_SYSTEM_RESET) { | ^~~~~~~~~~~~~~~~~~~~~~ arch/powerpc/kernel/fadump.c:731:28: note: each undeclared identifier is reported only once for each function it appears in vim +/INTERRUPT_SYSTEM_RESET +731 arch/powerpc/kernel/fadump.c 679 680 void crash_fadump(struct pt_regs *regs, const char *str) 681 { 682 unsigned int msecs; 683 struct fadump_crash_info_header *fdh = NULL; 684 int old_cpu, this_cpu; 685 /* Do not include first CPU */ 686 unsigned int ncpus = num_online_cpus() - 1; 687 688 if (!should_fadump_crash()) 689 return; 690 691 /* 692 * old_cpu == -1 means this is the first CPU which has come here, 693 * go ahead and trigger fadump. 694 * 695 * old_cpu != -1 means some other CPU has already on it's way 696 * to trigger fadump, just keep looping here. 697 */ 698 this_cpu = smp_processor_id(); 699 old_cpu = cmpxchg(&crashing_cpu, -1, this_cpu); 700 701 if (old_cpu != -1) { 702 atomic_inc(&cpus_in_fadump); 703 704 /* 705 * We can't loop here indefinitely. Wait as long as fadump 706 * is in force. If we race with fadump un-registration this 707 * loop will break and then we go down to normal panic path 708 * and reboot. If fadump is in force the first crashing 709 * cpu will definitely trigger fadump. 710 */ 711 while (fw_dump.dump_registered) 712 cpu_relax(); 713 return; 714 } 715 716 fdh = __va(fw_dump.fadumphdr_addr); 717 fdh->crashing_cpu = crashing_cpu; 718 crash_save_vmcoreinfo(); 719 720 if (regs) 721 fdh->regs = *regs; 722 else 723 ppc_save_regs(&fdh->regs); 724 725 fdh->online_mask = *cpu_online_mask; 726 727 /* 728 * If we came in via system reset, wait a while for the secondary 729 * CPUs to enter. 730 */ 732 msecs = CRASH_TIMEOUT; 733 while ((atomic_read(&cpus_in_fadump) < ncpus) && (--msecs > 0)) 734 mdelay(1); 735 } 736 737 fw_dump.ops->fadump_trigger(fdh, str); 738 } 739 --- 0-DAY CI Kernel Test Service, Intel Corporation https://lists.01.org/hyperkitty/list/kbuild-all@lists.01.org