n Gen 3
which can be conditioned on !renesas,ipmmu-vmsa.
Cc: Joerg Roedel
Cc: Will Deacon
Cc: Yoshihiro Shimoda
Cc: iommu@lists.linux-foundation.org
Signed-off-by: Rob Herring
---
.../bindings/iommu/renesas,ipmmu-vmsa.yaml | 12 +++-
1 file changed, 11 insertions(+), 1 delet
u
> consumer devices.
>
> [1]
> https://lore.kernel.org/linux-arm-kernel/5c7946f3-b56e-da00-a750-be097c7ce...@arm.com/
>
> CC: Rob Herring
> CC: Frank Rowand
> Fixes: e0d072782c73 ("dma-mapping: introduce DMA range map, supplanting
> dma_pfn_offset"),
&
On Wed, Jan 27, 2021 at 7:13 AM Robin Murphy wrote:
>
> [ + Christoph, Marek ]
>
> On 2021-01-27 13:00, Paul Kocialkowski wrote:
> > Hi,
> >
> > On Tue 19 Jan 21, 18:52, Yong Wu wrote:
> >> The commit e0d072782c73 ("dma-mapping: introduce DMA range map,
> >> supplanting dma_pfn_offset") always upd
to know the dma_address requirements of its iommu
> consumer devices.
>
> [1]
> https://lore.kernel.org/linux-arm-kernel/5c7946f3-b56e-da00-a750-be097c7ce...@arm.com/
>
> CC: Rob Herring
> CC: Frank Rowand
> Fixes: e0d072782c73 ("dma-mapping: introduce DMA range map
On Wed, Jan 20, 2021 at 7:10 PM Robin Murphy wrote:
>
> On 2021-01-20 21:31, Rob Herring wrote:
> > On Wed, Jan 20, 2021 at 11:30 AM Robin Murphy wrote:
> >>
> >> On 2021-01-20 16:53, Rob Herring wrote:
> >>> On Wed, Jan 06, 2021 at 11:41:23AM +0800, Cl
On Wed, Jan 20, 2021 at 11:30 AM Robin Murphy wrote:
>
> On 2021-01-20 16:53, Rob Herring wrote:
> > On Wed, Jan 06, 2021 at 11:41:23AM +0800, Claire Chang wrote:
> >> Introduce the new compatible string, restricted-dma-pool, for restricted
> >> DMA. One can specify
On Wed, Jan 06, 2021 at 11:41:23AM +0800, Claire Chang wrote:
> Introduce the new compatible string, restricted-dma-pool, for restricted
> DMA. One can specify the address and length of the restricted DMA memory
> region by restricted-dma-pool in the device tree.
If this goes into DT, I think we s
> + dev->dma_range_map = map;
> iommu = of_iommu_configure(dev, np, id);
> if (PTR_ERR(iommu) == -EPROBE_DEFER) {
> kfree(map);
> + dev->dma_range_map = NULL;
Not really going to matter, but you should probably
On Fri, Jan 8, 2021 at 5:34 AM Chunyan Zhang wrote:
>
> On Fri, 8 Jan 2021 at 10:25, Rob Herring wrote:
> >
> > On Wed, Dec 23, 2020 at 07:16:32PM +0800, Chunyan Zhang wrote:
> > > From: Chunyan Zhang
> > >
> > > This patch only adds bindings
Reviewed-by: Vinod Koul
> ---
> Documentation/devicetree/bindings/iommu/arm,smmu.yaml | 1 +
> 1 file changed, 1 insertion(+)
>
Acked-by: Rob Herring
___
iommu mailing list
iommu@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/iommu
On Wed, Dec 23, 2020 at 07:16:32PM +0800, Chunyan Zhang wrote:
> From: Chunyan Zhang
>
> This patch only adds bindings to support display iommu, support for others
> would be added once finished tests with those devices, such as Image
> codec(jpeg) processor, a few signal processors, including VS
> On 2020-11-05 16:43, Thierry Reding wrote:
> > > > > On Thu, Sep 24, 2020 at 01:27:25PM +0200, Thierry Reding wrote:
> > > > > > On Tue, Sep 15, 2020 at 02:36:48PM +0200, Thierry Reding wrote:
> > > > > > > On Mon, Sep 14, 2020 at 04:08:
--
> 6 files changed, 12 insertions(+), 12 deletions(-)
>
Acked-by: Rob Herring
___
iommu mailing list
iommu@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/iommu
e.
>
> This is a preparing patch for multi-domain support.
>
> Signed-off-by: Yong Wu
> ---
> include/dt-bindings/memory/mtk-smi-larb-port.h | 9 -
> 1 file changed, 8 insertions(+), 1 deletion(-)
>
Acked-by: Rob Herring
_
2 files changed, 167 insertions(+), 105 deletions(-)
> delete mode 100644 Documentation/devicetree/bindings/iommu/mediatek,iommu.txt
> create mode 100644
> Documentation/devicetree/bindings/iommu/mediatek,iommu.yaml
>
Reviewed-by: Rob Herring
___
create mode 100644
> Documentation/devicetree/bindings/memory-controllers/mediatek,smi-common.yaml
> delete mode 100644
> Documentation/devicetree/bindings/memory-controllers/mediatek,smi-larb.txt
> create mode 100644
> Documentation/devicetree/bindings/memory-controllers/
t; - Rename function
> - Correct subject
> - Add support to start parsing from an arbitrary device node in order
>for the function to work with unit tests
>
> drivers/of/address.c | 42 ++
> include/linux/of
On Fri, 30 Oct 2020 17:12:52 +0800, Yong Wu wrote:
> Convert MediaTek SMI to DT schema.
>
> CC: Fabien Parent
> CC: Ming-Fan Chen
> CC: Matthias Brugger
> Signed-off-by: Yong Wu
> ---
> .../mediatek,smi-common.txt | 50 ---
> .../mediatek,smi-common.yaml
DMA guards
>
> drivers/of/unittest.c | 18 ++
> 1 file changed, 18 insertions(+)
>
Reviewed-by: Rob Herring
___
iommu mailing list
iommu@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/iommu
On Thu, Oct 15, 2020 at 12:42 AM Christoph Hellwig wrote:
>
> > +phys_addr_t __init of_dma_get_max_cpu_address(struct device_node *np)
> > +{
> > + phys_addr_t max_cpu_addr = PHYS_ADDR_MAX;
> > + struct of_range_parser parser;
> > + phys_addr_t subtree_max_addr;
> > + struct device
On Wed, Oct 14, 2020 at 2:12 PM Nicolas Saenz Julienne
wrote:
>
> Introduce a test for of_dma_get_max_cup_address(), it uses the same DT
> data as the rest of dma-ranges unit tests.
>
> Signed-off-by: Nicolas Saenz Julienne
> ---
> drivers/of/unittest.c | 20
> 1 file change
On Wed, Oct 14, 2020 at 2:12 PM Nicolas Saenz Julienne
wrote:
>
> Introduce of_dma_get_max_cpu_address(), which provides the highest CPU
> physical address addressable by all DMA masters in the system. It's
> specially useful for setting memory zones sizes at early boot time.
>
> Signed-off-by: Ni
On Wed, Oct 14, 2020 at 6:52 AM Nicolas Saenz Julienne
wrote:
>
> Hi Rob,
>
> On Mon, 2020-10-12 at 10:25 -0500, Rob Herring wrote:
> > On Sat, Oct 10, 2020 at 10:12 AM Nicolas Saenz Julienne
> > wrote:
> > > The function provides the CPU physica
On Sat, Oct 10, 2020 at 10:12 AM Nicolas Saenz Julienne
wrote:
>
> The function provides the CPU physical address addressable by the most
> constrained bus in the system. It might be useful in order to
> dynamically set up memory zones during boot.
>
> Signed-off-by: Nicolas Saenz Julienne
> ---
ink we could keep this entirely in the arm64 setup_machine_fdt() and
> > > not pollute the core code with RPi4-specific code.
> >
> > Actually, even better, could we not move the check to
> > arm64_memblock_init() when we initialise zone_dma_bits?
>
> I d
On Mon, Sep 14, 2020 at 11:51 PM Yong Wu wrote:
>
> On Mon, 2020-09-14 at 17:22 -0600, Rob Herring wrote:
> > On Sat, Sep 05, 2020 at 04:08:58PM +0800, Yong Wu wrote:
> > > Convert MediaTek IOMMU to DT schema.
> > >
> > > Signed-off-by: Yong Wu
On Wed, Sep 16, 2020 at 11:04 AM Alyssa Rosenzweig
wrote:
>
> > So I get a performance regression with the dma-coherent approach, even if
> > it's
> > clearly the cleaner.
>
> That's bizarre -- this should really be the faster of the two.
Coherency may not be free. CortexA9 had something like 4x
mory/mt8192-larb-port.h | 239 ++
> 4 files changed, 251 insertions(+), 5 deletions(-)
> create mode 100644 include/dt-bindings/memory/mt8192-larb-port.h
>
Reviewed-by: Rob Herring
___
iommu mailing list
iommu@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/iommu
On Sat, Sep 05, 2020 at 04:08:59PM +0800, Yong Wu wrote:
> Convert MediaTek SMI to DT schema.
>
> Signed-off-by: Yong Wu
> ---
> .../mediatek,smi-common.txt | 49 --
> .../mediatek,smi-common.yaml | 96 +++
> .../memory-controllers/media
On Sat, Sep 05, 2020 at 04:08:58PM +0800, Yong Wu wrote:
> Convert MediaTek IOMMU to DT schema.
>
> Signed-off-by: Yong Wu
> ---
> .../bindings/iommu/mediatek,iommu.txt | 103
> .../bindings/iommu/mediatek,iommu.yaml| 150 ++
> 2 files changed, 150 in
On Fri, Sep 04, 2020 at 02:59:57PM +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> Reserved memory regions can be marked as "active" if hardware is
> expected to access the regions during boot and before the operating
> system can take control. One example where this is useful is for the
ion(+), 1 deletion(-)
>
Acked-by: Rob Herring
___
iommu mailing list
iommu@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/iommu
On Tue, Jul 28, 2020 at 01:01:39PM +0800, Claire Chang wrote:
> Introduce the new compatible string, device-swiotlb-pool, for restricted
> DMA. One can specify the address and length of the device swiotlb memory
> region by device-swiotlb-pool in the device tree.
>
> Signed-off-by: Claire Chang
>
On Thu, Jul 30, 2020 at 10:44 AM Jim Quinlan wrote:
>
> On Wed, Jul 29, 2020 at 10:28 AM Rob Herring wrote:
> >
> > On Wed, Jul 29, 2020 at 12:19 AM Christoph Hellwig wrote:
> > >
> > > On Tue, Jul 28, 2020 at 02:24:51PM -0400, Jim Quinlan wrote:
> >
On Wed, Jul 29, 2020 at 12:19 AM Christoph Hellwig wrote:
>
> On Tue, Jul 28, 2020 at 02:24:51PM -0400, Jim Quinlan wrote:
> > I started using devm_kcalloc() but at least two reviewers convinced me
> > to just use kcalloc(). In addition, when I was using devm_kcalloc()
> > it was awkward because
On Fri, Jul 24, 2020 at 2:45 PM Jim Quinlan wrote:
>
> The new field 'dma_range_map' in struct device is used to facilitate the
> use of single or multiple offsets between mapping regions of cpu addrs and
> dma addrs. It subsumes the role of "dev->dma_pfn_offset" which was only
> capable of holdi
On Sat, Jul 11, 2020 at 02:48:43PM +0800, Yong Wu wrote:
> Some HW IP(ex: CCU) require the special iova range. That means the
> iova got from dma_alloc_attrs for that devices must locate in his
> special range. In this patch, we allocate a special iova_range for
> each a special requirement and cre
changed, 1 insertion(+)
>
Acked-by: Rob Herring
___
iommu mailing list
iommu@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/iommu
as,ravb.txt | 1 +
> 1 file changed, 1 insertion(+)
>
Acked-by: Rob Herring
___
iommu mailing list
iommu@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/iommu
On Mon, Jul 13, 2020 at 10:35:12PM +0100, Lad Prabhakar wrote:
> Document RZ/G2H (R8A774E1) SoC bindings.
>
> Signed-off-by: Lad Prabhakar
> ---
> Documentation/devicetree/bindings/iommu/renesas,ipmmu-vmsa.yaml | 1 +
> 1 file changed, 1 insertion(+)
Ack
renesas/r8a774e1.dtsi | 121 ++
> 1 file changed, 121 insertions(+)
Acked-by: Rob Herring
___
iommu mailing list
iommu@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/iommu
On Sat, Jul 11, 2020 at 02:48:29PM +0800, Yong Wu wrote:
> This patch adds decriptions for mt8192 IOMMU and SMI.
>
> mt8192 also is MTK IOMMU gen2 which uses ARM Short-Descriptor translation
> table format. The M4U-SMI HW diagram is as below:
>
> EMI
>
On Sat, 11 Jul 2020 14:48:27 +0800, Yong Wu wrote:
> Extend the max larb number definition as mt8192 has larb_nr over 16.
>
> Signed-off-by: Yong Wu
> ---
> include/dt-bindings/memory/mtk-smi-larb-port.h | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
eletions(-)
> create mode 100644 include/dt-bindings/memory/mtk-smi-larb-port.h
>
Acked-by: Rob Herring
___
iommu mailing list
iommu@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/iommu
On Thu, Jul 02, 2020 at 05:37:17PM +0800, Miles Chen wrote:
> Add a description for mediatek,infracfg. We can check if 4GB mode
> is enable by reading it instead of checking the unexported
> symbol "max_pfn".
>
> This is a step towards building mtk_iommu as a kernel module.
You determined this be
On Mon, Jul 13, 2020 at 8:10 AM Robin Murphy wrote:
>
> On 2020-07-10 21:29, Krishna Reddy wrote:
> > Thanks Rob. One question on setting "minItems: ". Please see below.
> >
> >>> +allOf:
> >>> + - if:
> >>> + properties:
> >>> +compatible:
> >>> + contains:
> >>> +
e RID instances/names to a generic "id" tag.
>
> No functionality change intended.
>
> Signed-off-by: Lorenzo Pieralisi
> Cc: Rob Herring
> Cc: Joerg Roedel
> Cc: Robin Murphy
> Cc: Marc Zyngier
> ---
> drivers/iomm
gt; > + - enum:
> > > + - marvell,ap806-smmu-500
> >
> > Isn't a single-valued enum just a constant? :P
>
> That's how copy-paste engineering ends up :)
It's fine like this if you expect more SoCs to be added.
Either way,
Reviewed-by: Rob Herring
___
iommu mailing list
iommu@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/iommu
On Tue, Jul 07, 2020 at 10:00:16PM -0700, Krishna Reddy wrote:
> Add binding for NVIDIA's Tegra194 SoC SMMU.
>
> Signed-off-by: Krishna Reddy
> ---
> .../devicetree/bindings/iommu/arm,smmu.yaml| 18 ++
> 1 file changed, 18 insertions(+)
>
> diff --git a/Documentation/devicet
all busses that require
> input/output ID translations.
>
> No functional change intended.
>
> Signed-off-by: Lorenzo Pieralisi
> Cc: Bjorn Helgaas
> Cc: Rob Herring
> Cc: Marc Zyngier
> ---
> drivers/of/irq.c | 28 ++--
> drivers/
operty.
> In addition, deprecate msi-parent property which no longer makes sense
> now that we support translating the MSIs.
>
> Signed-off-by: Laurentiu Tudor
> Signed-off-by: Diana Craciun
> Cc: Rob Herring
> ---
> .../devicetree/bindings/misc/fsl,qoriq-mc.txt |
an input parameter.
>
> Signed-off-by: Diana Craciun
> Signed-off-by: Lorenzo Pieralisi
> Acked-by: Bjorn Helgaas# pci/msi.c
> Cc: Bjorn Helgaas
> Cc: Rob Herring
> Cc: Marc Zyngier
> ---
> drivers/of/irq.c | 8 +---
> drivers/pci/msi.c | 2 +-
>
d parameter,
> leaving current functionality unchanged.
>
> Signed-off-by: Lorenzo Pieralisi
> Cc: Rob Herring
> Cc: Robin Murphy
> Cc: Joerg Roedel
> Cc: Laurentiu Tudor
> ---
> drivers/bus/fsl-mc/fsl-mc-bus.c | 4 +-
> drivers/iommu/of_iommu.c| 81 +
so that they can be identified in the
> arm-smmu implementation specific code.
>
> Signed-off-by: Jordan Crouse
> ---
>
> Documentation/devicetree/bindings/iommu/arm,smmu.yaml | 4
> 1 file changed, 4 insertions(+)
>
Reviewed-by: Rob Herring
_
On Thu, 11 Jun 2020 20:10:29 +0900, Yoshihiro Shimoda wrote:
> Add support for r8a77961 (R-Car M3-W+).
>
> Signed-off-by: Yoshihiro Shimoda
> ---
> Documentation/devicetree/bindings/iommu/renesas,ipmmu-vmsa.yaml | 1 +
> 1 file changed, 1 insertion(+)
>
On Tue, 09 Jun 2020 15:40:19 -0400, Jonathan Marek wrote:
> Add compatible strings for sm8150 and sm8250 iommus to documentation.
>
> Signed-off-by: Jonathan Marek
> ---
> Documentation/devicetree/bindings/iommu/arm,smmu.yaml | 2 ++
> 1 file changed, 2 insertions(+)
>
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
> "mediatek,mt8173-vcodec-vp8-enc" and "mediatek,mt8173-vcodec-avc-enc".
The h
On Tue, May 26, 2020 at 03:12:39PM -0400, Jim Quinlan wrote:
> v2:
> Commit: "device core: Add ability to handle multiple dma offsets"
> o Added helper func attach_dma_pfn_offset_map() in address.c (Chistoph)
> o Helpers funcs added to __phys_to_dma() & __dma_to_phys() (Christoph)
> o Added w
On Wed, May 27, 2020 at 9:43 AM Jim Quinlan wrote:
>
> Hi Nicolas,
>
> On Wed, May 27, 2020 at 11:00 AM Nicolas Saenz Julienne
> wrote:
> >
> > Hi Jim,
> > one thing comes to mind, there is a small test suite in
> > drivers/of/unittest.c
> > (specifically of_unittest_pci_dma_ranges()) you could
On Fri, May 22, 2020 at 3:57 AM Diana Craciun OSS
wrote:
>
> On 5/22/2020 12:42 PM, Robin Murphy wrote:
> > On 2020-05-22 00:10, Rob Herring wrote:
> >> On Thu, May 21, 2020 at 7:00 AM Lorenzo Pieralisi
> >> wrote:
> >>>
> >>> From: Lauren
On Fri, May 22, 2020 at 3:42 AM Robin Murphy wrote:
>
> On 2020-05-22 00:10, Rob Herring wrote:
> > On Thu, May 21, 2020 at 7:00 AM Lorenzo Pieralisi
> > wrote:
> >>
> >> From: Laurentiu Tudor
> >>
> >> The existing bindings cannot be used t
all busses that require
> input/output ID translations.
>
> Leave a wrapper function of_msi_map_rid() in place to keep
> existing PCI code mapping requester ID syntactically unchanged.
>
> No functional change intended.
>
> Signed-off-by: Lorenzo Pieralisi
> Cc: Rob Herrin
map property.
>
> Signed-off-by: Laurentiu Tudor
> Cc: Rob Herring
> ---
> .../devicetree/bindings/misc/fsl,qoriq-mc.txt | 30 +--
> 1 file changed, 27 insertions(+), 3 deletions(-)
>
> diff --git a/Documentation/devicetree/bindings/misc/fsl,qoriq-mc.txt
d parameter,
> leaving current functionality unchanged.
>
> Signed-off-by: Lorenzo Pieralisi
> Cc: Rob Herring
> Cc: Robin Murphy
> Cc: Joerg Roedel
> Cc: Laurentiu Tudor
> ---
> drivers/bus/fsl-mc/fsl-mc-bus.c | 4 ++-
> drivers/iommu/of_iommu.c| 53 +
buys much. And there's only 3 callers.
> No functionality change intended.
>
> Signed-off-by: Lorenzo Pieralisi
> Cc: Rob Herring
> Cc: Joerg Roedel
> Cc: Robin Murphy
> Cc: Marc Zyngier
> ---
> drivers/iommu/of_iommu.c | 2 +-
> drivers/of/base.c
uct sg_table nents
> vs. orig_nents misuse' thread:
> https://lore.kernel.org/linux-iommu/20200513132114.6046-1-m.szyprow...@samsung.com/T/
> ---
> drivers/gpu/drm/panfrost/panfrost_gem.c | 4 ++--
> drivers/gpu/drm/panfrost/panfrost_mmu.c | 7 +++
> 2 files changed, 5 insertions(+), 6
mixer.yaml
> | 3 +++
> 1 file changed, 3 insertions(+)
>
Reviewed-by: Rob Herring
___
iommu mailing list
iommu@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/iommu
On Tue, 21 Apr 2020 14:15:52 +0900, Yoshihiro Shimoda wrote:
> Convert Renesas VMSA-Compatible IOMMU bindings documentation
> to json-schema.
>
> Note that original documentation doesn't mention renesas,ipmmu-vmsa
> for R-Mobile APE6. But, R-Mobile APE6 is similar to the R-Car
> Gen2. So, renesas,
On Mon, Apr 13, 2020 at 04:35:53PM +0300, Hadar Gat wrote:
> Both of_platform.h and of_device.h were included each other.
> In of_device.h, removed unneeded #include to of_platform.h
> and added include to of_platform.h in the files that needs it.
Guess we forgot about that temporary comment!
Bot
On Mon, Apr 13, 2020 at 07:25:33PM +0900, Yoshihiro Shimoda wrote:
> Convert Renesas VMSA-Compatible IOMMU bindings documentation
> to json-schema.
>
> Signed-off-by: Yoshihiro Shimoda
> ---
> .../bindings/iommu/renesas,ipmmu-vmsa.txt | 73 --
> .../bindings/iommu/renesa
changed, 3 insertions(+)
>
Acked-by: Rob Herring
___
iommu mailing list
iommu@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/iommu
On Wed, Mar 18, 2020 at 4:19 PM Will Deacon wrote:
>
> Hi Rob,
>
> On Mon, Feb 24, 2020 at 04:31:29PM -0600, Rob Herring wrote:
> > Arm SMMUv3.2 adds support for TLB range invalidate operations.
> > Support for range invalidate is determined by the RIL bit in the IDR3
&
On Tue, Feb 18, 2020 at 11:20 AM Will Deacon wrote:
>
> On Tue, Feb 18, 2020 at 11:13:16AM -0600, Rob Herring wrote:
> > Cc: Will Deacon
> > Cc: Robin Murphy
> > Cc: Joerg Roedel
> > Cc: iommu@lists.linux-foundation.org
> > Signed-off-by: Rob H
-off-by: Rob Herring
---
v3:
- Use inv_range local instead of modifying granule
- Simplify the TG calculation
- Use shift instead of divide by power of 2.
---
drivers/iommu/arm-smmu-v3.c | 69 +++--
1 file changed, 67 insertions(+), 2 deletions(-)
diff --git a
On Fri, Feb 21, 2020 at 10:19 AM Robin Murphy wrote:
>
> On 20/02/2020 5:54 pm, Rob Herring wrote:
> > On Mon, Feb 17, 2020 at 1:17 PM Robin Murphy wrote:
> >>
> >> On 13/02/2020 9:49 pm, Rob Herring wrote:
> >>> On Thu, Jan 30, 2020 at 11:34 AM Robin Mu
On Mon, Feb 17, 2020 at 1:17 PM Robin Murphy wrote:
>
> On 13/02/2020 9:49 pm, Rob Herring wrote:
> > On Thu, Jan 30, 2020 at 11:34 AM Robin Murphy wrote:
> >>
> >> On 30/01/2020 3:06 pm, Auger Eric wrote:
> >>> Hi Rob,
> >>> On 1/17/20
---
> Documentation/devicetree/bindings/pci/host-generic-pci.yaml | 6 ++
> 1 file changed, 6 insertions(+)
>
Reviewed-by: Rob Herring
___
iommu mailing list
iommu@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/iommu
On Tue, Feb 18, 2020 at 12:14 PM Andre Przywara wrote:
>
> On Tue, 18 Feb 2020 11:13:10 -0600
> Rob Herring wrote:
>
> Hi,
>
> > Calxeda has been defunct for 6 years now. Use of Calxeda servers carried
> > on for some time afterwards primarily as distro builders fo
On Tue, Feb 18, 2020 at 11:23 AM Will Deacon wrote:
>
> On Tue, Feb 18, 2020 at 11:13:21AM -0600, Rob Herring wrote:
> > Cc: devicet...@vger.kernel.org
> > Signed-off-by: Rob Herring
> > ---
> > .../devicetree/bindings/arm/calxeda.yaml | 22 --
&g
Cc: Eric Auger
Cc: Alex Williamson
Cc: Cornelia Huck
Cc: k...@vger.kernel.org
Signed-off-by: Rob Herring
---
Do not apply yet.
drivers/vfio/platform/reset/Kconfig | 8 --
drivers/vfio/platform/reset/Makefile | 2 -
.../reset/vfio_platform_calxedaxgmac.c| 74
Cc: devicet...@vger.kernel.org
Signed-off-by: Rob Herring
---
.../devicetree/bindings/arm/calxeda.yaml | 22 --
.../devicetree/bindings/arm/calxeda/l2ecc.txt | 15 ---
.../devicetree/bindings/ata/sata_highbank.txt | 44 ---
.../devicetree/bindings/clock
Cc: Will Deacon
Cc: Robin Murphy
Cc: Joerg Roedel
Cc: iommu@lists.linux-foundation.org
Signed-off-by: Rob Herring
---
Do not apply yet.
drivers/iommu/arm-smmu-impl.c | 43 ---
1 file changed, 43 deletions(-)
diff --git a/drivers/iommu/arm-smmu-impl.c b
Cc: Borislav Petkov
Cc: Mauro Carvalho Chehab
Cc: Tony Luck
Cc: James Morse
Cc: Robert Richter
Cc: linux-e...@vger.kernel.org
Signed-off-by: Rob Herring
---
Do not apply yet.
MAINTAINERS | 6 -
drivers/edac/Kconfig| 14 --
drivers/edac/Makefile
y don't exactly match what's shipping in firmware).
Rob
[1]
https://lore.kernel.org/linux-arm-kernel/20200210141324.21090-1-...@kernel.org/
Rob Herring (11):
vfio: Remove Calxeda XGMAC reset driver
ata: Remove Calxeda AHCI driver
cpuidle: Remove Calxeda driver
cpufreq: Rem
Cc: Stephen Boyd
Cc: linux-...@vger.kernel.org
Signed-off-by: Rob Herring
---
Do not apply yet.
drivers/clk/Makefile | 1 -
drivers/clk/clk-highbank.c | 329 -
2 files changed, 330 deletions(-)
delete mode 100644 drivers/clk/clk-highbank.c
diff
Cc: "Rafael J. Wysocki"
Cc: Daniel Lezcano
Cc: linux...@vger.kernel.org
Signed-off-by: Rob Herring
---
Do not apply yet.
drivers/cpuidle/Kconfig.arm | 7 ---
drivers/cpuidle/Makefile | 1 -
drivers/cpuidle/cpuidle-calxeda.c | 72 --
Signed-off-by: Rob Herring
---
MAINTAINERS | 8 --
arch/arm/Kconfig| 2 -
arch/arm/Kconfig.debug | 12 +-
arch/arm/Makefile | 1 -
arch/arm/configs/multi_v7_defconfig | 5 -
arch/arm/mach-highbank/Kconfig
Cc: devicet...@vger.kernel.org
Signed-off-by: Rob Herring
---
arch/arm/boot/dts/Makefile| 3 -
arch/arm/boot/dts/ecx-2000.dts| 103 -
arch/arm/boot/dts/ecx-common.dtsi | 230 --
arch/arm/boot/dts/highbank.dts| 161 -
4
Cc: "David S. Miller"
Cc: net...@vger.kernel.org
Signed-off-by: Rob Herring
---
Do not apply yet.
drivers/net/ethernet/Kconfig |1 -
drivers/net/ethernet/Makefile |1 -
drivers/net/ethernet/calxeda/Kconfig |9 -
drivers/net/ethernet/calxeda/Makef
Cc: "Rafael J. Wysocki"
Cc: Viresh Kumar
Cc: linux...@vger.kernel.org
Signed-off-by: Rob Herring
---
Do not apply yet.
drivers/cpufreq/Kconfig.arm | 10 ---
drivers/cpufreq/Makefile | 3 +-
drivers/cpufreq/cpufreq-dt-platdev.c | 3 -
drivers/cpufre
Cc: Jens Axboe
Cc: linux-...@vger.kernel.org
Signed-off-by: Rob Herring
---
Do not apply yet.
drivers/ata/Kconfig | 9 -
drivers/ata/Makefile| 1 -
drivers/ata/sata_highbank.c | 635
3 files changed, 645 deletions(-)
delete mode 100644
On Thu, Jan 30, 2020 at 11:34 AM Robin Murphy wrote:
>
> On 30/01/2020 3:06 pm, Auger Eric wrote:
> > Hi Rob,
> > On 1/17/20 10:16 PM, Rob Herring wrote:
> >> Arm SMMUv3.2 adds support for TLB range invalidate operations.
> >> Support for range invalidate is d
n
simplify it and avoid passing in struct arm_smmu_cmdq_ent.
Cc: Jean-Philippe Brucker
Cc: Will Deacon
Cc: Robin Murphy
Cc: Joerg Roedel
Signed-off-by: Rob Herring
---
v2:
- Simplify arm_smmu_atc_inv_master()
- Rebase on v5.6-rc1
drivers/iommu/arm-smmu-v3.c | 38 ---
On Thu, Jan 30, 2020 at 9:06 AM Auger Eric wrote:
>
> Hi Rob,
> On 1/17/20 10:16 PM, Rob Herring wrote:
> > Arm SMMUv3.2 adds support for TLB range invalidate operations.
> > Support for range invalidate is determined by the RIL bit in the IDR3
> > register.
> &g
On Thu, Feb 13, 2020 at 10:52 AM Jean-Philippe Brucker
wrote:
>
> Copy the ats-supported flag into the pci_host_bridge structure.
>
> Signed-off-by: Jean-Philippe Brucker
> ---
> drivers/pci/controller/pci-host-common.c | 1 +
> drivers/pci/of.c | 9 +
> include/l
n50i-h6-iommu.yaml | 61
> +
> 1 file changed, 61 insertions(+)
> create mode 100644
> Documentation/devicetree/bindings/iommu/allwinner,sun50i-h6-iommu.yaml
>
Reviewed-by: Rob Herring
___
iommu mailing list
: Rob Herring
---
drivers/iommu/arm-smmu-v3.c | 66 -
1 file changed, 65 insertions(+), 1 deletion(-)
diff --git a/drivers/iommu/arm-smmu-v3.c b/drivers/iommu/arm-smmu-v3.c
index e91b4a098215..0ee561db7149 100644
--- a/drivers/iommu/arm-smmu-v3.c
+++ b/drivers
On Thu, Jan 16, 2020 at 3:23 PM Auger Eric wrote:
>
> Hi Rob,
>
> On 1/16/20 5:57 PM, Rob Herring wrote:
> > On Wed, Jan 15, 2020 at 10:33 AM Auger Eric wrote:
> >>
> >> Hi Rob,
> >>
> >> On 1/15/20 3:02 PM, Rob Herring wrote:
&
On Wed, Jan 15, 2020 at 10:33 AM Auger Eric wrote:
>
> Hi Rob,
>
> On 1/15/20 3:02 PM, Rob Herring wrote:
> > On Wed, Jan 15, 2020 at 3:21 AM Auger Eric wrote:
> >>
> >> Hi Rob,
> >>
> >> On 1/13/20 3:39 PM, Rob Herring wrote:
> >>
On Wed, Jan 15, 2020 at 3:21 AM Auger Eric wrote:
>
> Hi Rob,
>
> On 1/13/20 3:39 PM, Rob Herring wrote:
> > Arm SMMUv3.2 adds support for TLB range invalidate operations.
> > Support for range invalidate is determined by the RIL bit in the IDR3
> > register.
>
101 - 200 of 432 matches
Mail list logo