From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-oo1-f47.google.com (mail-oo1-f47.google.com [209.85.161.47]) (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 A53E43AA1B5 for ; Tue, 30 Jun 2026 18:44:51 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.161.47 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1782845093; cv=none; b=opA4pFQ2jCQl5vtss9JNa1r8+U44Jdzor6WF9mVmLllhIIaHhe7K+9GIav0nfsFPJ9SVgwMbiDV9+uGRYLIVGgBgVmuyPsbgmvDsCwCcZj9hhscoxbkw9s+wffonXq1xbrDhJRaDJVGpP1e1z2M1z+gc+qzb/eMMl4PqHI6sLjw= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1782845093; c=relaxed/simple; bh=DhFySjiaQrDImKhkVf9bePYqm2Xs8wcnJaQOplgeQw0=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=qkGv5pZOEHm7tZD0KjijpCoTj8AAiI/gGns5HXBYD2fbU6ObNUrPD2GdIPP+SUwU8wirNaisqTCZ4+r456wO8vZZmAsU5kmnIsftuHHwUhRYoKQg5zVDbAo0s9NtMsUBjvxRchNsBgy8hKxnF9cuTrW6/YsGZrPO59IdkYALV1Q= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=baylibre.com; spf=pass smtp.mailfrom=baylibre.com; dkim=pass (2048-bit key) header.d=baylibre.com header.i=@baylibre.com header.b=IOGVUiDE; arc=none smtp.client-ip=209.85.161.47 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=baylibre.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=baylibre.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=baylibre.com header.i=@baylibre.com header.b="IOGVUiDE" Received: by mail-oo1-f47.google.com with SMTP id 006d021491bc7-6a15ca0d761so2220344eaf.0 for ; Tue, 30 Jun 2026 11:44:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=baylibre.com; s=google; t=1782845091; x=1783449891; darn=vger.kernel.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=bxU8QdXeoChBz6XExHvsJppZI9tmvliW8ipdhE3FPqA=; b=IOGVUiDEkKwmlez/G6s3Z11k4R5o12vxUvnRbc4t9K23s0ql4R4c3z21t52IP0vUIc 1vrP98Okut63ZkMzbQqZ+K3k8XSwL3Gz6tK/RKKTN5c0KoHcr2P5fnRBfcEpulce9tEO r/oXC1DNG+42MwU+gku34hUiUtvXCN6jFSO4Cq50EzpZjKdZmebAjZbkwA0r5dJ9crVH qFcVWELnDWa0+wsvWkfF1yKrgjbAwTsRGkYqGI9nQWM9oCPraGlY5yCKYqMoQOK29JoQ 430pfSki5mnEklHcOcZ4LMtpAjEK8AMQBMMxd23gubQpz5UN3JNJ3K/LJskTLvHibZXY Hlvg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1782845091; x=1783449891; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-gg:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=bxU8QdXeoChBz6XExHvsJppZI9tmvliW8ipdhE3FPqA=; b=HtAHUPxxjMRqdeZqauqau21SvbipPzYd19lUzHDeME163fKjcqn8EejnEfN2F9XfDw NmIuUEXMbycMNOEbyXhOOxb4nA7tska/p7Zzpww2HHbVXnxt00z7MUcDesyynELwKaOg nM0dpZCBAVc4vLzFK2VdvXRY3qg9xVSPc/8E1FbtYMeROaJ7kn+N4q1qmY0QLEjRo4pB tP91WpH2HZuWpJND9fB2zOm4XXywhr+g19ggzILd8L0dhBbuBzLTBLUXfjbf/kp0zpe9 1JQiJ+iU1rdmgtJQA3+FQ27BFbq4xj13+nsGMvwxV/iY+pSnwQj/1mubBOKzSaA1fKLi Zkmg== X-Forwarded-Encrypted: i=1; AFNElJ+axbe1unbUkqlZfnpewd6R3WJWF8QbMQnOYObWrYLdvUDRUTPX/Dd4qmqdUcBpk4smyY6RxH1kQNcm5Bc=@vger.kernel.org X-Gm-Message-State: AOJu0YzDp32BwO2ltli9Z7vq/EBx6cdxnEDMBmI7t0rEsS1NwdZaXSji +qSlnvj1GsnkKPnFQyhGSFSSkIwQu1DAjvaow26oCanfHZnUeVpO/6n1R9g8rCdpsak= X-Gm-Gg: AfdE7cnJ6zSJ7is32XBUqJoGxiGgoLw9oOXyt3l3DPkQXjprTbwd6L5GdTQ8v9p+D1/ IDe+6JoX8ql69ASR1Q1mww9FXJey5Dl8pjtFaIxStoIro9bnuG6WQAhMZjZB0pjJZ5Zw1mxvbQD O2+WdP+OaZASb2vT5fvU9wcY/cZ0zsB3YCV9fjGTu8qyFpW/0Fjh+CfYY7dNviGd1ckd4ys+1YW qfLXV9ab3WDjLuDBnLHIgfgHOmMYZLsx4/xWwzZ3mWJpR66Eu7usG4tD//XHcnTZYVuNRfIcmJJ x28Lyyz23BGKIZpqphtaJgEM9dhgtUjru/JysWObIjQY0VXBtXRTwHxZv+vzY16G3EwJY/T/ZG1 12XpgbXE6tqRf5H3oKOKjSK9YwsWslUsCVLtyJjJS0+MDg5iMW3KRFY3426MEWqNFjf3Q2buKFr BblNcY5s1U0G9VMsNrqyqGLhgNFeY4guhvIVvZITeEej8w/g3rF/0Qr4sn0l0hZbY= X-Received: by 2002:a05:6820:1ca3:b0:6a1:50eb:2115 with SMTP id 006d021491bc7-6a18933a0b9mr3319594eaf.57.1782845090644; Tue, 30 Jun 2026 11:44:50 -0700 (PDT) Received: from ?IPV6:2600:8803:e7e4:500:e190:78b2:dd4e:ba94? ([2600:8803:e7e4:500:e190:78b2:dd4e:ba94]) by smtp.gmail.com with ESMTPSA id 586e51a60fabf-448dbb2302csm2921003fac.7.2026.06.30.11.44.49 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 30 Jun 2026 11:44:49 -0700 (PDT) Message-ID: Date: Tue, 30 Jun 2026 13:44:49 -0500 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v2 5/7] iio: adc: ti-ads1262: Add conversion delay support To: Kurt Borja , Jonathan Cameron Cc: Rob Herring , Krzysztof Kozlowski , Conor Dooley , =?UTF-8?Q?Nuno_S=C3=A1?= , Andy Shevchenko , linux-iio@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org References: <20260628-ads126x-v2-0-4b1b231325ba@gmail.com> <20260628-ads126x-v2-5-4b1b231325ba@gmail.com> <20260630015027.3afdfc3a@jic23-huawei> Content-Language: en-US From: David Lechner In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit On 6/30/26 12:23 PM, Kurt Borja wrote: > On Mon Jun 29, 2026 at 7:50 PM -05, Jonathan Cameron wrote: >> On Sun, 28 Jun 2026 00:36:06 -0500 >> Kurt Borja wrote: >> >>> Expose the programmable conversion start delay as a per-channel >>> IIO_CHAN_INFO_CONVDELAY attribute. >> Coversion delay was always a somewhere weird bit of ABI. >> What are the delays relative to in this case? >> Is this a device that does simultaneous sampling? Pictures >> suggest otherwise, and convdelay is currently only defined >> in that case. We might be able to extend it but it needs >> some thought. > > The chip has a configurable internal conversion delay to allow for > external settling effects. See datasheet section 9.4.3 if you'd like a > bit more details. Since this depends on external components, it sounds like it belongs in the devicetree. I have the same feature in the chip I am working on and was just looking at this and plan to add it to the ti,ads112c14 devicetree patch. This delay only applies to a "new conversion", i.e. when certain config registers change, and not every conversion, so isn't like the convdelay attribute. > > But you're right, I should at least also edit the ABI description of > this attribute. We can postpone this discussion for a future series. > >> >> Jonathan >