Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp2490299pxj; Mon, 10 May 2021 04:21:48 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy0I21kR4115HNu/5KYgjiukdngMQh1+WDjqcvZnyI9c89vH0pNw2xToKidYVh3DUZNbKZU X-Received: by 2002:a17:906:90cf:: with SMTP id v15mr25421705ejw.432.1620645708275; Mon, 10 May 2021 04:21:48 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1620645708; cv=none; d=google.com; s=arc-20160816; b=xWfKRg4IxdhSVvawvEXD7sV8FkSSz/5VDE+nVkxyKc0qndNPpW4gHghWTbBqYvnRTX ajTIgyimh3HhDUX/kGJRQdN/BOR1yK/s0TRCWL2XWOk88vEEQeVKoKN8/ytGLQ4TG1PZ FTetYEGTjedZbxrTNY1CTqKsdgVCifTNhrMqVoXddZPVovIBSBO9bYpp7BXzNhLZkWPA z2VJOJjF5BBP87xADq9JYNqXcRcqtg59tGlxYQ7G9edmhHmXqTfv1wK/uScId/MaFSMc Mjoo6XAMLvYuffHSWhJpTOW0CbVjXZfiZZcr6JxJtYacg8hDcUSAJ5R/eHDTqvD+X1TN lrug== 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=jdUMWxXYgjxGHghKQQIMwRbjuKy3n4F9TjxDaEq9CS/atz3xqmedRzWWdVQae/RpEj 6guk4Z4YlIdlq/La4Gnujj/C7xBbbrMMq1SnG6JrFKAcIA1jz8GilsDM7BVjGlhPZRKA +9nw1ootLLoHwnvFfGsKOZ7DsLNyhJ3OmWop0D7R4NUi5r2OKVoTb449DzEYQw2kkEJL FrewUNkLJWcpevMi6KSm7di/3GMHSRKzI5iEZ1PZPucmYL5J/YO7PqpAooXjCD17qm8x CNAd7XyZJgEHnF2t+zDlMs4RddWq+QTOzBvxUHxCZAgYu7vV3CM0GcDIt9xHSy5RbFTH 8gnA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=fXYRVXUu; 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 eb8si16285310edb.353.2021.05.10.04.21.24; Mon, 10 May 2021 04:21:48 -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=fXYRVXUu; 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 S238092AbhEJLRC (ORCPT + 99 others); Mon, 10 May 2021 07:17:02 -0400 Received: from mail.kernel.org ([198.145.29.99]:41824 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233310AbhEJKwP (ORCPT ); Mon, 10 May 2021 06:52:15 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 721D26195C; Mon, 10 May 2021 10:40:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1620643259; bh=nM82XFwB+Hv0Rbe30sfFpEmwyRJEFZjJt83JZ6zhF7s=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=fXYRVXUu0+uUUwUt4jiuMdKw1jHlqaMQvzA4D8aukkFW+ielSSWwMsneD32MRWati pRtKem+K3ldKnZ3Z2kYy6nnyZnKBfGYQcJbFSqLzxAT7MtE8QC2JMJuhqLoNFLINgf 6lgBEb8LnYCUNXhl5npdq2TPkddSA6MC/Sx9tf14= 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.10 243/299] powerpc: fix EDEADLOCK redefinition error in uapi/asm/errno.h Date: Mon, 10 May 2021 12:20:40 +0200 Message-Id: <20210510102012.987070224@linuxfoundation.org> X-Mailer: git-send-email 2.31.1 In-Reply-To: <20210510102004.821838356@linuxfoundation.org> References: <20210510102004.821838356@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