Received: by 10.223.185.116 with SMTP id b49csp1055462wrg; Fri, 16 Feb 2018 11:35:47 -0800 (PST) X-Google-Smtp-Source: AH8x2269q2b1w7MT9ql76TLaOSa41tmFxx3mNJRj1DhU84qauEH341HJ8pyDGNQklINc/UUZvePM X-Received: by 10.99.169.26 with SMTP id u26mr5902017pge.304.1518809747479; Fri, 16 Feb 2018 11:35:47 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1518809747; cv=none; d=google.com; s=arc-20160816; b=j/9w1vH9CFJMZVnAX1hCvf0g7wlulguwGhRN0JhTqZxVFuUzKaJUM/sdcUlH62G87V HoFnUx1hbFCfYkjya2Mf0pM9GF5kpp0dCMQPqb7xtL0Ue/ddtmZa/YTW2DWTiCbGTg86 AjDCimEGrAjSasPpTs5kIAyeVEzZfByTaDZTLc9lzYDPBFeijive3EDwIltp/3LlLpoA UWWpjwSMuhrM76wMFUMtphf9G6Dqn17Glo2nob4f4NpvvpG5Vj4cpOTnoSZ+MynuSiB8 zyGdH6Ux9T/B9fSe5d7YurZGTjVjlynlB4VsuJu8ogR/238FTwpI6Lta1+x7j/jQjP7j Mz8w== 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:dmarc-filter:arc-authentication-results; bh=ACkycAXBd/zXIDIpLwjmrLxc4cVUllq/zjztodx2HWU=; b=A85oBLUL/ywwcXpHS6yajJDcMLz54lt962HAnUL7DC8AbsKCB3RqkgOY+/z0vN4Rh+ 0va20i8rjUMzF4tBDM3tLzvqdma4fBwEnXsgCNs3O6M/VSAFMInVXEvaohTpmrh4Zyrb tf+qoa1OZJHl7y0pwGrrYiV88Bg4qgey0LRcLadPsdw0q3QU2dJpjaU/Jaco/1W/E5Qf YWrxt523gxecwWtDwfXb/pEAkT6ETTcawFrzIK5RDsqULJ/iQZlUy6NXtUJMxm9lv+Ub E31hK6NJSEFImk56Jw4d9geQBthQDfxIW0bEI/+OU5VOiRmKvrnJNVJcPiI6c1x+QuYY /Y/A== 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 e68si1017068pfa.94.2018.02.16.11.35.32; Fri, 16 Feb 2018 11:35:47 -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 S1161942AbeBPR3G (ORCPT + 99 others); Fri, 16 Feb 2018 12:29:06 -0500 Received: from mail.kernel.org ([198.145.29.99]:38766 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752381AbeBPR3F (ORCPT ); Fri, 16 Feb 2018 12:29:05 -0500 Received: from jouet.infradead.org (unknown [179.97.41.186]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id F0417217CA; Fri, 16 Feb 2018 17:29:04 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org F0417217CA Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=acme@kernel.org Received: by jouet.infradead.org (Postfix, from userid 1000) id B66421450DD; Fri, 16 Feb 2018 14:29:01 -0300 (-03) Date: Fri, 16 Feb 2018 14:29:01 -0300 From: Arnaldo Carvalho de Melo To: Ravi Bangoria Cc: alexander.shishkin@linux.intel.com, jolsa@redhat.com, namhyung@kernel.org, linux-kernel@vger.kernel.org, brueckner@linux.vnet.ibm.com, tmricht@linux.vnet.ibm.com, linuxppc-dev@lists.ozlabs.org, mpe@ellerman.id.au Subject: Re: [PATCH 1/3] tools include powerpc: Grab a copy of arch/powerpc/include/uapi/asm/unistd.h Message-ID: <20180216172901.GB16919@kernel.org> References: <20180129083417.31240-1-ravi.bangoria@linux.vnet.ibm.com> <20180129083417.31240-2-ravi.bangoria@linux.vnet.ibm.com> <20180216165245.GD24436@kernel.org> <20180216165616.GF24436@kernel.org> <20180216170336.GG24436@kernel.org> <20180216170812.GA16919@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180216170812.GA16919@kernel.org> X-Url: http://acmel.wordpress.com User-Agent: Mutt/1.9.1 (2017-09-22) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Em Fri, Feb 16, 2018 at 02:08:12PM -0300, Arnaldo Carvalho de Melo escreveu: > Em Fri, Feb 16, 2018 at 02:03:36PM -0300, Arnaldo Carvalho de Melo escreveu: > > Em Fri, Feb 16, 2018 at 01:56:16PM -0300, Arnaldo Carvalho de Melo escreveu: > > > Em Fri, Feb 16, 2018 at 01:52:45PM -0300, Arnaldo Carvalho de Melo escreveu: > > > > Em Mon, Jan 29, 2018 at 02:04:15PM +0530, Ravi Bangoria escreveu: > > > > > Will be used for generating the syscall id/string translation table. > > > > > > > > > > Signed-off-by: Ravi Bangoria > > > > > --- > > > > > tools/arch/powerpc/include/uapi/asm/unistd.h | 399 +++++++++++++++++++++++++++ > > > > > tools/perf/check-headers.sh | 1 + > > > > > 2 files changed, 400 insertions(+) > > > > > create mode 100644 tools/arch/powerpc/include/uapi/asm/unistd.h > > > > > > > > Not building on a cross-compiling environment (ubuntu 16.04), I'm checking... > > > > > > BTW, details about that environment: > > > > > > 46 29.83 ubuntu:16.04-x-powerpc : FAIL powerpc-linux-gnu-gcc (Ubuntu 5.4.0-6ubuntu1~16.04.4) 5.4.0 20160609 > > > > So, you did it just for ppc64? Because... > > > > 46 29.83 ubuntu:16.04-x-powerpc : FAIL powerpc-linux-gnu-gcc (Ubuntu 5.4.0-6ubuntu1~16.04.4) 5.4.0 20160609 > > 47 69.81 ubuntu:16.04-x-powerpc64 : Ok powerpc64-linux-gnu-gcc (Ubuntu/IBM 5.4.0-6ubuntu1~16.04.1) 5.4.0 20160609 > > 48 68.35 ubuntu:16.04-x-powerpc64el : Ok powerpc64le-linux-gnu-gcc (Ubuntu/IBM 5.4.0-6ubuntu1~16.04.4) 5.4.0 20160609 > > > > Its just on ppc32 that his is falling apart. > > So, $(SRCARCH) maps to both powerpc and powerpc64m which will set > NO_SYSCALL_TABLE to zero, thus linking against > tools/perf/util/syscalltbl.o, which will include the generated > syscalls_64.c only for ppc64, b00m. Ok, so after looking at: commit eef289f79c03ba5ca197e2ac1e33906175f01c39 Author: Paul Mackerras Date: Mon Oct 10 22:56:11 2005 +1000 powerpc: Merge asm/unistd.h Signed-off-by: Paul Mackerras ---- Humm, we need to create two tables, one for 32-bit and another for 64, even with ppc not having (AFAIK) clashes in syscall numbers for 32/64... Trying to do it now. - Arnaldo