From patchwork Tue Aug 27 00:14:50 2019 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Suman Anna X-Patchwork-Id: 11115867 Return-Path: Received: from mail.kernel.org (pdx-korg-mail-1.web.codeaurora.org [172.30.200.123]) by pdx-korg-patchwork-2.web.codeaurora.org (Postfix) with ESMTP id A69B51800 for ; Tue, 27 Aug 2019 00:15:28 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 83F402186A for ; Tue, 27 Aug 2019 00:15:28 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (1024-bit key) header.d=ti.com header.i=@ti.com header.b="mtNiy007" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727857AbfH0AP2 (ORCPT ); Mon, 26 Aug 2019 20:15:28 -0400 Received: from lelv0143.ext.ti.com ([198.47.23.248]:46436 "EHLO lelv0143.ext.ti.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727798AbfH0AP1 (ORCPT ); Mon, 26 Aug 2019 20:15:27 -0400 Received: from fllv0034.itg.ti.com ([10.64.40.246]) by lelv0143.ext.ti.com (8.15.2/8.15.2) with ESMTP id x7R0F94q123270; Mon, 26 Aug 2019 19:15:09 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ti.com; s=ti-com-17Q1; t=1566864909; bh=RsMdpRqUalyAi3dA3oqiFcxv5t3kJ8Ef294FTJiip/Y=; h=From:To:CC:Subject:Date; b=mtNiy007c4c+bjaKOM+VXU0XirUWm3gZ3N7XfEEFwPDQww3FaTEu5Is1few/wZ71k hr3/3ebZBvMX1oM+yWUlSVeltang57drIWNn9v6bvGIaMlOLcY4RgxN9nmWDDcNzIA PFkqNN8A0ogp0fM+Bp+3GDU1fc5FLwlwyRw0xiw8= Received: from DLEE113.ent.ti.com (dlee113.ent.ti.com [157.170.170.24]) by fllv0034.itg.ti.com (8.15.2/8.15.2) with ESMTPS id x7R0F9UT022283 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=FAIL); Mon, 26 Aug 2019 19:15:09 -0500 Received: from DLEE114.ent.ti.com (157.170.170.25) by DLEE113.ent.ti.com (157.170.170.24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1713.5; Mon, 26 Aug 2019 19:15:09 -0500 Received: from lelv0326.itg.ti.com (10.180.67.84) by DLEE114.ent.ti.com (157.170.170.25) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1713.5 via Frontend Transport; Mon, 26 Aug 2019 19:15:09 -0500 Received: from legion.dal.design.ti.com (legion.dal.design.ti.com [128.247.22.53]) by lelv0326.itg.ti.com (8.15.2/8.15.2) with ESMTP id x7R0F9eD004937; Mon, 26 Aug 2019 19:15:09 -0500 Received: from localhost (irmo.dhcp.ti.com [128.247.58.153]) by legion.dal.design.ti.com (8.11.7p1+Sun/8.11.7) with ESMTP id x7R0F8Z18962; Mon, 26 Aug 2019 19:15:08 -0500 (CDT) From: Suman Anna To: Tony Lindgren CC: Joerg Roedel , Sakari Ailus , Laurent Pinchart , Tero Kristo , , , Suman Anna Subject: [PATCH 0/2] OMAP IOMMU fixes to go with 5.4 OMAP IOMMU changes Date: Mon, 26 Aug 2019 19:14:50 -0500 Message-ID: <20190827001452.31930-1-s-anna@ti.com> X-Mailer: git-send-email 2.22.0 MIME-Version: 1.0 X-EXCLAIMER-MD-CONFIG: e1e8a2fd-e40a-4ac6-ac9b-f7e9cc9ee180 Sender: linux-omap-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-omap@vger.kernel.org Hi Tony, The following 2 patches need to go along with the recent "iommu/omap: misc fixes" series [1] that is currently staged [2] for a 5.4 merge and available in linux-next. That series added runtime pm callbacks in preparation for the ti-sysc migration, but without adding the necessary platform data callbacks for the existing functional MMUs on OMAP3, OMAP4 and OMAP5 SoCs. These 2 patches add the same to maintain the functionality (l3_noc errors are the visible symptom while enabling the MMUs without these patches). OMAP4 and OMAP5 would also need another set of fixes related to the breakage caused by the switch to clkctrl clocks as seen in [3]. These patches do have a dependency on the staged patches, so either you submit a pull-request towards 5.4-rc2 using 5.4-rc1 baseline, or let Joerg pick these through the arm/omap IOMMU branch for 5.4-rc1 itself. Sakari/Laurent, Appreciate it if you can check the OMAP3 ISP functionality on latest linux-next with the second patch. I have verified the ISP MMU programming only through an unit-test. Tero, I will be submitting another patch against OMAP IOMMU driver to skip the pdata callbacks for ti-sysc in the next couple of days. regards Suman [1] https://lore.kernel.org/linux-iommu/20190809153730.GF12930@8bytes.org/T/#mec99f8e8ed351689f4fcc76f4f000f9144a02b51 [2] https://git.kernel.org/pub/scm/linux/kernel/git/joro/iommu.git/log/?h=arm/omap [3] https://patchwork.kernel.org/patch/11082125/#22829477 Suman Anna (2): ARM: OMAP2+: Plug in device_enable/idle ops for IOMMUs ARM: OMAP2+: Add pdata for OMAP3 ISP IOMMU arch/arm/mach-omap2/pdata-quirks.c | 11 +++++++++++ 1 file changed, 11 insertions(+)