From mboxrd@z Thu Jan 1 00:00:00 1970 From: Will Deacon Subject: Re: [PATCH] iommu/arm-smmu-v3: Enable ACPI based HiSilicon CMD_PREFETCH quirk(erratum 161010701) Date: Fri, 23 Jun 2017 13:02:08 +0100 Message-ID: <20170623120207.GA2310@arm.com> References: <20170517091205.7752-1-shameerali.kolothum.thodi@huawei.com> <5FC3163CFD30C246ABAA99954A238FA838388F08@FRAEML521-MBS.china.huawei.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <5FC3163CFD30C246ABAA99954A238FA838388F08@FRAEML521-MBS.china.huawei.com> Sender: linux-acpi-owner@vger.kernel.org To: Shameerali Kolothum Thodi Cc: "robin.murphy@arm.com" , "mark.rutland@arm.com" , "lorenzo.pieralisi@arm.com" , John Garry , Gabriele Paoloni , "Guohanjun (Hanjun Guo)" , "xuwei (O)" , Linuxarm , "devel@acpica.org" , "linux-acpi@vger.kernel.org" , "linux-arm-kernel@lists.infradead.org" , "devicetree@vger.kernel.org" List-Id: devicetree@vger.kernel.org On Fri, Jun 23, 2017 at 08:29:28AM +0000, Shameerali Kolothum Thodi wrote: > > -----Original Message----- > > From: Shameerali Kolothum Thodi > > Sent: Wednesday, May 17, 2017 10:12 AM > > To: robin.murphy@arm.com; will.deacon@arm.com; > > mark.rutland@arm.com; lorenzo.pieralisi@arm.com > > Cc: John Garry; Gabriele Paoloni; Guohanjun (Hanjun Guo); xuwei (O); > > Linuxarm; devel@acpica.org; linux-acpi@vger.kernel.org; linux-arm- > > kernel@lists.infradead.org; devicetree@vger.kernel.org; Shameerali > > Kolothum Thodi > > Subject: [PATCH] iommu/arm-smmu-v3: Enable ACPI based HiSilicon > > CMD_PREFETCH quirk(erratum 161010701) > > > > HiSilicon SMMUv3 on Hip06/Hip07 platforms doesn't support CMD_PREFETCH > > command. The dt based support for this quirk is already present in the > > driver(hisilicon,broken-prefetch-cmd). This adds ACPI support for the > > quirk using the IORT smmu model number. > > This also has dependency on acpica header update and it looks like it's going > to take a while to appear on Linux mainline. I have seen patches where a > temp local definition for SMMU v3 model number is suggested instead. > > Could you please let me know the plan so that I can base this patch similar > to or on top of Caviums "[PATCH] iommu/arm-smmu-v3, acpi: Add temporary > Cavium SMMU-V3 IORT model number definitions" I think I've got this in hand, but I'll shout if I run into any issues. Will