From nobody Fri Dec 19 15:17:25 2025 Received: from mail-pf1-f195.google.com (mail-pf1-f195.google.com [209.85.210.195]) (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 9C6A3275AE4 for ; Sun, 12 Oct 2025 17:31:00 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.210.195 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1760290262; cv=none; b=t5XrG3hs23GRdJcxSVeLqSxqqpr4dbeN+Ik6Xr0AXnbXQBRXMFUZWQXVPQOmsFV/bhSjkkkSzYjav6RaoJXhLaF+kUTCNb8UEAlAFarolMcjW2rCQXXBWZJ9VybyWGcCyH+S2pm3AzE89B83JXSY3U9zjkt7Ne/6RrEdT8b04bs= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1760290262; c=relaxed/simple; bh=ARkCzPQRazCvQ8f08+IPMyTBKBhnxWBajxH9X4PKlgI=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=T4/N638dM5BzyVGXiVc3Udr19ag+OnBt6Au90kbk+fZ/B/bdzvWpHo8nmSIBz842IyrjX3WXzJhhJoN5D9sA4Qonx/u3Z16H534Y0C0tJ3t0Rrl0rCg4Ux9G1Zdgc01IpMhMWwvmRT6xCXbAd1dPdemqpErIRBzQqJdlq5Q/oPk= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=IRZ0NBWH; arc=none smtp.client-ip=209.85.210.195 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="IRZ0NBWH" Received: by mail-pf1-f195.google.com with SMTP id d2e1a72fcca58-77f343231fcso2148950b3a.3 for ; Sun, 12 Oct 2025 10:31:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1760290260; x=1760895060; 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=OJi/0aYLKJUb+ptER4OpoR5lNkPbRGPGuiPKjV49HE0=; b=IRZ0NBWHF/9aknK+mKO5Urw7Sz7TjS31E1tTHlK8OAW7N78aSr0CtDk015tXJ9Ccis 3T84pkuI8R01pZ2ojn9CoZ0bxF0jEhv4qzo42ouX9bPd8j0Jdmjv0LAodEv7DhjEY205 uIP34t34MMAKM4gXg7pqRtIv5CP5qA6MNgfqugyf4IAWcqxluY9kqafoR8oiKMW6fP20 hCyeqvX9quwQ8zZviX+l1FizjHHoL9dtPgNfyIgDphSmuSsf6uYlDjGuNuaxd7qsl66U aEeheveowajuzENlQfAxulIx37QHGZlOmeuHBaJtbyNLG5OcWdYlOuv7OgTkF71mYtgH W7dQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1760290260; x=1760895060; 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=OJi/0aYLKJUb+ptER4OpoR5lNkPbRGPGuiPKjV49HE0=; b=EOSz5YRFTe0D6nDcJ92rCdw3iyp0k8TJ1BuIa7+Rqwe6J/QPXkxTD0eZm7iR7LDG86 ukRXPPjgFrBVtiqSl/8WRdW++kPyaalc36iz1ErsP80uRLOBTLigQt92dxh0Ac6IrkUz lOQ12UF7Cf4utRJqEnn1zZ0v0SuSK3CNQCsAhWzIGFmlNVMHxro8u0ZaBFLwAvMHPwxD 8pM/xoJhaubc1haeiIrYRu/Rjb9UQ7LUsN9UxD2h4CTXDVdwyXCluZIQELB6wOBBJOeD +1G9Sl5QkyhN8y2iaLfy8s/CAtEeFdz9wyO0Xgk/6+xBFP0eTl57Stvxt6NQt6SJEpWF UPdg== X-Forwarded-Encrypted: i=1; AJvYcCVOsAt+IOrb+gu8v5c/xVNUSvp24Sh79fKzcZuPdUx8A0T5Licmf4l9HpgDOhHx8MfUKJiz1rg3CtppTRM=@vger.kernel.org X-Gm-Message-State: AOJu0YybwTWgk0Lh2Zu4mG6xD8qVp70if9Q4MuZluPIW73e1PXb6Osxt e0/S52GGIy3ZprqfH3WF5oYMQ2rarTAiHzolhonNzK6/EU8ULI5XSKek X-Gm-Gg: ASbGnctv+fnud9wgE9IstLDhg6CyYS4BcXiwKeyIRc85D4NClbaA9ym6Yn+ufK1oEWZ q7WCVg73OdP+IDOijPbzyxGh6zLK350u5BKjAmeX9G9CF3yVTJjKRTSiw2SJA9+utcn+SEW1s0u KzmrfgOuJ4PBUqmDNAcL6oC+XOy6bQgu0CIOtmdC+C2eA2Y09pC2cRpVxFjDns8HuaIn+hQhVLf iesj6/b5BL01D5e7/4jV0KcPK7oDVDg+o3bSiPP6G20JAVA5ooHyVw7DxDUii5Ehi42zHM+RZ1V C90uodQOQywNEv1oQj8C2/c+1tjmDztgaQsspdJa2esMTlU9hIRmhymWlF0KohawDHZlguYhEfq Yr9HPparzlKBQB8p1Khkb61ZnjXvPUw1hHrLQOfkzoU8K X-Google-Smtp-Source: AGHT+IH6WVw6lNFlaFo8leOVXftMalOkuj/RAP/gLjDml0YRSInreJYPwyeM+ctX/cJcQNamB4qqpw== X-Received: by 2002:a05:6a20:7d8a:b0:263:4717:53d with SMTP id adf61e73a8af0-32da84627d3mr24963297637.48.1760290259711; Sun, 12 Oct 2025 10:30:59 -0700 (PDT) Received: from Ubuntu24.. ([103.187.64.31]) by smtp.gmail.com with ESMTPSA id d2e1a72fcca58-7992d09ace5sm9030616b3a.53.2025.10.12.10.30.54 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 12 Oct 2025 10:30:59 -0700 (PDT) From: Shrikant Raskar To: jic23@kernel.org, robh@kernel.org, krzk+dt@kernel.org, conor+dt@kernel.org Cc: dlechner@baylibre.com, nuno.sa@analog.com, andy@kernel.org, matt@ranostay.sg, skhan@linuxfoundation.org, david.hunter.linux@gmail.com, linux-iio@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-kernel-mentees@lists.linux.dev, Shrikant Raskar Subject: [PATCH v3 1/2] dt-bindings: iio: health: max30100: Add LED pulse-width property Date: Sun, 12 Oct 2025 23:00:34 +0530 Message-ID: <20251012173035.12536-2-raskar.shree97@gmail.com> X-Mailer: git-send-email 2.43.0 In-Reply-To: <20251012173035.12536-1-raskar.shree97@gmail.com> References: <20251012173035.12536-1-raskar.shree97@gmail.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" The LED pulse width on the MAX30100 sensor determines how long the IR/Red LEDs are driven during each sample, directly affecting the emitted optical energy and hence the received signal amplitude. This parameter is highly dependent on the mechanical and optical integration of the sensor, such as: - The type and thickness of the optical window or lens covering the sensor. - The distance between the LED and photodiode. - The reflectivity of the target surface. For example: - A smartwatch or wearable ring with a thin glass window can operate with shorter pulses (200-400 us) to save power. - A medical-grade pulse oximeter or sensor mounted behind a thicker protective layer may require longer pulses (800-1600 us) for reliable signal amplitude. Because this configuration is determined by hardware design rather than by runtime conditions, it is appropriate to describe it in the DT. If not specified, the driver defaults to 1600 us to maintain existing behavior. Tested on: Raspberry Pi 3B + MAX30100 breakout board. Signed-off-by: Shrikant Raskar Reviewed-by: Krzysztof Kozlowski --- Changelog: Changes since v2: - Fix DT binding schema for maxim,pulse-width-us - Remove maxItems - Update description with additional details - Add default value to specify fallback pulse width when property is omitted - Remove redundant changelog from commit message Link to v2: https://lore.kernel.org/all/20251008031737.7321-2-raskar.shree97@gmail.com/ --- .../devicetree/bindings/iio/health/maxim,max30100.yaml | 8 ++++++++ 1 file changed, 8 insertions(+) diff --git a/Documentation/devicetree/bindings/iio/health/maxim,max30100.ya= ml b/Documentation/devicetree/bindings/iio/health/maxim,max30100.yaml index 967778fb0ce8..d4753c85ecc3 100644 --- a/Documentation/devicetree/bindings/iio/health/maxim,max30100.yaml +++ b/Documentation/devicetree/bindings/iio/health/maxim,max30100.yaml @@ -27,6 +27,14 @@ properties: LED current whilst the engine is running. First indexed value is the configuration for the RED LED, and second value is for the IR LE= D. =20 + maxim,pulse-width-us: + description: | + LED pulse width in microseconds. Appropriate pulse width depends on + factors such as optical window absorption, LED-to-sensor distance, + and expected reflectivity of the skin or contact surface. + enum: [200, 400, 800, 1600] + default: 1600 + additionalProperties: false =20 required: --=20 2.43.0