Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1737314
| From | Joerg Roedel <joro@8bytes.org> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [RFC] iommu: arm-smmu: stall support |
| Date | 2017-09-22 11:10 +0200 |
| Message-ID | <uss8b-4hz-59@gated-at.bofh.it> (permalink) |
| References | <upIj7-Np-5@gated-at.bofh.it> <urpYJ-5sW-5@gated-at.bofh.it> <urrHc-6Af-15@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Tue, Sep 19, 2017 at 10:23:43AM -0400, Rob Clark wrote: > I would like to decide in the IRQ whether or not to queue work or not, > because when we get a gpu fault, we tend to get 1000's of gpu faults > all at once (and I really only need to handle the first one). I > suppose that could also be achieved by having a special return value > from the fault handler to say "call me again from a wq".. > > Note that in the drm driver I already have a suitable wq to queue the > work, so it really doesn't buy me anything to have the iommu driver > toss things off to a wq for me. Might be a different situation for > other drivers (but I guess mostly other drivers are using iommu API > indirectly via dma-mapping?) Okay, so since you are the only user for now, we don't need a work-queue. But I still want the ->resume call-back to be hidden in the iommu code and not be exposed to users. We already have per-domain fault-handlers, so the best solution for now is to call ->resume from report_iommu_fault() when the fault-handler returns a special value. Regards, Joerg
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
[RFC] iommu: arm-smmu: stall support Rob Clark <robdclark@gmail.com> - 2017-09-14 21:50 +0200
Re: [RFC] iommu: arm-smmu: stall support Jean-Philippe Brucker <jean-philippe.brucker@arm.com> - 2017-09-18 13:20 +0200
Re: [RFC] iommu: arm-smmu: stall support Rob Clark <robdclark@gmail.com> - 2017-09-18 14:20 +0200
Re: [RFC] iommu: arm-smmu: stall support Will Deacon <will.deacon@arm.com> - 2017-09-18 19:40 +0200
Re: [RFC] iommu: arm-smmu: stall support Joerg Roedel <joro@8bytes.org> - 2017-09-19 14:40 +0200
Re: [RFC] iommu: arm-smmu: stall support Rob Clark <robdclark@gmail.com> - 2017-09-19 16:30 +0200
Re: [RFC] iommu: arm-smmu: stall support Joerg Roedel <joro@8bytes.org> - 2017-09-22 11:10 +0200
Re: [RFC] iommu: arm-smmu: stall support Jean-Philippe Brucker <jean-philippe.brucker@arm.com> - 2017-09-22 12:00 +0200
Re: [RFC] iommu: arm-smmu: stall support Rob Clark <robdclark@gmail.com> - 2017-09-22 20:50 +0200
csiph-web