Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp280603pxu; Fri, 11 Dec 2020 02:07:16 -0800 (PST) X-Google-Smtp-Source: ABdhPJzE/FNeRBAHX/4EOwynHZpDin3hgw+IDMBsyQ03eRXwCuDL4QYydB7s519naZENU9xNT+LJ X-Received: by 2002:a17:906:edd1:: with SMTP id sb17mr10085626ejb.118.1607681235986; Fri, 11 Dec 2020 02:07:15 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1607681235; cv=none; d=google.com; s=arc-20160816; b=i8yPbsENo29dhyz1sqFLSNelykUIr98pHheRjPANXp4SFPI3lk/DcuqjCaetVnLm/J 8nvVa4nnsWzWDu4OVk66gII461mmA+sSeV81jB6PFDtYOC6RX1iy62/Eb5nnycqvdQGJ 1rN1zk/x3LLhh7S/6OtM9bv2ZVn2fHQ5cRjnb8i44MObx64H369q5ACJlfRaQ8H6g5Y7 Ya95m3ivMrR08iUeEGBt7kV/STjazvgTnBFn/6cvU5oTVOBdeODaqk4Z03a7z1JmlCXg jhh2duRauuoyaCDHRk3gZ1xFaZDKacrggc2RXxebPk1zvEsq3efDdBLusERAHlx9ib9h aVsg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=5GBGxfLDmoveGpJ9L5HVmKW/Nrr5Gil4FnQfI25Evx8=; b=Ymmkmdmobfa8s8+nIzDnMf10cZzvIwQhg8KLbXrV3Nzkc2PmMJtLHWEELtTzlgEjEo IhbkTspAcjB6z0PizreaTKAmAD5SoiOyo4tGYN63M3B3dpAPnHdTo96HMn9e8VvB+WB9 B+Y/9eJdFVVEG0DDwfZFu4Y+DFxhxmWaCjUSN8sr0DYdH5N57IZRkHGdalfQeX0TU5qG G+3Sc1LFkTnxyPG7n4mHYFdbTWdhNvpkF6hcKVIWvMJvKCVCXbHHA1iLiEgrDjQbmrM3 ZH+Lr+j9+f98hDRaZRfcoLgdo5aEXNrePD/Eu5R07g9eCCPK68xWSLkN+psi+/J8EDF7 6O7Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=TmuEpAOZ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id dn20si4581087ejc.47.2020.12.11.02.06.53; Fri, 11 Dec 2020 02:07:15 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=TmuEpAOZ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2394175AbgLJWbW (ORCPT + 99 others); Thu, 10 Dec 2020 17:31:22 -0500 Received: from mail-qv1-f51.google.com ([209.85.219.51]:35228 "EHLO mail-qv1-f51.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2405078AbgLJWUv (ORCPT ); Thu, 10 Dec 2020 17:20:51 -0500 Received: by mail-qv1-f51.google.com with SMTP id l14so3284136qvh.2 for ; Thu, 10 Dec 2020 14:20:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=5GBGxfLDmoveGpJ9L5HVmKW/Nrr5Gil4FnQfI25Evx8=; b=TmuEpAOZ33fl36J4hLO2oipR/LPALK+ZrWvm1zxKBBUVmqCyHUQBmqCMYHpA9TOGkQ NxRmXeB2vPVedR4uaJGg3z/I53svmnoQ0u/hi8YVs2LKOQE1ZnnNFMVMvUpXrmM/0C5D adKRflwcnfLACGmrEUqWTYaBAq4MxnG6uizjoEDgIDlcDKzRJhvIDYaIAUIu2FXXkXHy gbslCBnusfa63aqcaRMKWTa8ZN+E3u5vYOKHP4BeL4bnRriAT9P0bzIUplIuN490pY7B OUP3q6UgKS1vWPb1/mBH3dPmqkvUAblzCZLnaeEpSLkhGogMja8PN/wr7monSh8JCVRE ldtQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=5GBGxfLDmoveGpJ9L5HVmKW/Nrr5Gil4FnQfI25Evx8=; b=Mdzs9mvNOBZPcB7iWzBmdQjVtcEjQeJkqTujlIU9YLDZPzDRD4p612EVx59GEkueLa ANEUW6rXCI4mXpOtXDjQbF4I9iBar/2D9tkRXBTHxZc6Hks7rUOJazrl0vKFCAH+Z7UR 3s5rFyCIp2SAhtMbQo25cLPjmORNjHP9PIAqqysP8JjWyaUz2K6MhjG+spD/Cc1D8bRP ZrVG5/pxTz1RtBLxFPq6DiXuTk5HfAx0iXLPoeLdgIEhvD4KjmVTfOWFTg4MjWVsbqHu KbOSO/Oay0inMeKDhmD3lE99Q0Tbd/GO9YbqvVCCJk8zDCajaEXKD/xtdtSWsjcmsIKq R+8w== X-Gm-Message-State: AOAM532BQAOC6TtIgP6KQoReXhXRqUnOBPUuYCcd+mZ1IUkglthROL+J sV6EGVvH2tRITBv3aBYykmEcr0ChnZ+GoNrjbazioYvxnnZ0Rw== X-Received: by 2002:a17:902:8541:b029:da:fcd1:7bf with SMTP id d1-20020a1709028541b02900dafcd107bfmr8250628plo.56.1607637854163; Thu, 10 Dec 2020 14:04:14 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Nick Desaulniers Date: Thu, 10 Dec 2020 14:04:02 -0800 Message-ID: Subject: Re: MIPS + clang-11 + allnoconfig / tinyconfig builds failed To: Naresh Kamboju Cc: linux-mips@vger.kernel.org, open list , Thomas Bogendoerfer , xie.he.0141@gmail.com, clang-built-linux , lkft-triage@lists.linaro.org, Anders Roxell , Dan Rue Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Dec 10, 2020 at 9:18 AM Naresh Kamboju wrote: > > Recently we have setup clang build and found that, > MIPS + clang-11 + allnoconfig build failed > MIPS + clang-11 + tinyconfig build failed > > MIPS + clang-10 + allnoconfig build failed > MIPS + clang-10 + tinyconfig build failed > > We have noticed these build failures on > - stable-4.19 > - stable-5.4 > - stable-5.9 > - mainline > - next-master > > FYI, The defconfig builds are successful. > BTW, May I know what are the configs you build often ? Hi Naresh, thank you again for these reports; they are invaluable. We were testing malta_kvm_guest_defconfig for ARCH=mips and ARCH=mipsel. We should work to get those configs building/tested as well. "were testing" past tense, because TravisCI just nuked our builds! https://blog.travis-ci.com/oss-announcement So we're running with one CI system down at the moment. I'm working with Dan on leveraging tuxbuild and github actions. > > Steps to reproduce build failure: > ----------------------------------------- > # sudo pip3 install -U tuxmake > # tuxmake --runtime docker --target-arch mips --toolchain clang-11 > --kconfig allnoconfig > # tuxmake --runtime docker --target-arch mips --toolchain clang-11 > --kconfig tinyconfig > > Build failed log: > ake --silent --keep-going --jobs=16 > O=/home/tuxbuild/.cache/tuxmake/builds/2/tmp ARCH=mips > CROSS_COMPILE=mips-linux-gnu- 'HOSTCC=sccache clang' 'CC=sccache > clang' allnoconfig > make --silent --keep-going --jobs=16 > O=/home/tuxbuild/.cache/tuxmake/builds/2/tmp ARCH=mips > CROSS_COMPILE=mips-linux-gnu- 'HOSTCC=sccache clang' 'CC=sccache > clang' > /builds/1kl9SVppm6wRdzlQ3UcQKIBaUrx/arch/mips/vdso/elf.S:14:1: > warning: DWARF2 only supports one section per compilation unit > .pushsection .note.Linux, "a",@note ; .balign 4 ; .long 2f - 1f ; > .long 4484f - 3f ; .long 0 ; 1:.asciz "Linux" ; 2:.balign 4 ; 3: > ^ > /builds/1kl9SVppm6wRdzlQ3UcQKIBaUrx/arch/mips/vdso/elf.S:34:2: > warning: DWARF2 only supports one section per compilation unit > .section .mips_abiflags, "a" > ^ So this is likely the vdso resetting KBUILD_CFLAGS (common issue) which is dropping -no-integrated-as, but setting -Wa,-gdwarf-2, which we disabled in the top level Makefile. > /builds/1kl9SVppm6wRdzlQ3UcQKIBaUrx/arch/mips/lib/uncached.c:45:6: > warning: variable 'sp' is uninitialized when used here > [-Wuninitialized] > if (sp >= (long)CKSEG0 && sp < (long)CKSEG2) > ^~ > /builds/1kl9SVppm6wRdzlQ3UcQKIBaUrx/arch/mips/lib/uncached.c:40:18: > note: initialize the variable 'sp' to silence this warning > register long sp __asm__("$sp"); > ^ > = 0 I think we recently discussed this upstream. https://lore.kernel.org/linux-mips/alpine.LFD.2.21.2012061431190.656242@eddie.linux-mips.org/T/#mcaabe339aaee81ed8f6dfe761f699c82e938b4c5 > 1 warning generated. > WARNING: modpost: vmlinux.o(.text+0x1a124): Section mismatch in > reference from the function r4k_cache_init() to the function > .init.text:loongson3_sc_init() > The function r4k_cache_init() references > the function __init loongson3_sc_init(). > This is often because r4k_cache_init lacks a __init > annotation or the annotation of loongson3_sc_init is wrong. > WARNING: modpost: vmlinux.o(.text+0x1f1c8): Section mismatch in > reference from the function mips_sc_init() to the function > .init.text:mips_sc_probe() > The function mips_sc_init() references > the function __init mips_sc_probe(). > This is often because mips_sc_init lacks a __init > annotation or the annotation of mips_sc_probe is wrong. > FATAL: modpost: Section mismatches detected. > Set CONFIG_SECTION_MISMATCH_WARN_ONLY=y to allow them. > make[2]: *** [/builds/1kl9SVppm6wRdzlQ3UcQKIBaUrx/scripts/Makefile.modpost:59: > vmlinux.symvers] Error 1 Anders sent a patch for this, too, IIRC. Once the above fixes land upstream, we probably need to follow up on ensuring they get picked up into the affected branches of stable. -- Thanks, ~Nick Desaulniers