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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 34F00C64EC4 for ; Wed, 8 Mar 2023 10:45:01 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229809AbjCHKo7 (ORCPT ); Wed, 8 Mar 2023 05:44:59 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38112 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229798AbjCHKop (ORCPT ); Wed, 8 Mar 2023 05:44:45 -0500 Received: from mail-ed1-x533.google.com (mail-ed1-x533.google.com [IPv6:2a00:1450:4864:20::533]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9A8C09CBC4 for ; Wed, 8 Mar 2023 02:44:43 -0800 (PST) Received: by mail-ed1-x533.google.com with SMTP id a25so64101744edb.0 for ; Wed, 08 Mar 2023 02:44:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; t=1678272282; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=1RqGWA9K+2jBP6sB1ByHxr6PzA5Hy7riHKaIEMmIdk4=; b=WWpHAqiFtgdf10Dc766TcgWxHtcclRW92e2HVXW2hWv15RnOwJQqVBv7a9CoWNil8Z p4q/EcbJqI6aMm7uU0U01iqUnfGihVZ5mjuUeVSx+LPxqrKUzcmanjrBR64RPB0E4dH+ cDWuDWHg43z4zuqk70nQGV+IDOdA3yfzstCTCf8oSdBTpQTSqZj5bq3IpXR/MiUCRFAl dP3pRYeqslygZ4yD6ieXOAcwsNgsKbt1Z8HiYdjiOCExvX1sZZCC0PbJ3elslQCRwIxm cUDrwkeh0QNhxYoAiQMqh0Esj3/KKW9z8sA7msZfn32ppMKK0+8UHCqau1ciRyRatbdt J+7w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1678272282; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=1RqGWA9K+2jBP6sB1ByHxr6PzA5Hy7riHKaIEMmIdk4=; b=fubuo2ntNlZkMBh7K0KzVcB2qQK6CpC9ajWuYzLd5jQ8cYDJP5Pl2u2ITPaKDfvsJ5 1HnRvly34OJSIE5maGFTFKIyUbN8XtfmyZH6r1bhxuiZkIG9Mp8lZmasYvRvxkTp/L0E PJxOPqm7+5/4ojXnUI/VWf4/ci4sQIG20eDLfQ8C+R897BnDn+LO5tVzBksqqD9GuOWu F1sVWAnJtzpH2dSYNebnjH8SVYrQ4Gbl0jilZEtzPk38K9yK+T1cn7WXfIynMwrPG/b5 Qqfhzi2T64UO5+238bg/DOt2Ja1X+VSbtwQTbHwIb5Tlt8W/1HdeEu/xtFzaOXk3rLPf ALWA== X-Gm-Message-State: AO0yUKVbyrikuwbQxlggXGctEm2Amgs1dncIJtELwxZCZg3Y0gZk3d/0 w9xusMBnXiMI+TpGRtAyQ/RJug== X-Google-Smtp-Source: AK7set/AXCZdJPtIp0/bS4Uu70VE21JSzoAwX/MvmoD3gr2lnvNGdcmSMWvPSEZdW+DfMqMpIckvJA== X-Received: by 2002:a17:907:a581:b0:913:f170:c0e with SMTP id vs1-20020a170907a58100b00913f1700c0emr8195054ejc.20.1678272282160; Wed, 08 Mar 2023 02:44:42 -0800 (PST) Received: from ?IPV6:2a02:810d:15c0:828:ff33:9b14:bdd2:a3da? ([2a02:810d:15c0:828:ff33:9b14:bdd2:a3da]) by smtp.gmail.com with ESMTPSA id y7-20020a170906470700b008ef13127b5fsm7318561ejq.29.2023.03.08.02.44.41 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 08 Mar 2023 02:44:41 -0800 (PST) Message-ID: Date: Wed, 8 Mar 2023 11:44:40 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.8.0 Subject: Re: [PATCH v1 1/4] dt-bindings: power: supply: maxim,max17040: update properties Content-Language: en-US To: Svyatoslav Ryhel Cc: Iskren Chernev , Marek Szyprowski , Matheus Castello , Sebastian Reichel , Rob Herring , linux-pm@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org References: <20230308084419.11934-1-clamor95@gmail.com> <20230308084419.11934-2-clamor95@gmail.com> <95fa5f0f-cf53-7a37-2170-98b81c0982f1@linaro.org> From: Krzysztof Kozlowski In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 08/03/2023 10:15, Svyatoslav Ryhel wrote: >> max17040 does not have ADC temperature input... so is it system >> configuration? >> > > yes, I own a device (LG Optimus Vu P895) which uses max17043 > coupled with ADC thermal sensor > >>> + >>> + io-channel-names: >>> + items: >>> + - const: temp >> >> Drop the names property, not needed for one item. >> > > Alright, but driver patch expects temp name. I will look if this > is adjustable. I think I saw cases without names. > >>> + >>> wakeup-source: >>> type: boolean >>> description: | >>> @@ -95,3 +109,26 @@ examples: >>> wakeup-source; >>> }; >>> }; >>> + - | >>> + #include >>> + i2c0 { >>> + #address-cells = <1>; >>> + #size-cells = <0>; >>> + >>> + fuel-gauge@36 { >>> + compatible = "maxim,max17043"; >>> + reg = <0x36>; >>> + >>> + interrupt-parent = <&gpio>; >>> + interrupts = <144 IRQ_TYPE_EDGE_FALLING>; >>> + >>> + monitored-battery = <&battery>; >>> + power-supplies = <&charger>; >> >> But here you suggests something else than VDD... The hardware does not >> take charger as input. It takes power supply - vdd. >> > > Power system allows passing properties from other power devices. > In this case battery health and status are passed from charger. So this is not an input to device? Then it does not really look like property of this hardware. Fuel gauge does not control the charger, also from system configuration point of view. Best regards, Krzysztof