Received: by 2002:ac0:a582:0:0:0:0:0 with SMTP id m2-v6csp1885623imm; Thu, 11 Oct 2018 01:11:15 -0700 (PDT) X-Google-Smtp-Source: ACcGV63j/eCU9EjiD4tTERsCPP85jwQk0NYNqsCP5bgJlpU83ohjkXNt00zLrmUBieHugJ5kjSLz X-Received: by 2002:a17:902:4e:: with SMTP id 72-v6mr570693pla.204.1539245475059; Thu, 11 Oct 2018 01:11:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1539245475; cv=none; d=google.com; s=arc-20160816; b=HdgT0KsHe6fYDhvKTTU2Hk9Lx0btTz7fGCDMHDvCCArpwubT7sXDMfwhYiQZ+1Pygb AT2531DbEzG5LR9mio8124PMWrwpB4D/2/74zys2oUgmZXymX+NFEcm5rHdpYrt54Lwn Q6QLOde1QAAZCS9TzEmRzJlh9G3pt63P3p/pdztwypSuI+pw4gHpoCNbYNQo17xSJipS fhZqX4RQ3+9JIJQl6Hpk7FugDvSa0ZpsgP5MVWSrLaIL8rekrPaLqNhdcv+M0KgVJrIt xLb6p+FTX9c8k9EXj2YJAy2EH7dT7tXSaimc5KlWI6fyzLo3YslAu1s4Ge+QK2rrTjDq k9RQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version; bh=CyzASNNKfWaC7Ld4nY/CqQkXsywxQM9v1ImPrqUTec4=; b=nza716byxM2C9hOSf5Mq/FQvApPExY8gWgTy8HuPQt7ynx8EGmm3gsZFRJtPaj+icH 2PSeiIIgk11O3/FrwwIsa4Lw//XrRI3EF5faRCS0nGxJpyPiRZfxFcODr51a/X/9kfix V9q0wIKwUn39wLkOia37i0Cpi9XOtRYR2K9IVFMLMET6Mh5NvBiQLHpTC8ul2w6rUOhl PEJ33aXtW71w8rtFc2Ww6Pi/3KI0YhJ84K8RsN8j9sTuNuhgt9z0DLih24cAIngA9Dw7 wbSavpjISkB7zx0/7hmJae6EZI+2V2o8zuGrahqLsoVFtSwKZY1ncUo2Rnqo3BiXLck0 ILmg== 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 1-v6si29025649pls.340.2018.10.11.01.11.00; Thu, 11 Oct 2018 01:11:15 -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 S1727554AbeJKOvA (ORCPT + 99 others); Thu, 11 Oct 2018 10:51:00 -0400 Received: from mail-qt1-f194.google.com ([209.85.160.194]:43922 "EHLO mail-qt1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727168AbeJKOvA (ORCPT ); Thu, 11 Oct 2018 10:51:00 -0400 Received: by mail-qt1-f194.google.com with SMTP id q41-v6so8729927qtq.10; Thu, 11 Oct 2018 00:25:00 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=CyzASNNKfWaC7Ld4nY/CqQkXsywxQM9v1ImPrqUTec4=; b=L6tEyJNnaGewKOskJhN+Ys+1xfjqzklagZ6CGyL/1hmfrEnCCOdLrXEE4YkR20ALk1 dwQMcSkvsUOIY5361R2otQe50grmORZat0jjaPvVm0UHiNOFavoy4Y9SfhcGG1G2Mck4 GDpjcCZoBYV9sbWRcU24r0PN+6igtnHu2qh2EX3WwxNEkJ5r7oIvSH7j6i0HhVlHx3l+ sOwsBnKKAMWMdEMP8O2XowIRmPrzh4E4wdoLnZhEh7l/7E3KiCCYC4kLy1xTy/UgLS5n ZvLgQWZYBbpZPiuH3wROO1hE3ZMtZw5LGuvgMu8orPM8VT3dHh/i/iYrBJKktRbSFPqz CRlg== X-Gm-Message-State: ABuFfogDyEdRVMWXwlffInBdFUGNEB64JCDD1iPunzOeb2zWs0AJG1QA 17ZMLX6VKcB5IUsZYPTnEVZE3/T9I2RiW/QQxGw= X-Received: by 2002:ac8:2bf0:: with SMTP id n45-v6mr418356qtn.152.1539242700217; Thu, 11 Oct 2018 00:25:00 -0700 (PDT) MIME-Version: 1.0 References: <1539231895-4118-1-git-send-email-firoz.khan@linaro.org> <1539231895-4118-8-git-send-email-firoz.khan@linaro.org> In-Reply-To: <1539231895-4118-8-git-send-email-firoz.khan@linaro.org> From: Arnd Bergmann Date: Thu, 11 Oct 2018 09:24:43 +0200 Message-ID: Subject: Re: [PATCH v3 7/7] ia64: wire up system calls To: Firoz Khan Cc: linux-ia64@vger.kernel.org, Tony Luck , Fenghua Yu , Thomas Gleixner , gregkh , Philippe Ombredanne , Kate Stewart , y2038 Mailman List , Linux Kernel Mailing List , linux-arch , Deepa Dinamani , Marcin Juszkiewicz Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Oct 11, 2018 at 6:26 AM Firoz Khan wrote: > > wire up perf_event_open, seccomp, pkey_mprotect, pkey_alloc, > pkey_free, statx, io_pgetevents and rseq system calls > > This require an architecture specific implementation as it not > present now. > > Signed-off-by: Firoz Khan > --- > arch/ia64/kernel/syscalls/syscall.tbl | 16 ++++++++++++++++ > 1 file changed, 16 insertions(+) > > diff --git a/arch/ia64/kernel/syscalls/syscall.tbl b/arch/ia64/kernel/syscalls/syscall.tbl > index 6b64f60..1f42b60 100644 > --- a/arch/ia64/kernel/syscalls/syscall.tbl > +++ b/arch/ia64/kernel/syscalls/syscall.tbl > @@ -335,3 +335,19 @@ > 323 common copy_file_range sys_copy_file_range > 324 common preadv2 sys_preadv2 > 325 common pwritev2 sys_pwritev2 > +# perf_event_open requires an architecture specific implementation > +326 common perf_event_open sys_perf_event_open > +# seccomp requires an architecture specific implementation > +327 common seccomp sys_seccomp I don't think that's correct for these two. perf_event_open() of course requires 'perf' support that ia64 does not have, but at least seccomp should just work. > +# pkey_mprotect requires an architecture specific implementation > +328 common pkey_mprotect sys_pkey_mprotect > +# pkey_alloc requires an architecture specific implementation > +329 common pkey_alloc sys_pkey_alloc > +# pkey_free requires an architecture specific implementation > +330 common pkey_free sys_pkey_free One comment for all pkey calls would be sufficient. More importantly it requires hardware support that ia64 does not have AFAICT. > +# statx requires an architecture specific implementation > +331 common statx sys_statx > +# io_pgetevents requires an architecture specific implementation > +332 common io_pgetevents sys_io_pgetevents It certainly does not require any support from the architecture for these. > +# rseq requires an architecture specific implementation > +333 common rseq sys_rseq Maybe leave rseq and pkey_* commented out so we reserve the number but don't add it for real? Maybe the ia64 maintainers have a preference. As asm-generic maintainer, I'd like to have the various asm/unistd.h headers be as similar as possible and at least reserve all the numbers even if we don't need the calls on a given architecture. Arnd