From: "Liu, Yi L" <yi.l.liu@intel.com> To: Jason Gunthorpe <jgg@nvidia.com> Cc: "alex.williamson@redhat.com" <alex.williamson@redhat.com>, "eric.auger@redhat.com" <eric.auger@redhat.com>, "baolu.lu@linux.intel.com" <baolu.lu@linux.intel.com>, "joro@8bytes.org" <joro@8bytes.org>, "Tian, Kevin" <kevin.tian@intel.com>, "jacob.jun.pan@linux.intel.com" <jacob.jun.pan@linux.intel.com>, "Raj, Ashok" <ashok.raj@intel.com>, "Tian, Jun J" <jun.j.tian@intel.com>, "Sun, Yi Y" <yi.y.sun@intel.com>, "jean-philippe@linaro.org" <jean-philippe@linaro.org>, "peterx@redhat.com" <peterx@redhat.com>, "jasowang@redhat.com" <jasowang@redhat.com>, "Wu, Hao" <hao.wu@intel.com>, "stefanha@gmail.com" <stefanha@gmail.com>, "iommu@lists.linux-foundation.org" <iommu@lists.linux-foundation.org>, "kvm@vger.kernel.org" <kvm@vger.kernel.org>, "Zhu, Lingshan" <lingshan.zhu@intel.com>, "vivek.gautam@arm.com" <vivek.gautam@arm.com> Subject: RE: [Patch v8 03/10] vfio/type1: Report iommu nesting info to userspace Date: Wed, 3 Mar 2021 09:53:12 +0000 [thread overview] Message-ID: <BN6PR11MB4068808B0AFA04F403E3AC42C3989@BN6PR11MB4068.namprd11.prod.outlook.com> (raw) In-Reply-To: <20210302125206.GH4247@nvidia.com> Hi Jason, > From: Jason Gunthorpe <jgg@nvidia.com> > Sent: Tuesday, March 2, 2021 8:52 PM > > On Wed, Mar 03, 2021 at 04:35:38AM +0800, Liu Yi L wrote: > > diff --git a/drivers/vfio/vfio_iommu_type1.c > b/drivers/vfio/vfio_iommu_type1.c > > index 4bb162c1d649..3a5c84d4f19b 100644 > > +++ b/drivers/vfio/vfio_iommu_type1.c > > @@ -63,22 +63,24 @@ MODULE_PARM_DESC(dma_entry_limit, > > "Maximum number of user DMA mappings per container > (65535)."); > > > > struct vfio_iommu { > > - struct list_head domain_list; > > - struct list_head iova_list; > > - struct vfio_domain *external_domain; /* domain for external > user */ > > - struct mutex lock; > > - struct rb_root dma_list; > > - struct blocking_notifier_head notifier; > > - unsigned int dma_avail; > > - unsigned int vaddr_invalid_count; > > - uint64_t pgsize_bitmap; > > - uint64_t num_non_pinned_groups; > > - wait_queue_head_t vaddr_wait; > > - bool v2; > > - bool nesting; > > - bool dirty_page_tracking; > > - bool pinned_page_dirty_scope; > > - bool container_open; > > + struct list_head domain_list; > > + struct list_head iova_list; > > + /* domain for external user */ > > + struct vfio_domain *external_domain; > > + struct mutex lock; > > + struct rb_root dma_list; > > + struct blocking_notifier_head notifier; > > + unsigned int dma_avail; > > + unsigned int vaddr_invalid_count; > > + uint64_t pgsize_bitmap; > > + uint64_t num_non_pinned_groups; > > + wait_queue_head_t vaddr_wait; > > + struct iommu_nesting_info *nesting_info; > > + bool v2; > > + bool nesting; > > + bool dirty_page_tracking; > > + bool pinned_page_dirty_scope; > > + bool container_open; > > }; > > I always hate seeing one line patches done like this. If you want to > re-indent you should remove the horizontal whitespace, not add an > unreadable amount more. Oops. will be careful in next version. Perhaps no need to re-indent the existing fields to avoid the whitespace? > > Also, Linus has been unhappy before to see lists of bool's in structs > due to the huge amount of memory they waste. How about something like below? I can do it if Alex is fine with it. u64 v2:1; u64 nesting:1; u64 dirty_page_tracking:1; u64 pinned_page_dirty_scope:1; u64 container_open:1; u64 reserved:59; And thanks for sharing me what Linus prefers. Regards, Yi Liu > Jason
WARNING: multiple messages have this Message-ID (diff)
From: "Liu, Yi L" <yi.l.liu@intel.com> To: Jason Gunthorpe <jgg@nvidia.com> Cc: "jean-philippe@linaro.org" <jean-philippe@linaro.org>, "Tian, Kevin" <kevin.tian@intel.com>, "Raj, Ashok" <ashok.raj@intel.com>, "kvm@vger.kernel.org" <kvm@vger.kernel.org>, "vivek.gautam@arm.com" <vivek.gautam@arm.com>, "jasowang@redhat.com" <jasowang@redhat.com>, "stefanha@gmail.com" <stefanha@gmail.com>, "Sun, Yi Y" <yi.y.sun@intel.com>, "alex.williamson@redhat.com" <alex.williamson@redhat.com>, "iommu@lists.linux-foundation.org" <iommu@lists.linux-foundation.org>, "Zhu, Lingshan" <lingshan.zhu@intel.com>, "Wu, Hao" <hao.wu@intel.com>, "Tian, Jun J" <jun.j.tian@intel.com> Subject: RE: [Patch v8 03/10] vfio/type1: Report iommu nesting info to userspace Date: Wed, 3 Mar 2021 09:53:12 +0000 [thread overview] Message-ID: <BN6PR11MB4068808B0AFA04F403E3AC42C3989@BN6PR11MB4068.namprd11.prod.outlook.com> (raw) In-Reply-To: <20210302125206.GH4247@nvidia.com> Hi Jason, > From: Jason Gunthorpe <jgg@nvidia.com> > Sent: Tuesday, March 2, 2021 8:52 PM > > On Wed, Mar 03, 2021 at 04:35:38AM +0800, Liu Yi L wrote: > > diff --git a/drivers/vfio/vfio_iommu_type1.c > b/drivers/vfio/vfio_iommu_type1.c > > index 4bb162c1d649..3a5c84d4f19b 100644 > > +++ b/drivers/vfio/vfio_iommu_type1.c > > @@ -63,22 +63,24 @@ MODULE_PARM_DESC(dma_entry_limit, > > "Maximum number of user DMA mappings per container > (65535)."); > > > > struct vfio_iommu { > > - struct list_head domain_list; > > - struct list_head iova_list; > > - struct vfio_domain *external_domain; /* domain for external > user */ > > - struct mutex lock; > > - struct rb_root dma_list; > > - struct blocking_notifier_head notifier; > > - unsigned int dma_avail; > > - unsigned int vaddr_invalid_count; > > - uint64_t pgsize_bitmap; > > - uint64_t num_non_pinned_groups; > > - wait_queue_head_t vaddr_wait; > > - bool v2; > > - bool nesting; > > - bool dirty_page_tracking; > > - bool pinned_page_dirty_scope; > > - bool container_open; > > + struct list_head domain_list; > > + struct list_head iova_list; > > + /* domain for external user */ > > + struct vfio_domain *external_domain; > > + struct mutex lock; > > + struct rb_root dma_list; > > + struct blocking_notifier_head notifier; > > + unsigned int dma_avail; > > + unsigned int vaddr_invalid_count; > > + uint64_t pgsize_bitmap; > > + uint64_t num_non_pinned_groups; > > + wait_queue_head_t vaddr_wait; > > + struct iommu_nesting_info *nesting_info; > > + bool v2; > > + bool nesting; > > + bool dirty_page_tracking; > > + bool pinned_page_dirty_scope; > > + bool container_open; > > }; > > I always hate seeing one line patches done like this. If you want to > re-indent you should remove the horizontal whitespace, not add an > unreadable amount more. Oops. will be careful in next version. Perhaps no need to re-indent the existing fields to avoid the whitespace? > > Also, Linus has been unhappy before to see lists of bool's in structs > due to the huge amount of memory they waste. How about something like below? I can do it if Alex is fine with it. u64 v2:1; u64 nesting:1; u64 dirty_page_tracking:1; u64 pinned_page_dirty_scope:1; u64 container_open:1; u64 reserved:59; And thanks for sharing me what Linus prefers. Regards, Yi Liu > Jason _______________________________________________ iommu mailing list iommu@lists.linux-foundation.org https://lists.linuxfoundation.org/mailman/listinfo/iommu
next prev parent reply other threads:[~2021-03-04 0:27 UTC|newest] Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top 2021-03-02 20:35 [Patch v8 00/10] vfio: expose virtual Shared Virtual Addressing to VMs Liu Yi L 2021-03-02 20:35 ` Liu Yi L 2021-03-02 20:35 ` [Patch v8 01/10] iommu: Report domain nesting info Liu Yi L 2021-03-02 20:35 ` Liu Yi L 2021-03-02 20:35 ` [Patch v8 02/10] iommu/smmu: Report empty " Liu Yi L 2021-03-02 20:35 ` Liu Yi L 2021-03-02 20:35 ` [Patch v8 03/10] vfio/type1: Report iommu nesting info to userspace Liu Yi L 2021-03-02 20:35 ` Liu Yi L 2021-03-02 12:52 ` Jason Gunthorpe 2021-03-02 12:52 ` Jason Gunthorpe 2021-03-03 9:53 ` Liu, Yi L [this message] 2021-03-03 9:53 ` Liu, Yi L 2021-03-02 20:35 ` [Patch v8 04/10] vfio/type1: Support binding guest page tables to PASID Liu Yi L 2021-03-02 20:35 ` Liu Yi L 2021-03-02 12:56 ` Jason Gunthorpe 2021-03-02 12:56 ` Jason Gunthorpe 2021-03-02 17:13 ` Jacob Pan 2021-03-02 17:13 ` Jacob Pan 2021-03-02 17:15 ` Jason Gunthorpe 2021-03-02 17:15 ` Jason Gunthorpe 2021-03-03 19:42 ` Jacob Pan 2021-03-03 19:42 ` Jacob Pan 2021-03-03 19:45 ` Jason Gunthorpe 2021-03-03 19:45 ` Jason Gunthorpe 2021-03-04 7:20 ` Liu, Yi L 2021-03-04 7:20 ` Liu, Yi L 2021-03-04 12:52 ` Jason Gunthorpe 2021-03-04 12:52 ` Jason Gunthorpe 2021-03-02 20:35 ` [Patch v8 05/10] vfio/type1: Allow invalidating first-level/stage IOMMU cache Liu Yi L 2021-03-02 20:35 ` Liu Yi L 2021-03-02 20:35 ` [Patch v8 06/10] iommu: Pass domain to sva_unbind_gpasid() Liu Yi L 2021-03-02 20:35 ` Liu Yi L 2021-03-02 20:35 ` [Patch v8 07/10] vfio/type1: Add vSVA support for IOMMU-backed mdevs Liu Yi L 2021-03-02 20:35 ` Liu Yi L 2021-03-02 20:35 ` [Patch v8 08/10] vfio/pci: Expose PCIe PASID capability to userspace Liu Yi L 2021-03-02 20:35 ` Liu Yi L 2021-03-02 20:35 ` [Patch v8 09/10] vfio: Document dual stage control Liu Yi L 2021-03-02 20:35 ` Liu Yi L 2021-03-02 20:35 ` [Patch v8 10/10] iommu/vt-d: Support reporting nesting capability info Liu Yi L 2021-03-02 20:35 ` Liu Yi L
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=BN6PR11MB4068808B0AFA04F403E3AC42C3989@BN6PR11MB4068.namprd11.prod.outlook.com \ --to=yi.l.liu@intel.com \ --cc=alex.williamson@redhat.com \ --cc=ashok.raj@intel.com \ --cc=baolu.lu@linux.intel.com \ --cc=eric.auger@redhat.com \ --cc=hao.wu@intel.com \ --cc=iommu@lists.linux-foundation.org \ --cc=jacob.jun.pan@linux.intel.com \ --cc=jasowang@redhat.com \ --cc=jean-philippe@linaro.org \ --cc=jgg@nvidia.com \ --cc=joro@8bytes.org \ --cc=jun.j.tian@intel.com \ --cc=kevin.tian@intel.com \ --cc=kvm@vger.kernel.org \ --cc=lingshan.zhu@intel.com \ --cc=peterx@redhat.com \ --cc=stefanha@gmail.com \ --cc=vivek.gautam@arm.com \ --cc=yi.y.sun@intel.com \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.