Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp2466022pxj; Mon, 10 May 2021 03:46:45 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzHIc4SqDGNp0xxyLKdeXXJu5mHdzGyQ28UFEt6lkA4eDAiPx58B2WzWH4QT5YWBHYHyv2d X-Received: by 2002:a05:6638:3013:: with SMTP id r19mr21330062jak.36.1620643605211; Mon, 10 May 2021 03:46:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1620643605; cv=none; d=google.com; s=arc-20160816; b=R5UAHuM8uHUADTlzm4CJ6a6jwQGjJx4iRz30DIcP8YAaYZtBbolP/SQ0i+XZ8T6piC G+/yq8R1+KyoyrxCAHXMky4wc1NEkgifH3FQNoys0isfo68HdSosBP9YRt5nYWZNXGcC PPsJOmIpN8BMO1o61c/C+HT1WuxY2mEoMvP59/UwqGAqDN6cY/KJDggTY54FDh2y0MvK bTPyiSf2mR/g8NmLsl1h/vOP1GlbYJphS97wBcgCYlC32ojSHfPSA5uqCbs+glqu2+nR kO0AtCLGqc9E/NcwPzBzPi27vMAze6jCft++9o17dobO/SBWbAqUUIHH9WQkpwmCxJxT T4NA== 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=iKPCMoU2RICYXJhd0MDd9rTuJYVIGf2N6ckeCFA/2fvwb0pO6JGsX+niwKkQbvLLA4 E1Wzbw0o6Un7htEYB5Zn3/w/O9olthy8JBlYI7eN+d5zDFYUx1DKA5It56/JkYyqtALw aS+j0lGHukenEq13CwFsCC28dRgmn6qLOrhA66e+S7sIdBqD1Mw7fEKPbsv57De/ePxb wbMdKoM52Dga021qR9VNcZ2HVS3IIciZw9igiLGumWirb2wHPe2w1WX/3YFkDeFeMo1a iJgWaa4ymYmu30HvImwLBuwchOzIEpw4O9/LT2UeoiU1LFLRt+Mdn+r1kWLDM7916K05 HV/g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=DLAnbtws; 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 s4si18132892ilv.29.2021.05.10.03.46.32; Mon, 10 May 2021 03:46:45 -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=DLAnbtws; 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 S233342AbhEJKpi (ORCPT + 99 others); Mon, 10 May 2021 06:45:38 -0400 Received: from mail.kernel.org ([198.145.29.99]:41804 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231458AbhEJKhX (ORCPT ); Mon, 10 May 2021 06:37:23 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 562E76145C; Mon, 10 May 2021 10:29:32 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1620642572; bh=nM82XFwB+Hv0Rbe30sfFpEmwyRJEFZjJt83JZ6zhF7s=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=DLAnbtwsalNpfKjnUiXkrjSM6tED3+LHw4hMoQk2MwMwqO1LQgkXAKAXGYXEpbu/E cYxRtfo1NQObySpl5S0o3L1OZcbwtPPC7zRu1PwawB5I8Td6up9TpSpGqB23Midmhe E+jeLvcdR7EHfNDZTv1s7Lq91C0nqGjGcESftu+o= 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.4 149/184] powerpc: fix EDEADLOCK redefinition error in uapi/asm/errno.h Date: Mon, 10 May 2021 12:20:43 +0200 Message-Id: <20210510101955.012405464@linuxfoundation.org> X-Mailer: git-send-email 2.31.1 In-Reply-To: <20210510101950.200777181@linuxfoundation.org> References: <20210510101950.200777181@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