From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jason Gunthorpe Subject: Re: [PATCH V4 05/18] iommu/ioasid: Redefine IOASID set and allocation APIs Date: Fri, 16 Apr 2021 14:54:38 -0300 Message-ID: <20210416175438.GM1370958@nvidia.com> References: <20210401134236.GF1463678@nvidia.com> <20210401160337.GJ1463678@nvidia.com> <4bea6eb9-08ad-4b6b-1e0f-c97ece58a078@redhat.com> <20210415230732.GG1370958@nvidia.com> <20210416061258.325e762e@jacob-builder> <20210416094547.1774e1a3@redhat.com> <20210416102332.6f71e53e@jacob-builder> Mime-Version: 1.0 Return-path: DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Nvidia.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=exTf1vmaA8iWNEXKuEBLaKxFXzU0i9L1AHzrVzENucU=; b=c5fyxwl8tyabtzGMB5jd6JiH2EV0FZbkdK+blNGm/AsdtNnOZttMkve3d0fV/kiCyIy5Prz0lSLdBR49U60IE1SGZPdwUKHe4AKwuMSYeGuOMPkAxvWJ4XI2rQOmAzKvIU0ykx5mLZiOMgydL3HlBFORhjNwA6qxcfdqbvlHLjWvnXaQte0bVbOYJxIoCvCwl3LLOIAIp2YmkTeNou6iV1ATP2DR6MQNjqdg4E9gcmTShbeo7yO3p0cIZ7oBZy/T06sBqlstFp8fqwL0cQgyWsjYFZ3S6Ge+KSUqy2lz/6XB60IBv6EpslaC75O0/GfqBjVU+u7bai57vwFk5n9SmQ== Content-Disposition: inline In-Reply-To: <20210416102332.6f71e53e@jacob-builder> List-ID: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Jacob Pan Cc: Alex Williamson , Auger Eric , "Liu, Yi L" , Jean-Philippe Brucker , "Tian, Kevin" , LKML , Joerg Roedel , Lu Baolu , David Woodhouse , "iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org" , "cgroups-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" , Tejun Heo , Li Zefan , Johannes Weiner , Jean-Philippe Brucker , Jonathan Corbet , "Raj, Ashok" , "Wu, Hao" , "Jiang, Dave" On Fri, Apr 16, 2021 at 10:23:32AM -0700, Jacob Pan wrote: > Perhaps similar to cgroup v1 vs v2, it took a long time and with known > limitations in v1. cgroup v2 is still having transition problems, if anything it is a cautionary tale to think really hard about uAPI because transitioning can be really hard. It might be very wise to make /dev/ioasid and /dev/vfio ioctl compatible in some way so existing software has a smoother upgrade path. For instance by defining a default IOASID Jason