From patchwork Sat Nov 17 11:19:03 2018 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Alexandre Bailon X-Patchwork-Id: 10687437 Return-Path: Received: from mail.wl.linuxfoundation.org (pdx-wl-mail.web.codeaurora.org [172.30.200.125]) by pdx-korg-patchwork-2.web.codeaurora.org (Postfix) with ESMTP id 8999014BD for ; Sat, 17 Nov 2018 11:18:39 +0000 (UTC) Received: from mail.wl.linuxfoundation.org (localhost [127.0.0.1]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id 8B0AA2BB2C for ; Sat, 17 Nov 2018 11:18:38 +0000 (UTC) Received: by mail.wl.linuxfoundation.org (Postfix, from userid 486) id 621892BB1C; Sat, 17 Nov 2018 11:18:38 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on pdx-wl-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-7.9 required=2.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,MAILING_LIST_MULTI,RCVD_IN_DNSWL_HI autolearn=ham version=3.3.1 Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id 8E3712BAE9 for ; Sat, 17 Nov 2018 11:18:37 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726090AbeKQVe6 (ORCPT ); Sat, 17 Nov 2018 16:34:58 -0500 Received: from mail-wr1-f65.google.com ([209.85.221.65]:33475 "EHLO mail-wr1-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725980AbeKQVe6 (ORCPT ); Sat, 17 Nov 2018 16:34:58 -0500 Received: by mail-wr1-f65.google.com with SMTP id u9-v6so27358674wrr.0 for ; Sat, 17 Nov 2018 03:18:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=baylibre-com.20150623.gappssmtp.com; s=20150623; h=from:to:cc:subject:date:message-id; bh=DeOKk2L7bKLXteIWSWMcRk/7avbZnCJV7cFfKOmdHmE=; b=NWSwkeHWqvIRMj7qPqrWicJ2ilNlAekfBTHMvUV4dbVEY1ymvv8kJ+JupJP523LDrP 9TBOoaR/Ko0/DFKTb65EcvbB02EqtQRC9XKkeb4O9z9AKqnP1o75AIVuDbH39w6Tl9fN Vl0+UCfwyUXmVLUkwy/CnkkNaRLx4QE1HYvPsNWL01nC1HbkfP9Ad34C+k8uYCxWRlGV isTG02T6C1HHuzELyZIn2MPd7/phxRRnw2iNa+PmpjQF3kHKHezkvGC1sxvIG3ZT/m/D CSROXxgro8CAEUlno924e1Vfm94hwXyt6Gm4dLLg+1CI9zv8+UFmGd3skBPoycO5730i iQ1w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id; bh=DeOKk2L7bKLXteIWSWMcRk/7avbZnCJV7cFfKOmdHmE=; b=aZvfh5RTipqEoUbSDGjO5xdTlJrrBdoce+5MWjUfFcPzUxtcoD7wmRQ+Vk280KxLSj 3zUWJSg5KEiVRJj/qU3nswFshL9eRUvwerMcN9lGVwMz7E414BPAJjSBNegbhhaIm9/5 PWS6DFV08T44vDWyqOEZa8De5M4wWDsPPkHOOHLbXTC9kq5Ee6r8Jma43T+k7Z1SHFx8 aaVQgwY/7vOCdL/W1PB5OYsosOtLsx9N/QQ8glubuXcYYHSWQwWTlWe0eHglYAANH899 DqwjxNhFcaN+lBhrFcPPIHLAXy7K7jkfRQRhiRwnzRS24mA4HXcDdNPlFTBoNPPnE9++ YBnQ== X-Gm-Message-State: AGRZ1gJMTS12x59nAZjLgKOoOLQMpT7lOYuXCjN4jUQeGwLHt4GqXcNp mY8wS2S/Q1gyy4CJqVGotBRjiA== X-Google-Smtp-Source: AJdET5cjGLEucg/PiUcdvyBM7iIFDWiSxVru2OnanW/6awMLB7lqTp73Z69mNFIbMPeKRpJi0MBKCw== X-Received: by 2002:adf:8b0a:: with SMTP id n10-v6mr11791416wra.282.1542453514380; Sat, 17 Nov 2018 03:18:34 -0800 (PST) Received: from localhost.localdomain (176-137-58-115.abo.bbox.fr. [176.137.58.115]) by smtp.gmail.com with ESMTPSA id k5-v6sm50797646wre.82.2018.11.17.03.18.32 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 17 Nov 2018 03:18:33 -0800 (PST) From: abailon@baylibre.com To: georgi.djakov@linaro.org Cc: linux-pm@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, Alexandre Bailon Subject: [RFC PATCH 0/2] iMX7ULP interconnect framework Date: Sat, 17 Nov 2018 12:19:03 +0100 Message-Id: <20181117111905.29091-1-abailon@baylibre.com> X-Mailer: git-send-email 2.18.1 Sender: linux-pm-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-pm@vger.kernel.org X-Virus-Scanned: ClamAV using ClamSMTP From: Alexandre Bailon The goal of this patchset is to use the interconnect framework for iMX7ULP SoC. This is sent as a RFC because I think the driver could be more generic, and, I had some issues with the clocks and I know the way I dealt with it is probably not the best one. In addition, this patchset has been written and tested on older kernel (4.9), and I don't expect it to applies / works on upstream kernel (the support of SoC itself is still not there). There are two interconnects, NIC0 and NIC1: //==============================\\ || -------------------- || \\=|m0 s0|= || =|m1 s1|===\\ || =|m2 NIC0 s2|= || || =|m3 | || || =|m4 | || || -------------------- || || //=================// || || -------------------- || \\==|m0 s0|=// =|m1 s1|= =|m2 NIC1 s2|= =|m3 s4|= =|m4 s5|= =|m5 | -------------------- ------- ------- NIC0 | DIV | NIC0 DIV | DIV | NIC1 DIV -----| |----------| |--------- ------- ------- Although NIC0 and NIC1 are interconnected, some requests could apply to only one of them. This could cause some issues with clock. Basically, scaling the frequency of NIC0 will also scale the frequency of NIC1, so we have to update both of them. Simillarly, updating the frequency of NIC1 may also require to change NIC0 frequency. In order to easily deal with it, the driver create only one device for the two interconnects, and update clock frequency of both interconnects at same time, when the last node is reached. Ideally, we would have two device, which would make the driver more generic, but currently, I'm not sure how to make sure that the clocks are always at the expected frequency. Doing that would give us the possiblity to use the driver for other iMX SoC (would just require to add the bus topology for that SoC). Alexandre Bailon (2): Add support of imx7ulp to interconnect framework dt-bindings: interconnect: Document imx7ulp interconnect bindings .../bindings/interconnect/imx7ulp.txt | 17 + drivers/interconnect/Kconfig | 1 + drivers/interconnect/Makefile | 1 + drivers/interconnect/imx/Kconfig | 9 + drivers/interconnect/imx/Makefile | 1 + drivers/interconnect/imx/imx7ulp.c | 369 ++++++++++++++++++ 6 files changed, 398 insertions(+) create mode 100644 Documentation/devicetree/bindings/interconnect/imx7ulp.txt create mode 100644 drivers/interconnect/imx/Kconfig create mode 100644 drivers/interconnect/imx/Makefile create mode 100644 drivers/interconnect/imx/imx7ulp.c