Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp1330088ybl; Mon, 2 Dec 2019 01:41:30 -0800 (PST) X-Google-Smtp-Source: APXvYqwIqfUqbSC3JoixX1x5nrwyGSLfDSCjZUF9Lk4+OXuX/+ivamzM6Vq+VsTm+8HqLk9jPc47 X-Received: by 2002:a17:906:b797:: with SMTP id dt23mr51494838ejb.241.1575279690274; Mon, 02 Dec 2019 01:41:30 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1575279690; cv=none; d=google.com; s=arc-20160816; b=v2VRruee3G1JyAtIds/Bbor66Cf74FcmKDtBNiVM9nQjpieIf38AaHU1va2ZsKVJJ8 h9p8HQYCCk+5r/A3OlLoHaNsYK6SLpX+06z5cHDUMUIt4SFdHBBwefIMB+v78JAQzKyo 86jYPpSGLWsmNWI3pUWbfGJKgFKBayUCUa8whO9mYkySLbq2MDeNFE6PZKHc9FQ5kmDq +nIjSed8HUTGfJyUk9gZZRvFwc/GkAmklyqLieOlwf9QUa7iyRybIZUvZkjkLMVG7ksk S0vHptriO9mMhACBn/gQgHXw/Kcf+OORKmOP9oWjll07nGZly3FxN0Qu0Ys41wy4OTAI uqOg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=Op2mVVthbvkCxFJEmklj0+o4+avFwhxWhUlVi2+h7KA=; b=kKRmx8Eh6bGGAUdFi2LXWx44+KdNMBBZ1YXGqvH4kayq+1v8Uzl/EC+3GSdGOgz+zR iBEIa50mj6sN09XrB2c+tyGWgr7N/NldtWVnuI+6dnEk3xEC+/8JD+EvJ/w6ruS0cjZl FOYaj5GlFpQeL9sqJZssSDShoy6pQTPkS1Apd5mzwcHvYHJLFXbXMpU7g45IjCvAuaOU 271rO+LP5SpQnSUeYKfsSGUmnyp9Sq3YK7rLf45DcQ6miGYnkrwR2vpZgiW5NRHOKQ47 3SEYtlz2sGhE50A4ffv4QM6b9XtcAgJVjIb7A1EImPdZMIkomgg4uQBQtOeaFYk7oWu+ n8Ag== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id z12si21749297edx.47.2019.12.02.01.41.06; Mon, 02 Dec 2019 01:41:30 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726534AbfLBJh4 (ORCPT + 99 others); Mon, 2 Dec 2019 04:37:56 -0500 Received: from www62.your-server.de ([213.133.104.62]:33064 "EHLO www62.your-server.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726210AbfLBJh4 (ORCPT ); Mon, 2 Dec 2019 04:37:56 -0500 Received: from [194.230.159.159] (helo=localhost) by www62.your-server.de with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89_1) (envelope-from ) id 1ibi9Q-0004d3-Nt; Mon, 02 Dec 2019 10:37:52 +0100 Date: Mon, 2 Dec 2019 10:37:52 +0100 From: Daniel Borkmann To: Michael Ellerman Cc: Aurelien Jarno , linux-kernel@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, debian-kernel@lists.debian.org, Alexei Starovoitov , Martin KaFai Lau , Song Liu , Yonghong Song , Andrii Nakryiko , "open list:BPF (Safe dynamic programs and tools)" , "open list:BPF (Safe dynamic programs and tools)" Subject: Re: [PATCH] libbpf: fix readelf output parsing on powerpc with recent binutils Message-ID: <20191202093752.GA1535@localhost.localdomain> References: <20191201195728.4161537-1-aurelien@aurel32.net> <87zhgbe0ix.fsf@mpe.ellerman.id.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87zhgbe0ix.fsf@mpe.ellerman.id.au> User-Agent: Mutt/1.12.1 (2019-06-15) X-Authenticated-Sender: daniel@iogearbox.net X-Virus-Scanned: Clear (ClamAV 0.101.4/25650/Sun Dec 1 11:04:04 2019) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Dec 02, 2019 at 04:53:26PM +1100, Michael Ellerman wrote: > Aurelien Jarno writes: > > On powerpc with recent versions of binutils, readelf outputs an extra > > field when dumping the symbols of an object file. For example: > > > > 35: 0000000000000838 96 FUNC LOCAL DEFAULT [: 8] 1 btf_is_struct > > > > The extra "[: 8]" prevents the GLOBAL_SYM_COUNT variable to > > be computed correctly and causes the checkabi target to fail. > > > > Fix that by looking for the symbol name in the last field instead of the > > 8th one. This way it should also cope with future extra fields. > > > > Signed-off-by: Aurelien Jarno > > --- > > tools/lib/bpf/Makefile | 4 ++-- > > 1 file changed, 2 insertions(+), 2 deletions(-) > > Thanks for fixing that, it's been on my very long list of test failures > for a while. > > Tested-by: Michael Ellerman Looks good & also continues to work on x86. Applied, thanks!