Received: by 10.213.65.68 with SMTP id h4csp449928imn; Tue, 27 Mar 2018 02:24:53 -0700 (PDT) X-Google-Smtp-Source: AG47ELtJx/6GjxihMCJzbU4BT1zzIWfnpftl/5nyk61e86hpW/kWAcP84fTp/pN6fbQ+5gk6RXCW X-Received: by 2002:a17:902:8c88:: with SMTP id t8-v6mr34360544plo.329.1522142693914; Tue, 27 Mar 2018 02:24:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1522142693; cv=none; d=google.com; s=arc-20160816; b=1ANnjUYMoae+RCwue/i/oX1/0PIhmNb/FrIOWwXt0QIjrh97wfpxf9MbmN56cuCOnb Kw4N5C/UgS2lqc10FcZ6qEuiJX/GcPjSL1RHUISueyLXmPvkzUNZzpYNF3AVQM3gHicd VZ/cjgjGXXMwk0u7M9IyXmk6eUFz2WnFbPBPKXa9oIR70rMzmIseIywhtPEXxPe054mk jgeKwMxdeudtA5bS4atWqHoYU6VnJj9ybjdQzAvAfqK9RcJA1fsDidq9iDoIgQR7X6js ul5Wd6GqZtQUT328ZTGOPN/cz5nmVn30QMCYUQf5RroLuQ3+1EkgGMASdmk4tST/Jphv qN7w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:date:subject:cc:to:from :dkim-signature:arc-authentication-results; bh=6fnPy81mRm/OYP2afoB7OI2Qzct32fUuo2JJXzwNpVQ=; b=kMW/s7nPAWO68gTYSfFOUR9l5FlNOOsIOLO1lC01ZG/WvpobLMopnt6XH/8pt7JVD5 fo51a8QT3PViFCBv6JF8lg5X0+elFeMuGdB/7/sgSPucwemnXQRQFqCpToZsmDKAj0mr +S70HiGvk0gCblH6MqWIyGhbolv7vFvnpAtXQVaIebiTXvwrHQMxdQ5qfOyWJBxbKQRo Rd9cos+8hX0JvlAReNVbLV1cgV0pcUkl1FkjQAbyYop1YDKQfL2SCQxSKq+oU5QmcMp2 HW4HajdMG17AM46lNIK9T/AkqRsWXfQ9GKqRWwA7CQNNoSJZHn6ZZTXePtwMGmxW1f2n 829g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@bgdev-pl.20150623.gappssmtp.com header.s=20150623 header.b=Du8ZuKNL; 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 w16-v6si876401plp.165.2018.03.27.02.24.39; Tue, 27 Mar 2018 02:24:53 -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; dkim=pass header.i=@bgdev-pl.20150623.gappssmtp.com header.s=20150623 header.b=Du8ZuKNL; 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 S1752116AbeC0JUk (ORCPT + 99 others); Tue, 27 Mar 2018 05:20:40 -0400 Received: from mail-wm0-f68.google.com ([74.125.82.68]:55638 "EHLO mail-wm0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750978AbeC0JUh (ORCPT ); Tue, 27 Mar 2018 05:20:37 -0400 Received: by mail-wm0-f68.google.com with SMTP id t7so20313841wmh.5 for ; Tue, 27 Mar 2018 02:20:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bgdev-pl.20150623.gappssmtp.com; s=20150623; h=from:to:cc:subject:date:message-id; bh=6fnPy81mRm/OYP2afoB7OI2Qzct32fUuo2JJXzwNpVQ=; b=Du8ZuKNLhIQFSHxTndj5aE7Vw91qovtJVwZsqTK7oWLcFF0jUOJ+Y29hFIyMmmzM/s k1sdyZ5Qk3stIoWAVv6C2ynfe1OfG3D8N7OwcPx0uunlonEwEuJTD05WYOq8win5A/qx /3ScM5twSDS8YxEYn4TBmAsfZ5Ny5dk7RJk41OGhGFf0a0IC6HRa0mog2kOlowCD75rS jYw/k9fJndUSwu93R4xnAzoyGRhJQ8+8NzvSVOv0Z2VYsnZ8ggvR8T4Jyjo3T5wa2vOs 4fW5hPj0GwurWfFHw6u58NGMQRaSiuq7PzIHiGvyRYczgPVAYHkHICJY8ESEECdlck/u XBZw== 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=6fnPy81mRm/OYP2afoB7OI2Qzct32fUuo2JJXzwNpVQ=; b=ASJn1xD3zQWHm12/w3tpWu9SOZEXhAeSABJby/Q5QWY3ROQBksm/chFKVVprpH64de hJtI3qzlEwsPTOY88sGVdjmQFy9zgeTYYPccNAv7JsHym7rAnuo5oEXIsOUxLY8WMSis uiSN8YJcGyquGwc17FHwu/a9mcaqQMKSqq+w4LWmbRHIl20ggFCBvG9A+Xy4D5EVaVzU 0r2zaYF/Gt5N4j+jafq9FNCg5DEGj97O5fRAQ+BZq0joWWyEkbHRnXFfeabCqzy/tqZP 4J8T5kxyibUrkuiQpYLg5uOZaDS8qAk7vRDfiu1lsWbHRA7oTZFj85+6GezJddgyom8s RRPw== X-Gm-Message-State: AElRT7E+hRGsJ8LFWCpGphzrdBBydNHu0Cp/tXiQ056pQvhFTCI6y0nw r/sEvmnKA9cNbXFE6yuu+TcMOg== X-Received: by 10.28.66.90 with SMTP id p87mr19053737wma.58.1522142436227; Tue, 27 Mar 2018 02:20:36 -0700 (PDT) Received: from brgl-bgdev.baylibre.local ([90.63.244.31]) by smtp.gmail.com with ESMTPSA id h190sm1288925wmd.22.2018.03.27.02.20.34 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 27 Mar 2018 02:20:35 -0700 (PDT) From: Bartosz Golaszewski To: Sekhar Nori , Kevin Hilman , Rob Herring , Mark Rutland , Russell King , David Lechner , Michael Turquette , Stephen Boyd , Ohad Ben-Cohen , Bjorn Andersson , Philipp Zabel Cc: linux-arm-kernel@lists.infradead.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-clk@vger.kernel.org, linux-remoteproc@vger.kernel.org, Bartosz Golaszewski Subject: [PATCH v3 0/8] ARM: davinci: complete the conversion to using the reset framework Date: Tue, 27 Mar 2018 11:20:23 +0200 Message-Id: <20180327092031.11251-1-brgl@bgdev.pl> X-Mailer: git-send-email 2.16.1 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Bartosz Golaszewski This series converts the only user of the handcoded, mach-specific reset routines in the davinci platform to using the reset framework. Patches 1-3 add necessary lookups/DT-properties. Patches 4-6 fix issues found in the remoteproc davinci driver. Patch 7 converts the davinci-rproc driver to the reset framework. Patch 8 removes now dead code. Philipp: it turned out that it's indeed better to use the reset controller's device name for the entry lookup. Tested both in DT and legacy modes by booting the examples from ti-ipc-rtos recipe in meta-ti. This series applies on top of David Lechner's common-clk-v9 branch[1] with Philipp Zabel's reset/next branch[2] pulled in. It can be found in my github tree as well[3]. [1] git://github.com/dlech/ev3dev-kernel.git common-clk-v9 [2] git://git.pengutronix.de/git/pza/linux reset/next [3] git@github.com:brgl/linux.git topic/davinci-reset v1 -> v2: - fixed the device tree patches the descriptions of which were mixed up - return -EPROBE_DEFER from davinci-rproc's probe() if we can't get the reset provider, since it's possible that the lookup table was not yet registered - made the local variable naming consistent in the davinci-rproc driver - fixed a typo in PATCH 5/8 v2 -> v3: - reworded the commit messages (s/remoteproc: da8xx/remoteproc\/davinci/) - call clk_disable_unprepare() if reset_control_deassert() fails in da8xx_rproc_start() - added a patch fixing the S_IRUGO checkpatch warning, since we're already modifying this driver anyway - added a temp variable for code brevity in da8xx_rproc_stop() - removed patch 1/8 (already applied to reset/next) Bartosz Golaszewski (8): ARM: davinci: dts: make psc0 a reset provider ARM: davinci: dts: add a reset control to the dsp node clk: davinci: add a reset lookup table for psc0 remoteproc/davinci: add the missing retval check for clk_enable() remoteproc/davinci: prepare and unprepare the clock where needed remoteproc/davinci: use octal permissions for module_param() remoteproc/davinci: use the reset framework clk: davinci: kill davinci_clk_reset_assert/deassert() arch/arm/boot/dts/da850.dtsi | 2 ++ arch/arm/mach-davinci/include/mach/clock.h | 21 -------------- drivers/clk/davinci/psc-da850.c | 7 +++++ drivers/clk/davinci/psc.c | 19 +------------ drivers/remoteproc/da8xx_remoteproc.c | 45 ++++++++++++++++++++++++------ 5 files changed, 47 insertions(+), 47 deletions(-) delete mode 100644 arch/arm/mach-davinci/include/mach/clock.h -- 2.16.1