Received: by 2002:a4a:301c:0:0:0:0:0 with SMTP id q28-v6csp836026oof; Tue, 25 Sep 2018 05:25:39 -0700 (PDT) X-Google-Smtp-Source: ACcGV62LjK8Er+neHAq4P3+bZbL0acoJY/s9QwY8SOJ6fUv0s/qszGvrC5ykz3/a0gtIU7ys2Gya X-Received: by 2002:a62:1314:: with SMTP id b20-v6mr919589pfj.230.1537878339280; Tue, 25 Sep 2018 05:25:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1537878339; cv=none; d=google.com; s=arc-20160816; b=0bsV55Fw6OrSi2QI8xcS+SqGvQhTbLdkRa7svNaw+ado2/jv1L6UjpAi5kl/haTfjI hsy8N9GXX8iy7ONExDlfoOyjls7rgTQH2KoUuFmfp57HKg30uTaQ335kTZm5SOlYLO3s hk8OfIIfi2GwkBV+gV7/lIV5nxOZ7IMfHI6GY9gC2eYutRbbY2rpeqydsB2PIVsPPeHp FpEGjs+7b/K6WtYsTMLsIywX6JMc4n803PlPUNPH+IxDsvnxtCUuunotmaRcL1yQlO/C hADbUVXAV+ym/aNFv/kJnCPDhze5GKEdZlFD9YZWbYbLKecyd8xhWp7SBlfVtCPzniUV 8jwg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from; bh=UVF5O4z5yTpCGpo6mUE9JhQVEYziGp2PVvNncFJT3M8=; b=kde+iCOHap/q1kOYnDbCH126uqTwMRPhJEvPnpaRn9/hIo3atJR77Y0H3i4T/WCVPx 2/Lrm0yUiIOXN02s19oDsBt04SNFdr2kFvN24l4cR9d47SY9mAskExp8TjYWJDu4RCed CiBLNd2RopcCNLFr9I9JyDrS265bk5VBfLmAhotPq+aN3jDn8fp0EWqmdQPsT3XA38AF xR6pE2u7tt5hq9tuU160c8K9dD70k6b0ItjBEgdM1XEUJaUVbPvxQs0yz4oqyVezY6cP 6mNe1qORrOIiW6b84yOjmaSjI230e7C9jQvm5+QUuXSptXpZqbMzglYFYD88+fj+wCTq Qnuw== 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 f34-v6si2312983ple.365.2018.09.25.05.25.23; Tue, 25 Sep 2018 05:25:39 -0700 (PDT) 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 S1728985AbeIYSc1 (ORCPT + 99 others); Tue, 25 Sep 2018 14:32:27 -0400 Received: from ozlabs.org ([203.11.71.1]:37655 "EHLO ozlabs.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728582AbeIYSc1 (ORCPT ); Tue, 25 Sep 2018 14:32:27 -0400 Received: from authenticated.ozlabs.org (localhost [127.0.0.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ozlabs.org (Postfix) with ESMTPSA id 42KKyn2ct5z9s7T; Tue, 25 Sep 2018 22:25:05 +1000 (AEST) Authentication-Results: ozlabs.org; dmarc=none (p=none dis=none) header.from=ellerman.id.au From: Michael Ellerman To: Arnd Bergmann Cc: Firoz Khan , linuxppc-dev , Benjamin Herrenschmidt , Paul Mackerras , linuxram@us.ibm.com, leitao@debian.org, Boqun Feng , gregkh , Philippe Ombredanne , Thomas Gleixner , Kate Stewart , y2038 Mailman List , Linux Kernel Mailing List , linux-arch , Deepa Dinamani , Marcin Juszkiewicz Subject: Re: [PATCH 2/3] powerpc: Add system call table generation support In-Reply-To: References: <1536913980-4811-1-git-send-email-firoz.khan@linaro.org> <1536913980-4811-3-git-send-email-firoz.khan@linaro.org> <87efdi5rm6.fsf@concordia.ellerman.id.au> Date: Tue, 25 Sep 2018 22:25:04 +1000 Message-ID: <878t3p4vdr.fsf@concordia.ellerman.id.au> MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Arnd Bergmann writes: > On Tue, Sep 25, 2018 at 2:48 AM Michael Ellerman wrote: >> Arnd Bergmann writes: >> > On Tue, Sep 18, 2018 at 2:15 PM Firoz Khan wrote: >> >> On 14 September 2018 at 15:31, Arnd Bergmann wrote: >> >> > On Fri, Sep 14, 2018 at 10:33 AM Firoz Khan wrote: >> > >> > But all three existing architectures (x86, s390 and arm) already >> > have the capability to parse the table and generate different output >> > from that. >> >> Yeah, we want that on powerpc too. >> >> If the script needs to be more complex that's fine, if it can't be >> shared across arches that's fine, the main thing for me is that wiring >> up a syscall can be done by adding a single line in a single file. > > Yes, that's definitely the idea, we want to make it easier for everyone. > We need at least a special case for mips, which needs three separate > input files (the tables are completely different) to generate four versions > of the output, plus a future extension to use the generic table for their > new one. > > For powerpc, I'm hoping that both the table format and script can be > completely generic and not need a special case that is different > from the others, but if we need some extra magic to handle the SPU > syscalls, we can still do that with a private script. Sounds good. cheers