From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-oo1-f50.google.com (mail-oo1-f50.google.com [209.85.161.50]) (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 AAD2B3DE44B for ; Tue, 30 Jun 2026 18:44:51 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.161.50 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1782845093; cv=none; b=TxY4jQiMM5xVfd+UeDNi366cnwydt/MoQfpxmfria3U2Wm9TcG00MiGaJZmNet0t6QUCOafFJa8OlqImaEnbAWKpSECXToMGewmVeK4E6ID9GaxoS+4bIrqNmlGeu6M1GQpI+bWfuLhiv9nMRUQXaqHzZBXPDVHfdoQd7UyAstU= 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.50 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-f50.google.com with SMTP id 006d021491bc7-6a0e55e82d0so2847529eaf.1 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=LrJgWzjACEPV+GuLmyn9OGnIzLoUL+RGo/PFCdw2ue3J/T0bIjIqVNwKsZD6XyW2LL 0miECOHbHJMG1n3s/UndTvBXPY/nzb+/yJTWCUjgyqRbQI957HwoCY0Kb9rxHwBa49Lr eGKLXqSNAa7U7JXkzeDR4gnDKPQKdUm2YqOc4HG9yIeKcvHZEGpwkNyrC8Er2HWT1uHH xrJ5n+iUqUXQtwGHsLRw9nSFXMai1eY9C/cOZhiiZZAGL+LUNio8FQIP2u76mfBHzSXQ FtJRHRSdMTT8o3wwXDjLCC0BqbW3XFYGRIXau4hstm2wAV4VcA86sUz2fxyuP/zzC7up kBzw== X-Forwarded-Encrypted: i=1; AFNElJ8ENtyWI0afuoBD3jhxN7eoDD0g4jWOdJrfOLycU8/JKNUeVt9y8JpaciMgb6mo+9+xIBVTdJ3V6fw+@vger.kernel.org X-Gm-Message-State: AOJu0YxM5fMfV1RDMasXqKliYt/G4rXa1s8WPRUTnfUH0PdVzm6cC0Qf ILArVsx3eLm4xKG6DXu9TJd1dRmbaIqTt10osNIUDjC/e/GV0nSvDZ+LL/VzJleKvDo= X-Gm-Gg: AfdE7clei9cNGCiHpC8o8TVmDGjyjcya2nlJ2lFJUiFjuXGLlkrvP9GwdT2pEV9fAd9 +/b7gJRUsMJsHQtdRehWJDqXBhF2/BwZn5nMP5uKWiyZWr2vSMutSOLZDTRVYouHsYVYY/VdsYW 4QSsFACxRr9+h9qON1XHmxsl/G67sWyRR2bq24Q4wGk3TgCfT2sxhL1Ad1AKHEsEKSEKXLJC8EP JuQPY6CjPV3dol3zVltbCK+mMKJJ1hU5BL8BbNNLZ5szq8EMY6E8vd5qXstPmvPOXWK6eWSlAQ/ p/1X6qVOSeVP1+LDorUfxzTi51f9NU/d8tPDWWmToRBzi5L78akYkPefgb3EfLSAiyYVkzHXltF G2StG6Epcx1EIkfh0ZP0DELJ7guYvFDRrgmrj6+hqHD/YidbnCKOF16pYjS81SyEi0O/43+18+S zdnQOII64+9Mj+6wMuVAAR1at7HJco3YJW/czhxI/enBlmHIWswRGjhbiXmxlE1S0= 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: devicetree@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 >