From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-pf1-f176.google.com (mail-pf1-f176.google.com [209.85.210.176]) (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 DEFBA3AC0C3 for ; Tue, 30 Jun 2026 04:21:52 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.210.176 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1782793314; cv=none; b=n3eiKH7A3VFSgp0SN/9n5PO3Hq+Tt5yrimhCY+stWcbNozz095iOpKp9lEwmnZB4Q0GT3SZphEUEkmiI7mWP6q9/sdJva/IdwKmOF2HJ8eNcFKZugicBRBzrKcDaaCmdMlGR/2mv79Zmv0p0we+T2T5hcKluYbZCrSC5gIGLIdw= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1782793314; c=relaxed/simple; bh=lTFy5RM7kse8CAnreFw3LhsSXH2A6ONRbsuB1B52vAo=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=p9rq6Wo7Qs0bg4+dmNnzKuFFVyI3QNMRs4k7fhAVhKOfVB4jWvmpuY4UpFHrXzO1UUh2LXSOgw+/LvMuxe3YhbJPTzhgMklJHitFGKgojkrxyIERRMBYCzZKqyWJj4PCXNBfgqhItsgC71JWu8VfUSuTbHMrg7hqQdipxvS70vw= 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=q5JC82Vl; arc=none smtp.client-ip=209.85.210.176 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="q5JC82Vl" Received: by mail-pf1-f176.google.com with SMTP id d2e1a72fcca58-8478fe07f65so754970b3a.0 for ; Mon, 29 Jun 2026 21:21:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1782793312; x=1783398112; 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=lTFy5RM7kse8CAnreFw3LhsSXH2A6ONRbsuB1B52vAo=; b=q5JC82VltzjwKQhzmNMeUv9rd4F0TAMek22DsWyTIXuJdd4L0D5yhSXfXOuhsJY9oJ zyQ+/FJUYeuTIB4kRP/G1FGQnHJF4NvLbGcHxZA8Rn5uGdEyUk1CNCMRcQJESUzcenoa IbOG8QR+QeJhTvq8i8MuX53wi8xW36HS6KxpmaHBrxDkGtC0IiskxWvqJG5poXpsH2tF /VN6k5B5BKmO7ojNVAQ37at0mN02y41Fp4fT3sDw5+hvRQjn52xXIY/Q2V8TBBDbRGPu 5BqJ95khlT75rJ9CjYPjmT83oRFs0KVdnji+AN5mowlLld8mSOB/LLkh8KZot9iHvf5B wy9w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1782793312; x=1783398112; 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=lTFy5RM7kse8CAnreFw3LhsSXH2A6ONRbsuB1B52vAo=; b=ZUvzBFbfFPJ8qmj9FEV3Jcfr+PQGEmsd4WNu20KA1mC96qThv1Kb0CGn5bPRpQxV2F qjGmTNJL9Ed0uIhhs4m+5BnTL/FcXP/lQ9U/Tm+lQxqovGPNS/eIUyuL0LnEBVds+dB9 39NmEU58L4oHaa5eZxxkZfNvh+Jaw/hFOTgcC+qg6tQLhEJcSl4YpLsJvf2OO5KNMLQu qhyf4+X9BAlA8RUpBfjPgrpg5EJ4UKHFc2QYena3ZA3Y5rHgHCSsJKmkufmyua98mN7K hx3I8DDnr1eU40pbkG6Iepk9X9mVgAjb/VNH8FdsyuATWtN3F2BmvgUOLHq7aDphHpwg Iktw== X-Forwarded-Encrypted: i=1; AHgh+Rr7vrIcF9hpE+/XSQ+eJIs+fIcRC4uVpmTgxlZOUh2QAiBxDQ5GkpMnoiHnFNSf5GZA4ClY1YdEa8UPLQs=@vger.kernel.org X-Gm-Message-State: AOJu0YwInl5yggwNiMLRwNnUjqYpkUPSWeddRh0/UvgtMM6yDZ/IOxm0 9tP8ZOfShYqtqd2NefktQRhsRMEMpxv1FVxmyWKriLiGs0kJNMv6MUqd X-Gm-Gg: AfdE7ckEjDQy6TVuJvG99tRC6zYegWobov0GQRF3JWZA9PMUEqriyVIUvcVTMS2rL8X EzsC1ijxLc8hNSLPKCwoopbRRkvZkNR8g03Z9jCLhacXHhCMf5WLD7/dl6hMWnhrfpsOR3Plb+d O+edG4vaYsB+Ntm1ypEgps3ZR/iByHS8R+IvKITkA7y5/VYCrxwTo5ufoioxxfYLYrfl78/fonT fUaWhaQvE4r+hoMS1/SXTALrAQcsjG2I3fsnIdFE0oVmz6bzWPFsYLLhzp0wIFmnikZsIPJ9BoT gqshFrj9EAcrrh1C9mYczJ5PUniS8wwxD71gyTlGH1uP3MYHAlYTCJ/Wkefy82LMY0KOOXgBQBL K914YxvNmnsl+shCFOy2RUc9hwub2SXKnDiw5g2WmENibIADGI8JSBR76aIW3y3GozfAaikSTv9 hoYV67TYET1M2Cl13BoKjabiLCljMg4s6bKb8JTP6JPY6VDx1eY+J+ovgXItIEOczm X-Received: by 2002:a05:6a00:b481:b0:845:e97d:447e with SMTP id d2e1a72fcca58-8479f109a34mr1696830b3a.26.1782793311792; Mon, 29 Jun 2026 21:21:51 -0700 (PDT) Received: from [172.19.1.42] (60-250-196-139.hinet-ip.hinet.net. [60.250.196.139]) by smtp.gmail.com with ESMTPSA id d2e1a72fcca58-8479ff8c781sm950012b3a.9.2026.06.29.21.21.48 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 29 Jun 2026 21:21:50 -0700 (PDT) Message-ID: <5c788984-1bf7-422d-a808-e05112615966@gmail.com> Date: Tue, 30 Jun 2026 12:21:48 +0800 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 1/2] dt-bindings: iio: adc: Add Nuvoton MA35D1 EADC To: David Lechner , jic23@kernel.org, robh@kernel.org, krzk+dt@kernel.org, conor+dt@kernel.org Cc: nuno.sa@analog.com, andy@kernel.org, linux-arm-kernel@lists.infradead.org, linux-iio@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, cwweng@nuvoton.com References: <20260625110638.38438-1-cwweng.linux@gmail.com> <20260625110638.38438-2-cwweng.linux@gmail.com> <40485b4e-6585-42a1-9b84-3019328574c5@baylibre.com> <7e96cc1a-eb60-4eeb-937d-64e83bc35279@gmail.com> <2f01a3a0-3698-41e6-8fee-1d2e1629726c@baylibre.com> Content-Language: en-US From: Chi-Wen Weng In-Reply-To: <2f01a3a0-3698-41e6-8fee-1d2e1629726c@baylibre.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Hi David, Thanks for the clarification. > We always want the devicetree to be as complete as possible even > if the drier doesn't use all of the information. > > So for trivial/well-known bindings like dmas, we should be able to > add it now. Understood. I will add optional DMA properties in v2. The hardware supports PDMA for EADC transfers, so I will describe it in the binding even though the initial driver does not use DMA yet. I plan to add:   dmas:     maxItems: 1   dma-names:     const: rx These properties will not be required. > Same reasoning as above, we want the binding to be as complete as > possible, so we should not omit diff-channels since we know what > the bindings should look like already. Understood. I will keep diff-channels in the binding. I will still limit the DT child channel nodes to the external ADC input channels 0 to 7, since channel 8 is the fixed internal VBAT input and does not describe board wiring. For differential inputs, I will keep diff-channels in the channel child node schema and restrict it to valid external ADC input channels. I will also check the hardware-supported differential pair constraints and encode them in the schema if the hardware only supports fixed pairs. For v2, I will update the binding to: - allow up to four interrupt entries for ADINT0 to ADINT3, - add optional vref-supply, - add optional dmas and dma-names, - keep diff-channels, - limit DT child channel nodes to external channels 0 to 7, - keep the internal VBAT channel out of the DT child nodes. Thanks, Chi-Wen