From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-oo1-f43.google.com (mail-oo1-f43.google.com [209.85.161.43]) (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 EDB50334C19 for ; Tue, 16 Dec 2025 21:27:19 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.161.43 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1765920442; cv=none; b=ILfSyr0u4ae5JOsCxDXSjuVcL41z3zNJZGf9+CRMyC02DiOL3/0SHJTGqMX5daTjTfL6xQCaPaLUiG924uyJAwL8idpGZNqtL+Ngm5vDfkilX+nAOyf+CFDZOGzPVyiPOFjZ4IJP5qW0x562UylRcI2gznlEecwXiEW/GnBUt6g= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1765920442; c=relaxed/simple; bh=AyjXpC1hUTJHEa6bRyW1YG9funV5m658zLjNygfzbbc=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=JuiyPWGXBJ1i/5/bBaXu9cK7LuDdQYVEUUp11z3zgLsfyej1H74kYiqE06RstQo6CRk62du8Nc+6SysrLes2hMIwEl6/yjJmEAlAlC1hq1rPI2BxLMuvddbBlzclgUxyteQ5QOhb2uX5FbrPr3gmnAZpVatya7bXNMCWDAnaK7o= 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.20230601.gappssmtp.com header.i=@baylibre-com.20230601.gappssmtp.com header.b=3U3BWsqy; arc=none smtp.client-ip=209.85.161.43 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.20230601.gappssmtp.com header.i=@baylibre-com.20230601.gappssmtp.com header.b="3U3BWsqy" Received: by mail-oo1-f43.google.com with SMTP id 006d021491bc7-65b57959b6fso1544414eaf.3 for ; Tue, 16 Dec 2025 13:27:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=baylibre-com.20230601.gappssmtp.com; s=20230601; t=1765920439; x=1766525239; 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=TaoC5YzDktysd0rOrECc3X1FcjOwO2cqvUXpVGPXGPs=; b=3U3BWsqyXJlh7GTVSgTd7vmjdnnbu3sJYb5mb7itOfXQ7yja9ymASq3X/b48s2RFG8 IcQClTMHKFvYtJK75YnxFJKgvYZZfP3rRT6XUSa6rqV+LTQFYlPf0Ozc8jxC99ltzawn JkpRisayCl/eM2Dbl+V+WRrgsAwVfk3s33d1zZlZ/jnydqVaoN7zqJZB4atAdKqvxLUJ JU7ftOyaDh8XDW/OiLfRKyrjbbxz0UJNCZkE/C74Pxn6RvGpGNJD16lFjXQdyeb1ePp7 zzdYMOhEqoKl75kaq6mVMXAC0Q4OgnksCVJg0FL0j3MkgrwOYbcPAVgXnHf28bnVZp5J ldNg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1765920439; x=1766525239; 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=TaoC5YzDktysd0rOrECc3X1FcjOwO2cqvUXpVGPXGPs=; b=kZ/nO4R3WQoPXCim2nzggYwYsiiLraixJCJHwD8X2i66Fxr4A+udInkRuT91Q4Qr6n 8YqgL9c0Xa3KsUkzNdqL7FK0lrz00+ntuM6wHv9PMHNSU4lY8a1I5/ta6sUfOAdQwiUQ vb7KX/bGIi4342DKKKo5vBcsG/NqPXTsBzJ9D01zkZvhAB6+irDGlsIguzuCosOcPJp2 Ld/mbsYw4P+PE1Wwupl2iZXEJ7xRabRuZbX5+dZaPbgIO2pt6OAfbCDOED+9wQF+GqSj F0qX/7S1E/fr7sHbiylmxceb5ebBX/W9t1DTHpQuzOJN/9F2UgjUj6A2LRDp5x9I3a88 5znQ== X-Forwarded-Encrypted: i=1; AJvYcCW3zuwFhBhiHVa5VJ7i1N1MIfXEYpVj5vqlSfgCNiijWOEmqmz30nD6y6tKKWDRuGYLOAKSSGq8P6BSQNU=@vger.kernel.org X-Gm-Message-State: AOJu0Yx9FVtnvMAKto7ocHjFT6NfQWVTO6DvwOAXAm08U+V2vAebzyL2 hj+umSOaJ5mTvpVZMNs8PsQYvpRcTMev9XSLYlfSgfxXcteHCUpdQ+fBF+J4/zdt1G8= X-Gm-Gg: AY/fxX6BaXvPPDNEQF6ESfm72WrNXeRMT9i3PuWg91yXtlAngRnjtPXx74Zrs8YOIuL 6wmw8aPn+MzgNAgzJlMKw6+gysOQXcsPg5vpwbqC4zgrD75ksVXre4Xj4cSp4K7iDq+sLMMw989 udUV6xPHwvCwO+F1AoiFJhlq7GtHx0s702PGuy5BU/z11pfcyJ5WoqvPTrCXKw/WSRwhWgpVn78 0jICfn/eeY/widBhfYajpFTT+Cv1NlNqOz8JXIi0wgab/lzM+5bQETiASmziCfu3Ds4/ZxzAUE1 nV5eQtzgjweKcsADjPjjo6qvPHWnoCtJdmtfY2K7UEKfjXQJ+Irx3EwH5Jle6fopd5wnn4lwalE toI8rdmZCfNKi7CGBXz2hCqZ8Zs825RVRIS31QfG3SJ9emCppkmCIpwulWDMzBFQ6B7rIvfko59 atemyaM5E+cMuGQjaHOagb/5JD5/TY391lD714RJxbMXCbv1BeEAjXGRk+r2qHl5v5UHBw X-Google-Smtp-Source: AGHT+IEwDevcniDW6Qi+dzgr9nkzUn3zx0yYj0JbPCW43D0E93Ue1HoLnhoPBmvm3XAVZcUGfAKIbA== X-Received: by 2002:a05:6820:180b:b0:65b:250c:70e9 with SMTP id 006d021491bc7-65b451b736amr7146441eaf.27.1765920438873; Tue, 16 Dec 2025 13:27:18 -0800 (PST) Received: from ?IPV6:2600:8803:e7e4:500:11a:676d:852f:9349? ([2600:8803:e7e4:500:11a:676d:852f:9349]) by smtp.gmail.com with ESMTPSA id 006d021491bc7-65b360ab0c7sm10276381eaf.11.2025.12.16.13.27.16 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 16 Dec 2025 13:27:18 -0800 (PST) Message-ID: <2f45fdbd-44a3-41a2-9fc0-7c446bd7ca35@baylibre.com> Date: Tue, 16 Dec 2025 15:27:16 -0600 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 2/2] iio: adc: ad9467: make iio backend optional To: Tomas Melin , =?UTF-8?Q?Nuno_S=C3=A1?= , Michael Hennerich , Nuno Sa , Lars-Peter Clausen , Jonathan Cameron , Andy Shevchenko Cc: "linux-iio@vger.kernel.org" , "linux-kernel@vger.kernel.org" References: <20251216-b4-ad9467-optional-backend-v1-0-83e61531ef4d@vaisala.com> <20251216-b4-ad9467-optional-backend-v1-2-83e61531ef4d@vaisala.com> <2a265681ad73bebf1ad7aeea418fb9399b8350cf.camel@gmail.com> Content-Language: en-US From: David Lechner In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit On 12/16/25 9:39 AM, Tomas Melin wrote: > Hi, > > On 16/12/2025 14:56, Nuno Sá wrote: >> On Tue, 2025-12-16 at 11:40 +0000, Tomas Melin wrote: >>> Not all users can or want to use the device with an iio-backend. >>> For these users, let the driver work in standalone mode, not coupled >>> to the backend or the services it provides. >>> >>> Signed-off-by: Tomas Melin >>> --- >> >> Which users? The only usecases (for all the supported devices) we have require >> the FPGA backend. So do you have a specific usecase for a specific device? If so, I would >> prefer an explicit boolean in the chip_info struture for the device(s) we know this >> can happen (unless you have a usecase for all :)). > > This is generically for all the devices supported by the ad9467, not > only a specific device. So it's about how this is used as part of the > design. > > This is aimed at users that do not use the ADI HDL reference backend > with these devices, but instead have custom backends suited for their > own needs. If you have your own backend, why would it not use the IIO backend framework? I can understand if this custom backend sends the data somewhere else besides an IIO buffer and we don't want to create the buffer for the IIO device. But I would still think that there needs to be some sort of communication between the IIO device and the backend. Maybe you could explain more how this custom backend is intended to work? > In that case, we need to be able to skip the backend registration and > register device as a standalone iio device. > > Hopefully this made the use case clearer? > > Thanks, > Tomas > > >> >> - Nuno Sá >> >