From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-5.8 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 9E7D4C47082 for ; Tue, 8 Jun 2021 06:01:48 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 7AA1561184 for ; Tue, 8 Jun 2021 06:01:48 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230287AbhFHGDj (ORCPT ); Tue, 8 Jun 2021 02:03:39 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59862 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229512AbhFHGDi (ORCPT ); Tue, 8 Jun 2021 02:03:38 -0400 Received: from mail-pf1-x42d.google.com (mail-pf1-x42d.google.com [IPv6:2607:f8b0:4864:20::42d]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 92F9AC061787 for ; Mon, 7 Jun 2021 23:01:32 -0700 (PDT) Received: by mail-pf1-x42d.google.com with SMTP id z26so14887888pfj.5 for ; Mon, 07 Jun 2021 23:01:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=amarulasolutions.com; s=google; h=mime-version:from:date:message-id:subject:to:cc; bh=mInCAkdFNsOSgJMQOvgFddBhxgTbOx+8STgtkOSwHpk=; b=MegiSZB/fHn0KVkgcSc/ACKJJ4i2H1+sYXZFerjV9FVLN1r438LmfWmr16AfFtkvCl 0QX38v5wOvEbTZRG0BsFhmu7uowF5siG7gyw8/wjnk2fvJn8NPq6mNCygDcSA1Hbsmpc 6BA2ywt3MoVceOiIXST1tMwT3CGC4SACmhbgU= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=mInCAkdFNsOSgJMQOvgFddBhxgTbOx+8STgtkOSwHpk=; b=kepXAYZPBSmtIu5vUIBXrJLu8pk1VmL7tneROhH4LfBQEmBXRAy9IDYDNxDztae3vk I7q7ZE63H3KCoVm2ckBlmgHmZUMmJvD77NdV3CCzgz1R0tdSP2OlAEb/LdhxC77b+85S RO3gUF4XA1ZAuQSKUAUqlr6Wm9B75Bx9j2VOTRDvP8do10yjAzgW9Kxgc/tK1Gza1f8y QlUlmq0puneNkgsYpjf1Ob+bJBHhtq8KU6sljG9higvRbwa8yx9j+l5sq4nEWuBbdkIt gsacc+th+XfrXQM9a6kaOLwr88zX8JBNAySKV15iQdSOqtOtuLtiZNXoT9TyPaRgePlZ YyLw== X-Gm-Message-State: AOAM531zexvyg6HIoui7k/TYi5gsPE0JYjdzomKgVl2ZTr2oUEgt65Zs IIXXUtjZ25syhH/cOPH2odRG93D9lgWcp6/hpyToM4oAdvCRKg== X-Google-Smtp-Source: ABdhPJxgmdNOCZs3zYNAq0l3AecgoflIwtcOva4dsMFDzA70fejHEsL+2Yow29I7OpW+gdUpJ/Y/JHRZ5XrXjjl7YmA= X-Received: by 2002:a63:7f1d:: with SMTP id a29mr16163327pgd.69.1623132091439; Mon, 07 Jun 2021 23:01:31 -0700 (PDT) MIME-Version: 1.0 From: Michael Nazzareno Trimarchi Date: Tue, 8 Jun 2021 08:01:20 +0200 Message-ID: Subject: RFC power domain vs generic supply regulator To: LKML , Mark Brown Cc: Greg Kroah-Hartman Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi all I'm trying to understand how to deal with devices that do not provide a supply handle connection using the device tree, or if there is a generic way to connect to a regulator. The pinctrl has a generic binding inside dd.c that allow to mux pinout during probing or it allows to define a power domain, According to the code I read the power domain can be only connected to the SoC power domain but in general a generic power domain can be connected to any source aka a regulator. For example and spi-nor can be powered but a gpio regulator or any kind of supply connection and bunch of devices can just need a supply if they are probed or binded runtime. Can someone give me feedback on this topic? Michael