linux-kernel - [RFC 0/4] irqchip, gicv3-its: Workaround for hisilicon 161010801 erratum(bypass SMMU for MSI)

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [day] [month] [year] [list]

Message-ID: <5887593A.201@huawei.com>
Date:   Tue, 24 Jan 2017 13:40:10 +0000
From:   Shameerali Kolothum Thodi <shameerali.kolothum.thodi@...wei.com>
To:     <marc.zyngier@....com>, <mark.rutland@....com>,
        <will.deacon@....com>
CC:     <linux-kernel@...r.kernel.org>,
        <linux-arm-kernel@...ts.infradead.org>,
        <devicetree@...r.kernel.org>, <linuxarm@...wei.com>,
        <john.garry@...wei.com>, <guohanjun@...wei.com>
Subject: [RFC 0/4] irqchip, gicv3-its: Workaround for hisilicon 161010801
 erratum(bypass SMMU for MSI)

On certain HiSilicon platforms (Hip05/Hip07) the GIC ITS and
PCIe RC deviates from the standard implementation and this breaks
PCIe MSI functionality when SMMU is enabled.

The HiSilicon erratum 161010801 describes this limitation of certain
HiSilicon platforms to support the SMMU mappings for MSI transactions.
On these platforms GICv3 ITS translator is presented with the deviceID
by extending the MSI payload data to 64 bits to include the deviceID.
Hence, the PCIe controller on this platforms has to differentiate the
MSI payload against other DMA payload and has to modify the MSI payload.
This basically makes it difficult for this platforms to have a SMMU
translation for MSI.

This patch implements a quirk to bypass the SMMU MSI transactions
on these platforms.The quirk is implemented in GICv3 ITS driver.

On top of this, the GICv3 ITS IIDR register is not populated correctly
on these platforms and this makes it difficult to use the existing
IIDR based quirk implementation in the GICv3 ITS driver.
This patch series adds a quirk mechanism based on device tree binding
or ACPI OEM information.

shameer (4):
  irqchip, gicv3-its: Add device tree binding for hisilicon 161010801
    erratum
  irqchip, gicv3-its:Workaround for HiSilicon erratum 161010801
  irqchip, gicv3-its: Introduce ACPI generic quirk framework
  irqchip, gicv3-its: Add HiSilicon acpi based erratum data.

 .../bindings/interrupt-controller/arm,gic-v3.txt   |   6 ++
 arch/arm64/Kconfig                                 |  15 +++
 drivers/irqchip/irq-gic-common.h                   |   1 +
 drivers/irqchip/irq-gic-v3-its.c                   | 117 ++++++++++++++++++++-
 4 files changed, 138 insertions(+), 1 deletion(-)

-- 
1.9.1