Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp505626pxj; Wed, 2 Jun 2021 04:52:01 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyQavHHj43GYmq+20JZyGLYFDgTgnAwoMpwDbCLqImQ8Eigoi/ZmCk3dpFwE1GGnhwwwgr5 X-Received: by 2002:a17:907:7747:: with SMTP id kx7mr34093543ejc.400.1622634721381; Wed, 02 Jun 2021 04:52:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1622634721; cv=none; d=google.com; s=arc-20160816; b=oXjT1kdI1btJ3ZZTuW8H3Yvl7jk/l/4yBncvvXmn4zH6eFUnMevQpLaY19FEiSC7h/ aTyu0ismnk59mz2X/VJ5XcuNTlxOhWX/WY367utZi7LM/U+kn6JKG2ApQHtGL39fFQcx dtelGvwi7TvLqHrSabtt9l8bciCxtHpcq52s/7d8MiHAowZRClDK+OBS2ZK2TZZmew4d MMJfOPX2ZcXw461Cn6uyPzrwYFtcW5OBnqVqkJcGHNXQO71ERQ+ooxz9nqDlleGb3xEv KQOps6cC6UFZGpqBSnPZPMLpReaf6AKtAZd+Nbby3Kc8ldC5nroeLBXRhR2raQIBnc8+ v66A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=zkk8+gPIxfMMx5BHBgVw/VkxKiRg07AMgp4bj3WSwTw=; b=ILT5/VTMO/be6kKIn34wi/dW2iB3IQndmisuwgTWbt6fBVhHaVG9X9KZKsROyUWPqq UkVkJXEGngFl+1S/QMMiRHTPxVUUXfUpy83pCyLM9sx4F7dPpY5Yn3vqREaVjZe7VWd0 gWTKl7VxjPcYCB1Xt9jjFxWhQKiG+/PoE923HOimNjU9r8T1lAqgvIrIopl+Nd3sl3BK C88mDqhU/7xyBQ/g5mrmVCwGyQpzZBTfG6W/X08K9Wy2JfZw7olRsWHw0fFEv+6jarTx xGSohBpsrqfGc25/k+vrZgq5YOOakXXPdS7i050b0TfVuKsiUcYpkbD+wuI3fgBwWDuc jTmA== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id h8si1650499edz.253.2021.06.02.04.51.39; Wed, 02 Jun 2021 04:52:01 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232696AbhFBIlL (ORCPT + 99 others); Wed, 2 Jun 2021 04:41:11 -0400 Received: from mout.kundenserver.de ([212.227.126.134]:60309 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232663AbhFBIlK (ORCPT ); Wed, 2 Jun 2021 04:41:10 -0400 Received: from [192.168.1.155] ([95.114.42.59]) by mrelayeu.kundenserver.de (mreue012 [212.227.15.167]) with ESMTPSA (Nemesis) id 1MFsAJ-1lbUtk1PzT-00HQ57; Wed, 02 Jun 2021 10:38:55 +0200 Subject: Re: [RFC] /dev/ioasid uAPI proposal To: Parav Pandit , "Tian, Kevin" , LKML , Joerg Roedel , Jason Gunthorpe , Lu Baolu , David Woodhouse , "iommu@lists.linux-foundation.org" , "kvm@vger.kernel.org" , "Alex Williamson (alex.williamson@redhat.com)" , Jason Wang Cc: Eric Auger , Jonathan Corbet , "Raj, Ashok" , "Liu, Yi L" , "Wu, Hao" , "Jiang, Dave" , Jacob Pan , Jean-Philippe Brucker , David Gibson , Kirti Wankhede , Robin Murphy References: From: "Enrico Weigelt, metux IT consult" Message-ID: <06892e6a-02c9-6c25-84eb-6a4b2177b48d@metux.net> Date: Wed, 2 Jun 2021 10:38:51 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: tl Content-Transfer-Encoding: 8bit X-Provags-ID: V03:K1:l+r3sN5SfjQDzPJscBIPShHltDwqwPcayg5WV/CYRoSgPIqQpVf nypmndPm+Xcga8629Rm3atqfOUY4jtIpCRBkSvl3tL9FdJLtVCs2fkgZOVCMoIk+e6poH6N Lr1tS/QP3jPWg8oSFFvv1qUsaZfJobcxa3TkLpasX1rJQr+iKvnAf+so6R+0G298HvJhAsJ ckCAZxKX77S/iFXJir6Vg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:9QK8tjMINWQ=:W2FJjeVB+RAwhnh4xrLNDf WvktQrxYIXErcpfmwKotIsgYXO0C22lPSrzEErm6UdeH0xpW1KHDoS9pId8CXpLUdyHpactFE E2pP1xG8D9bFDaulLLucajREXeayDRyct24u9v9I03HKY/nKR5lsp/zisZQodIh3F3S65iZBN nvjeergISyU9JJi9VQy6wcSzDh/YHWqkAyNtr9Vw/rEEHzWUA+LrJcvpT4YZULTjqvh+VfG5G l/5EBuVMUQZls0dtnoypFxp1Bk7Oi/cqwDZUe40JaZL3XOVTzRMX8RJeYgY1Cyhul4/uExXoo Gr4YeVY9lleA7Fk9cDrS4wEQkFGL3T0bgjtjKiCqx3nVG9Z7Q1hyhPJ8QKOsSYKaA5QbdAip3 MIMqNC8bktJHQNNs6aFxc8R+KYKzSUd/3gQtsODbqIxASa9WXxQk4ezurd0pQKiZseaYL1toS W+CMqlYweNttLAeS7+q1iuILjK+iKpVcz5Jm/g7J9TG7I8/mDmEt3jMp/4Y4RcJiOfyCvrZN8 EBOzJFhZ1vkMWMC5LScSrs= Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 31.05.21 19:37, Parav Pandit wrote: > It appears that this is only to make map ioctl faster apart from accounting. > It doesn't have any ioasid handle input either. > > In that case, can it be a new system call? Why does it have to be under /dev/ioasid? > For example few years back such system call mpin() thought was proposed in [1]. I'm very reluctant to more syscall inflation. We already have lots of syscalls that could have been easily done via devices or filesystems (yes, some of them are just old Unix relics). Syscalls don't play well w/ modules, containers, distributed systems, etc, and need extra low-level code for most non-C languages (eg. scripting languages). --mtx -- --- Hinweis: unverschlüsselte E-Mails können leicht abgehört und manipuliert werden ! Für eine vertrauliche Kommunikation senden Sie bitte ihren GPG/PGP-Schlüssel zu. --- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering info@metux.net -- +49-151-27565287