Received: by 10.213.65.68 with SMTP id h4csp447356imn; Fri, 30 Mar 2018 08:32:37 -0700 (PDT) X-Google-Smtp-Source: AIpwx4/pNhogs56LeInjgaU7YkW/fGsoH9MyJGwyHB2UUqgf6fFzG4U8M3W5ROPTU5yNY4B4iR1e X-Received: by 2002:a17:902:8688:: with SMTP id g8-v6mr13531009plo.340.1522423957577; Fri, 30 Mar 2018 08:32:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1522423957; cv=none; d=google.com; s=arc-20160816; b=H1A3TBdCzRnVPqip43i904NAKJq/PQTUOxEv4g4da21eZ9koyDptqz0Uy1J2TF6shG tTSbc6ZjUzji1L1LiTwed15L9j6X45/XAl57pY26y26PYOCa85eNS0eE+cHBl/t1M6C8 6VUSK+MYlDRNNmV9YkBHaHqUB4+Zgo4L8JnrzjhadCPiUh4BPbC6CxBDRxlbNV20n3co tOI5efdqmR4uL9V+ixs8DH8uUU69su7BUExu2oyjyl69pTUwQbFZa1yQ4ACa5I6pHkw/ qRHnN4TgP/QgGhB7+EMlSa0MBQa6IMKKdw8K6gBkoA67wa0X//XKVIJmawpqy6yWJMgj 1htw== 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=ae2lyp8eNh2YU4FF1vFIvpZSz9XCUYrrGOY/gjGHR6c=; b=c7V5SbaKfTFhJf5gGmaO8r98o/gonLCjr/1uugPzTuSOOUqPnpQYjiMccZgfAkd1iS fJ/6I/fEM6yp49y/ndkhG/di18Z3wYq+Llc3NzsrWQBI3RPhK8Qv+MuzIp8uwD08oP8f XGmUugYsfJ8QSfjrXtIF8wh+NsPuyQPwESCAMre8s/JHFNqOQ+Tk/dt+mYp/8Ad48K6o 7FwUV70BKYXEXpiFMvEV2zE5rOYDcdRiAe6zkAN5YdAU/SkxxTdhwQ9wmhpjmVk4g8fz 1haf2LW/eMbYryNeUB/0Swe5mSOvS+f0R2SVUt8vHY3DjxH3vqFdsiEy+oUXIk1i2K6y z9Wg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@bgdev-pl.20150623.gappssmtp.com header.s=20150623 header.b=MN4qazMV; 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 b5-v6si8210011ple.584.2018.03.30.08.32.23; Fri, 30 Mar 2018 08:32:37 -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=MN4qazMV; 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 S1751976AbeC3P3E (ORCPT + 99 others); Fri, 30 Mar 2018 11:29:04 -0400 Received: from mail-wm0-f67.google.com ([74.125.82.67]:33372 "EHLO mail-wm0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751356AbeC3P3C (ORCPT ); Fri, 30 Mar 2018 11:29:02 -0400 Received: by mail-wm0-f67.google.com with SMTP id o23so2597659wmf.0 for ; Fri, 30 Mar 2018 08:29:01 -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=ae2lyp8eNh2YU4FF1vFIvpZSz9XCUYrrGOY/gjGHR6c=; b=MN4qazMV6SqryTm51xe85JNjRh9sGauW143nSI7SPqXYemAobFePRGhpoAMi9w18zK pifDu9FiE3eqOU++2TGx3Hi1C6yN4xs/zR4tyspby9xhwkFvJAFvaYp01erHqOFqKFsA 0caBNUF10riEdVKaJG3N3CPuY337Awu5KBsWLvnZoPZt2HZkXuYJCz3gVcZuDjN3Ndk+ wlYTKpgv9HtllLo+i0V8e0ca3OYTOYMtBmLmTjPFferOALFt2Jy+tVUmmCb43RzI6fJT r2S4ahf+guV903nnfesJXdIlBlZnNHdMg7XLpYxNYPp5NHGHInMaxAiZfaKyigaB9Qnp PGmw== 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=ae2lyp8eNh2YU4FF1vFIvpZSz9XCUYrrGOY/gjGHR6c=; b=E9gJfatkWkMpPvcsStUzQYaj1eVspofS+k/4qYachTFJWH4ErblV+z2VK5IPA7RXKv 9kqL5NWN8rvZgnpzTN7Gcc4og0WVnLA9O3bxhTDM7OvQqu+L9gbHjmSol4+SwrlJRNWe DZivsUZbr3WkxlApO9ldo/vVKGEKKzsSqJ+jXJJFW+7Hut63nAqDfnxOhDk0rGMNK+Kp P2QEjg/MXRmSmcK/VDpK6swvu84AuM73AwQKq52UnvAioEoOyhYX4fW0Xm8cF9Zn758r YpEDzoKNecBK1XelWgCguQtSJN2a6E9wDP4mPUzojl0HUBBS0KwhckGjn5nkfTEgm14+ jdqg== X-Gm-Message-State: ALQs6tD/+u7WLBeCk+Ks4SE7Lfc00yzE6CSj2UcqLzpb39ALQxFbPEVE MGW/6RFbE9TxpFeaQHgwC8woyQ== X-Received: by 10.28.16.18 with SMTP id 18mr2492926wmq.81.1522423740905; Fri, 30 Mar 2018 08:29:00 -0700 (PDT) Received: from brgl-bgdev.baylibre.local ([90.63.244.31]) by smtp.gmail.com with ESMTPSA id n49sm14429881wrn.90.2018.03.30.08.28.59 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 30 Mar 2018 08:29:00 -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 v5 0/8] ARM: davinci: complete the conversion to using the reset framework Date: Fri, 30 Mar 2018 17:28:48 +0200 Message-Id: <20180330152856.12297-1-brgl@bgdev.pl> X-Mailer: git-send-email 2.16.3 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. 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: - modify PATCH 1/8: drop the provider argument from the function adding lookup entries and instead pass the provider name to the RESET_LOOKUP macro, return -EPROBE_DEFER if we locate a correct lookup entry but cannot get the corresponding reset controller - modify the reset lookup entry in psc-da850 - don't manually return -EPROBE_DEFER from davinci-rproc, instead don't emit an error message if devm_reset_control_get_exclusive() returns this error code v3 -> v4: - make index the second parameter in RESET_LOOKUP() (right after the provider name) v4 -> v5: - fix a bug where the dsp_reset object correctly stored in drproc struct 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 | 46 ++++++++++++++++++++++++------ 5 files changed, 48 insertions(+), 47 deletions(-) delete mode 100644 arch/arm/mach-davinci/include/mach/clock.h -- 2.16.3