From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-pf1-f170.google.com (mail-pf1-f170.google.com [209.85.210.170]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 827451F4161 for ; Fri, 31 Oct 2025 17:30:32 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.210.170 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1761931833; cv=none; b=WbTpH6Iwc6EFsRM0pMlo6Qhcz5+P56cJ9YJKKZvCW/9LBMqAk23u5vRl3EvVJ0QRZ2bv/2URE87rHIcVZ04ikCyHTl+SwLGeym/03M+brP0x5LYiaN8PRObbh+BjObfUxj3ydILYB8XJmnDFNw3rrAnjRmitXFJQnPwxwGR+RhU= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1761931833; c=relaxed/simple; bh=/4NUosojYw14l9RP2wTbIe+vINI+8c9ZZ+FQrVCN4hY=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=loMOfw3vOmkhs8xSc/Ok2KiP57hSkVeuhc/zfxaEUOKkgHDigPK1S3pnMEOkV1Mvttwq/K0FuLdwGirgVEl+hOJ15qDaAIYy+at7fwlfL+r8CZS3Xob+Lno3iOKS4VS5r55z35TY7443AKPrVuQ+NoYehosO9noTtLgYasTy7+8= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=reznichenko.net; spf=none smtp.mailfrom=dpplabs.com; dkim=pass (2048-bit key) header.d=reznichenko.net header.i=@reznichenko.net header.b=aDsGvjIB; arc=none smtp.client-ip=209.85.210.170 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=reznichenko.net Authentication-Results: smtp.subspace.kernel.org; spf=none smtp.mailfrom=dpplabs.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=reznichenko.net header.i=@reznichenko.net header.b="aDsGvjIB" Received: by mail-pf1-f170.google.com with SMTP id d2e1a72fcca58-781206cce18so2970591b3a.0 for ; Fri, 31 Oct 2025 10:30:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=reznichenko.net; s=google; t=1761931832; x=1762536632; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=V9IaWectU89+Tfdd2SWxnAs2i8ZZ82BZgrVmURYyxk8=; b=aDsGvjIBStJFdhyBHjbFrRYGPuLwTvMi84iTNFwXcVOryGad+fjAWS4evHuDh3lJMB qmGzKq72XYJgsdxJIcy8TbPN7HbEWVMI4tatUU6Aapoyt/oTyup+yOOHx24i9isxUA7j 7n2mVO010HBzf/DMOl1v0RAM8mTD21krFIHgUAgvVOQm0Psekl65qINTMIzeH3LDlMwd fgSgqnX4nvRXVCWeAkYiHQuf9W06Zu5zwyiA5cbA7///2CnzWFb8g3sxDG0hCK/X5+hd ksRlITkIc7hR/44lgchTbK19BGwZOPEQO0zTMRb+NZB/PaxQWkUfy7TGcvwUR1aYH++u PzXQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1761931832; x=1762536632; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=V9IaWectU89+Tfdd2SWxnAs2i8ZZ82BZgrVmURYyxk8=; b=KAbLE5t2JFP4I1O7FwoQ/8eKEDUtCfs3Hxc6HQS2w/ged78g5yTfeaF9rlXhz4JGoR EB58KY8/gNo1U9Kjez9j+nTTueLJpDyOTiQ6Xp2CwvBIpWzDHYbJYY82WnzrHCY4E+DR dyR36kjP7FYY1scmLLeySLSKrcVszJKmypz8sOItE0nAnn3xvI5CiWXihrL2eMxfcANW OLAx7HTBz/D+tuZbsR0V32zZ23vsJ5G+Ne259e4mo287MoIxcmu9EZgTxdN4cggOXMCK e91tigoLTS8dALr5wRsQzg45WWnLcATtG9nkUbOd2qCqj17YQdXBl0fNqXYXeRhk485g /u5Q== X-Forwarded-Encrypted: i=1; AJvYcCVgKhdtMXbSlHWIQuzByi3O/Co+NFuQyt4kGDwMjo3v7jHNMlzcE0MqB2vn1pOG1Q0hYOkaUIST9kHESrc=@vger.kernel.org X-Gm-Message-State: AOJu0YwOjTulMndc6lnln8GlqwfMh5FjcPauxWW78zqE6TmejHH+ilBD Ka76yxdwwmC2Uu6j3y7SLG5l7Jbn6oF85SEGD52kuxY7xoqLNwlNdEYUlcMLss1YdiA= X-Gm-Gg: ASbGncsMfzKQsXa+Ya2DJDEUYAZ9UQ2vlVLVoh09BRutzamj15c01G5YqCQer9bO2c5 TumH/OezziwqrFw2vPIch+2xxrYqLObpv/uoQFD0jxsDs/te4ZbPVJnLlxZlWR/xgBy0cO4ypdI 7mO6I8yIydvr3AzMSqIJuu+JeoxtLLNlRRWdTndoUb09dQTJr538a/D2aIuAogQX8uT7Qig/0pr Kgo0PWrR2uPWnuG3C6bySH2efan1Rg4dmQQPTMWmoSpTdCwW+rE0VNxLlnhq69ye+aB+geDMc7/ z9M3mxOjrsUPqedUtQefC5h9YwbmFLPNC006r+dfSXusRsnSlXJ+pHDJhUJ/1CP9yr9Kj54S9hR 8k0RN16DfDY7iGkoXDqFd8pM+FBijD9SLXxrIzYGv3mgfCvFU2Zxq49KnC14LSsZ0kf3HhvBhHD 3Wr/vU1U8BpHN6cUhC X-Google-Smtp-Source: AGHT+IGHZuSNPg64weN7MygzE+D+JmL2pDp9GEsG2OfutOUVQ3cd7U4bVtqYoUkGlzWxt2+UcaITRg== X-Received: by 2002:a05:6a20:914c:b0:341:471c:9392 with SMTP id adf61e73a8af0-348ba87a6ffmr5874081637.10.1761931831675; Fri, 31 Oct 2025 10:30:31 -0700 (PDT) Received: from z440.. ([2601:1c0:4502:2d00:2da:2c8a:f651:af34]) by smtp.gmail.com with ESMTPSA id d2e1a72fcca58-7a7d897e862sm2857660b3a.8.2025.10.31.10.30.30 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 31 Oct 2025 10:30:31 -0700 (PDT) From: Igor Reznichenko To: krzk@kernel.org Cc: conor+dt@kernel.org, corbet@lwn.net, david.hunter.linux@gmail.com, devicetree@vger.kernel.org, krzk+dt@kernel.org, linux-doc@vger.kernel.org, linux-hwmon@vger.kernel.org, linux-kernel@vger.kernel.org, linux@roeck-us.net, robh@kernel.org, skhan@linuxfoundation.org Subject: Re: [PATCH v2 1/2] dt-bindings: hwmon: Add support for ST TSC1641 power monitor Date: Fri, 31 Oct 2025 10:30:28 -0700 Message-ID: <20251031173029.904313-1-igor@reznichenko.net> X-Mailer: git-send-email 2.43.0 In-Reply-To: <35d41d46-5bc8-43af-a84d-6b118fff08e0@kernel.org> References: <35d41d46-5bc8-43af-a84d-6b118fff08e0@kernel.org> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit >>> On 10/28/25 08:17, Igor Reznichenko wrote: >>>> Understood. The bit in question controls the alert pin polarity on the device side, >>>> independent of whether the pin is used as interrupt or not. I'll drop the property >>>> for now and revisit if there's a board that actually uses an inverter or needs to >>>> program the bit explicitly. >>>> >>> >>> This is kind of unusual. The requirement used to be that devicetree properties >>> shall be complete. "Only if there is a known use case" is a significant policy >>> change. Has the policy changed recently ? >>> >>> Thanks, >>> Guenter >> >> Rob, following up on Guenter's question above. >> I'm not sure whether it's better to drop the property as discussed earlier or keep >> it for binding completeness. >> Could you clarify what approach is preferred? > >Don't you have there possibility of interrupt (not only SMBus Alert)? At >least this is what I understood from previous talks. Yes, the alert pin could be used as interrupt in principle. Datasheet calls it "Multi-functional digital alert pin". Thanks, Igor