Re: [PATCH] iommu/iova: Don't BUG on invalid PFNs

2020-06-10 Thread Robin Murphy
On 2020-06-10 10:27, gup...@codeaurora.org wrote: On 2020-06-02 18:38, Robin Murphy wrote: Unlike the other instances which represent a complete loss of consistency within the rcache mechanism itself, or a fundamental and obvious misconfiguration by an IOMMU driver, the BUG_ON() in

Re: [PATCH v4 08/17] media: mtk-vcodec: separate mtk-vcodec-enc node.

2020-06-10 Thread Tiffany Lin
On Wed, 2020-06-10 at 13:45 +0800, CK Hu wrote: > + Tiffany & Maoguang. > > > On Sat, 2020-05-30 at 16:10 +0800, Yong Wu wrote: > > From: Maoguang Meng > > > > MTK H264 Encoder(VENC_SYS) and VP8 Encoder(VENC_LT_SYS) are two > > independent hardware instance. They have their owner interrupt, >

Re: [PATCH v4 01/17] media: dt-binding: mtk-vcodec: Separating mtk-vcodec encode node.

2020-06-10 Thread Tiffany Lin
On Wed, 2020-06-10 at 15:46 +0900, Alexandre Courbot wrote: > On Wed, Jun 10, 2020 at 6:21 AM Rob Herring wrote: > > > > On Sat, May 30, 2020 at 04:10:02PM +0800, Yong Wu wrote: > > > From: Maoguang Meng > > > > > > Update binding document since the avc and vp8 hardware encoder in > > > mt8173

Re: [PATCH v4 01/17] media: dt-binding: mtk-vcodec: Separating mtk-vcodec encode node.

2020-06-10 Thread Alexandre Courbot
On Wed, Jun 10, 2020 at 6:21 AM Rob Herring wrote: > > On Sat, May 30, 2020 at 04:10:02PM +0800, Yong Wu wrote: > > From: Maoguang Meng > > > > Update binding document since the avc and vp8 hardware encoder in > > mt8173 are now separated. Separate "mediatek,mt8173-vcodec-enc" to > >

Re: [PATCH v4 09/17] media: mtk-vcodec: Get rid of mtk_smi_larb_get/put

2020-06-10 Thread Tiffany Lin
On Wed, 2020-06-10 at 13:47 +0800, CK Hu wrote: > + Tiffany & Maoguang. > > On Sat, 2020-05-30 at 16:10 +0800, Yong Wu wrote: > > MediaTek IOMMU has already added the device_link between the consumer > > and smi-larb device. If the vcodec device call the pm_runtime_get_sync, > > the smi-larb's

Re: [PATCH] iommu/iova: Don't BUG on invalid PFNs

2020-06-10 Thread guptap
On 2020-06-02 18:38, Robin Murphy wrote: Unlike the other instances which represent a complete loss of consistency within the rcache mechanism itself, or a fundamental and obvious misconfiguration by an IOMMU driver, the BUG_ON() in iova_magazine_free_pfns() can be provoked at more or less any

[PATCH v2 1/3] docs: IOMMU user API

2020-06-10 Thread Jacob Pan
IOMMU UAPI is newly introduced to support communications between guest virtual IOMMU and host IOMMU. There has been lots of discussions on how it should work with VFIO UAPI and userspace in general. This document is indended to clarify the UAPI design and usage. The mechenics of how future

[PATCH v2 2/3] iommu/uapi: Add argsz for user filled data

2020-06-10 Thread Jacob Pan
As IOMMU UAPI gets extended, user data size may increase. To support backward compatibiliy, this patch introduces a size field to each UAPI data structures. It is *always* the responsibility for the user to fill in the correct size. Specific scenarios for user data handling are documented in:

[PATCH v2 0/3] IOMMU user API enhancement

2020-06-10 Thread Jacob Pan
IOMMU user API header was introduced to support nested DMA translation and related fault handling. The current UAPI data structures consist of three areas that cover the interactions between host kernel and guest: - fault handling - cache invalidation - bind guest page tables, i.e. guest PASID

[PATCH v2 3/3] iommu/vt-d: Sanity check uapi argsz filled by users

2020-06-10 Thread Jacob Pan
IOMMU UAPI data has an argsz field which is filled by user. As the data structures expands, argsz may change. As the UAPI data are shared among different architectures, extensions of UAPI data could be a result of one architecture which has no impact on another. Therefore, these argsz santity

Re: [PATCH 0/2] Introduce PCI_FIXUP_IOMMU

2020-06-10 Thread Zhangfei Gao
On 2020/6/10 上午12:49, Bjorn Helgaas wrote: On Tue, Jun 09, 2020 at 11:15:06AM +0200, Arnd Bergmann wrote: On Tue, Jun 9, 2020 at 6:02 AM Zhangfei Gao wrote: On 2020/6/9 上午12:41, Bjorn Helgaas wrote: On Mon, Jun 08, 2020 at 10:54:15AM +0800, Zhangfei Gao wrote: On 2020/6/6 上午7:19, Bjorn