Hi Joerg,
The graphic guys are looking forward to having this in 4.18.
Is it possible to take it in the following rcs?
Best regards,
Lu Baolu
On 07/08/2018 02:23 PM, Lu Baolu wrote:
> This reverts commit ab96746aaa344fb720a198245a837e266fad3b62.
>
> The commit ab96746aaa34 ("iommu/vt-d: Clean up
On Sat, Jul 14, 2018 at 03:46:56PM +0800, Lu Baolu wrote:
> This patch applies the global pasid name space in the shared
> virtual address (SVA) implementation.
>
> Cc: Ashok Raj
> Cc: Jacob Pan
> Cc: Kevin Tian
> Cc: Liu Yi L
> Signed-off-by: Lu Baolu
> Reviewed-by: Kevin Tian
> Reviewed-by
On Sat, Jul 14, 2018 at 03:46:55PM +0800, Lu Baolu wrote:
> idr_for_each_entry() is used to iteratte over idr elements
> of a given type. It isn't suitable for the globle pasid idr
> since the pasid idr consumer could specify different types
> of pointers to bind with a pasid.
>
> Cc: Ashok Raj
>
On Sat, Jul 14, 2018 at 03:46:54PM +0800, Lu Baolu wrote:
> This adds the system wide PASID name space for the PASID
> allocation. Currently we are using per IOMMU PASID name
> spaces which are not suitable for some use cases. For an
> example, one application (associated with a PASID) might
> talk
Hi Peter,
There is already a patch to revert that broken patch.
https://patchwork.kernel.org/patch/10513017/
Best regards,
Lu Baolu
On 07/15/2018 04:29 PM, peter.ch...@data61.csiro.au wrote:
> Hi Lu,
> In recent kernels, i915 graphics with intel_iommu=on has been
> giving me a blank
Hi Lu,
In recent kernels, i915 graphics with intel_iommu=on has been
giving me a blank screen.
git bisect points at your patch ab96746aaa34
"iommu/vt-d: Clean up pasid quirk for pre-production devices"
Either one of the pre-production devices made it into m
On 2018-07-13 4:14 AM, Helge Deller wrote:
On 11.07.2018 17:34, Christoph Hellwig wrote:
ping? Any comments?
I applied those 3 patches on top of git head, and booted the
32-bit kernel on a HP 715/64 (PCX-L) and a HP B160L (PCX-L2).
On both machines I had problems with those drivers which use
D
Hi Christoph, Robin,
On Thu, Jul 05, 2018 at 09:36:13PM +0200, Christoph Hellwig wrote:
> > - BUG_ON(!ops);
> > - WARN_ON_ONCE(dev && !dev->coherent_dma_mask);
> > -
> > if (dma_alloc_from_dev_coherent(dev, size, dma_handle, &cpu_addr))
> > return cpu_addr;
> >
> > + BUG_ON
