Re: [PATCH v3 1/2] dma-mapping: Add vmap checks to dma_map_single()

2019-10-10 Thread Greg Kroah-Hartman
On Thu, Oct 10, 2019 at 03:28:28PM -0700, Kees Cook wrote: > As we've seen from USB and other areas[1], we need to always do runtime > checks for DMA operating on memory regions that might be remapped. This > adds vmap checks (similar to those already in USB but missing in other > places) into dma_

[PATCH 2/2] iommu/arm-smmu: Read optional "input-address-size" property

2019-10-10 Thread Nicolin Chen
Some SMMU instances may not connect all input address lines physically but drive some upper address bits to logical zero, depending on their SoC designs. Some of them even connect only 39 bits that is not in the list of IAS/OAS from SMMU internal IDR registers. After the "input-address-size" prope

[PATCH 0/2] iommu/arm-smmu: Add an optional "input-address-size" property

2019-10-10 Thread Nicolin Chen
This series of patches add an optional DT property to allow an SoC to specify how many bits being physically connected to its SMMU instance, depending on the SoC design. Nicolin Chen (2): dt-bindings: arm-smmu: Add an optional "input-address-size" property iommu/arm-smmu: Read optional "input-

[PATCH 1/2] dt-bindings: arm-smmu: Add an optional "input-address-size" property

2019-10-10 Thread Nicolin Chen
Some SMMU instances may not connect all input address lines physically but drive some upper address bits to logical zero, depending on their SoC designs. Some of them even connect only 39 bits that is not in the list of IAS/OAS from SMMU internal IDR registers. Since this can be an SoC design deci

Re: [PATCH 1/3] PCI/ATS: Remove unused PRI and PASID stubs

2019-10-10 Thread Kuppuswamy Sathyanarayanan
On 10/9/19 3:53 PM, Bjorn Helgaas wrote: From: Bjorn Helgaas The following functions are only used by amd_iommu.c and intel-iommu.c (when CONFIG_INTEL_IOMMU_SVM is enabled). CONFIG_PCI_PRI and CONFIG_PCI_PASID are always defined in those cases, so there's no need for the stubs. pci_enabl

[PATCH v3 2/2] usb: core: Remove redundant vmap checks

2019-10-10 Thread Kees Cook
Now that the vmap area checks are being performed in the DMA infrastructure directly, there is no need to repeat them in USB. Signed-off-by: Kees Cook --- drivers/usb/core/hcd.c | 8 +--- 1 file changed, 1 insertion(+), 7 deletions(-) diff --git a/drivers/usb/core/hcd.c b/drivers/usb/core/h

[PATCH v3 1/2] dma-mapping: Add vmap checks to dma_map_single()

2019-10-10 Thread Kees Cook
As we've seen from USB and other areas[1], we need to always do runtime checks for DMA operating on memory regions that might be remapped. This adds vmap checks (similar to those already in USB but missing in other places) into dma_map_single() so all callers benefit from the checking. [1] https:/

[PATCH v3 0/2] dma-mapping: Add vmap checks to dma_map_single()

2019-10-10 Thread Kees Cook
Duplicating patch 1 commit log: As we've seen from USB and other areas[1], we need to always do runtime checks for DMA operating on memory regions that might be remapped. This adds vmap checks (similar to those already in USB but missing in other places) into dma_map_single() so all callers benefi