From: Jacob Pan <jacob.jun.pan@linux.intel.com> To: Joerg Roedel <joro@8bytes.org> Cc: Jean-Philippe Brucker <jean-philippe.brucker@arm.com>, "alex.williamson@redhat.com" <alex.williamson@redhat.com>, "eric.auger@redhat.com" <eric.auger@redhat.com>, "ashok.raj@intel.com" <ashok.raj@intel.com>, "yi.l.liu@intel.com" <yi.l.liu@intel.com>, "robdclark@gmail.com" <robdclark@gmail.com>, "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>, "iommu@lists.linux-foundation.org" <iommu@lists.linux-foundation.org>, Robin Murphy <Robin.Murphy@arm.com>, jacob.jun.pan@linux.intel.com Subject: Re: [PATCH v2 0/4] iommu: Add device fault reporting API Date: Wed, 12 Jun 2019 11:58:58 -0700 [thread overview] Message-ID: <20190612115858.733edacc@jacob-builder> (raw) In-Reply-To: <20190612131143.GF21613@8bytes.org> On Wed, 12 Jun 2019 15:11:43 +0200 Joerg Roedel <joro@8bytes.org> wrote: > On Wed, Jun 12, 2019 at 12:54:51PM +0100, Jean-Philippe Brucker wrote: > > Thanks! As discussed I think we need to add padding into the > > iommu_fault structure before this reaches mainline, to make the > > UAPI easier to extend in the future. It's already possible to > > extend but requires introducing a new ABI version number and > > support two structures. Adding some padding would only require > > introducing new flags. If there is no objection I'll send a > > one-line patch bumping the structure size to 64 bytes (currently > > 48) > > Sounds good, please submit the patch. > Could you also add padding to page response per our discussion here? https://lkml.org/lkml/2019/6/12/1131 > Regards, > > Joerg [Jacob Pan]
WARNING: multiple messages have this Message-ID (diff)
From: Jacob Pan <jacob.jun.pan@linux.intel.com> To: Joerg Roedel <joro@8bytes.org> Cc: "ashok.raj@intel.com" <ashok.raj@intel.com>, Jean-Philippe Brucker <jean-philippe.brucker@arm.com>, "iommu@lists.linux-foundation.org" <iommu@lists.linux-foundation.org>, "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>, "alex.williamson@redhat.com" <alex.williamson@redhat.com>, Robin Murphy <Robin.Murphy@arm.com> Subject: Re: [PATCH v2 0/4] iommu: Add device fault reporting API Date: Wed, 12 Jun 2019 11:58:58 -0700 [thread overview] Message-ID: <20190612115858.733edacc@jacob-builder> (raw) In-Reply-To: <20190612131143.GF21613@8bytes.org> On Wed, 12 Jun 2019 15:11:43 +0200 Joerg Roedel <joro@8bytes.org> wrote: > On Wed, Jun 12, 2019 at 12:54:51PM +0100, Jean-Philippe Brucker wrote: > > Thanks! As discussed I think we need to add padding into the > > iommu_fault structure before this reaches mainline, to make the > > UAPI easier to extend in the future. It's already possible to > > extend but requires introducing a new ABI version number and > > support two structures. Adding some padding would only require > > introducing new flags. If there is no objection I'll send a > > one-line patch bumping the structure size to 64 bytes (currently > > 48) > > Sounds good, please submit the patch. > Could you also add padding to page response per our discussion here? https://lkml.org/lkml/2019/6/12/1131 > Regards, > > Joerg [Jacob Pan] _______________________________________________ iommu mailing list iommu@lists.linux-foundation.org https://lists.linuxfoundation.org/mailman/listinfo/iommu
next prev parent reply other threads:[~2019-06-12 18:55 UTC|newest] Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top 2019-06-03 14:57 [PATCH v2 0/4] iommu: Add device fault reporting API Jean-Philippe Brucker 2019-06-03 14:57 ` Jean-Philippe Brucker 2019-06-03 14:57 ` [PATCH v2 1/4] driver core: Add per device iommu param Jean-Philippe Brucker 2019-06-03 14:57 ` Jean-Philippe Brucker 2019-06-03 14:57 ` [PATCH v2 2/4] iommu: Introduce device fault data Jean-Philippe Brucker 2019-06-03 14:57 ` Jean-Philippe Brucker 2019-06-03 22:08 ` Jacob Pan 2019-06-03 22:08 ` Jacob Pan 2019-06-05 8:51 ` Tian, Kevin 2019-06-05 8:51 ` Tian, Kevin 2019-06-05 11:24 ` Jean-Philippe Brucker 2019-06-05 11:24 ` Jean-Philippe Brucker 2019-06-05 21:58 ` Jacob Pan 2019-06-05 21:58 ` Jacob Pan 2019-06-05 17:37 ` Jacob Pan 2019-06-05 17:37 ` Jacob Pan 2019-06-06 6:54 ` Tian, Kevin 2019-06-06 6:54 ` Tian, Kevin 2019-06-03 14:57 ` [PATCH v2 3/4] iommu: Introduce device fault report API Jean-Philippe Brucker 2019-06-03 14:57 ` Jean-Philippe Brucker 2019-06-03 14:57 ` [PATCH v2 4/4] iommu: Add recoverable fault reporting Jean-Philippe Brucker 2019-06-03 14:57 ` Jean-Philippe Brucker 2019-06-03 21:59 ` [PATCH v2 0/4] iommu: Add device fault reporting API Jacob Pan 2019-06-03 21:59 ` Jacob Pan 2019-06-05 11:26 ` Jean-Philippe Brucker 2019-06-05 11:26 ` Jean-Philippe Brucker 2019-06-12 8:19 ` Joerg Roedel 2019-06-12 8:19 ` Joerg Roedel 2019-06-12 11:54 ` Jean-Philippe Brucker 2019-06-12 11:54 ` Jean-Philippe Brucker 2019-06-12 13:11 ` Joerg Roedel 2019-06-12 13:11 ` Joerg Roedel 2019-06-12 17:59 ` [PATCH] iommu: Add padding to struct iommu_fault Jean-Philippe Brucker 2019-06-12 19:02 ` Jacob Pan 2019-06-12 19:19 ` Auger Eric 2019-06-18 15:15 ` Joerg Roedel 2019-06-12 18:58 ` Jacob Pan [this message] 2019-06-12 18:58 ` [PATCH v2 0/4] iommu: Add device fault reporting API Jacob Pan
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=20190612115858.733edacc@jacob-builder \ --to=jacob.jun.pan@linux.intel.com \ --cc=Robin.Murphy@arm.com \ --cc=alex.williamson@redhat.com \ --cc=ashok.raj@intel.com \ --cc=eric.auger@redhat.com \ --cc=iommu@lists.linux-foundation.org \ --cc=jean-philippe.brucker@arm.com \ --cc=joro@8bytes.org \ --cc=linux-kernel@vger.kernel.org \ --cc=robdclark@gmail.com \ --cc=yi.l.liu@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.