On 2016/6/21 22:27, Lorenzo Pieralisi wrote:
Hi Hanjun,
On Tue, Jun 21, 2016 at 06:37:17PM +0800, Hanjun Guo wrote:
Hi Lorenzo,
On 2016/6/7 21:30, Lorenzo Pieralisi wrote:
This RFC patch series is v2 of a previous posting:
https://lkml.org/lkml/2016/4/14/702
v1 -> v2:
- Rebased on
Hi,
On Mon, Jun 20, 2016 at 9:34 PM, Tomasz Figa wrote:
> From: Shunqian Zheng
>
> In .probe(), devm_kzalloc() is called with size == 0 and works only
> by luck, due to internal behavior of the allocator and the fact
> that the proper allocation size
Hi Marek,
On Tue, Jun 21, 2016 at 09:53:20AM +0200, Marek Szyprowski wrote:
> Hi Robin,
>
>
> On 2016-06-17 11:27, Robin Murphy wrote:
> >Hi Lorenzo,
> >
> >I think this patch makes sense even independent of the rest of the
> >series, one nit inline notwithstanding.
> >
> >Marek; I'm curious as
Hi,
On Tue, Jun 21, 2016 at 02:36:17PM +, Stuart Yoder wrote:
-Original Message-
From: Will Deacon [mailto:will.dea...@arm.com]
Sent: Tuesday, June 21, 2016 4:43 AM
To: Robin Murphy
Cc: Stuart Yoder ;
> -Original Message-
> From: Will Deacon [mailto:will.dea...@arm.com]
> Sent: Tuesday, June 21, 2016 4:43 AM
> To: Robin Murphy
> Cc: Stuart Yoder ;
> linux-arm-ker...@lists.infradead.org; iommu@lists.linux-
> foundation.org; Nipun Gupta
> -Original Message-
> From: Robin Murphy [mailto:robin.mur...@arm.com]
> Sent: Monday, June 20, 2016 11:09 AM
> To: Stuart Yoder ; Will Deacon
> Cc: linux-arm-ker...@lists.infradead.org; iommu@lists.linux-foundation.org;
> Nipun Gupta
>
Hi Hanjun,
On Tue, Jun 21, 2016 at 06:37:17PM +0800, Hanjun Guo wrote:
> Hi Lorenzo,
>
> On 2016/6/7 21:30, Lorenzo Pieralisi wrote:
> >This RFC patch series is v2 of a previous posting:
> >
> >https://lkml.org/lkml/2016/4/14/702
> >
> >v1 -> v2:
> > - Rebased on top of dependencies series
On Tue, Jun 21, 2016 at 03:18:49PM +0200, Heiko Stübner wrote:
> Am Dienstag, 21. Juni 2016, 14:54:35 schrieb Joerg Roedel:
> > Hi Tomasz,
> >
> > On Tue, Jun 21, 2016 at 09:42:16PM +0900, Tomasz Figa wrote:
> > > In simple words, DRM patches depend on IOMMU patches.
> > >
> > > More precisely:
Am Dienstag, 21. Juni 2016, 14:54:35 schrieb Joerg Roedel:
> Hi Tomasz,
>
> On Tue, Jun 21, 2016 at 09:42:16PM +0900, Tomasz Figa wrote:
> > In simple words, DRM patches depend on IOMMU patches.
> >
> > More precisely: The IOMMU patches alone are supposed to not break
> > anything. Same goes for
Hi Tomasz,
On Tue, Jun 21, 2016 at 09:42:16PM +0900, Tomasz Figa wrote:
> In simple words, DRM patches depend on IOMMU patches.
>
> More precisely: The IOMMU patches alone are supposed to not break
> anything. Same goes for the first DRM patch (7/8). Only second DRM
> patch (8/8) depends on
On Mon, Jun 06, 2016 at 12:57:23PM +0900, Magnus Damm wrote:
> Developed on top of next-20160602 and:
> [PATCH v3 00/06] iommu/ipmmu-vmsa: IPMMU multi-arch update V3
>
> drivers/iommu/ipmmu-vmsa.c | 318
> +---
> 1 file changed, 269 insertions(+), 49
Hi Joerg,
On Tue, Jun 21, 2016 at 6:17 PM, Joerg Roedel wrote:
>
> On Tue, Jun 21, 2016 at 01:34:33PM +0900, Tomasz Figa wrote:
> > This series intends mostly to enable support for ARM64 architecture
> > in the rockchip-iommu driver. On the way to do so, some bugs are also
> >
On Mon, Jun 13, 2016 at 05:06:01PM +0530, Sricharan R wrote:
> Sricharan R (6):
> iommu/msm: Add DT adaptation
> documentation: iommu: Add bindings for msm,iommu-v0 ip
> iommu/msm: Move the contents from msm_iommu_dev.c to msm_iommu.c
> iommu/msm: Add support for generic master bindings
>
Hi Lorenzo,
On 2016/6/7 21:30, Lorenzo Pieralisi wrote:
This RFC patch series is v2 of a previous posting:
https://lkml.org/lkml/2016/4/14/702
v1 -> v2:
- Rebased on top of dependencies series [1][2][3](v4.7-rc1)
- Removed IOMMU fwnode generalization
- Implemented ARM
On Wed, Jun 08, 2016 at 07:31:10PM +0100, Matthew Leach wrote:
> From: Ben Dooks
>
> Add initial support for big endian by always writing the pte
> in le32. Note, revisit if hardware capable of doing big endian
> fetches.
>
> Signed-off-by: Ben Dooks
On Wed, Jun 08, 2016 at 05:51:01PM +0800, honghui.zh...@mediatek.com wrote:
> From: Honghui Zhang
>
> Add the dtsi node of iommu and smi for mt2701.
>
> Signed-off-by: Honghui Zhang
> ---
> arch/arm/boot/dts/mt2701.dtsi | 51
>
On Tue, 2016-06-21 at 11:41 +0200, Joerg Roedel wrote:
> On Wed, Jun 08, 2016 at 05:51:01PM +0800, honghui.zh...@mediatek.com wrote:
> > From: Honghui Zhang
> >
> > Add the dtsi node of iommu and smi for mt2701.
> >
> > Signed-off-by: Honghui Zhang
On Wed, Jun 08, 2016 at 05:51:01PM +0800, honghui.zh...@mediatek.com wrote:
> From: Honghui Zhang
>
> Add the dtsi node of iommu and smi for mt2701.
>
> Signed-off-by: Honghui Zhang
> ---
> arch/arm/boot/dts/mt2701.dtsi | 51
>
On Mon, Jun 20, 2016 at 05:08:45PM +0100, Robin Murphy wrote:
> On 20/06/16 16:28, Stuart Yoder wrote:
> >Right now the SMMU driver is hardcoded to configure 'stall' mode for
> >context faults:
> >
> > /* SCTLR */
> > reg = SCTLR_CFCFG | SCTLR_CFIE | SCTLR_CFRE | SCTLR_M |
> >
On Wed, Jun 08, 2016 at 05:50:44PM +0800, honghui.zh...@mediatek.com wrote:
> From: Honghui Zhang
>
> The device_node will be released in of_iommu_configure, it may be double
> released if call of_node_put in mtk_iommu_of_xlate.
>
> Signed-off-by: Honghui Zhang
On Tue, Jun 21, 2016 at 01:34:33PM +0900, Tomasz Figa wrote:
> This series intends mostly to enable support for ARM64 architecture
> in the rockchip-iommu driver. On the way to do so, some bugs are also
> fixed.
>
> The most important changes here are:
> - making the Rockchip IOMMU driver use
On Sat, Jun 18, 2016 at 01:58:30PM +0530, Bhaktipriya Shridhar wrote:
> alloc_workqueue replaces deprecated create_workqueue().
>
> A dedicated workqueue has been used since the workitem (viz
> >work), is involved in IO page-fault handling.
> WQ_MEM_RECLAIM has been set to guarantee forward
On 2016/6/17 17:14, Robin Murphy wrote:
> On 17/06/16 02:54, Leizhen (ThunderTown) wrote:
>> Hi,
>> I only applied these patch series on lastest 4.7-rc3, is there any patches I
>> missed?
>> According to my test, it seems can not work. The problem is:
>
> Thanks, that's helpful (if irritating)
Hi Robin,
On 2016-06-17 11:27, Robin Murphy wrote:
Hi Lorenzo,
I think this patch makes sense even independent of the rest of the
series, one nit inline notwithstanding.
Marek; I'm curious as to whether this could make the workaround in
722ec35f7 obsolete as well, or are all the drivers
24 matches
Mail list logo