Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp2548583pxj; Mon, 10 May 2021 05:41:40 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyOHiVXzS18E3dPfczPQJtZEu/QwIlI2iJh9s4EOofUSJTKpRAyws5cQUwTYS+xi8k/IezL X-Received: by 2002:a17:906:3e49:: with SMTP id t9mr14296828eji.507.1620650500717; Mon, 10 May 2021 05:41:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1620650500; cv=none; d=google.com; s=arc-20160816; b=wMRp8pRe5mcs38QAupkz9WOWigEnFg6nh9HfJA28awY1f4LJ/0KJk6S4f2I2pw3EP7 0OWDKVGxG7lsfu2dunmFxGzHRQ2xK4RoGeXmZ4P0LPfI4J9DX0ZKNgBStClG5NC2z0wJ /dHolHkyGsX1MKwbzVffuG1Xo1l63mOr0jnzQtArnDvfysVIGHNqZZ84F3OzuGrpWVd1 9QMElhAqRfOoYAqPAAGMerwz2eu2BVY+LNQX04C/Bl4Iu8kTKhYSA7V5JUHWfz6Fmd12 +kAQ17tXroLPAz6oa64fQ7oAkiVHrMPMEp/WSmvUbOAds9qtQ/mEw0qoxj/gFWVLXJSt vf8g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=5FoJuEoe+W5m63qOiN1DCz38114TNIKQkP8TQs2E9ps=; b=Q5sUOy9Wri76NH2iSeoBCjaecUMQt8JOU0teHZLKkFRSS/Uqf5iiPrGk/unc6EnC8O Y8+7+5v73tDS1f9N7hPI61A4go/rvMUdjvEu3aoYeQEhu/7WW2XLKVfbxlcRP2E92IX3 Gw8ZGDH1CsFwhFo3Y6feNNSUpnWLqpOtKOhFE3fETVgSl0TbTBKDr5amyINp752ofdjk HsCkpjZ/qwUpbZ1KGXlby605eATYZrAhtKIuNqb80Xd/rZREIxQLtX5HtmUV7A8yGQPz 4gGhGGu0psWJ3rTwEPY0uqgSNTOEkRycNXklLBytQc9VJqblR4IDcIo/S/3SMIB0RLQq oejw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=v9YSTGwG; 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=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id d2si10918693ejd.638.2021.05.10.05.41.16; Mon, 10 May 2021 05:41:40 -0700 (PDT) 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=@linuxfoundation.org header.s=korg header.b=v9YSTGwG; 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=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237290AbhEJMeo (ORCPT + 99 others); Mon, 10 May 2021 08:34:44 -0400 Received: from mail.kernel.org ([198.145.29.99]:54928 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233525AbhEJLMO (ORCPT ); Mon, 10 May 2021 07:12:14 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 4B38E61139; Mon, 10 May 2021 11:09:57 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1620644997; bh=nM82XFwB+Hv0Rbe30sfFpEmwyRJEFZjJt83JZ6zhF7s=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=v9YSTGwGOaI0zWE7WIDJC3K4M2N4LjzeukiwhA7dT2yzgpbyUXH13azETGmXH0ubK MI9MkGMdyKIOtCqhDd5eCtcvvqjMh7wICKDrknFc5ZJjv7W3Upptvwdc4XalPu9ABq J7A+di50zfgg8rSTU6wvRJNHzcA4Dla1oNg7mmTk= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Rosen Penev , Tony Ambardar , Michael Ellerman Subject: [PATCH 5.12 310/384] powerpc: fix EDEADLOCK redefinition error in uapi/asm/errno.h Date: Mon, 10 May 2021 12:21:39 +0200 Message-Id: <20210510102025.020262360@linuxfoundation.org> X-Mailer: git-send-email 2.31.1 In-Reply-To: <20210510102014.849075526@linuxfoundation.org> References: <20210510102014.849075526@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Tony Ambardar commit 7de21e679e6a789f3729e8402bc440b623a28eae upstream. A few archs like powerpc have different errno.h values for macros EDEADLOCK and EDEADLK. In code including both libc and linux versions of errno.h, this can result in multiple definitions of EDEADLOCK in the include chain. Definitions to the same value (e.g. seen with mips) do not raise warnings, but on powerpc there are redefinitions changing the value, which raise warnings and errors (if using "-Werror"). Guard against these redefinitions to avoid build errors like the following, first seen cross-compiling libbpf v5.8.9 for powerpc using GCC 8.4.0 with musl 1.1.24: In file included from ../../arch/powerpc/include/uapi/asm/errno.h:5, from ../../include/linux/err.h:8, from libbpf.c:29: ../../include/uapi/asm-generic/errno.h:40: error: "EDEADLOCK" redefined [-Werror] #define EDEADLOCK EDEADLK In file included from toolchain-powerpc_8540_gcc-8.4.0_musl/include/errno.h:10, from libbpf.c:26: toolchain-powerpc_8540_gcc-8.4.0_musl/include/bits/errno.h:58: note: this is the location of the previous definition #define EDEADLOCK 58 cc1: all warnings being treated as errors Cc: Stable Reported-by: Rosen Penev Signed-off-by: Tony Ambardar Signed-off-by: Michael Ellerman Link: https://lore.kernel.org/r/20200917135437.1238787-1-Tony.Ambardar@gmail.com Signed-off-by: Greg Kroah-Hartman --- arch/powerpc/include/uapi/asm/errno.h | 1 + 1 file changed, 1 insertion(+) --- a/arch/powerpc/include/uapi/asm/errno.h +++ b/arch/powerpc/include/uapi/asm/errno.h @@ -2,6 +2,7 @@ #ifndef _ASM_POWERPC_ERRNO_H #define _ASM_POWERPC_ERRNO_H +#undef EDEADLOCK #include #undef EDEADLOCK