Received: by 2002:ac0:bc90:0:0:0:0:0 with SMTP id a16csp3655363img; Mon, 25 Mar 2019 15:02:24 -0700 (PDT) X-Google-Smtp-Source: APXvYqxrUIVjvF/uhK3ElXlh7qHdTGLPnQd2TnKTMXeNKLglwRXry8uXYe0mykUZtVva51W0an0s X-Received: by 2002:aa7:85cc:: with SMTP id z12mr26260642pfn.142.1553551344520; Mon, 25 Mar 2019 15:02:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1553551344; cv=none; d=google.com; s=arc-20160816; b=S7K5Jb9ZwJHFx5v6rCe6sVvCgKyBCecSQ3Stu2FM/ELhvECYT+qOMpcOOQ6wOG+0eD Da6TqdkLn0MN884FcxWIkotiloYYPpHLFjnuw6L0c+3KmSd+KKcjdcNTgOFyV70m8RjM S5wh/NCaQqggDiq7JvnS75WwiR0QjaVgYeAVSWET3x9ZkeCtezG77xV6OCuc7vwmKhdA 208wp9IqDdVB7dXtfkuHMsnunnWSlfD0tR/KmvjPWMgUmBs7pJT1IETKBmfPPbcBKuFL Q5HSg4++2NEHGqW6Gb6gB4QWlSAZesnFQR63iRyMWI5Rh7VDBQbd83eLYFsszmVIraXe Xthw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from; bh=to7vYlSdAurxkHvlZCkW/vMxmO+PZmywb6P6b4GvMFs=; b=wi/nqT3XIl8hrNI1to58smq7+Pf47DNTyG2sudVQ9f5Tk8vYT+Gg6BvpxFol79ZIao 3Qg3VuH8YUTGccoQfd0le+TCF3rp0HssL1N/di1ry9ZSBo/8rBWJxoy4B3phO5hMfgQv OOt+GlhA7Y/IWThU6uw3vTN+3t0ja/u8YpCCVgvJbeyYIeleCDaPN+AHzz+vQrI5bXai Wws+TW/tgqw+jfydI4g6gGqCBIxN88IEiSqdr5QsQ8fo1E+g+vVDSefLAJYvtyN3xBSC fsSxfVjn3wIPWAd28zoNVHYAvkNR77ACmIomXtV5S/mwKst66uRldnZtr2bGmsZZjyI3 PZGQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id g12si15500767pla.52.2019.03.25.15.02.09; Mon, 25 Mar 2019 15:02:24 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730321AbfCYV66 (ORCPT + 99 others); Mon, 25 Mar 2019 17:58:58 -0400 Received: from muru.com ([72.249.23.125]:42566 "EHLO muru.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729478AbfCYV66 (ORCPT ); Mon, 25 Mar 2019 17:58:58 -0400 Received: from hillo.muru.com (localhost [127.0.0.1]) by muru.com (Postfix) with ESMTP id D222C80CC; Mon, 25 Mar 2019 21:59:10 +0000 (UTC) From: Tony Lindgren To: linux-omap@vger.kernel.org Cc: Dave Gerlach , Faiz Abbas , Greg Kroah-Hartman , Keerthy , Nishanth Menon , Peter Ujfalusi , Roger Quadros , Suman Anna , Tero Kristo , linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org Subject: [PATCH 00/14] ti-sysc changes to probe devices with dts data only Date: Mon, 25 Mar 2019 14:58:35 -0700 Message-Id: <20190325215849.13182-1-tony@atomide.com> X-Mailer: git-send-email 2.21.0 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi all, Here are some ti-sysc interconnect target module changes that allow dropping legacy platform data for many devices in favor of devicetree provided data. This series depends on patch series "[PATCH 0/7] omap changes to allocate struct omap_hwmod dynamically". I'll be posting patches separately to drop platform data. Meanwhile, the easiest way to test this series is to just temporarily comment out selected platform data entries one driver at a time. This can be done in the SoC specific struct omap_hwmod_ocp_if array at the end of the arch/arm/mach-omap2/omap_hwmod_*_data.c files. Note that we are not yet handling all the quirks yet listed in arch/arm/mach-omap2/omap_hwmod.h in "omap_hwmod.flags definitions". We currently do not yet handle quirks for devices with: HWMOD_NO_OCP_AUTOIDLE HWMOD_NO_IDLEST HWMOD_BLOCK_WFI HWMOD_FORCE_MSTANDBY HWMOD_RECONFIG_IO_CHAIN HWMOD_CLKDM_NOAUTO I'll be posting patches for these later on as needed. Regards, Tony Tony Lindgren (14): bus: ti-sysc: Fix sysc_unprepare() when no clocks have been allocated bus: ti-sysc: Handle missed no-idle property in addition to no-idle-on-init bus: ti-sysc: Make functions static bus: ti-sysc: Move legacy platform data idling into separate functions bus: ti-sysc: Add separate functions for handling clocks bus: ti-sysc: Enable all clocks directly during init to read revision bus: ti-sysc: Allocate mdata as needed and do platform data based init later bus: ti-sysc: Manage clocks for the interconnect target module in all cases bus: ti-sysc: Move rstctrl reset to happen later bus: ti-sysc: Add support for early quirks based on register address bus: ti-sysc: Add quirk handling for external optional functional clock bus: ti-sysc: Pass clockactivity quirk to platform functions bus: ti-sysc: Handle swsup idle mode quirks bus: ti-sysc: Detect DMIC for debugging .../devicetree/bindings/bus/ti-sysc.txt | 2 + arch/arm/mach-omap2/omap_hwmod.c | 10 + drivers/bus/ti-sysc.c | 537 ++++++++++++++---- include/linux/platform_data/ti-sysc.h | 9 +- 4 files changed, 438 insertions(+), 120 deletions(-) -- 2.21.0