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=-3.9 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,URIBL_BLOCKED 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 9AFD7C4347E for ; Mon, 21 Sep 2020 17:37:35 +0000 (UTC) Received: from lists.ozlabs.org (lists.ozlabs.org [203.11.71.2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id AC7D620C09 for ; Mon, 21 Sep 2020 17:37:34 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=stwcx.xyz header.i=@stwcx.xyz header.b="UnVXTznx"; dkim=temperror (0-bit key) header.d=messagingengine.com header.i=@messagingengine.com header.b="tvmXnUMj" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org AC7D620C09 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=stwcx.xyz Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=openbmc-bounces+openbmc=archiver.kernel.org@lists.ozlabs.org Received: from bilbo.ozlabs.org (lists.ozlabs.org [IPv6:2401:3900:2:1::3]) by lists.ozlabs.org (Postfix) with ESMTP id 4BwBTm4vjqzDqW9 for ; Tue, 22 Sep 2020 03:37:32 +1000 (AEST) Authentication-Results: lists.ozlabs.org; spf=pass (sender SPF authorized) smtp.mailfrom=stwcx.xyz (client-ip=66.111.4.25; helo=out1-smtp.messagingengine.com; envelope-from=patrick@stwcx.xyz; receiver=) Authentication-Results: lists.ozlabs.org; dmarc=none (p=none dis=none) header.from=stwcx.xyz Authentication-Results: lists.ozlabs.org; dkim=pass (2048-bit key; unprotected) header.d=stwcx.xyz header.i=@stwcx.xyz header.a=rsa-sha256 header.s=fm3 header.b=UnVXTznx; dkim=pass (2048-bit key; unprotected) header.d=messagingengine.com header.i=@messagingengine.com header.a=rsa-sha256 header.s=fm3 header.b=tvmXnUMj; dkim-atps=neutral Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id 4BwBP93YyzzDqVv for ; Tue, 22 Sep 2020 03:33:32 +1000 (AEST) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id 305BA5C0238 for ; Mon, 21 Sep 2020 13:33:28 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute7.internal (MEProxy); Mon, 21 Sep 2020 13:33:28 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=stwcx.xyz; h= date:from:to:subject:message-id:mime-version:content-type; s= fm3; bh=qheuTMPaJjj6PZ4aesg1+i0e9yzbYXgnx8p+DDGQk+A=; b=UnVXTznx NT3ttJARDqR08zhwS5J+JIfnREZXi+oMH5rFKbBv9oE/SkWr3nJFrMmo76w8BWcz zWFMJRUFfuE0tVVFFdn52+MlieC8j432I9yCykFbpguBVFOH8CFp4iTy1OlERVEd GQzxEM1fp8kSSTqTLcGsH+pnLnHCqRJKL504m+cI05FC2pMnIhTpDmRdI4Lzwx6+ PuqNOdJjoW8LO1fjH0gb03AGEtAUWI5yEskGPZBU7TR60mLAfdGwin5Rf9ZAyGW6 qR6svDJG8iuGth/BltDmednPc6dafscRehiWzoiIW37bSGdMLLQVFdzB5XIfmAQY Z1UtsjaBH6Ho4w== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:message-id :mime-version:subject:to:x-me-proxy:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm3; bh=qheuTMPaJjj6PZ4aesg1+i0e9yzbY Xgnx8p+DDGQk+A=; b=tvmXnUMjVOAgwro5w2lOu6GAn+f2ivJuV1kirGlyPAvKv aypRPfmPQHEk+0/0GiIoyyuh/+U8aJ7aavLz6NmLsA2eS5acZgHQsPWd48vQnriQ z2ujLgXgb7JX+4k+egB+LujzEh2LJ49H8FvZhsadVNorOmLE7I1TopirMP4datAP 8ApuzlkpFtQqcaUyJ1/bQeEAa5M+AKnFnhWNn6aEnt3PZYRuE2Tc+UgxKuHYGke9 y+M/kc0JdxrV1BEoCQ/WEbe0TVHHQiQpZH8s1IvINyGuusxUa36cYXXY76vfuZuV Z00xUOgr0WbjFkJLRhdb2Zf3hw8OaiqQhB2KKuRYw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedruddvgdduudeiucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne gfrhhlucfvnfffucdljedtmdenucfjughrpeffhffvuffkgggtugesghdtreertddtvden ucfhrhhomheprfgrthhrihgtkhcuhghilhhlihgrmhhsuceophgrthhrihgtkhesshhtfi gtgidrgiihiieqnecuggftrfgrthhtvghrnhepfedtffevgfegleelheetleekgfehudfh jeefgeegieefuddthedvtefhheevhedvnecuffhomhgrihhnpehophgvnhgsmhgtqdhprh hojhgvtghtrdighiiinecukfhppedutdejrdelvddrheekrddvvdeknecuvehluhhsthgv rhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepphgrthhrihgtkhesshhtfi gtgidrgiihii X-ME-Proxy: Received: from localhost (mobile-107-92-58-228.mycingular.net [107.92.58.228]) by mail.messagingengine.com (Postfix) with ESMTPA id 99D0E3280059 for ; Mon, 21 Sep 2020 13:33:27 -0400 (EDT) Date: Mon, 21 Sep 2020 12:33:26 -0500 From: Patrick Williams To: OpenBMC List Subject: xyz.openbmc_project.Sensor.Value units Message-ID: <20200921173326.GK6152@heinlein> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="tKtFalx5NIx0HZ72" Content-Disposition: inline X-BeenThere: openbmc@lists.ozlabs.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Development list for OpenBMC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: openbmc-bounces+openbmc=archiver.kernel.org@lists.ozlabs.org Sender: "openbmc" --tKtFalx5NIx0HZ72 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, Currently all xyz.openbmc_project.Sensor.Value's have metric units. There is a proposed commit [1] to add a non-metric unit. Are there any opinions on this subject? In this case the proposal is to add an "airflow" unit, in CFMs (cubit feet per minute). An equivalent metric unit would be L/s (liters per second). CFM tends to be the standard unit to measure airflow from a fan, but L/s is used for liquid cooling. Options: * Allow CFM for airflow. - CFM is the "industry standard" measurement for fans. * Require Sensors.Value to use L/s instead. - All units will continue to be metric. Any external interface which is expecting a non-metric unit can do the conversion at that point. - We won't have duplicate Units defined for similar concepts (air vs liquid flow in this case). Thus, it seems like there are two underlying questions to resolve: * Do we require only metric unit or do we allow non-metric? * Do we allow duplicate unit definitions for the same concept (ex. flow= )? 1. https://gerrit.openbmc-project.xyz/c/openbmc/phosphor-dbus-interfaces/+/= 36573 --=20 Patrick Williams --tKtFalx5NIx0HZ72 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEBGD9ii4LE9cNbqJBqwNHzC0AwRkFAl9o4+QACgkQqwNHzC0A wRmUXw/9GN7b0CuuJPwH4v9csljueLqZ6WA20wyrUinoNxqWLHfcCZHnuOdCrjK6 2IxQKF9BkaKfQvxrCSR520uC2lqyNJBxFZbL8VXu6v44bH4blgmFH+mNnEKG4spo m7lT/L+ZRG9H25snZyZfbdyewqYNmqRpXOAUE2nH3+mqUWGEFrfaoXrKi+7Oes0f 3Ebqqw4v0Q2ovQE5DbQIA0ctEMssH3NrCAa51eZYRW504Q83DDGk683QQ5zISSgL EBWki2teH/cpPcHA2vAntFk08nEozhWUR4H8GgF8oQlCEayfYEBK739ybLj5ytgk dqJ00Nk6RIP22l77moEss3tJAZonZGd0PeofeLlIQk2q5lcUPprWo4ulJIVHBpbR QHvTCxQzBY31nXPhpjeuKSpVrZCAdfogt6PdYCaxLKs3J6/C+wObYelE3fbB/bKZ LMWOXfjdQ0mWCeTbizkB265JWT5fWHsQiKl/cLPhFQo+RpTPvDP/VHquA00thA2D D1NCZiFiRLaUa3eppNFljoLqN7K4WovInike6FZU4kXW3KAKcz3zOlsJXVEueJbv fC2d2qcXKuQPzJf6BKvJ6CiTqU4ynKjTbAxYvBuA7I+hxgn6/vplFm8dg6vmHOQa hphj0Ok1+XTruEWNjnedilLnTahhR3sCjOTrkmohyXnSChPpqpg= =UnBA -----END PGP SIGNATURE----- --tKtFalx5NIx0HZ72-- From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Authentication-Results: lists.ozlabs.org; spf=pass (sender SPF authorized) smtp.mailfrom=stwcx.xyz (client-ip=66.111.4.25; helo=out1-smtp.messagingengine.com; envelope-from=patrick@stwcx.xyz; receiver=) Authentication-Results: lists.ozlabs.org; dmarc=none (p=none dis=none) header.from=stwcx.xyz Authentication-Results: lists.ozlabs.org; dkim=pass (2048-bit key; unprotected) header.d=stwcx.xyz header.i=@stwcx.xyz header.a=rsa-sha256 header.s=fm3 header.b=UnVXTznx; dkim=pass (2048-bit key; unprotected) header.d=messagingengine.com header.i=@messagingengine.com header.a=rsa-sha256 header.s=fm3 header.b=tvmXnUMj; dkim-atps=neutral Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id 4BwBP93YyzzDqVv for ; Tue, 22 Sep 2020 03:33:32 +1000 (AEST) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id 305BA5C0238 for ; Mon, 21 Sep 2020 13:33:28 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute7.internal (MEProxy); Mon, 21 Sep 2020 13:33:28 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=stwcx.xyz; h= date:from:to:subject:message-id:mime-version:content-type; s= fm3; bh=qheuTMPaJjj6PZ4aesg1+i0e9yzbYXgnx8p+DDGQk+A=; b=UnVXTznx NT3ttJARDqR08zhwS5J+JIfnREZXi+oMH5rFKbBv9oE/SkWr3nJFrMmo76w8BWcz zWFMJRUFfuE0tVVFFdn52+MlieC8j432I9yCykFbpguBVFOH8CFp4iTy1OlERVEd GQzxEM1fp8kSSTqTLcGsH+pnLnHCqRJKL504m+cI05FC2pMnIhTpDmRdI4Lzwx6+ PuqNOdJjoW8LO1fjH0gb03AGEtAUWI5yEskGPZBU7TR60mLAfdGwin5Rf9ZAyGW6 qR6svDJG8iuGth/BltDmednPc6dafscRehiWzoiIW37bSGdMLLQVFdzB5XIfmAQY Z1UtsjaBH6Ho4w== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:message-id :mime-version:subject:to:x-me-proxy:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm3; bh=qheuTMPaJjj6PZ4aesg1+i0e9yzbY Xgnx8p+DDGQk+A=; b=tvmXnUMjVOAgwro5w2lOu6GAn+f2ivJuV1kirGlyPAvKv aypRPfmPQHEk+0/0GiIoyyuh/+U8aJ7aavLz6NmLsA2eS5acZgHQsPWd48vQnriQ z2ujLgXgb7JX+4k+egB+LujzEh2LJ49H8FvZhsadVNorOmLE7I1TopirMP4datAP 8ApuzlkpFtQqcaUyJ1/bQeEAa5M+AKnFnhWNn6aEnt3PZYRuE2Tc+UgxKuHYGke9 y+M/kc0JdxrV1BEoCQ/WEbe0TVHHQiQpZH8s1IvINyGuusxUa36cYXXY76vfuZuV Z00xUOgr0WbjFkJLRhdb2Zf3hw8OaiqQhB2KKuRYw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedruddvgdduudeiucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne gfrhhlucfvnfffucdljedtmdenucfjughrpeffhffvuffkgggtugesghdtreertddtvden ucfhrhhomheprfgrthhrihgtkhcuhghilhhlihgrmhhsuceophgrthhrihgtkhesshhtfi gtgidrgiihiieqnecuggftrfgrthhtvghrnhepfedtffevgfegleelheetleekgfehudfh jeefgeegieefuddthedvtefhheevhedvnecuffhomhgrihhnpehophgvnhgsmhgtqdhprh hojhgvtghtrdighiiinecukfhppedutdejrdelvddrheekrddvvdeknecuvehluhhsthgv rhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepphgrthhrihgtkhesshhtfi gtgidrgiihii X-ME-Proxy: Received: from localhost (mobile-107-92-58-228.mycingular.net [107.92.58.228]) by mail.messagingengine.com (Postfix) with ESMTPA id 99D0E3280059 for ; Mon, 21 Sep 2020 13:33:27 -0400 (EDT) Date: Mon, 21 Sep 2020 12:33:26 -0500 From: Patrick Williams To: OpenBMC List Subject: xyz.openbmc_project.Sensor.Value units Message-ID: <20200921173326.GK6152@heinlein> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="tKtFalx5NIx0HZ72" Content-Disposition: inline X-BeenThere: openbmc@lists.ozlabs.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Development list for OpenBMC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Sep 2020 17:33:37 -0000 Message-ID: <20200921173326.xZC0UpqlF71mLgKlSTlhgIoDN5gKc-nW9gF2mWM8AqQ@z> --tKtFalx5NIx0HZ72 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, Currently all xyz.openbmc_project.Sensor.Value's have metric units. There is a proposed commit [1] to add a non-metric unit. Are there any opinions on this subject? In this case the proposal is to add an "airflow" unit, in CFMs (cubit feet per minute). An equivalent metric unit would be L/s (liters per second). CFM tends to be the standard unit to measure airflow from a fan, but L/s is used for liquid cooling. Options: * Allow CFM for airflow. - CFM is the "industry standard" measurement for fans. * Require Sensors.Value to use L/s instead. - All units will continue to be metric. Any external interface which is expecting a non-metric unit can do the conversion at that point. - We won't have duplicate Units defined for similar concepts (air vs liquid flow in this case). Thus, it seems like there are two underlying questions to resolve: * Do we require only metric unit or do we allow non-metric? * Do we allow duplicate unit definitions for the same concept (ex. flow= )? 1. https://gerrit.openbmc-project.xyz/c/openbmc/phosphor-dbus-interfaces/+/= 36573 --=20 Patrick Williams --tKtFalx5NIx0HZ72 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEBGD9ii4LE9cNbqJBqwNHzC0AwRkFAl9o4+QACgkQqwNHzC0A wRmUXw/9GN7b0CuuJPwH4v9csljueLqZ6WA20wyrUinoNxqWLHfcCZHnuOdCrjK6 2IxQKF9BkaKfQvxrCSR520uC2lqyNJBxFZbL8VXu6v44bH4blgmFH+mNnEKG4spo m7lT/L+ZRG9H25snZyZfbdyewqYNmqRpXOAUE2nH3+mqUWGEFrfaoXrKi+7Oes0f 3Ebqqw4v0Q2ovQE5DbQIA0ctEMssH3NrCAa51eZYRW504Q83DDGk683QQ5zISSgL EBWki2teH/cpPcHA2vAntFk08nEozhWUR4H8GgF8oQlCEayfYEBK739ybLj5ytgk dqJ00Nk6RIP22l77moEss3tJAZonZGd0PeofeLlIQk2q5lcUPprWo4ulJIVHBpbR QHvTCxQzBY31nXPhpjeuKSpVrZCAdfogt6PdYCaxLKs3J6/C+wObYelE3fbB/bKZ LMWOXfjdQ0mWCeTbizkB265JWT5fWHsQiKl/cLPhFQo+RpTPvDP/VHquA00thA2D D1NCZiFiRLaUa3eppNFljoLqN7K4WovInike6FZU4kXW3KAKcz3zOlsJXVEueJbv fC2d2qcXKuQPzJf6BKvJ6CiTqU4ynKjTbAxYvBuA7I+hxgn6/vplFm8dg6vmHOQa hphj0Ok1+XTruEWNjnedilLnTahhR3sCjOTrkmohyXnSChPpqpg= =UnBA -----END PGP SIGNATURE----- --tKtFalx5NIx0HZ72--