Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id D549EC4332F for ; Tue, 16 Nov 2021 11:08:16 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id B685363223 for ; Tue, 16 Nov 2021 11:08:16 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234712AbhKPLLM (ORCPT ); Tue, 16 Nov 2021 06:11:12 -0500 Received: from smtp-relay-internal-1.canonical.com ([185.125.188.123]:42574 "EHLO smtp-relay-internal-1.canonical.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234703AbhKPLLC (ORCPT ); Tue, 16 Nov 2021 06:11:02 -0500 Received: from mail-lj1-f199.google.com (mail-lj1-f199.google.com [209.85.208.199]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp-relay-internal-1.canonical.com (Postfix) with ESMTPS id 055753F1A2 for ; Tue, 16 Nov 2021 11:08:05 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=canonical.com; s=20210705; t=1637060885; bh=0gQ2ZQRY7ofUxZzekozxLvLRb/wQIYBGFhN6RAAbDMs=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=ExDuFgPwmmkCdGtV4vAIICKsFq0eACGgsuNZgPBO5Ny1SYeZbRhvwIB8r+WeS54XH vKr5KokjremA0aFwNf/I9SorNGw853ZIKufUc4PPf9Cwkoh1Vg8033lJFQiwjMnssO bOshzqyTbpOZxc81sug5XFhjGw8QAfI51BBhsohR7OMnbYFCA069oHkln369bTbz9E cfFq5Da0QOSCTRsBPnpyySho0tlWLUob9NqhmMAi3NlXBqcESOivRx03bKnf63rxGZ 4jT26b0GmtbFk/HiL9lI2L4A1n4LgaVqeqxPNUiZWPbfiTqKobKrRWFniE0DkVtE37 llJLyw2yZyjDw== Received: by mail-lj1-f199.google.com with SMTP id b16-20020a2ebc10000000b00218d00045c4so6066752ljf.5 for ; Tue, 16 Nov 2021 03:08:04 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent:subject :content-language:to:cc:references:from:in-reply-to :content-transfer-encoding; bh=0gQ2ZQRY7ofUxZzekozxLvLRb/wQIYBGFhN6RAAbDMs=; b=m5JlWdWSNapKel9eK3kGA+HIhKB8LrPyCgpCC6yyekIkqn3jnEvLiNlwC8pSdvdvzv KnovxNrbRS/DRcrkrIZl7oqv60m8dNm39U3aAW7YcATQpH92Or06ySNGQo3D33wki2PD 3T/Htu47YnPrBCMxd+hDHsYKonKx3Tk4p+n2LGFlVPKvgXQDwcOFesLDQ8+r7gYISf9v xWkGHUSFDDLSR1MIT7eCqHQRpub0CW6IkcAXTjWCd2NFsDzrDKOVtF6C7fdcC9H+c7PT 6ICLQsPzbA/nomfkjShrlYoxRtMWrN3FFEDa+R8jXFdbKIWarDNyKpzjOY+tJ4gyaFxE DxuQ== X-Gm-Message-State: AOAM530A1jz7g/AVCX3eBASdjxp/wj27XdqmiLDsqr2dkRBHUjDAA4ZZ YVpEXydrx67+t9nzqLIhcYadD+NTAfjj6kW+VndX5eiliJGyPkcHl3H+7MnHyXneSU511QX8iLM kBrCDnG4zFj5rgXH6Tj4gtvAvsQx8HZi8xENZ5SN3Qg== X-Received: by 2002:a2e:5c87:: with SMTP id q129mr5996231ljb.424.1637060883684; Tue, 16 Nov 2021 03:08:03 -0800 (PST) X-Google-Smtp-Source: ABdhPJydMp9fvLto/Bj6qzxU3CHtfkRwWGiNP0TmUHx9AxV+uxOKhgQLlIduUx8AneQrUoqPOC5FPQ== X-Received: by 2002:a2e:5c87:: with SMTP id q129mr5996205ljb.424.1637060883488; Tue, 16 Nov 2021 03:08:03 -0800 (PST) Received: from [192.168.3.67] (89-77-68-124.dynamic.chello.pl. [89.77.68.124]) by smtp.gmail.com with ESMTPSA id b13sm1619353lfv.200.2021.11.16.03.08.02 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 16 Nov 2021 03:08:02 -0800 (PST) Message-ID: <202f0fd8-1208-b17d-5ee5-e776e45cb065@canonical.com> Date: Tue, 16 Nov 2021 12:08:01 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.2.1 Subject: Re: [PATCH] riscv: dts: sifive unmatched: Expose the FU740 core supply regulator. Content-Language: en-US To: =?UTF-8?Q?Heiko_St=c3=bcbner?= , Rob Herring , Paul Walmsley , Palmer Dabbelt , Albert Ou , Qiu Wenbo , Yash Shah , devicetree@vger.kernel.org, linux-riscv@lists.infradead.org, linux-kernel@vger.kernel.org, David Abdurachmanov Cc: Vincent Pelletier References: <0879c5b0c72b9bf6bf71f880def166f8804f41c7.1637023980.git.plr.vincent@gmail.com> <2266648.AD6qrfpaa2@diego> From: Krzysztof Kozlowski In-Reply-To: <2266648.AD6qrfpaa2@diego> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 16/11/2021 10:53, Heiko Stübner wrote: > Hi Vincent, > > Am Dienstag, 16. November 2021, 01:52:59 CET schrieb Vincent Pelletier: >> Provides monitoring of core voltage and current: >> tps544b20-i2c-0-1e >> Adapter: i2c-ocores >> vout1: 906.00 mV >> temp1: -40.0°C (high = +125.0°C, crit = +150.0°C) >> iout1: 5.06 A (max = +20.00 A, crit max = +26.00 A) >> >> Signed-off-by: Vincent Pelletier >> >> -- >> Note for review: this patch has one warning from checkpatch.pl: >> WARNING: DT compatible string "tps544b20" appears un-documented -- check ./Documentation/devicetree/bindings/ >> #32: FILE: arch/riscv/boot/dts/sifive/hifive-unmatched-a00.dts:55: >> + compatible = "tps544b20"; >> This chip is handled by the existing pmbus module, and there is indeed no >> matching entry in Documentation/devicetree/bindings/hwmon/pmbus. I am not >> especially knowledgeable about this chip, I only know it is used by this >> board, so I am not sure I can do the best job in putting such a file >> together. >> If needed I can git it a try. > > Devicetree bindings are supposed to be stable into the future, so an actually > reviewed binding is quite necessary ;-) . > > In the case of your tps544b20 it should also be pretty easy to do, as > > Documentation/devicetree/bindings/hwmon/pmbus/ti,ucd90320.yaml > > is probably a pretty good match to what you need in terms of Yaml notation. > Just need to replace the naming in your copy and drop in the correct > description from > > https://www.ti.com/lit/ds/symlink/tps544b20.pdf?ts=1637055780278 > > and you have a working binding. > > Then just add another patch to your series that mimics > > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=8a36e38d8b0fbb92609e837a67f919202ec7ec51 > > and include the relevant maintainers that scripts/get_maintainer.pl will > give you, and you're all set :-) > Hi Heiko, In current form the bindings would be close to trivial and we actually do not know how proper bindings would look like (the device is not trivial). Therefore based on Rob's recent comments - better to have trivial schema than nothing - I sent a patch adding them to trivial-devices: https://lore.kernel.org/linux-devicetree/20211116110207.68494-1-krzysztof.kozlowski@canonical.com/T/#u Best regards, Krzysztof