Received: by 10.223.185.116 with SMTP id b49csp519632wrg; Fri, 23 Feb 2018 02:29:37 -0800 (PST) X-Google-Smtp-Source: AH8x224tsadq0HwVDRHpyZGHZ6Zd8hkb5vcVgNF8gICxxQYyS0YMgSO2AZa9/G9VYlrmVFWFKdsv X-Received: by 10.98.245.18 with SMTP id n18mr1265541pfh.25.1519381777440; Fri, 23 Feb 2018 02:29:37 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1519381777; cv=none; d=google.com; s=arc-20160816; b=KUPQoM4bcDcjiV2b9YpV+5CCZ2l8tx3/fOuy61+QSAYcM9QkRrU9AM+qTLepqaGhSo p9rfvgEdXkXelVfWUG+8OU0NJuuUQauTkSyTbYgHbGc2zsG45U+J02PKpUBKhtfC2ohT jFyKFJWatDml0RH1QSiV2qRZ6RuaQls3BbaUY9BGwpjTC0G1RIzOZFlCvn6wiJM+S2JP qMjLgFkeWPKv0vduCVWHNVrAFm5VSgsyxsjUS9y0JpSadu3iev9XDGHQ0+qahIJJwLyB JHvOwVBV4Wta9e9KCkowWjw4t+1CsG1J6upedCTGvoTaPdwLfuuwrhkpgzFHHQfMD/A3 PO+w== 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=I6zWMQIwDro5yXSs0B9S90kYZTI8rBtwN1+VX8LX5LQ=; b=nj2dLhb0edwLwJBGSBclQqrnudoIxTxu4C+CzJ7szWfK2luvcHL9B+RB4DKlYg8A6w v1+FSoHPyE0YKlmq/vQoI9ReUUDbHkt6HUTrzidXh0k6h7lUHyB4C9DQQnuiaI8o1GCs tI7d1QMgGNLjGd/wQBUjcjCNVk9Lg4F07vSTLQ3UrF+EFiZI/EGfmqAkyYs8e3S6LYSv R1kM2LdiSXKT4F9lgKl72z3yu87xr/8iq/eSd2IJY0cBhSNDA8NsFvZb1PDVrwUB2+HN fUZzATetdWpV4pMPt8+LXUlvv5r7sdfG+lsLc67cMOlzJdYg1tQTPwRAhNt8PtrM1Mcd BSXw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=D7m08q7r; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id y10si935980pgv.456.2018.02.23.02.29.22; Fri, 23 Feb 2018 02:29:37 -0800 (PST) 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=@linaro.org header.s=google header.b=D7m08q7r; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751399AbeBWKYH (ORCPT + 99 others); Fri, 23 Feb 2018 05:24:07 -0500 Received: from mail-pf0-f179.google.com ([209.85.192.179]:39969 "EHLO mail-pf0-f179.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750879AbeBWKYG (ORCPT ); Fri, 23 Feb 2018 05:24:06 -0500 Received: by mail-pf0-f179.google.com with SMTP id m5so3339406pff.7 for ; Fri, 23 Feb 2018 02:24:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=from:to:cc:subject:date:message-id; bh=I6zWMQIwDro5yXSs0B9S90kYZTI8rBtwN1+VX8LX5LQ=; b=D7m08q7rSM6wlrpLhBfhCyMY8tZathQTEbO+anlwwTo2FgQkp9fT4VxA2jW/MhZ1B1 AmCLvqZvV6oLKUqjswhS7H2G8ruURrFHiWzJ02xZ1WF1eNcqw4mDPhyP878hUAzoDFvj 3aUwOePZzupxyt/9QOCjllV8wHAnNdJEQm83w= 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=I6zWMQIwDro5yXSs0B9S90kYZTI8rBtwN1+VX8LX5LQ=; b=A+ysBJ3ZZjypur39FLVnLMdE/5CSaRy+pnnk8BCTLKAffPS7JzkCbmmBVzB3SrXZy5 B9zh/wHrSIaTs3P8V/PPS719yo5z+OuP5eTYnR30cYLdWNecI7GG0kuzgYg7yovkRk5+ Sb4CIR5L2u3qK0U3YUIpJSh6cW8UCcC0DhxJHE9S/MC5sToO9bwbuizbHoJ9SHH4ypVK iQtbsI8NyUOlCy4PspUnwZfA8l+LiJ8yPG5lC3JJ/n1SnMl8ogJO10Ltfpx6rV0HelnD 7ee9bmuG4+4s1Z4cBiVIbTLIPTbZRphLZ7Qt/7FPkwuxbO+xphwB7Q6iflcxDkYFj8YH jzDw== X-Gm-Message-State: APf1xPCFf8HDMihO8CgyW/GYZtJHMBZvFkUHI8WmmZMQTzjn/1XYPsun sTE0KdRSKnMxth1dYaCxhcl9sw== X-Received: by 10.101.86.1 with SMTP id l1mr1083850pgs.140.1519381445205; Fri, 23 Feb 2018 02:24:05 -0800 (PST) Received: from localhost ([122.167.232.138]) by smtp.gmail.com with ESMTPSA id w23sm1825460pfk.10.2018.02.23.02.24.03 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 23 Feb 2018 02:24:04 -0800 (PST) From: Viresh Kumar To: Greg Kroah-Hartman Cc: Viresh Kumar , Vincent Guittot , Stephen Boyd , Rajendra Nayak , linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, robdclark@gmail.com, s.hauer@pengutronix.de, l.stach@pengutronix.de, shawnguo@kernel.org, fabio.estevam@nxp.com, nm@ti.com, xuwei5@hisilicon.com, robh+dt@kernel.org, olof@lixom.net Subject: [PATCH V7 00/13] drivers: Boot Constraint core Date: Fri, 23 Feb 2018 15:53:39 +0530 Message-Id: X-Mailer: git-send-email 2.15.0.194.g9af6a3dea062 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Greg, The V7 version incorporates the organizational changes suggested by Olof earlier. Everything else is same otherwise. I have tested the Hisilicon patches (again) on hikey 9660 board, IMX stuff was earlier tested by Sascha (Pengutronix) on i.MX6 and Qualcomm stuff was earlier tested by Rajendra (Qualcomm) on Dragonboard 410C (This required some more patches related to display driver which Rajendra should be sending separately later on). Problem statement: Some devices are powered ON by the bootloader before the bootloader handovers control to Linux. It maybe important for some of those devices to keep working until the time a Linux device driver probes the device and reconfigure its resources. A typical example of that can be the LCD controller, which is used by the bootloaders to show image(s) while the platform is booting into Linux. The LCD controller can be using some resources, like clk, regulators, etc, that are shared between several devices. These shared resources should be configured to satisfy need of all the users. If another device's (X) driver gets probed before the LCD controller driver in this case, then it may end up disabling or reconfiguring these resources to ranges satisfying the current users (only device X) and that can make the LCD screen unstable. Another case can be a debug serial port enabled from the bootloader. Of course we can have more complex cases where the same resource is getting used by two devices while the kernel boots and the order in which devices get probed wouldn't matter as the other device will surely break then. There are also cases where the resources may not be shared, but the kernel will disable them forcefully as no users may have appeared until a certain point in kernel boot. This makes sure that the resources stay enabled. A wide variety of constraints can be satisfied using the new framework. Proposed solution: This series introduces the concept of "boot-constraint", which are set by platform specific drivers (for now at least) at early init (like subsys_initcall) and the kernel will keep satisfying them until the time driver for such a device is probed (successfully or unsuccessfully). Once the driver is probed, the driver core removes the constraints set for the device. This series implements clk, regulator and PM domain constraints currently. Pushed here: git://git.kernel.org/pub/scm/linux/kernel/git/vireshk/linux.git boot-constraint More documentation on it can be found here: https://lwn.net/Articles/747250/ V6->V7: - s/drivers\/boot_constraint/drivers\/bootconstraint/ (Olof) - Moved platform drivers to drivers/soc//boot_constraint.c - Changed year in file copyrights: s/2017/2018 V5->V6: - Fix a build error reported by build bot for !CONFIG_OF_ADDRESS. This was already sent on 15th December. - Rebased over latest driver-core-next. V4->V5: - SPDX Licence format used. - arm,primecell stuff removed from boot constraint core and added a helper in OF core (which already handles amba and platform devices). - Removed a bunch of BUG_ON(), pr_fmt(), comments. - Changed directory and other names from boot_constraints/boot_constraint. - Removed serial.o file and moved the code to hikey and imx files. - Don't return error from dummy helper. - Added documentation and corresponding kernel doc comments in the code. - Updated MAINTAINERS. V3->V4: - Added support for imx, hikey and Qcom usecases. - Enhanced boot constraints core to make drivers code easy and handle complex cases. - Two new patches for OF included to provide APIs to boot constraint core. - Removed the kernel parameter patch for now. - Don't check return values of debugfs routines. - Moved the boot constraints core from drivers/base/ to drivers/. V2->V3: - Removed DT support as we aren't sure about how to define the bindings yet. - Added CLK and PM domain constraint types. - A new directory is added for boot constraints, which will also contain platform specific drivers in future. - Deferred devices are still supported, just that it wouldn't be called from generic code anymore but platform specific code. - Tested on Qcom 410c dragonboard with display flash screen (Rajendra). - Usual renaming/commit-log-updates/etc changes done. V1->V2: - Add support for setting constraints for devices created from DT. - Allow handling deferred devices earlier then late_init. - Remove 'default y' line from kconfig. - Drop '=" after boot_constraints_disable kernel param. - Dropped the dummy testing patch now. -- viresh *** BLURB HERE *** Viresh Kumar (13): of: platform: Add of_find_any_device_by_node() of: platform: Make of_platform_bus_create() global drivers: Add boot constraints core boot_constraint: Add support for supply constraints boot_constraint: Add support for clk constraints boot_constraint: Add support for PM constraints boot_constraint: Add debugfs support boot_constraint: Manage deferrable constraints boot_constraint: Add support for Hisilicon platforms boot_constraint: Add support for IMX platform boot_constraint: Add Qualcomm display controller constraints boot_constraint: Update MAINTAINERS boot_constraint: Add documentation .../driver-api/boot-constraint/constraints.rst | 98 +++++++ Documentation/driver-api/boot-constraint/index.rst | 4 + Documentation/driver-api/index.rst | 1 + MAINTAINERS | 9 + drivers/Kconfig | 2 + drivers/Makefile | 1 + drivers/base/dd.c | 32 ++- drivers/bootconstraint/Kconfig | 9 + drivers/bootconstraint/Makefile | 3 + drivers/bootconstraint/clk.c | 70 +++++ drivers/bootconstraint/core.c | 290 +++++++++++++++++++++ drivers/bootconstraint/core.h | 47 ++++ drivers/bootconstraint/deferrable_dev.c | 241 +++++++++++++++++ drivers/bootconstraint/pm.c | 28 ++ drivers/bootconstraint/supply.c | 104 ++++++++ drivers/clk/imx/clk-imx25.c | 12 - drivers/clk/imx/clk-imx27.c | 13 - drivers/clk/imx/clk-imx31.c | 12 - drivers/clk/imx/clk-imx35.c | 10 - drivers/clk/imx/clk-imx51-imx53.c | 16 -- drivers/clk/imx/clk-imx6q.c | 8 - drivers/clk/imx/clk-imx6sl.c | 8 - drivers/clk/imx/clk-imx6sx.c | 8 - drivers/clk/imx/clk-imx7d.c | 14 - drivers/clk/imx/clk.c | 38 --- drivers/clk/imx/clk.h | 1 - drivers/of/platform.c | 63 ++++- drivers/soc/Kconfig | 1 + drivers/soc/Makefile | 1 + drivers/soc/hisilicon/Kconfig | 15 ++ drivers/soc/hisilicon/Makefile | 3 + drivers/soc/hisilicon/boot_constraint.c | 158 +++++++++++ drivers/soc/imx/Kconfig | 8 + drivers/soc/imx/Makefile | 1 + drivers/soc/imx/boot_constraint.c | 126 +++++++++ drivers/soc/qcom/Kconfig | 8 + drivers/soc/qcom/Makefile | 1 + drivers/soc/qcom/boot_constraint.c | 122 +++++++++ include/linux/boot_constraint.h | 121 +++++++++ include/linux/of_platform.h | 16 ++ 40 files changed, 1572 insertions(+), 151 deletions(-) create mode 100644 Documentation/driver-api/boot-constraint/constraints.rst create mode 100644 Documentation/driver-api/boot-constraint/index.rst create mode 100644 drivers/bootconstraint/Kconfig create mode 100644 drivers/bootconstraint/Makefile create mode 100644 drivers/bootconstraint/clk.c create mode 100644 drivers/bootconstraint/core.c create mode 100644 drivers/bootconstraint/core.h create mode 100644 drivers/bootconstraint/deferrable_dev.c create mode 100644 drivers/bootconstraint/pm.c create mode 100644 drivers/bootconstraint/supply.c create mode 100644 drivers/soc/hisilicon/Kconfig create mode 100644 drivers/soc/hisilicon/Makefile create mode 100644 drivers/soc/hisilicon/boot_constraint.c create mode 100644 drivers/soc/imx/boot_constraint.c create mode 100644 drivers/soc/qcom/boot_constraint.c create mode 100644 include/linux/boot_constraint.h -- 2.15.0.194.g9af6a3dea062